[SLOF] [PATCH 1/2] Move archsupport.fs into board-qemu directory

[Laurent Vivier]

On 04/01/2016 10:39, Thomas Huth wrote:
> On 04.01.2016 10:17, Thomas Huth wrote:
>> On 23.12.2015 02:43, Alexey Kardashevskiy wrote:
>>> On 12/22/2015 07:25 AM, Thomas Huth wrote:
>>>> The "hv-cas" hypercall is only available on board-qemu.
>>>> Including archsupport.fs on board-js2x breaks the boot
>>>> process there. Thus the archsupport.fs file should
>>>> reside in the board-qemu/slof directory instead and
>>>> only be included from there.
>>>
>>>
>>> Thanks, applied.
>>>
>>> Does js2x boot now? :)
>>
>> Unfortunately not yet, there are a couple of problems left:
>>
>> - dma-alloc & dma-map-in and friends do not work yet, causing the
>>   libusb code to abort when trying to allocate memory
>>   => I have a patch for this pretty much ready, will send it later
>>
>> - But even with the dma-alloc fixed, the new libusb code does not seem
>>   to work right with real hardware yet, I get messages about STALLs and
>>   timeouts when I connect an USB device
> 
> FWIW, here's the console output of the USB scan:
> 
> Scanning USB
>   OHCI: initializing
>   OHCI: initializing
>   EHCI: Initializing
>   OHCI: initializing
>     USB Storage
>        SCSI: Looking for devices
> USB: Error STALL 0xE967000
> ED Halted
> ohci_transfer_bulk: headp 0E967011 tailp 0E967010 next_td 00000000 attr
> 00405101
> Timed out waiting for interrupt 45
> Timed out waiting for interrupt 45
> USB-DISK: Bulk commad failed!
>           101000000000000 DISK     : "Ut163    USB2FlashStorage 0.00"
>   OHCI: initializing
> ohci_send_ctrl: timed out - failed
> Request: 80 06 00 01 00 00 08 00
> USB: Error DEVICENOTRESPONDING 0xE96ED00
> Timed out waiting for interrupt 45
> usb-ohci: unable to setup device on port 1
> 
> Any ideas what could cause these issues?

Did you try this QEMU series ?

  [PATCH 0/3] ohci reset improvements

http://lists.gnu.org/archive/html/qemu-ppc/2015-12/msg00258.html

Laurent