Port-i386 archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: ACPI/APM suspend errors related to yds



On Thu, Jul 31, 2008 at 01:48:37PM +0200, Bernd Ernesti wrote:
> On Sun, Jul 27, 2008 at 07:11:51PM +0200, Bernd Ernesti wrote:
> > On Sun, Jul 27, 2008 at 12:47:55PM -0400, Jared D. McNeill wrote:
> > > Bernd Ernesti wrote:
> > > >Hi,
> > > >
> > > >I need a kernel without any ACPI support, because ACPI is broken for me
> > > >on a specific notebook.
> > > 
> > > Did you raise a PR on it?
> > 
> > No, because I don't expect that it can be fixed, because of the age of the 
> > BIOS,
> > which is 8 years old. IMHO the ACPI implmentation is too broken to be 
> > fixed, but
> > I would like to be proven wrong.
> 
> I just tried a 4.99.71 and it seems to work better.
> Now I remember my problem which was related to suspend to disk.
> 
> > I need apm too for suspend to disk too.
> 
> Fn + F12 didn't supsend with ACPI. Nothing happens so I tried it without
> ACPI and with apm and the first message was this (both devicies are attached
> to yds0):
>   Devices without power management support: opl0 mpu0
> 
> Then I got some BIOS message:
> 
> PCI Parity Error On Bus/Device/Function 0048h
> PCI System Error On Bus/Device/Function 0060h
> PCI Parity Error On Bus/Device/Function 0060h

Taking a guess based on the width of bus/device/function in "PCI
configuration mode 1"---see from pci_make_tag(9)---I think that we
extract the bus/device/function from the 16-bit hex number x in this way,

bus = (x & 0xff00) >> 8
device = (x & 0x00f8) >> 3
function = x & 0x0007

That yields PCI devices 9 and 12, yds0 and cbb0, respectively.  Perhaps
the APM BIOS thinks that it can read/write registers on those devices,
but it cannot because NetBSD has powered them down?  That may confuse
the BIOS.

Dave

-- 
David Young             OJC Technologies
dyoung%ojctech.com@localhost      Urbana, IL * (217) 278-3933 ext 24


Home | Main Index | Thread Index | Old Index