- 19 Dec, 2002 3 commits
-
-
Anton Blanchard authored
into samba.org:/scratch/anton/for-jose-new
-
Anton Blanchard authored
into samba.org:/scratch/anton/for-jose-new
-
Anton Blanchard authored
-
- 18 Dec, 2002 1 commit
-
-
Anton Blanchard authored
-
- 17 Dec, 2002 9 commits
-
-
Anton Blanchard authored
into samba.org:/scratch/anton/for-jose-new
-
Anton Blanchard authored
into samba.org:/scratch/anton/for-alan
-
Adrian Bunk authored
2.5.50 included a change from -ac which changed MSNDCLAS_HAVE_BOOT and MSNDPIN_HAVE_BOOT to asked questions. This is wrong (I know since I was the one who wrote the patch Alan picked up...). They shouldn't ask questions, the following patch reverts my buggy change.
-
Adrian Bunk authored
The change to eata_pio_proc.c contained a typo: a semicolon instead of a comma.
-
Linus Torvalds authored
elf AUX-table entry. Move the 'vsyscall' page to 0xffffe000, leaving a hole at the top of the address space.
-
Linus Torvalds authored
-
Andrew Morton authored
Older gcc's do not support that form of ellipsis in a macro.
-
Anton Blanchard authored
into samba.org:/scratch/anton/for-alan
-
Anton Blanchard authored
into samba.org:/scratch/anton/for-alan
-
- 16 Dec, 2002 27 commits
-
-
Anton Blanchard authored
-
Anton Blanchard authored
-
Anton Blanchard authored
into samba.org:/scratch/anton/for-alan
-
Anton Blanchard authored
-
Anton Blanchard authored
-
Anton Blanchard authored
into samba.org:/scratch/anton/sfr
-
Anton Blanchard authored
-
Anton Blanchard authored
-
Anton Blanchard authored
-
Anton Blanchard authored
-
Anton Blanchard authored
-
Linus Torvalds authored
Instead of doing a "int 0x80" instruction for system calls, user space can do a "call 0xfffff000" which will do the right thing regardless of what kind of system call support the CPU has.
-
bk://linux-dj.bkbits.net/agpgartLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Joe Thornber authored
The linear target was getting the start sector wrong when doing a dm_get_device(). [Kevin Corry]
-
Joe Thornber authored
The block layer does not honour bio->bi_size when issuing io, instead it performs io to the complete bvecs. This means we have to change the bio splitting code slightly. Given a bio we repeatedly apply one of the following three operations until there is no more io left in the bio: 1) The remaining io does not cross an io/target boundary, so just create a clone and issue all of the io. 2) There are some bvecs at the start of the bio that are not split by a target boundary. Create a clone for these bvecs only. 3) The first bvec needs splitting, use bio_alloc() to create *two* bios, one for the first half of the bvec, the other for the second half. A bvec can never contain more than one boundary.
-
Joe Thornber authored
o If there's an error you still need to call bio_endio with bio->bi_size as the 'done' param. o Simplify clone_endio. [Kevin Corry]
-
Joe Thornber authored
Remove verbose debug message 'Splitting page'.
-
Joe Thornber authored
Remove some paranoia in highmem.c
-
Joe Thornber authored
Some fields in the duplicated bio weren't being set up properly in __split_page(). [Kevin Corry]
-
Joe Thornber authored
md->pending was being incremented for each clone rather than just once. [Kevin Corry]
-
Joe Thornber authored
dec_pending(): only bother spin locking if io->error is going to be updated. [Kevin Corry]
-
Joe Thornber authored
Add a blk_run_queues() call to encourage pending io to flush when we're doing a dm_suspend().
-
Joe Thornber authored
dm_suspend(): Stop holding the read lock around the while loop that waits for pending io to complete.
-
Joe Thornber authored
queue_io() was checking the DMF_SUSPENDED flag rather than the new DMF_BLOCK_IO flag. This meant suspend could deadlock under load.
-
Joe Thornber authored
Give each device its own io mempool to avoid a potential deadlock with stacked devices. [HM + EJT]
-
Joe Thornber authored
There's a bug in the dm-stripe.c constructor failing top check if enough destinations are handed in. [Heinz Mauelshagen]
-
Joe Thornber authored
minor change for dm-stripe.c. Tests for correct chunksize before it allocates the stripe context. [Heinz Mauelshagen]
-