<Turl>
mripard: please push a tag/branch to your repo after you send v2, so I can rebase the uart gate dt stuff over it
<mripard>
Turl: done
<mripard>
it's the sunxi-3.9-wip-uarts branch
<Turl>
great, thanks
<mripard>
I'll probably post it only tonight (in ~10h)
<mripard>
but, I'll send it as is
<Turl>
I probably won't be rebasing it until tomorrow or on the weekend, so no hurry
<gzamboni>
mnemoc ping
<gzamboni>
mnemoc can i /q ?
<mnemoc>
gzamboni: sure
<theOzzieRat>
mnemoc, what happened to stage/sunxi-3.0 branch?
<mnemoc>
theOzzieRat: it was merged, and a new hasn't been spawned yet
<mnemoc>
-r1 was tagged just after the merge
<mnemoc>
will create a new stage branch for hramrach's nand partition code and other patches which are on-hold
<mnemoc>
tonight most probably
<theOzzieRat>
ah, ok. not that up on how all this works :(
<mnemoc>
neither I am
<mnemoc>
:)
<theOzzieRat>
i posted 2 spi patches, and have another one ready and almost have a patch for spi full duplex done
<mnemoc>
the stage branches are just a central place to test new changes. they aren't intended for massive usage, only for devs
<mnemoc>
theOzzieRat: if i haven't merged those spi patches by the time you fix full duplex, please resubmit the whole serie
<mnemoc>
theOzzieRat: also, it might be a good idea to see allwinner spi changes in the lichee/ branches of my github
<mnemoc>
there are probably interested changes, and as you are already into sunxi-spi, you are perfect to review that part :)
<theOzzieRat>
ok, will have a look. all my patches are incrememtal so it shouldn't be a major issue
<theOzzieRat>
i have full duplex for short transfers working, just fighting with ddma for longer ones
<mnemoc>
:)
<theOzzieRat>
I also updated the fex guide earlier as discussed if you would like ot review
<theOzzieRat>
ot=to
<mnemoc>
theOzzieRat: mripard found the mA levels of the drive field. it's in the gpio document on mainline
<theOzzieRat>
if you have a link I will update or ask mripard to do it?
<theOzzieRat>
for most purposes i suspect <default> is optimal
<theOzzieRat>
mnemoc, which branch on your githib in particular has spi changes? I can't find them.
<mnemoc>
liche/a*-dev branches *might* have spi improvements/fixes
<theOzzieRat>
ok, had a look and no changes to spi_sunxi.c for 8 months, so I think there isn't much going on at the moment. I also see Lorenzo Nava's irq patch didn't get merged.
<mnemoc>
something like git ls -zoim --exclude-standard drivers/net/wireless | xargs -0r ../git-import-help/x_file.sh
ZaEarl_ has quit [Ping timeout: 240 seconds]
<mnemoc>
`../git-import-help/x_ls.sh drivers/net/wireless` should do a similar pre-commit cleanup
<mnemoc>
bbl
<mnemoc>
it's a very basic sanitization routine, but at least it will save us from vomiting when seeing your commit
<wingrime>
I try
<hramrach>
mnemoc: the driver is obviously not correctly indented to say hte least
<hramrach>
also 8188[cd] is handled by 8192cu or somesuch
<hramrach>
so probably poking somebody who has some idea how that driver works might give some results
<hramrach>
as in just adding a device ID or a small patch if the hardware is actually similar
<wingrime>
8192cu not worked
<wingrime>
it loads but not see
<wingrime>
any interface
<hramrach>
it is not ttying to probe the card because it has an ID not known to that driver
<hramrach>
*trying
<wingrime>
maybe
<wingrime>
it will be great if it will works
<Turl>
it's more likely your usbc is powered off
<Turl>
and not the driver's fault
<Turl>
turn it on on script.bin and try again :)
<wingrime>
Turl: this driver loads and work
<hramrach>
no, it's more likelly the hardware is too new
<Turl>
yes, the rtlNNNN from realtek itself have allwinner glue to turn on the usbc on load
<Turl>
the rtlwifi from mainline doesn't
<hramrach>
that's also possible
<mnemoc>
hramrach: that script will 1) fix ^M, 2) reencode into utf-8, 3) chmod -x, 4) fix obvious whitespace issues, 5) add firmwares and other forbidden files to the stage as well
<mnemoc>
the usbc issue can be solved changing the initial state in script.bin