[00:11] <pcpower> NekoXP: I want to use pins for GPIO inside of ubuntu
[00:11] <pcpower> it seems like I have to recompile x-loader and change some header or something, in order to do that
[00:11] <pcpower> and I just have no idea where to start
[00:11] <NekoXP> not sure why you'd be required to change x-loader?
[00:11] <pcpower> all I want is a couple gpio pins on the physical board I can set high and low
[00:12] <pcpower> NekoXP: I think because it's defaulted that the pins are setup as GPMC/i2c and other things
[00:12] <pcpower> and not GPIO
[00:12] <pcpower> the pins are all 2 or 3-purpose
[00:12] <NekoXP> you should be able to do that in the kernel
[00:12] <NekoXP> it's the wrong place but you can do it
[00:14] <NekoXP> I've not done any omap4 stuff but there should be some kind of pinmux stuff around you can kick.. isn't there a pin header on the board anyway?
[00:15] <NekoXP> my panda's at the office...
[00:18] <prpplague> NekoXP: yes the proper place is the kernel, however pcpower has no experience doing any dev work, he just needs to know where one gpio is already configured
[00:19] <prpplague> NekoXP: gpio 139 and 140 are already configured
[00:19] <NekoXP> schematic :D
[00:19] <NekoXP> I disagree that pinmuxing should be done so late, but :_
[00:19] <NekoXP> if you need to just hack around it's much quicker in the kernel
[00:20] <prpplague> NekoXP: schematic doesn't tell you what the software is configured for
[00:20] <NekoXP> yeah but if you want to change it who cares what it's already configured for
[00:21] <NekoXP> you just need to find some pins which are on the board but not connected to some other device
[00:21] <NekoXP> hopefully with no pullups or pulldowns or weird stuff
[00:22] <prpplague> NekoXP: thats the whol point, he doesn't want to compile anything, he just wants to know that is already configured
[00:22] <prpplague> NekoXP: i already gave it to him anyway
[00:25] <NekoXP> so I answered him already :) /sys/class/gpio has a list of pins configured as gpio and cross referencing would have found which ones were free and where on the board they are
[00:26] <prpplague> NekoXP: no that is no correct
[00:27] <NekoXP> really? is panda that much different to any other board using gpiolib?
[00:28] <prpplague> NekoXP: if the gpio hasn't been exported, it will not show up in /sys/class/gpio
[00:29] <NekoXP> hmm yeah I guess you have to request it first
[00:29] <NekoXP> but if 139 and 140 are already configured that's implied
[00:32] <prpplague> NekoXP: only the pinmux is configured, doesn't mean it has been requested
[00:32] <NekoXP> okay so he needs to kick around in the kernel anyway
[00:32] <NekoXP> ?
[00:33] <prpplague> NekoXP: no, he just needs to export the gpio
[00:33] <prpplague> GrueMaster: ping
[00:33] <prpplague> GrueMaster: where the heck is the x-loader source for maverick omap4 support?
[00:35] <GrueMaster> Couldn't tell you off hand.  I'd have to load a system with maverick and then look at a package.
[00:35] <GrueMaster> let me see if I can find it by other means
[00:36] <prpplague> https://launchpad.net/ubuntu/maverick/+source/x-loader-omap4
[00:37] <prpplague> GrueMaster: nm, found it
[00:37] <GrueMaster> I was looking for the git tree.
[00:37] <GrueMaster> But that works.
[00:39] <prpplague> GrueMaster: getting killed with people wanting to do i2c and gpio from 10.10 lately
[03:39] <electroglue> hello can anyone tell me why ubuntu-omap4-extras-multimedia package fails in ubuntu...I see that two packages have been updated and wont be installed because they no longer exist in the ppa
[07:34] <siji> Good  After noon friends
[07:36] <siji> need  some help to enable my beagleboard XM with touch screen
[07:37] <siji> it's TSC 2046 Controller
[07:38] <siji> and I have "insmod" ads7846.ko (2.6.38-8)
[07:39] <siji> but evtest is not responding for touch events
[08:03] <siji> any help pls
[08:34] <siji> persia, u there?
[12:00] <siji> ogra_, you there
[12:00] <siji> [  956.874450] ads7846: disagrees about version of symbol module_layout
[12:00] <siji> means wrong driver module right ?
[12:00] <ogra_> yes
[12:01] <ogra_> how did you build it ?
[12:01] <siji> am wondering how it's happen, i have build the OS image from rootstock
[12:01] <ogra_> i mean how did you build that module
[12:01] <siji> ogra_, it was there bydefault
[12:02] <siji> in the rootstock build image
[12:02] <ogra_> cant be :)
[12:02] <siji> yes, it is
[12:02] <siji> :)
[12:02] <ogra_> there is no kernel in rootstock images by default
[12:02] <siji> linux-omap
[12:02] <ogra_> so that cant be
[12:02] <ogra_> unless you forcefully added one
[12:03] <siji> i hve added the parameter linux-omap
[12:03] <ogra_> ??
[12:04] <ogra_> the message above means that your module was compiled differently from the rest of the kernel ... that simply cant happen in a packaged kernel
[12:04] <siji> right..
[12:04] <siji> i did seed linux omap
[12:05] <ogra_> so check what kernel packages you have installed
[12:05] <siji> while building rootstock
[12:05] <siji> ok
[12:07] <siji> ogra_, i have build the rootstock with the parameter --seed linux-omap
[12:08] <ogra_> did you check your installation ?
[12:08] <siji> yes
[12:08] <siji> it seems like everything is fine
[12:09] <siji> running on kernel 3.6.38-8 omap
[12:10] <ogra_> locate ads7846
[12:10] <ogra_> where is that located
[12:10] <siji> /lib/modules/kernel/---
[12:10] <ogra_> where exactly
[12:11] <ogra_> i dont see it being built in any of our arm kernels
[12:11] <ogra_> ogra@panda:~$ locate ads7846
[12:11] <ogra_> ogra@panda:~$
[12:11] <siji> /lib/modules/2.6.38-8-omap/kernel/drivers/input/touchscreen
[12:11] <ogra_> definitely not enabled on omap4
[12:11] <ogra_> very strange
[12:12] <ogra_> oh, i see, on omap4 it is compiled in
[12:12] <siji> oh..
[12:12] <siji> but mine is omap3
[12:12] <siji> beagleXm
[12:12] <ogra_> right, i dont have one running here so i cant check
[12:12] <siji> ok
[12:13] <ogra_> file a kernel bug then against the linux package (mention omap3 in the description)
[12:13] <siji> ok
[12:13] <ogra_> though that still doesnt explain the error
[12:13] <ogra_> and i think only the kernel or touch teams could help here
[12:13] <siji> ok
[12:14] <siji> or I have to build the kernel here right?
[12:15] <ogra_> you could do that too, indeed, or try one of rcnee's kernels (there is a PPA somewhere with his kernel packages)
[12:15] <siji> i have tried but failed to enable SGX driver
[12:15] <siji> anyway will give a try again
[12:15] <ogra_> make sure to file bugs if you find issues ;)
[12:16] <siji> sure will do
[14:30] <hrw> nvflash looks fun
[14:30] <ogra_> heh
[14:31] <hrw> nightmare kind of fun
[14:31] <ogra_> what for do you need it ?
[14:32] <hrw> ogra_: Hannspree hannspad - cheap android 10.1" tablet
[14:33] <ogra_> ah
[14:33] <ogra_> well, if you have a good kernel you should only have to use nvflash once
[14:33] <ogra_> i.e. a good kernel like the ac100 one wheer you can see the boot partitions from userspace :)
[14:35] <hrw> problem is that there are no good kernels for it. vendor 'forgot' to give gpl source so kernels from community only and they lack few things
[14:35] <ogra_> did someone report it as gpl violation already ?
[14:36] <hrw> checking that is on my todolist
[14:37] <ogra_> well, generally the chromeos kernels are a good start for tegra stuff
[14:40] <cjwatson> Hi, I can't figure out why https://launchpadlibrarian.net/76889732/buildlog_ubuntu-oneiric-armel.libvirt_0.9.2-4ubuntu8_FAILEDTOBUILD.txt.gz is failing; I don't *think* it's due to my change.  Would somebody be able to have a look.
[14:40] <cjwatson> ?
[14:45] <ogra_> me looks with no promises that he has more clue
[14:50] <ogra_> wow, looks really bad
[14:55] <infinity> cjwatson: Is that a python testsuite?
[14:55] <infinity> cjwatson: If so, I imagine it relates to https://launchpadlibrarian.net/76841318/buildlog_ubuntu-oneiric-armel.python-apt_0.8.0ubuntu3_FAILEDTOBUILD.txt.gz
[14:56] <ogra_> well, doesnt look like anything used libnl3 on arm before
[15:01] <cjwatson> infinity: not seeing the link ...
[15:01] <cjwatson> (but I don't actually know, I'm entirely new to libvirt and was just trying to get everything shifted over to libnl3)
[15:01] <ogra_> cjwatson, wild guess: the missing classid file gets pulled by a netlink socket, our kernel on the ancient buildd HW misses bits the nl3 lib uses, so the dtd doesnt end up where it should be
[15:02] <ogra_> (really wild guess)
[15:03] <infinity> Oh, I didn't look closely.  I'm barely awake here. :P
[15:03] <infinity> Brain just saw two testsuites die. :P
[15:10] <ogra_> i dont have a panda with a disk atm, but i can do a testbuild on an ac100
[15:11] <ogra_> to see if its machine related
[15:18] <rOxx> Hello, i want to test the uart port on the beagleboard xm with a oszilloscope to check the uboot configuration, i have disabled kernel pinmux. i know that uart2 is ttyO1, are there any possibily to send data over this port ?
[15:47] <fisuk> does anyone have any idea why i get inverted colors on my cursor and the xterm text, like this: http://dl.dropbox.com/u/952540/wtf.jpg
[15:48] <fisuk> if i swap to a text console and back to X, then they show up correctly
[15:49] <fisuk> also, there's no text showing up on any of the apps
[15:49] <fisuk> some underscores here and there, but mainly nothing is visible
[15:56] <ogra_> what arch is that ?
[16:04] <fisuk> omap4, custom maverick rootfs, kernel 2.5.35-980-omap4
[16:05] <fisuk> i have no idea what I've messed up because an earlier rootfs i built didn't have that problem..
[16:12] <fisuk> well, i guess i'll just rebuild the thing for the millionth time.
[16:20] <fisuk> before that it'd be nice if i could even once get the video decoding hw accelerated, but there's no info about that on the wiki. or anywhere. i mean, there's the installation instructions for omap4-extras and "use totem", but no information about what videosink should be used when using gst-launch etc. or if any other pads are required.
[16:21] <ogra_> it should just work out of the box in maverick
[16:21] <fisuk> oh
[16:21] <ogra_> there are no codecs provided by TI for natty so dont bother to try it there (or bug TI)
[16:21] <ogra_> we should get codecs for oneiric again
[16:33] <ogra_> cjwatson, fyi, thats how the libvirt build fails for me in a oneiric chroot on an ac100 http://paste.ubuntu.com/662055/
[16:35] <ogra_> fails a lot earlier in test-chown
[20:44] <janimo`> ogra_, openmax codecs from TI?(re your chat with fisuk above)
[22:06] <ericb2> FYI, testing Nathy on Pandaboard, I got I/O errors with a brand new SD card ( Lexar, Class 10, 32GB).  I can resize the partition, and at reboot -> nothing. After some investigations, I isolated this issue : http://paste.lisp.org/display/123918
[22:08] <ericb2> all the other cards I tested work as expected. The second 32GB I tested, has other problems : I got lot of I/O issues at runtime (e.g. compiling a big application), and the fs is remounted in read only mode
[22:09] <ericb2> after some little search, the relevant code in the kernel is located in drivers/mmc/card/block.c
[22:09] <ericb2> at least the error messages (say the what, not the why)
[22:09] <ericb2> anybody aware of 1) existing issues ?  2) existing bug reports around that ?
[22:11] <ericb2> thanks in advance for any help
[22:11] <ericb2> :-)
[22:15] <infinity> You might just have bad cards.  I have no issues here with an LX 32G Class 10.
[22:15] <MrCurious_> ericb2: you any further in finding the cause?
[22:27] <ericb2> infinity: thanks for the info
[22:28] <ericb2> infinity: could this be another issue type, like the resize does something wrong, or I don't know ?
[22:28] <ericb2> infinity: the problem is, I  got other issues with the same disk image
[22:29] <ericb2> infinity: like file system suddenly in read only mode, every time the machine has a good load or something similar
[22:29] <MrCurious_> ericb2: i tried with a manually resized image, that was good. its not resize thats causing the problem
[22:30] <ericb2> MrCurious_: thanks
[22:30] <MrCurious_> np
[22:30] <ericb2> MrCurious_: you avoided me to try myself :)
[22:31]  * ericb2 scratching his head 
[22:34] <ericb2> MrCurious_: so we are two with problematic cards, both class 10 and high speed (at least this is written on the package)
[22:35] <ericb2> other possibility could be a wrong high speed card, e.g. identified with high speed parameters and that's not true, causing timeout and worse
[22:39] <TheSeven> davidm: so it's now official that the scheduler is the culprit?
[22:40] <davidm> TheSeven, it's official it's a general ARM issue, not a Panda USB issue
[22:40] <davidm> likely scheduler but not completely sure about that
[22:40] <davidm> Was best rename I could come up with that fit what we are seeing
[22:40] <davidm> ope to suggestions for a better name
[22:41] <TheSeven> it would be interesting if this is only related to USB, I/O in general, or even every kind of thread execution
[22:42] <infinity> TheSeven: It's not just USB, and probably not just I/O.  It really looks like it's spinlocking breakage.  I'm assured that people smarter than me are looking deeper.
[22:42] <davidm> IT also makes a difference on writing to the SD card
[22:43] <MrCurious_> my guess is it has hard coded timings that just work with slow cards, rather than detecting card state, allowing for it to run at max speed
[22:43] <MrCurious_> or a hard coded wait that isnt needed with faster cards
[22:43] <davidm> infinity, I'm trying to get as many people as possible looking at it ;-P
[22:43] <MrCurious_> if i had to "guess"
[22:45] <infinity> MrCurious_: I use a few class 10 cards (one even the same brand as ericb2) with no issues.
[22:45] <TheSeven> davidm: but compared with what's going on with USB storage, the differences on the SD interface were almost neglegible
[22:45] <TheSeven> s/with/to/
[22:45] <MrCurious_> rev c board?
[22:46] <infinity> TheSeven: Yes, but SD is slower by default, so sitting in idle loops 75% of the time doesn't hurt as much. :P
[22:46] <ericb2> infinity: I believe you. Just searching how I can proof my reseler it is defective / not good
[22:46] <MrCurious_> at least my board was rev c
[22:46] <ericb2> infinity: this card is expensive (76 euros), and I'm not happy
[22:47] <TheSeven> ericb2: SD cards just aren't intended for compiling things on them
[22:47] <ericb2> TheSeven: he he
[22:47] <ericb2> TheSeven: I'm testing the armhf build on USB stick
[22:48] <ericb2> TheSeven: on USB disk, it works. Trying the usb key now (more easy for traveling)
[22:48] <MrCurious_> ericb2: usb is currently buggy, and possibly 10x slower than it should be
[22:48] <ericb2> MrCurious_: promising ^^
[22:49] <ericb2> MrCurious_: I was wondering whether an sata support will arrive some day
[22:49] <ericb2> would be fantastic
[22:50] <ericb2> sata is reliable, really
[22:50] <GrueMaster> Doubtful on panda.  Maybe omap5?
[22:51] <ericb2> GrueMaster: indeed, it will probably not occur with Panda . Crossing the fingers
[22:51] <ericb2> for omap5 .. in one, two years ?
[22:51]  * ericb2 hides 
[22:51] <infinity> Find me a mobile phone that needs SATA...
[22:51] <GrueMaster> Other than adding it to the USB bus, I wouldn't get your hopes up on panda.
[22:51] <infinity> (Panda's essentially a phone dev platform)
[22:52] <ericb2> infinity: I meant more a multimedia one ( double hdmi .. )
[22:52] <GrueMaster> Panda is the same hardware as the Droid 3.
[22:52] <ericb2> + lot of decoders inside. Looks lke a mix of best technos, for hackers and like
[22:53] <GrueMaster> Other than a few NAS systems out there, I don't know of any mainstream arm based products that also have sata.
[22:53] <infinity> There are tons.
[22:53] <infinity> Mostly set-top boxes, PVRs and the like.
[22:53] <GrueMaster> Mainstream?
[22:53] <infinity> Well, depends on how you define "mainstream".
[22:54] <TheSeven> MrCurious_, ericb2: USB is still way faster than SD
[22:54] <ericb2> maybe nfs, as I told previously
[22:54] <GrueMaster> Most of those are PPC based afaik.
[22:54] <infinity> Most people get them bundled with cable service and such, but that's pretty "mainstram", you just don't go comparison shopping.
[22:54]  * GrueMaster owned a tivo and owns an HD DVR.
[22:54]  * ericb2 got a powerbook in the room. bought in october 2005 or so
[22:55] <ericb2> works well
[22:55] <TheSeven> davidm: So it doesn't make sense to do further random testing and throwing results at the bug from my side?
[22:55]  * davidm still owns 2 working tivo series I and has 4 for spare parts
[22:56] <ericb2> oops, it's late, and I need to sleep a bit
[22:56] <davidm> Any valid testing might help, the bug is not isolated as yet
[22:56] <ericb2> good night all
[22:57] <infinity> Apparently the PVR in my house is MIPS.
[22:57] <davidm> OK I'm off, I'll look at the back scroll later
[22:57] <ericb2> infinity: got a gdium too :)
[22:58]  * ericb2 gone for true
[23:02] <MrCurious_> theseven: i use a ssd on usb, it makes ubuntu on panda tolerable :D
[23:03] <GrueMaster> MrCurious_: Try booting with nosmp and checking your IO performance.
[23:07] <TheSeven> MrCurious_: a thumbdrive would do as well
[23:16] <MrCurious_> yeah
[23:16] <MrCurious_> gruemaster: is that a opt for boot.scr?
[23:17] <GrueMaster> Yes.  Add to the kernel cmdline.
[23:17] <MrCurious_> is that going to kick the speed up?
[23:17] <MrCurious_> but at a cost
[23:17] <GrueMaster> IO speed should be 3-4x but no SMP.
[23:18] <MrCurious_> thats a strange tradeoff
[23:18] <MrCurious_> counterintuitive
[23:18] <infinity> See above about spinlocks.
[23:22] <MrCurious_> doubt spinlocks are broken, more like not optimized