<L84Supper>
there are several other generic laptop cases they could have used, they must have gotten stuck with the tooling for this case and now have been trying to make the best of it vs improving it, maybe they just don't know how
tuliom has quit [Quit: Konversation terminated!]
fjz has joined #arm-netbook
<fjz>
Does the mali gpu support kms? Or do I need xserver to turn on the lcd
RITRedbeard has quit [Quit: Leaving]
RITRedbeard has joined #arm-netbook
Boulet has joined #arm-netbook
<Boulet>
hi
<Boulet>
everybody is sleeping
<orly_owl>
dont wake them then
fjz has quit [Quit: Leaving]
* WarheadsSE
stomps air horn
Quarx has joined #arm-netbook
Quarx has quit [Read error: Connection reset by peer]
mpthompson has quit [Quit: Few women admit their age. Few men act theirs.]
Quarx has joined #arm-netbook
Quarx|2 has joined #arm-netbook
Quarx has quit [Ping timeout: 244 seconds]
tzafrir_laptop has quit [Ping timeout: 245 seconds]
Quarx|2 has quit []
Quarx has joined #arm-netbook
lerc has quit [Ping timeout: 256 seconds]
e-ndy has joined #arm-netbook
tzafrir_laptop has joined #arm-netbook
lerc has joined #arm-netbook
Vayu has quit [Ping timeout: 245 seconds]
Vayu has joined #arm-netbook
Boulet has quit [Ping timeout: 244 seconds]
Boulet has joined #arm-netbook
Boulet_ has joined #arm-netbook
<Boulet_>
hno ?
Boulet has quit [Ping timeout: 256 seconds]
<Boulet_>
i'm looking at gpio_request_ex() in mach-sun5i\sys_config.c
<Boulet_>
there is some kind of textual script somewhere that describes all the pin mux of the chip ?
Byan has quit [Ping timeout: 265 seconds]
<Boulet_>
script.bin
hipboi_ has joined #arm-netbook
Byan has joined #arm-netbook
hipboi has quit [Ping timeout: 276 seconds]
Boulet_ has quit [Remote host closed the connection]
Boulet_ has joined #arm-netbook
rsalveti has quit [Ping timeout: 246 seconds]
<arokux>
hi guys, I've got the following error on make modules_install: http://pastie.org/4433042 if you know the cause, tell me pleas what is it. thanks.
<arokux>
mnemoc, yes, I'm compiling directly on mele using distcc an x86_64 as a helper machine with installed toolchain.
<arokux>
s/an/and
<rz2k>
omg
<arokux>
rz2k, what? :)
<arokux>
let's see if it will succeed without distcc.
<mnemoc>
also, that's .36 while we are at .39
<rz2k>
omg why you are compiling on mele :p
<mnemoc>
i do it too, over sata
<mnemoc>
but i don't compile fancy stuff
<arokux>
after pull, the necessary steps are: make sun4i_defconfig && make prepare && make uImage modules && sudo make modules_install ?
<mnemoc>
ignore the make prepare
<mnemoc>
and you usually want a -j N
<mnemoc>
sun4i_defconfig is only needed the first time
<arokux>
ok. btw, I know the answer to the 99.98 problem. it was caused by the <linux-src/scripts/depmod.sh , on Arch kmod behaves differently as expected by this script.
<specing>
just crosscompile it
<arokux>
people save native compiling is more safe..
<mnemoc>
arokux: for packages using autotools or crappy ad-hoc configure scripts, yes
<mnemoc>
arokux: but it's not the case for simple tools or the kernel
<arokux>
ok
<mnemoc>
those don't need to "detect" what is available on the platform
<arokux>
mnemoc, as for .36 vs .39, I'm using allwinner-v3.0-android-v2 branch. is that correct?
<RaYmAn>
mnemoc: you got any ideas about what's wrong here? http://pastebin.com/if3nx5hw - not getting any uart output :( (I've verified uart works with the test1 program)
<mnemoc>
linux output or also bootloader's output?
<RaYmAn>
no output at all
<mnemoc>
maybe replaced the wrong .bin?
<mnemoc>
RaYmAn: A13 or A10?
* mnemoc
scratches his head
<mnemoc>
RaYmAn: it seems good...
<mnemoc>
back in 20m
<mnemoc>
RaYmAn: are you passing the right console= ? echo test > /dev/ttyS0 ?
<RaYmAn>
yeah, checked the cmdline from /proc/cmdline and it said ttyS0 and echoing to that gave same result
<RaYmAn>
I even checked pinmux in registers :/
<mnemoc>
for the sake of asking... gnd connected and tried swapping the Tx/Rx wires, right?
<RaYmAn>
haven't tried swapping, primarily because I am getting output from the test1 program
<Boulet_>
RaYmAn, got your A13 board ? :)
<mnemoc>
a tablet
<RaYmAn>
Boulet_: no, I have two a13 tablets
<Boulet_>
ah, like me
Almamuerta has joined #arm-netbook
<RaYmAn>
It's funny how many allwinner tablets there are
<RaYmAn>
and I guess they are all sold OEM rather than seperate builds
<RaYmAn>
Boulet_: which one(s) do you have?
hipboi__ has joined #arm-netbook
<Boulet_>
RaYmAn, ployer momo9
<Boulet_>
and some other i don't know the name haha
<RaYmAn>
mnemoc: well, who knows if it's the same on a13, but PB14, PB15, PB16 and PB17
<RaYmAn>
but I guess it might need jtag select
<HeHoPMaJIeH>
RaYmAn, do you get VGA on Olinuxino working properly
<RaYmAn>
HeHoPMaJIeH: I don't have an olinuxino
<RaYmAn>
not yet anyways
<HeHoPMaJIeH>
:)
<RaYmAn>
are you the Dimitar guy? :)
<HeHoPMaJIeH>
RaYmAn, yes
<RaYmAn>
Cool :)
<RaYmAn>
My board got broken before it was shipped :( hehe
hipboi has quit [Ping timeout: 240 seconds]
hipboi has joined #arm-netbook
<HeHoPMaJIeH>
Tzvetan had some difficulties with prototypes
<HeHoPMaJIeH>
:)
<HeHoPMaJIeH>
at the moment my board working ok
<HeHoPMaJIeH>
but VGA kills me
<HeHoPMaJIeH>
I made it work somehow, but seems Olimex VGA hack not working so good
<RaYmAn>
oh
<RaYmAn>
that's too bad :(
<HeHoPMaJIeH>
now i'm trying to setup LCD timings, but with no significant success
<RaYmAn>
hno: so you got jtag working as well? :) Cool
<RaYmAn>
HeHoPMaJIeH: I'm sure you'll get it working - and before I get mine ;)
cubieboard has joined #arm-netbook
* WarheadsSE
needs to find time to work on teh drivers for Arch again...
<mnemoc>
HeHoPMaJIeH: my vga wiggles a lot. my USB hosts (including hub and wifi) are dead and the uSD seems to miss pins because works in spi mode (BROM) but not in linux
<HeHoPMaJIeH>
i also have troubles with VGA, but USB and uSD works fine
<HeHoPMaJIeH>
can you look board behind USB connectors
<mnemoc>
HeHoPMaJIeH: you mean I need to connect those two?
<mnemoc>
HeHoPMaJIeH: I don't know to solder...
<HeHoPMaJIeH>
yes
<RaYmAn>
Boulet_: it's kind of chicken-egg right now - if i boot in fel mode and try to upload stuff, memory isn't initialized yet. If I boot in regular, uploading uboot seems a bit funky..
<HeHoPMaJIeH>
try to short it with screwdriver
<RaYmAn>
Boulet_: so I need a better solution :P
<Boulet_>
RaYmAn, can't jtag write a few words into A13's register to configure DDR3 ?
<RaYmAn>
Boulet_: sure
<RaYmAn>
Boulet_: openocd has initialization scripts for thatk ind of thing
<RaYmAn>
which need to be written :P
<Boulet_>
yeah
<Boulet_>
i see, i see
<Boulet_>
so i will wait patiently that you write them AHAHahahHAHAha
<mnemoc>
HeHoPMaJIeH: there is a black ant already there
<RaYmAn>
lol
<HeHoPMaJIeH>
problem isnt there :)
<mnemoc>
want a higher res picture of that area?
<HeHoPMaJIeH>
i think they just forgot to short circuit them
<HeHoPMaJIeH>
no
<HeHoPMaJIeH>
mnemoc, do you have 5V on usb ?
<mnemoc>
HeHoPMaJIeH: which pin?
<mnemoc>
1m
<HeHoPMaJIeH>
mnemoc, between pin 1 and pin 4
<RaYmAn>
Boulet_: or even better - you could write it! :P
seo has joined #arm-netbook
<mnemoc>
HeHoPMaJIeH: 0
<HeHoPMaJIeH>
mnemoc, looks like have problem with DC regulator
<HeHoPMaJIeH>
sec to take a look on schematic
<mnemoc>
everytime I have to do this things I remember why I didn't go for electronics
<Boulet_>
RaYmAn, i need to buy a debugger
* mnemoc
hates his hands
<mnemoc>
HeHoPMaJIeH: the 4 pins of each USB host give 0v to ground...
<mnemoc>
using the metal thing for the screw as gnd
<Boulet_>
send it back to the factory ! :-P
<mnemoc>
HeHoPMaJIeH: may it be the same that's causing me to not have uSD
<mnemoc>
Boulet_: I'm leaving for vacations tomorrow night :<
<HeHoPMaJIeH>
mnemoc, i think so
<mnemoc>
and wanted to take it with me :'(
<Boulet_>
arghhh
<HeHoPMaJIeH>
mnemoc, can tou measure voltage between pin1 and pin2 on LCD connector
<mnemoc>
0 :(
<HeHoPMaJIeH>
this is strange
<Boulet_>
where is the schematic that corresponds to this PCB ?
<Boulet_>
the one i have has designators that don't match the picture
<RaYmAn>
mnemoc: yeah, that's cool :) but all pins are definitely brought out (but look for 0 resistance..the breakout has a lot of connections with 10k and 20k resisters)
<mnemoc>
RaYmAn: sure. only problem is that I can't think on that right now. I can only do ape tasks or I'll loose the focus and under my current level of stress it takes me like an hour to recover :<
<RaYmAn>
fair enough
<RaYmAn>
:)
<RaYmAn>
should probably focus on the work then and close irc? ;)
<mnemoc>
RaYmAn: so ape taks 1 will be to map the pins
<mnemoc>
RaYmAn: need irc to work :<
<RaYmAn>
ah
<RaYmAn>
map to the connector you mean?
<mnemoc>
which pin is which
<RaYmAn>
'k
<RaYmAn>
second row is ground
<RaYmAn>
all of them :P
<RaYmAn>
I can tell you rest as well ;)
<RaYmAn>
but I can also let you do your ape task instead :P
<mnemoc>
HeHoPMaJIeH: I can resume the uSD debugging now :)
<mnemoc>
HeHoPMaJIeH: just for curiosity, what does `dmesg | busybox grep mmc` tell you on yours?
seo is now known as hater123
HeHoPMaJIeH has quit [Ping timeout: 240 seconds]
<mnemoc>
my daughter hates me because I stole the power source of her amplifier :p
eFfeM has quit [Quit: Leaving.]
<traeak>
how old is she?
<mnemoc>
11
<traeak>
heh
<mnemoc>
it's not a big amp, just a cheap toy to let her connect 3.5mm or RCA to some old speakers
<mnemoc>
but happens to be perfect for the olinuxino :p
<RaYmAn>
hmm. a10 mmc uboot loads to 0x48000000? I was under the impression it had to be loaded at 0x40008000
<RaYmAn>
s/loads to/loads kernel at/
<ibot>
RaYmAn meant: hmm. a10 mmc uboot loads kernel at 0x48000000? I was under the impression it had to be loaded at 0x40008000
<mnemoc>
0x48000000 gets moved to 0x40008000 by uboot before passing the execution to it
<RaYmAn>
ah
<RaYmAn>
ah, so it reads uImage to memory, checks uImage for load address and moves it?
xxiao_ has quit [Remote host closed the connection]
<mnemoc>
yes
xxiao has quit [Remote host closed the connection]
<RaYmAn>
1 step closer =P ty
<mnemoc>
want to boot custom linux from nand?
<RaYmAn>
Any clue how much initialization u-boot actually does? Memory of course, some clocks I guess? Nand? Is that required or can kernel do it entirely?
<RaYmAn>
nah, I want to boot custom kernel from JTAG :)
<mnemoc>
isn't fel better in that case?
<RaYmAn>
I dunno
xxiao has joined #arm-netbook
<RaYmAn>
better in what way? =P
<mnemoc>
you would compose an script useful to everyone, not only to those having jtag ;-)
<mnemoc>
jtag = debug; fel = boot from usb
HeHoPMaJIeH has joined #arm-netbook
<mnemoc>
boot from usb can be very useful for recovery or installing
<mnemoc>
to everyone
<mnemoc>
without the need of uart/jtag at all
hater123 has left #arm-netbook ["Ex-Chat"]
<hno>
Hmm.. good trustworthy tnt seems to have delivered my A13 to an empty house, when given intructions to hold the package for one week.
<RaYmAn>
mnemoc: yeah, but it's a hell of a lot easier to debug from jtag and the same thing should apply
<RaYmAn>
as in, it should be easy to take jtag stuff and apply to fel =P (I'm planning to boot from fel using jtag)
<RaYmAn>
I can try and check what's fastest as well - it might be faster to upload over usb than jtag, dunno
<mnemoc>
hno: left it on the street?
<RaYmAn>
also, I spent 40EUR getting this jtag thingumagig, i have to actually use it :P
<mnemoc>
hehe
Vayu has joined #arm-netbook
<hno>
no idea. tracking service just says "delivered in good condition"
<mnemoc>
lovely
<hno>
not home until sunday
<RaYmAn>
gave it to a neighbour?
<hno>
don't know yet.
<hno>
but we have neighbours who take care of our mail while away.
<hno>
hopefully it's taken care of.
<RaYmAn>
Sometimes when a "proper" courier does that (e.g give it to neighbours etc), I almost want to complain, even if I get the package. Claim to never have gotten it ;) Because they are clearly failing (but I don't , cause it'd be fraud and stuff)
<arokux_h>
lkcl, hi, you once told about some very expensive software for modeling IC.. could you tell some prices and names please? this is just interesting for me..
tzafrir_laptop has quit [Ping timeout: 260 seconds]
<mnemoc>
RaYmAn: it seems to provide the infrastructure to integrate your imaegs in the standard OTA upgrade method
<mnemoc>
so for user who will stick with on rom instead of jumping from one to the next all day long
<RaYmAn>
oh? I'm seeing it as a non-standard alternative
<RaYmAn>
fwiw rommanager can also notify you when an update is available...
<RaYmAn>
but hey, competition for any kind of app is great :) drives innovation
<RaYmAn>
but as-is, it mostly just looks like a clone of rommanager but without the rom hosting part
<mnemoc>
:p
<RaYmAn>
I really have no clue why I'm not getting any uart output at all :(
<mnemoc>
it kind of annoys me that even the paid version of rom manager shows ads, asks you to look at their other apps often and insists you have to pay to get cwm touch installed
newbie1 has joined #arm-netbook
<RaYmAn>
I'm wondering if those ads is a bug
<RaYmAn>
it only seems to show ads for me on front screen if I return from another menu, e.g. "Download ROM"
<RaYmAn>
oh, wait..It explicitly says you have to go turn off ads in settings
<mnemoc>
doh
<RaYmAn>
hm
<RaYmAn>
ok, so there's a bug definitely
<RaYmAn>
ads are disabled in mine
<RaYmAn>
but they still show at random times
hp_ has quit [Ping timeout: 276 seconds]
<mnemoc>
RaYmAn: did you set right the debug uart in .config ?
<RaYmAn>
No, I guess I was assuming that setting script.bin to the uart would be sufficient
<mnemoc>
earlyprintk uses direct memory access
<RaYmAn>
ah
<RaYmAn>
CONFIG_SW_DEBUG_UART
<mnemoc>
yes, that one
<mnemoc>
use SoC's internal UART index
<RaYmAn>
is this before kernel touches pinmux?
<RaYmAn>
I guess it is - so if it's already setup right before, it should be ok
<mnemoc>
it's independent of that
<mnemoc>
yes, it relies in previous pin setup or defaults
<RaYmAn>
'k
* RaYmAn
goes try
<RaYmAn>
downloaded 3891660 bytes in 68.414284s (55.551 KiB/s)
<RaYmAn>
I need to get this JTAG setup for higher speed :S
RITRedbeard has quit [Quit: Leaving]
RITRedbeard has joined #arm-netbook
<RaYmAn>
mnemoc: by pure coincidence, you wouldn't happen to have a nice dump of ATAG's, would you? :P like, in binary
<mnemoc>
i have no idea how to capture that...
<RaYmAn>
enable kexec + /proc/atags options and you can just cat /proc/atags > atags.bin
<RaYmAn>
I got it partially booting :D
<RaYmAn>
weird ass lcd output, but at least some output
<RaYmAn>
also, lots of fun UART after changing that uart option :)
<mnemoc>
RaYmAn: so the debug_uart thing worked?
<RaYmAn>
mnemoc: CONFIG_SW_DEBUG_UART? Yes
<RaYmAn>
at least on the 3.0-v2 kernel from your repo + the config you linked last night
<RaYmAn>
for obvious reasons I can't really do that for the kernel on board :(
<mnemoc>
same case here...
<RaYmAn>
and u-boot :/
<mnemoc>
the olinuxino boots gpl-violating linux/uboot
<RaYmAn>
which admittedly is much worse
<RaYmAn>
that is pretty depressing really
<RaYmAn>
lol
<mnemoc>
hopefully we will solve that soon :)
<RaYmAn>
I didn't get a log of this output, but it seemed to mostly fail on mounting root
<mnemoc>
yes, mine dies in the same way
<RaYmAn>
well, that's cool then
<mnemoc>
died* haven't tried it again since yesterday
<RaYmAn>
I btw loaded this from jtag
<mnemoc>
:D
<RaYmAn>
so should be possible with fel as well
<RaYmAn>
just need to get that test1 thingy to return to fel mode
<hno>
RaYmAn or mnemoc, can you please check that test1 still works?
<mnemoc>
RaYmAn uses it
<RaYmAn>
hno: when did you change stuff?
* mnemoc
assumes so
<hno>
right.. need to push also.
<hno>
now pushed.
<RaYmAn>
my local copy is, well, a bit "cleaned up" (in the sense of cutting it down to dram, uart and clocks init, and removing unused files)
<hno>
same
<RaYmAn>
I guess you cleaned up too :P
<mnemoc>
RaYmAn: can you? I have to prepare things for my departure tomorrow
<RaYmAn>
yeah
<mnemoc>
thanks :)
<hno>
and squashed a number of minor differences from u-boot files.
<hno>
and reworked UART setup to make easier reuse in other test.
<RaYmAn>
so how do I tell it to use uart0 on PF02/PF04?
<hno>
output to PF is enabled by default.
<RaYmAn>
hno: you missed s/uart1_puts/uart_puts/ from ~line 167 and on in test.c