[06:26] <shadeslayer> lilstevie: I was trying to run sudo nvflash --sync with my transformer and I get : rcm version 0X4 Command send failed (usb write failed)
[06:26] <shadeslayer> lilstevie: could you give a hint as to what I might be doing wrong?
[06:26] <twb> That error could just mean you forgot your SBK or so
[06:26] <twb> http://cyber.com.au/~twb/doc/tf101.html
[06:27]  * shadeslayer looks
[06:28] <shadeslayer> twb: I also could not find good documentation about nvflash, any ideas where I can find that?
[06:28] <shadeslayer> I'm having a bit of a hard time figuring this out :)
[06:29] <twb> http://cyber.com.au/~twb/doc/tf101.txt now contains a slightly updated version
[06:29] <twb> shadeslayer: there isn't any, nvflash is a piece of shit internal nvidia bodge thing
[06:29] <shadeslayer> :S
[06:30] <shadeslayer> Alright, hopefully that link contains info on what actually goes on during booting
[06:31] <twb> Those links are my notes
[06:31] <twb> That why they have my name in them
[06:32] <shadeslayer> oh ... awesome, I didn't notice that ...
[06:32] <shadeslayer> it's just been a long day ...
[06:32] <twb> no problem
[06:35] <shadeslayer> hmm ..
[06:36] <shadeslayer> twb: so I now use : --sbk 0x1682CCD8 0x8A1A43EA 0xA532EEB6 0xECFE1D98
[06:36] <shadeslayer> erm
[06:36] <shadeslayer>  sudo ./nvflash --sbk 0x1682CCD8 0x8A1A43EA 0xA532EEB6 0xECFE1D98 --sync
[06:36] <shadeslayer> and I get the same thing
[06:36] <shadeslayer> and iirc the tablet installed a firmware update when it arrived
[06:36] <twb> Did you bounce it back into APX mode again?
[06:36] <shadeslayer> no, it just shutdown
[06:37] <shadeslayer> Nvflash started
[06:37] <shadeslayer> rcm version 0X4
[06:37] <shadeslayer> Command send failed (usb write failed)
[06:37] <twb> Tell you what, read that whole .txt file then come back if you still have problems
[06:37] <shadeslayer> uh ok
[06:52] <shadeslayer> twb: question, before you did all of this, did you update your tablet firmware?
[06:52] <shadeslayer> and can a firmware update change the sbk?
[06:53] <twb> If you mean android, then no, I don't give a shit about android.  But the processes I describe should work for android as well.
[06:53] <twb> The firmware does not decide the SBK, the SBK is baked into the hardware while in the factory
[06:54] <shadeslayer> right, I don't want android as well ...
[06:54]  * shadeslayer goes back to reading the text file
[06:54] <twb> That's fine then.  There was a jackass in here earlier that wanted help with android
[06:55] <shadeslayer> :/
[07:04] <shadeslayer> twb: another question, does it matter if I have sbk version 2?
[07:05] <twb> shadeslayer: what is an "sbk version 2" ?
[07:05] <twb> shadeslayer: do you mean a 3G transformer?
[07:06] <shadeslayer> nope, It's a wifi version, but when i run sbkcheck i get : [~/tablet]$ sudo ./sbkcheck
[07:06] <shadeslayer> Found APX mode device
[07:06] <shadeslayer> Chip UID: 0x428908841c0e117
[07:06] <shadeslayer> Detected SBKv2
[07:06] <twb> Never heard of sbkcheck
[07:06] <shadeslayer> http://forum.xda-developers.com/showthread.php?t=1290503
[07:07] <twb> Goddamn munchkins and their pre-compiled ia32 binaries :-/
[07:07] <shadeslayer> heh
[07:08] <twb> They don't even ship the sources
[07:09] <shadeslayer> yeah :(
[07:09] <twb> So I have no idea what that program does and I'm not going to decompile it or run it to find out
[07:09] <twb> lilstevie is here, he probably knows
[07:09] <shadeslayer> twb: I actually used that program because one of his posts mentioned it
[07:10] <shadeslayer> http://forum.xda-developers.com/showpost.php?p=18366670&postcount=20
[07:10] <twb> I am too old to deal well with stupid web fora that reinvent NNTP, poorly.
[07:13] <shadeslayer> alright, I'm off to sleep, will try this tomorrow
[07:14] <shadeslayer> thanks twb for the help :)
[08:01] <lilstevie> shadeslayer: raymans app is far better than mine at testing for it
[08:01] <lilstevie> shadeslayer: basically sbkdetect v2 which is raymans version, uploads a command that is encrypted with the new sbk
[13:13] <misfitx7> I just downloaded and imaged my panda board with the new 11.10 server release and I am being prompted for a login/pass. Does anyone know what the default account is? I was never prompted to create one as the install instructions suggested I would be.
[13:16] <misfitx7> I can't seem to find this documented anywhere.
[13:16] <infinity> misfitx7: There is no default user/pass, it asks you to set one up during the install.
[13:17] <infinity> misfitx7: If it didn't, then something when wrong, and you might want to try again.
[13:19] <misfitx7> infinity: Thanks. I've loaded it twice thinking that may be the case but both times I got the same result. I must be missing something, I'll give it another shot I suppose.
[13:19] <infinity> Well, what happens when you boot it the first time?
[13:20] <infinity> It should expand the filesystem, then reboot into an installer.
[13:20] <infinity> If that's not happening, the first bit may be failing.  Your card could be bad, or too small.
[13:21] <misfitx7> I watch the filesystem expand on the serial terminal, it reboots when it's done then I get a login prompt on my monitor.
[13:21] <misfitx7> I can try another card. The one I'm using now worked for 11.04. It's 8Gb
[13:22] <infinity> Wait, on your monitor?  Are you still connected via serial as well?
[13:22] <infinity> The installer should be popping up on the serial console.
[13:24] <misfitx7> I am still connected via serial. But it switches over to the monitor after the first reboot.
[13:24] <misfitx7> After the kernel loads and services are started
[13:27] <misfitx7> I'm flashing a larger card to see where that gets me.
[13:38] <misfitx7> I get the sys config with the a different/larger card.
[15:32] <prpplague> GrueMaster / ogra_ turns out my sd card reader died yesterday
[15:32] <GrueMaster> On your panda?
[15:33] <prpplague> GrueMaster: no, on my host pc. it wasn't writing all the data to the sd card
[15:34] <GrueMaster> Interesting.  Could be just a cache not flushing properly.  I usually run a sync after flashing an image just to be sure.
[15:35] <GrueMaster> Is your PC Linux or Windows based?
[15:36] <prpplague> ~lart GrueMaster
[15:37] <prpplague> GrueMaster: silly GrueMaster
[15:37] <prpplague> GrueMaster: ubuntu 10.10
[15:38] <prpplague> GrueMaster: no, it was a complete failure of the sd card reader, looks like the 3.3v ldo was failing
[15:38] <GrueMaster> Ah.  I had to ask.  Some people are using Windows on their PC but Linux on their dev boards.  We even have a tool for imaging SD cards for this situation.
[15:38] <GrueMaster> Bummer.
[15:38] <prpplague> GrueMaster: hehe indeed
[15:38] <prpplague> GrueMaster: i've been MS free since 1997
[15:39] <GrueMaster> Heh.  We should have Windows-Clean coins for our 10 year anniversaries.  :P
[15:45] <prpplague> hehe
[15:47] <austeregrim> But shouldn't mac users have something similar? lol
[15:48] <prpplague> austeregrim: that;s kind of like someone stop smoking tobacco and switch to meth, sure stopping tobacco is good, but....
[15:49] <GrueMaster> No, they are more like connoisseurs.  Twice the intake, but only 1/4 the guilt.
[16:51] <MrCurious> tested out pandaboard + ubuntu 11.10 with root fs on a USB thumb drive.  Got in excess of 100 FPS at 320x240.  GREAT work by the team on solving the usb speed bug!
[16:51] <MrCurious> not to mention that it was WAY more snappy than root on SD, and noticably more snappy than the last stable release (with root on usb)
[16:53] <GrueMaster> Just to clarify, the kernels for Maverick and Natty have been updated with this fix as well.
[16:53] <MrCurious> yes, i am comparing pre-fix to post-fix
[18:05] <Neko> GrueMaster, I have an idea.. would it be possible to not have to create a swap partition in the main installer, or in any event, not ship a swap file, but as soon as ubiquity pops up or perhaps (since swap isn't needed for ubiquity, memory usage is well under 150MB) on first desktop login like ecryptfs or so used to, say "hey, I notice you have a small amount of memory and no swap, do you want me to fix this up for you?" so that it doesn't have t
[18:05] <Neko> o be shipped on the SD card image?
[18:06] <Neko> it'd help on VMs on x86 etc. too if you didn't have to create swap partitions inside the VM especially with memory ballooning and an assumption that the host has more than enough swap to handle overcommitting
[18:06] <GrueMaster> Maybe for P.  We can't change 11.10.
[18:07] <Neko> sure, P is good.. its been something I've been annoyed by since Karmic though :D
[18:07] <infinity> We did it this way intentionally because dding a large file on an SD card on the target hardware takes forever.
[18:07] <infinity> It's actually easier to do it at install time, just more annoying to the user.
[18:07] <infinity> No one's stopping you from deleting the file if you didn't want it. :P
[18:08] <Neko> oh, for sure ... but it'd save some SD card space that basically doesn't get used until the user picks Firefox and opens 8 tabs..
[18:09] <infinity> Dunno about that.  GrueMaster was showing me ubiquity OOMing on 512M systems.
[18:09] <Neko> in the meantime by the time P comes out, zram will be nice and stable right? in the event of a missing swap partition or so maybe compressed in-memory swap would be a better idea just to have some swap around if it's truly, truly necessary
[18:10] <infinity> I dunno.  I'm not all that picky, to be honest.
[18:10] <infinity> I still think that users who are running systems on SD for anything other than quick test purposes are Doing It Wrong.
[18:11] <Neko> I think part of the problem is even on "512MB" systems on MX5 they're soaking a bunch for framebuffer/2D reservation
[18:11] <Neko> so you really only have 400MB
[18:11] <infinity> Beagle in his case, and I don't recall how much it has available.
[18:11] <GrueMaster> One thing to look at is zramswap.
[18:11] <Neko> 256MB on my C4 and it's infuriating
[18:12] <Neko> I definitely agree something needs to be there just in case..
[18:12] <GrueMaster> Seems to work ok on AC100.
[18:12] <infinity> It's not actually enabled on AC100.
[18:12] <infinity> So, yes, works great.
[18:13] <GrueMaster> Well, the SD desktop images are really just for show & tell anyways.  It isn't hard to move the image to a usb drive using a separate system.
[18:13] <infinity> Or a USB hard drive, or whatever.  Yes.
[18:13] <infinity> But at that point, you have enough space that losing some to swap is irrelevant.
[18:13] <GrueMaster> And since we don't have any real production systems beyond the AC100...
[18:14] <infinity> And as distasteful as swap on the SD card is (and man, I really think it is), I'd rather have something that sort of works for the 2 hours someone will play with it before they realise they need faster storage.
[18:16] <Neko> GrueMaster, zcache may well help too as an experiment.. that way you get the benefits of SD card data being put in the cache and when the system really needs it, it compresses them as they are evicted, which would help one hell of a lot in keeping real memory available
[18:17] <Neko> or a USB key. or any slow-ass storage...
[18:18] <Neko> actually you know this is something Linaro should be investing a ton of effort into :D
[23:25] <lilstevie> shadeslayer, you about
[23:25] <shadeslayer> yes
[23:26] <lilstevie> ok, I just wanted to say to you, just because you have an SBKv2 device don't give up
[23:26] <lilstevie> work on your image creation
[23:26] <shadeslayer> lilstevie: oh ... ok
[23:26] <shadeslayer> I didn't give up :)
[23:26] <lilstevie> you can still run the image in qemu or something
[23:26] <shadeslayer> I'm just busy with a sprint in MV
[23:27] <shadeslayer> uh
[23:27] <lilstevie> we are working on a solution for the SBK
[23:27] <shadeslayer> ok, I'd like to help, lemme know how i can :)
[23:27] <lilstevie> well the problem is the miniloader
[23:27] <lilstevie> it is part of how nvflash work
[23:27] <lilstevie> works*
[23:28] <shadeslayer> uh ok, I've never used nvflash, so I'll have to look that term up
[23:28] <lilstevie> the bootrom shuts down communication with that 0x4 error if the messages are incorrectly encrypted
[23:28] <lilstevie> we have communication
[23:28] <lilstevie> until we get to miniloader
[23:28] <shadeslayer> ah ok
[23:29] <lilstevie> miniloader is a small loader (funny that), that inits ram and usb,
[23:29] <lilstevie> so that the bootloader can be sent to the device
[23:29] <lilstevie> on these SBKv2 devices the current miniloader crashes
[23:29] <lilstevie> or aborts
[23:30] <lilstevie> or something, we don't know exactly what is happening, no debugging interface is a pain
[23:30] <lilstevie> so we have been writing our own, but it is a very slow process
[23:30] <shadeslayer> alright, kind of understand it
[23:30] <shadeslayer> the bootloader before the bootloader :P
[23:31] <lilstevie> look at it as a bootstrap
[23:31] <lilstevie> :p
[23:31] <shadeslayer> :D
[23:31] <lilstevie> in APX the device hasn't initialized ram
[23:31] <lilstevie> or the dual A9's
[23:32] <lilstevie> all there is, little ARM7TDMI core
[23:33] <shadeslayer> alright