<focus>
BluesBoy: thanks - it looks hairy! I give it a go
<BluesBoy>
you only need xorg conf part
<focus>
BuesBoy: I imagined it to be like a mouse, once driver set up, it just work - but looks likes its "not registered" with the kernel - so I assume the usual automatic recognition fails
yousong has joined #linux-sunxi
<focus>
as an aside, i note Device Drivers > Graphics Support > Arm Mali GPU modules - UMP support not working when compiling kernel
<focus>
had to disable it
<focus>
this for sunx4 A10 cpu with a git pull done yesterday
<oliv3r>
Tsvetan: you should modify your post, u-boot is soley responsible for setting up the memory controller. Once it is setup, android/linux doesn't care about it, 16bit, 32bit doesn't matter, u-boot configured it :(
arete74 has joined #linux-sunxi
<yousong>
I am reading drivers/irqchip/irq-sun4i.c and confused. At line 117 the comments said 'clearing all pending interrupts' with 0xffffffff. But A10 User Manual actually said that 0 means interrupt is not pending. What am I missing?
<yousong>
Does that have something to do with 'Low level sensitive' external NMI interrupt source type?
<oliv3r>
Tsvetan: btw, I didn't get the 'lime' thing at first, but oLIMEx awesome name, really awesome
Taduro__ has joined #linux-sunxi
Taduro_ has quit [Ping timeout: 272 seconds]
<oliv3r>
libv: we should talk to hansg about making fedora RPM's, his fedora 19 images are quite popular i think, but don't come with any 3D driver atm I belive.
<oliv3r>
Tsvetan: but I did post links to your blog post on tweakers.net and slashdot.org as they both ran raspberry pi stories :)
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
_massi_ has joined #linux-sunxi
enrico_ has joined #linux-sunxi
<libv>
oliv3r: i do not want people to get binary packages with mali, for obvious reasons
<libv>
people have way too easy a time installing the binaries as is
<oliv3r>
libv: no I ment lima packages, fedora doesn't installt he mali packages afaik
<oliv3r>
it only comes with 2D by default, no blobs (hansg can you confirm?)
<libv>
lima isn't useful yet, working hard on it atm though
<libv>
i do not expect hansg to spend time on packaging what i packaged for ubuntu, until i do get lima out though
<oliv3r>
fair nuff
<oliv3r>
i just crossed my mind, since we tend to recommend the fedora images quite often too; as they are 'plug & play' most of the time
vicenteH has quit [Ping timeout: 246 seconds]
<focus>
oliv3r: planning to order 2 A20 olixinos today :)
<focus>
one with flash and one without
<arokux>
focus: I have one too :)
<focus>
tsevetan release the eagle cad files - massively happy about that
<libv>
oliv3r: yeah, it makes sense to do so... as soon as ... :)
<arokux>
focus: have you checked if those can be imported into kikad?
<oliv3r>
right, back to work for me; gotta clean up a nother projects git dir; work on some fosdem stuff; do some e-mails and thent he day will probably be over
<focus>
arokux: kicad can import gerbers, so in theory, its not necessary to import eagle pcb files if the pcb files are released - but there may be advantages to importing the eagle file directly as there is more data about components - but haven't tried that importing function yet - will try soon
rellla2 has joined #linux-sunxi
<arokux>
focus: is it possible in theory using eagle files released by olimex to recreate the board?
<arokux>
Tsvetan: I see. but will you still manufacture A20-LIME?
<Tsvetan>
sure, but first we have to re-design for Gigabit
<arokux>
ok
<oliv3r>
Tsvetan: one of the major usecases i'm expecting the lime to be used for, is XBMC box; with pure linux (not android) and cederus it shoudl be possible imo
* arokux
doesn't need video anyway
<wens>
got a register dump for gmac now.
<Tsvetan>
xbmc runs on Pi and A10 well
<oliv3r>
Tsvetan: yeah so it should run fine on Lime too i hope
<oliv3r>
just add an IR receiver and BOOM done :)
<rz2k>
and rtc
<rz2k>
s/rtc/rtc battery input/
<oliv3r>
well rtc or use a lipo
<oliv3r>
i'll probably add a lipo
<rz2k>
lipo is redundant on xbmc box :p
<oliv3r>
i wish i had lipo on my pi (which will be replaced by a lime)
<oliv3r>
powerfailures kill SD ccards
* arokux
wants Olimex beat RPi
popolon has joined #linux-sunxi
hipboi has quit [Remote host closed the connection]
* rz2k
connected olimex LCD to wandboard, along side with external rtc&battery, touchscreen controller and couple sensors.
<focus>
oliv3r: only on windoop PCs - never had it happen on linux yet
<oliv3r>
focus: then you haven't used a raspberry pi yet
<oliv3r>
i've trashed my FS on it more times then I can count (bad circuit breaker kept tripping every few weeks)
<oliv3r>
and bad powersupplies made it reboot crash aswell
<oliv3r>
so after a while, the FS is corrupt or not 'right' anymore and only a reinstall fixes it
<focus>
hmm.. it can only be damaged by pulling it out when its writing - but most times, dd if=/dev/zero of=/dev/sdcard should clear it
<oliv3r>
oh, yeah it doesn't 'die' the FS is corrupt
<oliv3r>
so you have to ininstall
<oliv3r>
it was so bad at some point in time, that I had 2 SD cards, in case 1 went bad, i just swapped boards to have it working again
<focus>
windoop can do things like that - it genuinely believes it can't format a uSD once bad data gets into it
<oliv3r>
anyway, that said, I have a few old iPhone 3gS batteries laying around that I can use for this purpouse, they work perfectly
<rz2k>
focus: I've killed sandisk SD card once that way, they seem to be able to write to its own "non-user" area like where serial/badblockcount/etc lies.
<oliv3r>
focus: yeah I noticed that aswell, same goes for USB sticks, I hae one that I wanted to use at work, windoops kept saying 'Read-only'
<oliv3r>
of course dd and fdisks didn't care and used it just fine
<focus>
yep!
<focus>
:)
<focus>
don't understand why pi needs to corrupt flash if you be not writing to it at the time
<focus>
may be it detects card insert / remove signal and reacts to it
<oliv3r>
well maybe its specific to raspbmc
<oliv3r>
raspbmc uses a single / where both the OS and /home (and thus xbmc data dir) live
<oliv3r>
it's ext4 formatted, and xbmc constantly writes data to its db files
<focus>
xbmc - is that android?
<oliv3r>
a much better approach would have been, to have / in a squashfs file with a r/w overlay (f2fs realy) like openwrt works
<arokux>
focus: no, afaik
<oliv3r>
nah, framebuffer native linux
<focus>
hmm.. may be xbmc is constantly polling the file system for new media and indirectly end up doing things the windoosh way - wasting time and resources and causing secondary problems
<oliv3r>
well xbmc has several sqlite databases it uses to keep track of various things
<plaes>
umm. doesn't it use mysql?
<oliv3r>
it can, but thank god rasbmc doesn't
<oliv3r>
you can use eithe rmysql or sqlite
juanfont has joined #linux-sunxi
<plaes>
ok
Taduro__ has quit [Ping timeout: 246 seconds]
<focus>
oliv3r: if crashing fs a problem, i use dd to take images and file in some TB disks so I never worry about uSD cards breaking
Taduro__ has joined #linux-sunxi
<oliv3r>
focus: yeah i copy /home/pi to somewhere as a backup, and just reinstall as that's actually faster then dding the whole thing :p
<oliv3r>
and since i have 2 2gb cards for this, i can swap out the other when things break to get backup quickly
<oliv3r>
soon lime though!
<focus>
i bought 30 x uSD for doing boot sector work - never looked back
<focus>
:)
<focus>
put them all into plastic bags with a label to identify what they got
<oliv3r>
heheh
<oliv3r>
i have a few old uSD cards for work on A10 stuff, some are only 128 MiB and most are 512 MiB, but for kernels, bootloaders etc it's more then enough
Taduro_ has joined #linux-sunxi
Taduro__ has quit [Ping timeout: 264 seconds]
<Nyuutwo>
oliv3r: after bumping sunxi-boards and u-boot-sunxi in sunxi-bsp it works with K1001l1c
<Nyuutwo>
wifi enters deep sleep and needs modprobe 8188eu; echo 0bda 0179 > /sys/module/8188eu/drivers/usb\:rtl8188eu/new_id
<Nyuutwo>
though lcd doesn't work (yet)
<oliv3r>
bummer
Turl has quit [Ping timeout: 252 seconds]
Turl has joined #linux-sunxi
<Nyuutwo>
but when you ping some other device wifi stays awake
yousong_ has joined #linux-sunxi
yousong has quit [Ping timeout: 272 seconds]
<focus>
oliv3r: i bought raspi after it was sold as an all encompassing education tool - circuit diagrams and open source - but in the end no full circuit diagram, and no information about graphics controller - just a complete con closed device - you do all the work and they take all the benefit - so I bought 2 x Cubies when they come out. Haven't yet powered on the raspi :) :)
Taduro_ has quit [Read error: Connection reset by peer]
<oliv3r>
i got my raspi as a christmas gift from my employer ;0
Taduro has joined #linux-sunxi
<focus>
Tsvetan correct when he say raspi is a religion
<oliv3r>
it sorta is, but it was also 'the first'
<oliv3r>
and has a huge community
<focus>
illustrates still room for a $20 device
<plaes>
for me, rpi was dead when they announced their open source GPU support
<plaes>
which turned out to be just a shim :(
<focus>
plaes: ditto!!!!!!!!!!!!!!
<oliv3r>
and since there was a very easy rasbmc installation; i just used that and use it only as that
<oliv3r>
so i'm eagerly awaying allwinerbmc :)
<focus>
what be bmc?
<oliv3r>
xbmc
<oliv3r>
:p
<rz2k>
[15:22:36] <oliv3r> i got my raspi as a christmas gift from my employer ;0 - i found rpi laying around trashcan at my workplace for ages
<focus>
i feel a big smirk coming on...
<focus>
yeeha! 2 x cubietrucks arrive
<rz2k>
thats not a joke, by the way. guys here really wanted to throw it out (it didnt do the job they planned to run). eventually, I gave it to another guy at university, because it didnt run right what I needed too.
<oliv3r>
focus: next time order more olimexino's ;)
<rz2k>
there's another rpi somewhere here at the "soon this will be sorted out"-table at the corner of the room.
<oliv3r>
hehe, die pi die
<focus>
oliv3r: I order 2 x A20 olixinos later today after i discuss with boss
<oliv3r>
ceremonial burning of the pi; long live the lime?
<oliv3r>
focus: the olimexino-micro-a20 while being more hacker friendly, isn't as pretty as the CT though :p
<Nyuutwo>
pi is good for driving a relay
<Nyuutwo>
and only for this
<rz2k>
msp430 for $1 is good too :p
<rz2k>
for that
<oliv3r>
Nyuutwo: why not get an AVR to do that for 1/10 the cost :p
<Nyuutwo>
driven by ssh
<rz2k>
add wiznet ethernet and drive it by telnet
<rz2k>
:D
<focus>
oliv3r: cubietruck is dual core and 2GB RAM - all i need to do some heavy lifting - at least check what it can do
<oliv3r>
rz2k: well msp430 (like avr) doesn't have ethernet, you'd need a ENC28J60 for a few bux :p
<rz2k>
yep
<Nyuutwo>
rz2k: wiznet is a marginally cheaper than pi
<Nyuutwo>
and on pi you can do some test automation
<Nyuutwo>
in python
<Nyuutwo>
but I preffer A20
<oliv3r>
ENC28J60 is much cheaper, you can get one for < 5 SUD
<oliv3r>
USD*
<rz2k>
also about CT
<rz2k>
oliv3r: does our u-boot with your patches run 2gb without problems?
<torbenh3>
mmm... if they require that to tickle through arch trees its gonna take a year :(
<Jezekus>
Hello, I just got my cubietruck and I would like to run linux on it, successfully put lubuntu on SD card but I have problem with unix load which is always > 1.0, what is causing this problem?
<torbenh3>
oliv3r: maybe it would be smarter to add get_dram_size_unsigned() and provide a wrapper for the signed version. so hat the callers can go unchanged, and the wrapper would print a warning, when 2GB is reached.
<oliv3r>
arokux: ^ any idea where this is comming from?
<oliv3r>
torbenh3: well i 'fixed' all callers, it just needs to get merged :)
<oliv3r>
bugged callers are still bugged; i made sure of that, and maintainers should, in theory anyway, fix their boards
hramrach has joined #linux-sunxi
<torbenh3>
oliv3r: well... sure. but reviewing such a huge patch takes time. and it touches so many boards. this process wouldnt fly in linux.
<torbenh3>
dont know the social mechanics of u-boot.
<oliv3r>
torbenh3: yeah I know, you'd probably have to split it into 1 patch per board :)
<oliv3r>
torbenh3: but, it's really very very small 1 line changes
<oliv3r>
anyway, on my first submit they didn't even look/talk about the patch; just how it could or could not be wrong
<oliv3r>
'2 gb boards exist and u-boot handles them just fine' was a response
<torbenh3>
indeed. you change the error retval from -1 to 0 ....
<oliv3r>
wether or not unsigned long was being a bug or not was ignored
<oliv3r>
true
<oliv3r>
well let u-boot maintainers speak about it and tell me if they want to see something changed/fixed
<oliv3r>
i'll gladly split the patch into ~100 patches if that gets it reviewd :p
<torbenh3>
oliv3r: i will check things in the evening.
<oliv3r>
kewl
jinzo has joined #linux-sunxi
jinzo has joined #linux-sunxi
jinzo has quit [Changing host]
ZetaNeta has quit [Read error: Operation timed out]
shineworld has joined #linux-sunxi
<Jezekus>
oliv3r: Great! It works, thank you
<Jezekus>
only this usb_detect_type = 1 to 0 is enough to load behave right
<oliv3r>
okay
<oliv3r>
:)
<arokux>
oliv3r: "unix load which is always > 1.0" this?
<Jezekus>
yes
<arokux>
Jezekus: no idea, but you solved this already :)
<oliv3r>
arokux: it's a bugged .fex file; very old story :)
<oliv3r>
arokux: also the issue is with all cubieboards as they tend to shp with broken fex file
<arokux>
oliv3r: I've added note that this affects cubieboard too.
<arokux>
oliv3r: unfortunately I do not have time to add documentation properly, so I do it quick and dirty but this is better than nothing, imho
<arokux>
oliv3r: hopefully the others will improve.
<oliv3r>
well it's the other way around, if affects cubietruck too :)
<arokux>
oliv3r: doen't matter really, I think
iamfrankenstein has quit [Read error: Connection reset by peer]
iamfrankenstein has joined #linux-sunxi
<oliv3r>
arokux: we have to be carefull that we don't revolve the everything around the CT, next board, everything has to be moved around again ;)
<arokux>
oliv3r: ok, I just want to have answers handy for the ppl that ask here same thing several times
<oliv3r>
yeah i totally agree there
<oliv3r>
not even sure if jeze even had a CT or if it was a CB1
<oliv3r>
or if he mentioned it at all :)
<arokux>
oliv3r: ct
<arokux>
oliv3r: you're welcome to give me some hints how I can improve my wiki sprinkling..) but as said, I'm limited in time.
prasannapete has left #linux-sunxi [#linux-sunxi]
<oliv3r>
arokux: yeah same :S i'm not sure how we can best handle it; but it's documented for now, so that's a win
<arokux>
oliv3r: I see the following tasks for sunxi. 1) make sure sunxi-3.4 works nice or even better for cubie*/olimex - so that we have users - it is important so that we have testers :)
<arokux>
oliv3r: 2) mainline
<arokux>
oliv3r: maybe also 3) backport to 3.10
<arokux>
oliv3r: and there is 1.5) pack it nicely for major distros -- be user friendly
<arokux>
on the other side of equation there is our time....
eebrah|mobile has joined #linux-sunxi
<oliv3r>
i think a lot of users use 3.4 allready
<oliv3r>
1.5 we have sorted too i think; the BSP makes a nice hwpack
<oliv3r>
it has a kernel, bootloader, modules, fex file etc all in a nice package
<torbenh3>
oliv3r: do you know, what sunxi-3.4 is using for clockevent ?
<torbenh3>
i am puzzeling about this u-boot changes for the arm_arch_timer.
<oliv3r>
torbenh3: i do not , sory
<torbenh3>
mripard: ping.
<mripard>
yes ?
Taduro__ has quit [Ping timeout: 272 seconds]
<torbenh3>
mripard: i want to fiddle with the smp patches this evening.
<mripard>
ok
<mripard>
you don't need the arm_arch_timer patches to do so
<mripard>
you just need an additional patch that will be in 3.14
<torbenh3>
ah. yeas.... that looks like what i was searching for.
geecko has quit [Quit: Quitte]
<torbenh3>
mripard: ok. so you already did the reformatting ?
<mripard>
torbenh3: nope.
<mripard>
I just wanted to test it
<torbenh3>
mripard: ok. gonna clean them up then.
<mripard>
and there's odds that we won't need these patches anyway
<mripard>
and just use PSCI instead
<torbenh3>
mripard: oh. ok.
<oliv3r>
mripard: have you played with your cubietruck yet?
<torbenh3>
mripard: another question: why is clk-cunxi.c carrying all those gates_data structs ? would have been much cleaner, to use 0 strings in the clock-names array.
notmart has quit [Quit: notmart terminated!]
notmart has joined #linux-sunxi
<mripard>
oliv3r: I gave it away to a colleague of mine that wanted to contribute :S
<oliv3r>
mripard: aww :( has i logged into IRC here yet? :p
<mripard>
nope, he's been in holiday for 3 weeks
<oliv3r>
mripard: patches welcome! :D well it's a really nice board, but you have a CB2 too, so it's all the same
<mripard>
torbenh3: "0 strings" ?
<mripard>
oliv3r: yep, and a a20 olinuxino
<oliv3r>
mripard: maybe you'll get a lime dev model; those look really nice
<oliv3r>
mripard: yeah too much hardware! :)
<mripard>
but I really miss my CT
<oliv3r>
mripard: haha, how so?
<mripard>
I can't play with GMAC !) :)
<oliv3r>
mripard: ah yes, well that's nearly sorted i think with the designware stuff
<mripard>
yeah, but now I want to use it.
<oliv3r>
haha, i don't blame ya
<mripard>
now that I have a somewhat usable u-boot on A31
<oliv3r>
mripard: how's SPI looking? I wanna get that into u-boot after the hollidays, maybe during
<torbenh3>
oliv3r: we need to add the phy clock to clk....
<mripard>
I'll be able to have a decent dev environment on the A31 as well
<oliv3r>
mripard: with the AW u-boot I assume?
diego has joined #linux-sunxi
<mripard>
oliv3r: not that great. I've been focusing on SMP and reset lately, to get it merged
<oliv3r>
mripard: no rush whatseover, i just noticed it is missing, and I wanna play with u-boot from SPI-nor; so need to add SPI drivers
<oliv3r>
but busy myself anyway
cubear has quit [Quit: Leaving]
<mripard>
torbenh3: hmmmm, it doesn't look that clean to me...
<torbenh3>
no ?
<torbenh3>
a) you can see the clock number on the gate in DT... no need to dig out the nomber, from somewhere.
panda84kde has quit [Disconnected by services]
<torbenh3>
b) only one compatible="mmioclkgate" for all gates.
Guest68020 is now known as panda84kde
<mripard>
you can already see the clock number in DT.
<torbenh3>
how ?
<mripard>
look at the clock consumers
<torbenh3>
when mask = 0xf000000 ... then the first name is clk 28 ...
<torbenh3>
i cant look at the consumer, when i am adding a node for one comsumer ;S
<torbenh3>
anyways. guess its too late now....
<mripard>
then look in the datasheet/user manual
<mripard>
if you're writing a driver, you most likely already have it somewhere on your screen
<torbenh3>
mripard: yeah, that where i looked, when i added the gmac node.
eebrah|mobile has quit [Ping timeout: 246 seconds]
<torbenh3>
mripard: are there anymore clk patches flying around, that you are aware off ? need to add support for the GMAC CLOCK REGISTER to clk, and hope to find a template.
vicenteH has quit [Read error: Operation timed out]
<mripard>
torbenh3: yes, you can maybe take a look at the mod clocks Turl made
<mripard>
but it will probably not help you much
<wens>
torbenh3: GMAC CLK is in data sheet, CCU_BASE + 0x0164
<hramrach>
torbenh3: there are some clk patches in the sata branches. possibly because sata needs a clock too
<wens>
torbenh3: but it needs to be set according to phy mode...
<torbenh3>
wens: i know which register it is.
<torbenh3>
wens: phy mode is encoded in the DT. might as well specify the proper clk to activate it in the DT.
<hramrach>
for me the muxable AHB clock patches cause division by 0 - in the upstream code :s
<torbenh3>
wens: we dont want the stmmac driver to know about CCU_BASE + 0x0164
<mripard>
hramrach: and not telling anyone about it will probably help to resolve the issue...
<hramrach>
it's not like I did not tell. it's noted in the ahci thread a few times
<hramrach>
I am not sure I have the best patchset either. This has not been pulled into sunxi-next or anything afaik so I have just some patches which I caught flying around
<torbenh3>
hramrach: thats going to help me. thanks.
<mripard>
hramrach: ahci has not even been posted.
<hramrach>
and is based off clock patches that are unfinished as well
<hramrach>
it's not been posted but it's been discussed, anyway
<mripard>
sunxi-next are a set of patches that have been accepted and will be merged in the next merge window, hence why the sata patches aren't there
eebrah|mobile has joined #linux-sunxi
<oliv3r>
sata isn't working atm though ian booked some progress
<wens>
torbenh3: yeah, i set it in stmmac extension
<oliv3r>
can't wait to spend a few hours on that
<wens>
torbenh3: so it's not in stmmac code
jinzo has quit [Quit: Leaving]
<hramrach>
mripard: is there some branch that has reasonably current patches which are not accepted yet - like the clk ones?
<mripard>
sunxi-devel, that Turl's maintain
<hramrach>
ok, thanks
<torbenh3>
wens: does stmmac work for you now ?
<wens>
torbenh3: not yet. haven't had time to compare results
<wens>
oliv3r: i thought sata was working already
<oliv3r>
it might :p
<oliv3r>
i think ian made it work on 3.4 now
<oliv3r>
(we're talking wills cleanup patches)
<oliv3r>
and those need to be checked on the mainline branch
<oliv3r>
cause on mainline i didn't get it working either ;)
<oliv3r>
well 'half'
tomee^ has joined #linux-sunxi
<wens>
iirc, i tested arokux's sata patch
vicenteH has joined #linux-sunxi
codingrobot has quit [Ping timeout: 264 seconds]
<arokux>
wens: ? that's oliv3r's :)
<arokux>
wens: or you mean usb?
codingrobot has joined #linux-sunxi
<wens>
arokux: ahci, tested performance, but not data correctness :(
<arokux>
wens: I see, but that is oliv3r's work (and Ian Cambell's)
<arokux>
I cannot wait I will finalize USB host ....... to much distraction now that I try to get ct running fine with sunxi-3.4
<wens>
oliv3r: i'll test ahci again when it's cleaned up :)
paulk-collins has joined #linux-sunxi
n1bs has joined #linux-sunxi
<arokux>
wens: you've also tested USB, right?
<arokux>
wens: did it work as expected? do you have some OHCI only devices and can test them? can you also test some usb soundcards if you have them?
<oliv3r>
can I run a diffa gainst a patch? e.g. diff filea fileb > filec; diff filec patch.diff?
<oliv3r>
like in 'one go'
<oliv3r>
i wanna see which patches where applied and which ones are missing
<plaes>
oliv3r: vimdiff filea fileb filec
eebrah|mobile has quit [Read error: Connection reset by peer]
<oliv3r>
plaes: i was thinking more like diff orig.file patch.file and get told 'allready applied' :)
<oliv3r>
i guess i could do patch -p1 < patch.file and hope it complains
<oliv3r>
but that's a little too basic
<plaes>
patch has --dry-run
<plaes>
make cleanup a lot easier :)
<oliv3r>
perfect
<oliv3r>
hmm, is there some 'verbose' mode too? that shows me what it sould patch? (except just the 'patching file')
Taduro has joined #linux-sunxi
wolfy has quit [Quit: Orice optimist nu e decat un prost fericit. Desigur, pesimistul e doar prost. (Louis Bernanos)]
<wens>
arokux: yeah, USB works nicely :)
<wens>
arokux: OHCI only devices... I have kb/mouse, but what can it do without a console?
<plaes>
oliv3r: --verbose? :)
<arokux>
wens: gdm
<wens>
arokux: gdm?
<arokux>
wens: gpm, sorry
<arokux>
wens: but I can test it on my own. do you have usb snd card?
<wens>
arokux: i have a usb dac, should be usable
jinzo has joined #linux-sunxi
<wens>
arokux: i'll try it tomorrow. (my cb2 is at the office)
<arokux>
wens: ok, that'd be awesome since I do not have such devices.
<wens>
arokux: i still need to give you an updated dts right?
<arokux>
wens: yes, just update your tree on github
eebrah_ has joined #linux-sunxi
<oliv3r>
plaes: only two files wanted to apply , with single line changes, so that was a quick fix
eebrah_ has quit [Read error: Connection reset by peer]
eebrah_ has joined #linux-sunxi
Fusing has joined #linux-sunxi
Taduro has joined #linux-sunxi
Taduro___ has quit [Read error: Connection reset by peer]
eebrah_ has quit [Ping timeout: 252 seconds]
eebrah_ has joined #linux-sunxi
Fusing has quit [Ping timeout: 272 seconds]
wolfy has joined #linux-sunxi
n01 has quit [Read error: Operation timed out]
<mnemoc>
arokux: if it's not the first word I don't get notified :(
<arokux>
mnemoc: ok :)
<arokux>
mnemoc: question: can I have a custom config for your nightlies?
<arokux>
mnemoc: kernel config
Fusing has joined #linux-sunxi
<mnemoc>
just add a arch/arm/configs/sun?i*_defconfig to your branch
<arokux>
mnemoc: ok, the point is I'd like to turn off additional debugging info, etc. these options won't lend in the upstream sun?i*_defconfig. that is ok, right?
<arokux>
turn ON*
<mnemoc>
it's your branch, not upstream
<mnemoc>
feel free to add as many sun?i*_defconfig as you find important
<mnemoc>
and each will be built
<arokux>
mnemoc: that is cool. thanks :)
<mnemoc>
yw
<arokux>
mnemoc: I have the following in mind. once USB host if finalized i'll post a "call for testing" to the ML and ask ppl to grab my kernel from nightlies and give it a try with any USB devices they have.
<mnemoc>
yes, and so a more "rich" kernel is useful for better testing
<mnemoc>
only sunxi-next needs to be spartan
<arokux>
mnemoc: right.
<arokux>
mnemoc: thanks again.
<mnemoc>
my pleasure
tomee^ has quit [Quit: I Quit.]
enrico_ has quit [Quit: Bye]
eebrah_ has quit [Read error: Connection reset by peer]