hno changed the topic of #linux-sunxi to: Allwinner/sunxi development discussion - Don't ask to ask. Just ask! - See | | Logs at
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
jlj has quit [Ping timeout: 248 seconds]
jlj has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
buZz_ has joined #linux-sunxi
awafaa has joined #linux-sunxi
BJfreeman has quit [Quit: had a good time]
\\Mr_C\\ has quit []
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
steev has joined #linux-sunxi
hipboi has joined #linux-sunxi
Yaku-noob has joined #linux-sunxi
ZaEarl__ has quit [Ping timeout: 248 seconds]
wingrime has joined #linux-sunxi
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
paulk-desktop has joined #linux-sunxi
rz2k has joined #linux-sunxi
Yaku-noob has quit [Ping timeout: 276 seconds]
Yaku-noob has joined #linux-sunxi
rz2k has quit []
<oliv3r> Turl: i'll trash the sid driver and write an mtd driver; but yes, i'll add that
<oliv3r> hopefully we have (how sloweven it is) an a20 boot and thus can add a20 nodes too :)
<oliv3r> vrga, yeah L...something did a while ago
rellla has joined #linux-sunxi
paulk-desktop has quit [Remote host closed the connection]
paulk-desktop has joined #linux-sunxi
ssvb has quit [Read error: Operation timed out]
rellla has quit [Remote host closed the connection]
ssvb has joined #linux-sunxi
wingrime has quit [Ping timeout: 264 seconds]
wingrime has joined #linux-sunxi
hramrach__ has quit [Ping timeout: 240 seconds]
hramrach__ has joined #linux-sunxi
\\Mr_C\\ has quit []
dragonn has quit [Ping timeout: 276 seconds]
dragonn has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
Tsvetan has quit [Ping timeout: 245 seconds]
buZz_ is now known as buZz
wingrime has quit [Ping timeout: 264 seconds]
wingrime has joined #linux-sunxi
rz2k_ has joined #linux-sunxi
Soru has quit [Read error: Connection reset by peer]
Soru has joined #linux-sunxi
rz2k_ has quit [Quit: leaving]
Yaku-noob_ has joined #linux-sunxi
Yaku-noob has quit [Ping timeout: 268 seconds]
Yaku-noob_ is now known as Yaku-noob
Soru__ has joined #linux-sunxi
Black_Horseman has quit [Remote host closed the connection]
Soru has quit [Ping timeout: 256 seconds]
Soru has joined #linux-sunxi
Soru__ has quit [Ping timeout: 264 seconds]
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
_BJFreeman has joined #linux-sunxi
<buZz> hmm
<buZz> ERROR: "sunxi_mem_free" [drivers/media/video/videobuf-dma-contig.ko] undefined!
<buZz> ERROR: "sunxi_mem_alloc" [drivers/media/video/videobuf-dma-contig.ko] undefined!
BJfreeman is now known as Guest31528
_BJFreeman is now known as BJfreeman
<buZz> *ignores it*
Guest31528 has quit [Ping timeout: 252 seconds]
BJfreeman has quit [Ping timeout: 252 seconds]
<buZz> can anyone tell me if will work for the A20 ?
<buZz> because afaik its not using the Mali400MP1 ..
<buZz> yeah it uses the Mali400MP2
_BJFreeman has joined #linux-sunxi
<ssvb> buZz: yes, it will work, but will miss some acceleration features
<ssvb> buZz: still should be a better choice than fbdev
_BJFreeman is now known as BJfreeman
<buZz> cool, tnx :)
<buZz> will the G2D accel work in X though?
<buZz> and should i still install binarydrivers as the wiki says?
<ssvb> buZz: G2D accel will not be used, and binary drivers are not necessary (but should not break anything either)
<buZz> ah ok
<buZz> glad i asked :P
<ssvb> are you using 3.3 kernel or 3.4?
<buZz> 3.3.0
<buZz> does 3.4 work for sun7i yet?
<ssvb> for G2D this kernel patch is needed -
<ssvb> it either needs to be backported to 3.3 or you should wait for a20 support in linux-sunxi 3.4
<ssvb> hansg has some experimental branch for 3.4
<buZz> i'll just stick with 3.3 for now and move later
<buZz> will have to redo everything anyway
<buZz> installed armel rootfs instead of armhf >_<
<Yaku-noob> what do i have to do to get my wifi working on a mele a2000 with debian ?
<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> 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> i thought somehow that everything would work out of the box with that image
<buZz> lol
<hglm> Yaku: I assume you are trying to run iwlist as root or with sudo?
<Yaku-noob> i am root
<Yaku-noob> with sudo iwlist i have unable to resolve host debian as answer
<hglm> Yaku: That means iwlist is installed on your system, but you other problems.
<hglm> Yaku: Sorry, it means there's problem with sudo.
<hglm> Yaku: But it shouldn't matter anyway if you are root.
<buZz> echo " debian" >> /etc/hosts
<buZz> to get rid of the sudo error
<buZz> command not found <- i guess the command is not found
<buZz> try installing the tools ;)
<hglm> Yaku: Do you have the wpa_supplicant daemon installed?
<Yaku-noob> i guess not since it´s not on by default
<Yaku-noob> it´s my first linux experience in years, i was quiet happy to be able to dd on win 8 this morning
<hglm> Yaku: Try running 'wpa_supplicant" to see whether it is installed.
<Yaku-noob> just typing wpa_supplicant ?
* Yaku-noob only got the console, or where would it be located to give the command
<hglm> Yaku: Just type it, or type wpa_supp and then press TAB to see whether the command exists.
<hglm> Yaku: it should be installed as /sbin/wpa_supplicant
<Yaku-noob> no not on
<hglm> Yaku: Then you have a problem, you need those for WLAN net access.
<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.
tremun has joined #linux-sunxi
<tremun> hi
<tremun> I try to follow this guide
Soru__ has joined #linux-sunxi
<tremun> SunxiMaliDRI2_Init: drmOpen failed!
Soru has quit [Ping timeout: 256 seconds]
<buZz> tremun: on cubie1 or cubie2?
<buZz> oh maybe not on cubie at all
<tremun> not cubie
<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?
<vrga> it sayeth nothing.
<vrga> hglm, there's this tidbit in udev log
<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.
<Turl> mripard:
<mripard> well, my policy is "add a pinctrl node whenever it's needed"
<Turl> mripard: I guess I'll drop all the unused nodes then
<Turl> it should leave just 1 uart1 new node
<vrga> hglm, yeah. should be but nandb through nandi show as without any sort of partition table.
<vrga> will try now with proper script.bin
<Turl> mripard: I also added support for the AT24
<mripard> Turl: uart1 is not accessible on mine, which is why I didn't put it in the DT iirc..
<mripard> oh, great
<mripard> and when will you work on those gates unifications ;)
<Turl> mripard: let me double check the schematics, but I saw it there
<hglm> vrga: checking out the exact module used for wlan in Android would help identify the exact rtl wlan chip.
<mripard> Turl: yeah, but the header isn't soldered or something like that iirc.
<vrga> hglm, if my android was rooted, it would be a lot easier.
<vrga> one of the reasons i'm doing this is to root the damn thing as well.
_BJFreeman has joined #linux-sunxi
<hglm> vrga: OK, I had it easier it was rooted OOTB I think.
<Turl> mripard: yeah it's on there, top right
<vrga> hglm, heh
<Turl> there's pass through holes
<Turl> and labeled UART1
<mripard> yeah, I thought it was unusable as is, and as such didn't enable it
_BJFreeman is now known as BJfreeman
<mripard> but if you send a patch to add it, I'll take it
<Turl> ok
<Turl> mripard: does this look reasonable as an AT24 dump?
<Turl> I wanted to check with tsvetan but I haven't seen him yet
<mripard> yeah, it's a flash basically, so default state is 0xffffff
<Turl> they wrote two 'zones' of it though
<mripard> weird thing is that it's suppose to embed the MAC iirc
<mripard> and you have only 4 of the 6 bytes of a MAC address
<mripard> maybe only the NIC is stored though
<mripard> we should probably ask tsvetan, he should know better :)
<vrga> hglm, well, the good news about my script.bin, the difference were almost minimal.
<vrga> the ram runs slower on the stock script.bin for example.
<Turl> mripard: pagesize should be 16 right?
<hglm> vrga: Main thing is the LCD of the tablet should work and be the default video output with the tablet's script.bin.
<mripard> Turl: there's a whole bunch of pagesize in the AT24 iirc
<vrga> well, i had that working properly, so :p
<mripard> so it depends on the exact model I guess
<mripard> refer to the datasheet :)
<Turl> mripard: it's a AT21C16BN-SH
<mripard> are you sure?
<Turl> err 24 not 21
<Turl> :)
<mripard> doesn't look like the part number of an AT24
<mripard> ah :)
<mripard> "AT24C16B, 16K SERIAL EEPROM:
<mripard> Internally organized with 128 pages of 16 bytes each, the
<mripard> 16K requires an 11-bit data word address for random word addressing."
<mripard> it looks like the pagesize is 16 yes.
Soru__ has joined #linux-sunxi
<hglm> vrga: A possibility is that your wlan chip might not be a rtl8192cu but something like rtl8188EU.
soul has quit [Ping timeout: 276 seconds]
<vrga> hglm, i can try getting that driver in.
<vrga> problem is, i cant mount the rest of the android partitions for some reason.
<vrga> only nanda, nandj and nandk are mountable
<hglm> vrga: I would help to find out the driver Android is using to confirm things.
<vrga> nanda is the boot partition and nandj is the internal 2 gig partition and nandk points to the sd card
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
<vrga> well, i can try booting to android and adb in, but i'm not sure if we'll find anything out without root
<hglm> vrga: I guess nandj doesn't have the module info?
<vrga> hglm, no.
<vrga> but running lsmod in adb says rtl8150
<vrga> uh huh.
<vrga> rtl8150 and 8192cu
<hglm> vrga: Must be a 8192cu then.
<Turl> mripard: ah, just noticed the uart1 pins conflict with SD1 (the huge SD slot under the board)
<hglm> vrga: 8192cu is the wlan for sure, rlt8150 is probably some of USB bridge or something else small.
<vrga> hglm, so, what else am i left with now?
<hglm> vga: Not sure, trying a different image maybe?
<vrga> rootfs or kernel?
<hglm> vrga: rootfs + kernel, different SD card image. At least to verify that the wlan works in linux-sunxi.
<vrga> well, the kernel has been compiled with the linaro toolchain, so maybe the problem might lie there as well.
<hglm> vrga: I think most people use the Linaro toolchain to compile the kernel.
<vrga> hglm, android now lists both 8188eu and 8192cu modules.
<vrga> (this is after actually connecting to my networking and verifying it actually works)
<Turl> mripard: how are cases like that handled?
<hglm> vrga: Looks suspiciously like you do have an 8188eu.
<mripard> Turl: well, you choose one over another
<vrga> hglm, so, what now?
<vrga> searching the kernel's menuconfig for 8188 brings up diddly squat
<mripard> presumably, since the header for uart1 isn't there, while there's a full SD port available, mux it as SD is the obvious choice
<hglm> vrga: 8188eu should be support I think, check the kernel driver is enabled, there were some problems with 3.4 earlier but 3.0 was supported.
<vrga> well, its not in the config for 3.0.76 so far. i can try a newer kernel tho
<Turl> mripard: I guess SD1 it is, the slot is soldered
<hglm> I have an 8188EU driver in 3.4.43+: # CONFIG_RTL8188EU is not set
<vrga> so, newer kernel it is
<hglm> vrga: But I think there used to be problems with 8188EU in 3.4.x.
<vrga> hglm, how do i get the 3.4 sunxi sources?
<hglm> vrga: github.copm/linux-sunxi.git branch sunxi-3.4
<hglm> vrga: something like that.
tkoskine has quit [Ping timeout: 264 seconds]
<vrga> checking out the repo, thanks :)
<vrga> if it'll mess up again with the rootfs, i'll set up a debian rootfs from scratch, because this linaro one is infuriating.
<hglm> vrga: has some info about rtl8188eu not working with 3.4.x and needing a special 3.0.x kernel image, but it's old info.
soul has joined #linux-sunxi
<buZz> maybe someone needs a more sane cubie2 kernel?
Soru__ has quit [Ping timeout: 256 seconds]
<buZz> actually, does anyone a way to change required machid in the kernel?
<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
<Turl> mnemoc: great
<libv> reg_write(top_struct, offset, value); value = reg_read(top_struct, offset); reg_mask(top_struct, offset, value, mask);
<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> Turl, that do a bit odd... no idea what data that is.
<hno> the MAC chips I have seen have a MAC address last in the last page IIRC.
<vrga> YES
<vrga> finally ssh from remote!
<hno> vrga, nice!
<vrga> now if i could mirror the output on the main screen of the device :p
<hno> vrga, the rtl8188eu driver is in staging I think.
<vrga> or x2x later on, for hilarity's sake.
<vrga> hno, yup. i'm running the staging kernel with that driver.
<hno> Isn't there some VNC server that mirrors a framebuffer?
<vrga> no idea at the moment
<vrga> also, as an added bonus, compared to the android currently loaded on the machine, its heating up a whole lot less.
<hno> a quick google says so..
<hno> and x11vnc
<vrga> hno, the rootfs is X-less at the moment.
<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 ( icmp_seq=99 ttl=56 time=20131 ms
<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
<servili007> Turl: it's really minor, just seems to have been missed
hglm has quit [Quit: leaving]
<Turl> servili007: looks sane to me
Tartarus has joined #linux-sunxi
<servili007> Turl: What about it?
<buZz> arg, did they remove chromium for armhf from debian ;(
<buZz> and the armel aswell .. :/
<Turl> servili007: how many enabled usbs can you spot (vs on device)
<Turl> ?*
<servili007> Turl:OTG port, rear port, and interal wifi
<servili007> pre-patch, OTG is left disabled
<Turl> servili007: nevermind what I said then :)