=== lilstevie|ZNC is now known as lilstevie [07:18] amitk, http://netbook-remix.archive.canonical.com/updates/pool/public/l/linux-fsl-imx51/ has a couple different trees for imx51 stuff. I think "araneo" is the PC-Z1 and "sendai" the PC-T1, but I'm not 100% sure. [08:24] morning === JaMa|Zzz is now known as JaMa === XorA|gone is now known as XorA [10:11] does anyone here have any experience setting up the TI SDP 4430 (development board)? [10:21] alf_: you may try on #linux-omap channel as well which may have more SDP4430 users [10:22] sebjan_: thanks [10:55] someone remember where I find panda kernel package? [11:03] hrw: it's linux-ti-omap4 source package. Is this what you look for? [11:04] was looking for binaries rather but found them already [11:05] ubuntu/arm concentrates on 'install on sd' way when I have different needs now [11:05] 512MB sd as /boot + 10GB partition on usb harddrive as / + 300GB /home on same hdd [11:11] hrw: right now, easiest may be to first install on SD, and then move the ext3 partition to your USB storage (while keeping the bootloaders and kernel on the SD card). [11:39] ~curse cdimages.ubuntu.com mirrors for lack of armel [11:49] you... you don't make your own images? [11:49] for _shame_ [11:50] cwillu: I would rather prefer to grab uimage+uinitrd and boot into installer [11:51] similar to x86(-64) and debian/arm [11:51] but instead I fetched 512MB image which unpacks to 2GB image which dds to 4GB card and will be copied to 10GB partition after boot [11:52] btrfs root, eh? [11:52] no, ext4 [11:53] ext4 snapshotted into btrfs? [11:54] no, no no [11:54] no btrfs for me until it will get 3 kernel releases without experimental sign [11:58] suit yourself [11:59] I prefer my filesystem developers to be overly cautious with that tag than under cautious, like some ext related filesystems I know :p [11:59] er, unlike [12:02] ok, pandaboard booted [12:48] * hrw upgrades pandaboard to natty [12:53] btw - why only 665MB ram on pandaboard? [13:17] o... people arrive [13:29] hrw, I don't remember the details, but I think there were prior conversations about some boot parameter that helped decide how much memory to allocate for dedicated buffers and how much for system RAM. Check the documentation carefully. [13:30] persia: do you know how the 3PA works? I wonder if we can upload natty source package and test how it builds. Seems our 3PA are set to Maverick only... [13:31] berco, I don't know much about them. I think that you can upload to any release, and it will do the right thing (just use changelog). You can probably get a more authoritative answer in #launchpad. [13:31] persia: ok. I'll give it a try first and see how it goes. [13:33] persia: I thought there was a checkbox or something in the private ppa (3pa) to select build distro and arch? [13:35] GrueMaster, Could be. I'm unsure. I know that one has to set the target in the changelog for an upload, but don't know if one has to pre-enable first. [13:35] ah. [13:36] GrueMaster: that might a be at the admin level... I browsed all the links on launchpad and didn't see such option I could set. However the sources.list only displays maverick in the tech details link [13:36] persia: will check [13:37] ok. I personally haven't done anything with ppa building, but I thought I had seen something like that. [13:37] berco, the "technical details" link is likely to be based on either stock text, or what is there today, rather than being a good guide for what can be there. [13:38] :) [14:05] why the hell does the UDF keynote from Mark contains copyrighted material from MontyPython? [14:05] http://www.youtube.com/watch?v=YUAzicy_01o [14:06] nice :D [14:07] hey armin76! got a log for me? [14:13] (not available at least in germany) [14:16] * persia didn't think copyright blocked use of small excerpts in other contexts, but isn't qualified to have an actual opinion (but encourages others to either be qualified or seek counsel) [14:21] hmm, the dead distro sketch :-D [14:24] on the other hand, the intro sounds like a song form a "little big planet", but maybe I'm also not qualified [14:41] btw - is there any work on getting normal ubuntu installer working on armel targets? [14:45] hi prpplague [14:45] hrw, Last time I played with it, it worked fine. Are you having issues? [14:45] hrw: hey [14:47] persia: I got a feeling that the only way to install ubuntu on omap3/4 is to use preinstalled images or rootstock [14:48] persia: installing by booting uimage+uinitrd would be lovely [14:48] hrw: That is currently correct. I haven't tested the d-i installer on omap4 yet. [14:48] hrw, That's because some folk are convinced that omap3/4 can only boot from the SD card, and haven't read the docs that explain how to boot from USB. [14:49] Since the installer has issues when trying to install to the media from which the installer runs, unless using the HD installer target, and folk felt that using the HD installer target would be slow and annoying because of file copying, they invented preinstalls. [14:49] persia: I am fine with having /boot on sd [14:50] That won't work. [14:50] why? [14:51] uboot reads kernel+initrd from sd and boots to rootfs on usb-hdd [14:52] Right, but it won't work with the way the installer works, because it wants to format /boot and *install* a kernel to it. [14:52] should work when booted kernel+initrd from sd [14:52] So, if you happen to have enough internal flash, and want to boot from that, it works fine. If you set up a system manually, it works just fine. If you set up an HD-style install from SD, it works just fine. [14:53] It just doesn't happen to have any way to make the SD /boot [14:53] as there should be nothing needed on sd during boot [14:53] The problem is that the boot media needs to be vfat. [14:54] And it is a broken vfat implementation at that. [14:54] which can be generated anyway [14:54] (at least that is where MLO and u-boot need to be). [14:55] It can be easily generated, and even setup to mount as /boot, but I believe it is against security policies. [14:56] I'd have to ask our security guru. [14:57] I do know that updating isn't as easy as just copying new files over, due to the vfat bug issue in silicon. [14:57] The partition needs to be wiped and rewritten when updating some of the files. [14:59] ok, so something to try later [15:00] will have to dig my straight serial cable too [15:00] I believe we have plans for getting the debian installer to fully support omap4 this cycle, which will make it easier to do alternative installations (netboot installs, etc). [15:01] good [15:07] hi robclark [15:07] hi hrw [15:26] GrueMaster: where I can find files needed for installation on pandaboard? [15:26] What do you mean? ppa files? [15:26] sorry [15:27] I meant: where to find (or how to generate) installer kernel/initrd [15:28] Not sure. what are you trying to do? [15:29] play with other (then preinstall sd) methods of installing ubuntu on pandaboard [15:29] Ah. [15:30] That I don't know. I think that they need to be generated by the d-i build process. Not my area of expertise. [15:30] ok [15:31] ogra, rsavetti, and ncommander would know more, but I think they are in transit to Boston for Linux Plumbers Conference. [15:31] ok [15:32] hrw, http://ports.ubuntu.com/ubuntu-ports/dists/maverick/main/installer-armel/current/images/omap/netboot/omap/ has some omap3 images. [15:32] Getting omap4 images probably means fiddling with the image build tools. [15:33] persia: afaik, d-i doesn't currently support omap4. === zyga is now known as zyga-afk [15:33] Which is needed. [15:33] GrueMaster, which part? Are there bugs? I suspect that at least large chunks of d-i *do* support omap4, or oem-config wouldn't work (as it uses d-i as a backend) [15:33] anyway - it booted from sd to my harddisk [15:34] oem-install doesn't do any hw-config. It only sets up locale, keyboard, timezone, and user. [15:35] (i.e. no installation steps) [15:35] hw installation, that is. [15:36] GrueMaster, Lots of stuff oem-config does aren't expressed in the UI, but yeah, it's a subset. [15:37] Well, the parts that we need for installing on new hw aren't supported yet. That is the key. [15:47] rsalveti: Are you around? [15:47] Does anyone have a known good MLO and u-boot.bin for the 6 layer? [15:51] I think the 6 layer was abandoned. [15:52] But you might be able to pull an earlier version from the archive. [15:58] But I only have 6 layer and I need to test something [15:58] You probably have to dig up old stuff out of launchpad and hack an image. === zyga-afk is now known as zyga [16:01] lag, if you can pull a package from the archive that is from between Beta and RC, it should work. Otherwise, pull the RC1 image and run dist-upgrade on it. [16:02] Can't guarantee kernel support though (you know how those kernel guys are). :P [16:02] I'll do that - cheers [16:03] What do you need to test? [16:05] Linaro [16:05] Ewww. I'm getting page allocation failures in the most recent kernel. [16:06] I'm unsure whether they have the correct bootloaders [16:06] They should. I believe that is what we have been using since pre-RC. [16:06] I could be wrong, though. [16:07] afair, the changes dropping 6L support were done during the TI-sprint. [16:10] GrueMaster: Where are the histories? [16:11] I can only fine the latest builds [16:11] lag: I can point you to the MLO commit that led to stop supporting 6-layers if it can help. [16:13] lag: I don't know. I don't see them on ports, which is strange. I have a copy on my mirror though. [16:15] I don't even really know which we are using, but I would assume it is pool/main/x/x-loader-omap4. [16:16] There's no history in the archives. Image history is limited to a day or two for selected flavours. LP has richer history. [16:16] Ah. [16:16] * GrueMaster needs to do some house-cleaning of private mirror. === hrw is now known as hrw|gone === zyga is now known as zyga-gone === sbambrough is now known as scottb_lunch === XorA is now known as XorA|gone === scottb_lunch is now known as scottb [18:54] someone remembers how to get whole 1GB ram on panda? [18:55] use an updated u-boot/x-loader? [18:56] armin76: I thought that maverick release had proper ones [18:56] dunno, blame ogra :P [18:57] will, when he will be back [18:59] btw: I am going thought kde components now as they did not built on arm [18:59] how to request rebuild attempt for armel? === arun__ is now known as arun_ [19:49] hrw|gone, I'd suggest talking with the folk in #kubuntu-devel: a fair number of them can press the button, and they are also tracking KDE-FTBFS-on-armel issues quite closely === zyga-gone is now known as zyga [20:11] ok [20:12] persia: I am testing fixes now. will talk there tomorrow === lilstevie is now known as lilstevie|ZNC [22:58] what is good linux serial logger program? [22:58] I have a gadget device /dev/ttyACM0 and want to see what's coming in [22:59] and I hate minicom [23:00] I would be interested in knowing that aswell, the only other I've tried is the gtkterminal thing. But minicom is far better than that [23:00] * persia remembers plars packaging something recently and hunts [23:00] Have either of you tried moserial? [23:01] I also know a few folk like to use screen for that. [23:01] the problem is that the device should log kernel boot messages [23:02] and it is only created a short time before logging starts [23:02] and then its over again [23:02] need something which can listen to a non existing device [23:02] Hmm. That gets tricky. [23:02] and start printing when it comes up [23:03] If you just want a log, you might be able to do something with while(1) polling for device existence and then dumping output. [23:03] tail --retry might also help. [23:03] and how to set the serial parameters? [23:03] But either solution is subject to race conditions. [23:11] mmh, the "while poll loop" and cat /dev/ttyACM0 thing does not work :-( [23:12] That's probably the result of incorrect default serial parameters (and I don't know how to set those: I've not played much with serial ports in a long time) [23:25] google says to start minicom and configure it there, then quit and use e.g. cat [23:25] found a program called "cu" from the lrzsz package [23:26] heh. `cu` is old-school indeed. [23:33] I used to always use cu, much better than minicom, these days I typically just use screen [23:33] cu is nice for logging though, in conjunction with script [23:33] So while until it exists, then cu to grab the data? [23:33] looks like ttylog should do the job better [23:34] while loop and ttylog [23:34] but I still don't get any output [23:34] maybe nothing is written to the device [23:34] And you're sure some exists? [23:35] yeah, the device is created [23:36] but I don't know if the kernel on the other side sends something [23:36] I put console=ttyGS0,115200n8 to the cmdline [23:36] What kernel are you using? I'm not sure the Ubuntu kernels handle gadget-as-serial-console-on-boot very well yet. [23:38] it's not an ubuntu kernel, but a "future" ubuntu laptop :-) [23:38] kernel is from android.git.kernel.org [23:39] kernel has the gadget is compiled in [23:40] Which laptop? [23:42] ac100 [23:42] heh [23:42] cool [23:43] Of course, it would come out 3 weeks after I bought a new Acer Aspire One. [23:44] Yeah. The ac100 is *really* close. Just needs a more recent kernel (although there were some folk at UDS talking about trying to upload a .29) [23:46] well, 2.6.35 is at least booting to the point it initialized the gadget ... [23:46] Excellent! [23:47] Is that Android, or mainline+patches? [23:47] the latter [23:47] Oh, lovely. With Ubuntu sauce also? [23:47] no, http://android.git.kernel.org/?p=kernel/tegra.git;a=summary [23:47] + a proper machine description [23:48] but it seems that these patches will get merged sooner or later