NetBSD Problem Report #49398
From www@NetBSD.org Mon Nov 17 03:24:45 2014
Return-Path: <www@NetBSD.org>
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 0C4CAA660F
for <gnats-bugs@gnats.NetBSD.org>; Mon, 17 Nov 2014 03:24:45 +0000 (UTC)
Message-Id: <20141117032443.C241AA6669@mollari.NetBSD.org>
Date: Mon, 17 Nov 2014 03:24:43 +0000 (UTC)
From: jdbaker@mylinuxisp.com
Reply-To: jdbaker@consolidated.net
To: gnats-bugs@NetBSD.org
Subject: i386-current GENERIC (i915drmkms) boot hangs if monitor powered off
X-Send-Pr-Version: www-1.0
>Number: 49398
>Notify-List: jdbaker@consolidated.net
>Category: kern
>Synopsis: i386-current GENERIC (i915drmkms) boot hangs if monitor powered off
>Confidential: no
>Severity: critical
>Priority: high
>Responsible: riastradh
>State: feedback
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Mon Nov 17 03:25:00 +0000 2014
>Closed-Date:
>Last-Modified: Sun Apr 21 15:30:01 +0000 2024
>Originator: John D. Baker
>Release: NetBSD/i386-7.99.1
>Organization:
>Environment:
NetBSD gx260a 7.99.1 NetBSD 7.99.1 (GENERIC) #82: Sun Nov 16 18:04:48 CST 2014 sysop@verthandi.technoskunk.fur:/d0/build/current/obj/i386/sys/arch/i386/compile/GENERIC i386
>Description:
Booting -current GENERIC (and probably netbsd-7 DRMKMS) kernel with
a monitor attached but powered off (no monitor attached?) hangs.
The machine in question is using a VGA CRT monitor for display.
Via a serial console:
[...]
pchb0 at pci0 dev 0 function 0: Intel 82845G/GL DRAM Controller / Host-Hub I/F Bridge (rev. 0x01)
agp0 at pchb0: i830-family chipset
agp0: detected 8060k stolen memory
agp0: aperture at 0xf0000000, size 0x8000000
i915drmkms0 at pci0 dev 2 function 0: Intel 82845G/GL Integrated Graphics Device (rev. 0x01)
drm: Memory usable by graphics device = 128M
drm: Supports vblank timestamp caching Rev 2 (21.10.2013).
drm: Driver supports precise vblank timestamp query.
i915drmkms0: interrupting at ioapic0 pin 16 (i915)
drm: initialized overlay support
[hung]
With video console, turning monitor on shows VGA text-mode
kernel messages which continue with:
drm kern error: Raw EDID:
[128 hex bytes]
[hung]
>How-To-Repeat:
Boot -current GENERIC (possibly netbsd-7 DRMKMS) i386 (amd64?) kernel
on machine with i915drmkms-supported hardware and monitor powered off (no
monitor?)
Have not tried on a radeon-equipped machine yet.
>Fix:
Workaround: Always have monitor connected and powered on.
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: kern-bug-people->riastradh
Responsible-Changed-By: riastradh@NetBSD.org
Responsible-Changed-When: Sat, 28 Feb 2015 15:11:13 +0000
Responsible-Changed-Why:
mine
State-Changed-From-To: open->feedback
State-Changed-By: riastradh@NetBSD.org
State-Changed-When: Sat, 28 Feb 2015 15:11:13 +0000
State-Changed-Why:
Can you please try again from HEAD?
(See https://mail-index.netbsd.org/current-users/2015/02/28/msg026783.html)
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Sat, 28 Feb 2015 18:30:55 -0600 (CST)
On Sat, 28 Feb 2015, riastradh@NetBSD.org wrote:
> Can you please try again from HEAD?
Only a slight change in messages--still hangs.
With console on serial port booting ends with:
[...]
pchb0 at pci0 dev 0 function 0: Intel 82845G/GL DRAM Controller / Host-Hub I/F Bridge (rev. 0x01)
agp0 at pchb0: i830-family chipset
agp0: detected 8060k stolen memory
agp0: aperture at 0xf0000000, size 0x8000000
i915drmkms0 at pci0 dev 2 function 0: Intel 82845G/GL Integrated Graphics Device (rev. 0x01)
drm: Memory usable by graphics device = 128M
drm: Supports vblank timestamp caching Rev 2 (21.10.2013).
drm: Driver supports precise vblank timestamp query.
i915drmkms0: interrupting at ioapic0 pin 16 (i915)
drm: initialized overlay support
[hung]
With console on video, the following additional line is displayed when
the monitor is turned on:
drm: GMBUS [i915 gmbus vga] timed out, falling back to bit-banging on pin 2
[hung]
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Tue, 7 Apr 2015 21:53:57 -0500 (CDT)
Feedback was provided in previous submission. There has been no
change in behavior since then.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
State-Changed-From-To: feedback->open
State-Changed-By: riastradh@NetBSD.org
State-Changed-When: Wed, 08 Apr 2015 03:10:27 +0000
State-Changed-Why:
feedback was provided, no change in behaviour
State-Changed-From-To: open->feedback
State-Changed-By: riastradh@NetBSD.org
State-Changed-When: Thu, 14 May 2015 13:01:42 +0000
State-Changed-Why:
Via the serial console, can you get a stack trace from ddb?
If not, we can try printf debugging. I'd start by adding printfs
around all the calls to drm_add_edid_modes in i915, and throughout
drmfb_attach. That should be enough to get started, but I can supply
a patch if you'd like.
Also: does this happen on any machine other than your i845?
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc: riastradh@NetBSD.org
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Thu, 14 May 2015 23:39:20 -0500 (CDT)
On Thu, 14 May 2015, riastradh@NetBSD.org wrote:
> State-Changed-Why:
> Via the serial console, can you get a stack trace from ddb?
When last I tried, I could not. The machine was completely hung and
required power-cycle to regain control.
> If not, we can try printf debugging. I'd start by adding printfs
> around all the calls to drm_add_edid_modes in i915, and throughout
> drmfb_attach. That should be enough to get started, but I can supply
> a patch if you'd like.
I am away from the machine until early June and can try then.
> Also: does this happen on any machine other than your i845?
Of the only other machines I have with intel graphics, one doesn't power
up due to bad capacitors. The other uses an i82945G/P, but it only
ever boots a kernel with DRM/KMS disabled entirely and is generally not
available for testing (it's my file server). As such, it reboots just
fine even when the monitor is off.
I may have access to other intel-graphics-equipped machines I can poke
at, but it will be early June before I can try.
So far, the problem does not occur on radeon-equipped machines.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc: riastradh@NetBSD.org
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Tue, 9 Jun 2015 20:20:52 -0500 (CDT)
On Thu, 14 May 2015, John D. Baker wrote:
> On Thu, 14 May 2015, riastradh@NetBSD.org wrote:
>
> > State-Changed-Why:
> > Via the serial console, can you get a stack trace from ddb?
>
> When last I tried, I could not. The machine was completely hung and
> required power-cycle to regain control.
I've finally gotten things updated to the latest HEAD. There has been
no change in behavior since the last update of this PR. As I noted
above, the machine is completely wedged at this point, so dropping to
DDB is not possible. Power-cycle is the only way out.
> > If not, we can try printf debugging. I'd start by adding printfs
> > around all the calls to drm_add_edid_modes in i915, and throughout
> > drmfb_attach. That should be enough to get started, but I can supply
> > a patch if you'd like.
If you could supply said patch, I think that would be the simplest way
forward.
The only other complication I see is that when the console is on the
serial port, the VGA output is disabled when inteldrm attaches, so
there's no video output anyway. I read a note about "genfb" stealing
registers, but I'm using a custom kernel which omits "genfb" entirely
and the video output is still disabled.
> > Also: does this happen on any machine other than your i845?
>
> I may have access to other intel-graphics-equipped machines I can poke
> at, but it will be early June before I can try.
I have access to at least one, possibly two, other machines with intel
graphics that I can test. I'm in the process of setting those up now.
One other possibility has occurred to me. Perhaps the monitor I've
been using is flaky (IIUC, EDID data should be readable even if the
monitor is off). Unfortunately, testing the machine in question with
another monitor and the monitor with another machine is a rather
difficult undertaking.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc: riastradh@NetBSD.org
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Tue, 9 Jun 2015 22:42:38 -0500 (CDT)
On Tue, 9 Jun 2015, John D. Baker wrote:
> I have access to at least one, possibly two, other machines with intel
> graphics that I can test. I'm in the process of setting those up now.
The first of the other machines has been set up and works properly even
when the monitor (VGA LCD) is off:
NetBSD 7.99.18 (GENERIC) #17: Tue Jun 9 16:51:47 CDT 2015
sysop@skuld.technoskunk.fur:/d0/build/current/obj/i386/sys/arch/i386/compile/GENERIC
[...]
IBM 817234U (ThinkCentre S51)
[...]
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: Intel 82915P/G/GL Host (rev. 0x04)
agp0 at pchb0: i915-family chipset
agp0: detected 7932k stolen memory
agp0: aperture at 0xc0000000, size 0x10000000
i915drmkms0 at pci0 dev 2 function 0: Intel 82915G/GL Integrated Graphics Device (rev. 0x04)
drm: Memory usable by graphics device = 256M
drm: Supports vblank timestamp caching Rev 2 (21.10.2013).
drm: Driver supports precise vblank timestamp query.
i915drmkms0: interrupting at ioapic0 pin 16 (i915)
drm: initialized overlay support
intelfb0 at i915drmkms0
i915drmkms0: info: registered panic notifier
intelfb0: framebuffer at 0xdb195000, size 1280x1024, depth 32, stride 5120
wsdisplay0 at intelfb0 kbdmux 1: console (default, vt100 emulation), using wskbd0
wsmux1: connecting to wsdisplay0
[...]
The monitor is a Gateway FDP1730 1280x1024 VGA LCD display. Xorg works
very nicely without any "xorg.conf" file. The only exception is that
attempting to kill the Xserver with Ctrl-Alt-Backspace renders all of
wsconsole inoperative.
While I was at it, I confirmed that this system also produces unviewable
video when the console is the serial port. In this case, the monitor's
on-screen display reported "Input out of range" after which its internal
power-management put the screen to sleep.
In this state, one can start the Xserver and clients and they appear
to be running, but of course there's no visual output.
> One other possibility has occurred to me. Perhaps the monitor I've
> been using is flaky (IIUC, EDID data should be readable even if the
> monitor is off). Unfortunately, testing the machine in question with
> another monitor and the monitor with another machine is a rather
> difficult undertaking.
I have another project blocking the workspace, but if I can clear that
I should be able to play a bit of Towers of Hanoi with equipment to test
the i915 box with the CRT display and the i845 box with the LCD panel.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Thu, 11 Jun 2015 11:39:47 -0500 (CDT)
On Tue, 9 Jun 2015, John D. Baker wrote:
> I have another project blocking the workspace, but if I can clear that
> I should be able to play a bit of Towers of Hanoi with equipment to test
> the i915 box with the CRT display and the i845 box with the LCD panel.
I've attached the ThinkCentre (i82915) to the CRT monitor (ViewSonic
EA771). With the monitor off, i915drmkms seems to do something reasonable,
defaulting to 1024x768 and continuing instead of hanging like the GX260
(i82845) does.
With the CRT monitor on, both systems detect 1280x1024.
NetBSD 7.99.18 (GENERIC) #17: Tue Jun 9 16:51:47 CDT 2015
sysop@skuld.technoskunk.fur:/d0/build/current/obj/i386/sys/arch/i386/compile/GENERIC
[...]
IBM 817234U (ThinkCentre S51)
[...]
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: Intel 82915P/G/GL Host (rev. 0x04)
agp0 at pchb0: i915-family chipset
agp0: detected 7932k stolen memory
agp0: aperture at 0xc0000000, size 0x10000000
i915drmkms0 at pci0 dev 2 function 0: Intel 82915G/GL Integrated Graphics Device (rev. 0x04)
drm: Memory usable by graphics device = 256M
drm: Supports vblank timestamp caching Rev 2 (21.10.2013).
drm: Driver supports precise vblank timestamp query.
i915drmkms0: interrupting at ioapic0 pin 16 (i915)
drm: initialized overlay support
intelfb0 at i915drmkms0
i915drmkms0: info: registered panic notifier
intelfb0: framebuffer at 0xdb195000, size 1024x768, depth 32, stride 4096
wsdisplay0 at intelfb0 kbdmux 1: console (default, vt100 emulation), using wskbd0
wsmux1: connecting to wsdisplay0
[...]
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Thu, 11 Jun 2015 18:14:07 -0500 (CDT)
On Tue, 9 Jun 2015, John D. Baker wrote:
> I have another project blocking the workspace, but if I can clear that
> I should be able to play a bit of Towers of Hanoi with equipment to test
> the i915 box with the CRT display and the i845 box with the LCD panel.
The Dell GX260 (i82845) works properly when attached to the powered-off
Gateway FDP1730 VGA LCD display. It detects the 1280x1024 display and
completes booting.
With no monitor attached at all, it hangs at attachment of i915drmkms
in the same fashion as initially reported in this PR (same as connected
to powered-off ViewSonic EA771 VGA CRT monitor).
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Thu, 18 Jun 2015 19:34:15 -0500 (CDT)
With no monitor connected at all, the ThinkCentre (i82915) completes
booting:
NetBSD 7.99.18 (GENERIC) #17: Tue Jun 9 16:51:47 CDT 2015
sysop@skuld.technoskunk.fur:/d0/build/current/obj/i386/sys/arch/i386/compile/GENERIC
[...]
IBM 817234U (ThinkCentre S51)
[...]
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: Intel 82915P/G/GL Host (rev. 0x04)
agp0 at pchb0: i915-family chipset
agp0: detected 7932k stolen memory
agp0: aperture at 0xc0000000, size 0x10000000
i915drmkms0 at pci0 dev 2 function 0: Intel 82915G/GL Integrated Graphics Device (rev. 0x04)
drm: Memory usable by graphics device = 256M
drm: Supports vblank timestamp caching Rev 2 (21.10.2013).
drm: Driver supports precise vblank timestamp query.
i915drmkms0: interrupting at ioapic0 pin 16 (i915)
drm: initialized overlay support
i915drmkms0: info: No connectors reported connected with modes
drm: Cannot find any crtc or sizes - going 1024x768
intelfb0 at i915drmkms0
i915drmkms0: info: registered panic notifier
intelfb0: framebuffer at 0xdb195000, size 1024x768, depth 32, stride 4096
wsdisplay0 at intelfb0 kbdmux 1: console (default, vt100 emulation), using wskbd0
wsmux1: connecting to wsdisplay0
[...]
Plugging the monitor (ViewSonic EA771 VGA CRT in this case) in later,
however, does not produce any display. One can type blind on the
keyboard and log in, etc.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Sat, 11 Jul 2015 20:31:39 -0500 (CDT)
I had occasion to test the behavior with a Dell PowerEdge SC420 which
uses an i915-family video device.
NetBSD 7.0_RC1 (TESLA) #26: Fri Jul 10 02:30:44 CDT 2015
sysop@tesla.clamp.net:/d0/build/netbsd-7/obj/amd64/sys/arch/amd64/compile/TESLA
[...]
Dell Inc. PowerEdge SC420
[...]
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: Intel E7221 Host Bridge (rev. 0x04)
agp0 at pchb0: i915-family chipset
agp0: detected 7932k stolen memory
agp0: aperture at 0xf0000000, size 0x8000000
ppb0 at pci0 dev 1 function 0: Intel product 0x2589 (rev. 0x04)
ppb0: PCI Express capability version 1 <Root Port of PCI-E Root Complex> x8 @ 2.5GT/s
pci1 at ppb0 bus 1
pci1: i/o space, memory space enabled, rd/line, wr/inv ok
i915drmkms0 at pci0 dev 2 function 0: Intel E7221 Integrated Graphics Device (rev. 0x04)
drm: Memory usable by graphics device = 256M
drm: Supports vblank timestamp caching Rev 2 (21.10.2013).
drm: Driver supports precise vblank timestamp query.
i915drmkms0: interrupting at ioapic0 pin 16 (i915)
drm: initialized overlay support
intelfb0 at i915drmkms0
i915drmkms0: info: registered panic notifier
intelfb0: framebuffer at 0xffff800029170000, size 1600x900, depth 32, stride 6400
wsdisplay0 at intelfb0 kbdmux 1: console (default, vt100 emulation), using wskbd0
wsmux1: connecting to wsdisplay0
[...]
It is attached to some kind of HP LCD panel, native 1600x900 resolution
as shown above.
With the monitor attached, but turned off, the machine boots and gets
the right resolution.
At one point, after terminating the X server, the top 1/6 or so of the
wsconsole display was showing garbage while the terminal display below
it seemed normal. I was not able to duplicate this on a subsequent
reboot of the machine.
With the monitor disconnected, the machine boots with no problem. When
the monitor is reconnected, it indicates the video has assumed a default
resolution of 1024x768. Starting X11, however, the display assumes the
correct 1600x900 resolution. Switching virtual terminal works properly
with the wsconsole display at 1024x768 and the X display at 1600x900.
Xorg works fine with no "xorg.conf" file. The server crashes on exit
with SIGSEGV.
[ 142.913]
X.Org X Server 1.10.6
Release Date: 2011-07-08
[ 142.945] X Protocol Version 11, Revision 0
[ 142.956] Build Operating System: NetBSD/amd64 -
[ 142.967] Current Operating System: NetBSD tesla.clamp.net 7.0_RC1 NetBSD 7.0_RC1 (TESLA) #26: Fri Jul 10 02:30:44 CDT 2015 sysop@tesla.clamp.net:/d0/build/netbsd-7/obj/amd64/sys/arch/amd64/compile/TESLA amd64
[ 142.979] Build Date: 01 August 2011 01:01:00AM
[ 142.990]
[ 143.000] Current version of pixman: 0.32.6
[ 143.011] Before reporting problems, check http://wiki.X.Org
to make sure that you have the latest version.
[ 143.033] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 143.066] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Jul 10 14:51:30 2015
[ 143.085] (II) Loader magic: 0x829c80
[ 143.085] (II) Module ABI versions:
[ 143.085] X.Org ANSI C Emulation: 0.4
[ 143.085] X.Org Video Driver: 10.0
[ 143.085] X.Org XInput driver : 12.2
[ 143.085] X.Org Server Extension : 5.0
[ 143.101] (--) PCI:*(0:0:2:0) 8086:258a:1028:0180 rev 4, Mem @ 0xdff80000/524288, 0xf0000000/134217728, 0xdff40000/262144, I/O @ 0x0000ecd8/8
[ 143.101] (--) PCI: (4:4:0:0) 10de:0221:3842:b400 rev 161, Mem @ 0xdd000000/16777216, 0xa0000000/536870912, 0xde000000/16777216, BIOS @ 0x????????/131072
[ 143.102] (==) Using default built-in configuration (21 lines)
[ 143.113] (==) --- Start of built-in configuration ---
[ 143.113] Section "Device"
[ 143.113] Identifier "Builtin Default intel Device 0"
[ 143.113] Driver "intel"
[ 143.113] EndSection
[ 143.113] Section "Screen"
[ 143.113] Identifier "Builtin Default intel Screen 0"
[ 143.113] Device "Builtin Default intel Device 0"
[ 143.113] EndSection
[ 143.113] Section "Device"
[ 143.113] Identifier "Builtin Default vesa Device 0"
[ 143.113] Driver "vesa"
[ 143.113] EndSection
[ 143.113] Section "Screen"
[ 143.113] Identifier "Builtin Default vesa Screen 0"
[ 143.113] Device "Builtin Default vesa Device 0"
[ 143.113] EndSection
[ 143.113] Section "ServerLayout"
[ 143.113] Identifier "Builtin Default Layout"
[ 143.113] Screen "Builtin Default intel Screen 0"
[ 143.113] Screen "Builtin Default vesa Screen 0"
[ 143.113] EndSection
[ 143.113] (==) --- End of built-in configuration ---
[ 143.113] (==) ServerLayout "Builtin Default Layout"
[ 143.113] (**) |-->Screen "Builtin Default intel Screen 0" (0)
[ 143.113] (**) | |-->Monitor "<default monitor>"
[ 143.114] (**) | |-->Device "Builtin Default intel Device 0"
[ 143.114] (==) No monitor specified for screen "Builtin Default intel Screen 0".
Using a default monitor configuration.
[ 143.114] (**) |-->Screen "Builtin Default vesa Screen 0" (1)
[ 143.114] (**) | |-->Monitor "<default monitor>"
[ 143.114] (**) | |-->Device "Builtin Default vesa Device 0"
[ 143.114] (==) No monitor specified for screen "Builtin Default vesa Screen 0".
Using a default monitor configuration.
[ 143.117] (==) Not automatically adding devices
[ 143.117] (==) Not automatically enabling devices
[ 143.167] (==) FontPath set to:
/usr/X11R7/lib/X11/fonts/misc/,
/usr/X11R7/lib/X11/fonts/TTF/,
/usr/X11R7/lib/X11/fonts/Type1/,
/usr/X11R7/lib/X11/fonts/75dpi/,
/usr/X11R7/lib/X11/fonts/100dpi/
[ 143.167] (==) ModulePath set to "/usr/X11R7/lib/modules"
[ 143.167] (==) |-->Input Device "<default pointer>"
[ 143.167] (==) |-->Input Device "<default keyboard>"
[ 143.167] (==) The core pointer device wasn't specified explicitly in the layout.
Using the default mouse configuration.
[ 143.167] (==) The core keyboard device wasn't specified explicitly in the layout.
Using the default keyboard configuration.
[ 143.167] (II) LoadModule: "extmod"
[ 143.181] (II) Loading /usr/X11R7/lib/modules/extensions/libextmod.so
[ 143.210] (II) Module extmod: vendor="X.Org Foundation"
[ 143.215] compiled for 1.10.6, module version = 1.0.0
[ 143.215] Module class: X.Org Server Extension
[ 143.215] ABI class: X.Org Server Extension, version 5.0
[ 143.215] (II) Loading extension MIT-SCREEN-SAVER
[ 143.215] (II) Loading extension XFree86-VidModeExtension
[ 143.215] (II) Loading extension XFree86-DGA
[ 143.223] (II) Loading extension DPMS
[ 143.223] (II) Loading extension XVideo
[ 143.223] (II) Loading extension XVideo-MotionCompensation
[ 143.223] (II) Loading extension X-Resource
[ 143.223] (II) LoadModule: "dbe"
[ 143.224] (II) Loading /usr/X11R7/lib/modules/extensions/libdbe.so
[ 143.251] (II) Module dbe: vendor="X.Org Foundation"
[ 143.251] compiled for 1.10.6, module version = 1.0.0
[ 143.251] Module class: X.Org Server Extension
[ 143.251] ABI class: X.Org Server Extension, version 5.0
[ 143.251] (II) Loading extension DOUBLE-BUFFER
[ 143.251] (II) LoadModule: "glx"
[ 143.252] (II) Loading /usr/X11R7/lib/modules/extensions/libglx.so
[ 143.268] (II) Module glx: vendor="X.Org Foundation"
[ 143.268] compiled for 1.10.6, module version = 1.0.0
[ 143.268] ABI class: X.Org Server Extension, version 5.0
[ 143.274] (==) AIGLX enabled
[ 143.274] (II) Loading extension GLX
[ 143.274] (II) LoadModule: "record"
[ 143.276] (II) Loading /usr/X11R7/lib/modules/extensions/librecord.so
[ 143.281] (II) Module record: vendor="X.Org Foundation"
[ 143.281] compiled for 1.10.6, module version = 1.13.0
[ 143.281] Module class: X.Org Server Extension
[ 143.281] ABI class: X.Org Server Extension, version 5.0
[ 143.281] (II) Loading extension RECORD
[ 143.281] (II) LoadModule: "dri"
[ 143.283] (II) Loading /usr/X11R7/lib/modules/extensions/libdri.so
[ 143.291] (II) Module dri: vendor="X.Org Foundation"
[ 143.301] compiled for 1.10.6, module version = 1.0.0
[ 143.301] ABI class: X.Org Server Extension, version 5.0
[ 143.301] (II) Loading extension XFree86-DRI
[ 143.301] (II) LoadModule: "dri2"
[ 143.302] (II) Loading /usr/X11R7/lib/modules/extensions/libdri2.so
[ 143.311] (II) Module dri2: vendor="X.Org Foundation"
[ 143.311] compiled for 1.10.6, module version = 1.2.0
[ 143.311] ABI class: X.Org Server Extension, version 5.0
[ 143.312] (II) Loading extension DRI2
[ 143.312] (II) LoadModule: "intel"
[ 143.312] (II) Loading /usr/X11R7/lib/modules/drivers/intel_drv.so
[ 143.387] (II) Module intel: vendor="X.Org Foundation"
[ 143.387] compiled for 1.10.6, module version = 2.99.917
[ 143.387] Module class: X.Org Video Driver
[ 143.387] ABI class: X.Org Video Driver, version 10.0
[ 143.388] (II) LoadModule: "vesa"
[ 143.389] (II) Loading /usr/X11R7/lib/modules/drivers/vesa_drv.so
[ 143.396] (II) Module vesa: vendor="X.Org Foundation"
[ 143.396] compiled for 1.10.6, module version = 2.3.3
[ 143.396] Module class: X.Org Video Driver
[ 143.396] ABI class: X.Org Video Driver, version 10.0
[ 143.396] (II) LoadModule: "mouse"
[ 143.397] (II) Loading /usr/X11R7/lib/modules/drivers/mouse_drv.so
[ 143.411] (II) Module mouse: vendor="X.Org Foundation"
[ 143.411] compiled for 1.10.6, module version = 1.9.0
[ 143.411] Module class: X.Org XInput Driver
[ 143.411] ABI class: X.Org XInput driver, version 12.2
[ 143.411] (II) LoadModule: "kbd"
[ 143.412] (II) Loading /usr/X11R7/lib/modules/drivers/kbd_drv.so
[ 143.425] (II) Module kbd: vendor="X.Org Foundation"
[ 143.425] compiled for 1.10.6, module version = 1.8.0
[ 143.425] Module class: X.Org XInput Driver
[ 143.425] ABI class: X.Org XInput driver, version 12.2
[ 143.425] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
[ 143.426] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000
[ 143.426] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100
[ 143.426] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, 6200, P6300
[ 143.426] (II) VESA: driver for VESA chipsets: vesa
[ 143.427] (--) Using wscons driver on /dev/ttyE4 in pcvt compatibility mode (version 3.32)
[ 143.427] (--) using VT number 5
[ 143.438] drmOpenDevice: node name is /dev/dri/card0
[ 143.438] drmOpenDevice: open result is 13, (OK)
[ 143.438] drmOpenByBusid: Searching for BusID pci:0000:00:02.0
[ 143.439] drmOpenDevice: node name is /dev/dri/card0
[ 143.439] drmOpenDevice: open result is 13, (OK)
[ 143.439] drmOpenByBusid: drmOpenMinor returns 13
[ 143.439] drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0
[ 143.439] drmOpenDevice: node name is /dev/dri/card0
[ 143.439] drmOpenDevice: open result is 13, (OK)
[ 143.439] drmOpenByBusid: Searching for BusID pci:0000:00:02.0
[ 143.439] drmOpenDevice: node name is /dev/dri/card0
[ 143.439] drmOpenDevice: open result is 13, (OK)
[ 143.439] drmOpenByBusid: drmOpenMinor returns 13
[ 143.439] drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0
[ 143.439] (II) Loading /usr/X11R7/lib/modules/drivers/intel_drv.so
[ 143.449] (WW) Falling back to old probe method for vesa
[ 143.457] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[ 143.458] (II) intel(0): Creating default Display subsection in Screen section
"Builtin Default intel Screen 0" for depth/fbbpp 24/32
[ 143.458] (==) intel(0): Depth 24, (--) framebuffer bpp 32
[ 143.458] (==) intel(0): RGB weight 888
[ 143.458] (==) intel(0): Default visual is TrueColor
[ 143.458] (--) intel(0): Integrated Graphics Chipset: Intel(R) E7221 (i915)
[ 143.470] (**) intel(0): Relaxed fencing disabled
[ 143.470] (**) intel(0): Wait on SwapBuffers? enabled
[ 143.470] (**) intel(0): Triple buffering? enabled
[ 143.470] (**) intel(0): Framebuffer tiled
[ 143.470] (**) intel(0): Pixmaps tiled
[ 143.470] (**) intel(0): 3D buffers tiled
[ 143.470] (**) intel(0): SwapBuffers wait enabled
[ 143.470] (==) intel(0): video overlay key set to 0x101fe
[ 143.815] (II) intel(0): Output VGA1 has no monitor section
[ 144.155] (II) intel(0): EDID for output VGA1
[ 144.155] (II) intel(0): Manufacturer: HWP Model: 2889 Serial#: 16843009
[ 144.155] (II) intel(0): Year: 2010 Week: 43
[ 144.155] (II) intel(0): EDID Version: 1.3
[ 144.155] (II) intel(0): Analog Display Input, Input Voltage Level: 0.700/0.700 V
[ 144.155] (II) intel(0): Sync: Separate
[ 144.156] (II) intel(0): Max Image Size [cm]: horiz.: 44 vert.: 25
[ 144.156] (II) intel(0): Gamma: 2.20
[ 144.156] (II) intel(0): DPMS capabilities: Off; RGB/Color Display
[ 144.156] (II) intel(0): Default color space is primary color space
[ 144.156] (II) intel(0): First detailed timing is preferred mode
[ 144.156] (II) intel(0): redX: 0.640 redY: 0.330 greenX: 0.300 greenY: 0.600
[ 144.156] (II) intel(0): blueX: 0.150 blueY: 0.060 whiteX: 0.313 whiteY: 0.329
[ 144.156] (II) intel(0): Supported established timings:
[ 144.156] (II) intel(0): 720x400@70Hz
[ 144.156] (II) intel(0): 640x480@60Hz
[ 144.156] (II) intel(0): 800x600@60Hz
[ 144.156] (II) intel(0): 1024x768@60Hz
[ 144.156] (II) intel(0): Manufacturer's mask: 0
[ 144.156] (II) intel(0): Supported standard timings:
[ 144.156] (II) intel(0): #0: hsize: 1280 vsize 720 refresh: 60 vid: 49281
[ 144.156] (II) intel(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897
[ 144.156] (II) intel(0): #2: hsize: 1440 vsize 900 refresh: 60 vid: 149
[ 144.156] (II) intel(0): #3: hsize: 1600 vsize 900 refresh: 60 vid: 49321
[ 144.156] (II) intel(0): Supported detailed timing:
[ 144.156] (II) intel(0): clock: 108.0 MHz Image Size: 443 x 250 mm
[ 144.156] (II) intel(0): h_active: 1600 h_sync: 1624 h_sync_end 1704 h_blank_end 1800 h_border: 0
[ 144.156] (II) intel(0): v_active: 900 v_sync: 901 v_sync_end 904 v_blanking: 1000 v_border: 0
[ 144.156] (II) intel(0): Ranges: V min: 50 V max: 76 Hz, H min: 24 H max: 83 kHz, PixClock max 175 MHz
[ 144.156] (II) intel(0): Monitor name: HP 2010
[ 144.156] (II) intel(0): Serial No: CNK0430QCD
[ 144.156] (II) intel(0): EDID (in hex):
[ 144.156] (II) intel(0): 00ffffffffffff0022f0892801010101
[ 144.156] (II) intel(0): 2b140103682c19782eee95a3544c9926
[ 144.156] (II) intel(0): 0f5054a1080081c081809500a9c00101
[ 144.156] (II) intel(0): 010101010101302a40c8608464301850
[ 144.156] (II) intel(0): 1300bbfa1000001e000000fd00324c18
[ 144.156] (II) intel(0): 5311000a202020202020000000fc0048
[ 144.156] (II) intel(0): 5020323031300a2020202020000000ff
[ 144.156] (II) intel(0): 00434e4b303433305143440a202000a2
[ 144.156] (II) intel(0): EDID vendor "HWP", prod id 10377
[ 144.166] (II) intel(0): Using EDID range info for horizontal sync
[ 144.166] (II) intel(0): Using EDID range info for vertical refresh
[ 144.166] (II) intel(0): Printing DDC gathered Modelines:
[ 144.166] (II) intel(0): Modeline "1600x900"x0.0 108.00 1600 1624 1704 1800 900 901 904 1000 +hsync +vsync (60.0 kHz)
[ 144.166] (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
[ 144.166] (II) intel(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz)
[ 144.166] (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz)
[ 144.166] (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
[ 144.166] (II) intel(0): Modeline "1280x720"x60.0 74.48 1280 1336 1472 1664 720 721 724 746 -hsync +vsync (44.8 kHz)
[ 144.166] (II) intel(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
[ 144.166] (II) intel(0): Modeline "1440x900"x0.0 106.50 1440 1520 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz)
[ 144.166] (II) intel(0): Modeline "1600x900"x60.0 119.00 1600 1696 1864 2128 900 901 904 932 -hsync +vsync (55.9 kHz)
[ 144.166] (II) intel(0): Printing probed modes for output VGA1
[ 144.166] (II) intel(0): Modeline "1600x900"x60.0 108.00 1600 1624 1704 1800 900 901 904 1000 +hsync +vsync (60.0 kHz)
[ 144.166] (II) intel(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
[ 144.166] (II) intel(0): Modeline "1440x900"x59.9 106.50 1440 1520 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz)
[ 144.166] (II) intel(0): Modeline "1280x720"x60.0 74.44 1280 1336 1472 1664 720 721 724 746 -hsync +vsync (44.7 kHz)
[ 144.166] (II) intel(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
[ 144.166] (II) intel(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
[ 144.166] (II) intel(0): Modeline "640x480"x60.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz)
[ 144.166] (II) intel(0): Modeline "720x400"x70.1 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz)
[ 144.166] (II) intel(0): Output VGA1 connected
[ 144.166] (II) intel(0): Using exact sizes for initial modes
[ 144.166] (II) intel(0): Output VGA1 using initial mode 1600x900
[ 144.166] (II) intel(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated.
[ 144.166] (II) intel(0): Kernel page flipping support detected, enabling
[ 144.166] (**) intel(0): Display dimensions: (440, 250) mm
[ 144.166] (**) intel(0): DPI set to (92, 91)
[ 144.166] (II) Loading sub module "fb"
[ 144.166] (II) LoadModule: "fb"
[ 144.180] (II) Loading /usr/X11R7/lib/modules/libfb.so
[ 144.196] (II) Module fb: vendor="X.Org Foundation"
[ 144.196] compiled for 1.10.6, module version = 1.0.0
[ 144.196] ABI class: X.Org ANSI C Emulation, version 0.4
[ 144.196] (II) Loading sub module "dri2"
[ 144.196] (II) LoadModule: "dri2"
[ 144.197] (II) Loading /usr/X11R7/lib/modules/extensions/libdri2.so
[ 144.197] (II) Module dri2: vendor="X.Org Foundation"
[ 144.197] compiled for 1.10.6, module version = 1.2.0
[ 144.197] ABI class: X.Org Server Extension, version 5.0
[ 144.197] (II) UnloadModule: "vesa"
[ 144.197] (II) Unloading vesa
[ 144.197] (==) Depth 24 pixmap format is 32 bpp
[ 144.206] (II) intel(0): Allocated new frame buffer 1600x900 stride 8192, tiled
[ 144.224] (II) UXA(0): Driver registered support for the following operations:
[ 144.224] (II) solid
[ 144.224] (II) copy
[ 144.224] (II) composite (RENDER acceleration)
[ 144.224] (II) put_image
[ 144.224] (II) get_image
[ 144.224] (II) intel(0): [DRI2] Setup complete
[ 144.224] (II) intel(0): [DRI2] DRI driver: i915
[ 144.224] (II) intel(0): [DRI2] VDPAU driver: i915
[ 144.224] (==) intel(0): Backing store disabled
[ 144.224] (==) intel(0): Silken mouse enabled
[ 144.225] (II) intel(0): Initializing HW Cursor
[ 144.225] (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[ 144.238] (==) intel(0): DPMS enabled
[ 144.238] (==) intel(0): Intel XvMC decoder disabled
[ 144.240] (II) intel(0): Set up textured video
[ 144.240] (II) intel(0): Set up overlay video
[ 144.252] (II) intel(0): DRI2: Enabled
[ 144.252] (II) intel(0): DRI3: Not available
[ 144.268] (--) RandR disabled
[ 144.268] (II) Initializing built-in extension Generic Event Extension
[ 144.268] (II) Initializing built-in extension SHAPE
[ 144.268] (II) Initializing built-in extension MIT-SHM
[ 144.268] (II) Initializing built-in extension XInputExtension
[ 144.268] (II) Initializing built-in extension XTEST
[ 144.268] (II) Initializing built-in extension BIG-REQUESTS
[ 144.268] (II) Initializing built-in extension SYNC
[ 144.268] (II) Initializing built-in extension XKEYBOARD
[ 144.268] (II) Initializing built-in extension XC-MISC
[ 144.268] (II) Initializing built-in extension SECURITY
[ 144.268] (II) Initializing built-in extension XINERAMA
[ 144.268] (II) Initializing built-in extension XFIXES
[ 144.268] (II) Initializing built-in extension XFree86-Bigfont
[ 144.268] (II) Initializing built-in extension RENDER
[ 144.268] (II) Initializing built-in extension RANDR
[ 144.268] (II) Initializing built-in extension COMPOSITE
[ 144.268] (II) Initializing built-in extension DAMAGE
[ 144.578] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
[ 144.578] (II) AIGLX: enabled GLX_INTEL_swap_event
[ 144.578] (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
[ 144.578] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
[ 144.581] (II) AIGLX: Loaded and initialized /usr/X11R7/lib/modules/dri/i915_dri.so
[ 144.581] (II) GLX: Initialized DRI2 GL provider for screen 0
[ 144.592] (II) intel(0): Setting screen physical size to 423 x 238
[ 145.557] (II) Using input driver 'mouse' for '<default pointer>'
[ 145.557] (II) Loading /usr/X11R7/lib/modules/drivers/mouse_drv.so
[ 145.557] (**) Option "CorePointer"
[ 145.557] (**) <default pointer>: always reports core events
[ 145.563] (WW) <default pointer>: No Device specified, looking for one...
[ 145.692] (II) <default pointer>: found Device "/dev/wsmouse"
[ 145.794] (--) <default pointer>: Device: "/dev/wsmouse"
[ 145.794] (==) <default pointer>: Protocol: "WSMouse"
[ 145.794] (**) <default pointer>: always reports core events
[ 145.795] (**) Option "Device" "/dev/wsmouse"
[ 145.955] (==) <default pointer>: Emulate3Buttons, Emulate3Timeout: 50
[ 145.955] (**) <default pointer>: ZAxisMapping: buttons 4 and 5
[ 145.955] (**) <default pointer>: Buttons: 9
[ 145.955] (II) XINPUT: Adding extended input device "<default pointer>" (type: MOUSE)
[ 145.955] (**) <default pointer>: (accel) keeping acceleration scheme 1
[ 145.955] (**) <default pointer>: (accel) acceleration profile 0
[ 145.955] (**) <default pointer>: (accel) acceleration factor: 2.000
[ 145.955] (**) <default pointer>: (accel) acceleration threshold: 4
[ 146.019] (II) Using input driver 'kbd' for '<default keyboard>'
[ 146.019] (II) Loading /usr/X11R7/lib/modules/drivers/kbd_drv.so
[ 146.019] (**) Option "CoreKeyboard"
[ 146.019] (**) <default keyboard>: always reports core events
[ 146.019] (**) <default keyboard>: always reports core events
[ 146.020] (**) Option "Protocol" "standard"
[ 146.020] (**) Option "XkbRules" "base"
[ 146.020] (**) Option "XkbModel" "pc105"
[ 146.020] (**) Option "XkbLayout" "us"
[ 146.020] (II) XINPUT: Adding extended input device "<default keyboard>" (type: KEYBOARD)
[ 147.926] (II) intel(0): EDID vendor "HWP", prod id 10377
[ 147.927] (II) intel(0): Using hsync ranges from config file
[ 147.927] (II) intel(0): Using vrefresh ranges from config file
[ 147.927] (II) intel(0): Printing DDC gathered Modelines:
[ 147.927] (II) intel(0): Modeline "1600x900"x0.0 108.00 1600 1624 1704 1800 900 901 904 1000 +hsync +vsync (60.0 kHz)
[ 147.927] (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
[ 147.927] (II) intel(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz)
[ 147.927] (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz)
[ 147.927] (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
[ 147.927] (II) intel(0): Modeline "1280x720"x60.0 74.48 1280 1336 1472 1664 720 721 724 746 -hsync +vsync (44.8 kHz)
[ 147.927] (II) intel(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
[ 147.927] (II) intel(0): Modeline "1440x900"x0.0 106.50 1440 1520 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz)
[ 147.927] (II) intel(0): Modeline "1600x900"x60.0 119.00 1600 1696 1864 2128 900 901 904 932 -hsync +vsync (55.9 kHz)
[ 148.267] (II) intel(0): EDID vendor "HWP", prod id 10377
[ 148.267] (II) intel(0): Using hsync ranges from config file
[ 148.267] (II) intel(0): Using vrefresh ranges from config file
[ 148.267] (II) intel(0): Printing DDC gathered Modelines:
[ 148.267] (II) intel(0): Modeline "1600x900"x0.0 108.00 1600 1624 1704 1800 900 901 904 1000 +hsync +vsync (60.0 kHz)
[ 148.267] (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
[ 148.267] (II) intel(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz)
[ 148.267] (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz)
[ 148.267] (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
[ 148.267] (II) intel(0): Modeline "1280x720"x60.0 74.48 1280 1336 1472 1664 720 721 724 746 -hsync +vsync (44.8 kHz)
[ 148.267] (II) intel(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
[ 148.267] (II) intel(0): Modeline "1440x900"x0.0 106.50 1440 1520 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz)
[ 148.267] (II) intel(0): Modeline "1600x900"x60.0 119.00 1600 1696 1864 2128 900 901 904 932 -hsync +vsync (55.9 kHz)
[ 412.570] (II) AIGLX: Suspending AIGLX clients for VT switch
[ 417.286] (II) AIGLX: Resuming AIGLX clients after VT switch
[ 417.633] (II) intel(0): EDID vendor "HWP", prod id 10377
[ 417.633] (II) intel(0): Using hsync ranges from config file
[ 417.633] (II) intel(0): Using vrefresh ranges from config file
[ 417.633] (II) intel(0): Printing DDC gathered Modelines:
[ 417.633] (II) intel(0): Modeline "1600x900"x0.0 108.00 1600 1624 1704 1800 900 901 904 1000 +hsync +vsync (60.0 kHz)
[ 417.633] (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
[ 417.633] (II) intel(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz)
[ 417.633] (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz)
[ 417.633] (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
[ 417.633] (II) intel(0): Modeline "1280x720"x60.0 74.48 1280 1336 1472 1664 720 721 724 746 -hsync +vsync (44.8 kHz)
[ 417.633] (II) intel(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
[ 417.633] (II) intel(0): Modeline "1440x900"x0.0 106.50 1440 1520 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz)
[ 417.633] (II) intel(0): Modeline "1600x900"x60.0 119.00 1600 1696 1864 2128 900 901 904 932 -hsync +vsync (55.9 kHz)
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Tue, 20 Oct 2015 08:30:06 -0500 (CDT)
There has been no change in behavior since the last postings to this PR.
To summarize:
i82845:
No monitor: hangs on i915drmkms attachment
CRT monitor (off): hangs on i915drmkms attachment
CRT monitor (on): works
LCD monitor (off): works
LCD monitor (on): works
Serial console: video output disabled, but otherwise same as above.
i82915:
No monitor: booting completes, but no video when monitor reattached.
CRT monitor (off): works w/default 1024x768 mode
CRT monitor (on): works
LCD monitor (off): works
LCD monitor (on): works
Serial console: video output disabled, but otherwise same as above.
E7221:
No monitor: works w/default 1024x768 mode (X uses full size)
LCD monitor (off): works
LCD monitor (on): works
I should get around to the debug printfs mentioned in earlier postings...
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Tue, 20 Oct 2015 15:36:20 -0500 (CDT)
On Thu, 14 May 2015, riastradh@NetBSD.org wrote:
> If not, we can try printf debugging. I'd start by adding printfs
> around all the calls to drm_add_edid_modes in i915, and throughout
> drmfb_attach. That should be enough to get started, but I can supply
> a patch if you'd like.
OK, I've done this. I booted with video connected and powered on to get
a reference of where the output appears:
[...]
pchb0 at pci0 dev 0 function 0: Intel 82845G/GL DRAM Controller / Host-Hub I/F B
ridge (rev. 0x01)
agp0 at pchb0: i830-family chipset
agp0: detected 8060k stolen memory
agp0: aperture at 0xf0000000, size 0x8000000
i915drmkms0 at pci0 dev 2 function 0: Intel 82845G/GL Integrated Graphics Device
(rev. 0x01)
drm: Memory usable by graphics device = 128M
drm: Supports vblank timestamp caching Rev 2 (21.10.2013).
drm: Driver supports precise vblank timestamp query.
i915drmkms0: interrupting at ioapic0 pin 16 (i915)
drm: initialized overlay support
In /x/nbsd-tst/src/sys/external/bsd/drm2/dist/drm/i915/intel_modes.c: line 45
In /x/nbsd-tst/src/sys/external/bsd/drm2/dist/drm/i915/intel_modes.c: line 47
intelfb0 at i915drmkms0
i915drmkms0: info: registered panic notifier
In /x/nbsd-tst/src/sys/external/bsd/drm2/drm/drmfb.c: line 96
In /x/nbsd-tst/src/sys/external/bsd/drm2/drm/drmfb.c: line 117
In /x/nbsd-tst/src/sys/external/bsd/drm2/drm/drmfb.c: line 136
In /x/nbsd-tst/src/sys/external/bsd/drm2/drm/drmfb.c: line 145
intelfb0: framebuffer at 0xdabd9000, size 1280x1024, depth 32, stride 5120
wsdisplay0 at intelfb0 kbdmux 1: console (default, vt100 emulation), using wskbd
0
wsmux1: connecting to wsdisplay0
In /x/nbsd-tst/src/sys/external/bsd/drm2/drm/drmfb.c: line 153
[...]
A subsequent boot with video disconnected shows the machine hangs before
the first debug output line.
[...]
pchb0 at pci0 dev 0 function 0: Intel 82845G/GL DRAM Controller / Host-Hub I/F B
ridge (rev. 0x01)
agp0 at pchb0: i830-family chipset
agp0: detected 8060k stolen memory
agp0: aperture at 0xf0000000, size 0x8000000
i915drmkms0 at pci0 dev 2 function 0: Intel 82845G/GL Integrated Graphics Device
(rev. 0x01)
drm: Memory usable by graphics device = 128M
drm: Supports vblank timestamp caching Rev 2 (21.10.2013).
drm: Driver supports precise vblank timestamp query.
i915drmkms0: interrupting at ioapic0 pin 16 (i915)
drm: initialized overlay support
[hung]
So, the hang occurs somewhere before the first call to
"drm_add_edid_modes()". I'll add printfs around where the "initialized
overlay support" line is printed, etc.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Tue, 20 Oct 2015 18:17:44 -0500 (CDT)
On Tue, 20 Oct 2015, John D. Baker wrote:
> So, the hang occurs somewhere before the first call to
> "drm_add_edid_modes()". I'll add printfs around where the "initialized
> overlay support" line is printed, etc.
I've drilled down some more and with video disconnected the last debug
line printed is before the call to:
intel_fbdev_initial_config(dev);
in
i915_load_modeset_init()
from "i915_dma.c".
Next round...
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
State-Changed-From-To: feedback->open
State-Changed-By: riastradh@NetBSD.org
State-Changed-When: Tue, 20 Oct 2015 23:47:44 +0000
State-Changed-Why:
feedback received
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Tue, 20 Oct 2015 20:40:29 -0500 (CDT)
On Tue, 20 Oct 2015, John D. Baker wrote:
> Next round...
The last debug printf emitted is in "drm_probe_helper.c", in
"drm_helper_probe_single_connector()" in the construct:
[...]
if (connector->force) {
/* ... not taken ... */
} else {
printf("In %s: line %d\n", __FILE__, __LINE__);
connector->status = connector->funcs->detect(connector, true);
}
[...]
So, now look at the "detect()" function as it relates to i915 things...
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Tue, 20 Oct 2015 22:42:46 -0500 (CDT)
On Tue, 20 Oct 2015, John D. Baker wrote:
> So, now look at the "detect()" function as it relates to i915 things...
In "intel_crt.c", in "intel_crt_load_detect()", the last debugging
printf displayed is in the construct:
[...]
if (!IS_GEN2(dev)) {
/* ... not taken ... */
} else {
[...]
printf("In %s: line %d\n", __FILE__, __LINE__);
/*
* Wait for the border to be displayed
*/
while (I915_READ(pipe_dsl_reg) >= vactive)
;
while ((dsl = I915_READ(pipe_dsl_reg)) <= vsample)
;
[...]
}
Alas, I wasn't paying attention so I don't know if it's the first or
the second spin loop that is stuck. Adding another line and going again.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Tue, 20 Oct 2015 23:04:31 -0500 (CDT)
On Tue, 20 Oct 2015, John D. Baker wrote:
> Alas, I wasn't paying attention so I don't know if it's the first or
> the second spin loop that is stuck. Adding another line and going again.
It's the second spin loop:
> In "intel_crt.c", in "intel_crt_load_detect()", the last debugging
> printf displayed is in the construct:
>
> [...]
> if (!IS_GEN2(dev)) {
> /* ... not taken ... */
> } else {
> [...]
>
> /*
> * Wait for the border to be displayed
> */
> while (I915_READ(pipe_dsl_reg) >= vactive)
> ;
> printf("In %s: line %d\n", __FILE__, __LINE__);
> while ((dsl = I915_READ(pipe_dsl_reg)) <= vsample)
> ;
> [...]
> }
It would appear then, that I915_READ() is working, but that the value
read remains less than or equal to "vsample" indefinitely. Adding another
line to print.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off)
Date: Tue, 20 Oct 2015 23:17:30 -0500 (CDT)
On Tue, 20 Oct 2015, John D. Baker wrote:
> It would appear then, that I915_READ() is working, but that the value
> read remains less than or equal to "vsample" indefinitely. Adding another
> line to print.
Confirmed.
dsl=0x5a vsample=0x1e4
machine is hung spining on this condition forever.
So, what sets up this condition when booting with no monitor attached
(or a CRT attached that is powered off)?
The i82845 machine hangs forever in this case. The i82915 machine
boots, but reconnecting a monitor does not display anything. The
E7221 machine assumes a default 1024x768 mode with no monitor attached.
Suggestions on where to poke next?
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: Taylor R Campbell <riastradh@NetBSD.org>
To: gnats-bugs@NetBSD.org
Cc: gnats-admin@netbsd.org, netbsd-bugs@netbsd.org, jdbaker@mylinuxisp.com
Subject: Re: kern/49398 (i386-current GENERIC (i915drmkms) boot hangs if monitor powered off)
Date: Wed, 21 Oct 2015 13:59:15 +0000
Date: Tue, 20 Oct 2015 23:17:30 -0500 (CDT)
From: "John D. Baker" <jdbaker@mylinuxisp.com>
Confirmed.
dsl=0x5a vsample=0x1e4
machine is hung spining on this condition forever.
So, what sets up this condition when booting with no monitor attached
(or a CRT attached that is powered off)?
The i82845 machine hangs forever in this case. The i82915 machine
boots, but reconnecting a monitor does not display anything. The
E7221 machine assumes a default 1024x768 mode with no monitor attached.
Suggestions on where to poke next?
Thanks for the detailed analysis! I will take a closer look when I
have a moment, perhaps tonight.
State-Changed-From-To: open->feedback
State-Changed-By: riastradh@NetBSD.org
State-Changed-When: Sun, 20 Aug 2023 06:16:24 +0000
State-Changed-Why:
Lots of drm updates since this, can you test if it's been fixed in
netbsd-10 or HEAD?
From: "John D. Baker" <jdbaker@consolidated.net>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: kern/49398: i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off
Date: Sun, 20 Aug 2023 05:26:16 -0500 (CDT)
On Sun, 20 Aug 2023, riastradh@NetBSD.org wrote:
> Lots of drm updates since this, can you test if it's been fixed in
> netbsd-10 or HEAD?
I'll need to test again on more recent builds, but I have an amd64
machine (Dell Optiplex 760) with VGA and DisplayPort on which booting
netbsd-10 or -current hangs if the DisplayPort LCD display is connected
but powered off. Netbsd-9 has no problems booting with the monitor off,
but the monitor won't wake up when powered on again (but ISTR that that
is just how DisplayPort is).
I'll see about testing it with the VGA output and see if it behaves
differently.
It may be a while before I can test with the original system which
spawned this PR. Lots of clutter to sort out to get the components
back within cable's reach of each other.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@consolidated.net>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: kern/49398: i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off
Date: Sun, 20 Aug 2023 12:00:00 -0500 (CDT)
On Sun, 20 Aug 2023, John D. Baker wrote:
> On Sun, 20 Aug 2023, riastradh@NetBSD.org wrote:
>
> > Lots of drm updates since this, can you test if it's been fixed in
> > netbsd-10 or HEAD?
>
> I'll need to test again on more recent builds, but I have an amd64
> machine (Dell Optiplex 760) with VGA and DisplayPort on which booting
> netbsd-10 or -current hangs if the DisplayPort LCD display is connected
> but powered off. Netbsd-9 has no problems booting with the monitor off,
> but the monitor won't wake up when powered on again (but ISTR that that
> is just how DisplayPort is).
>
> I'll see about testing it with the VGA output and see if it behaves
> differently.
On the Optiplex760 (i82Q45 chipset w/integrated video) with no monitor
attached _at all_, it hangs during boot. Attaching a monitor while
in this state claims no signal present either on DP or VGA.
With the LCD display attached via VGA, the DRMKMS wscons erroneously
detects the display as 1024x768 (it's 1280x1024).
With the LCD display attached via VGA but powered off, the system boots
fine. Turning the monitor on afterwards shows it using 1024x768
resolution.
> It may be a while before I can test with the original system which
> spawned this PR. Lots of clutter to sort out to get the components
> back within cable's reach of each other.
I think I can relatively easily arrange to test the i82Q45 machine with
the VGA CRT monitor that started this mess and see how it behaves.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@consolidated.net>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: kern/49398: i386-current GENERIC (i915drmkms) boot hangs if
monitor powered off
Date: Sun, 21 Apr 2024 10:25:24 -0500 (CDT)
I've been thinking about this and previous debugging attempts. Switching
to a serial console defeats all debugging attempts as the video console
seems to be ignored (screen goes black) and the boot otherwise succeeds.
There needs to be a way to keep the video console, but duplicate all
messages on what would otherwise be the serial console (com0/tty00).
This is particularly necessary when using DisplayPort as the monitor
connection.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.47 2022/09/11 19:34:41 kim Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2024
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.