- 09 Sep, 2003 25 commits
-
-
bk://bk.arm.linux.org.uk/linux-2.6-serialLinus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Russell King authored
This allows us to maintain quirks or capabilities on a per-port basis, so we can handle buggy clones more effectively.
-
Russell King authored
-
Russell King authored
The dependencies for CONFIG_SERIAL_CORE / CONFIG_SERIAL_CORE_CONSOLE were becoming very messy. This cset converts the dependencies to use "select" statements instead.
-
Russell King authored
Since the driver model has transitioned away from using multi-level device suspend/resume, we also drop the multi-level support from the serial layer. Update the 8250 and sa1100 drivers for this change.
-
Russell King authored
-
David Howells authored
-
David Howells authored
Here's a patch to update the RxRPC driver. Most of it is CodingStyle fixes, but it also includes a few miscellaneous bug fixes. stdint types are also turned into C99 forms (eg: u32 -> uint32_t).
-
Rolf Eike Beer authored
-
Jens Axboe authored
Benh saw some bugs where the queue would end up being in an invalid state, and this could certainly explain one of them. We must not have a stopped queue on the plug list, and blk_plug_device() right now will happily plug a stopped queue. We don't need to have it plugged either, blk_start_queue() will make sure that request_fn gets run.
-
Joe Perches authored
Code that includes seq_file.h uses a magic pointer "(void*)1" to start a header seq_printf. This patch adds a #define, so that people can start writing more readable code.
-
Jeff Garzik authored
This should fix the "ifconfig down ... ifconfig up" problems some people have seen.
-
http://lia64.bkbits.net/to-linus-2.5Linus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Andries E. Brouwer authored
-
Andries E. Brouwer authored
-
Andries E. Brouwer authored
-
Andries E. Brouwer authored
-
Andries E. Brouwer authored
-
Andries E. Brouwer authored
-
Andries E. Brouwer authored
-
Andries E. Brouwer authored
-
Andries E. Brouwer authored
-
Andries E. Brouwer authored
-
Andries E. Brouwer authored
-
Andries E. Brouwer authored
Don't use C++ "argument declarations anywhere" in the kernel, even if newer versions of gcc accept it.
-
- 08 Sep, 2003 13 commits
-
-
David Mosberger authored
into tiger.hpl.hp.com:/data1/bk/lia64/to-linus-2.5
-
Jesse Barnes authored
For some reason, we had a structure field called 'current'. This patch fixes that.
-
Jesse Barnes authored
Fix a couple of sn2 files.
-
Linus Torvalds authored
-
David Mosberger authored
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into home.osdl.org:/home/torvalds/v2.5/linux
-
Russell King authored
Update the SA11x0 serial driver for the removal of system devices from the driver model. The driver becomes a platform device driver. The driver is now known to the driver model and resource subsytems as "sa11x0-uart".
-
David Mosberger authored
away static variables with no compiler-visible use.
-
Jes Sorensen authored
This patch eliminates two unused SN2 header files: include/asm-ia64/sn/klclock.h and include/asm-ia64/sn/ioc3.h.
-
Jens Axboe authored
From: Oleg Drokin <green@namesys.com> Without this, if elv_try_last_merge() returns nonzero, we do not initialise *req. That results in a subsequent BUG_ON() in __make_request() because req is NULL (or is just uninitialised).
-
Stephen Hemminger authored
Last round of changes broke sdla build if not a module.
-
Linus Torvalds authored
drivers whose microcode load ioctl's used types with sizes that overflow the ioctl number. Mark them _IOx_BAD() to document the fact.
-
Arnd Bergmann authored
This new version works with all compiler versions, and also catches the case where somebody tries to pass in an array as an argument to the ioctl macros. Thus we verify that only proper types are used. I have checked now that the object code for arch/s390/kernel/compat_ioctl.o remains identical and that the whole kernel compiles for s390 and i386, after fixing the broken ioctl numbers.
-
- 07 Sep, 2003 2 commits
-
-
Linus Torvalds authored
-
Rusty Russell authored
The kernel invokes "modprobe" on modules which might not exist: rightfully, modprobe complains by default when this happens. So the correct response is to invoke "modprobe -q", which is silent on such errors (but still reports other errors such as config errors). Also, use MODULE_NAME_LEN from module.h instead of inventing our own.
-