-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| This is similar to the "poverty tax" - if you're not able to
| make the upfront investment to do it right, you'll continuously
| hemmorrhage money for inadequate solutions, ending up spending
| a lot more i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Ok, I guess I'll not debate this any further; we'll agree to disagree on
| the chip.
|
| The real question behind the PMU debate is this -- is the current state
| of power management and suspend in the kerne
#1639: Only some contacts off SIM displayed
-+--
Reporter: montgoss |Owner: zecke
Type: defect| Status: new
Priority: high |Milestone: Om2008.9
Component: Qtopia
#1639: Only some contacts off SIM displayed
-+--
Reporter: montgoss |Owner: zecke
Type: defect| Status: new
Priority: high |Milestone: Om2008.9
Component: Qtopia
Yeah, after I posted this, I noticed that I had it in my .bashrc :)
On Wed, Sep 10, 2008 at 8:03 PM, Rod Whitby <[EMAIL PROTECTED]> wrote:
> The setup-env does not make any permanent changes to you machine. It's
> effect is limited to the shell in which it is run and any ancestors of that
> shel
The setup-env does not make any permanent changes to you machine. It's effect
is limited to the shell in which it is run and any ancestors of that shell.
-- Rod
-Original Message-
From: SCarlson <[EMAIL PROTECTED]>
Date: Thursday, Sep 11, 2008 8:55 am
Subject: How to restore environment
Mike (mwester) wrote:
> The real question behind the PMU debate is this -- is the current state
> of power management and suspend in the kernel for the GTA02 the best
> that we can hope to get?
I think we can definitely improve on the suspend/resume races,
and there's even a plan ... let me find o
Hey guys --
Still a bit new to all of this. I am running Ubuntu, and have been
cross-compiling successfully for the freerunner, no problem.
It seems that running source on arm/setup-env has permanently changed my
environment. I'd like to do some native x86 compiling this evening, (and in
fac
#1639: Only some contacts off SIM displayed
-+--
Reporter: montgoss |Owner: zecke
Type: defect| Status: new
Priority: high |Milestone: Om2008.9
Component: Qtopia
Andy Green wrote:
> Don't see why it's problematic other than annoying to blow money on the
> MOSFETs needed to correct not having control of PMU bringup. We just
> need the MOSFETs to stagger inrush current.
I was just referring to potentially needing several FETs, which
isn't nice for space rea
Hi -
I have just set up linux (xubuntu 8.04) on an old laptop. I'm an
openmoko newbie, hopefully you can help me with a couple of questions:
* I have followed Andreas Dalsgaard's tutorial [1] and the steps
1-to-5 seem to have worked fine, no complaints. However I don't have
an openmoko unit, I wa
Ok, I guess I'll not debate this any further; we'll agree to disagree on
the chip.
The real question behind the PMU debate is this -- is the current state
of power management and suspend in the kernel for the GTA02 the best
that we can hope to get? If not, are there any planned efforts to
resolve
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Mike (mwester) wrote:
|> I'll second that sentiment. Frankly, my impression of the 50633 and
|> Linux is that while the chip might be excellent hardware-wise, it has a
|> serious "impedance mismatch" when i
Mike (mwester) wrote:
> I'll second that sentiment. Frankly, my impression of the 50633 and
> Linux is that while the chip might be excellent hardware-wise, it has a
> serious "impedance mismatch" when it comes to interfacing with the Linux
> kernel.
Hmm, not really. Once we can actually do somet
Sören Apel wrote:
> Hello Wolfgang,
>
> Thanks for keeping us informed - it's greatly appreciated.
>
>> Staying with Samsung allows us to reuse more of our current Linux
>> driver work, for example the PMU (NXP 50633) can stay the same.
>
> Having read
> http://lists.openmoko.org/pipermail/har
After some discussion with Andy on the community lists, I wanted to put in a
request that FSO use defconfig-gta02 for their kernel config. I'm not sure what
their config is now, but it doesn't have anything compiled as modules.
Personally, I'd like to try the usb file storage gadget. In order to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
|> Staying with Samsung allows us to reuse more of our current Linux
|> driver work, for example the PMU (NXP 50633) can stay the same.
|
| Having read
| http://lists.openmoko.org/pipermail/hardware/2008-Augu
Hello Wolfgang,
Thanks for keeping us informed - it's greatly appreciated.
> Staying with Samsung allows us to reuse more of our current Linux
> driver work, for example the PMU (NXP 50633) can stay the same.
Having read
http://lists.openmoko.org/pipermail/hardware/2008-August/000378.html
and
#1665: use dnsmasque for local dns caching
+---
Reporter: candrews |Owner: openmoko-devel
Type: enhancement | Status: assigned
Priority: normal |Milestone:
#1654: [illume] Manually showing and hiding the keyboard.
---+
Reporter: kenrestivo |Owner: openmoko-devel
Type: defect | Status: closed
Priority: highest |Milestone:
#1654: [illume] Manually showing and hiding the keyboard.
---+
Reporter: kenrestivo |Owner: openmoko-devel
Type: defect | Status: reopened
Priority: highest |Milestone:
Hi everybody,
last week had two important new developments in Taipei:
1. Samsung 6410
2. Marvell 8688
We decided to start working on a new hardware design using the Samsung
6410 SoC. Samsung's documentation is unfortunately closed, which puts
them at a disadvantage compared to TI or Freescale
#1842: Verbosity & informational improvements to dfu-util
+---
Reporter: wiml |Owner: openmoko-devel
Type: enhancement | Status: new
Priority: normal |
On Wed, 10 Sep 2008 15:11:27 +0200
Holger Freyther <[EMAIL PROTECTED]> wrote:
> Also -testing/-unstable is building less software for the feeds than
> asu.stable is doing that. I have webkit/midori, some Java stuff and a
> bunch of other things in mind.
>
I cant get any of the java stuff to build
#1983: eth0 doesn't exist / Oops during bootup
+---
Reporter: Weiss|Owner: openmoko-devel
Type: defect | Status: new
Priority: normal |Milestone:
On Tuesday 09 September 2008 11:41:25 Holger Freyther wrote:
> On Tuesday 09 September 2008 11:19:57 John Lee wrote:
> > On Sun, Sep 07, 2008 at 12:35:36AM +0200, Holger Freyther wrote:
> >
> > I just did the 2008.8-update to testing (om.dev) repo upgrade and
> > everything seems to be fine. The o
#1985: no auto-suspend after some time
--+-
Reporter: h.koenig | Owner: openmoko-devel
Type: defect| Status: new
Priority: normal| Milestone:
Component: unk
#1986: AUX LED blicks too early at power on
--+-
Reporter: h.koenig | Owner: openmoko-devel
Type: defect| Status: new
Priority: normal| Milestone:
Component:
#1983: eth0 doesn't exist / Oops during bootup
+---
Reporter: Weiss|Owner: openmoko-devel
Type: defect | Status: new
Priority: normal |Milestone:
Hi all,
How do I get the complete neo sources (the application part) - so
that I can build the neod, libpulse, ?
I am still stuck with this message: when running om-conf neod
checking pkg-config is at least version 0.9.0... yes
checking for NEOD... configure: error: Package requirements (
30 matches
Mail list logo
