<hno>
as you noted on my linux-allwinner repository.
tinti_ has quit [Quit: Leaving]
* hno
is getting a bit tired of waiting for a resize2fs to complete...
<damo22>
hno: does this mean that the current development is now all in one place, ie linux-sunxi?
<hno>
linux-sunxi is the official repositories yes.
<damo22>
ty
<hno>
but haven't moved u-boot development there yet, only "stable" releases.
<hno>
plan to do that after this development cycle.
<damo22>
great stuff!
<lkcl_>
hno: no it doesn't, that's the point. FEL mode the USB is producing "cannot set USB address" errors in the linux kernel. read/64 error 71 and so on.
<hno>
lkcl_, bad.
<hno>
I assume you have tried another USB cable?
<penguin42>
and what are you powering the board from?
<lkcl_>
hno: yes
<lkcl_>
penguin42: 5V into the "AC in" and/or 5V into the USB-OTG
<lkcl_>
both are the same result
<penguin42>
lkcl_: Is it taking a sane amount of current - nothing silly?
<penguin42>
(is it taking anything?)
* hno
would label it a dead board. Something very wrong somewhere.
<penguin42>
almost worth checking the chip is on the right way round
<hno>
can only do that with schematis and layout available...
<penguin42>
hno: Could compare it to cubieboard
<hno>
Yes you are right. Basic orientation is possible without any shematics. The DRAM should be "below" A10 when reading the text.
* hno
lost the board picture link somewhere
<penguin42>
I was thinking something more of checking power pins relative to pin 1 mark or the like
<penguin42>
or impedence across USB (may have to be careful) ?
<hno>
it's not posible to lay out an A10 board with DRAM on another side of the CPU without pulling a lot of hair.
<penguin42>
oh well, good - I have seen that done once on a dev board; very embarassing :-)
<hno>
Whole that edge of the CPU and a bit more is almost only DRAM pins.
<penguin42>
so if the host is trying to speak usb to it but it's failing then that must mean that something of the USB is connected and responding?
<hno>
Not neccesarily. Just enough so the usb port/hub thinks there may be something.
<penguin42>
does that take much?
hp__ has joined #arm-netbook
<hno>
a resistor
<penguin42>
ah, so nothing active
<hno>
somethign active is needed for accepting the address registration.
<penguin42>
but did lkcl's board get that far?
<libv>
there are several issues with texturing and mipmapping on our arm binary drivers
<libv>
but i guess it would take someone REing this stuff to find out about them :(
<penguin42>
libv: Well, a test suite - are there any GLES testsuites out there?
<libv>
RGBA8888 drops data at the edges for lower mipmaps if the dimension is uneven, and rounds too much when mipmapping
<libv>
rgb565 is bgr565, there is some weirdness in the top (red) channel (it seems to be rounding up), and its swizzling loses position in some cases
<libv>
penguin42: mipmapping is not set in stone
<libv>
so the standard is apparently rather hazy there
<penguin42>
bad way to define a standard
<libv>
mipmapping is producing scaled down versions of the original texture to ease lookups when downscaling, saves a lot of overhead and bandwidth
<libv>
it is somewhat hw dependant
<penguin42>
yeh, I know - but I don't see a reason it can't be standardised
<damo22>
in linux-sunxi sunxi-3.0 what is a13_nuclear_defconfig?
<libv>
i do not think there is an interface for requesting the buffer at a given mipmap level
<penguin42>
you see something like the MPEG stadards and that pretty much defines what it should look like
<libv>
apples and oranges.
<penguin42>
libv: Well, if you try and render an apple and you get an orange....
<libv>
penguin42: gl gives no guarantees of images matching 100% across both software or hardware implementations
<damo22>
Warning: this gl image may contain nudity, even if the image rendered was fully clothed
<libv>
never has and never will, would be folly as well, as vendors try all sorts of tricks to squeeze everything out of their chips
<damo22>
GL_UNDRESS_FILTER
<penguin42>
libv: I'd accept a defined amount of maximum eror
<penguin42>
r
<libv>
penguin42: define it then
<penguin42>
hno: checking the dram location tells you there hasn't been a rotation, but doesn't check against a flip
<libv>
penguin42: also, i am pretty certain that no two mpeg decoder implementations produce 100% the same result
<penguin42>
libv: I'm not sure, but the mpeg spec is basically written as pseudo code for a decoder, pretty neat like that
<libv>
and mpeg is rather trivial compared
<penguin42>
libv: I'd go with something like a maximum pixel difference/ratio type thing, although tricky to do with rounding at the geometry side
<techn_>
damo22: a13_nuclear_defconfig is android defconfig
<techn_>
for a13
<techn_>
libv: are you sure that rendering different bit depths is bug in mali drivers? :)
<techn_>
I'm not sure that framebuffer implementation is correct :/
<hno>
penguin42, flip?
<penguin42>
hno: left-right flip - i.e. reading the chip from underneath; unlikely
<hno>
with the design being done by wits-tech who have done most of the A10 designs out there... unlikely.
<penguin42>
oh, ok, hadn't realised they'd done that they were the common one for lots of A10
<hno>
is the reference design partner for A10. Anything deisgn related is referred to wits-tech.
<penguin42>
oh right, ok, then the assumption is they haven't done anything stupid
soooge has joined #arm-netbook
<servili007>
Turl: almost done on that mk802ii config based on your zatab repo. I have dumps from stock files for the power profile, and the dvfs table from the script.bin I'll be using. What should I base my cpu.active, cpu.idle, and cpu.speeds on?
<Turl>
servili007: if we were vendors or soc makers we would have real values for those
<Turl>
servili007: as you aren't, do your best guesswork :)
<Turl>
they are just used for stats anyway, so it's not critical to have exact values
stefanro1 has joined #arm-netbook
<servili007>
Turl: sounds good, I was afraid we'd be at a bit of a wall with that. running time_in_state didn't help much either. On another note, media_profiles.xml is mainly in place for the internal cameras, can I remove it altogether or might it be of use to future USB webcam support
MouseTheLuckyDog has quit [Ping timeout: 240 seconds]
stefanro has quit [Ping timeout: 255 seconds]
<Turl>
I'm unsure if android will like it missing
<Turl>
keep it around, it won't hurt in any case
<servili007>
fair enough
popolon has quit [Quit: Quitte]
penguin42 has quit [Quit: Leaving.]
soooge has quit [Quit: Leaving]
soooga has joined #arm-netbook
ganbold_ has joined #arm-netbook
soooga has quit [Read error: Connection reset by peer]
soooga has joined #arm-netbook
ganbold___ has quit [Ping timeout: 245 seconds]
tinti has quit [Ping timeout: 246 seconds]
meerd has joined #arm-netbook
ganbold_ has quit [Ping timeout: 245 seconds]
Sv2 has joined #arm-netbook
Sv2 has joined #arm-netbook
Sv2 has quit [Changing host]
sv has quit [Ping timeout: 276 seconds]
meerd has quit [Quit: Leaving]
<damo22>
in summary from what i have learnt from this channel so far, A10 is possibly superior to A13 since it has Sata2 and support for >512Mb ram, and also the kernel sources are released under GPL by the manufacturer of the soc?
<damo22>
or are the first two points related to the making of the boards that support the A10
<Turl>
A13 doesn't have sata support, and the memory bus is crippled on purpose
<Turl>
that's why it's cheaper
newbie1 has joined #arm-netbook
<damo22>
Turl: ty
<damo22>
i would be interested to see what a company like olimex would produce using an A10
<damo22>
maybe buy a board
<Turl>
it's probably going to be like their A13 board but with more ram :)
<damo22>
sweet
<damo22>
so where do i get the kernel sources for A10?
<damo22>
does linux-sunxi have a finished implementation for the A10?
newbie1 is now known as hp__
<damo22>
i would imagine the code would be more developed than the A13 due to what hn_o told me
<Turl>
it works fine on A10
<Turl>
but the code is ugly :)
<damo22>
Turl: can you recommend which git branch i should use of linux-sunxi for A10 at the moment?
<damo22>
as in the stable one, is it sunxi-3.0?
<damo22>
what does remotes/origin/xxxx mean? sorry git noob here
<Turl>
yes, sunxi-3.0
<Turl>
it means branch xxxx on the remote repository "origin"
<Turl>
"origin" is where you cloned from
<Turl>
you can see remote repositories with "git remote -v"
<damo22>
oh ty
<servili007>
I personally find that some of the sunxi-3.4 patches are specifically useful to what I'm working on, so check them yourself to see if you may need them
<damo22>
excellent
<Turl>
3.4 is certainly usable
<damo22>
perhaps i will wait until olimex make an A10 board
<Turl>
it needs a bit of work on the usb stack
<damo22>
i have a rpi for now, but its not adequate for my purposes
<damo22>
how is sinxi-3.0 on the usb stack side of things?
<damo22>
sunxi*
<damo22>
usb is a main feature that i need (1.1)
<servili007>
for OTG support, 3.4 works in cases where 3.0 doesnt, but otherwise, 3.0 should be okay
ganbold_ has joined #arm-netbook
<damo22>
what is the difference between otg and regular usb?
MouseTheLuckyDog has joined #arm-netbook
<servili007>
otg ports are capable of both client and host modes typically. In my case, motorola lapdock support where the lapdock needs to feed power and peripherals in.
<damo22>
i dont understand what usb in client mode means
<damo22>
its a usb jack, like a regular jack, but feeds power in?
<servili007>
for example a media player with a mini usb port, that port is operating as a client, and can't accept any connections
<servili007>
it can't host a connection rather, but can be used with a host such as a PC
<Turl>
eg your feature phone has a client usb port
<damo22>
oh for example the jack on my phone...
<Turl>
your tablet has usually an otg port
<Turl>
because you can plug stuff to it (a pendrive) and you can plug the tablet to your pc too
<Turl>
the pc is host mode only because you cannot plug the pc "to something else"
<damo22>
understood
<damo22>
OTG is handy then
<damo22>
If i do not require OTG, is the regular host controller support working well on A10?
<servili007>
In my experience, yes
<Turl>
yes
<damo22>
i may need possibly 2x ports that can deliver 500mA
<damo22>
i hope the olimex board will support this without requiring external hub
<damo22>
this is exciting news
<Turl>
make sure you let the olimex people know :)
<L84Supper>
damo22: you can see the USB power circuit for yourself
<damo22>
L84Supper: Thank you so much! I will try to read the schematic, although my circuit analysis is quite rudimentary as i am not a hardware guy myself
<L84Supper>
it uses a SY6280 USB power switches
<damo22>
is says Iset=523mA
<damo22>
it*
aholler_ has joined #arm-netbook
<damo22>
i assume this means there is a setting to configure the current and it is maxed out at 523mA
<L84Supper>
the resistor on the ISET pin to ground
<buZz>
if i discovered the odroid boards a couple hours earlier
<buZz>
i wouldnt have even ordered a cubieboard :P
<buZz>
damo22: you get the 10% good stuff, i'll settle for the other 90% ;)
<orly_owl>
does cubieboard have a case by default
<ganbold_>
kind of glass cover from 2 sides
<orly_owl>
odd
<damo22>
how do you power the sata poer
<damo22>
port*
<damo22>
as in the device that connects bia sata
<damo22>
via*
<orly_owl>
externally i guess
<buZz>
damo22: there is a 5v power output for sata devices
<buZz>
i guess some drives dont need 12v? maybe 2.5" drives or something
<orly_owl>
yeah
<orly_owl>
only 3.5" drives need 12v
<buZz>
hmm ok
<orly_owl>
for mechanicals
<buZz>
think i have a 60gb 2.5" sata1 disk somewhere
<buZz>
should dig it up tomorrow :)
<damo22>
im curious how the A10-OLinuXino will function with power button and reset button. like if power is removed and restored do you have to press a button to turn it back on
<buZz>
yeah i noticed some weird button presses happening in some A10 videos
<buZz>
like holding it for 4 secs to reboot. seems like this was ment to go in a phone? :)
<buZz>
hmm, cant find a cellphone with allwinner a10 core
<damo22>
i am interested in using it as a headless server,
<damo22>
therefore i dont want a button press to be required
<damo22>
T1107A mini pushbutton thing is that a momentary switch or what?
<damo22>
i wonder what would happen if you soldered the switch contacts shut
<orly_owl>
kaboom
<damo22>
on the PWR_BUT
<Turl>
cubieboards boot by themselves when you apply power
<Turl>
you can halt them and they'll remain halted though until you press the power button
<damo22>
this is expected behaviour for me
<damo22>
if the olimex a10 board does this too, i will buy one
<damo22>
since it ticks all the other boxes for me
<ganbold_>
where I can find A10 interrupt registers?
<libv>
i suggest that you start with glapitrace or tracy then, and find out how they create their wrappers
<libv>
that is, to scratch your own itch, whatever the real itch behind it is then
<buZz>
well that wasnt my question ;)
<buZz>
i just think that all this opengles is adding unneeded complexity
<libv>
?
<buZz>
there is nothing in opengles that couldnt be in opengl
popolon has quit [Quit: Quitte]
<libv>
haha
<buZz>
so why do we need two specs
rsalveti_ has joined #arm-netbook
<libv>
buZz: opengles tends to be a _cut down_ opengl
<libv>
not the other way around
<libv>
usually, what you can do in gles, you can do in the equivalent gl
<libv>
without changes
<libv>
the other way round does not tend to work
rsalveti has quit [Ping timeout: 244 seconds]
rsalveti_ is now known as rsalveti
<buZz>
not directly
<libv>
?
<buZz>
a wrapper would allow software to emulate the missing functions
<libv>
wow
<libv>
ah, no, let me try it from another angle
<libv>
buZz: name an example.
<libv>
buZz: make it concrete.
<buZz>
ok so, you want to run some opengl application, say openscad
<libv>
which function do you want to emulate.
<buZz>
currently you would have to either remove all the opengl calls that are not supported
<buZz>
and rewrite all the others to opengles
<libv>
did you read that "make it concrete" bit?
<buZz>
but a wrapper would allow you to compile against the wrapper which takes care of them both
<buZz>
i am no construction worker
<libv>
don't just halfarsedly complain "boohoo, i cannot run my program on my allwinner machine as the gl version does not match"
<buZz>
i dont have an allwinner machine yet
<buZz>
just contemplating solutions to problems i dont experience ;)
<libv>
buZz: i am the main developer of the lima driver
<buZz>
what is lima?
<libv>
goodbye.
<buZz>
ah in peru
<buZz>
ah the opensource mali driver
ganbold_ has quit [Ping timeout: 244 seconds]
<penguin42>
libv: Have you written that up in the form of a datasheet/programming instructions ?
<libv>
penguin42: you too need to do some googling.
ganbold_ has joined #arm-netbook
<penguin42>
libv: Oh I'm sorry, I could ask the person who knows and is here - sure I can google; please don't be so abrasive
<buZz>
some ppl just are ;)
<libv>
penguin42: why would i have written a datasheet?
<libv>
why would i have written programming instructions?
<jelly-home>
because documentation is nice.
<libv>
which driver developer ever does such things?
<libv>
when there is a millions things to do
<penguin42>
libv: Because on a lot of reverse engineered projects they keep it safer by having one person do the reverse engineering to a datasheet and then a separate one write the driver based on those instructions, that way the guy who writes the free code never deals with the closed code
<libv>
and only a few people to do it
<libv>
penguin42: if that is your question, then you very definitely need to do some googling.
<libv>
penguin42: start by watching the fosdem video.
<buZz>
libv: if you keep treating ppl this way, you will never get more ppl in your team :)
* penguin42
agrees with buZz
<libv>
you definitely do not want to read what i almost typed up now
<buZz>
sticks & stones
<libv>
penguin42: i have been working on this for soon 2 years
<penguin42>
libv: Yep, I know
<libv>
penguin42: i made up a very detailed plan of attack in Q2 2011
<libv>
for command stream, there is no ip there, just how to drive the hw, i am free to do whatever i want as long as i do not breach copyright
<libv>
for compiler: this where optimizations and tricks happen, this is where most of the ip is, if there is any
<penguin42>
libv: I think that depends how anal the lawyers are; and separating it into docs and then writing from the docs is the safer way
<libv>
penguin42: i have been developing graphics drivers for the past decade
<libv>
penguin42: you might have heard of the free driver and documentation for ATI
<penguin42>
libv: And the free ATI driver is very nice, and my other machine is happily showing a video on it
<libv>
penguin42: do you really think that i have no clue about ip/lawyer issues?
<penguin42>
libv: I have no idea about your knowledge of ip/lawyer issues
<libv>
penguin42: there is a section in my fosdem talk where i talk about these things.
<libv>
if only you had googled.
<penguin42>
you could have just done a straight reply
<jelly-home>
but then you'd have been deprived of a rant
<penguin42>
jelly-home: True
<libv>
penguin42: what should i have answered?
<libv>
"shut up, i know what i am doing"
<libv>
anything else would not have satisfied you
<libv>
without writing a novel
<penguin42>
From a private message: '(15:14:18) libv: just so that you can stfu completely...
<libv>
penguin42: you better not paste the next line, as i do not want that to be shown in the publically logged channel.
<jelly-home>
... the right video link is
<penguin42>
libv: I'm not under NDA with you, if you start a rant with me then I'll paste whatever I like
<penguin42>
libv: Of course you could just say that 'it's fine I've spoken to some lawyers, and they're happy' or whatever, but don't just start a rant
<libv>
penguin42: how is that different from "i know what i am doing"
<libv>
penguin42: because you clearly have never dealt with companies over graphics ip issues.
<penguin42>
libv: I've dealt with companies with reverse engineering ip issues, but not graphics ip issues
<libv>
i do not believe it.
<penguin42>
libv: Well, don't believe it then; what I've always been told is the safe way which I started this conversation with
cheng has quit [Ping timeout: 255 seconds]
avernos has quit [Quit: Leaving]
cheng has joined #arm-netbook
XenGi_ has joined #arm-netbook
XenGi_ is now known as XenGi
avernos has joined #arm-netbook
avernos has quit [Changing host]
avernos has joined #arm-netbook
avernos has quit [Quit: Leaving]
freakazoid0223 has joined #arm-netbook
<lkcl_>
buZz, libv, penguin42: peace! we're all on the same side here
* buZz
hugs everybody
* penguin42
gives buZz a herring
<buZz>
omnomnom
<buZz>
dutch sushi!
<Turl>
my netbooting cubie somehow wanted to pull my x86 netboot image
<buZz>
that hostname always makes me think of easter
<penguin42>
haha
<buZz>
ahhhh fancy
<buZz>
lol 'built in JBOD raid!'
<buZz>
yes yes
<buZz>
you are awesome :)
* penguin42
knows that
<penguin42>
buZz: There were also some mini-pcie to dual gige, so that would get it quad gigE which is what I was more interested in
<buZz>
ha awesome :D
Quarx has quit []
<ssvb>
aholler_: I'm more worried about covering my ass and just want to be sure that nobody is going to prosecute me for developing software using this datasheet :)
ganbold_ has quit [Remote host closed the connection]
<ssvb>
aholler_: as it's freely available from the allwinner website, it can't really be confidential?
<aholler_>
it's just a word
<aholler_>
imho ;)
<penguin42>
ssvb: If you want to cover your ass then just ask them
<penguin42>
lkcl_: cpc can normally do next day, or may even be able to get from sales counter if you're close
popolon has joined #arm-netbook
<aholler_>
if you buy such, get the arm-ubs-ocd-h instead of the old one.
<penguin42>
trust aholler_ - I only found those by searching
<penguin42>
it's interesting, if cpc are selling olimex stuff, I wonder if they'll sell any of there stuff
<ssvb>
penguin42: well, the same pdf is also linked from http://www.allwinner.com/A10_SOC.php and asking for an additional confirmation may be just too paranoid
<penguin42>
ssvb: In the end it all just comes down to how much you worry about your ass, I'd agree with you it feels safe, if you work for someone who is more paranoid then just ask them
<penguin42>
it would be very neat if cpc just sold Olimex's A13 board
<penguin42>
(Is A10S something different from A10?)
<lkcl_>
penguin42: ace!
<penguin42>
hmph A31 uses Power VR
<penguin42>
oh, A10s is different, it's got a lower spec video decoder and in a smaller package
<penguin42>
I like the lvds/vga conversion on the olimex boards - sets of 74alc244 with resistors as d-a
<penguin42>
sorry, lcd not lvds
toxicpsion has joined #arm-netbook
MouseTheLuckyDog has quit [Read error: Connection reset by peer]
MouseTheLuckyDog has joined #arm-netbook
gzamboni has joined #arm-netbook
freakazoid0223 has quit [Quit: Leaving]
MouseTheLuckyDog has quit [Read error: Connection reset by peer]
<Jef91|Building>
anyone around played with the newest samsung chromebook?
anddam has joined #arm-netbook
<penguin42>
buZz: And this is why it takes so long to get stuff merged upstream, people spot the problems
<buZz>
penguin42: i would say thats a good thing
<penguin42>
Jef91|Building: I've heard mostly good things about them, although apparently there is a bit of a fuck up on the audio that if you play around with your own kernels/alsa settings (even on their build) you can smoke one of the speakers
<penguin42>
buZz: Nod
<penguin42>
buZz: Pretty much the same as Nvidia did I think
<buZz>
wow, nice amplifier :D
<Jef91|Building>
penguin42: I have one, it is pretty nice
<Jef91|Building>
Just some issues with the trackpad drivers on Debian
<specing>
buZz: laughed my pants off
<ssvb>
Jef91|Building: just the chromebook keyboard sucks because of some missing keys, it was clearly designed as a "gadget" instead of real "computer"
<ssvb>
Jef91|Building: also SD card does not fully fit the slot and sticks out, which means it's very inconvenient if you want to upgrade storage capacity
<Jef91|Building>
ssvb: The only key I really find lacking on it is a "Delete" key
<Jef91|Building>
EVerything else pretty much is there
<buZz>
specing: on what? :)
<specing>
the /dev/exynos-mem mode 666
<penguin42>
specing: It's not so much the fact it's 666 - which is an easy fix, it's the fact that it suggests it needs it to be
<buZz>
heh yes :)
<buZz>
probably because on android every process is a different user
<ssvb>
Jef91|Building: I'm missing a lot more keys (pgup/pgdown/home/end/ins/del and even capslock), it's fine for the "first" cortex-a15 based device, but I would clearly prefer something better even if it means higher price
rellla has joined #arm-netbook
<penguin42>
ssvb: You mean like a really nice keyboard, and the display from the Nexus 10 ?
<Jef91|Building>
ssvb: yea, I know it is missing all those - only of them I use on a daily basis is delete though
<ssvb>
penguin42: yes, something like this, and also maybe sata for ssd
<buZz>
thats why i like lapdock, it has all the keys :P
<penguin42>
buZz: We try and teach you all the critical information that you can need from day to day
<buZz>
'toilet on the left, kitchen on the right, emergency exists to the side'
<buZz>
ehr
<buZz>
exits* :P
anddam has left #arm-netbook ["WeeChat 0.3.9.2"]
rellla has quit [Quit: rellla]
valhalla has quit [Ping timeout: 260 seconds]
rz2k has quit []
hg_5 has joined #arm-netbook
valhalla has joined #arm-netbook
gzamboni has quit [Ping timeout: 252 seconds]
freakazoid0223 has joined #arm-netbook
penguin42 has quit [Quit: Leaving.]
servili007 has joined #arm-netbook
XenGi_ is now known as XenGi
Jef91|Building is now known as Jef91|AFK
<toxicpsion>
anyone in here have any experience with a Vipad V7S tablet?
MouseTheLuckyDog has quit [Read error: Connection reset by peer]
<libv>
toxicpsion: not likely. what is your real question about it?
MouseTheLuckyDog has joined #arm-netbook
<toxicpsion>
having problems with the rear cam, thought i'd see if it was a common problem
<libv>
toxicpsion: this tablet does not seem to be documented on our wiki
<libv>
toxicpsion: so i take it that you are still using the stock software on it?
<toxicpsion>
i know... was looking already (have a Gemei G2 and a mele too)
<toxicpsion>
yea
<libv>
also, drachensun has been sending in some fixes for some camera things
<libv>
he just made himself the camera expert :p
<toxicpsion>
it's a xmas present for my my daughter, unboxed it to charge, set up accounts, and install some apps. every camera app i install ends up with ' E/V4L2CameraDevice( 2665): VIDIOC_S_INPUT error! E/CameraService( 2665): Could not open camera 0: 1. :(
<toxicpsion>
on a side note..... quantal is fast from nand on mele /w e17 :)
<libv>
check the camera fix(es) drachensun sent in, maybe it is related
<toxicpsion>
they in git?
von_fritz has quit [Quit: vonfritz leaves, don't panic]
<libv>
ml
<toxicpsion>
k
<toxicpsion>
libv: any idea about when those fixes were posted? apparently i've been gone a bit.... 1400 unread in my ml folder *ack*
<libv>
last few days
<libv>
one of the last emails on the list i think
hg_5 has quit [Ping timeout: 244 seconds]
tinti has joined #arm-netbook
tinti has quit [Read error: Connection reset by peer]
Gumboot_ is now known as Gumboot
oliv3r has joined #arm-netbook
gimli has quit [Remote host closed the connection]
MouseTheLuckyDog has quit [Read error: Connection reset by peer]
MouseTheLuckyDog has joined #arm-netbook
<hno>
lkcl_, still fighting with your dead board?
<servili007>
when compiling images using the A10 flash kitchen, which file equates to the userdata partition?
Jef91|AFK is now known as Jef91
<libv>
hah, loading the serial driver after a reboot really only kills the serial port and nothing else.
freakazoid0223 has quit [Quit: Leaving]
hp__ has joined #arm-netbook
<libv>
yay, otg host mode is indeed fixed
<damo22>
libv: seriously?
<damo22>
:D
<damo22>
i noticed the allwinner A10 has 8 Uarts
<damo22>
2 of them have RTS CTS and 1 has RTS CTS DSR DTR RING DCO
<damo22>
but if you used them all as uarts, you wouldnt have much left to add other things
<damo22>
also i have no idea how to select them as uarts
<libv>
host mode is bloody noisy again, i am sure that they are abusing printk again