| 00:00.52 | peterx | ok, different (and hopefully last) question: is it enough (disregarding kernel update) to backup the two partitions exported by backupmenu? it looks like the root partition is missing |
| 00:01.37 | DocScrutinizer05 | ummm, I never thought something's missing |
| 00:02.48 | DocScrutinizer05 | but I currently don't have the exact menu in front of me |
| 00:04.56 | DocScrutinizer05 | but two partitions sounds about right: / and /home |
| 00:05.19 | DocScrutinizer05 | instead of /home BM might backup /opt? |
| 00:05.38 | DocScrutinizer05 | thus missing out /home/user ? |
| 00:05.56 | peterx | it exports a device with three partitions: |
| 00:06.20 | peterx | the MyDocs partition, a swap partition and what seems to be /home |
| 00:06.21 | DocScrutinizer05 | err, the export is something completely different from what a backup does |
| 00:06.30 | peterx | at least there are directories called user and opt |
| 00:06.38 | DocScrutinizer05 | a SWAP partition?? |
| 00:06.40 | DocScrutinizer05 | sure? |
| 00:06.58 | peterx | at least fdisk says so |
| 00:07.31 | DocScrutinizer05 | I got NFC what BM exports |
| 00:07.37 | DocScrutinizer05 | never used that function |
| 00:07.56 | peterx | ok, it exports the eMMC |
| 00:08.02 | peterx | so the root partition is missing |
| 00:08.54 | peterx | there is also a second device which could be the nand, but I cannot access it "no medium found" |
| 00:09.06 | Luke-Jr | looks like USB hub B is 500 mA |
| 00:19.34 | peterx | ah, it can be accessed via ssh and usb networking |
| 00:23.05 | *** join/#maemo noptrix (~noptrix@nullsecurity.net) |
| 00:24.39 | *** part/#maemo noptrix (~noptrix@nullsecurity.net) |
| 00:27.25 | DocScrutinizer05 | well, three exported partitions sounds like /, /home, ~user/MyDocs |
| 00:28.16 | peterx | no, they are not, root is in nand |
| 00:28.35 | peterx | and it is not exported |
| 00:42.49 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 00:58.19 | DocScrutinizer05 | so how is it relevant for backup then? |
| 00:59.10 | DocScrutinizer05 | 60 sec to time lapse |
| 00:59.17 | DocScrutinizer05 | 45 |
| 00:59.33 | DocScrutinizer05 | 30 |
| 01:00.00 | DocScrutinizer05 | 2a:59:59 |
| 01:00.14 | DocScrutinizer05 | 2:00:10 |
| 01:01.51 | DocScrutinizer05 | the only two friggin clocks ignoring this completely are my oldfashioned analog alarm clock and my radio controlled clock(!!) |
| 01:03.14 | peterx | I am using bup ( https://github.com/apenwarr/bup - deduplicating git based utility) to do the backup |
| 01:03.33 | peterx | and I would like to simply store all of the partitions as they are |
| 01:09.43 | DocScrutinizer05 | well, you're out of luck for that, since obviously nothing is exporting the / partition |
| 01:11.20 | peterx | sure, but you can gain access to it via backupmenu, usb networking and ssh |
| 01:11.24 | DocScrutinizer05 | of course you could do a BM backup of root partition, then scp or otherwise transfer that tarball to your backup machine, untar and archive |
| 01:12.09 | peterx | I just need to for i in 0 1 2 3 4 5; do ssh 192.168.2.15 "cat /dev/mtd${i}ro" | bup split -n n900-mtd${i}; done |
| 01:12.12 | *** join/#maemo kaziklubey (~kaziklube@ip-180-128-230-46.dialup.ice.net) |
| 01:13.48 | DocScrutinizer05 | err wut? |
| 01:14.53 | DocScrutinizer05 | nfc what you plan to do with that, but a image of mtd done by cat is basically useless |
| 01:15.44 | DocScrutinizer05 | unless bup had some ultra-special magic |
| 01:16.20 | DocScrutinizer05 | and probably such magic is even impossible, since it lacks the support in the way cat and /dev/mtd work |
| 01:17.21 | DocScrutinizer05 | well, maybe not. But anyway you couldn't restore those images anyway |
| 01:17.30 | peterx | hm? why? |
| 01:17.33 | peterx | can't I just cat them back? |
| 01:17.40 | DocScrutinizer05 | since that's NAND |
| 01:18.04 | DocScrutinizer05 | and UBIfs or other nifty stuff to handle badblocks and OOB etc |
| 01:18.50 | peterx | ok, I thought I could just use it as an ordinary block device... |
| 01:18.58 | DocScrutinizer05 | nope, that's what BM-v1 thought could be done, until we tought robbiethe1st about problems with bad blocks in NAND and kicked it out of the maemo repos |
| 01:19.44 | DocScrutinizer05 | since then we got BM-v2 which is doing a file-by-file disk image to tarballs |
| 01:20.22 | peterx | hm, and what about the other things like the kernel and the boot loader? |
| 01:21.22 | DocScrutinizer05 | I recently looked ito mtdutils which allow to actually write to NAND in a compatible way, with mtdwrite taking care about bad blocks and OOB |
| 01:21.58 | DocScrutinizer05 | alas it's not yet(?) implemented into BM |
| 01:33.14 | *** join/#maemo Ken-Young (~Ken@pool-151-199-23-106.bos.east.verizon.net) |
| 01:35.29 | Ken-Young | I had to re-install the scratchbox-based SDK for Maemo 5. The crosscompiling stuff all works, and the proprietary Nokia stuff works, but dh)make is missing, so I can't build a .deb . Does anyone khow where I can get that from, and why it would not be present in the normal SDK installation? |
| 01:37.31 | Skry | can't one read mtd like a block device when using mtdblock? |
| 01:38.20 | Skry | or does it also produce useless image |
| 01:44.12 | *** join/#maemo tchell (~mitchell@unyew.silverninja.net) |
| 01:50.56 | *** join/#maemo stardiviner (~stardivin@122.236.251.98) |
| 02:07.22 | peterx | Skry: reading seems to work |
| 02:08.21 | *** join/#maemo robbiethe1st (~robbiethe@71-221-196-99.spkn.qwest.net) |
| 02:08.53 | *** join/#maemo uen| (~uen@p5DCB1B67.dip.t-dialin.net) |
| 02:28.05 | *** join/#maemo Macor (macer@lasziv.reprehensible.net) |
| 02:45.16 | DocScrutinizer05 | reading might work (not completely checked the facts), but definitely writing doesn't |
| 02:46.30 | DocScrutinizer05 | even for reading I'm unsure if it will skip bad blocks or deliver garbage |
| 02:48.21 | DocScrutinizer05 | but honestly, why you don't use mtdtools for all that? |
| 03:03.27 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 03:04.26 | *** join/#maemo DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
| 03:04.54 | Luke-Jr | DocScrutinizer06: got the USB charger open, but shorting random pins on the USB port seems to do nothing |
| 03:05.18 | DocScrutinizer05 | err, random pinds? |
| 03:05.27 | Luke-Jr | well, dunno which ones are D+- |
| 03:05.36 | DocScrutinizer05 | you should short D+ to D-, aka the middle two |
| 03:05.44 | Luke-Jr | there's no obvious correlation on the PCB |
| 03:06.01 | Luke-Jr | ooh |
| 03:06.03 | Luke-Jr | found it maybe |
| 03:06.04 | DocScrutinizer05 | there's not? how's that? |
| 03:06.20 | Luke-Jr | USB port is horizontal, pins are vertical? |
| 03:06.23 | Luke-Jr | or in a square |
| 03:06.27 | Luke-Jr | not even sure which ones are which |
| 03:06.30 | DocScrutinizer05 | all USB receptacles I've seen had 4 pins in a row |
| 03:06.57 | DocScrutinizer05 | you see the USB receptacles? |
| 03:07.08 | Luke-Jr | yes |
| 03:07.11 | DocScrutinizer05 | the solder points are right to the back |
| 03:07.34 | Luke-Jr | ⁇? |
| 03:08.17 | DocScrutinizer05 | on backside of each receptacle there are 4 pins in a row |
| 03:08.45 | DocScrutinizer05 | if you consider the side where you insert the plug as fronstside |
| 03:09.02 | Luke-Jr | ok |
| 03:09.03 | DocScrutinizer05 | I wouldn't know how to describe it any better |
| 03:09.43 | Luke-Jr | is it possible the N900 got pissed at my shorting at random and decided to stop looking for a charger? <.< |
| 03:09.56 | Luke-Jr | wait what |
| 03:09.58 | DocScrutinizer05 | I haven't ever seen any 4pin fullsize USB receptacles that were any ambiguous regarding pins |
| 03:10.09 | Luke-Jr | I replugged it to reset any such logic… and it said Charger disconnected -.- |
| 03:10.32 | Luke-Jr | looks like of the 4 in a row, the right two are D? |
| 03:11.08 | DocScrutinizer05 | the MIDDLE two!!! |
| 03:11.39 | *** join/#maemo laxsill (~laxsill@90-224-142-79-no110.business.telia.com) |
| 03:11.40 | Luke-Jr | but only shorting the right two works.. :/ |
| 03:11.55 | DocScrutinizer05 | no matter from which side you look it's always the middle two that are data |
| 03:12.35 | DocScrutinizer05 | meh, great. Try&error on a $$$ device |
| 03:13.00 | DocScrutinizer05 | you're awatre that USB data is 3V3 though VBUS is 5V ? |
| 03:13.08 | Luke-Jr | someone told me the worst that happens is I break the USB charger :| |
| 03:14.00 | DocScrutinizer05 | the one who told you that for sure didn't anticipate you're doing random insane stuff |
| 03:14.24 | Luke-Jr | you may have a point there <.< |
| 03:14.30 | DocScrutinizer05 | data lines should be OVP for 5V |
| 03:15.07 | Luke-Jr | hmm, maybe I'm just sucky at shorting the pins I intend to |
| 03:15.23 | Luke-Jr | in any case, I think my 93% full is too full to test speed now :< |
| 03:15.25 | DocScrutinizer05 | connecting/shorting USB data to any point of mains input of charger might kill some stuff though |
| 03:15.35 | Luke-Jr | and I lack any conductive material to make a perm connection with |
| 03:16.06 | jon_y | DocScrutinizer05: do you ever sleep? :) |
| 03:16.07 | Luke-Jr | should have had wire glue around here, but it seems to be lost :< |
| 03:16.18 | DocScrutinizer05 | you should just happily assume it is all ok, and short the middle two pins of USB with a solder blob |
| 03:16.45 | DocScrutinizer05 | jon_y: sleep is overrated |
| 03:16.56 | jon_y | is your nick shared by multiple users? |
| 03:17.24 | DocScrutinizer05 | nope, multiple nicks are shared by me ;-P |
| 03:17.30 | jon_y | or doing the "overman" sleep |
| 03:17.39 | Ken-Young | I had to re-install the scratchbox-based SDK for Maemo 5. The crosscompiling stuff all works, and the proprietary Nokia stuff works, but dh)make is missing, so I can't build a .deb . Does anyone khow where I can get that from, and why it would not be present in the normal SDK installation? |
| 03:18.09 | Ken-Young | s/dh)make/db_make |
| 03:18.52 | DocScrutinizer05 | Ken-Young: I couldn't recall anybody complaining about some basic stuff like that missing in maemo SB. So maybe you're looking for the wrong thing? |
| 03:18.56 | jon_y | DocScrutinizer05: https://en.wikipedia.org/wiki/Polyphasic_sleep uberman sleep cycle? :) |
| 03:19.11 | jon_y | Six 20-minute naps (every 4 hours) |
| 03:19.19 | jon_y | 2 hour sleep a day |
| 03:19.39 | DocScrutinizer05 | I sleep while not typing |
| 03:19.57 | DocScrutinizer05 | a few seconds between each two posts |
| 03:20.06 | Ken-Young | DocScrutinizer05, Well, I've done a search of every file under /scratchbox, and nothing called db_make is there. |
| 03:20.29 | DocScrutinizer05 | Ken-Young: maybe it's not called db_make then |
| 03:20.59 | Ken-Young | DocScrutinizer05, It sure was when I originally installed the SDK, a couple of years ago. |
| 03:21.07 | DocScrutinizer05 | Ken-Young: though you have to ask somebody with a tad more recent experience in using SB |
| 03:21.39 | jon_y | DocScrutinizer05: what build env do you use? |
| 03:21.47 | Ken-Young | I've been searching TMO threads. Some people mention this problem, but I haven't seen a solution yet. |
| 03:21.51 | DocScrutinizer05 | I'm not building stuff usually |
| 03:22.23 | jon_y | what is the most common system? SB? |
| 03:22.42 | DocScrutinizer05 | Ken-Young: you better wait for somebody using SB and not haviong the problem, then ask him how he's building debs |
| 03:22.52 | DocScrutinizer05 | maybe there's build_deb |
| 03:23.04 | jon_y | btw, is the N900 armv7? |
| 03:23.05 | DocScrutinizer05 | or whatever else |
| 03:23.17 | DocScrutinizer05 | jon_y: basically yes, I'd think |
| 03:23.25 | jon_y | but no hardfloat? |
| 03:23.56 | DocScrutinizer05 | yep, we have hardfp aka numbercruncher on cortex-A8 |
| 03:24.09 | DocScrutinizer05 | afaik |
| 03:24.25 | jon_y | oh ok, so it is possible to stick debian armhf into easychroot? |
| 03:24.38 | DocScrutinizer05 | should? |
| 03:24.57 | jon_y | iirc the normal armel platform is softfloat |
| 03:25.16 | DocScrutinizer05 | there's a normal armel platform? ;-) |
| 03:25.25 | jon_y | well, debian armel |
| 03:25.31 | DocScrutinizer05 | aaah |
| 03:25.34 | jon_y | from easydebian |
| 03:25.37 | DocScrutinizer05 | you meant the sw |
| 03:26.00 | jon_y | yeah |
| 03:26.51 | DocScrutinizer05 | softfp vs hardfp is just an API convention, where to pass floats, if in CPU domain or in float registers - afaik |
| 03:26.52 | *** join/#maemo radic (~radic@dslb-178-002-226-174.pools.arcor-ip.net) |
| 03:27.17 | jon_y | well, that and some hardware support for fp computations with hardfp |
| 03:27.22 | DocScrutinizer05 | basically both are lib stubs to the numbercruncher |
| 03:27.48 | DocScrutinizer05 | at least that's what they told me |
| 03:28.03 | jon_y | only hardfp takes advantage of the hardware support though |
| 03:28.17 | DocScrutinizer05 | and meego-CE as of stskeeps decided to go for hardfp on N900 |
| 03:28.18 | jon_y | softfp float computation is done in software, really really slow |
| 03:28.33 | Skry | can confirm the armv7h |
| 03:28.39 | DocScrutinizer05 | nope, that's unrelated afaik |
| 03:28.52 | jon_y | meego-CE? |
| 03:29.04 | DocScrutinizer05 | even softfp may use numbercruncher |
| 03:29.18 | Ken-Young | DocScrutinizer05, Really, softfp does not mean software floating point (not using CPU float instructions)? |
| 03:29.20 | DocScrutinizer05 | the real meego, now mer |
| 03:29.49 | jon_y | I thought softfp meant emulation with integer math |
| 03:30.04 | jon_y | your mantissas and what not |
| 03:30.11 | DocScrutinizer05 | I also thought that, until stskeeps educated me |
| 03:31.05 | jon_y | ok, so softfp using numbercruncher depends on the math library? |
| 03:32.17 | DocScrutinizer05 | but as of now my knowledge says both are in a lib (probably libc), and the hardfp vs softfp only says how to invoke the lib functions for sin() div-float() etc. While the lib could use software emulation with softfp, but also could use numbercruncher with softfp |
| 03:32.28 | DocScrutinizer05 | yep |
| 03:32.42 | jon_y | ok, makes sense |
| 03:33.07 | jon_y | though I suppose float asm insn is only present in hardfp |
| 03:33.34 | robbiethe1st | Hm, could we use GPU or DSP for some of the floating point calcs? |
| 03:33.56 | jon_y | I suppose you could if you can program them |
| 03:33.56 | *** join/#maemo Sazpaimon (~wat@pool-68-238-249-133.phlapa.fios.verizon.net) |
| 03:34.09 | DocScrutinizer05 | no, there's a dedicated numbercruncher afaik, called neon(?) |
| 03:34.34 | jon_y | I thought neon was some kind of SIMD thing? |
| 03:34.53 | DocScrutinizer05 | that's why there's a (?) behind it |
| 03:34.59 | jon_y | ok |
| 03:35.45 | DocScrutinizer05 | I'm not aure about the hw float support |
| 03:35.48 | DocScrutinizer05 | sure |
| 03:36.09 | DocScrutinizer05 | what I'm sure about is the diff between hardfp and softfp |
| 03:37.18 | DocScrutinizer05 | and since hardfp means "pass the floats in the float registers" ther have to be some float registers which wouldn't make sense if there's no float ALU to do something with those float registers |
| 03:38.55 | jon_y | ok, so N900 is using the softfp ABI, but has hardware support? |
| 03:39.24 | DocScrutinizer05 | no, maemo is using softfp ABI, mer/meego is using hardfp |
| 03:39.57 | DocScrutinizer05 | if this didn't change since I last heard about it |
| 03:40.05 | jon_y | ok, understood |
| 03:40.16 | jon_y | chroot isn't going to translate between ABIs |
| 03:40.18 | *** join/#maemo pcfe (~pcfe@brln-4d0cd378.pool.mediaWays.net) |
| 03:40.18 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 03:40.26 | DocScrutinizer05 | nope |
| 03:40.40 | jon_y | I don't think debian armel is going to take advantage of the hw number cruncher |
| 03:40.59 | DocScrutinizer05 | but we recently talked about it and found that probably there's no FP gateways in the chroot borderline |
| 03:42.05 | jon_y | do you need the kernel to trap them? |
| 03:42.37 | DocScrutinizer05 | ypur whole system has to be compiled for either hardfp or softfp, but since all your 'system' lives inside chroot, a chroot hosting a hardfp could live on a host running softfp |
| 03:43.00 | DocScrutinizer05 | the float math is done in a lib, not in kernel |
| 03:43.17 | DocScrutinizer05 | floats are even deprecated or rather forbidden in kernel land |
| 03:43.40 | DocScrutinizer05 | the lib is part of your chroot |
| 03:43.56 | Skry | guys, http://gcc.gnu.org/onlinedocs/gcc/ARM-Options.html |
| 03:44.12 | DocScrutinizer05 | so? |
| 03:44.21 | jon_y | ah right, I forgot the libc for debian also lives in chroot |
| 03:44.46 | jon_y | hoepfully there aren't any problems with context switching etc |
| 03:45.06 | jon_y | I still remember the win98 days and sse, there may only be 1 SSE program at a given time |
| 03:45.29 | jon_y | the OS wasn't sse aware and did not save/restore the XMM registers on context switching |
| 03:45.47 | DocScrutinizer05 | I'd guess context switching should take care of the float registers as well |
| 03:46.08 | jon_y | well, does the N900 kernel do that? :) |
| 03:46.37 | jon_y | does it need to be aware of the float registers? or are they shared with the gp registers? |
| 03:46.58 | DocScrutinizer05 | good question, but since I never heard stskeeps mentioning a hardfp kernel for mer/meego, I assume kernel usually cares about float regs as well |
| 03:47.08 | jon_y | in the sse case XMM was a different register than the general purpose ones, so OS needs to be awre of them |
| 03:47.23 | jon_y | ok |
| 03:47.23 | Luke-Jr | DocScrutinizer05: http://luke.dashjr.org/tmp/pics/20121027_010.jpg |
| 03:48.05 | DocScrutinizer05 | looks good |
| 03:49.21 | Skry | there are no floats in arm kernel so the hardfp kernel people keep asking about is irrelevant and you need to hack Makefiles to even achieve that. |
| 03:49.41 | DocScrutinizer05 | though I'm worried about those resistors which are next to /under the USB receptacles. They look like they implement another charger standard, compatible to apple etc |
| 03:50.28 | DocScrutinizer05 | Skry: please rephrase |
| 03:51.09 | DocScrutinizer05 | Luke-Jr: I'd suggest you don't short all 4 USB receptacles like that, keeping some of them for apple products |
| 03:51.17 | jon_y | Skry: the kernel does not need to be aware of the registers? |
| 03:51.40 | jon_y | eg hardfp and softfp registers are the same, maybe placement is different? |
| 03:52.00 | jon_y | actually are there any difference in register use? |
| 03:57.23 | DocScrutinizer05 | >> The public ARM Cortex-A8 processor incorporates the technologies available in the ARM7 architecture. These technologies include Neon for media and signal processing and Jazelle RCT for acceleration of realtime compilers, Thumb-2 technology for code density and the VFPv3 floating-point architecture. << |
| 03:58.50 | Skry | meh, just try to pass CFLAGS="-mfloat-abi=hard" to compiler when building kernel and look if it's actually used. Not. Anyways, there is no gain in hardfp kernel. |
| 04:01.16 | Skry | and yes you can run hfp in chroot on sfp system, incompatibilites come with linking libraries of different abi |
| 04:02.00 | jon_y | ok, kernel support not needed |
| 04:02.36 | Skry | and if I recall correctly, kernel does not have that much floats so vfp is sufficient |
| 04:03.22 | jon_y | Skry: I mean does the kernel actually need to know about vfp specifically for the libc to use hardfloat ABI? |
| 04:03.56 | *** join/#maemo DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 04:04.21 | DocScrutinizer05 | Skry: there's obviously no sense in passing float-abi=hard to kernel, since nothing is passing any floats to kernel. Nevertheless that's not been the question in the end |
| 04:05.37 | DocScrutinizer05 | the hardfp ABI is to libc, which is not used by kernel afaik |
| 04:06.43 | DocScrutinizer05 | still the question is if kernel (particularly scheduler) will take care about VFPv3 registers on task switching |
| 04:06.57 | jon_y | yeah, will it foul up like the SSE case in win98? |
| 04:08.54 | Skry | afaik it does take care of |
| 04:09.12 | Skry | and sorry, read backlog very briefly, kinda busy here |
| 04:09.24 | DocScrutinizer05 | jon_y: IroN900:~# cat /proc/cpu ->Features : swp half fastmult vfp edsp neon vfpv3 |
| 04:09.47 | jon_y | ok, cpu does know about vfp |
| 04:10.12 | jon_y | and Skry says the kernel task switcher takes care of the vfp regs |
| 04:10.30 | DocScrutinizer05 | It would be more than insane if it doesn't |
| 04:10.42 | jon_y | looks like no trouble at all in chroot hardfp as long as you don't mix the libc |
| 04:10.53 | DocScrutinizer05 | :nod: |
| 04:11.01 | jon_y | eg don't call easydebian stuff from outside the chroot |
| 04:11.38 | Luke-Jr | DocScrutinizer05: Apple products are broken? |
| 04:12.04 | DocScrutinizer05 | Luke-Jr: they just use another equally ligitimate charger spec |
| 04:12.32 | DocScrutinizer05 | something like "D+ = 0.66*VBUS; D-=0.33*VBUS" |
| 04:13.19 | DocScrutinizer05 | which looks exactly like what those resistors are implementing |
| 04:14.12 | DocScrutinizer05 | a 2R/R devider for one D line, a R/2R devider for the other |
| 04:14.33 | Luke-Jr | wtf? two incompatible standards? :/ |
| 04:15.13 | jon_y | make sure to get BIG resistors, so load don't particularly affect the voltage :) |
| 04:15.33 | DocScrutinizer05 | yeah, and both introduced resp certified by USB cert |
| 04:15.34 | jon_y | maybe I forgot my basic electronics |
| 04:15.52 | Luke-Jr | ugh |
| 04:16.10 | DocScrutinizer05 | afaik |
| 04:17.06 | DocScrutinizer05 | at least D+- short *is* certified by USB cert foundation |
| 04:17.20 | DocScrutinizer05 | or whatever the name of those xxxxx |
| 04:17.46 | DocScrutinizer05 | <PROTECTED> |
| 04:18.45 | DocScrutinizer05 | Luke-Jr: actually you should unsolder/remove the 4 resistors on the shorted USB port |
| 04:19.11 | Luke-Jr | DocScrutinizer05: does it really matter? |
| 04:19.14 | DocScrutinizer05 | they easily might spoil the D+- short detection |
| 04:19.14 | Luke-Jr | already put it back together.. |
| 04:19.22 | jon_y | iirc "Apple standard" was formulated before the d+- short thing |
| 04:19.31 | jon_y | they needed more power than the standard USB provides |
| 04:19.53 | jon_y | some sort of signaling mechanism to say it's ok to draw more than the normal current |
| 04:20.11 | DocScrutinizer05 | that's what D+- short does as well |
| 04:20.44 | *** join/#maemo Gh0sty (~ghosty@213.211.140.82) |
| 04:21.01 | jon_y | Apple did it for their iPods |
| 04:21.09 | jon_y | before all this was standardized |
| 04:22.42 | DocScrutinizer05 | actually N900 and other similar devices are supposed to detect D+- short by attaching a pullup to one D-line, a weak pulldown to the other, and then check if the line with weak pulldown is actually at high level. So somehow the both standards might be partially compatible under certain preconditions |
| 04:24.00 | DocScrutinizer05 | (or maybe swap "up" and "down" in my last statement, I can't remember) |
| 04:25.01 | DocScrutinizer05 | Luke-Jr: ^^^ that's why the resistors might interfere with N900's internal detection of D+- short |
| 04:25.51 | Luke-Jr | DocScrutinizer05: in practice, it doesn't |
| 04:26.01 | DocScrutinizer05 | Luke-Jr: the D+- standard requires none of the D-lines conected to any other voltage level, not via resistors nor directly |
| 04:42.30 | *** join/#maemo auenf (David@171.72.233.220.static.exetel.com.au) |
| 05:04.24 | *** join/#maemo e-yes (~e-yes@95.73.247.217) |
| 05:27.45 | *** join/#maemo beford (~fernando@186.154.48.133) |
| 05:33.33 | *** join/#maemo beford (~fernando@unaffiliated/beford) |
| 05:49.22 | *** join/#maemo straind` (~stupidper@n124s004.bbr1.shentel.net) |
| 05:56.38 | *** part/#maemo valeriusN (~valeriusN@xmpp.jrudevels.org) |
| 05:56.47 | *** join/#maemo valeriusN (~valeriusN@xmpp.jrudevels.org) |
| 06:03.29 | *** join/#maemo maybeHere (~cl@p5B164FD6.dip.t-dialin.net) |
| 06:08.57 | *** join/#maemo jigrap (~jigrap@unaffiliated/jigrap) |
| 06:08.57 | *** join/#maemo fortytwo (~forty_two@who.let.this.bloody.dropbear.in) |
| 06:08.57 | *** join/#maemo shamus (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 06:45.01 | *** join/#maemo Psotnick (psotnick@shell.legowisko.org) |
| 06:45.02 | *** join/#maemo ketas (ketas@ketas6-sixxs.si.pri.ee) |
| 06:45.03 | *** join/#maemo Viltzu (viltzu@xob.kapsi.fi) |
| 06:45.03 | *** join/#maemo kylanpaj (kylanpaj@hilla.kapsi.fi) |
| 06:45.24 | *** join/#maemo johnsu01 (user@gateway/shell/gnu/session) |
| 06:45.32 | *** join/#maemo cyndis (cyndis@lakka.kapsi.fi) |
| 06:46.40 | *** join/#maemo ced117 (~ced117@AStrasbourg-552-1-49-178.w83-203.abo.wanadoo.fr) |
| 06:48.50 | *** join/#maemo shamus (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 06:48.50 | *** join/#maemo fortytwo (~forty_two@who.let.this.bloody.dropbear.in) |
| 06:48.50 | *** join/#maemo jigrap (~jigrap@unaffiliated/jigrap) |
| 06:48.50 | *** join/#maemo e-yes (~e-yes@95.73.247.217) |
| 06:48.50 | *** join/#maemo DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 06:48.50 | *** join/#maemo laxsill (~laxsill@90-224-142-79-no110.business.telia.com) |
| 06:48.51 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 06:48.51 | *** join/#maemo kimitake (~kimitake@75.0.177.224) |
| 06:48.51 | *** join/#maemo sirdancealot7 (~sirdancea@98.82.broadband5.iol.cz) |
| 06:48.51 | *** join/#maemo Dragnslcr (~scott@c-76-118-7-184.hsd1.ma.comcast.net) |
| 06:48.51 | *** join/#maemo eMHa__ (~mh@HSI-KBW-5-56-244-117.hsi17.kabel-badenwuerttemberg.de) |
| 06:48.51 | *** join/#maemo freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
| 06:48.51 | *** join/#maemo Psi (~Psi@ip-58-28-158-238.static-xdsl.xnet.co.nz) |
| 06:48.51 | *** join/#maemo sasquatch (~username@p4FF2D3B1.dip.t-dialin.net) |
| 06:48.51 | *** join/#maemo ccssnet (~ccssnet@c-98-216-141-157.hsd1.ma.comcast.net) |
| 06:48.51 | *** join/#maemo mavhc (~mavhc@cpc3-basf10-2-0-cust617.12-3.cable.virginmedia.com) |
| 06:48.51 | *** join/#maemo GeneralAntilles (~ryan@Maemo/community/contributor/GeneralAntilles) |
| 06:48.51 | *** join/#maemo aloril_ (~aloril@84.249.126.153) |
| 06:48.51 | *** join/#maemo alehorst (~alehorst@177.156.18.190) |
| 06:48.51 | *** join/#maemo lardman|home (~lardman@138-38-179-52.docking.bath.ac.uk) |
| 06:48.51 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 06:48.51 | *** join/#maemo skule (~svs@exitus.logiva.dk) |
| 06:48.51 | *** join/#maemo povbot (~supybot@office.pov.lt) |
| 06:48.51 | *** join/#maemo ArGGu^^ (~ArGGu^^@a88-112-164-9.elisa-laajakaista.fi) |
| 06:48.51 | *** join/#maemo Helloer (~Helloer@staff.zabijaka.pl) |
| 06:48.51 | *** join/#maemo drussell (~dave@cpc1-brom10-2-0-cust341.16-1.cable.virginmedia.com) |
| 06:48.51 | *** join/#maemo Sc0rpius (~naikel@190.79.197.57) |
| 06:48.51 | *** join/#maemo x29a (~x29a@unaffiliated/x29a) |
| 06:48.51 | *** join/#maemo thomasvs (~thomasvs@fedora/thomasvs) |
| 06:48.51 | *** join/#maemo regawyte (~drew@cpe-174-101-232-161.cinci.res.rr.com) |
| 06:48.51 | *** join/#maemo darkschneider (~gab@93-32-53-237.ip32.fastwebnet.it) |
| 06:48.51 | *** join/#maemo ChanServ (ChanServ@services.) |
| 06:49.01 | *** join/#maemo gregoa (~gregoa@chello212186052066.410.14.vie.surfer.at) |
| 06:49.02 | *** join/#maemo skope (skope@psykedelia.org) |
| 06:49.02 | *** join/#maemo jjo_ (~janne@dsl-hkibrasgw2-ff72c300-227.dhcp.inet.fi) |
| 06:49.02 | *** join/#maemo felipe` (~felipe@unaffiliated/felipe) |
| 06:49.02 | *** join/#maemo sr71 (~sr71@p.0x.to) |
| 06:49.02 | *** join/#maemo LiraNuna (liranuna@c-98-210-197-113.hsd1.ca.comcast.net) |
| 06:49.02 | *** join/#maemo Mek (~quassel@kde/mkruisselbrink) |
| 06:49.02 | *** join/#maemo mauno (~root@ec2-46-137-172-87.eu-west-1.compute.amazonaws.com) |
| 06:49.02 | *** join/#maemo Proteous (~mike@atlantic.devin.com) |
| 06:49.02 | *** join/#maemo idoru (idoru@freenode/utility-bot/ex-server/idoru) |
| 06:49.02 | *** mode/#maemo [+vo povbot ChanServ] by hobana.freenode.net |
| 06:50.05 | *** join/#maemo johnsu01 (user@gateway/shell/gnu/x-sujiimslegpthuzm) |
| 06:50.21 | *** join/#maemo guly (~why@shivaya.guly.org) |
| 07:11.54 | *** join/#maemo xkr47 (xkr47@2001:14b8:141:5926:5358:9793:2384:6264) |
| 07:34.11 | *** join/#maemo alehorst (~alehorst@177.132.104.243) |
| 07:34.13 | *** join/#maemo dhbiker (~dhbiker@193.2.218.150) |
| 07:42.02 | *** join/#maemo Darkchaos (~darkchaos@i59F4A73D.versanet.de) |
| 07:50.21 | *** join/#maemo sasquatch (~username@p579580E2.dip.t-dialin.net) |
| 07:53.32 | *** join/#maemo messerting (~messertin@cm-84.211.113.209.getinternet.no) |
| 08:18.06 | *** join/#maemo zap (~zap@178.130.40.87) |
| 08:21.24 | *** join/#maemo Zahra (~Zahra@37.63.245.60) |
| 08:25.55 | *** join/#maemo eijk (~eijk@e178198041.adsl.alicedsl.de) |
| 08:29.38 | *** join/#maemo sasquatch (~username@p5795863D.dip.t-dialin.net) |
| 08:30.16 | *** join/#maemo Sc0rpius (~naikel@190.79.197.57) |
| 08:30.16 | *** join/#maemo drussell (~dave@cpc1-brom10-2-0-cust341.16-1.cable.virginmedia.com) |
| 08:30.16 | *** join/#maemo Helloer (~Helloer@staff.zabijaka.pl) |
| 08:30.16 | *** join/#maemo shamus (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 08:30.16 | *** join/#maemo fortytwo (~forty_two@who.let.this.bloody.dropbear.in) |
| 08:30.16 | *** join/#maemo jigrap (~jigrap@unaffiliated/jigrap) |
| 08:30.16 | *** join/#maemo dhbiker_ (~dhbiker@193.2.218.150) |
| 08:30.16 | *** join/#maemo x29a (~x29a@unaffiliated/x29a) |
| 08:30.16 | *** join/#maemo DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 08:30.16 | *** join/#maemo e-yes (~e-yes@95.73.247.217) |
| 08:30.16 | *** join/#maemo laxsill (~laxsill@90-224-142-79-no110.business.telia.com) |
| 08:30.17 | *** join/#maemo kimitake (~kimitake@75.0.177.224) |
| 08:30.17 | *** join/#maemo sirdancealot7 (~sirdancea@98.82.broadband5.iol.cz) |
| 08:30.17 | *** join/#maemo eMHa__ (~mh@HSI-KBW-5-56-244-117.hsi17.kabel-badenwuerttemberg.de) |
| 08:30.17 | *** join/#maemo Psi (~Psi@ip-58-28-158-238.static-xdsl.xnet.co.nz) |
| 08:30.17 | *** join/#maemo ccssnet (~ccssnet@c-98-216-141-157.hsd1.ma.comcast.net) |
| 08:30.17 | *** join/#maemo mavhc (~mavhc@cpc3-basf10-2-0-cust617.12-3.cable.virginmedia.com) |
| 08:30.17 | *** join/#maemo aloril_ (~aloril@84.249.126.153) |
| 08:30.17 | *** join/#maemo lardman|home (~lardman@138-38-179-52.docking.bath.ac.uk) |
| 08:30.17 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 08:30.17 | *** join/#maemo skule (~svs@exitus.logiva.dk) |
| 08:30.17 | *** join/#maemo povbot (~supybot@office.pov.lt) |
| 08:30.17 | *** join/#maemo ArGGu^^ (~ArGGu^^@a88-112-164-9.elisa-laajakaista.fi) |
| 08:30.17 | *** join/#maemo darkschneider (~gab@93-32-53-237.ip32.fastwebnet.it) |
| 08:30.17 | *** join/#maemo ChanServ (ChanServ@services.) |
| 08:30.17 | *** join/#maemo gregoa (~gregoa@chello212186052066.410.14.vie.surfer.at) |
| 08:30.17 | *** join/#maemo skope (skope@psykedelia.org) |
| 08:30.17 | *** join/#maemo sr71 (~sr71@p.0x.to) |
| 08:30.17 | *** join/#maemo Proteous (~mike@atlantic.devin.com) |
| 08:30.17 | *** join/#maemo idoru (idoru@freenode/utility-bot/ex-server/idoru) |
| 08:30.17 | *** mode/#maemo [+vo povbot ChanServ] by hobana.freenode.net |
| 08:31.12 | *** join/#maemo Dragnslcr (~scott@c-76-118-7-184.hsd1.ma.comcast.net) |
| 08:31.12 | *** join/#maemo freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
| 08:31.12 | *** join/#maemo GeneralAntilles (~ryan@Maemo/community/contributor/GeneralAntilles) |
| 08:31.12 | *** join/#maemo thomasvs (~thomasvs@fedora/thomasvs) |
| 08:31.12 | *** join/#maemo regawyte (~drew@cpe-174-101-232-161.cinci.res.rr.com) |
| 08:31.12 | *** join/#maemo jjo_ (~janne@dsl-hkibrasgw2-ff72c300-227.dhcp.inet.fi) |
| 08:31.12 | *** join/#maemo mauno (~root@ec2-46-137-172-87.eu-west-1.compute.amazonaws.com) |
| 08:31.13 | *** join/#maemo Mek (~quassel@kde/mkruisselbrink) |
| 08:31.13 | *** join/#maemo LiraNuna (liranuna@c-98-210-197-113.hsd1.ca.comcast.net) |
| 08:31.51 | *** join/#maemo Rantwolf (~rantwolf@static-217-17-207-54.net.encoline.de) |
| 08:39.21 | kerio | yay, chanserv is back ^_^ |
| 08:39.24 | kerio | and you're all back too! |
| 08:41.39 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 08:54.25 | *** join/#maemo xkr47 (xkr47@2001:14b8:141:5926:5358:9793:2384:6264) |
| 08:59.05 | *** join/#maemo florian (~fuchs@sign-4db6baa9.pool.mediaWays.net) |
| 08:59.05 | *** join/#maemo ZogG_laptop (~ZogG_lapt@212.199.182.172) |
| 08:59.05 | *** join/#maemo rcg (~rcg@g230054155.adsl.alicedsl.de) |
| 08:59.05 | *** join/#maemo MetalGearSolid (~MetalGear@175.145.95.182) |
| 08:59.05 | *** join/#maemo deepy (~deepy@c83-248-153-114.bredband.comhem.se) |
| 08:59.05 | *** join/#maemo Sazpaimon (~wat@pool-68-238-249-133.phlapa.fios.verizon.net) |
| 08:59.05 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 08:59.05 | *** join/#maemo vblazquez (~vic@28.66.15.37.dynamic.jazztel.es) |
| 08:59.05 | *** join/#maemo jeverling (~quassel@jeverling.de) |
| 08:59.05 | *** join/#maemo valerius (~user@85.26.180.145) |
| 08:59.05 | *** join/#maemo Smily (Smily@BSN-142-126-20.dial-up.dsl.siol.net) |
| 08:59.05 | *** join/#maemo Neutron18 (~neutron@159.80-202-97.nextgentel.com) |
| 08:59.05 | *** join/#maemo myuu_ (~miku@pool-108-27-201-196.nycmny.fios.verizon.net) |
| 08:59.05 | *** join/#maemo ludens (~user@gateway/tor-sasl/ludens) |
| 08:59.05 | *** join/#maemo XDS2010 (u1218@gateway/web/irccloud.com/x-ncfycgddlolknuaa) |
| 08:59.05 | *** join/#maemo ieatlint (~ieatlint@tehinterweb.com) |
| 08:59.05 | *** join/#maemo conred (~conred@46.4.231.183) |
| 08:59.05 | *** join/#maemo jayne (~jayne@freenode/staff/jayne) |
| 08:59.05 | *** join/#maemo esaym153 (~esaym153@cpe-70-123-194-182.satx.res.rr.com) |
| 08:59.05 | *** join/#maemo Vanadis (~Vanadis@84-73-15-21.dclient.hispeed.ch) |
| 08:59.05 | *** join/#maemo tanty (~agomez@cs78210056.pp.htv.fi) |
| 08:59.05 | *** join/#maemo batsheep (~lev3k@c-98-238-227-32.hsd1.ca.comcast.net) |
| 08:59.05 | *** join/#maemo till_ (till@vispillo.org) |
| 08:59.05 | *** join/#maemo shadeslayer (~shadeslay@ubuntu/member/shadeslayer) |
| 09:01.14 | *** join/#maemo henkkus (~henkkus@87-93-6-56.bb.dnainternet.fi) |
| 09:06.59 | *** join/#maemo NIN101 (~NIN@p5DD2914D.dip0.t-ipconnect.de) |
| 09:13.58 | *** join/#maemo florian (~fuchs@sign-4db6baa9.pool.mediaWays.net) |
| 09:13.58 | *** join/#maemo ZogG_laptop (~ZogG_lapt@212.199.182.172) |
| 09:13.58 | *** join/#maemo rcg (~rcg@g230054155.adsl.alicedsl.de) |
| 09:13.58 | *** join/#maemo MetalGearSolid (~MetalGear@175.145.95.182) |
| 09:13.58 | *** join/#maemo deepy (~deepy@c83-248-153-114.bredband.comhem.se) |
| 09:13.58 | *** join/#maemo Sazpaimon (~wat@pool-68-238-249-133.phlapa.fios.verizon.net) |
| 09:13.58 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 09:13.58 | *** join/#maemo vblazquez (~vic@28.66.15.37.dynamic.jazztel.es) |
| 09:13.58 | *** join/#maemo jeverling (~quassel@jeverling.de) |
| 09:13.58 | *** join/#maemo valerius (~user@85.26.180.145) |
| 09:13.58 | *** join/#maemo Smily (Smily@BSN-142-126-20.dial-up.dsl.siol.net) |
| 09:13.58 | *** join/#maemo Neutron18 (~neutron@159.80-202-97.nextgentel.com) |
| 09:13.58 | *** join/#maemo myuu_ (~miku@pool-108-27-201-196.nycmny.fios.verizon.net) |
| 09:13.58 | *** join/#maemo ludens (~user@gateway/tor-sasl/ludens) |
| 09:13.58 | *** join/#maemo XDS2010 (u1218@gateway/web/irccloud.com/x-ncfycgddlolknuaa) |
| 09:13.58 | *** join/#maemo ieatlint (~ieatlint@tehinterweb.com) |
| 09:13.58 | *** join/#maemo shadeslayer (~shadeslay@ubuntu/member/shadeslayer) |
| 09:13.58 | *** join/#maemo till_ (till@vispillo.org) |
| 09:13.58 | *** join/#maemo batsheep (~lev3k@c-98-238-227-32.hsd1.ca.comcast.net) |
| 09:13.58 | *** join/#maemo tanty (~agomez@cs78210056.pp.htv.fi) |
| 09:13.58 | *** join/#maemo Vanadis (~Vanadis@84-73-15-21.dclient.hispeed.ch) |
| 09:13.58 | *** join/#maemo esaym153 (~esaym153@cpe-70-123-194-182.satx.res.rr.com) |
| 09:13.58 | *** join/#maemo jayne (~jayne@freenode/staff/jayne) |
| 09:13.58 | *** join/#maemo conred (~conred@46.4.231.183) |
| 09:15.07 | *** join/#maemo Pali (~pali@unaffiliated/pali) |
| 09:15.18 | *** join/#maemo NIN102 (~NIN@p5DD28394.dip0.t-ipconnect.de) |
| 09:16.33 | *** join/#maemo brzys (~quassel@86-63-126-137.sta.asta-net.com.pl) |
| 09:22.52 | *** join/#maemo brzys_ (~quassel@86-63-126-137.sta.asta-net.com.pl) |
| 09:23.10 | *** join/#maemo brzys_ (~quassel@86-63-126-137.sta.asta-net.com.pl) |
| 09:30.35 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 09:33.13 | *** join/#maemo Macor (macer@lasziv.reprehensible.net) |
| 09:38.37 | *** join/#maemo conred (~conred@46.4.231.183) |
| 09:38.37 | *** join/#maemo jayne (~jayne@freenode/staff/jayne) |
| 09:38.37 | *** join/#maemo esaym153 (~esaym153@cpe-70-123-194-182.satx.res.rr.com) |
| 09:38.37 | *** join/#maemo Vanadis (~Vanadis@84-73-15-21.dclient.hispeed.ch) |
| 09:38.37 | *** join/#maemo tanty (~agomez@cs78210056.pp.htv.fi) |
| 09:38.37 | *** join/#maemo batsheep (~lev3k@c-98-238-227-32.hsd1.ca.comcast.net) |
| 09:38.37 | *** join/#maemo till_ (till@vispillo.org) |
| 09:38.37 | *** join/#maemo shadeslayer (~shadeslay@ubuntu/member/shadeslayer) |
| 09:38.37 | *** join/#maemo ieatlint (~ieatlint@tehinterweb.com) |
| 09:38.37 | *** join/#maemo XDS2010 (u1218@gateway/web/irccloud.com/x-ncfycgddlolknuaa) |
| 09:38.37 | *** join/#maemo ludens (~user@gateway/tor-sasl/ludens) |
| 09:38.37 | *** join/#maemo myuu_ (~miku@pool-108-27-201-196.nycmny.fios.verizon.net) |
| 09:38.37 | *** join/#maemo Neutron18 (~neutron@159.80-202-97.nextgentel.com) |
| 09:38.37 | *** join/#maemo Smily (Smily@BSN-142-126-20.dial-up.dsl.siol.net) |
| 09:38.37 | *** join/#maemo valerius (~user@85.26.180.145) |
| 09:38.37 | *** join/#maemo jeverling (~quassel@jeverling.de) |
| 09:38.37 | *** join/#maemo vblazquez (~vic@28.66.15.37.dynamic.jazztel.es) |
| 09:38.37 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 09:38.37 | *** join/#maemo Sazpaimon (~wat@pool-68-238-249-133.phlapa.fios.verizon.net) |
| 09:38.38 | *** join/#maemo deepy (~deepy@c83-248-153-114.bredband.comhem.se) |
| 09:38.38 | *** join/#maemo MetalGearSolid (~MetalGear@175.145.95.182) |
| 09:38.38 | *** join/#maemo rcg (~rcg@g230054155.adsl.alicedsl.de) |
| 09:38.38 | *** join/#maemo ZogG_laptop (~ZogG_lapt@212.199.182.172) |
| 09:38.38 | *** join/#maemo LiraNuna (liranuna@c-98-210-197-113.hsd1.ca.comcast.net) |
| 09:38.38 | *** join/#maemo Mek (~quassel@kde/mkruisselbrink) |
| 09:38.38 | *** join/#maemo mauno (~root@ec2-46-137-172-87.eu-west-1.compute.amazonaws.com) |
| 09:38.38 | *** join/#maemo jjo_ (~janne@dsl-hkibrasgw2-ff72c300-227.dhcp.inet.fi) |
| 09:38.38 | *** join/#maemo regawyte (~drew@cpe-174-101-232-161.cinci.res.rr.com) |
| 09:38.38 | *** join/#maemo thomasvs (~thomasvs@fedora/thomasvs) |
| 09:38.38 | *** join/#maemo GeneralAntilles (~ryan@Maemo/community/contributor/GeneralAntilles) |
| 09:38.38 | *** join/#maemo freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
| 09:38.38 | *** join/#maemo Dragnslcr (~scott@c-76-118-7-184.hsd1.ma.comcast.net) |
| 09:38.38 | *** join/#maemo Sc0rpius (~naikel@190.79.197.57) |
| 09:38.38 | *** join/#maemo drussell (~dave@cpc1-brom10-2-0-cust341.16-1.cable.virginmedia.com) |
| 09:38.38 | *** join/#maemo Helloer (~Helloer@staff.zabijaka.pl) |
| 09:38.38 | *** join/#maemo shamus (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 09:38.38 | *** join/#maemo fortytwo (~forty_two@who.let.this.bloody.dropbear.in) |
| 09:38.38 | *** join/#maemo jigrap (~jigrap@unaffiliated/jigrap) |
| 09:38.38 | *** join/#maemo dhbiker_ (~dhbiker@193.2.218.150) |
| 09:38.38 | *** join/#maemo x29a (~x29a@unaffiliated/x29a) |
| 09:38.38 | *** join/#maemo DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 09:38.38 | *** join/#maemo e-yes (~e-yes@95.73.247.217) |
| 09:38.38 | *** join/#maemo laxsill (~laxsill@90-224-142-79-no110.business.telia.com) |
| 09:38.38 | *** join/#maemo kimitake (~kimitake@75.0.177.224) |
| 09:38.38 | *** join/#maemo sirdancealot7 (~sirdancea@98.82.broadband5.iol.cz) |
| 09:38.38 | *** join/#maemo eMHa__ (~mh@HSI-KBW-5-56-244-117.hsi17.kabel-badenwuerttemberg.de) |
| 09:38.39 | *** join/#maemo Psi (~Psi@ip-58-28-158-238.static-xdsl.xnet.co.nz) |
| 09:38.39 | *** join/#maemo ccssnet (~ccssnet@c-98-216-141-157.hsd1.ma.comcast.net) |
| 09:38.39 | *** join/#maemo mavhc (~mavhc@cpc3-basf10-2-0-cust617.12-3.cable.virginmedia.com) |
| 09:38.39 | *** join/#maemo aloril_ (~aloril@84.249.126.153) |
| 09:38.39 | *** join/#maemo lardman|home (~lardman@138-38-179-52.docking.bath.ac.uk) |
| 09:38.39 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 09:38.39 | *** join/#maemo skule (~svs@exitus.logiva.dk) |
| 09:38.39 | *** join/#maemo povbot (~supybot@office.pov.lt) |
| 09:38.39 | *** join/#maemo ArGGu^^ (~ArGGu^^@a88-112-164-9.elisa-laajakaista.fi) |
| 09:38.39 | *** join/#maemo idoru (idoru@freenode/utility-bot/ex-server/idoru) |
| 09:38.39 | *** join/#maemo Proteous (~mike@atlantic.devin.com) |
| 09:38.39 | *** join/#maemo sr71 (~sr71@p.0x.to) |
| 09:38.39 | *** join/#maemo skope (skope@psykedelia.org) |
| 09:38.39 | *** join/#maemo gregoa (~gregoa@chello212186052066.410.14.vie.surfer.at) |
| 09:38.39 | *** join/#maemo ChanServ (ChanServ@services.) |
| 09:38.39 | *** join/#maemo darkschneider (~gab@93-32-53-237.ip32.fastwebnet.it) |
| 09:38.39 | *** mode/#maemo [+vo povbot ChanServ] by hobana.freenode.net |
| 09:39.59 | *** join/#maemo skope (skope@psykedelia.org) |
| 09:40.19 | *** join/#maemo Proteous (~mike@atlantic.devin.com) |
| 09:50.06 | *** join/#maemo joga (t9gTYWtG@unaffiliated/joga) |
| 09:53.02 | *** join/#maemo piggz (~piggz@host-92-18-187-237.as13285.net) |
| 09:54.43 | *** join/#maemo Helloer (~Helloer@staff.zabijaka.pl) |
| 09:54.43 | *** join/#maemo drussell (~dave@cpc1-brom10-2-0-cust341.16-1.cable.virginmedia.com) |
| 09:54.43 | *** join/#maemo Sc0rpius (~naikel@190.79.197.57) |
| 09:55.32 | *** join/#maemo sirdancealot7 (~sirdancea@98.82.broadband5.iol.cz) |
| 09:55.47 | *** join/#maemo sr71_ (~sr71@p.0x.to) |
| 09:55.47 | *** join/#maemo dhbiker_ (~dhbiker@193.2.218.150) |
| 09:55.47 | *** join/#maemo jigrap (~jigrap@unaffiliated/jigrap) |
| 09:55.47 | *** join/#maemo fortytwo (~forty_two@who.let.this.bloody.dropbear.in) |
| 09:55.47 | *** join/#maemo shamus (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 09:56.05 | *** join/#maemo Dragnslcr (~scott@c-76-118-7-184.hsd1.ma.comcast.net) |
| 09:56.06 | *** join/#maemo freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
| 09:56.06 | *** join/#maemo GeneralAntilles (~ryan@Maemo/community/contributor/GeneralAntilles) |
| 09:56.06 | *** join/#maemo thomasvs (~thomasvs@fedora/thomasvs) |
| 09:56.06 | *** join/#maemo regawyte (~drew@cpe-174-101-232-161.cinci.res.rr.com) |
| 09:56.06 | *** join/#maemo jjo_ (~janne@dsl-hkibrasgw2-ff72c300-227.dhcp.inet.fi) |
| 09:56.06 | *** join/#maemo mauno (~root@ec2-46-137-172-87.eu-west-1.compute.amazonaws.com) |
| 09:56.06 | *** join/#maemo Mek (~quassel@kde/mkruisselbrink) |
| 09:56.06 | *** join/#maemo LiraNuna (liranuna@c-98-210-197-113.hsd1.ca.comcast.net) |
| 10:02.31 | *** join/#maemo trumee_ (~parul@93-97-88-209.zone5.bethere.co.uk) |
| 10:19.32 | *** join/#maemo piggz (~piggz@host-92-18-187-237.as13285.net) |
| 10:21.59 | *** join/#maemo trumee (~parul@93-97-89-157.zone5.bethere.co.uk) |
| 10:24.15 | *** join/#maemo johnsu01 (user@fsf/staff/johnsu01) |
| 10:26.10 | *** join/#maemo Pali (~pali@unaffiliated/pali) |
| 10:32.27 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 10:37.16 | *** join/#maemo jhb (~joerg@p4FEF4F42.dip.t-dialin.net) |
| 10:49.56 | *** join/#maemo stardiviner (~stardivin@60.183.240.111) |
| 10:51.50 | *** join/#maemo louisdk (~louis@31.25.18.35) |
| 11:05.37 | *** join/#maemo maybeWTF (~cl@p5B167348.dip.t-dialin.net) |
| 11:21.15 | *** join/#maemo disco_stu (~wrt54gl@190.211.81.139) |
| 11:24.55 | DocScrutinizer05 | yoh, moinmoin |
| 11:25.15 | *** join/#maemo brzys (~quassel@86-63-126-137.sta.asta-net.com.pl) |
| 11:25.40 | kerio | moin |
| 11:26.51 | gry | morning |
| 11:31.03 | freemangordon | WTF? PA in -thumb uses more CPU than stock. Something is wrong here |
| 11:35.22 | kerio | ...wat |
| 11:35.38 | freemangordon | yeah |
| 11:35.49 | kerio | freemangordon: try disabling thumb and compiling with gcc4.7 |
| 11:35.55 | freemangordon | will do |
| 11:36.20 | freemangordon | but first want to see why is that |
| 11:39.38 | kerio | DocScrutinizer05: D: |
| 11:39.57 | *** join/#maemo qwazix (~qwazix@athedsl-353742.home.otenet.gr) |
| 11:43.45 | DocScrutinizer05 | is cpufreq/governour a usual process like any other? I.E. will it get scheduled and switching of cpufreq only happens when governor is the active&running process? |
| 11:44.38 | DocScrutinizer05 | anyway, freemangordon: use powertop |
| 11:45.18 | freemangordon | DocScrutinizer05: why? the difference is clearly visible. frequency locked on 250 |
| 11:45.27 | DocScrutinizer05 | top etc are basically useless for in-depth and really meaningful investigations of cpu usage of a process |
| 11:45.34 | DocScrutinizer05 | ooh |
| 11:45.39 | freemangordon | I bet it is because -O3 -ffast-math |
| 11:45.50 | DocScrutinizer05 | with locked freq that's a tad different indeed |
| 11:46.07 | DocScrutinizer05 | what's fast-math? |
| 11:46.11 | freemangordon | gcc is still not good enough doing NEON optimizations |
| 11:46.27 | freemangordon | enable auto-vectorizer |
| 11:46.34 | DocScrutinizer05 | mhm |
| 11:46.37 | freemangordon | i'll recompile with -o@ |
| 11:46.42 | freemangordon | -O2 |
| 11:47.20 | DocScrutinizer05 | trying to do math in vector processor might be a poor idea |
| 11:47.26 | DocScrutinizer05 | for audio |
| 11:47.32 | kerio | and -ffast-math is often slower |
| 11:47.46 | DocScrutinizer05 | that's what I meant |
| 11:47.56 | freemangordon | in theory that should speed up floating point a lot |
| 11:48.06 | DocScrutinizer05 | the math in audio isn't exactly vector math usually |
| 11:48.07 | freemangordon | BTW I am using stock compiler flags |
| 11:48.30 | *** join/#maemo BCMM (~BCMM@unaffiliated/bcmm) |
| 11:48.47 | kerio | "Disabling ‘fast-math’ not only solved the consistency problem, it made Avida faster in certain cases and had no effect in others." |
| 11:49.05 | freemangordon | which gcc? |
| 11:49.13 | kerio | it's a 2009 article, so idk |
| 11:49.23 | freemangordon | that is old |
| 11:49.30 | freemangordon | though I saw the same with openssl |
| 11:49.56 | freemangordon | enabling tree-vectorizer and ffast-math made openssl slower |
| 11:50.16 | freemangordon | by a 2-3% but still |
| 11:53.02 | *** join/#maemo MetalGearSolid1 (~MetalGear@175.142.121.229) |
| 11:53.45 | *** part/#maemo MetalGearSolid1 (~MetalGear@175.142.121.229) |
| 11:53.54 | kerio | freemangordon: are you sure you're not confusing the logs, btw? |
| 11:54.08 | freemangordon | which logs? |
| 11:54.18 | *** join/#maemo MetalGearSolid1 (~MetalGear@175.142.121.229) |
| 11:54.32 | kerio | well, the results |
| 11:54.48 | kerio | anyway, -ffast-math does some *nasty* things |
| 11:57.44 | *** join/#maemo SmilyOrg (Smily@BSN-61-21-254.dial-up.dsl.siol.net) |
| 11:58.10 | freemangordon | kerio: -O3 along with -ffast-math allows gcc to use NEON intrinstics |
| 11:58.24 | *** join/#maemo marainein (~net@2001:388:608c:6cb5:d918:9db9:631b:ed74) |
| 11:58.30 | freemangordon | or better said tells gcc to use them |
| 11:59.04 | kerio | well it's clearly not working as intended |
| 11:59.24 | freemangordon | wel,, it works as inteneded, just a bit slower |
| 11:59.44 | freemangordon | stock PA is compiled with the same flags |
| 11:59.50 | *** join/#maemo Macor (~macer@lasziv.reprehensible.net) |
| 12:00.22 | freemangordon | but as 4.7 has way better support for NEON, it "optimizes" much more code to use NEON |
| 12:00.27 | kerio | everyone says that gcc is crap at using NEON intrinsics :s |
| 12:00.40 | freemangordon | and the result seems to be slower code |
| 12:00.41 | freemangordon | yah |
| 12:00.45 | freemangordon | *yeah |
| 12:00.57 | kerio | i say asm dat shit |
| 12:01.40 | freemangordon | naah, i'll disable fast-math and will -O2 instead of -O3 for start |
| 12:01.49 | freemangordon | after having something to eat :D |
| 12:06.05 | *** join/#maemo maybeArgh (~cl@p5B162FA9.dip.t-dialin.net) |
| 12:07.16 | *** join/#maemo felipe` (~felipe@unaffiliated/felipe) |
| 12:14.25 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 12:18.28 | DocScrutinizer05 | how about some decent profiling tool? |
| 12:18.46 | DocScrutinizer05 | not that I could name any specific one right away |
| 12:22.07 | *** join/#maemo akls (~akls@82.131.2.157.cable.starman.ee) |
| 12:24.41 | *** join/#maemo Macor (macer@lasziv.reprehensible.net) |
| 12:35.00 | ShadowJK | 'd cry more about pa if it used floating point for processing audio |
| 12:36.50 | ShadowJK | also try -Os :D |
| 12:37.22 | kerio | ShadowJK: wait, it doesn't? |
| 12:38.36 | ShadowJK | it's written by lunatics so it probably does |
| 12:38.40 | ShadowJK | but i dunno |
| 12:39.23 | *** join/#maemo Darkchaos (~darkchaos@i59F4A48B.versanet.de) |
| 12:43.13 | *** join/#maemo MrPingu (~MrPingu@86.92.226.97) |
| 12:43.39 | ShadowJK | found something mentioning resampling is fixed point atleast |
| 12:44.08 | kerio | ShadowJK: wouldn't floats make it faster? |
| 12:44.16 | ShadowJK | no? |
| 12:44.49 | ShadowJK | apparently it's neon optimised version of speex's integer resample :) |
| 12:46.59 | DocScrutinizer05 | loosely related: http://tech.groups.yahoo.com/group/twinklephone/message/4013 |
| 12:47.14 | DocScrutinizer05 | at least a confirmation od |
| 12:47.27 | ShadowJK | So if the neon code didnt get compiled with newer gcc4.7, or if the neon code was written with intrinsics and new gcc does something random in a different way now |
| 12:47.42 | DocScrutinizer05 | of "shadowJK: it's written by lunatics" |
| 12:48.03 | kerio | can't we write a PA emulation layer for alsa? |
| 12:48.04 | kerio | :D |
| 12:48.08 | ShadowJK | kerio; was it you with the xplosm cartoon edit of PA? |
| 12:48.15 | kerio | ShadowJK: it's not mine |
| 12:48.19 | kerio | i got it on #redeclipse |
| 12:48.28 | ShadowJK | well do you still have link |
| 12:48.40 | kerio | ShadowJK: /topic :) |
| 12:48.43 | ShadowJK | oh :) |
| 12:48.54 | kerio | also wtf, this is not #maemo-ssu |
| 12:49.20 | ShadowJK | not in topics? |
| 12:49.24 | kerio | ShadowJK: http://i.imgur.com/SAp0D.png |
| 12:49.34 | kerio | well, we're discussing the cssu-thumb recompile of pulseaudio... |
| 12:49.40 | ShadowJK | :D |
| 12:52.31 | *** join/#maemo Macor (macer@lasziv.reprehensible.net) |
| 12:52.50 | *** join/#maemo laxsill (~laxsill@90-224-142-79-no110.business.telia.com) |
| 12:53.32 | ShadowJK | bookmarks it |
| 12:54.11 | kerio | freemangordon: benchmarked PA without -ffast-math yet? |
| 12:57.39 | DocScrutinizer05 | author: fakjujahuu X-P |
| 12:57.57 | DocScrutinizer05 | why didn't I think about that? |
| 12:59.43 | kerio | DocScrutinizer05: huh? |
| 12:59.45 | DocScrutinizer05 | ((<kerio> also wtf, this is not #maemo-ssu)) no worries, some users wouldn't ever know about the awesome stuff we do at CSSU, otherwise ;-) |
| 13:00.02 | ShadowJK | nobody's complaining |
| 13:00.45 | DocScrutinizer05 | kerio: http://tech.groups.yahoo.com/group/twinklephone/message/4013 author: fakjujahuu |
| 13:01.17 | ShadowJK | it makes sense once you say tehe author's name out loud |
| 13:02.27 | kerio | c: |
| 13:05.19 | DocScrutinizer05 | [general notice] If you could be bothered to contribute to maemo in this very particular way: Council Elections nomination period is closing today - I'd encourage you to run for a seat in maemo council! |
| 13:05.38 | kerio | DocScrutinizer05: should i run for council? |
| 13:05.45 | DocScrutinizer05 | yes!! |
| 13:05.53 | kerio | well too bad, i'm not gonna |
| 13:06.01 | DocScrutinizer05 | :-( |
| 13:06.01 | kerio | mwahaha |
| 13:06.23 | kerio | i don't even know what the council is supposed to do |
| 13:06.55 | DocScrutinizer05 | that's pretty much up for a fundamental redefinition right now |
| 13:07.50 | DocScrutinizer05 | I'd think it's basically useless now that we got hildon foundation, and probably should get discontinued / merged with HF |
| 13:08.13 | gry | what is hildon foundation? |
| 13:09.25 | DocScrutinizer05 | the non profit foundation that you were supposed to elect for, some 2 weeks ago. It's for taking responsibility regarding e.g continuation of servers for *.maemo.org, owning the domain name from Nokia, etc |
| 13:09.34 | *** join/#maemo wmarone_ (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
| 13:10.34 | DocScrutinizer05 | pretty much a lot of legalese and organizational stuff that only a legal entity could do |
| 13:11.18 | *** join/#maemo MrPingu (~MrPingu@86.92.226.97) |
| 13:11.48 | *** join/#maemo Ken-Young (~Ken@pool-151-199-23-106.bos.east.verizon.net) |
| 13:11.55 | DocScrutinizer05 | while council been established to play ambassador between community and Nokia, so now between community and HF, which doesn't make much sense in my book |
| 13:12.53 | DocScrutinizer05 | since, unlike Nokia, HF is a non profit organization and got elected by community just like council |
| 13:13.44 | Ken-Young | A new version of the orrery app for the N900 has been uploaded to the Extras Testing repository. This new version will display the two comets which may be bright in 2013. |
| 13:14.06 | DocScrutinizer05 | so council are community's proxies to negotiate between community and community's proxies |
| 13:14.46 | DocScrutinizer05 | Ken-Young: \o/ great |
| 13:15.52 | DocScrutinizer05 | kerio: I'd think you pretty much could help on that daunting task (community proxy) |
| 13:19.23 | *** join/#maemo Skry (~skry@81-175-145-229.bb.dnainternet.fi) |
| 13:21.52 | kerio | but i hate the community! |
| 13:34.26 | Sicelo | kewl Ken-Young :) |
| 13:34.46 | gry | kerio, you sure? ;) |
| 13:34.57 | kerio | yes! |
| 13:35.00 | kerio | especially you! |
| 13:35.04 | gry | :) |
| 13:37.39 | Sicelo | btw, have you ever used jSolun? it's java-based.. but has some really nice features. it's one of those applications i miss on N900 |
| 13:37.42 | Sicelo | hey gry :P |
| 13:38.14 | gry | hello, Sicelo! |
| 13:38.17 | gry | and night :) |
| 13:39.12 | Sicelo | still have your N900? |
| 13:39.19 | Ken-Young | Sicelo, I had never heard of that program. I'll have to take a look at it. Thanks! |
| 13:44.41 | SpeedEvil | goes to reinatall orrery |
| 13:48.07 | *** join/#maemo fasta (~xchat@xs8.xs4all.nl) |
| 13:48.29 | *** join/#maemo fasta (~xchat@xs8.xs4all.nl) |
| 13:49.39 | *** join/#maemo fasta (~xchat@xs8.xs4all.nl) |
| 13:53.26 | *** join/#maemo Skry (~skry@81-175-145-123.bb.dnainternet.fi) |
| 13:56.28 | akls | <DocScrutinizer05> ((<kerio> also wtf, this is not #maemo-ssu)) no worries, some users wouldn't ever know about the awesome stuff we do at CSSU, otherwise ;-) |
| 13:56.43 | akls | wtf, there is some awesome stuff I don't know about? |
| 13:56.50 | kerio | akls: yep |
| 13:57.02 | kerio | i don't know if you know about them, though |
| 13:57.07 | akls | like what? |
| 13:57.34 | kerio | like CSSU |
| 13:57.39 | kerio | and CSSU-thumb |
| 13:58.14 | Skry | essential stuff |
| 13:58.24 | kerio | and a slower pulseaudio! |
| 13:58.25 | kerio | no, wait |
| 14:00.15 | akls | oh, by the way |
| 14:00.19 | akls | about pulseaudio... |
| 14:00.54 | *** join/#maemo Hoolxi (~Openfree@183.195.228.103) |
| 14:01.07 | akls | when listening music through cmus player music stops playing when I hit power button twice to lock the screen |
| 14:01.23 | akls | and it seems like with native player there's no such problem |
| 14:01.35 | akls | is it some problem with cmus process priority or what? |
| 14:01.43 | kerio | akls: probably the policy daemon |
| 14:01.50 | kerio | so... tough luck |
| 14:02.50 | *** join/#maemo valerius (~user@85.26.180.145) |
| 14:02.57 | ShadowJK | it pauses for a moment with mplayer too |
| 14:08.29 | Skry | ShadowJK: is it ok to you if I distribute your charge21.sh which I modified to some extent in my Arch packages? |
| 14:13.55 | *** join/#maemo brzys (~quassel@86-63-126-137.sta.asta-net.com.pl) |
| 14:24.27 | DocScrutinizer05 | Skry: as long as some (c) is kept I'd guess it's ok |
| 14:24.38 | Skry | ofc |
| 14:28.03 | Skry | oh my, the latest WTF from canonical, they'll be pushing out SDK for ubuntu |
| 14:31.16 | raccoon_ | Skry: SDK = ? are they releaseing their own toolchain or is it something ubuntu distro related? |
| 14:31.23 | raccoon_ | for distro development that is |
| 14:33.00 | Skry | apparently for "application development" |
| 14:33.36 | Skry | http://www.phoronix.com/scan.php?page=news_item&px=MTIxNjU |
| 14:34.42 | kerio | like... gcc? |
| 14:35.23 | Skry | probably enforcing some specific versions of compiler and libs |
| 14:35.40 | Skry | and ofc everything buntu-patched |
| 14:36.24 | raccoon_ | but WHY? |
| 14:36.25 | raccoon_ | ... |
| 14:36.29 | raccoon_ | they are breaking linux |
| 14:36.45 | Skry | been doing that for awhile |
| 14:37.10 | Skry | ms applenical |
| 14:38.22 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 14:43.30 | jon_y | Skry: it better be running on Windows :) |
| 14:43.39 | jon_y | like android emulators |
| 14:43.59 | Skry | wouldnt surprise me :) |
| 14:44.01 | jon_y | heh, maybe it's really ubuntu in a vm image |
| 14:44.20 | jon_y | oh, and MSVC integration |
| 14:44.36 | jon_y | corporate drones love MSVC |
| 14:44.45 | Skry | yeah thats a must |
| 14:45.28 | jon_y | so, they build their "solutions" and upload the image to the vm |
| 14:45.41 | jon_y | sounds so complicated when written that way :) |
| 14:46.32 | ccssnet | fuck ubuntu |
| 14:48.13 | jon_y | ubuntu used to be nice, until they dissed all the standard stuff and doing things the MS way |
| 14:48.26 | kerio | indeed, fuck ubuntu |
| 14:48.31 | kerio | my favourite distro is mint, now :3 |
| 14:48.37 | Skry | well, if they want to take the android route so be it, good riddance. |
| 14:48.39 | kerio | for "user-friendly" things |
| 14:48.43 | jon_y | uses Debian |
| 14:48.46 | Skry | erm, mint is ubuntu |
| 14:49.05 | jon_y | except without the stupid annoying UI, so one step above ubuntu |
| 14:49.12 | Skry | true |
| 14:49.12 | GeneralAntilles | Based on is not "is" |
| 14:49.24 | Skry | please |
| 14:49.45 | GeneralAntilles | Just because they use Ubuntu repositories doesn't mean they're beholden to the same architecture decisions Ubuntu makes. |
| 14:49.59 | kerio | GeneralAntilles: it uses upstart, though |
| 14:50.11 | kerio | mint debian edition is probably better in that regard |
| 14:50.24 | jon_y | what is upstart? |
| 14:50.31 | GeneralAntilles | I've not really had issues with Upstart. |
| 14:50.34 | jon_y | what so different than the normal sysvinit? |
| 14:50.56 | kerio | jon_y: it's one step closer to systemd |
| 14:51.14 | Skry | totally forgot debian edition exists, well, that's approved :) |
| 14:51.15 | jon_y | sorry, I haven't been keeping up with all the startup systems |
| 14:51.29 | jon_y | so, sysvinit, upstart, systemd |
| 14:53.19 | jon_y | what is the difference between them? |
| 14:53.57 | Skry | anyways, mint is pretty usable, excellent beginner distro, hopefully they take some distance to ubuntu |
| 14:54.11 | freemangordon | hmm, PA with -O2 and -fno-fast-math seems to be at least as fast as stock |
| 14:55.09 | Skry | jon_y: sysvinit is the old monolithic beast that the new monolithic beast systemd is going to deprecate |
| 14:55.23 | jon_y | what does it do differently? |
| 14:55.40 | Skry | jon_y: pretty much everything |
| 14:56.50 | Skry | jon_y: ie. it does not have runlevels but targets which are similar concepts though |
| 14:57.18 | Skry | it also has socket based activation of services and stuff |
| 15:00.16 | Skry | besides doing shit the non-traditional way, making some scary changes, when you get into it it's really great |
| 15:01.29 | Skry | obviously one can disagree and take it as an abomination, and I can understand why, but I can also see why it is being adopted so widely already |
| 15:01.44 | jon_y | ok, does it have the old runlevel-like functionality? |
| 15:02.06 | jon_y | eg, I want to shutdown networking capability temporary |
| 15:02.15 | Skry | yes, you can switch targets and select default targets |
| 15:02.38 | Skry | but if you want to shutdown network temporarily you dont need to switch targets, you just stop the service |
| 15:02.53 | jon_y | run levels are now known as targets? |
| 15:02.58 | Skry | so the basic functionally resembles sysvinit very much |
| 15:03.34 | Skry | well, you have targets like sound, graphical desktop and so on, which can depend on others and change accordingly |
| 15:03.54 | jon_y | interesting |
| 15:04.02 | Skry | ie. multiuser.target, graphical.target etc |
| 15:04.17 | Skry | you should read about it |
| 15:04.23 | jon_y | it's totally possible to up the graphical desktop without sound etc? |
| 15:04.28 | Skry | I'm not that good explaining anything :P |
| 15:04.40 | Skry | yes |
| 15:05.00 | jon_y | wikipedia has a really brief explanation on systemd |
| 15:05.46 | Skry | check systemd site, and this is also a good read https://wiki.archlinux.org/index.php/Systemd |
| 15:06.07 | kerio | freemangordon: what about PA with -O3 and -fno-fast-math? |
| 15:07.09 | DocScrutinizer05 | ((<raccoon_> they are breaking linux)) they did from first minute they hijacked it |
| 15:08.16 | *** join/#maemo laxsill (~laxsill@h87-96-156-91.dynamic.se.alltele.net) |
| 15:10.13 | *** join/#maemo robink_ (~quassel@fatcat.creosotehill.org) |
| 15:11.14 | kerio | DocScrutinizer05: you're just jealous of poettering's awesoem system architecturing skillz |
| 15:12.33 | kerio | appropriately enough, poettering's blog is called "I'll Break Your Audio" |
| 15:12.36 | DocScrutinizer05 | no, i'm jalous of his complete ignorance regarding situations where he can make himself a fool |
| 15:13.22 | DocScrutinizer05 | his God-alike self-esteem |
| 15:13.56 | DocScrutinizer05 | what I'm definitely NOT jealous about are his actual skills |
| 15:13.59 | *** join/#maemo robink (~quassel@unaffilated/robink) |
| 15:14.52 | freemangordon | kerio: I can't think of a way to benchmark it precisely |
| 15:15.15 | kerio | play song with known player |
| 15:15.22 | kerio | and for the love of god, *not mafw* |
| 15:15.32 | freemangordon | why not mafw? |
| 15:15.34 | kerio | try high-volume speaker too |
| 15:15.37 | kerio | because mafw sucks balls |
| 15:15.47 | freemangordon | how is that related to PA? |
| 15:16.00 | kerio | you want something that doesn't use a lot of cpu |
| 15:16.19 | freemangordon | kerio: I want to measure gow much CPU PA uses |
| 15:16.27 | freemangordon | *how |
| 15:16.28 | Skry | mplayer -ao pulse |
| 15:16.31 | Skry | top |
| 15:16.33 | Skry | ie |
| 15:16.41 | freemangordon | that is what I am doing |
| 15:16.47 | freemangordon | besides I use mafw |
| 15:16.56 | freemangordon | with frequency lokced to 250 |
| 15:17.09 | freemangordon | but PA CPU usage varies |
| 15:17.36 | freemangordon | any idea how to get only one process CPU usage and to write it to a file? |
| 15:18.00 | freemangordon | so I can put that later in a table, for comparison |
| 15:23.22 | kerio | powertop, maybe? |
| 15:23.37 | freemangordon | top -d 1| grep -v grep | grep `pidof pulseaudio` | cut ... |
| 15:23.50 | DocScrutinizer05 | cat /proc/self/stat |
| 15:23.59 | freemangordon | self? |
| 15:24.18 | DocScrutinizer05 | well, <`pidof yourprocess`> |
| 15:25.45 | freemangordon | hmm, which column is CPU usage? |
| 15:25.54 | DocScrutinizer05 | you have to calculate the ratio of jiffies for that process to jiffies expired in total since last query |
| 15:26.03 | freemangordon | yeah :D |
| 15:26.10 | freemangordon | i'll stick with top |
| 15:26.12 | akls | and on ubuntu topic.. I've been using Lubuntu for a year or so and it's something a human being would expect from a linux distro |
| 15:27.00 | DocScrutinizer05 | freemangordon: good luck with top -d 1 |
| 15:27.10 | freemangordon | why? |
| 15:27.29 | DocScrutinizer05 | try it |
| 15:27.37 | freemangordon | it seems work |
| 15:27.42 | freemangordon | i've tried it |
| 15:27.58 | DocScrutinizer05 | never worked for me to pipe / redirect top output to anything |
| 15:28.40 | DocScrutinizer05 | maybe for messybox top that's different |
| 15:28.48 | *** join/#maemo netkat (~tty1@178.32.145.61) |
| 15:29.29 | *** join/#maemo laxsill (~laxsill@h87-96-156-91.dynamic.se.alltele.net) |
| 15:29.38 | DocScrutinizer05 | maybe you meant top -n 1 |
| 15:29.53 | freemangordon | d should be for interval iirc |
| 15:29.57 | DocScrutinizer05 | which actually seems to somwhat work |
| 15:31.02 | DocScrutinizer05 | anyway top output is ncurses, rather ugly and indigestible |
| 15:31.17 | DocScrutinizer05 | top|less |
| 15:31.26 | freemangordon | I just need CPU usage percent with 1 s sampling rate |
| 15:31.31 | Skry | freemangordon: you could loop this ps -eo pid,user,%cpu,args --sort %cpu | grep pulseaudio | tail -n1 | awk '{print $3}' | awk -F \. '{print $1}' |
| 15:31.32 | DocScrutinizer05 | which is a nice cmdline in itself ;-P |
| 15:33.00 | freemangordon | ok, have the results for O2 4.7, lets see how is stock |
| 15:33.29 | DocScrutinizer05 | yeah, this would actually work, for procps, though not for busybox ps |
| 15:33.47 | Skry | ah, I always forget the busybox :S |
| 15:34.04 | Skry | fscking hate it |
| 15:34.15 | Skry | erm, dislike |
| 15:34.43 | DocScrutinizer05 | don't say "I hate it" or somebody here will tell you you're silly as hating a software is impossible |
| 15:35.34 | Skry | ;) |
| 15:36.12 | DocScrutinizer05 | ~messybox |
| 15:36.12 | infobot | messy... err busybox is meant for lean scripting. Regarding all the missing options and immanent limitations (see su, passwd) it's not really the interactive shell of choice. A lot of people hate busybox because a lot of system integrators don't understand the difference between busybox and a decent user interactive shell plus unix utils |
| 15:38.14 | DocScrutinizer05 | Skry: btw many thanks for the nice ps options cmdline |
| 15:38.19 | DocScrutinizer05 | mad useful |
| 15:38.39 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 15:40.35 | Skry | DocScrutinizer05: np |
| 15:41.37 | *** join/#maemo kaziklubey (~kaziklube@138.124.24.70) |
| 15:41.45 | DocScrutinizer05 | what is awk -F \. '{print $1}' doing though? |
| 15:42.17 | DocScrutinizer05 | aiui it just prints the digits before decimal? |
| 15:43.23 | *** join/#maemo Dibblah_ (~Dibblah@host31-53-20-228.range31-53.btcentralplus.com) |
| 15:43.37 | DocScrutinizer05 | (btw I got procps on my iroN900 ;-D ) |
| 15:43.38 | Skry | DocScrutinizer05: matter of output formatting |
| 15:44.00 | Skry | if you want to see the .? you can omit that |
| 15:44.09 | DocScrutinizer05 | already did |
| 15:44.24 | DocScrutinizer05 | Xorg 0 vs Xorg 0.2 |
| 15:44.30 | Skry | yeah |
| 15:44.56 | Skry | guess it would be more sane to round it though |
| 15:45.17 | kerio | DocScrutinizer05: but you have to uninstall the metapackage to install procps D: |
| 15:45.17 | DocScrutinizer05 | maybe freemangordon can use % with decimals |
| 15:45.36 | DocScrutinizer05 | aaah, so it's been THAT |
| 15:46.10 | DocScrutinizer05 | and installing stock camera-ui already had no problem then |
| 15:46.33 | DocScrutinizer05 | now I recall I wrote exactly that when nswering the question in CSSU tmo thread |
| 15:46.54 | kerio | no, no, the stock camera-ui is still problematic |
| 15:47.18 | DocScrutinizer05 | well, if you say so |
| 15:47.27 | kerio | i do say so |
| 15:47.34 | DocScrutinizer05 | I think the MP at large isproblematic |
| 15:48.05 | DocScrutinizer05 | and CSSU should get rid of it, sonner rather than later |
| 15:48.10 | DocScrutinizer05 | sooner* |
| 15:48.38 | DocScrutinizer05 | it's locking in users |
| 15:48.45 | kerio | camera-ui (>= 1.1.29.2+0cssu13) |
| 15:49.03 | kerio | that's a dependency of the latest mp-fremantle-community-pr outside of thumb |
| 15:49.22 | kerio | (the thumby one depends on +0cssu14+thumb0) |
| 15:49.49 | kerio | DocScrutinizer05: HAM has a way of enabling a "magic" package that upgrades everything |
| 15:50.16 | DocScrutinizer05 | I'm listening |
| 15:50.26 | kerio | no, it ends here :) |
| 15:50.36 | kerio | there's still no way to cherrypick updates for non-user packages |
| 15:50.40 | DocScrutinizer05 | didn't help me out |
| 15:50.41 | kerio | unless you show all packages |
| 15:52.09 | freemangordon | hmm, does not look good |
| 15:52.26 | freemangordon | seems that thumb PA uses more CPU than stock |
| 15:52.45 | Skry | how much more? |
| 15:52.47 | kerio | wtf |
| 15:52.48 | kerio | why? |
| 15:52.50 | kerio | it makes no sense |
| 15:53.00 | DocScrutinizer05 | well, thumb never claimed to be more CPU efficient, only more compact |
| 15:53.13 | freemangordon | well, what i did is to get 95 samples, for one and the same song |
| 15:53.37 | freemangordon | then substracted sample by sample and sum |
| 15:53.59 | freemangordon | the difference is 80.5 |
| 15:54.05 | freemangordon | ~80.5/94 |
| 15:54.05 | infobot | 0.856382978723 |
| 15:54.11 | kerio | 80.5 what? |
| 15:54.40 | freemangordon | kerio: read again |
| 15:55.05 | DocScrutinizer05 | does, scratches head |
| 15:55.09 | kerio | i'm still missing the unit of measurement |
| 15:55.43 | freemangordon | SUM(thumb_cpu_usage(i)-stock_cpu_usage(i)), i=1-94 |
| 15:56.00 | kerio | WHAT'S THE UNIT OF MEASUREMENT |
| 15:56.05 | freemangordon | % |
| 15:56.09 | kerio | oic |
| 15:56.17 | DocScrutinizer05 | btw a tricky method to calculate cpu usage of a process is to run a busy counting loop in another process and see how much it slows down |
| 15:56.18 | kerio | ...you summed percentages? :s |
| 15:56.29 | freemangordon | kerio: yes |
| 15:57.03 | freemangordon | and according to that -thumb uses .85 % more CPU per secon |
| 15:57.07 | freemangordon | *second |
| 15:57.50 | freemangordon | But I just don't understand why |
| 15:57.52 | freemangordon | :( |
| 15:58.16 | DocScrutinizer05 | 0.85% per second? wtf is that? an inflation magnitude? |
| 15:58.22 | freemangordon | going to try 4.7 without thumb |
| 15:58.34 | freemangordon | DocScrutinizer05: see the formula above |
| 15:58.46 | DocScrutinizer05 | after 120s it will use 110$ of CPU? |
| 15:58.50 | kerio | freemangordon: how do we call the result, though? |
| 15:58.54 | DocScrutinizer05 | % |
| 15:59.05 | kerio | +nonthumb0 |
| 15:59.10 | freemangordon | <PROTECTED> |
| 15:59.19 | freemangordon | DocScrutinizer05: more per second |
| 15:59.19 | DocScrutinizer05 | I'm 35 years per minute old |
| 15:59.37 | freemangordon | DocScrutinizer05: i don;t understand your point |
| 15:59.50 | DocScrutinizer05 | wtf is % per second? |
| 16:00.01 | freemangordon | or better said you don;t understand what i did |
| 16:00.10 | freemangordon | cpu load |
| 16:00.15 | DocScrutinizer05 | no |
| 16:00.29 | freemangordon | no what? |
| 16:00.44 | DocScrutinizer05 | since when something is using 1% per second, it uses 3% after 3 s |
| 16:00.46 | freemangordon | thats an average for the period divided by the number of sample |
| 16:00.58 | freemangordon | *samples |
| 16:01.18 | freemangordon | or even the average of the error for the period |
| 16:02.10 | DocScrutinizer05 | your savings my give 3% per year of interest |
| 16:02.42 | DocScrutinizer05 | a process can hardly use % / s of CPU |
| 16:02.52 | freemangordon | DocScrutinizer05: I am not exactly famous with m English skills, that is why I hope you math skills are in place, so you can grok the above formula |
| 16:03.17 | freemangordon | DocScrutinizer05: samples are taken every second |
| 16:04.04 | freemangordon | so if you sum them and divide by the number of samples you'll get an average CPU load per second |
| 16:05.34 | freemangordon | if "per" is not the correct english word I am pretty ok |
| 16:05.46 | freemangordon | but that does not change the math |
| 16:06.08 | DocScrutinizer05 | your average CPU usage for case A over 95 samples of 1s duration been 80.5%, for case B 94%. The *difference* are 13.5% |
| 16:07.05 | freemangordon | what? |
| 16:07.37 | DocScrutinizer05 | which is an absolute factor of 0.856382978723 slowdown |
| 16:08.01 | freemangordon | it is not absolute, as the original unit is CPU load % |
| 16:08.20 | freemangordon | that is why unit is %/s |
| 16:08.27 | DocScrutinizer05 | the ratio between the two percentages though is absolute |
| 16:08.35 | freemangordon | it is not ratio |
| 16:08.49 | DocScrutinizer05 | [2012-10-28 16:54:05] <freemangordon> ~80.5/94 |
| 16:08.53 | DocScrutinizer05 | ^^^ ratio |
| 16:09.03 | freemangordon | 94 is seconds |
| 16:09.11 | DocScrutinizer05 | ummm |
| 16:09.11 | freemangordon | and 80.5 in in % |
| 16:09.23 | freemangordon | *is in |
| 16:09.28 | DocScrutinizer05 | dividing % by seconds is BS |
| 16:10.02 | freemangordon | no, it is not, that is how you find the average fo a given period |
| 16:10.14 | freemangordon | the same as S=V.t :P |
| 16:10.28 | freemangordon | V=S/t is the average speed |
| 16:10.38 | DocScrutinizer05 | nonsense |
| 16:11.08 | freemangordon | yeah, sure |
| 16:11.35 | raccoon_ | freemangordon: the average for a given period is gotten by dividing the sum of all sampled values by the number of samples. |
| 16:11.40 | DocScrutinizer05 | you don't tell me you added PA CPU % of 94 samples and got 80.5 as result |
| 16:11.43 | freemangordon | exactky |
| 16:11.47 | freemangordon | exactly |
| 16:12.13 | raccoon_ | but % is not a real value |
| 16:12.21 | raccoon_ | oh sorry, my brain went out the window |
| 16:12.26 | DocScrutinizer05 | well then nevermind, since a absolute CPU usage of <1% by PA is negligible, and also highly unlikely |
| 16:12.43 | freemangordon | <PROTECTED> |
| 16:12.57 | freemangordon | and the result of that is 80.5 |
| 16:13.07 | DocScrutinizer05 | meh |
| 16:13.36 | freemangordon | and IIRC this is called error |
| 16:13.42 | DocScrutinizer05 | OMFG, obfuscated math formula contest |
| 16:13.43 | freemangordon | or sigma |
| 16:14.06 | raccoon_ | DocScrutinizer05: help him get it right then, rather than telling he's doing it wrong... |
| 16:14.13 | freemangordon | indeed |
| 16:14.16 | raccoon_ | (the formula syntax) |
| 16:14.27 | DocScrutinizer05 | nah, he's doing it "right", just completely weird |
| 16:14.28 | Skry | btw, I asked yesterday about what resampler pulse uses in maemo, didnt get the answers and still dont know what it uses but still.. pulseaudio 0.99.2 cpu usage according to top: trivial:~12%, speex-float-0:~33%, ffmpeg:~40% |
| 16:14.42 | raccoon_ | DocScrutinizer05: that might be, but saying it's weird/odd/wrong is not exactly helping |
| 16:14.45 | raccoon_ | :) |
| 16:15.00 | DocScrutinizer05 | and 94 is not seconds but samples, a basically unitless value |
| 16:15.14 | freemangordon | Skry: PA uses speex resampler , which is closed source |
| 16:15.38 | freemangordon | DocScrutinizer05: it is in secconds if you have 94 samples taken for 94 seconds |
| 16:15.55 | raccoon_ | freemangordon: he meant that your formula is not telling what 94 is |
| 16:16.00 | raccoon_ | just that it should be 94 in that example |
| 16:16.04 | DocScrutinizer05 | freemangordon: I'd calculate average for CPU usage of thumb_cpu_usage(i) for i:1..94, then do same for stock_cpu_usage(i) |
| 16:16.18 | freemangordon | makes no difference |
| 16:16.23 | DocScrutinizer05 | then you got average CPU usage of case A and B, then you can compare the two |
| 16:16.37 | DocScrutinizer05 | sure, makes no differnece in math, but in legibility |
| 16:17.15 | freemangordon | DocScrutinizer05: but it makes difference if you have to deal with large numbers, you ca get overflow ;) |
| 16:17.24 | Skry | freemangordon: whatwhat? is it some nokia hack version or what? I mean, speex is free. |
| 16:17.26 | DocScrutinizer05 | modulo you'd probably notice that your 94 are not of unit 'seconds' if you'd do a well established simple average |
| 16:17.42 | DocScrutinizer05 | freemangordon: ack for overflow |
| 16:18.03 | freemangordon | Skry: no, it is BSD according to the bug report on bugs.maemo.org |
| 16:18.37 | freemangordon | DocScrutinizer05: that is why it looks weird, it is just the way I am used to write the code |
| 16:18.42 | DocScrutinizer05 | freemangordon: 94 is the number of samples, no matter if every sample is 1 or 33.8 seconds in duration |
| 16:19.11 | DocScrutinizer05 | so your result are % differnece, not %/s |
| 16:19.24 | freemangordon | DocScrutinizer05: it matters if you want to know by what % is CPU load increased every second |
| 16:19.36 | freemangordon | DocScrutinizer05: yes |
| 16:19.54 | freemangordon | 18:00 <freemangordon> and 80.5 in in % |
| 16:19.59 | freemangordon | *is |
| 16:20.20 | *** join/#maemo wmarone (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
| 16:20.34 | DocScrutinizer05 | yes, it's the sigma-difference for i from 1 to 95 |
| 16:20.49 | DocScrutinizer05 | so you divide by 95 to get true average |
| 16:20.49 | freemangordon | Skry: there is an open bug to open the source of speex |
| 16:20.54 | *** join/#maemo NIN101 (~NIN@p5DD28394.dip0.t-ipconnect.de) |
| 16:21.14 | freemangordon | DocScrutinizer05: finally :P |
| 16:21.43 | Skry | freemangordon: http://downloads.xiph.org/releases/speex/speex-1.2rc1.tar.gz |
| 16:21.45 | DocScrutinizer05 | 95 is <number of samples you summed up> |
| 16:21.50 | Skry | ta-da |
| 16:22.07 | freemangordon | Skry: we have NEON-optimized resampler here |
| 16:22.15 | DocScrutinizer05 | seconds is not even showing up in hte whole equation |
| 16:22.20 | freemangordon | look in debian/changelog |
| 16:22.54 | DocScrutinizer05 | since i is a enum, not a seconds integer |
| 16:23.43 | freemangordon | DocScrutinizer05: well, it could be said that way too, but i is seconds too, as the samples were taken every second |
| 16:23.56 | DocScrutinizer05 | doesn't matter |
| 16:24.19 | DocScrutinizer05 | if your samples were 2 seconds long, the i still is 94 for 94 samples |
| 16:24.21 | freemangordon | so the functions could be f(t) as well |
| 16:24.44 | freemangordon | but I want to average over the time, not the number of samples |
| 16:24.50 | kerio | freemangordon: maybe the NEON resampler sucks |
| 16:24.53 | freemangordon | *over the number |
| 16:25.31 | DocScrutinizer05 | freemangordon: alas that's not how a simple average works |
| 16:25.37 | Skry | freemangordon: libspeex/resample_neon.h |
| 16:25.41 | freemangordon | kerio: according to changelog it speeds the things a lot |
| 16:25.51 | freemangordon | Skry: in speex-dev? |
| 16:26.02 | Skry | yes, since 2011 |
| 16:26.10 | kerio | hahaha |
| 16:26.14 | freemangordon | upstream? |
| 16:26.41 | freemangordon | who is the copyright holder, Nokia? |
| 16:27.23 | Skry | patches are from jyri sarha |
| 16:27.40 | Skry | @ti.com |
| 16:28.23 | Skry | dont know of the upstream status but patches are in speex-dev ml and used by ubuntu for example |
| 16:28.44 | freemangordon | Skry: sounds too risky to put that in -thumb |
| 16:29.10 | Skry | mm, might be |
| 16:29.28 | *** part/#maemo MetalGearSolid1 (~MetalGear@175.142.121.229) |
| 16:29.35 | kerio | freemangordon: it's probably what nokia has, actually |
| 16:29.35 | Skry | i'll check the upstream status.. |
| 16:29.43 | kerio | anyway, gcc sucks at NEON |
| 16:29.58 | freemangordon | DocScrutinizer05: that is exactly how simple average over the time works |
| 16:30.14 | DocScrutinizer05 | freemangordon: if you'd want to do an integral average, you have to multiply each sample value by the sample duration (in seconds) and then divide the whole thing by the sigma(duration) over all samples. (sigma((thumb_cpu_usage(sample-i) * thumb_sample_duration(sample-i)) / sigma(thumb_sample_duration(sample-i)) |
| 16:30.51 | DocScrutinizer05 | so you get %*s/s = % |
| 16:31.05 | *** join/#maemo Timo (~timo@unaffiliated/tiempjuuh) |
| 16:31.37 | DocScrutinizer05 | the fact that all your thumb_sample_duration(sample-i) = 1second doesn't change the formula, so doesn't result in %/s |
| 16:34.50 | freemangordon | DocScrutinizer05: the way I did it fits for the purpose: thumb uses more CPU than stock |
| 16:35.19 | DocScrutinizer05 | yes, your calculation been correct, the units though were not |
| 16:35.40 | freemangordon | meh |
| 16:36.17 | freemangordon | it is correct too, as if it is the average for the period, it could be average for 1 second period |
| 16:36.20 | DocScrutinizer05 | and the difference is actually <1% if your calculation actually been accurate |
| 16:36.25 | DocScrutinizer05 | thus negligible |
| 16:36.35 | freemangordon | well, it was excel to do the math |
| 16:36.37 | DocScrutinizer05 | or rather, below tolerance |
| 16:37.02 | freemangordon | well, I was expecting -thumb to behave much better than stock |
| 16:37.16 | freemangordon | maybe I am missing something |
| 16:37.39 | DocScrutinizer05 | in fact they behave more identical than anybody would expect for two runs of very same software |
| 16:37.42 | kerio | freemangordon: is this the thumby? |
| 16:37.52 | kerio | what about the army? |
| 16:38.03 | freemangordon | though if we have FP math all the way... |
| 16:38.09 | freemangordon | kerio: going to try it |
| 16:38.17 | DocScrutinizer05 | kerio: join the army, man! |
| 16:41.54 | DocScrutinizer05 | freemangordon: honestly, compare arm to arm (two consecutive runs of same binary) and you'll likely find larger difference than this 0.8% |
| 16:42.24 | kerio | DocScrutinizer05: the point is that they shouldn't be the same |
| 16:42.32 | freemangordon | yes |
| 16:42.36 | kerio | the thumb one should pwn the stock one |
| 16:42.51 | DocScrutinizer05 | freemangordon: wasn't that you I did some hardfp vs softfp simple test binary runs, and we noticed effectively 0 difference between both? |
| 16:43.03 | freemangordon | DocScrutinizer05: no |
| 16:43.33 | Skry | not in upstream, but learned that speex has C64x support, whoa. |
| 16:43.51 | freemangordon | though, if most of the stuff is done in FP, there will be no difference |
| 16:44.06 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 16:44.11 | freemangordon | Skry: yeah, speexdsp is closed source too in maemo5 :D:D:D |
| 16:45.06 | DocScrutinizer05 | kerio: I don't agree on the assumption that thumb always has to be faster than arm, since it is meant to yield compact code, not faster execution (the faster execution is a side effect under certain narrow preconditions). What I agree though is that we should see way larger differences, in whatever direction |
| 16:45.30 | kerio | DocScrutinizer05: less of a thumb matter, more of a gcc4.2 vs gcc4.7-linaro matter |
| 16:46.25 | DocScrutinizer05 | the smaller the program, the smaller the opportunities for compiler to optimize |
| 16:47.04 | kerio | fmg: arm pls |
| 16:47.27 | DocScrutinizer05 | one very interesting detail would be size of resulting binary |
| 16:47.42 | freemangordon | ok, build is ready, lets see |
| 16:48.29 | *** join/#maemo marcellus_ (~quassel@chello080109070009.1.15.vie.surfer.at) |
| 16:48.33 | kerio | by the way, are you sure you're using the correct pulseaudio? |
| 16:48.58 | freemangordon | the one on CSSU gitorious |
| 16:49.04 | freemangordon | *in |
| 16:49.58 | kerio | no, i mean, are you sure the pulseaudio you're running is the recompiled one? :) |
| 16:49.59 | DocScrutinizer05 | I like to implement any arbitrary marker into the stuff under test, so I can tell for sure it's been this one binary that got used in the test |
| 16:50.16 | DocScrutinizer05 | or what kerio says ^^^ |
| 16:51.08 | freemangordon | kerio: well stop/start pulseaudio should do the trick I think |
| 16:51.23 | kerio | i'd still reboot to be sure :3 |
| 16:51.28 | freemangordon | lets see what arm build will give as results |
| 16:51.30 | DocScrutinizer05 | a printf to stdout, listing e.g the number of processed samples/frames is usually just fine |
| 16:51.51 | DocScrutinizer05 | or stderr |
| 16:52.13 | DocScrutinizer05 | in "destructor" |
| 16:52.26 | DocScrutinizer05 | or just before exit |
| 16:53.47 | DocScrutinizer05 | or even to /dev/console or whatever |
| 16:54.00 | DocScrutinizer05 | instead of to stderr |
| 16:54.11 | freemangordon | hmm, i'll reboot and retry, just for sure |
| 16:55.04 | freemangordon | as now 80.5 become 33 :D |
| 16:55.41 | DocScrutinizer05 | freemangordon: if you had a welcome msg printf at beginning of your new code, and a "processed %d samples. This was Version th-33" at exit, you'd notice immediately what's going on |
| 16:56.20 | freemangordon | there is no "my new code" I am just doing dpkg-buildpackage |
| 16:56.32 | DocScrutinizer05 | yes I'm aware of that |
| 16:56.36 | freemangordon | and changing flags in debian/rules |
| 16:56.51 | DocScrutinizer05 | too lazy to place "your new code" into ticks |
| 16:57.52 | DocScrutinizer05 | you could pass the verson string via compile parameter -D |
| 16:58.38 | freemangordon | -rwx------ 1 root root 72784 Oct 28 2012 /usr/bin/pulseaudio |
| 16:58.43 | DocScrutinizer05 | do a logger printout to syslog |
| 16:58.49 | freemangordon | still the same after the reboot |
| 17:00.34 | freemangordon | could it be that PA does not actually do much job? |
| 17:00.51 | DocScrutinizer05 | 72768 here |
| 17:01.51 | DocScrutinizer05 | well, the whole stuff is piped thru gstreamer afaik, by mafw |
| 17:02.17 | freemangordon | so we have only 16 bytes difference between 4.2.1 and 4.7.2? WTF? |
| 17:03.19 | DocScrutinizer05 | IroN900:~# ls -l /usr/bin/pulseaudio |
| 17:03.21 | DocScrutinizer05 | -rwx------ 1 root root 72768 2010-06-14 15:32 /usr/bin/pulseaudio |
| 17:03.28 | freemangordon | going to try -Os |
| 17:03.35 | kerio | hahaha |
| 17:03.59 | kerio | freemangordon: this is the ARM one, right? |
| 17:04.03 | freemangordon | yep |
| 17:04.16 | kerio | so... compiling in ARM gave us a giant reduction? |
| 17:04.30 | freemangordon | yeah, 16 bytes more |
| 17:04.35 | freemangordon | :D:D:D |
| 17:04.43 | kerio | ok, gimme that package :£ |
| 17:04.44 | kerio | :3 |
| 17:07.07 | DocScrutinizer05 | freemangordon: 795 pulse 12 -8 83192 6912 2424 S 21.6 2.8 5:16.93 pulseaudio |
| 17:07.16 | DocScrutinizer05 | 21.6% |
| 17:07.51 | freemangordon | what is it? |
| 17:08.03 | freemangordon | total CPU usage? |
| 17:08.14 | DocScrutinizer05 | top output for >> while play-sound /home/opt/usr/share/osso-lmarbles/sounds/alarm.wav; do :; done << |
| 17:08.26 | DocScrutinizer05 | yep, CPU usage |
| 17:09.08 | DocScrutinizer05 | no other process used significant CPU |
| 17:09.09 | kerio | i wonder... what's the CPU usage when on speaker and when using BT headphones? |
| 17:12.51 | freemangordon | hmm, makes sense to check that |
| 17:19.36 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 17:29.40 | freemangordon | hmm, -Os produced binary which is about 68k ARM build, but not much of a difference in CPU usage |
| 17:30.16 | freemangordon | so it seems it is not PA itself that uses the CPU , most probably it is the closed packages that do :( |
| 17:30.40 | *** join/#maemo dhbiker (~dhbiker@95.87.145.172) |
| 17:31.00 | *** join/#maemo schen (~schen@cpe-70-113-78-99.austin.res.rr.com) |
| 17:35.13 | *** join/#maemo ab (~ab@pdpc/supporter/professional/ab) |
| 17:36.30 | *** join/#maemo schen (~schen@cpe-70-113-78-99.austin.res.rr.com) |
| 17:39.02 | freemangordon | kerio: connecting BT HF drops CPU usage by a couple of % |
| 17:39.15 | freemangordon | 5-10 |
| 17:39.24 | kerio | hehe |
| 17:39.31 | kerio | hm, is that HFP/HSP or A2DP? |
| 17:39.38 | freemangordon | HFP |
| 17:39.49 | kerio | sucks |
| 17:40.05 | freemangordon | actually it streams to my PC, but I am almost sure it is not a2dp |
| 17:40.12 | kerio | is it stereo? |
| 17:40.21 | kerio | actually, easier question: |
| 17:40.24 | freemangordon | hmm, it is a2dp |
| 17:40.25 | kerio | does it sound like shit? |
| 17:40.34 | freemangordon | no, it sound ok |
| 17:40.39 | freemangordon | *sounds |
| 17:40.39 | kerio | then it's a2dp :) |
| 17:40.45 | freemangordon | yes it is, i checked |
| 17:40.46 | kerio | stupid lowpass filter |
| 17:41.20 | freemangordon | hmm, actually lowpass filter seems to take only 5 or so % , which is not that much |
| 17:41.38 | freemangordon | on 250 is that |
| 17:42.10 | freemangordon | it seems it is the resampler to eat the cpu |
| 17:42.31 | freemangordon | or better said I am out of ideas :D |
| 17:44.40 | freemangordon | though in upstream PA there are some NEON optimizations, maybe I can backport them to check if it will be better |
| 17:46.25 | *** join/#maemo ZogG_laptop (~ZogG_lapt@bzq-79-179-241-202.red.bezeqint.net) |
| 17:46.25 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 17:51.06 | ShadowJK | Skry; sure |
| 17:51.17 | kerio | freemangordon: anyway, the arm-compiled PA is faster than the stock one, right? |
| 17:53.50 | *** join/#maemo deepy (~deepy@wrongplanet/deepa) |
| 17:56.19 | *** join/#maemo beford (~fernando@unaffiliated/beford) |
| 17:59.57 | freemangordon | kerio: no |
| 18:00.03 | freemangordon | it is the same |
| 18:00.13 | kerio | dafuq |
| 18:00.18 | freemangordon | BTW changing resample-method = trivial drops CPU usage by 10% |
| 18:00.23 | kerio | what had the giant advantage then? |
| 18:00.33 | freemangordon | in /etc/pulse/daemon.conf |
| 18:00.47 | kerio | freemangordon: that's cheating |
| 18:01.42 | freemangordon | I know |
| 18:02.00 | freemangordon | But at least gives clue who is using the CPU |
| 18:02.53 | kerio | freemangordon: it's audibly worsse |
| 18:02.54 | kerio | *worse |
| 18:02.58 | kerio | much, much worse |
| 18:03.09 | kerio | i wonder why it needs to resample to A2DP |
| 18:04.04 | kerio | hrmpf, is there a reason 48kHz is the default samplerate? |
| 18:09.25 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 18:09.30 | kerio | setting it to 44.1kHz has no adverse effects, it seems |
| 18:14.18 | kerio | hm, why are we using pulseaudio 0.9 when the current release is 2.1? |
| 18:15.24 | *** join/#maemo wmarone_ (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
| 18:19.19 | DocScrutinizer05 | because nobody dared to update stuff since maemo5 birth? |
| 18:19.51 | DocScrutinizer05 | becuae the closed blobs wouldn't fit into any newer version, since we can't compile them? |
| 18:20.01 | MrPingu | i wonder if it's really thumb that's giving the benefits or just the updated gcc 4.7.2-linaro (no proof though) |
| 18:20.14 | merlin1991 | kerio: because the closed plugins depend on the internal pulse api and this you can't pimp its version |
| 18:20.30 | DocScrutinizer05 | or that ;-) |
| 18:20.32 | kerio | why do we need the closed plugins? |
| 18:20.35 | *** join/#maemo wmarone (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
| 18:20.36 | kerio | MrPingu: there are no benefits! |
| 18:20.57 | freemangordon | merlin1991: though we can backport what worths, i saw some NEON optimized conversion routines |
| 18:20.58 | DocScrutinizer05 | because we love our speakers and the decent phone audio quality |
| 18:21.57 | Skry | ShadowJK: ok thanks, that's a great script. I added led control, logging to syslog, isp1704 charger detection and adapted it to be used with udev. Does the job quite nicely. |
| 18:22.02 | MrPingu | Kerio: With benefits I mean the smaller binarysize ;) |
| 18:22.10 | DocScrutinizer05 | though it seems to me cmtspeech is actually open, just XPROT is closed |
| 18:22.10 | freemangordon | http://www.mail-archive.com/pulseaudio-discuss@lists.freedesktop.org/msg04777.html |
| 18:22.17 | kerio | what's XPROT? |
| 18:22.26 | DocScrutinizer05 | speaker protection |
| 18:23.25 | DocScrutinizer05 | Skry: isp1704 charger detection might mess up things as soon as you're running it with established USB session |
| 18:23.36 | kerio | which can be done *in hardware* via the equalizer |
| 18:23.43 | freemangordon | going to try to backport that |
| 18:24.08 | freemangordon | "main" CSSU will benefit from it too if I succeed |
| 18:24.30 | Skry | DocScrutinizer05: it only does detecting if charger is present and gets charger type for logging purposes |
| 18:24.54 | DocScrutinizer05 | mhm |
| 18:25.29 | Skry | kerio: nemo has 2.1, modules from meego/mer are ported, not sure if they have call audio with it yet. |
| 18:26.03 | DocScrutinizer05 | Skry: sorry when "charger detection runs only when charger detected" doesn't make sense to me |
| 18:27.05 | MrPingu | Kerio: http://talk.maemo.org/showpost.php?p=1285892&postcount=971 |
| 18:27.21 | MrPingu | xD |
| 18:30.16 | Skry | DocScrutinizer05: uhm? udev launches script if it detects power supply event, script checks if isp1407 reports charger and continues accordingly. Perhaps it should be done more properly via more exact udev rule but i have no interest digging into udev insides more than I already know. |
| 18:30.47 | *** join/#maemo hazchemix (~user@ip51ccb388.speed.planet.nl) |
| 18:35.06 | *** join/#maemo muelli (~muelli@port-21439.pppoe.wtnet.de) |
| 18:37.46 | *** join/#maemo vi__ (~user@146.90.42.159) |
| 18:40.10 | *** join/#maemo mvp_ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 18:44.45 | *** join/#maemo NIN101 (~NIN@p5DD28394.dip0.t-ipconnect.de) |
| 18:45.45 | *** join/#maemo NIN101 (~NIN@p5DD28394.dip0.t-ipconnect.de) |
| 18:47.02 | kerio | <theRaisse> we sold the n9, then he left the n950 on a train |
| 18:47.04 | kerio | WHAT THE FUCKING FUCK |
| 18:47.14 | *** join/#maemo MrPingu (~MrPingu@86.92.226.97) |
| 18:50.59 | *** join/#maemo eijk (~eijk@e178198041.adsl.alicedsl.de) |
| 18:53.12 | *** join/#maemo invariant (~invariant@unaffiliated/invariant) |
| 18:55.14 | *** part/#maemo invariant (~invariant@unaffiliated/invariant) |
| 19:00.44 | *** join/#maemo invariant (~invariant@unaffiliated/invariant) |
| 19:02.36 | invariant | How can I configure which accounts or messages lead to vibration? |
| 19:08.38 | DocScrutinizer05 | invariant: I don't think there's such config option |
| 19:11.16 | *** join/#maemo ZogG_laptop (~ZogG_lapt@bzq-79-179-241-202.red.bezeqint.net) |
| 19:11.16 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 19:11.56 | *** join/#maemo BCMM (~BCMM@unaffiliated/bcmm) |
| 19:18.29 | invariant | What is the best irc client for n900 which allows setting port number? |
| 19:19.10 | gry | quassel2go |
| 19:19.54 | *** join/#maemo louisdk (~louis@31.25.18.35) |
| 19:20.46 | kerio | invariant: xchat |
| 19:21.00 | invariant | Installation corrupted. Yes/no |
| 19:21.18 | invariant | Interesting message |
| 19:21.56 | invariant | What should I pick? |
| 19:22.04 | gry | 'no'? |
| 19:22.25 | kerio | invariant: installation of what? |
| 19:24.39 | invariant | Qutim |
| 19:27.28 | *** join/#maemo sq-one (~sq-one@p549AA994.dip.t-dialin.net) |
| 19:40.12 | *** join/#maemo Cor-Ai_ (cor-ai@c-5743e253.67-8-64736c10.cust.bredbandsbolaget.se) |
| 19:40.37 | *** part/#maemo invariant (~invariant@unaffiliated/invariant) |
| 19:42.07 | *** join/#maemo invariant (~invariant@unaffiliated/invariant) |
| 19:42.18 | *** part/#maemo invariant (~invariant@unaffiliated/invariant) |
| 19:55.03 | *** join/#maemo invariant (~invariant@unaffiliated/invariant) |
| 20:00.33 | DocScrutinizer05 | ~seen qwazix |
| 20:00.39 | infobot | qwazix <~qwazix@athedsl-353742.home.otenet.gr> was last seen on IRC in channel #maemo, 1d 7h 49m 10s ago, saying: 'who's got a Nexus 7? Native ubuntu on it since yesterday, with hildon on it could be almost maemo.'. |
| 20:00.41 | *** join/#maemo piggz (~piggz@host-92-18-187-237.as13285.net) |
| 20:01.48 | *** join/#maemo M4rtinK (~M4rtinK@mail.melf.eu) |
| 20:16.11 | DocScrutinizer05 | WTF, Ducky died? |
| 20:16.38 | DocScrutinizer05 | Dr. Mellard :-o |
| 20:17.29 | kerio | who died? :o |
| 20:18.56 | Cor-Ai | DocScrutinizer05: your fucking kiding me?! |
| 20:19.56 | DocScrutinizer05 | >>While walking on a beach, Ducky suffered a heart attack in the season nine finale, "Till Death Do Us Part", after hearing about the bomb blast at NCIS headquarters and then is seen lying, motionless on a beach. In "Extreme Prejudice", it is shown that he's alive and receiving treatment thanks to Jimmy Palmer finding him. << |
| 20:20.32 | Cor-Ai | .... |
| 20:20.41 | Cor-Ai | thats old news :p |
| 20:20.56 | DocScrutinizer05 | not here ;-) |
| 20:21.04 | Cor-Ai | haha :p |
| 20:21.13 | Cor-Ai | thats last sesson! |
| 20:23.37 | Cor-Ai | I thought you spoil :p |
| 20:25.29 | DocScrutinizer05 | nah, i'm not a partypooper |
| 20:26.26 | DocScrutinizer05 | the bad news: next Sunday evening I won't watch next episode of NCIS |
| 20:27.15 | DocScrutinizer05 | since I bet they introduce another 3 months minimum pause before starting next (10th) season |
| 20:28.13 | Cor-Ai | hmm.. that sux.. :/ |
| 20:29.06 | DocScrutinizer05 | judging by rating, the 10th season must be even better: http://en.wikipedia.org/wiki/NCIS_(TV_series)#Ratings |
| 20:31.32 | Cor-Ai | haha nice :D |
| 20:33.28 | *** join/#maemo eijk (~eijk@e178208227.adsl.alicedsl.de) |
| 20:35.29 | Cor-Ai | think we are at s09 e05 or something in swe :p |
| 20:43.45 | *** join/#maemo PrefleX (d0362688@gateway/web/freenode/ip.208.54.38.136) |
| 20:47.41 | *** join/#maemo chainsawbike (~chainsawb@unaffiliated/chainsawbike) |
| 21:01.25 | *** join/#maemo Darkchaos (~darkchaos@i59F4A48B.versanet.de) |
| 21:04.36 | *** join/#maemo piggz (~piggz@host-92-18-187-237.as13285.net) |
| 21:08.05 | *** join/#maemo dhbiker (~dhbiker@95.87.145.172) |
| 21:22.17 | *** join/#maemo Preflex (d0362688@gateway/web/freenode/ip.208.54.38.136) |
| 21:26.00 | *** part/#maemo Preflex_ (d0362688@gateway/web/freenode/ip.208.54.38.136) |
| 21:28.32 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 21:29.20 | *** join/#maemo shanttu (~shanttu@dsl-hkibrasgw3-ff55c100-11.dhcp.inet.fi) |
| 21:31.16 | *** join/#maemo Preflex (~ashes@m882636d0.tmodns.net) |
| 21:43.15 | *** join/#maemo GeneralAntilles (~ryan@Maemo/community/contributor/GeneralAntilles) |
| 21:56.11 | *** join/#maemo lama (~lamis--lo@197.247.154.157) |
| 22:11.37 | *** join/#maemo sirdancealot7 (~sirdancea@98.82.broadband5.iol.cz) |
| 22:12.30 | *** join/#maemo jhb (~joerg@p4FEF4F42.dip.t-dialin.net) |
| 22:12.40 | *** join/#maemo sirdancealot4 (~sirdancea@98.82.broadband5.iol.cz) |
| 22:14.30 | *** join/#maemo Rantwolf (~rantwolf@static-217-17-207-54.net.encoline.de) |
| 22:20.47 | *** join/#maemo brzys (~quassel@86-63-126-137.sta.asta-net.com.pl) |
| 22:21.30 | *** join/#maemo lxp1 (~lxp@212-183-122-165.adsl.highway.telekom.at) |
| 22:24.41 | DocScrutinizer51 | ~botsnack |
| 22:24.41 | infobot | thanks, DocScrutinizer51 |
| 22:27.26 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 22:32.20 | Cor-Ai | hahaha aww |
| 22:32.44 | Cor-Ai | your bot DocScrutinizer05? |
| 22:33.17 | *** join/#maemo GeneralAntilles (~ryan@Maemo/community/contributor/GeneralAntilles) |
| 22:40.21 | DocScrutinizer51 | not really |
| 22:40.36 | DocScrutinizer51 | Tim's |
| 22:41.33 | DocScrutinizer51 | ~owner |
| 22:41.33 | infobot | TimRiker is my owner |
| 22:42.12 | DocScrutinizer51 | I'm only one of the botmasters |
| 22:43.41 | DocScrutinizer51 | means I can do some admin tasks |
| 22:46.05 | DocScrutinizer51 | and I try to keep the knowledge database clean and up to date, for a 0.001% part of it |
| 22:46.13 | DocScrutinizer51 | aka factoids |
| 22:46.21 | DocScrutinizer51 | like |
| 22:46.27 | DocScrutinizer51 | ~power |
| 22:46.27 | infobot | power is probably http://wiki.maemo.org/N900_Hardware_Power_Consumption |
| 22:50.57 | Cor-Ai | DocScrutinizer05: ahh, I see, well it's a cutie :) |
| 22:51.33 | *** join/#maemo jeverling (~quassel@jeverling.de) |
| 22:54.31 | DocScrutinizer51 | indeed |
| 22:54.31 | DocScrutinizer51 | ~status |
| 22:54.31 | infobot | Since Tue Oct 23 14:06:35 2012, there have been 3 modifications, 184 questions, 0 dunnos, 0 morons and 113 commands. I have been awake for 5d 8h 47m 56s this session, and currently reference 118762 factoids. I'm using about 23856 kB of memory. With 0 active forks. Process time user/system 1491.16/27.45 child 0/0 |
| 22:54.31 | DocScrutinizer51 | eh? |
| 22:54.46 | DocScrutinizer51 | ~useless |
| 22:54.46 | infobot | ACTION starts crying and hides from docscrutinizer51 in the darkest corner of the room. :( |
| 22:55.03 | Cor-Ai | aww |
| 22:55.10 | Cor-Ai | ~hug |
| 22:55.10 | infobot | ACTION hugs cor-ai |
| 22:55.24 | Cor-Ai | :( |
| 22:55.27 | DocScrutinizer51 | she's slow |
| 22:55.33 | DocScrutinizer51 | or busy |
| 22:55.42 | Cor-Ai | haha or both |
| 22:56.15 | Cor-Ai | well, shes smarter then mine! hehe |
| 22:56.23 | DocScrutinizer51 | alas I have no access to logs and CPU load |
| 22:57.24 | Cor-Ai | well, time to sleep! the alarm sounds in 5 hour! nn |
| 22:57.46 | DocScrutinizer51 | 3 commands you should know: ~help, ~listkeys, ~listvalues |
| 22:58.02 | DocScrutinizer51 | night! |
| 22:58.05 | Cor-Ai | orly? |
| 22:58.25 | DocScrutinizer51 | ~liskeys maemo |
| 22:58.57 | DocScrutinizer51 | damn she must be busy |
| 22:59.05 | Cor-Ai | haha I think she needs some sleep too! |
| 22:59.18 | Skry | she needs one t |
| 22:59.21 | DocScrutinizer51 | meh |
| 22:59.29 | DocScrutinizer51 | ~listkeys maemo |
| 22:59.53 | Cor-Ai | ohh |
| 23:00.19 | DocScrutinizer51 | ~maemo-lists |
| 23:00.19 | infobot | i heard maemo-lists is http://maemo.org/community/mailing-lists.html |
| 23:00.53 | DocScrutinizer51 | ~listvalues community |
| 23:01.19 | *** join/#maemo brzys_ (~quassel@86-63-126-137.sta.asta-net.com.pl) |
| 23:01.55 | Cor-Ai | damn I miss my n900 :/ realy have to get my thumb out and order a new usb socket! |
| 23:01.55 | DocScrutinizer51 | wtf? |
| 23:02.24 | DocScrutinizer51 | ~listkeys jargon |
| 23:03.46 | DocScrutinizer51 | ~jargon cokebottle |
| 23:03.47 | infobot | somebody said jargon cokebottle was /kohk'bot-l/ n. Any very unusual character, particularly one you can't type because it it isn't on your keyboard. MIT people used to complain about the `control-meta-cokebottle' commands at SAIL, and SAIL people complained right back about the `altmode-altmode-cokebottle' commands at MIT. After the demise of the {space-cadet keyboard}, `cokebottle' faded away as serious usage, but was often invoked humorously to ... |
| 23:04.23 | Skry | mm, I found eggdrop.tar.gz in my backups few weeks back, looked at it and found there was all the scripts, logs, stats and stuff for a bot I ran last time something like 10 years ago on ircnet. Made me feel nostalgic, then old. |
| 23:04.56 | DocScrutinizer51 | hehe |
| 23:05.14 | Cor-Ai | not old! just not young any more! :D |
| 23:05.29 | Skry | thats right! :) |
| 23:06.09 | DocScrutinizer51 | ~dict old |
| 23:07.06 | DocScrutinizer51 | ~wiki old |
| 23:07.44 | *** join/#maemo brzys (~quassel@86-63-126-137.sta.asta-net.com.pl) |
| 23:08.19 | Cor-Ai | haha must try this! |
| 23:08.28 | Cor-Ai | ~wiki cor-ai |
| 23:08.43 | Cor-Ai | haha yay |
| 23:10.54 | Cor-Ai | yeah.. bed.. nn, again! |
| 23:11.52 | *** join/#maemo BCMM (~BCMM@unaffiliated/bcmm) |
| 23:12.45 | Skry | ok, me too :D |
| 23:12.52 | Skry | ~wiki skry |
| 23:14.02 | Skry | ~skrymir |
| 23:14.08 | Skry | ~wiki skrymir |
| 23:14.11 | Skry | :S |
| 23:14.45 | *** join/#maemo Preflex (~ashes@m882636d0.tmodns.net) |
| 23:20.56 | Skry | pff, it appears i cant do the charging thingy with udev after all. funny thing is that i can do it with udev AND systemd.. now, someone is apparently forcing me to do stuff with systemd :) |
| 23:23.46 | DocScrutinizer05 | the charging thingie shield work under any root permissions. If however you plan to mess around with indicator LED via DBUS msg to MCE, you'll need run-standalone.sh |
| 23:24.04 | DocScrutinizer05 | s/shield/should/ |
| 23:27.32 | Skry | I'm doing the led indicator stuff via sysfs. I just want script to run when charger is plugged in, somehow it sounds stupid that to achieve this I need to use both udev and systemd for the job. |
| 23:28.04 | DocScrutinizer05 | I wouldn't see why |
| 23:28.05 | Skry | there is a timer in udev which kills process if it takes too long |
| 23:28.11 | DocScrutinizer05 | that's needed |
| 23:28.39 | DocScrutinizer05 | hmm, then run the charger script in a background shell |
| 23:28.42 | DocScrutinizer05 | & |
| 23:28.48 | Skry | ! |
| 23:28.57 | Skry | oh the fuck I feel stupid |
| 23:29.04 | DocScrutinizer05 | ;-D |
| 23:29.27 | Skry | seriously :D |
| 23:30.12 | DocScrutinizer05 | some distros have a command like start-daemon or whatever for that |
| 23:30.46 | DocScrutinizer05 | run-service |
| 23:30.54 | DocScrutinizer05 | you get the idea |
| 23:31.13 | *** join/#maemo Preflex (~ashes@m882636d0.tmodns.net) |
| 23:31.38 | Skry | yeah. hmm, i suppose i should start the script via flock to prevent it spawning |
| 23:33.46 | Skry | if someone decides to charger rape his n900 |
| 23:34.47 | Skry | or bad contact or something so it gets detected multiple times in a row, i have no idea if there is any safety mechanism in udev itself for stuff like that |
| 23:36.14 | *** join/#maemo GuySoft (~guysoft@109.226.49.52) |
| 23:46.19 | *** join/#maemo joppuyo (joppu@lakka.kapsi.fi) |
| 23:47.45 | *** part/#maemo joppuyo (joppu@lakka.kapsi.fi) |
| 23:51.36 | DocScrutinizer05 | start_daemon: Usage: |
| 23:51.37 | DocScrutinizer05 | <PROTECTED> |
| 23:51.39 | DocScrutinizer05 | <PROTECTED> |
| 23:52.30 | DocScrutinizer05 | won't start a daemon twice, that's what pid_file is for |
| 23:52.50 | DocScrutinizer05 | iirc |
| 23:53.45 | DocScrutinizer05 | I'd nevertheless suggest to have a look at pali's bq24150.ko module |
| 23:54.37 | Skry | yeah. flock -n /var/run/charger.lock /bla/bla/charger.sh should do the trick too. |
| 23:57.33 | Skry | trouble with using palis module is that last time I tried, it did not work with my current kernel, hooks get called and so on, module reports correct stuff via sysfs but bq27200 reports that battery is discharging |
| 23:58.01 | DocScrutinizer05 | while charge21.sh is based on what I found out and designed in a few weeks, pali's bq24150.ko is based on what I thought about same topic after 2+ years of pondering it |
| 23:59.43 | DocScrutinizer05 | of course it's not yet as mature as charge21.sh |
