I wrote:
> The workqueue fix: [...]
No objections, so in it is. (Revision 4124.)
- Werner
--- Changes ---
The initialization of clocks uses mutexes, but we execute the resume in
an interrupt context. We therefore have to hand this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
> What I'd really like to see is a flexible power setting system which
> allows for an arbitrary number of modes and complete flexibility
> regarding what is or isn't powered in each mode, and what causes eac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
>> I'm not sure what the GUI UI is for actual suspend now, I thought it
>> was the "lock" thing, maybe that is busted.
>
> Andy, I want to stress that in my observations of the power issues I am
> using the
What I'd really like to see is a flexible power setting system which
allows for an arbitrary number of modes and complete flexibility
regarding what is or isn't powered in each mode, and what causes each
mode to be entered or exited.
I don't expect this to be a menu option (frankly I don't car
On Wednesday 27 February 2008 15:50:39 Uwe Hermann wrote:
> Hi,
>
> I've done a Debian package for dfu-util and uploaded it, but it was
> rejected as it contained the dfu-util_static binary (in addition to
> dfu-util, the dynamically linked one).
>
> Is there some reason to ship the static version
Hi,
I've done a Debian package for dfu-util and uploaded it, but it was
rejected as it contained the dfu-util_static binary (in addition to
dfu-util, the dynamically linked one).
Is there some reason to ship the static version in Debian (or is there
any reason to have the build system build/insta
於 三，2008-02-27 於 18:48 +0800，Werner Almesberger 提到：
> matt_hsu wrote:
> > Attached patch is to fix bug #889.
>
> Thanks ! Since you use that onkey_seconds_required array only with
> fixed indices, I think it would be much clearer (and simpler) to
> just use two fields, such as onkey_seconds_sigint
Hi all,
I got a error when I am booting. The kernel I am using is
"uImage-2.6.24+svnr4096-r4055-r3-neo1973.bin " from buildhost.openmoko.org.
I flash the kernel and rootfs into Gta02v5 and boot. Sometimes
everything is fine, but sometimes it failed during the booting.
I saw the output from debu
Andy Green wrote:
> fix-pcf50633-one-shot-resume.patch
Thanks ! Applied in revision 4121 as pcf50633-suspend-hacks.patch
The "hacks" is in anticipation of more nasty things we may have to do
to get this mess to work, and in anticipation of better times, when
we can give the general suspend/resume
Michael 'Mickey' Lauer wrote:
> Good stuff. This is now in OE as s3c24xx-gpio.
Cool, thanks !
By the way, I might also add other GPIOs to it, such as the Glamo's.
- Werner
I have an open network at home, but our wifi does not want to associate. This
is the log (yes, prototype #30 is supposed to have the 2.0.0.89 firmware):
Connect called with authmode 1 dot11 auth 1 PW crypto 1 PW crypto Len 0 GRP
crypto 1 GRP crypto Len 0
AR6000 disconnected from 00:18:f8:b8:b4:1
Andy Green wrote:
> A previous patch stopped this situation stalling resume,
Do you mean my addition of a call to pcf50633_irq() to pcf50633_resume ?
If yes, does your patch obsolete that one ?
- Werner
fix-pcf50633-one-shot-resume.patch
From: Andy Green <[EMAIL PROTECTED]>
The wakeup sources behind the PMU interrupt only worked once
as a wakeup source for suspend. This is because of further
resume sequencing trouble meaning that the PMU interrupt
gets accepted for service before the I2C driver
Graeme Gregory wrote:
On Tue, 26 Feb 2008 09:42:11 +0800
Andy Green <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
Then we can use madplay to play mp3 files. But now it can't
generate any sound from buildhost's soun
On Tue, 26 Feb 2008 09:42:11 +0800
Andy Green <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Somebody in the thread at some point said:
>
> >> Then we can use madplay to play mp3 files. But now it can't
> >> generate any sound from buildhost's sound state files.
matt_hsu wrote:
> Attached patch is to fix bug #889.
Thanks ! Since you use that onkey_seconds_required array only with
fixed indices, I think it would be much clearer (and simpler) to
just use two fields, such as onkey_seconds_sigint_init,
onkey_seconds_shutdown.
Can you please make that change
fyi
Begin forwarded message:
From: "Werner Almesberger" <[EMAIL PROTECTED]>
Date: February 27, 2008 12:33:21 PM GMT+08:00
To: Lorn Potter <[EMAIL PROTECTED]>
Cc: Wolfgang Spraul <[EMAIL PROTECTED]>, Andy Green <[EMAIL PROTECTED]
>
Subject: Re: gta02
Lorn Potter wrote:
Well, after several fai
I can see using the GTA02 being used in research labs or in product
development labs as an embedded and connected controller for
prototyping, using the USB port in host mode to interface to
arbitrary external electronics. In this case I would want to power
the GTA02 via USB, with the batter
>
> Please have a look at my posting -- unfortunately I sent this to
> openmoko-devel instead of openmoko-kernel (not yet recovered from
> FOSDEM ;)...
>
> :M:
>
GSM click sound and the jack floating both could fixed on GPIO configuration
setting. Willie may be could mail you latest u-boot and
19 matches
Mail list logo
