public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* cramfs as initrd still fails in 2.4.27-pre2 [PATCH]
@ 2004-05-14 13:29 Santiago Garcia Mantinan
  2004-05-14 13:43 ` viro
  2004-05-17 14:00 ` Jeremy Jackson
  0 siblings, 2 replies; 3+ messages in thread
From: Santiago Garcia Mantinan @ 2004-05-14 13:29 UTC (permalink / raw)
  To: linux-kernel

Hi!

I've been trying to use the cramfs to hold my initrd images and it works ok
in 2.6.6, but when testing it in 2.4.26 or 2.4.27rc2 I get this problem:

RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 2128 blocks [1 disk] into ram disk... done.
Freeing initrd memory: 2128k freed
cramfs: wrong magic

In Debian official kernel packages cramfs is being used as the initrd, so I
had a look at Debian's kernel patches and extracted this one that makes
initrd work for me in 2.4.26 and 2.4.27-pre2:

diff -urN kernel-source-2.4.26/fs/block_dev.c kernel-source-2.4.26-1/fs/block_dev.c
--- kernel-source-2.4.26/fs/block_dev.c	2003-06-14 00:51:37.000000000 +1000
+++ kernel-source-2.4.26-1/fs/block_dev.c	2003-06-01 20:43:53.000000000 +1000
@@ -95,7 +95,7 @@
 	sync_buffers(dev, 2);
 	blksize_size[MAJOR(dev)][MINOR(dev)] = size;
 	bdev->bd_inode->i_blkbits = blksize_bits(size);
-	kill_bdev(bdev);
+	invalidate_bdev(bdev, 1);
 	bdput(bdev);
 	return 0;
 }

I think this patch or some other fix should be applied.

Regards...
-- 
Manty/BestiaTester -> http://manty.net

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: cramfs as initrd still fails in 2.4.27-pre2 [PATCH]
  2004-05-14 13:29 cramfs as initrd still fails in 2.4.27-pre2 [PATCH] Santiago Garcia Mantinan
@ 2004-05-14 13:43 ` viro
  2004-05-17 14:00 ` Jeremy Jackson
  1 sibling, 0 replies; 3+ messages in thread
From: viro @ 2004-05-14 13:43 UTC (permalink / raw)
  To: Santiago Garcia Mantinan; +Cc: linux-kernel

On Fri, May 14, 2004 at 03:29:55PM +0200, Santiago Garcia Mantinan wrote:
> In Debian official kernel packages cramfs is being used as the initrd, so I
> had a look at Debian's kernel patches and extracted this one that makes
> initrd work for me in 2.4.26 and 2.4.27-pre2:

Patch in debian kernel package is a mindless crap.  cramfs has no business
messing with block size (or buffer cache in general, to start with).  2.6
has it fixed the right way, there's a backport to 2.4 and IIRC it was
scheduled for inclusion.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: cramfs as initrd still fails in 2.4.27-pre2 [PATCH]
  2004-05-14 13:29 cramfs as initrd still fails in 2.4.27-pre2 [PATCH] Santiago Garcia Mantinan
  2004-05-14 13:43 ` viro
@ 2004-05-17 14:00 ` Jeremy Jackson
  1 sibling, 0 replies; 3+ messages in thread
From: Jeremy Jackson @ 2004-05-17 14:00 UTC (permalink / raw)
  To: Santiago Garcia Mantinan; +Cc: linux-kernel

Santiago Garcia Mantinan wrote:
> Hi!
> 
> I've been trying to use the cramfs to hold my initrd images and it works ok
> in 2.6.6, but when testing it in 2.4.26 or 2.4.27rc2 I get this problem:
> 
> RAMDISK: cramfs filesystem found at block 0
> RAMDISK: Loading 2128 blocks [1 disk] into ram disk... done.
> Freeing initrd memory: 2128k freed
> cramfs: wrong magic

I just put ramdisk_blocksize=4096 on my kernel command line for 
kernel.org linux (debian's linux seems to work as is).

It would be nice if 2.4 didn't need that though.

-- 
Jeremy Jackson
Coplanar Networks
(519)897-1516
http://www.coplanar.net

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2004-05-17 14:01 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-05-14 13:29 cramfs as initrd still fails in 2.4.27-pre2 [PATCH] Santiago Garcia Mantinan
2004-05-14 13:43 ` viro
2004-05-17 14:00 ` Jeremy Jackson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox