On Wednesday 04 February 2009, Michael Tansella wrote:
> > ifconfig usb0 192.168.0.202 netmask 255.255.255.0 up
>
> Finally this made my day. I never had to do that before.
Assuming MS5 is similar to recent SHR this is because connman is taking over
management of the network interfaces, and tryin
> If you come up in NOR U-Boot it doesn't seem to impact NAND environment,
> no idea why but nothing can be done about it now.
>
> So if that's the case try whatever dance of death needed to get a
> console on NAND U-Boot and do the same there.
After using the devirginator the same procedure worked
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| QI
|
|> Make sure you have the "rw" in there, and the /boot/append-GTA02 is in
|> the partition with the rootfs. Try adding a space before the rw in case
|> I mangled it with recent changes.
|>
|> It's a bu
QI
> Make sure you have the "rw" in there, and the /boot/append-GTA02 is in
> the partition with the rootfs. Try adding a space before the rw in case
> I mangled it with recent changes.
>
> It's a bug I think if the rootfs does not remount root rw.
>
the same failed to set owner root for /var/v
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
|> I'm just adding some patches and doing some cleaning on it, I'll update
|> the moredrivers kernels at http://people.openmoko.org/andy when I
|> checked we didn't break the threshold stuff.
|
| Thanks, in th
> I'm just adding some patches and doing some cleaning on it, I'll update
> the moredrivers kernels at http://people.openmoko.org/andy when I
> checked we didn't break the threshold stuff.
Thanks, in the moredrivers kernel the accs are working now. But now I have the
following problems.
When I u
Very nice
thanks
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Tue, 3 Feb 2009 11:53:15 +0100
Michael Tansella wrote:
> > There is a quick workaround for this that can be done I believe.
>
> Any hint where I can find this workaround, then I'll post it to the
> wiki?
The fix should now be in the latest andy-tracking kernel:
http://git.openmoko.org/?p=
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
|> There is a quick workaround for this that can be done I believe.
|
| Any hint where I can find this workaround, then I'll post it to the wiki?
I'm just adding some patches and doing some cleaning on it, I'
> There is a quick workaround for this that can be done I believe.
Any hint where I can find this workaround, then I'll post it to the wiki?
Greets
Michael
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailm
> Send a bug report in Trac about it.
>
> There is a quick workaround for this that can be done I believe.
>
> -Andy
Thank You very much
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/communit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
|> This is reminding me of a problem we have with level interrupts on
|> pcf50633 new driver, we also get twice the same interrupt there although
|> the density of interrupts is so low and logically it cannot
> This is reminding me of a problem we have with level interrupts on
> pcf50633 new driver, we also get twice the same interrupt there although
> the density of interrupts is so low and logically it cannot get confused
> so it doesn't make trouble.
>
> We also changed lis302dl to use level interrup
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
|> are you sure this isn't just the synchronization events?
|
| For me the problem looks like this.
|
| |type| |code| |-value-|
| 0006 -> Seperator time 1
| 0006 0002 00
> are you sure this isn't just the synchronization events?
For me the problem looks like this.
|type| |code| |-value-|
0006 -> Seperator time 1
0006 0002 0048 -> Value X1
0006 0002 0001 0024 -> Value Y1
0006 0002 0002 0396 -
On Sat, 24 Jan 2009 17:21:09 +0100
Michael Tansella wrote:
> I made a mistake. I do not really get two different values I get
> twice the same (3D) value but a different timestamp (see below). But
> anyway this is not correct. I don't want to set a threshold, because
> I need every value with an
> Could you test to set the threshold value to something low, e.g., 18 or
> so? Also check the threshold file afterward you've set it so that it's
> not zero, values which are too low to be represented by the threshold
> code get rounded down.
HI,
I made a mistake. I do not really get two differen
On Sat, 24 Jan 2009 10:35:14 +0100
Michael Tansella wrote:
> When I read out the Acc values I get strange values. I set the device
> to 100 Hz that means I should get one (3D) value every 10 ms but I
> get two even with a different time stamp whitch differs round about
> 0.4 ms. Because of the ax
I already sent this question to the hardware list, but I think it's not really
a hardware problem so I post this here again.
Hi,
In the new Kernel of the latest FSO I noticed some changes. The config files
for
parameters like threshold, sample rate etc. are now in the following folders:
Acc1:
19 matches
Mail list logo