Bug#589701: ofpath is not compatible with non-builtin disk controllers
Hi Rick, Le vendredi 24 septembre 2010 à 15:53 -0400, Rick Thomas a écrit : First, let me apologize for the confusing non-specificity of my bug reports to you and everyone else who is following this (and related) bug(s). The only excuse I can offer is that at the time I was submitting them, I wasn't sure what was causing the symptoms I was seeing. All I knew was that I couldn't do a squeeze install or an upgrade from lenny to squeeze. And I was frustrated by the total lack of response. Well, even if you didn't mention it explicitly, it was listed in the lspci dump since the beginning and nobody saw it until now. And one may also find it disturbing that a piece of software doesn't work with an addon card on a machine that has free slots to add such cards ! But bootstrapping an OS on non-original hardware modification is always a bit hard. That said, and trying to go forward, the question now is Where do we stand on getting this fixed? If you are talking about this specific bug, the answer is fix ofpath. But actually, a more efficient thing to do would be to use ofpathname, or rather ofpathname + ofpath/yaboot fixes. Which was to be done by Aurélien more than 3 years ago, see #405337 … Anyway, grub2 uses ofpathname, so I think we should try to use it. Or, first, upgrade it, as it lacks a bit behind upstream (1.2.1 vs 1.1.0). Again, the maintainer is Aurélien, who didn't give signs of life since his email 2 weeks ago, so he may be MIA and the upgrade a bit harder than we can hope. Can we come up with a list of specific problems -- and a 'todo' list of release-critical things that need to be fixed for PowerPC Debian Squeeze? I see #587290 (merged with #580455) and #572869. I think the last one is no more related to yours, even if a patch to use ofpathname would easily fix it, I think. The first one should be fixed by your patch. In that line, we need a list of individual folks who are interested in contributing to this effort. Is this bug report (589701) a good one to encourage all these folks to subscribe to in the interest of centralized record-keeping? I am not sure that polluting this report is a good idea. I would prefer opening another one if there is a clearly defined point of view on that. Which we don't have for now, I fear, because of a lack of concrete result. Which may be partially solved with my next email… benjamin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589701: ofpath is not compatible with non-builtin disk controllers
On Sep 29, 2010, at 12:12 AM, Milan Kupcevic wrote: On 09/28/2010 07:26 PM, Benjamin Cama wrote: Well, even if you didn't mention it explicitly, it was listed in the lspci dump since the beginning and nobody saw it until now. And one may also find it disturbing that a piece of software doesn't work with an addon card on a machine that has free slots to add such cards ! But bootstrapping an OS on non-original hardware modification is always a bit hard. Promise add-on sata controllers do not have proper OpenFirmware support. Therefore, they will never be able to boot an OpenFirmware machine. There are very few add-on SATA controllers with proper OpenFirmware support. Here are four I personally tried out: Sonnet Tempo SATA PCI [1] SeriTek/1V4 [2] SeriTek/1eVE2+2 [3] SeriTek/1S2 [4] Other SeriTek cards explicitly described as compatible with all PCI-based Power PC Macintosh computers with completely self- contained booting functionality should probably work equally well. If you find other add-on sata controller(s) able to boot a PowerMac machine, please let me know. M [1] http://www.sonnettech.com/product/tempo_serial_ata.html [2] http://www.firmtek.com/seritek/seritek-1v4/ [3] http://www.firmtek.com/seritek/seritek-1ve2plus2/ [4] http://www.firmtek.com/seritek/seritek-1s2/ OK... If I'm understanding this correctly, it means that NewWorld Mac's can boot either from the on-board ATA or one of these OF- supporting SATA controllers (possibly with some tweaks to ofpath to deal with any peculiarities of the non-Apple controllers) but *not* from most non-OF-aware controllers. I, for one, can live with that as long as I've got some small ATA drives I can use for the purpose. All I have to put on it is the apple bootstrap (HFS) partition and /boot, right? But root and all the rest can be on the big SATAs, right? It's not beautiful or elegant, but it is a reasonable work-around for a problem that we can't fix in the Debian environment. Or am I missing something? Rick -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589701: ofpath is not compatible with non-builtin disk controllers
On 09/28/2010 07:26 PM, Benjamin Cama wrote: Well, even if you didn't mention it explicitly, it was listed in the lspci dump since the beginning and nobody saw it until now. And one may also find it disturbing that a piece of software doesn't work with an addon card on a machine that has free slots to add such cards ! But bootstrapping an OS on non-original hardware modification is always a bit hard. Promise add-on sata controllers do not have proper OpenFirmware support. Therefore, they will never be able to boot an OpenFirmware machine. There are very few add-on SATA controllers with proper OpenFirmware support. Here are four I personally tried out: Sonnet Tempo SATA PCI [1] SeriTek/1V4 [2] SeriTek/1eVE2+2 [3] SeriTek/1S2 [4] Other SeriTek cards explicitly described as compatible with all PCI-based Power PC Macintosh computers with completely self-contained booting functionality should probably work equally well. If you find other add-on sata controller(s) able to boot a PowerMac machine, please let me know. M [1] http://www.sonnettech.com/product/tempo_serial_ata.html [2] http://www.firmtek.com/seritek/seritek-1v4/ [3] http://www.firmtek.com/seritek/seritek-1ve2plus2/ [4] http://www.firmtek.com/seritek/seritek-1s2/ signature.asc Description: OpenPGP digital signature
Bug#589701: ofpath is not compatible with non-builtin disk controllers
Hi Rick, I am a bit disappointed about how this is ending, but I just realized you are using an addon Promise card as disk controller. This is not supported by ofpath, which just handle IDE controllers using the old ATA stack or true SCSI controllers. In short, it is hardwired for a list of disk controllers. Your bug is a bit different from #572869, even if he's also using a SATA (so, new ATA stack) controller, but this is the Apple provided one, and yaboot has a special case for it (even if it seems not to work so well for now). I don't really know what to do about that. From what I read (#372186), ofpathname is better for recent controllers using the new ATA stack, and it's what grub2 is using. Still, it may lack proper handling of old controllers, even if we can see (again) people willing to bring that from ofpath, without much result. Furthermore, since 2.6.34, benh wrote a new driver (macio) for newworld Macs (I don't know if it supports /all/ machines) that is based on the new ATA stack, so ofpath will need to support it soon (well, it's for after squeeze at least), or we'll need to switch to ofpathname (or grub2 alltogether). Anyway, thanks for your perseverance, but try to be more specific on your problems next time ;-) Regards, benjamin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589701: ofpath is not compatible with non-builtin disk controllers
Hi Benjamin, First, let me apologize for the confusing non-specificity of my bug reports to you and everyone else who is following this (and related) bug(s). The only excuse I can offer is that at the time I was submitting them, I wasn't sure what was causing the symptoms I was seeing. All I knew was that I couldn't do a squeeze install or an upgrade from lenny to squeeze. And I was frustrated by the total lack of response. That said, and trying to go forward, the question now is Where do we stand on getting this fixed? Can we come up with a list of specific problems -- and a 'todo' list of release-critical things that need to be fixed for PowerPC Debian Squeeze? In that line, we need a list of individual folks who are interested in contributing to this effort. Is this bug report (589701) a good one to encourage all these folks to subscribe to in the interest of centralized record-keeping? Thanks! Rick On Sep 24, 2010, at 7:33 AM, Benjamin Cama wrote: Hi Rick, I am a bit disappointed about how this is ending, but I just realized you are using an addon Promise card as disk controller. This is not supported by ofpath, which just handle IDE controllers using the old ATA stack or true SCSI controllers. In short, it is hardwired for a list of disk controllers. Your bug is a bit different from #572869, even if he's also using a SATA (so, new ATA stack) controller, but this is the Apple provided one, and yaboot has a special case for it (even if it seems not to work so well for now). I don't really know what to do about that. From what I read (#372186), ofpathname is better for recent controllers using the new ATA stack, and it's what grub2 is using. Still, it may lack proper handling of old controllers, even if we can see (again) people willing to bring that from ofpath, without much result. Furthermore, since 2.6.34, benh wrote a new driver (macio) for newworld Macs (I don't know if it supports /all/ machines) that is based on the new ATA stack, so ofpath will need to support it soon (well, it's for after squeeze at least), or we'll need to switch to ofpathname (or grub2 alltogether). Anyway, thanks for your perseverance, but try to be more specific on your problems next time ;-) Regards, benjamin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org