<cat_x301>
guys, is there any specific need for CONFIG_DEBUG_LL in our defconfigs? I have tried to disable this and it fixed messages dup problem.
* cat_x301
remembers somebody mentioned this already on the channel..
<mnemoc>
i believe it's there for earlyprintk.... but at this point it could be disabled
<mnemoc>
stage branches merged. including the minor style fix from cat_x301
<andoma>
cat_x301: yeah i've run without it for a while now
<cat_x301>
mnemoc: got it, thanks!
rellla has quit [Ping timeout: 255 seconds]
<cat_x301>
mnemoc: as for DEBUG_LL, i think it should be disabled permanently in stable configuration. And you are right, it is required for SW_DEBUG_UART, which is not needed for most of the users.
rellla has joined #arm-netbook
<cat_x301>
andoma: me too, and does not manifest any issues so far
mSquare has joined #arm-netbook
mSquare has quit [Ping timeout: 248 seconds]
ZaEarl has quit [Ping timeout: 260 seconds]
tzafrir_laptop has joined #arm-netbook
lerc has quit [Remote host closed the connection]
Almamuetya has joined #arm-netbook
eFfeM has joined #arm-netbook
eFfeM has left #arm-netbook [#arm-netbook]
ibrah has quit [Ping timeout: 255 seconds]
ssspiff has quit [Remote host closed the connection]
eFfeM has joined #arm-netbook
ibrah has joined #arm-netbook
eFfeM has quit [Ping timeout: 240 seconds]
eFfeM has joined #arm-netbook
QingPei has joined #arm-netbook
ibrah has quit [Ping timeout: 244 seconds]
<hno>
mnemoc, looks like a clone of the sparcfun breakout. There is quite many variants of FT232 breakout boards, several at that price range.
<hg_5>
so there is no possible way to get it to work?
<bsdfox_>
you might be able to get windows 8 on there but microsoft doesn't release any ARM versions before that
<bsdfox_>
CE crap excluded
<hg_5>
bsdfox i mean remote controller only to get it to work with windows
<hg_5>
not uhost device
<hg_5>
only uhost remote controller
<bsdfox_>
oh yeah possible
<oliv3r>
hg_5: I think you may be in the wrong channel really though ;)
<bsdfox_>
is it RF or IR?
<hg_5>
2,4g
<hg_5>
2,4ghz wifi
<bsdfox_>
you'll probably need to build the receiver and decode the protocol used then glue it to lirc or whatever windows uses
<bsdfox_>
and as oliv3r said, not the right channel
<hg_5>
oh, ok
<oliv3r>
though i guess there's some windows folk here ;)
<oliv3r>
but yeah, if it's IR, use something like girder, if its wifi, find a 'wifi control app for android'. something like VNC comes to mind or other remote apps in the android market
<mnemoc>
hno: searching by FT232RL on ebay I realized it's actually expensive compared to other clones...
QingPei has quit [Quit: Leaving.]
QingPei has joined #arm-netbook
ibrah has joined #arm-netbook
muki has quit [Ping timeout: 252 seconds]
ibot has joined #arm-netbook
QingPei has quit [Ping timeout: 248 seconds]
hipboi has quit [Ping timeout: 245 seconds]
QingPei has joined #arm-netbook
QingPei has left #arm-netbook [#arm-netbook]
pawel58701 has joined #arm-netbook
pawel58701 has quit [Read error: Connection reset by peer]
pawel5870 has quit [Read error: Connection reset by peer]
pawel58702 has joined #arm-netbook
gimli has joined #arm-netbook
pawel58702 has quit [Ping timeout: 276 seconds]
ibrah has quit [Ping timeout: 244 seconds]
gzamboni has joined #arm-netbook
t0dbld|work has joined #arm-netbook
rellla has quit [Quit: rellla]
pawel5870 has joined #arm-netbook
zeug has joined #arm-netbook
rsalveti has quit [Ping timeout: 244 seconds]
<Turl>
mnemoc: pm?
<techn_>
hmm.. how I can debug what is causing "si" to 95% on top
<techn_>
si: software irq (or) % CPU time spent servicing/handling software interrupts
<mnemoc>
Turl: sure
<mnemoc>
techn_: what's your current cpufreq?
rsalveti has joined #arm-netbook
muki has joined #arm-netbook
muki has quit [Read error: Connection reset by peer]
zeug has quit [Quit: Konversation terminated!]
Brandon15811 has quit [Excess Flood]
Brandon15811 has joined #arm-netbook
vanner has joined #arm-netbook
<techn_>
60Mhz
<rzk>
did you know that ondemand sampling process actually eats all cpu on that frequency? :p
<mnemoc>
techn_: sure there is nothing there that can harm sun4i?
<techn_>
Couple ifdef's needed.. I'll push them
<mnemoc>
techn_: can you rebase it on top of our current sunxi-3.0, and then add the missing ifdef's?
<libv>
what is iep?
<hno>
mnemoc, isn't everyone ant-flash these days, including Adobe?
<techn_>
mnemoc: ok
<mnemoc>
hno: that's what I thought.... but I couldn't watch the trailer of ironman 3 :<
<techn_>
libv: dunno.. could it be "image enchartment processor"? :)
<libv>
where does this code come from?
<techn_>
from allwinner
<mnemoc>
libv: the a13-sdk
* xxiao
spent the day fighting with gitlab/postgresql/rake/rail and it sucks
<libv>
hrm.
<xxiao>
everything should be written in C
<techn_>
mnemoc: should I rebase whole sun5i branch?
<mnemoc>
xxiao: anything that involes ruby is a pain
<mnemoc>
techn_: if you can...
<xxiao>
impossible to debug indeed
<techn_>
usb stuff feels pretty hard now :(
<mnemoc>
:<
<libv>
rat-race.
<mnemoc>
techn_: we need to merge that stuff soon.... or it will be harder every day
* libv
sticks his sparseable disp code up github and hobbles off to another sandpit.
<mnemoc>
libv: eh?
<hno>
sparseable?
<libv>
apt-get info sparse :)
<mnemoc>
Semantic Parser for C ? /me scratches his head
<libv>
mnemoc: _really_?
<libv>
mnemoc: you've never used make C=1 on your kernel?
<mnemoc>
i'm not masochist :p
<libv>
good luck upstreaming.
<mnemoc>
we are no where near dreaming about that yet
<mnemoc>
probably not even 1% of the lines of our kernel have proper style.... from there to pass a static testing or similar...
<mnemoc>
libv: but thanks for the hint. i didn't know it. I'll make a test run just for curiosity
<mnemoc>
ouch
<Turl>
"Sparse is a static type-checking program written specifically for the Linux kernel, written by Linus Torvalds. Support for running sparse is in the kernel build system. "
<Turl>
Linus wrote a lot of stuff :P
<libv>
it is quite useful
<t0dbld|work>
+1
<libv>
and will catch quite a few trivial things that gcc will not tell you about
<mnemoc>
arch/arm/mach-sun4i/dma/dma.c:186:2: error: constant 0b10101 is not a valid number
<mnemoc>
:p
<mnemoc>
nice nice, /me likes it
alcides` has joined #arm-netbook
<Turl>
C really needs binary notation :P
alcides has quit [Ping timeout: 244 seconds]
<mnemoc>
libv: if you already cleaned the disp driver to pass the sparse checks, can you send it to the list? :)
alcides` is now known as alcides
alcides has quit [Changing host]
alcides has joined #arm-netbook
<libv>
no, i cannot.
<libv>
you will find why out in about half an hour.
<mnemoc>
uh... ok
<libv>
i do hope that you guys run checkpatch on fresh code, right?
<mnemoc>
yes
<Turl>
I run it on files
<Turl>
then fix all the allwinner crap :<
<Turl>
wemac is now kind of readable thanks to checkpatch :p
<mnemoc>
just be sure to not mix code changes with style fixes
<mnemoc>
please
<Turl>
git send-email should have a --flag to run chechpatch
<techn_>
mnemoc: usb patch is too large to be done quicly :(
<t0dbld|work>
bbiab gotta get paint for mural
<techn_>
good night
<mnemoc>
techn_: and.... why private?
<mnemoc>
weee... now `sparse` works for $work$ ... and doesn't dislike my code :)
t0dbld|work has quit [Ping timeout: 256 seconds]
<Turl>
is it that good? I should try it for my uni projects :P
tuliom has joined #arm-netbook
<mnemoc>
Turl: it has a nice wrapper (cgcc) so it's a free extra test :)
<Turl>
I usually CC=gcc on my makefiles and then $(CC) ...
<Turl>
so it should be trivial to implement :)
<mnemoc>
yup
<Turl>
commit.c:67:30: warning: incorrect type in initializer (different modifiers)
<Turl>
commit.c:67:30: expected char **z
<Turl>
commit.c:67:30: got char const **
<Turl>
wha? :P
<Turl>
just two errors from what I can see
<Turl>
ah, that code is from an ugly piece I hacked up together to test stuff :P
<mnemoc>
excuses
<Turl>
mnemoc: it's hard to test your commit tree diffing algorythm when you can't commit yet because you don't have a tree diffing algorythm working :<
pawel5870 has quit [Ping timeout: 252 seconds]
<libv>
mnemoc: in the kernel, add C=1 to the commandline of make
<libv>
just like V=1 for upping verbosity
<Turl>
libv: that half an hour was pretty long, took 2 hours already :P
<mnemoc>
libv: yes, thank you. already tried it. nice stuff.... but for here for anything beside a single .c it's suicidal
<mnemoc>
s/for //
<ibot>
mnemoc meant: libv: yes, thank you. already tried it. nice stuff.... but here for anything beside a single .c it's suicidal
<mnemoc>
libv: also tried it against $work$ ... it was happy :) .... after I patched it __leaf__ support used by glibc headers :<