; Cc:
> Subject: Re: Kernel Panic with mac-fdisk: It's reproducible...
>
>>> Now does this happen on other architectures as well (with Mac partitions),
>>> or other partition table formats?
>>>
>> I'll try to check on some x86 early this week. I
> > Now does this happen on other architectures as well (with Mac partitions),
> > or other partition table formats?
> >
> I'll try to check on some x86 early this week. I don't have an ETA for that.
> I'll do my best. My server farm and *tops are mostly Macs (running Debian.)
Thanks; I'll wait fo
> From: Michael Schmitz <[EMAIL PROTECTED]>
> Date: Mon, 12 Nov 2001 10:54:36 +0100 (CET)
> To: Laurent de Segur <[EMAIL PROTECTED]>
> Cc:
> Subject: Re: Kernel Panic with mac-fdisk: It's reproducible...
>
>> I wrote a little test case that reproduces t
On Sun, Nov 11, 2001 at 09:09:24PM -0800, Laurent de Segur wrote:
> I wrote a little test case that reproduces this kernel panic most of the
> time. the code doesn't need to write. Just read the partition map, sync +
> reread it again = crash :-( Very basic.
Can you post this?
--
Tom Rini (TR12
> I wrote a little test case that reproduces this kernel panic most of the
> time. the code doesn't need to write. Just read the partition map, sync +
> reread it again = crash :-( Very basic.
Now does this happen on other architectures as well (with Mac partitions),
or other partition table forma
Hi,
This kernel panic happens on fast hardware just after the second sync()
following the ioctl() as Ethan wrote previously. I can reproduce the kernel
panic on two of my QuickSilver G4 dual 800 most of the time with vanilla
mac-fdisk.
I wrote a little test case that reproduces this kernel panic
6 matches
Mail list logo
