[2.6 patch] the long overdue pcmcia_ioctl.c removal

Russell King rmk+lkml at arm.linux.org.uk
Wed Feb 27 15:44:07 EST 2008


On Wed, Feb 27, 2008 at 08:13:03PM +0200, Adrian Bunk wrote:
> On Mon, Feb 18, 2008 at 05:01:33AM -0800, Andrew Morton wrote:
> > On Wed, 13 Feb 2008 23:31:15 +0200 Adrian Bunk <bunk at kernel.org> wrote:
> > 
> > > pcmcia_ioctl.c was scheduled for removal in 2005, and it has a 
> > > deprecation printk() since 2005 (sic).
> > > 
> > > This patch contains the long overdue removal and the cleanups that are 
> > > now possible.
> > 
> > I've had this in -mm for ages, with a note that Dominik had a problem with
> > it.  Maybe there are subtleties here, dunno.
> 
> This removal has bells and whistles and printk() since 2005...
> 
> Dominik, what exactly is the problem why we can't remove it now?

I've objected to it in the past because one of the machines I use
every week requires the ioctls to be able to work - the rootfs is on
a CF card and it uses an initrd to work out - at run time - whether
it's supposed to be running off the CF card or some other internal
memory.

Unfortunately, the project closed down, and I didn't have a chance
(nor the bandwidth) to take a copy of the CVS, which means I've *NO*
possibility to rebuild userspace - which effectively means I can't
change it.

Therefore, removal of the PCMCIA ioctls effectively bars me from
upgrading the kernel on this platform.

There are also other desktop GUI controls which talk to the kernel
PCMCIA subsystem via ioctls - which fall into the same "I can't fix
them" category - some of which are already broken through the removal
of the PCMCIA version reporting IOCTL.  Eg, it now thinks there's
always a wireless card plugged in.

TBH I've given up trying to fight this continue "lets remove these
IOCTLs which no one uses" crap.  Obviously, _I_ use them.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:



More information about the linux-pcmcia mailing list