Ubuntu
linux package

System freezes shortly after reaching the desktop (Ubuntu MATE 16.04, PowerPC)

Bug #1571416 reported by ernsteiswuerfel
36
This bug affects 7 people
Affects Status Importance Assigned to Milestone
Linux
Unknown
Medium
linux (Ubuntu)
Incomplete
High
Unassigned

Bug Description

The freeze happens every time unless I use "radeon.agpmode=-1" as a kernel parameter.

Affected machines:
PowerBook G4 5,6 + PowerMac G5 7,3 (w. "ATI Radeon 9600 AP (AGP)".

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: linux-image-4.4.0-18-powerpc-smp 4.4.0-18.34
ProcVersionSignature: Ubuntu 4.4.0-18.34-powerpc-smp 4.4.6
Uname: Linux 4.4.0-18-powerpc-smp ppc
ApportVersion: 2.20.1-0ubuntu2
Architecture: powerpc
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1:
CasperVersion: 1.373
CurrentDesktop: MATE
Date: Sun Apr 17 21:08:40 2016
IwConfig:
 lo no wireless extensions.

 enP2p36s15f0 no wireless extensions.
LiveMediaBuild: Ubuntu-MATE 16.04 LTS "Xenial Xerus" - Release powerpc (20160417.1)
PccardctlIdent:
 Socket 0:
   no product info available
PccardctlStatus:
 Socket 0:
   no card
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcFB: 0 radeondrmfb
ProcKernelCmdLine: ro ramdisk_size=1048576 file=/cdrom/preseed/username.seed boot=casper quiet --- radeon.agpmode=-1
RelatedPackageVersions:
 linux-restricted-modules-4.4.0-18-powerpc-smp N/A
 linux-backports-modules-4.4.0-18-powerpc-smp N/A
 linux-firmware 1.157
RfKill:
 0: hci0: Bluetooth
  Soft blocked: no
  Hard blocked: no
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)

See original description
Revision history for this message
ernsteiswuerfel (erhard-f) wrote :
Revision history for this message
Brad Figg (brad-figg) wrote : Status changed to Confirmed

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1571416

tags: added: iso-testing
Revision history for this message
Martin Wimpress  (flexiondotorg) wrote :

Please try the following boot options:

  radeon.agpmode=-1 radeon.modeset=1 video=offb:off video=radeonfb:off

Revision history for this message
ernsteiswuerfel (erhard-f) wrote :

My PowerMac G5 7,3 is also affected. One time it had a total freeze, another time there was severe graphics corruption on the desktop but the machine kept usable.

Graphics card according to Xorg.0.log: "ATI Radeon 9600 AP (AGP)" (ChipID = 0x4150), DRI driver: r300

Revision history for this message
ernsteiswuerfel (erhard-f) wrote :

@Martin:

Thanks! As I suggested in the original bug description "radeon.agpmode=-1" works as boot option. But as it's a bug and I didn't find an up-to-date bug description I filed one. I am sure this affects some more users of Apple PPC hardware.

Interestingly enough my Powerbook 5,8 is not affected by this bug though it is equipped with a very similar r300-class graphics board! "ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP)", (ChipID = 0x4e50).

description: updated
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Did this issue start happening after an update/upgrade? Was there a prior kernel version where you were not having this particular problem?

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v4.6 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.6-rc4-wily/

Changed in linux (Ubuntu):
importance: Undecided → High
status: Confirmed → Incomplete
Revision history for this message
ernsteiswuerfel (erhard-f) wrote :

@Joseph:

This issue also exists in Ubuntu MATE 15.10 PowerPC. I did not try versions older than 15.10.

I will try the latest mainline kernel and report back as you suggested.

Revision history for this message
ernsteiswuerfel (erhard-f) wrote :

@Joseph:

Ahm, well, had a look at http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.6-rc4-wily/. There is only a ppc64el PowerPC kernel. The Apple G4 machines are 32bit, big endian. So I cannot test this latest upstream kernel on the affected hardware.

Revision history for this message
Martin Wimpress  (flexiondotorg) wrote :

Please try the following boot options:

  radeon.agpmode=-1 radeon.modeset=1 video=offb:off video=radeonfb:off

Revision history for this message
In , Mathieu Malaterre (mathieu-malaterre) wrote :
Download full text (4.5 KiB)

I am installing a Debian Jessie on a Mac Mini PowerPC G4 system.

After a couple of seconds of using the system, it generally freeze, looking at dmesg from another ssh connection I can see:

