derethor has quit [Read error: Connection reset by peer]
Soru has quit [Ping timeout: 256 seconds]
Soru has joined #linux-sunxi
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
derethor has joined #linux-sunxi
TsvetanAway is now known as Tsvetan
BJfreeman has quit [Ping timeout: 252 seconds]
\\Mr_C\\ has quit []
wingrime has quit [Ping timeout: 276 seconds]
wingrime has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
<Yaku-noob>
hmm, i would like to put this image file to an sd-card but i don´t know what i should use under windows to do so, usually there are different images that are ddable or where i would need phoenixcard which i usually use
<Yaku-noob>
i tried a few things like commenting out an rfc command and alike but it won´t work
dragonn has quit [Ping timeout: 276 seconds]
<buZz>
Sorry, forked repositories are not currently searchable.
<buZz>
*(#@$&(*#&$(*@
<buZz>
HORRIBLE
<buZz>
hmm
<buZz>
do i still need to use 1360x768 as resolution? or can i use 1366x768 now?
<Turl>
hno: do you happen to know what did olimex write on A10S-micro's AT24?
<Turl>
mripard: ping
gzamboni_ has joined #linux-sunxi
gzamboni has quit [Ping timeout: 256 seconds]
hglm has joined #linux-sunxi
<hglm>
Yaku-noob: Use something like 'iwlist wlan0 scanning' to verify the kernel wlan driver is working. Make sure the right module for your wireless chip is loaded. Maybe edit /etc/modules.
<Yaku-noob>
i don´t have the iwlist command
<hglm>
Yaku: Have you installed wpasupplicant?
<Yaku-noob>
i have no network connection at this point that´s why i wanted the wifi
<buZz>
if you dont have wireless-tools and wpa_supplicant, you cant connect to WPA wifi
<Yaku-noob>
i have the xbmc + rm mini server image
<Yaku-noob>
well i try my 10m lan cable through the flat then :P
<hglm>
Yaku: One alternative would be to manually transfer debian .deb files for wireless-tools and wpasupplicant and then install them from the package file.
<buZz>
hmmm, it seems a lot of wireless drivers are not in the 3.3.0+ kernel? :((
<Yaku-noob>
hmm wasn´t there the possiblity to switch the kernel in this image somehow ?
<Yaku-noob>
there was something written on the side
<Yaku-noob>
site
<buZz>
Yaku-noob: in your case, i would focus on just copying the proper .deb files to the image and installing them
<Yaku-noob>
Both, standard linux-sunxi-kernel, and Roman's server-kernel are included (switch them by changing uImage files inside partition 1)
vrga has joined #linux-sunxi
<Yaku-noob>
since i think rm also got a mele i would have imagined that the drivers are in
<hglm>
Yaku: Probably, but you need the userland WLAN tools to use the driver.
<buZz>
[ 27.306] (II) SUNXIFB(0): can't load 'g2d_23' kernel module
<buZz>
[ 27.306] (II) SUNXIFB(0): failed to enable the use of sunxi display controller
<buZz>
[ 27.306] (II) SUNXIFB(0): No sunxi-g2d hardware detected (check /dev/disp and /dev/g2d)
<buZz>
suggest you lack some kernel options i guess
<tremun>
in my tablet elf II
<hglm>
tremun: Does X work or not?
<vrga>
okay, folks, i've got an issue here that i honestly do not know how to solve and i'm utterly at my limit now. i'm 90% sure that the tablet i'm working on has a realtek 8192cu wifi card. i've tried both kernel drivers (rtl8192cu.ko and 8192cu.ko), and none of them result in a useable wlan0 or any other interface.
<tremun>
si X work
<ssvb>
buZz: and not even allwinner hardware it seems
ZaEarl__ has joined #linux-sunxi
<ssvb>
tremun: I tried to reply to you in #arm-netbook
<vrga>
lsusb shows the device ok, and lsusb -v shows it is the proper one. i'm using the sunxi kernel 3.0.76, sun5i defconfig with the addition of the wifi driver and a linaro nano rootfs (which i'm considering throwing out due to the userspace being... crappy.)
<vrga>
so, if anyone has any idea on what to do, i'm more than happy to try it.
<hglm>
vrga: does running iwlist wlan0 scanning return a list of WiFi channels?
<vrga>
nope. just returns no interface wlan0
<hglm>
vrga: Is /etc/network/interfaces properly configured?
<vrga>
hglm, irrelevant as i cannot get wlan0 interface around in the first place.
<vrga>
(also, i tried, trust me)
<hglm>
vrga: Is the module loaded? Try lsmod.
<vrga>
tried with both.
<vrga>
also, hglm, please, please read both things i wrote.
<Yaku-noob>
is there a general overview page to see what´s loaded and whats not ?
<buZz>
ah pff
ZaEarl__ has quit [Ping timeout: 248 seconds]
<buZz>
mac80211 support turned off >_<
<buZz>
this defconfig is really demented
ojn has joined #linux-sunxi
<vrga>
hglm, if you have any other ideas other than the most obvious, basic ones, i'd be more than happy to try them.
<hglm>
vrga: Maybe add 8192cu.ko to /etc/modules so it is loaded at boot time (and the Debian module init service should be installed).
<vrga>
tried both, dont work sadly.
<hglm>
vrga: May be check the dmesg log to see what the 8192cu driver says?
<hglm>
vrga: I want to check the udev log on my system (tablet with 8192cu), how do you view it?
<atiti>
guys
<buZz>
girls
<atiti>
the cedarx expects NALUs right?
<vrga>
/var/log/udev on my system, hglm
<atiti>
basically I'm feeding cedar with NALUs from the network by doing libcedarx_decoder_add_stream()
<buZz>
atiti: google only bring 8 hits with NALU and CedarX
* vrga
thanks satan for OTG port on this tablet so he can flip keyboard between pc and tab
<buZz>
but not sure
<atiti>
and then forcing a decode by doing libcedarx_decoder_decode_stream(1)
<hglm>
vrga: Sorry, I don't have udev logging enabled it seems so I can't compare.
ZaEarl__ has joined #linux-sunxi
soul has joined #linux-sunxi
<vrga>
hglm, lsusb -v and looking for the 8192 device should show you the same thing i think
<vrga>
derp, not the same but something different.
Soru__ has quit [Ping timeout: 276 seconds]
<hglm>
vrga: I think lsusb bypasses the kernel USB interface and uses its own userland USB probing, it says RTL8188CUS on my system but I'm pretty sure I have 8192CU.
<vrga>
wouldnt know precisely to be honest. dealing with ubuntu based has been enough of a nightmare on its own for me, but it was the fastest way short of completely rolling my own rootfs...
<hglm>
vrga: dmesg is more relevant regarding detection of USB devices.
<vrga>
hglm, this is pretty much the only thing getting spat out Jul 6 16:06:34 localhost kernel: [ 20.240000] usbcore: registered new interface driver rtl8192cu
<vrga>
oddly enough, it spits out the same thing for both the rtl8192cu.ko and 8192cu.ko drivers
<mripard>
Turl: pong
<atiti>
H264DEC_decode segfaults in libvecore for me :(
<hglm>
vrga: Looks ok, it should also say "usb 4-1: new high-speed USB device number 2 using sw-ehci" below that.
<vrga>
hglm, nope.
<vrga>
hm. hglm, you got a fex for me to compare?
<vrga>
also, is it a A13 or A10 based tab?
<hglm>
vrga: I have sw_ahci_platform as first line in /etc/modules, maybe that is required.
<vrga>
hmmm.
<vrga>
lemme check my kernel config.
<hglm>
vrga: I have an A10.
<vrga>
hglm, sw_ahci_platform would be a sata driver, no?
<vrga>
(i can try adding it)
<hglm>
vrga: Yes, I thought so, it shouldn't really make a difference but not sure. If the "sw-ehci" line isn't showing something may be wrong though.
<vrga>
do you have a fex file from which you generated the script.bin or are you just using the tabs own script.bin?
<hglm>
vrga: I am using the tablet's script bin but customed the kernel command line in boot.cmd/.scr.
* vrga
wishes he could rip the tablets own script.bin out of it...
<vrga>
wait, if i can mount the nanda device, i should be able to get all out.
<vrga>
lets see
<Turl>
mripard: I'm working a bit on the A10S device tree
<Turl>
mripard: what's the criteria for listing the muxings for e.g. uart?
<mripard>
criteria?
<mripard>
what do you mean?
<hglm>
vrga: While you're at it check out the wlan module android uses (should also be 8192cu.ko).
BJfreeman has quit [Ping timeout: 252 seconds]
<vrga>
hglm, just as a side note, which filesystem should the nandx be? i'm having a hard time mounting anything other than nanda
<Turl>
mripard: because looking at the olinuxino A10S micro schematics I found stuff can be muxed in many other ways
<hglm>
vrga: I am not clued in regarding Android fs, although I thought they mainly use ext4.
<vrga>
the message would imply that that has been fixed
<hglm>
vrga: I think the 8188EU driver was updated and tested recently ( a few months ago), so you should OK I think.
<vrga>
hglm, yeah, 2 months ago :p
<vrga>
now i just have to wait for bloody ages to get the kernel out of git.
<vrga>
since its apparently 2 GB of data....
<hglm>
vrga: Probably has the whole linux git history from 2.x to 3.mainline.
<vrga>
great
<vrga>
(i dont know how to use git really, does it show? :P )
<hglm>
vrga: Not really, but when people fork the linux source it creates pretty big repo's and it's not really economical :)
<vrga>
is all of that even neccesary for me? since i dont give a rats ass about all the changes, i'm just looking for the latest
<hglm>
vrga: you can download just one branch or even just an archive file.
Soru_ has joined #linux-sunxi
soul has quit [Ping timeout: 264 seconds]
rz2k has joined #linux-sunxi
tkoskine has joined #linux-sunxi
<vrga>
hglm, finally managed to get the proper kernel sources in -.-
tremun has quit [Quit: Page closed]
<vrga>
github's page download link for zip's doesnt update when you switch branches in the browser.
<vrga>
you need to reload the page completely.
<hglm>
vrga: OK, maybe because github reworked the repo interface recently (still buggy).
<vrga>
possible.
<vrga>
or they just didnt update the fronted stuff properly yet.
<vrga>
irrelevant in any case. now on to getting a 3.4 kernel compiled
paulk-desktop has quit [Quit: Ex-Chat]
<vrga>
apropos, whats the difference between a13 and a13_nuclear defconfigs or even boards?
Yaku-noob has quit [Ping timeout: 268 seconds]
<hglm>
vrga: If you are compiling sunxi-3.4 make sure you are using a gcc-4.7 linaro toolchain. stage/sunxi-3.4 branch should also work with latest gcc 4.8.
<vrga>
i'm using the 4.7 toolchain
<hglm>
vrga: That's fine.
<vrga>
hglm, you know whats the diff between normal and nuclear stuff?
<hglm>
vrga: My guess us a13_nuclear only includes essential drivers (i.e. probably no wlan).
<vrga>
from comparing the configs, it looks the other way around.
<hglm>
vrga: You should just pick the a13 defconfig and run nconfig yourself to enable the 8188eu driver.
<vrga>
as the nuclear config has power management and tons other stuff
<hglm>
vrga: You can't be sure from looking at the defconfig file (which only has additional options), you have to run the kernel config to see the options selected.
<vrga>
ah well.
<vrga>
i selected the nuclear config and i'm going through the options with menuconfig
Soru has joined #linux-sunxi
Soru_ has quit [Ping timeout: 264 seconds]
tkoskine has quit [Ping timeout: 256 seconds]
<hglm>
vrga: Whatever the purpose of a13_nuclear_defconfig is, you don't want to pick it because for example it disables the console framebuffer.
<Turl>
mripard: btw, I noticed all the existing i2c nodes lack address-cells/size-cells entries
<Turl>
so when you add i2c children it complains :)
<vrga>
hglm, kk
_BJFreeman has joined #linux-sunxi
Yaku-noob has joined #linux-sunxi
mush has joined #linux-sunxi
BJfreeman has quit [Ping timeout: 252 seconds]
<libv>
argh, what idiot does registers with a big struct and bitfields...
<Turl>
libv: allwinner :)
<libv>
what's he going to do when the new generation of hw comes around and some fields change!
<Turl>
all of the clock code is structs pointers
_BJFreeman is now known as Guest57693
<libv>
while it might seem a good idea at first, it will come to bite you quite quickly
mush has quit [Client Quit]
<Turl>
luckily AW has enough reserved space to probably not hit any issues
<libv>
and the use of __iomem actually. as a side effect, enforces different usage there
Soru__ has joined #linux-sunxi
Guest57693 has quit [Ping timeout: 252 seconds]
<libv>
Turl: that never works out
_BJFreeman has joined #linux-sunxi
<libv>
Turl: some bits will undoubtedly change right in the middle
<libv>
if not for more, then at least for hw bugs
tkoskine has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
Soru has quit [Ping timeout: 264 seconds]
<Turl>
libv: they even have a struct of structs to map all the register space to each register
<libv>
changing all that is a pain
<libv>
as it is a lot of manual and mental work, figuring out what bits really are getting changed
<libv>
and i will have to do it at least twice
<libv>
so i can compare the result of each pass and catch stupidities
<vrga>
hglm, whats the difference between stage/sunxi-3.4 and normal sunxi-3.4
<hglm>
vrga: stage/sunxi-3.4 contains the latest changes but they might be a bit experimental. sunxi-3.4 hasn't been updated for a while but does contain the updated wlan drivers.
<vrga>
well, sunxi-3.4 does not contain the rtl8188eu drivers, for the record.
<vrga>
whilst stage does
<hglm>
vrga: OK, then you have to use stage/3.4, shouldn't give problems I think.
soul has joined #linux-sunxi
Soru__ has quit [Ping timeout: 256 seconds]
ibrah has joined #linux-sunxi
wingrime has quit [Ping timeout: 264 seconds]
<Turl>
libv: the alternative isn't that much grester, is it?
<Turl>
greater*
<vrga>
hglm, it works.
<vrga>
8188eu it was.
<vrga>
oh happy daaaay
<hglm>
vrga: Nice :)
<vrga>
now to mess around with shhd
Yaku-noob has quit [Ping timeout: 268 seconds]
<libv>
Turl: there is no alternative. if such work is not done, disp will never change
<libv>
you might as well call it openchrome and then throw in the towel by disabling features as they break
<mnemoc>
hope to merge stage stuff into not-stage tomorrow, and make a new stage with hansg patchsets
<Turl>
libv: I meant the alternative as in alternative to using register-structs
<libv>
the mask is especially important in making writes exact and immediately obvious
<Turl>
libv: well that's pretty much readl/writel
<libv>
but wrapped, to force exactness and readability
<Turl>
libv: btw, a bit offtopic, but how hard would it be disp-wise to configure a video output to scan with a hardcoded resolution from a set memory region?
<libv>
i do not have enough a handle on how the bits fit together
<libv>
should not be hard
<Turl>
it might be useful for u-boot to have video possibilities for those without serial consoles
<libv>
but why do you ask?
<libv>
ok, that's different
<Turl>
and as a bonus, the kernel has a simplefb driver, so as long as somebody else preconfigured it all for us, we can just drop that in and have (crippled) video on mainline
<libv>
as you need to be able to detect and drive the encoders and connectors correctly
<libv>
Turl: this 30kloc mess is fixable
<libv>
just requires someone with clue, patience and time
<hno>
Turl, the AT24 is meant to contain MAC address, but I do not know yet if they have written one onto it.
<Turl>
hno: I dumped mine, see above
<Turl>
hno: does not look like mac address but it has something on it
<hno>
Right.. those are X11 ones... there should be a raw one somewhere.
<vrga>
hno, doesnt matter right now anyhow.
<vrga>
fiddling with some other stuff at the moment
<vrga>
thank you for the help tho :)
<hglm>
vrga: The default powersave/cpufreq options are a little aggressive, the min CPU speed is only 60 MHz. You can increase that to 400 MHz for better performance (max speed is 1000 Mhz of course).
<vrga>
bwahaha, even the screen blanks after idle XD
<vrga>
hglm, i know :)
<hglm>
vrga: OK, I installed a new version of Debian the other day, and was look everywhere for why it was slow, but I had forgotten to change the cpufreq settings, which fixed the slowness :)
<vrga>
heh
<vrga>
btw, is there a way to query battery status?
<vrga>
i'm quite new to the whole embedded linux thing
<hglm>
vrga: I don't think so, dev boards have no battery, so support for batteries is not a priority.
<vrga>
hglm, kk
<hglm>
vrga: I run my tablet connected to power, except when shutting down because if you don't remove power it will reboot instead of shut down.
<hno>
vrga, there is fbvncserver in libvncserver.
<hno>
need a little adjustment to work on Linux (tailored for Android) but should be easy to get going.
<hno>
Have Andoid framebuffer device name hardcoded in the sources for some stupid reason.
paulk-desktop has joined #linux-sunxi
paulk-desktop has quit [Read error: Connection reset by peer]
paulk-desktop has joined #linux-sunxi
<hglm>
I was thinking of experimenting with a mainline kernel, but since that doesn't yet have disp or USB support, I guess on a tablet I won't be able to see/confirm anything, correct?
_BJFreeman has joined #linux-sunxi
BJfreeman is now known as Guest94334
Guest94334 has quit [Ping timeout: 252 seconds]
_BJFreeman is now known as BJfreeman
<Turl>
hglm: well, you could use serial if you have access to that
<hglm>
Turl: But I don't know how to connect serial to my tablet :) USB to serial won't work I think.
BJfreeman has quit [Ping timeout: 252 seconds]
ZaEarl__ has quit [Quit: Ex-Chat]
_BJFreeman has joined #linux-sunxi
ZaEarl has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
<hno>
How I love 3G connectivity... 64 bytes from www.sunet.se (192.36.171.156): icmp_seq=99 ttl=56 time=20131 ms
<rm>
BUFFERBLOAT
<Turl>
hno: at least it's not GPRS
<hno>
rm, I don't thnk so. can have such ping times with no other traffic.
<hno>
Turl, well, it's switching to EDGE every ow and then, so not far from.
<Turl>
hno: can't you enforce "WCDMA only"?
<hno>
I'd rather have EDGE than nothing at all...
<xenoxaos>
and you could also pipe everything over a compressed ssh tunnel
<hno>
and completely kill any interactive sessions...
<Turl>
hno: mosh
<Turl>
oliv3r: so we were right, it couldn't be done :) Greg is going to implement default binary attributes :p
<buZz>
hmm i guess there is no sata led-trigger in 3.3.0-cb2 :)
<hno>
rm, you are probably right.. bufferbloat.. seems to be some extreme outgoing buffer.
<rm>
you say "no other traffic" but you seem to have sent a whole 99 ping packets before
<rm>
if the throughput ground to a halt or to a packet per several seconds
<rm>
even those 99 packets will be enough of a traffic
<Turl>
rm: is there any easy way to know if you're affected by bufferbloat?
<hno>
yes, i realized that myself just after.
<hno>
Turl, try to overload your link with a single TCP session and monitor ping time.
<rm>
Turl, dunno, google the term afaik there was a whole "official site" for it
<hno>
if ping time skyrockets then you know you have "bufferbloat".
<Turl>
hno: it's often that one loads a youtube video or downloads something big and all the rest of the connections pretty much halt
<hno>
the revers is not always true however.. depeds on what packet scheduling the router/whatever is having.
<hno>
Turl, that's a good sign as well.
rz2k has quit []
<hno>
and it's often much worse in the "upload" direction.
<Turl>
yes, it happens both ways
<hno>
Routers really SHOULD adjust their buffer sizes to time rather than size. Anything above 2 seconds is silly today.
<Turl>
it's more visible on the upload direction because of the lower bandwidth to start with imo
<hno>
And because the ones who tune these buffers often sets the same buffer size in both directions, even when the connection is assymetric with 1/20 of the bandwith in the upload direction.
<hno>
so if the buffer size in the download direction is 20 seconds, you end up with 400 seconds in the upload direction..
<vrga>
okay, tis me again now. it seems that for some reason, the rest of nandX partitions are unavailible. only nanda, nandj, nandk are actually mountable, the rest show "Disk /dev/nandX doesn't contain a valid partition table"
<vrga>
what gives?
<Turl>
did you format them?
<vrga>
nope.
<vrga>
i'm currently working on keeping the stock android stuff availible as well :D
<vrga>
but i'm trying to get access to android's /system and /data partitions to finally root this soggy thing as well.
<Turl>
well, some contain raw stuff, like the boot, recovery and misc partitions
<vrga>
i've had to jump through so many hoops because there is no working root for the tab
servili007 has joined #linux-sunxi
<hno>
vrga, you don't have a livesuit image for your tablet?
<hno>
you you mean that you can't get root access?
<vrga>
hno, yes i do, manufacturer provided even. its just that i'd fancy not nuking the current android to get root access on it.
<vrga>
well, i managed to hack *something* together
<vrga>
well, i've nuked the basic settings somehow.
<hno>
you don't have adb shell root access? Most Allwinner based products have adb root acceess by default
<vrga>
nope
<vrga>
its a prestigio PMP3670B tablet
<vrga>
ah so thats why it wiped.
<vrga>
oddly enough... the only things i did was add the su binary, add busybox and the superuser apk
<vrga>
apparently thats good enough to get the device to wipe itself?
<servili007>
who is handling pull requests in sunxi-boards?
paulk-desktop has quit [Quit: Ex-Chat]
vrga has quit [Quit: Leaving]
<buZz>
hmm, my kernel is outputting the kernel messages to screen, but the init output goes to serial port
<buZz>
i have both console=tty0 and console=ttyS0 , how does the kernel pick which to use for the init msgs?
ibrah has quit [Ping timeout: 264 seconds]
<Turl>
buZz: I think both are used
<Turl>
servili007: nobody in particular I think, don't those go through the mailing list?
<buZz>
hmm maybe i did something else wrong then :P
<servili007>
Turl: Ah, I put something up for a board a while back and nobody aside from oliv3r made a peep/reviewed it
<Turl>
servili007: got a link? I can have a look at it in a minute