| 00:22.10 | *** join/#maemo arvut (~user@unaffiliated/arvut) |
| 00:23.33 | arvut | hi, I just found a bug in the chess that came with my n900 phone (maemo5 chess?) |
| 00:27.10 | GeneralAntilles | arvut, no fixes will be forthcoming. |
| 00:27.43 | arvut | when the computer had a peasant at e4 and I had one at f2, by moving mine to f4 the computer took it by moving e4-f3 |
| 00:28.03 | arvut | heh, I know. but its still kinda fun |
| 00:32.53 | arvut | GeneralAntilles: do you know if the sourcecode for this chess is available? |
| 00:33.06 | *** join/#maemo at1as (~at1as@kurios.r4780y.com) |
| 00:33.09 | GeneralAntilles | I don't think so, but I don't remember well. |
| 00:35.32 | merlin1991 | arvut: the games are closed source |
| 00:35.37 | merlin1991 | afaik |
| 00:35.44 | arvut | I see |
| 00:36.14 | *** join/#maemo user_ (~user@123.231.54.133) |
| 00:36.37 | arvut | good game tho. rather quick calculations on expertmode and so brilliant moves |
| 00:36.58 | merlin1991 | I didn't beat it a single time so far |
| 00:37.03 | merlin1991 | though I suck at chess :D |
| 00:39.15 | arvut | you can only beat computerchess if its illcoded or suicides on purpose ;) |
| 00:39.26 | arvut | good for practice tho |
| 01:01.47 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 01:05.34 | SpeedEvil | closed source and buggy |
| 01:05.52 | SpeedEvil | the collision detection in blocks does not work properly |
| 01:06.17 | merlin1991 | hm I never noticed that |
| 01:06.40 | SpeedEvil | you can slip a block where t wouldn't fit sometimes. |
| 01:07.08 | SpeedEvil | if the final location is good. |
| 01:07.18 | SpeedEvil | and there is a block in the way |
| 01:17.18 | *** join/#maemo user_ (~user@123.231.53.149) |
| 01:18.16 | *** join/#maemo guampa (~guampa@unaffiliated/guampa) |
| 01:23.47 | *** join/#maemo stardiviner (~stardivin@122.236.243.166) |
| 01:46.34 | *** join/#maemo flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 01:57.09 | *** join/#maemo _xnt14 (~xnt14@xceleo.us) |
| 01:57.30 | *** join/#maemo rick0815 (~try@xdsl-89-0-84-243.netcologne.de) |
| 02:05.42 | *** join/#maemo uen| (~uen@p5DCB10FC.dip.t-dialin.net) |
| 02:08.26 | *** join/#maemo aloril_ (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 02:19.59 | *** join/#maemo robink (~quassel@unaffilated/robink) |
| 02:30.44 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 02:33.35 | *** join/#maemo radic (~radic@dslb-094-216-253-221.pools.arcor-ip.net) |
| 02:36.56 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 02:49.05 | *** join/#maemo simpletechnology (~simpletec@41.206.12.35.vgccl.net) |
| 02:52.25 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 03:02.05 | *** join/#maemo MacDrunk (~marper@201.165.163.183) |
| 03:03.27 | *** join/#maemo DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
| 03:51.35 | *** join/#maemo Hurrian (~Hurrian@121.54.2.104) |
| 03:56.16 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 04:15.51 | *** join/#maemo beford (~beford@unaffiliated/beford) |
| 04:24.38 | *** join/#maemo user_ (~user@123.231.53.26) |
| 04:38.35 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 05:00.13 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 05:07.20 | *** join/#maemo Jade2 (~jade@bas2-montreal33-3096500212.dsl.bell.ca) |
| 05:07.22 | *** join/#maemo Jade2 (~jade@unaffiliated/jade) |
| 05:21.28 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 05:36.01 | *** join/#maemo FlameReaper (~assassin@175.138.121.62) |
| 05:42.39 | *** join/#maemo user_ (~user@123.231.54.239) |
| 06:02.36 | *** join/#maemo Jade (~jade@modemcable136.139-203-24.mc.videotron.ca) |
| 06:02.36 | *** join/#maemo Jade (~jade@unaffiliated/jade) |
| 06:03.46 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 06:05.34 | *** join/#maemo stardiviner (~stardivin@218.74.182.106) |
| 06:10.05 | *** join/#maemo FlameReaper (~assassin@175.138.121.62) |
| 06:12.43 | stardiviner | Is there anyone install Ruby 1.9 on N900 ? |
| 06:20.54 | *** join/#maemo FlameReaper-PC (~FR@175.138.121.62) |
| 06:25.02 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 06:34.45 | *** join/#maemo sLumPia (~sLumPia@39.211.210.211) |
| 06:46.05 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 06:46.20 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 07:00.58 | *** join/#maemo Tofe (~chris@2a01:e35:8ac9:7dc0:6ef0:49ff:fed0:66e4) |
| 07:01.10 | *** part/#maemo Tofe (~chris@2a01:e35:8ac9:7dc0:6ef0:49ff:fed0:66e4) |
| 07:03.13 | *** join/#maemo jhb (~joerg@p4FEF55D7.dip.t-dialin.net) |
| 07:07.35 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 07:12.19 | *** join/#maemo sLumPia (~sLumPia@114.121.113.201) |
| 07:20.04 | *** join/#maemo FlameReaper (~assassin@175.138.121.62) |
| 07:28.55 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 07:29.41 | *** join/#maemo sasquatch (~username@p57958F62.dip.t-dialin.net) |
| 07:32.59 | *** join/#maemo ale152 (~quassel@host53-144-dynamic.59-82-r.retail.telecomitalia.it) |
| 07:34.15 | archeyDevil | is installing power-kernel and vim :) |
| 07:34.35 | *** join/#maemo Jade (~jade@modemcable136.139-203-24.mc.videotron.ca) |
| 07:34.35 | *** join/#maemo Jade (~jade@unaffiliated/jade) |
| 07:39.45 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 07:41.24 | *** join/#maemo _rd (~rd@p57B48A6C.dip0.t-ipconnect.de) |
| 07:46.15 | archeyDevil | Gotta love deauth :D |
| 07:47.35 | *** part/#maemo MacDrunk (~marper@201.165.163.183) |
| 07:50.15 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 08:00.44 | *** join/#maemo FlameReaper (~assassin@175.138.121.62) |
| 08:02.13 | *** join/#maemo ieatlint (~ieatlint@tehinterweb.com) |
| 08:05.48 | kerio | archeyDevil: oh you |
| 08:06.50 | archeyDevil | kerio: Hey |
| 08:07.41 | archeyDevil | Oh goody.. So easy to restore the kernel back :) |
| 08:08.15 | archeyDevil | Good thing I don't want to tho ^_^ |
| 08:11.33 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 08:22.33 | *** join/#maemo ieatlint (~ieatlint@tehinterweb.com) |
| 08:31.34 | *** join/#maemo marainein (~net@2001:388:608c:6cb5:c5d9:14de:7704:2b8d) |
| 08:32.49 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 08:38.46 | *** join/#maemo Darkchaos (~darkchaos@i59F4A93B.versanet.de) |
| 08:49.22 | *** join/#maemo _PanzerSajt (~panzersaj@79.120.167.21.pool.invitel.hu) |
| 08:49.47 | *** join/#maemo Pali (~pali@unaffiliated/pali) |
| 08:50.39 | _PanzerSajt | Pali, Can you help me with u-boot? |
| 08:51.01 | freemangordon | <_PanzerSajt> I can't boot into maemo because I used wrong parameters in the bootitems |
| 08:51.40 | Pali | _PanzerSajt, stock nokia kernel is attached to uboot |
| 08:51.50 | Pali | so you can still boot this kernel |
| 08:51.59 | _PanzerSajt | yes but the kernel-atags flag |
| 08:52.02 | _PanzerSajt | is wrong |
| 08:52.19 | freemangordon | _PanzerSajt: can't you just flash xImage? |
| 08:52.24 | freemangordon | *zImage |
| 08:52.35 | Pali | _PanzerSajt, what version of uboot you have? |
| 08:52.46 | Pali | can you open uboot console? |
| 08:52.52 | _PanzerSajt | yes |
| 08:53.08 | _PanzerSajt | 2012.04.01-01269 |
| 08:53.22 | Pali | run this command: run attachboot |
| 08:53.34 | *** join/#maemo Dibblah (~Dibblah@host86-146-80-115.range86-146.btcentralplus.com) |
| 08:53.49 | _PanzerSajt | it just tries to boot maemo |
| 08:53.57 | _PanzerSajt | but It hangs and starting kernel |
| 08:54.06 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 08:54.06 | _PanzerSajt | *at starting |
| 08:54.18 | *** join/#maemo ale152 (~quassel@host53-144-dynamic.59-82-r.retail.telecomitalia.it) |
| 08:54.58 | _PanzerSajt | can I modify the address via setenv? |
| 08:55.14 | Pali | what did you do? |
| 08:55.18 | Pali | attachboot should work |
| 08:55.39 | Pali | you rewritten attachboot env? or what? |
| 08:55.51 | _PanzerSajt | I tried to boot android but I haven't updated my .item files with ATAGADDR |
| 08:55.58 | _PanzerSajt | nothing rewritten |
| 08:56.08 | kerio | what are atags? |
| 08:56.19 | Pali | then maemo kernel should be bootable |
| 08:56.54 | Pali | remove battery, wait 5 minutes, insert it and try again |
| 08:56.58 | _PanzerSajt | nitdroid boots fine |
| 08:57.06 | _PanzerSajt | booting ubuntu from sd works fine |
| 08:57.15 | _PanzerSajt | just maemo not |
| 08:57.15 | Pali | can you charge battery in nitdroid/ubuntu? |
| 08:57.22 | _PanzerSajt | yes I can |
| 08:57.26 | Pali | maybe battery is empty |
| 08:57.33 | Pali | and maemo turing phone off |
| 08:57.38 | _PanzerSajt | no |
| 08:57.46 | _PanzerSajt | I have charged it 90% |
| 08:58.07 | Pali | ok |
| 08:58.20 | Pali | download zImage with framebuffer |
| 08:58.31 | Pali | use mkimage to create uImage (from zImage) |
| 08:58.46 | Pali | store it to sd card (on fat/ext4 partition) |
| 08:58.48 | Pali | and boot it |
| 09:00.25 | Pali | $ mkimage -A arm -O linux -T kernel -C none -a 80008000 -e 80008000 -n zImage-fb -d zImage-fb uImage |
| 09:00.43 | Pali | this will convert zImage-fb to uImage ^^^ (run on host pc) |
| 09:00.54 | Pali | uboot can boot only uImage(s) |
| 09:01.13 | _PanzerSajt | from where can I download the zImage? |
| 09:02.06 | Pali | use this: http://mohammadag.xceleo.org/public/maemo/kernels/framebuffer/zImage-fb-omap1-pr13 |
| 09:03.12 | Pali | uImage store to first fat32 partition on SD card |
| 09:03.18 | *** join/#maemo eMHa (~mh@HSI-KBW-091-089-140-038.hsi2.kabel-badenwuerttemberg.de) |
| 09:04.16 | Pali | and in uboot console run: |
| 09:04.20 | Pali | setenv setup_omap_atag 1 |
| 09:04.22 | Pali | run sdboot |
| 09:08.08 | _PanzerSajt | kernel panic |
| 09:08.24 | Pali | can you write me full message? |
| 09:09.19 | *** join/#maemo M4rtinK (~M4rtinK@mail.melf.eu) |
| 09:10.27 | *** join/#maemo mzanetti (~mzanetti@2a01:4f8:130:8481::2) |
| 09:11.28 | Pali | _PanzerSajt, maybe upload photo image somewhere, or rewrite screen to pastebin |
| 09:11.47 | _PanzerSajt | yes I'm uploading photo |
| 09:12.16 | Pali | ok |
| 09:13.54 | _PanzerSajt | http://imageshack.us/a/img839/674/img2012100611100165.jpg |
| 09:15.21 | Pali | oh, same error message as merlin1991 :-( |
| 09:15.24 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 09:16.03 | Pali | _PanzerSajt, for unknown reason stock kernel booted from uboot on only some n900 cannot mount rootfs ubifs |
| 09:16.22 | _PanzerSajt | is it a hw or sw problem? |
| 09:16.27 | Pali | sw problem |
| 09:16.34 | _PanzerSajt | oh that's fine |
| 09:16.52 | Pali | you need to reflash only *kernel* to boot maemo |
| 09:16.53 | freemangordon | Pali: still not solved? |
| 09:16.58 | Pali | no |
| 09:17.06 | freemangordon | hmm, any clue what happens? |
| 09:17.06 | Pali | I cannot reproduce it on my n900 |
| 09:17.16 | Pali | and I'm waiting for dumps from merlin1991 |
| 09:17.22 | freemangordon | ok |
| 09:17.25 | _PanzerSajt | Pali, I can help you debug |
| 09:17.43 | Pali | _PanzerSajt, can you boot rescue OS from uboot? |
| 09:18.02 | Pali | I need atags dump from some kernel booted from uboot |
| 09:18.25 | Pali | _PanzerSajt, also atags dumps from nitdorid/ubuntu are usefull too |
| 09:18.44 | freemangordon | Pali: http://plugcomputer.org/plugforum/index.php?topic=1272.0 |
| 09:18.59 | _PanzerSajt | how can I get those dumps from ubuntu boot? |
| 09:20.03 | Pali | see this thread: http://talk.maemo.org/showthread.php?t=84560 |
| 09:20.22 | Pali | here is armel binary of dumpatags: http://talk.maemo.org/showpost.php?p=1214013&postcount=10 |
| 09:20.43 | Pali | you need to run that on android/ubuntu/whatever started by uboot |
| 09:21.00 | Pali | and upload dump to pastebin |
| 09:21.48 | kerio | something needs to tell the ubi layer to attach mtd4 as ubi0 |
| 09:22.46 | Pali | "rootfs" string is link for "mtd4" |
| 09:23.04 | freemangordon | Pali: read what I posted few lines above |
| 09:23.20 | Pali | freemangordon, I read |
| 09:23.24 | freemangordon | ok :) |
| 09:23.36 | *** join/#maemo NIN101 (~NIN@p5DD28DED.dip0.t-ipconnect.de) |
| 09:23.37 | Pali | but problem is that when you boot stock kernel without uboot it working fine! |
| 09:23.47 | freemangordon | I know |
| 09:23.59 | Pali | nolo -> kernel is OK, but nolo -> uboot -> kernel not |
| 09:24.09 | Pali | so I do not think that something was not called |
| 09:24.16 | freemangordon | you think there is some atag missing? |
| 09:24.33 | Pali | maybe missing or bad atag from mtd parittion |
| 09:25.09 | *** join/#maemo netkat (~tty1@178.32.145.61) |
| 09:28.54 | *** join/#maemo mvp_ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 09:30.23 | *** join/#maemo mvp_ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 09:32.59 | _PanzerSajt | Pali, I can't run that binry |
| 09:33.26 | _PanzerSajt | and also when I cat /proc/atags I just get the u-boot boot parameters |
| 09:33.45 | Pali | cat /proc/atags is usefull too |
| 09:34.15 | Pali | use xxd or other tool which convert binary text to ascii |
| 09:36.41 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 09:37.10 | Pali | here are other reports of this problem: http://talk.maemo.org/showpost.php?p=1247913&postcount=443 http://talk.maemo.org/showpost.php?p=1260514&postcount=495 |
| 09:37.13 | Sicelo | also has that same issue.. can't boot stock maemo kernel with u-boot |
| 09:37.53 | *** join/#maemo Jade (~jade@modemcable021.180-203-24.mc.videotron.ca) |
| 09:37.53 | *** join/#maemo Jade (~jade@unaffiliated/jade) |
| 09:37.58 | _PanzerSajt | Pali, http://paste.ubuntu.com/1263476/ |
| 09:38.05 | Sicelo | but ubooot-pr13 does it fine |
| 09:38.27 | Sicelo | ah.. yes, /me is qhubekela on tmo |
| 09:38.52 | kerio | wait, root=/dev/mmcblk0p3? |
| 09:39.56 | _PanzerSajt | kerio, yes but this is ubuntu running from SD |
| 09:42.30 | Sicelo | which repo has xxd? |
| 09:42.53 | Pali | vim |
| 09:43.01 | Pali | vim depends on xxd |
| 09:43.08 | Pali | (or gvim) |
| 09:43.18 | Sicelo | ty |
| 09:43.28 | Pali | _PanzerSajt, here is converted your dump http://pastebin.com/ADi7Tvgu |
| 09:43.36 | Pali | there are missing *all* omap atags |
| 09:44.11 | Pali | _PanzerSajt, you need to run "setenv setup_omap_atag 1" before starting system |
| 09:44.14 | *** join/#maemo user_ (~user@123.231.50.241) |
| 09:45.18 | _PanzerSajt | before starting ubuntu? |
| 09:45.41 | Pali | yes |
| 09:45.43 | Pali | in uboot console |
| 09:45.59 | Pali | start uboot console and run: |
| 09:46.02 | Pali | setenv setup_omap_atag 1 |
| 09:46.06 | Pali | bootmenu |
| 09:47.57 | Pali | Sicelo, do you have some system booted from uboot working? |
| 09:54.39 | _PanzerSajt | Pali, http://paste.ubuntu.com/1263508/ |
| 09:54.51 | _PanzerSajt | sorry but I can't acces pastebin |
| 09:55.23 | Pali | no problem ubuntu has paste too :-) |
| 09:56.05 | _PanzerSajt | but I can't read your link |
| 09:56.15 | _PanzerSajt | http://pastebin.com/ADi7Tvgu |
| 09:58.00 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 09:58.14 | *** join/#maemo beford_ (~fernando@186.31.128.136) |
| 09:59.09 | Pali | here is converted pastebin: http://pastebin.com/bCczYFLm |
| 09:59.55 | Pali | ok, here is copy (of second): http://paste.ubuntu.com/1263513/ |
| 10:00.30 | Pali | rootfs is correct: |
| 10:00.32 | Pali | 001c:4f0b PARTITION: rootfs : size=0fb40000 offset=004c0000 mask=00000000 |
| 10:00.59 | Pali | but there is abnormal mem tag: |
| 10:01.00 | Pali | 54410002 ATAG MEM size=00000000 start=90000000 |
| 10:02.27 | *** join/#maemo beford (~fernando@unaffiliated/beford) |
| 10:04.07 | _PanzerSajt | how should it look like? |
| 10:05.06 | Pali | size=0 is abnormal |
| 10:05.21 | Pali | but it should work (kernel should ignore it) |
| 10:05.47 | Pali | but I do not know where can be problem... |
| 10:06.17 | Pali | more people wrote that booting from 2012.04-1 worked, but 2012.04-2 not |
| 10:06.23 | Pali | I will look at changes |
| 10:10.58 | _PanzerSajt | Pali, I can't use maemo since 3-4 mounths due to this bug |
| 10:11.30 | _PanzerSajt | but I wouldn't like to resintall maemo and u-boot again |
| 10:11.45 | *** join/#maemo Wizzup (~Wizzup@old.villavu.com) |
| 10:11.49 | _PanzerSajt | because ubuntu is booting now just fine and it was really hard to achive |
| 10:14.29 | Pali | in 2012.04-2 was enabled onenand support |
| 10:14.45 | Pali | maybe uboot doing some initialization which can break maemo kernel? |
| 10:15.15 | *** join/#maemo MrPingu (~Thunderbi@86.92.226.97) |
| 10:15.20 | Pali | _PanzerSajt, I will compile same uboot version (2012.04-2) but with disabled onenand support |
| 10:17.00 | Pali | _PanzerSajt, flasher-3.5 can send kernel/uboot image to NOLO and run it without flashing |
| 10:18.08 | _PanzerSajt | Pali, yes reflashing just the bootloader would be nice |
| 10:19.18 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 10:21.39 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 10:23.43 | Pali | _PanzerSajt, here is uboot fisco image without onenand support: http://atrey.karlin.mff.cuni.cz/~pali/u-boot/u-boot-2012.04-2+zImage-2.6.28-omap1.fiasco |
| 10:23.45 | *** join/#maemo beford (~fernando@unaffiliated/beford) |
| 10:24.28 | _PanzerSajt | thanks I will try it later in the evening |
| 10:24.39 | Pali | you can start it (without flashing to nand) with this command from hist pc: flasher-3.5 -F u-boot-2012.04-2+zImage-2.6.28-omap1.fiasco -l -b |
| 10:25.22 | Pali | so you can test if working |
| 10:25.49 | Pali | after reboot will be started original uboot |
| 10:26.21 | Pali | _PanzerSajt, after testing write here results |
| 10:26.46 | Pali | ping Sicelo, merlin1991 |
| 10:27.30 | _PanzerSajt | Pali, still the same |
| 10:27.44 | _PanzerSajt | your new u-boot starts but maemo doesn't |
| 10:27.47 | _PanzerSajt | bye |
| 10:27.49 | Pali | ahhh... |
| 10:27.53 | Pali | bye |
| 10:30.09 | *** join/#maemo brzys (~brzys@86-63-126-137.sta.asta-net.com.pl) |
| 10:40.37 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 10:43.40 | *** join/#maemo beford (~fernando@unaffiliated/beford) |
| 10:51.46 | *** join/#maemo antero (~antero@cs181045014.pp.htv.fi) |
| 10:52.19 | kerio | Pali: new KP52 deb? :3 |
| 10:52.47 | Pali | kerio, why? you have prekp52 for testing... |
| 10:53.05 | kerio | you said you'd make new debs with the updated modules |
| 10:54.28 | Pali | yes, but later later |
| 10:54.42 | kerio | is sad |
| 10:54.46 | Pali | prekp52 version is working fine for me |
| 10:54.59 | Pali | but uboot not! |
| 11:01.54 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 11:05.18 | *** join/#maemo muelli (~muelli@46.59.225.133) |
| 11:05.30 | *** join/#maemo eMHa (~mh@visitor.ka.netpioneer.de) |
| 11:05.33 | *** join/#maemo maybeArgh (~cl@p5B167779.dip.t-dialin.net) |
| 11:07.36 | Pali | for testing, here are some old uboot fiasco images: http://atrey.karlin.mff.cuni.cz/~pali/u-boot/old/ |
| 11:07.50 | Pali | I need to know which was last "working" version |
| 11:08.23 | Pali | _PanzerSajt, merlin1991, Sicelo, ... ^^^ |
| 11:10.04 | *** join/#maemo beford (~fernando@unaffiliated/beford) |
| 11:19.21 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 11:23.33 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 11:23.33 | *** join/#maemo Darkchaos (~darkchaos@i59F4A93B.versanet.de) |
| 11:29.35 | *** join/#maemo FlameReaper (~assassin@175.138.121.62) |
| 11:33.13 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 11:42.52 | *** join/#maemo real-dev (~dev@itc-scholz.de) |
| 11:45.29 | _PanzerSajt | Pali, I'm back |
| 11:45.58 | _PanzerSajt | can I boot maemo kernel just one time? |
| 11:46.13 | _PanzerSajt | like you freshly compiled u-boot |
| 11:53.45 | Pali | yes |
| 11:53.55 | *** join/#maemo teotwaki (~crashandd@2a01:e35:8a44:eb00:213:2ff:fe39:c4d4) |
| 11:53.56 | *** join/#maemo teotwaki (~crashandd@Maemo/community/contributor/crashanddie) |
| 11:54.30 | Pali | _PanzerSajt, use that framebuffer zImage and run: flasher-3.5 -k zImage_file_name -l -b |
| 11:55.03 | Pali | that framebuffer zImage is not fiasco image, but regular kernel image, so '-k' arg is needed (instead -F) |
| 11:55.48 | Pali | _PanzerSajt, when you boot to maemo kernel, can you upload atags? |
| 11:56.49 | _PanzerSajt | ? |
| 11:56.55 | *** join/#maemo _rd (~rd@p57B48A6C.dip0.t-ipconnect.de) |
| 11:58.09 | _PanzerSajt | sorry I don't understand |
| 11:58.16 | *** join/#maemo dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 11:58.27 | Pali | use this kernel http://mohammadag.xceleo.org/public/maemo/kernels/framebuffer/zImage-fb-omap1-pr13 |
| 11:58.48 | _PanzerSajt | yes that's ok |
| 11:58.52 | Pali | and run from host pc: flasher-3.5 -k zImage-fb-omap1-pr13 -l -b |
| 11:59.00 | _PanzerSajt | but _PanzerSajt, when you boot to maemo kernel, can you upload atags? |
| 11:59.19 | Pali | xdd /proc/atags |
| 11:59.21 | Pali | *xxd |
| 11:59.31 | _PanzerSajt | it wasn't working |
| 11:59.50 | _PanzerSajt | started booting but stopped |
| 12:00.04 | Pali | _PanzerSajt, reason? |
| 12:00.09 | Pali | kernel erro? |
| 12:00.28 | _PanzerSajt | I can't read |
| 12:00.30 | _PanzerSajt | too fast |
| 12:00.56 | Pali | turn off phone (remove battery), wait some time, insert it and try again |
| 12:01.08 | Pali | maybe bootreson was act dead |
| 12:02.15 | _PanzerSajt | couldn't create lockfile |
| 12:02.26 | _PanzerSajt | this was the last I could read |
| 12:02.40 | _PanzerSajt | and also there's no backlight |
| 12:02.53 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 12:02.54 | Pali | you can enable R&D mode with disabled watchdogs which prevent rebooting: |
| 12:02.55 | *** join/#maemo user (~user@123.231.51.12) |
| 12:02.59 | Pali | $ flasher-3.5 --enable-rd-mode --set-rd-flags=no-omap-wd,no-ext-wd,no-lifeguard-reset |
| 12:03.13 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 12:03.35 | Pali | disabling R&D mode: $ flasher-3.5 --disable-rd-mode |
| 12:10.37 | *** join/#maemo dhbiker (~dhbiker@193.2.218.150) |
| 12:11.17 | merlin1991 | Pali: I'll gather the atags now |
| 12:11.30 | Pali | merlin1991, ok |
| 12:12.04 | Pali | merlin1991, can you test if one of these uboot version working? http://atrey.karlin.mff.cuni.cz/~pali/u-boot/old/ |
| 12:12.21 | merlin1991 | I will |
| 12:12.37 | merlin1991 | do they all have the stock maemo kernel attached? |
| 12:13.09 | Pali | yes |
| 12:13.46 | Pali | merlin1991, when you dump atags from rescueos/ubuntu/other_kernel first open uboot console and write this: |
| 12:13.47 | Pali | setenv setup_omap_atag 1 |
| 12:13.49 | Pali | bootmenu |
| 12:13.57 | ZogG_laptop | Pali: merlin1991, morning :P |
| 12:14.18 | Pali | (this will force uboot to append omap atags and run bootmenu again) |
| 12:14.24 | Pali | ZogG_laptop, hi |
| 12:15.43 | merlin1991 | Pali: can I put rescueos on an sd card to simply run sdboot? |
| 12:17.22 | Pali | merlin1991, no because sdboot booting only kernel image |
| 12:18.56 | Pali | merlin1991, this config item file should work: http://talk.maemo.org/showpost.php?p=1264989&postcount=507 |
| 12:20.36 | merlin1991 | Pali: it will take a bit longer, for reasons unkown to me my wlan is down :/ |
| 12:20.53 | Pali | wtf? |
| 12:21.19 | Pali | try: stop icd2 && start icd2 && stop wlancond && start wlancond |
| 12:22.29 | _PanzerSajt | Pali, I still can't boot maemo |
| 12:22.58 | Pali | _PanzerSajt, do you have log? |
| 12:23.04 | *** join/#maemo eijk (~eijk@e178224197.adsl.alicedsl.de) |
| 12:23.19 | _PanzerSajt | where and how can I acces log files? |
| 12:23.50 | Pali | if you have ksyslogd installed, then log file is stored in /var/log/syslog |
| 12:24.06 | Pali | (or sysklogd.. I do not know package name) |
| 12:25.02 | *** join/#maemo Luke-Jr (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 12:25.29 | merlin1991 | Pali: nah it was the router |
| 12:25.36 | merlin1991 | fsckd router needs a reboot once in a while |
| 12:25.50 | Pali | ok |
| 12:26.07 | kerio | my router needs a kickin' every once in a while :( |
| 12:27.44 | kerio | when it dies, i'll buy a routerboard one |
| 12:29.14 | kerio | although the OS is closed |
| 12:33.49 | merlin1991 | Pali: do I need setup_omap_atag 1 if I have ITEM_OMAPATAG ? |
| 12:34.06 | Pali | then no |
| 12:35.19 | *** join/#maemo Darkchaos2 (~darkchaos@i59F7A8C8.versanet.de) |
| 12:35.40 | Pali | merlin1991, btw chess in n900 is open source: http://repository.maemo.org/pool/maemo5.0/free/o/osso-chess-ui/ |
| 12:35.53 | merlin1991 | ah shit |
| 12:36.04 | Pali | so possible bugs can be fixed :-) |
| 12:36.05 | kerio | which engine does it use? |
| 12:36.17 | merlin1991 | I remember checking on the source of some game and deducting that all are closed |
| 12:36.18 | Pali | kerio, look at source code :-) |
| 12:36.53 | Pali | https://wiki.maemo.org/Fremantle_closed_packages |
| 12:36.56 | merlin1991 | btw Pali you should update your u-boot-images archive, it still uses the old atag command in the item files |
| 12:37.01 | Pali | only graphics & sounds are non free |
| 12:37.07 | kerio | hm, babychess apparently? |
| 12:37.35 | Pali | merlin1991, I will update them with new uboot version |
| 12:38.40 | Pali | kerio, look at debian/control |
| 12:38.44 | Pali | it depends on gnuchess |
| 12:39.01 | Pali | OSSO Chess user interface. Required chess engine, GNU Chess, and OSSO games Start-up screen provided separately. |
| 12:39.20 | kerio | but... it does have a chess engine built-in D: |
| 12:39.53 | Pali | I see |
| 12:42.25 | *** join/#maemo user (~user@123.231.54.123) |
| 12:42.47 | NIN101 | does it? afaik it uses gnuchess |
| 12:44.05 | kerio | the source tarball has a chess engine in a subdir |
| 12:44.51 | NIN101 | hmm |
| 12:46.31 | NIN101 | anyway, the interface is of the built-in chess app is quite uncool, at least the graphics of the pieces. |
| 12:46.58 | NIN101 | imho |
| 12:49.09 | merlin1991 | ffs where did my dumpatags go |
| 12:49.35 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 12:55.03 | *** join/#maemo sq-one (~sq-one@p57977D40.dip.t-dialin.net) |
| 12:56.04 | merlin1991 | Pali: err which command in the uboot console lets me turn off the device? |
| 12:56.21 | Pali | not possible |
| 12:56.31 | Pali | only reset |
| 12:56.37 | merlin1991 | :/ |
| 12:57.52 | DocScrutinizer05 | merlin1991: you might get away with shel llevel commands |
| 12:58.03 | DocScrutinizer05 | GPIO etc |
| 12:58.59 | DocScrutinizer05 | if that's really important for you, I'd take the time to look options up for you, along the line of powering down the system hard |
| 12:59.30 | merlin1991 | Pali: -15 did not boot, 12 and 11 didn't even get to the kernel panic (I guess the config changed there from item_reuseatags to item_omapatags) |
| 12:59.34 | Pali | DocScrutinizer05, do you know where is kernel code which power off n900? |
| 12:59.59 | DocScrutinizer05 | however note there's some cleaning up supposed to get done during graceful shutdown process, like configuring some peripherals to be properly off-state too |
| 13:00.08 | Pali | merlin1991, in 12 and 11 there was change, but attached kernel should boot |
| 13:00.12 | DocScrutinizer05 | Pali: sorry, no |
| 13:01.25 | DocScrutinizer05 | a few commands to twl4030 will for sure shut down main system hard |
| 13:01.57 | merlin1991 | Pali: oops I ran the fb entry, will try 12 and 11 again |
| 13:01.58 | DocScrutinizer05 | but they won't care for LP5523 indicator LED, even cmt, PHY, etc |
| 13:02.19 | kerio | there's no main switch? :o |
| 13:02.30 | *** join/#maemo dhbiker (~dhbiker@193.2.218.150) |
| 13:02.30 | DocScrutinizer05 | nope |
| 13:02.55 | kerio | and no way to brutally tell bq24 to stop anything going from and to the battery? |
| 13:03.30 | SpeedEvil | bq24 is a battery charger |
| 13:03.48 | DocScrutinizer05 | for modem it's a technical problem, other peripherals like LED and PHY are meant to keep config and even work during main system powered down |
| 13:04.18 | DocScrutinizer05 | kerio: there _is_ _no_ switch like that anywhare in swystem |
| 13:04.26 | SpeedEvil | it does not control the main power supplies that get power from battery |
| 13:04.50 | DocScrutinizer05 | cmt *needs* direct connection to battery for technical reasons |
| 13:05.30 | DocScrutinizer05 | (impedance aka ESR of any such switch would spoil power for cmt) |
| 13:06.42 | DocScrutinizer05 | PHY (USB) needs power from battery to keep config which in turn is important to properly detect charger plugin |
| 13:07.24 | SpeedEvil | it's possibly conceivable to blow the main power fuse. |
| 13:07.40 | SpeedEvil | that however isn't really reversible. |
| 13:07.43 | DocScrutinizer05 | LP5523 LED is connected directly to battery since it's meant to blink even when system powered down or suspended, and that chip also has internal power-down mode |
| 13:08.01 | SpeedEvil | oh, that's USB, on reflection |
| 13:08.15 | DocScrutinizer05 | main fuse? yep |
| 13:08.29 | kerio | DocScrutinizer05: anyway, i think my weird-ish problems wrt act-dead with no charger are caused by BM |
| 13:08.32 | kerio | but they're temporary |
| 13:08.37 | DocScrutinizer05 | no fuse on battery either (except internal one), same rationale as for switch |
| 13:08.48 | freemangordon | Pali: yesterday's asm code was buggy :D http://pastebin.com/8LpMQmQ6 |
| 13:08.56 | Pali | DocScrutinizer05, SpeedEvil, do you know design capacity of bl5j battery which was included in n900 pack? |
| 13:09.07 | DocScrutinizer05 | sure |
| 13:09.19 | SpeedEvil | 1350? I forget |
| 13:09.33 | DocScrutinizer05 | 1320 |
| 13:09.41 | DocScrutinizer05 | printed on body |
| 13:09.47 | Pali | freemangordon, wrote that nokia increased capacity of new bl5j batteries |
| 13:10.03 | DocScrutinizer05 | I read that, never seen it though |
| 13:10.19 | DocScrutinizer05 | all my batteries are 1320 |
| 13:10.33 | *** join/#maemo Canseco (~user@226.28.79.188.dynamic.jazztel.es) |
| 13:11.21 | _PanzerSajt | my batteries allso. I have a 2.5 year old and a 1 year old |
| 13:11.43 | DocScrutinizer05 | hi _PanzerSajt :-) |
| 13:11.51 | _PanzerSajt | DocScrutinizer05, HY |
| 13:13.41 | *** join/#maemo user (~user@123.231.53.128) |
| 13:13.48 | Pali | bme reporting 1293 |
| 13:15.03 | DocScrutinizer05 | that's since the whole situation about BSI is pretty undefined AIUI |
| 13:16.17 | Pali | and rx51_battery driver ( https://gitorious.org/rx51-bme-replacement/rx51_battery/blobs/master/rx51_battery.c#line139 ) reporting between 1257-1292 |
| 13:17.01 | Pali | DocScrutinizer05, it this ok for bme replacement? |
| 13:17.23 | DocScrutinizer05 | I think it's just good enough |
| 13:18.06 | DocScrutinizer05 | nothing _really_ depending on precise BSI/design-capacity reporting |
| 13:18.17 | merlin1991 | Pali: http://cdnm.at/~christian/maemo/atags/ |
| 13:18.43 | Pali | merlin1991, thanks! |
| 13:19.03 | Pali | merlin1991, btw both devices not bootabled from uboot? |
| 13:19.12 | merlin1991 | I also tested the attached images of 11 12 and 15 and they all failed |
| 13:19.20 | merlin1991 | Pali: yes those failed |
| 13:19.54 | Pali | merlin1991, and do you have device where is uboot working? |
| 13:20.12 | merlin1991 | yes it has hw revision 2101 |
| 13:20.42 | Pali | can you dump atags from it too (again one without uboot and one from rescue os)? |
| 13:20.55 | merlin1991 | okay, but lemme have lunch first :) |
| 13:21.29 | Pali | ok, thanks :-) |
| 13:21.44 | Pali | in both is this tag (from uboot): 54410002 ATAG MEM size=00000000 start=90000000 |
| 13:21.51 | Pali | DocScrutinizer05, see ^^^ |
| 13:21.54 | _PanzerSajt | Pali, the rx51_battery is for battery management? what does it depend on? |
| 13:22.26 | Pali | _PanzerSajt, rx51_battery is kernel driver which export battery desing capacity, battery voltage and temperature to /sys/ |
| 13:22.45 | Pali | it is part of project which replace BME |
| 13:23.02 | _PanzerSajt | and do you have charging script/program? |
| 13:23.14 | Pali | I have kernel driver for charging |
| 13:23.26 | _PanzerSajt | because now we have i2c script for charging the battery with ubuntu |
| 13:23.49 | DocScrutinizer05 | Pali: yes, this ATAg MEM line looks kinda weird |
| 13:23.58 | _PanzerSajt | http://bazaar.launchpad.net/~panzersajt/ubuntu-n900-accessories/trunk/revision/4#charge-automatic.sh |
| 13:24.29 | DocScrutinizer05 | \o/ my charge concept made it to buntkuh... *cough* |
| 13:24.29 | kerio | Pali: can't rx51_battery driver grab the value from bq27200? |
| 13:24.58 | Pali | kerio, no, rx51_battery read values from twl adc channels |
| 13:25.23 | Pali | but you can use also bq27x00_battery driver which report other values |
| 13:25.28 | DocScrutinizer05 | kerio: bq27200 doesn't know about proper design-capacity |
| 13:25.35 | kerio | DocScrutinizer05: *should* it? |
| 13:25.42 | Pali | for bme replacement is needed both 3 drivers |
| 13:25.54 | DocScrutinizer05 | err, well, it *should* but evidently it doesn't |
| 13:26.08 | kerio | but nothing cares about battery design |
| 13:26.26 | Pali | _PanzerSajt, when I got some free time, I will try to use some recent kernel and try to use bq2415x kernel driver on it |
| 13:26.26 | DocScrutinizer05 | also how's the chip in N900 going to know design-cap of arbitrary plugged-in battery? |
| 13:26.42 | kerio | no, i know, it doesn't know |
| 13:26.44 | kerio | and it shouldn't know |
| 13:26.51 | kerio | but why do we care? |
| 13:26.57 | kerio | it's a useless metric |
| 13:27.21 | Pali | kerio, because we need battery temperature |
| 13:27.34 | _PanzerSajt | Pali, but is that script safe? |
| 13:27.37 | DocScrutinizer05 | LOL, http://bazaar.launchpad.net/~panzersajt/ubuntu-n900-accessories/trunk/revision/4#charge-automatic.sh actually is my original script |
| 13:27.49 | NIN101 | DocScrutinizer05 what does charge-automatic do exactly? |
| 13:27.49 | _PanzerSajt | DocScrutinizer05, how safe is it? :) |
| 13:27.57 | DocScrutinizer05 | safe enough |
| 13:28.04 | Pali | it is ok for charging with wallcharger |
| 13:28.17 | DocScrutinizer05 | IOW it's absolutely safe, just maybe not that reliable |
| 13:28.18 | _PanzerSajt | NIN101, detects if the wallcharger is present |
| 13:28.27 | kerio | Pali: battery temp is a function of the design capacity too? :O |
| 13:28.45 | Pali | kerio, it is part of that driver |
| 13:28.54 | kerio | oh, k |
| 13:29.02 | _PanzerSajt | DocScrutinizer05, do you mind that we use your script with out ubuntu project? |
| 13:29.09 | _PanzerSajt | *with our |
| 13:29.11 | DocScrutinizer05 | nah |
| 13:29.20 | DocScrutinizer05 | go ahead |
| 13:29.44 | *** join/#maemo dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 13:29.57 | freemangordon | jacekowski: ping |
| 13:30.18 | _PanzerSajt | Pali, can you help skry? he is trying to bring 3.5 kernel to n900 |
| 13:30.28 | DocScrutinizer05 | you just could mention me, maybe point to http://talk.maemo.org/showthread.php?p=658278#post658278 |
| 13:30.38 | *** join/#maemo aloril_ (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 13:30.39 | freemangordon | _PanzerSajt: afaik he has 3.5 booting |
| 13:30.43 | Pali | _PanzerSajt, now I'm overprojected :-) |
| 13:30.50 | _PanzerSajt | Pali, np |
| 13:30.53 | Pali | bme, uboot, kernel-power, ... |
| 13:31.12 | _PanzerSajt | freemangordon, yes but he still strugles with charging |
| 13:31.14 | kerio | DocScrutinizer05: hm, isn't charge21.sh "better"? |
| 13:31.19 | DocScrutinizer05 | sure |
| 13:31.23 | Canseco | I like when people make QT apps like hamster-filer with a "rotator" function, ;) |
| 13:31.42 | freemangordon | _PanzerSajt: he just need to forward-port Pali's drivers |
| 13:31.57 | DocScrutinizer05 | "better" as in "more versatile, more reliable" |
| 13:32.12 | _PanzerSajt | freemangordon, so it will work? |
| 13:32.16 | freemangordon | yes |
| 13:32.24 | _PanzerSajt | fine thanks |
| 13:32.52 | Pali | you need to write to rx51 board code functions which connect isp and bq drivers together |
| 13:33.10 | freemangordon | isp? |
| 13:33.16 | Pali | in maemo kernel isp code is glued into musb, so I needed to change musb code... |
| 13:33.26 | freemangordon | iirc isp is camera |
| 13:33.47 | Pali | isp1704 kernel driver for charger detection |
| 13:33.54 | freemangordon | aah, ok :) |
| 13:34.32 | freemangordon | Pali: do you know anyone here but jacekowski who can review my assembler code |
| 13:34.43 | freemangordon | (MUTEX_SET) |
| 13:34.52 | Pali | DocScrutinizer05? |
| 13:35.03 | DocScrutinizer05 | ? |
| 13:35.07 | freemangordon | hmm, yeah, why not :) |
| 13:35.16 | freemangordon | http://pastebin.com/8LpMQmQ6 |
| 13:35.25 | freemangordon | DocScrutinizer05: ^^^ |
| 13:35.33 | Pali | maybe lxp? |
| 13:35.49 | freemangordon | original part is for non-thumb code |
| 13:36.12 | freemangordon | i need my thumb replacement reviewed |
| 13:36.34 | DocScrutinizer05 | aah, sorry I'm not really awake to do a proper review right now |
| 13:37.00 | freemangordon | DocScrutinizer05: no hurry, but please do it when you're awake :) |
| 13:37.40 | DocScrutinizer05 | I'll try to not forget it, ping me again in a few hours if I did nevertheless |
| 13:37.41 | freemangordon | this code is from berkeley db and I want to be sure I won't screw up address book :D |
| 13:37.53 | freemangordon | ok |
| 13:39.01 | DocScrutinizer05 | Pali: (isp1704 kernel driver for charger detection) ... is highly critical code, since it will 'ruin' 1707 config when run in the wrong moment |
| 13:39.46 | *** join/#maemo valerius (~user@85.26.180.130) |
| 13:39.53 | Pali | DocScrutinizer05, when I looked at that driver it register some otg notification, and usb code calling detection function |
| 13:40.13 | DocScrutinizer05 | Pali: gambling with this code can result in all sorts of highly unwanted weird effects |
| 13:42.39 | DocScrutinizer05 | incl system not booting up anymore, or not detecting fastcharger at all, or (most likely) breaking any established USB session used to do PC-Suite or AssRage or USB-networking or even charging from non-fastcharger powersources |
| 13:44.10 | DocScrutinizer05 | I'm not saying you shouldn't touch that code (au contraire it needs some love, urgently), but I suggest you closely inspect what and how this code is doing, when it may get called and when not, etc |
| 13:45.06 | merlin1991 | Pali: I added atags from attached kernel, stock kernel and rescueos for the device that works (2101) |
| 13:45.07 | merlin1991 | http://cdnm.at/~christian/maemo/atags/ |
| 13:45.25 | Pali | ok, thanks! |
| 13:45.51 | merlin1991 | and the difference I could spot so far, is that on the one that works we have no MEM size=0 weird shit |
| 13:46.42 | freemangordon | merlin1991: can you help with some gcc inline assembly? |
| 13:47.06 | DocScrutinizer05 | Pali: yes, basically it's the musb-hdrc code detection function that actually messes up the 1707 config |
| 13:47.09 | merlin1991 | freemangordon: you've got a billion times more expertise in that regard compared to me :D |
| 13:47.20 | freemangordon | merlin1991: I need a review |
| 13:47.47 | DocScrutinizer05 | Pali: as a general rule you MUST NOT call the musb-hdrc detection code whenever any USB session got established |
| 13:48.04 | freemangordon | merlin1991: otherwise code seems to work, but it is in very critical part of the system |
| 13:48.36 | Pali | DocScrutinizer05, ok, in kp is that detection disabled when you enter to host mode |
| 13:48.47 | *** join/#maemo Wizzup_ (~Wizzup@old.villavu.com) |
| 13:48.58 | DocScrutinizer05 | Pali: USB sessions are not limited to hostmode |
| 13:49.02 | Pali | so some code should be added to upstream kernel too... |
| 13:49.03 | Pali | yes |
| 13:49.39 | *** join/#maemo _rd (~rd@p57B48A6C.dip0.t-ipconnect.de) |
| 13:49.45 | merlin1991 | freemangordon: what exactly should I review? as I don't have the slightes clue how to read actual assembler code :D |
| 13:49.56 | Pali | merlin1991, are you sure that attached_2101.txt is dump from kernel booted from uboot and rescueos_2101.txt is booted from uboot too? |
| 13:50.11 | freemangordon | merlin1991: well, scratch that then :) |
| 13:50.21 | merlin1991 | Pali: I'm 100% certain, though I'm happy to retry |
| 13:50.45 | Pali | merlin1991, ok, but uboot appending same mem atags for all kernels |
| 13:50.53 | Pali | and there are two different... |
| 13:51.24 | Pali | can you also boot other kernel (kernel-power, or framebuffer kernel) on that phone where booting from uboot working? |
| 13:51.54 | DocScrutinizer05 | Pali: the right thing to do is call that detection code unconditionally only once immediately after VBUS got detected (external power source), then check if that power source is fastcharger and store the info in a static. Then never again call the deetction function until VBUS=0 (power source detached) but rather return static result of initial probing when _anybody_ asks |
| 13:52.13 | Pali | merlin1991, and did you used last uboot 2012.04-2? |
| 13:52.24 | DocScrutinizer05 | Pali: "immediately" here means not even ENUM may have started yet |
| 13:52.55 | Pali | DocScrutinizer05, ok |
| 13:52.59 | DocScrutinizer05 | :-) |
| 13:53.07 | merlin1991 | Pali: actually I can't boot the fb kernel there |
| 13:53.37 | freemangordon | Pali: is it nolo that passes ATAG MEM size=00000000 start=90000000 |
| 13:53.41 | merlin1991 | or the not attached stock kernel |
| 13:53.51 | Pali | freemangordon, no |
| 13:54.04 | freemangordon | but who? |
| 13:54.18 | merlin1991 | Pali: maemo kernel wise only the atached kernel boots |
| 13:54.31 | Pali | freemangordon, uboot |
| 13:54.36 | freemangordon | sorry, my question was where did u-boot get them |
| 13:54.46 | Pali | from sdrc code |
| 13:54.55 | Pali | or I do not know |
| 13:54.59 | Pali | trying to find it now |
| 13:55.02 | merlin1991 | Pali: also yes it's 2012.04-2 |
| 13:56.02 | freemangordon | Pali: can you just make a quick'n'dirty hack and check if (ATAG MEM size=00000000) do not pass atag |
| 13:56.11 | Pali | merlin1991, I will build uboot image which force 2 static mem tags (same which report nolo) |
| 13:56.26 | Pali | DocScrutinizer05, you can look at current implementation: http://git.infradead.org/battery-2.6.git/blob/HEAD:/drivers/power/isp1704_charger.c |
| 13:57.07 | freemangordon | hmm, is it possible that 2204 is with 512MB ram :P |
| 13:57.25 | Pali | :D:D:D |
| 13:58.10 | freemangordon | Pali: seems one of the differences between HW revs is memory chip |
| 13:58.14 | merlin1991 | does the u-boot implementation for booting the attached image differ from booting a menu entry? |
| 13:58.27 | Pali | no |
| 13:58.38 | merlin1991 | why do I have different mem tags then? oO |
| 13:58.44 | Pali | I have no idea |
| 13:58.57 | freemangordon | revs above 2101 have faster memory, for sure |
| 13:59.03 | Pali | but mem atags are read via function get_sdr_cs_size when uboot is starting |
| 13:59.07 | kerio | :o |
| 13:59.08 | kerio | really? |
| 13:59.11 | kerio | has 2104 |
| 13:59.26 | kerio | DocScrutinizer05: it's quite the fragile chip, isn't it |
| 13:59.33 | freemangordon | Pali: where is that (link to gitorious please) |
| 13:59.42 | freemangordon | I want to look at the code |
| 13:59.48 | DocScrutinizer05 | Pali: http://git.infradead.org/battery-2.6.git/blob/HEAD:/drivers/power/isp1704_charger.c#l103 is doing the damage when any data is actually being transferred |
| 14:00.08 | Pali | freemangordon, file arch/arm/cpu/armv7/omap3/sdrc.c function dram_init_banksize |
| 14:00.17 | DocScrutinizer05 | Pali: http://git.infradead.org/battery-2.6.git/blob/HEAD:/drivers/power/isp1704_charger.c#l132 should do for most 'usual' cases |
| 14:00.27 | merlin1991 | Pali: I just managed to get the fb kernel to boot by changing the .item file for it back to ITEM_REUSEATAGS |
| 14:00.51 | DocScrutinizer05 | Pali: still it's forbidden to call this function when any session already established |
| 14:01.39 | DocScrutinizer05 | YAY!!! http://git.infradead.org/battery-2.6.git/blob/HEAD:/drivers/power/isp1704_charger.c#l143 |
| 14:01.55 | freemangordon | Pali: which branch is that on gitorious? |
| 14:02.25 | Pali | freemangordon, https://gitorious.org/u-boot-shr/u-boot/blobs/pali/arch/arm/cpu/armv7/omap3/sdrc.c#line232 |
| 14:02.31 | freemangordon | thanks |
| 14:03.21 | merlin1991 | Pali: nvm the images not booting on the u-boot where the attached image worked (I had a typo in the .item file ITEM_OMAPATAGS instead of ITEM_OMAPATAG) :/ |
| 14:03.37 | DocScrutinizer05 | unlike isp1704_charger_type() the freaking isp1704_charger_verify() does NOT care about restoring sane original state of 1707 config |
| 14:03.47 | Pali | merlin1991, ok |
| 14:03.58 | Pali | DocScrutinizer05, I will look at that driver later |
| 14:04.13 | Pali | first we need working u-boot, then we can booting other kernel :-) |
| 14:04.27 | Pali | and maemo kernel does not have this driver |
| 14:05.12 | freemangordon | Pali: do you have any idea where is number of DRAM banks calculated? |
| 14:05.26 | Pali | in rx51 config file |
| 14:05.27 | freemangordon | or i have to clone the code :D |
| 14:05.28 | Pali | it is 2 |
| 14:05.48 | freemangordon | well, that should not be hardcoded AIUI |
| 14:05.59 | freemangordon | as we have atleast 2 revs with only one bank |
| 14:06.06 | freemangordon | 2101 and 2204 |
| 14:06.15 | freemangordon | 2104 is with 2 banks |
| 14:06.22 | Pali | https://gitorious.org/u-boot-shr/u-boot/blobs/pali/include/configs/nokia_rx51.h |
| 14:06.43 | Pali | freemangordon, see dumps: http://talk.maemo.org/showthread.php?t=84560 |
| 14:08.59 | Pali | this is 2104: http://talk.maemo.org/showpost.php?p=1216012&postcount=22 and has 2 banks |
| 14:09.09 | Pali | this is 2104 and has 1 bank: http://talk.maemo.org/showpost.php?p=1214052&postcount=14 |
| 14:09.20 | freemangordon | that is what I am saying |
| 14:09.32 | freemangordon | <freemangordon> 2104 is with 2 banks |
| 14:09.55 | Pali | 2104 has both (1 or 2) |
| 14:10.01 | freemangordon | aah |
| 14:10.20 | freemangordon | well, it seems I should have to clone the code |
| 14:10.25 | merlin1991 | freemangordon: ie my 2104 has only 1 bank (if I count the MEM atags as an educated guess for mem banks) |
| 14:10.25 | *** join/#maemo konelix (~konelix@200.49.191.96) |
| 14:10.34 | freemangordon | you can |
| 14:11.45 | merlin1991 | and it seems like u-boot substidutes another weird MEM atag when there is only 1 in the original set |
| 14:12.51 | Pali | uboot totally ignore MEM tag from nolo |
| 14:13.18 | merlin1991 | may I ask why? |
| 14:14.27 | freemangordon | merlin1991: because u-boot should do the same as nolo |
| 14:14.29 | Pali | because uboot is bootloader which initialize hw, and uboot has also code for sdrc |
| 14:15.02 | Pali | and adding code which parse nolo tags are use it before uboot is initialized is hard |
| 14:15.07 | freemangordon | Pali: clonning, will look at the code |
| 14:15.11 | Pali | ok |
| 14:15.34 | DocScrutinizer05 | freemangordon hit the point |
| 14:16.44 | *** join/#maemo Wizzup (~Wizzup@old.villavu.com) |
| 14:17.02 | Pali | merlin1991, here is uboot image with patch with skip all mem size=0 tags: http://atrey.karlin.mff.cuni.cz/~pali/u-boot/old/u-boot-new.fiasco |
| 14:17.47 | Pali | merlin1991, can you ran command bdinfo in uboot console |
| 14:18.02 | Pali | it write info about mem |
| 14:18.04 | *** join/#maemo zwoelf (~zwoelf@xdsl-78-34-181-93.netcologne.de) |
| 14:18.10 | merlin1991 | also Pali my bad about the rescueos on u-boot |
| 14:18.13 | merlin1991 | facepalms |
| 14:18.22 | merlin1991 | I somehow scpd the wrong txt |
| 14:18.32 | DocScrutinizer05 | AIUI mem banks should get read out of some SPD area of storage chips, I.E. get this info from hw, not at compile time from any board config file |
| 14:18.48 | Pali | merlin1991, ok update it |
| 14:19.51 | DocScrutinizer05 | btw that's exactly the reason why flasher-3.5 fails when you don't have correct hw-rev |
| 14:20.18 | DocScrutinizer05 | (which kinda would render my prev assumption moot) |
| 14:20.25 | merlin1991 | Pali: updated http://cdnm.at/~christian/maemo/atags/rescueos_2101.txt |
| 14:20.30 | Sicelo | Pali: sorry i disappeared.. band connectivity here. |
| 14:20.32 | merlin1991 | now it's in line with the other atags on 2101 |
| 14:21.01 | kerio | what's the "best" hw rev, i wonder |
| 14:21.07 | DocScrutinizer05 | the joy of SoC hw revisions |
| 14:21.16 | Pali | merlin1991, ok this is fine |
| 14:21.25 | Sicelo | um, for us noobs.. what's this about having 1 or 2 memory banks.. ? i have 2204. |
| 14:21.32 | DocScrutinizer05 | kerio: there's no 'best' hw-rev |
| 14:21.43 | *** join/#maemo sLumPia (~sLumPia@182.3.95.168) |
| 14:22.01 | kerio | <freemangordon> revs above 2101 have faster memory, for sure |
| 14:22.06 | *** join/#maemo dee (~dee@ppp-27-55-1-88.revip3.asianet.co.th) |
| 14:22.07 | Sicelo | those with 2 banks have one unpopulated bank, i would assume. is it? |
| 14:22.13 | Pali | merlin1991, can you test that new uboot image? |
| 14:22.19 | merlin1991 | currently flashing |
| 14:22.20 | kerio | there's certainly some kind of partial ordering between hw revs :) |
| 14:22.39 | Pali | merlin1991, ok, but you do not need to flash uboot |
| 14:22.45 | DocScrutinizer05 | Sicelo: your CPU has different possible OneNAND/RAM piggyback POP, and those chips have different addressing modes |
| 14:23.27 | merlin1991 | Pali: bdinfo gives me the bogus banks |
| 14:23.42 | DocScrutinizer05 | Sicelo: like your usual RAM stick in PC might have 8 chips with 1Gbit each, or 4 chips with 2GBit |
| 14:23.55 | DocScrutinizer05 | bot are 1Gbyte |
| 14:23.57 | DocScrutinizer05 | both* |
| 14:24.12 | merlin1991 | Pali: also new u-boot still does not boot |
| 14:24.27 | Pali | can you dump atags? |
| 14:24.33 | merlin1991 | on my way :D |
| 14:24.37 | Pali | if mem=0 is still here? |
| 14:24.38 | Pali | ok |
| 14:25.37 | Pali | DocScrutinizer05, why then kernel started from uboot cannot mount ubifs rootfs but same kernel started by nolo can? |
| 14:26.02 | Pali | atags (with partition layout) are ok |
| 14:26.39 | freemangordon | Pali: https://gitorious.org/u-boot-shr/u-boot/blobs/pali/arch/arm/lib/bootm.c#line130 |
| 14:27.17 | freemangordon | CONFIG_NR_DRAM_BANKS is 2, no matter how many actual banks we have |
| 14:27.18 | Pali | freemangordon, I know |
| 14:27.25 | freemangordon | is it (weak)? |
| 14:27.34 | Pali | here I added line to skip size=0 |
| 14:27.36 | freemangordon | can we move that to board code? |
| 14:27.39 | freemangordon | ok |
| 14:27.43 | Pali | and merlin testing new code |
| 14:27.57 | Pali | not possible to move, because "static void" |
| 14:28.11 | merlin1991 | http://cdnm.at/~christian/maemo/atags/rescueos_2104_new.txt |
| 14:28.35 | freemangordon | much better :D |
| 14:28.37 | Pali | ok, there is no mem size=0 :-) |
| 14:28.52 | freemangordon | Pali: but it really seems like a bug |
| 14:28.59 | freemangordon | you should upstream that |
| 14:29.08 | Pali | yes |
| 14:29.08 | freemangordon | merlin1991: does it boot? |
| 14:29.18 | merlin1991 | nope |
| 14:30.52 | merlin1991 | but the atags are now 1 : 1 comapred to stock (except the rescueos specific entries regarding cmdline and initrd |
| 14:32.19 | freemangordon | merlin1991: it does not boot, because it cannot mount rootfs? |
| 14:32.43 | merlin1991 | tries the fb kernel |
| 14:33.26 | merlin1991 | yep ubifs fails for rootfs |
| 14:34.21 | Pali | merlin1991, I added -9 and -10 uboot images: http://atrey.karlin.mff.cuni.cz/~pali/u-boot/old/ |
| 14:34.23 | freemangordon | did someone compared kernel cmdline? |
| 14:34.35 | Pali | they are old version from my git |
| 14:34.42 | freemangordon | *compare |
| 14:34.54 | Pali | both are marked to 2012.04 |
| 14:36.34 | merlin1991 | Pali: -10 boots |
| 14:36.51 | Pali | merlin1991, so -10 boots and -11 not? |
| 14:37.04 | merlin1991 | tries -11 |
| 14:38.27 | merlin1991 | -11 is stuck at starting kernel |
| 14:39.22 | Pali | ok, |
| 14:39.29 | Pali | going to generate diff |
| 14:39.34 | Pali | and source code |
| 14:39.50 | freemangordon | Pali: share it please (diff) |
| 14:39.58 | Pali | yes, I upload it |
| 14:40.02 | _PanzerSajt | Pali, how about the bug? |
| 14:40.22 | merlin1991 | wtf |
| 14:40.38 | Pali | merlin1991, what? |
| 14:40.54 | freemangordon | Pali: where? :D:D:D |
| 14:41.21 | merlin1991 | hm after trying -11 -10 didn't want to work untill I pulled the battery once |
| 14:43.02 | merlin1991 | now I flashed -11 pulled the battery once and it booted |
| 14:43.03 | merlin1991 | WTF? |
| 14:43.40 | freemangordon | merlin1991: does it boot if you power it down? |
| 14:43.43 | freemangordon | (-11) |
| 14:44.28 | merlin1991 | yep |
| 14:45.00 | Pali | merlin1991, test if -12 is booting too |
| 14:45.19 | merlin1991 | I'm working my way towards 15 again :D |
| 14:46.10 | merlin1991 | btw Pali where are those -x revisions from, tags in git? |
| 14:46.13 | Pali | -15 is last version (2012.04-2) but recompiled |
| 14:46.32 | Pali | they are my internal numbering in mu pc |
| 14:46.37 | freemangordon | hehe |
| 14:46.48 | Pali | it is big mess :-) |
| 14:47.01 | freemangordon | prays for Pali's PC |
| 14:47.25 | merlin1991 | Pali: 12 didn't boot, even after I removed the batter and tried it |
| 14:47.47 | merlin1991 | flashes back 11 |
| 14:48.06 | freemangordon | is waiting for .diff :P |
| 14:48.14 | Pali | I uploaded tarballs here: http://atrey.karlin.mff.cuni.cz/~pali/u-boot/old/ |
| 14:48.30 | *** join/#maemo eijk_ (~eijk@85.178.204.119) |
| 14:48.35 | Pali | 11 and 12 |
| 14:48.59 | merlin1991 | okay 11 does not boot emideatly after flashing, but boots on the next try |
| 14:49.21 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 14:50.50 | Pali | now I see that -12 has included atags in uboot code |
| 14:53.28 | merlin1991 | hm the diff isn't even that big, but something in there must have a sideeffect |
| 14:56.53 | merlin1991 | Pali: could you compile me a recent uboot without the thumb errata workaround? |
| 14:57.06 | Pali | merlin1991, ok |
| 14:57.33 | merlin1991 | or better compile a -12 without that part |
| 14:57.55 | merlin1991 | that's the only thing in the diff I've spotted that makes a huge difference |
| 14:58.32 | *** join/#maemo sq-one (~sq-one@p57977D40.dip.t-dialin.net) |
| 14:59.55 | DocScrutinizer05 | hehe, yeah, trsutzone crap probably doesn't get reset by 'normal reboot' |
| 15:00.06 | freemangordon | Pali: can you dump nolo atags from u-boot? |
| 15:00.19 | Pali | freemangordon, yes, I have patch for it |
| 15:00.30 | Pali | now going to compile image for merlin |
| 15:00.37 | Pali | and then will find that patch |
| 15:00.52 | freemangordon | there is not much difference between -11 and -12, besides atags |
| 15:01.10 | merlin1991 | and the thumb errata code ;) |
| 15:01.29 | freemangordon | merlin1991: yes, but that should not prevent rootfs from mounting :D:D:D |
| 15:01.40 | merlin1991 | who knows why kernel goes nuts? |
| 15:01.58 | merlin1991 | since atags with the last patch from pali are literally the same as on stock kernel from nolo |
| 15:02.10 | freemangordon | besides their order |
| 15:02.12 | Pali | in that patch are only: removed code which copying nolo atags and replaced by static atags and added code for thumb |
| 15:02.23 | DocScrutinizer05 | I honestly pray for thumb-workaround not turning out to be the culprit |
| 15:02.32 | freemangordon | DocScrutinizer05: it is not |
| 15:02.41 | merlin1991 | freemangordon: we will see ;) |
| 15:02.44 | freemangordon | hehe |
| 15:03.21 | Pali | merlin1991, image is here: http://atrey.karlin.mff.cuni.cz/~pali/u-boot/old/ |
| 15:03.47 | *** join/#maemo shanttu (~shanttu@dsl-hkibrasgw3-ff55c100-11.dhcp.inet.fi) |
| 15:03.51 | merlin1991 | btw Pali do I need anything special to build u-boot from that source? |
| 15:03.58 | merlin1991 | or is a simple scratchbox setup enough? |
| 15:04.03 | freemangordon | it is |
| 15:04.10 | *** join/#maemo sq-one (~sq-one@p549AAD95.dip.t-dialin.net) |
| 15:04.20 | Pali | I'm using directly ubuntu gcc arm cross compiler |
| 15:04.41 | Pali | dpkg-buipdpackage -b -aarmel without madde and without scratchbox |
| 15:04.48 | freemangordon | i was using 4.6.2 last time i built it, not sure if 4.2 will do the job |
| 15:04.51 | Pali | *dpkg-buildpackage |
| 15:05.32 | freemangordon | Pali: why not using -mthumb? |
| 15:05.46 | Pali | because uboot has no thumb support |
| 15:05.57 | Pali | it has own flag -marm |
| 15:06.10 | freemangordon | what does that mean? (no thumb support) |
| 15:06.20 | DocScrutinizer05 | wow, so it's not USB and PHY / twl4030 that caused recent problems with KP51xx (not properly) booting, but actually something around trustzone? |
| 15:06.42 | Pali | uboot build system cannot compile with thumb |
| 15:06.46 | freemangordon | ok |
| 15:07.05 | Pali | when I tried to change all -marm to -mthumb code, it builds but not worked... |
| 15:07.14 | Pali | in qemu is crashed |
| 15:07.24 | freemangordon | aah, this is different ;) |
| 15:07.39 | kerio | :( |
| 15:07.44 | merlin1991 | okay disabled thumb didn't help anything |
| 15:07.57 | merlin1991 | I don't even get a msg from the framebuffer kernel |
| 15:07.59 | DocScrutinizer05 | pheeew |
| 15:08.03 | freemangordon | toldya :P |
| 15:08.13 | DocScrutinizer05 | you removed battery? |
| 15:08.21 | merlin1991 | not yet |
| 15:08.27 | DocScrutinizer05 | to "reset" "sticky" trustzone crap? |
| 15:08.58 | DocScrutinizer05 | I mean, the culprit sits in hw from prev 'rogue' kernel doing 'bad thing' to trustzone |
| 15:09.13 | DocScrutinizer05 | not in new kernel failing to do the right thing |
| 15:09.18 | merlin1991 | well removed batter does not help |
| 15:09.29 | DocScrutinizer05 | :-S |
| 15:09.29 | Pali | freemangordon, patch is here: http://atrey.karlin.mff.cuni.cz/~pali/u-boot/old/dumpatags.patch |
| 15:09.37 | merlin1991 | still don't get past the starting kernel part |
| 15:09.38 | DocScrutinizer05 | bisect time |
| 15:09.38 | Pali | but maybe it needs some changes to work... |
| 15:10.16 | freemangordon | DocScrutinizer05: no, it is only one patch |
| 15:10.42 | merlin1991 | bisect only helps with a patch series ;) |
| 15:10.57 | freemangordon | Pali: your default: is commented |
| 15:10.58 | DocScrutinizer05 | so pretty please remove this one patch and recompile the very same source on very same toolchain with absolutely same parameters |
| 15:11.27 | freemangordon | Pali: what if there is some atag u-boot does not know about it? |
| 15:11.41 | merlin1991 | DocScrutinizer05: we narrowed it down to this patch, pre patch version works |
| 15:11.58 | DocScrutinizer05 | yes, and I suggest to double-check |
| 15:11.59 | Pali | freemangordon, good question |
| 15:12.26 | DocScrutinizer05 | just to rule out any form of PEBKAC |
| 15:12.36 | Pali | freemangordon, uncomment default |
| 15:12.41 | freemangordon | Pali: please, apply that patch with uncommenetd default: and give that image to merlin1991 to test |
| 15:12.44 | DocScrutinizer05 | :-) |
| 15:13.01 | freemangordon | DocScrutinizer05: bootloader should ot depend on the user :P |
| 15:13.06 | Pali | which version -11 or -12? |
| 15:13.07 | freemangordon | *not |
| 15:13.10 | *** join/#maemo valerius (~user@85.26.180.130) |
| 15:13.21 | freemangordon | Pali: does not matter aiui |
| 15:13.25 | DocScrutinizer05 | but maybe on refetching last cmdline to build it, from shell history |
| 15:13.27 | DocScrutinizer05 | whatever |
| 15:13.37 | DocScrutinizer05 | a typo somewhere |
| 15:14.00 | freemangordon | we just need a confirmation that all needed atags are passed to the kernel in the same way as nolo passes them |
| 15:14.06 | DocScrutinizer05 | first thing I do in such a case is DOUBLE-check |
| 15:14.55 | freemangordon | Pali: do you expect me to apply the patch build it? |
| 15:15.01 | DocScrutinizer05 | preferrably with other user doing check on another machine |
| 15:15.37 | DocScrutinizer05 | (the build, not the texting on device) |
| 15:15.49 | DocScrutinizer05 | testing* |
| 15:15.56 | *** join/#maemo FlameReaper (~assassin@175.138.121.62) |
| 15:15.57 | freemangordon | DocScrutinizer05: I am almost sure we have some atag we're missing. The one u-boot is not aware of |
| 15:16.09 | DocScrutinizer05 | sounds plausible |
| 15:16.30 | Pali | build is here: http://atrey.karlin.mff.cuni.cz/~pali/u-boot/old/ |
| 15:16.45 | freemangordon | hmm, ATAG_CMDLINE |
| 15:17.08 | DocScrutinizer05 | I missed ATAG_CNDLINE in some of the pastes of merlin1991 |
| 15:17.12 | Pali | we using cmdline from kernel image |
| 15:17.25 | freemangordon | aah, yes |
| 15:17.51 | merlin1991 | Pali: where does that dump the tags to? |
| 15:17.58 | Pali | to screen |
| 15:18.04 | DocScrutinizer05 | still it might e.g mess up parsing of other ATAG parameters |
| 15:18.06 | freemangordon | Pali: do you know what this atag-dumper will do in case of unknown tag? |
| 15:18.24 | Pali | it write unknown |
| 15:18.29 | Pali | or it write hexdump |
| 15:18.48 | freemangordon | do we have hexdumps? |
| 15:18.48 | Pali | "unknown tag" for unknown tag |
| 15:18.52 | DocScrutinizer05 | I'd love to see raw hexdump of whole buffer area for both cases |
| 15:18.57 | freemangordon | yeah |
| 15:19.02 | Pali | and hexdump if there is something unknown in omap table |
| 15:19.22 | *** join/#maemo SmilyOrg (Smily@BSN-61-19-70.dial-up.dsl.siol.net) |
| 15:19.45 | merlin1991 | DocScrutinizer05: I only had kernel cmdlines for rescueos, but stock kernel and attached that did boot (on 2101) has no cmdline atag |
| 15:19.51 | DocScrutinizer05 | e.g figure CMDLINE terminated by 0x0a instead 0x0d |
| 15:20.17 | freemangordon | DocScrutinizer05: it is build-in cmdline that is used |
| 15:20.23 | DocScrutinizer05 | might result in next parameter not get parsed |
| 15:20.38 | freemangordon | not the one passed from bootloader |
| 15:20.48 | merlin1991 | there's shitloads of tags |
| 15:20.54 | merlin1991 | they don't even fit on the screen |
| 15:21.26 | freemangordon | merlin1991: use your second device to capture a video |
| 15:21.32 | freemangordon | or third :P |
| 15:21.34 | Pali | :D:D |
| 15:21.50 | freemangordon | Pali: I am not kidding ;) |
| 15:22.03 | DocScrutinizer05 | freemangordon: you got my idea that missing proper EOL termination of ATAG N-1 will ruin ATAG N? |
| 15:22.09 | Pali | it is funny, what you can do with 3 n900 :-) |
| 15:22.23 | freemangordon | DocScrutinizer05: I am not sure atags are eol-ed |
| 15:22.35 | DocScrutinizer05 | they are terminated I'd hope |
| 15:22.40 | *** join/#maemo [XeN] (~XenGi@cpe-001f3fc8bcac.ip-pool.rftonline.net) |
| 15:22.42 | freemangordon | but we really need hexdump |
| 15:22.45 | DocScrutinizer05 | or is this a static array? |
| 15:22.51 | merlin1991 | af on the n900 camera sucks ass |
| 15:22.51 | freemangordon | afaik |
| 15:22.53 | DocScrutinizer05 | yep, hexdump FTW |
| 15:23.28 | freemangordon | Pali: do we have hexdups for ok abd bad cases? |
| 15:23.34 | freemangordon | *and |
| 15:24.21 | freemangordon | and syslog/dmesg log from non-booting system |
| 15:24.33 | Pali | http://paste.ubuntu.com/1263508/ |
| 15:25.42 | Pali | this is BAD by _PanzerSajt ^^^ |
| 15:26.01 | Pali | booting ubuntu |
| 15:26.10 | DocScrutinizer05 | points at OOPS area |
| 15:26.40 | DocScrutinizer05 | mtd_oops |
| 15:27.21 | DocScrutinizer05 | aka mtd2: 00040000 00020000 "log" |
| 15:27.36 | *** join/#maemo vblazquez (~vic@37.15.110.0) |
| 15:27.38 | freemangordon | DocScrutinizer05: ? |
| 15:28.02 | DocScrutinizer05 | dunno if there's a simple lightweight way to exploit it for uBootlog |
| 15:28.15 | *** join/#maemo APTX (~APTX@unaffiliated/aptx) |
| 15:28.39 | DocScrutinizer05 | aiui there's a kernel module mtd_log.ko or mtd_oops.ko |
| 15:29.03 | *** join/#maemo Hurrian (~Hurrian@121.54.2.104) |
| 15:29.21 | DocScrutinizer05 | might be worthwhile to rip a few sourcode lines out there and implant it to uBoot |
| 15:29.39 | DocScrutinizer05 | strictly for R&D! |
| 15:31.15 | DocScrutinizer05 | http://tomoyo.sourceforge.jp/cgi-bin/lxr/source/drivers/mtd/mtdoops.c |
| 15:32.11 | merlin1991 | kernel ooops == kernel panic? |
| 15:33.48 | DocScrutinizer05 | basically yes |
| 15:34.03 | DocScrutinizer05 | http://tomoyo.sourceforge.jp/cgi-bin/lxr/source/drivers/mtd/mtdoops.c#L55 |
| 15:34.59 | DocScrutinizer05 | merlin1991: a kernel OOPS allows kernel to continue business, while a panic is supposed to kill off kernel for good |
| 15:35.19 | freemangordon | Pali: 32wd_to? |
| 15:37.52 | merlin1991 | Pali: anything else I can do to help you? |
| 15:38.15 | freemangordon | Pali: I 32wd_to in atags on my device |
| 15:38.21 | freemangordon | *I have |
| 15:39.09 | DocScrutinizer05 | for bootreason? |
| 15:39.29 | freemangordon | no, as omap atag |
| 15:39.39 | DocScrutinizer05 | which value? |
| 15:39.41 | Pali | freemangordon, which omap atag? |
| 15:39.52 | Pali | it should be bootreason reset by watchdog |
| 15:40.03 | freemangordon | no, boot-mode normal |
| 15:40.24 | freemangordon | I am reading a hexdump |
| 15:40.24 | Pali | merlin1991, provides hexdump (or xxd) of /proc/atags |
| 15:40.38 | Pali | freemangordon, boot-mode is property and normal is value |
| 15:41.07 | Pali | it is in omap tag "version" in omap table |
| 15:41.07 | freemangordon | yes, but I have property 32wd_to, don't know how to check the value |
| 15:41.12 | freemangordon | yes |
| 15:41.25 | Pali | it should be bootreason |
| 15:41.33 | Pali | bootreason is omap tag in omap table |
| 15:41.41 | Pali | "version" is also omap tag in omap table |
| 15:41.52 | merlin1991 | Pali: from stock kernel, rescueoss or where? |
| 15:41.59 | freemangordon | Pali: actually not sure, as it is between rootfs and product |
| 15:42.03 | Pali | "version" tag has two properties: 1) name 2) value |
| 15:42.27 | Pali | rootfs is part of omap tag layout |
| 15:42.30 | DocScrutinizer05 | waves |
| 15:42.39 | Pali | merlin1991, as DocScrutinizer05 from all |
| 15:42.48 | Pali | DocScrutinizer05, do you look at hexdumps? |
| 15:43.15 | DocScrutinizer05 | err, nope, I don't have any hexdumps |
| 15:43.41 | Pali | merlin1991 will dump it |
| 15:44.05 | DocScrutinizer05 | I guess I'll be afk when he does |
| 15:44.43 | Pali | freemangordon, open some merlin text dump and look why is bootreason between rootfs and product :-) |
| 15:44.48 | Pali | http://cdnm.at/~christian/maemo/atags/rescueos_2204.txt |
| 15:44.58 | DocScrutinizer05 | aah now I see what you meant |
| 15:45.02 | merlin1991 | Pali: which version of uboot? |
| 15:45.10 | freemangordon | Pali: aah, ok :D |
| 15:45.44 | Pali | merlin1991, one uboot which can boot device, one uboot which cannot boot and one for direct boot (without uboot) |
| 15:46.18 | DocScrutinizer05 | http://pastebin.ca/2245676 o/ cya |
| 15:46.37 | DocScrutinizer05 | no uBoot, normal stock kernel and CSSU |
| 15:46.46 | DocScrutinizer05 | o/ |
| 15:47.50 | freemangordon | well, that's 2101 |
| 15:48.04 | merlin1991 | the hw revision that works :D |
| 15:48.39 | kerio | do you need a 2104? |
| 15:49.04 | freemangordon | hmm, my secon device is 2204 |
| 15:49.11 | freemangordon | *second |
| 15:49.20 | kerio | http://pastebin.ca/2245679 2104 |
| 15:49.32 | kerio | 2104 with kp51 |
| 15:51.33 | DocScrutinizer05 | I honestly don't get the catch how ATAG needs battery removal to recover |
| 15:51.57 | DocScrutinizer05 | is a reboot not even executing bootloader at all? |
| 15:52.22 | DocScrutinizer05 | (a sidenote without hope for answer, since I'm afk now) |
| 15:53.40 | Pali | freemangordon, merlin1991, any clue why ubifs cannot be mounted? |
| 15:53.55 | merlin1991 | nah |
| 15:53.57 | Pali | I think we are sure now that atags are ok |
| 15:54.01 | Pali | or not? |
| 15:54.19 | merlin1991 | apart from the mem 0 tags they were equal to the ones on stock maemo kernel |
| 15:55.11 | Pali | can you test that uboot which deleting mem 0 again (with removing battery)? |
| 15:55.12 | DocScrutinizer05 | so it's trustzone *again*? |
| 15:55.15 | freemangordon | ubimkvol /dev/ubi0 -m -N rootfs? |
| 15:55.43 | merlin1991 | DocScrutinizer05: actually for ie -11 it's enough if I let if fail the first boot and just boot again |
| 15:55.48 | Pali | DocScrutinizer05, what from trustzonoe? |
| 15:56.02 | DocScrutinizer05 | recalls some TZ related method to (write/rw-)lock NAND partitions |
| 15:56.38 | Pali | is this info/code public? |
| 15:56.41 | freemangordon | Pali: merlin1991: atags are ordered in a different way |
| 15:56.52 | DocScrutinizer05 | probably only get reset by full reboot (security shit) |
| 15:57.01 | Pali | freemangordon, order is not important |
| 15:57.18 | Pali | and order in omap table is same |
| 15:57.49 | freemangordon | opam yes |
| 15:57.52 | freemangordon | *omap |
| 15:58.09 | Pali | but working version has also different order |
| 15:58.11 | _PanzerSajt | Pali, what was the problem with my paste? |
| 15:58.19 | freemangordon | Pali: ok |
| 15:58.21 | Pali | _PanzerSajt, no |
| 15:58.32 | Pali | _PanzerSajt, we did not find where is problem yet... |
| 15:58.37 | _PanzerSajt | oh sorry |
| 15:58.52 | _PanzerSajt | can I help you in any way? |
| 15:59.00 | merlin1991 | ubifs_get_sb cannot open "ubi0:rootfs" error -19 |
| 15:59.13 | merlin1991 | Pali: ^^ with the patched u-boot that only has one mem atag |
| 16:00.09 | Pali | same here: http://imageshack.us/a/img839/674/img2012100611100165.jpg |
| 16:00.23 | Pali | this is screen by _PanzerSajt |
| 16:00.36 | merlin1991 | I'd love to see the part about avaiable partitions |
| 16:00.37 | merlin1991 | :D |
| 16:00.40 | Pali | and this is last unpatched version of u-boot |
| 16:01.23 | Pali | there is no available partition |
| 16:01.46 | _PanzerSajt | Pali, how can I flash the original kernel and/or u-boot |
| 16:02.05 | _PanzerSajt | but only kernel not the full rootfs |
| 16:02.23 | merlin1991 | _PanzerSajt: you can get the Fiasco image and flash with "flasher-3.5 -F $fiascoimage -f --flash-only=kernel |
| 16:02.41 | freemangordon | merlin1991: is there any way to see kernel cmdline? |
| 16:03.16 | merlin1991 | Pali: did you possibly update your arm compiler or binutils between 11 and 12 ? |
| 16:03.36 | Pali | no, because I compiled both version today |
| 16:03.51 | Pali | on same pc with same tools |
| 16:03.54 | DocScrutinizer05 | merlin1991: see my urgent suggestion about DOUBLEcheck |
| 16:04.08 | merlin1991 | starts to seriously wonder WHY 11 works and 12 not |
| 16:04.42 | DocScrutinizer05 | maybe we're down to *real* bughunting now, means "find the fangling mempointer" |
| 16:04.48 | DocScrutinizer05 | dangling* |
| 16:05.23 | DocScrutinizer05 | inser one char into a version string that only gets printed out -> no more work |
| 16:05.25 | DocScrutinizer05 | real fun |
| 16:05.35 | Pali | merlin1991, can you give me (again) link for atags from -11 and atags from -12 |
| 16:06.03 | _PanzerSajt | reflashing kernel only --> bootloop |
| 16:06.16 | merlin1991 | err did you kill the modules? |
| 16:06.32 | merlin1991 | did you use the right fiasco image? |
| 16:06.39 | freemangordon | Pali: are we sure nand is powered up? |
| 16:06.46 | _PanzerSajt | the fiasco image is the right one |
| 16:07.00 | Pali | freemangordon, both version -11 and -12 does not have nand code enabled |
| 16:07.15 | merlin1991 | _PanzerSajt: which version is the fiasco image? |
| 16:07.18 | Pali | onenand code is enabled in -15 (= last version) |
| 16:07.23 | freemangordon | Pali: naah, i meant the power to the chip |
| 16:07.36 | Pali | merlin1991, I have something... |
| 16:07.43 | Pali | last version has included onenand support |
| 16:07.43 | merlin1991 | ... |
| 16:07.53 | Pali | you can read something from nand |
| 16:07.56 | Pali | in uboot console |
| 16:08.01 | Pali | can you try if it works? |
| 16:08.07 | merlin1991 | sure |
| 16:08.09 | merlin1991 | how? |
| 16:08.19 | Pali | there should be command onennad |
| 16:08.21 | _PanzerSajt | merlin1991, RX-51_2009SE_20.2010.36-2_PR_COMBINED_MR0_ARM.bin |
| 16:08.35 | merlin1991 | hm that's the right one |
| 16:08.57 | freemangordon | Pali: did you do make clean? |
| 16:09.06 | freemangordon | for -12 |
| 16:09.10 | Pali | yes |
| 16:09.20 | Pali | dpkg-buildpackage build it in separate dir |
| 16:09.23 | merlin1991 | _PanzerSajt: you could flash http://atrey.karlin.mff.cuni.cz/~pali/u-boot/old/u-boot-11.fiasco that's the u-boot version that still works on my device |
| 16:09.59 | merlin1991 | Pali: so I should use -15 and see if I can use onennand ? |
| 16:10.01 | _PanzerSajt | merlin1991, sure what is the exact command? |
| 16:10.14 | Pali | merlin1991, yes |
| 16:10.16 | merlin1991 | flasher-3.5 -F u-boot-11.fiasco -f -R |
| 16:10.31 | kerio | hm, i realized that i don't need bluetooth DUN at all |
| 16:10.38 | kerio | and i'd rather have bluetooth PAN working |
| 16:10.46 | kerio | but it's a fucking mess |
| 16:10.55 | kerio | as vi_ once said |
| 16:11.25 | merlin1991 | hm onenand info gives me "onenand0" |
| 16:12.35 | Pali | onenand --help |
| 16:12.38 | Pali | or something |
| 16:13.15 | _PanzerSajt | merlin1991, still no good |
| 16:13.16 | Pali | merlin1991, in uboot is also support for ubifs, but due to big size is disabled |
| 16:13.36 | Pali | I can enabled it, but image will be without stock kernel |
| 16:14.01 | merlin1991 | Pali: the usage info is so obscure, that I don't know what I should use :D |
| 16:14.03 | Pali | _PanzerSajt, maybe you have corrupted rootfs/maemo5 |
| 16:14.29 | Pali | merlin1991, i will run uboot in qemu and look at it |
| 16:15.05 | DocScrutinizer05 | usage info? onenand? where? how? |
| 16:15.13 | merlin1991 | DocScrutinizer05: in uboot |
| 16:15.15 | DocScrutinizer05 | aaah |
| 16:15.42 | DocScrutinizer05 | uBoot, the wanna-be-OS |
| 16:16.06 | DocScrutinizer05 | ;-) |
| 16:16.33 | RST38h | wait until they stop supporting the actual boot of the other OSes =) |
| 16:16.44 | DocScrutinizer05 | hehehehehe |
| 16:16.50 | DocScrutinizer05 | lol |
| 16:17.05 | DocScrutinizer05 | wait until they integrate systemd |
| 16:17.12 | RST38h | will probably say that people who want to boot other OSes are "not their target audience, uboot is not for them" |
| 16:17.57 | DocScrutinizer05 | actually uBoot and systemd should go together nicely, regarding this attitude ;-) |
| 16:18.59 | DocScrutinizer05 | if uBoot was any "sane", they already had included proper DOS shell ;-P |
| 16:19.46 | _PanzerSajt | I'm giving up. Have to reflash whole emmc, but not anytime soon |
| 16:19.58 | DocScrutinizer05 | uh? |
| 16:20.00 | merlin1991 | DocScrutinizer05: it's still way better than multiboot ;) |
| 16:20.09 | DocScrutinizer05 | will reflashing COMBINEd not suffice? |
| 16:20.26 | DocScrutinizer05 | merlin1991: no doubt |
| 16:20.32 | _PanzerSajt | but I prefer clean installation |
| 16:20.46 | DocScrutinizer05 | then yes, you're in for full reflash |
| 16:20.53 | *** join/#maemo m4g0g (~Maledictu@178.120.75.79) |
| 16:21.04 | _PanzerSajt | and I don't have anything important on my n900 |
| 16:21.06 | m4g0g | hi |
| 16:21.24 | DocScrutinizer05 | is afk again |
| 16:21.39 | m4g0g | Is there sombody who developed something for n900? |
| 16:23.14 | merlin1991 | m4g0g: quite a few in here developed *something* for n900 |
| 16:23.30 | RST38h | like, an "unhealthy affection" for example... |
| 16:24.00 | kerio | :3 |
| 16:24.08 | kerio | it's not unhealthy! |
| 16:24.51 | m4g0g | I try to develop one app for n900 and have question: how to test project via qt-creator which depends on library |
| 16:25.28 | m4g0g | when I try to run app from qt-creator on my n900 I get: |
| 16:25.30 | merlin1991 | m4g0g: you can install the library to the madde sysroot |
| 16:25.36 | m4g0g | dpkg-shlibdeps: failure: no dependency information found for /home/magog/Programming/QtSDK/Maemo/4.6.2/sysroots/fremantle-arm-sysroot-20.2010.36-2-slim/usr/lib/libkqoauth.so.0 (used by debian/moonreader/opt/moonreader/bin/moonreader). |
| 16:25.36 | m4g0g | dh_shlibdeps: command returned error code 512 |
| 16:25.36 | m4g0g | make: *** [binary-arch] Error 1 |
| 16:26.05 | merlin1991 | if you want to test on device you can simply create an overrides file for shlibdpes |
| 16:26.09 | merlin1991 | checks how that worked |
| 16:26.44 | kerio | RST38h: it's hard not to feel affection for the best phone ever made |
| 16:26.57 | RST38h | see? that is what I mean |
| 16:27.06 | freemangordon | merlin1991: any chance to capture boot video? |
| 16:27.11 | m4g0g | Is there any howtos or manual about this magic with "creating an overrides file for shlibdpes" ? |
| 16:27.17 | RST38h | m4g0g: Do not use qt-creator. Use command line. |
| 16:27.23 | merlin1991 | m4g0g: there is http://man.he.net/man1/dpkg-shlibdeps |
| 16:27.27 | RST38h | Also, do not use Madde. Use MaemoSDK |
| 16:27.36 | freemangordon | merlin1991: to see what cmdline tries kernel to execute and what mtd devices it sees |
| 16:27.45 | m4g0g | RST38h: what do you mean? |
| 16:27.54 | RST38h | I mean what I have said. |
| 16:28.21 | merlin1991 | m4g0g: and http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-shlibdeps |
| 16:28.33 | *** join/#maemo FlameReaper (~assassin@175.138.121.62) |
| 16:29.16 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 16:29.58 | merlin1991 | m4g0g: basically it's enough to have a shlibs.local file in your packaging dir (qt_packaging_something) with the name of the library in it |
| 16:30.19 | merlin1991 | it tells dpkg-shlibdpes to ignore all dependencies for this library |
| 16:30.35 | merlin1991 | obviously not the "right way (tm)" but good enough for quick tests |
| 16:31.25 | merlin1991 | m4g0g: so in your case you need to have libkqoauth in your shlibs.local file |
| 16:31.28 | freemangordon | merlin1991: ? |
| 16:31.56 | merlin1991 | freemangordon: I'll try |
| 16:34.53 | merlin1991 | freemangordon: well: http://cdnm.at/~christian/maemo/12100003.mp4 |
| 16:35.00 | freemangordon | :) |
| 16:35.11 | *** join/#maemo shamus (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 16:36.21 | Pali | freemangordon, what about start patching kernel? |
| 16:36.41 | Pali | prink everyhwere where is return -ESOMETHING in ubifs |
| 16:36.56 | Pali | merlin1991, just for test, can you try to boot kernel-power? |
| 16:37.11 | merlin1991 | <PROTECTED> |
| 16:39.18 | merlin1991 | Pali: which package did adjust the bootscript to use uname -a for the modules dir? |
| 16:40.05 | Pali | kernel-power (-flasher maybe?) |
| 16:41.29 | freemangordon | merlin1991: this video is missing first line from boot process :( |
| 16:41.33 | freemangordon | *lines |
| 16:41.45 | freemangordon | can we get dmesg somehow? |
| 16:42.02 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 16:42.34 | Pali | freemangordon, connect to serial console and set that R&D flag which route dmesg output to serial consle... |
| 16:42.51 | Pali | or start patching kernel... |
| 16:42.57 | freemangordon | Pali: and serial console is under the battery? |
| 16:43.03 | freemangordon | port even |
| 16:43.18 | Pali | freemangordon, no idea... |
| 16:43.31 | Pali | I'm using it in qemu |
| 16:43.40 | kerio | but that's cheating! |
| 16:45.10 | merlin1991 | okay kp51 installed, reflashing u-boot |
| 16:46.27 | merlin1991 | nope does not work |
| 16:46.59 | *** join/#maemo DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
| 16:48.24 | *** join/#maemo rcg (~rc@g230052056.adsl.alicedsl.de) |
| 16:50.22 | freemangordon | Pali: can you do some memcmp between nolo passed atags and uboot atags? and print differences |
| 16:50.50 | Pali | diff is ok |
| 16:50.56 | Pali | binary dump I do not have |
| 16:51.13 | freemangordon | in uboot code |
| 16:51.37 | Pali | freemangordon, not easy |
| 16:51.47 | Pali | because atags must start at one address |
| 16:52.21 | freemangordon | can't you dup nolo atags to some buffer |
| 16:52.45 | m4g0g | merlin1991: so. I add this line in shlibs.local : libkqoauth 0 kqoauth |
| 16:53.04 | merlin1991 | you sure the library version is 0 ? |
| 16:53.08 | m4g0g | install libkqoauth-0.96 on n900 |
| 16:53.33 | m4g0g | http://codepad.org/Le3tfJl6 |
| 16:53.40 | m4g0g | but got this error |
| 16:54.02 | freemangordon | is afk |
| 16:55.08 | merlin1991 | just build it with the line lbkqoauth (nothign else) in shlibs.local |
| 16:55.47 | merlin1991 | m4g0g: how did you install the lib on the n900? |
| 16:55.55 | merlin1991 | via apt / dpkg or just dropped the binary? |
| 16:56.00 | m4g0g | apt-get install libkqoauth |
| 16:56.14 | freemangordon | libkqoauth-dev? |
| 16:56.30 | m4g0g | you think I need dev? |
| 16:56.32 | merlin1991 | WTF |
| 16:56.42 | merlin1991 | there is kqoauth and libkqoauth in extras-devel |
| 16:56.43 | merlin1991 | lol |
| 16:56.58 | m4g0g | no |
| 16:57.06 | m4g0g | libkqouath and libqoauth |
| 16:57.11 | merlin1991 | m4g0g: well if you install libkqoauth your shlinbs.local file should be libkqoauth 0 libkqoauth |
| 16:57.21 | m4g0g | yep |
| 16:57.32 | merlin1991 | and not only kqoauth in the end |
| 16:57.45 | m4g0g | I am testing |
| 16:58.27 | merlin1991 | just sayin: http://maemo.org/packages/view/kqoauth/ and http://maemo.org/packages/view/libkqoauth/ |
| 16:58.47 | merlin1991 | The same guy! repacakged a higher version in a different package name |
| 16:58.48 | merlin1991 | wtf! |
| 16:59.06 | m4g0g | thx |
| 16:59.09 | m4g0g | all works fine |
| 16:59.28 | m4g0g | merlin1991: there is different packages |
| 16:59.37 | m4g0g | the second depends on qca2 |
| 16:59.45 | m4g0g | but the first doesn't |
| 17:03.13 | *** join/#maemo otep (~quassel@AP-203.167.4.11.sysads.com) |
| 17:04.28 | *** join/#maemo Tofe1 (~chris@2a01:e35:8ac9:7dc0:6ef0:49ff:fed0:66e4) |
| 17:04.42 | *** part/#maemo Tofe1 (~chris@2a01:e35:8ac9:7dc0:6ef0:49ff:fed0:66e4) |
| 17:17.30 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 17:24.39 | *** join/#maemo DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 17:27.40 | DocScrutinizer06 | Pali: http://git.infradead.org/battery-2.6.git/blob/HEAD:/drivers/power/isp1704_charger.c#l458 has some hint about what's the problem, though the comment doesn't really provide the proper solution |
| 17:27.50 | Pali | merlin1991, can you test this uboot image? http://atrey.karlin.mff.cuni.cz/~pali/u-boot/u-boot-new.bin |
| 17:27.52 | *** join/#maemo emma (~em@unaffiliated/emma) |
| 17:28.00 | Pali | (it is not fiasco! but kernel) |
| 17:28.16 | merlin1991 | arf I just booted into windows |
| 17:28.18 | merlin1991 | reboots |
| 17:29.16 | Pali | this is my last version + I disabled generating atags code - it reuse full from nolo |
| 17:29.25 | Pali | so you can boot only maemo |
| 17:30.08 | merlin1991 | why "only" maemo? |
| 17:30.21 | Pali | because it pass all atags from nolo |
| 17:30.30 | merlin1991 | and other kernels don't like that? |
| 17:30.31 | Pali | not possible to modify it (e.g cmdline...) |
| 17:30.51 | merlin1991 | oh |
| 17:31.08 | Pali | I need to know if problem is in that code (which generating atags) or not |
| 17:31.10 | DocScrutinizer06 | ARF |
| 17:31.34 | Pali | thats all what can I do... |
| 17:32.34 | merlin1991 | that new one is entirely broken, I don't get past the Nokia text |
| 17:32.36 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 17:33.44 | merlin1991 | actually the stock kernel refues to boot now too |
| 17:34.04 | Pali | I included MAG kernel with framebuffer |
| 17:34.20 | merlin1991 | i never get to the bootmenu |
| 17:34.25 | Pali | ah... |
| 17:34.47 | Pali | ok, I will patch -15 |
| 17:35.02 | merlin1991 | might have been a weird issue though |
| 17:35.20 | merlin1991 | I flashed the zImage and it didn't get past Nokia text either |
| 17:35.29 | merlin1991 | then pulled the battery for a longer time and it works |
| 17:35.34 | merlin1991 | flashing your u-boot again |
| 17:37.37 | Pali | and booting atatched kernel? |
| 17:38.05 | merlin1991 | nah, seems like my inital statement was right, I don't get past the nolo screen with this version of uboot |
| 17:39.21 | *** join/#maemo vi__ (~user@178.106.120.95) |
| 17:39.26 | *** join/#maemo Milhouse (~irc_milho@Maemo/community/contributor/Milhouse) |
| 17:39.45 | Pali | merlin1991, try this: http://atrey.karlin.mff.cuni.cz/~pali/u-boot/u-boot-new2.fiasco |
| 17:40.02 | Pali | it is -15 with disabled atags generating |
| 17:42.48 | merlin1991 | same kernel panic |
| 17:43.43 | Pali | so atags are OK for sure! |
| 17:43.53 | Pali | freemangordon, DocScrutinizer06, ^^^ |
| 17:43.58 | DocScrutinizer06 | hmm |
| 17:44.13 | merlin1991 | where the fuck is the problem then? the diff 11 to 12 wasn't exactly huge |
| 17:44.17 | DocScrutinizer06 | doesn't know what to say or what to do |
| 17:44.36 | DocScrutinizer06 | happy dangling pointer hunting! ;-P |
| 17:45.59 | *** join/#maemo eMHa (~mh@HSI-KBW-37-49-79-172.hsi14.kabel-badenwuerttemberg.de) |
| 17:46.19 | DocScrutinizer06 | it's already time for advanced bisecting then, commenting out 50% of the already small (aiui) patch that makes diff between 11 and 12 |
| 17:48.01 | vi__ | yo |
| 17:48.07 | DocScrutinizer06 | if you end with commeting out *all* of that patch and just replacing some NOP-function codeline (that doesn't get optimized out by compiler nevertheless!!) and it still breaks, you know what time it is |
| 17:48.20 | vi__ | PPSSSSHHHT |
| 17:48.29 | vi__ | cracks a beer |
| 17:48.51 | vi__ | peanut butter and jelly time? |
| 17:48.57 | merlin1991 | DocScrutinizer06: what time would that be, grab your hair dance around and light the n900 on fire time? |
| 17:48.59 | DocScrutinizer06 | good plan |
| 17:49.10 | DocScrutinizer06 | nah |
| 17:49.12 | DocScrutinizer06 | happy dangling pointer hunting! ;-P |
| 17:49.16 | kerio | ohai vi__ |
| 17:49.17 | DocScrutinizer06 | time |
| 17:49.26 | vi__ | yo |
| 17:49.32 | merlin1991 | the weirdest thing is, that it works on 2101 |
| 17:49.40 | kerio | vi__: found a sensible way to do PAN? |
| 17:49.50 | DocScrutinizer06 | hmm |
| 17:50.01 | vi__ | no, I am fixing motorcycles this weekend. |
| 17:50.06 | kerio | hm |
| 17:50.22 | DocScrutinizer06 | so maybe the dangling pointer nukes something along proper setup of NAND RAM banks? |
| 17:50.26 | vi__ | brb, BT KB |
| 17:50.31 | *** join/#maemo timeless_ (uid4015@gateway/web/irccloud.com/x-wjmqvpvoxjplhrzx) |
| 17:54.47 | vi__ | kerio: bt pan. |
| 17:54.57 | kerio | bt pan. |
| 17:55.20 | vi__ | what I want is an IP network over BT. |
| 17:55.27 | vi__ | d |
| 17:55.29 | Pali | merlin1991, try this: http://atrey.karlin.mff.cuni.cz/~pali/u-boot/u-boot-new3.fiasco |
| 17:55.39 | vi__ | ffs btkb suck my nuts |
| 17:56.02 | Pali | it has also disabled thumb code + disabled unused code (which was used for generating omap atags) |
| 17:56.05 | kerio | vi__: there's a pc-connectivity-manager that fucks with your bluetooth but gives you a PAN, in theory |
| 17:57.30 | Sicelo | o |
| 17:59.28 | *** join/#maemo narcos (~narcos@ASt-Lambert-154-1-52-77.w90-61.abo.wanadoo.fr) |
| 18:00.10 | vi__ | ffs |
| 18:00.14 | vi__ | goddamit |
| 18:00.25 | vi__ | jesus titty fucking christ |
| 18:00.35 | vi__ | POS bt keyboard |
| 18:01.19 | vi__ | now my n900 kb thinks it has dthe same geometry as the BT keyvboard. |
| 18:01.36 | vi__ | so none of the keys work. |
| 18:01.47 | vi__ | FML |
| 18:03.16 | vi__ | how do you reset the keyboard geometry |
| 18:03.21 | kerio | hahahaha |
| 18:03.28 | kerio | setxkbsomething |
| 18:03.48 | kerio | that's what you get for not using a HID keyboard and not using extkbd |
| 18:03.51 | vi__ | setxkbmap |
| 18:04.04 | freemangordon | vi__: never ever execute setxkbmap |
| 18:04.10 | kerio | ...wat |
| 18:04.16 | freemangordon | it screwes internal kbd layout |
| 18:04.23 | kerio | ...WAT |
| 18:04.32 | freemangordon | kerio: ^^^ |
| 18:04.34 | kerio | i used to do that all the time when i were remapping my kbd |
| 18:04.35 | vi__ | setxkbmap only sets keymap, not the geometry. |
| 18:04.57 | freemangordon | vi__: have in mind I am axtkbd author ;) |
| 18:05.07 | freemangordon | and I played a lot with this stuff |
| 18:05.14 | freemangordon | *extkbd |
| 18:05.40 | vi__ | freemangordon: what hal magic must I execute to get my kb back? |
| 18:05.54 | freemangordon | vi__: which one? external or internal |
| 18:06.23 | freemangordon | iirc there should be hildonsetxkbmap or something |
| 18:06.43 | vi__ | n900 keyboard |
| 18:06.44 | Pali | there is control panel applet for it |
| 18:06.47 | freemangordon | Pali: what now, it is not atags? |
| 18:06.58 | Pali | freemangordon, waiting for merlin result |
| 18:07.02 | freemangordon | vi__: yeah, cpl should do the job too |
| 18:07.04 | vi__ | n900 keyboard is now mapped the same as my external bt keyboard |
| 18:07.06 | freemangordon | paroneayea: ok |
| 18:07.14 | Pali | I need last test from merlin1991 |
| 18:07.18 | freemangordon | vi__: that is because of setxkbmap |
| 18:07.28 | freemangordon | Pali: ^^^ |
| 18:07.57 | Pali | freemangordon, problem is not in atag struture |
| 18:07.59 | Pali | it is ok |
| 18:08.06 | freemangordon | yeah, i got that |
| 18:08.08 | Pali | but problem can be in other code... |
| 18:08.23 | freemangordon | overwriting some nand init data |
| 18:08.25 | freemangordon | ? |
| 18:08.32 | Pali | do not know... |
| 18:08.37 | Pali | ping merlin1991 |
| 18:08.39 | freemangordon | but seems logical |
| 18:08.41 | Pali | are you here? |
| 18:09.03 | vi__ | kerio: does geyes 308e look any good? |
| 18:11.27 | freemangordon | obviously merlin1991 is not here :D |
| 18:11.35 | merlin1991 | I need a few mins :D |
| 18:11.42 | Pali | ok :-) |
| 18:13.30 | vi__ | so i have to reboot to reset kb geometry. |
| 18:13.33 | vi__ | ffs |
| 18:13.42 | vi__ | f everything. |
| 18:14.40 | freemangordon | Pali: is reuse_atags call needed? |
| 18:15.29 | Pali | yes, because this is used for bootreason, bootmode and hwrev |
| 18:15.31 | freemangordon | scratch that |
| 18:15.35 | freemangordon | yeah, |
| 18:15.45 | Pali | but I builded last image which has commented that code |
| 18:16.14 | freemangordon | Pali: hmm, recursion? |
| 18:16.31 | freemangordon | is that allowed? |
| 18:16.40 | Pali | no |
| 18:16.53 | Pali | it will failed to boot and uboot will freeze |
| 18:17.07 | freemangordon | aah, my bad, reuse_atags calls reuse_omap_atags, not itself |
| 18:17.21 | *** join/#maemo vi__ (~user@178.106.120.95) |
| 18:17.42 | vi__ | kerio: look up 'geyes 308e' |
| 18:18.25 | vi__ | kerio: have you installed libicd-network-dummy? |
| 18:18.30 | vi__ | ke |
| 18:18.35 | *** join/#maemo shanttu (~shanttu@dsl-hkibrasgw3-ff55c100-11.dhcp.inet.fi) |
| 18:19.12 | vi__ | I installed pc-connectivity-manager but I have literally no idea htf to work it. |
| 18:20.05 | freemangordon | vi__: iirc it is broken on fremantle |
| 18:20.33 | vi__ | PC-C-M? |
| 18:20.41 | merlin1991 | Pali: still same bug |
| 18:20.55 | Pali | :-( |
| 18:22.58 | Sicelo | vi__: i have libicd-network-null |
| 18:23.25 | vi__ | Sicelo: I installed that but it made my list of networks empty. |
| 18:23.46 | vi__ | I uninstalled it and they all came back. |
| 18:23.52 | vi__ | any tips? |
| 18:24.06 | Sicelo | something's wrong with your setup.. |
| 18:24.18 | kerio | vi__: damn, that's one sexy keyboard |
| 18:24.22 | Sicelo | :-/ |
| 18:24.39 | kerio | are the keys fullsize? |
| 18:24.52 | vi__ | kerio: I cannot work out if it is SPP or HID though. |
| 18:25.02 | vi__ | I think it is fullsize. |
| 18:25.09 | kerio | oh, you don't have it |
| 18:25.10 | kerio | :c |
| 18:25.57 | vi__ | was thinking of getting it, if it is HID and HID will eliminate all my BT KB issues (due to having SPP shit) |
| 18:27.19 | kerio | In Theoryâ„¢ installing extkbd will make HID bluetooth keyboards work flawlessly |
| 18:27.38 | vi__ | ...I have extkb installed for my SPP. |
| 18:27.49 | kerio | huh? why? |
| 18:27.56 | vi__ | It does not work without extkb. |
| 18:27.57 | kerio | i didn't know extkbd supported them |
| 18:28.15 | vi__ | it does not |
| 18:28.18 | kerio | oh, but you also have to run kbdd manually, right |
| 18:28.27 | kerio | or whatever the daemon is called |
| 18:28.29 | vi__ | yes |
| 18:28.34 | vi__ | like a fucking dog |
| 18:28.48 | kerio | haha |
| 18:29.03 | vi__ | xterm is the only APPZ i need. |
| 18:29.07 | kerio | no, HID keyboards appear in the extkbd list and you connect to them via the standard bluetooth menu |
| 18:29.41 | vi__ | the SPP KB appears as 'ser keyboard' in extkb. |
| 18:29.51 | vi__ | I assume ser=serial. |
| 18:29.53 | kerio | oh, ok |
| 18:29.55 | kerio | so what's the problem? |
| 18:30.09 | vi__ | my geometry goes to cock. |
| 18:30.28 | kerio | just like yer mom herp derp |
| 18:30.29 | vi__ | my n900 KB takes obn the ext kb geometry and nothing works. |
| 18:30.41 | vi__ | aaah. |
| 18:30.43 | freemangordon | Pali: are you sure your build tree is ok? |
| 18:30.47 | vi__ | you win this round... |
| 18:30.53 | kerio | do you do any manual setting with setxkbmap? |
| 18:30.54 | Pali | yes |
| 18:31.04 | vi__ | nope |
| 18:31.21 | kerio | hm |
| 18:31.30 | kerio | \_o_/ |
| 18:31.39 | freemangordon | Pali: if all of the code is commented, I don;t see why it shouldn't work |
| 18:32.03 | freemangordon | merlin1991: did you do battery removal? |
| 18:32.16 | vi__ | EE troubleshooting steps: |
| 18:32.31 | vi__ | 1. is it switched on? |
| 18:32.37 | vi__ | 2. is it plugged in? |
| 18:32.50 | vi__ | 3. is it plugged in the right way around? |
| 18:33.36 | Pali | freemangordon, here is patch agains git: http://pastebin.com/mgBTwgiE |
| 18:34.11 | vi__ | kerio: do you use pastebinit? |
| 18:35.21 | kerio | no |
| 18:35.35 | vi__ | oh well. |
| 18:35.53 | kerio | Pali: hmm, that won't work |
| 18:36.02 | kerio | unless you manually checked for the lack of nested comments |
| 18:36.17 | kerio | use #if 0 |
| 18:36.21 | freemangordon | Pali: what about die_id and cpuinfo? |
| 18:36.26 | kerio | that can be nested |
| 18:36.46 | Pali | it is only print someting... |
| 18:36.50 | freemangordon | it is possible those are messing the rings |
| 18:36.52 | freemangordon | I know |
| 18:36.58 | freemangordon | but still |
| 18:36.59 | vi__ | to anyone who uses pastebinit on their n900, the deb from the debian sid repo installs. This fixes the breakage with pastebin.com |
| 18:37.19 | Pali | dieid_num_r() is in -11 too |
| 18:37.30 | Pali | print_cpuinfo() is only in -12 |
| 18:37.53 | freemangordon | comment that |
| 18:40.10 | *** join/#maemo sirdancealot7 (~sirdancea@98.82.broadband5.iol.cz) |
| 18:40.19 | DocScrutinizer06 | kerio: hah, nested comments :-D Something I appreciated in modula |
| 18:40.24 | DocScrutinizer06 | iirc |
| 18:41.26 | Pali | updated: http://atrey.karlin.mff.cuni.cz/~pali/u-boot/u-boot-new3.fiasco |
| 18:41.44 | Pali | merlin1991 ^^ |
| 18:41.55 | vi__ | is there a KB key to go from tasknav to the desktop? |
| 18:42.01 | merlin1991 | sry Pali can't test it now |
| 18:42.10 | Pali | ok |
| 18:42.17 | merlin1991 | hm wait if I grab my notebook I could |
| 18:42.18 | kerio | vi__: it can be configured to use ctrl+bksp to do that too |
| 18:42.20 | merlin1991 | goes searching |
| 18:42.31 | kerio | *h-d |
| 18:42.32 | DocScrutinizer06 | kerio: but indeed #if 0 are nice to use for that |
| 18:42.55 | kerio | :3 :3 :3 |
| 18:43.14 | DocScrutinizer06 | ??? |
| 18:43.23 | kerio | i got my ass bitten more than once for disabling code with /* */ |
| 18:43.30 | DocScrutinizer06 | :-/ :-S :-\ |
| 18:43.47 | kerio | because there *was* a multiline comment inside |
| 18:43.58 | DocScrutinizer06 | haha |
| 18:44.15 | vi__ | kerio: lol |
| 18:44.26 | DocScrutinizer06 | general rule: don't span comments over several lines, NEVAR |
| 18:44.45 | vi__ | I enjoy ctrl+bckspace as alt-tab too much. |
| 18:44.57 | kerio | but that clashes with the general rule of wrapping lines at 79chars |
| 18:45.13 | DocScrutinizer06 | how's that? |
| 18:45.34 | kerio | you have to make big comments on a single line |
| 18:45.40 | DocScrutinizer06 | <PROTECTED> |
| 18:45.43 | DocScrutinizer06 | <PROTECTED> |
| 18:45.47 | kerio | oic |
| 18:46.12 | kerio | how will that help with disabling code via /* */? |
| 18:46.42 | vi__ | How well does android use an external KB? |
| 18:47.28 | kerio | well, the droid/milestone has a physical kbd |
| 18:47.37 | Pali | merlin1991, you must write that now uboot is working!! |
| 18:47.38 | Pali | :D |
| 18:47.58 | kerio | Pali: even if it was a lie? |
| 18:48.07 | vi__ | also, who will trade me 2 mint condition n900 for an n950? |
| 18:48.15 | vi__ | d |
| 18:48.19 | vi__ | WTF |
| 18:48.23 | vi__ | s |
| 18:48.36 | vi__ | so i have just isolated the bug. |
| 18:48.39 | kerio | vi__: i will trade you two mints |
| 18:48.52 | *** join/#maemo NIN101 (~NIN@p5DD28DED.dip0.t-ipconnect.de) |
| 18:49.14 | vi__ | The BT KB only works properly when the n900 KB is open... |
| 18:49.20 | kerio | haha |
| 18:49.21 | kerio | neat |
| 18:49.39 | kerio | i *did* hear something like that, yeah |
| 18:49.46 | merlin1991 | Pali: same old :/ |
| 18:49.48 | vi__ | OH |
| 18:49.54 | vi__ | NOW YOU SAY. |
| 18:50.18 | kerio | well it didn't do shit for me |
| 18:50.26 | vi__ | yeah |
| 18:50.30 | kerio | so i classified that under "tmo advice" |
| 18:50.38 | vi__ | you with yopur magic HID keyboard |
| 18:50.49 | kerio | u jelly |
| 18:50.51 | vi__ | all working keys and blowjobs. |
| 18:51.10 | kerio | and to be fair, two greenfn+key combos don't work |
| 18:51.17 | kerio | the ones for € and for yen |
| 18:51.59 | Pali | freemangordon, I do not know where is problem... |
| 18:52.18 | vi__ | brb' need moar booze. |
| 18:52.25 | Pali | I'm closing uboot tabs in konsole... |
| 18:52.39 | DocScrutinizer06 | ((<kerio> how will that help with disabling code via /* */?)) well, same rules apply for this case as well |
| 18:52.40 | Pali | today was epic fail :-( |
| 18:52.48 | jacekowski | freemangordon: ? |
| 18:53.07 | vi__ | Pali: no it was not. |
| 18:53.18 | kerio | yeah, vi__ got his keyboard working properly! |
| 18:53.27 | vi__ | You have eliminated several possibilities. |
| 18:53.43 | vi__ | kerio: my kb is still utter fail. |
| 18:53.48 | Pali | I eliminated everything |
| 18:54.08 | kerio | cool, so now you don't have any problems left |
| 18:54.32 | Pali | and still uboot not working... |
| 18:54.41 | kerio | no, uboot is eliminated too |
| 18:54.51 | kerio | >:D |
| 18:55.41 | DocScrutinizer06 | Pali: see backscroll, all my comments about dangling pointers |
| 18:55.56 | DocScrutinizer06 | Pali: absolutely not anything unheard |
| 18:56.22 | DocScrutinizer06 | Pali: arbitrary change in code triggers sleeping bug elsewhere |
| 18:56.56 | DocScrutinizer06 | pointer pointing to random location, nuking different shit in every new build |
| 18:56.57 | vi__ | Pali: id email you a beer and a packet of smokes... |
| 18:57.28 | vi__ | ...stupid startrek replicator Y U NO EXIST YET?? |
| 18:57.40 | DocScrutinizer06 | Pali: alas this class of bugs is almost impossible to track down |
| 18:57.54 | DocScrutinizer06 | Pali: try lint etc |
| 18:58.30 | DocScrutinizer06 | try proper warning settings with gcc |
| 18:58.50 | Pali | another option, merlin1991, can you compile uboot on your pc? |
| 18:59.03 | merlin1991 | not atm, tomorrow |
| 18:59.08 | Pali | ok |
| 18:59.25 | Pali | freemangordon, what about start patching kernel ubi driver? |
| 19:00.01 | Pali | I do not see what we can do next... |
| 19:01.17 | DocScrutinizer06 | probably won't lead to anywhere, since whatever the culprit, the result -19 in ubi driver is a lateral effect I'd bet |
| 19:01.38 | kerio | valgrind dat shit |
| 19:01.50 | DocScrutinizer06 | but yeah, we should do it nevertheless |
| 19:03.19 | freemangordon | jacekowski: I need some help. I rewrote some gcc inline assembly to be thumb compatible, but as it is a very critical piece of code I need someone to review it |
| 19:03.35 | DocScrutinizer06 | Pali: other approach: try your 11 source with new build, see if it still works (or already change of build date causes same or other errors). Then apply minimal changes to that 11 src, until you can trigger error by a single-char edit |
| 19:03.39 | Sicelo | it should probably work.. my N900 is one of those that can't boot stock kernel with this uboot. all kernels i had (omap-fb, kp, nemo) wouldn't. but latest nemo kernel does |
| 19:04.18 | Sicelo | so it does seem plausible that kernel itself is source of problem, i think |
| 19:04.18 | freemangordon | jacekowski: http://pastebin.com/8LpMQmQ6 |
| 19:05.15 | freemangordon | jacekowski: ARM mode inline assembly is the original code |
| 19:06.13 | freemangordon | jacekowski: the part under #ifdef __thumb__ is my thumb-compatible replacement. I need to be sure both do one and the same thing. Code works by the way |
| 19:07.06 | freemangordon | Pali: I have 2204 here, tomorrow will start to play with u-boot. is everything commited? |
| 19:07.26 | Pali | I did not commited any code |
| 19:07.40 | Pali | seems that my last change working only in qemu |
| 19:08.12 | Pali | (I rewritten assembler code, but on merlin device not worked) |
| 19:08.12 | freemangordon | can you do the, do some "2204bug" branch so I can clone it |
| 19:08.24 | freemangordon | s/the/this/ |
| 19:09.03 | Pali | freemangordon, use branch pali |
| 19:09.18 | Pali | + maybe above patch from pastebin which disable anything... |
| 19:12.58 | freemangordon | Pali: ok |
| 19:13.41 | merlin1991 | hehe, I should just send my device to pali via parcel :P |
| 19:13.53 | *** join/#maemo Venemo_N9 (~venemo@fedora/Venemo) |
| 19:14.33 | Pali | there is one someting: NOLO loading kernel image at some random address (is different in qemu and on my n900) |
| 19:14.39 | DocScrutinizer06 | merlin1991: RDP |
| 19:14.46 | Pali | and uboot loading kernel at same address always |
| 19:14.50 | DocScrutinizer06 | or was it RDA? |
| 19:15.29 | DocScrutinizer06 | Pali: brilliant spotting |
| 19:16.00 | kerio | freemangordon: why do you go back to .arm at some point? |
| 19:16.10 | Pali | so maybe nolo on other hwrev loading kernel at some other address to fix something... |
| 19:17.19 | DocScrutinizer06 | are you sure it's even uBoot that fails, and *not* kernel during early init phase? |
| 19:17.47 | Pali | I really do not know where is problem... |
| 19:17.59 | Pali | we have uboot image which working |
| 19:18.06 | merlin1991 | that's -11 :D |
| 19:18.13 | DocScrutinizer06 | maybe the dangling pointer is in kernel, and uBoot found a nice (and constant) addr to load kernel where it always crashes |
| 19:18.14 | Pali | and with some changes not working (-12) |
| 19:18.49 | Pali | u-boot always loading kernel at 80008000 |
| 19:18.50 | Sicelo | DocScrutinizer06: +1 |
| 19:19.11 | Pali | but when you buidling uImage, you can specify different address |
| 19:19.40 | DocScrutinizer06 | so next step already clear, no? |
| 19:20.04 | Pali | DocScrutinizer06, so write other address where to load kernel |
| 19:20.10 | DocScrutinizer06 | buold a supposedly not working 12 rev, and change that location to something slightly different |
| 19:21.02 | Pali | DocScrutinizer06, I think we should need why ubi failed |
| 19:21.20 | Pali | it is because ubi cannot read nand memory? |
| 19:21.37 | Pali | or it is because that it read something different? |
| 19:21.50 | Pali | (e.g signature not correct?) |
| 19:21.54 | *** join/#maemo _PanzerSajt (~panzersaj@79.120.167.21.pool.invitel.hu) |
| 19:22.04 | Pali | or it fail because nand is locked? |
| 19:22.09 | DocScrutinizer06 | yep |
| 19:22.25 | _PanzerSajt | Pali, still no soulion? |
| 19:22.32 | _PanzerSajt | *solution? |
| 19:22.41 | Pali | or because ubi want to allocate big memory and it is not possible? (uboot bad initialized ram) |
| 19:22.42 | DocScrutinizer06 | _PanzerSajt: this is a nasty one |
| 19:23.48 | DocScrutinizer06 | Pali: or simply because somebody nuked a few bytes in variables or program text RAM area of ubi |
| 19:24.12 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 19:24.25 | Pali | DocScrutinizer06, kernel image before is started was OK |
| 19:24.37 | Pali | uboot checking for checksum if is correct before booting image |
| 19:24.57 | Pali | uImage is zImage + info about load address + checksum + name + ... |
| 19:25.31 | Pali | so we are sure that uboot does not deleted/changed attached kernel image |
| 19:25.42 | DocScrutinizer06 | Pali: I talked about kernel nuking itself |
| 19:25.54 | Pali | ok |
| 19:26.01 | DocScrutinizer06 | but then the -19 is from uBoot ubi AIUI |
| 19:26.09 | DocScrutinizer06 | ? |
| 19:26.12 | DocScrutinizer06 | is it? |
| 19:26.15 | _PanzerSajt | Pali, DocScrutinizer06 merlin1991 if you don't fell offended may I ask your age? Mine is 18. I'm asking this because I would like to dig deeper with programming and linux and I would like to know whether fall behind or my knowledge is adequate to my age? |
| 19:26.20 | Pali | DocScrutinizer06, yes |
| 19:26.26 | DocScrutinizer06 | if not, then we don't know if uBoot is any bad |
| 19:26.33 | merlin1991 | check my nick ;) |
| 19:27.12 | DocScrutinizer06 | while I'm like 3 times as old |
| 19:27.49 | DocScrutinizer06 | so I couldn't judge about your coding knowlege and if it's adequate for your age, I forgot I ever been as young as you're |
| 19:28.36 | _PanzerSajt | I hope that I can measure my knowledge |
| 19:29.15 | _PanzerSajt | but this year I have to apply to university and I would like to choose which is suitable for me |
| 19:30.23 | DocScrutinizer06 | Pali: ((yes)) so kernel won't ever get loaded when error strikes, so no way we got any problems with kernel not liking the addr where it got loaded |
| 19:30.42 | DocScrutinizer06 | s/loaded/loaded+started/ |
| 19:30.59 | Pali | _PanzerSajt, look at Korotkevich. He is about 18 and has 6 gold medals from IOI :D It does not depends on your age :P |
| 19:31.35 | _PanzerSajt | yes but you should collet as many knowledge as you can when you're young |
| 19:31.47 | DocScrutinizer06 | definitely |
| 19:32.59 | DocScrutinizer06 | where knowledge here means useful knowledge, the ability to solve problems, strategies for doing so. A particular language is the useless class of knowledge |
| 19:33.24 | DocScrutinizer06 | learning about concept of multitasking or OO is useful |
| 19:34.21 | DocScrutinizer06 | coding something in assembler first, then do same thing in a high level language, that's useful |
| 19:34.38 | *** join/#maemo messerting (~messertin@cm-84.211.113.209.getinternet.no) |
| 19:34.47 | DocScrutinizer06 | learning about structures is useful |
| 19:35.42 | jacekowski | to be honest, i'm not a big fan of inline assembly |
| 19:36.01 | DocScrutinizer06 | jacekowski: doesn't matter in this special case |
| 19:36.15 | jacekowski | but well, |
| 19:36.15 | DocScrutinizer06 | he just asked for a review |
| 19:36.36 | _PanzerSajt | DocScrutinizer06, yes multitasking and assembly these are just big question marks for me |
| 19:36.48 | _PanzerSajt | :( |
| 19:37.46 | DocScrutinizer06 | in yur age I started learning about that stuff |
| 19:40.21 | DocScrutinizer06 | Pali: wait, what now was that -19 ubi error? |
| 19:40.24 | kerio | DocScrutinizer06: yeah, but you're ooooooooold |
| 19:40.53 | jacekowski | freemangordon: where that code came from? |
| 19:41.27 | Pali | DocScrutinizer05, error is here: http://imageshack.us/a/img839/674/img2012100611100165.jpg |
| 19:41.28 | DocScrutinizer05 | was it "uBoot: ubi -19, can't load kernel" or was it "kernel: -19 can't mount rootfs" ? |
| 19:41.47 | kerio | the kernel is already loaded at that point, clearly |
| 19:42.02 | Sicelo | the latter iirc.. |
| 19:42.41 | DocScrutinizer05 | so it *may* be a bug aka dangling pointer in _kernel_ |
| 19:42.42 | Sicelo | it says 'Kernel panic, not syncing.. |
| 19:43.40 | Sicelo | Nemo guys fixed this in their kernel.. which never booted with this uboot until the very latest one |
| 19:43.49 | DocScrutinizer05 | I read "please append a correct 'root=' boot option" |
| 19:44.07 | jacekowski | freemangordon: it looks ok, |
| 19:44.10 | DocScrutinizer05 | sounds to me like kernel cmdline is incorrect |
| 19:44.33 | Sicelo | it does say that too |
| 19:44.39 | Sicelo | let me get the full ine |
| 19:45.52 | jacekowski | freemangordon: switch to ARM is ok, and then switch back to thumb is ok |
| 19:46.08 | jacekowski | freemangordon: other than that it's the same code |
| 19:46.26 | *** join/#maemo _rd (~rd@p57B48A6C.dip0.t-ipconnect.de) |
| 19:46.33 | DocScrutinizer05 | I see "ubifs error -19" which is before that root= error |
| 19:46.35 | kerio | why do we need inline ASM there? |
| 19:46.56 | jacekowski | freemangordon: though, i'm not sure how GCC is dealing with it |
| 19:47.14 | *** join/#maemo Psotnick_ (psotnick@shell.legowisko.org) |
| 19:47.24 | Sicelo | yes |
| 19:47.30 | DocScrutinizer05 | ubifs_get_sb: -19 |
| 19:47.44 | Sicelo | kernel panics because it can't mount that |
| 19:47.55 | *** join/#maemo flx_ (flux@coffee.modeemi.fi) |
| 19:48.00 | DocScrutinizer05 | anybody looked into ubifs_get_sb and checked what -19 means? |
| 19:48.10 | Pali | DocScrutinizer05, cmdline is included in zImage |
| 19:48.17 | Pali | uboot not adding any commandline |
| 19:48.24 | Pali | for maemo kernel |
| 19:48.44 | _PanzerSajt | Pali, DocScrutinizer05 thanks for the help and good luck with u-boot ;) |
| 19:48.54 | DocScrutinizer05 | :-) |
| 19:49.02 | jacekowski | freemangordon: i would run it through disassembler to confirm that gcc is not making a mess out of it, but other than that, it looks ok |
| 19:49.25 | _PanzerSajt | bye |
| 19:49.27 | DocScrutinizer05 | good advice |
| 19:49.28 | *** join/#maemo fortytwo- (~forty_two@who.let.this.bloody.dropbear.in) |
| 19:50.16 | *** join/#maemo ShadowJK_ (jk@terminus.enivax.net) |
| 19:50.25 | *** join/#maemo sandst1 (sh8dfwk@kapsi.fi) |
| 19:50.28 | *** join/#maemo eqs (~egs@quassel/developer/egs) |
| 19:51.02 | *** join/#maemo MikaT_ (~mtapoja@projects.sse.fi) |
| 19:51.05 | DocScrutinizer05 | find the line with prink(*"cannot open* in ubifs_get_sb |
| 19:51.13 | *** join/#maemo Plnt_ (~someone@rhea.pwn.cz) |
| 19:51.15 | DocScrutinizer05 | check what error=-19 means |
| 19:52.22 | Pali | #define ENODEV 19 |
| 19:52.32 | Pali | in errno.h |
| 19:53.57 | DocScrutinizer05 | it's not the definition that counts, but the few lines of code before the ubifs_get_sb(){...} decides to printk(... ENODEV...) |
| 19:53.59 | Pali | NIN101, it is possible to use maemo kernel with your rescue os? |
| 19:54.19 | NIN101 | hmm |
| 19:54.28 | *** join/#maemo Mohammad- (~MohammadA@xceleo.us) |
| 19:55.07 | freemangordon | jacekowski: it is berkeley db |
| 19:55.11 | Pali | maybe we should try to boot maemo kernel with initfs and here try to mount ubifs manually |
| 19:55.37 | freemangordon | i.e. adressbook db |
| 19:55.37 | Pali | and rescue os is good candicate |
| 19:55.51 | DocScrutinizer05 | sounds like a smart plan |
| 19:56.02 | *** join/#maemo Scorcere1 (scor@czlug.icis.pcz.pl) |
| 19:56.02 | *** join/#maemo Luke-Jr (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 19:56.02 | *** join/#maemo Jade (~jade@unaffiliated/jade) |
| 19:56.02 | *** join/#maemo basiaf (~basiaf@2a01:238:433a:c200::1) |
| 19:56.02 | *** join/#maemo rosseaux (~BeRo@2a00:1828:2000:36::2) |
| 19:56.17 | *** join/#maemo alehorst (~alehorst@177.42.2.73) |
| 19:56.17 | *** join/#maemo jhb (~joerg@p4FEF55D7.dip.t-dialin.net) |
| 19:56.17 | *** join/#maemo archeyDevil (~archeydev@unaffiliated/archeydevil) |
| 19:56.17 | *** join/#maemo Jaffa (~andrew@Maemo/community/contributor/Jaffa) |
| 19:56.18 | *** join/#maemo GuySoft (~guysoft@109.226.25.176) |
| 19:56.18 | *** join/#maemo odin_ (~Odin@93-97-168-38.zone5.bethere.co.uk) |
| 19:56.18 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 19:56.18 | *** join/#maemo peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 19:56.18 | *** join/#maemo X-Fade (~xfade@d5152FFD8.static.telenet.be) |
| 19:56.24 | NIN101 | I am not sure, maybe it even is. |
| 19:56.33 | freemangordon | jacekowski: (as you see)this part is mutex stuff, so I should be extremely careful with it :) |
| 19:56.52 | freemangordon | damn netsplit :( |
| 19:56.56 | DocScrutinizer05 | still i'd first look up in sourcecode what exactly failed to cause this -19/ENODEV error to get thrown |
| 19:57.59 | freemangordon | jacekowski: I run that through IDA and all sems well, I just need someone to reasure me it is fine :D |
| 19:58.32 | vi__ | gtg gn all. |
| 19:58.35 | vi__ | :q |
| 19:58.42 | DocScrutinizer05 | o/ |
| 20:00.14 | Pali | http://mxr.maemo.org/fremantle/source/kernel/fs/ubifs/super.c#2004 |
| 20:00.22 | Pali | DocScrutinizer05 ^^ |
| 20:00.36 | DocScrutinizer05 | hah, I was just searching |
| 20:01.08 | *** join/#maemo Scorcere1 (scor@czlug.icis.pcz.pl) |
| 20:01.08 | *** join/#maemo Luke-Jr (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 20:01.08 | *** join/#maemo Jade (~jade@unaffiliated/jade) |
| 20:01.08 | *** join/#maemo basiaf (~basiaf@2a01:238:433a:c200::1) |
| 20:01.08 | *** join/#maemo rosseaux (~BeRo@2a00:1828:2000:36::2) |
| 20:01.46 | Pali | and it returns from http://mxr.maemo.org/fremantle/source/kernel/fs/ubifs/super.c#1847 |
| 20:02.09 | DocScrutinizer05 | http://mxr.maemo.org/fremantle/source/kernel/fs/ubifs/super.c#1800 |
| 20:02.13 | DocScrutinizer05 | yeah |
| 20:02.21 | DocScrutinizer05 | seems I looked at this one before |
| 20:02.28 | DocScrutinizer05 | same issue |
| 20:02.38 | DocScrutinizer05 | several months ago |
| 20:03.20 | freemangordon | Pali: most probably oneNAND is not loaded |
| 20:03.32 | freemangordon | thus mtd does not exists |
| 20:03.38 | Pali | and it can return from here http://mxr.maemo.org/fremantle/source/kernel/drivers/mtd/ubi/kapi.c#232 or http://mxr.maemo.org/fremantle/source/kernel/drivers/mtd/ubi/kapi.c#247 or http://mxr.maemo.org/fremantle/source/kernel/drivers/mtd/ubi/kapi.c#249 |
| 20:04.44 | *** join/#maemo Psotnick (psotnick@unaffiliated/psotnick) |
| 20:06.13 | Pali | I think it failing somewhere here: http://mxr.maemo.org/fremantle/source/kernel/drivers/mtd/ubi/kapi.c#102 |
| 20:08.43 | freemangordon | Pali: ubi = ubi_get_device(ubi_num);? |
| 20:10.51 | Pali | only here is ubi code assining non null value: http://mxr.maemo.org/fremantle/source/kernel/drivers/mtd/ubi/build.c#888 |
| 20:11.12 | Pali | btw, in dmesg we should see this output: http://mxr.maemo.org/fremantle/source/kernel/drivers/mtd/ubi/build.c#867 |
| 20:11.22 | *** join/#maemo dhbiker (~dhbiker@95.87.145.172) |
| 20:11.27 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 20:13.02 | DocScrutinizer05 | http://mxr.maemo.org/fremantle/source/kernel/fs/ubifs/super.c#1847 -> http://mxr.maemo.org/fremantle/source/kernel/drivers/mtd/ubi/kapi.c#211 |
| 20:13.05 | DocScrutinizer05 | so yeah, |
| 20:13.24 | DocScrutinizer05 | and I got a so terrible deja-vu, I have to stop this immediately |
| 20:13.34 | Pali | DocScrutinizer05, it is possible to export tty console via USB? |
| 20:13.55 | DocScrutinizer05 | theoretically yes |
| 20:14.08 | Pali | g_nokia.ko can do it |
| 20:14.17 | DocScrutinizer05 | iirc OM FR uBoot worked like that |
| 20:14.20 | Pali | I remember that it working |
| 20:14.52 | Pali | Uboot can export console via usb too... but there is problem that kernel musb driver crashing if uboot enabled that usb console |
| 20:15.03 | Pali | so I disabled tty console in uboot |
| 20:15.18 | DocScrutinizer05 | sure, we wanna debig kernel anyway |
| 20:15.41 | DocScrutinizer05 | so no use in uBoot console |
| 20:15.44 | Pali | it is possible to compile g_nokia into kernel image and set default output to usb console tty? |
| 20:16.00 | DocScrutinizer05 | kernel usually does that via cmdline parameter |
| 20:16.23 | Pali | console=tty<something> |
| 20:16.36 | DocScrutinizer05 | :nod: |
| 20:16.46 | DocScrutinizer05 | ttyACM or whatever |
| 20:17.05 | Pali | but what will kernel do if driver g_nokia is not loaded? |
| 20:17.19 | kerio | FUCK |
| 20:17.24 | kerio | i can't sync via bluetooth anymore |
| 20:17.28 | DocScrutinizer05 | I don't think this works via g_nokia |
| 20:17.33 | kerio | what the fucking fuck |
| 20:17.59 | DocScrutinizer05 | it's a genuine kernel thing |
| 20:18.21 | DocScrutinizer05 | musb_hdrc is monolithic |
| 20:19.18 | DocScrutinizer05 | the "console tty" probably is just an EndPoint on a standard ENUM session on USB, established by musb_hdrc and relatives |
| 20:19.54 | Pali | merlin1991, freemangordon, can you try (maybe next day) to start rescue os, but with maemo kernel? |
| 20:20.18 | Pali | it needs to repack initrd image (add maemo kernel modules) |
| 20:20.33 | Pali | and try to mount ubifs rootfs here |
| 20:20.41 | Pali | and see full dmesg! |
| 20:20.50 | *** join/#maemo brzys (~brzys@213.189.44.27) |
| 20:20.56 | Pali | I think this is key for problem |
| 20:22.26 | DocScrutinizer05 | we goddamn had exactly same -19 error in same ubifs, looked same sourcecode lines, some months ago, in this very channel 8or #maemo-ssu) |
| 20:23.06 | DocScrutinizer05 | or I'm losing my mind |
| 20:23.07 | Pali | DocScrutinizer05, I think I remember something... |
| 20:23.34 | Pali | somebody wrote about non bootable maemo kernel... |
| 20:24.05 | Pali | so it was this uboot problem too... |
| 20:24.08 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 20:24.13 | DocScrutinizer05 | :nod: |
| 20:24.31 | Pali | this appeared in uboot 2012.04 so 6 month ago |
| 20:24.37 | DocScrutinizer05 | :nod: |
| 20:25.45 | kerio | GAAAAAAAAAAAAAH WHAT THE FUCK IS WRONG WITH THIS |
| 20:26.03 | DocScrutinizer05 | ouch my ears |
| 20:26.15 | kerio | the syncml is listed in sdptool |
| 20:27.02 | DocScrutinizer05 | ??? |
| 20:27.12 | kerio | all of a sudden, isync doesn't work |
| 20:27.23 | kerio | (contacts/calendar synchronization via bluetooth syncml) |
| 20:27.26 | DocScrutinizer05 | *burp* |
| 20:27.41 | DocScrutinizer05 | CSSU-T ? |
| 20:27.53 | kerio | no modifications lately |
| 20:28.01 | DocScrutinizer05 | *shrug* |
| 20:28.09 | DocScrutinizer05 | then I'm out now |
| 20:29.29 | kerio | i can restore an old backup, but i literally made no modifications to bluetooth or syncing since there |
| 20:29.31 | kerio | *then |
| 20:29.36 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 20:29.55 | shamus | people still use the n900? i have not touched me n800 in ages. sucks that nokia basicly let the n900 just up and die |
| 20:30.53 | *** join/#maemo Rqper (~user@2a02:578:857e:0:5e57:c8ff:fe12:e281) |
| 20:31.12 | SpeedEvil | I'm using mine regularly for poscass |
| 20:32.08 | Skry | I'm using it as my primary phone |
| 20:32.15 | shamus | I use my n800 as a clock. leave good old xdial clock runnign 24/7 |
| 20:33.01 | SpeedEvil | I recently moved my landline to my n900. |
| 20:34.33 | SpeedEvil | for some defintions anyway |
| 20:34.33 | SpeedEvil | 'primary calling phone that presents a geographic I'd' |
| 20:34.51 | kerio | oh ok, apparently bluetooth-dun is required to make isync realize that it's talking to a n900 |
| 20:35.17 | kerio | shamus: it's my primary (and only) phone, and i recently bought a second n900 to replace the first |
| 20:35.18 | *** join/#maemo dhbiker (~dhbiker@95.87.145.172) |
| 20:35.47 | shamus | how are the specs? i always thouhg the older n800 and n810 were underpowered |
| 20:36.19 | kerio | bad-ish |
| 20:36.23 | kerio | too little ram |
| 20:36.37 | kerio | but every other "smartphone" sucks balls |
| 20:36.49 | shamus | true all smartphones suck |
| 20:37.03 | shamus | persionaly i still use dumbphones |
| 20:37.11 | shamus | and an android tablet |
| 20:37.20 | kerio | yeah, android sucks too |
| 20:37.39 | shamus | ics is not that bad have yet to try jellybean |
| 20:37.55 | kerio | shamus: ever tried using fremantle for a while? |
| 20:38.06 | shamus | but i wil admit the premison system sucks balls |
| 20:38.11 | shamus | nope |
| 20:38.28 | shamus | my tab came preloaded with ice cream samwitch |
| 20:38.59 | kerio | i'd grab a used n900 if you can spare a bit of cache |
| 20:39.01 | kerio | *cash |
| 20:39.34 | shamus | im guessign they have slowly droped in cost due to there age |
| 20:39.48 | kerio | yeah, you can grab one for 100-150<currency> |
| 20:40.11 | teotwaki | apparently, you've dropped spelling due to age as well? |
| 20:40.16 | shamus | still shoked me how much amazon riped me off on the n800 when i got it. was about 2 years ago and still about 120 ush |
| 20:41.09 | shamus | was pissed that the n900 cam out less then a few months after i got my n800 |
| 20:41.24 | shamus | but i was already passed the return period |
| 20:42.19 | SpeedEvil | I have a nexus 7, running jellybean. |
| 20:42.39 | SpeedEvil | it annoys me constantly with the subtle breakages. |
| 20:44.44 | teotwaki | I've been lobbying the company to get me a Note 2 |
| 20:44.55 | kerio | haha |
| 20:45.01 | kerio | lobby for a n900! |
| 20:45.08 | teotwaki | I've got 3 N900s |
| 20:45.12 | teotwaki | they're way underpowered. |
| 20:45.16 | kerio | :c |
| 20:45.42 | teotwaki | doens't the note 2 have 10 times the amount of ram of an n900? |
| 20:45.45 | DocScrutinizer05 | beowulf FTW ;-P |
| 20:46.49 | kerio | it's also about 10 times as bulky |
| 20:46.53 | kerio | >:C |
| 20:47.02 | kerio | and yeah, ram is a big issue on the n900 |
| 20:47.06 | kerio | cssu-thumb helps, though |
| 20:47.11 | DocScrutinizer05 | get another 20 N900 and you blow your scrubby Note2 outa the water |
| 20:47.34 | DocScrutinizer05 | ;-) |
| 20:47.39 | kerio | DocScrutinizer05: get another 20 N900s so you can try resoldering more RAM on one |
| 20:47.48 | teotwaki | DocScrutinizer05: you mean in power requirements? |
| 20:47.49 | DocScrutinizer05 | haha |
| 20:48.44 | DocScrutinizer05 | kerio: toldya there's no way to solder more RAM to N900 |
| 20:48.57 | kerio | you can desolder the ram that's already there though |
| 20:49.05 | DocScrutinizer05 | unless you build a piggyback board |
| 20:52.28 | shamus | could be scarier I have seen someone replace the CPU on a eepc. that shit is just crazy who in there right mine replaces a soder ball aray at home |
| 20:53.05 | shamus | was on hack a day a while back |
| 20:54.21 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 20:55.52 | DocScrutinizer05 | it's still unclear if POP is desolderable at all, or maybe they used a drop of acrylic glue to stick the upper-POP to lowerPOP |
| 20:56.33 | DocScrutinizer05 | after all you wouldn't want the RAM/NAND come off the CPU during reflow ;-P |
| 20:58.10 | DocScrutinizer05 | you rather exploit the MMC bus 1 by adding a mux and place some RAM in parallel to the eMMC |
| 20:58.21 | *** join/#maemo sunny_s (~sunny_s@178.124.152.19) |
| 20:58.46 | DocScrutinizer05 | not exactly genuine RAM for what CPU sees of it, but makes for a nice swap I bet |
| 20:58.49 | kerio | DocScrutinizer05: whatevs, just figure out your EE thing and build me a n900 with a quad-core i7 pls |
| 20:59.08 | DocScrutinizer05 | *BURRRP* |
| 20:59.19 | kerio | silly thing: swap on nand |
| 20:59.23 | kerio | would it be possible, somehow? |
| 20:59.38 | shamus | probly not |
| 20:59.40 | teotwaki | to be honest, I have a dual core HT atom CPU, it's not bad. |
| 20:59.41 | DocScrutinizer05 | not worth it |
| 20:59.42 | kerio | without nuking the nand to shit |
| 21:00.24 | kerio | isn't it much faster than the emmc or the usd? |
| 21:00.25 | DocScrutinizer05 | there's not more than 256MB NAND anyway |
| 21:00.49 | DocScrutinizer05 | and no, it's not THAT much faster |
| 21:01.00 | shamus | http://hackaday.com/2012/08/10/swapping-out-eee-pc-bga-chip-for-1-6-ghz-upgrade/ |
| 21:01.20 | shamus | if you ask my thats just crazy |
| 21:01.25 | DocScrutinizer05 | you still need to flash-erase whole pages, which kills your swap |
| 21:01.32 | DocScrutinizer05 | performance-wise |
| 21:01.42 | teotwaki | shamus: what's the point, though? |
| 21:01.45 | DocScrutinizer05 | and also regarding wear |
| 21:02.02 | shamus | im guessing they did it becasue they could |
| 21:02.13 | shamus | do they realy need a reasion |
| 21:02.18 | kerio | DocScrutinizer05: would it be easier to replace the whole SoC? |
| 21:02.23 | DocScrutinizer05 | yes |
| 21:02.27 | DocScrutinizer05 | waaaay easier |
| 21:02.38 | kerio | cool, let's do that then |
| 21:02.51 | teotwaki | has anyone run Maemo on any other SoC than the n900? |
| 21:02.55 | DocScrutinizer05 | we already had that topic finalized some 4 weeks ago |
| 21:03.30 | DocScrutinizer05 | we just need an OMAP3430 with better specs and better OneNAND POP |
| 21:03.41 | DocScrutinizer05 | and somebody uttered "palm pre" |
| 21:03.48 | kerio | neat |
| 21:03.52 | DocScrutinizer05 | as a possuble source for such a critter |
| 21:04.33 | DocScrutinizer05 | but then, there's cert for xloader |
| 21:05.05 | DocScrutinizer05 | so unless we get uBoot to properly boot maemo, we're probably still screwed |
| 21:05.12 | shamus | now what would be funny/sad is somone trying to get Maemo to run on a palm Vx lol |
| 21:05.33 | kerio | would a 3630 work fine too? |
| 21:05.41 | kerio | (palm pre 2) |
| 21:05.42 | DocScrutinizer05 | prolly not |
| 21:05.46 | kerio | damn |
| 21:06.07 | DocScrutinizer05 | I guess their electric specs don't match |
| 21:06.28 | kerio | the pre's is 500/600mhz like the n900's |
| 21:06.29 | DocScrutinizer05 | uneducated guess |
| 21:06.36 | kerio | the pre plus has half a gb of ram, though |
| 21:06.40 | *** part/#maemo m4g0g (~Maledictu@178.120.75.79) |
| 21:06.42 | kerio | which would be ZOMGSOGOOD |
| 21:07.29 | DocScrutinizer05 | kerio: download "datasheets" of omap3430 and 3630 from TI and check |
| 21:08.03 | DocScrutinizer05 | if the pins are all the same names, odds are they could be just a drop-in replacement |
| 21:09.04 | DocScrutinizer05 | if you find a devel board with chip socket, that claims to take both 3430 and 3630, then as well odds are good |
| 21:09.49 | *** join/#maemo ced117 (~ced117@AStrasbourg-552-1-88-119.w92-141.abo.wanadoo.fr) |
| 21:09.49 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 21:11.15 | DocScrutinizer05 | and *particularly* if you check kernel sources and there's no diff in noardconfig parameters for 3430 and 3630 boards, you could assume the peripherals are all the same, and thus maybe chips are compatible |
| 21:11.29 | DocScrutinizer05 | board-config even |
| 21:14.54 | *** join/#maemo felipe` (~felipe@unaffiliated/felipe) |
| 21:15.40 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 21:16.05 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 21:17.56 | *** join/#maemo bugzy (~bugzy@29palms120.chapman.edu) |
| 21:23.58 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 21:24.15 | jacekowski | freemangordon: only thing i don't like about it is the fact that there are thumb alternatives you are supposed to use instead |
| 21:24.34 | jacekowski | freemangordon: because swp + 2 switches have HUGE penalty |
| 21:26.43 | kerio | jacekowski: can't that code be written in C? |
| 21:26.54 | jacekowski | freemangordon: swp and swpb is deprecated in arm6 |
| 21:27.03 | teotwaki | any code can be rewritten in C, doesn't mean it'll be faster. |
| 21:27.06 | jacekowski | kerio: not something like that |
| 21:27.16 | kerio | why not |
| 21:27.16 | kerio | ? |
| 21:27.37 | jacekowski | kerio: because it's thumb to arm switch and back to thumb for once |
| 21:27.43 | *** join/#maemo bugzy (~bugzy@29palms120.chapman.edu) |
| 21:28.12 | jacekowski | kerio: and it's using swp instruction and you can't make gcc emit that instruction |
| 21:28.18 | jacekowski | for two reasons |
| 21:28.24 | jacekowski | it's deprecated |
| 21:28.36 | jacekowski | and C has no understanding of mutexes |
| 21:28.51 | *** join/#maemo raandoom (~raandoom@93.157.239.7) |
| 21:29.06 | jacekowski | what SWP is doing is swapping two memory locations as one atomic operation |
| 21:30.49 | *** join/#maemo uen (~uen@p5DCB10FC.dip.t-dialin.net) |
| 21:30.50 | jacekowski | there are compiler specific ways of doing things |
| 21:31.24 | jacekowski | but those use memory barriers |
| 21:31.31 | jacekowski | which is the way it should have been done |
| 21:32.10 | jacekowski | GCC is pretty shit |
| 21:32.16 | kerio | :c |
| 21:32.19 | kerio | don't say that! |
| 21:32.28 | jacekowski | it's decent on x86 |
| 21:32.39 | jacekowski | but other platforms, it makes me cry |
| 21:32.50 | kerio | i thought linaro wasn't that bad |
| 21:33.42 | jacekowski | linaro has not much to do with gcc |
| 21:34.20 | jacekowski | only platform where gcc generates acceptable code is x86 |
| 21:34.38 | jacekowski | and even then it's pretty bad when compared with ICC |
| 21:34.56 | jacekowski | only "good" thing is, that MSVC is just as bad as gcc |
| 21:35.00 | kerio | heh |
| 21:35.08 | kerio | how does clang compare? |
| 21:35.23 | jacekowski | clang is bit strange thing to compare it directly |
| 21:35.43 | kerio | clang/llvm as a whole? |
| 21:36.02 | jacekowski | yeah |
| 21:36.17 | kerio | no, i mean, how does it compare to clang/llvm as a whole? :) |
| 21:36.56 | jacekowski | well, it has improved a lot |
| 21:36.57 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 21:37.24 | kerio | which one? gcc or llvm? |
| 21:37.28 | jacekowski | llvm |
| 21:37.35 | kerio | but gcc is still better? |
| 21:37.38 | jacekowski | but thing is, llvm has plenty of overheads |
| 21:37.40 | kerio | i'm talking about arm |
| 21:37.46 | jacekowski | dunno about arm |
| 21:38.17 | jacekowski | to be honest, there is no good all round compiler for arm |
| 21:38.23 | kerio | :( |
| 21:38.30 | jacekowski | i've seen code generated by codesorcery |
| 21:38.32 | jacekowski | hmm |
| 21:38.36 | jacekowski | or codesomething |
| 21:38.38 | jacekowski | keil |
| 21:38.47 | jacekowski | and arm arm compiler |
| 21:38.52 | jacekowski | and all had their problems |
| 21:39.07 | jacekowski | though, arm compiler seemed to do least amount of fuck ups |
| 21:41.38 | freemangordon | jacekowski: ldrex / strex won;t do the job |
| 21:42.01 | freemangordon | I am using 4.7.2 and can use sync intrinstics |
| 21:42.24 | freemangordon | but they implement mutex by themselves, not MUTEX_SET |
| 21:42.54 | jacekowski | yeah, well, ideally you would replace whole mutex implementation fully in thumb |
| 21:43.30 | freemangordon | and having in mind berkeley deb uses swp/b even in it's latest code, I don't dare to rewrite mutex implementation in such a critical databse |
| 21:43.32 | jacekowski | but thing about bdb, in most cases there is no real need for mutexes in it |
| 21:43.38 | freemangordon | s/deb/db/ |
| 21:43.57 | jacekowski | in mose use cases* |
| 21:44.28 | freemangordon | jacekowski: there is no penalty for going thumb/arm/thumb afaik |
| 21:44.51 | jacekowski | i'm pretty sure it causes pipeline flush |
| 21:45.30 | freemangordon | most probably. but it is the same wuth gcc intrinstics, they put data memory barriers, i've already tried them |
| 21:45.41 | freemangordon | and used IDA to check the code after that |
| 21:45.59 | jacekowski | but i think swp has higher penalty than mode switch |
| 21:46.18 | freemangordon | i know I can write in assembly, as memory barriers are for luti-cpu, but still |
| 21:46.42 | freemangordon | mode shwitch should not have any penalty besides what bx does |
| 21:47.14 | jacekowski | branch misprediction has pretty hefty penalty |
| 21:47.41 | jacekowski | and normal running system you get very very high hitrate on that |
| 21:48.04 | *** join/#maemo brzys (~brzys@86-63-126-137.sta.asta-net.com.pl) |
| 21:48.04 | jacekowski | but branch misprediction means that full pipeline is thrown out |
| 21:48.21 | jacekowski | and cortex-a8 has 13 stage pipeline |
| 21:48.49 | freemangordon | you mean bx will flush the pipeline? |
| 21:49.23 | freemangordon | but aiui there is no way to mispredict it, as it is always taken |
| 21:49.54 | jacekowski | BX can have condition |
| 21:49.58 | freemangordon | and abyway BTB is flushed on every context switch :D:D:D |
| 21:50.16 | freemangordon | well, it can, but it has not in the current code |
| 21:50.19 | *** join/#maemo messerting (~messertin@cm-84.211.113.209.getinternet.no) |
| 21:50.39 | jacekowski | ahm, you are talking about bx in your code |
| 21:50.48 | jacekowski | i though we are talking generally about bx |
| 21:50.49 | freemangordon | yeah |
| 21:50.52 | freemangordon | no |
| 21:51.05 | freemangordon | i am talking about my code |
| 21:51.06 | jacekowski | but in your case it will cause flush |
| 21:51.13 | freemangordon | will it? |
| 21:51.19 | freemangordon | because of swpb? |
| 21:51.22 | jacekowski | it's just predicting location |
| 21:51.41 | jacekowski | no, because instruction decoder will be running in ARM mode |
| 21:51.50 | freemangordon | aah, i see |
| 21:51.53 | jacekowski | so prefetched instructions will be decoded as arm |
| 21:52.05 | freemangordon | yes, you're right |
| 21:52.10 | jacekowski | and then you switch to thumb and only then processor realises that it's decoded them wrong |
| 21:52.44 | freemangordon | correct. damn, i'll have to rewrite that with lrdex/strex |
| 21:53.01 | jacekowski | but thing is, penalty on that is only part of it |
| 21:53.13 | jacekowski | swp is not penalty free as well |
| 21:53.23 | jacekowski | i'm not 100% sure if it's cached |
| 21:53.34 | freemangordon | yeah, but it is a legacy from the origoinal code |
| 21:53.49 | freemangordon | jacekowski: i'm convinced :D |
| 21:54.12 | jacekowski | SWP causes processor wide bus lock |
| 21:54.45 | jacekowski | though, on n900 with single core it doesn't matter so much |
| 21:55.11 | freemangordon | no matter that code will work in it's current form, I hate when developers do it in the easy (read ineffective)way |
| 21:55.31 | jacekowski | but on multicore system it will stop all cores |
| 21:56.21 | freemangordon | yeah, i know that.hmm, actually i can rewrite that with only 3 instruction |
| 21:56.24 | jacekowski | and may cause cache lines to be flushed |
| 21:56.31 | freemangordon | ldrex,mov, strex |
| 21:57.02 | freemangordon | no memory barrier as we're on single core |
| 21:57.07 | *** join/#maemo grayhat (~grayhat@41.220.69.81.vgccl.net) |
| 21:57.18 | jacekowski | on x86 there is memory snooping for that, but i'm not sure how ARM implements that kind of stuff exactly |
| 21:57.29 | freemangordon | and I am not trying to upstream that :D |
| 21:57.42 | grayhat | How can I reset n900 to factory default |
| 21:57.48 | jacekowski | grayhat: flash it |
| 21:57.51 | jacekowski | anyways |
| 21:57.53 | jacekowski | sleep to do |
| 21:57.55 | freemangordon | jacekowski: ldrex/strex |
| 21:58.10 | grayhat | jacekowski: i dont know how to do that |
| 21:58.14 | jacekowski | freemangordon: i'm talking hardware side |
| 21:58.16 | freemangordon | ~flashing |
| 21:58.16 | infobot | methinks maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware |
| 21:58.27 | jacekowski | freemangordon: as in what happens if one core updates memory location that is cached in another core |
| 21:58.27 | freemangordon | jacekowski: aah, ok |
| 21:58.41 | freemangordon | there is cache protocol for that |
| 21:58.42 | grayhat | Thanks y'all |
| 21:59.04 | freemangordon | has forgotten the name |
| 21:59.18 | Cor-Ai | john? |
| 21:59.20 | jacekowski | freemangordon: on x86 all cores snoop memory accesses and will update or in some cases invalidate specific lines |
| 22:00.16 | jacekowski | anyways |
| 22:00.18 | jacekowski | sleep time |
| 22:00.24 | freemangordon | MESI |
| 22:00.28 | freemangordon | jacekowski: ^^^ |
| 22:00.32 | freemangordon | night |
| 22:01.11 | *** join/#maemo niwakame|away (hashtag@ircbouncer.eu) |
| 22:01.30 | jacekowski | freemangordon: NUMA makes it a lot more fun than that |
| 22:01.35 | jacekowski | but anyways |
| 22:01.37 | jacekowski | sleep time |
| 22:01.51 | freemangordon | :) |
| 22:04.00 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 22:11.00 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 22:19.23 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 22:22.59 | *** join/#maemo lxp (~lxp@62-47-161-15.adsl.highway.telekom.at) |
| 22:32.14 | marainein | is uboot working or not? there seems to be a lot of talk about its problems |
| 22:34.38 | Skry | it works |
| 22:35.37 | *** join/#maemo brzys (~brzys@86-63-126-137.sta.asta-net.com.pl) |
| 22:36.03 | freemangordon | Skry: or better said - if it works, it works :D |
| 22:40.19 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 22:40.32 | DocScrutinizer05 | or even better: compare your hw-rev with the list of those who are known to work |
| 22:45.04 | merlin1991 | aka 2101 works everything else is a gamble :D |
| 22:46.13 | marainein | 2204 |
| 22:46.19 | marainein | ...swell |
| 22:48.36 | *** join/#maemo twb15 (~twb15@46-116-46-228.bb.netvision.net.il) |
| 22:54.44 | marainein | so what do 2204 owners use for a boot loader? |
| 22:57.56 | Skry | freemangordon: so very true, fortunately I've personally never had any problems with it. |
| 23:02.08 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 23:06.39 | Hurrian | Where do people get non-2101 units? I've personally handled 6 N900s, and all of them were r2101. |
| 23:07.57 | entitled | how do I check which I have? |
| 23:07.59 | entitled | got two |
| 23:10.20 | marainein | Hurrian, mine came from amazon |
| 23:11.08 | marainein | entitled, cat /proc/component_version |
| 23:15.54 | entitled | 2101 and... 2101 |
| 23:15.59 | nox- | 2204 |
| 23:16.29 | nox- | good i never tried uboot i guess... |
| 23:16.40 | merlin1991 | I have a 2101 ad 2104 a 2204 and a 4th where I don't know the hw revision :D |
| 23:16.45 | marainein | nox-, you use any kind of multi boot? |
| 23:17.00 | merlin1991 | nox-: actually u-boot prior to some very specific version works on all of them |
| 23:17.05 | nox- | marainein, no |
| 23:17.25 | nox- | merlin1991, oh... |
| 23:17.58 | merlin1991 | ie the uboot-pr1.3 package in extras devel works on all device I own |
| 23:18.17 | nox- | and which one is broken? |
| 23:18.36 | merlin1991 | the latest and greatest by pali :D |
| 23:18.44 | nox- | oh well... |
| 23:21.38 | entitled | /proc/cpuinfo... in features the one im using daily has thumbee and the one in reserve does not? |
| 23:22.17 | Hurrian | Nothing currently uses ThumbEE. It's just a CPU feature seen by Linux. |
| 23:22.20 | entitled | due to software I've installed 8 suppose, all should support thumbee |
| 23:23.05 | entitled | as it's the same armv7 revision |
| 23:23.30 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 23:24.28 | Hurrian | Again, it /supports/ ThumbEE, but nothing uses it |
| 23:24.45 | entitled | anyone replaced the digitizer on their n900? are all those chinese ones as good as any other? |
| 23:24.52 | Hurrian | It's for faster Java, but I don't recall even Android devices using it. |
| 23:25.03 | Hurrian | entitled, the chinese digitizers are crap. |
| 23:25.32 | Hurrian | IIRC there was this one seller on eBay with surplus N900 ones, but I can't find it anymore. |
| 23:25.57 | entitled | friend's n900 has broken touch sensor, only works in part of the screen |
| 23:26.11 | entitled | and mine is pretty scratched up |
| 23:27.02 | Hurrian | ouch, |
| 23:27.26 | Hurrian | these things are quite squishy. They pop up on eBay sometimes, though |
| 23:27.37 | Hurrian | it's pretty clear which ones are Nokia and which ones are ripoffs |
| 23:31.41 | *** join/#maemo at1as (~at1as@kurios.r4780y.com) |
| 23:31.57 | entitled | he got it from uk vendor but with the price being so low it's most likely one of those chinese copies |
| 23:33.10 | Hurrian | these things are pretty pricey, 30-50 EUR a pop. |
| 23:33.54 | entitled | ye |
| 23:44.48 | *** join/#maemo VDVsx (~vdvsx@a88-112-254-211.elisa-laajakaista.fi) |
| 23:50.06 | *** join/#maemo LjL (~ljl@unaffiliated/ljl) |
| 23:50.29 | DocScrutinizer05 | re cpuinfo: what I find a tad concerning is the >>BogoMIPS : 249.96<< on PK46 device, while stock kernel gives >>BogoMIPS : 499.92<< |
| 23:52.39 | DocScrutinizer05 | WTH?! the other one with stock kernel and CSSU-TH also has >>BogoMIPS : 249.96<< |
| 23:52.50 | DocScrutinizer05 | btw all three 2101 |
