Brynet wrote:
>> I know this is unrelated, Matthieu.. but are you and Owain working on
>> getting DRI/DRM working on other supported architectures? and fixing
>> the other drivers (..ragedrm/mgadrm/machdrm/etc have been broken since
>> 4.5).
Matthieu Herrb wrote:
> It's on the TODO list, but no one is actively working on that.
>
> Volunteers are welcome,
>
> think that with all the work Owain did to clean up and integrate the
> dri drivers in
> /sys/dev/pci/drm, it's now a lot easier to study the working drivers
> in order to
> fix the non-working ones.
Hello,
I has previously contacted Owain about this on one of my workstations
using an ATI Rage 128 with ragedrm* compiled, but has also mentioned
that it seems other legacy drivers like mgadrm* and savagedrm* and
perhaps the others are broken with the current DRM (..although for a
brief time ragedrm* worked on 4.4).
One of the problems diagnosing the issue was that after starting X, the
screen would remain blank and one assumed that the system froze.
Network traffic halted and everything indicated a deadlock.
After installing 4.6 on one of my older systems, I decided to compile
mgadrm* and see if there was any behaviour change.. finally it dawned on
me: "What if ddb> is sitting there?", turns out.. it was!
Thanks to the crash(8) man page, I did finally manage to get a copy of
the kernel+ddb> output.. but it doesn't look good, trace shows nothing.
--
pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x03
intelagp0 at pchb0
agp0 at intelagp0: aperture at 0xf8000000, size 0x4000000
ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x03
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "Matrox MGA G200 AGP" rev 0x03
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
mgadrm0 at vga1: irq
mgadrm0: Initialized card for AGP DMA.
uvm_fault(0xd0877ae0, 0xd5d43000, 0, 3) -> e
kernel: page fault trap, code=0
Stopped at bcopy+0x1a: repe movsl (%esi),%es:(%edi)
ddb> ps
PID PPID PGRP UID S FLAGS WAIT COMMAND
22224 31507 31507 0 3 0x40180 netio Xorg
*31507 10994 31507 35 7 0x44100 Xorg
10994 253 10994 0 3 0x4082 pause xinit
8582 1 8582 0 3 0x4082 ttyin getty
27535 1 27535 0 3 0x4082 ttyin getty
684 1 684 0 3 0x4082 ttyin getty
21268 1 21268 0 3 0x4082 ttyin getty
253 1 253 0 3 0x4082 pause ksh
23767 1 23767 0 3 0x80 select cron
28785 1 28785 0 3 0x40180 select sendmail
5358 1 5358 0 3 0x80 select sshd
27547 1 27547 0 3 0x180 select inetd
3172 2030 4318 83 3 0x180 poll ntpd
2030 4318 4318 83 3 0x180 poll ntpd
4318 1 4318 0 3 0x80 poll ntpd
4109 9457 9457 74 3 0x180 bpf pflogd
9457 1 9457 0 3 0x80 netio pflogd
7845 9206 9206 73 2 0x180 syslogd
9206 1 9206 0 3 0x88 netio syslogd
14 0 0 0 3 0x100200 bored crypto
13 0 0 0 3 0x100200 aiodoned aiodoned
12 0 0 0 3 0x100200 syncer update
11 0 0 0 3 0x100200 cleaner cleaner
10 0 0 0 3 0x100200 reaper reaper
ddb> trace
bcopy+0x1a: 4c8ba5f3
ddb> boot dump
syncing disks... done
WARNING: not updating battery clock
---
On another subject, it seems as if DDC1/E-EDID support isn't available
for mga(4) anymore.. according to a recent commit in the xf86-video-mga
git respository, this requires implicit support from the Xserver?
http://cgit.freedesktop.org/xorg/driver/xf86-video-mga/commit/?id=2972b
5707bbee5ac0d046b5100bcf572d82e1c4d
That seems to be it, I'll try and see if the ddb> console is available
on one of my other ragedrm* systems -- although somehow I think the
output will be equally as unrevealing.
DRM on legacy graphics hardware is looking more any more unlikely every
day, but perhaps it's an excuse for me to get some newer ATI cards.
Thanks for reading. :-)
-Bryan.
