Re: Post-halloween doc updates.
From: Russell King (rmk+lkml_at_arm.linux.org.uk)
Date: 10/31/03
- Previous message: Gene Heskett: "Re: 2.6.0-test9 vs sound"
- In reply to: Ian Soboroff: "Re: Post-halloween doc updates."
- Next in thread: Ian Soboroff: "Re: Post-halloween doc updates."
- Reply: Ian Soboroff: "Re: Post-halloween doc updates."
- Reply: Aristeu Sergio Rozanski Filho: "Re: Post-halloween doc updates."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Fri, 31 Oct 2003 15:24:53 +0000 To: Ian Soboroff <ian.soboroff@nist.gov>
On Fri, Oct 31, 2003 at 10:06:31AM -0500, Ian Soboroff wrote:
> And APM suspend seems to have broken in -test8. Does it work for
> anyone?
Doesn't work for me.
Now, taking off my "open source co-operative hat" and placing my
"reality" hat on, I'd suggest that anyone who finds that APM doesn't
work to consider it a dead loss - It's an obsolete technology, and
therefore no one is interested in it anymore. I've reported the
problem multiple times here and there's been very little, if any,
reaction, so this seems to back that up.
Now, imagine the PCMCIA maintainer being unable to test the suspend/
resume functionality during the stability freeze. Oh, sorry, you
don't have to imagine that hard. 8)
> Dave Jones <davej@redhat.com> writes:
>
> > Power management.
> > ~~~~~~~~~~~~~~~~~
> > - 2.6 contains a more up to date snapshot of the ACPI driver. Should
> > you experience any problems booting, try booting with the argument
> > "acpi=off" to rule out any ACPI interaction. ACPI has a much more involved
> > role in bringing the system up in 2.6 than it did in 2.4
> > - The old "acpismp=force" boot option is now obsolete, and will be ignored
> > due to the old "mini ACPI" parser being removed.
> > - software suspend is still in development, and in need of more work.
> > Use with SMP and/or PREEMPT not advised.
> > - The ACPI code will do basic sanity checks on the DMI structure in the BIOS
> > to determine the date it was written. BIOSes older than year 2000 are
> > assumed to be broken. In some circumstances, this assumption is wrong.
> > If you see a message saying ACPI is disabled for this reason, try booting
> > with acpi=force. If things work fine, send the output of dmidecode
> > (http://www.nongnu.org/dmidecode/) to acpi-devel@lists.sf.net
> > with an explanation of why your BIOS shouldn't be blacklisted.
-- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/ 2.6 Serial core - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Gene Heskett: "Re: 2.6.0-test9 vs sound"
- In reply to: Ian Soboroff: "Re: Post-halloween doc updates."
- Next in thread: Ian Soboroff: "Re: Post-halloween doc updates."
- Reply: Ian Soboroff: "Re: Post-halloween doc updates."
- Reply: Aristeu Sergio Rozanski Filho: "Re: Post-halloween doc updates."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
