**** BEGIN LOGGING AT Thu Nov 04 02:59:57 2010 Nov 04 08:50:31 lindi-: thanks to you comment about resume, i've found it easily. with brave comment '/* gpio UART2 init, H port */' it sets properties for whole GPH block (all ports + someting else). http://git.openmoko.org/?p=qi.git;a=blob;f=src/start.S;h=bbc8186b20649a4ca562321826c8fe18b270f6c7;hb=HEAD, line 172. Nov 04 08:51:21 lindi-: same thing happens with u-boot, with comment '/* gpio UART0 init */' it sets other properties for whole GPH block... Nov 04 08:53:15 lindi-: this sound a bit crazy, but seem bootloader code takes care of UARTs parameters. Nov 04 08:53:26 lindi-: on suspend/resume... Nov 04 08:56:20 lindi-: also, u-boot setups UART0 (gsm one) Nov 04 08:56:48 lindi-: may be this cause funny UART effects with cpufreq? Nov 04 08:57:12 lindi-: qi prefer to setup UART2 :) Nov 04 09:26:44 gena2x: possibly Nov 04 09:27:08 gena2x: were you aware of the fact that if you hold aux while resuming you will be executing the resume code of the nor boot loader... Nov 04 09:28:55 lindi-: hehe. so if your FR is not resumes with nand bootloader, you can try with nor one ;) Nov 04 09:30:13 gena2x: the point is that if you accidentally hit aux when the phone is in your pocket and it wakes up due to RTC alarm or incoming call... Nov 04 09:30:25 gena2x: then you can be executing code from buggy u-boot Nov 04 09:32:04 lindi-: it's not easy to hit aux accidently. sometimes i have troubles to hit it not accidently, but i agree, this sounds not right. ideally nor u-boot should be updated to call nand u-boot code. Nov 04 09:33:02 gena2x: yes it's not easy but it can happen Nov 04 09:34:04 gena2x: anyways. I modified linux to turn AUX led ON very late in suspend path and u-boot to turn AUX led OFF very early in resume path and turn the vibrator ON Nov 04 09:34:27 this should make it possible to distinguish between pre-suspend, in-suspend and post-suspend periods Nov 04 09:35:23 and added an abstraction for alsa configuration so that I can boot between 2.6.29 and 2.6.34 without having to ovewrite any alsa state files :) Nov 04 09:36:01 lindi-: leds stuff sounds like nice idea. looking forward for 'GSTATUS4' problem update. Nov 04 09:36:24 lindi-: oh, just switch to .34. why all this complications? Nov 04 09:39:26 gena2x: to make it possible to compare them? Nov 04 09:41:17 lindi-: heh, valid reason :). for me, i already made comparison (in one aspect) - my beloved indicator, top CPU usage is 1.3% in my .34 and 1.6% in .29. Nov 04 09:41:31 :) Nov 04 09:41:52 gena2x: well for example the screen is white when I wake the display from dpms powerdown Nov 04 09:42:05 only for a fraction of second but that is still a difference Nov 04 09:42:14 lindi-: this is side effect of anti-wsod patch Nov 04 09:42:44 lindi-: in older kernels backlight power-on were delayed Nov 04 09:43:01 lindi-: until glamo init Nov 04 09:43:36 gena2x: b76e1206d85e7ae984bc2dcb9f91b74d5b41f4b0? Nov 04 09:46:00 lindi-: yes. Nov 04 09:46:23 lindi-: but this somehow interfere with suspend/resume Nov 04 09:46:44 gena2x: that patch comments out code instead of removing it? Nov 04 09:47:12 lindi-: we were just testing different possibilities why my fr can't resume. and found this one Nov 04 09:47:33 gena2x: ok, i was just wondering why the patch looked so odd Nov 04 09:49:27 lindi-: yes, it is provided 'as it were'. this is because it worked for me, but idea were from ThibG, so i do not understand it completely. But this fixes some of my suspend/resume/WSOD cases, i can't recall exactly that. Nov 04 09:50:09 lindi-: but it prefer to see white flash than white screen. would be good if someone will investigate it more. Nov 04 09:50:18 s/it/i/ Nov 04 09:50:19 gena2x meant: lindi-: but i prefer to see white flash than white screen. would be good if someone will investigate it more. Nov 04 09:51:53 lindi-: i hoped radek will remove weird and unrelated stuff before commit, but he decided to commit 'as it is'. Nov 04 09:52:27 lindi-: code actually wrote but me, ThibG is just author of idea. Nov 04 09:54:33 lindi-: i wanted to show some respect to such bright idea, but it turned out that ThibG became author of odd-looking patch :( Nov 04 10:03:10 lindi-: this white flash really harms you? Nov 04 10:03:10 morning Nov 04 10:09:35 morning *yawn* Nov 04 10:10:53 lindi-: hehe, disabling uart init stuff in uboot hangs qtmoko :). but i'm off till evening... then i resume uarts investigation Nov 04 10:12:00 did you see 8pen? Nov 04 10:12:05 a simplified copy of qwo :S Nov 04 10:12:19 it took me 1hour to implement a working version Nov 04 10:12:23 for efl Nov 04 10:37:36 gena2x: can you see anything obviously wrong with http://paste.debian.net/98998/? Nov 04 11:14:22 daniele_athome: frightening how they present it as _the new overwhelming idea_ :P Nov 04 11:15:20 mrmoku, yeah :( Nov 04 11:15:38 mrmoku, i sent them an email yesterday, announcing them i would have been starting an open source implementation Nov 04 11:16:08 yesterday i was afraid about patent issues, etc. Nov 04 11:16:29 but when i realized that it was copied from qwo... who cares :D Nov 04 11:16:50 hehe... patent pending, yes Nov 04 11:18:34 anyway mrmoku i will publish it soon as a mokowm input method :P Nov 04 11:19:26 good :-) Nov 04 11:19:34 I liked qwo back then Nov 04 11:48:08 SHR: 03pespin.shar 07shr-settings * rdb22a1082757 10/shr_settings_modules/shr_usb_network.py: shr_usb_network: show MAC addr in a label, not in an entry Nov 04 11:48:19 SHR: 03pespin.shar 07shr-settings * r7fcc7de48c84 10/shr_settings_modules/shr_timezone.py: shr_timezone: show current timezone Nov 04 12:06:14 SHR: 03seba.dos1 07opimd-utils * r10972ace6515 10/opimd-notifier: opimd-notifier: update to support MessageRead/Sent => New transition Nov 04 12:11:16 SHR: 03seba.dos1 07opimd-utils * r9dbe2b3c09c7 10/opimd-messages: opimd-messages: update to support MessageRead/Sent => New transition Nov 04 12:13:35 SHR: 03pespin.shar 07shr-settings * r2f80c60bd270 10/shr_settings_modules/shr_clock.py: shr_clock: solved 'invalid time' error when setting new time. Set time button now syncs new time to hwclock too Nov 04 12:14:26 dos1, ^ is it ok to sync hwclock too? Nov 04 12:14:40 btw, I'm gonna add ntpclient support too Nov 04 12:20:36 pespin: hmm... dunno, probably yes ;) Nov 04 12:20:47 pespin: (ntpclient) nice! Nov 04 12:21:19 i wanted to do that since beginning, but then forgot about it while doing different things... ;x Nov 04 12:24:08 dos1, I'm unsure about how does ntp work internally though Nov 04 12:25:02 how does it know which timezone do you have when you request time? geolocation from network? or it just seds you some UTC time and your computer calculates difference and applies it? Nov 04 12:25:18 s/seds/sets Nov 04 12:27:22 pespin: UTC i think Nov 04 12:27:27 ok, gtg Nov 04 12:27:32 cu Nov 04 12:27:37 thanks, see ya :) Nov 04 12:32:48 SHR: 03pespin.shar 07shr-settings * re1f386033b5c 10/shr_settings_modules/shr_timezone.py: shr_timezone: 'self.' missing in an except print ;) Nov 04 12:42:55 DocScrutinizer: do you know if it should be safe to connect debug board on the fly? Nov 04 13:11:03 *should* Nov 04 13:13:48 DocScrutinizer: seems it works if I power the debug board from usb first before connecting it Nov 04 14:14:50 gena2x: posted my debug board setup to openmoko-kernel list Nov 04 14:55:33 mickeyl, hi Nov 04 15:45:57 freesmartphone.org: 03GNUtoo 07framework * r4faa776055c7 10/framework/subsystems/ogpsd/msm.py: (log message trimmed) Nov 04 15:45:57 freesmartphone.org: ogpsd: msm.py: activate/desactivate gps by launching/killing the "gps" program Nov 04 15:45:57 freesmartphone.org: I used subprocess for launching and killing the gps program. Nov 04 15:45:57 freesmartphone.org: Here are the limitations: Nov 04 15:45:57 freesmartphone.org: * playing too fast with gps's on/off in shr-settings can crash Nov 04 15:45:58 freesmartphone.org: (and so reboot) the phone Nov 04 15:45:59 freesmartphone.org: * The gps program must not be launched manually(not within frameworkd) Nov 04 15:54:08 f***ing patents!!!! Nov 04 15:54:15 sigh Nov 04 15:54:21 cruel world :( Nov 04 15:54:34 daniele_athome: got mail? Nov 04 15:54:35 :P Nov 04 15:54:46 mrmoku, you won't believe it Nov 04 15:54:58 they took the same exact phrase on the legal notice page Nov 04 15:55:00 daniele_athome: sue them... they don't have any contact on their website ;) Nov 04 15:55:02 and sent it to me Nov 04 15:55:15 mrmoku, sue? Nov 04 15:55:29 far gli processo :) Nov 04 15:55:36 ah Nov 04 15:55:36 lol Nov 04 15:55:37 :) Nov 04 15:56:01 mrmoku, i formed my reply on the fact that 8pen was copied from quickwriting Nov 04 15:56:27 mrmoku, this is unfair... quickwriting was invented for the people, for the world Nov 04 15:56:39 and now the first company register this as "its own idea" Nov 04 15:56:51 mrmoku, they requested patent even for variations of 8pen Nov 04 15:57:00 including quickwriting itself in a way Nov 04 15:57:01 fortunatelly for US there is prior art... making it void Nov 04 15:57:06 unbelievable Nov 04 15:57:15 mrmoku, what do you mean? Nov 04 15:58:13 if you can prove the patented thing already existed before the patent is invalid... or something like that Nov 04 15:58:30 though for sure I am no expert Nov 04 15:58:36 no lawyer Nov 04 15:58:51 mrmoku, i hope we can find a way out of this Nov 04 15:59:01 i'm sick of these stuff Nov 04 15:59:09 *things Nov 04 16:18:02 daniele_athome, what patents? Nov 04 16:18:16 ah ok Nov 04 16:18:32 daniele_athome, you got sued? Nov 04 16:18:45 GNUtoo|laptop, nooo :D eheh Nov 04 16:18:53 GNUtoo|laptop, maybe it's a troll anyway Nov 04 16:18:57 you got threatened ? Nov 04 16:19:01 http://www.the8pen.com/legal.html Nov 04 16:19:03 no of course not Nov 04 16:19:06 ah ok Nov 04 16:19:09 i threatened them :) Nov 04 16:19:30 we have no software patents in italy Nov 04 16:20:29 I'll go Nov 04 16:20:31 bbl Nov 04 16:20:43 one of the very few legal things in italy I like ;) Nov 04 16:20:45 GNUtoo|laptop, you're italian?? Nov 04 16:21:29 but who knows... super-nano might even change that :/ Nov 04 16:21:38 mrmoku, buahahahah Nov 04 16:21:44 mrmoku, that's a good one :D Nov 04 16:22:36 if Microsoft sends him over a bunch of virgins he will have made a law for software patents yesterday ;) Nov 04 16:23:37 loool Nov 04 16:23:50 mrmoku, ROTFL!! Nov 04 16:27:46 gtg Nov 04 16:27:53 i'll keep you posted on the matter Nov 04 16:27:53 bye Nov 04 18:12:34 SHR: 03pespin.shar 07shr-settings * ra1a707f700ec 10/ (shr-settings shr_settings_modules/shr_ntp.py): Add shr_ntp module in date/time for ntpclient support. Nov 04 18:12:53 http://scap.linuxtogo.org/files/318382f1e4e1551d4094b2c5be63543e.png :D Nov 04 18:15:24 from now on it's forbidden to have wrong time in your phones if you use SHR, you can't have any excuse! ;) Nov 04 18:17:40 doesn't FSO do this automatically on boot, if a the ntp server is reachable? Nov 04 18:18:19 yeah Nov 04 18:46:03 hi, Nov 04 18:46:23 on om-gta02, palm-pre and nokia900 there is a nice logo at boot Nov 04 18:46:29 how do I do the same for htcdream? Nov 04 18:47:17 is that psplash? Nov 04 18:47:38 that's just a script that writes a picture to /dev/fb Nov 04 18:48:05 I know Nov 04 18:48:13 but where should I provide the picture Nov 04 18:48:15 in what repo Nov 04 18:48:16 ? Nov 04 18:48:30 GNUtoo|laptop: shr-themes.git Nov 04 18:48:34 ok thanks a lot Nov 04 18:48:35 GNUtoo|laptop: shr-splash folder Nov 04 18:48:37 GNUtoo|laptop: but Nov 04 18:48:38 I'll send a patch Nov 04 18:48:48 GNUtoo|laptop: shouldn't palmpre and htcdream be the same? Nov 04 18:48:52 no Nov 04 18:49:04 s/no/not sure Nov 04 18:49:04 different resolution? Nov 04 18:49:14 same resolution, different orientation Nov 04 18:49:16 let me explain Nov 04 18:49:21 htcdream: Nov 04 18:49:25 http://git.shr-project.org/git/?p=shr-themes.git;a=commit;h=baad098dc8c8058a712a6d98a69b5558ccc54973 Nov 04 18:49:26 *has an hardware keyboard Nov 04 18:49:39 *has no xrandr -o 1 as most of the foreign hardware ports Nov 04 18:49:45 so we have to choose an orientation Nov 04 18:49:53 and AFAIR it was tested by someone Nov 04 18:50:06 GNUtoo|laptop: so shr-splash should be already working on HTC Dream Nov 04 18:50:08 it's shr-splash recipe Nov 04 18:50:22 dos1, ah ok Nov 04 18:50:23 and thats a dependencie of task-shr-minimal Nov 04 18:50:29 I'll try Nov 04 18:50:36 so it should be installed on dream too Nov 04 18:50:37 should it work with official imageS? Nov 04 18:50:46 I'll look Nov 04 18:51:09 mrmoku, i received another reply from them Nov 04 18:51:48 daniele_athome: and? Nov 04 18:52:43 mrmoku, and... i'm forwarding it to you :) Nov 04 18:52:49 ok :) Nov 04 18:52:51 it's faster than explaining :) Nov 04 18:55:17 /etc/init.d/shr-splash.sh is the only file in shr-splash Nov 04 18:55:21 I'll look at the recipe Nov 04 18:56:34 GNUtoo|laptop: there are themes: shr-splash-theme-... Nov 04 18:56:51 bzcat: short write Nov 04 18:57:45 zcat boot.fbz => zcat: invalid magic Nov 04 18:57:49 mrmoku, query Nov 04 19:01:10 ahh bzcat Nov 04 19:03:57 how do you create/edit the splashes? Nov 04 19:04:06 dos1, hi. I think there's a considerable amount of code which is the same in several modules. I think it'd be a good idea to reuse it using some kind of shared module with some functions/classes Nov 04 19:04:12 mrmoku, sent Nov 04 19:04:23 mrmoku, there is my reply too Nov 04 19:04:34 that will be my last one, i think Nov 04 19:04:35 GNUtoo|laptop: cat /dev/fb0 > file.fb Nov 04 19:04:41 which would be the best wayto do it? just create a shared.py and do import shared in files? Nov 04 19:04:47 GNUtoo|laptop: and then bzip2 file.fb ;) Nov 04 19:05:15 I'm by far proficient in python, so no great idea on how to have a good project structure Nov 04 19:05:35 dos1, btw, speaking about shr-settings ;) Nov 04 19:05:39 dos1, I mean how do I verify that it works well Nov 04 19:05:44 beacuse I've garbage on the screen Nov 04 19:05:47 maybe wrong depth Nov 04 19:05:50 or something like that Nov 04 19:06:06 GNUtoo|laptop: bzcat > /dev/fb0 Nov 04 19:06:20 dos1, what about gimp ./file Nov 04 19:06:24 I want to do that Nov 04 19:06:27 GNUtoo|laptop: works on FR and N900, though I wasn't able to check others :P Nov 04 19:06:38 It doesn't work well at all on htcdream Nov 04 19:06:41 I've garbage Nov 04 19:06:44 GNUtoo|laptop: just display png file from repo on your htcdream, and then do "cat /dev/fb0 > file.fb" Nov 04 19:06:59 dos1, isn't there another way? Nov 04 19:07:10 GNUtoo|laptop: i doubt Nov 04 19:07:11 I'll look Nov 04 19:09:23 GNUtoo|laptop: http://git.shr-project.org/git/?p=shr-themes.git;a=blob;f=shr-splash/shr-splash-theme-logo/src/boot3.png and http://git.shr-project.org/git/?p=shr-themes.git;a=blob;f=shr-splash/shr-splash-theme-logo/src/shutdown3.png Nov 04 19:09:30 create an image Nov 04 19:09:35 then display it via fbshow Nov 04 19:09:40 (or something like that) Nov 04 19:09:44 then cat it from fb to a file Nov 04 19:09:48 that's the only reliable thing to do Nov 04 19:10:00 ok Nov 04 19:10:35 so gentoo stuff for displaying boot images are different Nov 04 19:10:51 probably Nov 04 19:10:58 there's are tons of ways to do boot images Nov 04 19:11:14 i favour using the bootloader Nov 04 19:11:21 (for the dream) Nov 04 19:11:25 most simple way Nov 04 19:11:41 hi mickeyl Nov 04 19:11:43 hi daniele_athome Nov 04 19:11:52 did you have some time to review my modifications to the specs xml files? Nov 04 19:12:11 or maybe suggest something else :) Nov 04 19:12:27 ping if anyone is going to be at FSCONS tomorrow - Sunday Nov 04 19:12:28 mickeyl, using the bootloader? Nov 04 19:12:32 yes, i have some problems with the proposal Nov 04 19:12:40 you mean flash an image Nov 04 19:12:44 I'm going to have a presentation on Saturday afternoon about moko stuff Nov 04 19:12:47 tomorrow i will have some time to write an answer Nov 04 19:12:53 mickeyl, ok thanks :) Nov 04 19:13:04 np, sorry for the delay Nov 04 19:13:24 mickeyl: hmm... i always forget about what i want to ask you when you're there... and always remember that when you are not there :P Nov 04 19:13:36 mickeyl: but at least i remember now one of those things ;) Nov 04 19:13:44 GNUtoo|laptop: create an image as part of the initramfs and the bootloader will mount it and then dream kernel will show it Nov 04 19:13:56 dos1: hehe. you need to take notes ;) Nov 04 19:14:10 mickeyl, wow Nov 04 19:14:13 how do I do that? Nov 04 19:14:28 mickeyl: on n900 some buttons and sliders (like that one on the side of device, keyboard slider, camera shutter and buttons...) are implemented using sysfs interface - gpio-buttons Nov 04 19:14:52 mickeyl, because you had some fso2-demo-images that worked in the past Nov 04 19:14:58 GNUtoo|laptop: i had that working last time i did it Nov 04 19:15:05 mickeyl: i already have code for this in proximity_n900 module, as proximity sensor works in the same way Nov 04 19:15:08 but then with newer kenrel the splash option disapeared from kerenl Nov 04 19:15:21 mickeyl: but i don't know how to support it correctly in Input interface Nov 04 19:16:02 mickeyl: and it would be really nice if fsodeviced could report sliding keyboard, so we could react for that with turning on/off keyboard leds, locking screen etc. Nov 04 19:16:18 the same with camera shutter and other buttons ;) Nov 04 19:16:39 mickeyl: you said to me long time ago that i should write new module for fsodeviced Nov 04 19:16:40 dos1: on other hardware we get input events for all that, not on the n900, right? Nov 04 19:17:29 GNUtoo|laptop: hmm, no idea if it's gone or not. it was in the msmfb, i would be surprised if they removed it Nov 04 19:17:40 mickeyl: but i don't know how to make it talking on org.freesmartphone.Device.Input, as it's already used by kernel_input Nov 04 19:17:44 mickeyl, it's removed even with cyanogen Nov 04 19:17:59 mickeyl: on n900 there are no /dev/input/eventX nodes for those buttons, just sysfs interfaces Nov 04 19:18:00 I'll ask #Cyanogenmod then Nov 04 19:18:06 dos1: right. let me take a quick look Nov 04 19:19:12 where can I find fbshow btw Nov 04 19:19:37 I'll try fbsplash Nov 04 19:20:06 dos1: ok, i think we need a way to synthesize input events for the aggregate input device from another module Nov 04 19:20:25 dos1: i need to think a bit about this and provide the generic infrastructure and a demo module Nov 04 19:20:32 dos1: then you can hook into this from the n900 modules Nov 04 19:21:23 GNUtoo|laptop: i think it was called gbi Nov 04 19:21:24 err Nov 04 19:21:25 fbi Nov 04 19:21:29 framebuffer image viewer or so Nov 04 19:21:36 mickeyl: that would be nice, thanks :) Nov 04 19:21:45 anyway fbsplash works Nov 04 19:21:51 or fbv Nov 04 19:22:06 and usually people use fbsplash to splash an image that is not raw framebuffer Nov 04 19:22:13 why use raw framebuffer files? Nov 04 19:22:18 is there an advantage? Nov 04 19:22:21 only one Nov 04 19:22:23 speed Nov 04 19:22:30 but comes with many disadvantages Nov 04 19:23:40 bbl, dinner Nov 04 19:24:08 ok Nov 04 19:32:38 daniele_athome: sorry, had to make the small one sleep first... yeah, what a coincidence :P Nov 04 19:32:47 lol Nov 04 19:36:13 quikwriting was published 12 years ago :) Nov 04 19:36:27 eheh Nov 04 19:41:04 mrmoku, bad news for me, apparently the device I got can't boot from sd, only the older version :| Nov 04 19:42:57 lindi-: [http://paste.debian.net/98998/] -> orr? may be you wanted to reset old value with 'and' first? Nov 04 19:44:09 can I push a working splash for htcdream? Nov 04 19:44:54 * GNUtoo|laptop is waiting for the ok then he'll push Nov 04 19:45:03 else if it timeouts I'll push Nov 04 19:47:02 GNUtoo|laptop: of course you can Nov 04 19:47:12 ok thanks Nov 04 19:47:37 SHR: 03GNUtoo 07shr-themes * rac32cc259883 10/shr-splash/shr-splash-theme-logo/htcdream/ (boot.fbz shutdown.fbz): shr-splash-theme-logo: unbreak boot logos for htcdream Nov 04 19:48:27 lindi-: but really, i never study how leds work in low level, so ^^^ just idea. Nov 04 20:00:17 lindi-: also i am really not sure that you can directly read or write memory using physical addresses Nov 04 20:00:56 lindi-: 'resume_with_mmu' _mmu_ part reminds about this. Nov 04 20:01:30 gena2x: it works from u-boot Nov 04 20:01:34 gena2x: but maybe not under linux? Nov 04 20:01:52 lindi-: uboot is working without mmu i think Nov 04 20:02:09 lindi-: but this just idea again. i am not really sure, sorry Nov 04 20:02:15 ok Nov 04 20:03:57 TAsn: heh :/ Nov 04 20:06:54 TAsn: not funny :-( Nov 04 20:07:11 not at all. Nov 04 20:07:19 even worse: the open source drivers Nov 04 20:07:25 were for the other device Nov 04 20:07:38 I'm stuck with closed source crap. Nov 04 20:07:57 so if you come across [rui] Nov 04 20:08:02 please tell him I'm looking for him. Nov 04 20:08:09 need to tell him not to buy it :P Nov 04 20:08:36 ahh, ok Nov 04 20:08:51 TAsn: maybe send him a mail :P Nov 04 20:09:41 probably best. Nov 04 21:00:20 how the GPS works in .29? should it be powered up automatically on resume if it were powered on in suspend? Nov 04 21:01:23 s/powered on in suspend/powered on before suspend/ Nov 04 21:01:23 gena2x meant: how the GPS works in .29? should it be powered up automatically on resume if it were powered on before suspend? Nov 04 21:03:44 gena2x: yeah in 2.6.29 it is powered on after resume Nov 04 21:04:44 lindi-: ok, so i can consider fact that it is not as a bug. Nov 04 21:39:50 * DocScrutinizer remarks he still is missing a method in FSO resource management (as well as in vanilla kernel) to simply specify if a peripheral should go asleep during suspend, or has to stay alive Nov 04 21:40:38 TAsn, hi Nov 04 21:40:47 GNUtoo|laptop, hey. Nov 04 21:40:50 what issue did you have? Nov 04 21:40:54 many Nov 04 21:40:54 what device? Nov 04 21:40:58 smartq v7 Nov 04 21:41:01 ok Nov 04 21:41:07 1. it doesn't allow booting from sd Nov 04 21:41:15 property suspend_mgmt = [suspend|awake|wakesource] Nov 04 21:41:20 (at least those are the rumors) Nov 04 21:41:39 TAsn, booting what? the kernel? the rootfs Nov 04 21:41:50 getting the kernel from sd Nov 04 21:41:52 yeah, no biggie Nov 04 21:42:04 ok Nov 04 21:42:05 I can still hack it even without the bootloader actually getting everything from the sd Nov 04 21:42:14 issue#2 Nov 04 21:42:17 ok Nov 04 21:42:36 * DocScrutinizer is wondering if /sys/*/*/*/power or a similar sysnode is meant for this Nov 04 21:42:37 apparently the smartq7 is based on a samsung soc Nov 04 21:42:41 while the smartqV7 Nov 04 21:42:47 is based on some other crap Nov 04 21:42:50 without sources. Nov 04 21:46:26 ouch Nov 04 21:46:30 what is the other crap? Nov 04 21:46:48 some chinese stuff? Nov 04 21:47:16 like telechips? Nov 04 22:08:46 ok Nov 04 22:09:01 I'll go but try to find out what SOC it is Nov 04 22:18:12 [Rui], ! Nov 04 22:18:15 read my memo! Nov 04 22:18:38 <[Rui]> TAsn: where? mail? Nov 04 22:18:42 here Nov 04 22:18:44 memoserv Nov 04 22:18:46 <[Rui]> TAsn: I got an 8GB sd Nov 04 22:18:53 shit. Nov 04 22:19:00 too late :P Nov 04 22:19:09 smartqv7 doesn't support sd card booting Nov 04 22:19:15 and has shitty crap Nov 04 22:19:29 <[Rui]> TAsn: wtf? Nov 04 22:19:35 yes. Nov 04 22:20:07 <[Rui]> well, for the time being, you're one piece of crap better than I am (no 140€ neither device) Nov 04 22:20:22 <[Rui]> TAsn: wonder if we should look into touchbook tablet Nov 04 22:20:31 <[Rui]> TAsn: what do you mean "has shitty crap"? Nov 04 22:20:59 remember the cool samsung soc with oss drivers? Nov 04 22:21:07 <[Rui]> yeah? not it? Nov 04 22:21:11 nope Nov 04 22:21:14 that's the q7 Nov 04 22:21:20 this one has one with 0 support Nov 04 22:21:25 <[Rui]> TAsn: well, I think I had mentioned iscape had said that Nov 04 22:21:35 yeah, but many sources said otherwise. Nov 04 22:21:42 [Rui], still cool though. Nov 04 22:21:47 I flashed a different rom Nov 04 22:21:50 <[Rui]> TAsn: well, I only don't have a working touchscreen Nov 04 22:21:52 which runs debaian Nov 04 22:22:11 <[Rui]> more trustworthy? Nov 04 22:22:11 *run by Nov 04 22:22:18 doesn't do 1080p Nov 04 22:22:22 cause there are no drivers and crap Nov 04 22:22:24 but Nov 04 22:22:27 it's WAYYY faster Nov 04 22:22:32 <[Rui]> doesn't do 720p anyway :) Nov 04 22:22:38 <[Rui]> no resolution :) Nov 04 22:22:42 hdmi out... Nov 04 22:22:58 which it doesn't do as well. Nov 04 22:23:04 * [Rui] starts considering the touchbook a much better device :) Nov 04 22:23:09 yep. Nov 04 22:23:14 that's what I was wanting to tell you Nov 04 22:23:23 <[Rui]> TAsn: too bad I lost 140€ :( Nov 04 22:23:28 nah Nov 04 22:23:31 <[Rui]> because with no device... Nov 04 22:23:34 <[Rui]> *sigh* Nov 04 22:23:36 just tell those fuckers Nov 04 22:23:40 you want your money back Nov 04 22:23:54 <[Rui]> TAsn: they'll be so afraid :| Nov 04 22:24:06 cause you needed the device asap Nov 04 22:24:11 but because they fucked up the delivery Nov 04 22:24:14 you don't need it anymore Nov 04 22:24:19 and got another one from somewhere else. Nov 04 22:24:24 totally legit Nov 04 22:24:28 paypal will back you up. Nov 04 22:24:32 <[Rui]> TAsn: they say they didn't fuck up, but there's no proof anywhere Nov 04 22:24:45 <[Rui]> TAsn: what do you mean they will back me up? Nov 04 22:24:57 issue a complaint Nov 04 22:25:00 to paypal Nov 04 22:25:04 that they didn't send it as promised Nov 04 22:25:07 and they'll refund you Nov 04 22:25:12 and cancel the deal. Nov 04 22:26:33 <[Rui]> TAsn: hms... Nov 04 22:26:51 <[Rui]> I'll email them once more tonight, and do that tomorrow Nov 04 22:27:11 yeah. Nov 04 22:27:22 everything would have been alright if they wouldn't have fucked up the delivery. Nov 04 22:28:49 <[Rui]> ultimately, yes. if they didn't fuck up with posting the tracking # I'd be able to salvage the deal from my side Nov 04 22:29:23 yeah Nov 04 22:29:23 <[Rui]> TAsn: I will try your image, anyways, with my smartv7 Nov 04 22:29:35 you can't boot from sd.. :) Nov 04 22:29:40 <[Rui]> TAsn: I can :) Nov 04 22:29:44 how? Nov 04 22:29:47 <[Rui]> I did Nov 04 22:29:51 <[Rui]> several times Nov 04 22:29:53 V7? Nov 04 22:30:02 <[Rui]> no, the previous one, which I have Nov 04 22:30:07 oh, q7 Nov 04 22:30:08 ok Nov 04 22:30:10 yeah you can. Nov 04 22:30:12 <[Rui]> I have a smartq7 but with broken ts Nov 04 22:30:19 yeah yeah I know. Nov 04 22:30:23 you got the one with the good soc Nov 04 22:30:26 and everything :YP Nov 04 22:30:29 <[Rui]> I'd buy a broken q7 if its ts was ok :) Nov 04 22:30:39 <[Rui]> but 128 MB memory Nov 04 22:30:46 yeah Nov 04 22:30:47 sucky. Nov 04 22:30:51 <[Rui]> only cpu and screen size is better than Neo :) Nov 04 22:31:03 and that's also barely Nov 04 22:31:04 <[Rui]> was enough to read comic books and pdfs :) Nov 04 22:31:11