Hi Niveditha,
I see. OK here is what I noticed;
In particular regards to:
"(WW) intel(0): Bad V_BIOS checksum"
[edward at opensolaris0805:~]> grep "WW" /var/log/Xorg.0.log
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) `fonts.dir' not found (or not valid) in "/usr/X11/lib/X11/fonts/TrueType/".
(WW) The directory "/usr/X11/lib/X11/fonts/Type1/sun/" does not exist.
(WW) The directory "/usr/X11/lib/X11/fonts/F3bitmaps/" does not exist.
(WW) intel(0): Bad V_BIOS checksum
(WW) intel(0): Register 0x61114 (PORT_HOTPLUG_STAT) changed from
0x00000000 to 0x00000b00
(WW) intel(0): Register 0x70024 (PIPEASTAT) changed from 0x80000203 to
0x00000000
(WW) intel(0): PIPEASTAT before: status: FIFO_UNDERRUN
VSYNC_INT_STATUS VBLANK_INT_STATUS OREG_UPDATE_STATUS
(WW) intel(0): PIPEASTAT after: status:
(WW) intel(0): Removed DRI frontbuffer mapping in compatibility mode.
(WW) intel(0): DRIGetDeviceInfo will report incorrect frontbuffer handle.
(WW) AIGLX: 3D driver claims to not support visual 0x23
(WW) AIGLX: 3D driver claims to not support visual 0x24
(WW) AIGLX: 3D driver claims to not support visual 0x25
(WW) AIGLX: 3D driver claims to not support visual 0x26
(WW) AIGLX: 3D driver claims to not support visual 0x27
(WW) AIGLX: 3D driver claims to not support visual 0x28
(WW) AIGLX: 3D driver claims to not support visual 0x29
(WW) AIGLX: 3D driver claims to not support visual 0x2a
(WW) AIGLX: 3D driver claims to not support visual 0x2b
(WW) AIGLX: 3D driver claims to not support visual 0x2c
(WW) AIGLX: 3D driver claims to not support visual 0x2d
(WW) AIGLX: 3D driver claims to not support visual 0x2e
(WW) AIGLX: 3D driver claims to not support visual 0x2f
(WW) AIGLX: 3D driver claims to not support visual 0x30
(WW) AIGLX: 3D driver claims to not support visual 0x31
(WW) AIGLX: 3D driver claims to not support visual 0x32
I upgraded my BIOS to the latest latest latest version that is around;
[edward at opensolaris0805:~]> prtdiag| head -n 2
System Configuration: Gigabyte Technology Co., Ltd. 945GCM-S2L
BIOS Configuration: Award Software International, Inc. F8b 09/05/2008
Would it be worth contacting Gigabyte themselfs ?
Best Regards,
Edward O'Callaghan.
2008/9/30 Niveditha Rau <Niveditha.Rau at sun.com>:
> Hi Edward,
>
> One of the problems we are facing in debugging this issue is
> reproducibility. I have a Toshiba laptop with 945 and that comes up fine
> with higher resolutions. I had also requested our Intel counterpart to try
> to reproduce the problem and so far neither of us have been able to
> reproduce the resolution issue and hence the request for a verbose log
> output. Please note that we are looking into the issues you've reported.
>
> Regarding the performance problem - we had seen some performance issues when
> EXA was used as the default starting build 92
> (https://bugs.freedesktop.org/show_bug.cgi?id=13389), and the workaround for
> it was to use XAA - but unfortunately that doesn't seem to help in your
> case.
> Thanks
> Niveditha
>
> Edward O'Callaghan wrote:
>
>> Hi,
>> In regards to;
>> http://defect.opensolaris.org/bz/show_bug.cgi?id=2842
>> http://defect.opensolaris.org/bz/show_bug.cgi?id=3582
>>
>> I am sorry, but what does it take to get a bug fixed ?
>> I have provided ample amount of info on a *very* common chipset quite
>> some time ago.
>> The first report was filed way back in 2008-08-11.
>>
>> Without these fixed my Solaris desktop is next to useless !
>> I sometimes have to wait for min for desktop items to start to respond
>> again and its nothing to do with XAA/EXA as far as I can see. I have
>> used tried Mesa 7.0.3 and the new Intel drivers to no effect. More
>> details in report.
>> I feel I have been fairly patient but things such as a newer version
>> of Pidgin or Gnome or whatever seems to keep getting higher priority
>> then bug reports such as the ones above.
>>
>> As both a user and a member of the community I would like to know why
>> Sun persistence in having a new version of Gnome as a higher priority
>> then a working X server and stable/workable drivers?
>>
>> Thanks,
>> Edward O'Callaghan.
>>
>>
>
>
--
All Documents adhered to the ISO/IEC 26300 standard file format for
electronic office documents, such as spreadsheets, charts,
presentations and word processing documents from this email address.
The author does not take responsibility of the recipients inability to
read international standards and who use proprietary products such as
MS Office.
See: http://www.openoffice.org/
Edward O'Callaghan.
--
http://fedoraproject.org/wiki/EdwardOcallaghan
http://moonshine.opn4.org/
http://www.pcbsd.org/