[ 21.314765] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 21.459715] b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07)
[ 21.531076] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 23.719199] gem 0002:20:0f.0 eth0: Link is up at 100 Mbps, full-duplex
[ 23.719318] gem 0002:20:0f.0 eth0: Pause is disabled
[ 23.719357] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 180.631048] radeon 0000:00:10.0: ring 0 stalled for more than 16096msec
[ 180.631062] radeon 0000:00:10.0: GPU lockup (waiting for
0x000000000000031b last fence id 0x0000000000000301 on ring 0)
[ 180.768184] radeon: wait for empty RBBM fifo failed ! Bad things
might happen.
[ 180.905284] Failed to wait GUI idle while programming pipes. Bad
things might happen.
[ 180.908156] radeon 0000:00:10.0: Saved 827 dwords of commands on ring 0.
[ 180.908176] radeon 0000:00:10.0: (r100_asic_reset:2551)
RBBM_STATUS=0x8002C139
[ 181.405690] radeon 0000:00:10.0: (r100_asic_reset:2572)
RBBM_STATUS=0x8002C139
[ 181.899237] radeon 0000:00:10.0: (r100_asic_reset:2580)
RBBM_STATUS=0x8002C139
[ 181.899264] radeon 0000:00:10.0: GPU reset succeed
[ 181.899269] radeon 0000:00:10.0: GPU reset succeeded, trying to resume
[ 181.899281] radeon 0000:00:10.0: (r100_asic_reset:2551)
RBBM_STATUS=0x8002C139
[ 182.396784] radeon 0000:00:10.0: (r100_asic_reset:2572)
RBBM_STATUS=0x8002C139
[ 182.890328] radeon 0000:00:10.0: (r100_asic_reset:2580)
RBBM_STATUS=0x8002C139
[ 182.890351] radeon 0000:00:10.0: GPU reset succeed
[ 182.890376] radeon 0000:00:10.0: WB disabled
[ 182.890384] radeon 0000:00:10.0: fence driver on ring 0 use gpu
addr 0x0000000000000000 and cpu addr 0xe2819000
[ 183.027494] radeon: wait for empty RBBM fifo failed ! Bad things
might happen.
[ 183.164599] Failed to wait GUI idle while programming pipes. Bad
things might happen.
[ 183.164643] [drm] radeon: ring at 0x0000000000001000
[ 183.171448] [drm] ring test succeeded in 0 usecs
[ 193.171046] radeon 0000:00:10.0: ring 0 stalled for more than 10000msec
[ 193.171061] radeon 0000:00:10.0: GPU lockup (waiting for
0x000000000000031c last fence id 0x0000000000000301 on ring 0)
[ 193.171068] [drm:r100_ib_test] *ERROR* radeon: fence wait failed (-35).
[ 193.171079] [drm:radeon_ib_ring_tests] *ERROR* radeon: failed
testing IB on GFX ring (-35).
[ 193.171084] radeon 0000:00:10.0: ib ring test failed (-35).
[ 193.308210] radeon: wait for empty RBBM fifo failed ! Bad things
might happen.
[ 193.445310] Failed to wait GUI idle while programming pipes. Bad
things might happen.
[ 193.446307] radeon 0000:00:10.0: (r100_asic_reset:2551)
RBBM_STATUS=0x8002C136
[ 193.943817] radeon 0000:00:10.0: (r100_asic_reset:2572)
RBBM_STATUS=0x8002C136
[ 194.437363] radeon 0000:00:10.0: (r100_asic_reset:2580)
RBBM_STATUS=0x8002C136
[ 194.437390] radeon 0000:00:10.0: GPU reset succeed
[ 194.437395] radeon 0000:00:10.0: GPU reset succeeded, trying to resume
[ 194.437407] radeon 0000:00:10.0: (r100_asic_reset:2551)
R...

Read more...

Revision history for this message
In , Mathieu Malaterre (mathieu-malaterre) wrote :
Download full text (16.7 KiB)

If I update to debian jessie/backports here is what I get:

