NetBSD Problem Report #50453

From prlw1@cam.ac.uk  Fri Nov 20 14:44:36 2015
Return-Path: <prlw1@cam.ac.uk>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.netbsd.org", Issuer "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 1A7DBA66DC
	for <gnats-bugs@gnats.NetBSD.org>; Fri, 20 Nov 2015 14:44:36 +0000 (UTC)
Message-Id: <20151120144427.GA928@quark.internal.precedence.co.uk>
Date: Fri, 20 Nov 2015 14:44:27 +0000
From: Patrick Welche <prlw1@cam.ac.uk>
Reply-To: prlw1@cam.ac.uk
To: gnats-bugs@NetBSD.org
Cc: prlw1@cam.ac.uk
Subject: "no console" panic after pci ext. conf change

>Number:         50453
>Category:       kern
>Synopsis:       "no console" panic after pci ext. conf change
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    kern-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Nov 20 14:45:00 +0000 2015
>Closed-Date:    Tue May 03 18:01:49 +0000 2016
>Last-Modified:  Tue May 03 18:01:49 +0000 2016
>Originator:     Patrick Welche
>Release:        NetBSD 7.99.21
>Organization:
>Environment:
-current/amd64
>Description:
As per http://mail-index.netbsd.org/current-users/2015/10/29/msg028298.html

after updating to a -current/amd64 kernel with

commit 5ba1445273b0f70468889b5dda99d8c1cbfa5e3c
Author: msaitoh <msaitoh>
Date:   Fri Oct 2 05:22:49 2015 +0000

    PCI Extended Configuration stuff written by nonaka@:
    - Add PCI Extended Configuration Space support into x86.
    - Check register offset of pci_conf_read() in MD part. It returns (pcireg_t)
-1
      if it isn't accessible.
    - Decode Extended Capability in PCI Extended Configuration Space.
...

a pineview (i915drmkms) desktop panics on boot with

  panic: cnopen: no console device

If one attaches a serial console, all is well (but no X).

Working dmesg extracts:
pci0 at mainbus0 bus 0: configuration mode 1
pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok
pchb0 at pci0 dev 0 function 0: vendor 8086 product a000 (rev. 0x02)
agp0 at pchb0: i915-family chipset
agp0: detected 7932k stolen memory
agp0: BAR size 100000 mismatches detected GTT size 40000; trusting BAR
agp0: aperture at 0xd0000000, size 0x10000000
i915drmkms0 at pci0 dev 2 function 0: vendor 8086 product a001 (rev. 0x02)
intelfb0 at i915drmkms0

Failing dmesg extracts:
pci0 at mainbus0 bus 0: configuration mode 1
acpi0: MCFG: 000:02:0: Ok (cfg[0x100]=0x00000000)
acpi0: MCFG: 000:02:1: Ok (cfg[0x100]=0x00000000)
pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok
pchb0 at pci0 dev 0 function 0: vendor 8086 product a000 (rev. 0x02)
agp0 at pchb0: i915-family chipset
agp0: can't set up chipset flush page: 35
i915drmkms0 at pci0 dev 2 function 0: vendor 8086 product a001 (rev. 0x02)
DRM debug in intel_detect_pch: No PCH found.
DRM error in i915_gmch_probe: failed to set up gmch
i915drmkms0: unable to attach drm: 5
vendor 8086 product a002 (miscellaneous display, revision 0x02) at pci0 dev 2 function 1 not configured

The PCI Extended Configuration commit is huge, so it hard to see where to
look... "No PCH found" seems like a clue...

>How-To-Repeat:
Boot a -current/amd64 kernel on this pineview box
>Fix:

>Release-Note:

>Audit-Trail:
From: Patrick Welche <prlw1@cam.ac.uk>
To: netbsd-bugs@netbsd.org
Cc: 
Subject: Re: kern/50453: "no console" panic after pci ext. conf change
Date: Tue, 15 Dec 2015 16:26:39 +0000

 Workaround is to "boot netbsd -2", so it is a new-acpi problem.

From: Patrick Welche <prlw1@cam.ac.uk>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/50453: "no console" panic after pci ext. conf change
Date: Tue, 12 Jan 2016 16:31:20 +0000

 (No change with acpica commit of 9 Jan 2016)

From: christos@zoulas.com (Christos Zoulas)
To: gnats-bugs@NetBSD.org, kern-bug-people@netbsd.org, 
	gnats-admin@netbsd.org, netbsd-bugs@netbsd.org, prlw1@cam.ac.uk
Cc: 
Subject: Re: kern/50453: "no console" panic after pci ext. conf change
Date: Tue, 12 Jan 2016 12:01:39 -0500

 On Jan 12,  4:35pm, prlw1@cam.ac.uk (Patrick Welche) wrote:
 -- Subject: Re: kern/50453: "no console" panic after pci ext. conf change

 Can you see where the EAGAIN is coming from? from the bus_space_map or
 the bus_space_alloc in agp_i810.c... Does retrying help?

 christos

