- 13 Feb, 2003 40 commits
-
-
Jochen Friedrich authored
New low level tms380 driver for Proteon 1392 / 1392+ cards (port from existing 2.2 kernel code) Add spinlock to fix race condition in tms380tr. Fix startup of tmsisa to not register and unregister devices multiple times, so hotplug doesn't run wild. Add support for statically compiling tmsisa into kernel. Remove unnecessary console SPAM during boot. Fixed probing of ISA devices in tmsisa. Fixed unsafe reference counting. Fixed __init function causing Oops with new module system. Rename tmsisa to skisa.
-
Jochen Friedrich authored
-
http://typhoon.bkbits.net/typhoon-2.5Jeff Garzik authored
into redhat.com:/garz/repo/net-drivers-2.5
-
Andrey Panin authored
this trivial patch adds EEPRO100_PIO config option, which forces eepro100.c driver to use pio instead of mmio. This option is necessary to support onboard i82557 on sgi visual workstation.
-
Marcus Meissner authored
-
Jay Vosburgh authored
-
Bradley A. Bosch authored
-
David Dillow authored
into thedillows.org:/space/il1/typhoon-merge/typhoon-2.5-merge
-
David Dillow authored
series of network interface cards. Does: - NAPI - Zero copy Tx - VLAN hardware acceleration - TCP Segmentation offload
-
Kåre Särs authored
I have encountered a bug in the nicstar ATM driver for linux. If you open a CBR TX only connection on a specific vpi/vci and later open a RX only connection on the same vpi/vci, the RX connection will overwrite the pointer to the SCQ of the TX connection. This changes the cell rate of the TX channel and what is worse is that when the TX connection is closed we get a segmentationfault and the TX part of the vpi/vci remains reserved. The bug in the driver is that if the opened channel is not TX CBR, the driver assumes it is TX UBR. I have attached a patch that adds a check for TX UBR. The patch is against RedHat kernel 2.4.18-3. I have checked linux vanilla kernels 2.4.19 and 2.5.49 and not found a fix.
-
Dave Jones authored
Merged from 2.4.x.
-
Dave Jones authored
Syncing this driver with the 2.4.x version.
-
Jeff Garzik authored
init_etherdev zeroes this memory for us, no need to do it again. Spotted by Dave Jones.
-
Dave Jones authored
Use of init_etherdev's second argument causes the ->priv member to be allocated at the same time as the struct net_device itself. Therefore, no additional kfree() is needed for the struct net_device ->priv member in this case.
-
Jeff Garzik authored
into redhat.com:/garz/repo/net-drivers-2.5
-
Andrew Morton authored
If you have !CONFIG_ACPI_SLEEP and CONFIG_PROC_FS, drivers/acpi/sleep/proc.o is built, but drivers/acpi/sleep/main.o is not. But proc.o needs symbols from main.o
-
http://linux-acpi.bkbits.net/linux-acpiLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Jochen Friedrich authored
After taking a second look, i just recognized that both cases (MAC adress all-zero or not) are handled exactly the same (by duplicated code), so the whole stuff is unnecessary. The whole function just reduces to a simple copy loop:
-
Trond Myklebust authored
This problem was identified by Olaf Kirch: In xprt_request_init(), the XID allocation needs to be protected by a global spinlock.
-
Trond Myklebust authored
- Only set up pipefs entries for those RPC services that actually need them (for the moment NFS only). Portmap, lockd,... shouldn't need to make upcalls. - Add in missing semaphore in rpc_populate(). - Make inode/dentry variable names in rpc_depopulate/rpc_populate more consistent w.r.t other functions in rpc_pipe.c - Call shrink_dcache_parent() in order to clean up child entries before we rmdir().
-
Andy Grover authored
-
Roland McGrath authored
This patch fix es the signals vs strace problem. The signal code assumes that anybody who is TAK_STOPPED will check signals before resuming, and the ptrace paths didn't do that.
-
Andy Grover authored
into groveronline.com:/root/bk/linux-acpi
-
Ion Badulescu authored
This is a rather large update for the starfire network driver, implementing VLAN support, 64-bit dma_addr_t support, and NAPI support. It also fixes a couple of show-stopper bugs in the old driver which were biting real people out there. I've had a few positive test results with this version, including one from Martin Bligh who tested it on his monster SMP boxes. So I'm pretty confident that it's mostly all right, and certainly better than what's currently in the tree.
-
Andy Grover authored
-
Andy Grover authored
into groveronline.com:/root/bk/linux-acpi
-
http://ldm.bkbits.net/linux-2.5-powerAndy Grover authored
into groveronline.com:/root/bk/linux-mochel
-
Patrick Mochel authored
- It depends on the rest of the subsys_initcalls in acpi to be done to get the sleep info from the firmware. - It doesn't need to be available any earlier...
-
Patrick Mochel authored
- Make acpi_sleep_proc_init() a late_initcall(), and not called from acpi_sleep_init(). This guarantees that the acpi proc hierarchy is at least there when we create the dang file.
-
Patrick Mochel authored
into osdl.org:/home/mochel/src/kernel/devel/linux-2.5-power
-
bk://linux-dj.bkbits.net/agpgartLinus Torvalds authored
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
-
Dave Jones authored
-
Dave Jones authored
into tetrachloride.(none):/mnt/stuff/kernel/2.5/agpgart
-
bk://ldm.bkbits.net/linux-2.5-powerLinus Torvalds authored
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
-
Patrick Mochel authored
-
Patrick Mochel authored
- Created arch/i386/kernel/acpi/ - Split file into boot.c and sleep.c. - Moved acpi_wakeup.S into there.
-
Andy Grover authored
into groveronline.com:/root/bk/linux-acpi
-
Patrick Mochel authored
into osdl.org:/home/mochel/src/kernel/devel/linux-2.5-power
-
David Jeffery authored
This converts the driver to use the new scsi_add_host() interface to add scsi controllers.
-
David Jeffery authored
This removes the old LinuxVersionCode() and replaces it with KERNEL_VERSION(). Thanks go to Adrian Bunk for sending the initial version.
-