Bug 5443

Created attachment 4181 [details]
Xorg.0.log

Comment on attachment 4181 [details]
Xorg.0.log

failure log

Created attachment 4183 [details]
xorg.con

my current xorg.conf

See if your manufacturer has an updated BIOS that may help you.

Unfortunately there isn't a new BIOS Version.
Is there any other chance to get this thing working?

You might want to try disabling things that you don't need in the BIOS.

Maybe modems or sound cards to see if the BIOS moves devices around.

I think I face the same problem now that Xorg 6.9.0 has entred in Debian Sid...

See my bug here : 

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=345914

There is a backtrace included, hope it will help.

Note that although there no line with "INVALID MEM ALLOCATION" in the log, I
have already seen it during my tests.

(In reply to comment #5)
> Unfortunately there isn't a new BIOS Version.
> Is there any other chance to get this thing working?

Can you submit the output of lspci -vvn

(In reply to comment #8)
> (In reply to comment #5)
> > Unfortunately there isn't a new BIOS Version.
> > Is there any other chance to get this thing working?
> 
> Can you submit the output of lspci -vvn

As far as I am concerned, I have 2 different chipsets at work.
Module i810 provided with Xorg 6.9.0 is working on one chipset and crash on the
other.

Working chipset : 

# lspci -vvn
0000:00:00.0 0600: 8086:2560 (rev 03)
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort+ >SERR- <PERR-
        Latency: 0
        Region 0: Memory at e0000000 (32-bit, prefetchable) [size=16M]
        Capabilities: [e4] #09 [1105]

0000:00:02.0 0300: 8086:2562 (rev 03)
        Subsystem: 1462:5578
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at d0000000 (32-bit, prefetchable) [size=128M]
        Region 1: Memory at dff80000 (32-bit, non-prefetchable) [size=512K]
        Capabilities: [d0] Power Management version 1
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:1d.0 0c03: 8086:24c2 (rev 02)
        Subsystem: 1462:24c0
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin A routed to IRQ 185
        Region 4: I/O ports at e400 [size=32]

0000:00:1d.1 0c03: 8086:24c4 (rev 02)
        Subsystem: 1462:24c0
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin B routed to IRQ 193
        Region 4: I/O ports at e800 [size=32]

0000:00:1d.2 0c03: 8086:24c7 (rev 02)
        Subsystem: 1462:24c0
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin C routed to IRQ 169
        Region 4: I/O ports at ec00 [size=32]

0000:00:1d.7 0c03: 8086:24cd (rev 02) (prog-if 20)
        Subsystem: 1462:3981
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR+ FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin D routed to IRQ 177
        Region 0: Memory at dff7bc00 (32-bit, non-prefetchable) [size=1K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [58] #0a [2080]

0000:00:1e.0 0604: 8086:244e (rev 82)
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR+ FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort- >SERR- <PERR+
        Latency: 0
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
        I/O behind bridge: 0000b000-0000bfff
        Memory behind bridge: dfd00000-dfdfffff
        Prefetchable memory behind bridge: cfb00000-cfbfffff
        BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B-

0000:00:1f.0 0601: 8086:24c0 (rev 02)
        Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0

0000:00:1f.1 0101: 8086:24cb (rev 02) (prog-if 8a [Master SecP PriP])
        Subsystem: 1462:24c0
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin A routed to IRQ 169
        Region 0: I/O ports at <unassigned>
        Region 1: I/O ports at <unassigned>
        Region 2: I/O ports at <unassigned>
        Region 3: I/O ports at <unassigned>
        Region 4: I/O ports at fc00 [size=16]
        Region 5: Memory at 40000000 (32-bit, non-prefetchable) [size=1K]

0000:00:1f.3 0c05: 8086:24c3 (rev 02)
        Subsystem: 1462:24c0
        Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Interrupt: pin B routed to IRQ 0
        Region 4: I/O ports at 0c00 [size=32]

0000:00:1f.5 0401: 8086:24c5 (rev 02)
        Subsystem: 1462:5570
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin B routed to IRQ 201
        Region 0: I/O ports at e000 [size=256]
        Region 1: I/O ports at dc00 [size=64]
        Region 2: Memory at dff7ba00 (32-bit, non-prefetchable) [size=512]
        Region 3: Memory at dff7b900 (32-bit, non-prefetchable) [size=256]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:01:08.0 0200: 8086:1039 (rev 82)
        Subsystem: 1462:557c
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr-
Stepping- SERR+ FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 32 (2000ns min, 14000ns max), Cache Line Size: 0x08 (32 bytes)
        Interrupt: pin A routed to IRQ 209
        Region 0: Memory at dfdff000 (32-bit, non-prefetchable) [size=4K]
        Region 1: I/O ports at bc00 [size=64]
        Capabilities: [dc] Power Management version 2
                Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA
PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=2 PME-

(0000:00:02.0 VGA compatible controller: Intel Corporation
82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03))

#######################################################################


On the computer where Xorg is crashing : 

#lspci -vvn
0000:00:00.0 0600: 8086:2570 (rev 02)
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort+ >SERR- <PERR-
        Latency: 0
        Region 0: Memory at fe800000 (32-bit, prefetchable) [size=4M]
        Capabilities: [e4] #09 [1106]

0000:00:02.0 0300: 8086:2572 (rev 02)
        Subsystem: 1462:7650
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin A routed to IRQ 177
        Region 0: Memory at f0000000 (32-bit, prefetchable) [size=128M]
        Region 1: Memory at ffe80000 (32-bit, non-prefetchable) [size=512K]
        Region 2: I/O ports at ec00 [size=8]
        Capabilities: [d0] Power Management version 1
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:1d.0 0c03: 8086:24d2 (rev 02)
        Subsystem: 1462:7650
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin A routed to IRQ 177
        Region 4: I/O ports at d400 [size=32]

0000:00:1d.1 0c03: 8086:24d4 (rev 02)
        Subsystem: 1462:7650
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin B routed to IRQ 185
        Region 4: I/O ports at d800 [size=32]

0000:00:1d.2 0c03: 8086:24d7 (rev 02)
        Subsystem: 1462:7650
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin C routed to IRQ 169
        Region 4: I/O ports at dc00 [size=32]

0000:00:1d.3 0c03: 8086:24de (rev 02)
        Subsystem: 1462:7650
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin A routed to IRQ 177
        Region 4: I/O ports at e000 [size=32]

0000:00:1d.7 0c03: 8086:24dd (rev 02) (prog-if 20)
        Subsystem: 1462:7650
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin D routed to IRQ 193
        Region 0: Memory at ffe7b800 (32-bit, non-prefetchable) [size=1K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [58] #0a [20a0]

0000:00:1e.0 0604: 8086:244e (rev c2)
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR+ FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort- >SERR- <PERR+
        Latency: 0
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
        Memory behind bridge: ffc00000-ffcfffff
        BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B-

0000:00:1f.0 0601: 8086:24d0 (rev 02)
        Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0

0000:00:1f.1 0101: 8086:24db (rev 02) (prog-if 8a [Master SecP PriP])
        Subsystem: 1462:7650
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin A routed to IRQ 169
        Region 0: I/O ports at <unassigned>
        Region 1: I/O ports at <unassigned>
        Region 2: I/O ports at <unassigned>
        Region 3: I/O ports at <unassigned>
        Region 4: I/O ports at fc00 [size=16]
        Region 5: Memory at 40000000 (32-bit, non-prefetchable) [size=1K]

0000:00:1f.3 0c05: 8086:24d3 (rev 02)
        Subsystem: 1462:7650
        Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Interrupt: pin B routed to IRQ 10
        Region 4: I/O ports at 0c00 [size=32]

0000:00:1f.5 0401: 8086:24d5 (rev 02)
        Subsystem: 1462:7650
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Interrupt: pin B routed to IRQ 201
        Region 0: I/O ports at e800 [size=256]
        Region 1: I/O ports at e400 [size=64]
        Region 2: Memory at ffe7be00 (32-bit, non-prefetchable) [size=512]
        Region 3: Memory at ffe7bd00 (32-bit, non-prefetchable) [size=256]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA
PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:01:0b.0 0200: 14e4:4401 (rev 01)
        Subsystem: 1462:7650
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort- >SERR- <PERR-
        Latency: 32
        Interrupt: pin A routed to IRQ 209
        Region 0: Memory at ffcfe000 (32-bit, non-prefetchable) [size=8K]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA
PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=2 PME-


(0000:00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated
Graphics Controller (rev 02))

Hope this helps

O.k. In your BIOS setup have you got the framebuffer size set to 16MB ??

If so, try setting it to 8MB or certainly less than 16MB to see if it makes a
difference.

Quentin - can you also provide logs ?

Actually Quentin looking at your bug in debian's bugzilla shows that you are
doing ...

X -configure 

which is crashing. Is that true ?

(In reply to comment #12)
> Actually Quentin looking at your bug in debian's bugzilla shows that you are
> doing ...
> 
> X -configure 
> 
> which is crashing. Is that true ?

Hi Alan sorry for the delay.

I'll try to provide more information monday (the faulty machine is at work).
Particularly, I'll try to change the amount of video memory available. When
configuring X, I tend to skip the step (in debconf) asking for the available
memory. I always though X was able to do that himself and so far it worked
great. Maybe, there something wrong now.


X -configure was crashing. That's one of the first thing I tried (as at the
beginning I though the problem was in the orginal config file). But even when
starting without config file, Xorg was crashing the same way.

I'm not talking about changing the memory in X's configuration, I'm talking
about your VideoBIOS.

Additionally, you need to provide a log of it crashing without -configure.

Created attachment 4362 [details]
The log of Xorg 6.9.0, freezing when started

Created attachment 4363 [details]
The log of Xorg 6.8.2, which works

(In reply to comment #14)
> I'm not talking about changing the memory in X's configuration, I'm talking
> about your VideoBIOS.
> 

OK, so I tried to change video memory in the BIOS.
It was possible to select 1Mb, 8Mb and 16 Mb.
I was using teh default value which is 8Mb.
I tried the 3 values and each time Xorg freezes.

> Additionally, you need to provide a log of it crashing without -configure.

The time you have the full log of both Xorg 6.9.0 (freezing) and Xorg 6.8.2
(working).

Tell me if you need more information (extra DEBUG in Xorg ?).

(In reply to comment #17)
> 
> The time you have the full log of both Xorg 6.9.0 (freezing) and Xorg 6.8.2
> (working).
> 

Note that there is the "INVALID MEM ALLOCATION" line that appears in other
people's logs.

Quetin - you should look at bug #5201 - the original reporter

*** This bug has been marked as a duplicate of 5201 ***

Quetin - you should follow bug #5201 instead as I've marked this as a duplicate.

But are you running the same kernel when you ran 6.8.2 and 6.9.0 ??

From the X build I see that you might be running 2.6.14 with 6.8.2 and 2.6.15
with 6.9.0.

Could you try 2.6.14 with 6.9.0 ?

(In reply to comment #21)
> From the X build I see that you might be running 2.6.14 with 6.8.2 and 2.6.15
> with 6.9.0.
> 
> Could you try 2.6.14 with 6.9.0 ?

Same problem.
I already tried changing kernel before.
But I'll upload the log in a second just in case.

Created attachment 4364 [details]
Xorg 6.9.0 freezing with 2.6.14

Can you do the lspci output again with this machine and new kernel ?

Just want to confirm Quentin - that all you are doing now is starting X.org 6.9
or 6.8.2 on the same kernel and exactly the same boot sequence.

Is there anything different left ?

The fact is, that some of the PCI base addresses seem to be changing which looks
like the cause of the problem. Now, the i810 driver isn't doing this, so I
suspect it's either some change in the kernel, or X.Org 6.9 has introduced
something defective.

(In reply to comment #24)
> Can you do the lspci output again with this machine and new kernel ?

See 2 uploaded logs as attachments

Created attachment 4365 [details]
lspci output 2.6.14

Created attachment 4366 [details]
lspci output 2.6.15

(In reply to comment #25)
> Just want to confirm Quentin - that all you are doing now is starting X.org 6.9
> or 6.8.2 on the same kernel and exactly the same boot sequence.
> 

Same computer, exact boot sequence.
Was working OK with old Xorg 6.8.2
When updated to 6.9.0, freeze on boot
Downgrade to 6.8.2 => working
Re upgraded this morning to give you additionnal info so it does not work anymore.

> Is there anything different left ?
> 

In my opinion nothing.
The kernel change was due to the "dist-upgrade" which updated everything. 
And I also hoped that upgrading kernel could help ;)

Currently, Xorg 6.9.0 does not work whatever kernel I use.

> The fact is, that some of the PCI base addresses seem to be changing which looks
> like the cause of the problem. Now, the i810 driver isn't doing this, so I
> suspect it's either some change in the kernel, or X.Org 6.9 has introduced
> something defective.

Well, booting on the old kernel does not help here. So a kernel change may not
help but I have doubts it is at the heart of the problem. Maybe lspci outputs
will help you ?

O.k. it looks like the pci probe code in X.org 6.9 is broken.

Can you start X like this...

X -verbose 5

and submit a new log from 6.9 ?

Created attachment 4367 [details]
The log Xorg 6.9.0, with extra verbosity

Result of X -verbose 5 -logverbose 5

Created attachment 4368 [details] [review]
reverse hunk to (hopefully) avoid problem to narrow down search

Quentin,

If you can build X yourself, apply this patch and see if the problem persists.

If it does, it'll help me narrow down the search of the problematic code.

Forgot to mention, you'll need to apply the patch with -R to reverse it.

(In reply to comment #33)
> Forgot to mention, you'll need to apply the patch with -R to reverse it.

Patch applied but does not compile  :/

gcc -m32 -c -g -O2 -fno-strict-aliasing -ansi -Wall -Wpointer-arith
-Wstrict-prototypes                           -Wmissing-prototypes
-Wmissing-declarations                          -Wredundant-decls
-Wnested-externs -Wundef    -I.
-I../../../../../programs/Xserver/hw/xfree86/os-support
-I../../../../../programs/Xserver/hw/xfree86/os-support/bus
-I../../../../../programs/Xserver/mfb               
-I../../../../../programs/Xserver/mi -I../../../../../programs/Xserver/include
-I../../../../../programs/Xserver/os         
-I../../../../../exports/include/X11 -I../../../../../programs/Xserver/Xext
-I../../../../../include/extensions             
-I../../../../../programs/Xserver/Xi
-I../../../../../programs/Xserver/hw/xfree86/ddc
-I../../../../../programs/Xserver/hw/xfree86/i2c              
-I../../../../../lib/font/include -I../../../../../include/fonts               
-I../../../../../programs/Xserver/hw/xfree86
-I../../../../../programs/Xserver/hw/xfree86/parser            
-I../../../../../programs/Xserver/hw/xfree86/loader
-I../../../../../programs/Xserver/hw/xfree86/vgahw
-I../../../../../programs/Xserver/hw/xfree86/rac             
-I../../../../../programs/Xserver/hw/xfree86/scanpci
-I../../../../../programs/Xserver/hw/xfree86/vbe
-I../../../../../programs/Xserver/hw/xfree86/int10            
-I../../../../../programs/Xserver/hw/xfree86/ddc
-I../../../../../programs/Xserver/render -I../../../randr  -I../../../../..
-I../../../../../exports/include   -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L
                                -D_POSIX_SOURCE -D_XOPEN_SOURCE                
             -D_BSD_SOURCE -D_SVID_SOURCE                                
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE                       
    -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP       -DXCSECURITY -DTOGCUP  
-DXF86BIGFONT -DDPMSExtension   -DXPRINT -DPIXPRIV -DPANORAMIX        -DRENDER
-DRANDR       -DXFIXES -DDAMAGE -DCOMPOSITE -DXEVIE    -DGCCUSESGAS
-DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH              -DXFreeXDGA -DXvExtension
                               -DXFree86LOADER -DDLOPEN_HACK -DXFree86Server   
                       -DXF86VIDMODE               -DXvMCExtension             
            -DSMART_SCHEDULE                                -DBUILDDEBUG
-DXResExtension                            -DX_BYTE_ORDER=X_LITTLE_ENDIAN      
                        -DXORG_VERSION_CURRENT="(((6) * 10000000) + ((9) *
100000) + ((0) * 1000) + 0)" -DNDEBUG   -DFUNCPROTO=15 -DNARROWPROTO    
-DMITMISC -DXTEST -DXTRAP        -DXSYNC -DXCMISC -DXRECORD      -DMITSHM
-DBIGREQS -DXF86VIDMODE        -DXF86MISC -DDBE -DDPMSExtension -DEVI      
-DSCREENSAVER -DXV -DXVMC       -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING
-DGLX_USE_DLOPEN -DGLX_USE_MESA  -DFONTCACHE          -DRES -DDDXOSINIT
-DSERVER_LOCK -DDDXOSFATALERROR                            -DDDXOSVERRORF
-DDDXTIME              -D__XCONFIGFILE__='"xorg.conf"'  
-D__XCONFIGDIR__='"/usr/X11R6/lib/X11"' -D__XLOGFILE__='"Xorg"'     
-D__XSERVERNAME__='"Xorg"' -D__XKBDEFRULES__='"xorg"'
-D__VENDORDWEBSUPPORT__='"http://wiki.X.Org"'           -DXVENDORNAME='"The
X.Org Foundation"' -DXVENDORNAMESHORT='"X.Org"' -DXF86PM   xf86pciBus.c
xf86pciBus.c: In function ‘FindPCIVideoInfo’:
xf86pciBus.c:314: error: ‘mem64’ undeclared (first use in this function)
xf86pciBus.c:314: error: (Each undeclared identifier is reported only once
xf86pciBus.c:314: error: for each function it appears in.)
make[7]: *** [xf86pciBus.o] Erreur 1
make[7]: quittant le répertoire «
/local_home/compil/xorg-x11-6.9.0.dfsg.1/build-tree/xc/programs/Xserver/hw/xfree86/common
»
make[6]: *** [all] Erreur 2
make[6]: quittant le répertoire «
/local_home/compil/xorg-x11-6.9.0.dfsg.1/build-tree/xc/programs/Xserver/hw/xfree86 »
make[5]: *** [hw/xfree86] Erreur 2
make[5]: quittant le répertoire «
/local_home/compil/xorg-x11-6.9.0.dfsg.1/build-tree/xc/programs/Xserver »
make[4]: *** [all] Erreur 2
make[4]: quittant le répertoire «
/local_home/compil/xorg-x11-6.9.0.dfsg.1/build-tree/xc/programs »
make[3]: *** [all] Erreur 2
make[3]: quittant le répertoire «
/local_home/compil/xorg-x11-6.9.0.dfsg.1/build-tree/xc »
make[2]: *** [World] Erreur 2
make[2]: quittant le répertoire «
/local_home/compil/xorg-x11-6.9.0.dfsg.1/build-tree/xc »
make[1]: *** [World] Erreur 2
make[1]: quittant le répertoire «
/local_home/compil/xorg-x11-6.9.0.dfsg.1/build-tree/xc »
make: *** [stampdir/build] Erreur 2

Sorry about that. At the top of the function, add this line...

Bool mem64 = FALSE;

Alan.

Created attachment 4382 [details]
Xorg 6.9.0 patched freezing

logverbose 5

(In reply to comment #35)
> Sorry about that. At the top of the function, add this line...
> 
> Bool mem64 = FALSE;
> 
> Alan.

With this line, the compilation est OK.
But Xorg is still freezing.
I have attached a log to help you find the problem.

In the same file can you comment out the lines that have the following in them...

pciCheckForBrokenBase( ... )

Comment them out with

#if 0
    ..... = pciCheckForBrokenBase( ... )
#endif

and retry

Oh, are you attaching the lspci output on a fresh boot ?

Have you done an lspci output when the Xserver has crashed ??

(In reply to comment #39)
> Oh, are you attaching the lspci output on a fresh boot ?
> 
> Have you done an lspci output when the Xserver has crashed ??

No, gdm is still started automatically.
Is the output supposed to change ?
If this is the case, tell me and I'll update the ouputs.

In the meantime, I am going to change the source as mentionned in your previous
comment.

I'm asking is it changing ?? it shouldn't.

(In reply to comment #41)
> I'm asking is it changing ?? it shouldn't.

That was my question (I was surprised that you ask me to check this as I think
it should not change too).

I'll check anyway to be sure.

(In reply to comment #41)
> I'm asking is it changing ?? it shouldn't.

It does not change.
I have just tested after a fresh boot (no gdm, no xdm, no X), started Xorg (does
not work), then new test, same ouput (as expected).

I'll upload lspci ouput + Xorg log (with previous patch and call to
pciCheckForBrokenBase(...) commented.

Created attachment 4384 [details]
lspci ouput with 2 patches

Created attachment 4385 [details]
Xorg log with 2 patches, still freezing

Find the file xf86Bus.c and comment out the function call to ValidatePci().

Rebuild the Xorg server and try again.

Just to note, leave the other patches applied as well.

Created attachment 4391 [details]
Xorg 6.9.0, working well with ALL patches

(In reply to comment #47)
> Just to note, leave the other patches applied as well.

OK that's what I did.

Current patch set : 

=> xf86pci*.c
 + 64bit.patch
 + extra line for mem64 init
 + calls to pciCheckForBrokenBase(...) commented

=> xf86Bus.c
 + call to ValidatePCI() commented

I can provide diffs if needed (against debian source though, but it is likely to
be close to CVS as they keep extra patches in separate files)

Xorg is working but X -configure is still crashing (may be normal due to PCI
probe I guess).

Do you want me to test something else ?

*** Bug 5201 has been marked as a duplicate of this bug. ***

Using this as the tracker for this Xserver problem getting the PCI address
mucked up.

I've just checked in all the new code for x.org. Can you try compiling from
source again and see if it fixes your problem ?

whoops, wrong report ignore that.

*** Bug 5812 has been marked as a duplicate of this bug. ***

*** Bug 5941 has been marked as a duplicate of this bug. ***

I'm having this exact problem with the Xorg 7.0 packages in Ubuntu Dapper.  Is
there any word on this being fixed?

John - check comment #49 - there are patches attached to this bug to fix it,
they just need to be worked out into the CVS.

Removing the ValidatePCI() call globally from Xorg seems pretty intrusive to me.
Is this really the way to go?

I just fixed my problems with Ubuntu Xorg by just commenting out the ValidatePCI
function.  It appears the other patches are unnecessary.

*** Bug 6410 has been marked as a duplicate of this bug. ***

I am running xorg-server-1.0.2 from gentoo which already includes the reverse
hunk patch. I commented out ValidatePci() from xf86Bus.c but compilation fails.
I have the same hardware as https://bugs.freedesktop.org/show_bug.cgi?id=5201
comment #7. 

make[5]: Entering directory
`/var/tmp/portage/xorg-server-1.0.2-r1/work/xorg-server-1.0.2/hw/xfree86/com
if i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../include
-I../../../include -I../../../includee86 -I../../../hw/xfree86/include
-I../../../hw/xfree86/common -I../../../hw/xfree86/os-support -I../..der
-I./../rac -I./../parser -I./../scanpci -I./../vbe -I./../int10 -I./../vgahw
-I./../dixmods/extmod  h -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-declarations -Wnested-externs -fno-strict-aliasing /../include
-I../../../Xext -I../../../composite -I../../../damageext -I../../../xfixes
-I../../../Xi -Ier -I../../../randr -I../../../fb -I../../../lbx   -O2
-march=pentium-m -mtune=pentium-m -pipe -fomit-fro" -c -o xf86Configure.o
xf86Configure.c; \
then mv -f ".deps/xf86Configure.Tpo" ".deps/xf86Configure.Po"; else rm -f
".deps/xf86Configure.Tpo"; exi
if i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../include
-I../../../include -I../../../includee86 -I../../../hw/xfree86/include
-I../../../hw/xfree86/common -I../../../hw/xfree86/os-support -I../..der
-I./../rac -I./../parser -I./../scanpci -I./../vbe -I./../int10 -I./../vgahw
-I./../dixmods/extmod  h -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-declarations -Wnested-externs -fno-strict-aliasing /../include
-I../../../Xext -I../../../composite -I../../../damageext -I../../../xfixes
-I../../../Xi -Ier -I../../../randr -I../../../fb -I../../../lbx   -O2
-march=pentium-m -mtune=pentium-m -pipe -fomit-fr6Bus.o xf86Bus.c; \
then mv -f ".deps/xf86Bus.Tpo" ".deps/xf86Bus.Po"; else rm -f
".deps/xf86Bus.Tpo"; exit 1; fi
xf86Bus.c:2491:6: invalid preprocessing directive #ValidatePci
if i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../include
-I../../../include -I../../../includee86 -I../../../hw/xfree86/include
-I../../../hw/xfree86/common -I../../../hw/xfree86/os-support -I../..der
-I./../rac -I./../parser -I./../scanpci -I./../vbe -I./../int10 -I./../vgahw
-I./../dixmods/extmod  h -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-declarations -Wnested-externs -fno-strict-aliasing /../include
-I../../../Xext -I../../../composite -I../../../damageext -I../../../xfixes
-I../../../Xi -Ier -I../../../randr -I../../../fb -I../../../lbx   -O2
-march=pentium-m -mtune=pentium-m -pipe -fomit-fr-o xf86Config.o xf86Config.c; \
then mv -f ".deps/xf86Config.Tpo" ".deps/xf86Config.Po"; else rm -f
".deps/xf86Config.Tpo"; exit 1; fi
xf86Config.c:77:1: warning: "XKB_IN_SERVER" redefined
In file included from ../../../include/xorg-config.h:13,
                 from xf86Config.c:50:
../../../include/dix-config.h:337:1: warning: this is the location of the
previous definition
xf86Config.c: In function `GenerateDriverlist':
xf86Config.c:510: warning: passing arg 1 of `LoaderListDirs' from incompatible
pointer type
xf86Config.c: In function `configExtensions':
xf86Config.c:2461: warning: nested extern declaration of `EnableDisableExtension'
xf86Config.c: In function `xf86HandleConfigFile':
xf86Config.c:2676: warning: unused variable `stroffset'
make[5]: *** [xf86Bus.o] Error 1
make[5]: *** Waiting for unfinished jobs....
make[5]: Leaving directory
`/var/tmp/portage/xorg-server-1.0.2-r1/work/xorg-server-1.0.2/hw/xfree86/comm
make[4]: *** [all] Error 2
make[4]: Leaving directory
`/var/tmp/portage/xorg-server-1.0.2-r1/work/xorg-server-1.0.2/hw/xfree86/comm
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/var/tmp/portage/xorg-server-1.0.2-r1/work/xorg-server-1.0.2/hw/xfree86'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/var/tmp/portage/xorg-server-1.0.2-r1/work/xorg-server-1.0.2/hw/xfree86'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/xorg-server-1.0.2-r1/work/xorg-server-1.0.2/hw'
make: *** [all-recursive] Error 1

My original bug:
https://bugs.freedesktop.org/show_bug.cgi?id=6410

For that build problem, you should file a bug with gentoo.

oops, no you shouldn't log it with gentoo.

You've commented it out incorrectly.

This is C source code and you can't just stick a # in front of ValidatePci.

Do this..

   /* ValidatePci(); */

or 

#if 0
   ValidatePci();
#endif.

That worked perfectly. Is this fix a temporary one? Is it in CVS? Should I ask
the gentoo dev to inculde this small patch? Thanks

I have i915 on my notebook and I'm encountering this bug (blank screen, can't
ctrl+alt+bksp, but ie. ssh works) even after commenting out the ValidatePCI()
function.
See related files: http://public.toh.cz/Xorg.0.log http://public.toh.cz/lspci
http://public.toh.cz/xorg.conf

Is there any progress on this bug? I have the same problem where 6.9.0 can't 
activate anything but the primary card. Is there any planned 6.9.1 release or 
anything like that coming up with multi-head support fixed?

*** Bug 6385 has been marked as a duplicate of this bug. ***

I turned out, that my problem was cause by the option
Option	"MonitorLayout" "LFP"
I had to remove it (which is strange, as LFP is the actual used monitor, and I
consider it another bug). Thus the /*ValidatePCI() */ did it for me.

This bug is TL;DR.  So, for 7.1 planning purposes, I'd appreciate knowing:

- What the issue is
- What the status is in CVS
- If it's not fixed yet, whether it stands a chance of being fixed before 7.1.

Adam,

Basically it comes down to the ValidatePci() call that should be isolated.

It's ifdef'd out for other arches, and we're getting to the point where it
should probably be done for i386 arches too, but maybe with a commandline flag
-validatepci to be added to switch it on if needed.

*** Bug 6695 has been marked as a duplicate of this bug. ***

I'm pretty sure this will fix the problem here. Closing.

*** This bug has been marked as a duplicate of 6750 ***

Would it still be a good idea to make the ValidatePCI call still be optional 
with a command line flag to control it?