Max m...@darim.com writes:
When I plug FR it appears as eth0 instead of usb0.
According to http://www.linux-usb.org/usbnet/ I have to set the local
assignment bit, 0x02 in the first octet, to ensure it still uses a name
like usb0 not eth0.
It's on purpose and it's damn right. Search the
Joerg, Dr. N and I have been discussing this. There is no need for the
HWD fix of 1024 as there is a software fix.
The hwdware fix of 1024 would require much more work than the
debuzzing. Joerg recommends against it.
I would agree. I can have him come on here and explain. Even if the fix
were
On Sun, 2009-05-31 at 18:15 +0400, Paul Fertser wrote:
On Sun, May 31, 2009 at 03:47:04PM +0800, William Kenworthy wrote:
...
Look at AUX led. Enable whichever loglevel for kernel you like. Boot a
minimal kernel that will boot really fast.
Not a bootloader problem.
I probably have not
On Mon, Jun 01, 2009 at 02:46:19PM +0800, William Kenworthy wrote:
and the clincher for me was that the gain using Qi (faster booting)
didnt seem very much ... so why use it all?
There's also a much faster recover from suspend.
Rui
___
Openmoko
c_c, if you get no reply from him let me know. making pritty things is about
all i can do for the openmoko community at the moment.
but youll have to wait a bit as im on vacation 180* around the globe from my
home. but id be very interested in making some things for this and intone
On Thu, May
On Mon, 25 May 2009 17:20:08 +0100 Rui Miguel Silva Seabra r...@1407.org said:
I'm sure it's not, AFAICT (since I don't know Parloi's internals) it doesn't
touch anything Paroli or anything related to calls.
As for your problem with landscape vs portrait positions and GUIs... well,
that's a
William Kenworthy bi...@iinet.net.au writes:
On Sun, 2009-05-31 at 18:15 +0400, Paul Fertser wrote:
On Sun, May 31, 2009 at 03:47:04PM +0800, William Kenworthy wrote:
...
Look at AUX led. Enable whichever loglevel for kernel you like. Boot a
minimal kernel that will boot really fast.
Not
Steve Mosher wrote:
Joerg, Dr. N and I have been discussing this. There is no need for the
HWD fix of 1024 as there is a software fix.
The hwdware fix of 1024 would require much more work than the
debuzzing. Joerg recommends against it.
I would agree. I can have him come on here and
On Mon, Jun 01, 2009 at 05:21:15PM +1000, Carsten Haitzler wrote:
On Mon, 25 May 2009 17:20:08 +0100 Rui Miguel Silva Seabra r...@1407.org
said:
I'm sure it's not, AFAICT (since I don't know Parloi's internals) it doesn't
touch anything Paroli or anything related to calls.
As for
On Mon, 1 Jun 2009 10:43:17 am Rask Ingemann Lambertsen wrote:
You need to upgrade the kernel then.
Is this one not the right one ?
http://build.shr-project.org/shr-testing/images/om-gta02/uImage-om-gta02-
latest.bin
I see you mention 2.6.28 in another message.
That was about Om2009..
as there is a software fix.
imo it is still a workaround, not a fix.
and standby time jumping up 25% looks a lot to me.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Hi
I've been using SHR on my gta01 for a while as my everyday phone.
Recently I decided to try the latest testing/unstable images and ran
into problems.
I'd like to move back to an earlier version so I can keep using my phone
but unfortunately I deleted the old
image that I was using.
So does
On Mon, 1 Jun 2009 09:10:41 +0100 Rui Miguel Silva Seabra r...@1407.org said:
On Mon, Jun 01, 2009 at 05:21:15PM +1000, Carsten Haitzler wrote:
On Mon, 25 May 2009 17:20:08 +0100 Rui Miguel Silva Seabra r...@1407.org
said:
I'm sure it's not, AFAICT (since I don't know Parloi's
Chris Samuel ch...@csamuel.org writes:
On Sun, 31 May 2009 09:17:30 pm Rui Miguel Silva Seabra wrote:
Also: suspend is working much more reliably ever since the upgrade to Qi,
so far I've only had to reboot because of that damn bug where suspend stops
and no calls are doable (in and out).
On Mon, Jun 01, 2009 at 07:24:22PM +1000, Carsten Haitzler wrote:
On Mon, 1 Jun 2009 09:10:41 +0100 Rui Miguel Silva Seabra r...@1407.org
said:
On Mon, Jun 01, 2009 at 05:21:15PM +1000, Carsten Haitzler wrote:
On Mon, 25 May 2009 17:20:08 +0100 Rui Miguel Silva Seabra r...@1407.org
On Mon, Jun 01, 2009 at 10:59:00AM +0100, Rui Miguel Silva Seabra wrote:
On Mon, Jun 01, 2009 at 07:24:22PM +1000, Carsten Haitzler wrote:
On Mon, 1 Jun 2009 09:10:41 +0100 Rui Miguel Silva Seabra r...@1407.org
said:
On Mon, Jun 01, 2009 at 05:21:15PM +1000, Carsten Haitzler wrote:
On
Hi folks,
Am I right in thinking that if you are using Qi and have flashed a JFFS2 image
to your NAND which has a /boot with a kernel in it then it will boot that
kernel in preference to the one that you have flashed directly with dfu-util ?
cheers,
Chris
--
Chris Samuel :
Hi,
jeremy jozwik wrote:
c_c, if you get no reply from him let me know. making pritty things is
about
all i can do for the openmoko community at the moment.
but youll have to wait a bit as im on vacation 180* around the globe from
my
home. but id be very interested in making some things
Richy,
I assembled a new package for vobject (as well for gdata and dateutil)
and uploaded them to opkg.
Besides the Python 2.5 parts they also include the Python 2.6 packages now.
If you update, please let me know, whether this working for you ...
greetings
Mike
Richy wrote:
I tried this on
Am 01.06.2009 um 10:46 schrieb arne anka:
as there is a software fix.
imo it is still a workaround, not a fix.
For the GSM-Buzz there was not even a SW workaround for those who have
been affected. So it had to be fixed.
We have estimated that reworking the #1024 is at least 4 times as
Chris Samuel ch...@csamuel.org writes:
Am I right in thinking that if you are using Qi and have flashed a JFFS2
image
to your NAND which has a /boot with a kernel in it then it will boot that
kernel in preference to the one that you have flashed directly with
dfu-util ?
No, Qi doesn't
arne anka openm...@ginguppin.de writes:
No, Qi doesn't support jffs2.
bummer.
how's that -- it makes qi unusable for everybody using the internal flash
as primary device and forces to boot from sd card.
not sensible imo.
How's that? Why don't you want to use the kernel flashed to
No, Qi doesn't support jffs2.
bummer.
how's that -- it makes qi unusable for everybody using the internal
flash
as primary device and forces to boot from sd card.
not sensible imo.
How's that? Why don't you want to use the kernel flashed to dedicated
nand partition?
as far as i
arne anka openm...@ginguppin.de writes:
as far as i understood from the qi discussions, qi does not use that
partition but looks for a specific file in a specific location, make the
kernel nand partition unnecessary.
so, if it can't read jffs2, one cannot boot from flash.
You should have
On Mon, Jun 1, 2009 at 8:29 AM, Paul Fertser fercer...@gmail.com wrote:
Max m...@darim.com writes:
When I plug FR it appears as eth0 instead of usb0.
It's on purpose and it's damn right. Search the archives. If you want
some kind of interface renaming for whatever reason, write an
You should have read Qi wiki page or Qi source code instead.
well, i follow the discussion on the lists a long time.
if that kind of information is not worth to be mentioned, i certainly do
not expect it to be mentioned in either wiki or code.
would you please stop, to cc me always and
roby hariseldo...@gmail.com writes:
On Mon, Jun 1, 2009 at 8:29 AM, Paul Fertser fercer...@gmail.com wrote:
Max m...@darim.com writes:
When I plug FR it appears as eth0 instead of usb0.
It's on purpose and it's damn right. Search the archives. If you want
some kind of
On Mon, 1 Jun 2009 09:09:02 pm Paul Fertser wrote:
No, Qi doesn't support jffs2.
That's what I thought.
But, in that case, how come my Om2009 phone boots into 2.6.29-rc2 (which is
in /boot in the JFFS2 image) and not to the 2.6.28 image I've flashed to it ?
Flashed with:
dfu-util -d
arne anka openm...@ginguppin.de writes:
You should have read Qi wiki page or Qi source code instead.
well, i follow the discussion on the lists a long time.
if that kind of information is not worth to be mentioned, i certainly do
not expect it to be mentioned in either wiki or code.
Source
Chris Samuel ch...@csamuel.org writes:
On Mon, 1 Jun 2009 09:09:02 pm Paul Fertser wrote:
No, Qi doesn't support jffs2.
That's what I thought.
But, in that case, how come my Om2009 phone boots into 2.6.29-rc2 (which is
in /boot in the JFFS2 image) and not to the 2.6.28 image I've
flashed
Source code is what actually compiles to binary that then runs on
device. So it's the ultimate source of information about what and how
it is supposed to work. Any discussions on ML especially those filled
with inaccurate conclusions drawn from nowhere can't get you any clear
understanding of
Am 01.06.2009 um 13:16 schrieb Paul Fertser:
Dr. H. Nikolaus Schaller h...@computer.org writes:
and standby time jumping up 25% looks a lot to me.
If you find a way to DIY to gain these 25%, please share with us.
In fact overall time required for hand rework is roughly equal for
both buzz
On Mon, 1 Jun 2009 09:49:11 pm Paul Fertser wrote:
File name is wrong, the kernel is 2.6.29 actually. Look at the git
hash.
Ahh, good call, eventually traced it to this to confirm that..
http://git.openmoko.org/?p=kernel.git;a=blob_plain;f=Makefile;hb=f19f259d3c1afde8eae53983fd19f61831927413
arne anka openm...@ginguppin.de writes:
Source code is what actually compiles to binary that then runs on
device. So it's the ultimate source of information about what and how
it is supposed to work. Any discussions on ML especially those filled
with inaccurate conclusions drawn from nowhere
Dr. H. Nikolaus Schaller h...@computer.org writes:
In fact overall time required for hand rework is roughly equal for
both buzz and #1024 fixes. If one has already dismounted the can
The key difference is the word if already dismounted the can.
I would require those who wants that #1024
On Mon, Jun 1, 2009 at 12:33 AM, Steve Mosher st...@openmoko.com wrote:
Joerg, Dr. N and I have been discussing this. There is no need for the
HWD fix of 1024 as there is a software fix.
The hwdware fix of 1024 would require much more work than the
debuzzing. Joerg recommends against it.
I
Hi Rask,
I'm afraid I have no idea which X server and touch screen driver were in
use. I was using OM2009 TR3 and hadn't modified the X server at all, if
that helps. The behaviour was that sometime when I rotated the device with
omrotatenew the touch pad response would be about 1.5cm to the
i don't know which interface udev will assign to the neo.. for
example when i connect it i get eth1, suddenly renamed to eth7 by udev, but
am i sure it will always get eth7?
I believe it depends on which distribution you run. Some
distributions, like Debian, use a persistent-net-generator
roby wrote:
On Mon, Jun 1, 2009 at 8:29 AM, Paul Fertser fercer...@gmail.com
mailto:fercer...@gmail.com wrote:
Max m...@darim.com mailto:m...@darim.com writes:
When I plug FR it appears as eth0 instead of usb0.
It's on purpose and it's damn right. Search the archives. If you
Agreed. I've not heard about the jump in standby time, but joerg
mentioned something about that ( as i recall).
arne anka wrote:
as there is a software fix.
imo it is still a workaround, not a fix.
and standby time jumping up 25% looks a lot to me.
On June 1, 2009 08:54:51 am ivvmm wrote:
Read the section for Slackware on that wiki page. This way that will do
the right routing whatever the interface is called so you will not have
to think how is it named at this time.
As for me, I experience another problem: cannot connect to the
Hmm.. You say that the buzz rework is only required by people who have the
buzz problem.How do we tell the difference between the buzz problem and
a badly tuned gsmhandset.state?
My situation is that when I talk to people on the FR I generally hear them
very clearly, but they get a lot of
Getting a focused effort in the US has been problematic. The reason is
simple. The vast majority of sales in the US have been through the OM
store. The disty, therefore, don't have the same motivation that say
Dr. N has. neither do they have the resources required. The best thing,
the most
The udev operation is simple. The net interface naming is normally
based on the MAC address and is stored in /etc/udev/rules.d/{something}
like 70-persistent-net.rules IF your distribution runs the persistence
script. Otherwise device naming is based on the order in which devices
are found
On Mon, Jun 01, 2009 at 04:07:10PM +0400, Paul Fertser wrote:
My MUA is flexible enough to strip _forged_ Reply-To header that this
list errorneously adds to every mail. So i'm perfectly aware how this
fucking mailing list works and i had to explicitly workaround this
stupidity.
There's a
Marcel tan...@googlemail.com writes:
Am Montag, 1. Juni 2009 14:32:26 schrieb Paul Fertser:
Maksim 'max_posedon' Melnikau maxpose...@gmail.com writes:
My MUA is flexible enough to strip _forged_ Reply-To header that
this list errorneously adds to every mail. So i'm perfectly aware
how
On Mon, 1 Jun 2009 11:12:41 +0100 Rui Miguel Silva Seabra r...@1407.org said:
My experience is that most applications become almost unusable because
things are simply compressed beyond what is usable, so they need to do
something themselves.
Merely having the interface scaled down
Rask Ingemann Lambertsen r...@sygehus.dk writes:
On Mon, Jun 01, 2009 at 04:07:10PM +0400, Paul Fertser wrote:
My MUA is flexible enough to strip _forged_ Reply-To header that this
list errorneously adds to every mail. So i'm perfectly aware how this
fucking mailing list works and i had to
On Mon, Jun 1, 2009 at 10:05 AM, Steve Mosher st...@openmoko.com wrote:
Getting a focused effort in the US has been problematic. The reason is
simple. The vast majority of sales in the US have been through the OM
store. The disty, therefore, don't have the same motivation that say
Dr. N has.
Dr. H. Nikolaus Schaller wrote:
Aother note to all who read this: the Buzz rework is only required if
you have the Buzz problem.
Hmm, wasn't there an environmental component as well, i.e., band and
signal strength ? So changes in the network, e.g., traveling, moving,
or the provider messing
Werner Almesberger wer...@openmoko.org writes:
Dr. H. Nikolaus Schaller wrote:
Aother note to all who read this: the Buzz rework is only required if
you have the Buzz problem.
Hmm, wasn't there an environmental component as well, i.e., band and
signal strength ? So changes in the network,
Aother note to all who read this: the Buzz rework is only required if
you have the Buzz problem.
Hmm, wasn't there an environmental component as well, i.e., band and
signal strength ? So changes in the network, e.g., traveling, moving,
or the provider messing with things, might bring buzz to
See inline below
Ori Pessach wrote:
On Mon, Jun 1, 2009 at 10:05 AM, Steve Mosher st...@openmoko.com wrote:
Getting a focused effort in the US has been problematic. The reason is
simple. The vast majority of sales in the US have been through the OM
store. The disty, therefore, don't have
YA,
When I first started putting the program together I asked Tony Tu to
get me a test protocal for incoming. Engineering ( and others) then
pointed out that the Buzz problem was conditioned by enviromental
factors that we CND ( could not duplicate) such that a phone with Buzz
in the feild
Dear openmoko users
Here is an other Audio Application for Openmoko platform :
Boxar is a kind of piano using the full surface of the touch screen to
display scales
It was created by Sampath Jagananthan on the Nokia n8x0
but I built it for the openmoko (GTA02 Running SHR) as well.
Head to this
nice
maybe you could also add it on opkg.org, so it can reach more people?
y
On Mon, Jun 1, 2009 at 9:06 PM, RzR www.rzr.online.fr
www.rzr.online...@gmail.com wrote:
Dear openmoko users
Here is an other Audio Application for Openmoko platform :
Boxar is a kind of piano using the full
Hello,
I'm trying to use navit with sdl driver and the internal gui (something
told me thats faster, don't know where I got that from). gtk_drawing_area
works fine, so in principle everything's fine. Once I change the driver to
sdl, navit crashes like this: http://pastebin.ca/1443950
Do I need
On Tue, May 26, 2009 at 1:55 PM, Joerg Reisenweber jo...@openmoko.org wrote:
Am Mo 25. Mai 2009 schrieb Philippe Lhardy:
Hi,
I am looking for a way to fix my Neo FreeRunner that felt badly on the
floor.
AUX button was not soldered anymore and i definitely broke the button
by trying to glue
new navit up at
http://www.ginguppin.de/node/26
i tweaked the config opts further, adding to the default opts of
debain/rules
CCFLAGS=-march=armv4t -mtune=arm920t --enable-avoid-float
--disable-garmin --disable-samplemap --disable-postgresql
--disable-graphics-opengl
Thank you for all the great work ! I compile your git branch regularly and it
works very well, it's my main distro for daily telephony (I keep an eye on
OM2009 too ;) ).
I have some questions/remarks:
- I didn't found any option for sms delivery receipt, will QTEi have this
option in the
Thank you Goffi :)
About the BT: is all commented because qtmoko does not support bluez4
;). We are going to work on it ;).
On Mon, Jun 1, 2009 at 11:22 PM, Goffi go...@goffi.org wrote:
Thank you for all the great work ! I compile your git branch regularly and it
works very well, it's my main
Hi Goffi,
On Mon, 1 Jun 2009 23:22:40 +0200
Goffi go...@goffi.org wrote:
- I my knowledge, it is not possible to change the volume during a
call, it would be nice to add a slider.
I found the sound a little weak in the speaker, it's difficult to
hear somebody in a noisy environment, is it
Franky Van Liedekerke wrote:
(install instructions and script updated on 2090601: see below)
It's been a while, but we haven't been sleeping :-)
FYI...
I followed the instructions, and ran the script from ssh using the install
option and it runs out of
memory...
On 1/06/2009 9:14 PM, arne anka wrote:
No, Qi doesn't support jffs2.
bummer.
how's that -- it makes qi unusable for everybody using the internal flash
as primary device and forces to boot from sd card.
not sensible imo.
I booted from flash and SD card for quite some time. Your information
Goffi wrote:
Thank you for all the great work ! I compile your git branch regularly and it
works very well, it's my main distro for daily telephony (I keep an eye on
OM2009 too ;) ).
I have some questions/remarks:
- I didn't found any option for sms delivery receipt, will QTEi have this
65 matches
Mail list logo
