Re: HEADS UP: KBI breakage for Ethernet modules
- From: Scott Long <scottl@xxxxxxxxxx>
- Date: Tue, 29 May 2007 09:18:39 -0600
Yar Tikhiy wrote:
On Sun, May 27, 2007 at 03:51:29PM +0400, Yar Tikhiy wrote:As discussed earlier on -net, I'd like to commit the following
patch. It will bring ether_ioctl() into accord with ioctl() WRT
the type of the command argument. In our ioctl(), command became
an u_long ages ago, but ether_ioctl() has never been fixed. With
int and u_long being of different widths on 64-bit arch'es, the
discrepancy can get us in trouble sooner or later.
In fact, ioctl command coding is very unlikely to change, so it
will continue to fit in 32 bits. OTOH, the C compiler should be
uneasy about squeezing u_long into int when ether_ioctl() is called
from an if_ioctl handler, so this patch will be a little step on
the way to a warning-free kernel.
This change will inevitably break the kernel interface to network
modules, so all of them will need rebuilding.
I received several positive replies and no negative ones, so the
change has just been committed. In fact, it breaks KBI on 64-bit
platforms only. (Thanks to Ruslan Ermilov for reminding me about
that.) Many thanks to those folks who encouraged the change.
Now all Ethernet-related kernel modules need to be rebuilt on 64-bit
platforms. The conventional "make buildkernel" procedure will take
care of stock modules, so only 3rd-party modules need some attention.
How does this affect 32-bit compatibility on amd64?
Scott
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: HEADS UP: KBI breakage for Ethernet modules
- From: Yar Tikhiy
- Re: HEADS UP: KBI breakage for Ethernet modules
- References:
- HEADS UP: KBI breakage for Ethernet modules
- From: Yar Tikhiy
- HEADS UP: KBI breakage for Ethernet modules
- Prev by Date: /bin/df strangeness
- Next by Date: Re: Using Subversion for binary distribution?
- Previous by thread: HEADS UP: KBI breakage for Ethernet modules
- Next by thread: Re: HEADS UP: KBI breakage for Ethernet modules
- Index(es):
Relevant Pages
- Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO)
... machine with SATA/ata_piix and cdparanoia 3.10. ... cdparanoia can handle both
cases as long as the kernel ... promptly fails command issued with the wrong direction.
... Coincidentally I am sitting on a patch from Luben Tuikov ... (Linux-Kernel) - Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO)
... machine with SATA/ata_piix and cdparanoia 3.10. ... cdparanoia can handle both
cases as long as the kernel ... promptly fails command issued with the wrong direction.
... Coincidentally I am sitting on a patch from Luben Tuikov ... (Linux-Kernel) - Re: [announce 7/7] fbsplash - documentation
... the helper directly. ... > + The kernel issues this command
to request image data. ... in ioctl arguments only cause trouble in mixed 32/64 bit environments.
... (Linux-Kernel) - [PATCH] unregister_ioctl32_conversion and modules. ioctl32 revisited.
... Andi Kleen suggested I submit the following patch to you. ... ioctl_native
is called on native ioctl syscall, without BKL being taken, ... While the core kernel doesn't
have ... -asmlinkage long sys_ioctl(unsigned int fd, unsigned int cmd, unsigned long arg)
... (Linux-Kernel) - Re: New 2.6.24.2 SG_IO SCSI problems
... During reads I get these kernel messages. ... partially overwritten by another
patch and that caused a new bug). ... When sending a SCSI command to a tape
drive via the SCSI Generic ... (Linux-Kernel)