From: Jose Luis Rodriguez Garcia <joseyluis@gmail.com>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/50453
Date: Fri, 15 Jan 2016 22:18:37 +0100

 --001a1135335c5616a9052965f2e3
 Content-Type: text/plain; charset=UTF-8

 I have also the same error with pineview.

 I obtain this ACPI Error at the the begining.
 This is from the output of boot -v of current of January 15 of 2016. (I
 have copied the message from dmesg of next boot, not from serial console.
 The boot output
 was stored in /var/log/messages, although it couldn't boot).

 acpi0 at mainbus0: Intel ACPICA 20160108
 acpi0: X/RSDT: OemId <Shuttl,Shuttle ,20110321>, AslId <MSFT,00000097>
 ACPI Error: No handler for Region [ECRM] (0xfffffe813eee9e00)
 [EmbeddedControl] (20160108/evregion-184)
 ACPI Error: Region EmbeddedControl (ID=3) has no handler
 (20160108/exfldio-323)
 ACPI Error: Method parse/execution failed [\_SB.PCI0.SBRG.EC0._REG] (Node
 0xfffffe813eed8c10), AE_NOT_EXIST (20160108/psparse-559)
 acpi0: MCFG: segment 0, bus 0-255, address 0x00000000e0000000



 I copy the full output of the boot (all but crypto messages). There is
 other messages about ACPI, but I don't know if they are important.

 Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
     2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014, 2015, 2016
     The NetBSD Foundation, Inc.  All rights reserved.
 Copyright (c) 1982, 1986, 1989, 1991, 1993
     The Regents of the University of California.  All rights reserved.

 NetBSD 7.99.25 (GENERIC.201601140500Z) #0: Thu Jan 14 05:53:23 UTC 2016
         builds@b45.netbsd.org:
 /home/builds/ab/HEAD/amd64/201601140500Z-obj/home/source/ab/HEAD/src/sys/arch/amd64/compile/GENERIC
 total memory = 4086 MB
 avail memory = 3948 MB
 timecounter: Timecounters tick every 10.000 msec
 crypto: assign driver 0, flags 2
 crypto: driver 0 registers alg 1 flags 0 maxoplen 0
 ............
 crypto: driver 0 registers alg 22 flags 0 maxoplen 0
 Kernelized RAIDframe activated
 timecounter: Timecounter "i8254" frequency 1193182 Hz quality 100
 Standard XS35 (To Be Filled By O.E.M.)
 mainbus0 (root)
 ACPI: RSDP 0x00000000000F9ED0 000024 (v02 ACPIAM)
 ACPI: XSDT 0x00000000BF6B0100 00005C (v01 Shuttl Shuttle  20110321 MSFT
 00000097)
 ACPI: FACP 0x00000000BF6B0290 0000F4 (v04 032111 FACP1608 20110321 MSFT
 00000097)
 ACPI: DSDT 0x00000000BF6B05C0 006645 (v02 XS35V  XS35V10  00000200 INTL
 20051117)
 ACPI: FACS 0x00000000BF6BE000 000040
 ACPI: FACS 0x00000000BF6BE000 000040
 ACPI: APIC 0x00000000BF6B0390 00006C (v02 032111 APIC1608 20110321 MSFT
 00000097)
 ACPI: MCFG 0x00000000BF6B0400 00003C (v01 032111 OEMMCFG  20110321 MSFT
 0000 097)
 ACPI: SLIC 0x00000000BF6B0440 000176 (v01 Shuttl Shuttle  20110321 MSFT
 00000097)
 ACPI: OEMB 0x00000000BF6BE040 000072 (v01 032111 OEMB1608 20110321 MSFT
 00000097)
 ACPI: HPET 0x00000000BF6BA5C0 000038 (v01 032111 OEMHPET  20110321 MSFT
 00000097)
 ACPI: GSCI 0x00000000BF6BE0C0 002024 (v01 032111 GMCHSCI  20110321 MSFT
 00000097)
 ACPI: 1 ACPI AML tables successfully acquired and loaded

 ioapic0 at mainbus0 apid 4: pa 0xfec00000, version 0x20, 24 pins
 cpu0 at mainbus0 apid 0
 timecounter: Timecounter "lapic" frequency 199592089 Hz quality -100
 cpu0: Intel(R) Atom(TM) CPU D525   @ 1.80GHz, id 0x106ca
 cpu1 at mainbus0 apid 2
 cpu1: Intel(R) Atom(TM) CPU D525   @ 1.80GHz, id 0x106ca
 cpu2 at mainbus0 apid 1
 cpu2: Intel(R) Atom(TM) CPU D525   @ 1.80GHz, id 0x106ca
 cpu3 at mainbus0 apid 3
 cpu3: Intel(R) Atom(TM) CPU D525   @ 1.80GHz, id 0x106ca
 acpi0 at mainbus0: Intel ACPICA 20160108
 acpi0: X/RSDT: OemId <Shuttl,Shuttle ,20110321>, AslId <MSFT,00000097>
 ACPI Error: No handler for Region [ECRM] (0xfffffe813eee9e00)
 [EmbeddedControl] (20160108/evregion-184)
 ACPI Error: Region EmbeddedControl (ID=3) has no handler
 (20160108/exfldio-323)
 ACPI Error: Method parse/execution failed [\_SB.PCI0.SBRG.EC0._REG] (Node
 0xfffffe813eed8c10), AE_NOT_EXIST (20160108/psparse-559)
 acpi0: MCFG: segment 0, bus 0-255, address 0x00000000e0000000
 acpi0: SCI interrupting at int 9
 timecounter: Timecounter "ACPI-Safe" frequency 3579545 Hz quality 900
 hpet0 at acpi0: high precision event timer (mem 0xfed00000-0xfed00400)
 timecounter: Timecounter "hpet0" frequency 14318180 Hz quality 2000
 acpiec0 at acpi0 (EC0, PNP0C09)
 : io 0x62,0x66
 MCH (PNP0C01) at acpi0 not configured
 attimer1 at acpi0 (TMR, PNP0100): io 0x40-0x43 irq 0
 pckbc1 at acpi0 (PS2K, PNP0303) (kbd port): io 0x60,0x64 irq 1
 pckbc2 at acpi0 (PS2M, PNP0F03) (aux port): irq 12
 pcppi1 at acpi0 (SPKR, PNP0800): io 0x61
 midi0 at pcppi1: PC speaker
 sysbeep0 at pcppi1
 RMSC (PNP0C02) at acpi0 not configured
 FWH (INT0800) at acpi0 not configured
 FWHE (PNP0C02) at acpi0 not configured
 OMSC (PNP0C02) at acpi0 not configured
 PCIE (PNP0C02) at acpi0 not configured
 acpivga0 at acpi0 (GFX0): ACPI Display Adapter
 acpiout0 at acpivga0 (CRT, 0x0100): ACPI Display Output Device
 acpiout1 at acpivga0 (LCD, 0x0410): ACPI Display Output Device
 acpiout1: brightness levels: [0-7]
 acpivga0: connected output devices:
 acpivga0:   0x0100 (acpiout0): VGA Analog Monitor, index 0, port 0, head 0,
 bios detect
 acpivga0:   0x0410 (acpiout1): Int. Digital Flat Panel, index 0, port 1,
 head 0, bios detect
 acpibut0 at acpi0 (SLPB, PNP0C0E): ACPI Sleep Button
 RMEM (PNP0C01) at acpi0 not configured
 acpibut1 at acpi0 (PWRB, PNP0C0C-170): ACPI Power Button
 acpiwmi0 at acpi0 (AMW0, PNP0C14-1): ACPI WMI Interface
 wmieeepc0 at acpiwmi0: Asus Eee PC WMI mappings
 acpitz0 at acpi0 (TZ00)
 acpitz0: levels: critical 104.0 C, passive cooling
 ACPI: Enabled 3 GPEs in block 00 to 1F
 pckbd0 at pckbc1 (kbd slot)
 pckbc1: using irq 1 for kbd slot
 wskbd0 at pckbd0: console keyboard
 attimer1: attached to pcppi1
 pci0 at mainbus0 bus 0: configuration mode 1
 pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok
 pchb0 at pci0 dev 0 function 0: vendor 8086 product a000 (rev. 0x02)
 agp0 at pchb0: i915-family chipset
 agp0: can't set up chipset flush page: 35
 i915drmkms0 at pci0 dev 2 function 0: vendor 8086 product a001 (rev. 0x02)
 DRM error in i915_gmch_probe: failed to set up gmch
 i915drmkms0: unable to attach drm: 5
 vendor 8086 product a002 (miscellaneous display, revision 0x02) at pci0 dev
 2 function 1 not configured
 hdaudio0 at pci0 dev 27 function 0: HD Audio Controller
 hdaudio0: interrupting at ioapic0 pin 16
 hdafg0 at hdaudio0: vendor 111d product 7605
 hdafg0: DAC00 2ch: Speaker [Built-In], HP Out [Jack]
 hdafg0: ADC01 2ch: Mic In [Jack]
 hdafg0: ADC02 2ch: Mic In [Built-In]
 hdafg0: 2ch/2ch 44100Hz 48000Hz 88200Hz 96000Hz 192000Hz PCM16 PCM20 PCM24
 AC3
 audio0 at hdafg0: full duplex, playback, capture, mmap, independent
 ppb0 at pci0 dev 28 function 0: vendor 8086 product 27d0 (rev. 0x02)
 ppb0: PCI Express capability version 1 <Root Port of PCI-E Root Complex> x1
 @ 2.5GT/s
 pci1 at ppb0 bus 1
 pci1: i/o space, memory space enabled, rd/line, wr/inv ok
 ppb1 at pci0 dev 28 function 1: vendor 8086 product 27d2 (rev. 0x02)
 ppb1: PCI Express capability version 1 <Root Port of PCI-E Root Complex> x1
 @ 2.5GT/s
 pci2 at ppb1 bus 2
 pci2: i/o space, memory space enabled, rd/line, wr/inv ok
 vendor 197b product 2382 (miscellaneous system, revision 0x80) at pci2 dev
 0 function 0 not configured
 sdhc0 at pci2 dev 0 function 2: vendor 197b product 2381 (rev. 0x80)
 sdhc0: interrupting at ioapic0 pin 18
 sdhc0: SDHC 2.0, rev 176, SDMA, 50000 kHz, 3.3V, 512 byte blocks
 sdmmc0 at sdhc0 slot 0
 vendor 197b product 2383 (miscellaneous system, revision 0x80) at pci2 dev
 0 function 3 not configured
 jme0 at pci2 dev 0 function 5
 jme0: JMicron JMC250 Gigabit Ethernet Controller
 jme0: PCI device revision : 0x3, Chip revision: 0x23
 jme0: Ethernet address 80:ee:73:13:66:4f
 jme0: interrupting at ioapic0 pin 17
 ukphy0 at jme0 phy 1: OUI 0x00d831, model 0x0021, rev. 1
 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
 1000baseT-FDX, auto
 ppb2 at pci0 dev 28 function 3: vendor 8086 product 27d6 (rev. 0x02)
 ppb2: PCI Express capability version 1 <Root Port of PCI-E Root Complex> x1
 @ 2.5GT/s
 pci3 at ppb2 bus 3
 pci3: i/o space, memory space enabled, rd/line, wr/inv ok
 rtwn0 at pci3 dev 0 function 0: vendor 10ec product 8176 (rev. 0x01)
 rtwn0: interrupting at msi0 vec 0
 rtwn0: MAC/BB RTL8188CE, RF 6052 1T1R, address e0:91:53:45:06:1a
 rtwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
 rtwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps
 24Mbps 36Mbps 48Mbps 54Mbps
 uhci0 at pci0 dev 29 function 0: vendor 8086 product 27c8 (rev. 0x02)
 uhci0: interrupting at ioapic0 pin 23
 usb0 at uhci0: USB revision 1.0
 uhci1 at pci0 dev 29 function 1: vendor 8086 product 27c9 (rev. 0x02)
 uhci1: interrupting at ioapic0 pin 19
 usb1 at uhci1: USB revision 1.0
 uhci2 at pci0 dev 29 function 2: vendor 8086 product 27ca (rev. 0x02)
 uhci2: interrupting at ioapic0 pin 18
 usb2 at uhci2: USB revision 1.0
 uhci3 at pci0 dev 29 function 3: vendor 8086 product 27cb (rev. 0x02)
 uhci3: interrupting at ioapic0 pin 16
 usb3 at uhci3: USB revision 1.0
 ehci0 at pci0 dev 29 function 7: vendor 8086 product 27cc (rev. 0x02)
 ehci0: interrupting at ioapic0 pin 23
 ehci0: EHCI version 1.0
 ehci0: companion controllers, 2 ports each: uhci0 uhci1 uhci2 uhci3
 usb4 at ehci0: USB revision 2.0
 ppb3 at pci0 dev 30 function 0: vendor 8086 product 2448 (rev. 0xe2)
 pci4 at ppb3 bus 4
 pci4: i/o space, memory space enabled
 ichlpcib0 at pci0 dev 31 function 0: vendor 8086 product 27bc (rev. 0x02)
 timecounter: Timecounter "ichlpcib0" frequency 3579545 Hz quality 1000
 ichlpcib0: 24-bit timer
 tco0 at ichlpcib0: TCO (watchdog) timer configured.
 tco0: Min/Max interval 1/367 seconds
 gpio0 at ichlpcib0: 64 pins
 ahcisata0 at pci0 dev 31 function 2: vendor 8086 product 27c1 (rev. 0x02)
 ahcisata0: interrupting at ioapic0 pin 19
 ahcisata0: 64-bit DMA
 ahcisata0: AHCI revision 1.10, 4 ports, 32 slots, CAP
 0xc720ff03<PSC,SSC,PMD,ISS=0x2=Gen2,SCLO,SAL,SALP,SNCQ,S64A>
 atabus0 at ahcisata0 channel 0
 atabus1 at ahcisata0 channel 1
 atabus2 at ahcisata0 channel 2
 atabus3 at ahcisata0 channel 3
 ichsmb0 at pci0 dev 31 function 3: vendor 8086 product 27da (rev. 0x02)
 ichsmb0: interrupting at ioapic0 pin 19
 iic0 at ichsmb0: I2C bus
 isa0 at ichlpcib0
 acpicpu0 at cpu0: ACPI CPU
 acpicpu0: C1: HLT, lat   0 us, pow     0 mW
 coretemp0 at cpu0: thermal sensor, 1 C resolution, Tjmax=100
 acpicpu1 at cpu1: ACPI CPU
 coretemp1 at cpu1: thermal sensor, 1 C resolution, Tjmax=100
 acpicpu2 at cpu2: ACPI CPU
 acpicpu3 at cpu3: ACPI CPU
 timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0
 timecounter: Timecounter "TSC" frequency 1795578930 Hz quality -100
 IPsec: Initialized Security Association Processing.
 uhub0 at usb0: vendor 8086 UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
 uhub0: 2 ports with 2 removable, self powered
 uhub1 at usb2: vendor 8086 UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
 uhub1: 2 ports with 2 removable, self powered
 uhub2 at usb3: vendor 8086 UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
 uhub2: 2 ports with 2 removable, self powered
 uhub3 at usb4: vendor 8086 EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
 uhub3: 8 ports with 8 removable, self powered
 uhub4 at usb1: vendor 8086 UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
 uhub4: 2 ports with 2 removable, self powered
 ahcisata0 port 0: device present, speed: 3.0Gb/s
 ahcisata0 port 1: device present, speed: 1.5Gb/s
 ehci0: handing over low speed device on port 8 to uhci3
 wd0 at atabus0 drive 0
 wd0: <TOSHIBA MQ01ABD100>
 wd0: drive supports 16-sector PIO transfers, LBA48 addressing
 wd0: 931 GB, 1938021 cyl, 16 head, 63 sec, 512 bytes/sect x 1953525168
 sectors
 wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
 wd0(ahcisata0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 5
 (Ultra/100) (using DMA)
 atapibus0 at atabus1: 1 targets
 cd0 at atapibus0 drive 0: <HL-DT-STDVDRAM GT32N, KZ7B2I13217, 1.00> cdrom
 removable
 cd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
 cd0(ahcisata0:1:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 5
 (Ultra/100) (using DMA)
 crypto: assign driver 1, flags 2
 crypto: driver 1 registers alg 1 flags 0 maxoplen 0
 ........
 crypto: driver 1 registers alg 22 flags 0 maxoplen 0
 pad0: outputs: 44100Hz, 16-bit, stereo
 audio1 at pad0: half duplex, plface-646)
 ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_]
 (20131218/hwxface-646)
 pckbd0 at pckbc1 (kbd slot)
 ules
 panic: cnopen: no console device
 fatal breakpoint trap in supervisor mode
 trap type 1 code 0 rip ffffffff80114a75 cs 8 rflags 246 cr2 7f7ff6c0cc00
 ilevel 0 rsp fffffe8040e83ac8
 curlwp 0xfffffe8107cc2280 pid 2.1 lowest kstack 0xfffffe8040e802c0


From: Jose Luis Rodriguez Garcia <joseyluis@gmail.com>
To: gnats-bugs@netbsd.org
Cc: christos@zoulas.com
Subject: Re: kern/50453
Date: Sat, 16 Jan 2016 02:00:06 +0100

 It is the bus_space_map.

 I have tried your suggestion of retrying when EAGAIN error happens and
 it didn't help. (I have retried up to 10 times in a row).

 On Fri, Jan 15, 2016 at 10:18 PM, Jose Luis Rodriguez Garcia
 <joseyluis@gmail.com> wrote:
 > I have also the same error with pineview.
 >
 > I obtain this ACPI Error at the the begining.
 > This is from the output of boot -v of current of January 15 of 2016. (I have
 > copied the message from dmesg of next boot, not from serial console. The
 > boot output
 > was stored in /var/log/messages, although it couldn't boot).
 >
 > acpi0 at mainbus0: Intel ACPICA 20160108
 > acpi0: X/RSDT: OemId <Shuttl,Shuttle ,20110321>, AslId <MSFT,00000097>
 > ACPI Error: No handler for Region [ECRM] (0xfffffe813eee9e00)
 > [EmbeddedControl] (20160108/evregion-184)
 > ACPI Error: Region EmbeddedControl (ID=3) has no handler
 > (20160108/exfldio-323)
 > ACPI Error: Method parse/execution failed [\_SB.PCI0.SBRG.EC0._REG] (Node
 > 0xfffffe813eed8c10), AE_NOT_EXIST (20160108/psparse-559)
 > acpi0: MCFG: segment 0, bus 0-255, address 0x00000000e0000000
 >
 >
 >
 > I copy the full output of the boot (all but crypto messages). There is other
 ...

From: Patrick Welche <prlw1@cam.ac.uk>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/50453: "no console" panic after pci ext. conf change
Date: Fri, 22 Jan 2016 14:39:24 +0000

 The EAGAIN is coming from bus_space_map - with the little patch below
 I see:

 agp0: Try bus_space_map again
 agp0: bus_space_map returned error = 35 (addr = e0000001)
 agp0: can't set up chipset flush page: 35

 Another work-around is to keep acpi but build a kernel with

   options 	NO_PCI_EXTENDED_CONFIG



 Index: sys/dev/pci/agp_i810.c
 ===================================================================
 RCS file: /cvsroot/src/sys/dev/pci/agp_i810.c,v
 retrieving revision 1.121
 diff -u -p -r1.121 agp_i810.c
 --- sys/dev/pci/agp_i810.c	21 Oct 2015 15:37:35 -0000	1.121
 +++ sys/dev/pci/agp_i810.c	22 Jan 2016 14:38:29 -0000
 @@ -706,15 +706,27 @@ agp_i810_setup_chipset_flush_page(struct
  		/* BIOS allocated it for us.  Use that.  */
  		error = bus_space_map(isc->flush_bst, addr & ~1, PAGE_SIZE, 0,
  		    &isc->flush_bsh);
 -		if (error)
 +		if (error == EAGAIN) {
 +			aprint_debug_dev(sc->as_dev, "Try bus_space_map again\n");
 +			error = bus_space_map(isc->flush_bst, addr & ~1,
 +			    PAGE_SIZE, 0, &isc->flush_bsh);
 +		}
 +		if (error) {
 +			aprint_debug_dev(sc->as_dev, "bus_space_map returned "
 +			    "error = %d (addr = %"PRIx64")\n", error,
 +			    (uint64_t)addr);
  			return error;
 +		}
  	} else {
  		/* None allocated.  Allocate one.  */
  		error = bus_space_alloc(isc->flush_bst, minaddr, maxaddr,
  		    PAGE_SIZE, PAGE_SIZE, 0, 0,
  		    &isc->flush_addr, &isc->flush_bsh);
 -		if (error)
 +		if (error) {
 +			aprint_debug_dev(sc->as_dev, "bus_space_alloc returned "
 +			    "error = %d\n", error);
  			return error;
 +		}
  		KASSERT(isc->flush_addr != 0);
  		/* Write it into the PCI config register.  */
  		addr = isc->flush_addr | 1;

From: Patrick Welche <prlw1@cam.ac.uk>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/50453
Date: Fri, 22 Jan 2016 14:44:08 +0000

 I hadn't spotted that Jose had already done that test!
 So all that's new is that it is definitely in the NO_PCI_EXTENDED_CONFIG code.

From: Patrick Welche <prlw1@cam.ac.uk>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/50453
Date: Fri, 29 Jan 2016 11:46:20 +0000

 With NO_PCI_EXTENDED_CONFIG:

 agp0 at pchb0: i915-family chipset
 agp0: AGP_I915_IFPADDR = e0000001 (100000,ffffffff)
 agp0: detected 7932k stolen memory
 agp0: BAR size 100000 mismatches detected GTT size 40000; trusting BAR
 agp0: aperture at 0xd0000000, size 0x10000000

 Without NO_PCI_EXTENDED_CONFIG:

 acpi0: acpimcfg_map_bus done
 ...
 agp0 at pchb0: i915-family chipset
 agp0: AGP_I915_IFPADDR = e0000001 (100000,ffffffff)
 agp0: Try bus_space map again
 agp0: bus_space map returned error = 35 (addr = e0000001)
 agp0: can't set up chipset flush page: 35

 From sys/arch/x86/pci/pci_machdep.c

 #if NACPICA > 0 && !defined(NO_PCI_EXTENDED_CONFIG)
         acpimcfg_map_bus(self, pba->pba_pc, pba->pba_bus); 
 #endif

 the call to acpimcfg_map_bus causes the outcome to be different
 even though the same address was read.

 Note that in both cases we see:

 MCFG: bus 0-255, address 0x00000000e0000000: no valid region
 ...
 acpi0: MCFG: PNP0C01: Type=7
 acpi0: MCFG: PNP0C01: bus 0-255, address 0x00000000e0000000: no valid region
 ...
 acpi0: MCFG: PNP0C02: Type=7
 acpi0: MCFG: PNP0C02: bus 0-255, address 0x00000000e0000000: no valid region
 ...
 acpi0: MCFG: PNP0C02: Type=7
 acpi0: MCFG: PNP0C02: bus 0-255, address 0x00000000e0000000: no valid region
 acpi0: MCFG: PNP0C02: Type=10(FIXED_MEMORY32), Address=0x00000000e0000000, Lengt
 h=0x0000000010000000
 acpi0: MCFG: segment 0, bus 0-255, address 0x00000000e0000000

From: NONAKA Kimihiro <nonakap@gmail.com>
To: "gnats-bugs@netbsd.org" <gnats-bugs@netbsd.org>
Cc: kern-bug-people@netbsd.org, 
	"gnats-admin@netbsd.org" <gnats-admin@netbsd.org>, "netbsd-bugs@netbsd.org" <netbsd-bugs@netbsd.org>, 
	Patrick Welche <prlw1@cam.ac.uk>
Subject: Re: kern/50453
Date: Tue, 2 Feb 2016 22:49:44 +0900

 --001a1140f9882763cc052ac9c640
 Content-Type: text/plain; charset=UTF-8

 Please test the attached patch.

 2016-01-29 20:50 GMT+09:00 Patrick Welche <prlw1@cam.ac.uk>:
 > The following reply was made to PR kern/50453; it has been noted by GNATS.
 >
 > From: Patrick Welche <prlw1@cam.ac.uk>
 > To: gnats-bugs@netbsd.org
 > Cc:
 > Subject: Re: kern/50453
 > Date: Fri, 29 Jan 2016 11:46:20 +0000
 >
 >  With NO_PCI_EXTENDED_CONFIG:
 >
 >  agp0 at pchb0: i915-family chipset
 >  agp0: AGP_I915_IFPADDR = e0000001 (100000,ffffffff)
 >  agp0: detected 7932k stolen memory
 >  agp0: BAR size 100000 mismatches detected GTT size 40000; trusting BAR
 >  agp0: aperture at 0xd0000000, size 0x10000000
 >
 >  Without NO_PCI_EXTENDED_CONFIG:
 >
 >  acpi0: acpimcfg_map_bus done
 >  ...
 >  agp0 at pchb0: i915-family chipset
 >  agp0: AGP_I915_IFPADDR = e0000001 (100000,ffffffff)
 >  agp0: Try bus_space map again
 >  agp0: bus_space map returned error = 35 (addr = e0000001)
 >  agp0: can't set up chipset flush page: 35
 >
 >  From sys/arch/x86/pci/pci_machdep.c
 >
 >  #if NACPICA > 0 && !defined(NO_PCI_EXTENDED_CONFIG)
 >          acpimcfg_map_bus(self, pba->pba_pc, pba->pba_bus);
 >  #endif
 >
 >  the call to acpimcfg_map_bus causes the outcome to be different
 >  even though the same address was read.
 >
 >  Note that in both cases we see:
 >
 >  MCFG: bus 0-255, address 0x00000000e0000000: no valid region
 >  ...
 >  acpi0: MCFG: PNP0C01: Type=7
 >  acpi0: MCFG: PNP0C01: bus 0-255, address 0x00000000e0000000: no valid region
 >  ...
 >  acpi0: MCFG: PNP0C02: Type=7
 >  acpi0: MCFG: PNP0C02: bus 0-255, address 0x00000000e0000000: no valid region
 >  ...
 >  acpi0: MCFG: PNP0C02: Type=7
 >  acpi0: MCFG: PNP0C02: bus 0-255, address 0x00000000e0000000: no valid region
 >  acpi0: MCFG: PNP0C02: Type=10(FIXED_MEMORY32), Address=0x00000000e0000000, Lengt
 >  h=0x0000000010000000
 >  acpi0: MCFG: segment 0, bus 0-255, address 0x00000000e0000000
 >

 --001a1140f9882763cc052ac9c640
 Content-Type: application/octet-stream; 
 	name="0001-PR-50453-Check-overlaid-MCHBAR-region-on-PCIEXBAR-re.patch"
 Content-Disposition: attachment; 
 	filename="0001-PR-50453-Check-overlaid-MCHBAR-region-on-PCIEXBAR-re.patch"
 Content-Transfer-Encoding: base64
 X-Attachment-Id: f_ik5gohdm0

 RnJvbSAxYmE2OWI3NGZkZGFkZTM4MDk1Y2I4MjJmYTU5ZDYyY2Y1Y2YzMmNmIE1vbiBTZXAgMTcg
 MDA6MDA6MDAgMjAwMQpGcm9tOiBOT05BS0EgS2ltaWhpcm8gPG5vbmFrYXBAZ21haWwuY29tPgpE
 YXRlOiBUdWUsIDIgRmViIDIwMTYgMjA6NDU6MzEgKzA5MDAKU3ViamVjdDogW1BBVENIXSBQUi81
 MDQ1MzogQ2hlY2sgb3ZlcmxhaWQgTUNIQkFSIHJlZ2lvbiBvbiBQQ0lFWEJBUiByZWdpb24uCgot
 LS0KIHN5cy9hcmNoL3g4Ni9hY3BpL2FjcGlfbWFjaGRlcC5jIHwgNzIgKysrKysrKysrKysrKysr
 KysrKysrKysrKysrKysrKysrKysrKysrKwogc3lzL2Rldi9hY3BpL2FjcGlfbWNmZy5jICAgICAg
 ICAgfCAxOSArKysrKysrKysrKwogc3lzL2Rldi9hY3BpL2FjcGlfbWNmZy5oICAgICAgICAgfCAg
 NyArKystCiAzIGZpbGVzIGNoYW5nZWQsIDk3IGluc2VydGlvbnMoKyksIDEgZGVsZXRpb24oLSkK
 CmRpZmYgLS1naXQgYS9zeXMvYXJjaC94ODYvYWNwaS9hY3BpX21hY2hkZXAuYyBiL3N5cy9hcmNo
 L3g4Ni9hY3BpL2FjcGlfbWFjaGRlcC5jCmluZGV4IGU1Yjg5MmQuLmYyMjA2NWUgMTAwNjQ0Ci0t
 LSBhL3N5cy9hcmNoL3g4Ni9hY3BpL2FjcGlfbWFjaGRlcC5jCisrKyBiL3N5cy9hcmNoL3g4Ni9h
 Y3BpL2FjcGlfbWFjaGRlcC5jCkBAIC02Nyw2ICs2Nyw3IEBAIF9fS0VSTkVMX1JDU0lEKDAsICIk
 TmV0QlNEOiBhY3BpX21hY2hkZXAuYyx2IDEuMTIgMjAxNi8wMS8yOCAyMzo1MDowNCBodG9kZCBF
 eHAKICNpbmNsdWRlIDx4ODYvZWZpLmg+CiAKICNpbmNsdWRlIDxkZXYvcGNpL3BjaXZhci5oPgor
 I2luY2x1ZGUgPGRldi9wY2kvcGNpZGV2cy5oPgogCiAjaW5jbHVkZSA8ZGV2L2lzYS9pc2FyZWcu
 aD4KICNpbmNsdWRlIDxkZXYvaXNhL2lzYXZhci5oPgpAQCAtNDEwLDYgKzQxMSw3NiBAQCBhY3Bp
 X21kX21jZmdfdmFsaWRhdGUodWludDY0X3QgYWRkciwgaW50IGJ1c19zdGFydCwgaW50ICpidXNf
 ZW5kKQogCXJldHVybiBmYWxzZTsKIH0KIAorc3RhdGljIGJvb2wKK2FjcGlfbWRfbWNmZ192YWxp
 ZGF0ZV9kZXYocGNpX2NoaXBzZXRfdGFnX3QgcGMsIHBjaXRhZ190IHRhZykKK3sKKwl1aW50NjRf
 dCBwY2lleGJhciwgcGNpZXhiYXJfc2l6ZSwgcGNpZXhiYXJfbWFzazsKKwl1aW50NjRfdCBtY2hi
 YXIsIG1jaGJhcl9zaXplOworCXVpbnQ2NF90IGRldm9mZiwgYmFyb2ZmOworCXBjaXRhZ190IHBj
 aGJfdGFnOworCXBjaXJlZ190IGlkOworCWludCBidXMsIGRldjsKKworCXBjaV9kZWNvbXBvc2Vf
 dGFnKHBjLCB0YWcsICZidXMsICZkZXYsIE5VTEwpOworCisJcGNoYl90YWcgPSBwY2lfbWFrZV90
 YWcocGMsIDAsIDAsIDApOworCWlkID0gcGNpX2NvbmZfcmVhZChwYywgcGNoYl90YWcsIFBDSV9J
 RF9SRUcpOworCXN3aXRjaCAoUENJX1ZFTkRPUihpZCkpIHsKKwljYXNlIFBDSV9WRU5ET1JfSU5U
 RUw6CisJCXN3aXRjaCAoUENJX1BST0RVQ1QoaWQpKSB7CisJCWNhc2UgUENJX1BST0RVQ1RfSU5U
 RUxfUElORVZJRVdfSEI6CisJCQkvKiBDaGVjayBvdmVybGFpZCBNQ0hCQVIgcmVnaW9uICovCisJ
 CQlwY2lleGJhciA9IHBjaV9jb25mX3JlYWQocGMsIHBjaGJfdGFnLCAweDYwKTsKKwkJCXBjaWV4
 YmFyIHw9CisJCQkgICAgKHVpbnQ2NF90KXBjaV9jb25mX3JlYWQocGMsIHBjaGJfdGFnLCAweDY0
 KSA8PCAzMjsKKwkJCWlmICghKHBjaWV4YmFyICYgMSkpCisJCQkJcmV0dXJuIGZhbHNlOwkvKiBQ
 Q0lFWEJBUiBpcyBkaXNhYmxlZCAqLworCQkJc3dpdGNoICgocGNpZXhiYXIgPj4gMSkgJiAzKSB7
 CisJCQljYXNlIDA6CisJCQkJcGNpZXhiYXJfc2l6ZSA9IDI1NiAqIDEwMjQgKiAxMDI0OworCQkJ
 CXBjaWV4YmFyX21hc2sgPSAweGZmMDAwMDAwMFVMTDsKKwkJCQlicmVhazsKKwkJCWNhc2UgMToK
 KwkJCQlwY2lleGJhcl9zaXplID0gMTI4ICogMTAyNCAqIDEwMjQ7CisJCQkJcGNpZXhiYXJfbWFz
 ayA9IDB4ZmY4MDAwMDAwVUxMOworCQkJCWJyZWFrOworCQkJY2FzZSAyOgorCQkJCXBjaWV4YmFy
 X3NpemUgPSA2NCAqIDEwMjQgKiAxMDI0OworCQkJCXBjaWV4YmFyX21hc2sgPSAweGZmYzAwMDAw
 MFVMTDsKKwkJCQlicmVhazsKKwkJCWRlZmF1bHQ6CisJCQkJLyogcmVzZXJ2ZWQgKi8KKwkJCQly
 ZXR1cm4gZmFsc2U7CisJCQl9CisJCQlwY2lleGJhciAmPSBwY2lleGJhcl9tYXNrOworCisJCQlt
 Y2hiYXIgPSBwY2lfY29uZl9yZWFkKHBjLCBwY2hiX3RhZywgMHg0OCk7CisJCQltY2hiYXIgfD0K
 KwkJCSAgICAodWludDY0X3QpcGNpX2NvbmZfcmVhZChwYywgcGNoYl90YWcsIDB4NGMpIDw8IDMy
 OworCQkJaWYgKCEobWNoYmFyICYgMSkpCisJCQkJYnJlYWs7CS8qIE1DSEJBUiBpcyBkaXNhYmxl
 ZCAqLworCQkJbWNoYmFyX3NpemUgPSAxNiAqIDEwMjQ7CisJCQltY2hiYXIgJj0gfjE7CisKKwkJ
 CWlmIChtY2hiYXIgPCBwY2lleGJhciAmJgorCQkJICAgIG1jaGJhciArIG1jaGJhcl9zaXplIDwg
 cGNpZXhiYXIpCisJCQkJYnJlYWs7CisJCQlpZiAobWNoYmFyID49IHBjaWV4YmFyICsgcGNpZXhi
 YXJfc2l6ZSkKKwkJCQlicmVhazsKKworCQkJYmFyb2ZmID0gbWNoYmFyIC0gcGNpZXhiYXI7CisJ
 CQlkZXZvZmYgPSBidXMgKiBBQ1BJTUNGR19TSVpFX1BFUl9CVVMgKworCQkJICAgIGRldiAqIEFD
 UElNQ0ZHX1NJWkVfUEVSX0RFVjsKKwkJCWlmIChiYXJvZmYgPj0gZGV2b2ZmICYmCisJCQkgICAg
 YmFyb2ZmIDwgZGV2b2ZmICsgQUNQSU1DRkdfU0laRV9QRVJfREVWKQorCQkJCXJldHVybiBmYWxz
 ZTsJLyogb3ZlcmxhaWQgKi8KKwkJCWJyZWFrOworCQl9CisJCWJyZWFrOworCX0KKwlyZXR1cm4g
 dHJ1ZTsKK30KKwogc3RhdGljIHVpbnQzMl90CiBhY3BpX21kX21jZmdfcmVhZChidXNfc3BhY2Vf
 dGFnX3QgYnN0LCBidXNfc3BhY2VfaGFuZGxlX3QgYnNoLCBidXNfYWRkcl90IGFkZHIpCiB7CkBA
 IC00MzYsNiArNTA3LDcgQEAgYWNwaV9tZF9tY2ZnX3dyaXRlKGJ1c19zcGFjZV90YWdfdCBic3Qs
 IGJ1c19zcGFjZV9oYW5kbGVfdCBic2gsIGJ1c19hZGRyX3QgYWRkciwKIAogc3RhdGljIGNvbnN0
 IHN0cnVjdCBhY3BpbWNmZ19vcHMgYWNwaV9tZF9tY2ZnX29wcyA9IHsKIAkuYW9fdmFsaWRhdGUg
 PSBhY3BpX21kX21jZmdfdmFsaWRhdGUsCisJLmFvX3ZhbGlkYXRlX2RldiA9IGFjcGlfbWRfbWNm
 Z192YWxpZGF0ZV9kZXYsCiAKIAkuYW9fcmVhZCA9IGFjcGlfbWRfbWNmZ19yZWFkLAogCS5hb193
 cml0ZSA9IGFjcGlfbWRfbWNmZ193cml0ZSwKZGlmZiAtLWdpdCBhL3N5cy9kZXYvYWNwaS9hY3Bp
 X21jZmcuYyBiL3N5cy9kZXYvYWNwaS9hY3BpX21jZmcuYwppbmRleCA2MzM2YzUxLi5jODc2YWNm
 IDEwMDY0NAotLS0gYS9zeXMvZGV2L2FjcGkvYWNwaV9tY2ZnLmMKKysrIGIvc3lzL2Rldi9hY3Bp
 L2FjcGlfbWNmZy5jCkBAIC03NCw2ICs3NCw3IEBAIHN0YXRpYyBzdHJ1Y3QgYWNwaV9zb2Z0YyAq
 YWNwaV9zYzsKIAogc3RhdGljIGNvbnN0IHN0cnVjdCBhY3BpbWNmZ19vcHMgbWNmZ19kZWZhdWx0
 X29wcyA9IHsKIAkuYW9fdmFsaWRhdGUgPSBhY3BpbWNmZ19kZWZhdWx0X3ZhbGlkYXRlLAorCS5h
 b192YWxpZGF0ZV9kZXYgPSBhY3BpbWNmZ19kZWZhdWx0X3ZhbGlkYXRlX2RldiwKIAogCS5hb19y
 ZWFkID0gYWNwaW1jZmdfZGVmYXVsdF9yZWFkLAogCS5hb193cml0ZSA9IGFjcGltY2ZnX2RlZmF1
 bHRfd3JpdGUsCkBAIC05MSw2ICs5MiwxNCBAQCBhY3BpbWNmZ19kZWZhdWx0X3ZhbGlkYXRlKHVp
 bnQ2NF90IGFkZHJlc3MsIGludCBidXNfc3RhcnQsIGludCAqYnVzX2VuZCkKIAlyZXR1cm4gdHJ1
 ZTsKIH0KIAorYm9vbAorYWNwaW1jZmdfZGVmYXVsdF92YWxpZGF0ZV9kZXYocGNpX2NoaXBzZXRf
 dGFnX3QgcGMsIHBjaXRhZ190IHRhZykKK3sKKworCS8qIEFsd2F5cyBPayAqLworCXJldHVybiB0
 cnVlOworfQorCiB1aW50MzJfdAogYWNwaW1jZmdfZGVmYXVsdF9yZWFkKGJ1c19zcGFjZV90YWdf
 dCBic3QsIGJ1c19zcGFjZV9oYW5kbGVfdCBic2gsCiAgICAgYnVzX2FkZHJfdCBhZGRyKQpAQCAt
 NTY2LDYgKzU3NSwxNiBAQCBhY3BpbWNmZ19tYXBfYnVzKGRldmljZV90IHNlbGYsIHBjaV9jaGlw
 c2V0X3RhZ190IHBjLCBpbnQgYnVzKQogCiAJLyogUHJvYmUgZXh0ZW5kZWQgY29uZmlndXJhdGlv
 biBzcGFjZSBvZiBhbGwgZGV2aWNlcy4gKi8KIAltZW1zZXQobWItPnZhbGlkX2RldnMsIDB4ZmYs
 IHNpemVvZihtYi0+dmFsaWRfZGV2cykpOworCWlmIChtY2ZnX29wcy0+YW9fdmFsaWRhdGVfZGV2
 ICE9IE5VTEwpIHsKKwkJZm9yIChpID0gMDsgaSA8IDMyOyBpKyspIHsKKwkJCWlmICghbWNmZ19v
 cHMtPmFvX3ZhbGlkYXRlX2RldihwYywKKwkJCSAgICBwY2lfbWFrZV90YWcocGMsIGJ1cywgaSwg
 MCkpKSB7CisJCQkJZm9yIChqID0gMDsgaiA8IDg7IGorKykgeworCQkJCQlFWFRDT05GX1NFVF9J
 TlZBTElEKG1iLCBpLCBqKTsKKwkJCQl9CisJCQl9CisJCX0KKwl9CiAJbWItPnZhbGlkX25kZXZz
 ID0gMDsKIAltYi0+bGFzdF9wcm9iZWQgPSBwY2lfbWFrZV90YWcocGMsIGJ1cywgMCwgMCk7CiAK
 ZGlmZiAtLWdpdCBhL3N5cy9kZXYvYWNwaS9hY3BpX21jZmcuaCBiL3N5cy9kZXYvYWNwaS9hY3Bp
 X21jZmcuaAppbmRleCBiNjdjMzYwLi45OGM5MzUyIDEwMDY0NAotLS0gYS9zeXMvZGV2L2FjcGkv
 YWNwaV9tY2ZnLmgKKysrIGIvc3lzL2Rldi9hY3BpL2FjcGlfbWNmZy5oCkBAIC00MCw2ICs0MCw5
 IEBAIHN0cnVjdCBhY3BpbWNmZ19vcHMgewogCS8qIHZhbGlkYXRlIE1DRkcgbWVtb3J5IHJlZ2lv
 biAqLwogCWJvb2wJCSgqYW9fdmFsaWRhdGUpKHVpbnQ2NF90LCBpbnQsIGludCAqKTsKIAorCS8q
 IHZhbGlkYXRlIGRldmljZSAqLworCWJvb2wJCSgqYW9fdmFsaWRhdGVfZGV2KShwY2lfY2hpcHNl
 dF90YWdfdCwgcGNpdGFnX3QpOworCiAJLyogb3ZlcnJpZGUgZGVmYXVsdCBidXNfc3BhY2UoOSkg
 ZnVuY3Rpb24gKi8KIAl1aW50MzJfdAkoKmFvX3JlYWQpKGJ1c19zcGFjZV90YWdfdCwgYnVzX3Nw
 YWNlX2hhbmRsZV90LAogCQkJICAgIGJ1c19hZGRyX3QpOwpAQCAtNDcsOSArNTAsMTEgQEAgc3Ry
 dWN0IGFjcGltY2ZnX29wcyB7CiAJCQkgICAgYnVzX2FkZHJfdCwgdWludDMyX3QpOwogfTsKIAot
 I2RlZmluZQlBQ1BJTUNGR19TSVpFX1BFUl9CVVMJKFBDSV9FWFRDT05GX1NJWkUgKiAzMi8qZGV2
 Ki8gKiA4LypmdW5jKi8pCisjZGVmaW5lCUFDUElNQ0ZHX1NJWkVfUEVSX0RFVgkoUENJX0VYVENP
 TkZfU0laRSAqIDgvKmZ1bmMqLykKKyNkZWZpbmUJQUNQSU1DRkdfU0laRV9QRVJfQlVTCShBQ1BJ
 TUNGR19TSVpFX1BFUl9ERVYgKiAzMi8qZGV2Ki8pCiAKIGJvb2wJCWFjcGltY2ZnX2RlZmF1bHRf
 dmFsaWRhdGUodWludDY0X3QsIGludCwgaW50ICopOworYm9vbAkJYWNwaW1jZmdfZGVmYXVsdF92
 YWxpZGF0ZV9kZXYocGNpX2NoaXBzZXRfdGFnX3QsIHBjaXRhZ190KTsKIHVpbnQzMl90CWFjcGlt
 Y2ZnX2RlZmF1bHRfcmVhZChidXNfc3BhY2VfdGFnX3QsIGJ1c19zcGFjZV9oYW5kbGVfdCwKIAkJ
 ICAgIGJ1c19hZGRyX3QpOwogdm9pZAkJYWNwaW1jZmdfZGVmYXVsdF93cml0ZShidXNfc3BhY2Vf
 dGFnX3QsIGJ1c19zcGFjZV9oYW5kbGVfdCwKLS0gCjIuNy4wCgo=
 --001a1140f9882763cc052ac9c640--

From: NONAKA Kimihiro <nonakap@gmail.com>
To: "gnats-bugs@netbsd.org" <gnats-bugs@netbsd.org>
Cc: kern-bug-people@netbsd.org, 
	"gnats-admin@netbsd.org" <gnats-admin@netbsd.org>, "netbsd-bugs@netbsd.org" <netbsd-bugs@netbsd.org>, 
	Patrick Welche <prlw1@cam.ac.uk>
Subject: Re: kern/50453
Date: Tue, 19 Apr 2016 22:09:05 +0900

 Hi,

 Please try following patch.
 It seems to work fine on Lenovo ideapad S10-3 (Atom N455).

 commit 2c11560b5b0f3bda0a6e5e2d0478b43f4448f943
 Author: NONAKA Kimihiro <nonakap@gmail.com>
 Date:   Tue Apr 19 20:21:44 2016 +0900

     PR/50453: Use I965_IFPADDR for Pineview.

 diff --git a/sys/dev/pci/agp_i810.c b/sys/dev/pci/agp_i810.c
 index 427ee44..23444ea 100644
 --- a/sys/dev/pci/agp_i810.c
 +++ b/sys/dev/pci/agp_i810.c
 @@ -68,13 +68,14 @@ struct agp_softc *agp_i810_sc = NULL;
  #define READ4(off) bus_space_read_4(isc->bst, isc->bsh, off)
  #define WRITE4(off,v) bus_space_write_4(isc->bst, isc->bsh, off, v)

 -#define CHIP_I810 0 /* i810/i815 */
 -#define CHIP_I830 1 /* 830M/845G */
 -#define CHIP_I855 2 /* 852GM/855GM/865G */
 -#define CHIP_I915 3 /* 915G/915GM/945G/945GM/945GME */
 -#define CHIP_I965 4 /* 965Q/965PM */
 -#define CHIP_G33  5 /* G33/Q33/Q35 */
 -#define CHIP_G4X  6 /* G45/Q45 */
 +#define CHIP_I810 0 /* i810/i815 */
 +#define CHIP_I830 1 /* 830M/845G */
 +#define CHIP_I855 2 /* 852GM/855GM/865G */
 +#define CHIP_I915 3 /* 915G/915GM/945G/945GM/945GME */
 +#define CHIP_I965 4 /* 965Q/965PM */
 +#define CHIP_G33 5 /* G33/Q33/Q35 */
 +#define CHIP_G4X 6 /* G45/Q45 */
 +#define CHIP_PINEVIEW 7 /* Pineview */

  /* XXX hack, see below */
  static bus_addr_t agp_i810_vga_regbase;
 @@ -145,6 +146,7 @@ agp_i810_write_gtt_entry(struct agp_i810_softc
 *isc, off_t off,
   /* 965+ can do 36-bit addressing, add in the extra bits. */
   if (isc->chiptype == CHIP_I965 ||
      isc->chiptype == CHIP_G33 ||
 +    isc->chiptype == CHIP_PINEVIEW ||
      isc->chiptype == CHIP_G4X) {
   if (((uintmax_t)addr >> 36) != 0)
   return EINVAL;
 @@ -216,6 +218,7 @@ agp_i810_chipset_flush(struct agp_i810_softc *isc)
   case CHIP_I915:
   case CHIP_I965:
   case CHIP_G33:
 + case CHIP_PINEVIEW:
   case CHIP_G4X:
   bus_space_write_4(isc->flush_bst, isc->flush_bsh, 0, 1);
   break;
 @@ -365,8 +368,6 @@ agp_i810_attach(device_t parent, device_t self, void *aux)
   case PCI_PRODUCT_INTEL_82945GM_IGD_1:
   case PCI_PRODUCT_INTEL_82945GME_IGD:
   case PCI_PRODUCT_INTEL_E7221_IGD:
 - case PCI_PRODUCT_INTEL_PINEVIEW_IGD:
 - case PCI_PRODUCT_INTEL_PINEVIEW_M_IGD:
   isc->chiptype = CHIP_I915;
   aprint_normal(": i915-family chipset\n");
   break;
 @@ -392,6 +393,11 @@ agp_i810_attach(device_t parent, device_t self, void *aux)
   isc->chiptype = CHIP_G33;
   aprint_normal(": G33-family chipset\n");
   break;
 + case PCI_PRODUCT_INTEL_PINEVIEW_IGD:
 + case PCI_PRODUCT_INTEL_PINEVIEW_M_IGD:
 + isc->chiptype = CHIP_PINEVIEW;
 + aprint_normal(": Pineview chipset\n");
 + break;
   case PCI_PRODUCT_INTEL_82GM45_IGD:
   case PCI_PRODUCT_INTEL_82GM45_IGD_1:
   case PCI_PRODUCT_INTEL_82IGD_E_IGD:
 @@ -411,6 +417,7 @@ agp_i810_attach(device_t parent, device_t self, void *aux)
   switch (isc->chiptype) {
   case CHIP_I915:
   case CHIP_G33:
 + case CHIP_PINEVIEW:
   apbase = AGP_I915_GMADR;
   mmadr_bar = AGP_I915_MMADR;
   gtt_bar = AGP_I915_GTTADR;
 @@ -475,8 +482,9 @@ agp_i810_attach(device_t parent, device_t self, void *aux)
   case CHIP_I830:
   case CHIP_I855:
   case CHIP_I915:
 - case CHIP_G33:
   case CHIP_I965:
 + case CHIP_G33:
 + case CHIP_PINEVIEW:
   case CHIP_G4X:
   isc->size = 512*1024;
   break;
 @@ -531,6 +539,7 @@ agp_i810_attach(device_t parent, device_t self, void *aux)
   case CHIP_I915:
   case CHIP_I965:
   case CHIP_G33:
 + case CHIP_PINEVIEW:
   case CHIP_G4X:
   error = agp_i810_setup_chipset_flush_page(sc);
   if (error) {
 @@ -633,6 +642,7 @@ fail3: switch (isc->chiptype) {
   case CHIP_I915:
   case CHIP_I965:
   case CHIP_G33:
 + case CHIP_PINEVIEW:
   case CHIP_G4X:
   agp_i810_teardown_chipset_flush_page(sc);
   break;
 @@ -867,6 +877,7 @@ agp_i810_init(struct agp_softc *sc)
   WRITE4(AGP_I810_PGTBL_CTL, isc->pgtblctl);
   } else if (isc->chiptype == CHIP_I855 || isc->chiptype == CHIP_I915 ||
     isc->chiptype == CHIP_I965 || isc->chiptype == CHIP_G33 ||
 +   isc->chiptype == CHIP_PINEVIEW ||
     isc->chiptype == CHIP_G4X) {
   pcireg_t reg;
   u_int32_t gtt_size, stolen; /* XXX kilobytes */
 @@ -925,6 +936,15 @@ agp_i810_init(struct agp_softc *sc)
   goto fail0;
   }
   break;
 + case CHIP_PINEVIEW:
 + /*
 + * GTT stolen is separate from graphics stolen on
 + * 4 series hardware. so ignore it in stolen gtt entries
 + * counting. However, 4Kb of stolen memory isn't mapped
 + * to the GTT.
 + */
 + gtt_size = 0;
 + break;
   case CHIP_G4X:
   switch (isc->pgtblctl & AGP_G4X_PGTBL_SIZE_MASK) {
   case AGP_G4X_PGTBL_SIZE_512K:
 @@ -1013,6 +1033,7 @@ agp_i810_init(struct agp_softc *sc)
   if (isc->chiptype != CHIP_I915 &&
      isc->chiptype != CHIP_I965 &&
      isc->chiptype != CHIP_G33 &&
 +    isc->chiptype != CHIP_PINEVIEW &&
      isc->chiptype != CHIP_G4X)
   stolen = 0;
   break;
 @@ -1020,6 +1041,7 @@ agp_i810_init(struct agp_softc *sc)
   case AGP_G33_GCC1_GMS_STOLEN_256M:
   if (isc->chiptype != CHIP_I965 &&
      isc->chiptype != CHIP_G33 &&
 +    isc->chiptype != CHIP_PINEVIEW &&
      isc->chiptype != CHIP_G4X)
   stolen = 0;
   break;
 @@ -1089,6 +1111,7 @@ agp_i810_detach(struct agp_softc *sc)
   case CHIP_I915:
   case CHIP_I965:
   case CHIP_G33:
 + case CHIP_PINEVIEW:
   case CHIP_G4X:
   agp_i810_teardown_chipset_flush_page(sc);
   break;
 @@ -1147,6 +1170,7 @@ agp_i810_get_aperture(struct agp_softc *sc)
   break;
   case CHIP_I915:
   case CHIP_G33:
 + case CHIP_PINEVIEW:
   case CHIP_G4X:
   size = sc->as_apsize;
   break;

From: Patrick Welche <prlw1@cam.ac.uk>
To: NONAKA Kimihiro <nonakap@gmail.com>
Cc: "gnats-bugs@netbsd.org" <gnats-bugs@netbsd.org>,
	kern-bug-people@netbsd.org,
	"gnats-admin@netbsd.org" <gnats-admin@netbsd.org>,
	"netbsd-bugs@netbsd.org" <netbsd-bugs@netbsd.org>
Subject: Re: kern/50453
Date: Wed, 20 Apr 2016 11:04:15 +0100

 On Tue, Apr 19, 2016 at 10:09:05PM +0900, NONAKA Kimihiro wrote:
 > Please try following patch.
 > It seems to work fine on Lenovo ideapad S10-3 (Atom N455).

 It fixed it for me - thanks! (Sorry I didn't see your February note.)

 agp0 at pchb0: Pineview chipset
 agp0: detected 8188k stolen memory
 agp0: BAR size 100000 mismatches detected GTT size 0; trusting BAR
 agp0: aperture at 0xd0000000, size 0x10000000

From: NONAKA Kimihiro <nonakap@gmail.com>
To: "gnats-bugs@netbsd.org" <gnats-bugs@netbsd.org>
Cc: kern-bug-people@netbsd.org, 
	"gnats-admin@netbsd.org" <gnats-admin@netbsd.org>, "netbsd-bugs@netbsd.org" <netbsd-bugs@netbsd.org>, 
	Patrick Welche <prlw1@cam.ac.uk>
Subject: Re: kern/50453
Date: Mon, 2 May 2016 13:17:25 +0900

 I've commited a fix (agp_i810.c r1.122 and agpreg.h r1.23).
 Could you test it.

State-Changed-From-To: open->feedback
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Mon, 02 May 2016 15:44:42 +0000
State-Changed-Why:
please test


From: Patrick Welche <prlw1@cam.ac.uk>
To: NONAKA Kimihiro <nonakap@gmail.com>
Cc: "gnats-bugs@netbsd.org" <gnats-bugs@netbsd.org>,
	kern-bug-people@netbsd.org,
	"gnats-admin@netbsd.org" <gnats-admin@netbsd.org>,
	"netbsd-bugs@netbsd.org" <netbsd-bugs@netbsd.org>
Subject: Re: kern/50453
Date: Tue, 3 May 2016 10:31:20 +0100

 On Mon, May 02, 2016 at 01:17:25PM +0900, NONAKA Kimihiro wrote:
 > I've commited a fix (agp_i810.c r1.122 and agpreg.h r1.23).
 > Could you test it.

 It works - thank you!

 agp0 at pchb0: Pineview chipset
 agp0: detected 7164k stolen memory
 agp0: aperture at 0xd0000000, size 0x10000000

State-Changed-From-To: feedback->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Tue, 03 May 2016 18:01:49 +0000
State-Changed-Why:
confirmed fixed, thanks


>Unformatted:
 -current post 2 Oct 2015

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2014 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.