Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
On Die, 2011-03-08 at 07:30 +1100, Benjamin Herrenschmidt wrote: On Mon, 2011-03-07 at 10:45 +0100, Michel Dänzer wrote: I've been using radeon KMS on my PowerBook ever since I got it working initially about 1.5 years ago and fixing issues as time permits. The major outstanding issues I'm aware of are: * The uninorth AGP driver doesn't allow AGP transfer rates beyond 1x to work reliably with KMS. Benjamin Herrenschmidt (CC'd) was working on a fix for this, any progress Ben? I have hacks. FWIW, I've been using the hack at the end of this mail for AGP 1x. But I never got it working reliably. In fact, on the laptop I have here, even with PCI GART, it's still unstable if I use KMS/DRI2. I know your PowerBook was affected by the problem fixed by commit b7d8cce5b558e0c0aa6898c9865356481598b46d ('drm/radeon/kms: MC vram map needs to be = pci aperture size'), which went into 2.6.37. Still no better with that? * Come to think of it, the OFfb handover probably only works for me thanks to a patch drm/radeon: Add early unregister of firmware fb's by BenH. Ben/Dave, what's the status of that? Dave ? Was this ever merged ? Apparently it went into 2.6.37, I didn't notice because it went into different places in the code compared to the patch I had from you. * Various endianness issues in the Mesa drivers. Right, and the later aren't getting any better :-( It's busted even without KMS nowadays. Unfortunately, I have about 0 time to spend on that at the moment. I recommend that distros stick to radeonfb + UMS for the time being on ppc32. One problem being that the classic Mesa r300 driver is essentially unmaintained, and evidently rotting commit 9a86d7fa5bb0b4fe228becf9ed9831bac985702c Author: Michel Dänzer daen...@vmware.com Date: Thu Jan 6 18:34:28 2011 +0100 agp/uninorth: Fix lockups with radeon KMS and 1x. diff --git a/drivers/char/agp/uninorth-agp.c b/drivers/char/agp/uninorth-agp.c index f845a8f..a32c492 100644 --- a/drivers/char/agp/uninorth-agp.c +++ b/drivers/char/agp/uninorth-agp.c @@ -80,7 +80,7 @@ static void uninorth_tlbflush(struct agp_memory *mem) ctrl | UNI_N_CFG_GART_INVAL); pci_write_config_dword(agp_bridge-dev, UNI_N_CFG_GART_CTRL, ctrl); - if (uninorth_rev = 0x30) { + if (!mem uninorth_rev = 0x30) { pci_write_config_dword(agp_bridge-dev, UNI_N_CFG_GART_CTRL, ctrl | UNI_N_CFG_GART_2xRESET); pci_write_config_dword(agp_bridge-dev, UNI_N_CFG_GART_CTRL, -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
On Tue, 2011-03-08 at 13:00 +0100, Michel Dänzer wrote: On Die, 2011-03-08 at 07:30 +1100, Benjamin Herrenschmidt wrote: On Mon, 2011-03-07 at 10:45 +0100, Michel Dänzer wrote: I've been using radeon KMS on my PowerBook ever since I got it working initially about 1.5 years ago and fixing issues as time permits. The major outstanding issues I'm aware of are: * The uninorth AGP driver doesn't allow AGP transfer rates beyond 1x to work reliably with KMS. Benjamin Herrenschmidt (CC'd) was working on a fix for this, any progress Ben? I have hacks. FWIW, I've been using the hack at the end of this mail for AGP 1x. .../... Ok I'll try to give it another go here one of these days, I think I still have some of my old hacks too. Cheers, Ben. But I never got it working reliably. In fact, on the laptop I have here, even with PCI GART, it's still unstable if I use KMS/DRI2. I know your PowerBook was affected by the problem fixed by commit b7d8cce5b558e0c0aa6898c9865356481598b46d ('drm/radeon/kms: MC vram map needs to be = pci aperture size'), which went into 2.6.37. Still no better with that? * Come to think of it, the OFfb handover probably only works for me thanks to a patch drm/radeon: Add early unregister of firmware fb's by BenH. Ben/Dave, what's the status of that? Dave ? Was this ever merged ? Apparently it went into 2.6.37, I didn't notice because it went into different places in the code compared to the patch I had from you. * Various endianness issues in the Mesa drivers. Right, and the later aren't getting any better :-( It's busted even without KMS nowadays. Unfortunately, I have about 0 time to spend on that at the moment. I recommend that distros stick to radeonfb + UMS for the time being on ppc32. One problem being that the classic Mesa r300 driver is essentially unmaintained, and evidently rotting commit 9a86d7fa5bb0b4fe228becf9ed9831bac985702c Author: Michel Dänzer daen...@vmware.com Date: Thu Jan 6 18:34:28 2011 +0100 agp/uninorth: Fix lockups with radeon KMS and 1x. diff --git a/drivers/char/agp/uninorth-agp.c b/drivers/char/agp/uninorth-agp.c index f845a8f..a32c492 100644 --- a/drivers/char/agp/uninorth-agp.c +++ b/drivers/char/agp/uninorth-agp.c @@ -80,7 +80,7 @@ static void uninorth_tlbflush(struct agp_memory *mem) ctrl | UNI_N_CFG_GART_INVAL); pci_write_config_dword(agp_bridge-dev, UNI_N_CFG_GART_CTRL, ctrl); - if (uninorth_rev = 0x30) { + if (!mem uninorth_rev = 0x30) { pci_write_config_dword(agp_bridge-dev, UNI_N_CFG_GART_CTRL, ctrl | UNI_N_CFG_GART_2xRESET); pci_write_config_dword(agp_bridge-dev, UNI_N_CFG_GART_CTRL, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
On Mon, 2011-03-07 at 02:24 +, Ben Hutchings wrote: On Sat, 2011-03-05 at 20:43 +, Ben Hutchings wrote: [...] * Could some Mac users test and report whether i915 or nouveau can successfully take over the display from offb in 2.6.37 or 2.6.38-rc6? i915 on a powerpc, eh? What was I thinking? I've now talked briefly to the DRI and powerpc upstream maintainers, and the answer is that radeon is mostly broken on at least 32-bit powerpc [...] I've been using radeon KMS on my PowerBook ever since I got it working initially about 1.5 years ago and fixing issues as time permits. The major outstanding issues I'm aware of are: * The uninorth AGP driver doesn't allow AGP transfer rates beyond 1x to work reliably with KMS. Benjamin Herrenschmidt (CC'd) was working on a fix for this, any progress Ben? * Come to think of it, the OFfb handover probably only works for me thanks to a patch drm/radeon: Add early unregister of firmware fb's by BenH. Ben/Dave, what's the status of that? * LVDS backlight control was only added for 2.6.38, and some concerns were raised about the prerequisite backlight infrastructure changes, so I'm not sure if it's staying in for 2.6.38 final. * No suspend to RAM support yet. Suspend to disk seems to work though without AGP, I have some hackish fixes for it to work with AGP as well that I need to clean up and submit. * Various endianness issues in the Mesa drivers. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
I've been using radeon KMS on my PowerBook ever since I got it working initially about 1.5 years ago and fixing issues as time permits. The major outstanding issues I'm aware of are: * The uninorth AGP driver doesn't allow AGP transfer rates beyond 1x to work reliably with KMS. Benjamin Herrenschmidt (CC'd) was working on a fix for this, any progress Ben? * Come to think of it, the OFfb handover probably only works for me thanks to a patch drm/radeon: Add early unregister of firmware fb's by BenH. Ben/Dave, what's the status of that? That was merged in 2.6.37. * LVDS backlight control was only added for 2.6.38, and some concerns were raised about the prerequisite backlight infrastructure changes, so I'm not sure if it's staying in for 2.6.38 final. I've no idea where the backlight stuff ended up I think its sitting in akpm's tree due to requiring the other changes. * No suspend to RAM support yet. Suspend to disk seems to work though without AGP, I have some hackish fixes for it to work with AGP as well that I need to clean up and submit. * Various endianness issues in the Mesa drivers. Dave. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
On Mon, Mar 7, 2011 at 10:45:18 +0100, Michel Dänzer wrote: On Mon, 2011-03-07 at 02:24 +, Ben Hutchings wrote: On Sat, 2011-03-05 at 20:43 +, Ben Hutchings wrote: [...] * Could some Mac users test and report whether i915 or nouveau can successfully take over the display from offb in 2.6.37 or 2.6.38-rc6? i915 on a powerpc, eh? What was I thinking? I've now talked briefly to the DRI and powerpc upstream maintainers, and the answer is that radeon is mostly broken on at least 32-bit powerpc [...] I've been using radeon KMS on my PowerBook ever since I got it working initially about 1.5 years ago and fixing issues as time permits. The major outstanding issues I'm aware of are: * The uninorth AGP driver doesn't allow AGP transfer rates beyond 1x to work reliably with KMS. Benjamin Herrenschmidt (CC'd) was working on a fix for this, any progress Ben? * Come to think of it, the OFfb handover probably only works for me thanks to a patch drm/radeon: Add early unregister of firmware fb's by BenH. Ben/Dave, what's the status of that? That seems to be a56f7428d7534f162fbb089c5c79012bf38a7c29 upstream. * LVDS backlight control was only added for 2.6.38, and some concerns were raised about the prerequisite backlight infrastructure changes, so I'm not sure if it's staying in for 2.6.38 final. * No suspend to RAM support yet. Suspend to disk seems to work though without AGP, I have some hackish fixes for it to work with AGP as well that I need to clean up and submit. * Various endianness issues in the Mesa drivers. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
2011/3/5, Ben Hutchings b...@decadent.org.uk: * Could some Mac users test and report whether i915 or nouveau can successfully take over the display from offb in 2.6.37 or 2.6.38-rc6? I tested on my iMac G4 with nVidia graphics. Same problem, the penguin never appears. Another odd phenomenon on this machine: if I enter OF and manually give the boot command on the prompt, the colours are natural, but if I press Option and select Linux from the graphical boot menu, the colours are 'inverted': red text on white background. Risto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
* Ben Hutchings [110306 15:39 +]: On Sun, 2011-03-06 at 07:56 +0100, Elimar Riesebieter wrote: * Ben Hutchings [110306 06:48 +]: On Sun, 2011-03-06 at 07:27 +0100, Elimar Riesebieter wrote: [...] model : PowerBook5,8 detected as : 287 (PowerBook G4 15) Works fine with append=radeon.agpmode=1 on Linux version 2.6.38-rc7-samweis Linux version 2.6.37-samweis Linux version 2.6.36-samweis nonfree firmware package is needed: $ cat /proc/fb 0 radeondrmfb Can you send the kernel .config file for 2.6.38-rc7-samweis? Attached. Ah, you built in radeon and left out offb. I expected that to work but it's unsuitable for an official kernel which has to support more than just Radeon hardware! The motivation for me to built in radeon and the firmware was to get the complete boot protocol on screen. If you compile the kms stuff as a module and load the firmware from /lib/firmware the bootscreen starts later on, you have no bootlogo, but it works ;-) And please notice that my config uses the pata drivers and the hd-led function via a separate patch, though. Elimar -- You cannot propel yourself forward by patting yourself on the back. signature.asc Description: Digital signature
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
On Mon, 2011-03-07 at 10:45 +0100, Michel Dänzer wrote: I've been using radeon KMS on my PowerBook ever since I got it working initially about 1.5 years ago and fixing issues as time permits. The major outstanding issues I'm aware of are: * The uninorth AGP driver doesn't allow AGP transfer rates beyond 1x to work reliably with KMS. Benjamin Herrenschmidt (CC'd) was working on a fix for this, any progress Ben? I have hacks. But I never got it working reliably. In fact, on the laptop I have here, even with PCI GART, it's still unstable if I use KMS/DRI2. * Come to think of it, the OFfb handover probably only works for me thanks to a patch drm/radeon: Add early unregister of firmware fb's by BenH. Ben/Dave, what's the status of that? Dave ? Was this ever merged ? * LVDS backlight control was only added for 2.6.38, and some concerns were raised about the prerequisite backlight infrastructure changes, so I'm not sure if it's staying in for 2.6.38 final. * No suspend to RAM support yet. Suspend to disk seems to work though without AGP, I have some hackish fixes for it to work with AGP as well that I need to clean up and submit. * Various endianness issues in the Mesa drivers. Right, and the later aren't getting any better :-( It's busted even without KMS nowadays. Unfortunately, I have about 0 time to spend on that at the moment. I recommend that distros stick to radeonfb + UMS for the time being on ppc32. Cheers, Ben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
On Sun, 2011-03-06 at 07:56 +0100, Elimar Riesebieter wrote: * Ben Hutchings [110306 06:48 +]: On Sun, 2011-03-06 at 07:27 +0100, Elimar Riesebieter wrote: [...] model : PowerBook5,8 detected as : 287 (PowerBook G4 15) Works fine with append=radeon.agpmode=1 on Linux version 2.6.38-rc7-samweis Linux version 2.6.37-samweis Linux version 2.6.36-samweis nonfree firmware package is needed: $ cat /proc/fb 0 radeondrmfb Can you send the kernel .config file for 2.6.38-rc7-samweis? Attached. Ah, you built in radeon and left out offb. I expected that to work but it's unsuitable for an official kernel which has to support more than just Radeon hardware! Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
On Sat, 2011-03-05 at 20:43 +, Ben Hutchings wrote: [...] * Has anyone tested 2.6.37-{1,2} on a non-Mac system yet, and does vga16fb work there? I'm still interested in the answer to this. [...] * Could some Mac users test and report whether i915 or nouveau can successfully take over the display from offb in 2.6.37 or 2.6.38-rc6? i915 on a powerpc, eh? What was I thinking? I've now talked briefly to the DRI and powerpc upstream maintainers, and the answer is that radeon is mostly broken on at least 32-bit powerpc while nouveau is in better shape but not quite stable yet. So I'm going to revert most of the FB configuration changes I made in 2.6.37-1 for the next upload to unstable. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
Em 05.Mar.2011 (sábado), Risto Suominen risto.suomi...@gmail.com disse: I would try video=ofonly. And you would correct! Just added _ append=video=ofonly _ to /etc/yaboot.conf, run ybin and rebooted into 2.6.37-2-powerpc which did not complete the booting procces just the way 2.6.37-1-powerpc did. thanks, -- ...agora, só nos sobrou o futuro..., visto em www.manuchao.net Gunther Furtado Curitiba - Paraná - Brasil gunfurt...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
On Sat, 2011-03-05 at 16:19 -0300, Gunther Furtado wrote: Em 05.Mar.2011 (sábado), Risto Suominen risto.suomi...@gmail.com disse: I would try video=ofonly. And you would correct! Just added _ append=video=ofonly _ to /etc/yaboot.conf, run ybin and rebooted into 2.6.37-2-powerpc which did not complete the booting procces just the way 2.6.37-1-powerpc did. This also works on a PowerBook G4 here. Presumably, without this vga16fb tries to take over from offb, and this does not work. I didn't imagine that it would try to do that! * Has anyone tested 2.6.37-{1,2} on a non-Mac system yet, and does vga16fb work there? Using this parameter, I can get as far as running some of the init scripts, but as soon as the radeon driver (*not* radeonfb) is loaded - either by udev or the X server, depending on modprobe configuration - the screen goes black - handover from offb to radeon is not working. I also tested 2.6.38-rc6-1~experimental.1. Here, the radeon driver prints a few lines, ending with: fb: conflicting fb hw usage radeondrmfrb vs OFfb ATY,Xia_A - removing generic driver and then nothing more is displayed on the screen (though the system is otherwise alive). So it seems that radeon is not yet able to take over from offb and we need to stay with radeonfb and UMS in X for now. * Could some Mac users test and report whether i915 or nouveau can successfully take over the display from offb in 2.6.37 or 2.6.38-rc6? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
* Ben Hutchings [110305 20:43 +]: On Sat, 2011-03-05 at 16:19 -0300, Gunther Furtado wrote: Em 05.Mar.2011 (sábado), Risto Suominen risto.suomi...@gmail.com disse: I would try video=ofonly. And you would correct! Just added _ append=video=ofonly _ to /etc/yaboot.conf, run ybin and rebooted into 2.6.37-2-powerpc which did not complete the booting procces just the way 2.6.37-1-powerpc did. This also works on a PowerBook G4 here. Presumably, without this vga16fb tries to take over from offb, and this does not work. I didn't imagine that it would try to do that! * Has anyone tested 2.6.37-{1,2} on a non-Mac system yet, and does vga16fb work there? Using this parameter, I can get as far as running some of the init scripts, but as soon as the radeon driver (*not* radeonfb) is loaded - either by udev or the X server, depending on modprobe configuration - the screen goes black - handover from offb to radeon is not working. I also tested 2.6.38-rc6-1~experimental.1. Here, the radeon driver prints a few lines, ending with: fb: conflicting fb hw usage radeondrmfrb vs OFfb ATY,Xia_A - removing generic driver model : PowerBook5,8 detected as : 287 (PowerBook G4 15) Works fine with append=radeon.agpmode=1 on Linux version 2.6.38-rc7-samweis Linux version 2.6.37-samweis Linux version 2.6.36-samweis nonfree firmware package is needed: $ cat /proc/fb 0 radeondrmfb Elimar -- Learned men are the cisterns of knowledge, not the fountainheads ;-) signature.asc Description: Digital signature
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
On Sun, 2011-03-06 at 07:27 +0100, Elimar Riesebieter wrote: [...] model : PowerBook5,8 detected as : 287 (PowerBook G4 15) Works fine with append=radeon.agpmode=1 on Linux version 2.6.38-rc7-samweis Linux version 2.6.37-samweis Linux version 2.6.36-samweis nonfree firmware package is needed: $ cat /proc/fb 0 radeondrmfb Can you send the kernel .config file for 2.6.38-rc7-samweis? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#614221: iMac-G3 fails to boot with 2.6.37-1-powerpc (Bug#614221)
* Ben Hutchings [110306 06:48 +]: On Sun, 2011-03-06 at 07:27 +0100, Elimar Riesebieter wrote: [...] model : PowerBook5,8 detected as : 287 (PowerBook G4 15) Works fine with append=radeon.agpmode=1 on Linux version 2.6.38-rc7-samweis Linux version 2.6.37-samweis Linux version 2.6.36-samweis nonfree firmware package is needed: $ cat /proc/fb 0 radeondrmfb Can you send the kernel .config file for 2.6.38-rc7-samweis? Attached. Elimar -- Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche config-2.6.38-rc7-samweis.gz Description: Binary data signature.asc Description: Digital signature