An error occurred fetching the project authors.
- 30 Sep, 2004 1 commit
-
-
Nishanth Aravamudan authored
Any comments would be appreciated. Description: Use msleep() instead of schedule_timeout() to guarantee the task delays as expected. Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
-
- 14 May, 2004 1 commit
-
-
Andrew Morton authored
Remove various private implementations of msecs_to_jiffies() and jiffies_to_msecs(). There are various uppercase versions which should be consolidated.
-
- 19 Apr, 2004 1 commit
-
-
Chris Wright authored
Trivial patchlet...ethtool core already caps regs.len at a max of ->get_regs_len(): reglen = ops->get_regs_len(dev); if (regs.len > reglen) regs.len = reglen; So doing the same in the in de2104x driver ->get_regs() is redundant. Patch below simply removes it to clarify the guarantee of the API.
-
- 17 Mar, 2004 2 commits
-
-
Jeff Garzik authored
-
Krzysztof Halasa authored
The attached patch fixes the problem: de->macmode variable, meant to shadow MacMode (CSR6) register, was used inconsistently, causing some updates to this register to be dropped. 2.4 kernel doesn't shadow this register at all, so I removed shadowing from 2.6 as well.
-
- 14 Mar, 2004 1 commit
-
-
Andrew Morton authored
From: "David S. Miller" <davem@redhat.com> Currently, for an existing DMA mapping, there is a way to transfer buffer ownership back to the cpu, yet there is no way to give it back to the device again explicitly. The latter really is needed on platforms where the PCI subsystem does not snoop the cpu caches, MIPS is one example. Many drivers were expecting the existing DMA sync interface to handle both directions, which was wrong. Now, with this change, we have explicit interfaces for DMA syncing to/from the device and the cpu.
-
- 10 Jan, 2004 1 commit
-
-
Alexander Viro authored
-
- 11 Sep, 2003 1 commit
-
-
Greg Kroah-Hartman authored
This also required some other functions and variables to be marked as __devinit
-
- 01 Sep, 2003 1 commit
-
-
Jeff Garzik authored
-
- 19 Aug, 2003 1 commit
-
-
Stephen Hemminger authored
Simple one line substitution of kfree with free_netdev for the bulk of the network drivers.
-
- 01 Aug, 2003 1 commit
-
-
Randy Dunlap authored
[ GregKH has already done this is USB and PCI core. ] From: "Warren A. Layton" <zeevon@debian.org> Based on a request from Matthew Wilcox, convert instances of pci_dev->slot_name to use pci_name() instead: "In order to support PCI Domains, we have to stop using slot_name. It's related to driver model transition too since pci_dev->slot_name was redundant with pci_dev->dev.bus_id. So I introduced the inline function pci_name(). Now there's about 300-400 places in the tree that're using slot_name which need to be converted to use pci_name(). once that's done, we can remove the slot_name pointer in pci_dev and save a (void *) per pci_dev."
-
- 31 Jul, 2003 1 commit
-
-
Greg Kroah-Hartman authored
Fixes up drivers/net/*
-
- 01 Jul, 2003 1 commit
-
-
Marc Zyngier authored
(can be enabled by ethtool)
-
- 20 May, 2003 1 commit
-
-
Stephen Hemminger authored
-
- 19 May, 2003 2 commits
-
-
David S. Miller authored
Revert the rtnl_lock API change, it is totally unneeded. Instead we manage the todo work inside of net/core/dev.c Also, we have to move sbin hotplug invocation outside of the RTNL semaphore as well, both for register and unregister.
-
David S. Miller authored
We had two major issues when unregistering networking devices. 1) Even trying to run hotplug asynchronously could deadlock if keventd was currently trying to get the RTNL semaphore in order to process linkwatch events. 2) Unregister needs to wait for the last reference to go away before the finalization of the unregister can execute. This cannot occur under the RTNL semaphore as this is deadlock prone as well. The solution is to do all of this stuff after dropping the RTNL semaphore. rtnl_lock, if it is about to protect a region of code that could unregister network devices, registers a list to which unregistered netdevs are attached. At rtnl_unlock time this list is processed to wait for refcounts to drop to zero and then finalize the unregister.
-
- 20 Apr, 2003 1 commit
-
-
Jeff Garzik authored
Affected drivers: 3c501, 3c507, 3c509, 3c5154, 3c59x, amd8111e, at1700, e1000, hp100, lance, smc9194, de2104x, de4x5, tulip, typhoon. 98% contributed by Andrew Morton.
-
- 02 Dec, 2002 2 commits
-
-
William Lee Irwin III authored
This patch fixes de2104x net driver up by doing the following things: (1) add __exit_p() to <linux/init.h> (2) add the unused attributed to __exit routines for non-modules (3) use __exit_p() to refer to de_remove_one()
-
Jeff Garzik authored
Spotted by Bill Irwin.
-
- 21 Nov, 2002 1 commit
-
-
Arnaldo Carvalho de Melo authored
-
- 05 Nov, 2002 1 commit
-
-
Andrew Morton authored
Results of a quick pass through everything under drivers/. We're mostly OK in there. I will have missed some.
-
- 04 Nov, 2002 1 commit
-
-
Jeff Garzik authored
add a #warning so it's not forgotten.
-
- 01 Nov, 2002 1 commit
-
-
Alan Cox authored
-
- 28 Oct, 2002 1 commit
-
-
Jeff Garzik authored
-
- 03 Aug, 2002 1 commit
-
-
Rusty Russell authored
-
- 25 Jul, 2002 1 commit
-
-
Alan Cox authored
-
- 22 Jul, 2002 1 commit
-
-
Linus Torvalds authored
a number of drivers)
-
- 07 Mar, 2002 1 commit
-
-
Jeff Garzik authored
net drivers to drivers/net/tulip directory.
-
- 05 Feb, 2002 4 commits
-
-
Linus Torvalds authored
- Al Viro: fix up silly problem in swapfile filp cleanups in 2.5.2 - Tachino Nobuhiro: fix another error return for swapfile filp code - Robert Love: merge some of Ingo's scheduler fixes - David Miller: networking, sparc and some scsi driver fixes - Tim Waugh: parport update - OGAWA Hirofumi: fatfs cleanups and bugfixes - Roland Dreier: fix vsscanf buglets. - Ben LaHaise: include file cleanup - Andre Hedrick: IDE taskfile update
-
Linus Torvalds authored
- Matt Domsch: combine common crc32 library - Pete Zaitcev: ymfpci update - Davide Libenzi: scheduler improvements - Al Viro: almost there: "struct block_device *" everywhere - Richard Gooch: devfs cpqarray update, race fix - Rusty Russell: PATH_MAX should include the final '0' count - David Miller: various random updates (mainly net and sparc)
-
Linus Torvalds authored
- Jeff Garzik: fix up loop and md for struct kdev_t typechecking - Jeff Garzik: improved old-tulip network driver - Arnaldo: more scsi driver bio updates - Kai Germaschewski: ISDN updates - various: kdev_t updates
-
Linus Torvalds authored
- Jeff Garzik: separate out handling of older tulip chips - Jens Axboe: more bio stuff - Anton Altaparmakov: NTFS 1.1.21 update
-