[00:01] lilstevie: OK wifi problem solved -- I mis-transcribed the *MAC* address into the AP [00:01] Problem was obvious when running hostapd by hand: wlan0: STA 74:2f:68:23:46:8d WPA: no PSK configured for the STA [00:01] Sorry to trouble you with my fat fingers [00:03] twb: Good to hear you got it solved. === Ursinha is now known as Ursinha-lunch === Ursinha-lunch is now known as Ursinha [00:16] OK, so apparently to set the keyboard rate, you run something like "kbdrate -d 500 -r 5". [00:17] I run that as root on tty1, and it says "set rate to 0, delay to 0. Was rate 0, delay 0" [00:17] Grr! [00:28] Is it supposed to fail to set CPU frequency [00:42] lilstevie: /etc/fstab ends up with two / mount entries in it; UUIDs corresponding to p8 and p2; the latter is all but empty; I think it's wrong. [00:43] lilstevie: uboot-mkimage is a stub and doesn't need to be installed. [00:45] Likewise uboot-envtools [00:53] twb: Yeah they are transitional packages I guess. [01:00] Right [01:03] Wow, modern ubuntu has a huge hard-on for dpkg triggers, huh. [01:07] twb: Sometimes it makes sense, like with the kernels. much easier to apt-get install linux-omap4 than linux-image-2.6.35-903-omap4 for example. Also, the meta will always require the latest version of the main package, so easier to check updates. [01:10] GrueMaster: it's not a metapackage, it's a transitional package. There are no rdeps installed. This suggests that lilstevie asked for it by the old name, and could profitably update his script to ask for the new name. [01:21] twb: huh [01:21] I did not install uboot-mkimage or uboot-envtools [01:22] they are probably reminants left over from the fact that it is the omap base image [01:22] lilstevie: ah, that makes sense [01:23] * twb is having fun ripping out all the useless GUI packages [01:24] lilstevie: btw any idea what to do about the keyboard repeat rate? [01:24] no idea [01:24] bugger [01:24] my keyboard repeat is fine in GUI userland, but non existant in ttys [01:25] Yeah, that's what reported as well [01:25] I wonder what X is doing differently [03:56] lilstevie: does ubuntu on tf101 still have a problem where it doesn't shut down all the way? [03:57] I think that's why I was having that problem where I couldn't do Power+VolDn, because that seems to only work if I power off / reboot from android -- if I power off / reboot from ubuntu, it won't let me, which I think is because it wasn't "off" as far as the bootloader is concerned [04:25] Ignore that, I managed to do it after shutting down from ubuntu [04:43] lilstevie: might be my fault, but it looks like I have /lib/firmware/BCM4329.hcd but it's looking for /lib/firmware/bcm4329.hcd [05:03] lilstevie: can I flash a new kernel+ramdisk into the SOS partition, from within ubuntu? [05:04] lilstevie: using the olife-prime default setup (dual boot, ubuntu default). [05:05] lilstevie: AFAICT the answer is no, because the LNX/SOS partitions are outside the mmcblk "visible" area of the partition table [05:05] twb: Yes you should be able to, but you will need to build it into a blob. [05:05] TheMuso: yeah I understand the abootimg part [05:05] Oh, it might be partitions 5 and 6, file -s doesn't recognize those! [05:07] abootimg -i /dev/mmcblk0p5 isn't encouraging, it says it's not an android boot image [05:18] twb: I don't think you can access the SOS and LNX partitions from within android/Ubuntu. Once you dd them to mmcblk0p4, they then get flashed elsewhere, outside of what Android/Ubuntu can physically access on the MMC> [05:18] They get flashed by the Asus bootloader. [05:18] Oh [05:19] Because in the uboot world you just make those parts of the emmc directly visible and dd straight to them [05:19] Yes, in teh case of Ubuntu and uBoot on the tf101, there is a uBoot aprtition where you copy your kernel, initramfs, and boot.cmd/boot.scr files. [05:20] So what you're saying is that I should use abootimg to create a blob, then copy that as a file onto the /dev/mmcblk0p4 ext partition? [05:20] twb: So if you want to flash a new image for the SOS partition, you need to use abootimg to pack it, then you need to use Blobtools to pack that image into a blob. [05:20] OH [05:20] What a pain in the arse [05:20] Yup, thank Asus and their bootloader. :) [05:21] You'd think it'd be easy to just move GP1 further up so that LNX and SOS can be dd'd directly [05:21] There is probably some stupid reason why you can't [05:21] Yeah, and I'm sure lilstevie has a better idea why, I happen to agree with you though. [05:22] But it could be Asus being nasty. :) [05:23] Can you just back the SOS abootimg into the blob, or do you need to blow away prime and the LNX partition as well? [05:23] Bsaically I'm slightly annoyed because it's trying to resize my filesystem EVERY boot, and every two minutes it pesters me about kinteractiveup hanging, and the "simple" solution is just to update the ramdisk to the current version that's in the root filesystem -- the one built post-oem [05:23] No, you can pack a blob with SOS in it on its own, or you could pack a blob with SOS, APP, UDA, and LNX if you wanted to. [05:24] Cool [05:24] The ASUS blobs have SOS, LNX, and APP in them. [05:24] And then I drop it in the mmcblk0p4 partition as a file called ./blob ? [05:25] It doesn't matter what the file is called. Just dd if=blobfilename of=/dev/mmcblk0p4 [05:25] And on next reboot, the ASUS bootloader will flash it for you. [05:25] Ah, overwrite the block device entirely [05:25] I was led astray because mmcblk0p4 currently have an empty ext filesystem on it [05:26] Yes, thats right, which I also find weird, but yeah you just dd the blob file onto mmcblk0p4 [05:26] OK, no worries [05:32] Grr, unmetered local mirror only has 10.10 (ftp://mirror.internode.on.net/pub/ubuntu-ports/) [05:34] Thats a bummer. I know aarnet also mirrors ubuntu-ports, but thats probably not unmetred for node customers. [05:34] probably faster than ports.u.c tho [05:34] TheMuso: twb no not boot img blob [05:34] :p [05:34] * TheMuso used to be on internode till the alure of cable, combined with Telstra having deacent plans lured me away. [05:35] and that isn't an asus feature, it is an nvidia thing [05:36] Well SOMEONE is to blame :P [05:36] Ah makes sense. [05:36] the reason it is outside the GP1 is because asus don't want you to have access to it :) [05:36] moving it isn [05:36] moving the gp1 is a bit of a pita [05:37] Makes using abootimg -u a PITA [05:37] you need to move the actual partitions to the end of flash, which I will be reintroducing with 1.3 [05:37] I need to set up some stuff for android first though [05:37] because asus blobs include the tegraparts partition table [05:37] which will in effect break the whole system [05:38] Ah. [05:38] Well unless that includes OTA stuff, who cares [05:38] lilstevie: BTW have you been able to work out how to get your 2.6.38 kernel to read the stock partition table? [05:38] Just tell the users not to dl stock asus updates [05:38] twb: that IS OTA stuff [05:38] Ah, fuck, OK [05:38] TheMuso: no :/ [05:39] Ok, good to know it wasn't just me running round in circles trying to get it to work. :) [05:39] TheMuso: I am trying to figure out WTF is wrong [05:40] but the GPT driver in that sense is identical [05:40] RIght. [05:40] it is just being a slippery whore [05:40] but with what I am working on at the moment that may not be an issue anymore [05:40] well, I mean I still want to go up [05:40] but less of an issue [05:40] nvidia released the L4T beta1 drivers [05:40] and they use 2.6.36 [05:40] Yeah I saw that. [05:41] just the interface is different [05:41] so i am porting the nvhost interface [05:41] Right. [05:41] into our tree [05:41] Nice. [05:41] which will relieve that stress for a little while [05:41] so I can work on a more stable u-boot/new kernel [05:41] Right. [05:41] cause as it stands u-boot is not configuring the clocks correctly [05:41] In other news, my trimslice shipped over night. :) [05:42] Ah ok. [05:42] and as such asus kernels won't run on it [05:42] Yup. [05:42] even with a machine_start block using the boardid [05:42] cause asus bootloader/uboot have different boardids [05:42] Yeah I saw that. [05:43] asus shows ventana [05:43] uboot shows tf101 [05:43] :) [05:44] lilstevie: Does the NVHost stuff include the interfaces needed for their drivers? [05:44] the nvhost stuff is the interface [05:44] right [05:45] good news for ics tablets though [05:45] as the L4T and android binary interface is now unified [05:46] also [05:46] expect your trimslice monday [05:46] Yeah thought it would be about a week. [05:46] well by monday I should say [05:46] mine took 4 days from shipped [05:46] Nice. [05:46] yeah, thats why shipping is so expensive I guess :p [05:47] What git tree has the latest l4t nvhost code? [05:47] nv-tegra mainline [05:47] * infinity almost bought a Trimslice, but figures his desk has enough random ARM devices littering it. [05:47] ah ok [05:47] I've cloned it, but didn't get time to look at the interface properly yet, another proj is taking up a little bit more of my time :) [05:48] infinity: did you see what I said the other day [05:48] lilstevie: About unified tegra kernels madness? [05:48] yeah [05:48] Yeah, I read it at the time, and promptly forgot whatever it was because I've been sick all weekend. ;) [05:49] with a little bit of modularization and a bit of heuristic madness we could probably get it working [05:49] arch have a "tegra" kernel [05:49] infinity: want me to send you some vegemite or something? [05:49] twb: *glare* [05:49] that is built for all board-* in mach-tegra [05:49] It's good for you! [05:50] You think: shit, I'd better get up, or they'll give me another slice of vegemite toast [05:50] lilstevie: ac100/tf101/tf202/trimslice would be a lovely set of things to support with a single kernel. [05:50] infinity: yeah [05:50] lilstevie: Though we'd still have boot-loader/boot-method messes to contend with. [05:50] infinity: I mean it would be a little bit of work [05:50] and yeah bootloader wise you have like you do now with the flash-kernel config [05:50] lilstevie: Little bit of work, perhaps, but ultimately less work than supporting 4 kernel trees for 4 devices. [05:51] yeah [05:51] I mean the tf101 is going to be a bit of pain [05:51] lilstevie: the tf202 is better? [05:51] things liek the EC driver are tied in with the battery [05:51] twb: tf201 is going to be a c*** [05:51] And I suppose we really should get Trimslice support into universe at some point. The part where they actually ship with Ubuntu kinda makes it look bad if we don't support it out of the archive. [05:51] hahaha [05:51] T3 with its new security [05:51] and the fact that nvblobs are now signed [05:51] Has anyone talked to them about working with us to get their bits in our archive? [05:52] even with local root, no kernel changes [05:52] infinity: DOn't think so... I looked at how they installed Ubuntu the other day... I shuddered. [05:52] infinity: yeah, but their ubuntu installer is CRAP [05:52] TheMuso: Yeah, I haven't looked at their custom installer. Can't be drastically worse than some weird stuff we do, can it? [05:52] I actually hope that beta L4T drivers work with ubiquity and the hdmi [05:52] infinity: OEM-CONFIG is a hell of a lot more sane [05:53] infinity: Shell scripts + a partimage image, and zenity to prompt the user. [05:53] infinity: they pretty much dd the image in place [05:53] TheMuso: Oh dear. [05:53] and set it up with the user trim and password 111111 [05:53] FROM THE INSTALLER [05:53] like what [05:53] you could at least configure a damn user [05:53] TheMuso: I'd like to think that if our community stepped up and offered to re-roll their bits as a proper Ubuntu image, they'd be happy to stop maintaining their own. [05:53] That's because they're doing it for a job rather than because they care [05:53] infinity: I want to [05:54] I'd think so too. [05:54] TheMuso: And with the joy of packagesets, they could maintain their own kernel and uBoot and such in universe. [05:54] And yes I want to help too. [05:54] I really want to manage the timslice in a more sane way [05:54] it would certainly help anyway [05:54] And "they" is probably just one guy anyway [05:54] And he's an intern [05:54] lilstevie: Hell yeah it would certainly help [05:54] my trim was a donation from someone because my method of installing on the tf101 is more sane :p [05:55] Is it more or less sane than the whacky way we do ac100? [05:55] (your tf101 installer, that is) [05:55] The Trimslice thing just sounds vile. [05:55] I even got the trim working with nvflash but compulabs are stonewalling me when it comes to getting the trim [05:55] infinity: more and less [05:55] lilstevie: Getting the trim as in obtaining one? [05:55] more because it uses the prebuilt image setup like omap [05:56] But, actually, the "tarball installer" method we use for ac100 would take one or two tweaks and work great on the Trim. [05:56] But the tarball installer doesn't make sense for the trim. [05:56] Since their own installer basically just blats an FS to one of two target devices. [05:56] Particularly the SATA models. [05:56] lilstevie: if you really wanted you could abuse live-build to generate new images from scratch, but it's icky [05:56] TheMuso: the information I need for it [05:56] TheMuso: Makes perfect sense for SATA. That's what it was written for. To install from SD to internal storage. [05:56] Sure you could do it that way, but it would be perfectly possible to use ubiquity. [05:56] twb: actually TheMuso and I were looking at generating prebuilts [05:56] TheMuso: It does use ubiquity (in the form of oem-config). [05:57] once the kernel is properly packaged [05:57] infinity: trimslice does not [05:57] infinity: I'm aware of that, but I am thinking of things like partitioning a SATA hard drive etc. [05:57] TheMuso: The reason we don't use ubiquity (in the form of a live system) is because it's effin' slow. [05:57] live-build is nicer image builder than anything else I've looked at [05:57] trim never uses ubiquity [05:57] lilstevie: No, I realise that. [05:57] TheMuso: was that method we spoke about with live-build [05:57] lilstevie: Yes. [05:58] infinity: I mean like the trim is a terrible install setup [05:58] even archlinux with its horrid install is a little more comfortable [05:58] As to what infinity said, if we had community people helpign to maintain a trim image, extending livecd-rootfs/live-build for the trim would be feesable, even if a community member built images. [05:59] Extending livecd-rootfs to add a subarch is about 20 seconds of effort. [05:59] Yup. [05:59] And I'm including the time it takes me to type my GPG passhprase 4 times because I suck. [05:59] lol [06:00] I wouldn't mind something like a universal image for arm devices :p [06:00] lilstevie: Ask again in ~5 years. [06:00] gaga [06:00] haha* [06:00] infinity: just out of curiousity.... why [06:00] The kernel... [06:00] I use the same rootfs image on the SGT7" as I do on the tf [06:00] lilstevie: No unified boot loaders, and no unified kernels. [06:00] yeah and the bootloader. [06:01] We have the same userspace on everything, that's a non-issue. [06:01] given how different devices handle the kern and bootloader part, flash-kernel is the only thing that needs to deal with that [06:01] lilstevie: haha, I looked at "SGT" as "StG" and was thinking "a seven inch assault rifle?" [06:01] thats the part I mean [06:01] like the userspace part [06:01] But bootloaders and kernels are a mess, and until ACPI and/or DeviceTree is everywhere, we're screwed. [06:01] heh [06:02] øw3m [06:02] lilstevie: Ok the linux-2.6 tree on nv-tegra.nvidia.com hasn't been touched for 3 weeks or so, and I can't find a tree on kernel.org that looks like it is the tree you pulled from... Where is it? [06:02] lilstevie: Err. No, flash-kernel is great post-install, but how do you propose booting the installer? [06:02] Gah, stupid keyboard [06:02] lilstevie: Until one image can contain one bootload and one kernel that boots everything, a unified image just can't work. [06:02] infinity: well that part would need to be tweaked per device, but a universal rootfs.img sort of thing [06:03] Well, even that needs to change. [06:03] You can have a rootfs minus kernel and bootloader (hey, we ship one of those...) [06:03] But a proper system needs the kernel and bootloader installed to the rootfs so flash-kernel has something to, well, flash. [06:04] Hence, no longer a universal root. [06:05] infinity: well, you could fiddle-fart around with unioned kernel/ramdisk overlays on the common base rootfs [06:05] infinity: but atm that would be more effort than it's worth [06:05] Not if you value your sanity. [06:05] unions and overlays are great as installer tricks, running them in production is pain. [06:06] * twb looks shifty [06:06] lol [06:06] I'm not running 600 seats that way, in prisons, oh no [06:06] :P [06:06] I still think at least one device with it would be good [06:07] like tegra [06:07] But yeah it's a fucking pain, especially since aufs is buggy as at LTS [06:07] Everyone has their curious use-cases. [06:07] as a start [06:07] Yup. [06:07] I intend to unify mx51/mx53 in my spare time too. [06:07] But that requires two bootloaders and some SERIOUS VOODOO that makes me vomit a little. [06:08] Man, I should've been a lot more impressed back when I got my sheeva and it had u-boot OOTB [06:08] (Basically, I'm jamming one bootloader in unpartitioned post-MBR space, and one bootloader on the first VFAT partition, since the Quickstart will look at the unpartitioned one, and the Efika systems will ignore it and hit up the VFAT one) [06:08] You can now cry a little. [06:08] I did. [06:09] At least these bootloaders dpom "DOS-6 like" [06:09] At least these bootloaders don't claim to be "DOS-6 like" and have a "mouse-based UI" [06:09] Like the bloody EFI servers I've had to deal with lately [06:09] You can look forward to EFI on ARM systems soon. :P [06:09] infinity: bootloaders are going to be a whore [06:10] infinity: PLEASE tell me you are joking [06:10] twb: no, UEFI is the spec coming to arm [06:10] twb: About EFI on ARM? Well, UEFI. But no, not joking. [06:10] Oh FFS [06:10] the one bootloader to unify them all [06:10] EFI is so bad [06:10] What was wrong with OF [06:11] Politics. [06:11] You go into the EFI repl and type "if" and it says "sorry, if only valid in batch scripts" [06:11] Stupid crack monkeys... [06:11] MS are probably the driving force here, they only need to maintain one bootlaoder [06:11] EFI was only built because intel couldn't run 16-bit protected BIOSes on their shitty itaniums [06:12] lilstevie: Afaik MS have settled on only one SoC vendor for all their ARM related software. [06:12] And now we're going to end up with thawte-type signing companies for EFI drivers... [06:12] So I don't think uefi would have been a driver, but I could be wrong. [06:12] TheMuso: interesting [06:12] TheMuso: I heard that QC also have an SoC running win8 [06:12] TheMuso: could be intel [06:12] Ah right [06:12] twb: Afaik Intel don't even have their XScale license an more. [06:13] TheMuso: no they don't they sold it [06:13] lilstevie: I would hope Qualcomm is running Win8, or Nokia would be sad pandas. [06:13] infinity: heh [06:13] lilstevie: Yeah thought as much. [06:13] Ah, I couldn't remember who had announced they were making ARM blades now, whether it was AMD or Intel [06:13] twb: Intel sold XScale to Marvell eons ago and washed their hands of competing against themselves. [06:13] TheMuso: AFAIK it is Tegra3 and QC running win8 so far [06:14] Yeah but like a month ago some mob poppe dup and went "ARM on servers wooo!" [06:14] I think with HP and ARM Inc. [06:14] twb: HP [06:14] Ah, OK. I assumed there was a semi fab company in there too somewhere [06:14] twb: HP/Calxeda and *mumbleNDAmumble* other vendors. [06:14] also intel put all their eggs x86 basket [06:17] I'd be curious to see what AMD could do with an ARM license, but I suspect they're being as x86-centric as Intel. [06:17] Or they just don't have the cash flow to experiment. [06:17] The latter seems more likely. :/ [06:17] yeah [06:17] and damn it why is q so close to tab [06:17] :/ [06:17] heh [06:17] I just cmd+q'd irc [06:18] Obviously the problem there is you aren't using emacs [06:18] Whree it would be ^X^C [06:18] Yeah an AMD based SoC with a Radeon/similar derrived GPU would be nice. [06:18] derived [06:18] It would possibly mean an open GPU... [06:18] TheMuso: radeon as in r600 or what [06:18] I don't even know what they're up to these days [06:19] My last non-intel GPU was an r200 [06:19] TheMuso: in theory arm core + GeForce would be kinda nice too, in the real world though it failed :p [06:19] Which translates to... "radeon 9000" IIRC [06:19] heh [06:19] my last non ATI/AMD GPU was a GeFORCE 5200 or smthn like that [06:20] At least the intel ones Just Worked without any fucking about [06:20] I vowed never to nvidia again [06:20] then I got two tegra devices :p [06:21] hmm [06:21] $600 for an iconia A501 on telstra prepaid [06:21] :p [06:23] How open are the Aconias? [06:23] In terms of flashing. [06:23] less than the tf [06:23] per device SBK [06:23] lilstevie: you can get the HP tablet on ebay for like A$60 I hear [06:24] and Chip UID salted hash of kernel and recovery images [06:24] The downside of the vendor monkeys learning how to actually do crypto properly, is they actually lock us out :-/ [06:24] yes [06:24] It'd be nice if the ACCC had a clue [06:25] asus monkeys still haven't figured out crypto [06:25] the signed blobs of the tf201 is just because nvidia offer it as a standard [06:25] So I could write to them and say "please tell h/w vendors to fuck off with their software lock-in" [06:25] get iphones banned in .au and so on [06:26] heh [06:26] we would lose a lot [06:26] Oh lovely re the aconia. [06:26] cause under that definition the xoom is locked too [06:26] even with fastboot oem unlock [06:26] Suits me [06:26] The problem is that people still view these devices as embedded (when they're not), rather than general-purpose computers (which they are). [06:26] NI adam isn't though :p [06:26] s/embedded/appliances/ [06:26] No one screams about vendor lock-in with the software running on their printer or microwave oven. [06:26] yeah [06:27] infinity: well, I would if it had a browser in it [06:27] these tablets are not embedded really [06:27] Hell no. [06:27] Actually the goddamn MFD does [06:27] they are fully functional computing devices [06:27] Yup, and I'll bet for lots of people out there, they will be just fine for a computer, given that the user only does light browsing/video watching.email. [06:27] HP printer/mfc here is running linux and wpasupplicant and so on [06:27] s/./// [06:28] I want arm laptops :p [06:28] lilstevie: my gods, yes [06:28] Heh me too. :) [06:28] like an ultrabook [06:28] but with arm [06:28] lilstevie: do you remember back when ASUS demoed a 9" EeePC ARM running ubuntu 9.04 or so ? [06:28] twb: not really [06:29] lilstevie: I was all "FUCK YEAH" and then "OK next month they will come out" for the next three years [06:29] twb: however the tf101 was a last minute switch to android [06:29] I have heard rumour that they initially wanted ubuntu [06:29] It was demoed like a week before Microsoft said "hey ASUS here is a big bag of money please stop shipping linux netbooks" [06:29] and were running 10.10 [06:29] I think we are only now getting to the point where ARM CPUs are fast enough for most general use tasks that require CPU intensive ops. [06:30] but ofc android won out [06:30] TheMuso: hells yeah [06:30] I use my tf101 as a netbook [06:30] as in a daily use netbook [06:30] TheMuso: especially since the DSP and AES and friends are done elsewhere on the chip [06:30] I browse the web, do a bit of programming [06:30] lilstevie: that's what I bought mine for [06:31] lilstevie: DO you have to do anything funky to get headphones out working when running uboot Ubuntu 2.6.38? [06:31] TheMuso: no [06:31] tf101 = netbook with longer battery life and SSD by default [06:31] I haven't really tried yet, but couldn't get audio working with the ASUS kernel when I tried. [06:31] Ok, will try again. [06:31] TheMuso: if you go into alsamixer there are about 60 different things to fiddle with [06:31] TheMuso: it works once oem-config does its magic [06:32] twb: Yes I know. [06:32] TheMuso: might be one of them is "work without headphones" and is off by default [06:32] also, just saw aldi have an android tablet now too :p [06:32] TheMuso: originally I thought sound was busted, turned out just the media board came unplugged [06:32] ah ok [06:33] aldi tablet, tegra2 running hc 3.2 3G/wifi, 32GB [06:33] 499 [06:33] Interesting... I wonder how locked down it is. [06:33] Although for tablets I won't go past the transformer purely because of the dock. [06:33] TheMuso: hahaha that was exactly my first thought [06:34] yeah [06:34] I have a 7" SGT for a tablet [06:34] my tf is a netbook :p [06:34] netbook in tablet clothing [06:34]