with
fdo #7770 as a failed attempt to minimize stability issues with hp zx1 chipset/
ATI FireGL X1 graphics adapter configuration
(see http://marc.info/?l=linux-ia64m=140077543819871w=2 for details/reason)
Signed-off-by: Émeric MASCHINO emeric dot maschino at gmail dot com
---
diff --git a/drivers
2010/2/3 Stephane Marchesin stephane.marche...@gmail.com:
Really if you have such lockups they may also happen on x86, did you
try the card there?
Hello,
I had some free time. So I've tried my FireGL X1 adapter on x86
hardware, no problem.
I don't know if it can provide valuable information,
2010/2/4 Jerome Glisse gli...@freedesktop.org:
IIRC old radeon drm doesn't have any thing to dump GPU command stream.
Look at http://www.x.org/docs/AMD/R5xx_Acceleration_v1.4.pdf to see
what radeon GPU stream command looks like (packet pm4 stuff)
Interesting read for the parts I can
2010/2/8 Alex Deucher alexdeuc...@gmail.com:
Does AGP work at all on ia64? I know on some alphas there were cache
coherency issues or something like that that more or less prevented
AGP from be usable at all. It was mostly there to accommodate AGP
form factor cards.
I would say that AGP
2010/2/7 Stephane Marchesin stephane.marche...@gmail.com:
From what I recall, all the ia64 AGP chipsets (well the zx1 and the
460) have to be run:
- without side band adressing
- without fast writes
- at 4x speed
otherwise they're unstable.
I think by default agpgart puts them at AGP 1x
2010/2/7 Dave Airlie airl...@linux.ie:
This would thus narrow my investigation path to the AGP code
of the radeon driver, right?
No it narrows it down the to the AGP hardware in your machine along with
the probable lack of info on it, and maybe some tweaks that we know
nothing about.
By AGP
2010/2/7 Émeric Maschino emeric.masch...@gmail.com:
I've no idea about sideband addressing. Is there a way to check
whether it's enabled or not? And is there a way to disable it?
lspci -vv gives:
80:00.0 VGA compatible controller: ATI Technologies Inc Radeon R300 NG
[FireGL X1] (rev 80) (prog
2010/2/4 Jerome Glisse gli...@freedesktop.org:
IIRC old radeon drm doesn't have any thing to dump GPU command stream.
Look at http://www.x.org/docs/AMD/R5xx_Acceleration_v1.4.pdf to see
what radeon GPU stream command looks like (packet pm4 stuff). Note that
dump GPU command stream can quickly
2010/2/3 Stephane Marchesin stephane.marche...@gmail.com:
No, you are right they don't trigger MCA. Hmm I didn't have any of
those back then, my lockups came from the bus mostly...
Thank you for clarifying this point.
Really if you have such lockups they may also happen on x86, did you
try
2010/2/1 Stephane Marchesin stephane.marche...@gmail.com:
If an ia64 machine lockups, it will usually store an MCA telling you
about why it locked/where in the code this happened.
This is how I got ia64 DRI going a bunch of years ago. For what it's
worth, most of the bugs were:
- pci
2010/1/31 Jerome Glisse gli...@freedesktop.org:
snip
Eventually, strace log is flooded with
ioctl(4, 0xc0106451, 0x6fd530f8) = 0
roughly at the time the CPU charge increases. This is consistent with
what is recorded in syslog:
Jan 29 21:16:03 longspeak kernel: [ 318.611783]
Hello,
I really don't know where to start, so feel free to redirect me to the
right mailing list if this one is not the correct one.
[Summary]
I'm trying to help revive 3D hardware acceleration on ia64
architecture. This is a very long story that started in 2006
12 matches
Mail list logo