Luke-Jr has quit [Read error: Connection reset by peer]
Luke-Jr has joined #qi-hardware
Luke-Jr has quit [Read error: Connection reset by peer]
Luke-Jr has joined #qi-hardware
wej has quit [Ping timeout: 264 seconds]
xiangfu has joined #qi-hardware
xiangfu has quit [Remote host closed the connection]
wej has joined #qi-hardware
wej has quit [Ping timeout: 264 seconds]
wej has joined #qi-hardware
wej has quit [Ping timeout: 245 seconds]
wej has joined #qi-hardware
wolfspraul has joined #qi-hardware
apelete_ has joined #qi-hardware
apelete_ is now known as apelete
<wpwrak>
hmm, i think the mantle (née maemo) guys should add an entry to wikipedia. now that AMD are using "mantle" as well, there'll be a heck of a confusion
wej has quit [Ping timeout: 260 seconds]
lekernel has joined #qi-hardware
wej has joined #qi-hardware
<apelete>
morning everyone
<apelete>
larsc mth: just found out why the musb core couldn't discover the udc config by reading from hw
<apelete>
it seems there is a register called configdata that usually holds usb config data, but it does not exists in the jz4740
<apelete>
that means there is no way to autodetect config data nor endpoints...
<apelete>
I'm angry with myself for having wasted some much time on this :-(
<apelete>
so, next step would be to find out how to trick musb core into calling ep_config_from_table() instead of ep_config_from_hw() to setup endpoints
<DocScrutinizer05>
apelete: this all sounds so terribly similar to H-E-N hostmode
<DocScrutinizer05>
apelete: temporarily we had a patch that allowed us to step maually thru every possible state of musbcore state machine, by sending commands to err /sys/musb/state or whatever (I forgot the name of sysnode, or was it even in /proc ?)
xiangfu has joined #qi-hardware
<apelete>
DocScrutinizer05: let's hope the rest of the udc core in jz4740 is more "usb spec compliant"
<apelete>
there seems to be some sort of support for devices that does not hold config data in the hardware, but I don't know how well it's going to work with jz4740
<apelete>
s/support/support in the kernel/
<qi-bot>
apelete meant: "there seems to be some sort of support in the kernel for devices that does not hold config data in the hardware, but I don't know how well it's going to work with jz4740"