lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAHdPZaPPo0LQ9H6JhRyfCzJ7tiS7-7pQD_useZmHmNWM4e9kVQ@mail.gmail.com>
Date:	Fri, 22 Jun 2012 11:15:36 +0530
From:	"devendra.aaru" <devendra.aaru@...il.com>
To:	Andrew Morton <akpm@...ux-foundation.org>
Cc:	Alessandro Zummo <a.zummo@...ertech.it>,
	Anatolij Gustschin <agust@...x.de>,
	Andreas Dumberger <andreas.dumberger@....de>,
	rtc-linux@...glegroups.com, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] rtc/r9701: avoid second call to the rtc_valid_tm

Hi Andrew,

Thanks a lot for the reply. :-)

On Fri, Jun 22, 2012 at 2:21 AM, Andrew Morton
<akpm@...ux-foundation.org> wrote:
> On Thu, 21 Jun 2012 12:34:40 +0530
> Looks OK.
>
>
> I think the driver would be better if we were to do this:
>
>
> From: Andrew Morton <akpm@...ux-foundation.org>
> Subject: drivers/rtc/rtc-r9701.c: check that r9701_set_datetime() succeeded
>
> When the driver detects that the clock time is invalid, it attempts to
> write a sane time into the hardware.  We curently assume that everything
> is OK is those writes succeeded.  But it is better to re-read the time
> from the hardware to ensure that the new settings got there OK.
>
> Cc: Devendra Naga <devendra.aaru@...il.com>
> Cc: Alessandro Zummo <a.zummo@...ertech.it>
> Cc: Anatolij Gustschin <agust@...x.de>
> Cc: Andreas Dumberger <andreas.dumberger@....de>
> Signed-off-by: Andrew Morton <akpm@...ux-foundation.org>
> ---
>
>  drivers/rtc/rtc-r9701.c |    3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff -puN drivers/rtc/rtc-r9701.c~a drivers/rtc/rtc-r9701.c
> --- a/drivers/rtc/rtc-r9701.c~a
> +++ a/drivers/rtc/rtc-r9701.c
> @@ -147,7 +147,8 @@ static int __devinit r9701_probe(struct
>                dt.tm_mon  = 0;
>                dt.tm_year = 100;
>
> -               if (r9701_set_datetime(&spi->dev, &dt)) {
> +               if (r9701_set_datetime(&spi->dev, &dt) ||
> +                               r9701_get_datetime(&spi->dev, &dt)) {
Yeah, agreed, crosschecking whether we have a valid time set at the
hardware by the r9701_set_datetime.

>                        dev_err(&spi->dev, "cannot repair RTC register\n");
>                        return -ENODEV;
>                }
> _
>
>
> But I can't test this :(

I also dont have the RTC-j9701 hardware :(.

i was thinking of cases like setting / getting of time from ioctl. but
there was no ioctl support inside the driver.

i am really a newbie in kernel, pardon me if i told anything wrong ...

Thanks,
Devendra.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