Dual-display testing support error on Santa-rosa with Crestline

Binary package hint: xorg

This bug occured during testing Feisty update (i386 and x86_64 Desktop)
on Santa Rosa platform with the following specs:

Santa Rosa CRB
Crestline(B0) ICH8M(B0)
Merom(B1) 2.0GHz
EM64T 4M 667MHz
2048M DDR2 667
80G Sata

Steps:
1. change the xorg.conf to support DualDisplay
2. Connect CRT and TV
3. restart X.
4. Error with: "(EE) intel(1): Internal Error: maxCacheLines < 0 in i830_allocate_2d_memory()"

Hi Kevin,

Could you please try to collect debugging information following https://wiki.ubuntu.com/DebuggingXorg ? Please install the debugging package xserver-xorg-core-dbgsym and attach the gdb or apport trace. Thanks.

Hi,
The following is the backtrace information:

root@santa-rosa2:/etc/X11# gdb Xorg
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) r
Starting program: /usr/bin/Xorg
[Thread debugging using libthread_db enabled]
[New Thread 47971470273280 (LWP 6198)]

X Window System Version 7.2.0
Release Date: 22 January 2007
X Protocol Version 11, Revision 0, Release 7.2
Build Operating System: Linux Ubuntu
Current Operating System: Linux santa-rosa2 2.6.20-16-generic #2 SMP Wed May 23 00:30:47 UTC 2007 x86_64
Build Date: 04 April 2007
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Aug 23 02:58:59 2052
(==) Using config file: "/etc/X11/xorg.conf"
[tcsetpgrp failed in terminal_inferior: Operation not permitted]
(WW) intel: No matching Device section for instance (BusID PCI:0:2:1) found
(EE) intel(1): Internal Error: maxCacheLines < 0 in i830_allocate_2d_memory()

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47971470273280 (LWP 6198)]
i830_allocate_aperture (pScrn=<value optimized out>, name=0x2ba13bcfd9fa "secondary front buffer", size=3276800,
    alignment=65536, flags=0) at ../../src/i830_memory.c:346
346 ../../src/i830_memory.c: No such file or directory.
        in ../../src/i830_memory.c
(gdb) backtrace full

#0 i830_allocate_aperture (pScrn=<value optimized out>, name=0x2ba13bcfd9fa "secondary front buffer", size=3276800,
    alignment=65536, flags=0) at ../../src/i830_memory.c:346
        mem = (i830_memory *) 0x847870
        scan = (i830_memory *) 0x817fd0
#1 0x00002ba13bcd92be in i830_allocate_memory (pScrn=0x0, name=0x320000 <Address 0x320000 out of bounds>, size=8673062,
    alignment=0, flags=0) at ../../src/i830_memory.c:433
        mem = <value optimized out>
#2 0x00002ba13bcda1c2 in i830_allocate_framebuffer (pScrn=0x7e3cb0, pI830=0x817fd0, FbMemBox=<value optimized out>,
    secondary=1, flags=0) at ../../src/i830_memory.c:829
        pitch = 2560
        cacheLines = <value optimized out>
        maxCacheLines = <value optimized out>
        size = 3276800
        fb_height = <value optimized out>
        name = 0x2ba13bcfd9fa "secondary front buffer"
        front_buffer = (i830_memory *) 0x0
#3 0x00002ba13bcda460 in i830_allocate_2d_memory (pScrn=0x7e3480) at ../../src/i830_memory.c:1000
        pI830 = (I830Ptr) 0x7e58d0
#4 0x00002ba13bcd6abf in I830ScreenInit (scrnIndex=0, pScreen=0x846930, argc=<value optimized out>,
    argv=<value optimized out>) at ../../src/i8...

Thanks.

I've reported this upstream.

Kevin, could you also attach your xorg.conf and Xorg.0.log files when encountering this bug, in case upstream requests them? (In general, it's a good idea to always include xorg.conf and Xorg.0.log when reporting Xorg bugs, as they're quite frequently needed - although in this case maybe the backtrace is enough).

It looks like this is failing while using EXA. To confirm, can you please disable EXA in your xorg.conf?

Hi Bryce,

By default, it should use XAA, and I didn't change this, we can see that the system is using the XAA in Xorg.0.log

Thanks
Kevin

Hi Kevin,

I think you may need to set the BusID for Device Card1 to "PCI:0:2:1" rather than "PCI:0:2:0". Could you please try that and verify that it makes it work?

Hi Bryce,

The issue is still there even change to PCI:0:2:1

thanks
Kevin

Kevin, upstream is reporting the following on this bug currently:

"Failure with xinerama is the expected results with the current code, and we
have no plans to fix it. You can use RandR 1.2-based configuration, statically
(xorg.conf(5) has information in git) or at runtime using xrandr(1), which
allows for many common multihead configurations."

When upstream isn't willing to fix this bug there is little we can do. We can improve our graphical config tool to make it easier to set this up using xrandr. That would be a feature request against the config tool.