lkml.org 
[lkml]   [1999]   [May]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: PCMCIA/network behaviour broken
On Mon, 31 May 1999, Alan Cox wrote:

> If PCMCIA managed to remove a module for an active interface then it is
> broken. Fix the MOD_INC/DEC_USE_COUNT stuff for that module. An interface
> that is up is always 'in use'.

Given that (I'll check the driver in a sec), what's the correct way to
deal with this problem? Should pcmcia-cs explicitly shut down the
interface before removing the card structures and modules? Or should the
drivers in question force their own associated interfaces down as they are
being removed? Or is it purely a kernel issue?

Obviously the pcmcia-cs solution is the quicker (not having to modify all
the drivers), but it may not be entirely portable (#ifdef it, I guess).

What I'm wondering is, what changed between 2.0 and 2.2 that caused this
behaviour change? Given what I know of the networking code, the 2.2
behaviour is "correct" in the naive (non-PCMCIA) case, so what was it in
2.0 that made it work?

TIA,
Omega

Erik Walthinsen <omega@cse.ogi.edu> - Staff Programmer @ OGI
Quasar project - http://www.cse.ogi.edu/DISC/projects/quasar/
Video4Linux Two drivers and stuff - http://www.cse.ogi.edu/~omega/v4l2/
__
/ \ SEUL: Simple End-User Linux - http://www.seul.org/
| | M E G A Helping Linux become THE choice
_\ /_ for the home or office user


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:52    [W:0.039 / U:0.196 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site