- 18 Oct, 2002 1 commit
-
-
Patrick Mochel authored
-
- 17 Oct, 2002 11 commits
-
-
Patrick Mochel authored
Duh: in driver_detach(), one of the first things we do is remove the device from the driver's list of devices. So, we obviously cannot use ->next.
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
Adapted from Greg KH: - add multiple possible enumerated states a device can be in: UNINITIALIZED, INITIALIZED, REGISTERED, and GONE. - Check whether device is INITIALIZED or REGISTERED in device_present(). - Change struct device::current_state to ::power_state to better reflect what it is.
-
Patrick Mochel authored
- take device_sem around all global list walks. - don't modify refcount, as get_device()/put_device() also take device_sem - But, make sure we check device_present() to make sure device is still around. (Note device removal will block until device_sem is dropped, so list will remain intact.) - Separate out device_shutdown() walk from device_suspend() walk. Even though the code is nearly identical, it's a lot clearer as to what is going on when they are autonomous. It was my bad for originally putting that FIXME in there, encouraging the consolidation. - Add debugging hooks for my convenience. :) - Call ->shutdown() when shutting down device, instead of ->remove(). (See ChangeSet 1.799 for description and semantics).
-
Patrick Mochel authored
- device_sem is added to make the global list walks easier (for power mgmt and shutdown), so they don't have to take and drop device_lock a lot. - Change list modifications to take device_sem instead of device_lock. - Ditto for device refcount modifications. - Kill get_device_locked(), as all the users are now gone.
-
Patrick Mochel authored
- make sure we check what we get back from get_bus() - do down_read() instead of down_write(), so multiple people can do iterations concurrently. - Note that devices and drivers are removed from these while doing a down_write(), so all removals will be stalled until the iterators are done.
-
Patrick Mochel authored
Drivers must belong to bus, and each bus has an rwsem. Instead of mucking with the device_lock spinlock, and dropping it on each iteration of the loop, we take the bus's lock (read, so multiple drivers can access their list at the same time) around the entire walk of the list.
-
Patrick Mochel authored
->shutdown() is added to be explicitly called during reboot transitions by device_shutdown(). Drivers implementing this method should use it solely to quiesce the device. Drivers do not have to free memory allocated by the driver, as it is implied that the system is rebooting; and, they must not fuss with the reference counts. Devices are guaranteed not to disappear during the call, though their validity may be checked using device_present().
-
- 16 Oct, 2002 28 commits
-
-
Patrick Mochel authored
This is similar to struct bus_type's rwsem, though classes aren't doing anything nearly as fancy with it. We just make sure to take it when ever we add or remove any devices or drivers.
-
Patrick Mochel authored
when removing system and platform devices.
-
Patrick Mochel authored
- move list walking and matching to bus.c (since it's a function of the bus driver) - do specialized walks of the bus's lists when binding; no more callbacks being passed to bus_for_each_*. - take rwsem when adding and removing both devices and drivers. lists of each are now fully protected by that rwsem. It's also taken before we walk each list. - move calls of device_{de,at}tach() to bus_{add,remove}_device() and calls of driver_{de,at}tach() to bus_{add,remove}_driver().
-
Patrick Mochel authored
There is a chance devclass_add_device() could get passed a device with no driver, so we need to check that.
-
Patrick Mochel authored
into osdl.org:/home/mochel/src/kernel/devel/linux-2.5-core
-
Patrick Mochel authored
Synchronize all walks of the device and driver lists of a bus with an rwsem wrapped around the entire iterator, instead of using device_lock and dropping it after we grabbed each node. Note this also prevents deadlock when walking the list of drivers and calling get_driver(), since get_driver() tries to take device_lock while we already have it held.
-
http://linux-isdn.bkbits.net/linux-2.5.isdnLinus Torvalds authored
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
-
Kai Germaschewski authored
into tp1.ruhr-uni-bochum.de:/home/kai/src/kernel/v2.5/linux-2.5.make
-
Kai Germaschewski authored
into tp1.ruhr-uni-bochum.de:/home/kai/src/kernel/v2.5/linux-2.5.isdn
-
Kai Germaschewski authored
plus other small cleanups, in particular getting rid of isdn_ppp_{receive,send}_ccp() and calling into the CCP code directly.
-
Kai Germaschewski authored
No (well, hardly any ;) code changes, only moving all /dev/ipppX related code next to each other and some indenting changes.
-
Kai Germaschewski authored
o Now that all the infrastructure is in place, struct ipppd can easily be allocated when /dev/ipppX is opened and freed in the destructor. o Separate the mix of state and flags in struct ipppd::state. We only have three states, open, assigned and connected, and additionally two flags to jump out of poll(), returning POLLHUP / POLLIN.
-
Kai Germaschewski authored
Instead of just recording the slot number and then retrieving the ipppd via that, we can now just keep a pointer and get a reference which makes sure that it does not go away until we drop the reference.
-
Kai Germaschewski authored
We had introduced ipppd_get/put() earlier, so now add a real reference count.
-
Kai Germaschewski authored
Basically, all what was missing was a common way to xmit frames given the isdn_net_dev / isdn_net_local. We have this now by means of function pointers (still room for improvement there, though), so now let's do things from isdn_ppp_ccp.c.
-
Kai Germaschewski authored
Let isdn_ppp_ccp.c take care of keeping state / flags by itself.
-
Kai Germaschewski authored
Use a shared function for generating the PPP header, use the {put,get}_u{8,16,32} helpers for endian-safe access.
-
Kai Germaschewski authored
I cannot see now reason why ISDN PPP devices should have a fake ::header routine which reserves a couple of bytes just to reclaim them later during hard_start_xmit(), and since it works just as well without it...
-
Kai Germaschewski authored
Fix missed STAT_BSENT acks and don't use skb_clone() for the skb which is sent back, the network layer gets confused by that.
-
Kai Germaschewski authored
-
Kai Germaschewski authored
Create the new files isdn_ppp_ccp.[hc] which deal with PPP CCP (compression control protocol) related stuff. Move most of the CCP related stuff from isdn_ppp.c into isdn_ppp_ccp.c, putting CCP state into a new "struct ippp_ccp".
-
Kai Germaschewski authored
A lot of the state in struct ipppd actually belongs to isdn_net_dev or isdn_net_local, making it more easily accessible at a most places, and also removing the ambiguity whether it's link- or bundle-specific.
-
Kai Germaschewski authored
and move the declaration from include/linux/isdn_ppp.h into drivers/isdn/i4l/isdn_ppp.c
-
Kai Germaschewski authored
Make sync PPP compile with the latest changes to the ISDN net device layer - PPP negotiations work again after this patch.
-
Kai Germaschewski authored
Definitions which is only needed in one source file should go there and not in a common header.
-
Kai Germaschewski authored
Last step in separating generic / interface-type specific code, the former is now all in isdn_net_lib.c, the specific code in isdn_net.c / isdn_ppp.c / isdn_concap.c
-
Kai Germaschewski authored
Instead of using locking per-channel, just lock the entire ISDN net work interface as an entity, getting rid of weird locking. Basically, ::hard_start_xmit() is already serialized by the network core, so we could just rely on that. However, we want to send keep alive frames, PPP messages from ipppd and such things directly without going through the network stack, so we additionally lock isdn_net_local->xmit_lock in hard_start_xmit(), which is taken in the other paths dealing with transmitting frames as well.
-
Kai Germaschewski authored
into tp1.ruhr-uni-bochum.de:/home/kai/src/kernel/v2.5/linux-2.5.make
-