qtmoko v30 build run
Hi, I built v30 and ran the result: ./bin/runqtopia but I get the error described at: http://kerneltrap.org/mailarchive/openmoko-community/2010/12/7/14190 Use of uninitialized value $word in concatenation (.) or string at bin/../src/build/bin/Qtopia/Opt.pm line 551. ERROR: Invalid value for option skin: Valid values: The default value for skin is invalid! at bin/../src/build/bin/Qtopia/Opt.pm line 252. Where is this default set ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v30
Joif - Power management still confuses or loses battery/cable settings, only when locked settings work. In $HOME/Settings/Trolltech/qpe.conf paste Lock/External/BatteryPower settings from previously working version, and do not run Settings/Power management. - Thank you for your attention. -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/qtmoko-v30-tp5804844p5879500.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: Qi vs U-boot (was Re: QtMoko v30; UBIFS; can't boot)
Please tell me how to do this! I have no religious bind to Qi. To hell with minimalism, let us all use the bootloader that is standard, smart, configurable and well supported. I think easiest way is to use fw_setenv. I rethought, need relatively trivial modification to u-boot to support loading plain file to env variable with something like 'ext2loadvar location [var]'. But this brain-dead by design idea The brain-dead idea is not mine :) /boot/grub/menu.lst You can achive a similar result using editUenv.sh from http://code.google.com/p/edituenv/ (also based on devirginator). It is quite rough, but may help. Cheers Giacomo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi vs U-boot (was Re: QtMoko v30; UBIFS; can't boot)
Hi, Ivan, В Втр, 28/12/2010 в 06:04 +0300, Ivan Matveev пишет: Lets burn some linux.org.ru style flame! Hey, such foreword spoils good talk, so i'll try to be short. It's also possible to setup u-boot like qi, 'read kernel first from sd part 1, boot if loads, then try from sd part 2, boot if loads, then from nand'. All with 10 lines in config file. Just noone need it. No one needs the good stuff :). Cause is that this stuff is not good :) Does every FR user have to develop a bootloader? Process of changing configuration is not development. Process of looking up something in C sources of Qi is development ;) Please tell me how to do this! I have no religious bind to Qi. To hell with minimalism, let us all use the bootloader that is standard, smart, configurable and well supported. I think easiest way is to use fw_setenv. I rethought, need relatively trivial modification to u-boot to support loading plain file to env variable with something like 'ext2loadvar location [var]'. But this brain-dead by design idea require bootloader to support all possible fses (how does qi reads ubifs for kernel parameters, if it has no support for ubi?) I'm waiting for Radek's comment on this. Qi's sources are not easy, no stdlib functions. Local Qi pontiff is Paul Fertser. Please do not be offended. I was frustrated by FR suddenly not booting. It's impossible to offend me with good arguments. Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
Ivan Matveev wrote:
That's the sources I'v looked at to learn how Qi uses NAND partitions.
Funny
find ./ -exec grep -H ubi '{}' ';'
finds nothing relevant. Am I looking at the right sources?
Ahh sorry, i forgot you need to be on the right branch:
https://github.com/radekp/qi/tree/qtmoko-v28
I think it wold be ideal if Qi wold treat NAND as a regular partition,
i.e. wold read kernel options from identity-ext2/append-GTA2.
I think I could implement that. Looking for the place in the sources
where Qi reads append-GTA02. Have a little difficulty understanding
the sources.
I might be wrong, but that would involve reading jffs2/ubifs/yaffs and
whathever
else filesystem. This goes quite against the idea of qi to keep it simple.
Regards
Radek
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
On Tue, 28 Dec 2010 22:40:10 +0100
Radek Polak pson...@seznam.cz wrote:
Ivan Matveev wrote:
That's the sources I'v looked at to learn how Qi uses NAND
partitions. Funny
find ./ -exec grep -H ubi '{}' ';'
finds nothing relevant. Am I looking at the right sources?
Ahh sorry, i forgot you need to be on the right branch:
https://github.com/radekp/qi/tree/qtmoko-v28
Thank you.
I think it wold be ideal if Qi wold treat NAND as a regular
partition, i.e. wold read kernel options from
identity-ext2/append-GTA2. I think I could implement that. Looking
for the place in the sources where Qi reads append-GTA02. Have a
little difficulty understanding the sources.
I might be wrong, but that would involve reading jffs2/ubifs/yaffs
and whathever else filesystem. This goes quite against the idea of qi
to keep it simple.
My idea was to put NAND kernel options in to append-GTA02 file on
identity-ext2(mtd5, dfu-util calls it factory) NAND partition.
The partition contains ext2 file system so we don't have to
add jffs/ubifs support to Qi.
Qi already mounts the partition and reads usb file from it.
See:
radekp-qi-b214400/src/cpu/s3c2442/gta02.c
char * append_device_specific_cmdline_gta02(char * cmdline)
[...]
if (!ext2fs_mount()) {
[...]
len = ext2fs_open(usb);
Also Qi already has a parser for append-[device] files.
So we cold just add identity-ext2 partition to the list of partitions
that Qi search for /boot/append-GTA2
and immediately have configurable kernel options for NAND boot.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Qi vs U-boot (was Re: QtMoko v30; UBIFS; can't boot)
On Tue, 28 Dec 2010 16:45:56 +0300 Gennady Kupava g...@bsdmn.com wrote: Please tell me how to do this! I have no religious bind to Qi. To hell with minimalism, let us all use the bootloader that is standard, smart, configurable and well supported. I think easiest way is to use fw_setenv. I rethought, need relatively trivial modification to u-boot to support loading plain file to env variable with something like 'ext2loadvar location [var]'. But this brain-dead by design idea The brain-dead idea is not mine :) /boot/grub/menu.lst require bootloader to support all possible fses (how does qi reads ubifs for kernel parameters, if it has no support for ubi?) No it doesn't require jffs/ubifs support. The identity-ext2(mtd5, dfu-util calls it factory) NAND partition contains ext2 fs. So on linux runing from NAND echo /dev/mtdblock5 /boot ext2 defaults /etc/fstab Navigate to /boot, edit append-GTA02... Natural way for people used to PC bootloader like grub. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
Ivan Matveev wrote:
My idea was to put NAND kernel options in to append-GTA02 file on
identity-ext2(mtd5, dfu-util calls it factory) NAND partition.
The partition contains ext2 file system so we don't have to
add jffs/ubifs support to Qi.
Qi already mounts the partition and reads usb file from it.
See:
radekp-qi-b214400/src/cpu/s3c2442/gta02.c
char * append_device_specific_cmdline_gta02(char * cmdline)
[...]
if (!ext2fs_mount()) {
[...]
len = ext2fs_open(usb);
Also Qi already has a parser for append-[device] files.
So we cold just add identity-ext2 partition to the list of partitions
that Qi search for /boot/append-GTA2
and immediately have configurable kernel options for NAND boot.
Ahh oki, that makes sence then.
Regards
Radek
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
On Mon, 27 Dec 2010 08:33:09 +0300 Gennady Kupava g...@bsdmn.com wrote: Hi, I don't want to go back to u-boot. I disagree - going to Qi is going back, going to u-boot is going forward :) I like Qi's minimalism, automatic setup of many options and text config files. I'v tried u-boot just to be shure. Per istructions at http://wiki.openmoko.org/wiki/U-boot-gena2x I'v downloaded: http://www.bsdmn.com/openmoko/uboot/binary/u-boot_g2x_1.udfu http://www.bsdmn.com/openmoko/uboot/config/environment.in http://svn.openmoko.org/trunk/src/host/devirginator/crc32.pl http://svn.openmoko.org/trunk/src/host/devirginator/envedit.pl Didn't edit environment.in because don't know what to put there. From http://wiki.openmoko.org/wiki/U-boot-gena2x: If you switching from qi, just run boot your distro with Qi, do cat /proc/cmdline and compare/update parameters in config file. Cant do that because I can only boot from SD but the params will be different then? So lets use the sample environment.in as it is. ./envedit.pl -s 262144 -f environment.in u-boot_env.in dfu-util -a u-boot -D u-boot_g2x_2.udfu dfu-util -a u-boot_env -D u-boot_env.in A press on the power button. FR emits a barely audible click and then nothing, the screen stays blank. OK, at least I'v removed supposedly offending options from u-boot_env partition. Lets try qi-v30.udfu again. TADA! It boots ubifs QtMoko from NAND. So I think something was wrong with u-boot_env partition, params stored in there or the partition size. echo 'rootflags=compr=zlib' p1/append-GTA02 Are you sure qi is really reading this? i am sure it is not. I agree. In Qi sources I could only find that it reads 'usb' file from 'identity-ext2' partition. No, you need ensure that this options REALLY passed to kernel somehow. I almost sure they not. In this case I had to make sure some options are NOT passed to the kernel :). All the right options are compiled in Qi. Can I modify u-boot environment from QtMoko running from SD? u-boot can boot any known distro without problems, from sd, ubi or jffs2. in hard cases of unusual fses you can just put kernel to splash NAND partition (named 'depr' in your qi) and boot it with rootfs on sd. Thanks I'll keep that in mind in case of a hard case. I think it is also possible to make such config that appends kernel params load from file on external fs, like in qi, but who needs this... I think its not external fs that matters but u-boot_env format. dfu-util -a u-boot_env -U u-boot_env.in Now we have u-boot_env.in file containing params. How do we study whats inside? Strings? Errr. Oh yes we have envedit.pl. How do we use it, and where is the doc? Run it with no params, it outputs '���6'. Look inside, there is: -i fileread environment from file (default: use empty -p print environment in human-readable form to stdout\n. ./envedit.pl -i u-boot_env.in4.problemed -p warning: environment is 262144 bytes, expected 16384 CRC error: expected 0x7b25213d, got 0x8f4d6b85 Oh yes there is -s option. ./envedit.pl -s 262144 -i u-boot_env.in4.problemed -p At last it works! But the output doesn't look like the environment.in. How do I compile the output back in to u-boot_env.in4 after editing? Can this be done from FR with no PC? nandump, edit, crc32, nandwrite? Oh my... If u-boot_env partition contained a decent ext2(like identity-ext2 partition does) you could download it with dfu-utl, mount, edit files, put back to the phone. On a booted FR you could just mount -t ext2 /dev/mtdblock2 /mnt/whatever edit files... Thank you for the discussion, it gave me a kick in the right direction. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
2010/12/27 Ivan Matveev imatvee...@nm.ru: Can this be done from FR with no PC? nandump, edit, crc32, nandwrite? Oh my... If u-boot_env partition contained a decent ext2(like identity-ext2 partition does) you could download it with dfu-utl, mount, edit files, put back to the phone. On a booted FR you could just mount -t ext2 /dev/mtdblock2 /mnt/whatever edit files... Hi, you can edit u-boot environment from u-boot console. see: http://wiki.openmoko.org/wiki/User:Martix/U-Boot_environment ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
Ivan Matveev wrote: I like Qi's minimalism, automatic setup of many options and text config files. As Gennady already pointed out, you should use qi which has ubifs boot parameters compiled in. Please flash this [1] qi or if you want to compile from sources you can use this [2] link. Regards Radek [1] http://sourceforge.net/projects/qtmoko/files/Experimental/qi- v30.udfu/download [2] https://github.com/radekp/qi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
Ivan Matveev wrote: I like Qi's minimalism, automatic setup of many options and text config files. The minimalism is kind of spoiled by the various Qi binaries that are flying around since it is not possible to configure Qi enough without recompiling it... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
В Пнд, 27/12/2010 в 18:16 +0300, Ivan Matveev пишет: On Mon, 27 Dec 2010 08:33:09 +0300 Gennady Kupava g...@bsdmn.com wrote: Hi, I don't want to go back to u-boot. I disagree - going to Qi is going back, going to u-boot is going forward :) I like Qi's minimalism, automatic setup of many options and text config files. Automatic setup is done by person who provide you with Qi. If someone start supply u-boot_env with distros, u-boot setup will be equally automatic. It's also possible to setup u-boot like qi, 'read kernel first from sd part 1, boot if loads, then try from sd part 2, boot if loads, then from nand'. All with 10 lines in config file. Just noone need it. What 'text config files' in Qi you talking about? Does it have config files at all? If you mean ability to append kernel parameters this not like u-boot config files, only 1% of that flexibility. Minimalism? You mean that Qi works only on Freerunner, has no support to anything else? Or that you need to use NOR u-boot to flash something to NAND as qi can't do it? Or that nothing except kernel parameters may be configured without recompilation? Or that it can't display anything on screen so you have to decode errors by amount of blinks? Or that it adds 'quiet' kernel options by default, so you can't see boot logs? I'v tried u-boot just to be shure. Per istructions at http://wiki.openmoko.org/wiki/U-boot-gena2x I'v downloaded: http://www.bsdmn.com/openmoko/uboot/binary/u-boot_g2x_1.udfu http://www.bsdmn.com/openmoko/uboot/config/environment.in http://svn.openmoko.org/trunk/src/host/devirginator/crc32.pl http://svn.openmoko.org/trunk/src/host/devirginator/envedit.pl Didn't edit environment.in because don't know what to put there. You must edit it to boot, mine is only example suitable only for my custom setup. From http://wiki.openmoko.org/wiki/U-boot-gena2x: If you switching from qi, just run boot your distro with Qi, do cat /proc/cmdline and compare/update parameters in config file. Cant do that because I can only boot from SD but the params will be different then? So lets use the sample environment.in as it is. ./envedit.pl -s 262144 -f environment.in u-boot_env.in dfu-util -a u-boot -D u-boot_g2x_2.udfu dfu-util -a u-boot_env -D u-boot_env.in A press on the power button. FR emits a barely audible click and then nothing, the screen stays blank. This only may happen if you battery discharged or 'default' boot way is not setup properly. Try menu with power+aux like described on wiki. OK, at least I'v removed supposedly offending options from u-boot_env partition. Lets try qi-v30.udfu again. TADA! It boots ubifs QtMoko from NAND. So I think something was wrong with u-boot_env partition, params stored in there or the partition size. I think qi is NOT reading u-boot_env, so you just had different Qi version before. echo 'rootflags=compr=zlib' p1/append-GTA02 Are you sure qi is really reading this? i am sure it is not. I agree. In Qi sources I could only find that it reads 'usb' file from 'identity-ext2' partition. No, you need ensure that this options REALLY passed to kernel somehow. I almost sure they not. In this case I had to make sure some options are NOT passed to the kernel :). All the right options are compiled in Qi. Can I modify u-boot environment from QtMoko running from SD? u-boot can boot any known distro without problems, from sd, ubi or jffs2. in hard cases of unusual fses you can just put kernel to splash NAND partition (named 'depr' in your qi) and boot it with rootfs on sd. Thanks I'll keep that in mind in case of a hard case. I think it is also possible to make such config that appends kernel params load from file on external fs, like in qi, but who needs this... I think its not external fs that matters but u-boot_env format. Seem i didn't describe my idea very well. I think it's possible to write such env for u-boot, that will read text 'append' portion of kernel params like qi does. So, you'll have similar fun of editing text files with kernel options, like you have in Qi. dfu-util -a u-boot_env -U u-boot_env.in Now we have u-boot_env.in file containing params. How do we study whats inside? Strings? Errr. Oh yes we have envedit.pl. How do we use it, and where is the doc? Run it with no params, it outputs '���6'. Look inside, there is: -i fileread environment from file (default: use empty -p print environment in human-readable form to stdout\n. ./envedit.pl -i u-boot_env.in4.problemed -p warning: environment is 262144 bytes, expected 16384 CRC error: expected 0x7b25213d, got 0x8f4d6b85 Oh yes there is -s option. ./envedit.pl -s 262144 -i u-boot_env.in4.problemed -p At last it works! But the output doesn't look like the environment.in. How do I compile the output back in to u-boot_env.in4 after editing? I don't understand why do you need to download it and
Re: QtMoko v30; UBIFS; can't boot
On Mon, 27 Dec 2010 17:40:54 +0100
Radek Polak pson...@seznam.cz wrote:
Hi Radek,
thank you for the great distrib! I'm using QtMoko since v20.
[...]
As Gennady already pointed out, you should use qi which has ubifs
boot parameters compiled in. Please flash this [1]
That is the Qi vesion I use.
The QtMoko v30 boot problem is solved by reloading u-boot_env
patition to Gennady's sample config. I think debian install.sh with Qi
option polluted u-boot_env kernel options.
Does Qi read u-boot_env?
qi or if you want
to compile from sources you can use this [2] link.
That's the sources I'v looked at to learn how Qi uses NAND partitions.
Funny
find ./ -exec grep -H ubi '{}' ';'
finds nothing relevant. Am I looking at the right sources?
I think it wold be ideal if Qi wold treat NAND as a regular partition,
i.e. wold read kernel options from identity-ext2/append-GTA2.
I think I could implement that. Looking for the place in the sources
where Qi reads append-GTA02. Have a little difficulty understanding
the sources.
In
radekp-qi-c38b062/src/cpu/s3c2442/gta02.c
i see dynparts(NAND partitions) location and size appended to cmdline.
After
len = ext2fs_open(usb);
Qi reads 'usb' file and appends g_ether parmas to cmdline.
Also there is
radekp-qi-c38b062/src/phase2.c
that looks like it can be reading append-[device] file.
Am I looking at the right place?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Qi vs U-boot (was Re: QtMoko v30; UBIFS; can't boot)
Hi Gennady! Lets burn some linux.org.ru style flame! I don't want to go back to u-boot. I disagree - going to Qi is going back, going to u-boot is going forward :) I like Qi's minimalism, automatic setup of many options and text config files. Automatic setup is done by person who provide you with Qi. If someone start supply u-boot_env with distros, u-boot setup will be equally automatic. As always with automatic someone has to build the mechanism. Qi has it already. Why shell I bother with u-boot numerous(poorly documented) options? I know u-boot is more configurable, but I just want to boot. If I start developing an FR kernel I'l learn u-boot ways. A regular user wold like a bootloader as configurable as grub, not a set of cryptic scripts we have with u-boot. It's also possible to setup u-boot like qi, 'read kernel first from sd part 1, boot if loads, then try from sd part 2, boot if loads, then from nand'. All with 10 lines in config file. Just noone need it. No one needs the good stuff :). What 'text config files' in Qi you talking about? Does it have config files at all? If you mean ability to append kernel parameters this not like u-boot config files, only 1% of that flexibility. I think if I wget http://www.bsdmn.com/openmoko/uboot/config/environment.in less environment.in I will see much more than 1% of kernel parameters in the file. Can you give an example of a valuable non kernel parameter bootloader parameter? Minimalism? 1. You mean that Qi works only on Freerunner, has no support to anything else? I do agree that Qi is not as supported as u-boot(thank you for your advice on u-boot, sincerily). We shell spread word on Qi to make it more popular and supported and make it an embedded grub. 2. Or that you need to use NOR u-boot to flash something to NAND as qi can't do it? Decision to have 2 bootloders(NOR and NAND) in FR was a wise one and was a result of experience with neo1973 that was easy to brick by flashing a bad bootloader. With this design one of the bootloaders can afford to be minimalistic. 3. Or that nothing except kernel parameters may be configured without recompilation? What else do we(users, application developers) need? 4. Or that it can't display anything on screen so you have to decode errors by amount of blinks? If you press power button at the right moment you will have loglevel=8. You will see kernel debug, not bootloaders. Why should a user care? Does every FR user have to develop a bootloader? 5. Or that it adds 'quiet' kernel options by default, so you can't see boot logs? See 4. on power button. I'v tried u-boot just to be shure. [...] Didn't edit environment.in because don't know what to put there. You must edit it to boot, mine is only example suitable only for my custom setup. Well, I must edit environment.in. How shell I know what do I put there? I'm no u-boot expert. Can you provide the catch all u-boot config? That wold be a good u-boot advocacy. From http://wiki.openmoko.org/wiki/U-boot-gena2x: [...] A press on the power button. FR emits a barely audible click and then nothing, the screen stays blank. This only may happen if you battery discharged or 'default' boot way is not setup properly. Try menu with power+aux like described on wiki. The battery was full. There was no u-boot setup whatsoever only sample environment.in. I think qi is NOT reading u-boot_env, so you just had different Qi version before. I'm waiting for Radek's comment on this. Qi's sources are not easy, no stdlib functions. In the course of researching the 'no NAND QtMoko' situation I'v tried the following combinations: qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu; uImage-v26.bin; qtmoko-debian-v26.jffs2; did boot OK qi-v28.ubifs.udfu; uImage-v28.bin; qtmoko-debian-v28.ubi; didn't boot qi-v30.udfu; uImage-v30.bin; qtmoko-debian-v30.ubi; didn't boot [...] I think it is also possible to make such config that appends kernel params load from file on external fs, like in qi, but who needs this... I think its not external fs that matters but u-boot_env format. Seem i didn't describe my idea very well. I think it's possible to write such env for u-boot, that will read text 'append' portion of kernel params like qi does. So, you'll have similar fun of editing text files with kernel options, like you have in Qi. Please tell me how to do this! I have no religious bind to Qi. To hell with minimalism, let us all use the bootloader that is standard, smart, configurable and well supported. Gennady I admire yours contribution to the community. Please do not be offended. I was frustrated by FR suddenly not booting. provocative content Still I like Qi better. Small program that does only 1 thing is the UNIX way /provocative content ___ Openmoko community mailing list community@lists.openmoko.org
Re: Qi vs U-boot (was Re: QtMoko v30; UBIFS; can't boot)
On Tue, Dec 28, 2010 at 06:04:12AM +0300, Ivan Matveev wrote: Hi Gennady! Lets burn some linux.org.ru style flame! I don't want to go back to u-boot. I disagree - going to Qi is going back, going to u-boot is going forward :) Hello Everyone Would I be correct in thinking that we are will all need to use u-boot anyway one day as Qi is only compatible with the GTA2? If we are moving to the GTA4 from Dr. N, I suppose we might as well start dusting off our old u-boot configs and re-learning how it all works. By the way, does anyone else have any examples of the environemnt.in config which they would like to share? I have tried to boot SHR using Gennady's version but it did not work for me. It seemed to boot the kernel but X did not load for some reason. Thanks Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
From: Ivan Matveev supp...@monicar.ru To: community@lists.openmoko.org Subject: Re: QtMoko v30; UBIFS; can't boot Date: Mon, 27 Dec 2010 03:30:57 +0300 X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; i486-pc-linux-gnu) Organization: MoniCar Btw, don't know where this is set in qi, but you may try u-boot: http://wiki.openmoko.org/wiki/U-boot-gena2x Thank you for your replies. I don't want to go back to u-boot. I think my problem started after I'v installed debian to SD per instructions found at http://wiki.debian.org/DebianOnFreeRunner with install.sh(http://pkg-fso.alioth.debian.org/freerunner/install.sh). I'v told the install.sh to configure Qi. Probably that was the mistake. Now I'm trying to figure out what can be configured wrong. I'v read the script... Its long... Can't find anything suspicious. According to this: http://wiki.openmoko.org/wiki/Qi#Installation Qi...is mount the identity partition and get from there the globally unique MAC address for the USB over Ethernet function instead of the random one that is otherwise used (If this doesn't work (like with a GTA01) you may use kernel-commandline parameters g_ether.dev_addr= and g_ether.host_addr= for the mac in device and host mode of the usb-ether module). bad kernel options can be in identity or in u-boot environment partitions. QtMoko v30 booted from SD. neo:~# cat /proc/mtd dev:size erasesize name mtd0: 0020 0001 physmap-flash.0 mtd1: 0004 0002 qi mtd2: 0004 0002 depr-ub-env mtd3: 0080 0002 kernel mtd4: 000a 0002 depr mtd5: 0004 0002 identity-ext2 mtd6: 0f6a 0002 rootfs mount -t ext2 /dev/mtdblock5 p1 ls p1 bt imei lost+found sn usb wlan echo 'rootflags=compr=zlib' p1/append-GTA02 No joy. Same result: kernel complains that lzo is not compiled in. Maybe it misses some modules? Maybe I shell put them in identity-ext2? Have to research more... BTW tried Gennadys script to decode u-boot environment(http://www.bsdmn.com/openmoko/gpsfix/env/envedit.pl). It complains that crc32 function is not defined. Can I modify u-boot environment from QtMoko running from SD? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
To: community@lists.openmoko.org Subject: Re: QtMoko v30; UBIFS; can't boot Date: Mon, 27 Dec 2010 03:30:57 +0300 X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; i486-pc-linux-gnu) Organization: MoniCar Btw, don't know where this is set in qi, but you may try u-boot: http://wiki.openmoko.org/wiki/U-boot-gena2x Thank you for your replies. I don't want to go back to u-boot. I think my problem started after I'v installed debian to SD per instructions found at http://wiki.debian.org/DebianOnFreeRunner with install.sh(http://pkg-fso.alioth.debian.org/freerunner/install.sh). I'v told the install.sh to configure Qi. Probably that was the mistake. Now I'm trying to figure out what can be configured wrong. I'v read the script... Its long... Can't find anything suspicious. According to this: http://wiki.openmoko.org/wiki/Qi#Installation Qi...is mount the identity partition and get from there the globally unique MAC address for the USB over Ethernet function instead of the random one that is otherwise used (If this doesn't work (like with a GTA01) you may use kernel-commandline parameters g_ether.dev_addr= and g_ether.host_addr= for the mac in device and host mode of the usb-ether module). bad kernel options can be in identity or in u-boot environment partitions. QtMoko v30 booted from SD. neo:~# cat /proc/mtd dev:size erasesize name mtd0: 0020 0001 physmap-flash.0 mtd1: 0004 0002 qi mtd2: 0004 0002 depr-ub-env mtd3: 0080 0002 kernel mtd4: 000a 0002 depr mtd5: 0004 0002 identity-ext2 mtd6: 0f6a 0002 rootfs mount -t ext2 /dev/mtdblock5 p1 ls p1 bt imei lost+found sn usb wlan echo 'rootflags=compr=zlib' p1/append-GTA02 No joy. Same result: kernel complains that lzo is not compiled in. Maybe it misses some modules? Maybe I shell put them in identity-ext2? Have to research more... BTW tried Gennadys script to decode u-boot environment(http://www.bsdmn.com/openmoko/gpsfix/env/envedit.pl). It complains that crc32 function is not defined. Can I modify u-boot environment from QtMoko running from SD? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
Hi, I don't want to go back to u-boot. I disagree - going to Qi is going back, going to u-boot is going forward :) echo 'rootflags=compr=zlib' p1/append-GTA02 Are you sure qi is really reading this? i am sure it is not. No joy. Same result: kernel complains that lzo is not compiled in. It is really not compiled in, and it is OK, you have no need in lzo ATM in qtmoko. Maybe it misses some modules? Maybe I shell put them in identity-ext2? Have to research more... No, you need ensure that this options REALLY passed to kernel somehow. I almost sure they not. BTW tried Gennadys script to decode u-boot environment(http://www.bsdmn.com/openmoko/gpsfix/env/envedit.pl). It complains that crc32 function is not defined. It is not mine, it is part of http://svn.openmoko.org/trunk/src/host/devirginator/ and uses crc32 from it, it's not good idea to get random files from server and complain they not working :) Can I modify u-boot environment from QtMoko running from SD? u-boot can boot any known distro without problems, from sd, ubi or jffs2. in hard cases of unusual fses you can just put kernel to splash NAND partition (named 'depr' in your qi) and boot it with rootfs on sd. I think it is also possible to make such config that appends kernel params load from file on external fs, like in qi, but who needs this... If you need some help in u-boot setup, you can join #qtmoko at freenode irc. If you really enjoy Qi, use radek's qi from qtmoko site http://sourceforge.net/projects/qtmoko/files/Experimental or fix kernel parameters in qi source code and recompile it. Gennady ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QtMoko v30; UBIFS; can't boot
Hello All, Radek Trying 2010-12-06 03:03 qi-v30.udfu 2010-12-06 02:11 qtmoko-debian-v30.ubi 2010-12-06 03:03 uImage-v30.bin qi complains that lzo compressor is mot compiled in ubifs. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
On Sat, 25 Dec 2010 19:10:31 +0300 Ivan Matveev imatvee...@nm.ru wrote: Hello All, Radek Trying 2010-12-06 03:03 qi-v30.udfu 2010-12-06 02:11 qtmoko-debian-v30.ubi 2010-12-06 03:03 uImage-v30.bin qi complains that lzo compressor is mot compiled in ubifs. it wasn't qi complaining, it was the kernel. I am able to boot with SHR kernel uImage-2.6.34-r4-oe15-om-gta02.bin, but qpe crashes right after start with SHR kernel. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
--- On Sat, 12/25/10, Ivan Matveev imatvee...@nm.ru wrote: Trying 2010-12-06 03:03 qi-v30.udfu 2010-12-06 02:11 qtmoko-debian-v30.ubi 2010-12-06 03:03 uImage-v30.bin I am able to boot with SHR kernel uImage-2.6.34-r4-oe15-om-gta02.bin, but qpe crashes right after start with SHR kernel. I have used exactly the same files with no problem (as others did, I guess); did you try checksumming/downloading the files once again? Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
В Сбт, 25/12/2010 в 19:10 +0300, Ivan Matveev пишет: Hello All, Radek Trying 2010-12-06 03:03 qi-v30.udfu 2010-12-06 02:11 qtmoko-debian-v30.ubi 2010-12-06 03:03 uImage-v30.bin qi complains that lzo compressor is mot compiled in ubifs. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Hi, this means that kernel command line missing rootflags=compr=zlib. qtmoko kernel has lzo support not compiled in, so you have to choose compressor in rootfs mount options. I recommend also to use rootflags=compr=zlib,no_chk_data_crc to make reads a bit faster. Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v30; UBIFS; can't boot
Btw, don't know where this is set in qi, but you may try u-boot: http://wiki.openmoko.org/wiki/U-boot-gena2x Gennady ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re:: qtmoko v30 (running after build)
Sorry for the little Off-Topic, I builded Qtmoko from GIT following the wiki ( http://qtmoko.org/wiki/GITs http://qtmoko.org/wiki/GITs ) and I would to run it on my pc. After make image I received this message: Qt Extended has been installed. The files required to run Qt Extended are in the image: /home/USER/qtmoko_src/build/image Please note that Qt Extended cannot be run from the image. You must move Qt Extended to the prefix first. The prefix is: /opt/qtmoko Ok but I didn't understand what I have to move (what directory) and where (I have only /opt/toolchains but not /opt/qtmoko, is it a relative path to something else?). However, ignoring this advice, as wiki suggests I gave: user [/mysources/build] : ./bin/runqtopia But I received this error: ~/qtmoko_src/build$ ./bin/runqtopia Use of uninitialized value $word in concatenation (.) or string at bin/../src/build/bin/Qtopia/Opt.pm line 551. ERROR: Invalid value for option skin: Valid values: The default value for skin is invalid! at bin/../src/build/bin/Qtopia/Opt.pm line 252. Where am I wrong? Thanks! -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/qtmoko-v30-tp5804844p5811827.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 v30
Bugs: - GPS (I didn't try it yet, sorry) seems always powered on, or at least in Neo Tool it is always GPS: 1, also after powered it off with the I will take a look. Update: GPS is off after a suspend. If GPS is then turned on, turn off GPS from devtools still seems to not work. Ciao! Joif ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v30, GPS power off
В Втр, 07/12/2010 в 21:55 +0100, Francesco De Vita пишет: Bugs: - GPS (I didn't try it yet, sorry) seems always powered on, or at least in Neo Tool it is always GPS: 1, also after powered it off with the I will take a look. Update: GPS is off after a suspend. If GPS is then turned on, turn off GPS from devtools still seems to not work. Look like workaround. I did some measurements on topic, here is results for whoose who is interested: 1. kernel and bootloader perform well with GPS. 2. om (from omhacks) perform well 3. problem is that qtmoko puts gps to 'sleep' instead of 'off', but turs off before suspend if 'sleep', so yes, after suspend it should be back to 0. Here is power measurements log (with multimeter on dumb battery): test 1: after boot ~190mA, turn on GPS ~238mA(+-10), turn 'off' GPS - same~238(+-10) mA, om gps power 0 - back to 190mA. suspend - 10-13 mA + jumping to 30 (deep sleep on, gps off via om gps power 0), resumed 190mA, gps on 240mA, suspend 9-13mA(wtf?), again. resume 190mA, om gps power 0, gps on 240mA, suspend 57mA(ok), resume 250mA (checking gps: powered, serial ok), gps off 240mA, suspend 9-13mA, resume 190mA (om gps power returns 0) test 2: consumption with fix and without fix look like same. resume: 1) gps eat 50mA, adding 1/4 of consumption with full screen brightness and gsm. 2) gps off does nothing in terms of power consumption 3) in suspends gps eats 40mA, x4 times normal consumption 4) 'gps off' has effect of turning off gps in suspend Hope someone will find time to investigate this deeper and review power onsumption. Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
small announcement, GPS u-boot one more fix Was: qtmoko v30
Hi, all, Inspired by this bug: Bugs: - GPS (I didn't try it yet, sorry) seems always powered on, or at least in Neo Tool it is always GPS: 1, also after powered it off with the Devtools. I decided to announce in ml that i setup small page on wiki about u-boot http://wiki.openmoko.org/wiki/U-boot-gena2x I am planning to post all u-boot binaries I am doing to that page. Page contains basic FAQ information how to setup u-boot, and link to git repository with all changes. I am planning to support this u-boot version as far as i can, please just write down links or short bug reports to wiki. Today i fixed one more problem with GPS power. In old version, u-boot powered GPS on, and kernel didn't really work well in this situation, to workaround that (and turn gps off), you had to do: #cd /sys/devices/platform/gta02-pm-gps.0/ #cat power_on 1 # echo 0 power_on # cat power_on 1 # echo 1 power_on # cat power_on 1 # echo 0 power_on # cat power_on 0 With new version of bootloader, it is working just fine as expected. New u-boot: http://www.bsdmn.com/openmoko/uboot/binary/u-boot_g2x_2.udfu Sources: http://www.bsdmn.com/cgit/cgit/u-boot/ I tested gps with command-line tools, it seem working well, so kernel-side should work just fine in all cases (resume, boot). GPS seem powered up fine, but not powered down (i am using qtmoko v28). Some thing with NeronGPS (it powers up, not down) om tool working good. Regards, Gennady ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: small announcement, GPS u-boot one more fix Was: qtmoko v30
Hey, i didn't done proper separation or 2 unrelated questions. This part about u-boot and power-on-boot problem: I decided to announce in ml that i setup small page on wiki about u-boot http://wiki.openmoko.org/wiki/U-boot-gena2x I am planning to post all u-boot binaries I am doing to that page. Page contains basic FAQ information how to setup u-boot, and link to git repository with all changes. I am planning to support this u-boot version as far as i can, please just write down links or short bug reports to wiki. Today i fixed one more problem with GPS power. In old version, u-boot powered GPS on, and kernel didn't really work well in this situation, to workaround that (and turn gps off), you had to do: #cd /sys/devices/platform/gta02-pm-gps.0/ #cat power_on 1 # echo 0 power_on # cat power_on 1 # echo 1 power_on # cat power_on 1 # echo 0 power_on # cat power_on 0 With new version of bootloader, it is working just fine as expected. New u-boot: http://www.bsdmn.com/openmoko/uboot/binary/u-boot_g2x_2.udfu Sources: http://www.bsdmn.com/cgit/cgit/u-boot/ And this part about GPS-power-off bug in qtmoko (v30), i tested in v28: I tested gps with command-line tools, it seem working well, so kernel-side should work just fine in all cases (resume, boot). GPS seem powered up fine, but not powered down (i am using qtmoko v28). Some thing with NeronGPS (it powers up, not down) om tool working good. Regards, Gennady ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
qtmoko v30
Hi, qtmoko-v30 images are out now. They can be downloaded from sourceforge page [1]. Qtmoko is debian+qtopia based distribution for Freerunner. For more info check [2] [3]. For most users it's probably not worth upgrading, the changelog is very short: - fixed headset jack detection - Danish translations (Ole Carlsen) - GPRS fix (Timo Juhani Lindfors) - battery_platform for dumb batteries as module - force GPS power up on resume (Gennady Kupava) The headset jack can now be detected by using input device for it (patch by larsc that creates this device is now included in kernel). GPRS should be now more stable thanks to Timo's fix [4]. Please test and share results :) Dumb batteries could work now. You should do: modprobe platform_battery or echo ppp_generic /media/card/etc/modules to make it work. First one is for temporary test, second for permanent (reboot needed). I havent tried, because i dont have dumb battery so again please test it yourself and share results. GPS powerup fix is probably needed only for uboot users, so i havent tested it also. Last probably most important change is that qtmoko and SHR have now same source code. I have merged KMS patches from SHR and we have now same souce code (only kernel config is now different). I have also changed a bit my kernel branches. I will have two branches for each release: qtmoko-v30 is used for the release and contains stable 2.6.34 patches qtmoko-v30-base is based on 2.6.34 without stable patches In the -base branch you will see openmoko patches as top commits. This branch can be also used for merging newer linux kernels. The branch without -base has stable upstream kernel patches. It should be secure but openmoko patches are not visible on the first look in history. I hope you will like this release, although i had less time for it and it has less improvements than i would like to. Regards Radek [1] http://sourceforge.net/projects/qtmoko/files/Experimental/ [2] http://www.qtmoko.org/ [3] http://activationrecord.net/radekp/qtmoko/ [4] http://docs.openmoko.org/trac/ticket/2264 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
qtmoko v30
Hi, qtmoko-v30 images are out now. They can be downloaded from sourceforge page [1]. Qtmoko is debian+qtopia based distribution for Freerunner. For more info check [2] [3]. For most users it's probably not worth upgrading, the changelog is very short: - fixed headset jack detection - Danish translations (Ole Carlsen) - GPRS fix (Timo Juhani Lindfors) - battery_platform for dumb batteries as module - force GPS power up on resume (Gennady Kupava) The headset jack can now be detected by using input device for it (patch by larsc that creates this device is now included in kernel). GPRS should be now more stable thanks to Timo's fix [4]. Please test and share results :) Dumb batteries could work now. You should do: modprobe platform_battery or echo ppp_generic /media/card/etc/modules to make it work. First one is for temporary test, second for permanent (reboot needed). I havent tried, because i dont have dumb battery so again please test it yourself and share results. GPS powerup fix is probably needed only for uboot users, so i havent tested it also. Last probably most important change is that qtmoko and SHR have now same source code. I have merged KMS patches from SHR and we have now same souce code (only kernel config is now different). I have also changed a bit my kernel branches. I will have two branches for each release: [1] http://sourceforge.net/projects/qtmoko/files/Experimental/ [2] http://www.qtmoko.org/ [3] http://activationrecord.net/radekp/qtmoko/ [4] http://docs.openmoko.org/trac/ticket/2264 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v30
Radek Polak wrote: Hi, qtmoko-v30 images are out now. They can be downloaded from sourceforge page [1]. Btw sorry for the first mail, i hit some magic key shortcut that sent it before the mail was finished. And btw if you wonder why there is no v29 it's because i have screwed the v29 kernel repository on github while tring to merge SHR patches. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v30
Den 05-12-2010 11:45, Radek Polak skrev: - fixed headset jack detection - Danish translations (Ole Carlsen) - GPRS fix (Timo Juhani Lindfors) - battery_platform for dumb batteries as module - force GPS power up on resume (Gennady Kupava) I hope you will like this release, although i had less time for it and it has less improvements than i would like to. I will like it, just the fact that the headset jacks now works is great for me. Secondly the build of the Danish translation seems to have failed all files have the size of 327-334 bytes which seems to me to be a little to small. I have now checked a great part of the translation and corrected some translation and misspelled errors. Would you like me to send the result for now to you?? -- Ole @ Carlsen-web.dk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v30
No problem with jack detection! The volume of the earphones for media players is good but it is very low for calls, I use qalsamixer to raise the earphones volume at each call. Is it possible to set a higher volume as default? Wish list: volume control in the call screen :) Suggestion: power off bluetooth and gps at startup (for battery saving) Bugs: - GPS (I didn't try it yet, sorry) seems always powered on, or at least in Neo Tool it is always GPS: 1, also after powered it off with the Devtools. - Power management still confuses or loses battery/cable settings, only when locked settings work. - Invisible missed call icon. I took a look at the files of my theme, I suppose there is a problem with the icons during compilation of Qtmoko. If I'm not wrong it is due to a duplicated file, Radek please take a look at your git in: qtmoko/etc/themes/finximod/pics. There are two files: - call.png - call.svg Please remove call.svg and leave call.png. Temporary workaround, for users: on your Qtmoko, in /opt/qtmoko/pics/themes/finximod please remove call.pic and put call.png in attachment [1] :) [1] http://openmoko-public-mailinglists.1958.n2.nabble.com/file/n5806264/call.png call.png -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/qtmoko-v30-tp5804844p5806264.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 v30
On Monday 06 December 2010 00:35:37 Joif wrote: No problem with jack detection! The volume of the earphones for media players is good but it is very low for calls, I use qalsamixer to raise the earphones volume at each call. Is it possible to set a higher volume as default? I noticed it too. It should be possible to save the state during call. If you open terminal and do something like: alsactl -f /usr/share/openmoko/scenarios/gsmheadset.state store it should be stored permanently (maybe you can send this new version and i can commit it :-) Wish list: volume control in the call screen :) Yup i on my wishlist too :) I think qtopia has some system for it, it was probably controllable by volume keys which Neo does not have. Suggestion: power off bluetooth and gps at startup (for battery saving) GPS should be off, it's probably new bug in kernel. I think i can make bluetooth off by removing line: echo 1 /sys/devices/platform/gta02-pm-bt.0/power_on from /etc/init.d/qpe.sh, but i have to test it first. Bugs: - GPS (I didn't try it yet, sorry) seems always powered on, or at least in Neo Tool it is always GPS: 1, also after powered it off with the I will take a look. Devtools. - Power management still confuses or loses battery/cable settings, only when locked settings work. I think did something wrong there few releases ago. I hope i can fix it for next release (and forever :) - Invisible missed call icon. I took a look at the files of my theme, I suppose there is a problem with the icons during compilation of Qtmoko. If I'm not wrong it is due to a duplicated file, Radek please take a look at your git in: qtmoko/etc/themes/finximod/pics. There are two files: - call.png - call.svg Please remove call.svg and leave call.png. Done Thanks for feedback i'll try to fix the problems as soon as possible. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
