drachensun_ has quit [Read error: Operation timed out]
tomboy64 has quit [Remote host closed the connection]
tomboy64 has joined #linux-sunxi
drachensun_ has joined #linux-sunxi
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<wolfy>
Night-Shade: any particular reason which would prohibit that kvm from rwmj's link to work on cubie2 ?
wolfy has quit [Ping timeout: 252 seconds]
kivutar has quit [Quit: Ex-Chat]
FR^2 has quit [Quit: und weg...]
bsdfox has quit [Ping timeout: 264 seconds]
bsdfox has joined #linux-sunxi
parabyte has quit [Quit: Leaving]
ganbold__ has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
wingrime has joined #linux-sunxi
bsdfox has quit [Ping timeout: 248 seconds]
bsdfox has joined #linux-sunxi
bsdfox has quit [Ping timeout: 250 seconds]
bsdfox has joined #linux-sunxi
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
wingrime has quit [Ping timeout: 240 seconds]
bsdfox has quit [Ping timeout: 248 seconds]
tomboy64 has quit [Ping timeout: 250 seconds]
bsdfox has joined #linux-sunxi
deasy has joined #linux-sunxi
rz2k has joined #linux-sunxi
rings_IIV has joined #linux-sunxi
rings_VII has quit [Ping timeout: 252 seconds]
<bsdfox>
ug no grep in android?
tomboy64 has joined #linux-sunxi
Quarx has joined #linux-sunxi
<bsdfox>
anyone have advice on how to send any data to the serial ports in android? I've got a couple tablets with broken screens which I can connect to with ADB (one A10, one A13) and I've probed a number of test points but haven't found any serial output yet.. one pair is even marked RX/TX so I'm wondering if I can just systematically send data to one serial port at a time then hopefully can setup the seral console on whichever pair is broken out
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
tomboy64 has quit [Ping timeout: 240 seconds]
<gzamboni>
Moin
<gzamboni>
now we have finally the CAN documentation
CaCtus491 has quit [Ping timeout: 246 seconds]
tomboy64 has joined #linux-sunxi
<rz2k>
gzamboni: the biggest question is where did that guy got the docs
<rz2k>
since they dont have any copyright info or who is the author of ip core
<gzamboni>
maybe its an legal licencse issue allwinner doesnt want to risk.
<gzamboni>
So legally its not from al
<gzamboni>
allwinner
<gzamboni>
dunno, just a guess
<gzamboni>
i dont have any experience in CAN
<gzamboni>
but surrely this opens the range of application for the sunxi ics
<rz2k>
next we are going to recieve ton of messages like Puneeth sends to our ML, but about CAN support :p
<rz2k>
that guys english skill are too bad to understand "not affiliated with allwinner and cant support 3.3 kernel"
<rz2k>
s/skill/skills/
n01 has joined #linux-sunxi
<gzamboni>
lol, that made me laght also :P
<gzamboni>
the thing is that there are ppl from all skill levels, i for instance dont know a lot things, i'm a begginner in the kernel space, im a beginner using git. but well, everything has a begin :P
<gzamboni>
the interesting thing about the sunxi project is that you can get a lot of knowloge from the skilled ppl that are working on it
<gzamboni>
CAN is interesting, i would like to play with it, but i dont have any hardware to do so
<gzamboni>
maybe i have in my car and i dont even know, :P
<bsdfox>
gzamboni, thanks. I've used the cat method in linux before and it works but it simply echoed the command back under adb.. I'll try stty in a few min
<gzamboni>
i never tried that, i thought it wasnt possible without setting the speed an bit parity, now i know stty can set them
kivutar has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 264 seconds]
<gzamboni>
bsdfox, give us a feedback if using stty it works
ZetaNeta has quit [Ping timeout: 252 seconds]
tomboy65 has quit [Ping timeout: 240 seconds]
rellla has joined #linux-sunxi
AreaScout has joined #linux-sunxi
rzk has joined #linux-sunxi
CaCtus491 has joined #linux-sunxi
rz2k has quit [Ping timeout: 245 seconds]
CaCtus491 has quit [Ping timeout: 250 seconds]
tomboy65 has joined #linux-sunxi
tomboy64 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 260 seconds]
maz_ has joined #linux-sunxi
rzk has quit []
tomboy64 has quit [Ping timeout: 248 seconds]
tomboy64 has joined #linux-sunxi
rellla has quit [Remote host closed the connection]
tomboy64 has quit [Ping timeout: 260 seconds]
theskilledworker has joined #linux-sunxi
CaCtus491 has joined #linux-sunxi
jinzo has joined #linux-sunxi
Undertasker has joined #linux-sunxi
ZetaNeta has joined #linux-sunxi
ZetaNeta has quit [Ping timeout: 252 seconds]
Turl has quit [Ping timeout: 252 seconds]
Turl has joined #linux-sunxi
kivutar has quit [Quit: Ex-Chat]
Black_Horseman has joined #linux-sunxi
maz_ has quit [Ping timeout: 250 seconds]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
ZetaNeta has joined #linux-sunxi
wingrime has joined #linux-sunxi
Black_Horseman has quit [Read error: Operation timed out]
atiti has quit [Ping timeout: 245 seconds]
n01 has quit [Ping timeout: 245 seconds]
pacopad has joined #linux-sunxi
n01 has joined #linux-sunxi
Undertasker has left #linux-sunxi [#linux-sunxi]
tomboy64 has joined #linux-sunxi
parabyte has joined #linux-sunxi
jinzo has quit [Ping timeout: 250 seconds]
theskilledworker has quit [Quit: Leaving]
ZetaNeta has quit [Ping timeout: 252 seconds]
tomboy64 has quit [Read error: Connection reset by peer]
tomboy65 has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 265 seconds]
rz2k has joined #linux-sunxi
<andhe>
tried jwrdegoede sunxi-next branch for u-boot, but that made my cubietruck not boot anymore... stuck at "Starting kernel..."
tomboy65 has joined #linux-sunxi
ZetaNeta has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 250 seconds]
parabyte has quit [Quit: Leaving]
shineworld has joined #linux-sunxi
ZetaNeta has quit [Ping timeout: 264 seconds]
kivutar has joined #linux-sunxi
ZetaNeta has joined #linux-sunxi
n01 has quit [Read error: Connection reset by peer]
<Turl>
I see we don't have the fex on the repo though
paulk-collins has joined #linux-sunxi
kivutar has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
<nedko>
Montjoie: i've applied two of your patches for hwsensor support in a20. one gives me axp20_mfd-i2c-0-34 sensor, the other a20_tp-isa-0000. what they actually measure? the temperature of the silicon on both chips?
<Night-Shade>
andhe: you need to use han's uboot too, also make sure you have passed the correct command line options
<andhe>
Night-Shade: I did use (only) that u-boot...
<andhe>
kernel was still from linux-sunxi branch sunxi-3.4
<Night-Shade>
oh sorry misread that
<Night-Shade>
I thought you where trying to boot han's kernel
<andhe>
also tried with kernel from linux-sunxi branch stage/sunxi-3.4, but same problem.... went back to u-boot-sunxi branch sunxi.
<andhe>
Night-Shade: hans kernel is based on upstream kernel, not linux-sunxi... right?
<mnemoc>
anything against merging stage/sunxi-3.4 back to sunxi-3.4 and jumping forward?
<wens>
gmail does a fine job of merging my v1 and v2 patches into the same thread :(
<Turl>
wens: my thunderbird did as well
<Turl>
wens: they all are hanging from the original cover letter
<Night-Shade>
andhe: correct
<Turl>
ssvb: we could do that, yep
<wens>
Turl: gmail merged each patch with the old one, but each patch is a separate thread
<wens>
Turl: it also marks it as spam :(
<Turl>
wens: my copies arrived all on my inbox via linux-sunxi
<Turl>
mnemoc: talking about that, maybe we could drop the [linux-sunxi] prefix?
<libv>
Turl: why?
<libv>
Turl: have our egos grown to the size of the lkml already?
<libv>
because this is why the xorg mls which involves a few of the early xfree86 forkers has no prefix
<Turl>
libv: it's just annoying to mangle the subjects imo
<Turl>
libv: not a big deal anyway
<libv>
i am just allergic to it for the aforementioned reason :)
<Turl>
libv: btw, I used your new device pseudotemplate to make a page for the new olimex board, it's great :)
<libv>
it's probably not perfect, but it's a good start
<libv>
it kills two birds with one stone: 1) people need to put less work/thought into things themselves 2) it makes the pages more informative and uniform
<libv>
but nice to know that it's being appreciated
<mnemoc>
oliv3r: hi, did you try what you wanted to do with doxygen and the nightlies?
atiti has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
hurtigbuffer is now known as jelly-home
<andhe>
mnemoc: since I have nothing of real value to say about stage/sunxi-3.4 I'll just say that maybe it would be nice to add missing \n to printk calls before merging it....
<andhe>
mnemoc: I think there where also some comments by oliv3r on the mailing list.
wolfy has joined #linux-sunxi
<montjoie[home]>
nedko you get the internal temperature of the AXP chip and the A20 chip
<nedko>
montjoie[home]: great. thank you!
<montjoie[home]>
since the two chip are distant of many centimeter both temperature are usefull but note that the temperature of the a20(TP) can be not scaled
<montjoie[home]>
like as I said in the mail, I have no datasheet of how to convert the raw value
<nedko>
yeah, i think the axp temp will be infuenced by my sata drive power usage
<montjoie[home]>
The actual conversion seems good but...
<nedko>
yes, seems good
<nedko>
on my board, the a20 temp is a little bit lower than the axp one
<mnemoc>
andhe: what missing \n? can you point me to the right mail on gmane? I have 4208 unread mails :(
<andhe>
mnemoc: there's no mail, I just noticed it while loading sunxi-gmac driver... example: http://pastebin.com/8gL7FjXJ .... should be simple to grep the sources for this.
wolfy has quit [Ping timeout: 252 seconds]
<mnemoc>
andhe: thanks, I'll look into it
shineworld has quit [Remote host closed the connection]
<atiti>
oliv3r, I gotta be certain, because I'm working on a product that will be shipped to 3000+ customers, so it has to be stable :)
<oliv3r>
in that case, 360 MHz is the better bet :p
<atiti>
Turl, fast mbus?
<oliv3r>
atiti: the A13 and A20 (a10 has it not exposed) feature a memory-bus that can be configured via u-boot
<oliv3r>
we found that by upping the voltage by 0.05V we could run it about 100 MHz faster, improving memory performance conciderably
<atiti>
I think it should be possible to go up to 456-ish Mhz
<atiti>
nice
<oliv3r>
atiti: the problem with Allwinner SoC's is, that they aren't all made exactly the same, some perform better then others (hence the safe default of 360 MHz, all run that, 90% run at 480 MHz though)
<atiti>
is that in the latest sunxi u-boot version?
shineworld has quit [Remote host closed the connection]
<oliv3r>
also, the memory layout (pcb traces) make a huge impact on memory support
<oliv3r>
atiti: yeah, but it's configurable :)
<oliv3r>
and also does not affect A10
<atiti>
ah, so I can't test that before I receive my devboard :P
<oliv3r>
what chip will you ship to those customers? a20 or a10?
<atiti>
If everything goes as planned, then I'll be making a test equipment for the factory to do unit testing on each manufactured device, so they should be able to verify if the device can run at at least 456Mhz or not
<atiti>
oliv3r, trying to find that out now, but I think it will be the a20
<atiti>
the price is not that much more, but dual core + better features are worth it I think
<oliv3r>
price should be the same I belive; well a10 is faster on some things, (A7 is a little slower)
<oliv3r>
but yeah if you test all your boards for memory stability, then you should be fine picking something reasonable
<bsdfox>
I don't understand why uart_para says it's going to use PG03/04 and uart_debug_port 0 then uart_para1 has the same pins but uart_port 1 and uart_used 0
<bsdfox>
do I need to set uart_used 1 there? should I change uart_debug_port to 1?
<ssvb>
atiti: have you verified that clocking memory faster helps in your use cases?
<oliv3r>
bsdfox: which uart do you specifically need?
<oliv3r>
bsdfox: the debug_uart i think is used by boot1 to output info before the kernel boots afaik
<atiti>
ssvb, not yet, in the process of checking :-) I did verify that reducing the resolution helped
<atiti>
btw, how did you get 24 bpp to work?
<oliv3r>
bsdfox: you have no uarts enabled at all
<bsdfox>
oliv3r, I'm trying to get a serial console. I found some pins on this tablet that are labeled rx/tx
<oliv3r>
bsdfox: and your debug uart is disabled as well
<atiti>
I can change the framebuffer on the fly to 24bpp with a10disp, but I guess X11 still uses 32bpp mapped to 24bpp
<oliv3r>
bsdfox: do you have a foto of this tablet
<bsdfox>
oliv3r, I bought some tablets with broken screens.. want to get some output then put linux on them for a couple embedded projects
<oliv3r>
bsdfox: changes are huge, that pg03/04 are those pins
<bsdfox>
oliv3r, I can take some
<oliv3r>
bsdfox: please :) the wiki will love you for it :)
<oliv3r>
bsdfox: anyway, you want serial output, first you want boot0/boot1/u-boot to print output, for that, you will want to put this in your fex for the uart_para
<oliv3r>
well, the A13 has two UARTS, 0 and 1 (maybe more, but ignore those for now)
<oliv3r>
UART 1 is brooken out to those pins, and not pinmuxed with anything else, so it makes sense to use that if available
<oliv3r>
my tablet for example, has no such pads, so I have to use the usd -> uart adapter
<oliv3r>
allwinner designed their board in such way, that the pins used for uSD, are also muxed together with JTAG and UART
<oliv3r>
so you either use the uSD OR you pinmux it so it uses uart via those pisn
<bsdfox>
oh microsd.. I thought you meant usb :P
<oliv3r>
the huge advantage here is, you can use the existing SD slot for uart debugging
<oliv3r>
dissadvantage is, you can't use that uSD slot during that time
<bsdfox>
I understand now. these pads I found are ctually very close to the sd slot so I suspect I'll have the same issue
<oliv3r>
technically it IS possible, that they simply made some test pads near the SD slot
<oliv3r>
in that case, configure your uart to pins PF2 and PF4, but don't try to use an SD card during that time; very annyoing, but atleast gives you eyes and ears
<oliv3r>
a multimeter should help you see if those pins match up
<bsdfox>
I'll power this thing down and see which pads are broken out. then is it as easy as replacing my script.bin on nanda? I was hoping to boot from the sd card so I didn't brick it until I had a working serial console :)
<bsdfox>
indeed it is PF2/4
<bsdfox>
would it be preferable for me to solder wires either directly to pg3/4 if I could pull it off? it looks like the pads have traces that go to a buried via so I suppose they're being used for something else
rz2k has quit []
wolfy has quit [Ping timeout: 252 seconds]
kivutar has joined #linux-sunxi
<oliv3r>
bsdfox: i just popped open my A13 tablet; UART pins are 152 and 153, they are on the LEFT MIDDLE side of the A13
<oliv3r>
on my board ( i took pics, gimme a while to sort them) they are broken out on the bottom actually
<oliv3r>
you see the lines + via's comming out of the A13
<bsdfox>
yeah. my pics are still uploading :P
<bsdfox>
there are a bunch of test points on the back but nothing close to the A13. it seems that my current script.bin won't output anything anyway so I need to get that fixed first
<oliv3r>
dddyou can solder wires to the pins
<libv>
oh, that reminds me, i could spend the next h or so playing with a23 again
<libv>
thanks to turl his advice, i got a kernel and a ramdisk.gz
<libv>
i still need to copy out the modules to somewhere where i can read them
<libv>
then brom and boot1.header if the latter is still present after boot
<libv>
meminfo, that's more than i have time for tonight
<oliv3r>
BROM is always available, but boot1 not sure
<oliv3r>
BROM lives at 0xffff4000 and FEL lives at 0xffff0000 so should be extractable from devmem