From owner-acpi-jp@jp.FreeBSD.org Thu Dec 12 02:23:17 2002
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) id gBBHNHc40433;
	Thu, 12 Dec 2002 02:23:17 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet id gBBHNF240428
	for <acpi-jp@jp.FreeBSD.org>; Thu, 12 Dec 2002 02:23:15 +0900 (JST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 21970 invoked from network); 11 Dec 2002 17:23:19 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <vova@express.ru>; 11 Dec 2002 17:23:19 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gBBHNCuH066760;
	Wed, 11 Dec 2002 12:23:12 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20021211122315.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <3DF6C488.746B555C@cablespeed.com>
From: John Baldwin <jhb@freebsd.org>
To: acpi-jp@jp.FreeBSD.org
Cc: "current@freebsd.org" <current@freebsd.org>
Cc: "current@freebsd.org" <current@freebsd.org>,
   "Vladimir B. Grebenschikov" <vova@express.ru>
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Wed, 11 Dec 2002 12:23:15 -0500
X-Sequence: acpi-jp 2038
Subject: [acpi-jp 2038] RE: ACPI missfucntioning on SONY VAIO Z505s w
Errors-To: owner-acpi-jp@jp.FreeBSD.org
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: jhb@FreeBSD.org
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+021210


On 11-Dec-2002 Chuck McCrobie wrote:
> "Vladimir B. Grebenschikov" wrote:
>> 
>>  Mon, 09.12.2002,  13:55, Vladimir B. Grebenschikov :
>> 
>> > I have already filled http://www.freebsd.org/cgi/query-pr.cgi?pr=45913
>> >
>> > Lucent WaveLan Orinoco card  (driver wi) stops working with latest
>> > current (last I have tried RC)
>> >
>> > Playing with problem I have found that WaveLan problem can be cured
>> > by turning off ACPI.
>> >
>> > Also another problem cured - with turned off ACPI I can insert and
>> > remove PCCARDs while notebook running, card successful detected.
>> > With ACPI turned on insertion/removal of PCCARD freezes machine
>> > completely.
>> 
>> Another thing - without ACPI: pcm driver detected
>> but does not work:
>> 
>> Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc046c0b4.
>> pcm0: <NeoMagic 256AV> mem 0xfea00000-0xfeafffff,0xfe000000-0xfe3fffff
>> irq 9 at device 8.1 on pci0
>> pcm0: buftop is 0x0027ec00
>> pcm0: buftop is changed to 0x0027ec00
>> pcm0: ac97 codec id 0x414b4d01 (Asahi Kasei AK4542)
>> pcm0: ac97 codec features headphone, 5 bit master volume, AKM 3D Audio
>> pcm0: rec buf 0xcb49bc00
>> pcm0: play buf 0xcb497c00
>> 
>> # cat /dev/sndstat
>> FreeBSD Audio Driver (newpcm)
>> Installed devices:
>> pcm0: <NeoMagic 256AV> at memory 0xfe000000, 0xfea00000 irq 9 (1p/1r/2v
>> channels duplex default)
>> #
>> 
>> but does not work
>> 
>> pcm0:virtual:1: play interrupt timeout, channel dead
>> pcm0:virtual:1: play interrupt timeout, channel dead
>> 
>> > Can I help to diagnose problem ? how ?
>> --
>> Vladimir B. Grebenschikov <vova@express.ru>
>> TSB "Russian Express"
>> 
>> To Unsubscribe: send mail to majordomo@FreeBSD.org
>> with "unsubscribe freebsd-current" in the body of the message
> 
> Sony Vaio GRX 670 did not play sound either - interrupt routing issue. 
> "Fixed" with the following:
> 
> /usr/src/sys/dev/pci/pci.c: line 776, or there-abouts.
> 
>         if (cfg->intpin > 0 && PCI_INTERRUPT_VALID(cfg->intline)) {
>#ifdef __ia64__
>                 /*
>                  * Re-route interrupts on ia64 so that we can get the
>                  * I/O SAPIC interrupt numbers (the BIOS leaves legacy
>                  * PIC interrupt numbers in the intline registers).
>                  */
>                 cfg->intline = PCIB_ROUTE_INTERRUPT(pcib, dev,
> cfg->intpin);
> +#else
> +                /*
> +                 * XXX: Do we need to re-program the device's PCIREG
> intline?
> +                 */
> +
> +                cfg->intline = PCIB_ROUTE_INTERRUPT(pcib, dev,
> cfg->intpin);
>#endif
>                 resource_list_add(rl, SYS_RES_IRQ, 0, cfg->intline,
>                   cfg->intline, 1);
>         }

Eventually we will always route interrupts on i386 as well as ia64,
but it doesn't work with IO APIC's right now.  I'm trying to work on
that but it's taking a while.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/
