|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Minios-devel] [UNIKRAFT RFC PATCH] Implement PL031 RTC library for Arm
Hi,
> -----Original Message-----
> From: Julien Grall <julien.grall@xxxxxxx>
> Sent: Monday, November 12, 2018 6:37 PM
> To: Jianyong Wu (Arm Technology China) <Jianyong.Wu@xxxxxxx>; minios-
> devel@xxxxxxxxxxxxxxxxxxxx; simon.kuenzer@xxxxxxxxx
> Cc: Kaly Xin (Arm Technology China) <Kaly.Xin@xxxxxxx>; nd
> <nd@xxxxxxx>; Wei Chen (Arm Technology China) <Wei.Chen@xxxxxxx>
> Subject: Re: [Minios-devel] [UNIKRAFT RFC PATCH] Implement PL031 RTC
> library for Arm
>
>
>
> On 11/11/18 1:59 AM, Jianyong Wu (Arm Technology China) wrote:
> > Hi,
>
> Hi,
>
> >>> +void rtc_clear_intr(void)
> >>> +{
> >>> + ioreg_write32(RTC_REG(RTC_REG_ICR), 1); }
> >>> +
> >>> +int _dtb_init_rtc(void *dtb)
> >>> +{
> >>> + uint32_t idx;
> >>> + int fdt_rtc, naddr, nsize, size, prop_len, prop_min_len;
> >>> + const uint64_t *regs;
> >>> +
> >>> + uk_printd(DLVL_INFO, "Probing RTC...\n");
> >>> + fdt_rtc = uk_dtb_find_device(dtb, rtc_device_list,
> >>> + sizeof(rtc_device_list));
> >>
> >> I would not assume the RTC is always present.
> >
> > The check is inside uk_dtb_read_region.
>
> Your check is an ASSERT(...). This means that if an RTC is not present then
> you
> will get Unikraft crashed in debug build.
>
> On non-debug build, it will just continue silently.
>
> In both case, I don't think this is the correct behavior. If the RTC is a
> mandatory device, then it should be an error/crash in appropriate place
> (from uk_dtb_read_region it is not very obvious what failed).
>
> If the RTC is not mandatory, then you should return here and not configured
> the RTC.
>
Ok, I will check fdt_rtc and give a crash if there is no that device.
> >>
> >>> + naddr = uk_dtb_read_region(dtb, fdt_rtc, &nsize, ®s);
> >>> + rtc_base_addr = uk_dtb_read_term(regs, 0, naddr, nsize, &size);
> >>
> >> Similarly here, I would not assume uk_dtb_read_term() will always
> succeed.
> >> It would make the code more safe if the DT passed is wrong.
> >
> >
> > Check has been done in this function.
>
> I am afraid this is not the case. If you look at your function there are no
> check
> whether the region N you are trying to access is in the device-tree.
>
> There are an ASSERT(...) in uk_dtb_read_region but that's only make sure
> "regs" describes at least one region.
>
Ok, I will check rtc_base_addr.
> >>
> >>> +
> >>> + /* Record the boot seconds */
> >>> + rtc_boot_seconds = rtc_read();
> >>> +
> >>> + uk_printd(DLVL_INFO, "Found RTC on: %p\n", rtc_base_addr);
> >>
> >> I am slightly surprised this compile in Unikraft. This function is
> >> meant to return an integer but I don't see any return here.
> >
> > Which function? Rtc_read()? Check it again.
>
> Please tone down your writing if you want people to continue reviewing your
> code.
>
> In that particular case, my comment was at the end of _dtb_init_rtc. The
> prototype of the function is:
>
> int _dtb_init_rtc(void *dtb)
>
> That function return an int but I can't see a 'return X' in the code. It seems
> Unikraft does not use -Werror flags, which means this kind of error would be
> only a warning. Yet the return value will be unknown.
>
> Regarding -Werror, I think Unikraft community should consider use it as a lot
> of warning can be harmful in long run.
Oh, I'm sorry. It's not my intention to offend you. Words does not convey the
exact emotion of the talker.
Anyway I will watch out of my words. I am really happy to have my patch
reviewed by someone like you. Thanks.
Yeah, there is really my fault to miss that return statement. I will add it.
Bests
Jianyong wu
>
> Cheers,
>
> --
> Julien Grall
_______________________________________________
Minios-devel mailing list
Minios-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/minios-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |