<paulk-aldrin>
libv, your serial_noise program wasn't working on my board
<paulk-aldrin>
libv, I suspect it opened the bluetooth tty which blocked
<libv>
paulk-aldrin: ouch
<paulk-aldrin>
hardcoding ttyS0 in there made it flood properly
<libv>
right :)
<paulk-aldrin>
so now I have a second A20 tablet with UART
<libv>
paulk-aldrin: wiki it!
<paulk-aldrin>
yeah
merbanan has quit [Ping timeout: 245 seconds]
bgal has quit [Quit: Leaving]
avsm has quit [Quit: Leaving.]
bengal has joined #linux-sunxi
quitte has joined #linux-sunxi
<quitte>
bbrezillon: If my kernel exceeds the size 0x268000 bytes I will get ecc errrors in u-boot when reading from nand. This happens no matter at what offset the partition begins. do you maybe see anything special about that size?
merbanan has joined #linux-sunxi
<quitte>
to me it looks remarkably non-special
libcg has joined #linux-sunxi
<quitte>
of course I menat octets, not bytes
<bbrezillon>
quitte: what's the difference between octets and bytes, to me they both represent 8 bits width values :-) ?
<bbrezillon>
quitte: so, you're flashing a kernel with u-boot, and u-boot can't read it after writing it on the NAND chip ?
<quitte>
bbrezillon: a byte is the smallest addressable unit. it's size is most of the time but not always one octett ;)
<quitte>
bbrezillon: only if it is too big. otherwise it works
kivutar has quit [Read error: No route to host]
kivutar has joined #linux-sunxi
<bbrezillon>
quitte: does yuq driver (and u-boot NAND framework) support read retry ?
<bbrezillon>
quitte: and first of all, which u-boot repo are you testing ?
Renard has joined #linux-sunxi
<quitte>
I don't think so. There is no "retry" in the code but i didn't look closely at any loops. Also restetting helps on some ecc errors
<quitte>
I'm using rgwan sunxi-current where all i did was change the sunxi-common confiuration and made it set ecc.strength to something.
<quitte>
I guess I could put it on github. but i have a pretty slow upstream
<quitte>
of course I also added NAND to the cubietrauck config
avsm has joined #linux-sunxi
<bbrezillon>
quitte: if some errors are randomly appearing/disappearing this most likely comes from the lack of read retry support
<bbrezillon>
quitte: you can take a look at my series (and nand_base.c) to add read retry support in u-boot
<quitte>
okay. the kernel size thing however is absolutely deterministic. happens every time
<quitte>
okay. for now I'll just make the kernel small enough. I really want this thing booting everything after u-boot from flash already
<libv>
i just dug out a japanese user manual for that
<mnemoc>
dir created and chown'ed
<mnemoc>
all yours
<mnemoc>
want sudo?
<libv>
ah, it's a datasheet, and it's mostly english
<libv>
mnemoc: not sure i do :p
<mnemoc>
*g*
<libv>
i was removing the non arm cortex based devices from the standard devices list. we have 2 very badly documented devices, and there is absolutely no chance that these will see any love any time soon
<mnemoc>
if i'm not around, turl, hno, techn and oliv3r also have sudo
<libv>
ok
<mnemoc>
sun3i was removed from sunxi-3.4 a year ago... sad anyway
<libv>
we cannot keep up with newer mali based chips, so there's no point thinking about the older ones
<libv>
but it still is good to gather what is known on our wiki/site
<mnemoc>
yes
rafaelMOD has joined #linux-sunxi
<hramrach>
I have a sun3i based e-book reader
<hramrach>
It works as e-book readeer quite well with the supplied software
<hramrach>
and given the specs I do not see much point running anything else on it
<hramrach>
except perhaps experimenting with the e-paper screen
<hramrach>
but driver for that will probably suck :s
kivutar has quit [Quit: Ex-Chat]
avsm has quit [Ping timeout: 264 seconds]
<Turl>
moin
<hramrach>
hello
kaspter has quit [Remote host closed the connection]
ganbold_ has quit [Remote host closed the connection]
ricardocrudo has joined #linux-sunxi
<wens>
Turl: how's the analog part of the codec (input/output mixer) going?
<wens>
on the A23, they moved all those bits into a separate register space, kind of like a precursor to the AC100 chip
yann_s has quit [Ping timeout: 272 seconds]
avsm has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 255 seconds]
yann_s|AFK has joined #linux-sunxi
yann_s|AFK is now known as yann_s
<libv>
paulk-aldrin: ooh, our first documented ainol device
tomcheng76 has quit [Quit: leaving]
amitk has quit [Quit: leaving]
FreezingCold has joined #linux-sunxi
Net147 has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it]
HeHoPMaJIeH has quit [Quit: Konversation terminated!]
HeHoPMaJIeH has joined #linux-sunxi
avsm has quit [Quit: Leaving.]
popolon has joined #linux-sunxi
bengal has quit [Ping timeout: 272 seconds]
ganbold_ has joined #linux-sunxi
avsm has joined #linux-sunxi
xavia has joined #linux-sunxi
naobsd has joined #linux-sunxi
_massi has quit [Remote host closed the connection]
_massi has joined #linux-sunxi
libcg has quit [Remote host closed the connection]
HeHoPMaJIeH has quit [Quit: Konversation terminated!]
_massi has quit [Remote host closed the connection]
avsm has quit [Quit: Leaving.]
afaerber has quit [Quit: Verlassend]
<quitte>
hramrach: is the e-book reader any good for huge manuals with lots of diagrams?
diego_r has quit [Ping timeout: 255 seconds]
quitte has quit [Read error: Connection reset by peer]
quitte has joined #linux-sunxi
merbanan has quit [Ping timeout: 260 seconds]
merbanan has joined #linux-sunxi
merbanan has quit [Ping timeout: 245 seconds]
avsm has joined #linux-sunxi
coderX has joined #linux-sunxi
<coderX>
hi
bengal has quit [Ping timeout: 264 seconds]
notmart has quit [Quit: notmart terminated!]
coderX has quit [Client Quit]
merbanan has joined #linux-sunxi
avsm has quit [Quit: Leaving.]
oliv3r has quit [Remote host closed the connection]
pwhalen has quit [Ping timeout: 264 seconds]
nedko has joined #linux-sunxi
pwhalen has joined #linux-sunxi
Guest3787 has joined #linux-sunxi
Guest3787 has quit [Changing host]
Guest3787 is now known as steev
Zboonet has quit [Remote host closed the connection]
Zboonet has joined #linux-sunxi
bengal has joined #linux-sunxi
pwhalen has quit [Ping timeout: 240 seconds]
FreezingCold has quit [Ping timeout: 264 seconds]
pwhalen has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
FunkyPenguin has quit [Ping timeout: 240 seconds]
Gerwin_J has quit [Read error: Connection reset by peer]
Gerwin_J_ has joined #linux-sunxi
FunkyPenguin has joined #linux-sunxi
FunkyPenguin has quit [Ping timeout: 260 seconds]
FunkyPenguin has joined #linux-sunxi
quitte has quit [Read error: Connection reset by peer]
quitte has joined #linux-sunxi
FunkyPenguin has quit [Ping timeout: 240 seconds]
FunkyPenguin has joined #linux-sunxi
FunkyPenguin has quit [Ping timeout: 260 seconds]
FunkyPenguin has joined #linux-sunxi
FunkyPenguin has quit [Excess Flood]
Black_Horseman has joined #linux-sunxi
FunkyPenguin has joined #linux-sunxi
FunkyPenguin has quit [Ping timeout: 240 seconds]
FunkyPenguin has joined #linux-sunxi
DagoRed has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 272 seconds]
dack has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
FunkyPenguin has quit [Ping timeout: 255 seconds]
<rafaelMOD>
Hi, I am developing an asoc driver (codec driver + machine driver) for Cirrus Codec CS4245 and I need to add I2C for controlling the Codec parameters. I am using 3.4.90-r1 (sun7i), which uses FEX and my code is based on the CS4270 asoc driver. Can I use "struct i2c_device_id", "struct i2c_driver", "i2c_add_driver()", "i2c_del_driver()", "i2c_set_clientdata()", "snd_soc_register_codec()" and "snd_soc_unregister_codec()" to use an I2C controler direc
<rafaelMOD>
tly in my codec driver? I am confuse with the differences of the FEX and Device Tree specialy in how to choose and use the right I2C A20 peripheral.
ricardocrudo has quit [Remote host closed the connection]
ricardocrudo has joined #linux-sunxi
bonbons has quit [Quit: Leaving]
FunkyPenguin has joined #linux-sunxi
ninolein has quit [Ping timeout: 250 seconds]
ninolein has joined #linux-sunxi
Zboonet has quit [Remote host closed the connection]
Zboonet has joined #linux-sunxi
jemk has quit [Quit: leaving]
quitte has quit [Read error: Connection reset by peer]
quitte has joined #linux-sunxi
quitte has quit [Read error: Connection reset by peer]
quitte has joined #linux-sunxi
hypophthalmus has joined #linux-sunxi
<hypophthalmus>
I'm having trouble with the a10 emac on the mainline 3.16 kernel. When if do "ifconfig eth0 up" it comes back with
<hypophthalmus>
[ 89.228132] sun4i-emac 1c0b000.ethernet eth0: could not find the PHY
<hypophthalmus>
[ 89.234557] sun4i-emac 1c0b000.ethernet eth0: cannot probe MDIO bus
<hypophthalmus>
Does anybody know about this?
FunkyPenguin has quit [Ping timeout: 269 seconds]
FunkyPenguin has joined #linux-sunxi
FunkyPenguin has quit [Excess Flood]
dack has quit [Remote host closed the connection]
FunkyPenguin has joined #linux-sunxi
<rz2k>
hypophthalmus: no clk on emac or no power on phy
<rz2k>
there is a pin on phy that is tied to gpio
<rz2k>
if you set it wrong, emac will fail
<DagoRed>
is there much luck getting the main line kernel running on the a20 at all?
<mripard_>
hypophthalmus: what's your kernel config? can we have the full boot logs? Most likely, the phy driver is not compiled in, or isn't probed
<mripard_>
DagoRed: yes. It works fine
<mripard_>
still with some limitations, but it works.
xavia has quit [Quit: Leaving.]
quitte has quit [Read error: Connection reset by peer]