[ 23.665906] b43-phy0: Loading firmware version 666.2 (2011-02-23 01:15:07)
[ 25.930036] gem 0002:20:0f.0 eth0: Link is up at 100 Mbps, full-duplex
[ 25.930164] gem 0002:20:0f.0 eth0: Pause is disabled
[ 67.501888] radeon 0000:00:10.0: ring 0 stalled for more than 10212msec
[ 67.501904] radeon 0000:00:10.0: GPU lockup (current fence id 0x0000000000000144 last fence id 0x0000000000000164 on ring 0)
[ 67.640696] radeon: wait for empty RBBM fifo failed ! Bad things might happen.
[ 67.776370] Failed to wait GUI idle while programming pipes. Bad things might happen.
[ 67.781185] radeon 0000:00:10.0: Saved 1019 dwords of commands on ring 0.
[ 67.781206] radeon 0000:00:10.0: (r100_asic_reset:2567) RBBM_STATUS=0x8002C139
[ 68.278804] radeon 0000:00:10.0: (r100_asic_reset:2588) RBBM_STATUS=0x8002C139
[ 68.772351] radeon 0000:00:10.0: (r100_asic_reset:2596) RBBM_STATUS=0x8002C139
[ 68.772379] radeon 0000:00:10.0: GPU reset succeed
[ 68.772384] radeon 0000:00:10.0: GPU reset succeeded, trying to resume
[ 68.772396] radeon 0000:00:10.0: (r100_asic_reset:2567) RBBM_STATUS=0x8002C139
[ 69.269899] radeon 0000:00:10.0: (r100_asic_reset:2588) RBBM_STATUS=0x8002C139
[ 69.763445] radeon 0000:00:10.0: (r100_asic_reset:2596) RBBM_STATUS=0x8002C139
[ 69.763466] radeon 0000:00:10.0: GPU reset succeed
[ 69.763520] radeon 0000:00:10.0: WB disabled
[ 69.763529] radeon 0000:00:10.0: fence driver on ring 0 use gpu addr 0x0000000000000000 and cpu addr 0xe2905000
[ 69.898991] radeon: wait for empty RBBM fifo failed ! Bad things might happen.
[ 70.034453] Failed to wait GUI idle while programming pipes. Bad things might happen.
[ 70.034497] [drm] radeon: ring at 0x0000000000001000
[ 70.043419] [drm] ring test succeeded in 0 usecs
[ 80.537888] radeon 0000:00:10.0: ring 0 stalled for more than 10496msec
[ 80.537903] radeon 0000:00:10.0: GPU lockup (current fence id 0x0000000000000144 last fence id 0x0000000000000165 on ring 0)
[ 80.538132] [drm:r100_ib_test [radeon]] *ERROR* radeon: fence wait failed (-35).
[ 80.538206] [drm:radeon_ib_ring_tests [radeon]] *ERROR* radeon: failed testing IB on GFX ring (-35).
[ 80.674747] radeon: wait for empty RBBM fifo failed ! Bad things might happen.
[ 80.810215] Failed to wait GUI idle while programming pipes. Bad things might happen.
[ 80.828174] radeon 0000:00:10.0: Saved 252827 dwords of commands on ring 0.
[ 80.829341] radeon 0000:00:10.0: (r100_asic_reset:2567) RBBM_STATUS=0x8002C135
[ 81.326863] radeon 0000:00:10.0: (r100_asic_reset:2588) RBBM_STATUS=0x8002C135
[ 81.820409] radeon 0000:00:10.0: (r100_asic_reset:2596) RBBM_STATUS=0x8002C135
[ 81.820436] radeon 0000:00:10.0: GPU reset succeed
[ 81.820441] radeon 0000:00:10.0: GPU reset succeeded, trying to resume
[ 81.820452] radeon 0000:00:10.0: (r100_asic_reset:2567) RBBM_STATUS=0x8002C135
[ 82.317955] radeon 0000:00:10.0: (r100_asic_reset:2588) RBBM_STATUS=0x8002C135
[ 82.811520] radeon 0000:00:10.0: (r100_asic_reset:2596) RBBM_STATUS=0x8002C135
[ 82.811541] radeon 0000:00:10.0: GPU reset succeed
[ 82.811594] radeon 0000:00:10.0: WB disabled
[ ...

Revision history for this message
In , Alexdeucher (alexdeucher) wrote :

Does disabling AGP help? Load the radeon module with agpmode=-1

Revision history for this message
In , Mathieu Malaterre (mathieu-malaterre) wrote :

Indeed that solve the symptoms. I discover this was also documented here:

https://wiki.debian.org/PowerPC/FAQ#How_do_I_get_graphics_working.3F

[...]
image=/boot/vmlinux
        label=Linux
        read-only
        initrd=/boot/initrd.img
        append="radeon.agpmode=-1 modprobe.blacklist=ams"
[...]

I am not sure what the 'ams' thingy is doing, but I am using it over here.

The funny thing is that dragging window and moving them around makes the pointer and the window out-of-sync. Still usable though after a while.

If AGP is simply not supported on PowerPC, it would be nice to have a clearer message (or at least a warning).

Thanks

Revision history for this message
In , Michel Dänzer (michel-daenzer) wrote :

(In reply to Mathieu Malaterre from comment #3)
> If AGP is simply not supported on PowerPC, it would be nice to have a
> clearer message (or at least a warning).

It is supported, it's just unstable on many PowerMacs.

A patch disabling AGP by default on PowerMacs or even PPC in general probably wouldn't be rejected. :)

Revision history for this message
In , Mathieu Malaterre (mathieu-malaterre) wrote :

Created attachment 123411
default to PCI for PowerPC

Revision history for this message
In , Mathieu Malaterre (mathieu-malaterre) wrote :

(In reply to Michel Dänzer from comment #4)
> (In reply to Mathieu Malaterre from comment #3)
> > If AGP is simply not supported on PowerPC, it would be nice to have a
> > clearer message (or at least a warning).
>
> It is supported, it's just unstable on many PowerMacs.
>
> A patch disabling AGP by default on PowerMacs or even PPC in general
> probably wouldn't be rejected. :)

Something like the patch: defaulttopci_powerpc.patch ? Should I submit it first on mesa-dev ?

Revision history for this message
In , Ilia Mirkin (imirkin) wrote :

FWIW on nouveau we just default agpmode=0 in a #ifdef __powerpc__. Perhaps the same thing can work for radeon.

Revision history for this message
In , Mathieu Malaterre (mathieu-malaterre) wrote :

(In reply to Ilia Mirkin from comment #7)
> FWIW on nouveau we just default agpmode=0 in a #ifdef __powerpc__. Perhaps
> the same thing can work for radeon.

Well radeon_agpmode is already set to 0 already[*]. My patch force to PCI(-1) when user did not specify any value.

[*]https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/radeon/radeon_drv.c#L173

Revision history for this message
In , Ilia Mirkin (imirkin) wrote :

(In reply to Mathieu Malaterre from comment #8)
> (In reply to Ilia Mirkin from comment #7)
> > FWIW on nouveau we just default agpmode=0 in a #ifdef __powerpc__. Perhaps
> > the same thing can work for radeon.
>
> Well radeon_agpmode is already set to 0 already[*]. My patch force to
> PCI(-1) when user did not specify any value.
>
> [*]https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/radeon/
> radeon_drv.c#L173

Oh, the logic is flipped from nouveau... on nouveau, -1 == autodetect and 0 == no agp. So in your case, just set it to -1 instead of 0 for powerpc. i.e.

#ifdef __powerpc__
int radeon_agpmode = -1;
#else
int radeon_agpmode = 0;
#endif

or something similar.

Revision history for this message
In , Rui Salvaterra (rsalvaterra) wrote :

(In reply to Michel Dänzer from comment #4)
> (In reply to Mathieu Malaterre from comment #3)
> > If AGP is simply not supported on PowerPC, it would be nice to have a
> > clearer message (or at least a warning).
>
> It is supported, it's just unstable on many PowerMacs.
>
> A patch disabling AGP by default on PowerMacs or even PPC in general
> probably wouldn't be rejected. :)

Hi, Michel

I don't understand. I know about the coherency issues on some UniNorth bridges (DMA writes through the GART going directly to RAM, IIRC), but how did OS X cope with them? Did it also disable AGP transfers? If not, what can be done to fix this bug for real, instead of working around it? (I have a very vague memory that these hangs didn't happen before KMS, but I may be completely wrong.)
Also, on a somewhat related note, there are still issues with the Radeon (R600, not SI) DRM on big endian, as for https://bugs.freedesktop.org/show_bug.cgi?id=95015.

Thanks,

Rui

Revision history for this message
In , ernsteiswuerfel (erhard-f) wrote :

Also been hit by this bug on 2 of my 3 machines: PowerMac 7,3 (A1047) w. Radeon 9600 Pro and PowerBook 5,6 (A1106).

My PowerBook 5,8 (A1138) magically works with AGP! Which is interesting because both the 5,6 and the 5,8 use a Mobility Radeon 9700.

Bug Watch Updater (bug-watch-updater)
Changed in linux:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
In , Mathieu Malaterre (mathieu-malaterre) wrote :

Patch has been submitted to mesa-dev:

https://lists.freedesktop.org/archives/mesa-dev/2016-May/115453.html

and Reviewed-By Christian König

Revision history for this message
In , Mathieu Malaterre (mathieu-malaterre) wrote :

Patch has also been submitted to dri-devel:

https://lists.freedesktop.org/archives/dri-devel/2016-May/107479.html

Revision history for this message
ernsteiswuerfel (erhard-f) wrote :

Finally got around compiling a proper mainline Ubuntu 4.8-rc3 kernel. Unfortunately it does not boot into my root partition due to an btrfs error... So ATM no news if this freezing issue got fixed in more recent kernels.

Revision history for this message
ernsteiswuerfel (erhard-f) wrote :

After a reinstall with an ext4 / partition I finally got a 4.8.0-rc4 mainline build running. At least there's no instant crash any longer. The system was running for about 3 hours or so, but with some drm CP ring warnings.

tags: added: kernel-fixed-upstream
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
ernsteiswuerfel (erhard-f) wrote :

Tested todays new Ubuntu MATE ppc iso. Unfortunately this bug is still around and my PowerBook 5,6 still affected.

tags: added: kernel-bug-exists-upstream
removed: kernel-fixed-upstream
Revision history for this message
In , ernsteiswuerfel (erhard-f) wrote :

It seems the patches to force Radeon cards into PCI-mode (or force it via radeon.agpmode=-1) are no definitive solution. My G4 and G5 Macs hold out longer running X but sooner or later a hard lock is unavoidable. Tested this on a recent software stack: 4.8.1-kernel, xorg-server-1.18.4, xf86-video-ati-7.7.1 and mesa-12.0.3.

See my comment at Bug 94877.

Revision history for this message
In , ernsteiswuerfel (erhard-f) wrote :

Played around a bit with xorg and kernel options on my G5 and worked out that I can drive the Radeon 9650 at AGP x8 if I disable DRI completely via Option "NoAccel" "true" in /etc/xorg.conf.

I had no GPU-lockups since then and xorg is much more responsive despite lacking DRI hardware acceleration (radeon.agpmode=-1 with DRI enabled).

Revision history for this message
In , ernsteiswuerfel (erhard-f) wrote :

linux-4.8.3-gentoo # dmesg | grep -i agp
[ 0.000000] Found U3-AGP PCI host bridge. Firmware bus number: 240->255
[ 79.271669] Linux agpgart interface v0.103
[ 79.286888] agpgart-uninorth 0000:f0:0b.0: Apple U3H chipset
[ 79.300467] agpgart-uninorth 0000:f0:0b.0: configuring for size idx: 64
[ 79.308235] agpgart-uninorth 0000:f0:0b.0: AGP aperture is 256M @ 0x0
[ 82.883029] agpgart-uninorth 0000:f0:0b.0: putting AGP V3 device into 8x mode
[ 82.883040] radeon 0000:f0:10.0: putting AGP V3 device into 8x mode

Revision history for this message
In , Michel Dänzer (michel-daenzer) wrote :

(In reply to erhard_f from comment #15)
> Played around a bit with xorg and kernel options on my G5 and worked out
> that I can drive the Radeon 9650 at AGP x8 if I disable DRI completely via
> Option "NoAccel" "true" in /etc/xorg.conf.
>
> I had no GPU-lockups since then

Sure, because you're not actually using the problematic AGP functionality. :)

> and xorg is much more responsive despite lacking DRI hardware acceleration
> (radeon.agpmode=-1 with DRI enabled).

FWIW, the value of the radeon.agpmode parameter shouldn't matter if you disable DRI (which BTW means no GPU hardware acceleration can be used at all).

Revision history for this message
In , ernsteiswuerfel (erhard-f) wrote :

> FWIW, the value of the radeon.agpmode parameter shouldn't matter if you disable
> DRI (which BTW means no GPU hardware acceleration can be used at all).

Yep. And I was astonished to see the desktop running faster actually. ;)

Revision history for this message
Artem (artem4) wrote :

This bloody bug happens not only on PowerPC. I have AMD Radeon 5670 graphic card. I have this bug on Ubuntu 16.10 x64 and i have it on Ubuntu 17.04 x64 development version. Now any fresh Linux version is almost unusable for me.

Already reported: https://bugs.freedesktop.org/show_bug.cgi?id=99195

And there: http://askubuntu.com/questions/858301/radeon-00000200-0-ring-0-stalled-for-more-than-10492msec

Revision history for this message
Marshall (mkiker2089) wrote :

How do I add the boot options and have them stick? I tried modifying the yaboot but I ended up breaking my install.

I can get it installed with the live radeon.agpmode=-1
then I was able to boot it by typing at the first boot Linux radeon.agpmode=-1

that's where it breaks down, I don't know how to make that change stick. I'm used to using Linux Mint which is similar, but just different enough that it breaks things when I try to adjust them.

Revision history for this message
K1773R (k1773r) wrote :

change /etc/yaboot.conf
run: sudo ybin -v

Revision history for this message
Marshall (mkiker2089) wrote :

I tried that and got a syntax error on reboot that I couldn't recover from. I'll look at it again.

Revision history for this message
K1773R (k1773r) wrote :

you'll have to add the parameter in the append section for the two entries, ie:

append="radeon.agpmode=-1"
or if you want the splash thingy
append="radeon.agpmode=-1 splash quiet"

Revision history for this message
Marshall (mkiker2089) wrote :

I put quotes around both, that must be what broke it. Then I tried to fix it using live CD to re-edit but I couldn't make it stick as the live CD couldn't update the bin. Mint always warns me of syntax errors so if this did as well I missed it.

I'll try it again. I might just switch back to Tiger though, nothing against Ubuntu (well Mint, but it's all the same) on a modern laptop. Antique computers can be a pain compared to modern ones.

Revision history for this message
Marshall (mkiker2089) wrote :

Got it fixed, thanks. Now I'm having other issues but I don't think they are related.

Revision history for this message
K1773R (k1773r) wrote :

your likely facing issues with 3D acceleration now. which is unrelated to this bug, anyway: till mesa gets an update, you have to specify a 16 bit color depth:

/etc/X11/xorg.conf
Section "Screen"
        Identifier "Default Screen"
        Monitor "Configured Monitor"
        Device "Configured Video Device"
        DefaultDepth 16
EndSection

Feel free to open new bugs and add me on the notification list to help you (and others reading it) about those bugs :)

Revision history for this message
ernsteiswuerfel (erhard-f) wrote :

K1773R: 16-bit color depth is no longer necessary since mesa 12.x, which got updated in Ubuntu MATE 16.04.2.

Revision history for this message
K1773R (k1773r) wrote :

nice, thanks for the info!

Revision history for this message
In , Simon (sur3) wrote :

*** Bug 95177 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Simon (sur3) wrote :

Created attachment 142691
dmesg

I think I have the same error with my Radeon HD 4670 on x64_64 arch with linux, I attached my dmesg with the error in the end.

Revision history for this message
In , Simon (sur3) wrote :

nothing seems to help, I tried agpmode=-1, disabling glamor that didnt help and Option "NoAccel" "true" wont let me login on the grafical user interface at all.

Brad Figg (brad-figg)
tags: added: cscc
Revision history for this message
In , Martin-peres-n (martin-peres-n) wrote :

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/711.

Bug Watch Updater (bug-watch-updater)
Changed in linux:
status: Confirmed → Unknown
Revision history for this message
john (boxocrap) wrote :

OK so it's a fairly long time since anyone has said anything thing about this problem. I found a resolution after reading about the symtoms online. I have a G5 dual without the issues and a Emac G4 single without the issues. However my G4 1.5 macmini would constantly freeze up. So the "fix" is to enter at install... live video=offb:off video=radeonfb:off radeon.modeset=1 radeon.agp.mode=-1
after install and reboot at yaboot screen enter... Linux video=offb:off video=radeon.modeset=1 radeon.agpmode=-1

This works on the G4 mini but requires the (after install) line everytime you reboot the computer.Not so much a fix but rather a control measure and a little bit of a hassle but it does work. I havn't tried it on my dual G4's or any other mac than the emac G4 but i suspect any card based mac doed not need it just the ones with the graphics on the motherboard (radeon) BTW i want to thank all peoples who work hard to bring us users the various Linux's for the powermacs. Up until recently you have kept these machines alive and worthwhile.

Revision history for this message
K1773R (k1773r) wrote :

@john if you set those parameters in /etc/yaboot.conf and run ybin, you can make this change permanent.

Revision history for this message
ernsteiswuerfel (erhard-f) wrote :

@john This problem was meanwhile worked around by setting radeon.agp.mode=-1 as default in recent kernels (=> 5.0 ?). So you don't need to fiddle around with your settings here. Unfortunately Ubuntu ppc support is dead, only ppc64le option is maintained.

But there are other distros (Void, Adelie). Void has very good ppc support, a working Firefox 72 for ppc64 and working epiphany browser for ppc. Also live images are avaiable: https://voidlinux-ppc.org/

Norbert (nrbrtx)
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.