| DocScrutinizer05 | s/0x..=0x// | 00:02 |
|---|---|---|
| DocScrutinizer05 | s/^0x..=0x// | 00:02 |
| DocScrutinizer05 | OH FUCK, it assumes! it assumes 32bit for some registers | 00:02 |
| DocScrutinizer05 | 0x04=0xffff | 00:03 |
| DocScrutinizer05 | that's as bad as it gets for a kernel API | 00:03 |
| DocScrutinizer05 | a kernel API never should assume stuff like that | 00:04 |
| dayyqx | Sicelo009N: I found what caused it in the systemd logs: ~/.ssh is a symlink to a dir under ~. Now that dir has the incorrect permissions. :) | 00:04 |
| DocScrutinizer05 | ohmy | 00:04 |
| DocScrutinizer05 | CBA to fix my script for /sys/class/power_supply/bq27200-0/registers now | 00:04 |
| *** dreamer has joined #maemo | 00:05 | |
| *** dreamer has joined #maemo | 00:05 | |
| Sicelo009N | what distro on the pc? | 00:05 |
| DocScrutinizer05 | the path to do it *if* I were interested, wpould be to sed 's/^0x..=0x//; s/([^ ]{2}/\1 /; s/\n//' | 00:07 |
| DocScrutinizer05 | wut? ~/.ssh is a symlink? WTF? | 00:08 |
| Vajb | i used cut -c8-9 instead of -d= -f2 | 00:08 |
| Vajb | and got the result i wanted :) | 00:09 |
| DocScrutinizer05 | Vajb: in http://maemo.cloud-7.de/maemo5/usr/local/sbin/bq27k-detail2 ? that won't fly due to 32bit 'registers' | 00:10 |
| DocScrutinizer05 | 0x04=0xffff | 00:10 |
| DocScrutinizer05 | -c8-9 of this is just ff | 00:10 |
| DocScrutinizer05 | which looks like it works but gives wrong results | 00:11 |
| Vajb | ah but im using bnf | 00:11 |
| DocScrutinizer05 | no diff | 00:11 |
| Vajb | can u explain more? | 00:11 |
| Vajb | now it prints just 07 tho | 00:12 |
| DocScrutinizer05 | "-d= -f2" is a parameter set for cut that means "fields are separaetd by '=', use second field". "-c8-9" means "use 8th + 9th char". the first will give you 0xffff, the second will give you ff | 00:13 |
| DocScrutinizer05 | the second one will fail on line "0x04=0xffff" and similar, of your pastebin http://pastebin.com/raw/2tAx4DBS | 00:14 |
| Vajb | yes i just read about cut and that's where i got idead to make it use 8th and 9th character | 00:16 |
| Vajb | im using it only for line 0x28 | 00:16 |
| dayyqx | Sicelo009N: NixOS | 00:16 |
| Vajb | to show cycle count instead of calibration needed flag | 00:16 |
| DocScrutinizer05 | sed 's/^0x..=0x//; s/([^ ]{2}/\1 /; s/\n//' should turn a " 0x00=0x00 \n 0x01=0x40 \n 0x02=0x00 \n 0x04=0xffff \n 0x06=0x4d8 \n " into " 00 40 00 ff ff 4 d8 " | 00:17 |
| dayyqx | DocScrutinizer05: yes, it is a symlink? why? | 00:17 |
| DocScrutinizer05 | ssh will barf up | 00:17 |
| dayyqx | DocScrutinizer05: not really. | 00:18 |
| dayyqx | dayyqx: as long as the permissions on the target are correct, it's fine | 00:18 |
| DocScrutinizer05 | Vajb: (only line 0x28) aah ok | 00:18 |
| DocScrutinizer05 | ugh | 00:19 |
| Vajb | DocScrutinizer05: i know that is supposing that over ten cycles it just changes 0x07 to 0x10 | 00:20 |
| Vajb | but i'll know till weekend :) | 00:20 |
| DocScrutinizer05 | sed 's/^0x..=0x//; s/([^ ]{2})[0-9a-f]/\1 /; s/\n//' | 00:20 |
| DocScrutinizer05 | Vajb: nope, this is an issue about 8bit (0xac) vs 16bit (0x1234) register values in /sys/class/power_supply/bq27200-0/registers | 00:22 |
| Maxdamantus | https://gist.github.com/Maxdamantus/ada1412f3ef6ae1c440e | 00:22 |
| Maxdamantus | That's my C version, can't remember what the difference was from bencoh's. | 00:22 |
| DocScrutinizer05 | it doesn't matter if cycle count changes from 0x07 to 0xff | 00:22 |
| Maxdamantus | It uses strtol (though converts the results to ints), so probably doesn't have this issue. | 00:24 |
| bencoh | hm ? | 00:25 |
| bencoh | my version of what ? | 00:26 |
| DocScrutinizer05 | in bq27k-detail2 replace >> dmppath=`find /sys/devices/ -path '*/hdq/*' -name dump` << by >> dmppath=`find /sys/devices/ -path '*/bq27200*/*' -name registers` << | 00:26 |
| Maxdamantus | doc mentioned your C version of bq27200.sh .. hmm .. maybe he was just thinking of mine, thought I vaguely recalled someone else doing something similar though. | 00:26 |
| *** Gadgetoid has quit IRC | 00:27 | |
| DocScrutinizer05 | in bq27k-detail2 replace >> dmpcmd="cat ${1:-${dmppath}}| tr -s '\n ' ' '" << by >> dmpcmd="cat ${1:-${dmppath}}| sed 's/^0x..=0x//; s/([^ ]{2})[0-9a-f]/\1 /; s/\n//' << | 00:27 |
| *** Gadgetoid has joined #maemo | 00:27 | |
| bencoh | Sicelo009N: did I write some bq27-related code? | 00:27 |
| * bencoh $ fsck /dev/brain/mem | 00:28 | |
| dayyqx | Sicelo009N: thanks for the assistance. I'm parting. | 00:35 |
| *** dayyqx has quit IRC | 00:35 | |
| *** xorly| has quit IRC | 00:37 | |
| DocScrutinizer05 | oh shit, it even omits leading zeroes | 00:38 |
| DocScrutinizer05 | how braindamaged is THAT? | 00:38 |
| DocScrutinizer05 | 0x06=0x4d8 | 00:39 |
| DocScrutinizer05 | 0x08=0xe3c | 00:39 |
| DocScrutinizer05 | 0x0a=0x04 | 00:39 |
| DocScrutinizer05 | this "registers" sysnode is as borked as it may get | 00:40 |
| DocScrutinizer05 | if that's the mandated format for any "registers" sysnodes in linux, then I prolly switch to windows | 00:40 |
| DocScrutinizer05 | silly enough it does NOT omit leading zeroes in 2digit values like 0x28=0x07 | 00:43 |
| DocScrutinizer05 | this is definitely broken, a bug | 00:44 |
| DocScrutinizer05 | even if we ignore (and tolerate) assumptions about registers being 8bit or 16bit, it *always* should be FOUR digits for 16bit registers, like it's always TWO digits for 8bit registers and values <=0xFF (for the latter it should be 4 difgits no matter which value, for those 16 bit regs. Or rather it shouldnt make assumptions of 2 8bit registers forming a 16bit value, to start with) | 00:47 |
| DocScrutinizer05 | there are no 16bit registers on I2C | 00:48 |
| DocScrutinizer05 | Pali: ^^^ bug | 00:49 |
| DocScrutinizer05 | Pali: in bq27xx.ko | 00:49 |
| Pali | DocScrutinizer05: this is kernel-power on maemo right? | 00:51 |
| DocScrutinizer05 | prolly, yes | 00:51 |
| DocScrutinizer05 | ask Vajb | 00:51 |
| DocScrutinizer05 | http://pastebin.com/raw/2tAx4DBS | 00:51 |
| Pali | just leading zeros are missing | 00:52 |
| DocScrutinizer05 | yes, it should be %04x at very least. Though actually I2C registers are *always* just 8bit | 00:52 |
| Pali | those are bq registers and some are really 16bit | 00:53 |
| DocScrutinizer05 | no, there are technically no 16bit registers on I2C | 00:53 |
| DocScrutinizer05 | assuming two registers on I2C form a 15bit value is just that: an assumption, which is not appropriate for kernel API level | 00:54 |
| DocScrutinizer05 | 16bit even | 00:54 |
| Maxdamantus | I think it's probably weirder that thece are a bunch of null bytes at the end of the file. | 00:55 |
| DocScrutinizer05 | such high level 'assumtions' are for userland accessing and interpreting the register dump | 00:55 |
| bencoh | 00:53 < DocScrutinizer05> no, there are technically no 16bit registers on I2C | 00:56 |
| bencoh | hm? are you talking in this specific case ? | 00:57 |
| DocScrutinizer05 | no, this is a question of I2C protocol | 00:57 |
| *** eijk has quit IRC | 00:57 | |
| DocScrutinizer05 | I2C defines a max 128 registers of 8 bit each | 00:57 |
| bencoh | wtf? | 00:57 |
| bencoh | well, i2c (in its most basic form) defines 7b addresses, and 8bit words | 00:58 |
| bencoh | but your frame can be as long as you want | 00:58 |
| bencoh | as long as you keep ACKing after every read (for read accesses) | 00:59 |
| Vajb | 2.6.28.10-power53 if my kernel still matters | 01:00 |
| DocScrutinizer05 | bencoh: what I just said. 128 registers a 8bit per register | 01:00 |
| Vajb | and cssu-testing | 01:00 |
| DocScrutinizer05 | since addr is 7bit | 01:01 |
| DocScrutinizer05 | http://wstaw.org/m/2016/02/03/plasma-desktopPv3616.png | 01:01 |
| DocScrutinizer05 | interpretation of register semantics is in named sysnodes, not */registers | 01:02 |
| DocScrutinizer05 | */registers should list up to 128 plain 8bit values | 01:02 |
| DocScrutinizer05 | as 0xff | 01:02 |
| DocScrutinizer05 | aka %02x | 01:02 |
| DocScrutinizer05 | */rehisters is exactly for those usecases where you do _not_ want any semantics applied | 01:03 |
| bencoh | DocScrutinizer05: this schema only refers to the case where your device defines 8b-addressed 8b registers (?) | 01:03 |
| DocScrutinizer05 | that's I2C spec | 01:04 |
| bencoh | no | 01:04 |
| DocScrutinizer05 | bencoh: ^^^ | 01:04 |
| bencoh | at least not that I know of | 01:04 |
| DocScrutinizer05 | and it's 7bit addr | 01:04 |
| DocScrutinizer05 | 8th bit is r/w | 01:04 |
| bencoh | the slave address is 7b | 01:04 |
| bencoh | not the reg address | 01:04 |
| DocScrutinizer05 | oops, ok | 01:04 |
| bencoh | (in your example) | 01:04 |
| DocScrutinizer05 | then it's 256 registers max | 01:05 |
| bencoh | i2c eeproms I know of have 16b addresses | 01:05 |
| bencoh | for 8b words | 01:05 |
| ds3 | hmmm? | 01:05 |
| DocScrutinizer05 | well, I wonder how the I2C interface controllers will handle those | 01:06 |
| bencoh | the i2c spec doesn't say anything about the data you transfer | 01:06 |
| bencoh | it only specifies the "how" you transfer it | 01:06 |
| ds3 | there are 16bit register devices | 01:06 |
| bencoh | ds3: sure there are :-) | 01:06 |
| ds3 | and they don't work if you read them as 8 bit values | 01:06 |
| DocScrutinizer05 | aha | 01:06 |
| DocScrutinizer05 | anyway bq27k isn't one of those | 01:07 |
| bencoh | DocScrutinizer05: anyway, time to re-read the bq27x ref I guess, to see if this really is a bug or not | 01:07 |
| ds3 | the kernel API doesn't really care | 01:07 |
| DocScrutinizer05 | the kernel api for I2C is like "read N bytes, starting at X" | 01:08 |
| bencoh | DocScrutinizer05: well, it's quite close to what you'd need for most devices | 01:09 |
| bencoh | as long as you can specify the address length as well | 01:09 |
| DocScrutinizer05 | so what? | 01:09 |
| bencoh | (read N bytes starting at address X of length n) | 01:09 |
| ds3 | that must be the simplified one | 01:09 |
| bencoh | probably yeah | 01:09 |
| DocScrutinizer05 | it's not the kernel driver's job to apply 'knowledge' about 2 8bit register addr forming a 16bit value, ** IN */registers ** | 01:09 |
| ds3 | the full API is - WRITE n BYTES READ x BYTES STOP | 01:09 |
| bencoh | ds3: yeah but most people dont want to handle the waiting :) | 01:10 |
| DocScrutinizer05 | and I'm not discussing the I2C function call interface here | 01:10 |
| ds3 | bencoh: waiting? you mean you the async nature of that interface? | 01:10 |
| DocScrutinizer05 | it's about /sys/class/power_supply/bq27200-0/registers | 01:11 |
| bencoh | ds3: be it spinlock or async/interrupt-driven :) | 01:12 |
| bencoh | DocScrutinizer05: so you're saying it's stripping leading zeros? | 01:12 |
| DocScrutinizer05 | this chip evidently addresses 8bit registers, and some of them form pairs for a 16bit value, however that doesn't beling into /sys/class/power_supply/bq27200-0/registers | 01:12 |
| DocScrutinizer05 | bencoh: yes, that too | 01:12 |
| DocScrutinizer05 | http://pastebin.com/raw/2tAx4DBS | 01:13 |
| DocScrutinizer05 | 0x08=0xe3c | 01:13 |
| bencoh | This page has been removed! | 01:13 |
| DocScrutinizer05 | mmmphh | 01:13 |
| *** M4rtinK has quit IRC | 01:14 | |
| DocScrutinizer05 | http://paste.opensuse.org/81405177 hgere you are | 01:14 |
| *** Cor-Ai has quit IRC | 01:15 | |
| *** Cor-Ai has joined #maemo | 01:15 | |
| DocScrutinizer05 | 0x16=0x7d | 01:15 |
| DocScrutinizer05 | 0x18=0xffff | 01:15 |
| DocScrutinizer05 | 0x16 is a "16 bit register" (though I really think it should be 2 8bit registers), you can tell from next addr being 0x18. Yet it has only 2 digits (0x7d), with a different value it would have 3 or 4 digits, but silly enough never 1 digit only | 01:17 |
| bencoh | ? | 01:17 |
| DocScrutinizer05 | 0x28=0x07 | 01:18 |
| DocScrutinizer05 | 0x2a=0x23b | 01:18 |
| DocScrutinizer05 | why isn't it 0x28=0x7 ? | 01:18 |
| bencoh | leading zeros when you're reading from /sys nodes don't really matter; unless you want to feed it back | 01:18 |
| DocScrutinizer05 | anyway it SHOULD be 0x28=0x0007 | 01:18 |
| bencoh | (?) | 01:18 |
| DocScrutinizer05 | well, I suggest the format "ADRESS twentyeight HEX IS VALUE 7 HEX" then ;-) When format doesn't matter | 01:20 |
| DocScrutinizer05 | literally | 01:20 |
| DocScrutinizer05 | the idea of sysnodes is to allow easy machine parsinfg | 01:21 |
| DocScrutinizer05 | emphasis on "easy" | 01:21 |
| *** louisdk has quit IRC | 01:21 | |
| DocScrutinizer05 | and particularly */registers should allow me to read out value of register 0x29 (SIC!) no matter which semantics the register might have | 01:23 |
| bencoh | it doesn't let you read 0x29? | 01:25 |
| DocScrutinizer05 | so the above should read | 01:25 |
| DocScrutinizer05 | 0x28=0x07 | 01:25 |
| DocScrutinizer05 | 0x29=0x00 | 01:25 |
| DocScrutinizer05 | 0x2a=0x02 | 01:26 |
| DocScrutinizer05 | 0x2b=0x3b | 01:26 |
| DocScrutinizer05 | do you see any 0x29 in http://paste.opensuse.org/81405177 ? | 01:26 |
| bencoh | I don't, that's why I'm asking :) | 01:26 |
| bencoh | but, okay, I get your point :) | 01:27 |
| DocScrutinizer05 | exactly the point. There's evidently a register 0x29 in bq27200, however it's not really available in /sys/class/power_supply/bq27200-0/registers | 01:27 |
| bencoh | it's more a representation issue than an internal bug | 01:27 |
| bencoh | (I think) | 01:27 |
| DocScrutinizer05 | yeah, the bug is in printf() and some logic that concatenates registers into one value despite */registers is meant to show a raw dump without any semantics applied | 01:28 |
| DocScrutinizer05 | when you start applying semantics there in */registers, then why the heck are the values hex and not signed or unsigned integers already? | 01:29 |
| *** louisdk has joined #maemo | 01:31 | |
| DocScrutinizer05 | the named sysnodes like */ttf are supposed to apply all the needed semantics to provide something "human readable". */registers in my book is a *raw* dump of *all* existing registers of the chip | 01:31 |
| *** Pali has quit IRC | 01:32 | |
| DocScrutinizer05 | since generaly when accessing */registers you want to bypass the semantics in kernel driver | 01:33 |
| *** louisdk has quit IRC | 01:36 | |
| DocScrutinizer05 | there are even chip that have register banks, where semantic of register M depends on the bank enmabled by writing a value to e.g. reg 0x01 | 01:36 |
| DocScrutinizer05 | I don't think you should expect changing format in */registers sysnode for such chips, depending on current value of reg 0x01 | 01:37 |
| DocScrutinizer05 | as a rule of thumb, a tool should be able to handle */registers of arbitrary chips in a uniform way | 01:38 |
| DocScrutinizer05 | btw same applies for all sysnodes. That's the reason why */current is in micro-Amperes | 01:39 |
| DocScrutinizer05 | or was it even nano-Amperes? | 01:40 |
| DocScrutinizer05 | I really hope */registers isn't specified in linux for all kernel drivers to look like bq27xx.ko's looks now, | 01:41 |
| *** sunshavi has joined #maemo | 01:54 | |
| sunshavi | Hi guys, any of you is using maemo-skd with scratchbox 2? | 01:56 |
| *** clopez has quit IRC | 02:25 | |
| *** clopez has joined #maemo | 02:36 | |
| *** florian has quit IRC | 02:41 | |
| *** Kabouik has joined #maemo | 02:46 | |
| *** Kabouik_ has joined #maemo | 02:50 | |
| *** Kabouik has quit IRC | 02:50 | |
| *** louisdk has joined #maemo | 03:04 | |
| *** msava has quit IRC | 03:21 | |
| *** msava has joined #maemo | 03:25 | |
| *** Kabouik_ has quit IRC | 03:25 | |
| *** louisdk has quit IRC | 03:28 | |
| *** KotCzarny has quit IRC | 03:48 | |
| *** Roth has joined #maemo | 03:53 | |
| *** eMHa_ has joined #maemo | 04:38 | |
| *** eMHa has quit IRC | 04:41 | |
| *** Defiant has quit IRC | 04:42 | |
| *** Defiant has joined #maemo | 04:48 | |
| *** ArGGu^^ has quit IRC | 05:49 | |
| *** KotCzarny has joined #maemo | 05:55 | |
| *** ArGGu^^ has joined #maemo | 06:07 | |
| *** pittzheng has joined #maemo | 06:10 | |
| brolin_empey | Even Quattro Pro for Windows (QPW) version 10 from year 2001 has this feature that I have not yet found in any other spreadsheet software. I should file an enhancement/feature request for LibreOffice Calc if one has not already been filed. | 06:11 |
| *** pittzheng has quit IRC | 06:13 | |
| *** pittzheng has joined #maemo | 06:14 | |
| *** disco_stu_droid has joined #maemo | 06:47 | |
| *** disco_stu has quit IRC | 06:47 | |
| *** disco_stu_droid is now known as disco_stu | 06:48 | |
| *** DocScrutinizer05 has quit IRC | 06:55 | |
| *** DocScrutinizer05 has joined #maemo | 06:55 | |
| *** shamus has quit IRC | 07:06 | |
| *** sparetire has quit IRC | 07:06 | |
| *** taschenraeuber has quit IRC | 07:11 | |
| *** sunshavi has quit IRC | 07:25 | |
| *** Roth has quit IRC | 07:59 | |
| *** Sicelo009N has quit IRC | 08:00 | |
| *** Sicelo009N has joined #maemo | 08:02 | |
| *** Sicelo009N has quit IRC | 08:03 | |
| *** N-Mi has quit IRC | 08:28 | |
| * jonwil is getting close to being able to update the Maemo root CA store in CSSU git repos | 08:48 | |
| *** vahe has joined #maemo | 08:54 | |
| *** troulouliou_div2 has joined #maemo | 09:03 | |
| *** disco_stu_droid has joined #maemo | 09:07 | |
| *** disco_stu has quit IRC | 09:07 | |
| *** disco_stu_droid is now known as disco_stu | 09:08 | |
| *** vahe has quit IRC | 09:18 | |
| *** FReaper-PC has quit IRC | 09:28 | |
| *** krnlyng has quit IRC | 09:42 | |
| *** hashcore has joined #maemo | 09:53 | |
| *** trumee has quit IRC | 09:54 | |
| *** trumee has joined #maemo | 09:55 | |
| *** krnlyng has joined #maemo | 09:55 | |
| *** florian has joined #maemo | 10:11 | |
| *** eijk has joined #maemo | 10:14 | |
| *** geaaru has joined #maemo | 10:26 | |
| *** freemangordon_ has joined #maemo | 10:30 | |
| *** xorly| has joined #maemo | 10:30 | |
| *** hashcore has quit IRC | 10:33 | |
| *** freemangordon_ has quit IRC | 10:36 | |
| *** hashcore has joined #maemo | 10:38 | |
| Sicelo | jonwil: \m/ | 10:42 |
| Sicelo | bencoh: Maxdamantus : seems i made mistake. apologies. | 10:44 |
| *** shamus has joined #maemo | 10:44 | |
| bencoh | np :) | 10:44 |
| Maxdamantus | So did I .. I referred to doc instead of you. | 10:48 |
| *** freemangordon_ has joined #maemo | 11:07 | |
| *** phlixi has quit IRC | 11:16 | |
| *** phlixi has joined #maemo | 11:16 | |
| *** tanty_off is now known as tanty | 11:19 | |
| *** fishbulb_ has joined #maemo | 11:27 | |
| fishbulb_ | through yappari I'm getting messages missed | 11:27 |
| fishbulb_ | has there been a change to that? | 11:27 |
| *** freemangordon_ has quit IRC | 11:29 | |
| fishbulb_ | I'm missing out on messages | 11:29 |
| *** freemangordon_ has joined #maemo | 11:31 | |
| fishbulb_ | what's the current status of yappari? | 11:33 |
| bencoh | it's maintained | 11:35 |
| *** freemangordon_ has quit IRC | 11:41 | |
| *** Jurop88 has joined #maemo | 11:43 | |
| *** Jurop88 has quit IRC | 11:43 | |
| *** freemangordon_ has joined #maemo | 11:47 | |
| fishbulb_ | I mean the other week, I updated it | 11:49 |
| fishbulb_ | because the protocols changed | 11:49 |
| fishbulb_ | but i've been missing messages | 11:49 |
| fishbulb_ | they're not coming through for some reason. | 11:49 |
| fishbulb_ | has there been another version recently? | 11:49 |
| bencoh | no idea, see the TMO yappari thread, and/or ask ceene | 11:51 |
| Sicelo | fishbulb_: we have problems with encrypted messages .. textsecure is ultimate solution | 12:02 |
| fishbulb_ | pretty sure these are not encrypted | 12:03 |
| fishbulb_ | ceene: have you put out another yappari version recently? | 12:07 |
| fishbulb_ | nope I have 2.0.23 | 12:08 |
| bencoh | fishbulb_: how do you know (not encrypted) ? | 12:09 |
| fishbulb_ | I'm guessing because it's just a normal girl who would use the normal whatsapp app | 12:09 |
| fishbulb_ | maybe she encrypted messages who knows? | 12:09 |
| bencoh | I dont use whatsapp, but I'm not sure this needs a specific per-message user intervention | 12:10 |
| fishbulb_ | I am sure this doesn't | 12:12 |
| fishbulb_ | also I unplugged my phone from charging, and the green light stayed on | 12:12 |
| fishbulb_ | I think something is on it's way out. | 12:12 |
| fishbulb_ | can I copy /home and then reflash everything? | 12:13 |
| fishbulb_ | like wot a normal linux install would do | 12:13 |
| Sicelo | fishbulb_: there is 2.0.24 | 12:14 |
| Sicelo | may, or may not solve your issue | 12:15 |
| fishbulb_ | can you please give me the link to the .deb file? | 12:15 |
| Sicelo | wait .. why aren't you going to the thread to get these things for yourself as bencoh already indicated? | 12:15 |
| fishbulb_ | th thread says 2.0.23 | 12:16 |
| Sicelo | http://repository.maemo.org/extras-devel/pool/fremantle-1.3/free/y/yappari/yappari_2.0.24_armel.deb | 12:18 |
| fishbulb_ | thanks | 12:18 |
| bencoh | it's in -devel, so you get the usual warnings | 12:21 |
| fishbulb_ | they are all in devel because nobody votes | 12:21 |
| bencoh | hmm nevermind, it hitted -testing | 12:22 |
| bencoh | hit* | 12:22 |
| *** freemangordon_ has quit IRC | 12:24 | |
| fishbulb_ | 2.0.24 ? | 12:24 |
| fishbulb_ | I got the devel version | 12:25 |
| fishbulb_ | I assume it's just the same | 12:25 |
| bencoh | maemo.org/packages ;) | 12:25 |
| fishbulb_ | wha? | 12:25 |
| *** freemangordon_ has joined #maemo | 12:29 | |
| *** fishbulb_ has quit IRC | 12:30 | |
| Sicelo | for green LED, start with something as simple as a reboot? | 12:31 |
| *** freemangordon_ has quit IRC | 12:31 | |
| Sicelo | too late :p | 12:32 |
| * Sicelo hardly ever considers to flash N900. | 12:32 | |
| bencoh | isn't that a mce bug? | 12:35 |
| * Maxdamantus has only done it once, when he first acquired his device. | 12:36 | |
| Wizzup | I did it when the emmc got corrupt | 12:38 |
| KotCzarny | yeah, happens | 12:42 |
| KotCzarny | mce bug, not emmc corruption | 12:43 |
| Wizzup | it happened mostly because I assumed that during shutdown, as soon as the led was off, the device would be off. | 12:43 |
| Wizzup | but it wasn't. | 12:43 |
| KotCzarny | still, reboot should fix it | 12:43 |
| Wizzup | no it didn't :) (corruption) | 12:43 |
| KotCzarny | thats why i said about mce ;) | 12:44 |
| Wizzup | :) | 12:45 |
| *** Hurrian has joined #maemo | 12:55 | |
| *** Hurrian has quit IRC | 12:58 | |
| *** Hurrian has joined #maemo | 12:59 | |
| *** SmilybOrg has joined #maemo | 13:15 | |
| *** louisdk has joined #maemo | 13:18 | |
| *** SmilyOrg has quit IRC | 13:19 | |
| *** eMHa_ has quit IRC | 13:25 | |
| *** clopez has quit IRC | 13:35 | |
| *** krnlyng has quit IRC | 13:38 | |
| *** clopez has joined #maemo | 13:41 | |
| *** freemangordon_ has joined #maemo | 13:42 | |
| ceene | ~repos | 13:47 |
| infobot | somebody said repos was "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 | 13:47 |
| *** krnlyng has joined #maemo | 13:55 | |
| *** eMHa_ has joined #maemo | 13:56 | |
| *** hashcore has quit IRC | 13:56 | |
| *** nistirappu has joined #maemo | 14:05 | |
| *** freemangordon_ has quit IRC | 14:07 | |
| *** nistirappu has quit IRC | 14:13 | |
| *** louisdk has quit IRC | 14:28 | |
| *** jonwil_ has joined #maemo | 14:30 | |
| *** disco_stu_droid has joined #maemo | 14:30 | |
| *** jonwil has quit IRC | 14:34 | |
| *** disco_stu has quit IRC | 14:34 | |
| *** jonwil_ is now known as jonwil | 14:34 | |
| *** disco_stu_droid is now known as disco_stu | 14:34 | |
| *** freemangordon_ has joined #maemo | 14:46 | |
| *** freemangordon_ has quit IRC | 14:59 | |
| *** freemangordon_ has joined #maemo | 15:14 | |
| *** ashneo76 has joined #maemo | 15:14 | |
| *** jurop has joined #maemo | 15:18 | |
| *** Natch has quit IRC | 15:23 | |
| *** louisdk has joined #maemo | 15:28 | |
| *** ashneo76 has quit IRC | 15:29 | |
| *** jurop has quit IRC | 15:36 | |
| *** nistirappu has joined #maemo | 15:40 | |
| *** msava has quit IRC | 15:46 | |
| *** msava has joined #maemo | 15:49 | |
| *** jonwil has quit IRC | 16:11 | |
| *** freemangordon_ has quit IRC | 16:19 | |
| *** hashcor has joined #maemo | 16:21 | |
| *** sparetire has joined #maemo | 16:27 | |
| *** vakkov_ has quit IRC | 16:32 | |
| *** eijk has quit IRC | 16:32 | |
| *** vakkov has joined #maemo | 16:34 | |
| *** ruskie has quit IRC | 16:39 | |
| *** tanty is now known as tanty_off | 16:53 | |
| *** tanty_off is now known as tanty | 16:53 | |
| *** N-Mi has joined #maemo | 16:59 | |
| *** ruskie has joined #maemo | 17:01 | |
| *** githogori has quit IRC | 17:10 | |
| *** florian has quit IRC | 17:16 | |
| *** louisdk has quit IRC | 17:18 | |
| *** hashcor has quit IRC | 17:19 | |
| *** ecloud_ is now known as ecloud | 17:28 | |
| *** louisdk has joined #maemo | 17:31 | |
| *** ihme-TTilus is now known as TTilus | 17:35 | |
| *** Natch has joined #maemo | 17:46 | |
| *** clopez has quit IRC | 17:53 | |
| *** tryagain has joined #maemo | 17:59 | |
| *** clopez has joined #maemo | 18:01 | |
| *** eijk has joined #maemo | 18:12 | |
| *** florian has joined #maemo | 18:20 | |
| *** nistirappu has quit IRC | 18:26 | |
| *** Pali has joined #maemo | 18:37 | |
| freemangordon | ~ximage-fb | 18:40 |
| freemangordon | ~zimage-fb | 18:40 |
| infobot | i guess zimage-fb is on http://mohammadag.xceleo.org/public/maemo/kernels/framebuffer/ | 18:40 |
| *** ArGGu^^ has quit IRC | 18:41 | |
| *** louisdk has quit IRC | 18:41 | |
| kerio | oh man, this nokia 108 is actually a "microsoft mobile rm-945" :( | 18:43 |
| kerio | feels bad man | 18:43 |
| *** Maxdamantus has quit IRC | 18:44 | |
| *** Maxdamantus has joined #maemo | 18:45 | |
| *** dayyqx has joined #maemo | 18:49 | |
| *** ArGGu^^ has joined #maemo | 19:01 | |
| sixwheeledbeast^ | freemangordon: ping | 19:13 |
| *** futpib has joined #maemo | 19:15 | |
| *** capitanocrunch has joined #maemo | 19:16 | |
| *** florian has quit IRC | 19:34 | |
| *** tanty is now known as tanty_off | 19:41 | |
| *** capitanocrunch has quit IRC | 19:45 | |
| *** nistirappu has joined #maemo | 20:01 | |
| *** eMHa_ has quit IRC | 20:05 | |
| *** M4rtinK2 has joined #maemo | 20:05 | |
| *** N-Mi has quit IRC | 20:16 | |
| *** jurop has joined #maemo | 20:30 | |
| *** nistirappu has quit IRC | 20:31 | |
| *** shentey has joined #maemo | 20:35 | |
| *** louisdk has joined #maemo | 20:38 | |
| *** eMHa_ has joined #maemo | 20:38 | |
| *** troulouliou_div2 has quit IRC | 20:40 | |
| *** vectis3 has quit IRC | 20:44 | |
| *** vectis3 has joined #maemo | 20:48 | |
| *** guerby has quit IRC | 21:17 | |
| *** guerby has joined #maemo | 21:17 | |
| *** M4rtinK2 has quit IRC | 21:28 | |
| *** geaaru has quit IRC | 21:30 | |
| jurop | hi all | 21:33 |
| jurop | struggling to understand N900 boot sequence | 21:33 |
| jurop | my current config | 21:33 |
| jurop | N900 CSSU Thumb + backup menu + power-kernel v53 | 21:33 |
| jurop | uname -a gives Linux Nokia-N900-42-11 2.6.28.10-power53 #1 PREEMPT Wed Dec 10 13:52:39 UTC 2014 armv7l GNU/Linux | 21:34 |
| *** louisdk has quit IRC | 21:34 | |
| jurop | scratchbox configured on linux PC | 21:35 |
| jurop | already used for compiling myself some programs, namely taskwarrior | 21:35 |
| jurop | so hopefully working | 21:35 |
| jurop | 1st quest: | 21:35 |
| jurop | extracted with dpkg -x from package kernel-power-bootimg_2.6.28-10power53_armel.deb -> I have kernel image zImage-2.6.28.10-power53 | 21:36 |
| jurop | shouldn't 0xffff -m zImage-2.6.28.10-power53 -l -b give me a booting N900 exactly like it should be with no modification? | 21:37 |
| Maxdamantus | You need to install the kernel modules into the filesystem. | 21:38 |
| bencoh | jurop: do you use uboot? | 21:38 |
| jurop | current being a simlink to 2.6.28.10-power53 | 21:39 |
| jurop | no uboot (that will be next step someday, no needing for multiboot right now) | 21:40 |
| Maxdamantus | Then maybe. | 21:40 |
| Maxdamantus | Might need to check /sbin/preinit to see if that's enough, but that's probably the weirdest part of the boot sequence regarding kernel requireemnts. | 21:41 |
| jurop | (lost message? I have already 2.6.28-omap1 + 2.6.28.10-power53 + current in /lib/modules) | 21:41 |
| jurop | (current being a simlink to 2.6.28.10-power53) | 21:41 |
| Maxdamantus | You're probably not going to lose messages on IRC, unless you're disconnected. | 21:43 |
| jurop | Maxdamantus: right, but I did not see my own message :) | 21:43 |
| jurop | Maxdamantus:looking through /sbin/preinit I see MODULE_PATH=/lib/modules/'uname -r' | 21:47 |
| jurop | (' being interpreted as backtick, I have no backtick on this keyboard) | 21:47 |
| *** shentey has quit IRC | 21:48 | |
| Maxdamantus | It might be useful adding fbcon as the first module it tries to load. | 21:49 |
| jurop | added fbcon, replaced uname -r with current | 21:54 |
| jurop | device boots, 0xffff -m zImage-2.6.28.10-power53 -l -b does not boot | 21:55 |
| jurop | stuck at nokia writing, no backlight | 21:55 |
| Sicelo | i use uboot with no issues. i don't yet understand where your problem is? :/ | 21:56 |
| Sicelo | 21:34 < jurop> uname -a gives Linux Nokia-N900-42-11 2.6.28.10-power53 #1 PREEMPT Wed Dec 10 13:52:39 UTC 2014 armv7l GNU/Linux | 21:56 |
| Sicelo | 21:41 < jurop> (current being a simlink to 2.6.28.10-power53) | 21:56 |
| jurop | Sicelo:I am trying do do one step at a time - now I just want to test a new kernel I compiled by myself | 21:57 |
| Sicelo | ah. so where do you see Linux Nokia-N900-42-11 2.6.28.10-power53 #1 ... your kernel boots? | 21:58 |
| jurop | Sicelo:yes, N900 boots now | 21:58 |
| jurop | Sicelo: but if I do: 0xffff -m zImage-2.6.28.10-power53 -l -b | 21:58 |
| jurop | Sicelo:my N900 does not boot anymore | 21:59 |
| jurop | so I'm just trying to understand boot sequence and what I'm doing wrong | 21:59 |
| Maxdamantus | How do you know that kernel works? | 21:59 |
| Sicelo | exactly | 21:59 |
| Maxdamantus | ime, compiling your own old kernel is tricky. | 21:59 |
| jurop | oh, well, being extracted from the same package installed on the machine, I hope it works | 22:00 |
| jurop | I am not flashing my own kernel (now) | 22:00 |
| Maxdamantus | It didn't boot for me when the compilation was successful. My toolchain migh've been to different or something. | 22:00 |
| Sicelo | then why are you even loading it with 0xFFFF when it is already on device? :) | 22:00 |
| *** shamus has quit IRC | 22:01 | |
| jurop | I am loading the one extracted with dpkg -x from package kernel-power-bootimg_2.6.28-10power53_armel.deb | 22:01 |
| jurop | this is just for checking if the procedure works | 22:01 |
| jurop | since I cannot know if my N900 does not boot because of my own kernel | 22:01 |
| jurop | BUT | 22:01 |
| jurop | the N900 refuses to boot with the aforementioned kernel which I think it is the same I already have installed | 22:02 |
| jurop | so it is quite clear I have an understanding problem here | 22:02 |
| Sicelo | so, you are saying N900 boots the kp53 kernel by itself, but if you load it, doesn't work? | 22:02 |
| jurop | Sicelo:exactly | 22:03 |
| jurop | Sicelo:and I am trying to understand what's wrong and where I misunderstood something | 22:03 |
| Sicelo | never used 0xFFFF .. is your cmdline correct? | 22:04 |
| Sicelo | try flasher-3.5 as well to be sure | 22:04 |
| jurop | I need to look for and download it | 22:05 |
| *** M4rtinK2 has joined #maemo | 22:15 | |
| jurop | ok, same result | 22:18 |
| jurop | stuck at NOKIA with no backlight | 22:19 |
| jurop | flasher-3.5 -k /scratchbox/.../zImage-2.6.28.10-power53 -l -b | 22:21 |
| Sicelo | add the boot options | 22:25 |
| *** alien2003 has joined #maemo | 22:26 | |
| alien2003 | Hi! Can you help me with the problem? When I try to play mp4 file I can hear sound but the video is green. How to fix it? | 22:27 |
| *** M4rtinK2 has quit IRC | 22:30 | |
| bencoh | green, solid green? or greenish? | 22:32 |
| alien2003 | bencoh: solid green | 22:36 |
| jurop | Sicelo:what boot options do I need? Is there any link to read? | 22:36 |
| *** vakkov has quit IRC | 22:38 | |
| Sicelo | hmm, stuck at Nokia with no backlight? sounds like modules or your rootfs is bad now. still boots normally? | 22:39 |
| jurop | yes | 22:40 |
| jurop | this is why I'm struggling to understand where the problem lies | 22:40 |
| Sicelo | i've forgot the boot options :) | 22:40 |
| Sicelo | try a rootwait | 22:40 |
| Sicelo | ~rescueos | 22:40 |
| infobot | well, rescueos is http://n900.quitesimple.org/rescueOS/ | 22:40 |
| jurop | rescueOS works | 22:40 |
| jurop | already tried this afternoon | 22:40 |
| Sicelo | https://n900.quitesimple.org/rescueOS/rescueOS-1.2/documentation.txt .. so add that rootdelay thing :) | 22:41 |
| KotCzarny | hmm, does power kernel hav einitrd glued or loaded? | 22:42 |
| Sicelo | my uboot .item file has "rootfstype=ubifs rootwait root=ubi0:rootfs" | 22:42 |
| Sicelo | maybe you can add that | 22:42 |
| Sicelo | more fancy one has "rootdelay=20 ubi.mtd=rootfs | 22:42 |
| Sicelo | rootflags=bulk_read,no_chk_data_crc rw console=ttyMTD rootfstype=ubifs root=ubi0:rootfs" | 22:42 |
| Sicelo | one line | 22:43 |
| *** shamus has joined #maemo | 22:44 | |
| KotCzarny | init=/sbin/preinit ubi.mtd=rootfs root=ubi0:rootfs rootfstype=ubifs rootflags=bulk_read,no_chk_data_crc rw console=ttyMTD,log console=tty0 snd-soc-rx51.hp_lim=42 snd-soc-tlv320aic3x.hp_dac_lim=6 | 22:44 |
| KotCzarny | thats mine | 22:44 |
| KotCzarny | stock powerkernel | 22:44 |
| *** LauRoman|Alt has joined #maemo | 22:45 | |
| alien2003 | so can you help me with green videos? | 22:47 |
| *** LauRoman has quit IRC | 22:48 | |
| jurop | Sicelo / KotCzarny: thanks for options - no way here :( | 22:50 |
| jurop | could it be something thumb related? | 22:50 |
| jurop | I understood kernel-power v53 supports thumb | 22:51 |
| Sicelo | kp53 is fine for thumb .. i'd start to suspect your USB :/ | 22:51 |
| bencoh | ? | 22:51 |
| jurop | alien2003:did you try with some other players | 22:51 |
| Sicelo | maybe use rear ports on computer? | 22:51 |
| *** vakkov has joined #maemo | 22:51 | |
| jurop | Sicelo:flashing works | 22:51 |
| jurop | I bricked my spare N900 this afternoon and totally restored it | 22:51 |
| Sicelo | ok | 22:52 |
| alien2003 | jurop: no. | 22:52 |
| KotCzarny | n900 is unbrickable | 22:52 |
| jurop | alien2003:like mplayer for example? it looks wrong | 22:52 |
| jurop | KotCzarny: I agree - better: I had my N900 non booting and totally restored it ;) | 22:53 |
| alien2003 | jurop: just tried. It works with mplayer. Very smooth | 22:54 |
| jurop | alien2003:video output driver | 22:54 |
| jurop | alien2003:go on with mplayer then :) | 22:54 |
| bencoh | :] | 22:54 |
| *** LauRoman|Alt has quit IRC | 22:54 | |
| alien2003 | jurop: so no way to play it with default or openmediaplayer? | 22:54 |
| KotCzarny | does gstreamer work? | 22:54 |
| bencoh | alien2003: does mediaplayer plays other videos fine? | 22:54 |
| bencoh | play* | 22:55 |
| jurop | how can I be sure to use a working kernel? Dumping the one on the N900? | 22:55 |
| KotCzarny | use booting option instead of flasxhing | 22:56 |
| alien2003 | bencoh: all mp4 files are broken | 22:56 |
| alien2003 | bencoh: green screen and flickering | 22:56 |
| bencoh | alien2003: others container formats are fine? | 22:56 |
| bencoh | (mkv, avi, whatever) | 22:56 |
| bencoh | (mp4 support is in stock, but who knows ....) | 22:57 |
| jurop | KotCzarny: I mean, if I 0xffff -b -l I am not flashing, just testing kernels | 22:57 |
| alien2003 | bencoh: yes | 22:57 |
| bencoh | alien2003: what did you try? h264 in mkv? | 22:58 |
| *** LauRoman has joined #maemo | 22:58 | |
| alien2003 | flv | 22:58 |
| bencoh | which video format in flv? | 22:58 |
| alien2003 | downloaded from youtube | 22:58 |
| alien2003 | with cutetube | 22:59 |
| KotCzarny | jurop; one from kernelpower package should boot | 22:59 |
| bencoh | hmm, try running ffmpeg -i on it | 22:59 |
| bencoh | to get the video format/codec | 22:59 |
| bencoh | if it's not h264, then it might just mean that dsp-accelerated decoding is broken on your device for some reason | 23:00 |
| KotCzarny | bencoh, do you know if kp modifies startup scripts? | 23:00 |
| bencoh | no freaking idea | 23:00 |
| bencoh | see resulting package with dpkg-deb? | 23:01 |
| bencoh | or ask pali :) | 23:01 |
| KotCzarny | afair it had some failsafe which made it boot normal kernel in some cases | 23:01 |
| bencoh | uh? | 23:01 |
| KotCzarny | im away from my lappy now | 23:01 |
| Sicelo | to best of my knowloedge no, doesn't change startup scripts | 23:02 |
| bencoh | how would a startup script "boot normal kernel"? | 23:02 |
| alien2003 | bencoh: my mistake... flv doesn't play at all | 23:02 |
| alien2003 | mpg plays | 23:02 |
| bencoh | alien2003: mpeg2 decoding isn't dsp-accelerated iirc | 23:02 |
| bencoh | alien2003: does dmseg say anything? | 23:02 |
| alien2003 | bencoh: any ways to fix it? Which packages do I need to properly play it? | 23:03 |
| KotCzarny | hrm i may be mistaken but my memory indicates it was reboting once before booting maemo | 23:03 |
| bencoh | alien2003: did you try rebooting? | 23:04 |
| bencoh | KotCzarny: that's probably because of it being in act-dead mode before | 23:04 |
| KotCzarny | ahm | 23:04 |
| alien2003 | dmesg doesn't show anything related to video playback | 23:05 |
| alien2003 | yes. I've rebooted a couple of timies | 23:05 |
| alien2003 | I've found something in dmesg | 23:05 |
| bencoh | act-dead mode and all the racy stuff in the booting scripts are pretty annoying, btw. to the point that I *never* attempt to boot when plugged in anymore | 23:05 |
| alien2003 | "procwwrap_detach: deprecated dspbridge ioctl" | 23:05 |
| bencoh | now that's "funny" | 23:05 |
| bencoh | which kernel? | 23:05 |
| *** futpib has quit IRC | 23:07 | |
| alien2003 | bencoh: kernel-power | 23:07 |
| bencoh | looks like pali backported http://www.spinics.net/lists/linux-omap/msg23451.html | 23:07 |
| bencoh | (or was it nokia?) | 23:07 |
| bencoh | alien2003: no DSPMMU fault? | 23:08 |
| bencoh | anyway, try reinstalling your dsp and mafw/gst -related packages | 23:09 |
| alien2003 | bencoh: nothing in dmesg about DSPMMU | 23:10 |
| alien2003 | bencoh: thx I will try | 23:10 |
| alien2003 | bencoh: which gstreamer packages should be installed? | 23:10 |
| bencoh | check with dpkg -l |grep | 23:11 |
| bencoh | maybe there's a default stock packages list around on *.maemo.org, but dunno | 23:11 |
| *** tryagain has quit IRC | 23:13 | |
| KotCzarny | hmm, i had such file from stock and cssu, dont remember if i uploaded it to wik | 23:14 |
| KotCzarny | i | 23:14 |
| jurop | quest: do I need initfs image? | 23:17 |
| KotCzarny | jurop depends | 23:18 |
| KotCzarny | what is the problem? | 23:18 |
| jurop | I looked for on the internet about initfs but I have not clear understanding | 23:18 |
| jurop | KotCzarny: always the same - trying to boot a KP53 kernel for testing on my N900 | 23:19 |
| KotCzarny | did you copy the modules? | 23:19 |
| bencoh | jurop: do you already have kp53 installed? | 23:19 |
| bencoh | (are you trying to boot kp53 from extras or the one you built?) | 23:19 |
| jurop | KotCzarny:I already had them | 23:20 |
| jurop | bencoh:the one from extras | 23:20 |
| KotCzarny | jurop: did you try the cmdline i or bencoh pasted? | 23:20 |
| bencoh | err, did I really paste a commandline? | 23:21 |
| jurop | KotCzarny:if you mean the cmdline for the kernel, yes | 23:21 |
| jurop | bencoh:it was Sicelo's one | 23:21 |
| KotCzarny | ahm | 23:22 |
| KotCzarny | you can try enabling fb in kernel | 23:22 |
| KotCzarny | fb console i mean | 23:22 |
| jurop | KotCzarny:do you mean module fbcon in /sbin/preinit ? | 23:23 |
| KotCzarny | dont remember the details | 23:24 |
| bencoh | something like that iirc yeah | 23:25 |
| bencoh | modprobe fbcon | 23:25 |
| KotCzarny | or recompiling the kernel and compiling it in | 23:26 |
| bencoh | but unless you installed the kp53 modules you probably won't be able to boot into a working state | 23:26 |
| KotCzarny | or boot with init=/bin/sh and load the fbconsole blindly? | 23:27 |
| KotCzarny | but modprobe at the top of preinit should do the trick | 23:28 |
| jurop | thanks all for help | 23:35 |
| jurop | it's frustrating not to achieve something that should be that simple | 23:35 |
| jurop | :( | 23:35 |
| Sicelo | try same on your other N900 | 23:37 |
| Sicelo | not with thumb though ... | 23:39 |
| jurop | same net result | 23:39 |
| jurop | I have both on thumb | 23:40 |
| jurop | they are exact copy | 23:40 |
| jurop | b/c one is working and the other one backup | 23:40 |
| Sicelo | reflash one to stock for testing :) | 23:40 |
| jurop | Sicelo:tomorrow | 23:40 |
| jurop | i thought to go the U-boot way at least to see some console messages when booting | 23:41 |
| Sicelo | it's a little more involved ... you won't see much really. | 23:43 |
| Sicelo | how far did you go with fbcon that has been suggested to you? | 23:44 |
| jurop | my feeling is that it's of no help | 23:45 |
| jurop | I don't get to the console | 23:45 |
| *** Alexxxlrus has joined #maemo | 23:45 | |
| jurop | just stuck at the NOKIA logo | 23:45 |
| Sicelo | what is the last thing you see? | 23:45 |
| jurop | i added the fbcon module in /sbin/preinit and noticed no change | 23:45 |
| jurop | NOKIA | 23:45 |
| jurop | and no backlight | 23:45 |
| Sicelo | nah man... before Nokia | 23:45 |
| jurop | so really - stuck at the very beginning | 23:45 |
| Sicelo | :/ | 23:45 |
| jurop | anything | 23:45 |
| jurop | plug the cable -> NOKIA | 23:46 |
| *** lobito has quit IRC | 23:47 | |
| jurop | Load image: | 23:47 |
| jurop | Image type: kernel | 23:47 |
| jurop | Image size: 1770112 bytes | 23:47 |
| jurop | Image version: 2.6.28.10-power53 | 23:47 |
| jurop | Sending image header... | 23:47 |
| jurop | Sending image... | 23:47 |
| jurop | 100% [#################################################################] | 23:47 |
| jurop | Done | 23:47 |
| jurop | Booting kernel with default cmdline... | 23:47 |
| jurop | -> NOKIA with no backlight | 23:47 |
| *** lobito has joined #maemo | 23:47 | |
| *** alien2003 has quit IRC | 23:48 | |
| jurop | Load image: | 23:49 |
| jurop | File: /scratchbox/users/jurop/home/jurop/kernel_power/opt/boot/zImage-2.6.28.10-power53 | 23:49 |
| jurop | Image type: kernel | 23:49 |
| jurop | Image size: 1770112 bytes | 23:49 |
| jurop | Image version: power/opt/boot/zImage-2.6.28.10-power53 | 23:49 |
| jurop | Sending image header... | 23:49 |
| jurop | Sending image... | 23:49 |
| jurop | 100% [#################################################################] | 23:49 |
| jurop | Done | 23:49 |
| jurop | Booting kernel with cmdline: 'init=/sbin/preinit rootfstype=ubifs rootwait root=ubi0:rootfs'... | 23:49 |
| jurop | same result | 23:49 |
| Sicelo | pastebin this kind of stuff! | 23:49 |
| jurop | sry | 23:50 |
| Sicelo | your kp53 is different size from mine | 23:50 |
| jurop | http://pastebin.com/1fcYNsPV | 23:51 |
| Sicelo | 1788916 bytes my side | 23:51 |
| jurop | Sicelo:do it work this way? | 23:51 |
| jurop | No experience, here | 23:51 |
| jurop | Sicelo:ty for dim - i'll go on digging | 23:52 |
| bencoh | jurop: silly question, but ... if you don't already have kp53, how do you boot it to edit your /sbin/preinit? | 23:55 |
| bencoh | since you're on thumb | 23:55 |
| jurop | bencoh:the device is working | 23:55 |
| bencoh | do you have kernel-cssu? | 23:55 |
| jurop | already with kp-53 | 23:55 |
| jurop | I am just trying to flash KP53 from PC b/c I would like to compile my own kernel | 23:56 |
| bencoh | I see | 23:56 |
| jurop | but first I wanted to be sure I understood the procedure | 23:56 |
| KotCzarny | hmm | 23:56 |
| jurop | now I see I have different KP dimension than Sicelo, which sounds quite strange | 23:56 |
| bencoh | I guess you compared the boot cmdline? | 23:56 |
| KotCzarny | if you have own compile | 23:56 |
| bencoh | (to /proc/cmdline) | 23:56 |
| KotCzarny | just compile fbconsole in, not as module | 23:57 |
| KotCzarny | you will see where it fails | 23:57 |
| jurop | bencoh: it's the very same of KotCzarny | 23:59 |
| jurop | bencoh: btw thanks for the hint to /proc/cmdline | 23:59 |
| jurop | KotCzarny:will do | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!
