- 14 Jan, 2004 28 commits
-
-
David S. Miller authored
into nuts.ninka.net:/disk1/davem/BK/net-2.6
-
bk://kernel.bkbits.net/jgarzik/net-drivers-2.5Jeff Garzik authored
into redhat.com:/spare/repo/net-drivers-2.5
-
Shirley Ma authored
-
Shirley Ma authored
-
Stephen Hemminger authored
-
Stephen Hemminger authored
Decnet exposes itself to proc and packets before it has finished initializing. This was always a race, but the notifier replay might expose it worse.
-
Stephen Hemminger authored
-
Jean Tourrilhes authored
Patch from Russell King.
-
Chas Williams authored
-
Herbert Xu authored
-
Jeff Garzik authored
into redhat.com:/spare/repo/net-drivers-2.5
-
Jeff Garzik authored
into redhat.com:/spare/repo/net-drivers-2.5
-
Jeff Garzik authored
into redhat.com:/spare/repo/net-drivers-2.5
-
Jeff Garzik authored
into redhat.com:/spare/repo/net-drivers-2.5
-
Ben Collins authored
-
Ben Collins authored
-
Ben Collins authored
-
Ben Collins authored
-
Ben Collins authored
This was broken by the last commit for cdev stuff which removed the "int ret;" that these routines used.
-
Ben Collins authored
-
Ben Collins authored
Retire our char device dispatching logic. With the 2.6 cdev API we can register much smaller device number regions, so we use that instead.
-
Ben Collins authored
-
Ben Collins authored
-
David S. Miller authored
into nuts.ninka.net:/disk1/davem/BK/net-2.6
-
David S. Miller authored
-
Marcel Holtmann authored
This patch updates the CREDITS and MAINTAINERS files to reflect the change of the maintainer role for the Bluetooth subsystem.
-
Marcel Holtmann authored
If the inquiry cache is empty it makes no sense to return zero number of inquiry result even if the age of cache is not outdated.
-
Marcel Holtmann authored
The L2CAP reference counting must be increased by the RFCOMM module if an incoming connection is accepted. If this is not done, it will be decreased one time to often if the connection is terminated.
-
- 13 Jan, 2004 12 commits
-
-
Krishna Kumar authored
-
Krishna Kumar authored
Otherwise this can lead to the BUG_TRAP in __xfrm_state_destroy when xfrm_state_put() finds this is the last reference.
-
Krishna Kumar authored
- the found or allocated xfrm_states are not passed correctly to xfrm_bundle_create (and to the subsequent frees in case of create failing) if the first xfrm_tmpl_resolve failed and the second one succeeded. - error handling is wrong.
-
Krishna Kumar authored
-
Krishna Kumar authored
Otherwise we can trigger the BUG trap in __xfrm_state_destroy() when xfrm_state_put() finds this is the last reference.
-
Stephen Hemminger authored
Remove duplicate/conflicting code now that netdev_register_notifier replays the device registration events.
-
Stephen Hemminger authored
Remove duplicate/conflicting code now that netdev_register_notifier replays the device registration events. Reorder initialization to avoid having to simplify error unwind if /proc creation failed.
-
Stephen Hemminger authored
Remove duplicate/conflicting code now that netdev_register_notifier replays the device registration events.
-
Stephen Hemminger authored
Change IPV6 to handle the new case where netdev events are replayed on registration: * change code ordering so address configuration is ready before registration (this was actually a bug in existing code) * take out code that capture's existing devices, this is now done in the replay * make notifier code local to addrconf.c so it can be have smaller scope
-
Stephen Hemminger authored
-
Chas Williams authored
-
Harald Welte authored
-