*** xorly has quit IRC | 00:02 | |
*** louis__ has quit IRC | 00:10 | |
*** louis__ has joined #maemo | 00:13 | |
fishbulb | um | 00:14 |
---|---|---|
fishbulb | flashing instructions please? | 00:15 |
fishbulb | plug it in then execute scripts? | 00:15 |
fishbulb | can I dual boot | 00:18 |
fishbulb | is there another useful operating system to run with an n900 | 00:18 |
*** futpib has quit IRC | 00:21 | |
*** louis__ has quit IRC | 00:24 | |
DocScrutinizer05 | fishbulb: execute the script, see the instructions | 00:33 |
fishbulb | I'm flashing the whole thing | 00:33 |
DocScrutinizer05 | fishbulb: if you get a strenage error from flasher (sth like "file not found" or sth), you need libusb0.1.4 32bit iirc | 00:38 |
fishbulb | just got that error | 00:38 |
fishbulb | where do I find it? | 00:39 |
*** louis__ has joined #maemo | 00:39 | |
DocScrutinizer05 | your distro's package manager | 00:39 |
fishbulb | it's not in there | 00:40 |
DocScrutinizer05 | I couldn't automate that in the scipt since it's different for each distro | 00:40 |
fishbulb | I have to downgrade | 00:40 |
DocScrutinizer05 | ohnoes | 00:40 |
fishbulb | not even sure how to | 00:40 |
DocScrutinizer05 | arch? | 00:40 |
fishbulb | yes | 00:40 |
fishbulb | well antergos | 00:40 |
fishbulb | kernel module collision problem | 00:42 |
fishbulb | I got that too | 00:42 |
fishbulb | fixing flasher-3.5 cdc_phonet kernel module collision problem | 00:42 |
DocScrutinizer05 | https://bbs.archlinux.org/viewtopic.php?id=194808 | 00:43 |
*** pagurus has quit IRC | 00:43 | |
DocScrutinizer05 | https://bbs.archlinux.org/viewtopic.php?id=186130 | 00:45 |
fishbulb | that doesn't really help | 00:45 |
DocScrutinizer05 | the latter should | 00:46 |
DocScrutinizer05 | OK, found the libaries: | 00:46 |
DocScrutinizer05 | $ yaourt -S lib32-libusb lib32-libusb-compat | 00:46 |
DocScrutinizer05 | Works now. | 00:46 |
*** louis__ has quit IRC | 00:46 | |
*** Smily has quit IRC | 00:47 | |
*** vakkov has quit IRC | 00:48 | |
fishbulb | I got the image that contains backupmenu | 00:49 |
fishbulb | where do I put it? | 00:49 |
DocScrutinizer05 | on a uSD? | 00:50 |
DocScrutinizer05 | errr wait. what? | 00:51 |
DocScrutinizer05 | you got the BM-enhanced fiasco image? | 00:51 |
fishbulb | Here's a rootfs image from my N900 with BackupMenu 0.50-3 installed: flashable_rootfs_v0.56-1-20101109.img. This image can be flashed with the Nokia flasher, significantly reducing restore time if you have a "bricked" system. | 00:51 |
DocScrutinizer05 | yes, you prolly rather flash it manually | 00:52 |
fishbulb | how many steps is that | 00:52 |
DocScrutinizer05 | one? | 00:52 |
fishbulb | flash what manually? | 00:52 |
DocScrutinizer05 | flasher-3.5 -f -F <path-to-image> | 00:53 |
fishbulb | then run the script? | 00:53 |
DocScrutinizer05 | no, first run the script, err, instead of running the script | 00:53 |
fishbulb | so just run flasher 3.5 and it'll do the whole thing? | 00:54 |
DocScrutinizer05 | flasher-3.5 -f -F <path-to-image> | 00:54 |
DocScrutinizer05 | or somesuch | 00:54 |
DocScrutinizer05 | maybe -F -f | 00:55 |
fishbulb | what? | 00:55 |
DocScrutinizer05 | flasher-3.5 -f -F flashable_rootfs_v0.56-1-20101109.img | 00:55 |
fishbulb | what will that flash | 00:56 |
fishbulb | I want to do the whole phone | 00:56 |
DocScrutinizer05 | please read complete page http://wiki.maemo.org/Updating_the_tablet_firmware | 00:56 |
fishbulb | If you are using the .tar.gz package, use: | 00:58 |
fishbulb | sudo ./flasher-3.5 -F <firmware-image> -f | 00:58 |
fishbulb | that? | 00:58 |
fishbulb | do I do that | 01:02 |
fishbulb | it's not working. | 01:08 |
fishbulb | you wrote this script and you don't know how to flash the phone with the backupmenu image? | 01:09 |
*** pagurus has joined #maemo | 01:10 | |
Pali | DocScrutinizer05: http://wstaw.org/m/2016/03/25/plasma-desktopiO2219.png --> so backup battery is never charged? | 01:21 |
*** vakkov has joined #maemo | 01:21 | |
Pali | freemangordon: ok, are you going to fix it? or what are next plans with tidspbridge? | 01:21 |
*** vakkov has quit IRC | 01:29 | |
*** Smily has joined #maemo | 01:32 | |
*** Pali has quit IRC | 01:35 | |
*** HRH_H_Crab has quit IRC | 01:35 | |
*** HRH_H_Crab has joined #maemo | 01:36 | |
DocScrutinizer05 | pagurus: depends on what kernel does | 01:37 |
DocScrutinizer05 | pali: | 01:37 |
DocScrutinizer05 | sorry, ETAB | 01:38 |
*** HRH_H_Crab has quit IRC | 01:46 | |
*** HRH_H_Crab has joined #maemo | 01:51 | |
fishbulb | the flash it all script didn't erase everything on the phone | 01:53 |
fishbulb | it's all still there | 01:53 |
fishbulb | all the call history and texts and stuff | 01:54 |
*** HRH_H_Crab has quit IRC | 01:59 | |
*** HRH_H_Crab has joined #maemo | 02:00 | |
*** HRH_H_Crab has quit IRC | 02:02 | |
*** HRH_H_Crab has joined #maemo | 02:04 | |
fishbulb | I'd like to report a bug on that flashitall script | 02:24 |
fishbulb | in that it doesn't work | 02:24 |
*** LauRoman has quit IRC | 02:25 | |
fishbulb | all calls, all texts, all contacts, all calendar appointments, and I don't know what else yet, are all still there | 02:27 |
DocScrutinizer05 | you need to enter 'YES' | 02:28 |
fishbulb | I did | 02:28 |
DocScrutinizer05 | obviously not | 02:28 |
DocScrutinizer05 | the script is tested | 02:28 |
DocScrutinizer05 | afaik | 02:28 |
DocScrutinizer05 | well, I tested it before I published it | 02:29 |
fishbulb | I'll try it again | 02:29 |
fishbulb | has anyone else tested it? | 02:29 |
DocScrutinizer05 | I'm pretty sure several people used it already | 02:29 |
fishbulb | I'll do it again | 02:30 |
*** krnlyng has quit IRC | 02:31 | |
*** alien2003 has joined #maemo | 02:33 | |
DocScrutinizer05 | see http://maemo.cloud-7.de/maemo5/patches_n_tools/maemo-my-private-workdir_flash-it-all.sh.LOG | 02:33 |
alien2003 | Hi. Can you help me with U-Boot pls? After I select the kernel it says "Unsupported filesystem"... I tried to fsck and to switch between FAT32 and ext3 filesystem... On FAT it even doesn't show my kernels | 02:34 |
DocScrutinizer05 | fishbulb: you also can use flash-it-all.sh to flash your backupmenu image. however you need move the image to the my-private-workdir and do a 'md5sum flashable_rootfs_v0.56-1-20101109.img >>md5sums.txt' first | 02:40 |
DocScrutinizer05 | after that call 'sudo ./flash-it-all.sh flashable_rootfs_v0.56-1-20101109.img' | 02:41 |
fishbulb | Invalid FIASCO file header | 02:45 |
fishbulb | sorry, flashing flashable_rootfs_v0.56-1-20101109.img (NOLO, rootfs, modem-fw) failed with errorcode 0 | 02:45 |
DocScrutinizer05 | then the file is not correct | 02:46 |
fishbulb | I got it off the backupmenu post | 02:46 |
DocScrutinizer05 | I never used that flashable_rootfs_v0.56-1-20101109.img | 02:46 |
fishbulb | well it's fucked | 02:47 |
DocScrutinizer05 | seems so. Did you check that you downloaded it without errors?` | 02:47 |
fishbulb | yes | 02:47 |
DocScrutinizer05 | alien2003: wait for Pali | 02:48 |
DocScrutinizer05 | I noticed a tiny error in flasher file, it shouldn't say "failed with errorcode 0" | 02:51 |
DocScrutinizer05 | irrelevant for that issue here | 02:52 |
fishbulb | a tiny error? | 02:52 |
DocScrutinizer05 | yes | 02:52 |
DocScrutinizer05 | it should read "failed with errorcode 5" or whatever | 02:53 |
fishbulb | ok, it didn't | 02:53 |
DocScrutinizer05 | yes, I see. That's why I say "I noticed a tiny irrelevant error" | 02:53 |
*** krnlyng has joined #maemo | 02:54 | |
fishbulb | yeah, the process still didn't work | 02:55 |
fishbulb | I flashed it a second time and it did erase the stuff though | 02:56 |
DocScrutinizer05 | sure | 02:56 |
fishbulb | the first time it said it was doing that and it didn't | 02:56 |
DocScrutinizer05 | o.O | 02:56 |
fishbulb | where are the repos? | 02:57 |
DocScrutinizer05 | ~repos | 02:57 |
infobot | i guess repos is "deb http://maemo.muarf.org/apt-mirror/mirror/downloads.maemo.nokia.com/fremantle/ssu/apps/ ./ ;; deb http://maemo.muarf.org/apt-mirror/mirror/downloads.maemo.nokia.com/fremantle/ssu/mr0/ ./", or see http://wiki.maemo.org/Repository#List_of_Maemo_repositories | 02:57 |
DocScrutinizer05 | ~jrrepos | 02:58 |
infobot | jrrepos is, like, http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/ | 02:58 |
DocScrutinizer05 | one-click-install | 02:58 |
fishbulb | I put that in the browser? | 03:00 |
DocScrutinizer05 | yes | 03:07 |
DocScrutinizer05 | on N900 | 03:07 |
DocScrutinizer05 | actually http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/recommended.install | 03:08 |
fishbulb | if I install all the repos will it spaz out | 03:08 |
DocScrutinizer05 | yes | 03:09 |
DocScrutinizer05 | you only need http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/recommended.install | 03:09 |
fishbulb | don't you need devel for backup menu, cssu and power kernel | 03:10 |
DocScrutinizer05 | that's unrelated | 03:10 |
DocScrutinizer05 | well, use http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/muarf_devel_tools.install | 03:11 |
DocScrutinizer05 | INSTEAD OF recommended | 03:12 |
fishbulb | ok well luckily you said that last | 03:12 |
DocScrutinizer05 | worst case you need to delete catalogs in ham which are duplicate | 03:13 |
fishbulb | I don't know which ones are | 03:14 |
DocScrutinizer05 | you'll see by their names | 03:14 |
fishbulb | there doesn't seem to be extras or extras-devel | 03:15 |
DocScrutinizer05 | extras is on by default | 03:16 |
DocScrutinizer05 | extras-devel is in http://maemo.cloud-7.de/maemo5/et_al/HAM-catalogs/muarf_devel_tools.install | 03:16 |
DocScrutinizer05 | [extras-devel] | 03:17 |
DocScrutinizer05 | name = Maemo Extras-DEVEL catalogue (read WARNING!) | 03:17 |
DocScrutinizer05 | uri = http://repository.maemo.org/extras-devel | 03:17 |
DocScrutinizer05 | dist = fremantle | 03:17 |
DocScrutinizer05 | components = free non-free | 03:17 |
fishbulb | that still works? | 03:17 |
DocScrutinizer05 | sure, why not? | 03:17 |
fishbulb | the linenoise ones are 404 | 03:22 |
fishbulb | ok I can't seem to find cssu or anything else | 03:24 |
fishbulb | maybe those repos are no good | 03:24 |
fishbulb | they might have a tiny error making them unusable | 03:25 |
fishbulb | I have to try later, cheers | 03:27 |
*** fishbulb has quit IRC | 03:27 | |
*** flo_lap has joined #maemo | 03:33 | |
*** florian has quit IRC | 03:36 | |
*** louis__ has joined #maemo | 03:47 | |
*** alien2003 has quit IRC | 04:14 | |
*** eMHa__ has joined #maemo | 04:34 | |
*** eMHa_ has quit IRC | 04:37 | |
*** vakkov has joined #maemo | 04:41 | |
*** M4rtinK has quit IRC | 04:42 | |
*** louis__ has quit IRC | 04:51 | |
*** pagurus has quit IRC | 05:19 | |
*** peetah has quit IRC | 05:32 | |
*** peetah has joined #maemo | 05:33 | |
*** lxp1 has joined #maemo | 06:01 | |
*** lxp has quit IRC | 06:04 | |
*** vahe has joined #maemo | 06:20 | |
*** DocScrutinizer05 has quit IRC | 06:21 | |
*** DocScrutinizer05 has joined #maemo | 06:21 | |
*** vahe has quit IRC | 07:02 | |
*** vahe has joined #maemo | 07:04 | |
*** LauRoman has joined #maemo | 08:53 | |
*** futpib has joined #maemo | 09:01 | |
*** Guest5653 has quit IRC | 09:20 | |
*** juiceme has joined #maemo | 09:21 | |
*** juiceme is now known as Guest88518 | 09:21 | |
*** vakkov has quit IRC | 09:40 | |
*** jonwil has joined #maemo | 09:59 | |
*** vahe has quit IRC | 10:00 | |
*** Guest88518 has quit IRC | 10:37 | |
*** juiceme has joined #maemo | 10:37 | |
*** juiceme is now known as Guest96160 | 10:37 | |
*** sig has quit IRC | 10:38 | |
*** mickname has quit IRC | 10:38 | |
*** sig has joined #maemo | 10:48 | |
*** mickname has joined #maemo | 10:48 | |
*** xorly has joined #maemo | 10:48 | |
*** sig has quit IRC | 10:49 | |
*** Guest96160 has quit IRC | 10:49 | |
*** juiceme_ has joined #maemo | 10:55 | |
*** sig has joined #maemo | 10:56 | |
*** mickname has quit IRC | 10:59 | |
*** sig has quit IRC | 11:00 | |
*** sig has joined #maemo | 11:01 | |
*** mickname has joined #maemo | 11:02 | |
*** sig has quit IRC | 11:05 | |
*** ceene has quit IRC | 11:07 | |
*** sig has joined #maemo | 11:07 | |
*** ceene has joined #maemo | 11:07 | |
*** mickname has quit IRC | 11:11 | |
*** ceene has quit IRC | 11:11 | |
*** sig has quit IRC | 11:11 | |
*** ceene has joined #maemo | 11:11 | |
*** sig has joined #maemo | 11:12 | |
*** mickname has joined #maemo | 11:14 | |
*** ceene has quit IRC | 11:18 | |
*** juiceme_ has quit IRC | 11:18 | |
*** juiceme has joined #maemo | 11:18 | |
*** ceene has joined #maemo | 11:18 | |
*** flo_lap has quit IRC | 11:19 | |
*** juiceme is now known as Guest95987 | 11:19 | |
*** sig has quit IRC | 11:22 | |
*** sig has joined #maemo | 11:22 | |
*** Guest95987 has quit IRC | 11:23 | |
*** juiceme_ has joined #maemo | 11:24 | |
*** juiceme_ has quit IRC | 11:37 | |
*** sig has quit IRC | 11:37 | |
*** ceene has quit IRC | 11:37 | |
*** mickname has quit IRC | 11:37 | |
jonwil | hi | 11:38 |
freemangordon | jonwil: hi! how's lego train going? | 11:39 |
jonwil | My LEGO stuff is going great | 11:39 |
freemangordon | :) | 11:39 |
jonwil | Next thing I need to build is a couple more sideshow games then I need to add people to my golf course and sideshow games | 11:41 |
jonwil | I have quite a few vehicles already | 11:42 |
jonwil | I have a police car, a taxi, a van for my SWAT team, a petrol tanker, a Ute, 4 different buses and 3 lamborghinis | 11:44 |
jonwil | I still need to build a prisoner transport and a police helicopter | 11:44 |
jonwil | plus a bunch of 2-wheel vehicles for my police (motorbikes and bicycles) | 11:45 |
jonwil | my petrol station looks great, I even built a custom signboard for it (with actual petrol prices taken from a local petrol station on the day I was making the sign) | 11:47 |
*** mickname has joined #maemo | 11:47 | |
*** sig has joined #maemo | 11:47 | |
*** ceene has joined #maemo | 11:47 | |
*** juiceme_ has joined #maemo | 11:47 | |
jonwil | In other news, it was my birthday on Thursday :) | 11:47 |
jonwil | Going out to a nice steakhouse for dinner to celebrate tomorrow :) | 11:48 |
*** fuz_ has quit IRC | 11:50 | |
*** mickname has quit IRC | 11:52 | |
*** sig has quit IRC | 11:52 | |
*** juiceme_ has quit IRC | 11:52 | |
*** juiceme has joined #maemo | 11:52 | |
*** sig has joined #maemo | 11:54 | |
*** ceene has quit IRC | 11:54 | |
*** ceene has joined #maemo | 11:54 | |
*** L29Ah has left #maemo | 11:55 | |
*** juiceme is now known as Guest77711 | 11:55 | |
*** Pali has joined #maemo | 11:57 | |
*** Guest77711 has quit IRC | 11:57 | |
freemangordon | Pali: summan anna said they will send some patches related to IVA2, I am waiting to see what will be send and will decide what to do next after that | 12:01 |
Pali | ok | 12:01 |
freemangordon | Pali: in the meanwhile did you see that gadget oops I sent on the ML? | 12:02 |
Pali | now looking at it | 12:02 |
freemangordon | ok | 12:02 |
*** juiceme_ has joined #maemo | 12:03 | |
*** sig has quit IRC | 12:03 | |
*** mickname has joined #maemo | 12:03 | |
*** sig has joined #maemo | 12:03 | |
*** ceene has quit IRC | 12:04 | |
*** mickname has quit IRC | 12:04 | |
Pali | I see just your twl patches | 12:05 |
Pali | not gadget oops | 12:05 |
*** fuz_ has joined #maemo | 12:05 | |
*** L29Ah has joined #maemo | 12:09 | |
*** sig has quit IRC | 12:10 | |
*** juiceme_ has quit IRC | 12:10 | |
*** juiceme_ has joined #maemo | 12:11 | |
*** ceene has joined #maemo | 12:11 | |
*** sig has joined #maemo | 12:11 | |
*** mickname has joined #maemo | 12:12 | |
*** mickname has quit IRC | 12:17 | |
freemangordon | Pali: "Re: USB gadgets with configfs hang reboot" | 12:17 |
Pali | I'm not using configfs | 12:18 |
freemangordon | Pali: the same bug prevents reboot on n900 | 12:19 |
freemangordon | reboot and poweroff | 12:19 |
Pali | hm... | 12:19 |
Pali | onenand corruption | 12:19 |
freemangordon | Pali: if g_nokia is not used, the device reboots just fine, with it it hangs | 12:20 |
*** sig has quit IRC | 12:20 | |
*** mickname has joined #maemo | 12:20 | |
*** juiceme_ has quit IRC | 12:20 | |
*** juiceme_ has joined #maemo | 12:20 | |
freemangordon | Pali: do you have "ARM: OMAP2+: Fix onenand initialization to avoid filesystem corruption" ? | 12:20 |
Pali | I think yes | 12:21 |
Pali | in linux-n900 tree | 12:21 |
Pali | yes, there is | 12:21 |
freemangordon | well, your onenand seem to be corrupted before that patch | 12:22 |
*** pagurus has joined #maemo | 12:26 | |
*** mickname has quit IRC | 12:31 | |
*** ceene has quit IRC | 12:31 | |
*** ceene has joined #maemo | 12:31 | |
*** sig has joined #maemo | 12:31 | |
*** mickname has joined #maemo | 12:31 | |
*** mickname has quit IRC | 12:31 | |
*** sig has quit IRC | 12:31 | |
*** ceene has quit IRC | 12:31 | |
*** juiceme_ has quit IRC | 12:31 | |
freemangordon | Pali: no much options but a reflash :( | 12:34 |
*** mickname has joined #maemo | 12:37 | |
*** sig has joined #maemo | 12:37 | |
*** ceene has joined #maemo | 12:37 | |
*** juiceme_ has joined #maemo | 12:37 | |
*** sig has quit IRC | 12:38 | |
*** sig has joined #maemo | 12:38 | |
*** sig has quit IRC | 12:43 | |
*** sig has joined #maemo | 12:43 | |
*** sig has quit IRC | 12:48 | |
*** ceene has quit IRC | 12:48 | |
*** ceene has joined #maemo | 12:48 | |
*** sig has joined #maemo | 12:48 | |
*** sig has quit IRC | 12:53 | |
*** sig has joined #maemo | 12:54 | |
*** mickname has quit IRC | 12:58 | |
*** mickname has joined #maemo | 12:58 | |
*** ceene has quit IRC | 13:05 | |
*** ceene has joined #maemo | 13:05 | |
*** mickname has quit IRC | 13:08 | |
*** juiceme_ has quit IRC | 13:14 | |
*** juiceme has joined #maemo | 13:14 | |
*** sig has quit IRC | 13:14 | |
*** ceene has quit IRC | 13:14 | |
*** mickname has joined #maemo | 13:14 | |
*** ceene has joined #maemo | 13:15 | |
*** juiceme is now known as Guest80661 | 13:16 | |
*** ceene has quit IRC | 13:19 | |
*** ceene has joined #maemo | 13:19 | |
*** sig has joined #maemo | 13:20 | |
*** mickname has quit IRC | 13:22 | |
*** mickname has joined #maemo | 13:22 | |
*** ceene has quit IRC | 13:24 | |
*** ceene has joined #maemo | 13:24 | |
*** Guest80661 has quit IRC | 13:24 | |
*** vahe has joined #maemo | 13:25 | |
*** juiceme_ has joined #maemo | 13:26 | |
*** louis__ has joined #maemo | 13:29 | |
*** jonwil has quit IRC | 13:39 | |
*** louis__ has quit IRC | 14:07 | |
*** louis__ has joined #maemo | 14:22 | |
*** krnlyng has quit IRC | 14:25 | |
*** krnlyng has joined #maemo | 14:27 | |
*** vectis3 has quit IRC | 14:42 | |
*** vectis3 has joined #maemo | 14:56 | |
*** M4rtinK has joined #maemo | 14:57 | |
*** Kabouik has joined #maemo | 15:09 | |
*** Kabouik_ has quit IRC | 15:12 | |
*** futpib_ has joined #maemo | 15:15 | |
*** mickname has quit IRC | 15:16 | |
*** mickname has joined #maemo | 15:16 | |
*** futpib has quit IRC | 15:16 | |
*** SpeedEvil has quit IRC | 15:21 | |
*** SpeedEvil has joined #maemo | 15:22 | |
*** futpib_ has quit IRC | 15:23 | |
*** futpib_ has joined #maemo | 15:23 | |
*** chfoo has quit IRC | 15:50 | |
*** zGrr has quit IRC | 16:25 | |
*** L29Ah has left #maemo | 16:39 | |
*** L29Ah has joined #maemo | 16:40 | |
*** zGrr has joined #maemo | 16:41 | |
*** Elleo has quit IRC | 16:56 | |
*** Elleo has joined #maemo | 16:57 | |
*** Elleo has quit IRC | 16:57 | |
*** Elleo has joined #maemo | 16:57 | |
*** mickname has quit IRC | 17:00 | |
*** mickname has joined #maemo | 17:00 | |
*** arossdotme-planb is now known as notsonegativearo | 17:06 | |
*** notsonegativearo is now known as arossdotme | 17:06 | |
*** zGrr has quit IRC | 17:07 | |
*** arossdotme is now known as arossdotme-planb | 17:07 | |
*** zGrr has joined #maemo | 17:28 | |
*** chfoo has joined #maemo | 17:42 | |
*** vakkov has joined #maemo | 18:07 | |
*** M4rtinK has quit IRC | 18:27 | |
*** vahe has quit IRC | 18:40 | |
*** zGrr has quit IRC | 18:52 | |
DocScrutinizer05 | Pali: I dunno how many hours it took, but finally http://projects.goldelico.com/p/gta04-kernel/source/tree/master/ loaded and rendered | 19:20 |
Pali | password protected | 19:20 |
DocScrutinizer05 | yeah, you need to register first, lightweight process | 19:20 |
*** sunshavi has joined #maemo | 19:21 | |
DocScrutinizer05 | anyway I *really* wonder ehat the heck this server is doing, takes literally hours to generate and send content | 19:25 |
DocScrutinizer05 | projects.goldelico.com/p/gta04-kernel/source/tree/gta04-next-upstream-twl4030-madc/ is not a tad faster | 19:26 |
DocScrutinizer05 | neither is projects.goldelico.com/p/gta04-kernel/source/tree/master/GTA04 | 19:27 |
DocScrutinizer05 | the wonders of webgit? | 19:27 |
*** vakkov has quit IRC | 19:29 | |
DocScrutinizer05 | still loading - weird enough it gets no server timeout | 19:40 |
DocScrutinizer05 | Pali: you said there's a generic MADS interface in /sys/? | 19:41 |
DocScrutinizer05 | MADC actually | 19:41 |
*** vakkov has joined #maemo | 19:42 | |
DocScrutinizer05 | or in /dev/ ? | 19:42 |
DocScrutinizer05 | if yes, you could check bupbat voltage in MADCIN9 | 19:43 |
DocScrutinizer05 | if charging is actually enabled, it should be significantly >0 even when bupbat broken | 19:44 |
*** futpib has joined #maemo | 19:54 | |
*** futpib_ has quit IRC | 19:57 | |
*** futpib_ has joined #maemo | 20:00 | |
*** futpib has quit IRC | 20:04 | |
KotCzarny | keep in mind it might have been disabled for some reason | 20:06 |
*** sunshavi has quit IRC | 20:10 | |
Pali | DocScrutinizer05: maemo kernel has /dev/madc* device and you can ask for value for any adcin channel | 20:12 |
Pali | in upstream kernel is madc hwmon device (/sys/class/hwmon) but doing some conversion and does not return "raw" value | 20:13 |
*** L29Ah has left #maemo | 20:43 | |
*** L29Ah has joined #maemo | 20:43 | |
DocScrutinizer05 | Pali: (ask for value) how? | 20:45 |
DocScrutinizer05 | IroN900:/dev# echo 9 >twl4030-adc | 20:46 |
DocScrutinizer05 | bash: echo: write error: Invalid argument | 20:46 |
DocScrutinizer05 | IroN900:/dev# cat twl4030-adc | 20:46 |
DocScrutinizer05 | cat: twl4030-adc: Invalid argument | 20:46 |
DocScrutinizer05 | some nasty ioctl? | 20:48 |
DocScrutinizer05 | WOW, bot URLs loaded | 20:51 |
DocScrutinizer05 | both* | 20:51 |
Pali | yes, ioct | 20:53 |
Pali | *ioctl | 20:53 |
Pali | DocScrutinizer05: see: https://github.com/community-ssu/getbootstate/blob/master/bsi-read.c | 20:53 |
DocScrutinizer05 | ta | 20:53 |
Pali | this will read channel 4 (line 54: "par.channel = 4;") | 20:53 |
Pali | and also channel 12 (line 63) | 20:54 |
Pali | output is in "par.result" | 20:54 |
DocScrutinizer05 | yes, I see. I wish I had a working scratchbox env to make a simple knockoff that does "par.channel = argv[1]" | 20:56 |
DocScrutinizer05 | err | 20:56 |
DocScrutinizer05 | "par.channel = str2i(argv[1])" | 20:57 |
DocScrutinizer05 | strtol? | 21:00 |
*** ceene has quit IRC | 21:01 | |
*** ceene has joined #maemo | 21:02 | |
*** mickname has quit IRC | 21:04 | |
*** mickname has joined #maemo | 21:04 | |
DocScrutinizer05 | strtol(argv[1], 0, 0) | 21:05 |
DocScrutinizer05 | of course I could try binary patching the original executable, but... meh! | 21:09 |
Pali | DocScrutinizer05: argc == 2 && (channel = strtol(argv[1], &endptr, 10), *endptr == 0) && channel >= 0 && channel <= 10 | 21:11 |
DocScrutinizer05 | <=14? | 21:11 |
Pali | you need to check if argv is really number | 21:12 |
Pali | maybe 14, do not know | 21:12 |
DocScrutinizer05 | don't bother, it simply will segfault ;-) | 21:12 |
Pali | it will not segfault, strtol will return 0 | 21:12 |
DocScrutinizer05 | even better, yes | 21:13 |
DocScrutinizer05 | it will segfault when argv[1] doesn't exist I guess | 21:13 |
Pali | argv[1] should always exists :-) argv is terminated by NULL | 21:14 |
Pali | and when argv[0] exists, then argv[1] must be NULL | 21:14 |
Pali | but strtol does not check for NULL... | 21:14 |
DocScrutinizer05 | that's no problem, it returns 0 then | 21:15 |
DocScrutinizer05 | anyway this is completely fine behavior for my purpose | 21:15 |
DocScrutinizer05 | you get what you asked for | 21:15 |
DocScrutinizer05 | maemo-madc 555 --> segfault | 21:16 |
DocScrutinizer05 | 100% ok | 21:16 |
DocScrutinizer05 | Pali: btw maybe argv[1] is a string at some address with argv[1][0] = NULL, but maybe argv[1] itself is NULL, I.E. the address pointer points to 0x0000 | 21:21 |
DocScrutinizer05 | I'm not that much into c programming anymore | 21:22 |
kerio | DocScrutinizer05: one of the two things is impossible | 21:22 |
DocScrutinizer05 | man strtol doesn't tell what happens when &nptr == 0 | 21:22 |
kerio | are we talking about argv as in the second argument to main()? | 21:22 |
DocScrutinizer05 | yes | 21:22 |
kerio | argv[1][0] can't be equal to NULL | 21:23 |
kerio | without some pretty creative casting | 21:23 |
DocScrutinizer05 | why? | 21:23 |
Pali | it can be 0 | 21:23 |
DocScrutinizer05 | echo "" | 21:23 |
kerio | it can be 0 yes | 21:23 |
Pali | typeof argv[1][0] is char | 21:23 |
kerio | if argv is a char**, argv[1][0] is char | 21:23 |
Pali | not char* | 21:23 |
DocScrutinizer05 | sure, sorry | 21:23 |
DocScrutinizer05 | GOD c makes me dizzy | 21:24 |
kerio | ok actually | 21:25 |
kerio | i'm not at all sure that a comparison between a char and a void* should return a warning | 21:25 |
kerio | the thing is, though | 21:25 |
DocScrutinizer05 | argv is a list of address pointers to strings, and that list is stored in memory, starting at the address value of argv. No? | 21:26 |
kerio | if argv[1][0] is anything but 0, i don't think it makes sense to consider it in a pointer context | 21:26 |
kerio | but NULL is quite literally just something that's a null pointer in pointer context | 21:26 |
DocScrutinizer05 | kerio: yes, a string is null-terminated | 21:27 |
kerio | `#define NULL 0` is a thing | 21:27 |
DocScrutinizer05 | means it has 0x00 as termination char | 21:27 |
kerio | even though it typically is something like ((void *)0) | 21:27 |
DocScrutinizer05 | yes | 21:27 |
DocScrutinizer05 | s/list/array/ | 21:28 |
kerio | DocScrutinizer05: yes, argv is a pointer to a NULL-terminated array of pointers to C strings | 21:28 |
Pali | NULL is (void *)0 | 21:28 |
kerio | Pali: you're assuming that the c standard makes sense | 21:28 |
kerio | :> | 21:28 |
DocScrutinizer05 | oooh, the array is open and NULL terminated? so if no argv[1] exists, accessing argv[1] reads form address 0x00000000 ---> segfault | 21:29 |
kerio | DocScrutinizer05: argv[1] always exists | 21:29 |
DocScrutinizer05 | how so? | 21:30 |
kerio | unless you're in a freestanding environment, posix requires argv[0] to be the program name | 21:30 |
DocScrutinizer05 | yes | 21:30 |
kerio | which means that argv always has at least one string | 21:30 |
DocScrutinizer05 | yes | 21:30 |
kerio | so argv[1] is always a constructible and dereferentiable pointer | 21:30 |
kerio | er | 21:31 |
kerio | &argv[1] | 21:31 |
DocScrutinizer05 | huh? | 21:31 |
kerio | so argv[1] exists | 21:31 |
DocScrutinizer05 | yes, it points to 0x00000000 | 21:31 |
kerio | DocScrutinizer05: don't say stuff like that | 21:31 |
Pali | kerio: C11 says that: The macros are NULL which expands to an implementation-defined null pointer constant | 21:31 |
kerio | you can't know the bit-by-bit of a null pointer | 21:31 |
Pali | section 7.19 | 21:31 |
kerio | but yes, it could be NULL | 21:31 |
kerio | Pali: yes, but 0 is a valid null pointer constant | 21:32 |
DocScrutinizer05 | reading from a NULL pointer is a segfault by definitionem, no? | 21:32 |
kerio | reading from a null pointer, yes | 21:32 |
kerio | i said that argv[1] exists | 21:32 |
Pali | pointer type is e.g. void* | 21:32 |
kerio | not that *argv[1] exists | 21:32 |
kerio | Pali: lmao | 21:32 |
DocScrutinizer05 | so what? | 21:32 |
Luke-Jr | couldn't the virtual memory at address 0 be allocated? | 21:32 |
DocScrutinizer05 | the array is open and NULL terminated? so if no argv[1] exists, accessing argv[1] reads form address 0x00000000 ---> segfault | 21:32 |
Luke-Jr | IIRC it used to be allowed to mmap at NULL | 21:33 |
kerio | Luke-Jr: compiler don't care, compiler don't give a fuck | 21:33 |
kerio | or rather | 21:33 |
kerio | C standard don't give a fuck | 21:33 |
DocScrutinizer05 | Luke-Jr: try cat /proc/kmem | 21:33 |
kerio | if you have implementation-defined tricks to actually read from something with a physical or logical address of 0, that's your problem | 21:33 |
Pali | DocScrutinizer05: yes, dereferncing argv[1] (if is NULL) cause segfault | 21:33 |
DocScrutinizer05 | what I say | 21:33 |
Luke-Jr | kerio: doesn't the C spec allow the compiler to do literally anything in such circumstances? | 21:33 |
Pali | but you can write: if (argv[1]) ... and this will not segfault | 21:34 |
kerio | Luke-Jr: dereferencing a null pointer is undefined behaviour, yes | 21:34 |
DocScrutinizer05 | hmm, prolly | 21:34 |
kerio | but like i tried to say to DocScrutinizer05, null pointer mustn't be all-bits-zero | 21:34 |
kerio | all-bits-zero is a null pointer | 21:34 |
kerio | but talking about the bits of pointers is kinda weird anyway | 21:34 |
DocScrutinizer05 | I don't care if it's all zeroes or your birthday or full of gremlins | 21:35 |
kerio | they're not guaranteed to be inspectionable like that | 21:35 |
DocScrutinizer05 | I don't inspect them, I pondered what happens when you feed NULL pointer for &nptr to strtol() | 21:36 |
kerio | If endptr is not NULL, strtol() stores the address of the first invalid character in *endptr. | 21:37 |
DocScrutinizer05 | that's why I hate c. You can't write half a line of code without getting into arguments about what it really does | 21:37 |
kerio | why are you even passing argv[1] to strtol | 21:37 |
DocScrutinizer05 | HUHH? | 21:37 |
Luke-Jr | it's not possible to feed into &nptr | 21:38 |
DocScrutinizer05 | what else would you pass to it? | 21:38 |
kerio | not as the end pointer | 21:38 |
Luke-Jr | nptr is in a register, it has no address | 21:38 |
DocScrutinizer05 | who says ENDpointer??? | 21:38 |
kerio | hold on what's nptr | 21:38 |
kerio | oh, str | 21:38 |
Luke-Jr | kerio: the first arg | 21:38 |
Pali | looks like when nptr is NULL, then behaviour is undefined | 21:38 |
Pali | C11 does not say anything about it | 21:38 |
kerio | ye if it's not specified then it's definetely UB | 21:39 |
Pali | (section 7.22.1.4) | 21:39 |
DocScrutinizer05 | have fun discussing c, guys | 21:39 |
DocScrutinizer05 | I'm afk | 21:39 |
Luke-Jr | if you specify NULL for nptr, you get baby kittens | 21:39 |
kerio | :3 | 21:39 |
Pali | from your CD-rom drive jump cat and eat your usb mouse :-) | 21:40 |
DocScrutinizer05 | 5 bucks on segfault | 21:40 |
Luke-Jr | DocScrutinizer05: segfault is not guaranteed | 21:41 |
DocScrutinizer05 | which is totally fine with me for this particular purpose | 21:41 |
Pali | it is not defined what happen... | 21:41 |
DocScrutinizer05 | Luke-Jr: if it was, I had risked a 1000 | 21:41 |
Pali | DocScrutinizer05: do you know if backup battery is charning on n900? | 21:43 |
DocScrutinizer05 | no, that's why I would like to read out MADC9 | 21:43 |
Pali | you send that screen where is written that in some condition charning is turned off... | 21:43 |
Pali | should I provide some armel binary which will read madc9? | 21:43 |
DocScrutinizer05 | ...and that kernel needs to turn it on, yes | 21:43 |
Pali | I have arm cross compilers | 21:43 |
DocScrutinizer05 | yes, pretty please | 21:43 |
DocScrutinizer05 | that's how this mad discussion started ;-) | 21:44 |
DocScrutinizer05 | I'd even prefer a binary that allows argv[1] to tell the channel | 21:45 |
DocScrutinizer05 | without any fancy tests | 21:45 |
DocScrutinizer05 | and if you really wanna go fancy, allow argv[2] for numebr of average samples | 21:46 |
DocScrutinizer05 | if argv2 isn't present, should default to 1 | 21:51 |
DocScrutinizer05 | if argv1 isn't present, I'm happy with any (non defined) behavior | 21:51 |
Pali | program ready :-) going to check if on my n900 | 21:52 |
DocScrutinizer05 | if you want to do excessive tests, spit out usage on argv1 missing and check argv1 for range 0<=argv<256 | 21:52 |
DocScrutinizer05 | :-) | 21:53 |
kerio | also add --version and --help like GNU says | 21:53 |
DocScrutinizer05 | bwahaha | 21:54 |
kerio | did you know that /bin/true from GNU coreutils can return nonzero? | 21:54 |
DocScrutinizer05 | and interactive mode ;-P | 21:54 |
DocScrutinizer05 | kerio: prolly when invoked with incorrect parameters? | 21:54 |
kerio | no, true is supposed to ignore parameters | 21:54 |
kerio | using it as a throwaway command in makefiles and stuff like that is a common unix idiom | 21:55 |
DocScrutinizer05 | then how could it return non-true? | 21:55 |
kerio | because they actually parse the commands and react to --version | 21:55 |
kerio | and --version needs to allocate some memory | 21:55 |
kerio | which can fail | 21:55 |
DocScrutinizer05 | hahahaha | 21:55 |
kerio | or something like that | 21:55 |
DocScrutinizer05 | rotfl | 21:55 |
kerio | oh wait, even easier | 21:55 |
kerio | --help and --version output things | 21:55 |
DocScrutinizer05 | ohmy | 21:56 |
kerio | which means that you'll get an error if stdout is closed or full | 21:56 |
kerio | /bin/true --version >/dev/full | 21:56 |
DocScrutinizer05 | bash is sane ;-) true --help ==> NO help | 21:56 |
kerio | yeah that's the builtin | 21:57 |
kerio | "This version of true is implemented as a C program, and is thus more secure and faster than a shell script implementation, and may safely be used as a dummy shell for the purpose of disabling accounts." | 21:57 |
kerio | L | 21:57 |
kerio | M | 21:57 |
kerio | AYY | 21:57 |
kerio | O | 21:57 |
Pali | https://atrey.karlin.mff.cuni.cz/~pali/files/madc.tar.gz | 21:57 |
DocScrutinizer05 | /bin/true --help|wc -l | 21:57 |
DocScrutinizer05 | 18 | 21:57 |
Pali | have fun! | 21:57 |
DocScrutinizer05 | \o/ | 21:57 |
DocScrutinizer05 | many rhanks! | 21:57 |
kerio | "Note also the claim that there is no warranty, which in this case presumably means that if the program actually does something, you can't sue them." | 21:58 |
kerio | from http://trillian.mit.edu/~jc/humor/ATT_Copyright_true.html | 21:58 |
Pali | source + armel binary (for linux kernel 2.6.8+) | 21:58 |
Pali | DocScrutinizer05: please check if backup battery is charging and if not, try to write some patch or something to enable it... | 22:00 |
DocScrutinizer05 | sure thing :-) | 22:01 |
kerio | freebsd doesn't even have a /bin/true | 22:01 |
DocScrutinizer05 | I prolly won't write a patch (my c foo is way too weak) but I'll check what such patch needs to do and when | 22:01 |
kerio | apparently you don't need it to boot, so it's in /usr/bin instead | 22:01 |
DocScrutinizer05 | LOL | 22:02 |
kerio | https://svnweb.freebsd.org/base/head/usr.bin/true/true.c?view=markup | 22:02 |
kerio | bigass copyrights | 22:02 |
kerio | and then just a return 0, like it should be | 22:03 |
DocScrutinizer05 | IroN900:/dev# madc 9 | 22:05 |
DocScrutinizer05 | Channel 9: 709 | 22:05 |
kerio | DocScrutinizer05: hold on why didn't you use python for this | 22:06 |
DocScrutinizer05 | http://maemo.cloud-7.de/maemo5/usr/local/sbin/madc | 22:06 |
DocScrutinizer05 | because my python actually sucks more than my c | 22:07 |
ecc3g | /usr/bin/true | 22:08 |
DocScrutinizer05 | any other volunteers for madc 9 ? | 22:08 |
ecc3g | why is it in /usr/bin... | 22:09 |
kerio | why not | 22:09 |
Pali | Channel 9: 706 | 22:09 |
DocScrutinizer05 | so it seems it's charging | 22:09 |
DocScrutinizer05 | otherwise your value should differ significantly from mine | 22:10 |
ecc3g | granted one would hope nobody would be writing boot scripts that depend on true/false but they may well be. | 22:10 |
kerio | ecc3g: yeah but | 22:10 |
kerio | if they're scripts | 22:10 |
kerio | then true and false are going to be the builtins | 22:10 |
DocScrutinizer05 | unless braindamaged shell | 22:10 |
ecc3g | that's true for bash. but the original bourne shell, no | 22:11 |
ecc3g | or rather, false | 22:11 |
DocScrutinizer05 | well, bsd may have quite different definitions for what we at linux call FHS | 22:12 |
Pali | DocScrutinizer05: is there way to check capacity of that backup battery? | 22:12 |
DocScrutinizer05 | errr, yes. check how long it takes after battery removal until RTC loses time | 22:12 |
kerio | we should totally rebase fremantle onto freebsd | 22:13 |
DocScrutinizer05 | or probe voltage with a meter | 22:13 |
kerio | so we can use zfs | 22:13 |
kerio | and have negative ram at boot time | 22:13 |
DocScrutinizer05 | Pali: another way would be to completely deplete battery (several days without main battery, with good bupbat even several months) and then check how fast it charges | 22:14 |
DocScrutinizer05 | Pali: charging of bupbat also is CC/CV controlled and not instantly, so from speed of voltage rise at / after bootup from 'no main battery' you can tell the capacity | 22:16 |
*** louis__ has quit IRC | 22:17 | |
DocScrutinizer05 | even when bupbat not completely empty, the delta-volt/time will be the higher the less total capacity the bupbat has | 22:17 |
DocScrutinizer05 | please see http://www.ti.com/lit/an/swca025/swca025.pdf - it's only a humbe 8 pages of very good info | 22:19 |
*** louis__ has joined #maemo | 22:24 | |
*** louis__ has quit IRC | 22:28 | |
DocScrutinizer05 | anyway for more specific investigation of the whole issue, we need to readout and possibly even set the BB_CFG resgister in TWL4030 | 22:30 |
DocScrutinizer05 | http://wstaw.org/m/2016/03/26/plasma-desktopHq2219.png http://www.ti.com/product/tps65950?qgpn=tps65950 | 22:34 |
Pali | https://www.mail-archive.com/linux-omap@vger.kernel.org/msg45338.html | 22:34 |
Pali | http://lists.infradead.org/pipermail/linux-arm-kernel/2015-March/327115.html | 22:35 |
Pali | also look at this log: https://support.logicpd.com/Portals/0/Users/049/05/305/20150427 - Ethernet over USBOTG as Host.log.txt | 22:37 |
Pali | uboot print this line: "Enable battery backup charger (BB_CFG = 0x1c)" | 22:37 |
DocScrutinizer05 | :-D | 22:39 |
Pali | going to investigate if upstream kernel set bb_cfg register or not | 22:39 |
DocScrutinizer05 | let's see what that means in detail | 22:39 |
Pali | DocScrutinizer05: can you via i2c-get read bb_cfg register? | 22:40 |
Pali | and check if charger is enabled or not? | 22:40 |
DocScrutinizer05 | NFC, prolly I could if I knew which address it is | 22:40 |
DocScrutinizer05 | unless some nasty module has the I2C bus exclusively opened | 22:41 |
Pali | use --force | 22:41 |
DocScrutinizer05 | seems I need to check the OMAP3530 TRM to find out about registers in TWL4030 | 22:41 |
Pali | http://lxr.free-electrons.com/source/drivers/power/twl4030_charger.c?v=3.14#L238 | 22:44 |
DocScrutinizer05 | aaah SWCU050G | 22:46 |
DocScrutinizer05 | or your sourcecode, yes | 22:47 |
*** fuz_ has quit IRC | 22:50 | |
*** LauRoman has quit IRC | 22:51 | |
DocScrutinizer05 | anyway you'll '*love*' that: swcu050g.pdf on page 89 has RTC registers **for secure mode** and for **unsecure mode** | 22:51 |
Pali | looks like conversion formula for madc channel 9 (backup battery voltage is): (raw * BK_VOLT_STEP_SIZE) / BK_VOLT_PSR_R; | 22:53 |
Pali | #define BK_VOLT_STEP_SIZE441 | 22:54 |
Pali | #define BK_VOLT_PSR_R100 | 22:54 |
Pali | file twl4030_bci_battery.c in nokia kernl | 22:54 |
Pali | that one provides http://projects.goldelico.com/p/gta04-kernel/page/Power/ | 22:54 |
Pali | but because it is hardwired into twl4030_bci_battery.c driver (for twl4030 charger), bk_battery part cannot be used alone | 22:55 |
*** fuz_ has joined #maemo | 22:55 | |
DocScrutinizer05 | http://wstaw.org/m/2016/03/26/plasma-desktopyJ2219.png | 22:58 |
Pali | https://github.com/pali/linux-n900/blob/v2.6.28-nokia/drivers/power/twl4030_bci_battery.c | 23:00 |
Pali | search for twl4030backupbatt_voltage_setup | 23:01 |
DocScrutinizer05 | PSR is PreScalerResistor or sth like that | 23:01 |
Pali | it set BBCHEN bit in BB_CFG register | 23:01 |
Pali | DocScrutinizer05: if BBCHEN bit is not set, then charging is disabled? | 23:02 |
DocScrutinizer05 | err yes, aiui | 23:02 |
Pali | are you able to read that bit from userspace? | 23:02 |
DocScrutinizer05 | if I can find out which I2C register that is, then yes | 23:02 |
Pali | ok, I will try to find it from kernel sources | 23:03 |
DocScrutinizer05 | Address Offset 0x12-0x12 in 0x17 byte increments | 23:04 |
DocScrutinizer05 | Physical Address 0x0000 006D-0x0000 006D | 23:04 |
DocScrutinizer05 | http://wstaw.org/m/2016/03/26/plasma-desktopyJ2219.png | 23:05 |
*** futpib_ has quit IRC | 23:07 | |
DocScrutinizer05 | http://wstaw.org/m/2016/03/26/plasma-desktopKY2219.png | 23:09 |
*** troulouliou_div2 has joined #maemo | 23:11 | |
DocScrutinizer05 | http://wstaw.org/m/2016/03/26/plasma-desktopar2219.png | 23:12 |
Pali | i2c bus: 0; i2c address: 0x4b (TWL_MODULE_PM_RECEIVER); register: 0x12 (BB_CFG); value 0x10 (BBCHEN) | 23:13 |
Pali | this is calling kernel driver twl4030_bci_battery.c (if I decoded it correctly) | 23:13 |
DocScrutinizer05 | makes sense | 23:14 |
DocScrutinizer05 | BBCHEN is bit4 in BB_CFG | 23:15 |
Pali | so call? $ sudo i2cget -f -y 1 0x4b 0x12 b | 23:18 |
DocScrutinizer05 | if 0x14 from uboot is correct, it sets BBCHEN= 1, BBSEL= 0 1 = 3.0V, BBISEL = 0 0 = 25µA | 23:18 |
DocScrutinizer05 | yes, that should work | 23:18 |
Pali | it is safe to call it? | 23:19 |
DocScrutinizer05 | prolly yes | 23:19 |
Pali | are you going to call that command? :-) | 23:19 |
DocScrutinizer05 | yes, will do | 23:19 |
DocScrutinizer05 | IroN900:/dev# i2cget -f -y 1 0x4b 0x12 b | 23:19 |
DocScrutinizer05 | 0x00 | 23:19 |
DocScrutinizer05 | :-( | 23:19 |
Pali | hm... | 23:19 |
DocScrutinizer05 | secure mode? | 23:20 |
Pali | $ sudo i2cget -f -y 1 0x4b 0x12 b | 23:20 |
Pali | 0x00 | 23:20 |
Pali | do you mean omap HS mode? | 23:20 |
Pali | if HS mode stop your command, you would see SIGBUS signal | 23:21 |
Pali | and pagefault message in dmesg | 23:21 |
DocScrutinizer05 | no, seems twl4030 has some write protection, however registers should be readable any case | 23:21 |
Pali | maybe it is correct output, just charging is disabled | 23:22 |
DocScrutinizer05 | yes | 23:22 |
Pali | i2cset and enable it :-) | 23:22 |
Pali | but which value for bbsel and bbisel? | 23:22 |
Pali | twl4030_bci_battery.c in twl4030backupbatt_voltage_setup() set 0x10 | 23:23 |
DocScrutinizer05 | are you sure about I2Cbus 1? | 23:23 |
Pali | yes, 100% | 23:23 |
DocScrutinizer05 | already tried i2cset ;-) | 23:23 |
Pali | look at /sys/bus/i2c/drivers/twl4030/ | 23:23 |
Pali | I have there 1-0048 | 23:23 |
Pali | which means bus 1 | 23:24 |
Pali | also look at /sys/bus/i2c/devices/ | 23:24 |
Pali | they are in format "busnum-address" | 23:24 |
DocScrutinizer05 | IroN900:/dev# i2cset -f -y 1 0x4b 0x12 0x10 b | 23:24 |
DocScrutinizer05 | IroN900:/dev# i2cget -f -y 1 0x4b 0x12 b | 23:24 |
DocScrutinizer05 | 0x10 | 23:24 |
Pali | maybe your backup battery starts working? o? | 23:25 |
DocScrutinizer05 | no idea | 23:25 |
Pali | so 0x10 is 2.5V and 25uA | 23:25 |
DocScrutinizer05 | IroN900:/dev# madc 9 | 23:25 |
DocScrutinizer05 | Channel 9: 708 | 23:25 |
DocScrutinizer05 | yes | 23:25 |
Pali | going to recheck if address/register is correct | 23:27 |
DocScrutinizer05 | IroN900:/dev# i2cset -f -y 1 0x4b 0x12 0x1b b | 23:27 |
DocScrutinizer05 | IroN900:/dev# i2cget -f -y 1 0x4b 0x12 b | 23:27 |
DocScrutinizer05 | 0x1b | 23:27 |
DocScrutinizer05 | IroN900:/dev# madc 9 | 23:27 |
DocScrutinizer05 | Channel 9: 710 | 23:27 |
Pali | do you know how long can work rtc in your n900 without main battery? | 23:28 |
DocScrutinizer05 | .oO(???) | 23:28 |
DocScrutinizer05 | no, not realy tested yet, not long | 23:29 |
Pali | try to let it enabled for a longer time | 23:29 |
Pali | my rtc loose time in few minutes without backup battery | 23:30 |
Pali | I can do this test to see if it increase time... | 23:30 |
Pali | if charging of backup battery was totally disabled it is really stupid from nokia... | 23:30 |
DocScrutinizer05 | http://paste.opensuse.org/80296157 | 23:32 |
DocScrutinizer05 | --> no visible effect | 23:32 |
*** shentey has joined #maemo | 23:32 | |
*** ceene has quit IRC | 23:35 | |
*** ceene has joined #maemo | 23:35 | |
DocScrutinizer05 | http://paste.opensuse.org/37478659 | 23:36 |
Wizzup | Pali: my rtc dies pretty much instantly | 23:37 |
Wizzup | swapping battery is enough to reset the clock | 23:37 |
Wizzup | maybe I need more context. | 23:37 |
Pali | Wizzup: are you going to try it? :D | 23:37 |
* Wizzup reads up | 23:37 | |
DocScrutinizer05 | Wizzup: http://maemo.cloud-7.de/maemo5/usr/local/sbin/madc | 23:38 |
Pali | DocScrutinizer05: if it is truth that backup battery was never charged, and n900 just totally discharged it... it is possible to charge such "fully discharged battery"? | 23:39 |
Pali | do you know what type of battery is it? | 23:39 |
Pali | or discharging that battery makes it permanent damage and dead? | 23:39 |
DocScrutinizer05 | it's most probably a LiMn | 23:40 |
DocScrutinizer05 | it should be immune against deep discharge, somewhat | 23:40 |
DocScrutinizer05 | but those cells are notorious for blowing chunks after max 12 to 18 months, seen exactly same with Freerunner | 23:41 |
DocScrutinizer05 | however that the voltage as seen by madc 9 doesn't change _at all_ no matter what voltage I set and if BBCHEN = 1 or 0.... verrrrry suspicious | 23:42 |
DocScrutinizer05 | battemp is ADCIN4, right? | 23:43 |
Pali | no | 23:43 |
Pali | ADCIN0 is temperature | 23:43 |
Pali | ADCIN4 is BSI | 23:43 |
*** ceene has quit IRC | 23:44 | |
DocScrutinizer05 | right | 23:44 |
*** ceene has joined #maemo | 23:44 | |
DocScrutinizer05 | what's your madc 0, madc 4 ? | 23:44 |
DocScrutinizer05 | Channel 0: 62 Channel 4: 469 | 23:44 |
*** florian has joined #maemo | 23:45 | |
Pali | channel0=55 channel4=465 | 23:45 |
Pali | currently charging my n900 via wallcharger | 23:45 |
DocScrutinizer05 | your room temperature a tad to the low side? | 23:45 |
DocScrutinizer05 | aaah wait, it's inverted, right? | 23:45 |
Pali | yes | 23:45 |
*** troulouliou_div2 has quit IRC | 23:45 | |
Pali | somewhere I have formula | 23:45 |
DocScrutinizer05 | so yes, makes perfect sense | 23:45 |
DocScrutinizer05 | nevermind formula | 23:46 |
Pali | TEMP = (1/(t1 + 1/298) - 273.15) | 23:46 |
Pali | Where t1 = (1/B) * ln((RAW_ADC_U * 2.5)/(R * I * 255)) | 23:46 |
Pali | R = 100, B = 3380, I = 0.00671 | 23:46 |
Pali | so right it is inverted | 23:47 |
DocScrutinizer05 | http://paste.opensuse.org/37195031 | 23:47 |
DocScrutinizer05 | afk | 23:48 |
DocScrutinizer05 | holler if you can think of another way to nuke my device via cmdline ;-) | 23:48 |
*** vectis3 has quit IRC | 23:49 | |
Pali | I let charging enabled... will see what happen... | 23:51 |
DocScrutinizer05 | zilch will happen, I've set it to 1mA and notching changed | 23:51 |
DocScrutinizer05 | anyway, I'll set it to 3V 1mA again | 23:52 |
DocScrutinizer05 | meh, I set it to 3V3 1mA | 23:53 |
DocScrutinizer05 | recheck if 0x4b 0x12 is actually the right address | 23:55 |
DocScrutinizer05 | please | 23:55 |
Pali | already did it | 23:55 |
DocScrutinizer05 | compare to some register with well known content | 23:55 |
Pali | that uboot doing this: val |= 0x10; twl4030_i2c_write_u8(TWL4030_CHIP_PM_RECEIVER, val, TWL4030_PM_RECEIVER_BB_CFG) | 23:56 |
Pali | #define TWL4030_CHIP_PM_RECEIVER 0x4b | 23:56 |
Pali | #define TWL4030_PM_RECEIVER_BB_CFG 0x6D | 23:56 |
Pali | hmmm BB_CFG is 0x6D why? | 23:57 |
Pali | linux kernel define BB_CFG as 0x12 | 23:57 |
Pali | here is that uboot patch: http://repository.timesys.com/buildsources/u/u-boot/u-boot-2011.06/u-boot-2011.06-omap3logic-BSP-2.2-0-01-201210241030.patch | 23:58 |
Pali | search for function twl4030_enable_bb_charging | 23:58 |
Pali | static inline int twl4030_i2c_write_u8(u8 chip_no, u8 val, u8 reg) { return i2c_write(chip_no, reg, 1, &val, 1); } | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!