00:22.14 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@113.117.188.166) |
02:47.35 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
02:50.37 | *** join/#maemo-ssu amiconn_ (quassel@rockbox/developer/amiconn) |
04:08.09 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-93-219.residential.rdsnet.ro) |
04:10.00 | *** join/#maemo-ssu discopig (~discopig@unaffiliated/discopig) |
04:36.46 | *** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1) |
05:13.04 | *** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
05:25.56 | kerio | goddammit i seriously hope none of them gets hit by a bus :V |
05:26.59 | kerio | we should make sure to never send them on the same vehicle when traveling |
05:44.55 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
05:54.09 | *** join/#maemo-ssu amizraa (~amizraa@gateway/tor-sasl/amizraa) |
05:59.38 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@113.117.188.166) |
06:05.32 | *** join/#maemo-ssu sailus (~sailus@valkosipuli.retiisi.org.uk) |
06:05.34 | *** join/#maemo-ssu sailus_ (~sailus@valkosipuli.retiisi.org.uk) |
06:08.43 | *** join/#maemo-ssu gggs (~g@unaffiliated/gggs) |
06:19.16 | gggs | Hey guys, having an issue with the latest stable SSU- I can't access the inbox of my IMAP4 account |
06:20.23 | *** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1) |
06:21.20 | Sc0rpius | why not |
06:21.36 | gggs | Every other folder works (although there's "Trash", ". Trash" and ". Trash", and two INBOX folders) |
06:21.51 | gggs | no idea, worked before the SSU |
06:22.19 | Sc0rpius | it's not a Gmail account, is it? |
06:22.39 | gggs | Nope, commercial IMAP4 |
06:23.00 | gggs | continues to work as normal via Thunderbird & my iPad |
06:23.07 | Sc0rpius | and you don't get any kind of error? it's just like email doesn't show? |
06:23.49 | gggs | I can't enter the "INBOX" folder at all- the select box highlights onPress but nothing happens |
06:24.21 | Sc0rpius | since it's IMAP and you won't lose your emails, have you tried to delete the account and create it again? |
06:24.35 | gggs | worth a shot, I've just rebooted it |
06:30.42 | gggs | Awesome, that actually worked. I still have an "Inbox", "INBOX", "Trash", ". Trash", and ". Trash", but otherwise it worked |
06:32.41 | gggs | a few years left in this old phone yet |
07:13.51 | *** join/#maemo-ssu _nicolai_ (~nicolai@46.115.40.204) |
07:35.03 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
07:43.47 | *** join/#maemo-ssu _nicolai_ (~nicolai@46.115.106.138) |
07:53.53 | *** join/#maemo-ssu _nicolai_ (~nicolai@46.115.98.103) |
07:56.48 | *** join/#maemo-ssu _nicolai_ (~nicolai@46.115.98.103) |
08:39.55 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-177-124-88.net.upcbroadband.cz) |
09:33.09 | *** join/#maemo-ssu amizraa (~amizraa@gateway/tor-sasl/amizraa) |
09:36.51 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
09:50.32 | *** join/#maemo-ssu freemangordon_ (~freemango@213.137.35.49) |
09:51.01 | *** join/#maemo-ssu amizraa (~amizraa@gateway/tor-sasl/amizraa) |
10:08.33 | *** join/#maemo-ssu peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
10:44.43 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-ouzmyfwuunmqmnmc) |
10:47.52 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
11:01.26 | *** join/#maemo-ssu NIN101 (~NIN@p57B9EC5E.dip0.t-ipconnect.de) |
11:29.04 | *** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1) |
12:04.54 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
12:12.40 | *** join/#maemo-ssu luf (~luf@80.188.29.62) |
12:34.11 | *** join/#maemo-ssu arcean (~arcean@aaep66.neoplus.adsl.tpnet.pl) |
12:46.20 | *** join/#maemo-ssu thedead1440 (~thedead14@unaffiliated/thedead1440) |
12:46.29 | *** join/#maemo-ssu wmarone (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
12:47.16 | *** join/#maemo-ssu peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
13:10.53 | *** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode) |
13:28.20 | *** join/#maemo-ssu Martix_ (~martix@static-84-242-103-180.net.upcbroadband.cz) |
13:53.53 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
15:03.43 | *** join/#maemo-ssu oldtopman (~oldtopman@unaffiliated/oldtopman) |
15:19.37 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
15:25.48 | Pali | freemangordon_: did you test my et8ek8 patch (from yesterday)? |
15:56.48 | *** join/#maemo-ssu _nicolai_ (~nicolai@46.115.72.90) |
16:21.54 | freemangordon_ | Pali: no, will do now |
16:22.14 | Pali | ok, let me know if it work so I can push that patch to gitorious |
16:22.49 | freemangordon | Pali: wait, where is the patch? I thought it is on gitorious. |
16:23.00 | Pali | on pastebin |
16:23.05 | *** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1) |
16:23.08 | freemangordon | ok |
16:23.29 | Pali | http://pastebin.com/M6WdEcYJ |
16:26.11 | freemangordon | Pali: does not apply |
16:27.54 | freemangordon | Pali: I bet pastebin broke it :( |
16:27.59 | freemangordon | lemme try something |
16:28.56 | freemangordon | Pali: it is ok now :) |
16:29.53 | *** join/#maemo-ssu _nicolai_ (~nicolai@46.115.72.90) |
17:07.22 | DocScrutinizer05 | hi gals and guys! please evaluate if (and by how much effort) it can be made possible to boot fremantle on a N(eo)900 without NAND. Don't worry about boot sequence, this will be granted to be set up so it works to boot from eMMC. I'm more worried about: * kernel partiton; * CAL (!!); * mtdoops |
17:08.16 | DocScrutinizer05 | booting kernel from eMMC seems simple, we're already doing that all the time |
17:08.38 | DocScrutinizer05 | mtdoops seems marginal, but is it really? |
17:08.46 | DocScrutinizer05 | CAL is a PITA I guess |
17:09.19 | freemangordon | Pali: seems your patch is fine |
17:09.22 | Sicelo | what does CAL stand for btw? |
17:09.27 | freemangordon | ~cal |
17:09.27 | infobot | i guess cal is http://talk.maemo.org/showthread.php?t=20465 |
17:10.05 | freemangordon | DocScrutinizer05: what is the problem with cal? we have FOSS library to access it |
17:10.18 | Sicelo | is that even needed on Neo900? |
17:11.15 | kerio | DocScrutinizer05: nandsim |
17:11.21 | kerio | unless everything uses libcal |
17:11.29 | kerio | in which case, replacement for libcal |
17:11.42 | Pali | DocScrutinizer05: mtdoops is set by kernel cmdline, so this is not problematic |
17:11.57 | Pali | DocScrutinizer05: kernel area is used only for loading kernel by bootloader, so not problem too |
17:12.28 | Pali | DocScrutinizer05: CAL: this is problem, but freemangordon already RE libcal library, so we can replace code to store data to eMMC |
17:13.03 | freemangordon | :nod: |
17:13.07 | DocScrutinizer05 | is this actually r/w enabled lib? |
17:13.08 | Pali | DocScrutinizer05: if you want to use fremantle from SD card or eMMC, see my scripts for M32GB |
17:13.14 | freemangordon | DocScrutinizer05: yes |
17:13.14 | Pali | ~M32GB |
17:13.14 | infobot | well, m32gb is https://code.launchpad.net/~pali/+junk/maemo_M32GB |
17:14.08 | DocScrutinizer05 | Pali: we want to keep as much as possible conpatibility to stocj maemo |
17:14.32 | DocScrutinizer05 | and confine any hacks/patches to kernel, if any possible |
17:14.47 | Pali | DocScrutinizer05: mtd is not problem, this depends on bootloader |
17:14.58 | freemangordon | DocScrutinizer05: https://gitorious.org/community-ssu/libcal/source/27df167a08103f060f297cbdfec2a360e5d1eec4:src/cal.h#L144 |
17:15.04 | freemangordon | :) |
17:15.06 | Pali | so if you configure/compile bootloader for neno correctly, there will not be problem |
17:15.19 | DocScrutinizer05 | mhm |
17:15.38 | DocScrutinizer05 | good, thanks |
17:16.00 | DocScrutinizer05 | I still don't feel euphoric about using a 1GB RAM PoP without NAND |
17:17.13 | freemangordon | hmm, I guess 512+512 and 1GB of fast swap is better |
17:17.49 | DocScrutinizer05 | int cal_lock_otp_area(struct cal* cal, unsigned int flag); DAMNIT! |
17:18.06 | DocScrutinizer05 | freemangordon: ACK |
17:20.05 | freemangordon | DocScrutinizer05: this lock should be supported by nand iirc |
17:20.25 | freemangordon | (it was a while I played with this :) ) |
17:20.36 | DocScrutinizer05 | I don't doubt it's supported, I'm not pleased if it gets used ;-) |
17:20.49 | freemangordon | iirc it is not supported :) |
17:21.07 | freemangordon | rv = ioctl(fd, OTPLOCK, &info); |
17:21.30 | DocScrutinizer05 | N9 prolly using it, in NOLO |
17:21.42 | freemangordon | not to say we can always repartition the cal area |
17:21.53 | freemangordon | could be |
17:23.38 | DocScrutinizer05 | whatever, thanks for sharing your notions and expertise. I'll continue to search for a solution that keeps NAND. Just for the record we seem to have found a 1GB RAM-only PoP |
17:26.09 | DocScrutinizer05 | but I'm kinda feeling defiant today, due to users bashing Neo900 for not outperforming N9 on GFX and 720p playback (the heck WHAT FOR??), so I rather tend to go for 512MB RAM and that's it, the demand for 1GB RAM is a stupid marketing-driven thing which I consider of minor benefit for Neo900 performance |
17:29.52 | DocScrutinizer05 | very honorable guys uttered their sound notion that already a humble 80MB more of RAM would bring fremantle out of swap hell and thus would cure 95% of our most iching problems. Neo900 has 256MB more RAM |
17:31.34 | DocScrutinizer05 | all this numbers-bragging on RAM, cores, MHz. I despise it so much |
17:32.31 | DocScrutinizer05 | the GFX makes 20Mpoly/s instead of 10 on 3530 |
17:33.28 | DocScrutinizer05 | but users go "EEEEW the DSP is same crap like N9" (only 50% faster than on N900) |
17:33.59 | DocScrutinizer05 | I'm tempted to answer "then the heck get a spyPhone9!" |
17:35.45 | DocScrutinizer05 | prolly we should change our advertising: "RAM: 4Gb" ;-) |
17:36.50 | DocScrutinizer05 | "CPU clock: up to 2.4GHz" (or whatever the dividers theoretically could provide) |
17:41.43 | ShadowJK | There's no swap hell if you limit yourself |
17:42.07 | ShadowJK | And even with 1g you can reach swap hell easily if you dont limit yourself. |
17:49.46 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
17:58.53 | DocScrutinizer05 | yes, *I* know that |
18:00.48 | DocScrutinizer05 | (([2013-09-24 19:33:59] <DocScrutinizer05> I'm tempted to answer ...)) I did ;-P |
18:17.47 | *** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
18:18.22 | *** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode) |
18:18.44 | kerio | DocScrutinizer05: 50% faster but still crashing every other video! |
18:19.16 | kerio | also, i vote for 1gb ram with no NAND instead of 512+512 |
18:19.38 | *** join/#maemo-ssu _nicolai_ (~nicolai@pop8-126.catv.wtnet.de) |
18:21.48 | DocScrutinizer05 | kerio: *maybe* we can offer options, but for sure FPTF won't support NAND-less as the first and prior variant, maybe it won't support it ever and you need to configure and bring up your device under fremantle by yourself then |
18:21.57 | kerio | :c |
18:22.50 | DocScrutinizer05 | after all we'd need massive hacks to a lot of core system properties and bits, to support NAND-less fremantle |
18:23.07 | kerio | very few things actually speak with /dev/mtd* |
18:23.21 | DocScrutinizer05 | but the partitioning is different |
18:23.28 | kerio | cal goes through libcal, and nothing prevents us from having / and /home as separate partitions |
18:24.17 | DocScrutinizer05 | so it starts with different uBoot config needed, and I bet rcS needs a lot of patching as well |
18:24.37 | kerio | just the very early bits |
18:24.41 | DocScrutinizer05 | replacing libcal is just another detail |
18:24.49 | kerio | and do you really hope to run them unchanged? |
18:25.00 | DocScrutinizer05 | libcal? sure |
18:25.13 | DocScrutinizer05 | rcS? hope so |
18:25.28 | kerio | mmh |
18:25.43 | DocScrutinizer05 | that's the idea of the whole Neo900 compatibility goal |
18:26.10 | DocScrutinizer05 | to userland, the system should look identical |
18:26.20 | kerio | yeah but twice the ram :( |
18:26.31 | DocScrutinizer05 | no, 4 times the ram |
18:26.42 | DocScrutinizer05 | you already got twice the ram |
18:26.44 | kerio | twice the ram compared to the 512+512 |
18:27.51 | DocScrutinizer05 | I'm not geting euphoric or even horny ny watching my RAM values in top, what makes me happy is a smoothly working device |
18:28.50 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
18:30.09 | DocScrutinizer05 | feels strangely reminded at OM GTA02 which been supposed to have that SMEDIA Glamo GFX accel chip, and it turned out that due to all the collateral damage that chip *slowed down* graphics to a level that it became basically unbearable |
18:30.25 | kerio | i just feel that this could be a point where backwards compatibility could be ignored for the good of innovation |
18:30.26 | DocScrutinizer05 | but sure, it had a GFX accel |
18:30.42 | DocScrutinizer05 | we're not going that path |
18:31.13 | DocScrutinizer05 | when you want innovation, get a N9 or a Jolla |
18:31.54 | *** join/#maemo-ssu NIN101 (~NIN@p57B9EC5E.dip0.t-ipconnect.de) |
18:37.53 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-177-124-88.net.upcbroadband.cz) |
18:43.36 | *** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode) |
19:03.27 | *** join/#maemo-ssu robotanarchy (~robotanar@g230128161.adsl.alicedsl.de) |
19:24.35 | *** join/#maemo-ssu discopig (~discopig@unaffiliated/discopig) |
19:44.03 | *** join/#maemo-ssu Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
19:45.52 | DocScrutinizer05 | Neo900 is rather vintage than innovation ;-) |
19:46.35 | DocScrutinizer05 | GTA04 already had to replace sevarl chip by alternatives since EOL |
19:46.43 | DocScrutinizer05 | several* |
19:47.11 | DocScrutinizer05 | and actually it seems OMAP3430 is EOL either |
19:47.48 | DocScrutinizer05 | err, not yet |
20:03.08 | *** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net) |
20:09.38 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
20:12.37 | *** join/#maemo-ssu _rd (~rd@p57B4994E.dip0.t-ipconnect.de) |
20:25.37 | *** join/#maemo-ssu _rd (~rd@p57B4994E.dip0.t-ipconnect.de) |
20:34.14 | *** join/#maemo-ssu sailus_ (~sailus@valkosipuli.retiisi.org.uk) |
21:12.38 | *** join/#maemo-ssu _nicolai_ (~nicolai@pop8-126.catv.wtnet.de) |
21:15.20 | *** join/#maemo-ssu DocScrutinizer51 (~lagrange@openmoko/engineers/joerg) |
21:21.09 | *** join/#maemo-ssu robotanarchy (~robotanar@f051197065.adsl.alicedsl.de) |
21:41.32 | *** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net) |
21:58.41 | *** join/#maemo-ssu RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net) |
22:13.07 | *** join/#maemo-ssu Martix_ (~martix@static-84-242-103-180.net.upcbroadband.cz) |
22:19.32 | *** join/#maemo-ssu _rd (~rd@p57B4994E.dip0.t-ipconnect.de) |
22:29.13 | *** join/#maemo-ssu _rd (~rd@p57B4BB5B.dip0.t-ipconnect.de) |
22:29.19 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
23:26.53 | *** join/#maemo-ssu liambeeblebrox (~textual@101.174.140.97) |
23:48.02 | *** join/#maemo-ssu ototo (~ototo@ec2-54-225-101-41.compute-1.amazonaws.com) |
23:48.02 | *** join/#maemo-ssu ototo (~ototo@linaro/ototo) |
23:54.07 | *** join/#maemo-ssu T_X_ (~T_X@open-mesh.org) |
23:54.07 | *** join/#maemo-ssu lrtz (~lartza@IP-62-216-127-116.telemail.fi) |
23:54.08 | *** join/#maemo-ssu DocScrutinizer51 (~lagrange@openmoko/engineers/joerg) |
23:54.08 | *** join/#maemo-ssu XDS2010_ (uid1218@gateway/web/irccloud.com/x-uhrplwqyxttomjjo) |
23:54.09 | *** join/#maemo-ssu sarha (sarha@kapsi.fi) |
23:54.09 | *** join/#maemo-ssu RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net) |
23:54.09 | *** join/#maemo-ssu peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
23:54.09 | *** join/#maemo-ssu gggs (~g@unaffiliated/gggs) |
23:54.11 | *** join/#maemo-ssu psycho_oreos (~no@unaffiliated/tuxsavvy) |
23:54.11 | *** join/#maemo-ssu chainsawbike (~chainsawb@unaffiliated/chainsawbike) |