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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Mon, 7 Dec 2015 09:07:22 +1100 (AEDT)
From:	Finn Thain <fthain@...egraphics.com.au>
To:	Geert Uytterhoeven <geert@...ux-m68k.org>
cc:	"James E.J. Bottomley" <JBottomley@...n.com>,
	Michael Schmitz <schmitzmic@...il.com>,
	linux-m68k@...r.kernel.org, linux-scsi@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 21/72] ncr5380: Sleep when polling, if possible


On Sun, 6 Dec 2015, Geert Uytterhoeven wrote:

> 
> As the caller of NCR5380_poll_politely() passes a timeout value in 
> jiffies, calculations may become simpler if you store the number of 
> accesses per jiffy instead of per ms.

Yes, I thought of that too. However, the number of accesses per jiffy 
could vanish or become imprecise depending on the speed of the hardware 
and the HZ setting. I chose milliseconds because it seemed to provide a 
good compromise between precision and range.

> 
> Unlike the historical calibrating-delay-loop code, you don't wait for a 
> jiffy change before starting the calibration. At first I thought that 
> was OK, but on some platforms, HZ can be as low as 24, which means the 
> result can vary by 33% (based on 100 ms -> 3 jiffies).

Oops. I shall have to fix that.

> 
> The same change is made to atari_NCR5380.c. I guess you plan to 
> deduplicate this code when merging the drivers, i.e. after this series?

One of the two forks will have to go. That churn is discussed in patch 0.

Thanks for your review.

-- 

> 
> Gr{oetje,eeting}s,
> 
>                         Geert
> 
--
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