daz wrote:That's quite old, you should really update to 3.5.7
I haven't checked for updates in a while. Plus it's hard to update a new kernel since the menu must be modified. Without a tool to do this I am loathe to edit everything by hand again.
Sounds like you dislodged your SATA connector when you were plugging in your IDE drive (Again) Adding a IDE drive adds it to the list AFTER the SATA drives.
No the SATA was fine. I could still reboot into OS4. It must add IDE drives on later kernels but on the ones I have tested it messes up my SATA list. In fact it is messed up so much it looks like it can't even find any SATA devices at all. It keeps resetting the SATA link and lower the speed while reporting errors about the devices. Pull IDE off and it's fine.
And you are wrong the /dev/hdx naming scheme was retired in 2007 -> see here
That was a long time ago. I've only recently discovered UUID and LABEL methods. But on the A1 found UUID didn't work all the time. Of course that is a different kernel and it does lose or swap busses around at times for no apparent reason.
It does to me. You plug a borked card in and moan when the system doesn't work. YOUR VIA CARD MISIDENTIFIES ITSELF!!!
So you are saying VIA chipset cards are all borked new from the factory?
The card is fine. (I wouldn't say great.) On my A1 the 63 comes up as a USB2 card in OS4 and OHCI/UHCI works fine. Why is it reported correctly on A1 OS4?
On A1 Linux EHCI works on the 65 model it so there is no hardware issue, only OS4 has the issue on that one.
You remember it comes up as a storage device under OS4 - cards are identified by the codes they return yours is returning the one for a storage device, not for a USB device and Linux is quite resonably attaching it to the storage driver.
That doesn't make sense. The 63 comes up as SSA on the X1000 but on the A1 it comes up as USB2.
How can the card report itself differently on the same OS on different hardware? Does it know what type of Amiga machine it is running on and change the numbers accordingly?
To me this would point down to the expansion.library which reads the card IDs.
But this is all a moot point because the last I tested was the 65 which is reported correctly on X1000 OS4. But it breaks on X1000 Linux by messing up the drive points somehow. On A1 Linux it works fine including EHCI.
Ditch the Via card - don't you have enough USB ports? But in case you decide not to I'll add a kernel module for UHCI to my next kernel build. OK?
Which one, the 63 model?
I agree on that one!
I don't need more ports on the X1000. The point was to test the card in the X1000 to see how it works and if the EHCI Linux PPC driver can properly use it. My intention is to use the card on my A1 to add USB2 ports. Currently this only works with Linux. At least with the 65 model.
But UHCI? No don't bother, EHCI is what I'm after!
Err.. no. CFE loads the kernel remember? Linux does start until the kernel has been loaded, and as I recall USB devices appear last in the device list under Linux anyway.
Yes I know CFE loads it and here the kernel loads off a USB drive. CFE loads it off the USB drive. My point was a USB drive is attached to the system when the kernel boots. So there is another drive attached with the possibility of messing up the device points.
It doesn't here, and Trevor hasn't reported this problem, and he often changes his drives over.
I'll need to test the later kernels then.
I still don't understand why you want to complicate the booting system by having to load 2 different files rather than 1
I don't wish too. I just noticed later later kernels like to be split into kernel and modules separately. At least they like too on x86. Even later A1 builds of Linux kernels follow this method. Even though a combined kernel+modules is more desirable. But probably not possible as a too large kernel image will crash SLB or UBoot.
A combined image should help to prevent errors in the installer due to missing modules like RAID which I got with my install. Of course a preseed is really needed for a clean installer but that's another story.
