<NTU>
im working on uboot for the sun7i cubie2 and im trying to get both NAND and AHCI working
<NTU>
note that im a noob to uboot and dont know what im doing but could someone review this patch and see if it makes sense / in theory could work? github.com/NTULINUX/uboot/commit/17e52bb
<NTU>
(just realized i forgot to push the AHCI code to that tree, i cherry-picked the commits from ijc's branch but didnt commit)
<NTU>
in theory its the official sunxi branch with only AHCI and NAND driver support added, rest is untouched
<NTU>
i did it myself because i didnt know which out of the 500 uboot branches was the one to use for AHCI so i rebased the SATA code myself
hipboi has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
naobsd has quit [Quit: Page closed]
<ssvb>
NTU: the mainline u-boot has AHCI support, that's the most useful branch for experimenting with NAND
<wens>
ZetaNeta: pick the optimus, it has emmc instead of nand
<ssvb>
NTU: the mainline u-boot has no NAND support for sunxi, that's why I'm suggesting you to experiment with applying your NAND patch there :)
<wens>
even the onda v989 have fakes, with rockchips in them
<NTU>
ssvb: i see i see, thanks!
<NTU>
whats the most stable mainline kernel to use for sunxi? is 3.16.2 a good bet?
heffer has quit [Read error: Connection reset by peer]
heffer has joined #linux-sunxi
heffer has quit [Changing host]
heffer has joined #linux-sunxi
Andy-D has joined #linux-sunxi
hipboi has quit [Quit: Leaving]
hipboi has joined #linux-sunxi
<astr>
recompling kernel for olimex lime. what module do I enable for usb audio and bluetooth?
pwhalen has quit [Ping timeout: 264 seconds]
pwhalen has joined #linux-sunxi
hipboi has quit [Ping timeout: 245 seconds]
hipboi has joined #linux-sunxi
TheSeven has quit [Ping timeout: 272 seconds]
TheSeven has joined #linux-sunxi
Akagi201_ has joined #linux-sunxi
Celia has joined #linux-sunxi
rah_ has joined #linux-sunxi
leviathanch_ has joined #linux-sunxi
captaini- has joined #linux-sunxi
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
Skaag has quit [*.net *.split]
Zboonet has quit [*.net *.split]
tomcheng76 has quit [*.net *.split]
oliv3r has quit [*.net *.split]
FreezingCold has quit [*.net *.split]
tgaz has quit [*.net *.split]
Akagi201 has quit [*.net *.split]
leviathanch has quit [*.net *.split]
FergusL has quit [*.net *.split]
captainigloo has quit [*.net *.split]
rah has quit [*.net *.split]
captaini- is now known as captainigloo
tgaz_ has joined #linux-sunxi
tgaz_ is now known as tgaz
Skaag has joined #linux-sunxi
tomcheng76 has joined #linux-sunxi
oliv3r has joined #linux-sunxi
Zboonet has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
Andy-D has quit [Ping timeout: 268 seconds]
naobsd has joined #linux-sunxi
<NTU>
astr: usb audio midi driver for USB audio, its under USB in the ALSA stack
<NTU>
as for bluetooth... not sure.
JohnDoe_71Rus has joined #linux-sunxi
heffer has quit [Ping timeout: 260 seconds]
heffer has joined #linux-sunxi
heffer has quit [Changing host]
heffer has joined #linux-sunxi
heffer has quit [Read error: Connection reset by peer]
heffer has joined #linux-sunxi
heffer has quit [Changing host]
heffer has joined #linux-sunxi
ccube has joined #linux-sunxi
ssvb has quit [Ping timeout: 246 seconds]
codekipper has joined #linux-sunxi
<codekipper>
libv: yo...I've rerun your meminfo on my Mele I7. It can be found here along with some other fex's which I've extracted from various images
<wens>
the _new_ default env looks for boot.scr in the first partition
<wens>
either in the root, or under /boot
<wens>
write one, put it there, and it should boot
<wens>
diego71: ^
<diego71>
wens: it's a plain ascii file, i suppose
<wens>
diego71: no
<ssvb>
diego71: also if you havven to have old u-boot environment saved on the mmc card, then it can be used too :)
<ssvb>
*happen
<wens>
diego71: you write a plain ascii file, maybe called boot.cmd
<wens>
then run mkimage (from u-boot) to make boot.scr
<wens>
# mkimage -A arm -C none -T script -d boot.cmd boot.scr
<ssvb>
wens: ugh, don't we prefer uEnv.txt nowadays?
<diego71>
wens: ok, so i put the boot command (setenv bootargs..., fatload ..., bootm) in boot.cmd and then mkimage ...
<wens>
ssvb: uh, hadn't figured out how uEnv.txt fits in yet
FR^2 has joined #linux-sunxi
<ssvb>
diego71: anyway, you can also use the old u-boot-sunxi, press some key to interrupt it when it is booting and run 'saveenv' command in the command prompt
<ssvb>
diego71: then write the mainline u-boot to the same sd card and I think that it will pick up this saved environment
<diego71>
interesting, when u-boot try to boot with bootp, the adsl modem hangs :(
<diego71>
"Warning: apc_store(): Potential cache slam averted for key 'sunxi-mw:user:id:783' in /srv/http/sunxi/linux-sunxi.org/wiki/includes/objectcache/APCBagOStuff.php on line 59", I got this message after login to linux-sunxi wiki.
<ssvb>
diego71: about this cache slam, google search provides some hints and maybe Turl or mnemoc could check if anything needs to be fixed in the linux-sunxi.org configuration
<ssvb>
diego71: was it a temporary glitch or the problem persists?
<philippe_fouquet>
hi
<philippe_fouquet>
some thing linit the max size that we can write in sram from felUSB boot
<ssvb>
philippe_fouquet: how much are you trying to write to sram?
<philippe_fouquet>
exemple in demo board I can fill any size but in my custom board I can fill more than 256B
<philippe_fouquet>
I work on A20
<diego71>
ssvb: I logged out, and then logged in again, and this time no error.
<ijc>
diego71: current mainliune u-boot (as of v2014.10-rc2) uses the common upstream bootcmd framework. It searches a bunch of places for stuff. Probably best to ask questions about it on the u-boot list.
<philippe_fouquet>
a bad config on security ID?
<philippe_fouquet>
I didn't undertand what is it for?
kelvan_ has quit [Remote host closed the connection]
lynxis has quit [Remote host closed the connection]
lynxis has joined #linux-sunxi
kelvan has joined #linux-sunxi
<ijc>
diego71: Thanks!
lynxis has quit [Remote host closed the connection]
kelvan has quit [Remote host closed the connection]
<wens>
hmm, a80 might be using synopsys dwc3
hipboi has joined #linux-sunxi
jemk has joined #linux-sunxi
avsm has quit [Quit: Leaving.]
kelvan has joined #linux-sunxi
<plaes>
wens: dwc3 is usb?
<wens>
plaes: usb otg
lynxis has joined #linux-sunxi
<plaes>
yes..
<plaes>
ah.. the current ones use msusb
<plaes>
dwc == DesignWare Controller? :)
<wens>
correct
<wens>
but it's just a wild guess
<wens>
don't get too excited
<plaes>
I won't..
rah_ is now known as rah
<plaes>
though, I just saw dwc2 patches for rockchip
<wens>
yeah
<plaes>
nice to see some kind of upstream support
hipboi has quit [Ping timeout: 240 seconds]
ddc has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
hipboi has joined #linux-sunxi
popolon has joined #linux-sunxi
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
nabblet has joined #linux-sunxi
Celia is now known as FergusL
avsm has joined #linux-sunxi
avsm has quit [Quit: Leaving.]
avsm has joined #linux-sunxi
PulkoMandy has quit [Ping timeout: 268 seconds]
ddc has quit [Quit: Page closed]
naobsd has quit [Quit: Page closed]
PulkoMandy has joined #linux-sunxi
bengal has joined #linux-sunxi
yann_s|AFK has joined #linux-sunxi
yann_s|AFK is now known as yann_s
Renard has joined #linux-sunxi
<hramrach>
astr: are you using a serial console? power leak from console can cause boot problems
bengal has quit [Quit: Leaving]
PulkoMandy has quit [Ping timeout: 245 seconds]
philipp__ has joined #linux-sunxi
<philipp__>
where I can find all fel command in fel souces I see version write read exec no more?
philippe_fouquet has quit [Ping timeout: 260 seconds]
locust has joined #linux-sunxi
PulkoMandy has joined #linux-sunxi
hipboi has quit [Ping timeout: 260 seconds]
Net147 has joined #linux-sunxi
<libv>
codekipper: i want it added to the sunxi-boards repo
<codekipper>
libv: I can prepare some patches for the fex's. But with the meminfo dump it's not obvious where to place it.
JohnDoe71rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
hipboi has joined #linux-sunxi
shineworld has quit [Remote host closed the connection]
<libv>
codekipper: i stuck that in the email :)
<libv>
to my last series of patches :)
leviathanch has joined #linux-sunxi
<libv>
sunxi-boards/meminfo/<soc>/ is what i suggested
<libv>
but people seem to want to discuss naming only.
locust has quit [*.net *.split]
oliv3r has quit [*.net *.split]
tomcheng76 has quit [*.net *.split]
hipboi has quit [Ping timeout: 255 seconds]
afaerber has joined #linux-sunxi
locust has joined #linux-sunxi
oliv3r has joined #linux-sunxi
tomcheng76 has joined #linux-sunxi
locust has quit [Read error: Connection reset by peer]
deasy has quit [Ping timeout: 272 seconds]
philippe_fouquet has joined #linux-sunxi
leviathanch has quit [Ping timeout: 240 seconds]
philipp__ has quit [Write error: Broken pipe]
locust has joined #linux-sunxi
<codekipper>
I'll sit on the sidelines whilst you guys battle it out. It's not going anywhere but maybe it worth also tagging the dump with a version number of the meminfo used.
deasy has joined #linux-sunxi
<libv>
codekipper: mripard_ is complaining about something else
<libv>
codekipper: <soc> would be the marketing name, to mimic sys_config/
<codekipper>
s/sys_config/meminfo seems sensible
hipboi has joined #linux-sunxi
<codekipper>
sooner or later fex will hopefully be a thing of the distant past.
<libv>
codekipper: apparently not yet
<codekipper>
I have a dream....................................
<libv>
codekipper: and if so, all android devices with certain SoCs will be coming with fex files for years
<hramrach>
fex will be thing of the past when vendors start to use dt
<libv>
hramrach: then we will end up collecting dt files
<libv>
hramrach: as allwinners versions will not match upstream.
<hramrach>
sure
<hramrach>
but for that to happen we will need working kernel with dt support
<codekipper>
you'll be the sole user of it with your Antiques Ebay purchases
<libv>
so "soon we will get rid of fex" is not realistic, and if the vendor for some future chipset stops using it, we will need to collect dt files
<libv>
as there will be a vendor tree and there will be linus
<libv>
the latter will never change
<codekipper>
another happy chap to please
<codekipper>
I lurk in the shadows and if I see any activity with board repo I'll also upload the meminfo.
<libv>
and those vendor trees will have things in in their dts which are not in the mailine tree
<libv>
so we will have no option but to collect those as well
<hramrach>
that antique ebay thing .. there are still brand new a13 tablets sold
<hramrach>
and with the amount sold already ther sure will be a lot second hand pieces
<libv>
and those antiques have people wondering whether they could do something else than android on them
leviathanch has joined #linux-sunxi
<libv>
most people do not want to "ruin" their brand new devices
<hramrach>
with decent Linux support you can use the thing as a wireless control panel and write the control software in a current programming language
<hramrach>
or run current version of android on it if that's your thing
<mripard_>
libv: I'm not complaining about anything. but thanks for your concern.
Gerwin_J has joined #linux-sunxi
<hramrach>
libv: where are the patches to print the device id?
<hramrach>
meminfo still does not print it for me
<libv>
hramrach: ?
<libv>
hramrach: meminfo doesn't do so for known devices
<hramrach>
they are not in sunxi-tools yet?
<libv>
err, supported socs
<hramrach>
I have unsupported soc
<libv>
sun[457]i
nabblet has quit [Ping timeout: 246 seconds]
<hramrach>
or is a23 supported?
<libv>
the current sunxi-tools repo does only print the soc id when it is not a31 and not a23 either
<libv>
for unsupported socs
<libv>
the patches on the ml print the soc id all the time
<libv>
it isn't yet
<libv>
but i hope to change that soon, by partially changing our definition of support.
JohnDoe71rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
Gerwin_J has quit [Quit: Gerwin_J]
MSameer has quit [Remote host closed the connection]
MSameer has joined #linux-sunxi
leviathanch has quit [Ping timeout: 252 seconds]
FDCX has quit [Ping timeout: 268 seconds]
<wens>
hramrach: for dt to actually happen for android, google has to update the android base kernel first...
naobsd has joined #linux-sunxi
leviathanch has joined #linux-sunxi
leviathanch has quit [Ping timeout: 240 seconds]
cubear has quit [Quit: Leaving]
<Turl>
ssvb: I've seen the slam thing myself a couple of times, but never figured out what is it. It goes away after login
<ssvb>
Turl: ok, I just thought that if it is by chance a symptom of some problem, then it's better to ping you
<Turl>
ssvb: I'd surely like to get rid of it :) but it seems harmless so far
<mripard_>
wens: no. you can use any kernel on Android. KitKat runs on several kernel versions in the wild, some of them even DT-enabled.
hansg has joined #linux-sunxi
<wens>
hmm, but doesn't android have some wierd interfaces?
<Turl>
qcom and omap have been shipping dt for a while
<wens>
or were they all merged into mainline?
<Turl>
wens: sure, it's not mainline :)
* wens
is confused
PulkoMandy has quit [Ping timeout: 240 seconds]
<mripard_>
wens: these weird interfaces are just syscalls and device files
avsm has quit [Quit: Leaving.]
<mripard_>
wens: you don't need any particular kernel version to use tty's ioctl or /dev/tty0, do you ? :)
<Turl>
there's binder the ipc, the wakelocks stuff and lmk, and that's about it
<mripard_>
as long as you have tty enabled in your kernel, that's it.
<mripard_>
it's exactly the same for android
<wens>
mripard_: yeah, but for full blown android, aren't those interfaces necessary?
<Turl>
wens: yeah they are, so they patch them in
<Turl>
nobody ships mainline on android
<wens>
like you can't stick a mainline kernel into an android tablet
<Turl>
wens: have you seen the aw sdks?
<mripard_>
Turl: and ION, ashmem
<wens>
and hope android still works
<wens>
Turl: yeah but they're still at 3.4, same as google afaik
<Turl>
wens: that's the way most if not all soc manufs go about it. Except they use neat git trees if they're big enough
<mripard_>
wens: actually, you can. All these interfaces have been merged into mainline now. Google only have a small backlog of patches, but nothing major
<Turl>
mripard_: ah, ION
<Turl>
mripard_: I thought ashmem was dead though
<mripard_>
most of what an "Android" kernel is about now is just a regular BSP
* wens
starts grepping
<mripard_>
ie. just what's needed for linux to work properly on your device
ricardocrudo has joined #linux-sunxi
<wens>
indeed, the aforementioned components are in staging/android
ricardocrudo has quit [Remote host closed the connection]
ricardocrudo has joined #linux-sunxi
hansg has quit [Quit: Leaving]
locust has quit []
PulkoMandy has joined #linux-sunxi
<libv>
hrm, my isp seems to be playing silly buggers with emails
balog has joined #linux-sunxi
rafaelMOD has joined #linux-sunxi
<rafaelMOD>
oliv3r: Guys, if uboot doesn't start and behave completely insane, and if it get stuck in a line witch is exactly identical to the first printed line of the boot log, please check if RX and TX of the debug UART isn't short circuited. We just lost 1 week of work tring to debug and understand, and as usual, it was a mechanical problem. UART0 TX and RX were short circuited!!! DOH!!!
<rafaelMOD>
The log for this TX+RX short circuit problem looks like this: pastebin.com/raw.php?i=CaHapu1Q
<philippe_fouquet>
hi
<libv>
rafaelMOD: ...
<libv>
rafaelMOD: was this on a board that was designed by you?
<philippe_fouquet>
I have a question mothing can be lock the write to addr 0x2000 (pin register or sone thing else)
<hramrach>
it does not really depend on who designed it. you have wires and connectors that can go bad
<libv>
true, but it is the first time that i heard of it
<rafaelMOD>
libv: I designed the base board, and soldered by hand. The coreboard is ITEAD A20 Core, which has a 1mm pitched damned connector!
<libv>
if this was some bad wiring or a bad connector, we should document it on our wiki
<libv>
if this is one of the dangers of designing your own hardware, i am not so sure that it should be on our wiki
<libv>
especially since the symptoms seem very random and erratic
<ricardocrudo>
ssvb: did you remember that problem with u-boot that you was helping me yesterday? The solution is this one that rafaelMOD post above ^^^^ :-)
<libv>
heh, then it is time to document it in our wiki
<libv>
rafaelMOD: make it so :p
<rafaelMOD>
libv: as the UART pads are allways exposed and even encouraged to be, with photos and so, and as the error is deterministic, with the firs line of the log beeing the last line, where uboot get stuck, i think it can happen to others.
<rafaelMOD>
but is a lame noob error!!! DOH!!
<rafaelMOD>
never use a coreboard with 1mm pitch connector soldered by hand!!!
<rafaelMOD>
we are moving to marsboard on the next prototype
<libv>
rafaelMOD: wiki it :)
<ssvb>
ricardocrudo: do you remember my earlier reply to you in the #u-boot channel? "this all indicates either software misconfiguration or hardware problems with /dev/ttyUSB0 (basically your communication link with u-boot is misbehaving)"
<rafaelMOD>
Yep, i will. Which session do you think is best? Hardware->?
<arete74>
ssvb: is possible add you patch for uEnv.txt t mainline uBoot?
<libv>
hramrach, codekipper, wens: so what do you guys think of sunxi-boards/meminfo/ ?
<ssvb>
arete74: I can't add it to the mainline u-boot, I'm only in control of my own git branches :)
<balog>
anyone have a hint on why a20 board hdmi out in 1080p would make strange green/purple “noise” around some bright graphics edges? (mk808c)
<libv>
heh, my email to myself just arrived, ~40min roundtrip
<arete74>
ssvb: apply to my local uboot git,and wait for mainline!
<ssvb>
arete74: the question is whether we want to preserve full compatibility with the old u-boot-sunxi for the painless upgrade, or keep up with upstream and only make the transition easier (by documenting the required steps and helping the users)
<arete74>
ssvb: but the mainline uboot not support uEnv.txt file?
prahal has joined #linux-sunxi
<ssvb>
arete74: it does support it in principle
prahal has left #linux-sunxi [#linux-sunxi]
<ssvb>
arete74: just the default configuration may need to be reviewed
Renard has quit [Remote host closed the connection]
Net147 has quit [Quit: HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day...]
xinj has joined #linux-sunxi
<arete74>
ssvb: thanks
balog has quit [Quit: balog]
xinj has quit [Ping timeout: 264 seconds]
xinj has joined #linux-sunxi
HeHoPMaJIeH has quit [Quit: Konversation terminated!]
netlynx has quit [Quit: Leaving]
shineworld has joined #linux-sunxi
xinj has quit [Ping timeout: 264 seconds]
<hramrach>
libv: that might work
<hramrach>
actually we need that for u-boot anyway because the fex section is useless and just ignored
<hramrach>
it might be useful to not split it by SoC bu instead print soc information in the file
<libv>
hramrach: can you create a user page for yourself which lists the hw you own?
<hramrach>
ok, I guess I am forgetting myself, anyway
xinj has joined #linux-sunxi
xavia has joined #linux-sunxi
<rafaelMOD>
libv: Is it ok to put a permanent pastebin link in the wiki or is better to copy all the paste?
<libv>
rafaelMOD: stick that log in a <pre></pre>
<rafaelMOD>
libv: ok thks
<libv>
hramrach: do you own the inet86vs _and_ the prestigio?
<hramrach>
yes
<hramrach>
see the page
<hramrach>
the inet86vs is no longer in very good condition
shineworld has quit [Remote host closed the connection]
<hramrach>
touching anywhere but the very edges causes picture distortion due to LCD panel pressure - on either front or back
<wens>
a80 still not booting from mmc, still stuck at boot0
xinj has quit [Ping timeout: 264 seconds]
<libv>
hramrach: those q8 tablets are always crap
Andy-D has joined #linux-sunxi
<hramrach>
it's not like the 86vs isn't
<hramrach>
but at least they put it into a case that makes the tablet somewhat usable
konradoo77 has joined #linux-sunxi
<libv>
rafaelMOD: thanks
dack has joined #linux-sunxi
Renard has joined #linux-sunxi
philippe_fouquet has quit [Remote host closed the connection]
<hramrach>
what should I do when VolUP and VolDN is reversed?
Skaag has joined #linux-sunxi
Skaag is now known as Skaag
<libv>
hramrach: .fex doesn't help?
<hramrach>
ENODOC
<libv>
:(
<rafaelMOD>
libv: thanks for the text revision.
<hramrach>
Turl advised to add a tablet_keys section which worked out of the box on inet86vs but requires a remap on the prestigio
<libv>
rafaelMOD: :)
konradoo77 has quit [Ping timeout: 264 seconds]
konradoo77 has joined #linux-sunxi
<libv>
heh, my emails to sunxi don't come back to me, they do seem to hit the archive
FR^2 has quit [Quit: Connection reset by peer]
__builtin_yuno has quit [Ping timeout: 245 seconds]
__builtin_yuno has joined #linux-sunxi
<Turl>
hramrach: you can remap keys there, grep the other fex for examples
<astr>
hramrach, yes I am using serial console.
Andy-D has quit [Ping timeout: 245 seconds]
<astr>
hramrach, thanks for the info
bonbons has joined #linux-sunxi
Akagi201_ has quit [Ping timeout: 245 seconds]
<hramrach>
yes, it is there
<hramrach>
thanks
Akagi201 has joined #linux-sunxi
bengal has joined #linux-sunxi
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
bertrik has joined #linux-sunxi
<libv>
heh, strange, now it did get through...
konradoo77 has quit [Ping timeout: 276 seconds]
<libv>
wens: will you be providing a u-boot patch for hsg h702 any time soon?
<libv>
when that is done, i will remove the A13_MID entry
lerc has quit [Ping timeout: 245 seconds]
konradoo77 has joined #linux-sunxi
diego_r has quit [Ping timeout: 240 seconds]
Gerwin_J has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 276 seconds]
Zboonet has joined #linux-sunxi
akaizen has joined #linux-sunxi
konradoo77 has joined #linux-sunxi
_massi has quit [Remote host closed the connection]
jemk has quit [Quit: leaving]
<hramrach>
libv: of course, the first a20 cubieboard images were based off Cubietech provided sdk. They sucked but were Debian and were based on sunxi kernel so easy bringup of additional features
<hramrach>
we do not have such thing for a23 and no devboard so it's unavoidable that the progress is slower
<hramrach>
libv: btw why not stick with the SoC codename at the time the chip was released? That way it should match the existing sunxi code and SDKs
maz has joined #linux-sunxi
<hramrach>
maybe new SDKs for a10/a13/a20 with new codenames come out but I somewhat doubt that. It would be *work* to touch them and they can always provide the old SDK without change
afaerber has quit [Quit: Verlassend]
amitk has quit [Ping timeout: 268 seconds]
<ZetaNeta>
anywork on A80? Any news about CubieTruck 2?
cubear has joined #linux-sunxi
<hramrach>
there is some preliminary work on a80
<hramrach>
check the logs I guess
philippe_fouquet has joined #linux-sunxi
<hramrach>
I don't follow it much because A80 does not look that impressive. It has broken graphics and the cpu performance is not all that stellar either
<hramrach>
might be decent platform for playing with that little-big CPU configuration but not even sure it's the best one that you can get for the money
konradoo77 has quit [Ping timeout: 252 seconds]
netlynx has joined #linux-sunxi
FDCX has joined #linux-sunxi
konradoo77 has joined #linux-sunxi
<oliv3r>
rafaelMOD: yeah shorts are always 'duh' moments
<rafaelMOD>
olv3r: :)
<rafaelMOD>
oliv3r: hand soldering 1mm pitched trough hole connectors was a pain! i'm going to buy a microscope to do visual inspection next time!!!
<rafaelMOD>
this 1mm pitched made we change our core from ITEAD A20 Core do MARS Board A20, witch is 1.27 and SMD
<rafaelMOD>
which
akaizen has quit [Remote host closed the connection]
<libv>
hramrach: are you sure that you are subscribed?
<hramrach>
yes
<libv>
as hramrach@gmail.com?
<hramrach>
yes
<libv>
hrm, yes, it shows you as a member
<libv>
but why do this keep on getting flagged?
<hramrach>
which posts?
<libv>
sadly the googlegroup interface does not give any more info
amitk has joined #linux-sunxi
<libv>
the fex files changes you just posted
<hramrach>
if it's the patches it's probably because they are not posted through google so as to not get damaged
<libv>
hrm, ok
<hramrach>
I can try alternative posting method next time
<hramrach>
ehm, or some time I get to setting it up
<libv>
no, this is git send-mail, right?
<libv>
if so, it should work
ssvb has quit [Ping timeout: 264 seconds]
<libv>
i am just looking for a reason as to why these got flagged
<libv>
hramrach: when did you make these fex changes?
<hramrach>
they are from @google address and not sent through google and arriving at google. is that not enough reason?
<libv>
hramrach: as after i cleaned up the pretigio wiki page, i just stuck a fex file in for it
<hramrach>
just now
<libv>
hramrach: i dunno, sadly the google interface is crap this way
<libv>
hramrach: look for a13/prestigio_pmpsomething.fex
<hramrach>
I tested the tabletkeys and updated the section
<libv>
ok
<hramrach>
I can rebase these on top of that file I guess. Looks like the original fex
<libv>
yeah, i am not sure i like the a86 name without having tracked down a board maker
ssvb has joined #linux-sunxi
bengal has quit [Ping timeout: 252 seconds]
<hramrach>
libv: why do you think PMP3670B has uart?
<hramrach>
by the fex file I am quite positive there are no pins left for it
<libv>
hramrach: the board back picture gives you some options
<libv>
hramrach: the board front picture is not good enough to discern anything much, sadly
<libv>
but then, uart will probably live on the back
<hramrach>
libv: I think it's quite good enough. Problem is the SoC simply does not have enough pins ti fit an uart
philippe_fouquet has quit [Remote host closed the connection]
konradoo77 has quit [Ping timeout: 264 seconds]
<libv>
also, when you have it open to figure out the uart, please get the exact model of the realtek
<hramrach>
libv: no need. it was in the text you removed
akaizen has quit [Remote host closed the connection]
<libv>
but rtl8188eu was never seen before
<libv>
eus was
<libv>
but eu wasn't
akaizen has joined #linux-sunxi
<libv>
8188eu is the module name
<libv>
the kernel module name
<hramrach>
also if you look at the possible positions of UART on an a13 and the fex file you will note that all the RX and most TX pins are taken by other devices
<hramrach>
yes, it's the module name. It loads and happily creates an interface
<libv>
hramrach: i was referring to the model number printed on the chip
<libv>
it just is 2 more seconds of work when you have the device open anyway
<hramrach>
I don't care what's printed on it since nobody is not going to look so long as it works
<libv>
heh
<hramrach>
I think if you were to debug this tablet you would probably use SD uart or disable the camera and use an adaptor cable in the camera connector
<libv>
let's assume that it is an EUS from the usb id
akaizen has quit [Ping timeout: 272 seconds]
konradoo77 has joined #linux-sunxi
<libv>
hramrach: what is using pb19/20?
<libv>
oh, they apparently are not exported on a13
Zboonet has quit [Read error: Connection reset by peer]
Zboonet has joined #linux-sunxi
nabblet has joined #linux-sunxi
heffer has quit [Read error: Connection reset by peer]
paulk-collins has joined #linux-sunxi
rafaelMOD has quit [Quit: Saindo]
akaizen has joined #linux-sunxi
<hramrach>
anyone has some idea if it's possible to power off an a13 tablet while it's charging?
<hramrach>
when holding the power button for a long time it powers off but when shutting down Linux it reboots instead. When disconnected from power it shuts down properly. The original rom also reboots
nabblet has quit [Quit: leaving]
<hramrach>
libv: ok, rebased
<hramrach>
but it will probably be held
<libv>
one went through already
<libv>
nothing in the queue
<libv>
i accepted your previous messages and selected "allow future message from this poster"
<libv>
but i thought that this is what i had done last time as well
akaizen has quit [Remote host closed the connection]
amitk has quit [Ping timeout: 260 seconds]
akaizen has joined #linux-sunxi
akaizen_ has joined #linux-sunxi
akaizen has quit [Ping timeout: 272 seconds]
<libv>
where the rest of those emails are, i do not know
<libv>
hrm, they made it to mail-archive, but not back to me :(
lerc has joined #linux-sunxi
<libv>
hah
<libv>
hramrach: fix your development systems time
<libv>
hramrach: Date: Wed, 15 Jan 2014 22:15:08 +0100
<libv>
hramrach: ntpd is fantastic
konradoo77 has quit [Ping timeout: 245 seconds]
netlynx has quit [Quit: Leaving]
konradoo77 has joined #linux-sunxi
amitk has joined #linux-sunxi
konradoo77 has quit [Ping timeout: 272 seconds]
akaizen_ has quit [Ping timeout: 272 seconds]
akaizen has joined #linux-sunxi
libcg has joined #linux-sunxi
bonbons has quit [Quit: Leaving]
balog has joined #linux-sunxi
konradoo77 has joined #linux-sunxi
Andy-D has joined #linux-sunxi
Andy-D has quit [Ping timeout: 255 seconds]
konradoo77 has quit [Ping timeout: 260 seconds]
heffer has joined #linux-sunxi
heffer has joined #linux-sunxi
paulk-collins_ has joined #linux-sunxi
paulk-collins has quit [Ping timeout: 245 seconds]
cubear has quit [Quit: Leaving]
dack has quit [Remote host closed the connection]
PulkoMandy has quit [Quit: Vision[0.9.7-H-20140108]: i've been blurred!]
bengal has joined #linux-sunxi
<hramrach>
libv: that's probably correct. Remember git uses the initial patch date
pwhalen has quit [Ping timeout: 245 seconds]
balog has quit [Quit: This computer has gone to sleep]
<libv>
hramrach: nope, it smells quite incorrect, especially as some of the changes are things you just found out a few hours ago
<libv>
not 9 months ago
balog has joined #linux-sunxi
pwhalen has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
Black_Horseman has joined #linux-sunxi
paulk-collins_ has quit [Remote host closed the connection]