[00:22] <rlameiro> persia: lol, now it doesnt even outputs sound...
[00:52] <rlameiro> persia here it is
[00:52] <rlameiro> http://dl.dropbox.com/u/1333955/soundtestarmpd.ogg
[01:09] <persia> rlameiro, Cool.  Please file a bug and attach it, so that folks who can fix it (not me) can have a look.  Please use ubuntu-bug to file the bug *from the beagleboard* as this will collect more useful information.
[01:11] <rlameiro> well, i am installing apport right now
[01:11] <rlameiro> a bunch of libs
[01:11] <rlameiro> persia: what is the best way to see the cpu frq on the command line?
[01:11] <rlameiro> cpuinfo only shows MIPS
[01:12] <rlameiro> *BogoMIPS
[01:13] <persia> I don't know if that's exposed to userspace except as strings: cpuinfo or dmesg output would be my expectations.
[01:14] <persia> I could be mistaken though: I don't tend to do lots of low-level stuff.
[01:14] <persia> Probably better to ask that sort of question generally: other folk might have better answers (and I think most ARM folk are familiar with more low-level bits than I)
[01:16] <rlameiro> well, i made cat /proc/cpuinfo
[01:16] <rlameiro> i am not eally sure if my processor is really runnig at 720Mhz
[01:56] <rlameiro> lp #642465
[01:56] <ubot2> Launchpad bug 642465 in puredata (Ubuntu) "Puredata outputs Very bad sound when using ALSA backend (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/642465
[01:56] <rlameiro> persia: done, bug posted
[01:57] <rlameiro> persia: maybe you could triage it to the relevant teams/persons, i dont know who they are, i notified the ubuntuarmel porters team only
[09:52] <lag_> Anyone around?
[09:53] <lool> nope
[09:53] <lag_> Hi Loic
[09:53] <lool> Hey, how goes?
[09:53] <lag_> Meh
[09:53] <persia> lag, Lots of folks are around: "/names" usually gives you a list.
[09:53] <lag_> Do you cross compile?
[09:54] <lool> lag_: Right now I'm enjoying my Sunday, but I cross-compile from time to time, yes
[09:54] <lag_> :)
[09:54] <lool> lag_: Anything in particular?  userspace or kernel?
[09:54] <lag_> I usually build natively, but I want to do some work on the plane
[09:54] <lag_> Kernel
[09:55] <lag_> Ubuntu specific
[09:55] <lag_> I can cross compile
[09:55] <persia> lag, You clearly need a Netwalker :)
[09:55] <lag_> But I would like to do it via fdr
[09:55] <lool> lag_: Cross-compiling the kernel should be relatively easy; cross-compiling the Ubuntu kernel package is not trivial because they enable perf/ which means you need a couple of cross-build libs
[09:55] <lool> lag_: fdr?
[09:55] <lool> fakeroot debian/rules?
[09:55] <lag_> Yeah
[09:55] <persia> I think the kernel team has a cross-compilation recipe to work around that.
[09:56] <lag_> But they're offline :)
[09:56] <lag_> And my plane leaves shortly
[09:56] <lool> lag_: For kernel packages, just set CROSS_COMPILE=arm-linux-gnueabi- and it should work with fdr
[09:56] <persia> yeah, but someone put it in the wiki...
[09:56] <lag_> That simple eh?
[09:56] <lag_> :)
[09:57] <lool> lag_: Yup; even debuild -eCROSS_COMPILE=arm-linux-gnueabi- -aarmel should work
[09:57] <lag_> I'll give it a go
[09:57] <lool> lag_: Problem is that you need to set some more vars if you want to replicate debuild or dpkg-buildpackage
[09:57] <lag_> I'm having issues installing hrw|gone's cross compiler at the moment
[09:58] <persia> You're using the new shiny in-archive versions?
[09:58] <lag_> Of the cross-compiler?
[09:58] <lag_> I'm trying to install them
[09:58] <persia> Yes, of the cross-compiler
[09:59] <lag_> The following packages have unmet dependencies:
[09:59] <lag_>   libgomp1-armel-cross: Depends: gcc-4.5-arm-linux-gnueabi-base (= 4.5.1-7ubuntu1) but 4.5.1-6ubuntu1 is to be installed.
[09:59] <persia> https://wiki.ubuntu.com/KernelTeam/KernelMaintenanceStarter#Cross-compiling%20for%20ARM is the kernel team's recommended way to do kernel cross-compilation on Ubuntu
[09:59] <lool> lag_: ah that's temporary
[09:59] <persia> As you know, native compilation should be done for validation, but that can happen when you land.
[09:59] <lool> lag_: the packages are uninstallable right now
[09:59] <lool> lag_: This should be fixed before final
[09:59] <persia> lag, You can work around the temporary issue by working in an i386 chroot (mk-sbuild is a handy way to create one)
[10:01] <lag_> Boo
[10:01] <persia> boo?
[10:01] <lag_> Downloading CodeSourcery
[10:02] <persia> That's faster than `mk-sbuild --arch=i386 maverick`?
[10:04] <lag_> make: *** No rule to make target `build-omap4'. Stop.
[10:05] <lag_> Despite: flavours	= omap4
[10:14] <dcordes> hello
[10:15] <persia> hey dcordes
[10:17] <ajay> hi all, i have IGEP arm board .trying to boot it with ubuntu lucid.
[10:17] <ajay> but getting error as unsupported signal on HDMI monitor
[10:18] <dcordes> ajay: Do you run a known working kernel ?
[10:18] <ajay> yes
[10:18] <ajay> dcordes, they have given kernel
[10:18] <dcordes> ajay: What's the known working userspace that will give you working signal on HDMI monitor ?
[10:19] <ajay> dcordes, i am not getting..
[10:20] <ajay> dcordes, i have followed all steps as http://free-electrons.com/blog/ubuntu-1004-igepv2/
[10:20] <dcordes> ok
[10:20] <ajay> but i dont have null modem cable so directly testing on monitor with hdmi cable
[10:21] <dcordes> ajay: A very bad approach. You should setup the serial connection
[10:21] <persia> Well, not necessarily.
[10:22] <persia> Lots of folks have success with using monitors directly.  The problem is that it's hard to troubleshoot low-level stuff (especially with rootstock) done that way.
[10:22] <dcordes> ajay: Can you try flashing a known working kernel binary instead of building from a random revision ?
[10:22] <ajay> after doing google i got in beagle board we need to change bootargs of uboot as ompafb.mode=dvi:hd720
[10:23] <persia> The correct value for omapfb.mode is decided by the device to which you are connection.
[10:23] <ajay> but not getting how to..bcoz i am not able to get even uboot propmt
[10:23] <persia> Don't trust random values for that unless you have the same display
[10:23] <ajay> persia i have sony bravia tv
[10:23] <persia> Edit the bootscript (.scr file)
[10:23] <persia> I don't know the value for a Bravia.
[10:24] <persia> Does the IGEPv2 output real HDMI, or DVI on an HDMI connector?
[10:24] <ajay> its real HDMI
[10:24] <ajay> i am using hdmi to hdmi cable
[10:24] <persia> Then, yeah, you just need the settings for your monitor (and to set them in your bootscript).
[10:25] <persia> As dcordes suggests, this would probably be easier if you had a serial connection to investigate :)
[10:25] <ajay> my system does not have a serial port so any usb to serial port can work with lucid?
[10:26] <ajay> or need a PCI slot serial port
[10:26] <persia> Most ought.
[10:26] <dcordes> ajay: For not having any debug output, you put too many variables. Reduce possible error sources. Download complete tested and known working kernel binary, modules, rootfilesystem.
[10:26] <ajay> which is better usb to serial or PCI slot
[10:26] <ajay> dcordes, ok
[10:26] <persia> Oughtn't matter.  serial is too slow to benefit from alternate connectivity.
[10:27] <persia> dcordes, Do you happen to know if the lucid omap kernel works on IGEPv2?
[10:27] <dcordes> persia: Sorry, before I did not hear about that board
[10:27] <persia> No worries :)
[10:28] <ajay> dcordes, it is clone of Beagleboard
[10:28]  * persia wishes rlamiero was around: he has such a board
[10:29] <dcordes> I was abscent for nearly two weaks and did not follow the development at all. Have there been any critical changes to the http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/ ?
[10:30] <dcordes> I hope the beta freeze is a success
[10:30] <persia> For maverick?  Heaps.  It mostly works now.
[10:30] <dcordes>  Ya. sounds good
[10:30] <persia> There's a couple bits needing tweaking (and I believe one wants something with higher specs than a Beagle C4), but it's getting really close to good enough to release.
[10:32] <dcordes> I am downloading 20100919 right now. Will apply my set of tweaks and run in on the HD2. Maybe I can find some bugs
[10:33] <persia> Please file them if you do.  Patches even more welcome :)
[10:35] <dcordes> Will do
[10:36] <dcordes> Also need to do further utouch testing
[10:41] <dcordes> ajay: Have you found prebuilt stuff to test ?
[10:42] <ajay> dcordes, no they just given source
[10:43] <ajay> if i want ot change uboot parameter while compilation time where i need to change?
[10:44] <dcordes> ajay: Do you mean the kernel command line ?
[10:45] <ajay> yes
[10:45] <ajay> dcordes, setenv bootargs console=tty0 console=ttyS2,115200n8 root=/dev/mmcblk0p2 rootwait ro vram=12M omapfb.mode=dvi:hd720
[10:45] <dcordes> ajay: There is a kernel configuration option to hardcode cmdline paramters but it's not common. Not a build time thing
[10:46] <dcordes> ajay: Usually you pass it to the bootloader
[10:46] <ajay> ok.
[10:46] <dcordes> Ok that is the kernel command line. Did you copy paste "omapfb.mode=dvi:hd720" parameter from a beagle board cmdline ?
[10:46] <ajay> dcordes, yes
[10:48] <dcordes> ajay: That assumes you have the exact same framebuffer ( display) driver as the person uses you copied it from
[10:48] <ajay> dcordes, not sure i am new to this porting
[10:49] <dcordes> ajay: The problem is you don't even know if your kernel starts :)
[10:50] <ajay> dcordes, i will get a null modem cable
[10:52] <ajay> but have a problem that shall i buy USB-serial or PCI slot serial port connector
[10:52] <ajay> my system doesnot have serial port
[10:53] <dcordes> unless you have some leds or so ?
[10:53] <dcordes> jkridner: and friends (beagle board devs )used to put tested prebuilt kernel binaries so you could test if your hardwarer setup is fine
[10:53] <dcordes> I bet there is something similar for your IGEP board
[10:54] <dcordes> get usb serial - less hassle
[10:54] <persia> ajay, Unless you have some reason to get something special, I'd suggest a one-port serial connection: inexpensive, and easily migrated to other uses in the future.
[10:54] <dcordes> Be aware that serial is not serial. There are different voltage levels
[10:55] <ajay> dcordes, which one i should use for getting prompt on minicom
[10:55] <dcordes> ajay: I don't know your device well. Search for documentation
[10:56] <ajay> dcordes, it is similar to beagle board
[10:58] <dcordes> http://www.google.de/#q=igepv2+serial ?
[11:10] <ajay> dcordes, i am asking for development system should have PCI slot derial oprt or can be usb serial port
[11:10] <ajay> i have IDC10 to DB9 cable
[11:11] <dcordes> 11:26 < persia> Oughtn't matter.  serial is too slow to benefit from alternate connectivity.
[11:18] <persia> ajay, So, I don't know of any RS232 UARTS capable of more than 230,400 bps.  USB is twice that.  PCI is lots more.  In fact, I can't think of *any* interconnect other than IEEE1294 in modern use that is slower.
[11:18] <persia> And the one on your board is probably 115,200 or slower anyway.
[11:19] <persia> Err, 1284 (sorry)
[11:20] <ajay> persia, thanks
[11:20] <dcordes> Guys I have to run. I will be back once I have tested the recent maverick netbook preinstalled image on my phone (for feedback or to pester you with questions ;) )
[11:20] <persia> Oh, and I'm completely wrong: USB is 2000 times that fast, and IEEE1284 is 10 times that fast
[11:21] <ajay> persia, dcordes as well with this board i like to test utouch
[11:22] <ajay> so can you please suggest me which touch screen 10 or 12 inch i should buy
[11:34] <ajay> dcordes, persia thanks i am able to get display on TV
[11:35] <ajay> but i have created filesystem for lucid using rootstock and using kernel 2.6.33.7
[11:35] <ajay> while booting getting error as no /lib/modules/2.6.28.10/modules.dep file found
[11:35] <ajay> and getting exit
[11:36] <ajay> not able to found from where boot kernel is taking as 2.6.28.10
[11:36] <ajay> is there any way to chang it to 2.6.33.7
[11:37] <persia> My recommendation would be to adjust flash-kernel to handle your hardware, and then install a packaged 2.6.33.7
[11:38] <persia> If you want something easier, follow the directions in the article you first linked, create a .deb, install that, and manually copy the kernel and initrd images.
[11:40] <ajay> persia, i have copied manually uImage config
[11:41] <ajay> installed all kernel modules to lib/modules/
[11:41] <ajay> but doubt is why it is looking for 2.6.28.10
[11:42] <persia> Answer is probably somewhere in your dmesg or syslog
[11:42] <ajay> hmm but i am not able to get terminal
[11:43] <ajay> persia, is there any way to describe kernel as 2.6.36.7
[11:43] <ajay> sorry 2.6.33.7
[11:43] <ajay> in uboot params
[11:47] <persia> No idea.
[11:52] <ajay> persia, about touchscreen to test utouch
[11:52] <ajay> which manufacturer touchscreen works?
[11:53] <persia> Again, no idea.
[11:53] <persia> I remember reading somewhere that it would benefit from "4-finger" touch.
[12:01] <ajay> persia, yes i got from where it was taking 2.6.28 kernel that is from nand
[12:01] <ajay> and my kernel is 2.6.33.7 in sdcard
[12:02] <ajay> i took boot.src content from beagleboard
[12:02] <ajay> but in http://free-electrons.com/blog/ubuntu-1004-igepv2/ it is mentioned the boot variable and then saved it
[12:02] <persia> So you adjusted the boot.src, and were able to boot your preferred kernel?
[12:02] <ajay> its not like auto boot
[12:03] <ajay> persia, no
[12:03] <ajay> i adjusted same mentioned above till saveenv
[12:03] <ajay> added extra flag of ompafb.mode
[12:04] <ajay> but getting error as unsupported signal
[12:09] <persia> Sounds to me like you have a working 2.6.28 kernel and a not-working 2.6.33.7 kernel
[12:09] <persia> Are you sure the value you selected for omapfb.mode matches your screen?  Also, you typed "ompafb.mode" above: are you sure of the spelling?
[12:10] <persia> 18VABI76S, Now that's an impressive username :)
[12:10] <ogra_ac> Easy to pronounce at least :)
[12:11]  * ogra_ac sighs ... installing mono on the ac100 trashes my whole chroot 
[12:11] <ogra_ac> Silly tomboy
[12:12] <persia> ogra, Same error as elsewhere, or something else?
[12:13] <ogra_ac> Habgs at installing mono assemblies
[12:13] <ogra_ac> *hangs
[12:13] <ogra_ac> Purging them without a terminal that can copy paste is a pain
[12:13] <persia> Hrm.  Really need to get the Mono folk faster hardware :)
[12:13] <jo-erlend> I'm having some difficulties installing Maverick on my igep2. If someone has any experience and a minute, I could really use some help. I'm following the guide on http://labs.igep.es/index.php/How_to_get_the_Ubuntu_distribution#Ubuntu_10.10_.28Maverick_Meerkat_BETA.29. When I try to create the boot.ini by copying and pasting the command, I just get "$: command not found".
[12:13] <persia> You don't have openssh-server installed yet?
[12:14] <ogra_ac> Hmm, indeed i could work remotely
[12:14] <persia> jo-erlend, mkimage isn't found?
[12:15] <persia> ogra, Makes life lots easier if you can't copy & paste :)
[12:15] <jo-erlend> persia, mkimage is found, but that's the only output it gives me.
[12:15] <ajay> persia, i am not sure about ompafb.mode value .
[12:15] <ajay> but hd720 worked for me when foloowed .src from beagleboard website
[12:16] <ogra_ac> Persia, prob is that i cant install openssh-server due to the install failures, my apt db is totally screwed atm
[12:16] <persia> ajay, OK.  maybe that's correct.  I know folks have complained about it not being the same for every display, and so I thought it might be related.
[12:16]  * ogra_ac tries to dpkg -i
[12:16] <persia> ogra, dpkg -P is your friend
[12:16] <ogra_ac> Though i dont really know how i would start it, no upstart :P
[12:16] <persia> manually?
[12:17] <ogra_ac> Pain
[12:17] <persia> upstart just calls stuff.
[12:17] <ogra_ac> Indeed
[12:17] <persia> less pain than retyping everything in order to sort it out :p
[12:17]  * ogra_ac is inclined to give up the chroot idea and rather invest more time into the bootloader
[12:17] <persia> jo-erlend, "command not found" usually indicates something isn't present.  Are you sure you have an mkimage binary?
[12:18] <jo-erlend> persia, quite.
[12:18] <persia> ogra, Please :)
[12:18] <ogra_ac> Heh
[12:18] <ogra_ac> I dont want to brick it
[12:19] <persia> Last time I had an ARM laptop I didn't want to brick and suffered through a less-than-ideal environment, I ended up breaking it before I even got to try, and now I wish I'd bricked it, as then there would at least have been a point.
[12:19] <persia> jo-erlend, I can't imagine why you'd get that output.  Maybe your path is funny?  Beyond that, I'd suggest grepping the mkimage source to see if you can find any conditions that would result in that output.
[12:20]  * ogra_ac finally found out why android trashes the wlan at least 
[12:21] <ogra_ac> Some silly lib hardcodes an echo into proc that suspends the wifi constantly ... i wonder why they do that
[12:22] <persia> "power saving"?
[12:24] <ogra_ac> Every 3 seconds ?
[12:29] <persia> Sure.  if you don't have kernel support for making it sleep when unused, you send a poweroff event every three seconds: if there is traffic, this makes it a bit slower, but users don't notice because they expect a phone to be slow, and it there is no traffic, it saves power.
[12:29] <ogra_ac> Silly
[12:29] <persia> If I did it that way (which would involve much kicking and screaming, and possibly whips and chains), I'd probably do it every 2 seconds.
[13:40] <ogra_ac> Hmm, so i have a loopback vnc session running
[13:40]  * ogra_ac sees an ubuntu desktop
[13:40] <rlameiro> :)
[13:41] <rlameiro> ogra_ac: lp #642465
[13:41] <ubot2> Launchpad bug 642465 in puredata (Ubuntu) "Puredata outputs Very bad sound when using ALSA backend (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/642465
[13:41] <ogra_ac> But sadly its absolutely unusable
[13:41] <persia> ogra, Nice !
[13:41] <persia> rlameiro, ogra doesn't tend to be too much of an audio guy :)
[13:41] <ogra_ac> Silly vnc client doesnt really hand teh kbd through
[13:41] <rlameiro> oh welll
[13:42] <rlameiro> i can try :D
[13:42] <persia> rlameiro, Better to just watch the bug: someone interested will likely respond.
[13:42] <rlameiro> persia: http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=4adb2744c8cdc1064b657cdffc4c0f91ff7bf442
[13:42] <ogra_ac> Does puredata by chance use libmad somewhere ?
[13:42] <rlameiro> check this out
[13:42] <persia> In fact, I'll try to confirm once I'm not spending all cycles building.
[13:42] <rlameiro> seems promising
[13:43] <persia> ogra, No, but it may be the same class of issue.
[13:43] <rlameiro> for jack
[13:43] <ogra_ac> Assembler crack ?
[13:43] <persia> rlameiro, That's pure crack, unfortunately.  Folk need to focus on making stuff that works for everyone.
[13:44] <persia> So a better solution would be for JACK to have a more flexible init system, and choose values based on the detected audio interface.
[13:44] <persia> ogra, Dunno, but possibly.  Doesn't sound like pd is doing math correctly.
[13:44] <rlameiro> persia: well, it may be also a problem with jack
[13:45] <rlameiro> it seems related to the capture part of the alsa driver
[13:45] <persia> And it's all sorts of extra odd that doing a software conversion using ALSA OSS emulation makes it kinda work better.
[13:46] <rlameiro> but since it is working on recent versions of open embedded, maybe the driver in  ubuntu isnt recent enough?
[13:46] <rlameiro> could it be that?
[13:46] <persia> rlameiro, That entire patch consists of some config adjustments, specifically changing the default number of periods, frames per interrupt, and period length.  You can try the same changes with the qjackctl interface.  if that makes it better, cool, but it's not a real issue with JACK (the issue being that JACK always sets the same values, hardcoded in the code, rather than having a flexible config system exposed)
[13:47] <persia> Could be.  Could be different toolchain settings.  Could be different instruction sets.  Lots of possibilities.  Needs someone to look carefully at why the sound is wrong.
[13:47] <rlameiro> persia: well i tried that yesterday with no success, i did tried various setting, and they crasshed qjackctl via ssh -X
[13:49] <persia> You tried the settings in the patch you just linked?
[13:50] <rlameiro> persia: all but the sample rate....
[13:51] <rlameiro> persia: its weird also that my USB interface doesnt work also the UA-4FX
[13:53] <persia> USB interfaces not working is *very* odd.  Please file a bug on that, as usb-audio should *really* be platform independent.
[14:27]  * ogra_cmpc curses
[14:27] <ogra_cmpc> soandroid :(
[14:27] <ogra_cmpc> *so i trashed
[14:28] <persia> And this is bad why?
[14:28] <persia> did you brick it, or just break the default OS?
[14:29] <ogra_cmpc> well, effectively both
[14:29] <ogra_cmpc> i messed up the sh link
[14:30] <ogra_cmpc> neither recovery nor booting works
[14:31] <ogra_cmpc> i still have a bootloader, kernel and initrd i guess
[14:31] <ogra_cmpc> but no way to access anything
[14:32] <rlameiro> ogra: do you have a serial debug to the device?
[14:32] <rlameiro> i dont know wich device it is.. :)
[14:33] <ogra_cmpc> rlameiro, one without serial debug
[14:34] <rlameiro> ogra_cmpc: oops, that is kinda bad.... is it a cell phone?
[14:35] <persia> ogra, Do you have any means to adjust the bootloader, kernel, or initrd?
[14:35] <ogra_cmpc> persia, no
[14:35] <ogra_cmpc> else it would boot ubuntu already
[14:35] <ogra_cmpc> :P
[14:36] <rlameiro> ogra_cmpc: the only way I see it is search for the UART pins inside the board and then connect it to a serial-usb converter
[14:36] <ogra_cmpc> rlameiro, there are none
[14:36] <rlameiro> ogra_cmpc: really???? who makes a board without a serial debug ?????
[14:36] <persia> rlameiro, This is in a plastic case: a consumer device.
[14:37] <rlameiro> even the android phones have it inside....
[14:37] <rlameiro> well, that i know, but it is in there
[14:37] <persia> ogra, So what happens when you boot it?
[14:37] <rlameiro> if it is bricked you dont loose to much :D
[14:38] <ogra_cmpc> persia, bootloader hangs at the toshiba screen
[14:38] <ogra_cmpc> rlameiro, well, i lose 400euro
[14:39] <rlameiro> ogra_cmpc: well that is expensive, did you tried to see if the usb subsystem is running when you poweron the device? maybe it haves some way of debugin using usb on a very low level
[14:39]  * rlameiro rlameiro is dreaming to high
[14:40] <persia> ogra, Ugh.  Is there a magic keypress for "recovery" that lets you load recovery from SD?
[14:40] <ogra_cmpc> yes you are
[14:40] <ogra_cmpc> persia, it can only install toshiba signed update.zip files
[14:40] <ogra_cmpc> thats all the recovery mode offers
[14:41] <ogra_cmpc> but even that nees a shell i guess
[14:41] <ogra_cmpc> *needs
[14:41] <rlameiro> it may work as soon it detects an signed file
[14:41] <persia> Make a support request.
[14:41] <ogra_cmpc> haha
[14:41] <persia> I suspect there's a way to fix it (might need to be sent in).
[14:41] <persia> haha?  it7s new enough to still be under warranty.
[14:42] <rlameiro> warranty already voided persia
[14:42] <ogra_cmpc> "hello, i bricked a totally locked device that loses all warranty if i root it, can you help me ?"
[14:43] <persia> No.  "Hello, my new laptop won't turn on anymore...Yes, it's plugged in...Yes, the lights are on...Yes, I've pushed the switch, I only see the Toshiba logo....Could you repeat that RMA code?..."
[14:43] <ogra_cmpc> (the data partiion still has all the crack tools i used to exploit it)
[14:44] <persia> And you had to agree to some license saying you wouldn't do that?
[14:44] <ogra_cmpc> yes
[14:44] <ogra_cmpc> on first boot
[14:44] <persia> Oh.  That's annoying.
[14:44] <ogra_cmpc> it also has a bunch of sticker on the case
[14:44] <ogra_cmpc> *stickers
[14:45] <ogra_cmpc> saying that the warranty is only valid with the unmodified preinstalled os
[14:45] <persia> So even if you install stuff from the Toshiba store... ?  Oh my.
[14:46] <ogra_cmpc> there is no toshiba store :P
[14:46] <ogra_cmpc> thats the funniest bit about the preinstalled stuff
[14:47] <ogra_cmpc> it has a special marker app preinstalled ... which has no apps in it
[14:47] <ogra_cmpc> hmm, so i did a failed dd of the eMMC
[14:47] <ogra_cmpc> i wonder if i can pull something out of that, the beginning of the img file should be fine
[14:48] <ogra_cmpc> and i suspect it is what carries the bootloader
[14:49] <ogra_cmpc> aha
[14:49] <ogra_cmpc> partition1 in the img file starts at block 33
[14:50] <ogra_cmpc> so i guess 0-33 is bootloader stuff
[14:50]  * ogra_cmpc wishes he could just access the eMMC directly somehow
[15:01] <rlameiro> How can I force a USB detection?
[15:01] <rlameiro> it doesnt appears on dmesg..
[15:02] <rlameiro> my board isnt dettecting my usb sound card at all
[15:13] <rlameiro> well, it dont recognizes my usb hub neither my sound interface
[15:13] <rlameiro> maybe it only detects USB devices at boot time
[15:13] <rlameiro> how can i force usb detection
[15:13]  * rlameiro is feeling like devil advocate....
[15:15] <ogra_cmpc> re-plug it
[15:15] <ogra_cmpc> udev should detect it
[15:18] <rlameiro> ogra_cmpc: it didnt
[15:18] <rlameiro> I rebooted the machine now
[15:19] <rlameiro> ogra_cmpc: well, now i pluged in the sound device and it disconnected the usb hub
[15:20] <rlameiro> "usb 1-1: USB disconnect, address 2"
[15:20] <rlameiro> last dmesg enty
[15:20] <rlameiro> *entry
[15:46] <ajay> hi while testing tv with igep board i did a mistake that uboot.src i changed and in that i wrote saveenv with different parameter
[15:46] <ajay> now i am not getting display on tv
[17:54] <rlameiro> my board isn't autodetecting devices, how can i force it to detect them?
[18:05] <armin76> -f
[18:05] <armin76> :D
[18:28] <rlameiro> trying to play using my usb audio interface with aplay shows errors something about sample rate, and with alsaplayer it outputs this error http://pastebin.ubuntu.com/496584/
[19:12] <hrw|gone> lag: armel cross compiler packages are broken now - fixed versions are on a way
[19:31] <ogra_cmpc> hrw|gone, heh, he said he was about to board a plane and wanted to use the compiler there