kernel/linux.git/drivers/cdrom/cdrom.c, branch linux-2.6.16.y

cdrom: set default timeout to 7 seconds

2007-01-22T20:41:23+00:00

It's a known fact that Windows times out commands after 7 seconds, so drives generally try and respond if they can before that happens. We default to 5 seconds, which sometimes is a bit too short. Jeremy Higdon reported here: http://lkml.org/lkml/2007/1/1/145 that his drive takes longer than 5 seconds for a "read track information" command, later confirming that it is about 6.7 seconds. So just do the sane thing and change the default command timeout to 7 seconds to avoid other surprises. Signed-off-by: Jens Axboe Signed-off-by: Adrian Bunk

cdrom: fix bad cgc.buflen assignment (CVE-2006-2935)

2006-08-18T19:42:43+00:00

The code really means to mask off the high bits, not assign 0xff. Reported by Marcus Meissner . Signed-off-by: Jens Axboe Signed-off-by: Adrian Bunk

[PATCH] cdrom: kill "open failed" error message

2006-01-10T16:37:08+00:00

This triggers all the time with the various polled event programs, change it to CD_OPEN so it's supressed by default. Signed-off-by: Jens Axboe Signed-off-by: Linus Torvalds

[PATCH] update blk_execute_rq to take an at_head parameter

2005-06-20T12:11:09+00:00

Original From: Mike Christie Modified to split out block changes (this patch) and SCSI pieces. Signed-off-by: Jens Axboe Signed-off-by: James Bottomley

[PATCH] Cleanup blk_rq_map_* interfaces

2005-06-20T12:06:01+00:00

Change the blk_rq_map_user() and blk_rq_map_kern() interface to require a previously allocated request to be passed in. This is both more efficient for multiple iterations of mapping data to the same request, and it is also a much nicer API. Signed-off-by: Jens Axboe

[PATCH] Avoid unnecessary ide-cd cache flushes

2005-05-01T19:12:52+00:00

Only issue a cdrom cache flush if we've done write to the drive. The ->media_written() flag keeps track of that. Signed-off-by: Jens Axboe Signed-off-by: Linus Torvalds

Linux-2.6.12-rc2

2005-04-16T22:20:36+00:00

Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!