[Gta04-owner] QtMoko v41

[Michele Brocco]

A brief review of v41 so far.

First of all: thanks to you Radek and to Neil as usual :) You are great!

here the qtmoko related things I had time to test so far:

* WLAN: works very reliably
* GPRS: is deactivated right? because it always says "pending" and
does not connect
* Sound quality during calls: is fine from both sides!
* hang up calls: works fine so far (I had only 2 or three calls)
* Bluetooth: I think some paths changed with the never kernel, because
the "bluetooth up" script does mentions wrong paths. it used to work
in previous versions so I guess it's really just a matter of paths.
* melodiQ app: returns always that I entered the wrong captcha
* Aurora: watch youtube-dl feature does not work as it seems. Is it
possible to make it work? If not maybe it's better to kick that
option?
* Power Management: it seem to does not associated the charging status
to the "plugged in" power management state. besides that it works fine
* GPS with NeronGPS+AGPS: works. did not have a fix indoor (in front
of the window), but outdoor I had one in approximately 1:30-2 minutes.
the second time i had a fix in approximately 10 seconds.
* boot time from NAND: approx. 40s (measured from boot menu)
* boot time from SDHC 4G Toshiba: approx. 55s (measured from boot menu)

Michele

On 3/12/12, Dr. H. Nikolaus Schaller <hns at goldelico.com> wrote:
>
> Am 12.03.2012 um 13:53 schrieb Christoph Mair:
>
>> On Mon, Mar 12, 2012 at 1:44 PM, Dr. H. Nikolaus Schaller
>> <hns at goldelico.com> wrote:
>>>
>>> Am 12.03.2012 um 10:10 schrieb Dr. H. Nikolaus Schaller:
>>>
>>>> Hi Radek,
>>>>
>>>> Am 11.03.2012 um 21:56 schrieb Radek Polak:
>>>>
>>>>> On Sunday 11 March 2012 17:37:48 Dr. H. Nikolaus Schaller wrote:
>>>>>
>>>>>> I tried to test it but I get a kernel image CRC error (at least with
>>>>>> the
>>>>>> version in /boot/uImage in the .tgz).
>>>>>>
>>>>>> Can you please cross-check?
>>>>>
>>>>> Hmms - i tried and it booted ok for me. My uImage has this MD5 sum:
>>>>>
>>>>> 49c5f30851fbbea47d8aed84e592567b
>>>>
>>>> I think I can trace it down to a problem with the external card reader.
>>>>
>>>> After unpacking the files I have the correct md5sum.
>>>>
>>>> After unmounting and re-mounting the md5 changes. No idea why.
>>>>
>>>> File size and modification date remains intact. I have synced twice
>>>> and there is no fsck forced. It appears to be some additional buffer
>>>> that is not flushed.
>>>>
>>>> This may explain why some GTA04 users have problems creating
>>>> bootable SD cards.
>>>>
>>>> The setup I have:
>>>>
>>>> Assus eeePC 4G (internal SD reader does not support SDHC)
>>>> Debian Squeeze / LXDE
>>>> external Kingston SDHC / SDXC reader
>>>
>>> Ok, I think it turns out to be a very different problem: the partition
>>> table.
>>>
>>> After creating the new partitions the kernel needs to update its
>>> partition tables or it mixes sectors...
>>>
>>> And on my eeePC I did not have installed the 'parted' package.
>>> Therefore the call to /sbin/partprobe was ignored and unpacking
>>> the files did mix up the disk.
>>>
>>> NOTE WHEN CREATING A SD CARD:
>>>
>>>        make sure that /sbin/partprobe is available on your host!
>>
>> sfdisk -R should work too.
>
> I will try. Would be simpler than requiring another dependency (parted).
>
> The interesting thing is that the disk is partitioned by sfdisk and needs to
> trigger a separate re-read. Doesn't sfdisk do that automatically after
> creating
> new partitions?
>
> Nikolaus
>
> _______________________________________________
> Gta04-owner mailing list
> Gta04-owner at goldelico.com
> http://lists.goldelico.com/mailman/listinfo/gta04-owner
>