Bug#685750: IA64 (Itanium) Wheezy, mach64, decommissioned xorg drivers
Package: xserver-xorg-video-mach64
Severity: important
Tags: wheezy
IA64 (Itanium) Wheezy, mach64, decommissioned xorg drivers
Boot method: netinst CD
Image version: a self build netinst CD which bases on the data of
Wheezy beta-1 and the patch proposals of bug#678883, 679545, 685186.
Date: Aug. 24, 2012
Machine: Dell PowerEdge 3250
Processor: 2x Itanium Madison 1.5GHz 6M
Memory: 4G
Graphics: build-in ATI Rage XL
01:01.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD]
nee ATI Rage XL [1002:4752] (rev 27)
Subsystem: Intel Corporation Device [8086:3404]
I could install a minimum Debian Wheezy with my self-build netinst CD.
I installed gnome-core but after the next reboot the screen flashed a
few times, was completely black a few seconds later, the hard disk
drive led flashed rythmic. Switching to another console wasn't possible.
There was a large count of xorg log files:
/var/log/Xorg.0.log
/var/log/Xorg.0.log.old
/var/log/Xorg.1.log
/var/log/Xorg.1.log.old
....
/var/log/Xorg.200.log
/var/log/Xorg.200.log.old
....
what gives me an idea what happened while the hard disk drive led
flashed rythmic.
Graphics is a ATI Rage XL, the 'mach64' xorg driver would be the right
one - 'mach64' might be loaded by the 'ati' xorg driver.
The most interesting lines in Xorg.0.log.old are
[ 92.560] (II) LoadModule: "ati"
[ 92.560] (II) Loading /usr/lib/xorg/modules/drivers/ati_drv.so
[ 92.560] (II) Module ati: vendor="X.Org Foundation"
[ 92.560] compiled for 1.12.1.902, module version = 6.14.4
[ 92.580] Module class: X.Org Video Driver
[ 92.580] ABI class: X.Org Video Driver, version 12.0
[ 92.581] (II) LoadModule: "mach64"
[ 92.581] (WW) Warning, couldn't open module mach64
[ 92.581] (II) UnloadModule: "mach64"
[ 92.581] (II) Unloading mach64
[ 92.581] (EE) Failed to load module "mach64" (module does not exist, 0)
Then I found the Debian bug#671386 report. I thought my glasses lift
up when I read it :-).
This is the commit which removed the functions inb, inw, inl, outb,
outw, outl:
http://cgit.freedesktop.org/xorg/xserver/commit/?id=aa0bfb0f133481c57762012e8e30c05ffa151423
The commit reads at the top
"pciaccess handles this now."
A removed comment reads
- * We use special in/out routines here since Altix platforms require the
- * use of the sysfs legacy_io interface. The legacy_io file maps to the I/O
- * space of a given PCI domain; reads and writes are used to do port I/O.
- * The file descriptor for the file is stored in the upper bits of the
- * value passed in by the caller, and is created and populated by
- * xf86MapLegacyIO.
- *
- * If the legacy_io interface doesn't exist, we fall back to the glibc in/out
- * routines, which are prefixed by an underscore (e.g. _outb).
Further investigations are needed...
Kind regards
Stephan Schreiber
Reply to: