Re: [Nouveau] PA-RISC (hppa) video cards init failure loading the device driver kernel module
Dear Ilia, unfortunately, I have only bad news to report: - the nouveau options that you have suggested does not produce the expected resuls; nouveau.config=NvAGP=0 (I'm using Linux blsw 4.4.0-1-parisc64-smp #1 SMP Debian 4.4.6-1 (2016-03-17) parisc64 GNU/Linux) and nouveau.vram_pushbuf=1 does not fix the issue about NVIDA AGP init. The error is still there and the video card works in frame buffer mode only - I have tried another, more recent, NVIDIA AGP card (NV36GL [Quadro FX 1100] (rev a1)): this model, with or without options, is not able to make X11 works. - I have tried also a PCI video card (ATI 9200), but with this model the c8000 is not ble to complete the internal diagnostic,so the Linux boot does not start > 0e000e7a00e0 600601005d441002 CC_IODISC_PCI_DEVICE_CONFIG > pci_bus_walk line 2878 - bridge aperture too big then . the system boot process STOPs: e000108401e0 CC_BOOT_BOOT_FAILURE 030010d501e0 CC_CPU_STOP The problem is elsewhere. "TTM" module ? I'm perplexed and confused. Helge Deller told me that the hppa linux branch does not have a working kgdb support, therefore my only chance to find and fix this _very_nasty_ bug is insert some "printk" and hope to be able to find the source of the issue. Any idea ? Thanks in advance for the help Simone Mannori - ITALY On 4 April 2016 at 04:18, Ilia Mirkin <imir...@alum.mit.edu> wrote: > Not sure about the radeon issue, but > > "DRM: GPU lockup - switching to software fbcon" > > basically means "the CPU isn't able to submit commands, or the GPU > isn't executing the commands". Basically the GPU can only have so many > commands outstanding [well, command buffers], and we hit that limit. > From what I understand, PA-RISC has a "funny" architecture that is > very unlike x86 in terms of memory coherency, and is thus more likely > to hit issues that don't exist on other architectures. Perhaps you can > summarize the key points of oddness? Perhaps there's some debug > "disable caches" mode or something? Also note that nouveau won't work > well on an architecture with a non-4K page size. Not sure if that's > the situation for you. > > I see that it's using AGP - there's a high chance that something > AGP-related is broken - try booting with nouveau.config=NvAGP=0 (or > nouveau.agpmode=0 for pre-4.3 kernels). > > Perhaps it has issues DMA'ing the command buffer from system memory, > we can try forcing the pushbuf to be in vram - boot with > nouveau.vram_pushbuf=1 . > > If there are PCI slots and you have a PCI video card handy, I'd > definitely try that too. > > Good luck, > > -ilia > > On Sun, Apr 3, 2016 at 3:51 AM, Simone Mannori <simone.mann...@gmail.com> > wrote: >> Dear "nouveau" developers, >> >> I know that many very competent guys have already spent a lot of time >> and efforts on this issue without success. I have started to play with >> "hppa" two weeks ago and, with the support of the linux-parisc mailing >> list people, now I have a - almost fully - working workstation (hp >> c8000). >> >> Everythings work perfectly BUT the video card. No matter the model, >> type, driver, etc. the results are always the same: a very slow frame >> buffer mode only. >> >> I'm forwarding the results of my investigations with the hope that >> someone of you will help me to find the right path to fix this issue. >> >> Thanks in advance for your help. >> >> Simone Mannori - Italy >> >> //** >> >> -- Forwarded message -- >> From: Simone Mannori <simone.mann...@gmail.com> >> Date: 3 April 2016 at 09:34 >> Subject: Video cards init failure loading the device driver kernel module >> To: John David Anglin <dave.ang...@bell.net> >> Cc: Helge Deller <del...@gmx.de>, Graham Gower >> <graham.go...@gmail.com>, linux-parisc <linux-par...@vger.kernel.org> >> >> >> Dear All, >> >> following you suggestions, now I have an - almost - perfectly working >> hp c8000 workstation. >> >> Mission accomplished? Not exactly: despite a lot of efforts, the video >> card section is still not fully operative. Let me resume the >> situation. >> >> I'm using a c8000 with two PA-8800 and Debian 8.0, kernel: >> >> Linux version 4.4.0-1-parisc64-smp (debian-ker...@lists.debian.org) >> (gcc version 4.9.3 (GCC) ) #1 SMP Debian 4.4.6-1 (2016-03-17) >> >> I have two very different AGP video cards (ATI FireGL T2 and N
[Nouveau] [Radeon] PA-RISC (hppa) video cards init failure loading the device driver kernel module
The very same option list, but for the "radeon" kernel module:
http://xorg.freedesktop.org/wiki/RadeonFeature/#index4h2
Simone Mannori - Italy
On 4 April 2016 at 05:56, Simone Mannori <simone.mann...@gmail.com> wrote:
> Dear Ilia,
>
> this page summarize all the possible options of the "nouveau" kernel module:
>
> https://nouveau.freedesktop.org/wiki/KernelModuleParameters/
>
> I will test the options that you have suggested as soon as possible.
>
> Try a PCI video card is a very good advice because the
> AGP/FX1(chipset) is on the top of the "usual suspects" list;
> unfortunately the c8000 has 3.3 PCI slots and all the (very old) PCI
> video cards in my hands have 5V PCI connector
>
> Many thanks for your suggestions and advice.
>
>Simone Mannori - Italy
>
>
> On 4 April 2016 at 04:18, Ilia Mirkin <imir...@alum.mit.edu> wrote:
>> Not sure about the radeon issue, but
>>
>> "DRM: GPU lockup - switching to software fbcon"
>>
>> basically means "the CPU isn't able to submit commands, or the GPU
>> isn't executing the commands". Basically the GPU can only have so many
>> commands outstanding [well, command buffers], and we hit that limit.
>> From what I understand, PA-RISC has a "funny" architecture that is
>> very unlike x86 in terms of memory coherency, and is thus more likely
>> to hit issues that don't exist on other architectures. Perhaps you can
>> summarize the key points of oddness? Perhaps there's some debug
>> "disable caches" mode or something? Also note that nouveau won't work
>> well on an architecture with a non-4K page size. Not sure if that's
>> the situation for you.
>>
>> I see that it's using AGP - there's a high chance that something
>> AGP-related is broken - try booting with nouveau.config=NvAGP=0 (or
>> nouveau.agpmode=0 for pre-4.3 kernels).
>>
>> Perhaps it has issues DMA'ing the command buffer from system memory,
>> we can try forcing the pushbuf to be in vram - boot with
>> nouveau.vram_pushbuf=1 .
>>
>> If there are PCI slots and you have a PCI video card handy, I'd
>> definitely try that too.
>>
>> Good luck,
>>
>> -ilia
>>
>> On Sun, Apr 3, 2016 at 3:51 AM, Simone Mannori <simone.mann...@gmail.com>
>> wrote:
>>> Dear "nouveau" developers,
>>>
>>> I know that many very competent guys have already spent a lot of time
>>> and efforts on this issue without success. I have started to play with
>>> "hppa" two weeks ago and, with the support of the linux-parisc mailing
>>> list people, now I have a - almost fully - working workstation (hp
>>> c8000).
>>>
>>> Everythings work perfectly BUT the video card. No matter the model,
>>> type, driver, etc. the results are always the same: a very slow frame
>>> buffer mode only.
>>>
>>> I'm forwarding the results of my investigations with the hope that
>>> someone of you will help me to find the right path to fix this issue.
>>>
>>> Thanks in advance for your help.
>>>
>>> Simone Mannori - Italy
>>>
>>> //**
>>>
>>> -- Forwarded message --
>>> From: Simone Mannori <simone.mann...@gmail.com>
>>> Date: 3 April 2016 at 09:34
>>> Subject: Video cards init failure loading the device driver kernel module
>>> To: John David Anglin <dave.ang...@bell.net>
>>> Cc: Helge Deller <del...@gmx.de>, Graham Gower
>>> <graham.go...@gmail.com>, linux-parisc <linux-par...@vger.kernel.org>
>>>
>>>
>>> Dear All,
>>>
>>> following you suggestions, now I have an - almost - perfectly working
>>> hp c8000 workstation.
>>>
>>> Mission accomplished? Not exactly: despite a lot of efforts, the video
>>> card section is still not fully operative. Let me resume the
>>> situation.
>>>
>>> I'm using a c8000 with two PA-8800 and Debian 8.0, kernel:
>>>
>>> Linux version 4.4.0-1-parisc64-smp (debian-ker...@lists.debian.org)
>>> (gcc version 4.9.3 (GCC) ) #1 SMP Debian 4.4.6-1 (2016-03-17)
>>>
>>> I have two very different AGP video cards (ATI FireGL T2 and NVIDIA
>>> QUADRO MXR) that have the same issue, despite the two complety
>>> different drivers ("radeon" and "nouveau"). The full logs are in
>>> bottom of
Re: [Nouveau] PA-RISC (hppa) video cards init failure loading the device driver kernel module
Dear Ilia,
this page summarize all the possible options of the "nouveau" kernel module:
https://nouveau.freedesktop.org/wiki/KernelModuleParameters/
I will test the options that you have suggested as soon as possible.
Try a PCI video card is a very good advice because the
AGP/FX1(chipset) is on the top of the "usual suspects" list;
unfortunately the c8000 has 3.3 PCI slots and all the (very old) PCI
video cards in my hands have 5V PCI connector
Many thanks for your suggestions and advice.
Simone Mannori - Italy
On 4 April 2016 at 04:18, Ilia Mirkin <imir...@alum.mit.edu> wrote:
> Not sure about the radeon issue, but
>
> "DRM: GPU lockup - switching to software fbcon"
>
> basically means "the CPU isn't able to submit commands, or the GPU
> isn't executing the commands". Basically the GPU can only have so many
> commands outstanding [well, command buffers], and we hit that limit.
> From what I understand, PA-RISC has a "funny" architecture that is
> very unlike x86 in terms of memory coherency, and is thus more likely
> to hit issues that don't exist on other architectures. Perhaps you can
> summarize the key points of oddness? Perhaps there's some debug
> "disable caches" mode or something? Also note that nouveau won't work
> well on an architecture with a non-4K page size. Not sure if that's
> the situation for you.
>
> I see that it's using AGP - there's a high chance that something
> AGP-related is broken - try booting with nouveau.config=NvAGP=0 (or
> nouveau.agpmode=0 for pre-4.3 kernels).
>
> Perhaps it has issues DMA'ing the command buffer from system memory,
> we can try forcing the pushbuf to be in vram - boot with
> nouveau.vram_pushbuf=1 .
>
> If there are PCI slots and you have a PCI video card handy, I'd
> definitely try that too.
>
> Good luck,
>
> -ilia
>
> On Sun, Apr 3, 2016 at 3:51 AM, Simone Mannori <simone.mann...@gmail.com>
> wrote:
>> Dear "nouveau" developers,
>>
>> I know that many very competent guys have already spent a lot of time
>> and efforts on this issue without success. I have started to play with
>> "hppa" two weeks ago and, with the support of the linux-parisc mailing
>> list people, now I have a - almost fully - working workstation (hp
>> c8000).
>>
>> Everythings work perfectly BUT the video card. No matter the model,
>> type, driver, etc. the results are always the same: a very slow frame
>> buffer mode only.
>>
>> I'm forwarding the results of my investigations with the hope that
>> someone of you will help me to find the right path to fix this issue.
>>
>> Thanks in advance for your help.
>>
>> Simone Mannori - Italy
>>
>> //**
>>
>> -- Forwarded message --
>> From: Simone Mannori <simone.mann...@gmail.com>
>> Date: 3 April 2016 at 09:34
>> Subject: Video cards init failure loading the device driver kernel module
>> To: John David Anglin <dave.ang...@bell.net>
>> Cc: Helge Deller <del...@gmx.de>, Graham Gower
>> <graham.go...@gmail.com>, linux-parisc <linux-par...@vger.kernel.org>
>>
>>
>> Dear All,
>>
>> following you suggestions, now I have an - almost - perfectly working
>> hp c8000 workstation.
>>
>> Mission accomplished? Not exactly: despite a lot of efforts, the video
>> card section is still not fully operative. Let me resume the
>> situation.
>>
>> I'm using a c8000 with two PA-8800 and Debian 8.0, kernel:
>>
>> Linux version 4.4.0-1-parisc64-smp (debian-ker...@lists.debian.org)
>> (gcc version 4.9.3 (GCC) ) #1 SMP Debian 4.4.6-1 (2016-03-17)
>>
>> I have two very different AGP video cards (ATI FireGL T2 and NVIDIA
>> QUADRO MXR) that have the same issue, despite the two complety
>> different drivers ("radeon" and "nouveau"). The full logs are in
>> bottom of this post. Just to make a long history short:
>>
>> ATI FIRE GL T2 ("radeon")
>> [ 47.836000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
>> failed (scratch(0x15E4)=0xCAFEDEAD)
>> [ 47.948000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
>> working (-22).
>> [ 48.036000] radeon :80:00.0: failed initializing CP (-22).
>> [ 48.036000] radeon :80:00.0: Disabling GPU acceleration
>>
>> NVIDIA QUADRO MXR ("nouveau")
>> [ 54.388000] nouveau :80:00.0: DRM: GPU lockup - switching to
>> software fbcon
>> [ 54.6
[Nouveau] PA-RISC (hppa) video cards init failure loading the device driver kernel module
Dear "nouveau" developers,
I know that many very competent guys have already spent a lot of time
and efforts on this issue without success. I have started to play with
"hppa" two weeks ago and, with the support of the linux-parisc mailing
list people, now I have a - almost fully - working workstation (hp
c8000).
Everythings work perfectly BUT the video card. No matter the model,
type, driver, etc. the results are always the same: a very slow frame
buffer mode only.
I'm forwarding the results of my investigations with the hope that
someone of you will help me to find the right path to fix this issue.
Thanks in advance for your help.
Simone Mannori - Italy
//**
-- Forwarded message ------
From: Simone Mannori <simone.mann...@gmail.com>
Date: 3 April 2016 at 09:34
Subject: Video cards init failure loading the device driver kernel module
To: John David Anglin <dave.ang...@bell.net>
Cc: Helge Deller <del...@gmx.de>, Graham Gower
<graham.go...@gmail.com>, linux-parisc <linux-par...@vger.kernel.org>
Dear All,
following you suggestions, now I have an - almost - perfectly working
hp c8000 workstation.
Mission accomplished? Not exactly: despite a lot of efforts, the video
card section is still not fully operative. Let me resume the
situation.
I'm using a c8000 with two PA-8800 and Debian 8.0, kernel:
Linux version 4.4.0-1-parisc64-smp (debian-ker...@lists.debian.org)
(gcc version 4.9.3 (GCC) ) #1 SMP Debian 4.4.6-1 (2016-03-17)
I have two very different AGP video cards (ATI FireGL T2 and NVIDIA
QUADRO MXR) that have the same issue, despite the two complety
different drivers ("radeon" and "nouveau"). The full logs are in
bottom of this post. Just to make a long history short:
ATI FIRE GL T2 ("radeon")
[ 47.836000] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test
failed (scratch(0x15E4)=0xCAFEDEAD)
[ 47.948000] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't
working (-22).
[ 48.036000] radeon :80:00.0: failed initializing CP (-22).
[ 48.036000] radeon :80:00.0: Disabling GPU acceleration
NVIDIA QUADRO MXR ("nouveau")
[ 54.388000] nouveau :80:00.0: DRM: GPU lockup - switching to
software fbcon
[ 54.684000] nouveau :80:00.0: fb0: nouveaufb frame buffer device
[ 54.784000] [drm] Initialized nouveau 1.3.1 20120801 for
:80:00.0 on minor 0
Looking inside the posts on many developers mailing lists, I see that
most of the efforts have been focused on the video device drivers init
code. I have tried to force the video drivers using the "modeset"
parameter without success. I have tried also to boot without video
driver, then load it manually using "modprobe". No way: the results
are the same.
"lsmod" tell me that "radeon"/"nouveau" are used by the "ttm" module
and they cannot be removed (despite the "- r --force" modprobe
parameters).
Let suppose for a moment that the issue is NOT inside the video driver
but in the "ttm" module: something is not fully correct in the
initialization of the ZX1 chipset, therefore the video driver code go
crazy because cannot match the video card with the chipset.
The only way that I know to investigate this issue is to recompile the
kernel with debug support and execute "single step"/breakpoint the
code that initialize the video card and the chipset near the zone of
the error message.
Question: "What are the deb packages that I need to install to
recompile the 4.4.0-1-parisc64-smp kernel (or another kernel version
suitable for this investigation) ?
Thanks in advance for you help
Simone Mannori - Italy
//**-
ATI FIRE GL T2
[ 45.46] [drm] radeon kernel modesetting enabled.
[ 45.576000] radeon :80:00.0: enabling SERR and PARITY (0107 -> 0147)
[ 45.66] [drm] initializing kernel modesetting (RV350
0x1002:0x4154 0x1002:0x0002).
[ 45.812000] [drm] register mmio base: 0xC802
[ 45.868000] [drm] register mmio size: 65536
[ 46.084000] radeon :80:00.0: putting AGP V3 device into 8x mode
[ 46.16] radeon :80:00.0: GTT: 512M 0x6000 - 0x7FFF
[ 46.236000] [drm] Generation 2 PCI interface, using max accessible memory
[ 46.316000] radeon :80:00.0: VRAM: 128M 0xC000 -
0xC7FF (128M used)
[ 46.42] [drm] Detected VRAM RAM=128M, BAR=128M
[ 46.476000] [drm] RAM width 128bits DDR
[ 46.524000] [TTM] Zone kernel: Available graphics memory: 3077188 kiB
[ 46.604000] [TTM] Zone dma32: Available graphics memory: 2097152 kiB
[ 46.68] [TTM] Initializing pool allocator
[ 46.732000] [drm] radeon: 128M of VRAM memory ready
[ 46.792000]
