00:19
Nyuutwo has quit [Ping timeout: 246 seconds]
00:20
Nyuutwo has joined #linux-sunxi
00:40
ricardocrudo has joined #linux-sunxi
00:41
FDCX has quit [Ping timeout: 240 seconds]
00:50
naobsd has joined #linux-sunxi
00:53
FDCX has joined #linux-sunxi
01:04
Nyuutwo has quit [Ping timeout: 246 seconds]
01:04
Nyuutwo_ has joined #linux-sunxi
01:05
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
01:26
xavia has joined #linux-sunxi
01:29
wingrime1 has joined #linux-sunxi
01:30
wingrime2 has joined #linux-sunxi
01:30
wingrime1 has quit [Read error: Connection reset by peer]
01:30
woprr has joined #linux-sunxi
01:32
wingrime has quit [Ping timeout: 250 seconds]
01:34
popolon has quit [Quit: Quitte]
01:34
egbert has quit [Disconnected by services]
01:34
egbert has joined #linux-sunxi
01:40
wingrime has joined #linux-sunxi
01:40
wingrime2 has quit [Read error: Connection reset by peer]
01:44
wingrime1 has joined #linux-sunxi
01:44
wingrime has quit [Read error: Connection reset by peer]
01:54
wingrime has joined #linux-sunxi
01:54
wingrime1 has quit [Read error: Connection reset by peer]
01:56
quitte has quit [Ping timeout: 255 seconds]
01:56
wingrime has quit [Read error: Connection reset by peer]
02:07
Nyuutwo_ has quit [Ping timeout: 246 seconds]
02:08
Nyuutwo has joined #linux-sunxi
02:29
<
wens >
libv: it's a bug in dnsmasq, i ran into it as well
02:29
ricardocrudo has quit [Remote host closed the connection]
02:36
nedko has quit [Quit: kernel panic]
02:42
akaizen has joined #linux-sunxi
02:50
wingrime has joined #linux-sunxi
02:52
<
wingrime >
Well first man with a80
02:55
akaizen has quit [Remote host closed the connection]
02:55
<
libv >
and there goes ath9k again :(
02:55
akaizen has joined #linux-sunxi
02:58
<
Turl >
libv, what client hw are you using, out of curiosity?
03:00
akaizen has quit [Ping timeout: 240 seconds]
03:01
<
libv >
which was fine with the wrt54gl
03:02
<
libv >
but that really is becoming very offtopic here :(
03:02
<
libv >
in as far as it ever was on topic
03:02
* Turl
does not see much activity
03:03
<
Turl >
libv: now that I think of it, when I had most of the issues I was using wifi on an intel card
03:03
<
Turl >
but now I use a laptop with ath9k most of the time
03:03
<
Turl >
that may be why I0m not seeing it
03:04
<
Turl >
bcm chips on the phones seem to be alright
03:05
<
libv >
ath9k is on the openwrt side
03:06
<
Turl >
yeah, same. But this laptop also has ath9k inside(tm)
03:06
<
libv >
then it is probably because thisbuilding is quite noisy
03:07
<
libv >
plus, i use a pair of 2.4GHz wireless headphones which might add to that noise
03:08
<
Turl >
yeah, that could be it
03:08
<
libv >
wrt54gl was fine though
03:08
<
Turl >
consider moving to 5GHz :p
03:08
<
Turl >
I have one in service here :) but it's way way underpowered
03:09
<
Turl >
it can't even handle PPPoE dialing, it slows down to death
03:09
<
libv >
it was perfectly happy with an older openwrt and pppoe
03:10
<
libv >
perhaps that's another openwrt innovation :p
03:11
<
Turl >
libv: it has tomato I think now
03:11
libv has quit [Read error: Connection reset by peer]
03:11
<
Turl >
I also ran dd-wrt on it
03:11
<
Turl >
I had a hard time fitting openwrt and configuring it back in the day :p
03:11
libv has joined #linux-sunxi
03:14
<
libv >
that was me restarting wifi on the thing. amazingly.
03:15
<
libv >
this irssi is ethernet connected to the router, which then uses pppoe to the dsl modem
03:15
<
libv >
way to go openwrt
03:15
<
Turl >
libv: are you using "wifi up" to do so?
03:16
<
libv >
i'd call it fundamentally broken.
03:16
<
Turl >
my wired net never bats an eye
03:17
<
Turl >
I use DHCP on the WAN port
03:22
<
Turl >
maybe I am just not noticing it
03:22
<
Turl >
it takes a bunch of seconds for the network stack on the desktop to figure out I unplugged the eth cable
03:22
<
Turl >
must be some systemd improvement
03:29
FreezingCold has quit [Ping timeout: 260 seconds]
03:39
FreezingCold has joined #linux-sunxi
03:40
TheSeven has quit [Ping timeout: 272 seconds]
03:41
TheSeven has joined #linux-sunxi
04:00
akaizen has joined #linux-sunxi
04:04
rz2k has joined #linux-sunxi
04:46
<
libv >
i just almost completely rewrote meminfo
04:46
<
libv >
as it was lacking tpr4 look up for sun7i, i needed to alter it anyway
04:46
<
libv >
but now it's completely transformed
05:29
xeros has quit [Ping timeout: 240 seconds]
05:35
<
wens >
libv: btw, i said merrii was probably doing a80, because they added an a80 hummingbird section in their forum
05:35
<
wens >
so far it's empty
05:36
<
libv >
who does wills wang work for?
05:38
<
wens >
if you want to poke him to finish the wiki page, be my guest
05:38
libcg has joined #linux-sunxi
05:40
<
libv >
i did, just 2d ago, over the wiki
05:40
lkcl has joined #linux-sunxi
06:21
Faisal has quit [Read error: Connection reset by peer]
06:30
bertrik has joined #linux-sunxi
06:43
bengal has joined #linux-sunxi
06:47
_massi has joined #linux-sunxi
06:48
Zboonet has joined #linux-sunxi
06:49
ddc has joined #linux-sunxi
06:50
<
oliv3r >
wills wang MIGHT be an allwinner engineer in disguise, but gcould also be just some random chinese guy
06:51
libcg has quit [Ping timeout: 250 seconds]
06:52
Zboonet has quit [Ping timeout: 240 seconds]
06:56
Zboonet has joined #linux-sunxi
07:00
HeHoPMaJIeH has joined #linux-sunxi
07:00
HeHoPMaJIeH has quit [Changing host]
07:00
HeHoPMaJIeH has joined #linux-sunxi
07:05
<
ddc >
bbrezillon: Hi
07:08
skoperst has joined #linux-sunxi
07:10
<
bbrezillon >
ddc: Hi
07:13
bertrik has quit [Ping timeout: 272 seconds]
07:13
Akagi201_ has quit []
07:22
Turl has quit [Ping timeout: 256 seconds]
07:27
Akagi201 has joined #linux-sunxi
07:32
Turl has joined #linux-sunxi
07:37
rz2k has quit [Read error: Connection reset by peer]
07:38
FR^2 has joined #linux-sunxi
07:53
_whitelogger_ has joined #linux-sunxi
07:53
tomboy65 has joined #linux-sunxi
07:58
Quarx has joined #linux-sunxi
07:58
popolon has joined #linux-sunxi
07:58
popolon has joined #linux-sunxi
07:58
popolon has quit [Changing host]
08:00
xavia has quit [Remote host closed the connection]
08:01
notmart has joined #linux-sunxi
08:24
mawe242 has joined #linux-sunxi
08:25
sehraf has joined #linux-sunxi
08:31
<
ddc >
as I mentioned before I've 6 bad blocks in this nand
08:33
<
ddc >
currently only mtd4 is saving its bad blocks and the rest don't
08:48
<
bbrezillon >
ddc: BBs are detected in kernel part but not in rootfs right ?
09:13
<
bbrezillon >
ddc: can you ubiattach mtd5 (rootfs) and after it has supposedly marke some block as bad, nanddump the last page of one of this badblock ?
09:13
<
bbrezillon >
ddc: (nanddump -o and then nanddump -o -n to see if there's any difference)
09:26
quitte has joined #linux-sunxi
09:28
bengal has quit [Ping timeout: 240 seconds]
09:30
<
quitte >
bbrezillon: everything seems to be working just fine. I found the eGON string and was able to flash boot0. I can read env from linux and even io errors disappeared
09:30
<
quitte >
however unfortunately mtdsplit doesn't work anymore
09:37
konradoo77 has joined #linux-sunxi
09:42
<
wingrime >
Quitte: are you doing that with a80
09:43
<
quitte >
wingrime: a20 cubietruck
09:44
<
wingrime >
quitte: thats must be straidforward in a20 case
09:44
<
wingrime >
Soc so muck
09:44
<
wingrime >
Soc much well known
09:47
<
quitte >
wingrime: I expected linux support to be a lot better when I bought the cubietruck. But yes. A80 is probably worse.
09:51
codekipper has quit [Quit: Page closed]
09:53
MasterChief4942 has joined #linux-sunxi
09:54
<
MasterChief4942 >
Hi, where to connect Matrix keypad to Allwinner A13? kp_out0 = port:PH18<4><1><default><default> But is has no Port "H"
09:55
<
quitte >
MasterChief4942: port H refers to a group of pins on the SOC itself
09:59
<
MasterChief4942 >
quitte: Where are these pin groups described? in datasheet either in reference manual?
10:03
<
quitte >
it does however not have a port h
10:03
<
MasterChief4942 >
quitte: yes it is eLQFP176, but page 10 contains usual pin placement map, no pin groups. explain it for me somehow please
10:04
<
quitte >
page23 and following tell you what the pingroups are and what functions can be assigned to them
10:05
<
quitte >
the chip can do more things than there are pins available. so for some pins those functions can be configured. thats what pin multiplexing is
10:06
<
quitte >
maqybe you can tell me more about that keyboard so I can understand where kp_out0 = port:PH18 is coming from?
10:07
<
MasterChief4942 >
quitte: I'm trying to connect 4x7 matrix keypad to A13 Olinuxino Micro, in lcd port there is connected 24 bit 4.3 lcd, GPIO connector is free
10:08
<
quitte >
what 4x7 matrix keypad?
10:09
<
mnemoc >
a13 only seems to have until PG
10:09
<
MasterChief4942 >
quitte: yes, soldered myself
10:09
<
quitte >
MasterChief4942: so any GPIO will do?
10:10
<
MasterChief4942 >
quitte: don't understand what do you mean
10:11
<
quitte >
MasterChief4942: what keyboard is that? is it connected by i2c,spi,serial?
10:11
<
wingrime >
quitte thats simple matrix
10:12
<
wingrime >
You can do it with gpio
10:12
<
MasterChief4942 >
quitte: no I'm trying to connect it directly to that pins which are described in FEX as matrix keyboard
10:12
<
quitte >
okay. so it doesn't matter if it is connected to port H
10:12
<
quitte >
any GPIO will do
10:12
<
quitte >
I'm glad to say that I never looked at fex. At least dtb support alreadya existed when I started ;)
10:13
<
wingrime >
quitte I think there some standart driver should be
10:13
<
quitte >
where did you get that fex file. It needs to match your hardware, but it seems it does not since that package does not have a port H
10:13
<
wingrime >
Not sunxi, linux in general
10:14
<
wingrime >
Via gpio and dts
10:14
<
MasterChief4942 >
quitte: this is not a fex file, I'm looking at general FEX manual, good Idea will find A13s original fex
10:15
<
wingrime >
Master: not think that old crap usable
10:15
konradoo77 has quit [Ping timeout: 240 seconds]
10:15
bengal has joined #linux-sunxi
10:15
<
wingrime >
You should take a look at dts and some general driver
10:15
konradoo77 has joined #linux-sunxi
10:16
<
MasterChief4942 >
wingrime: what is DTS?
10:16
<
wingrime >
Device tree
10:16
<
wingrime >
I taking about mainline
10:17
<
quitte >
MasterChief4942: device tree describes to the linux kernel how the chip is configured. so pretty much the same as fex. except it's free and not platform specific.
10:17
<
quitte >
MasterChief4942: can I look at that general fex manual?
10:18
<
MasterChief4942 >
wingrime: thanks :)
10:19
<
wingrime >
You just need add new stuff to dts
10:19
blsd has joined #linux-sunxi
10:20
Renard has joined #linux-sunxi
10:20
<
quitte >
MasterChief4942: in the linux source (mainline, linus' 3.16 for example) look at the .dts files in arch/arm/boot/dts/
10:20
<
wingrime >
But, it will work looks like only sunxi-mainline
10:20
<
quitte >
sun4i-a13-something
10:22
<
quitte >
MasterChief4942: those dts files are compiled into dtb files, that are then passed to the kernel by uboot, similar to how it passes an initrd
10:23
<
MasterChief4942 >
I understood something :)
10:23
* MasterChief4942
got his brain tuned
10:24
patap has joined #linux-sunxi
10:25
physis has quit [Remote host closed the connection]
10:25
<
MasterChief4942 >
I've soldered that keypad with wrong button pins. as a result all of input and output pins are connected together. going to resolder
10:25
paulk-collins has joined #linux-sunxi
10:27
<
wingrime >
Patap: thats not matrix
10:27
<
wingrime >
Thats ressistive chain
10:27
<
patap >
so there is dfferent ip for matrix?
10:27
<
quitte >
there is matrix keyboard in linux' input drivers
10:28
<
patap >
have to check datasheet
10:32
<
patap >
I stand corrected, there is keypad interface.
10:33
<
patap >
atleast for a10 and a20
10:34
<
patap >
a13 datasheet / user manual doesn't mention it
10:35
<
quitte >
patap: where did you check?
10:36
<
patap >
i looked for "keypad" in datasheets
10:37
<
bbrezillon >
quitte: do you really need mtdsplit
10:38
<
quitte >
bbrezillon: it sure would be nice. but there are more pressing things
10:39
<
bbrezillon >
quitte: cause my driver won't work with it in its current state, and I don't know I could make it work
10:39
<
quitte >
especially now that jffs2 is closer to working this is somewhat of a disappointment. still no write support on my system
10:40
<
quitte >
bbrezillon: if breaking mtdsplit is not an issue for mainlining I won't complain
10:41
<
bbrezillon >
quitte: mtdslpit is not mainlined
10:41
<
bbrezillon >
quitte: show me where ?
10:41
<
quitte >
yes. it is not mainlined
10:42
<
bbrezillon >
quitte: ah, okay
10:42
<
bbrezillon >
quitte: and I'm not sure mtd partition system was designed to allow these kind of things
10:42
<
quitte >
bbrezillon: compatibility with yuq is better than you made it out to be
10:43
<
quitte >
bbrezillon: #include <magic.h> seems like a hint that this is not well supported
10:46
<
quitte >
bbrezillon: is using ubi partitions the mainline way of approaching the problem of having a flashable image with multiple partitions then?
10:49
<
bbrezillon >
quitte: yes, you can create a single UBI partition containing several UBI volumes (which can be seen as sub partitions)
10:50
<
ddc >
bbrezillon: can't see any difference
10:50
<
bbrezillon >
quitte: then you can use one of these volumes for your squashfs rootfs, one for your kernel
10:50
<
bbrezillon >
quitte: and so on...
10:51
<
bbrezillon >
ddc: can you paste the dumped page
10:52
<
ddc >
bbrezillon:I've sent u an email
10:52
<
quitte >
okay. then that's how it's supposed to be it seems. sigh. This is pandora's board.
11:05
ddc has quit [Quit: Page closed]
11:06
deasy has joined #linux-sunxi
11:15
wingrime has quit [Read error: Connection reset by peer]
11:15
wingrime has joined #linux-sunxi
11:17
wingrime1 has joined #linux-sunxi
11:17
wingrime has quit [Read error: Connection reset by peer]
11:18
konradoo77 has quit [Ping timeout: 260 seconds]
11:18
MasterChief4942 has quit [Quit: Leaving.]
11:20
konradoo77 has joined #linux-sunxi
11:20
merbanan has quit [Ping timeout: 260 seconds]
11:21
wingrime has joined #linux-sunxi
11:21
wingrime1 has quit [Read error: Connection reset by peer]
11:30
patap has quit [Quit: Page closed]
11:34
merbanan has joined #linux-sunxi
11:48
wingrime1 has joined #linux-sunxi
11:48
wingrime has quit [Read error: Connection reset by peer]
11:57
Black_Horseman has quit [Remote host closed the connection]
12:10
wingrime1 has quit [Ping timeout: 240 seconds]
12:11
pwhalen has quit [Ping timeout: 260 seconds]
12:18
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
12:19
konradoo77 has quit [Ping timeout: 260 seconds]
12:22
ddc has joined #linux-sunxi
12:24
pwhalen has joined #linux-sunxi
12:30
MasterChief4942 has joined #linux-sunxi
12:35
ddc has quit [Ping timeout: 272 seconds]
12:46
rafaelMOD has joined #linux-sunxi
12:52
<
naobsd >
does anyone have .dts for Lime2?
12:53
<
naobsd >
(now I'm looking at linux-sunxi/sunxi-next)
12:54
pwhalen has quit [Quit: Leaving]
12:58
<
wens >
first you have to ask who actually owns one
13:00
<
naobsd >
if (own_lime2 && have_dts_for_it) then reply()
13:01
<
naobsd >
now trying to make it from dts for Lime(1)
13:03
<
libv >
naobsd: ndh page still needs work
13:06
<
naobsd >
it's not lime2, it's A20 Lime
13:07
<
naobsd >
probably I can update some bits on wiki
13:08
<
naobsd >
if my board is not broken (not yet powered!)
13:08
<
libv >
mostly needs .fex and u-boot patch
13:08
* libv
checks those
13:08
<
libv >
ah, u-boot is there
13:08
ricardocrudo has joined #linux-sunxi
13:09
<
libv >
boards is missing
13:09
<
libv >
but i guess i can just dl that from olimex
13:10
<
libv >
naobsd: nm then
13:10
<
quitte >
bbrezillon: do you think you could send me a pre-v4-fixed patchset for linux 3.16.1?
13:11
<
naobsd >
yes, I just build u-boot-sunxi for a20 lime
13:11
<
naobsd >
and currently I don't have fex, it's no NAND model, I also need to download image from olimex
13:12
pwhalen has joined #linux-sunxi
13:13
<
libv >
just found one
13:15
FDCX has quit [Ping timeout: 240 seconds]
13:15
nedko has joined #linux-sunxi
13:15
nedko has quit [Changing host]
13:15
nedko has joined #linux-sunxi
13:16
ricardocrudo has quit [Remote host closed the connection]
13:16
ricardocrudo has joined #linux-sunxi
13:27
FDCX has joined #linux-sunxi
13:36
afaerber_ has joined #linux-sunxi
13:36
<
wens >
dts should be easy
13:39
afaerber has quit [Ping timeout: 245 seconds]
13:39
<
wens >
give it a try
13:40
<
wens >
compile tested only, by no means guaranteed to work
13:43
ecelis has quit [Ping timeout: 255 seconds]
13:43
ecelis has joined #linux-sunxi
13:44
<
naobsd >
wens: thanks, I also made almost same one :)
13:44
<
naobsd >
-label = "a20-olinuxino-lime:green:usr";
13:44
<
naobsd >
+label = "a10-olinuxino-lime:green:usr";
13:45
nabblet has joined #linux-sunxi
13:47
<
wens >
missed that one
13:49
<
naobsd >
can all A20 board with ethernet use gmac?
13:49
<
naobsd >
it seems working on A20 lime
13:49
<
wens >
if it can use emac, it can use gmac :)
13:50
<
wens >
they are pin compatible
13:50
<
naobsd >
there are some A20 boards with SUNXI_EMAC in boards.cfg in u-boot-sunxi
13:51
<
naobsd >
for A20 Lime, I changed it to _GMAC (w/o RGMII of course) and it works
13:52
<
naobsd >
gmac is preferred on u-boot too?
13:52
<
wens >
well, nobody updated the other boards to use GMAC
13:52
<
wens >
i only have cubies
13:53
<
naobsd >
I see. I can confirm only A20 Lime
13:54
<
naobsd >
may I use pull req on github? or format-patch to ML?
13:54
<
wens >
for the lime you're better off submitting against mainline u-boot
13:54
HeHoPMaJIeH has quit [Read error: Connection reset by peer]
13:55
<
wens >
(which doesn't use boards.cfg)
13:55
<
wens >
git://git.denx.de/u-boot-sunxi.git
13:56
<
wens >
format-patch and send to ijc and hans, and cc the u-boot mailing list
13:56
<
wens >
or you could do both :)
13:56
<
wens >
it's just that more of u-boot will be moved to mainline
13:59
HeHoPMaJIeH has joined #linux-sunxi
14:00
<
naobsd >
fetching now...
14:01
<
naobsd >
...slowly...
14:01
<
wens >
yeah, the u-boot repo is kinda slow
14:02
<
naobsd >
it's time to learn about mainline u-boot ;)
14:06
vbmithr_ has joined #linux-sunxi
14:06
egbert has quit [Disconnected by services]
14:06
egbert has joined #linux-sunxi
14:06
arete74 has joined #linux-sunxi
14:07
moofree_ has joined #linux-sunxi
14:08
<
naobsd >
well, put .dtb compiled from linux tree to mainline u-boot tree?
14:08
<
naobsd >
let's try cb2 at first...
14:11
<
naobsd >
dtb string seems to be just for default setting...
14:12
VargaD has quit [*.net *.split]
14:12
vbmithr has quit [*.net *.split]
14:12
arete74_ has quit [*.net *.split]
14:12
moofree has quit [*.net *.split]
14:12
VargaD_ has joined #linux-sunxi
14:12
VargaD_ is now known as VargaD
14:13
<
quitte >
naobsd: in uboot you load the dtb to a memory address just like a kernel image
14:13
pwhalen has quit [Ping timeout: 244 seconds]
14:13
<
libv >
it's in the wiki.
14:14
<
naobsd >
I just wondered
14:14
<
naobsd >
why CONFIG_FTDFILE="sun7i-a20-cubieboard2.dtb" is defined in u-boot config
14:15
<
naobsd >
I thought dtb is referred while building mainline u-boot, but it isn't.
14:17
Montjoie has quit [Read error: No route to host]
14:17
<
naobsd >
anyway, U-Boot 2014.10-rc1-00476-gbf4ca38 is booted on cb2
14:17
<
quitte >
the wiki needs some love. there's a lot of how but very little why and in which context
14:18
<
naobsd >
Error: dwmac.1c50000 address not set.
14:19
<
naobsd >
maybe: it just complain about ethaddr
14:19
<
naobsd >
ok, gmac works fine
14:20
<
naobsd >
let's try a20 lime
14:21
VargaD has quit [Ping timeout: 250 seconds]
14:25
VargaD has joined #linux-sunxi
14:26
pwhalen has joined #linux-sunxi
14:26
pwhalen has quit [Changing host]
14:26
pwhalen has joined #linux-sunxi
14:28
<
naobsd >
I guess dram_a20_olinuxino_l.c can be used for mainline w/o any change...
14:30
Montjoie has joined #linux-sunxi
14:48
HeHoPMaJIeH has quit [Quit: Konversation terminated!]
14:49
bengal has quit [Ping timeout: 240 seconds]
15:00
nedko has quit [Quit: kernel panic]
15:01
<
libv >
wens: is there any documentation on how to bring up a device with dt?
15:01
Zboonet has quit [Remote host closed the connection]
15:02
Zboonet has joined #linux-sunxi
15:05
netlynx has joined #linux-sunxi
15:05
netlynx has quit [Changing host]
15:05
netlynx has joined #linux-sunxi
15:09
xavia has joined #linux-sunxi
15:09
<
wens >
bring up? you mean write a new dt?
15:09
<
wens >
don't think so
15:10
<
wens >
the mainline kernel page links to some generic dt tutorials
15:10
bengal has joined #linux-sunxi
15:11
<
libv >
is it that generic?
15:15
<
wens >
ok, now i can't find it
15:18
<
naobsd >
ok, a20 lime is running with mainline u-boot and sunxi-next kernel
15:18
FDCX has quit [Ping timeout: 240 seconds]
15:18
<
naobsd >
[ 0.892448] axp20x 0-0034: Failed to request IRQ 0 for axp20x_irq_chip: -22
15:18
<
mripard_ >
wens: libv removed them because they were pointless...
15:21
<
wens >
naobsd: since mripard_ hasn't pushed the new sunxi-next, you should probably use master at v3.17-rc1
15:22
<
naobsd >
wens: I see, thanks
15:22
<
wens >
naobsd: oh crap, forgot to change the interrupt description for the axp, see the other sun7i boards
15:23
<
naobsd >
interrupt-parent = <&nmi_intc>; interrupts = <0 8>;
15:24
<
naobsd >
let's try w/ mainline kernel...
15:25
<
mripard_ >
wens: ah, thanks for the reminder :)
15:25
arokux has quit [Remote host closed the connection]
15:27
arokux has joined #linux-sunxi
15:30
FDCX has joined #linux-sunxi
15:30
skoperst has quit [Quit: Page closed]
15:36
konradoo77 has joined #linux-sunxi
15:40
<
libv >
mripard_: url on what i removed?
15:41
<
naobsd >
3.17-rc1 is booted. axp20x is loaded w/ modified dts.
15:41
<
naobsd >
everything is new. (too new for me ;)
15:42
<
wens >
libv: probably the dt tutorial from free electrons
15:42
<
libv >
oh, was this a direct copy?
15:43
<
libv >
how about us getting some pointers on how to bring up a new device with dt, first explaining what to do, then pointing to the generic howto, then going into sunxi specifics.
15:47
<
naobsd >
codepage cp437 not found
15:47
<
naobsd >
I thought kernel config was fixed ;)
15:47
<
libv >
naobsd: yes, patch was on the ml 2 weeks ago
15:48
<
naobsd >
will be merged in 3.17? or 3.18?
15:51
<
naobsd >
where should I send changes for a20 lime for linux mainline? linux-sunxi group?
15:52
<
naobsd >
I'm not sure about linux patch procedure well, I need to learn about it ;)
15:55
<
wens >
naobsd: at least to mripard_ and linux arm kernel ML
15:55
<
wens >
should probably put this up somewhere
15:56
mawe242 has quit [Remote host closed the connection]
16:01
bonbons has joined #linux-sunxi
16:03
<
naobsd >
sleeply, I'll try tomorrow
16:03
<
naobsd >
here is patches:
16:04
<
naobsd >
only some functions are tested for now
16:05
<
naobsd >
good night
16:25
orly_owl has quit [Quit: leaving]
16:27
bertrik has joined #linux-sunxi
16:35
konradoo77 has quit [Ping timeout: 240 seconds]
16:39
konradoo77 has joined #linux-sunxi
16:40
<
paulk-collins >
what's going on with the sun5i defconfig on sunxi-3.4?
16:40
<
paulk-collins >
why is cpufreq, android and a bunch of other useful stuff disabled?
16:40
<
paulk-collins >
like suspend, by the way
16:40
<
paulk-collins >
and ipv6…
16:41
<
libv >
because people are too used to using their own configs, and nobody does patches or the wiki
16:41
<
libv >
paulk-collins: i just sent in a patch for the two rtl wifi drivers for the same reason
16:41
<
paulk-collins >
right
16:41
<
libv >
paulk-collins: please enable a feature, test its functionality, and send in a patch
16:42
<
libv >
as for android, make a separate defconfig for that
16:42
<
paulk-collins >
also, why not use a full-blown config (a copy of a .config)
16:42
<
libv >
paulk-collins: because the full config changes all the time
16:42
<
paulk-collins >
mhh
16:42
<
libv >
by limiting to just the needed ones, there is less chance of them becoming outdated
16:42
<
wens >
hek, even the order changes
16:43
<
libv >
i am really astounded as to how these things are handled
16:43
<
libv >
like the codepage thing in mainline
16:44
<
libv >
nobody of the mainliners cant tell me that they never used vfat
16:44
<
libv >
but instead they chose to stick to their own config making sun7i_defconfig more or less useless
16:44
<
wens >
there's actually little use for it
16:44
<
libv >
same thing with how the wiki is treated
16:44
<
libv >
wens: no use for vfat?
16:45
<
wens >
libv: unless you're using a usb stick to transfer stuff
16:45
orly_owl has joined #linux-sunxi
16:45
<
wens >
some of them use rootfs, some use nfsroot, some use ext4
16:45
<
libv >
then who enabled vfat in the defconfig?
16:46
<
libv >
who enabled vfat, but left out all the codepages?
16:46
<
libv >
in any case, hansg has a config somewhere which he mentioned a few times
16:46
<
libv >
people seem to be using that
16:46
<
libv >
instead of using defconfig
16:48
<
paulk-collins >
libv, I'm unsure how much of my work for Replicant I should bring back to sunxi-3.4
16:48
<
libv >
so i rather think people do not use defconfig as is, they ran into issues, fixed the config, until it worked
_for_ _them_
16:48
<
libv >
paulk-collins: a more useful defconfig would be very much appreciated.
16:48
<
paulk-collins >
I can always do that, sure
16:48
<
libv >
an android defconfig wouldn't go amiss either
16:49
<
paulk-collins >
my current Android config has a path to ramdisk, and I need one for recovery with a different ramdisk
16:49
<
paulk-collins >
I doubt that belongs in sunxi-3.4
16:50
<
libv >
as said, a separate android config.
16:54
<
wens >
mripard_: have you any experience with the iio framework?
17:00
_massi has quit [Quit: Leaving]
17:06
ccaione has joined #linux-sunxi
17:10
Gerwin_J has joined #linux-sunxi
17:15
ccaione has quit [Changing host]
17:15
ccaione has joined #linux-sunxi
17:16
<
mripard_ >
wens: a bit, yes, I wrote the AT91 adc driver in there
17:17
<
wens >
mripard_: i'm wondering if the axp20x adc driver should go in hwmon or iio
17:17
<
wens >
and where to stick the gsensor driver
17:19
<
mripard_ >
if it's a generic ADC, then yes, it makes sense
17:19
<
mripard_ >
ditto for the gsensor
17:19
nabblet has quit [Ping timeout: 272 seconds]
17:20
<
wens >
the axp has temp/voltage/current sensors, as well as generic gpio adc
17:22
MasterChief4942 has quit [Quit: Leaving.]
17:26
<
mripard_ >
then yeah, iio seems like the way to go
17:31
<
wens >
wonder why no one imported the freescale mma7660 driver
17:33
Jentec has joined #linux-sunxi
17:36
konradoo77 has quit [Ping timeout: 245 seconds]
17:38
<
Jentec >
anyone know how to u-boot splashscreen using on allwinner a13
17:39
konradoo77 has joined #linux-sunxi
17:39
<
libv >
Jentec: why?
17:40
<
Jentec >
like a bootscreen in the first 10 seconds befor loading linux kernel
17:40
<
Jentec >
board is olimex a13
17:40
<
Jentec >
i found this funktion for other board but not for the a13 processor
17:41
afaerber_ is now known as afaerber
17:42
<
Jentec >
still mean this
17:43
<
libv >
Jentec: which hw is this anyway?
17:43
<
Jentec >
arm cortex8
17:44
<
libv >
ah, olimex a13
17:45
<
libv >
so forget it.
17:45
<
libv >
that's at least weeks away.
17:48
<
Jentec >
hmm no chance
17:49
<
libv >
and besides, i am too busy trying to get my semitime g2 to boot a kernel
18:12
netlynx has quit [Quit: Leaving]
18:17
bengal has quit [Quit: Leaving]
18:17
bengal has joined #linux-sunxi
18:26
Jentec has quit [Ping timeout: 246 seconds]
18:32
<
bonbons >
wens: for the AXP, it may be a rather subjective decision on which ADC to put under power_supply class and which ones under hwmon...
18:37
konradoo77 has quit [Ping timeout: 264 seconds]
18:41
Zboonet has quit [Ping timeout: 240 seconds]
18:41
konradoo77 has joined #linux-sunxi
18:42
notmart has quit [Quit: notmart terminated!]
18:49
nabblet has joined #linux-sunxi
18:53
Zboonet has joined #linux-sunxi
18:55
deasy has joined #linux-sunxi
18:58
pwhalen has quit [Ping timeout: 240 seconds]
19:00
physis has joined #linux-sunxi
19:00
Zboonet has quit [Ping timeout: 250 seconds]
19:11
pwhalen has joined #linux-sunxi
19:14
Zboonet has joined #linux-sunxi
19:19
nuptse_ has joined #linux-sunxi
19:21
Zboonet has quit [Ping timeout: 272 seconds]
19:23
nuptse_ has quit [Ping timeout: 250 seconds]
19:37
nuptse_ has joined #linux-sunxi
19:38
konradoo77 has quit [Ping timeout: 245 seconds]
19:43
nuptse_ is now known as Zboonet
19:47
konradoo77 has joined #linux-sunxi
19:52
Gerwin_J has quit [Quit: Gerwin_J]
19:58
crudo has joined #linux-sunxi
19:58
ricardocrudo has quit [*.net *.split]
19:58
diego71 has quit [*.net *.split]
19:58
crudo is now known as Guest26548
19:59
diego71 has joined #linux-sunxi
20:03
Renard has quit [Remote host closed the connection]
20:06
physis has quit [Remote host closed the connection]
20:07
Gerwin_J has joined #linux-sunxi
20:13
FR^2 has quit [Quit: Connection reset by peer]
20:23
physis has joined #linux-sunxi
20:25
physis has quit [Remote host closed the connection]
20:32
FDCX has quit [Ping timeout: 240 seconds]
20:34
bonbons has quit [Quit: Leaving]
20:43
FDCX has joined #linux-sunxi
20:46
FR^2 has joined #linux-sunxi
20:49
konradoo77 has quit [Ping timeout: 255 seconds]
20:50
ninolein has quit [Ping timeout: 250 seconds]
20:50
ninolein has joined #linux-sunxi
21:00
rafaelMOD has quit [Remote host closed the connection]
21:00
konradoo77 has joined #linux-sunxi
21:03
pwhalen has quit [Ping timeout: 246 seconds]
21:05
<
libv >
has anyone used a10s with sunxi-3.4 recently?
21:08
Black_Horseman has joined #linux-sunxi
21:10
nabblet has quit [Quit: Lost terminal]
21:16
pwhalen has joined #linux-sunxi
21:19
physis has joined #linux-sunxi
21:21
<
quitte >
how do you keep track of the dts changes in the mainlining effort?
21:25
bengal has quit [Ping timeout: 250 seconds]
21:26
<
quitte >
specing: okay. so for the cubietruck drivers exist for mmc, ahci and gmac. none of which are in 3.16 or 3.17rc1 dts. are there canonical places to get that data from?
21:29
xeros has joined #linux-sunxi
21:31
<
specing >
idk, I've ragequitted from allwinner land in particular and ARM land in general
21:31
<
specing >
those $100 extra for getting an x86 are totaly worth it, believe me!
21:32
<
specing >
even comes with Coreboot (aka LinuxBIOS)
21:35
muxator has joined #linux-sunxi
21:36
<
muxator >
i'm trying to get the power button of my cubieboard working
21:37
<
quitte >
sehraf: thanks. why is that not in the released kernel?
21:37
<
sehraf >
it is ....
21:39
<
quitte >
sehraf: i got 3.16.1 and 3.17rc1 tarballs from kernel.org.
21:39
<
muxator >
I'm trying to understand how the parent device nodes of a driver get built by udev
21:49
<
muxator >
my issue is with how sunxi-3.4 interacts with systemd. The device is /devices/platform/sunxi-i2c.0/i2c-0/0-0034/axp20-supplyer.28/input/input1/event1. The problem is that the default configuration of udev (by Lennart Poettering himself) identifies a power button as such only if one of its parents devices is in the "acpi" subsystem.
21:49
<
muxator >
I wonder if a change is needed in udev or in the kernel
21:57
<
jelly-home >
the easy thing to do is blame udev and systemd!
21:58
<
muxator >
indeed :)
21:58
* jelly-home
has been blaming udev for almost a decade now
21:59
konradoo87 has joined #linux-sunxi
22:00
<
muxator >
my immediate curiosity is to understand how the current tree of devices gets built, and eventually modify it. I spotted the "leaf" device name in the driver's code, but cannot understand how it gets linked to its parents.
22:01
<
Turl >
libv: "I then also wanted proper printing, which could immediately be piped into
22:01
<
Turl >
a dram_something.c file for u-boot." <- I think fexc can do that already
22:01
konradoo77 has quit [Ping timeout: 240 seconds]
22:04
<
Turl >
muxator: ACPI is only very recently appearing on ARM, and only on ARM64 servers following SBSA
22:05
<
muxator >
so the choiche of using systemd as init 1 in arch linux arm is more or less doomed...
22:06
<
muxator >
..thanks anyway!
22:06
oliv3r_ has joined #linux-sunxi
22:06
<
Turl >
muxator: I think the kernel has some APM emulation thing you could use
22:06
<
Turl >
maybe systemd likes that more?
22:06
Nyuutwo_ has joined #linux-sunxi
22:06
RaYmAn_ has joined #linux-sunxi
22:06
buZz__ has joined #linux-sunxi
22:06
<
Turl >
libv: the tool behind the bin2fex/fex2bin symlinks
22:07
<
Turl >
there's -O uboot iirc
22:07
<
muxator >
thanks turl, I'm going to dive deeper in the following days. Maybe I'll return to ask more
22:08
<
Turl >
sure, you're more than welcome :)
22:08
<
libv >
heh, script_uboot.c
22:08
<
Turl >
there must be a way, it works on less braindead init systems :)
22:08
<
libv >
Turl: it's not too generic
22:08
<
libv >
and it's not too up to date either
22:09
<
libv >
and script.bin only seldomly carries dram parameters
22:09
<
Turl >
libv: the meminfo output you can copy and paste on a fex can't you?
22:09
<
libv >
Turl: well, you and mnemoc and whoelse have only got yourselves to blame here
22:10
<
libv >
if any of you ever had bothered to ndh a device
22:10
<
libv >
then you would've noticed that bootinfo/meminfo is the only tool used
22:10
<
libv >
and that script.bin is totally ignored
22:10
<
Turl >
I thought that was the way to go (run, get info, paste on fex, convert to uboot, send complete fex and uboot patches)
22:11
oliv3r has quit [Ping timeout: 246 seconds]
22:11
DagoRed has quit [Ping timeout: 246 seconds]
22:11
eagles0513875 has quit [Ping timeout: 246 seconds]
22:11
buZz has quit [Ping timeout: 246 seconds]
22:11
RaYmAn has quit [Ping timeout: 246 seconds]
22:11
Nyuutwo has quit [Ping timeout: 246 seconds]
22:11
<
libv >
start reading.
22:11
<
Turl >
libv: to my defense I haven't gotten a new sunxi in a while, probably way before ndh existed :p
22:12
TheSeven has quit [Ping timeout: 260 seconds]
22:12
DagoRed has joined #linux-sunxi
22:12
<
libv >
and you own no hardware that isn't ndhed, or isn't still marked ndh_todo?
22:12
<
libv >
i find that hard to believe
22:13
<
libv >
ah great, my wifi is dying again
22:13
TheSeven has joined #linux-sunxi
22:13
<
Turl >
libv: let me know if there's any device that I own that needs ndh'ing
22:14
<
Turl >
or I'll check myself on the ndh todo
22:14
<
libv >
you expect me to know what hardware you own?
22:15
<
Turl >
I was gonna list it, but I decided it's better to check for myself :)
22:15
eagles0513875 has joined #linux-sunxi
22:16
<
Turl >
libv: I have a ZaTab, not exactly that, but still
22:16
<
libv >
on what list?
22:16
<
Turl >
NDH_TODO category
22:17
<
libv >
and you know that the others are all fully ndhed already?
22:17
imcsk8 has quit [Quit: Reconnecting]
22:17
imcsk8 has joined #linux-sunxi
22:17
<
Turl >
libv: well, I don't know, I'm just assuming as they're not there and you're pretty thorough when checking device pages :)
22:18
<
libv >
yeah, but i do not have a crystal ball either
22:20
<
libv >
ah, no that was the idiot right before fosdem
22:20
<
libv >
and you repaired the damage
22:24
muxator has quit [Quit: Page closed]
22:37
bertrik has quit [Remote host closed the connection]
22:40
<
libv >
wow, i just got a a10s olinuxino image to pluck off a kernel...
22:40
<
libv >
it's quite horrific
22:40
<
Turl >
libv: to what?
22:41
<
Turl >
I have a micro too if you need any testing
22:41
<
Turl >
the sd in it is half dead, I should get it a new one
22:41
<
libv >
my semitime g2 refuses to do anything with sunxi-3.4, and it's the early version with the badly routed uart pads
22:42
<
libv >
it's fine with the onboard android, it happily starts u-boot and shows me a u-boot console
22:42
<
libv >
but it's gone as soon as the kernel loads
22:42
<
Turl >
libv: bad kernel uart cfg/muxing?
22:43
<
libv >
bad routing.
22:43
<
Turl >
but you said you get the uboot console?
22:44
<
Turl >
I don't understand
22:45
<
libv >
cfb-console, on hdmi, with the code i produced these last few weeks
22:46
<
Turl >
libv: does uboot detect 1G ram?
22:46
<
Turl >
(and does android?)
22:47
<
libv >
hrm, cfb-console is too late for that
22:47
<
libv >
hrm, perhaps when not using the sd-card
22:48
<
Turl >
libv: can't you get an uart on the sd pins?
22:48
<
Turl >
I feel I asked this already some time back
22:48
<
libv >
not sure, i would have to go dig through the datasheet first
22:50
<
libv >
oh, and idiot me dled an android image for the a10s olinuxino
22:50
<
libv >
no wonder it's such a mess
22:51
<
Turl >
maybe you can make more sense of the text than I can :p
22:53
<
libv >
ok, that's just the first spin of these that entered
22:53
<
libv >
it needs to be sent to a company which does bga
22:53
<
libv >
but that was 4 months ago
22:56
<
libv >
i think they burried the thing
22:56
<
libv >
yeah, those things were not working too good yet then
23:00
<
libv >
Turl: nie catch though, looks like these guys are not as open as they'd like to claim
23:00
<
libv >
but then, who is?
23:00
<
Turl >
I find it odd that they're using a spi eth thing while using an A10S
23:02
<
libv >
hehe, seems like the android on that device is now gone as well :(
23:03
konradoo87 has quit [Ping timeout: 240 seconds]
23:04
<
libv >
btw, google translate will happily do german
23:05
<
Turl >
libv: yes, but it adds a dose of funny :)
23:05
<
Turl >
in theory you can uart0 from the SD port, if you have a breakboard handy :)
23:07
<
libv >
i don't have that, but that's nothing a soldering iron and some jumper wires cannot fix
23:08
Gerwin_J has quit [Quit: Gerwin_J]
23:08
<
libv >
although, i do not have such thin wire
23:09
FunkyPenguin has quit [Ping timeout: 245 seconds]
23:13
<
Turl >
libv: don't you have a ct/cb?
23:13
<
Turl >
they used to come with one
23:14
<
libv >
my ct didn't
23:16
<
libv >
heh, conrad has it, which means that i could have one in a few days
23:17
<
libv >
nope, android seems pretty hosed now
23:18
<
libv >
good thing that i got all the necessaries off of it yesterday night
23:20
<
libv >
i am not sure how many cubieboards have been sold already
23:21
<
libv >
but many tens of thousands i guess
23:21
Gerwin_J has joined #linux-sunxi
23:22
<
Turl >
libv: they mention some numbers on the armdevices videos I think
23:27
<
libv >
seems like we played a big role in the red brick
23:27
<
libv >
as we could've assumed
23:29
<
libv >
it's funny, but not incorrect or completely incomprehensible
23:31
<
Turl >
yeah, it's leaps and bounds better than chinese->*
23:32
rainbyte has quit [Read error: Connection reset by peer]
23:32
<
Turl >
I really got quite a bit of laughter out of things like "scrub device fire oh oh ~ !"
23:42
rafaelMOD has joined #linux-sunxi
23:46
atsampson has quit [Ping timeout: 240 seconds]
23:53
atsampson has joined #linux-sunxi
23:53
<
libv >
did hp ever release source for that one?
23:53
<
libv >
the hp-8 1401
23:54
akaizen_ has joined #linux-sunxi
23:55
xavia has quit [Remote host closed the connection]
23:55
akaizen has quit [Ping timeout: 240 seconds]
23:59
<
libv >
it seems like all cheap hp tablets are a31 based