Article View: fa.netbsd.tech.kern
Article #80Re: pchb@acpi again
From: Chuck Silvers
Date: Sun, 21 Apr 2013 15:33
Date: Sun, 21 Apr 2013 15:33
46 lines
4018 bytes
4018 bytes
On Mon, Apr 15, 2013 at 09:14:51PM +0900, KIYOHARA Takashi wrote: > > > > in acpi_pci.c, why do you need to skip the check for ACPI_VALID_ADR? > > > > does the ACPI info on ia64 not have that flag set when it should? > > > > > > In my memory, YES. :-< > > > But I can't access to my ia64 now. I will try and check at next weekend. > > > > In my ia64(zx6000), it looked that AcpiNsSearchAndEnter() returned > > AE_NOT_FOUND. > > How enable ACPI_DEBUG_PRINT or others many print? > > I look this messages on my ia64. (e.g. PCI0) > > _ADR Not found in 0xe00000003f9dd1e8 [Not adding] > Name [_ADR] not found in scope [PCI0] 0xe00000003f9dd1e8 > > > I think that no this problem crops up by all ia64 machines. Do you know > the better evasion method? > # Can I fixup by acpi_md_callback()? I look and find that now. I was thinking that acpi_md_callback() was called before the code where you removed the check for ACPI_VALID_ADR, so you could have acpi_md_callback() walk through the device tree constructed by acpi_build_tree() and set ACPI_VALID_ADR on any devices where it was missing, as well as initializing ad->ad_devinfo->Address. but the check for ACPI_VALID_ADR in question is in acpi_pcidev_scan(), which is called at the end of acpi_build_tree(), so it's actually called before acpi_md_callback() is called. it happens that ad->ad_devinfo->Address will be zero if ACPI_VALID_ADR isn't set, I guess that value is actually correct on your system? it looks like the existing MD callback isn't the right place to be useful for this, and we can't move it to a useful place because of the change that I made last year where I made x86/mpacpi.c use the PCI info that's set up by acpi_pcidev_scan(). so I guess the easiest thing for now would be to add another MD callback that is called from acpi_build_tree() just before the call to acpi_pcidev_scan(). in that callback you could adjust ACPI_VALID_ADR and ad->ad_devinfo->Address as I was originally thinking. once we eventually migrate more of the logic from x86/mpacpi.c to dev/acpi/*.c, maybe we'll find that we can merge some of these callbacks. -Chuck
Technical Details
Message-ID:
<fa.rGsQKoX+IRByuQ+mngLE3fAZkDA@ifi.uio.no>Path:
arc1-ca.pugleaf.net!p18ni8171wiv.0!nntp.google.com!goblin3!goblin.stu.neva.ru!newsfeed3.funet.fi!newsfeeds.funet.fi!uio.no!nntp.uio.no!.POSTED!not-for-mailReferences:
<fa.l065r8g/boh8Wxrx35LRmcupVn0@ifi.uio.no> <fa.5Bktg6MSFFhoN4VwuaGQU8ywRGk@ifi.uio.no> <fa.y1drGTLKpF7oqWdhfvcx49fHB4E@ifi.uio.no> <fa.fcWJUyl0UCw8r/FisApR9wfKDdA@ifi.uio.no>Show Full Headers
Complete Article Headers
X-Google-Thread: 10c6f4,c9fc83a65eb70a5f
X-Google-NewGroupId: yes
X-Google-Attributes: gidb7e13b6095,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
X-Received: by 10.180.75.82 with SMTP id a18mr11146979wiw.0.1366558423149;
Sun, 21 Apr 2013 08:33:43 -0700 (PDT)
Path: arc1-ca.pugleaf.net!p18ni8171wiv.0!nntp.google.com!goblin3!goblin.stu.neva.ru!newsfeed3.funet.fi!newsfeeds.funet.fi!uio.no!nntp.uio.no!.POSTED!not-for-mail
From: Chuck Silvers <chuq@chuq.com>
Newsgroups: fa.netbsd.tech.kern
Subject: Re: pchb@acpi again
Date: Sun, 21 Apr 2013 15:33:42 UTC
Organization: Internet mailing list
Lines: 46
Sender: tech-kern-owner@NetBSD.org
Message-ID: <fa.rGsQKoX+IRByuQ+mngLE3fAZkDA@ifi.uio.no>
References: <fa.l065r8g/boh8Wxrx35LRmcupVn0@ifi.uio.no> <fa.5Bktg6MSFFhoN4VwuaGQU8ywRGk@ifi.uio.no> <fa.y1drGTLKpF7oqWdhfvcx49fHB4E@ifi.uio.no> <fa.fcWJUyl0UCw8r/FisApR9wfKDdA@ifi.uio.no>
NNTP-Posting-Host: mail-jess.uio.no
Mime-Version: 1.0
X-Trace: readme.uio.no 1366558422 18787 129.240.7.9 (21 Apr 2013 15:33:42 GMT)
X-Complaints-To: abuse@uio.no
NNTP-Posting-Date: Sun, 21 Apr 2013 15:33:42 +0000 (UTC)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: current-users@netbsd.org, tech-kern@netbsd.org
To: KIYOHARA Takashi <kiyohara@kk.iij4u.or.jp>
Delivered-To: tech-kern@netbsd.org
X-Virus-Scanned: amavisd-new at NetBSD.org
In-Reply-To: <20130415.211451.08399088.kiyohara@kk.iij4u.or.jp>
List-Id: tech-kern.NetBSD.org
Original-Date: Sun, 21 Apr 2013 08:33:24 -0700
Original-Message-Id: <20130421153324.GB7327@spathi.chuq.com>
Original-References: <20130408163406.GB25751@spathi.chuq.com>
<20130409.074425.31967194.kiyohara@kk.iij4u.or.jp>
<20130413.195544.93783137.kiyohara@kk.iij4u.or.jp>
<20130415.211451.08399088.kiyohara@kk.iij4u.or.jp>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline