Hi,
On 22 Jun 2019, at 18:28, Carlo Pisani <[email protected]> wrote:
> the PCI seems to have a lot of problems
> plugged a USB card, with an NEC PCI_EHCI chip
as I wrote before I never had a PCI “shoebox” or “shoehorn” for the Octane,
so I have neither experience, comments, nor can test this at all.
I read though that PCI always was quirky, dma or cache coherency or
whatever, and that even originally not all sorts of PCI cards would work.
If you find anything out keep us in the loop. Maybe one day I find a
affordable PCI bridge glue for my Octane on ebay or so, but I will
definitely and unfortunately not spend hundreds of dollars for a rare
beast just to test and work on this.
> this stuff worked on kernel 2.6.17
>
> with your 4.12 does not, and it also fails with 4.17 and 4.18
>
> usbcore: registered new interface driver usbhid
> usbhid: USB HID core driver
> usb usb1: New USB device found, idVendor=1d6b, idProduct=0001, bcdDevice= 4.18
> usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb1: Product: OHCI PCI host controller
> usb usb1: Manufacturer: Linux 4.18.20-Merciless-Moray-ip30 ohci_hcd
> usb usb1: SerialNumber: 0001:00:03.0
> usb usb2: New USB device found, idVendor=1d6b, idProduct=0001, bcdDevice= 4.18
> usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb2: Product: OHCI PCI host controller
> usb usb2: Manufacturer: Linux 4.18.20-Merciless-Moray-ip30 ohci_hcd
> usb usb2: SerialNumber: 0001:00:03.1
> usb 2-2: new full-speed USB device number 2 using ohci-pci
> usb usb2-port2: attempt power cycle
> usb usb3: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 4.18
> usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
> usb usb3: Product: EHCI Host Controller
> usb usb3: Manufacturer: Linux 4.18.20-Merciless-Moray-ip30 ehci_hcd
> usb usb3: SerialNumber: 0001:00:03.2
> usb 3-4: new high-speed USB device number 2 using ehci-pci
> usb 3-4: device descriptor read/64, error -145
> usb 3-4: device descriptor read/64, error -145
> usb 3-4: new high-speed USB device number 3 using ehci-pci
> usb 3-4: device descriptor read/64, error -145
> usb 3-4: device descriptor read/64, error -145
> usb usb3-port4: attempt power cycle
> usb 3-4: new high-speed USB device number 4 using ehci-pci
> usb 3-4: device not accepting address 4, error -145
> usb 3-4: new high-speed USB device number 5 using ehci-pci
> usb 3-4: device not accepting address 5, error -145
> usb usb3-port4: unable to enumerate USB device
>
> Il giorno sab 22 giu 2019 alle ore 14:17 Carlo Pisani
> <[email protected]> ha scritto:
>>
>>> - power-off not working
>>> - stability
>>
>> the smp_stop() function needs an architecture-dependent code, which is
>> currently missing.
>>
>>> was really unstable a decade ago
>>
>> Kernel 2.6.17 is 100% stable, even with SMP. I daily used it between
>> 2007 and 2009
>> but it has quirks with the XIO-PCI if the IOC3-PS2 is in use
>> so I used the workstation remotely in a headless configuration
>> (without keyboard and gfx)
>> with my laptop as terminal, and it made sense for natively compiling
>> stage3s for MIPS32.
>>
>> We have also hacked the Octane'2 PSU for having a current sensor,
>> and a solid-state relay' for unplugging the electricity when the
>> machine is not in use,
>> as well as we have hacked the front-plane for exporting signals
>> { POWERON, RESET, NMI } on the ethernet.
>> We are also going to add a grid of photodetectors + short plastic optic fiber
>> for reading the status of the XIO slots (signals cannot be probed
>> directly, it's not safe).
>>
>> This turns the machine into something we can remotely control.
>> Even if the machine is physically stored ten meters underground in the
>> computer room
>> inside a rack.
--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
https://exactscan.com | https://ocrkit.com | https://t2sde.org |
https://rene.rebe.de-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[email protected] with a subject of: unsubscribe t2
