<libv>
mnemoc, Turl, arokux, others: how should we respond to the banana pi thing?
hypothalamus has joined #linux-sunxi
<wigyori>
libv: what have you got from bananapi?
sehraf has quit [Ping timeout: 260 seconds]
<arokux>
sorry, except of an e-mail to them I have no other idea. and.. maybe we just shouldn't waste time on them...
<libv>
wigyori: ?
<wigyori>
libv: 'bananapi thing'
<libv>
wigyori: the banana pi people seem to breaching the creative commons license by directly copying our wiki without attribution
<wens>
hall of shame?
kuldeepdhaka has joined #linux-sunxi
<arokux>
does anyone have banana pi board?
<libv>
right, a device page with a big fat warning on top sounds like it will drag a lot of customers away
<mripard>
oh come on guys. It's using the same licence, it's just that they forgot the attribution. Drop them an email, and then you'll see.
<wigyori>
arokux: i do have one
<plaes>
it could be just an user running wild
<wigyori>
libv: if someone gets a board from them, they request to 'write 10 good things the board'-type bullshit
<wigyori>
which results in users googling and copypasting things onto their forum
<wigyori>
without any control
<rm>
libv, I don't know if you're subscribed to the Cubieboard google group, but the first "hello" from Banana Pi there was copy-pasting their advertising message
<rm>
and sending it like 8-10 times to the Cubieboard list
<arokux>
ijc: I have patches for u-boot, they add USB EHCI support, however they depend on GPIO driver. how should I best proceed, should I wait till https://www.mail-archive.com/u-boot@lists.denx.de/msg139636.html is merged or should I submit my patches to u-boot ml regardless?
<arokux>
ssvb: ------^
bbrezillon has quit [Ping timeout: 255 seconds]
<ijc>
arokux: TBH I'm not really sure, uboot list is a hell of a bottleneck... I pinged yesterday/this morning... I'd be inclined to suggest you post them and not that the depend on my series (which depends on Hans'... sigh)
<ijc>
I'm assuming you are targeting mainline here of course
<arokux>
ijc: yes, mainline. i've just ported my patches against u-boot-sunxi to mainline u-boot.
<atsampson>
arokux: that's the old GCC extension for field designators -- it's intialising a field called "common" to a struct with tag etc. in
<arokux>
ijc: so you think I should better wait? I have absolutely no experience in such things, so I'll just follow your advice
<ssvb>
arokux: we don't have a custodian sunxi git tree (or its alternative at github) yet, which makes collaboration a little bit difficult
<arokux>
atsampson: ah, thanks!
<arokux>
ssvb: just tell me what to do, I'm fine with any advice :)
<ssvb>
arokux: cherry pick the necessary patches, push your own git tree somewhere, and send your patchset to the u-boot mailing list, listing the necessary patches as dependencies in the cover letter :)
<ijc>
arokux: I think you can post. fuckit ;-)
<ijc>
Just say what it's prerequisite series are
<ijc>
BTW I raised the idea of a custodian tree this mornng
<ijc>
with uboot-devel that is
<mripard>
ijc: I don't know what's the usual policy, but can't you ask to be a u-boot maintainer and merge the patches yourself?
<mripard>
wens: cool :)
<ssvb>
ijc: I raised this idea months ago in the linux-sunxi mailing list ;)
<ijc>
mripard: Not exactly, sadly, they have a more heirarchical setup
<wens>
I think that's what the custodian trees are for?
<ijc>
ssvb: linux-sunxi isn't the right list though is it.
<ijc>
wens: Right. Currently we are trying to get things into u-boot-arm.git, from where that custodian will push to u-boot.git
<ssvb>
ijc: what we need is a common git repository, that's the whole point
<ssvb>
ijc: the upstream blessing is the next step :)
<mripard>
ijc: ok, so there's no setup a la arm-soc, too bad :)
<ijc>
wens: We could have our own u-boot-sunxi.git tree, but it would still be merged via u-boot-arm.git. Although it seems like the existing ARM sub trees u-boot-ti.git has an easier time
<ijc>
ssvb: I'm only interested in working with upstream processes, not in perpetuating the fork
<ijc>
ssvb: You can of course maintain whatever tree you want to
<ijc>
i.e. as far as I'm concerned we are already on to the "upstream blessing" step
<ssvb>
ijc: it is me, who is only interested in upstream :)
<ijc>
ssvb: Then I'm afraid I've no idea what your point is. The right thing to be doing is to be working with the u-boot arm custodian and arranging a custodian tree (which is not the same as a random collaboration tree). This is what Hans and I are doing.
<wens>
mripard: I also have the schematics pdf for the hummingbird
<wens>
merrii hasn't answered my questions about redistributing either the pdf or the sdk though
petr has quit [Ping timeout: 255 seconds]
<ssvb>
ijc: that's my point, so we are in an agreement :)
<ijc>
ssvb: OK, good then :-)
<arokux>
ijc: what about my original question? :p
<ijc>
(16:58:51) ijc: arokux: I think you can post. fuckit ;-)
<arokux>
ijc: oh, sorry, I didn't notice. ok!
<ijc>
Just say what it's prerequisite series are though, so people aren't confused...
bonbons has joined #linux-sunxi
<wens>
bed time, see y'all in 8 hours or so
petr has joined #linux-sunxi
kuldeepdhaka has quit [Read error: Connection reset by peer]
<ssvb>
arokux2: yeah, it just works :) and if you want two CPU cores, then you also need to apply the PSCI patches
<mmarker>
arokux2: which board? Meaning to try it on my A20
<arokux2>
mmarker: cubietruck
<ssvb>
ijc: what is the mainline u-boot status of PSCI? is anybody working on it?
Andy-D has quit [Client Quit]
Netlynx has quit [Quit: Leaving]
Andy-D has joined #linux-sunxi
<arokux2>
does anybody know someting about ums command in u-boot? it is possible to have it for sunxi? as I understand this command allows to connect board as usb storage device, so that on can writ to mmc. it can be used for writing new u-boot :)
amitk has quit [Quit: leaving]
<arokux2>
no, no magic. this should be usb utg
<arokux2>
otg*
bbrezillon has quit [Ping timeout: 240 seconds]
<ssvb>
arokux2: have you tried to boot using a usb ethernet dongle?
<arokux2>
ssvb: not yet, but it worked on old tree. there is special config needed to turn it on. do you want to use it?
bbrezillon has joined #linux-sunxi
deasy has joined #linux-sunxi
<mnemoc>
libv: tried contacting the banana pi people? gzamboni can give you a @sunxi.org/@linux-sunxi.org forward if you want to be more "authoritative"
kuldeepdhaka has quit [Ping timeout: 245 seconds]
issueat has quit [Remote host closed the connection]
kuldeepdhaka has joined #linux-sunxi
<arokux2>
do you also need to restick the adapter together with microSD? :$
<arokux2>
Turl: do you remember clock hierarchy, can PLL6 be safely disabled in sun7i?
popolon has joined #linux-sunxi
popolon has joined #linux-sunxi
<Turl>
arokux2: if you move mbus to pll5, maybe
<gzamboni>
mnemoc, libv sure, np, just /msg me with the info
<gzamboni>
hey, Turl nice job with the dma code :)
bertrik has quit [Ping timeout: 252 seconds]
<gzamboni>
you're all advancing quite quick in the mainline code, that's awesome
bertrik has joined #linux-sunxi
Wizzup has quit [Quit: Lost terminal]
akaizen has joined #linux-sunxi
<Turl>
gzamboni: :) thanks
<Turl>
gzamboni: do you have some use case for it?
avsm has joined #linux-sunxi
bbrezillon has quit [Ping timeout: 248 seconds]
astr has quit [Ping timeout: 240 seconds]
<Turl>
oliv3r: you weren't kidding when you said fedora took ages to update
Andy-D has quit [Remote host closed the connection]
Gerwin_J has quit [Ping timeout: 252 seconds]
Andy-D has joined #linux-sunxi
Andy-D has quit [Remote host closed the connection]
<arokux2>
do you know if I can pass config options to u-boot on cmd line to make?
astr has joined #linux-sunxi
froese has quit [Quit: Leaving]
<arokux2>
ssvb: ijc there were some bugs in my usb code, now everything works. gpio driver isn't needed also, I've added things I need (one function and some extra calls) directly to the ehci driver, so my patch series applies directly to the mainline u-boot and works for cubietruck. here it is: https://github.com/arokux/u-boot-sunxi/commits/upstream-sunxi-usb
jinzo has quit [Quit: Leaving]
akaizen has quit [Ping timeout: 240 seconds]
petr has quit [Ping timeout: 264 seconds]
akaizen has joined #linux-sunxi
petr has joined #linux-sunxi
bonbons has quit [Quit: Leaving]
nicksydney has joined #linux-sunxi
lukas2511 has quit [Quit: RAGEQUIT]
Andy-D has joined #linux-sunxi
lukas2511 has joined #linux-sunxi
petr has quit [Ping timeout: 260 seconds]
FreezingCold has joined #linux-sunxi
bertrik has quit [Remote host closed the connection]
arokux2 has quit [Remote host closed the connection]
FreezingCold has quit [Ping timeout: 240 seconds]
FreezingCold has joined #linux-sunxi
jebba has quit [Quit: Leaving.]
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
paulk-aldrin has quit [Remote host closed the connection]
akaizen has quit [Ping timeout: 240 seconds]
popolon has quit [Quit: Quitte]
maksimlin has joined #linux-sunxi
apo_ has joined #linux-sunxi
souther has quit [Ping timeout: 240 seconds]
Turl has quit [Ping timeout: 240 seconds]
apo__ has quit [Ping timeout: 240 seconds]
GeertJohan has quit [Read error: Connection reset by peer]
souther has joined #linux-sunxi
GeertJohan has joined #linux-sunxi
GeertJohan has joined #linux-sunxi
GeertJohan has quit [Changing host]
joedj_ has joined #linux-sunxi
Turl has joined #linux-sunxi
avsm has quit [Quit: Leaving.]
avsm has joined #linux-sunxi
akaizen has joined #linux-sunxi
xavia has quit [Remote host closed the connection]