00:04.50 | int_ua | ok :) |
01:09.16 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
01:49.09 | *** join/#maemo-ssu Guest57704 (~rd@p57B497C8.dip0.t-ipconnect.de) |
02:14.10 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
03:03.39 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
06:16.36 | *** join/#maemo-ssu luf (luf@nat/ibm/x-mszuvlmczscuftoj) |
06:23.00 | *** join/#maemo-ssu fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
06:51.58 | *** join/#maemo-ssu andre__ (~andre@ip-89-176-24-140.net.upcbroadband.cz) |
06:51.59 | *** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre) |
08:15.45 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
08:33.28 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28B1B.dip0.t-ipconnect.de) |
08:42.43 | *** join/#maemo-ssu dhbiker (~dhbiker@APN-123-123-101-gprs.simobil.net) |
09:00.56 | *** join/#maemo-ssu arcean (~arcean@aacx18.neoplus.adsl.tpnet.pl) |
09:18.18 | *** join/#maemo-ssu CodenameStrike (~assassin@203.82.80.189) |
09:49.57 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
09:52.07 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
10:30.01 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
10:32.35 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
10:55.25 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
10:57.27 | *** join/#maemo-ssu ZogG (~zoggrules@funtoo/user/ZogG) |
10:58.14 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
11:01.18 | *** join/#maemo-ssu sixwheeledbeast (~sixwheele@host-78-150-226-137.as13285.net) |
11:07.12 | *** join/#maemo-ssu ChanServ (ChanServ@services.) |
11:07.12 | *** mode/#maemo-ssu [+o ChanServ] by kornbluth.freenode.net |
11:14.56 | *** join/#maemo-ssu Codename-Strike (~assassin@175.138.121.12) |
11:15.45 | *** join/#maemo-ssu arcean (~arcean@aacx18.neoplus.adsl.tpnet.pl) |
11:17.02 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-hzfozlecpameabsy) |
11:28.13 | *** join/#maemo-ssu pavi_ (~pavi@123.237.86.183) |
12:02.22 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
12:11.26 | *** join/#maemo-ssu sixwheeledbeast (~sixwheele@host-78-148-133-189.as13285.net) |
12:21.33 | *** join/#maemo-ssu sixwheeledbeast (~sixwheele@host-78-150-237-153.as13285.net) |
12:32.14 | *** join/#maemo-ssu sixwheeledbeast (~sixwheele@host-89-243-134-197.as13285.net) |
12:37.32 | *** join/#maemo-ssu fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
13:09.08 | *** join/#maemo-ssu CodenameStrike (~assassin@175.138.121.12) |
13:37.06 | *** join/#maemo-ssu arcean (~Arcean@aacx18.neoplus.adsl.tpnet.pl) |
13:38.48 | *** join/#maemo-ssu CodenameStrike (~assassin@175.138.114.116) |
13:44.51 | luf | freemangordon: I postpone thumb2 testing :( I have to use my dev phone for obexd+MAP bug hunting. |
13:55.57 | *** join/#maemo-ssu arcean (~Arcean@aadb8.neoplus.adsl.tpnet.pl) |
14:33.55 | *** join/#maemo-ssu fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
14:36.35 | *** join/#maemo-ssu freemangordon (~freemango@130-204-50-168.2074221835.ddns.cablebg.net) |
14:50.50 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28B1B.dip0.t-ipconnect.de) |
14:52.40 | *** join/#maemo-ssu M13 (~Miha@170.133-224-87.telenet.ru) |
15:07.21 | merlin1991 | fredrinLap: we've reached 423 dls of the mp :D |
15:08.36 | fredrinLap | merlin1991: What mp? |
15:08.53 | merlin1991 | cssu-thumb metapackge (latest versions) |
15:08.56 | kerio | :D :D :D |
15:09.05 | merlin1991 | *version* |
15:21.01 | freemangordon | merlin1991: something's wrong here, I refuse to believe there are more that 400 -thumb users |
15:25.21 | *** join/#maemo-ssu sixwheeledbeast (~sixwheele@host-89-243-132-7.as13285.net) |
15:28.00 | merlin1991 | freemangordon: if I clean it down to 1 dl per ip it's 405 |
15:30.01 | freemangordon | well, if that is true, we should move -thumb to testing immediately :D |
15:33.24 | peetah | how many people screwed up their thumb installation, reflashed and reinstalled it ? |
15:33.46 | freemangordon | last version? no more than 5 |
15:34.02 | freemangordon | hmm, maybe about 15 |
15:36.28 | *** join/#maemo-ssu arcean_ (~arcean@aadb8.neoplus.adsl.tpnet.pl) |
15:40.51 | freemangordon | in the meantime: gcc version 4.7.2 20120910 (prerelease) (Linaro GCC 4.7-2012.09) |
15:43.44 | kerio | recompile *all* the packages! _ò/ |
15:43.57 | freemangordon | why? |
15:44.37 | freemangordon | BTW i would've sticked with zeq's toolchain, but it sees it has some problem with NEON |
15:44.51 | freemangordon | lets see how it will be with the newer |
15:50.26 | kerio | at least, recompile *all* the xserver packages! _ò/ |
15:58.48 | *** join/#maemo-ssu m0shbear (~moshbear@servbox.moshbear.net) |
15:59.08 | m0shbear | is it possible to force an upgrade of stable without doign PC Suite backup? |
15:59.18 | m0shbear | I already use backupmenu for all imaging purposeds |
15:59.25 | m0shbear | **testing |
15:59.32 | m0shbear | s/stable/testing/ |
15:59.42 | freemangordon | check "problems" tab in application manager |
16:00.27 | DocScrutinizer05 | (<freemangordon> well, if that is true, we should move -thumb to testing immediately :D) and alienate the 3266 proper testing users? |
16:01.54 | freemangordon | DocScrutinizer05: where did you get that 3266, I was wondering how big is -testing userbase |
16:03.30 | DocScrutinizer05 | made it up, based on educated guess and the numbers from -thumb |
16:03.53 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
16:06.12 | DocScrutinizer05 | ponders to actually roll that cokie thingie suggested some month ago, every upgrade pings a tranceable IP, just once |
16:06.25 | DocScrutinizer05 | trceable* |
16:06.29 | DocScrutinizer05 | meh |
16:07.25 | DocScrutinizer05 | coul dimplement that as browser invocation to show some "news" of CSSU |
16:08.21 | *** join/#maemo-ssu sixwheeledbeast (~sixwheele@host-92-25-107-47.as13285.net) |
16:08.23 | DocScrutinizer05 | with an auto-forward to the real site, so noboy will set a bookmark to the tally site and call it repeatedly |
16:08.51 | DocScrutinizer05 | typo day \o/ |
16:09.28 | DocScrutinizer05 | iirc BM already does that. Or was it alarmed? |
16:12.54 | DocScrutinizer05 | was X-Fade able to get some statistics from real servers? |
16:13.33 | DocScrutinizer05 | merlin1991: would *you* be able now? finally? |
16:13.57 | DocScrutinizer05 | X-Fade: ping ^^^ |
16:15.47 | kerio | DocScrutinizer05: maybe there are more cssu-thumb users than cssu-testing users! |
16:16.02 | DocScrutinizer05 | only very maybe |
16:17.54 | DocScrutinizer05 | odds are a lot of lusers that only moderately care to get new leete stuff but simply want to stay on a road with occasional update for bugfixes just intalled T or even S and never again showed up anywhere |
16:19.14 | DocScrutinizer05 | compare number of registers users on tmo to number of posts on tmo to number of candidates for council |
16:20.52 | DocScrutinizer05 | there seems to be 1% that ever posted anything at all, and 0.3% that do it frequently, while the huge number of masses never utters a sign of life |
16:21.10 | DocScrutinizer05 | still many are busy lurkers |
16:21.26 | DocScrutinizer05 | same here, or on IRC in general |
16:23.31 | *** join/#maemo-ssu Guest57704 (~rd@p57B497C8.dip0.t-ipconnect.de) |
16:23.41 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
16:27.33 | freemangordon | the fuch, latest linaro gcc still issues broke neon instruction :( |
16:27.41 | freemangordon | *broken |
16:28.30 | m0shbear | is anybody else getting http://paste.ee/p/zyFOV ? |
16:28.50 | m0shbear | for /var/lib/apt/lists/downloads.maemo.nokia.com_fremantle_ssu_mr0_._Packages ? |
16:31.34 | *** join/#maemo-ssu sixwheeledbeast (~sixwheele@host-92-28-73-178.as13285.net) |
16:33.55 | kerio | wat |
16:33.55 | kerio | no |
16:35.09 | m0shbear | disregard my point, a cleanout of /var/lib/apt/lists solved the issue |
16:35.52 | kerio | i should keep a lists of "modifications that could screw you over" |
16:36.10 | kerio | i manually optified /var/lib/gcc, /var/lib/apt and /var/lib/dpkg |
16:36.16 | kerio | and i have no emmc swap partition now |
16:36.25 | kerio | i don't remember anything else |
16:37.03 | m0shbear | it appears that the forced backup is due to the builtin "Maemo update" thingy |
16:37.15 | m0shbear | and there's no mention in hildon-app-manager's logs |
16:37.32 | m0shbear | but why now instead of when I upgraded factory to PR1.2? |
16:37.53 | kerio | forced backup? what? |
16:38.53 | m0shbear | "Maemo update; To update your device to this version of the operating system you must use Nokia PC Suite on your PC. Connect the device to your PC via a USB cable and launch the application." |
16:41.06 | kerio | oic |
16:41.12 | kerio | upgrading cssu-testing? |
16:41.18 | kerio | you need to upgrade operator-name-cbs-widget first |
16:43.01 | m0shbear | that app is the newest version, but $sudo apt-get upgrade has 58 queued packages, so i'll get to that before re-attempting the update of cssu-testing |
16:43.15 | kerio | hahha |
16:43.18 | kerio | this will *not* end well |
16:43.53 | m0shbear | eh, it's mostly busybox and various libraries |
16:44.56 | m0shbear | and how will this not end well? |
16:45.19 | merlin1991 | because of bad stuff (tm) in extras-devel? |
16:45.36 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
16:45.49 | m0shbear | i'm used to things breaking |
16:47.01 | *** join/#maemo-ssu sixwheeledbeast (~sixwheele@host-89-243-241-219.as13285.net) |
16:48.56 | *** join/#maemo-ssu M13 (~Miha@170.133-224-87.telenet.ru) |
16:54.16 | kerio | because you're only supposed to update CSSU via ham |
16:54.22 | kerio | apt is "unsupported" |
17:02.31 | *** join/#maemo-ssu sixwheeledbeast (~sixwheele@host-89-243-138-111.as13285.net) |
17:17.48 | *** join/#maemo-ssu sixwheeledbeast (~sixwheele@host-92-17-50-214.as13285.net) |
17:28.29 | DocScrutinizer05 | OMG |
17:28.44 | m0shbear | everything works |
17:28.48 | m0shbear | and that scares me |
17:28.58 | m0shbear | (this coming right after a successful update) |
17:31.19 | m0shbear | hmm, why do mp-fremantle-community-pr and dnsutils conflict? |
17:41.22 | *** join/#maemo-ssu pavi (~pavi@123.237.86.183) |
17:54.07 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
18:12.52 | *** join/#maemo-ssu luf (~luf@ip-89-103-223-164.net.upcbroadband.cz) |
18:29.13 | freemangordon | the fuck: |
18:29.15 | freemangordon | http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=8428e84d42179c2a00f5f6450866e70d802d1d05 |
18:29.41 | freemangordon | Sep 22 19:26:07 Nokia-N900 kernel: [ 572.136657] Alignment trap: not handling instruction ece4 at [<4026d84c>] |
18:29.59 | kerio | wat |
18:30.08 | freemangordon | pulseaudio |
18:30.24 | kerio | wtf did you do |
18:30.30 | kerio | to my n900 |
18:30.40 | freemangordon | compiled it and seems I am hitting that |
18:31.23 | kerio | well fix the kernel |
18:31.25 | freemangordon | fortunately there is a compiler switch to disabl eunaligned access, lets see if it will work |
18:31.31 | kerio | or tell gcc to only do aligned access |
18:31.35 | kerio | hehe |
18:31.45 | kerio | maybe that's the problem with xserver? |
18:32.01 | freemangordon | NFC |
18:36.19 | int_ua | freemangordon: but why is that "__LINUX_ARM_ARCH__ < 6" when the title says "ARMv6+" ? |
18:36.33 | int_ua | why is it _less_ ? |
18:37.29 | freemangordon | because on < 6 it is prohibited |
18:37.39 | kerio | because it'll trap if CONFIG_ALIGNMENT_TRAP is set, *AND* if arch is 5 or less |
18:37.44 | kerio | on 6+, it'll not trap |
18:37.50 | freemangordon | :nod: |
18:43.28 | freemangordon | CONFIG_ALIGNMENT_TRAP is set in our kernel :( |
18:43.49 | kerio | of course it is |
18:43.53 | kerio | it's probably a good thing |
18:43.57 | kerio | just add that patch |
18:44.04 | kerio | if our CPU can handle unaligned access |
18:44.31 | freemangordon | no, it is not a good thing, as our CPU can handle it at a cost of 1 additional cycle (AIUI) |
18:44.45 | kerio | yeah but you fix that by adding that patch |
18:44.49 | kerio | or something |
18:45.07 | freemangordon | yeah, I can try |
18:45.09 | int_ua | offtopic: is that possible to connect touchscreen on N900 to desktop through network? |
18:45.20 | kerio | paaaaaaaaaaaaaaaaalit |
18:45.23 | kerio | dammit, he's not here |
18:45.29 | int_ua | =D |
18:45.30 | kerio | int_ua: what does that mean? |
18:46.00 | int_ua | kerio: just an idea. To use touchscreen on N900 on my desktop |
18:46.42 | int_ua | I've seen something like USB over IP in Linux long time ago... |
18:47.12 | int_ua | maybe there is something like this to connect the touchscreen? |
18:47.30 | kerio | well, there's VNC... |
18:48.22 | freemangordon | hmm, I replaced that code with a memset and now I have segmentation fault, something else is wring :D |
18:48.26 | freemangordon | *wrong |
18:48.41 | kerio | you what |
18:49.17 | freemangordon | it was an init loop that was causing SIGILL, I replaced it with memset and got sigsegv |
18:49.32 | kerio | cool, that's easier to diagnose :D |
18:49.35 | kerio | fix the damn kernel |
18:49.48 | freemangordon | no, it is not the kernel |
18:49.58 | kerio | sure it is, it traps unaligned access |
18:50.04 | kerio | and now you botched the aligned replacement |
18:50.20 | freemangordon | nahh, sigsegv is a different animal |
18:51.12 | freemangordon | hehe, I am stupid :D |
18:51.29 | freemangordon | memset's second argument is not array size ;) |
18:53.43 | kerio | you could just recompile the original source with the aligned access option |
18:53.58 | freemangordon | already did that, don;t help |
18:54.06 | kerio | wait, really? D: |
18:54.08 | kerio | then what's wrong? |
18:54.12 | freemangordon | NFC |
18:54.31 | freemangordon | lets see how it will be wit *correctly* called memset |
18:54.44 | kerio | also, is there some binary on my n900 that could do unaligned access? |
18:55.05 | kerio | some binary that comes from cssu-θ |
18:55.26 | freemangordon | kerio: it is most probably gcc issuing incorrect instruction |
18:55.37 | kerio | which gcc? |
18:56.07 | freemangordon | both zeq's and mine (4.7.2 linaro 2012.09) |
18:56.38 | kerio | yeah but did you use it already? |
18:56.39 | kerio | this new one |
18:57.02 | freemangordon | it runs YAY |
18:57.23 | kerio | YAY |
18:57.30 | kerio | until it'll segfault again |
18:57.35 | kerio | for instance, when accessing that initialized data |
18:57.42 | freemangordon | oulseaudio enable every damn hacking options, like fast-math and unsafe-optimisation and whatnot |
18:57.49 | kerio | hehe |
18:58.16 | freemangordon | I really wonder how this wirks at all (stock one) |
18:58.20 | freemangordon | *works |
18:58.37 | freemangordon | but now it works, lets see if there is sound |
18:59.01 | freemangordon | yes, there is |
18:59.04 | freemangordon | :D |
18:59.10 | kerio | :D |
18:59.19 | kerio | otoh, you should look for a more general fix |
18:59.24 | freemangordon | I know |
18:59.44 | kerio | new kernel-cssu! ^____^ |
18:59.50 | kerio | it might be the excuse to install it |
19:00.25 | freemangordon | OK, works after reboot too. |
19:01.41 | m0shbear | kerio: alignment issues usually trigger SIGBUS |
19:02.07 | m0shbear | SEGV is more pagetable protection issues |
19:02.22 | freemangordon | m0shbear: i have a clear message from the kernel |
19:02.28 | kerio | m0shbear: no, the SIGSEGV is from his botched replacement |
19:02.33 | kerio | the original issue is SIGILL iirc |
19:02.54 | freemangordon | yep |
19:02.56 | freemangordon | <freemangordon> Sep 22 19:26:07 Nokia-N900 kernel: [ 572.136657] Alignment trap: not handling instruction ece4 at [<4026d84c>] |
19:03.03 | freemangordon | and that sigills in gdb |
19:03.16 | deepy | Alignment trap |
19:03.21 | freemangordon | ece4 is vstmia |
19:03.44 | freemangordon | VSTMIA R4!, {D16-D17} |
19:03.53 | m0shbear | i know not arm asm |
19:03.55 | freemangordon | and r4 is not word aligned |
19:04.48 | m0shbear | and zeroing the unaligner bits -> segv? |
19:04.54 | freemangordon | though it seems like a problem in the toolchan |
19:05.37 | kerio | m0shbear: no, not knowing how memset works -> segv |
19:05.42 | kerio | :D |
19:05.44 | freemangordon | m0shbear: i passed memset array size as second parameter nad -1 as third |
19:05.53 | freemangordon | kerio: hehe |
19:06.23 | freemangordon | the expected result - sigsegv |
19:06.42 | m0shbear | is it possible to trap right before to do regs + callstack dump? |
19:07.05 | kerio | m0shbear: it's an already-diagnosed problem though |
19:07.18 | freemangordon | m0shbear: of course i can, i have gdb installed, but why should i do that? |
19:07.24 | kerio | new gcc generates code with unaligned access, and the kernel is configured to trap that |
19:07.36 | kerio | but it works fine in recent ARM archs |
19:07.37 | m0shbear | gcc 4.7? |
19:07.41 | freemangordon | yep |
19:07.44 | freemangordon | 4.6 too |
19:07.55 | kerio | freemangordon: then how does the thumb stuff work? |
19:07.59 | freemangordon | kerio: though the patch is for kernel unaligned access |
19:08.07 | kerio | oh |
19:08.17 | freemangordon | kerio: that is why i said it is most probably a toolchain problem |
19:08.24 | luf | I'm curious if someone using BT + synchronizing contact and more between phones :) |
19:08.26 | m0shbear | why not retain 4.5 to keep gcc from UA code generation? |
19:08.37 | kerio | because 4.7 is better |
19:08.46 | freemangordon | m0shbear: there is an option to disable it |
19:08.59 | freemangordon | which didn't help |
19:09.59 | m0shbear | how bloated is gcc's arm backend? |
19:10.09 | freemangordon | again a sign of misbehaving toolchain |
19:10.27 | kerio | freemangordon: did you properly make clean and make? |
19:10.28 | freemangordon | m0shbear: well, it is gcc-linaro, should be the best one available |
19:10.39 | freemangordon | kerio: come on :P |
19:10.53 | kerio | no srsly |
19:10.57 | freemangordon | iirc |
19:11.02 | m0shbear | proably a few assert()s here and there will trigger ICEs, making it easier to hunt down the source of the unavoidable UAs |
19:11.17 | kerio | m0shbear: how do you test all codepaths though? |
19:12.32 | m0shbear | i want to say lint, but know im prolly wrong |
19:12.43 | freemangordon | m0shbear: pulseaudio source and toolchain are available to be downloaded, I will owe you a beer if you can trigger an ICE |
19:13.41 | freemangordon | m0shbear: http://wiki.maemo.org/CSSU-thumb_toolchain_setup_%28gcc4.7.2-linaro%29 |
19:13.53 | freemangordon | and puleaudio in in maemo repos |
19:14.00 | freemangordon | *pulseaudio |
19:14.25 | freemangordon | if you want to play with it I will hand you a couple of patches you'll need |
19:14.26 | kerio | ICE? |
19:14.33 | freemangordon | internal compiler error |
19:16.02 | m0shbear | the first trick is to figure out the offensive lines of code |
19:16.37 | freemangordon | for (c = 0; c < PA_CHANNELS_MAX; c++) |
19:16.37 | freemangordon | m->map[c] = PA_CHANNEL_POSITION_INVALID; |
19:17.04 | freemangordon | pulseaudio-0.9.15\src\pulse\channelmap.c:165 |
19:17.04 | kerio | why does m->map point to an unaligned thing? |
19:17.24 | freemangordon | because m is a structure |
19:17.38 | kerio | i said m->map, not m |
19:17.48 | kerio | and i said point to |
19:18.04 | kerio | unless the problem is m->map itself |
19:18.09 | m0shbear | and inducing padding may unalign other instances |
19:18.19 | freemangordon | typedef struct pa_channel_map { |
19:18.22 | freemangordon | uint8_t channels; |
19:18.24 | freemangordon | /**< Number of channels */ |
19:18.27 | freemangordon | pa_channel_position_t map[PA_CHANNELS_MAX]; |
19:18.30 | freemangordon | /**< Channel labels */ |
19:18.32 | freemangordon | } pa_channel_map; |
19:18.38 | freemangordon | that is why |
19:19.06 | kerio | ...that's stupid |
19:19.10 | kerio | WHY UINT8 |
19:19.30 | m0shbear | uint8_t _pad[3]; after .channels |
19:19.37 | m0shbear | why or why not |
19:20.02 | kerio | *why* |
19:20.28 | freemangordon | m0shbear: no way, there are closed source PA plugins from Nokia |
19:20.33 | m0shbear | probably the code was assumed for byte addressable machines |
19:20.43 | m0shbear | namely x86 |
19:20.57 | freemangordon | ARM can access bytes, not sure for NEON SIMD |
19:21.48 | freemangordon | though it is a toolchain problem, if i find time will try to reproduce it with a simple helloworld.c and open a bug |
19:22.44 | m0shbear | apart from x86, which other arches are alignment-agnostic wrt word access? |
19:26.09 | m0shbear | also, is it possible to do struct translation much like ksplice? |
19:26.15 | luf | Shit. obexd redefine one type which prevent phone synchronizing :( |
19:26.33 | m0shbear | in order to not break abi yet work around gcc bug |
19:28.12 | freemangordon | m0shbear: i'll just patch it to use memset and will move on |
19:28.43 | luf | but it seems nobody is using it as I see no bug report for it. |
19:30.26 | m0shbear | i'll get to playing with unaligned struct members after my pm nap and dinner |
19:30.48 | m0shbear | i expect fun times and a few ICEs |
19:33.51 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
19:37.26 | freemangordon | luf: you still play with obexd? I am eager for new bluetoothd to test, i use BT pretty much |
19:44.40 | luf | freemangordon: unfortunately yes. |
19:45.17 | luf | I stucked with some stupid mistake with pointers but I can't locate it L( |
19:46.22 | luf | BTW bluez-4.99 has more problems - It has some delay during connecting with HF and also it doesn't show the battery level :( |
20:06.16 | *** join/#maemo-ssu macmaN (~chezburge@138.167.190.90.dyn.estpak.ee) |
20:16.36 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
20:18.59 | luf | freemangordon: ping |
20:19.11 | freemangordon | pong |
20:19.18 | freemangordon | luf: ^^^ |
20:19.23 | luf | for what are you using BT? |
20:20.06 | freemangordon | HF, file transfer,what else... lemme think |
20:20.17 | freemangordon | aah, mouse, keyboard |
20:20.50 | *** join/#maemo-ssu Guest57704 (~rd@p57B497C8.dip0.t-ipconnect.de) |
20:21.14 | luf | HF in car (also phonebook, MAP, ...) or just sound? |
20:21.19 | freemangordon | luf: sending contacts sometimes |
20:21.31 | freemangordon | hf in my ear |
20:21.56 | freemangordon | well, maybe it is HS profile didn't check it |
20:22.11 | luf | np. thanks for the info. |
20:22.40 | freemangordon | both profile supported |
20:22.49 | freemangordon | HFP/HSP |
20:28.18 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
20:30.18 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
20:40.32 | luf | Hmmm valgrind points me to something what seems ok for me. But who knows ... |
20:48.02 | *** join/#maemo-ssu Guest57704 (~rd@p57B497C8.dip0.t-ipconnect.de) |
20:49.21 | luf | freemangordon: can you help me? |
20:57.59 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
20:58.55 | luf | Someone keen with valgrind here? |
20:59.14 | kerio | freemangordon: hmm, i can't seem to get a cursor over buttons in the menus |
20:59.51 | kerio | whoops, ECHAN |
21:01.16 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
21:05.27 | luf | Ugh. incredible valgrind. It seems I fix the problem. fucking missing () in pointer arithmetic :D |
21:06.13 | luf | But when I stop obexd it reports something and I'm unable to find the origins ... |
21:07.23 | kerio | yeah, valgrind is srsly cool |
21:08.18 | *** join/#maemo-ssu MrPingu (~MrPingu@86.92.226.97) |
21:32.35 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
21:47.48 | luf | freemangordon: the bluez upgrade is closer to the tip of my TODO ;) I need to refactor the MAP patch (also merge with last public release) and put it into TMO for testing. Then bluez time will come ;) |
22:06.12 | *** join/#maemo-ssu Sc0rpius (~naikel@190.201.107.179) |