| 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
| ||
|
Date: Fri, 13 Feb 2009 20:35:55 +0100 From: Bart Van Assche <bart.vanassche@...il.com> To: Joe Eykholt <jeykholt@...co.com> Cc: Randy Dunlap <randy.dunlap@...cle.com>, "Sachin P. Sant" <sachinp@...ibm.com>, Stephen Rothwell <sfr@...b.auug.org.au>, linux-next@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>, linux-scsi <linux-scsi@...r.kernel.org> Subject: Re: next Feb 13 drivers/scsi/aha1542.ko build break (resending as plain text) On Fri, Feb 13, 2009 at 8:13 PM, Joe Eykholt <jeykholt@...co.com> wrote: > The kernel infrastructure should fix that without requiring the driver to change. > Drivers ought to be allowed to divide. > > I've also seen this in another driver that divided a u64 by a constant. > I noticed that linux/math64.h provides div_u64(), but it seems awkward to call > that when the compiler generates a call to __udivdi3 (apparently). > > Can't we just provide __udivdi3, since gcc generates that call? > Otherwise, problems like this will continue to crop up. A complete list of integer functions to which gcc generates calls can be found here: http://gcc.gnu.org/onlinedocs/gcc-4.3.3/gccint/Integer-library-routines.html Some links to past discussions about this subject: * http://lkml.org/lkml/2003/7/2/5 * http://lkml.org/lkml/2004/9/23/376 Bart. -- 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