Their processor power state code looks dormant at the moment, so they
haven't hit this particular issue.
They have in the past run into a number of problems, and submitted fixes.
The Linux version is getting much wider testing right now.
-- Andy
PS Just FreeBSD, no Net or OpenBSD just yet.
> F
> It's just *one* issue that has generated all the disk corruption reports.
> Putting the processor into the C3 power state, in combination with bus
> mastering. This is disabled in the most recent release. I'd love to fix this
> one, but if it were easy, it'd be fixed by now. Maybe you can shed s
> From: Alan Cox [mailto:[EMAIL PROTECTED]]
> I've seen several people report ACPI eats disks. ACPI is
> incredibly complex
> badly designed crud. My advice is never use ACPI. This
> incidentally appears
> to be the advice Microsoft give people too - they tell people
> to disable
> ACPI as one
> I enabled ACPI in 2.4.5-ac17 (2.4.5-ac16 works fine with the same config
> except ACPI). When I booted I saw a message
> I hit reset hoping to boot the system with "acpi=no-idle", but GRUB
> couldn't load stage2, which resides on the root partition (reiserfs).
I've seen several people report A
Just a note, in 2.4.6-pre5, the acpi=no-idle option goes away, but you
should no longer experience any corruption issues, either.
Regards -- Andy
PS sorry you experienced problems - glad you could recover.
> From: Pavel Roskin [mailto:[EMAIL PROTECTED]]
> Hello!
>
> It's just a word of warning
Hello!
It's just a word of warning for those who are trying ACPI with the latest
kernels.
I enabled ACPI in 2.4.5-ac17 (2.4.5-ac16 works fine with the same config
except ACPI). When I booted I saw a message
ACPI: If experiencing system slowness, try adding "acpi=no-idle" to
cmdline
and after t
6 matches
Mail list logo
