Re: qtmoko v28, strange behaviour with the earphones
Francesco De Vita wrote: Dear Radek Sorry for the delay but I was busy in the past weeks. Today I reinstalled the v26 and there are no problems with the earphones, it is an issue only of the v28. No problem i was very busy anyways. But i think i have it fixed in my git, so should be ok for next release (i hope very soon) Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28, strange behaviour with the earphones
On Tuesday 09 November 2010 18:15:23 Joif wrote: hello Since I installed the v28 I noticed a strange behaviour with the openmoko earphones. Have you had the problems with older versions? It would be very useful to know if e.g. v26 works well (e.g. you can install and test from SD card). I think there was kernel patch for detecting jack inserting, so maybe we could just find it and apply. But first it would be nice to check if v26 has the same problem... Regards Radek ___ Dear Radek Sorry for the delay but I was busy in the past weeks. Today I reinstalled the v26 and there are no problems with the earphones, it is an issue only of the v28. Ciao! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
В Втр, 23/11/2010 в 20:41 +0100, David Garabana Barro пишет: But this open an interesting question. Why is uSD partition card recognised with Qi and not with uboot? Maybe my I/O problems are also related to uboot? Will try to boot SHR from NAND with Qi, and see if my card stops givin I/O errors... Ah, kernel not recognise partition table, not u-boot fail to boot kernel... Then answer is simple, - cat /proc/cmdline for both qi and u-boot and check difference. Gennady ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
В Срд, 24/11/2010 в 20:11 +0300, Gennady Kupava пишет: В Втр, 23/11/2010 в 20:41 +0100, David Garabana Barro пишет: But this open an interesting question. Why is uSD partition card recognised with Qi and not with uboot? Maybe my I/O problems are also related to uboot? Will try to boot SHR from NAND with Qi, and see if my card stops givin I/O errors... Ah, kernel not recognise partition table, not u-boot fail to boot kernel... Then answer is simple, - cat /proc/cmdline for both qi and u-boot and check difference. And you can't do cat /proc/cmdline as you can't boot, ok. So, check your u-boot environment for right cmdline. Example of environment (mine): http://www.bsdmn.com/openmoko/gpsfix/env/ it can be flashed with dfu-util -a u-boot_env -D u-boot_env.in4, or recompiled by ./envedit.pl -c 262144 -f environment.in u-boot_env.in you have to change it to match your qi command line and it should work. Regards, Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
O Venres, 19 de Novembro de 2010, Gennady Kupava escribiu: В Птн, 19/11/2010 в 17:12 +0100, David Garabana Barro пишет: Is it possible to boot this version from uSD with u-boot? I can boot it with qi, but no matter what I try, couln'd boot from uSD v28 with uboot Hi, David, Known (by me at least) bug - something wrong with u-boot, glamo242 and booting from SD. Here, it refuse to boot ~1/2 of times. I am aware of this and even did 1 attempt to fix it. Hope i'll squash it sooner or later. Please, try non-242 u-boot to test if this issue related to your problem. Overwise, i can boot from sd (debian) with u-boot without problems. Nothing special in qtmoko. Provide details - any errors, logs, place it stops booting. Hi, Gennady I've tried to boot with non 242 uboot, and had no sucess. Is seems kernel is not recognising me uSD partition table, that's why it doesn't boot. My old friend my card doesn't work with kernel 2.6.32 :P Thanks for the answer, anyway. P.S. If you have curiority about last kernel output, I've put it on http://www.garabana.com/qtmoko-kernel.jpg -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
O Martes, 23 de Novembro de 2010, David Garabana Barro escribiu: O Venres, 19 de Novembro de 2010, Gennady Kupava escribiu: В Птн, 19/11/2010 в 17:12 +0100, David Garabana Barro пишет: Is it possible to boot this version from uSD with u-boot? I can boot it with qi, but no matter what I try, couln'd boot from uSD v28 with uboot Hi, David, Known (by me at least) bug - something wrong with u-boot, glamo242 and booting from SD. Here, it refuse to boot ~1/2 of times. I am aware of this and even did 1 attempt to fix it. Hope i'll squash it sooner or later. Please, try non-242 u-boot to test if this issue related to your problem. Overwise, i can boot from sd (debian) with u-boot without problems. Nothing special in qtmoko. Provide details - any errors, logs, place it stops booting. Hi, Gennady I've tried to boot with non 242 uboot, and had no sucess. Is seems kernel is not recognising me uSD partition table, that's why it doesn't boot. But this open an interesting question. Why is uSD partition card recognised with Qi and not with uboot? Maybe my I/O problems are also related to uboot? Will try to boot SHR from NAND with Qi, and see if my card stops givin I/O errors... -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
O Venres, 19 de Novembro de 2010, Gennady Kupava escribiu: В Птн, 19/11/2010 в 17:12 +0100, David Garabana Barro пишет: O Mércores, 20 de Outubro de 2010, Radek Polak escribiu: Hi, there is now new v28 release of qtmoko ready for downloading flashing and testing. You can download it from our sourceforge page under Experimental folder [1]. Is it possible to boot this version from uSD with u-boot? I can boot it with qi, but no matter what I try, couln'd boot from uSD v28 with uboot Hi, David, Known (by me at least) bug - something wrong with u-boot, glamo242 and booting from SD. Here, it refuse to boot ~1/2 of times. I am aware of this and even did 1 attempt to fix it. Hope i'll squash it sooner or later. Please, try non-242 u-boot to test if this issue related to your problem. Overwise, i can boot from sd (debian) with u-boot without problems. Nothing special in qtmoko. Provide details - any errors, logs, place it stops booting. My problem seems the same in [1] I hadn't read that thread before. So only difference with your case is that no matter what glamo clocks I use, uboot cannot read partitions from my uSD 100% of times. [1] http://lists.openmoko.org/pipermail/community/2010-September/062969.html -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
O Mércores, 20 de Outubro de 2010, Radek Polak escribiu: Hi, there is now new v28 release of qtmoko ready for downloading flashing and testing. You can download it from our sourceforge page under Experimental folder [1]. Is it possible to boot this version from uSD with u-boot? I can boot it with qi, but no matter what I try, couln'd boot from uSD v28 with uboot -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
В Птн, 19/11/2010 в 17:12 +0100, David Garabana Barro пишет: O Mércores, 20 de Outubro de 2010, Radek Polak escribiu: Hi, there is now new v28 release of qtmoko ready for downloading flashing and testing. You can download it from our sourceforge page under Experimental folder [1]. Is it possible to boot this version from uSD with u-boot? I can boot it with qi, but no matter what I try, couln'd boot from uSD v28 with uboot -- Hi, David, Known (by me at least) bug - something wrong with u-boot, glamo242 and booting from SD. Here, it refuse to boot ~1/2 of times. I am aware of this and even did 1 attempt to fix it. Hope i'll squash it sooner or later. Please, try non-242 u-boot to test if this issue related to your problem. Overwise, i can boot from sd (debian) with u-boot without problems. Nothing special in qtmoko. Provide details - any errors, logs, place it stops booting. Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28, strange behaviour with the earphones
On Tuesday 09 November 2010 18:15:23 Joif wrote: hello Since I installed the v28 I noticed a strange behaviour with the openmoko earphones. Have you had the problems with older versions? It would be very useful to know if e.g. v26 works well (e.g. you can install and test from SD card). I think there was kernel patch for detecting jack inserting, so maybe we could just find it and apply. But first it would be nice to check if v26 has the same problem... Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28, strange behaviour with the earphones
hello Since I installed the v28 I noticed a strange behaviour with the openmoko earphones. Maybe it is just a coincidence and my earphones are broken (and I'm off-topic, sorry :) ) but there is someone else who experienced anomalies with the earphones and the v28? What happen to me: if I make or receive a call and the earphones are plugged in, the sound comes out from both the speaker of the neo and the right earphone, but very very low for the latter; Headphone volume control from qalsamixer seems to be inefficient; if during the call I switch from handset to speakerphone, the sound comes out from both the speakerphone and the right earphone but this time very very loud. If I use qmplayer to play a song the sound comes out from both the speakerphone and the right earphone, qmplayer volume controls affects both. There is someone else with this strange behaviour with v28 and the earphones? Otherwise... I have to suppose that my earphones are broken :) -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/qtmoko-v28-tp5654021p5721746.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
Hi, I've found the problem, on my system mtd-utils version 20100706-1 was installed, this version does contain a bug [1]. I installed mtd-utils from git, and now I can create correct ubi-images. Now I can continue to work on the installer using ubi-images. Ghislain http://www.basetrend.nl BaseTrend - http://www.openmobile.nl openmobile.nl [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592485 -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/qtmoko-v28-tp5654021p5693716.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
ghislain wrote: I'm trying to adjust my installation images to start using ubifs, but I encounter the following problem: When I use your rootfs (qtmoko-debian-v28.ubi), everyting is fine, but when I use my custom rootfs-image I get a kernel panic. I think I do something wrong creating the ubi image, I use the following commands from your documentation: mkfs.ubifs -r /tmp/qtmoko-debian -o qtmoko-debian.ubifs -x zlib -m 2048 -e 126976 -c 2047 ubinize -o qtmoko-debian.ubi -m 2048 -p 128KiB -s 2048 -O 2048 ubinize.cfg (using your ubinize.cfg) I've also edited the fstab, so I'm clueless now... What do I do wrong, or what am I forgetting? I dont know. I also use just these 2 commands+correct line for ubifs in /etc/fstab. One difference could be that i am now doing the releases in qemu for ARM processor, but i did the ubifs also on PC and it was working. Btw have you tried flash the ubi image with dfu-util or is the installer using nandwrite? Otherwise i have taken the instructions for ubifs from here [1] if it can help you. Regards Radek [1] http://wiki.openmoko.org/wiki/UBIFS ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
Radek, I'm trying to adjust my installation images to start using ubifs, but I encounter the following problem: When I use your rootfs (qtmoko-debian-v28.ubi), everyting is fine, but when I use my custom rootfs-image I get a kernel panic. I think I do something wrong creating the ubi image, I use the following commands from your documentation: mkfs.ubifs -r /tmp/qtmoko-debian -o qtmoko-debian.ubifs -x zlib -m 2048 -e 126976 -c 2047 ubinize -o qtmoko-debian.ubi -m 2048 -p 128KiB -s 2048 -O 2048 ubinize.cfg (using your ubinize.cfg) I've also edited the fstab, so I'm clueless now... What do I do wrong, or what am I forgetting? Ghislain http://www.basetrend.nl BaseTrend - http://www.openmobile.nl openmobile.nl -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/qtmoko-v28-tp5654021p5689203.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: qtmoko lagging after 2nd boot - was: qtmoko v28
В Срд, 27/10/2010 в 23:48 +0200, Ugo Raffaele Piemontese пишет: Thank you everyone for your tips! Here you are some logs taken via ssh during a slowdown: 1 (see attachments) - dmesg output 2 (see attachments) - interrupts output (only s3c24xx-adc is growing fast) - time frame between them: 1 second 3 - top screenshot: http://img168.imageshack.us/img168/2848/topmt.png top, and interrupts seem fine. s3c24xx-adc count is ok too. I don't know what's this: [ 210.165000] AR6000 disconnected [ 220.17] AR6000 disconnected [ 230.165000] AR6000 disconnected May be it is ok, but why not to try to disable wifi and check if problem remain? Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
qtmoko lagging after 2nd boot - was: qtmoko v28
Hi everyone, I am writing here because I'm having some serious usability issues with the latest qtmoko version, v28. After flashing it to NAND, its speed was impressive: ultra-fast boot, great responsiveness and absolutely no lags. I set up my wifi network, installed 2 or 3 packages and shutdown the phone since it was slowing down. At first I tought this could be a RAM problem, but booting my Freerunner again after some time (~2 hours) I noticed a general slowness and frequent lags from the beginning. For example, kinetic scrolling is now quite unresponsive (it stops and only after few seconds - 2 or 3 - completes the scrolling) and I can't write a text message because the keyboard takes a lot of time to reply to my input on the touchscreen. Btw, I am absolutely sure this is not a problem related to packages installed: they are all games or simple utilities. Also, logging service is off. Is someone experiencing the same problems? Kind regards, Ugo Raffaele Piemontese ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko lagging after 2nd boot - was: qtmoko v28
On Wednesday 27 October 2010 12:14:44 Ugo Raffaele Piemontese wrote: Hi everyone, I am writing here because I'm having some serious usability issues with the latest qtmoko version, v28. After flashing it to NAND, its speed was impressive: ultra-fast boot, great responsiveness and absolutely no lags. I set up my wifi network, installed 2 or 3 packages and shutdown the phone since it was slowing down. At first I tought this could be a RAM problem, but booting my Freerunner again after some time (~2 hours) I noticed a general slowness and frequent lags from the beginning. For example, kinetic scrolling is now quite unresponsive (it stops and only after few seconds - 2 or 3 - completes the scrolling) and I can't write a text message because the keyboard takes a lot of time to reply to my input on the touchscreen. Btw, I am absolutely sure this is not a problem related to packages installed: they are all games or simple utilities. Also, logging service is off. Is someone experiencing the same problems? Is it reproducible and always or just occasional? It would be worth to connect freerunner to PC and check from SSH if top shows some extra cpu usage or maybe there is some hint in dmesg. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: qtmoko lagging after 2nd boot - was: qtmoko v28
On Wednesday 27 October 2010 13:10:43 Radek Polak wrote: Is it reproducible and always or just occasional? It would be worth to connect freerunner to PC and check from SSH if top shows some extra cpu usage or maybe there is some hint in dmesg. Hi Radek, top and dmesg show nothing interesting... Maximum cpu usage is about 40% and ram usage is 38% max. Gpe process uses most resources during slowdowns (24% cpu, 27.7% ram). Kind regards, Ugo Raffaele Piemontese ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: qtmoko lagging after 2nd boot - was: qtmoko v28
On Wednesday 27 October 2010 13:30:23 Ugo Raffaele Piemontese wrote: On Wednesday 27 October 2010 13:10:43 Radek Polak wrote: Is it reproducible and always or just occasional? It would be worth to connect freerunner to PC and check from SSH if top shows some extra cpu usage or maybe there is some hint in dmesg. Hi Radek, top and dmesg show nothing interesting... Maximum cpu usage is about 40% and ram usage is 38% max. Gpe process uses most resources during slowdowns (24% cpu, 27.7% ram). ERRATA CORRIGE I double-checked, rebooting and connecting the Freerunner to my pc: during slowdowns QPE process (sorry, I wrote Gpe before) takes about 80% of cpu! Is it regular? I hope not... Kind regards, Ugo Raffaele Piemontese ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko lagging after 2nd boot - was: qtmoko v28
On Wednesday 27 October 2010 13:56:36 Ugo Raffaele Piemontese wrote: ERRATA CORRIGE I double-checked, rebooting and connecting the Freerunner to my pc: during slowdowns QPE process (sorry, I wrote Gpe before) takes about 80% of cpu! Is it regular? I hope not... No it looks like the problem, but hard to tell what is happening. One possibility is gdb and break the qpe process and see something from stacktrace, or maybe running strace could also tell what is happening. Anyway it's might be not easy :-( Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: qtmoko lagging after 2nd boot - was: qtmoko v28
Thank you everyone for your tips! Here you are some logs taken via ssh during a slowdown: 1 (see attachments) - dmesg output 2 (see attachments) - interrupts output (only s3c24xx-adc is growing fast) - time frame between them: 1 second 3 - top screenshot: http://img168.imageshack.us/img168/2848/topmt.png Kind regards, Ugo Raffaele Piemontese [0.00] Linux version 2.6.34.2-v28 (ra...@rp-skunk) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #2 Thu Oct 21 21:50:20 CEST 2010 [0.00] CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177 [0.00] CPU: VIVT data cache, VIVT instruction cache [0.00] Machine: GTA02 [0.00] Memory policy: ECC disabled, Data cache writeback [0.00] On node 0 totalpages: 32768 [0.00] free_area_init_node: node 0, pgdat c04068c0, node_mem_map c045b000 [0.00] Normal zone: 256 pages used for memmap [0.00] Normal zone: 0 pages reserved [0.00] Normal zone: 32512 pages, LIFO batch:7 [0.00] CPU S3C2442B (id 0x32440aab) [0.00] S3C24XX Clocks, Copyright 2004 Simtec Electronics [0.00] S3C244X: core 400.000 MHz, memory 100.000 MHz, peripheral 50.000 MHz [0.00] CLOCK: Slow mode (1.500 MHz), fast, MPLL on, UPLL on [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 [0.00] Kernel command line: loglevel=4 console=tty0 console=ttySAC2,115200 init=/sbin/init ro mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(qi),0x0004(depr-ub-env),0x0080(kernel),0x000a(depr),0x0004(identity-ext2),0x0f6a(rootfs) g_ether.dev_addr=00:1F:11:01:44:44 g_ether.host_addr=00:1F:11:01:44:45 rootfstype=ubifs ubi.mtd=6,2048 root=ubi0:om-gta02-rootfs [0.00] PID hash table entries: 512 (order: -1, 2048 bytes) [0.00] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) [0.00] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) [0.00] Memory: 128MB = 128MB total [0.00] Memory: 125492k/125492k available, 5580k reserved, 0K highmem [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xfff0 - 0xfffe ( 896 kB) [0.00] DMA : 0xffc0 - 0xffe0 ( 2 MB) [0.00] vmalloc : 0xc880 - 0xe000 ( 376 MB) [0.00] lowmem : 0xc000 - 0xc800 ( 128 MB) [0.00] modules : 0xbf00 - 0xc000 ( 16 MB) [0.00] .init : 0xc0008000 - 0xc0029000 ( 132 kB) [0.00] .text : 0xc0029000 - 0xc03df000 (3800 kB) [0.00] .data : 0xc03e - 0xc0406ec0 ( 156 kB) [0.00] Hierarchical RCU implementation. [0.00] NR_IRQS:134 [0.00] irq: clearing pending ext status 000912f0 [0.00] irq: clearing pending ext status 000900d0 [0.00] irq: clearing subpending status 0180 [0.00] irq: clearing subpending status 0080 [0.00] timer tcon=, tcnt a2c1, tcfg 0200,, usec 1eb8 [0.00] Console: colour dummy device 80x30 [0.00] console [tty0] enabled [0.00] console [ttySAC2] enabled [0.00] Calibrating delay loop... 199.47 BogoMIPS (lpj=498688) [0.095000] Mount-cache hash table entries: 512 [0.095000] CPU: Testing write buffer coherency: ok [0.095000] devtmpfs: initialized [0.10] regulator: core version 0.5 [0.105000] NET: Registered protocol family 16 [0.12] S3C Power Management, Copyright 2004 Simtec Electronics [0.14] S3C2442: Initialising architecture [0.14] S3C24XX DMA Driver, Copyright 2003-2006 Simtec Electronics [0.14] DMA channel 0 at c8808000, irq 33 [0.14] DMA channel 1 at c8808040, irq 34 [0.14] DMA channel 2 at c8808080, irq 35 [0.14] DMA channel 3 at c88080c0, irq 36 [0.14] S3C244X: Clock Support, DVS off [0.145000] s3c-adc s3c24xx-adc: attached adc driver [0.145000] s3c24xx-pwm s3c24xx-pwm.0: tin at 2500, tdiv at 2500, tin=divclk, base 0 [0.145000] s3c24xx-pwm s3c24xx-pwm.1: tin at 2500, tdiv at 2500, tin=divclk, base 8 [0.145000] s3c24xx-pwm s3c24xx-pwm.2: tin at 833, tdiv at 833, tin=divclk, base 12 [0.145000] s3c24xx-pwm s3c24xx-pwm.3: tin at 833, tdiv at 833, tin=divclk, base 16 [0.22] bio: create slab bio-0 at 0 [0.225000] usbcore: registered new interface driver usbfs [0.225000] usbcore: registered new interface driver hub [0.23] usbcore: registered new device driver usb [0.23] s3c-i2c s3c2440-i2c: slave address 0x10 [0.23] s3c-i2c s3c2440-i2c: bus frequency set to 97 KHz [0.255000] pcf50633 0-0073: Probed device version 19 variant 132 [0.305000] wake enabled for irq 53 [0.36] regulator: auto: 3300 mV normal [0.37] regulator: down1: 1300 -- 1600 mV at 1300 mV normal [0.40]
Re: qtmoko v28
Dnia 2010-10-20, śro o godzinie 11:12 +0200, Radek Polak pisze: Hi, there is now new v28 release of qtmoko ready for downloading flashing and testing. You can download it from our sourceforge page under Experimental Great job Radek! Just one makes me wonder... is alsa-utils hold back on purpose?: neo:~# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done The following packages have been kept back: alsa-utils 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded. -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
On Tuesday 26 October 2010 14:35:06 Patryk Benderz wrote: Great job Radek! Just one makes me wonder... is alsa-utils hold back on purpose?: Yes, the package in debian lenny has stupid dependencies on python and i wanted to avoid it, so i am installing slighlty modified alsa-utils with dpkg to avoid this dependency. You can read about it in my git in doc/txt/debian_rootfs.txt Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
[cut] Yes, the package in debian lenny has stupid dependencies on python and i wanted to avoid it, so i am installing slighlty modified alsa-utils with dpkg to avoid this dependency. damn... I have a habit to upgrade everything just after installation... well, I assume I can live with that alsa-utils version? -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
В Втр, 26/10/2010 в 17:06 +0200, Patryk Benderz пишет: [cut] Yes, the package in debian lenny has stupid dependencies on python and i wanted to avoid it, so i am installing slighlty modified alsa-utils with dpkg to avoid this dependency. damn... I have a habit to upgrade everything just after installation... well, I assume I can live with that alsa-utils version? Anyway nowhere to upgrade, anyway qtmoko based on stable debian. Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
O Mércores, 20 de Outubro de 2010, Radek Polak escribiu: Hi, there is now new v28 release of qtmoko ready for downloading flashing and testing. You can download it from our sourceforge page under Experimental folder [1]. Hi, Radek Could you tell me if is there any difference between qtmoko kernel and shr kernel? I'm asking it because my uSD is recognised (and partitions mounted) on every boot without changing any kernel parameter. This is something I didn't see since kernel 2.6.29 I couldn't test it thoroughly yet, but I even configured swap in a uSD partition and haven't suffered any hang by the moment. I'm trying qtmoko v28 in NAND with qtmoko's page Qi. This might be also interesting for kernel developers -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
David Garabana Barro wrote: Hi, Radek Could you tell me if is there any difference between qtmoko kernel and shr kernel? They should be neraly the same except that i had problems with glamo KMS, so i qtmoko does not have these patches. And i think .config is a bit different. You can compare the gits [1][2] if you are interested in details. I'm asking it because my uSD is recognised (and partitions mounted) on every boot without changing any kernel parameter. This is something I didn't see since kernel 2.6.29 Hmm it could be something with the glamo KMS patches. If you can reproduce the problem reliably them it would be interesting: - trying SHR kernel sources with qtmoko .config - trying to merge SHR git into qtmoko git I could try it, but i have SHR on SD card and i havent found any problems. But this could be because i use slow class 2 SD card. I couldn't test it thoroughly yet, but I even configured swap in a uSD partition and haven't suffered any hang by the moment. I'm trying qtmoko v28 in NAND with qtmoko's page Qi. This might be also interesting for kernel developers Regards Radek [1] http://github.com/radekp/linux-2.6/tree/qtmoko-v29 [2] http://gitorious.org/~jama/htc-msm-2-6-32/openmoko-kernel/commits/om- gta02-2.6.34 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
O Mércores, 20 de Outubro de 2010, Gennady Kupava escribiu: Always wanted to test ubifs, so joining experimental branch to test this. Just installed it, working well so far. - rootfstype=jffs2 root=/dev/mtdblock6 + fstype=ubifs ubi.mtd=6,2048 root=ubi0:om-gta02-rootfs U-boot environment change above is working well. Gennady Is your 242-glamo-timings uboot ubifs capable? I cannot boot qtmoko v28 with it, even after changing bootargs... Thank you -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
В Чтв, 21/10/2010 в 20:57 +0200, David Garabana Barro пишет: Gennady Is your 242-glamo-timings uboot ubifs capable? I cannot boot qtmoko v28 with it, even after changing bootargs... Hi, David. Sure, it works ok here. Basically, u-boot's job on nand is only load kernel from fsless partition, transfer boot params to it, and execute kernel, so it is completely indefferent to kind of fs you have. glamo timings has no relation to NAND at all too. Recheck your env params and you downloaded everything in right way (kernel, u-boot env). My updated u-boot env (xfs on sd card): Source: http://www.bsdmn.com/openmoko/glamo/242/ubienv/environment.in Binary: http://www.bsdmn.com/openmoko/glamo/242/ubienv/u-boot_env.in3 Gennady ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
Hi Grennady, I notice two times menu_1= , is that intenional or just a typo? Kind regards, Ed On 10/21/2010 08:21 PM, Gennady Kupava wrote: В Чтв, 21/10/2010 в 20:57 +0200, David Garabana Barro пишет: Gennady Is your 242-glamo-timings uboot ubifs capable? I cannot boot qtmoko v28 with it, even after changing bootargs... Hi, David. Sure, it works ok here. Basically, u-boot's job on nand is only load kernel from fsless partition, transfer boot params to it, and execute kernel, so it is completely indefferent to kind of fs you have. glamo timings has no relation to NAND at all too. Recheck your env params and you downloaded everything in right way (kernel, u-boot env). My updated u-boot env (xfs on sd card): Source: http://www.bsdmn.com/openmoko/glamo/242/ubienv/environment.in Binary: http://www.bsdmn.com/openmoko/glamo/242/ubienv/u-boot_env.in3 Gennady ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
Hi, Ed, Ah, yesterday i were thinking 'interesting, where is my NAND/jffs2 option?' but forgot about it today :) Sure, typo. Updated. But beware, you should consider my env only as example - it boots sd card by default, limits sd clock to values appropriate to my card. Gennady В Чтв, 21/10/2010 в 21:37 +0200, Ed Kapitein пишет: Hi Grennady, I notice two times menu_1= , is that intenional or just a typo? Kind regards, Ed On 10/21/2010 08:21 PM, Gennady Kupava wrote: В Чтв, 21/10/2010 в 20:57 +0200, David Garabana Barro пишет: Gennady Is your 242-glamo-timings uboot ubifs capable? I cannot boot qtmoko v28 with it, even after changing bootargs... Hi, David. Sure, it works ok here. Basically, u-boot's job on nand is only load kernel from fsless partition, transfer boot params to it, and execute kernel, so it is completely indefferent to kind of fs you have. glamo timings has no relation to NAND at all too. Recheck your env params and you downloaded everything in right way (kernel, u-boot env). My updated u-boot env (xfs on sd card): Source: http://www.bsdmn.com/openmoko/glamo/242/ubienv/environment.in Binary: http://www.bsdmn.com/openmoko/glamo/242/ubienv/u-boot_env.in3 Gennady ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
qtmoko v28
Hi, there is now new v28 release of qtmoko ready for downloading flashing and testing. You can download it from our sourceforge page under Experimental folder [1]. QtMoko is distribution for Neo Freerunner based on debian+qtopia. For more info please check [2] [3]. This new release is based on 2.6.34 linux kernel. There are some noticable changes since v27: - switched from jffs2 to ubifs for better speed and performance - qi with ubifs support and faster glamo timings (gena2x + ghislain) - QX has it's own window manager - QX can use qtmoko virtual keyboard - removed qx_helper program hack - fixed wifi bind/unbind (power on/off) devtool script (thanks to lindi) - using dropbear instead of openssh-server - vibrator and leds now work (lindi) - updated omhacks (lindi) - resume reason sysfs node is back (lindi) Ubifs seems to have better performance. I didnt have time to do any benchmarks, but v28 can boot in 1 minute and after booting to GUI it consumes just 36 MB of ram. Another advantage is that ubifs can do mmap operations which means that apt- get now works without hacks in /etc/fstab with tmpfs for /var/cache/apt. For booting ubifs you need to flash patched qi [4]. You can find this qi in on download page. It has also faster glamo timing which means that graphics should be faster now. I did some experimental work on QX - application for running X window applications in qtmoko. Now QX has it's own window manager. It has now only hello world features, but it can be improved later. Important thing is that X apps can be better integrated in qtmoko and we now dont need matchbox+gtk libs installed by default which saves ~8MB in rootfs. You can still easily use old matchbox. Just use checkbox in application settings. Special thanks go to lindi for work on omhacks and kernel, JaMa for figuring out how to use ubifs and thanks also to others that i forgot to mention. I am sorry that i didnt have time to fix your bug. Maybe for next release or best to send your patches if you dont want to wait :) Cheers Radek [1] https://sourceforge.net/projects/qtmoko/files/Experimental/ [2] http://qtmoko.org/ [3] http://activationrecord.net/radekp/qtmoko/ [4] http://github.com/radekp/qi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
Hi, there is now new v28 release of qtmoko ready for downloading flashing and testing. You can download it from our sourceforge page under Experimental folder [1]. [...] Ubifs seems to have better performance. I didnt have time to do any benchmarks, but v28 can boot in 1 minute and after booting to GUI it consumes just 36 MB of ram. Another advantage is that ubifs can do mmap operations which means that apt- get now works without hacks in /etc/fstab with tmpfs for /var/cache/apt. For booting ubifs you need to flash patched qi [4]. You can find this qi in on download page. It has also faster glamo timing which means that graphics should be faster now. [...] Thank you very much! This new version looks very cool, but I have a small problem: I'd like to keep using uboot (gena2x one). Is there some way to boot ubifs with it? Thanks Giacomo __ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
On Wed, Oct 20, 2010 at 11:12 AM, Radek Polak pson...@seznam.cz wrote: Hi, there is now new v28 release of qtmoko ready for downloading flashing and testing. You can download it from our sourceforge page under Experimental folder [1]. please, - review and possibly include the patched version of the script for usb mass storage I sent some day ago. - roll back the power config patch about locked scenario to the previous state because it's bugged and not stable. (and no, it's not only a cosmetic bug) - please don't switch back and forth on odd/even numbers to indicate a stable or experimental release, or add a tag to the version number to do that, eg: v28exp or v28u VS v28 otherwise it's difficult to understand if it's ok for everyday use. btw, thank you all for the work! :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
A Dimecres 20 Octubre 2010 12:52:05, giacomo 'giotti' mariani va escriure: For booting ubifs you need to flash patched qi [4]. You can find this qi in on download page. It has also faster glamo timing which means that graphics should be faster now. [...] Thank you very much! This new version looks very cool, but I have a small problem: I'd like to keep using uboot (gena2x one). Is there some way to boot ubifs with it? Just do the same than qi does change the bootargs_base from : rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=4 regular_boot to : fstype=ubifs ubi.mtd=6,2048 root=ubi0:om-gta02-rootfs console=ttySAC2,115200 console=tty0 loglevel=4 regular_boot Thanks Giacomo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
On Wednesday 20 October 2010 13:34:55 Alfa21-mobile wrote: please, - review and possibly include the patched version of the script for usb mass storage I sent some day ago. I have in my inbox waiting to be done, will be probably in next release ;-) - roll back the power config patch about locked scenario to the previous state because it's bugged and not stable. (and no, it's not only a cosmetic bug) Also on my TODO. - please don't switch back and forth on odd/even numbers to indicate a stable or experimental release, or add a tag to the version number to do that, eg: v28exp or v28u VS v28 otherwise it's difficult to understand if it's ok for everyday use. It's under Experimental folder, so i was hoping that it's quite clear that it's experimental ;-). Although it's experimental it should be ready for daily use for many people, i am using it myself as daily phone. I still consider v26 to be stable - and it's as default download on sourceforge. btw, thank you all for the work! :-) Thanks :) Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
On Wednesday 20 October 2010 12:52:05 giacomo 'giotti' mariani wrote: Thank you very much! This new version looks very cool, but I have a small problem: I'd like to keep using uboot (gena2x one). Is there some way to boot ubifs with it? You would need patch or change u-boot environment like this commit [1]. Or i can do also jffs2 image, but i would like to avoid it, since it's more work and testing. Regards Radek http://github.com/radekp/qi/commit/0c2d3c3e35c9edb7d1de00b5fcb739bf02afc582 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
It's under Experimental folder, so i was hoping that it's quite clear that it's experimental ;-). Although it's experimental it should be ready for daily use for many people, i am using it myself as daily phone. I still consider v26 to be stable - and it's as default download on sourceforge. mmh... ;-) so why is v28 called experimental? (not a real question eh!) ok but when it's installed on a moko there is not that folder to remember us it's nature ;P and maybe it's easier for all of us here in list to immediately distinguish that while discussing about qtmoko if we have such a standard in versioning (like shr too) to put different emphasis on certain kind of bugs accordingly. just my 2c. :) kind regards ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
On 20/10/2010 13:34, Alfa21-mobile wrote: On Wed, Oct 20, 2010 at 11:12 AM, Radek Polakpson...@seznam.cz wrote: Hi, there is now new v28 release of qtmoko ready for downloading flashing and testing. You can download it from our sourceforge page under Experimental folder [1]. please, - review and possibly include the patched version of the script for usb mass storage I sent some day ago. - roll back the power config patch about locked scenario to the previous state because it's bugged and not stable. (and no, it's not only a cosmetic bug) - please don't switch back and forth on odd/even numbers to indicate a stable or experimental release, or add a tag to the version number to do that, eg: v28exp or v28u VS v28 otherwise it's difficult to understand if it's ok for everyday use. btw, thank you all for the work! :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community As usual, works great, but the reboot-when-you-launch-dialer-after-changing-theme is still there... It is REALLY faster, - stop keepeing accelerating, I won't be fest enough to use my moko anymore !- Thanks AstHro ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
В Срд, 20/10/2010 в 14:20 +0200, Radek Polak пишет: On Wednesday 20 October 2010 12:52:05 giacomo 'giotti' mariani wrote: Thank you very much! This new version looks very cool, but I have a small problem: I'd like to keep using uboot (gena2x one). Is there some way to boot ubifs with it? You would need patch or change u-boot environment like this commit [1]. Or i can do also jffs2 image, but i would like to avoid it, since it's more work and testing. Regards Radek http://github.com/radekp/qi/commit/0c2d3c3e35c9edb7d1de00b5fcb739bf02afc582 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Hi, Radek. Thanks for new release! Always wanted to test ubifs, so joining experimental branch to test this. Just installed it, working well so far. - rootfstype=jffs2 root=/dev/mtdblock6 + fstype=ubifs ubi.mtd=6,2048 root=ubi0:om-gta02-rootfs U-boot environment change above is working well. Regards, Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community