**** BEGIN LOGGING AT Thu Mar 24 02:59:58 2016 Mar 24 11:11:31 moin :) Mar 24 11:21:25 moin Mar 24 11:32:39 im trying to set up uboot. i have a vfat partition on mmcblk1p1 and my rootfs on mmcblk1p2. Mar 24 11:33:12 i have converted my kernel and initrd to uboot format and copied them to /media/mmc1/boot (which is on the vfat mmcblk1p1 partition). Mar 24 11:33:41 im now trying to figure out what needs to go in boot.scr and where that should be saved. i think its implied it should sit in the root of the vfat partition. Mar 24 11:34:41 so i have something like this: Mar 24 11:34:53 setenv bootcmd 'mmc init; ext2load mmc1 0 0x82000000 /boot/uImage; ext2load mmc1 0 0x83000000 /boot/uInitrd; bootm 0x82000000 0x83000000' Mar 24 11:35:06 and then: Mar 24 11:35:09 setenv bootcmd 'mmc init; ext2load mmc1 0 0x82000000 /boot/uImage; ext2load mmc1 0 0x83000000 /boot/uInitrd; bootm 0x82000000 0x83000000' Mar 24 11:35:20 oops: setenv bootargs 'root=/dev/mmcblk0p1 rootwait console=tty0 omapfb.vram=0:2M,1:2M,2:2M mtdoops.mtddev=2 nosplash' Mar 24 11:35:40 these clearly need some fixing up - but im not entirely sure what goes where... Mar 24 11:35:42 can anyone advise? Mar 24 11:36:17 i guess the latter one i need to change the root device to /dev/mmcblk1p2 Mar 24 11:36:40 but im not sure where exactly it thinks the uImage should be in the first one. Mar 24 11:37:05 and since the first partition of my mmc1 is vfat i guess i dont need ext2load?! Mar 24 11:53:03 Yes, you'd use something other than ext2load. Mar 24 11:53:23 fatload Mar 24 11:54:43 watch out for mmcblk1/mmcblk2 confusion, depending on whether or not you have a uSD inserted during boot, the naming might be messed up in linux Mar 24 11:55:11 fat load Mar 24 11:55:13 ( ͡° ͜ʖ ͡°) Mar 24 11:55:36 * Maxdamantus wonders why anyone would use fat anyway. Mar 24 11:55:51 because pali's uboot doesn't support extfs Mar 24 11:56:04 kerio: that is the strange thing Mar 24 11:56:05 My u-boot works off ext2. Mar 24 11:56:15 :o Mar 24 11:56:17 though I compiled it myself. Mar 24 11:56:25 ...so how's that relevant Mar 24 11:56:26 I'd be surprised if it were disabled in pali's distribution though. Mar 24 11:57:23 well, "pali's u-boot" might refer to an obsolete branch of u-boot (his N900 support is merged into mainline now). Mar 24 11:57:41 or it might refer to a binary distribution he's made. Mar 24 11:58:17 * Maxdamantus also modified his to use Dvorak instead of QWERTY> Mar 24 11:59:56 (messed up) IOW maemo kernel detects uSD as mmcblk1 if present, and only later on those devices get renamed to show consistent mmcblk1 = eMMC Mar 24 12:00:57 Do you mean the other way round? Mar 24 12:01:33 i think about half of the documents and how to's ive read were written during a time that it did not support ext* Mar 24 12:01:39 and half were written after Mar 24 12:01:46 which is probably why im in the mess i am. Mar 24 12:03:51 * Maxdamantus just figured it out once then wrote some scripts to generate the .scr and uimage crap. Mar 24 12:04:13 err sorry, 0 and 1 of course Mar 24 12:04:28 mmcblk0=eMMC Mar 24 12:04:52 so i now have done s/ext2load/fatload for my bootcmd line Mar 24 12:05:33 and those paths for the kernel / initrd are deffo going to be looking at /dev/mmcblk1p1 ? Mar 24 12:05:54 however compare cat /proc/partitions Mar 24 12:06:06 Does the kernel even know about mmcblk1? Mar 24 12:06:24 I have a feeling it's meant to be mmc1p1 Mar 24 12:07:25 well im logged in to the machine now and i have: /dev/mmcblk1p1 on /media/mmc1 type vfat (rw,noauto,nodev,noexec,nosuid,noatime,nodiratime,utf8,uid=29999,shortname=mixed,dmask=000,fmask=0133,rodir) Mar 24 12:07:54 so the "boot" i am trying to refer to in that bootcmd line is /media/mmc1/boot Mar 24 12:08:03 compare cat /proc/partitions Mar 24 12:08:07 to what? Mar 24 12:08:18 179 9 28315648 mmcblk1p1 Mar 24 12:08:31 that the line in /proc/partitions that relates to the partition i think im talking about Mar 24 12:08:33 that's all? Mar 24 12:08:51 but that bootcmd example doesnt seem to refer to use that syntax at all Mar 24 12:08:58 the whole thing is Mar 24 12:09:06 major minor #blocks name Mar 24 12:09:06 179 0 15558144 mmcblk0 Mar 24 12:09:06 179 1 1048576 mmcblk0p1 Mar 24 12:09:06 179 2 14508544 mmcblk0p2 Mar 24 12:09:06 179 8 31264768 mmcblk1 Mar 24 12:09:09 179 9 28315648 mmcblk1p1 Mar 24 12:09:11 179 10 2097152 mmcblk1p2 Mar 24 12:09:14 179 11 786432 mmcblk1p3 Mar 24 12:09:17 I dunno what uBoot does regarding enum of mmc devices Mar 24 12:09:18 ah yeah, it is mmcblk Mar 24 12:09:58 i guess i could rephrase my entire question as: Mar 24 12:10:27 does anyone know wtf whoever wrote this: setenv bootcmd 'mmc init; ext2load mmc1 0 0x82000000 /boot/uImage; ext2load mmc1 0 0x83000000 /boot/uInitrd; bootm 0x82000000 0x83000000' Mar 24 12:10:30 you see mmcblk1p1 is maemo root partition, and you prolly got a 15GB uSD as mmcblk0 Mar 24 12:10:31 meant by that "mmc1" Mar 24 12:10:40 and is it the same thing that i mean by mmcblk1p1 ?! Mar 24 12:10:41 ;) Mar 24 12:10:58 later during boot these get renamed so eMMC is mmcblk0 and uSD is mmcblk1 Mar 24 12:11:07 aaah Mar 24 12:11:33 anyone got DRI working with pali's kernel? Mar 24 12:11:39 so mmc1 is the name for mmcblk1p1 at uboot point in the process? Mar 24 12:12:33 setenv bootmenu_1 zImage-2.6.28.10-cssu1='setenv setup_omap_atag 1; setenv bootcmd '\''ext2load mmc 1:1 0x86008000 /k/zImage-2.6.28.10-cssu1.u; setenv bootargs '\'''\\''\'''\''init=/sbin/preinit ubi.mtd=rootfs root=ubi0:rootfs rootfstype=ubifs rootflags=bulk_read,no_chk_data_crc rw console=ttyMTD,log console=tty0 snd-soc-rx51.hp_lim=42 snd-soc-tlv320aic3x.hp_dac_lim=6'\'''\\''\'''\''; bootm 0x86008000'\''; boot' Mar 24 12:12:54 Fun quotes. Mar 24 12:14:58 so confused. :( Mar 24 12:15:00 anyway... Mar 24 12:15:16 just got to man up when i get home and randomly pump partition notation in to this bad boy until it submits. Mar 24 12:15:19 try mmc0 and mmc1, one of both will work ;-) Mar 24 12:15:50 mmm. Mar 24 12:18:50 ""setenv bootargs 'root=/dev/mmcblk0p1"" prolly points to 1st partition on uSD Mar 24 12:19:28 interesting. Mar 24 12:19:35 so id need to make that p2. Mar 24 12:19:57 ""setenv bootcmd 'mmc init; ext2load mmc1"" migth point to uSD too, or to eMMC, dunno what uBoot does Mar 24 12:21:34 but I'm pretty sure for bootargs the kernel will use that initial numbering which means mmcblk0 is eMMC when no uSD insterted, otherwise it's uSD Mar 24 12:22:05 ask pali! Mar 24 12:24:11 well i looked at that root=/dev/mmcblk0p1 and was sure it must mean the eMMC but now that you've sown the seed in my head that there could be insane ennumeration shenanigans, it is all sort of making sense (for certain values of sense) Mar 24 12:25:46 cat /proc/partitions is a remnant from early boot times before devices got renamed Mar 24 12:26:17 interesting. Mar 24 12:26:52 so i can look at the majors and minors and see if they have changed Mar 24 12:27:34 some script (prolly /sbin/preinit) renames them then, *after* kernel mounted rootfs Mar 24 12:28:32 et. voila: Mar 24 12:28:45 /proc/partitions has 179 9 28315648 mmcblk1p1 Mar 24 12:28:51 and /dev has: Mar 24 12:29:01 brw-rw---- 1 root floppy 179, 9 Jan 1 1970 mmcblk0p1 Mar 24 12:29:09 i think ive just learned something Mar 24 12:29:13 (or ive got a migraine) Mar 24 12:29:15 one of the two. Mar 24 13:15:50 how do i remove the stock kernel entry from uboot? Mar 24 14:15:44 why would you? Mar 24 14:21:22 because i ahve kernel power Mar 24 14:24:15 parazyd: edit the script Mar 24 14:24:29 u-boot-update-bootmenu Mar 24 14:24:49 or just set a default entry Mar 24 14:24:55 ah thanks Mar 24 15:33:52 uBoot comes with stock kernel attached anyway (siamese twins), so I'd suggest to keep the stock kernel plus NAND (mtd) as rescue system, and just make the new powerkernel system (on eMMC or uSD) dualboot default Mar 24 15:38:51 when you keep the screen.cfg(?) uboot config and the uboot.dpk on eMMC resp uSD, you even can do a full reflash (without eMMC) of N900 and you only need to dpkg -i /media/card/uboot.dpk to have your previous settings back Mar 24 18:55:55 KotCzarny: :D Mar 24 18:59:01 KotCzarny: revived my N810, charged it up, installed oscp, shiny :D Mar 24 18:59:16 woo-hoo, it has many features you might like Mar 24 18:59:33 KotCzarny: pretty sure I've broken the power socket slightly though, although I always remember the cable flapping in the breeze Mar 24 19:02:28 * DocScrutinizer05 wonders how the power socket could be 'broken slightly' Mar 24 19:02:47 remember you can control your n810's oscp with any device with pygtk (via oscp-remote.py) Mar 24 19:03:14 or ssh ;) Mar 24 19:04:57 also, it can play network links (http/rtsp/mms) and video clips (audio part) **** ENDING LOGGING AT Fri Mar 25 02:59:59 2016