*** Martix has joined #maemo-ssu | 00:00 | |
*** FlameReaper has quit IRC | 00:02 | |
*** NIN101 has quit IRC | 00:06 | |
*** Martix has quit IRC | 00:12 | |
*** M4rtinK has joined #maemo-ssu | 00:28 | |
*** dhbiker has joined #maemo-ssu | 00:46 | |
*** discopig has joined #maemo-ssu | 00:50 | |
*** discopig has quit IRC | 00:54 | |
*** _rd has quit IRC | 00:58 | |
*** Martix has joined #maemo-ssu | 01:00 | |
*** sunny_s has quit IRC | 01:02 | |
*** Martix has quit IRC | 01:04 | |
*** jon_y_ has joined #maemo-ssu | 01:06 | |
*** jon_y has quit IRC | 01:08 | |
*** jon_y_ is now known as jon_y | 01:08 | |
*** DrCode has quit IRC | 01:10 | |
*** DrCode has joined #maemo-ssu | 01:14 | |
*** BCMM has quit IRC | 01:16 | |
*** dos1 has quit IRC | 01:27 | |
*** wmarone has quit IRC | 01:30 | |
*** discopig has joined #maemo-ssu | 01:52 | |
DocScrutinizer05 | TU, PAH! | 02:02 |
---|---|---|
DocScrutinizer05 | ETH Zurich maybe. Emphasis on "maybe" | 02:03 |
*** Pali has quit IRC | 02:05 | |
*** M4rtinK has quit IRC | 02:07 | |
*** dos1 has joined #maemo-ssu | 02:14 | |
*** dos1 has quit IRC | 02:21 | |
*** LauRoman has quit IRC | 03:12 | |
*** DrCode has quit IRC | 03:37 | |
*** DrCode has joined #maemo-ssu | 03:42 | |
*** dafox has quit IRC | 04:03 | |
*** nox- has quit IRC | 04:51 | |
*** amiconn has quit IRC | 05:14 | |
*** amiconn_ has joined #maemo-ssu | 05:14 | |
*** amiconn_ is now known as amiconn | 05:14 | |
*** DocScrutinizer05 has quit IRC | 06:02 | |
*** DocScrutinizer05 has joined #maemo-ssu | 06:04 | |
*** oldtopman has quit IRC | 06:16 | |
*** Vlad_on_the_road has joined #maemo-ssu | 09:06 | |
*** Vlad_on_the_road has quit IRC | 09:12 | |
*** LauRoman has joined #maemo-ssu | 09:30 | |
*** DrCode has quit IRC | 09:33 | |
*** Pali has joined #maemo-ssu | 09:35 | |
*** DrCode has joined #maemo-ssu | 09:44 | |
FatPhil | merlin1991: good point. there are 2 lazy aspects - firstly just picking up on a heavily marketted trend language, and secondly just continuing with that bad choice. | 10:23 |
freemangordon | FatPhil: in the kernel git trees you have around - what is the situation with powervr driver? | 10:25 |
FatPhil | Computer languages should be tought the same way religions should be tought. A wide range of them, and with an emphasis on their similarities and differences. Learning *a* computer language is mostly useless, you end up with drones with no *understanding* | 10:25 |
FatPhil | freemangordon: I've checked my rover tree, and it's older than the latest released tree that KP is based on (no surprise, maintenance was outsourced later) | 10:26 |
freemangordon | ooh :( | 10:26 |
FatPhil | Not by much, only a few patches worth, but it still came as a bit of a disappointment | 10:28 |
freemangordon | FatPhil: powervr driver is the one we have 2 options for (in the context of the newer kernel) - forward port 1.3 or use the one from Nemo | 10:28 |
FatPhil | I don't know Nemo | 10:28 |
freemangordon | I already did the former, it seems to work. But it is dated and userland pieces are slow as hell | 10:29 |
FatPhil | I do know that IMG's patch drops were the typical *SHIT* that you get from h/w verndors, and therefore I don't trust the code further than I can throw it. | 10:29 |
freemangordon | FatPhil: what?!? you don;t know what nemo is? | 10:29 |
freemangordon | FatPhil: https://wiki.merproject.org/wiki/Nemo | 10:30 |
freemangordon | the OS is unusable on N900 IMO, but there was a lot of HW adaptation done we can use | 10:30 |
FatPhil | Does Nemo come with a detailed commit history for the driver, or is it just a blob or a megapatch? | 10:34 |
freemangordon | just a blob AND a megapatch afaik | 10:34 |
freemangordon | the problem with powervr is that it depends on stuff in DSS driver | 10:35 |
freemangordon | so if we upgrade powervr driver, DSS have to be upgraded as well | 10:35 |
kerio | dss? | 10:36 |
freemangordon | which brings tons of problems, like X needs to be upgraded ;) | 10:36 |
freemangordon | kerio: framebuffer etc | 10:36 |
freemangordon | Display SubSystem iirc | 10:37 |
FatPhil | and if you upgrade X, what else breaks? How big's the dependency tree? | 10:38 |
freemangordon | dammit, maybe we ca just hack clutter to use bc-cat instead of slow as hell texture upload and call it a day | 10:39 |
freemangordon | FatPhil: NFC, never tried to upgrade X | 10:39 |
FatPhil | I have a script that can split megapatches into whitespace-only changes, and actual real changes. That can sometimes help trying to work out what's changed. | 10:40 |
freemangordon | FatPhil: I think our major problem is not dependency tree, but the patches(hacks) Nokia did | 10:40 |
FatPhil | for the powervr driver, most of the code was straight from IMG, we reported issues to them, and they'd drop a fixed version some time later | 10:41 |
freemangordon | well, X upgrade is not something I will start to do on my own | 10:41 |
FatPhil | maybe best to just stick with the old one, and only migrate forwards when necessary. | 10:42 |
freemangordon | FatPhil: this is what I thought initially, but it seems migration on parts is not possible. Or I didn't get it as well :) | 10:43 |
freemangordon | maybe we can ask Skry for help, he is the one to bring ALARM on N900 | 10:44 |
freemangordon | I wonder whether he will be interested in the project, though I doubt given how much he like doc's attitude :D | 10:45 |
* freemangordon is out of cigarettes, going to buy some | 10:45 | |
*** Sohil876 has joined #maemo-ssu | 10:57 | |
*** Sohil876 has quit IRC | 11:04 | |
*** DocScrutinizer05 has quit IRC | 11:13 | |
*** DocScrutinizer05 has joined #maemo-ssu | 11:13 | |
freemangordon | Pali: zimage-get-version /dev/mtd3ro returns "Version string not found" | 11:35 |
freemangordon | Pali: zimage-get-version -f /dev/mtd3ro returns "2.6.28.10-cssu3" | 11:36 |
freemangordon | why -f is needed? | 11:36 |
Pali | do you have uboot? | 11:37 |
freemangordon | Pali: the real problem is that u-boot installer still says that the current version is unknown | 11:37 |
freemangordon | no, I was about to install it | 11:37 |
Pali | without -f it should write kernel version if there is no uboot | 11:37 |
freemangordon | but it does not do it | 11:38 |
freemangordon | kernel-cssu3 here | 11:38 |
Pali | uboot version is detected in fiasco-image-update | 11:38 |
Pali | freemangordon, also try without -f again | 11:38 |
freemangordon | I tried a couple of times | 11:38 |
Pali | ok | 11:38 |
Pali | if without -f it does not write version, and you gave cssu3 kernel without uboot, then there is problem | 11:39 |
Pali | please create mtd3 dump and send me it | 11:39 |
freemangordon | Pali: what I see is that without -f it searches in the first 64KB only | 11:39 |
Pali | yes | 11:39 |
freemangordon | Pali: with dd? | 11:39 |
Pali | because in 64Kb should be version header | 11:40 |
Pali | use cat | 11:40 |
freemangordon | ok | 11:40 |
Pali | with -f it looking in full image, so it will find also kernel if there is attached after uboot | 11:40 |
freemangordon | I don;t have u-boot installed | 11:41 |
freemangordon | this is my devel device | 11:41 |
freemangordon | I was about to install u-boot to test 3.10 :D | 11:41 |
Pali | need to look at your mtd3 | 11:41 |
freemangordon | ok, sending it | 11:41 |
Pali | maybe 64kB is not enough... | 11:42 |
freemangordon | yep | 11:42 |
freemangordon | Pali: merlin1991.at/~freemangordon/u-boot/mtd3ro.zip | 11:44 |
freemangordon | Pali: why don't you just use 2MB always? | 11:46 |
Pali | because it detect also kernel if there is uboot | 11:46 |
freemangordon | I meant enable -f as default | 11:47 |
freemangordon | uh, oh, I have an idea | 11:48 |
freemangordon | Pali: what about do cat of first 2 megs in case of mtd device to an ordinary file and doing mmap on it? | 11:48 |
freemangordon | that way there'll be no failed allocation problems aiui | 11:49 |
Pali | cat also fail | 11:49 |
Pali | problem is that kernel does not have memory for allocating buffer when readin from nand | 11:49 |
freemangordon | what? why? | 11:50 |
freemangordon | oh, I see | 11:50 |
freemangordon | shit :( | 11:50 |
Pali | maybe cat also repeating if read failing | 11:50 |
freemangordon | what about dd? | 11:50 |
Pali | but now it should work, because app waiting and handling it | 11:50 |
freemangordon | ok | 11:50 |
Pali | dd with small bs maybe will work | 11:50 |
Pali | if kernel is not tryting to read more into buffers | 11:51 |
freemangordon | if you do a page at a time, it will always succeed | 11:51 |
freemangordon | i.e. dd -bs 4096 | 11:51 |
*** dhbiker has quit IRC | 11:52 | |
freemangordon | dd bs=4096 count=1 skip=N >> dumpfile | 11:53 |
freemangordon | Pali: you can just put that in a script wrapping the executable, so no code change will be needed | 11:54 |
freemangordon | oh, you don;t mmap right now | 11:54 |
Pali | mmap on mtd not working before 2.6.29 | 11:55 |
freemangordon | Yes, that is why you can copy mtd to an ordinary file and mmap it | 11:55 |
freemangordon | dd it page by page to a temp file, mmap the temp file and you're fine :) | 11:56 |
freemangordon | aiui | 11:56 |
*** aap has quit IRC | 11:56 | |
*** dhbiker has joined #maemo-ssu | 12:07 | |
freemangordon | Pali: what I need to do to boot maemo from uSD. Sorry, I forgot :( | 12:12 |
Pali | freemangordon: now I found where is problem | 12:13 |
freemangordon | good :) | 12:13 |
Pali | we should check if gzip signature is in first 64kB | 12:13 |
Pali | and try to unpack full image | 12:13 |
Pali | not only first 64kB :-) | 12:13 |
Pali | because it can be 0kB for unpacking | 12:14 |
freemangordon | Pali: please help, what I need to do to boot maemo from uSD | 12:15 |
Pali | ok | 12:15 |
Pali | hm, from uSD? | 12:15 |
freemangordon | yep ;) | 12:15 |
Pali | I have only working booting from eMMC | 12:15 |
Pali | but maybe it will work also from uSD | 12:15 |
freemangordon | well, I did that back in the days I was playing with 3.5 | 12:16 |
freemangordon | it works, but I can;t remember what partitions need to be on uSD | 12:16 |
freemangordon | esp which one is mounted as / | 12:16 |
Pali | I booted normally from ubifs rootfs | 12:17 |
Pali | just created uboot bootmenu.d config file | 12:17 |
freemangordon | I want to keep maemo on nand / eMMC intact, so I can use it to fix stuff | 12:17 |
Pali | ok | 12:18 |
Pali | look at my scripts at: https://code.launchpad.net/~pali/+junk/maemo_M32GB | 12:18 |
Pali | this copying and configuring maemo at new root /home/maemo/ | 12:18 |
freemangordon | hmm, can I still boot stock maemo? | 12:18 |
Pali | try to change scripts to use /media/mmc<something>/ instead /home/maemo | 12:18 |
Pali | freemangordon: you need cssu-devel | 12:19 |
Pali | and it should work to boot both 2.6.28 and 3.10 kernels | 12:19 |
freemangordon | Pali: if I can boot to stock maemo after your scrip runs, I am just fine if the "new" maemo is in /home/maemo | 12:19 |
Pali | yes, these scripts only copying maemo to /home/maemo and modifing only files in /home/maemo/ | 12:20 |
Pali | so everything in rootfs ubifs is not touched | 12:20 |
freemangordon | Pali: the point is that if I screw something in the init scripts(which I will, for sure) to have a tool to boot the device and fix it | 12:20 |
freemangordon | ok | 12:20 |
Pali | you need bootmenu for choosing between ubifs and emmc | 12:20 |
freemangordon | is that in repos? | 12:21 |
Pali | bootmenu package is in repos | 12:21 |
Pali | you need to install it | 12:21 |
freemangordon | stable? | 12:21 |
Pali | yes | 12:21 |
freemangordon | ok, I will | 12:21 |
freemangordon | why cssu-devel is needed? | 12:21 |
Pali | there is only one problem, if you never had enabled R&D mode | 12:21 |
freemangordon | it is enabled | 12:22 |
Pali | (when R&D string is not in CAL) | 12:22 |
Pali | this will be fixed in next version | 12:22 |
freemangordon | this is my devel device after all :D | 12:22 |
Pali | cssu-devel is needed because of maemo specific kernel interfaces | 12:22 |
freemangordon | which package? | 12:22 |
Pali | in cssu-devel are patched OSS applications to not fail if /proc/<something> not exists | 12:22 |
Pali | do not remember all packages... | 12:23 |
freemangordon | hmm, I think this is already in -testing | 12:23 |
Pali | not all | 12:23 |
Pali | merlin did not included all | 12:23 |
freemangordon | well, I guess I can chroot to /home/maemo and apt-get upgrade from there | 12:23 |
freemangordon | or not | 12:24 |
Pali | and there is problem with mce (because of broken kernel drivers), this is fixed in 3.11 (not 3.10) | 12:24 |
Pali | yes, you can | 12:24 |
Pali | also you can boot stock kernel with /home/maemo | 12:24 |
Pali | and upgrade it here | 12:24 |
Pali | and no chroot with correct /home/user or /opt is needed | 12:24 |
freemangordon | ok, I have u-boot and bootmenu | 12:24 |
*** aap has joined #maemo-ssu | 12:25 | |
freemangordon | what else I need? wget your scripts and execute them? | 12:25 |
Pali | bzr (or maybe wget will work too) | 12:25 |
Pali | first run boot.sh | 12:26 |
Pali | and then run init.sh | 12:26 |
freemangordon | ITEM_LINUXRC="maemo5/boot.sh" ? | 12:26 |
Pali | but first check which version of upstart do you have | 12:26 |
Pali | freemangordon: yes | 12:26 |
freemangordon | 0.3.8-68+0cssu6 | 12:26 |
freemangordon | upstart ^^^ | 12:27 |
Pali | if you have new upstart which working correctly with ad not using genfstab, remove all genfstab from init.sh | 12:27 |
Pali | freemangordon: not run boot.sh but M32GBboot.sh | 12:27 |
Pali | boot.sh is really only init script for bootmenu | 12:28 |
freemangordon | ok | 12:28 |
freemangordon | where I should put it? | 12:28 |
freemangordon | boot.sh that is | 12:28 |
Pali | look at file M32GBboot.sh | 12:28 |
freemangordon | ok | 12:28 |
Pali | it copying to right place | 12:28 |
Pali | freemangordon: remove also changes to /home/maemo5/etc/event.d/rcS-late | 12:29 |
Pali | from M32GBinit.sh | 12:29 |
freemangordon | what changes? | 12:29 |
freemangordon | ok | 12:29 |
Pali | because new rcS-late does not need these hacks | 12:29 |
Pali | and can fail with these old hacks | 12:29 |
Pali | really read what these scripts doing... | 12:30 |
freemangordon | ok | 12:30 |
freemangordon | Pali: hmm, gcc4.7 compiles 3.10 just fine :) | 12:36 |
Pali | freemangordon: yes gcc 4.7 is required for compiling | 12:37 |
freemangordon | oh :D | 12:37 |
Pali | I'm using arm-linux-gnueabi-gcc from ubuntu | 12:37 |
freemangordon | I didn't try 4.2.1 | 12:37 |
Pali | 4.7 is needed for .arch sec extenstion for smc calls | 12:38 |
Pali | gcc from scratchbox not working (if failing somewhere in kernel header where is check for old gcc) | 12:39 |
freemangordon | ok, 3.10 built ok, modules installed | 12:40 |
Pali | freemangordon: you must install all modules into one /lib/modules/<version>/ dir | 12:43 |
Pali | without subfolder | 12:43 |
freemangordon | sure | 12:43 |
Pali | and run depmod for correct version | 12:44 |
freemangordon | make modules_install does that for me in SB | 12:44 |
Pali | because linux kernel makefile install modules into lot of subfolders... | 12:44 |
*** dafox has joined #maemo-ssu | 12:44 | |
Pali | cp `find . -name "*.ko" ` /destdir/ | 12:44 |
Pali | ok, now patch for zimage-get-version is there | 12:45 |
freemangordon | hmm, no, why? make INSTALL_MOD_PATH=/blabla modules_install | 12:45 |
freemangordon | the bouns being .kos are being stripped | 12:46 |
freemangordon | *bonus | 12:46 |
freemangordon | Pali: give me the binary/deb, so I can test it | 12:46 |
freemangordon | or source, doesn;t matter | 12:46 |
Pali | you need to move all modules from /blabla/subdir/subdir into /blabla... | 12:47 |
freemangordon | Pali: what, why? | 12:47 |
Pali | because maemo doing: insmode /lib/modules/<version>/module_name.ko | 12:48 |
Pali | *insmod | 12:48 |
freemangordon | insmod? not modprobe? | 12:48 |
Pali | yes | 12:48 |
freemangordon | oh, ok | 12:48 |
Pali | you must have all modules in /lib/modules/<version>/ | 12:48 |
freemangordon | ok. got it | 12:48 |
Pali | freemangordon: sources are here: https://code.launchpad.net/~pali/+junk/maemo_fiasco-image-update-ask | 12:49 |
Pali | you only need to compile zimage-get-version.c | 12:50 |
freemangordon | hmm, no more kernel-cssu3 on the device :( | 12:50 |
Pali | $ gcc zimage-get-version.c -O2 -lz -o zimage-get-version | 12:50 |
Pali | you can test it with any kernel :-) | 12:50 |
freemangordon | will have to reinstall it first, after your script finishes copying | 12:50 |
freemangordon | Pali: yes, but it was failing with cssu3 | 12:51 |
Pali | I tested it with your mtd dump and it worked | 12:51 |
freemangordon | well, ok then, no need to test it :) | 12:51 |
jon_y | it needs new binutils too right? | 12:53 |
jon_y | oops | 12:53 |
jon_y | wrong conversation | 12:53 |
*** mauroc has joined #maemo-ssu | 12:53 | |
mauroc | Hello everyone | 12:54 |
Pali | hi | 12:54 |
mauroc | Hi Pali | 12:54 |
mauroc | Nice to meet you | 12:54 |
freemangordon | hi | 12:55 |
mauroc | hello | 12:56 |
freemangordon | Pali: wait, why modules are not stripped? | 12:57 |
Pali | where? | 12:57 |
Pali | you can strip modules without problem | 12:57 |
freemangordon | in modules install_dir | 12:57 |
freemangordon | yes, but make doesn't do it | 12:58 |
Pali | I know that kernel-power doing manual strip and manual cp | 12:58 |
Pali | $ make modules_install INSTALL_MOD_PATH=/target/$VERSION-modules/ INSTALL_MOD_STRIP=1 | 12:58 |
freemangordon | yeah :) | 12:59 |
freemangordon | thanks | 12:59 |
Pali | freemangordon ^^^ this is part of my instal script | 12:59 |
Pali | $ scp `find $VER-modules -name "*.ko"` root@$IP:/lib/modules/$STR/ | 13:00 |
Pali | and uboot item file needs only: | 13:01 |
Pali | ITEM_NAME="Maemo 5 with kernel $VER (Internal Nand)" | 13:01 |
Pali | ITEM_KERNEL="$VER" | 13:01 |
Pali | no atagg omap table, this was already removed from upstream kernel | 13:01 |
Pali | so /proc/bootreason is fake static file | 13:01 |
freemangordon | ok | 13:01 |
freemangordon | hmm, copying rootfs takes ages | 13:02 |
mauroc | excuse me..I got a broken filesystem after the last cssu update I guess | 13:06 |
mauroc | it was a busybox update if I remember correctly | 13:06 |
freemangordon | Pali: hmm, nothing appeared in bootmenu menu | 13:08 |
Pali | freemangordon, in maemo bootmenu? | 13:08 |
freemangordon | yep | 13:08 |
Pali | did you run also M32boot script? | 13:08 |
freemangordon | shall I copy the .item by hand? | 13:08 |
freemangordon | yes, I do | 13:08 |
freemangordon | oh, no :D | 13:09 |
freemangordon | hmm, "./M32GBboot.sh: line 9: [Â 0: not found" | 13:10 |
freemangordon | YAY, booted :D | 13:11 |
freemangordon | with 2.6.28 that is | 13:11 |
Pali | [12:10:11] <freemangordon> hmm, "./M32GBboot.sh: line 9: [Â 0: not found" | 13:12 |
Pali | there is whitespace | 13:12 |
Pali | 6966 205b c2a0 "if [.." | 13:12 |
Pali | going to fix it | 13:13 |
freemangordon | Pali: going to have something to lunch, bbl | 13:14 |
Pali | freemangordon: script M32GBboot.sh fixed on launchpad | 13:15 |
Pali | ok | 13:15 |
kerio | mmh, i think that installing gnome on this netbook is a mistake | 13:20 |
*** LauRoman has quit IRC | 13:23 | |
Pali | kerio: what about LXDE? | 13:25 |
kerio | i just went with the default options | 13:25 |
kerio | debian-installer apparently doesn't ask which DE you want :c | 13:25 |
*** sunny_s has joined #maemo-ssu | 13:26 | |
kerio | anyway, this netbook's hd has 1800 bad blocks apparently | 13:28 |
kerio | so it's going to be fun | 13:28 |
*** mauroc has left #maemo-ssu | 13:34 | |
FatPhil | The device I just put CSSU on does seem to have a whole bunch of issues, I have no idea if that's because of CSSU or because of the million things previously installed on it. SO I think a complete reflash and install from scratch would be best. | 13:36 |
FatPhil | Spotted what I think was some flashlight app spawning in a tight loop this morning (so quickly I couldn't identify who was spawning the processes) | 13:37 |
FatPhil | powertop was listing ohmd constantly using 2% CPU too | 13:39 |
FatPhil | I suspect that was because it was constantly being informed about new processes, or soemthing. | 13:39 |
kerio | oh god gnome shell is horrible | 13:41 |
jon_y | kerio: v3? | 13:41 |
kerio | yeah | 13:42 |
jon_y | hmm, I tried it in Debian testing, it was alright there | 13:42 |
FatPhil | Hmmm, looks like it needs blue rectangles around all those icons: http://www.gnome.org/gnome-3/ | 13:42 |
jon_y | then again, I had xwwm at work | 13:43 |
jon_y | nobody knows better at work | 13:43 |
kerio | it's just so fucking slow | 13:43 |
jon_y | does it have 3D effects etc? | 13:44 |
kerio | this is a netbook with a crappy cpu and no graphical effect | 13:44 |
kerio | er, wtf did i write | 13:44 |
kerio | and no graphics card | 13:44 |
jon_y | I used it in a VM | 13:44 |
jon_y | it was strangely OK | 13:44 |
jon_y | wasn't laggy or anything | 13:44 |
jon_y | just a basic black/grey/white theme | 13:44 |
jon_y | FatPhil: Debian gnome-3 did not look like that | 13:45 |
FatPhil | looks like a kiosk, not a computer. | 13:45 |
jon_y | if anything, it looked like a slightly polished gnome-2 | 13:46 |
jon_y | FatPhil: it screams OSX if the dock thing is moved to the bottom | 13:46 |
FatPhil | this looks like a computer: http://dwm.suckless.org/screenshots/dwm-20120806.png | 13:46 |
jon_y | FatPhil: my work VNC looks like that | 13:46 |
jon_y | though it is annoying that window focus follows the mouse | 13:47 |
jon_y | FatPhil: looks like everyone wants tile today | 13:48 |
jon_y | Win3.11 all over again :) | 13:48 |
jon_y | tiled icons is now new again | 13:49 |
*** M4rtinK has joined #maemo-ssu | 14:08 | |
*** arcean has joined #maemo-ssu | 14:21 | |
*** sunny_s_ has joined #maemo-ssu | 14:26 | |
*** sunny_s has quit IRC | 14:27 | |
*** Martix has joined #maemo-ssu | 14:37 | |
FatPhil | Tiled icons suffer from the flaw of not obeying the mantra "there are only 3 numbers in programming - 0, 1, and an arbitrary number" | 14:38 |
*** Martix has quit IRC | 14:40 | |
freemangordon | FatPhil: hmm, this is weird (issues on CSSU) | 14:41 |
kerio | ok, gnome shell is actually not *that* bad | 14:43 |
kerio | it's just too heavy for this netbook i think | 14:43 |
FatPhil | freemangordon: If I wanted to be able to get back any of the cool toys that were installed, I just need to backup /etc/apt/sources* and the list from dpkg -l ? (not gonna do a full backup, I have no interest of recreating this system exactly) | 14:45 |
*** kolp has joined #maemo-ssu | 14:46 | |
*** kolp has quit IRC | 14:47 | |
freemangordon | Pali: something is broken, the instant I press a key in bootmenu, the screen goes off | 14:50 |
Pali | freemangordon: try to compile bootmenu from git: https://garage.maemo.org/projects/bootmenu/ | 14:51 |
Pali | and try to use this version | 14:52 |
freemangordon | ok | 14:52 |
Pali | or is bootmenu working? | 14:52 |
freemangordon | yep, it does that only with 3.10 | 14:52 |
Pali | try version from git | 14:53 |
Pali | freemangordon, right support for 3.x kernels is only in bootmenu git | 14:57 |
kerio | i think i'm going to reinstall this | 14:58 |
kerio | and make it a minimal install | 14:58 |
kerio | is xfce still good? i used to prefer it to lxde | 14:59 |
*** dhbiker has quit IRC | 15:04 | |
freemangordon | Pali: "warning: remote HEAD refers to nonexistent ref, unable to checkout." | 15:09 |
freemangordon | WTF? | 15:09 |
Pali | hm? garage git is broken? | 15:10 |
freemangordon | bootmenu that is | 15:10 |
freemangordon | yep | 15:10 |
Pali | fatal: https://vcs.maemo.org/git/bootmenu/info/refs not found: did you run git update-server-info on the server? | 15:10 |
freemangordon | I run nothing on the server | 15:10 |
Pali | this is what git clone show me now | 15:11 |
Pali | it looks like git repo on server does not have configured post receive hook | 15:11 |
Pali | $ git clone ssh://drop.maemo.org/git/bootmenu | 15:11 |
Pali | this working ^^^ | 15:11 |
freemangordon | for you, but not for me | 15:12 |
freemangordon | Permission denied (publickey). ;) | 15:12 |
freemangordon | ok, I'll just get a snapshot | 15:13 |
Pali | I will try something | 15:14 |
freemangordon | shit, snapshot doesn't eork too | 15:14 |
freemangordon | *work | 15:14 |
Pali | freemangordon: it is really broken | 15:15 |
Pali | 'git update-server-info' must be called on server after each push | 15:16 |
Pali | via git hook | 15:16 |
freemangordon | Pali: ok, if you say so :) | 15:16 |
freemangordon | I am not much into the serverside of git | 15:16 |
*** arcean has quit IRC | 15:18 | |
*** dhbiker has joined #maemo-ssu | 15:18 | |
FatPhil | gitweb there seems very b0rked | 15:19 |
*** arcean has joined #maemo-ssu | 15:25 | |
*** mauroc has joined #maemo-ssu | 15:32 | |
Pali | info: problem with bootmenu garage repository solved | 15:34 |
Pali | freemangordon: now I see that you need version from git where is fixed /dev/input/ device for keyboard and power button to work also with upstream kernel | 15:36 |
Pali | before bootmenu had hardcoded /dev/input/ paths for maemo kernel and upstrema kernel has switched order | 15:36 |
Pali | now bootmenu looking for keypad & pwrbutton description, so it set correct /dev/input/ names | 15:37 |
freemangordon | Pali: "dh_clean: Sorry, but 5 is the highest compatibility level supported by this debhelper." | 15:38 |
freemangordon | WTF? | 15:38 |
Pali | broken scratchbox | 15:39 |
freemangordon | no | 15:39 |
freemangordon | it is fine, debian/compat is 6 | 15:39 |
Pali | freemangordon: first run: ./configure n900 | 15:39 |
freemangordon | i simlinked by hand | 15:40 |
freemangordon | however after I run ./configure n900 debian/compat still contains 6 | 15:40 |
Pali | what you symlinked? | 15:40 |
Pali | you need to run configure | 15:40 |
freemangordon | stuff in /debian | 15:40 |
Pali | because it doing something more | 15:40 |
freemangordon | I did it | 15:40 |
Pali | not only symlinks | 15:40 |
Pali | ok | 15:40 |
Pali | try to edit debian/compat to 5 | 15:41 |
freemangordon | sure | 15:41 |
freemangordon | :D | 15:41 |
freemangordon | the point is you can't push that into autobuilder | 15:41 |
Pali | I'm using madde for compiling and autobuilder has updated scratchbox to support debhelper 7 | 15:41 |
Pali | I can, autobuilder has support for debhelper7 | 15:41 |
Pali | it working fine :-) | 15:42 |
freemangordon | oh, yes , it is on hathor | 15:42 |
Pali | if you have still problems, copy only bootmenu.sh to your device :-) | 15:42 |
freemangordon | no, it is ok after Y did echo 5> debian/compat | 15:43 |
Pali | and compile watchdogs.c manually | 15:43 |
freemangordon | *I | 15:43 |
Pali | ok, if it is working, I can change it also in git | 15:43 |
freemangordon | I have to install it in "host" maemo, ain;t? | 15:43 |
Pali | you need to install bootmenu to ubifs | 15:43 |
freemangordon | hmm: | 15:44 |
freemangordon | "Preparing to replace bootmenu 1.12 (using bootmenu_1.12_armel.deb)" | 15:44 |
freemangordon | your debian/changelog not updated? | 15:44 |
freemangordon | well, not yours but bootmenu | 15:45 |
freemangordon | Pali: ^^^ | 15:45 |
Pali | yes, not updated | 15:45 |
freemangordon | ok | 15:45 |
Pali | it is updated, but only on my HDD :-) | 15:45 |
Pali | did not pushed it yet | 15:45 |
freemangordon | cool :D | 15:45 |
freemangordon | ok, it works now | 15:46 |
Pali | ok | 15:46 |
freemangordon | or not, it still tries to mount ubifs | 15:46 |
freemangordon | WTF? | 15:46 |
Pali | who trying to mount ubifs? | 15:46 |
Pali | you need to use ubifs | 15:47 |
Pali | there is stored maemo bootmenu | 15:47 |
freemangordon | "VFS: Mounted root (ubifs filesystem) on device 0:12 | 15:47 |
freemangordon | and Kernel panic after that | 15:47 |
Pali | so you need it | 15:48 |
freemangordon | ok, but why it panics? | 15:48 |
Pali | did you build kernel with rx51_defconfig? | 15:48 |
freemangordon | yes | 15:48 |
Pali | can you show me what you have in /etc/bootmenu.d? | 15:49 |
Pali | maybe there is problem that unclean ubifs cannot be mounted | 15:49 |
Pali | I see this error sometimes... | 15:49 |
Pali | try to boot 2.6 kernel and shutdown phone from bootmenu | 15:49 |
FatPhil | Who's the CSSU lead? I have a few hacks for user-space packages, and I'll happily share them with the wider community | 15:49 |
Pali | and boot 3.10 kernel what happen | 15:49 |
freemangordon | Pali: ok | 15:50 |
Pali | FatPhil: post patches somewhere :-) (No idea if gitorious working again), and I can look at it | 15:50 |
DocScrutinizer05 | FatPhil: merlin1991 is the dude with the CSSU hat on | 15:51 |
freemangordon | FatPhil: merlin1991 is the maintainer, but it really doesn't matter to whom you'll send the patches | 15:51 |
DocScrutinizer05 | merlin1991: technically mohammadAG | 15:51 |
freemangordon | DocScrutinizer05: come on :) | 15:52 |
DocScrutinizer05 | in daily struggle merlin1991 and me | 15:52 |
freemangordon | mag is not in anything maemo for the last 2 years or so | 15:52 |
DocScrutinizer05 | yes, but he's still project lead of CSSU | 15:52 |
DocScrutinizer05 | technically | 15:53 |
freemangordon | ok, ok :) | 15:53 |
DocScrutinizer05 | what it's in RL is another story ;-D | 15:53 |
freemangordon | shit, the backover on my devel device got broken! | 15:54 |
freemangordon | backcover even | 15:54 |
DocScrutinizer05 | the last official assignment is: merlin1991:CSSU project lead together with MohammadAG. CSSU-T 100% MohammadAG + 50% merlin1991. CSSU-S: 100% chemist + 50% merlin1991 | 15:55 |
DocScrutinizer05 | at least that's what I negotiated with them, and still in effect unless they negotiated sth new that I didn't get aware of | 15:57 |
DocScrutinizer05 | so far moh, merlin and chemist always listened to my advice in 100% of cases, since I like to discuss a lot publicly but rarely ever give advice in private query. Thechnically though all three are free to ignore me | 16:00 |
DocScrutinizer05 | it's a meritocracy, which some e*_ never wrapped his head around | 16:01 |
freemangordon | Pali: do I have to run your scripts again after reinstalling bootmenu? | 16:01 |
Pali | no | 16:02 |
Pali | you mustnt run it again | 16:02 |
freemangordon | hmm, where did my 3.10 .item file disappeared? | 16:04 |
freemangordon | WTF? | 16:04 |
freemangordon | Pali: no joy, seems it can't mount rootfs | 16:08 |
Pali | freemangordon all items files are on ubifs not on new rootfs in /home/ | 16:09 |
Pali | freemangordon: rootfs is corrupted? | 16:09 |
freemangordon | yes, that part seems to be ok, I have bootmenu entry to boot from eMMC, but when I select it, the kernel panics | 16:10 |
freemangordon | no, 2.6.28 boots just fine | 16:10 |
Pali | please provide what you have in /etc/bootmenu.d/ | 16:10 |
freemangordon | -rw-r--r-- 1 root root 78 Sep 6 2013 20-Maemo5-kernel-3.10.0+.item | 16:11 |
freemangordon | -rw-r--r-- 1 root root 117 Jul 29 2012 20-Maemo5-kernel-cssu-2.6.28.10-cssu3.item | 16:11 |
freemangordon | -rwxr-xr-x 1 root root 234 Sep 6 2013 eMMC-Maemo5.item | 16:11 |
freemangordon | Pali: shall I install upstart from cssu-devel? | 16:13 |
Pali | yes, you need it | 16:13 |
freemangordon | ok | 16:13 |
Pali | boot to maemo stored in /home/maemo5 with 2.6 kernel | 16:14 |
Pali | install all cssu-devel packages here | 16:14 |
Pali | and try to reboot to 3.10 kernel | 16:14 |
freemangordon | that is what I am doing | 16:14 |
jon_y | 3.10 is working?? | 16:16 |
jon_y | hmm, guess not | 16:17 |
Pali | jon_y: I'm able to boot it | 16:17 |
jon_y | mount problems? | 16:17 |
Pali | but gsm/3g stack not working, camera not working, and lot of maemo apps using 100% cpu | 16:17 |
jon_y | I'm guessing there are no proprietary nokia blobs? | 16:17 |
Pali | I'm using nokia blobs... | 16:17 |
jon_y | what blob modules does it require? | 16:18 |
Pali | something working (like closed GUI apps) and someting not (mce daemon, camera) | 16:18 |
freemangordon | all of them :D | 16:18 |
Pali | do you mean kernel binary blobs? | 16:18 |
jon_y | I mean kernel wise | 16:18 |
jon_y | yeah | 16:18 |
Pali | kernel is full open | 16:18 |
jon_y | any binary only kernel modules? | 16:18 |
Pali | no | 16:18 |
jon_y | ok, good | 16:18 |
Pali | this is good, that n900 does not using any binary kernel modules (like n810) | 16:19 |
jon_y | unlike Andy too | 16:19 |
jon_y | what is keeping gsm from working? | 16:19 |
freemangordon | Pali: WTF is hildon-welcome in cssu-devel? | 16:20 |
jon_y | or rather, what is the main challenge? | 16:20 |
Pali | freemangordon: yes, not fail if /proc/<nokia_name> not exists | 16:20 |
jon_y | well, there is back porting nokia stuff | 16:20 |
freemangordon | oh | 16:20 |
Pali | jon_y: kernel drivers and closed nokia phone applications not working | 16:20 |
jon_y | refuse to work with linux kernel version change? | 16:21 |
jon_y | hmm, kernel drivers aren't ported properly yet? | 16:22 |
freemangordon | most of them are, but not all | 16:22 |
jon_y | cool, I hope you are pushing this upstream | 16:22 |
freemangordon | yes | 16:22 |
freemangordon | Pali is the upstream man :) | 16:22 |
jon_y | very nice | 16:23 |
jon_y | hmm, missed the Linux 3.11 bus :) | 16:23 |
FatPhil | When talking to a whole range of ex-Nokians recently, sooooo many have mentioned Pali, he's quite notorious (in a good way) | 16:23 |
jon_y | ooh | 16:23 |
jon_y | what did they think of elop? :) | 16:24 |
freemangordon | jon_y: are you serious? | 16:24 |
jon_y | about? | 16:24 |
*** dafox has quit IRC | 16:24 | |
freemangordon | what would you think of an asshole that fires you? | 16:24 |
FatPhil | The MS trojan horse? Exactly what we thought about him 3 years ago. Everything has gone as predicted. | 16:24 |
jon_y | I need to hear their own words :) | 16:24 |
FatPhil | Don't quote me on this... | 16:25 |
jon_y | they said "trojan horse"? | 16:25 |
jon_y | ok | 16:25 |
FatPhil | Well, I did. | 16:25 |
freemangordon | FatPhil: did you make some folloup discussion re SR? | 16:25 |
freemangordon | *followup | 16:26 |
FatPhil | freemangordon - nothing since out privmsg chat, I think. | 16:26 |
jon_y | seriously, praise be to Pali | 16:26 |
jon_y | working on the kernel and all | 16:26 |
jon_y | especially uboot | 16:26 |
FatPhil | I need to look at your patches again. What I saw looked well thought out. We need more insight into the Si versions, to be sure. | 16:27 |
freemangordon | ok, I'll gadly answer whatever question needed, to the extent of what I can remember :D | 16:28 |
FatPhil | Would CSSU get confused if I were to have a RD image rather than a PR image on the device? I feel a bit lost without the R&D binaries! | 16:33 |
freemangordon | Pali: do I have to upgrade any of this http://pastebin.com/LAkfVyYi ? | 16:34 |
freemangordon | FatPhil: it requires PR1.3 ;) | 16:34 |
jon_y | R&D battery? | 16:34 |
jon_y | oh wait sorry | 16:34 |
Pali | freemangordon: not needed | 16:35 |
freemangordon | ok, rebooting | 16:35 |
FatPhil | I have a pair of 36-2 images, for example. | 16:36 |
Pali | FatPhil: what is RD image? | 16:36 |
FatPhil | Pali: what developers in Nokia used to install. | 16:36 |
freemangordon | Pali: still no joy :( | 16:36 |
Pali | FatPhil: and difference between normal and RD? | 16:37 |
freemangordon | "Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000200" | 16:37 |
freemangordon | there is mtdoops, but I doubt it will be of much help | 16:38 |
FatPhil | Pali: I can do a dpkg -l and diff the two | 16:38 |
FatPhil | (next week) | 16:38 |
Pali | ok | 16:39 |
FatPhil | Pali: we had testing tools called "toast" and "insanity", and performance/endurance testing tools. | 16:39 |
freemangordon | hmm run toast on OC device, please :D | 16:39 |
Pali | freemangordon: can you start usb console from bootmenu | 16:39 |
freemangordon | can I? | 16:40 |
Pali | and try to boot manually via usb console? | 16:40 |
freemangordon | I am new to bootmenu, sorry | 16:40 |
Pali | connect phone to linux machine, and press shift when in bootmenu | 16:40 |
freemangordon | ok | 16:40 |
Pali | it export usb ethernet card and assign ip address via dhcp | 16:40 |
Pali | after that you shold be able to ssh to n900 | 16:41 |
kerio | who runs the dhcpd? | 16:41 |
kerio | the n900? | 16:41 |
Pali | yes | 16:41 |
Pali | kerio: not dhcpd, but dnsmasq | 16:41 |
kerio | mh, why didn't you go with 192.168.2.14/15 as usual? | 16:41 |
kerio | and yeah, dnsmasq working as a dhcp server | 16:41 |
Pali | it will use that :-) | 16:41 |
Pali | but this is easier as static ip address configuration | 16:42 |
Pali | dhcp is auto configuration | 16:42 |
freemangordon | seems g_ether is not loaded | 16:43 |
freemangordon | yep, it is not | 16:44 |
Pali | it using g_nokia | 16:44 |
freemangordon | doesn't matter, it is still not loaded | 16:44 |
freemangordon | nothing happens when I connect the cable | 16:44 |
freemangordon | hmm, could it be something wrong with my modules dir? | 16:44 |
Pali | what bootmenu wrote? | 16:45 |
Pali | on screen? | 16:45 |
freemangordon | USB networking is up | 16:45 |
freemangordon | etc. | 16:45 |
Pali | check on computer what you see in dmesg and in lsusb | 16:45 |
freemangordon | nothing :) | 16:46 |
Pali | FatPhil: do you mean these tools? https://maemo.gitorious.org/maemo-tools | 16:46 |
Pali | freemangordon: boot into 2.6 kernel and check if you have g_nokia.ko | 16:46 |
freemangordon | ok | 16:46 |
Pali | and also try to rerun depmod | 16:46 |
freemangordon | ok | 16:47 |
FatPhil | Pali: those and more | 16:47 |
Pali | depmod -a <kernel version> | 16:47 |
freemangordon | ok | 16:47 |
Pali | FatPhil: arent these tools in SDK or TOOLS repository? | 16:47 |
freemangordon | sp-endurance? | 16:47 |
Pali | freemangordon: you should see in kernel framebuffer if drivers were loaded | 16:49 |
FatPhil | WOh - that's a list of familiar names: https://gitorious.org/+maemo-tools-developers | 16:50 |
Pali | freemangordon: g_nokia.ko is broken in 3.11, here is my patch: http://pastebin.com/6JrzkiqY | 16:52 |
FatPhil | I'll overlap with Leonid here at work for a while, I'll see if I can get him back involved | 16:52 |
Pali | patch should enable usb networking | 16:52 |
freemangordon | Pali: framebuffer scrolls too fast, I guess I can just tweak boot.sh to start /bin/sh on the device | 16:57 |
Pali | remopile kernel with above patch ^^^ | 16:58 |
Pali | and try again usb networking | 16:58 |
freemangordon | ok | 16:59 |
*** mkaindl has joined #maemo-ssu | 17:03 | |
*** sunny_s_ has quit IRC | 17:04 | |
*** sunny_s has joined #maemo-ssu | 17:08 | |
freemangordon | Pali: hmm, where i should put modules? | 17:15 |
freemangordon | on ubifs? | 17:15 |
Pali | yes on ubifs and on /home/maemo5/lib too | 17:15 |
freemangordon | ok, that explains WTF is going on :D | 17:15 |
Pali | you did not copied modules to ubifs? | 17:16 |
* freemangordon hides | 17:16 | |
freemangordon | yep, I didn;t, I was expacting copying them to maemo5 to be enough | 17:17 |
Pali | you need modules on ubifs which using preinit and bootmenu | 17:17 |
freemangordon | yeah, now I get it | 17:17 |
Pali | SDHC drivers, ext3, .. | 17:17 |
freemangordon | toldya, I am new to bootmenu | 17:17 |
freemangordon | yes, yes | 17:17 |
Pali | if you do not want to copy all modules, run grep with insmod and modprobe on /bootmenu.sh and /usr/sbin/preinit | 17:18 |
freemangordon | I guess this needs initrd | 17:18 |
Pali | freemangordon: booting now? | 17:31 |
freemangordon | yep, but reboots on X startup | 17:31 |
freemangordon | going to do depmod in maemo5 too | 17:32 |
*** iDont has joined #maemo-ssu | 17:33 | |
Pali | freemangordon, look into syslog, why device rebooted | 17:34 |
freemangordon | didn't help, going to check in syslog | 17:34 |
freemangordon | yeah :D | 17:34 |
Pali | also try to correct shutdown | 17:35 |
Pali | and power up | 17:35 |
freemangordon | hmm? | 17:35 |
Pali | sometimes 3.10 kernel does not initialize all HW | 17:35 |
freemangordon | aah | 17:35 |
freemangordon | ok | 17:35 |
Pali | and for example snd missing | 17:35 |
Pali | (maybe other parts too) | 17:35 |
Pali | but look into systlog | 17:35 |
freemangordon | well, I'll try to fix whatever is possible once I have it up and running | 17:35 |
freemangordon | i guess it is "init: sgx pre-start process (1476) terminated with status 1" to blame | 17:40 |
freemangordon | seems powervr doesn;t get loaded | 17:40 |
Pali | freemangordon: try to comment some parts in event.d sgx script | 17:43 |
Pali | there is some echo > lines | 17:43 |
freemangordon | yep, I remember this was needed with 3.5 too | 17:43 |
jon_y | btw, anybody know why kernel reboot with terminal on sometimes only? | 17:44 |
jon_y | sometimes it doesn't display any messages | 17:44 |
jon_y | I'm curious why this happens | 17:45 |
*** mauroc has left #maemo-ssu | 17:56 | |
*** oldtopman has joined #maemo-ssu | 17:59 | |
freemangordon | Pali: could you verify on your device which parts I need to clean from sgx script? | 18:07 |
iDont | Pali, freemangordon: has one of you seen this patch before? http://git.openembedded.org/openembedded/plain/recipes/linux/linux-2.6.28/nokia900/0001-Fix-CPU-frequency-driver-so-that-it-loads-before-the.patch | 18:08 |
freemangordon | iDont: no, do we really need it? | 18:08 |
iDont | There's a bug that prevents the kernel from booting when the mmc modules are built-in and cpu_freq is enabled as well. With that patch applied, I can boot Maemo from the eMMC without help of the NAND (i.e. directly calling /sbin/init on the eMMC from the kernel cmdline) | 18:09 |
freemangordon | oh, nice | 18:09 |
iDont | but... | 18:09 |
iDont | it breaks overclocking. Or more precise: the code that sets the max freq to 600Mhz. I.e. when both that patch and the overlocking patch are enabled, the n900 will boot at 1150MHz | 18:10 |
freemangordon | I see | 18:10 |
freemangordon | well, I guess OC patch needs to be fixed too | 18:10 |
iDont | I can check if I might be able to do that, but I'm not sure if I have the skills to do so. | 18:11 |
freemangordon | iDont: I'll look at it | 18:11 |
iDont | (on a sidenote: I've backported mtdswap from Harmattan and am now using the rootfs on the NAND as swap) | 18:12 |
freemangordon | how fast it is? | 18:12 |
DocScrutinizer05 | FatPhil: (list familar) http://wiki.maemo.org/Documentation/devtools/maemo5 | 18:12 |
*** NIN101 has joined #maemo-ssu | 18:13 | |
iDont | the eMMC is currently the bottleneck, I haven't tweaked any I/O, VM, or whatever yet. So I can't speak of the performance of mtdswap yet. I'm not sure how to measure it either tbh | 18:14 |
freemangordon | how does it feels when you load memory hungry applications | 18:14 |
freemangordon | ? | 18:14 |
freemangordon | hmm, eMMC is slow? why is that? | 18:15 |
iDont | On my previous installation I tweaked some settings (e.g. nr_requests) that made the device feel snappier. I haven't done that yet with whole Maemo on the eMMC | 18:16 |
iDont | it's not like the eMMC magically got any slower :D | 18:16 |
freemangordon | :) | 18:17 |
iDont | anyway, I can't say anything about the performance yet for that reason. I also haven't installed any applications yet or anything | 18:18 |
iDont | just running a clean Maemo (+CSSU-thumb) on the eMMC with mtdswap on the nand | 18:19 |
Pali | freemangordon: nothing is changed on my device in sgx script | 18:20 |
kerio | is mtdswap worth it? | 18:20 |
kerio | i'm running swap on uSD right now | 18:20 |
freemangordon | I added || true after the echo lines, but still no joy, going to check syslog again | 18:20 |
freemangordon | Pali: ^^^ | 18:20 |
Pali | freemangordon: no || true, comment lines | 18:21 |
Pali | I remember that chaning these sys values caused something bad | 18:21 |
iDont | kerio: I used to run swap on uSD too, it's great. But my new SD card is really slow in random i/o compared to my previous (way smaller) one. So I thought: why not use that other bus for swap | 18:21 |
freemangordon | Pali: tried that before adding || true, no difference | 18:21 |
Pali | so then problem is somewhere esle | 18:21 |
Pali | what is in syslog? | 18:22 |
freemangordon | :nod: | 18:22 |
kerio | iDont: well, for instance because swap is written a lot and nand only has a limited amount of writes | 18:22 |
freemangordon | Pali: do I need bme-replacement? | 18:22 |
Pali | freemangordon, yes | 18:23 |
Pali | BME not working | 18:23 |
Pali | and is maybe reboot reason | 18:23 |
freemangordon | hald-addon-bme: unable to send connect req to BME | 18:23 |
freemangordon | Pali: I guess I need KP52, ain't? | 18:24 |
Pali | 3.10 has support for bme replacement too | 18:24 |
freemangordon | hmm, scratch that | 18:24 |
freemangordon | where to get that from, gitorious? | 18:25 |
Pali | ~bme-replacement | 18:25 |
infobot | bme-replacement is, like, http://atrey.karlin.mff.cuni.cz/~pali/rx51-bme-replacement http://atrey.karlin.mff.cuni.cz/~pali/projects/maemo/bme-replacement.html See also: http://wiki.maemo.org/Bme_replacement . Please, use wiki page to report bugs/problems and/or solutions to them! | 18:25 |
iDont | kerio: I'm fully aware of that, there's not much I can add on that topic | 18:25 |
iDont | kerio: the question is if we'll reach that limit in the device's lifetime. If you have (on anybody else) can shed some light on that, that'd be great | 18:27 |
iDont | woops, that sentence went wrong | 18:27 |
kerio | it depends on the usage, i reckon | 18:27 |
jon_y | I put mine in cold storage | 18:27 |
jon_y | should I get a BL-5J now? | 18:27 |
jon_y | should I take out the battery when not in use? | 18:28 |
freemangordon | Pali: I guess I have to remove bq modules from the blacklis | 18:29 |
iDont | kerio: for now it's just a fun little project to run this exotic setup :-). Who knows, maybe I'll switch back to my old uSD (or buy a faster, larger one) in the future | 18:29 |
Pali | freemangordon: no | 18:29 |
kerio | jon_y: who cares? | 18:29 |
kerio | just buy a neo900 when it comes out :D | 18:29 |
Pali | freemangordon: just install deb packages | 18:29 |
jon_y | kerio: sure, but I want the original to survive :) | 18:29 |
freemangordon | Pali: is there any problem if I boot cssu3 with bme-replacement? | 18:29 |
freemangordon | as long as I don;t try to charge | 18:29 |
freemangordon | hmm, "Package kernel-feature-rx51-battery is not installed." | 18:30 |
Pali | if you have kernel with bq drivers, it should work | 18:30 |
freemangordon | well, I guess I need KP52 | 18:30 |
jon_y | show your grandkids you had a CELLPHONE | 18:30 |
jon_y | not just a stupid watch | 18:30 |
Pali | install kp52 | 18:30 |
freemangordon | Pali: cssu3 is kp51r1 | 18:30 |
freemangordon | I will | 18:30 |
kerio | jon_y: *pair of glasses | 18:31 |
jon_y | I was looking in the news today | 18:31 |
jon_y | samsung watch selling nearly the same price as a regular cell | 18:31 |
jon_y | what are you smoking samsung | 18:31 |
jon_y | I guess some people have lots of monies | 18:32 |
FatPhil | smaller = more expensive | 18:33 |
DocScrutinizer05 | jon_y: store device with battery removed. Store batteries in a cool (but not freezing) place and recharge them once or twice a year, preferably to max 75% | 18:33 |
jon_y | ok, should I get a new battery now? | 18:33 |
kerio | jon_y: well | 18:33 |
jon_y | the current battery has been there since I bought it | 18:33 |
kerio | i heard that some crazy lunatics are going to spend 700€ on a replacement board for a 2009 phone made for nerds | 18:33 |
kerio | could you believe that? | 18:34 |
kerio | madness, i say | 18:34 |
jon_y | kerio: who said anything about that? :) | 18:34 |
kerio | spending the same amount for a fancy new tech-wristwatch doesn't seem that bad, tbh | 18:35 |
jon_y | I am resigning my hope of actually getting the Neo900 :| | 18:35 |
kerio | why? it's going to happen | 18:35 |
jon_y | 700€ is way too much | 18:35 |
*** sunny_s has quit IRC | 18:35 | |
jon_y | plus tax and shipping after that | 18:35 |
jon_y | yeah, sort of the reason I'm keeping the n900 in cold storage now | 18:36 |
jon_y | while it is still working | 18:36 |
FatPhil | I don't understand how early development is going to be funded. Promises to part with 500e are worth nothing if the device never appears. | 18:36 |
jon_y | I can hardy afford 250€ | 18:37 |
jon_y | them currency conversions are real killers | 18:37 |
jon_y | time to save up, or wait until year end promotion | 18:37 |
DocScrutinizer05 | FatPhil: we never will reach 500EUR tag | 18:38 |
DocScrutinizer05 | FatPhil: early development gonna funded by some fundraiser, or preorders without warranty to ever deliver something | 18:38 |
DocScrutinizer05 | (the latter being a fundraiser donation with added value in fact) | 18:39 |
freemangordon | Pali: seems KP52 bootimg does not provide kernel-feature-rx51-battery | 18:39 |
Pali | freemangordon, yes | 18:39 |
jon_y | I could probably get the N900 if it didn't come with killer taxes :( | 18:39 |
DocScrutinizer05 | FatPhil: we need a humble ~15k EUR for prototypes | 18:39 |
Pali | because of feature problems which you described | 18:39 |
freemangordon | Pali: aah, yes | 18:40 |
Pali | install kernel-power kernel-power-modules and kernel-power-flasher | 18:40 |
DocScrutinizer05 | some more if it shall happen fast | 18:40 |
freemangordon | so only the flasher | 18:40 |
freemangordon | i'll have to reinstall u-boot after that | 18:41 |
*** dos1 has joined #maemo-ssu | 18:41 | |
freemangordon | hmm, no :) | 18:41 |
freemangordon | nice | 18:41 |
jon_y | what was that flasher replacement? | 18:42 |
jon_y | the one that ask if you want to flash the kernel? | 18:42 |
freemangordon | Pali: well, at least now it stays on the running dots :) | 18:44 |
freemangordon | oh, no | 18:45 |
freemangordon | BOOTED :D | 18:45 |
kerio | :D | 18:45 |
jon_y | anybody remember what the flasher replacement was? | 18:46 |
jon_y | the flasher that runs on the n900 | 18:46 |
jon_y | will allow you to fake *-flasher package installs | 18:46 |
freemangordon | Pali: ok, now I have a test device to work on, will see what I can do | 18:48 |
Pali | freemangordon: nice :-) | 18:48 |
Pali | now you need to stop hal and mce | 18:48 |
Pali | and other daemons which using 100%CPU | 18:48 |
freemangordon | BTW DSP doesn't work too, I guess it needs Harm codec nodes and updated libgstdsp | 18:48 |
jon_y | ah yes fiasco-image-update-ask | 18:49 |
Pali | first we need dsp kernel module :D | 18:49 |
freemangordon | hmm, only hulda is using 100% CPU | 18:49 |
Pali | stop hulda | 18:49 |
freemangordon | Pali: WHAT? no DSP module? why, it is upstreamed iirc, in staging | 18:49 |
Pali | not working anymore | 18:49 |
freemangordon | oh | 18:49 |
freemangordon | ok | 18:49 |
Pali | because omap now using multiboard kernel image | 18:50 |
Pali | and that dsp module using omap specific functions which is illegal now | 18:50 |
jon_y | Pali: will uboot still work on 3.1x images? | 18:51 |
Pali | freemangordon: led not working in 3.10, it will be fixed in 3.11 | 18:51 |
freemangordon | ok | 18:51 |
Pali | jon_y: yes | 18:51 |
jon_y | ok cool | 18:51 |
Pali | but you need to compile uboot with gcc4.7 | 18:51 |
Pali | for that | 18:51 |
jon_y | does your uboot offering in the repo cover that? | 18:52 |
Pali | uboot binary in extras is already compiled with gcc4.7, so no problem there | 18:52 |
freemangordon | FatPhil: could you repeat what was changed in kernel API causing that 100% CPU usage? | 18:52 |
jon_y | Pali: awesome, thanks | 18:52 |
Pali | freemangordon, I had problems also with mce and dsme and hal | 18:53 |
Pali | can you try to "stop ke-recv-extra" | 18:53 |
Pali | (this is that hulda daemon) | 18:53 |
Pali | and check if this is only one bad daemon? | 18:53 |
freemangordon | Pali: hmm, already rebooted to "stock" will check later | 18:54 |
Pali | hulda ke-recv-extras is open source and source code is on gitorious | 18:54 |
Pali | ok | 18:54 |
freemangordon | have to make something for my daugther to eat, bbl | 18:54 |
FatPhil | freemangordon - what we saw was a poll() on a sysfs/procfs file with POLL_IN flag | 19:16 |
FatPhil | virtual files always have data, so that returns immediately | 19:16 |
FatPhil | If you want _interesting_ data, then use POLL_PRI | 19:16 |
FatPhil | that limits it to data that the system actually wants you to have, rather than being prepared to let you have. | 19:17 |
freemangordon | FatPhil: thanks | 19:19 |
freemangordon | Pali: "stop ke-recv-extra"does nothing - job not changed | 19:19 |
Pali | then try: /etc/init.d/hulda stop | 19:20 |
freemangordon | that one did the job | 19:20 |
freemangordon | Pali: rtcom-call-ui segfaults | 19:21 |
freemangordon | but that's all I see | 19:21 |
Pali | freemangordon: see commit 1af3557abdef34ee036a6de4cb79e24468544b8d in linux kernel tree | 19:21 |
Pali | I reverted that commit in v3.10-n900 | 19:22 |
freemangordon | oh, nice | 19:22 |
Pali | https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=1af3557abdef34ee036a6de4cb79e24468544b8d | 19:22 |
Pali | FatPhil: this is that commit which causing our error? ^^^ | 19:23 |
freemangordon | ok, so we don;t have the problam described by FatPhil | 19:23 |
Pali | this commit is reverted in my git tree, but proper solution should be to fix daemons... | 19:23 |
Pali | I reverted it in d8d5cab26e0f347dbce63ffcede6efaecbd6bfcd | 19:24 |
Pali | freemangordon: I know rtcom crashing | 19:25 |
Pali | and no idea why | 19:25 |
freemangordon | do you know why? | 19:25 |
FatPhil | Pali - some commit between .29 and .32, yes - and that looks like the one | 19:25 |
freemangordon | Pali: ok | 19:25 |
FatPhil | proper solution is to fix daemons, indeed. | 19:25 |
freemangordon | Pali: BTW by "leds broken" you mean display leds? | 19:26 |
Pali | that 3 color led on left side | 19:26 |
freemangordon | ah | 19:26 |
Pali | lp53... | 19:26 |
freemangordon | hmm, display brightness is at min | 19:27 |
Pali | kernel developers decided to change API | 19:27 |
Pali | and totally broke mce... | 19:27 |
freemangordon | Pali: any idea how to stop rtcom-call-ui from respawning? | 19:27 |
Pali | I wrote about this problem and they added API back in 3.11 | 19:27 |
Pali | but I did not tested it | 19:27 |
Pali | freemangordon: rename rtcom-call-ui binary | 19:28 |
FatPhil | freemangordon is it dsme that respawns it? | 19:28 |
Pali | do not remember who and why it still trying to respawn | 19:28 |
freemangordon | FatPhil: yes | 19:28 |
Pali | I think not | 19:28 |
FatPhil | There's a config file listing the tasks hat should be respawned | 19:28 |
freemangordon | iiuc | 19:28 |
Pali | I was not able to find dsmetool command which starting it | 19:29 |
Pali | and if dsme is respawning that binary you should see info from dsme in syslog | 19:29 |
Pali | freemangordon: what not working is sscd daemon which talking with cellular chip | 19:30 |
Pali | in print some debug info that it is unable to power on it | 19:30 |
freemangordon | Pali: :nod: | 19:31 |
FatPhil | indeed DSME tells you what it's doing in syslog, which is useful | 19:31 |
FatPhil | I seem to have two of them running, one launched by maemo-launcher, the other by init | 19:36 |
freemangordon | "/usr/share/applications/hildon/rtcom-call-ui.desktop" :) | 19:37 |
freemangordon | X-Maemo-Prestarted=always | 19:37 |
freemangordon | Pali: comment ^^^ | 19:38 |
Pali | ah :-) I forgot about this | 19:39 |
freemangordon | seems light sensor does not work either | 19:42 |
*** dos1 has quit IRC | 19:42 | |
freemangordon | why it takes ages to boot?!? | 19:42 |
kerio | welcome to the wonderful world of shitty I/O | 19:43 |
freemangordon | kerio: with 2.6.28 it botts in 30-40 seconds, with 3.10 it need >90 secobds | 19:44 |
kerio | same-ish config? | 19:44 |
Pali | freemangordon: non working cellular chip | 19:45 |
Pali | there is gui for PIN which waiting... | 19:45 |
freemangordon | oh, ok | 19:45 |
FatPhil | freemangordon: 100% cpu daemons might be slowing boot down | 19:51 |
FatPhil | does top say anything? | 19:51 |
*** iDont has quit IRC | 19:51 | |
freemangordon | yeah, hulda :) | 19:51 |
FatPhil | anyone know to change windows in irssi from a ssh/session on the n900? | 19:52 |
FatPhil | oh - I got rid of the toolbar, so can't o "esc" | 19:52 |
freemangordon | Pali: "/usr/sbin/sscd -f --wait-cmt-startup -d 3" | 19:53 |
kerio | FatPhil: HAH | 19:54 |
freemangordon | spits lots of info in syslog | 19:54 |
kerio | ~vi-kbd | 19:54 |
infobot | i guess vi-kbd is http://wiki.maemo.org/Remapping_keyboard/user_vis_awesome_kbdmapping | 19:54 |
kerio | press esc | 19:54 |
FatPhil | easy - hang up the screen and start in another xterminal! | 19:54 |
FatPhil | with the "esc" button | 19:55 |
kerio | why do you people use screen | 19:55 |
kerio | tmux is so much better :< | 19:55 |
FatPhil | fuck I'm being eaten to death by fucking mozies | 19:55 |
kerio | wtf is a mozy? | 19:56 |
FatPhil | been using screen since ~5 years before tmux xisted - inertial | 19:56 |
FatPhil | mosquito | 19:56 |
kerio | oic | 19:57 |
kerio | be a real man and eat them back | 19:57 |
freemangordon | Pali: hmm, it is weird that cellmo doesn't respond | 20:00 |
sixwheeledbeast | hey all sorry to disturb, having trouble with new maemo-certman not working is there anyway to debug? | 20:02 |
sixwheeledbeast | Works on one device but not another... | 20:02 |
freemangordon | sixwheeledbeast: "not working" as in? | 20:03 |
sixwheeledbeast | searching... for hours | 20:03 |
freemangordon | check in syslog | 20:03 |
freemangordon | if it succeeds to connect to supl.nokia.com | 20:04 |
DocScrutinizer05 | Pali: lp5523 API is brainfscked in maemo. it's a minimalistic API that doesn't expose all the capabilities of the lp5523 chip | 20:12 |
DocScrutinizer05 | Pali: however it's possible to augment the API in a way that keeps backward compatibility | 20:13 |
Pali | DocScrutinizer05: it is restored in 3.11 | 20:13 |
DocScrutinizer05 | fine, but is it also augmented? | 20:13 |
DocScrutinizer05 | lp5523 allows double the number of program steps ber engine, compared to lp5521 which it's based on. The lp5523 driver completely hides/ignores this feature since it would need some sysfs node that allows partitioning the program storage and asign chunks of available memory to each engine | 20:15 |
DocScrutinizer05 | s/ ber/ per/ | 20:15 |
infobot | DocScrutinizer05 meant: lp5523 allows double the number of program steps per engine, compared to lp5521 which it's based on. The lp5523 driver completely hides/ignores this feature since it would need some sysfs node that allows partitioning the program storage and asign chunks ... | 20:15 |
kerio | DocScrutinizer05: what would that allow? | 20:16 |
DocScrutinizer05 | it would allow way longer programs for the engines | 20:16 |
DocScrutinizer05 | another point is the muxing of the 9 LED outputs to the 3 engines that's hardcoded in Nokia's lp5523.ko | 20:17 |
*** wmarone has joined #maemo-ssu | 20:18 | |
DocScrutinizer05 | i.e. the API supports only 2 engines controlling the 3 color indicator LED, while 3rd engine is assigned to kbf LEDs hardcoded - I call it abuse of that versatile engine for a silly ramp-up/down that as well could get done by mce process | 20:19 |
DocScrutinizer05 | the lp5523.ko API is a pretty silly minimal effort and uninspired augment of the lp5521.ko API | 20:22 |
DocScrutinizer05 | it however *could* get sanitized/salvaged | 20:23 |
DocScrutinizer05 | without breaking it | 20:23 |
DocScrutinizer05 | that's what i hope for in new kernels | 20:23 |
FatPhil | you don't want the heartbeat controlled by mce | 20:25 |
DocScrutinizer05 | huh? | 20:26 |
FatPhil | the ramp-up and ramp-down | 20:26 |
FatPhil | that's justa simple program for the led controller | 20:26 |
DocScrutinizer05 | what got ramp-up/down to do with heartbeat? | 20:26 |
DocScrutinizer05 | I know how it works, I analyzed it and basicaly wrote the wiki page about it | 20:27 |
FatPhil | that's what it was called - the slowly pulsing led | 20:27 |
DocScrutinizer05 | unrelated to kbd-backlight | 20:29 |
DocScrutinizer05 | which engine3 is abused for, while mce could do same thing under sw-control, writing new brightness levels to led_kb:1/brightness to :6/brightness | 20:30 |
DocScrutinizer05 | basically the engines do exactly same,just without help of APE | 20:30 |
*** dos1 has joined #maemo-ssu | 20:32 | |
DocScrutinizer05 | if mce process would take care about those 0..500ms ramping, every once in 10 min when kbd backlight needs to light up or shut down, then we could free up engine3 for general pupose | 20:32 |
*** dos1 has quit IRC | 20:33 | |
*** arcean_ has joined #maemo-ssu | 20:33 | |
DocScrutinizer05 | hell, forget mce process, I can create a shell script working more than fine for that, in as short as 5 minutes | 20:33 |
*** dos1 has joined #maemo-ssu | 20:33 | |
FatPhil | what general purpose though. Why are you so enamourd with the idea of offloding a atask a picocontroller can do ontoa 500'Hz geneal purpose CPU? | 20:34 |
DocScrutinizer05 | the major fsckup in API is: the ledmux is for indicator LED only, using lowercase r, g, b to assign LED to engine1 and uppercase R, G, B to assign to engine2. No way to assign to engine3 since engine3 is reserved for kbd LED ramping | 20:35 |
*** arcean has quit IRC | 20:36 | |
DocScrutinizer05 | FatPhil: try creating a rainbow LED-pattern for indicator LED! | 20:36 |
DocScrutinizer05 | near impossible since only 2 engines available | 20:36 |
FatPhil | I wrote a perl script which would turn the kbd leds into Knight Rider's "KITT" 4 years ago, I don't nneed lessons in how easy it is to control | 20:36 |
FatPhil | Impossible for me to see - I'm a dichromat | 20:37 |
DocScrutinizer05 | solution: augment the mux sysnode to take old style "rGb" assignments as well as some new syntax like e.g. "1:1,2:1,3:3,4:1,"... to assign each of the 9 outputs to one of the three engines | 20:38 |
DocScrutinizer05 | FatPhil: I wrote a bash script for same purpose | 20:38 |
DocScrutinizer05 | fine that you don't need lessons ;-) | 20:39 |
FatPhil | forgive the typos, I've got about 1min lag here! | 20:39 |
DocScrutinizer05 | np, foget the typos | 20:40 |
DocScrutinizer05 | the point about engine3 is: it's hardcoded to be used for kbd only. that's not what you expect from a kernel driver and its API | 20:41 |
DocScrutinizer05 | the API is broken by design | 20:41 |
DocScrutinizer05 | though fixable | 20:42 |
DocScrutinizer05 | all it needs to fix it is an augmented syntax for the muxing node, plus some additional nodes to partiton/manage the program storage | 20:43 |
DocScrutinizer05 | http://wiki.maemo.org/LED_patterns#LEDsToMap | 20:47 |
FatPhil | I agree that if it's not hard wired, that's the imposition of policy, which is bad | 20:50 |
FatPhil | hard-wired as in electrionicall, no choice | 20:50 |
FatPhil | however, the completely free absraction would be chaos to manage, if & | 20:50 |
DocScrutinizer05 | in lp5521 there been one engine with 16 steps max prog storage. in http://wiki.maemo.org/LED_patterns#Engine_Pattern that's kept though the LP5523 has a total of 96 steps assignable arbitrarily to the 3 engines | 20:50 |
*** Vlad_on_the_road has joined #maemo-ssu | 20:51 | |
DocScrutinizer05 | since driver "abuses" two(?) program steps for a mux-pattern table, they couldn't go for a fixed 32 steps per engine either | 20:52 |
DocScrutinizer05 | so they rather decided to not support at all the additional 48(-2) program steps | 20:53 |
DocScrutinizer05 | the 16step/engine limit is hardcoded to the driver | 20:54 |
DocScrutinizer05 | they could have gone for 30 or even 31 steps / engine, but noooo... | 20:54 |
DocScrutinizer05 | OOPS scratch that about mux sysnode, I confused that with MCE syntax | 21:02 |
DocScrutinizer05 | IroN900:/sys/class/i2c-adapter/i2c-2/2-0032/engine3_leds is perfectly sane, as are engine1_leds and engine2_leds | 21:04 |
sixwheeledbeast | freemangordon: issue fixed thanks, seems I had a faulty sim card. | 21:07 |
sixwheeledbeast | amazing how different the locations are between the two devices now I am fixed. 10-15 miles different between two devices on the same network | 21:10 |
ShadowJK | they're talking to different towers? | 21:11 |
sixwheeledbeast | I suppose so but I have at least three closer than the 15 mile away one. | 21:18 |
*** BCMM has joined #maemo-ssu | 21:23 | |
*** BCMM has quit IRC | 21:55 | |
*** Vlad_on_the_road has quit IRC | 21:59 | |
*** Vlad_on_the_road has joined #maemo-ssu | 22:13 | |
DocScrutinizer05 | don't you think FatPhil last post was epic? ;-D | 22:18 |
DocScrutinizer05 | (lp5523.ko) so what it needs most to sanitize is a sysnode that allows partitioning of memory to the three engines. 3 ranges out of 0..95, plus a 4th range that stays unused, for e.g. mux lookup table | 22:25 |
DocScrutinizer05 | plus a second sysnode that would allow direct raw r/w-access to that memory | 22:26 |
DocScrutinizer05 | since I wouldn't like to hack stuff like mux-LUT via defining a temporary range for engineX and then loading a "program" to that range | 22:27 |
DocScrutinizer05 | that direct access should cover complete chip's addr range, incl the variables' registers | 22:30 |
DocScrutinizer05 | much like every sane i2c-chip driver should expose such a /raw sysnode | 22:30 |
DocScrutinizer05 | for N900 board config, the lp5523.ko driver should include a board specific check of the /raw sysnode for the self-destruction bit not getting set (the IO pin that is connected to SoC GPIO, usually is input, but could get configured to output Vbat to the SoC if not blocked by kernel driver) | 22:34 |
DocScrutinizer05 | actually one of the few hw bugs I found in N900 | 22:35 |
*** bsdmaniak has joined #maemo-ssu | 22:36 | |
* DocScrutinizer05 idly wonders what the SoC would do when +Vbat gets applied to one of the (1.8V?) GPIO | 22:38 | |
DocScrutinizer05 | ShadowJK: ^^^ | 22:38 |
ShadowJK | vent magic smoke? | 22:39 |
DocScrutinizer05 | you forgot 2blue" | 22:39 |
DocScrutinizer05 | "blue" even | 22:39 |
DocScrutinizer05 | it's not exactly as simple to predict. The LP5523 has a rather modest fan-out, and the SoC has clamping diodes on all pins | 22:40 |
DocScrutinizer05 | so, i guess first thing to happen is a rise in Vio(1V8) | 22:42 |
DocScrutinizer05 | depending on fan-out vs current current consumption on Vio (I adore aliterations), either the output of LP5523 goes down to 1V8, or the clamp diode smokes up, or the whole CPU/SoC gets hit by lightning | 22:45 |
*** sunny_s has joined #maemo-ssu | 23:01 | |
DocScrutinizer05 | Pali: would you be interested in me providing aughmented/fixed API spec and possibly untested patches for lp5523.ko? | 23:02 |
Pali | DocScrutinizer05: maybe you should inform about lp API TI developers of lp driver | 23:03 |
Pali | I really do not have time for it :-( | 23:04 |
DocScrutinizer05 | I don't think TI developed that driver | 23:04 |
Pali | I'm happy that TI developers added back old API support | 23:04 |
Pali | yes, TI developers created new API in 3.10 | 23:04 |
DocScrutinizer05 | the chip is LXP aka Phillips iirc, the driver been definitely tailored to fit N900 needs only | 23:05 |
DocScrutinizer05 | ooh, so it has new API? | 23:05 |
freemangordon | Pali: doesn't ssi need some clock to be registered in the board code? | 23:05 |
DocScrutinizer05 | that been my initial question actually | 23:05 |
Pali | https://lkml.org/lkml/2013/8/5/46 | 23:06 |
Pali | DocScrutinizer05: yes, there is new api for lp5523 | 23:06 |
DocScrutinizer05 | thanks :-D | 23:06 |
Pali | it using genertic linux firmware functions for loading program for lp chip | 23:07 |
Pali | in above mail are linux git commits which introduced that API | 23:07 |
Pali | freemangordon: no idea | 23:07 |
freemangordon | Pali: omap_ssi uses ssi_ssr_fck and ssi_ick | 23:07 |
freemangordon | those 2 are used by bridgedriver too | 23:08 |
Pali | I have really nothing about ssi/hsi | 23:08 |
Pali | feel free to patch any ssi code | 23:08 |
freemangordon | my point is - shouldn't those be somehow registered or whatever in the board code? | 23:08 |
Pali | DocScrutinizer05: and https://lkml.org/lkml/2013/8/13/703 | 23:09 |
Pali | freemangordon: no idea | 23:09 |
DocScrutinizer05 | EEEEK mipi hsi? | 23:10 |
freemangordon | Pali: those are registered in cclock3xxx_data.c, so it is ok | 23:15 |
*** BCMM has joined #maemo-ssu | 23:16 | |
freemangordon | Pali: BTW, which hsi/ssi/etc patches did you use? | 23:17 |
Pali | those from you and skry | 23:18 |
Pali | now I found 0xFFFF flasher in ubuntu repository :D funny that my SW appeared here and I not know about it | 23:24 |
Pali | http://packages.ubuntu.com/saucy/0xffff | 23:24 |
*** bsdmaniak has quit IRC | 23:24 | |
freemangordon | :D | 23:25 |
freemangordon | http://changelogs.ubuntu.com/changelogs/pool/universe/0/0xffff/0xffff_0.6~git20130406-1/0xffff.copyright | 23:27 |
freemangordon | 404 | 23:27 |
freemangordon | http://changelogs.ubuntu.com/changelogs/pool/universe/0/0xffff/0xffff_0.6~git20130406-1/copyright | 23:27 |
*** LauRoman has joined #maemo-ssu | 23:28 | |
freemangordon | Pali: maybe we should ask for some help on #nemomobile, or the author for hsi/ssi/cmt driver | 23:29 |
Pali | freemangordon: look here: http://elinux.org/N900 | 23:29 |
Pali | Sre trying to upstream hsi/ssi/cmt patches | 23:30 |
Pali | https://lkml.org/lkml/2013/8/11/67 | 23:30 |
freemangordon | ooh, nice | 23:30 |
Pali | "There is currently work going on to get the omap-ssi driver into the mainline kernel. This work may be ready for 3.13 or 3.14." | 23:31 |
freemangordon | :) | 23:31 |
*** arcean_ has quit IRC | 23:33 | |
DocScrutinizer05 | Pali: you tested that new lp5523.ko driver? | 23:36 |
Pali | DocScrutinizer05: not yet, this is reason why I did not answer that email | 23:36 |
Pali | sorry I did not have time... | 23:36 |
DocScrutinizer05 | :nod: | 23:36 |
DocScrutinizer05 | np | 23:36 |
DocScrutinizer05 | just asking since this determines my proofread-mode | 23:36 |
Pali | DocScrutinizer05: maybe you should ask questions about lp drivers that TI developers... | 23:37 |
Pali | now when they refactored lp driver | 23:37 |
DocScrutinizer05 | when it's known to work, I search the bugs at my end. otherwise I ponder if the code might be buggy | 23:37 |
freemangordon | Pali: WTF is DT? | 23:38 |
Pali | device tree | 23:38 |
freemangordon | ok, thanks | 23:39 |
DocScrutinizer05 | hsi drivers for omap4 might be interesting, since there's one location where the WONTFIX omap4 SiErr hits | 23:39 |
Pali | freemangordon: this is that device tree which comes from Sun and OpenFirmware | 23:40 |
freemangordon | Pali: not that I know anything about it :) | 23:41 |
DocScrutinizer05 | the nasty point: when OMAP$ misses an IRQ on HSI, then the far end has to do sth about it which is not anything conforming HSI protocol specs | 23:41 |
Pali | it is used for replacing board peripheral files with static device data | 23:41 |
freemangordon | ooh, so no more board files? | 23:42 |
Pali | no more static data for describing hw | 23:42 |
Pali | but do not know if this means removing board data completly... | 23:43 |
freemangordon | yeah, got it. what is used, some scripts? | 23:43 |
DocScrutinizer05 | amazing! | 23:43 |
DocScrutinizer05 | how does that work? | 23:43 |
DocScrutinizer05 | parameters handed to the build process? | 23:43 |
Pali | freemangordon, device tree is language in which is this info written | 23:44 |
freemangordon | http://www.devicetree.org/Main_Page | 23:44 |
Pali | DocScrutinizer05: board hw id is already set by bootloader, so kernel know type of hw | 23:45 |
DocScrutinizer05 | WOW | 23:45 |
DocScrutinizer05 | one (kernel) for all (platforms) | 23:46 |
Pali | for all arm platforms | 23:47 |
Pali | this is what linux kernel trying... | 23:47 |
* DocScrutinizer05 wonders how sane this idea is, regarding overhead and cruft, aka dead code/data | 23:47 | |
Pali | omap2 and omap3 has already support for this multiarch | 23:47 |
Pali | of course you can choose which components you want to compile | 23:48 |
DocScrutinizer05 | aah | 23:48 |
Pali | but kernel developers want something like one kernel image for all x86 | 23:48 |
Pali | and because of this, DSP and infrared drivers was disabled :-( and are not compiling anymore | 23:49 |
Pali | because using omap specific functions | 23:49 |
DocScrutinizer05 | yeah sure, so SSE extension support in kernel for x386 engines | 23:49 |
Pali | i386 support is dropped | 23:49 |
DocScrutinizer05 | lol | 23:49 |
Pali | and for SSE you can check cpuid | 23:50 |
Pali | you need i486 at least for last 3.x kernel | 23:50 |
DocScrutinizer05 | that doesn't help much for code in kernel or not, you can check CPU ID only when kernel already got loaded, incl SSE | 23:50 |
dos1 | armv4t vs. armv7te? :P | 23:50 |
dos1 | if you want one kernel for Neo Freerunner and N900, you'll have to either use armv4t, or drop Freerunner support :D | 23:51 |
DocScrutinizer05 | lololol | 23:51 |
dos1 | but one kernel for N900, Neo900 and GTA04... why not? | 23:52 |
DocScrutinizer05 | sure | 23:52 |
DocScrutinizer05 | it's same platform | 23:52 |
Pali | not possible, n900 kernel area is too small for all that code :D | 23:53 |
ShadowJK | I think the devicetree thing originally came from Linus getting pissed off at BeagleBoard's 5 variants, and everything beagleboard-like, like N900, etc | 23:53 |
Pali | devicetree was already used in kernel for sun and powerpc arch | 23:53 |
Pali | they decided that devicetree can be used also for arm :-) | 23:54 |
Pali | because ACPI is evil | 23:54 |
*** nox- has joined #maemo-ssu | 23:54 | |
Pali | ACPI DSDT tables are nonsense | 23:54 |
dos1 | Pali: then u-boot and kernel on SD? ;] | 23:54 |
Pali | :D | 23:55 |
DocScrutinizer05 | :-S https://github.com/milokim/lp55xx/blob/master/drivers/leds/leds-lp5523.c#L223 | 23:55 |
Pali | DocScrutinizer05: now when driver is (again?) maintained by developers (TI), you should write all your objections about it... | 23:56 |
DocScrutinizer05 | will do | 23:56 |
Pali | I was very surprised that they immediately created wraper for old API compatiblity.... | 23:57 |
Pali | I will resend SMC/PPA patches again and will prepare board data and functions for bq2415x charger for upstreaming | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!