Re: 2.6.20-mm1 - Oops using Minix 3 file system

[Bill Davidsen <davidsen@tmr.com>]

Cédric Augonnet wrote:
> 2007/2/15, Andrew Morton <akpm@linux-foundation.org>:
>>
>> Temporarily at
>>
>>   http://userweb.kernel.org/~akpm/2.6.20-mm1/
>>
>> Will appear later at
>>
>>
>> Changes since 2.6.20-rc6-mm3:
>>
>> -minix-v3-support.patch
> 
> Hi Daniel,
> 
> On 2.6.20-rc6-mm3 and 2.6.20-mm1, i get an OOPS when using the minix 3
> file system. I enclose the dmesg and the .config to that mail.
> 
> Here are the steps to reproduce this oops (they involve using qemu to
> run Minix 3)
> - First create a 2GB image using
>      qemu-img create minix.img 2G
>   (Please note that this seem to be producing an eroneous image)
> - Then launch Minix inside qemu to make a minix partition on this
> image using mkfs on the corresponding device.

That's two steps, right? First you make a partition on the "disk" qemu 
provides, then you put a filesystem on the partition? Or did you put a 
filesystem on the raw device?

> - Mount the image on loopback using
>  mount -t minix -o loop minix.img /mnt/qemu/

Does mount know to use Minux3 with this command line?

> - issue a "df" command on /mnt/qemu
> 
> This oops occurs everytime i use df on this directory. However, this
> does not occur if the image was for a 1MB partition. And it does not
> occur if the partition on which we created minix.img was the same as
> the partition on which qemu stands. Sounds like qemu has an issue and
> creates an erroneous partition which linux does not handle correctly.
> 
> Regards, and thanks for your patch by the way !

Having been burned a few times by the fact that qemu provides disk 
images which then (normally) get partitions, I'm not sure you aren't 
having the same problem.

None of which justifies the OOPS, of course, nice kernels don't go down.

-- 
Bill Davidsen <davidsen@tmr.com>
   "We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."  - from Slashdot