lkml.org 
[lkml]   [1997]   [Sep]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
SubjectRe: 2.1.55: mount isofs blocksize 2048?
Date
From
davl@cistron.nl said:
> Did anything change in the isofs handling? The driver cm206 seems to
> be OK, a `dd if=/dev/cm206 | od -tc' gives expected results. Or
> should i have defined a new constant for the default block size in
> cm206.c since recently?

The iso9660 filesystem insists on using the correct block size (strange things
would result if it didn't). The problem is in the cm206 driver which doesn't
tell the kernel what block size it is expecting, so the kernel assumes 1024
incorrectly.

Try the attached patch for drivers/cdrom/cm206.c

James Bottomley


--- 1.1 1997/09/15 16:18:07
+++ cm206.c 1997/09/15 16:22:33
@@ -199,6 +199,8 @@
uch track, fsm[3], q0;
};

+static int cm206_blocksizes[1] = { 2048 };
+
struct cm206_struct {
ush intr_ds; /* data status read on last interrupt */
ush intr_ls; /* uart line status read on last interrupt*/
@@ -1287,6 +1289,7 @@
return -EIO;
}
blk_dev[MAJOR_NR].request_fn = DEVICE_REQUEST;
+ blksize_size[MAJOR_NR] = cm206_blocksizes;
read_ahead[MAJOR_NR] = 16; /* reads ahead what? */
init_bh(CM206_BH, cm206_bh);
\
 
 \ /
  Last update: 2005-03-22 13:40    [W:0.417 / U:0.360 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site