[10:24] <Xofrats> hi, quick question, why does rootstock on karmic insist on qemu even when running under arm?
[11:43] <ogra_> sigh, apachelogger had a boring sunday it seems
[11:44]  * ogra_ wades through bugmail
[11:55] <lilstevie> ogra: heh, any interesting bugs?
[11:56] <ogra_> nah, just general noise
[11:56] <lilstevie> damn
[11:56] <lilstevie> you should see this weird bug I have had come up since switching to a newer kernel :p
[11:57] <apachelogger> ^^
[11:57] <ogra_> tell me
[11:57] <apachelogger> ogra_: more like proper triage :P
[11:57] <ogra_> heh, yeah
[11:57] <lilstevie> the bootloader image is taking over, graphical corruption all round,
[11:57] <ogra_> ouch
[11:57] <lilstevie> basically in samsungs 2.6.35 sourcedrop the fbdev driver has been royally screwed
[11:58] <ogra_> yeah, sounds bad
[11:58] <lilstevie> my login screen is a few gdm elements overlayed over the bootsplash
[11:58] <ogra_> did you try to roll back the driver ?
[11:58] <lilstevie> not yet
[11:59] <lilstevie> I will try that when I get back
[11:59] <lilstevie> brb
[11:59] <lilstevie> food
[11:59] <Xofrats> Hey, either of you familiar with rootstock?
[12:02] <Xofrats> I guess I killed the channel again
[12:03] <ogra_> while i initially wrote rootstock i havent touched it in more than 12months
[12:04] <Xofrats> Well, close enough... I had a sorta-generic question
[12:05] <Xofrats> Is there a armel image that contains enough to run rootstock from a chroot setup?
[12:06] <Xofrats> Because most of the references I see refer to qemu this or that
[12:06]  * ogra_ has never run rootstock on arm ... and it wasnt originally created for that 
[12:06] <Xofrats> I can't even apt-get rootstock on karmic because it fails on qemu
[12:07] <ogra_> iirc someone patched it to be able to run natively though, but i have zero experience with that
[12:07] <Xofrats> Hmmm....
[12:07] <ogra_> you shouldnt run karmic anyway
[12:07] <ogra_> its EOL
[12:07] <Xofrats> I know, but that's the image I got to be able to run Ubuntu on an android phone
[12:08] <Xofrats> Linux localhost 2.6.32.9 #1 Sun May 22 19:44:33 CDT 2011 armv7l GNU/Linux
[12:08] <ogra_> what HW is that ?
[12:08] <Xofrats> epic
[12:09] <ogra_> ah, thats samsung, right ?
[12:09] <hrw> htc
[12:09] <Xofrats> Yeah
[12:09] <hrw> sorry
[12:09] <Xofrats> no. sammy
[12:09] <Xofrats> evo is htc
[12:10] <ogra_> lilstevie has some samsung experience ...
[12:10] <Xofrats> k, good
[12:10] <Xofrats> I want to also sorta-resurrect rhodbuntu for xda soon
[12:10] <ogra_> if you want a barebone image, take the omap preinstalled netbook image, grab the content of the second partiton and touch /var/lib/oem-config/run
[12:11] <Xofrats> hmm, k
[12:11] <ogra_> tar it up and untar it on your phone
[12:11] <Xofrats> well, there lies the issue
[12:11] <ogra_> or if you want it more minimal you can du the same with the headless image
[12:11] <Xofrats> this *is* my computer atm
[12:11] <ogra_> *do
[12:12] <Xofrats> so right now karmic is chroot'ed and running epic4 which lets me be here
[12:13] <Xofrats> but I want to be able to create something a bit better
[12:14] <lilstevie> which device?
[12:14] <Xofrats> I just find it quite amusing that I can subsystem a true GNU/Linux on my phone
[12:14] <Xofrats> epic 4g
[12:14] <lilstevie> that is the same family as the i9000 isn't it
[12:14] <Xofrats> yeah
[12:15] <Xofrats> galaxys
[12:15] <Xofrats> only one with a keyboard
[12:15] <lilstevie> ok, if you give me a bit I will run through some of it with you, I have already gotten things working on the sgs i9000
[12:15] <lilstevie> just no modem
[12:16] <Xofrats> I don't need modem, I just nice chroot /data/local/ubuntu /bin/sh
[12:16] <lilstevie> eh I don't chroot
[12:16] <Xofrats> Let android handle the hw...
[12:17] <lilstevie> chrooting is far from ideal, just fyi
[12:17] <Xofrats> I know
[12:17] <Xofrats> Trust me, I know
[12:18] <lilstevie> heh
[12:18] <lilstevie> I have a nice setup going, flash kernel and param with heimdall and throw the image on one of the SD cards
[12:19] <ogra_> lilstevie, btw, how about providing your flash-kernel patch for upstream inclusion (or at least ubuntu inclusion)
[12:19] <Xofrats> I just use an ext4 kernel and loopmount the ubuntu image
[12:19] <lilstevie> ogra_: I dd
[12:19] <ogra_> oh ?
[12:20] <lilstevie> ogra_: the kernel is stored in its own block device that the bootloader reads
[12:20] <lilstevie> a flash_kernel patch may help for easier updates including command line
[12:20] <ogra_> yes
[12:21] <lilstevie> I'm still trying to figure exactly how but there is a socket in one of the closed source modules that allows writing direct to the non-volatile stash that bootloader params are stored in
[12:21] <Xofrats> how big is your sd image?
[12:21] <lilstevie> my SD image is 2GB
[12:22] <lilstevie> brb gotta do something so the mrs doesn't kill me
[12:23] <Xofrats> The current "linux" image is woefully inadequate
[12:24] <Xofrats> the guy that wrote the bootstrap script doesn't even know how to sed and cut
[12:25] <Xofrats> I got it to the point where it doesn't whine about fs and partiion layouts
[12:27] <Xofrats> but at least android uses the linux kernel to the point that you can chroot and run a gnu system under it
[12:27] <lilstevie> back,
[12:28] <lilstevie> I use an ubuntu initramfs in my kernels
[12:28] <lilstevie> after playing round with the compression managed to get a natty initramfs to fit too :)
[12:29] <Xofrats> nice
[12:29] <ogra_> lilstevie, oh. you had compression issues ?
[12:29] <Xofrats> kernel now supports lz right?
[12:29] <lilstevie> ogra_: yeah the zImage was 8.3MB
[12:30] <ogra_> lilstevie, what did you do ?
[12:30] <ogra_> i have a similar prob on the ac100
[12:30] <lilstevie> but the partition is just over 7
[12:30] <lilstevie> I switched to lzma
[12:30] <Xofrats> thought so
[12:30] <Xofrats> lz is great except it's a memory hog
[12:31] <ogra_> hmm, doesnt help here
[12:31]  * ogra_ already tried all possible compression methods
[12:31] <lilstevie> gzip gave me an 8.3MB kernel
[12:31] <lilstevie> lzo gave me 10mb
[12:31] <lilstevie> lzma is just fitting weighing in at 6.9MB
[12:31] <Xofrats> everytime someone posts something in 7z I can't decompress half cuz the dictionary is too big
[12:32] <lilstevie> ogra_: how big is your partition
[12:32] <ogra_> 8M
[12:32] <lilstevie> hmm
[12:32] <lilstevie> why so big then?
[12:32] <ogra_> but for a full fastboot boot.img
[12:32] <lilstevie> do you need to mkboot
[12:32] <ogra_> the kernel is 3.5M
[12:33] <ogra_> so i only have 4.5 left
[12:33] <lilstevie> the samsung bootloader takes a raw vmlinux
[12:33] <lilstevie> or zImage
[12:33] <ogra_> ah, lucky you
[12:34] <ogra_> ac100 uses a fastboot img file to boot ... i need to pre-process kernel and initrd
[12:34] <lilstevie> I also have a serial shell with the bootloader
[12:34] <ogra_> using abootimg
[12:34] <ogra_> no serial port here
[12:34] <lilstevie> eugh, I am not looking forward to that with the transformer
[12:34] <ogra_> so a console wouldnt help much
[12:34] <ogra_> yep
[12:34] <ogra_> well, should be easy
[12:35] <lilstevie> heh yeah, going to be kernel level for most of it
[12:35] <ogra_> i guess it shouldnt take more than one/two days to get a first cut image running
[12:35] <lilstevie> yeah thats how long I give it
[12:35] <lilstevie> it is being sent tomorrow,
[12:35] <ogra_> properly integrated rather a week or two
[12:35] <ogra_> (depending on the kernel)
[12:35] <lilstevie> but when it gets here I forsee booting within the hour
[12:36] <lilstevie> I am going to be getting on ASUS ass about GPL
[12:36] <ogra_> the kernel source is there
[12:36] <lilstevie> they still haven't released the 3.1 kernel source
[12:36] <ogra_> question is how the nvidia bits are integrated
[12:37] <lilstevie> much like the xoom
[12:37] <lilstevie> from what I have looked over so far in the 3.0 source
[12:37] <ogra_> if transformer uses nvec as badly as ac100 it will be really really bad to get the peripherials working
[12:37] <lilstevie> yeah I hope not :/
[12:37] <ogra_> they all need undocumented init codes from nvec here
[12:37] <lilstevie> are nvidia willing to cooperate?
[12:37] <ogra_> so for ac100 it took nearly 6 months to get that properly worked out
[12:37] <lilstevie> I take it not
[12:38] <ogra_> nvidia ?
[12:38] <ogra_> lol
[12:38] <lilstevie> heh well their SoC is horribly documented
[12:38] <ogra_> i think the devs would love to ... but management doesnt care
[12:38] <lilstevie> heh
[12:38] <lilstevie> samsung are actually taking a big interest in OSS which has been a huge plus
[12:38] <Xofrats> stevie: do you think using rootstock is the best way to create a new image?
[12:39] <ogra_> just getting their 3D driver in a binry form like the x86 one would change the world
[12:39] <lilstevie> I have been using the omap4 prebuilt
[12:39] <Xofrats> didn't they just send a few 'pad to kernel hackers?
[12:39] <Xofrats> hmm, k
[12:39] <lilstevie> yeah they sent a 10.1 to supercurio
[12:40] <Xofrats> and natty works on the galaxy?
[12:41] <Xofrats> and I think karmic was the last one to support arm6 correct?
[12:43] <hrw> yes
[12:43] <hrw> (karmic)
[12:43] <lilstevie> it is much harder galaxy s is armv7
[12:43] <lilstevie> 'er
[12:44] <lilstevie> shouldnt stop half way in :p
[12:44] <lilstevie> galaxy s is an armv7 device, cortex-a8
[12:44] <Xofrats> Well, gonna use natty on the epic
[12:45] <lilstevie> ogra_: 3D drivers are something we wish for here too
[12:45] <Xofrats> But I also want to do something similar for the msm7k2
[12:45] <Xofrats> which is arm6
[12:45] <ogra_> lilstevie, well, the nvidia ones exist ... but they are linked and built against unusable xorg versions
[12:45] <Xofrats> memory might be an issue though
[12:45] <ogra_> so you can onyl use them if you also replace half your rootfs
[12:46] <lilstevie> ogra_: while I can try hijacking the tiomap SGX drivers my gpl-glue is horrible and doesn't support DRI
[12:46] <lilstevie> ew
[12:46] <ogra_> you should talk to jessebarkers team in #linaro :)
[12:46] <lilstevie> why would they do that
[12:46] <lilstevie> for the module?
[12:47] <Xofrats> would omap4 be the right one for karmic too?
[12:47] <lilstevie> I've been chipping away at patching in the samsung stuff to the DKMS but it has been a slow process
[12:48] <ogra_> the module isnt the prob, the xerver is
[12:48] <ogra_> i can roll a kernel that ignores all versioning info from that module
[12:48] <ogra_> but i cant run userspace without the right xlibs
[12:49] <lilstevie> well when I say I use the omap4 image, I use the rootfs, rip out all the omap stuff and replace with hummingbird modules and firmwares
[12:49] <ogra_> dont use omap4 :)
[12:49] <ogra_> use omap
[12:49] <lilstevie> ah you mean for the ULP GeForce
[12:49] <lilstevie> what is the difference
[12:49] <ogra_> omap4 has the PPA bits
[12:49] <lilstevie> ah
[12:50] <ogra_> so you have a few pieces more to remove to get back to a clean image
[12:50] <lilstevie> I used the omap4 image cause hardware wise it is closest, ie: same GPU :p
[12:50] <ogra_> on omap you can just dpkg -l |grep omap and remove all the bits
[12:50] <lilstevie> ah nice
[12:51] <Xofrats> okay
[12:51] <Xofrats> what's ppa, sorry
[12:53] <lilstevie> Personal Package Archives
[12:53] <Xofrats> k
[12:54]  * ogra_ actually hopes someone from the nouveau people will develop some interest in tegra
[12:55] <lilstevie> ogra_: I really hope that the keyboard dock for the transformer doesn't need undocumented shit implemented in nvec to work
[12:55] <lilstevie> that would be a massive failure
[12:56] <ogra_> well, that would be what i expect though :)
[12:56] <ogra_> from nvidia
[12:56] <Xofrats> how different is the omap prebuilt to say rootstock-based image?
[12:56] <ogra_> it uses a diffrerent build system
[12:57] <lilstevie> ogra_: lets just hope asus took a bit more control for their dock
[12:57] <ogra_> we'll see
[12:58] <Xofrats> any pro/cons to either, or am I being a n00b
[13:00] <ogra_> well, prebuilt gives you a read made system, rootstock *creates* a system
[13:01] <ogra_> and given that you cant run it natively apparently, i dodnt really see where you have choice ;)
[13:02] <lilstevie> eugh, looking at the sources it appears the dock is interfaced through NVIDIA Tegra internal matrix keyboard controller
[13:02] <Xofrats> yeah, true
[13:03] <ogra_> sounds like nvec
[13:05] <plm> Are there plans to support tegra?
[13:07] <ogra_> no, but there will be an ac100 community image
[13:07] <ogra_> and probably also one for the eeepad tarnsformer
[13:07] <ogra_> *trans
[13:07] <Xofrats> how much ram is considered decent for arm-based sytem?
[13:07] <ogra_> there wont be official tegra support from ubuntu though
[13:08] <ogra_> Xofrats, 512M works ... i wouldnt even start trying with anything less
[13:08] <lilstevie> hopefully my eeepad arrives this week
[13:08] <lilstevie> 512 is ok
[13:08] <Xofrats> hmmm, ew...
[13:08] <Xofrats> wonder how rhodbuntu got it working with 200
[13:08] <lilstevie> I am actually thinking of cramfs
[13:09] <ogra_> Xofrats, cutting out tons of stuff
[13:09] <ogra_> Xofrats, my ac100 uses 130MB for teh desktop on start
[13:09] <ogra_> as you can see you can indeed use that on 200M
[13:09] <ogra_> just dont start any app ;)
[13:10] <Xofrats> I guess
[13:10] <Xofrats> But in this case it'll be sharing memory space with *ndr**d
[13:10] <lilstevie> yeah I use about 150MB on boot with the tab
[13:11] <ogra_> using a browser with 20tabs open, xchat with about 30 channels on several servers, a bunch of terminals and evolution via ssh -X from another machine i use 380M ram and 250M swap here
[13:11] <Xofrats> 20 tabs...
[13:11] <ogra_> according to htop
[13:12] <plm> ogra_: why wont be official tegra support from ubuntu? any special subject?
[13:13] <Xofrats> I don't need much for gui from ubuntu anyway
[13:13] <ogra_> no collaboration with nvidia atm
[13:13] <lilstevie> ogra_: k maybe it doesn't I am looking in the wrong config block
[13:13] <Xofrats> tons of useful console/ncurses app to use
[13:14] <Xofrats> strobe, ping -f...
[13:14] <plm> ogra_: wow, nvidia is so close.. :-(
[13:14] <Xofrats> oh wait, wrong hat *switches hat*
[13:14] <ogra_> plm, but there are a bunch of community projects for specific devices
[13:15] <ogra_> plm, so we will have community images on cdmiang for some
[13:15] <ogra_> *cdimage
[13:15] <plm> ogra_: yes, I know about OMAP3/4 of TI..
[13:15] <ogra_> i.e. toshiba ac100 ... probably the transformer, likely the nook color
[13:15] <plm> ogra_: like as pandaboard, bealge ans so one..
[13:15] <ogra_> they are official images
[13:16] <ogra_> panda and the omap3 ones are fully supported by canonical
[13:16] <ogra_> the tegra2 ones wont be
[13:16] <lilstevie> ogra_: how does one go about getting a community image on cdimage
[13:17] <ogra_> lilstevie, we just work on documenting that
[13:17] <plm> ogra_: yes.. I would like to use tegra3.. and I would like know if are a there (i not found) a community project for tegra3 like as are there with panda..
[13:17] <ogra_> for now you need to work with a person from the cdimage team (or be in that team)
[13:17] <lilstevie> ah ok
[13:17] <ogra_> lilstevie, though it all starts with having a kernel package in universe
[13:18] <ogra_> plm, i dont think you can get tegra3 HW aynwhere yet
[13:18] <ogra_> so there is no community for it yet
[13:18] <plm> ogra_: ok.. but not for tegra2 too :-(
[13:19] <ogra_> well, for tegra2 the above applies
[13:19] <lilstevie> ogra_: ah ok, well my galaxy kernel is nowhere near that standard yet
[13:19] <ogra_> ac100 images will be there for oneiric
[13:19] <ogra_> lilstevie, what standard ?
[13:19] <ogra_> its universe
[13:19] <lilstevie> ogra_: my standard
[13:19] <plm> ogra_: above?
[13:20] <ogra_> lilstevie, if it doesnt remove all your user data from the HDD and makes most devices work it should be enough
[13:20] <plm> ogra_: what is that ac100 ?
[13:20] <ogra_> indeed if you have a "wipe my disk" bug you ship, thats below any standard :)
[13:20] <plm> ogra_: I'm looking for in https://wiki.ubuntu.com/ARM
[13:20] <ogra_> plm, toshiba ac100 netbook
[13:21] <ogra_> yeah, persia wanted to add a page for tegra/ac100 ... apparently thats not there yet
[13:21] <Xofrats> Mine comes with "nuke from orbit" and locks onto my agps chip
[13:21] <Xofrats> does that count?
[13:22] <plm> ogra_: ok.. well.. notebook is so big.. I would like to use power of GPUs but in a little device.. like as omap with dsp...
[13:22] <lilstevie> ogra_: my standard means it works and can be used
[13:23] <ogra_> lilstevie, well, if it does that, roll a package from it :)
[13:24] <lilstevie> by can be used I mean modem and all
[13:24] <lilstevie> and modem is far from even close to booting
[13:28] <lilstevie> ogra_: the more I look at the source for the eeepad the more it looks like it is going to be done in nvec
[13:33] <Xofrats> anyway, thanks for the info, I'll prolly be back with more n00b q
[13:52] <lilstevie> welcome back ogra
[15:05] <jeremiah> w00t! The oneiric daily build from today is booting on the OMAP 4 pandaboard :)
[15:07] <ogra_> funny, given that there was no build today
[15:08] <ogra_> oh, wait, you mean headless
[15:09] <jeremiah> ogra_: Yeah, the headless version. :)
[15:09] <jeremiah> Still going through some filesystem checks at the moment.
[15:09] <ogra_> yeah, netbook wouldnt be much fun atm
[15:10] <ogra_> given that the whole USB stack seems to be screwed in the current kernel
[15:10] <jeremiah> Ah.
[15:10] <jeremiah> That sounds, um, painful.
[15:14] <lool> ogra_: hey
[15:14] <lool> ogra_: how much do you use qemu-system-arm with versatile kernels these days?
[15:14] <ogra_> lool, me ?
[15:14] <lool> ogra_: you
[15:14] <ogra_> i havent used that since two releases iirc
[15:15] <lool> Ok; thanks  :-)
[15:15] <ogra_> rootstock still uses it though
[15:15] <ogra_> should be ported to omap or some such
[15:15] <lilstevie> heh
[15:17] <noah1989> hi
[15:18] <noah1989> where can i browse the packages available for ARM architectures?
[15:18] <noah1989> packages.ubuntu.com seems to have amd64 and i386 only
[15:20] <ogra_> launchpad
[15:21] <ogra_> generally you can say though that the source package list doesnt differ between x86 and armel, apart from very few arch specific packages like bootloaders
[15:22] <ogra_> http://qa.ubuntuwire.org/ftbfs/natty.html has a list of binaries that didnt build on arm
[15:22] <ogra_> everything else is available on armel as well as on i386
[15:26] <noah1989> ah.. that's fine
[15:28] <jeremiah> http://pastie.org/2096114
[15:28] <jeremiah> Hmm, OMAP 4 headless image hangs there ^^
[15:30] <ogra_> how big is your SD ?
[15:30] <ogra_> the actual write of the resizing happens after that line, it might take a moment with bigger SDs
[15:30] <jeremiah> 8 gigs
[15:30] <ogra_> (you should see the LEDs being busy though)
[15:31] <jeremiah> Both LEDS are busy
[15:31] <jeremiah> :)
[15:31] <ogra_> good
[15:31] <ogra_> then just give it time
[15:31] <jeremiah> Will do.
[15:49] <ogra_> lool, yre you planning to drop versatile completely or just the v7 patch ?
[15:50] <lool> ogra_: drop it completely
[15:51] <ogra_> good
[15:51] <lool> ogra_: essentially, vexpress should be better in all respects
[15:51] <ogra_> in aemu respects too ? :)
[15:51] <lool> I'm using vexpress these days, and it's buggy, but I believe the same code is used for versatile, so it should be the same really
[15:51] <ogra_> *qemu
[15:51] <lool> Yes; AFAIK it's using the same QEMU drivers
[15:51] <lool> for SD, fb etc.
[15:51] <ogra_> ah, awesome
[15:52] <lool> but it's not much usable sadly
[15:52] <lool> the network corrupts or cuts some packets somehow
[15:52] <ogra_> worse than versatile ?
[15:52] <lool> and the SD stalls regularly
[15:52] <lool> I don't think it's worse than versatile
[15:52] <ogra_> k
[15:52] <lool> oddly, using a Debian userspace makes things better
[15:52] <lool> not perfect, but better
[15:52] <lool> I think it's just an accident though
[15:53] <ogra_> yeah, i heard the same for the ac100 port, people using debian have less kernel issues it seems
[15:53] <jeremiah> heh, that reminds me. I want to get debian working on my AC 100
[15:53] <ogra_> (we have a kernel bug that makes input devices die, apparently that shows only very rarely on debian userspace with the same kernel binary)
[15:53] <ogra_> (and with similar userspace)
[15:54] <ogra_> jeremiah, just bootstrap a rootfs :)
[15:55] <jeremiah> Cool, I'll do that. :-)
[15:57] <lilstevie> ogra_: actually something I haven't been able to get straight about the tegra2
[15:57] <lilstevie> where does APX exist
[15:57] <lilstevie> bootloader, or bootrom
[15:58] <ogra_> APX ?
[15:59] <lilstevie> the mode that nvflash talks to
[15:59] <alex12> greetings all.  Anyone have a moment to help me out with an ubuntu 11.04 installation on beagleboard-xm rev C?
[16:01] <ogra_> in the ac100 thats in rom i think
[16:02] <lilstevie> hm cool, I am just wondering about flashing risk, etc. if I fuck a flash on the tab when it is doing the bootloader, I am pretty much left with jtag as my only option, other than taking it to samsung
[16:02] <ogra_> well, if it is set up similar to the ac100 you cant brick it
[16:03] <GrueMaster> alex12: what issues are you having?
[16:03] <ogra_> even if i screw up the MMC completely i can always get it into flash mode and re-do everything
[16:03] <lilstevie> ok thats what I wanted to hear
[16:03] <lilstevie> I bricked my tab once, :/
[16:03] <ogra_> thats why i think its in ROM
[16:03] <hrw> lilstevie: define 'bricked'
[16:04] <lilstevie> ogra_: ok, that tells me what I want to know
[16:04] <lilstevie> hrw: as in it was a paper weight
[16:04] <lilstevie> hrw: full definition of brick
[16:04] <alex12> I used canonical's pre-built 11.04 image.  Followed instructions to replace uImage and the kernel on the sd-card.  Booted the bb-xm rev. c. and a.)colors are off (everything is red) b.) no mouse or keyboard response at the first set-up screen.  can't go anywhere.  any ideas?
[16:04] <lilstevie> returned to samsung to fix
[16:05] <GrueMaster> alex12: Which image?  Netbook or headless?
[16:05] <alex12> netbook
[16:05] <GrueMaster> hmmm.  Haven't heard of that issue offhand.  Unfortunately I don't have one of these newer boards to test with.
[16:06] <alex12> okay thanks for your time.  i'm going to try the 10.10 pre-built now.
[16:07] <hrw> lilstevie: nice
[16:08] <lilstevie> hrw: nice that I am not misusing the term, or nice that the device can be permafucked
[16:08] <lilstevie> ?
[16:11] <noah1989> lilstevie: i think he meant "nice" how precisely you defined the term
[16:12] <lilstevie> heh
[16:13] <hrw> yes
[16:13] <hrw> as lot of people say 'bricked' as 'had to reflash'
[16:14] <lilstevie> heh soft-brick
[16:16] <noah1989> the correct definition of "bricked" depends on the equipment that you have available
[16:17] <noah1989> for example an AVR microcontroller can be bricked by disabling the ISP programming interface, but that's only for people who don't have a 12V parallel programmer and a soldering iron
[16:17] <ogra_> so its not bricked :)
[16:18] <ogra_> bricked for me means something you cant fix ... its a brick
[16:19] <noah1989> well that depends on wether "you can't" means "you're unable" or "it's impossible"
[16:19] <ogra_> the latter
[16:19] <lilstevie> my tab required a new logic board
[16:23] <hrw> bricked == have to use jtag or worse - for me
[16:24] <lilstevie> hrw: agreed
[16:25] <hrw> especially when I lack jtag at home ;D
[16:25] <lilstevie> I define bricked as fubar'd
[16:25] <lilstevie> yeah my jtag does not work on the tab
[16:25]  * ogra_ is happy he doesnt have to work with HW you can actually brick atm
[16:26] <ogra_> and i hope that wont change :)
[16:26] <lilstevie> heh
[16:26] <lilstevie> samsung screwed something with iROM by not giving a method of halting boot to get into a bootrom recovery
[16:27] <ogra_> bitter
[16:48] <alex12> did my bb-xm just die?  I have the 5V adapter (from digikey, recommended supply).  just powered on, all I'm getting is the D5 LED solid green, no other activity...
[16:51] <GrueMaster> Do you have an SD plugged in?
[16:52] <alex12> yes
[16:52] <ogra_> sounds like bootloader or kernel screwup
[16:52] <alex12> okay i'll reimage the SD card, thanks!
[17:47] <rsalveti> lool: how much mem qemu currently supports for vexpress? 1gb?
[17:50] <ogra_> thats what he wrote in the mail
[17:51] <alex12> i'm using bb-xm demo image of ubuntu (netbook-minimal-11.04).  after doing an apt-get update, I used  'apt-get install ssh' to install the meta-package.  ubuntu was in the middle of it when DVI image just went dead... same thing happened the other evening when trying to install xfce.  any ideas why i'd lose video?
[17:57] <ogra_> a bug ?
[17:57] <ogra_> (would be my first idea)
[17:57] <ogra_> :)
[18:09] <lool> rsalveti: yes
[18:10] <lool> alex12: could be a power issue too; if you're powering from USB for instance, driving a DVI device + USB + stuff is too much
[18:11] <alex12> lool: thanks, i'll move a device off then
[18:44] <alex12> rcn-ee: thanks for the bb-xm demo image, first time I've been able to get Ubuntu to come alive on my board =)
[18:48] <rcn-ee_at_work> cool, your welcome alex12
[18:50] <alex12> rcn-ee_at_work: so, any ideas why the canonical images don't run right on the -xM rev. C?  I know you've been developing the alternatives for quite a while now... canonical still can't keep up?  I followed all their instructions, replaced the kernel (which is presumably something similar to what you've done) but I cannot get it to boot.  =(  Why can't they get it straight?
[18:57] <GrueMaster> alex12: Don't blame us.  We have a hard time when board revs change functionality and we aren't informed until users complain.  And we don't have them to test/debug.
[19:00] <rcn-ee_at_work> alex12, the xM C kinda came out suddenly, i was luckly enough to get one early at a ti training, but by that time it was too late for ubuntu's natty.. the kernel's image was frozen..  with my images, i don't have that limiation..
[19:25] <sveinse> Is it possible to run update-initramfs from within a chroot environment? I got "/bin/df: Warning: cannot read table of mounted file systems: No such file or directory"
[19:26] <ogra_> yes, but you need to bind mount /dev from outside the chroot and proc and sys inside the chroot
[19:26] <sveinse> Note The chroot is not for the same machine as the running machine
[19:27] <ogra_> well, it still uses /dev/null and stuff
[19:28] <sveinse> Interestingly the rootstock script mounts proc and devpts from outside the chroot
[19:29] <ogra_> hmm ?
[19:29] <sveinse> iirc that is
[19:29] <ogra_> i dont think so
[19:29] <ogra_> it should chroot
[19:30] <ogra_> unless someone really mangled my original code
[19:30] <sveinse> It has been changed
[19:31] <sveinse> never the less, what significance are there concerning mounting proc and sys from the inside?
[19:31] <ogra_> the scripts looks at files in there
[19:32] <ogra_> *look
[19:32] <sveinse> But there's no real difference between mounting proc before running chroot than mounting it afterwards, is there?
[19:32] <ogra_> no
[19:32] <sveinse> good
[19:33] <ogra_> doesnt matter how you mount it, as long as it is populated inside the chroot when you run your command
[19:34] <sveinse> yes. And in that context, the rootstock script only mounts proc and devpts, not dev
[19:35] <sveinse> Wait a minute, isn't device nodes, like /dev/null, blk nodes, so they dont need /dev as mount to work, or am I misunderstanding?
[19:36] <ogra_> null is a char device
[19:37] <sveinse> yeah, but still a device node, so if it exists on the fs it will work. It don't need some mounted /dev
[19:37] <ogra_> i dont know which devices update-initramfs needs
[19:37] <ogra_> null was just an example, just mount it
[19:39] <sveinse> Thanks
[19:44] <sveinse> There were some talk some time ago about altering update-initramfs to suit uboot image file format. Has this been made?
[19:45] <ogra_> surely not
[19:45] <ogra_> update-initramfs shouldnt have anything to do with handling bootloader specific bits
[19:45] <ogra_> thats the job of flash-kernel in ubuntu/debian
[19:46] <ogra_> (on arm at least)
[19:46] <sveinse> But some apt upgrade packages triggers update-initramfs which in turn needs to trigger uboot changes, right.
[19:46] <ogra_> yes
[19:46] <ogra_> so update-initramfs makes a call to flash-kernel
[19:47] <ogra_> after it rolled the new initrd
[19:47] <sveinse> does flash-kernel handle uSD cards as well?
[19:48] <ogra_> it handles whatever was set up for your board in the flash-kernel code :)
[19:49] <ogra_> flash-kernel is a pretty horrid script wheer every board cooks its own soup, even if that means to duplicate half the code
[19:50] <sveinse> hmm. I see how flash-kernel is setup to be called from initram-fs. It's perhaps easier to just make my small little script to do this part
[19:50] <ogra_> just add a patch to flash-kernel ...
[19:51] <ogra_> and give it to me so i can include it in oneiric ;)
[19:54]  * ogra_ needs to do some real life stuff now ... 
[20:20] <sveinse> How should /etc/fstab look like on OMAP3? Mine is empty. (I refer to non-storage lines, like proc tmpfs etc.)