- 23 Jan, 2004 24 commits
-
-
Jean Tourrilhes authored
From Eugene Crosser. * converted for new api from old driver From Martin Diehl. * convert to de-virtualized sirdev helpers * set dongle to 9600 in case of invalid speed instead leaving it in unknown configuration
-
Jean Tourrilhes authored
From Martin Diehl. * increase default write-delay to 150msec * convert to de-virtualized sirdev helpers
-
Jean Tourrilhes authored
From Martin Diehl. * convert to de-virtualized sirdev helpers * add probably missing dongle power-up operation
-
Jean Tourrilhes authored
From Martin Diehl. * convert to de-virtualized sirdev helpers * improve error path during speed change
-
Jean Tourrilhes authored
From Martin Diehl. * change dongle api such that raw r/w and modem line helpers are directly called, not virtual callbacks.
-
Andrew Morton authored
The code directly accessed the "cpucontrol" semaphore used for CPU hotplug. That doesn't work all that well, since the semaphore doesn't even exist on UP.
-
bk://bk.phunnypharm.org/linux-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> If a raid array was syncing on shutdown, it would hang on shutdown, constantly re-entering md_enter_safemade. This fixes it.
-
Linus Torvalds authored
slipped in.
-
Dave Jones authored
I did a s/2.5/2.6/ a while ago, as it made more sense when 2.6 appeared. The old URL will continue to work (symlink to the new file). If I move this again, whack me.
-
Dave Jones authored
A lot of the blacklists never made it forward, here's what I found still lying around in my old 2.5 tree when I brought it up to date. I think 2.4 has had more updates since then (and there may be some entries languishing in vendor 2.4 trees), I'll take a peek when I get some spare cycles.
-
Dave Jones authored
Yet another misplaced ! by the looks..
-
Dave Jones authored
Looks like another instance of a ! in the wrong place.
-
Dave Jones authored
Echoing changes done in 2.4. (It now has a pci_pool_create backport).
-
Dave Jones authored
This currently prints out the maximum number of CPUs the kernel is configured to support, instead of the actual number that the kernel brought up. Which results in odd displays that look like you have more CPUs than you do.
-
Dave Jones authored
ARM_PACKET_SIZE is 4KB. Ouch.
-
Dave Jones authored
Grep of the tree only turned up these two uses.
-
Dave Jones authored
Negate the expression not the register seems more sensible?
-
Dave Jones authored
If the CPU doesn't support MTRRs, don't create a /proc/mtrr
-
Dave Jones authored
2KB onstack allocation. Nasty.
-
Dave Jones authored
The centaur CPU init code gets linking errors without it.
-
Dave Jones authored
-
http://xfs.org:8090/xfs-linux-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
- 24 Jan, 2004 2 commits
-
-
Eric Sandeen authored
sizes will not overflow pagebuf lengths. SGI Modid: xfs-linux:xfs-kern:164827a
-
Dean Roehrich authored
SGI Modid: xfs-linux:xfs-kern:164517a
-
- 23 Jan, 2004 4 commits
-
-
Andrew Morton authored
From: Rusty Russell <rusty@rustcorp.com.au> Looks like an obvious typo. Works fine if "bio" is the name of the iterator.
-
Andrew Morton authored
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> This patch (which has been in my tree for some time now) does 2 things to the ppc32 signal code: - The new sys_swapcontext() syscall that we added recently (and which is _not_ yet used by glibc, so it's ok to change it slightly at this point, glibc kernel version check will limit us to 2.6.2 or 2.6.3) gets a new context size argument, so we can deal with future context size changes. - When ucontext is get/set/swapped using the above syscall, the TLS (r2) is preserved (it's still saved/restored on signal entry & return though). The equivalent of this patch is already in the ppc64 signal32.c emulation, and it has no effect until glibc is updated to use the new syscall, which should happen soon now, so please apply.
-
Andrew Morton authored
From: "H. Peter Anvin" <hpa@transmeta.com> Fix for RAID-6 on IA-64, from Bjorn Helgaas, and verified by me.
-
Andrew Morton authored
From: Chris Meadors <clubneon@hereintown.net> Add a missing PCI ID.
-
- 22 Jan, 2004 10 commits
-
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Mikael Pettersson authored
Add back the old i82489DX bits to use timer scaling for the old non-integrated APIC setup. It's possible these bits don't need to be set on i82489DXs, but not having this HW for testing I elected to maintain the old behaviour on these old machines.
-
Rusty Russell authored
The cpu handling in net/core/flow.c is complex: it tries to allocate flow cache as each CPU comes up. It might as well allocate them for each possible CPU at boot.
-
Linus Torvalds authored
We used to write fields that were marked RESERVED and that are apparently some old stale timer base. Stop doing that. Verified with Mikael Pettersson, and confirmed to fix ACPI boot-time lockups for a few people.
-
Ville Nuorvala authored
-
bk://bk.arm.linux.org.uk/linux-2.6-pcmciaLinus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Andrew Morton authored
ppc64 doesn't use drivers/Kconfig (it should) so it needs to include i2c by hand.
-
Andrew Morton authored
From: Anton Blanchard <anton@samba.org> We were missing the sched_balance_exec call. Could explain some NUMA scheduling weirdness we were seeing.
-
Andrew Morton authored
From: "H. Peter Anvin" <hpa@zytor.com> This is purely a doc patch saying RAID-6 support is available in mdadm-1.5.0 and the patch is no longer necessary.
-
Andrew Morton authored
From: "H. Peter Anvin" <hpa@zytor.com> As expected, when it hit mainline I started getting real bug reports... the attached patch does the following: - Fixes a few x86-64 specific bugs; - Removes MMX and SSE-1 from x86-64 (if we have x86-64 we have SSE-2); - Slightly astracts the integer code to make it easier to add architecture-specific optimizations later (e.g. IA64 once gcc gets better IA64 intrinsics support); - Resurrects the user-space testbench, and makes it not output the known false positive of the D+Q case (D+Q is equivalent to a RAID-5 recovery, so I didn't implement it in the user-space testbench.)
-