From owner-acpi-jp@jp.FreeBSD.org Thu Dec 25 01:11:09 2003
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) id hBOGB9q86764;
	Thu, 25 Dec 2003 01:11:09 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from mailhub2.midco.net (mailhub2.midco.net [24.220.0.34])
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) with ESMTP/inet id hBOGB8C86753
	for <acpi-jp@jp.FreeBSD.org>; Thu, 25 Dec 2003 01:11:09 +0900 (JST)
	(envelope-from pmes@bis.midco.net)
Received: (qmail 3267 invoked by uid 0); 24 Dec 2003 16:11:06 -0000
Received: from host-195-219-220-24.midco.net (HELO bis.midco.net) ([24.220.219.195])
          (envelope-sender <pmes@bis.midco.net>)
          by lvs-pop.midco.net (qmail-ldap-1.03) with SMTP
          for <jhb@FreeBSD.org>; 24 Dec 2003 16:11:06 -0000
Message-ID: <3FE9BA99.5080904@bis.midco.net>
From: Peter Schultz <pmes@bis.midco.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031215
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: John Baldwin <jhb@freebsd.org>
CC: freebsd-current@freebsd.org, acpi-jp@jp.FreeBSD.org
References: <XFMail.20031223103445.jhb@FreeBSD.org>
In-Reply-To: <XFMail.20031223103445.jhb@FreeBSD.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Wed, 24 Dec 2003 10:11:05 -0600
X-Sequence: acpi-jp 2936
Subject: [acpi-jp 2936] Re: new interrupts not working for me
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: pmes@bis.midco.net
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+031216

John Baldwin wrote:
>>http://bis.midco.net/pmes/tyan_s1832dl.asl
> 
> 
> Oh... my... goodness.  Go beat your BIOS writer UP!
> NOW!
> 
Yeah, Tyan isn't the best about BIOSes, the BIOS for the
s1834 is even worse than this one AFAIK.

> it always uses the APIC for
> Windows NT and uses the PIC for everything else:
> 
>             Method (_PRT, 0, NotSerialized)
>             {
>                 ...
>                 If (MCTH (\_OS, "Microsoft Windows NT"))
>                 {
>                     Return (PIC1)
>                 }
>                 Else
>                 {
>                     Return (PIC0)
>                 }
>             }
> 
I eliminated the if/else and just `Return (PIC1)'.  Now the machine 
boots with ACPI enabled.  It's a Holly Jolly ACPI X-mas!  :-)

> Does this board work in SMP mode in, say, XP or Linux?  From
> the above it seems it wouldn't. :(  It needs to be testing
> the value of the APIC variable to determine which table to use,
> not the OS name.  See if there's a BIOS update.  If there isn't,
> go complain to your motherboard manufacturer to get it fixed.
> If you want to get your BIOS working for now, the guys on the
> acpi-jp@ list (cc'd) can help you patch your AML to fix this
> brain damage and get your machine working.  This is the worst
> use of _OS I have seen to date myself.
> 
There's no chance for a BIOS update.  I'm not sure about XP or Linux,
but BeOS sure does support both procs.

I'm still seeing the 'ACPI timer looks BAD' messeges and now I've 
noticed 'acpi_cpu1: Failed to attach throttling P_CNT'.  You can see my 
full dmesg here: <http://bis.midco.net/pmes/dmesg.txt>. I sure would 
appreciate more tips and tricks to clean this up.  Iasl outputs three 
errors and a warning when I compile my ASL file:
tyan_s1832dl.asl   938:                 Field (PSRG, DWordAcc, NoLock, 
Preserve)Error    1047 -                                   ^ Access 
width is greater than region size

tyan_s1832dl.asl   941:                     PS2E,   1
Error    1051 -                                ^ Access width of Field 
Unit extends beyond region limit

tyan_s1832dl.asl  2078:         Store (\GFAN._OFF (), Local0)
Error    1029 -  Called method returns no value ^

tyan_s1832dl.asl  2081:     Method (_WAK, 1, NotSerialized)
Warning  2026 -                        ^ Reserved method must return a 
value (_WAK)

Thanks and Cheers,
Pete...
