-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi folks -
After changing my SIM and I am able to dial out using DM2 GSM test OK.
I decided to repeatedly suspend during this test to see if I can provoke
the resume stall problem.
I was able to get a GSM-provoked resume about a dozen times, but I
On Thursday 19 June 2008 12:48:45 Michael 'Mickey' Lauer wrote:
Am Donnerstag 19 Juni 2008 09:54:09 schrieb Andy Green:
Besides, I can't use
our wonderful flawless Openmoko build+packaging system to work on tslib
because it can't cope with exotic hosts like Fedora 9.
Still? What's the
Am Sonntag 22 Juni 2008 16:13:59 schrieb Holger Freyther:
On Thursday 19 June 2008 12:48:45 Michael 'Mickey' Lauer wrote:
Am Donnerstag 19 Juni 2008 09:54:09 schrieb Andy Green:
Besides, I can't use
our wonderful flawless Openmoko build+packaging system to work on tslib
because it
A sure fix should be: insert good battery, attach wall-charger, boot all the
way to system, replace good by drained battery *without* switching off or
suspending system.
/j
Am So 22. Juni 2008 schrieb steve:
Haha the vulcan mind meld. I will try it
-Original Message-
From: Sean
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Am Do 19. Juni 2008 schrieb Werner Almesberger:
| Sean McNeil wrote:
| You do not need a battery to run the phone. It will run off USB power.
| Some do, some don't. E.g., I never got any GTA02 (out of 1-2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Thursday 19 June 2008 12:48:45 Michael 'Mickey' Lauer wrote:
| Am Donnerstag 19 Juni 2008 09:54:09 schrieb Andy Green:
| Besides, I can't use
| our wonderful flawless Openmoko build+packaging system to
Am Do 19. Juni 2008 schrieb Werner Almesberger:
Sean McNeil wrote:
You do not need a battery to run the phone. It will run off USB power.
Some do, some don't. E.g., I never got any GTA02 (out of 1-2 samples)
to run from USB power for more than a few seconds.
Regarding charging, the big
Joerg Reisenweber wrote:
I think battery charging *never* may be turned off.
That's my understanding so far as well. What bothers me is that I can't
the device to show the symptoms I would expect in the various states,
both good and bad symptoms.
- Werner
Am So 22. Juni 2008 schrieb Werner Almesberger:
Joerg Reisenweber wrote:
I think battery charging *never* may be turned off.
That's my understanding so far as well. What bothers me is that I can't
the device to show the symptoms I would expect in the various states,
both good and bad
Andy Green wrote:
This will also solve the no charging when PMU left on its own if
charger off was the last order issue as a side effect.
That's one of the things I'm not convinced about. If the PMU manual is
to be believed, there's no active current path to the battery or Vsys
in that state.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Andy Green wrote:
| This will also solve the no charging when PMU left on its own if
| charger off was the last order issue as a side effect.
|
| That's one of the things I'm not convinced about. If the
Werner Almesberger wrote:
steve wrote:
Maybe I did get a flakely phone.
It's not so easy :-) The PMU state depends on what the PMU did the
last time you had full power.
Many internal settings only return to defaults in the so-called
NoPower state, which means that all power sources
Joerg Reisenweber wrote:
to guarantee there never will be set a too high max voltage (would kill
battery)
The battery's internal protection circuit should prevent the worst from
happening here, as long as you don't go over 12V. (Applies to both GTA01
and GTA02.)
different topic:
Booting from
Andy Green wrote:
Instead what we're left with is trying to find
a way through the maze of default fixed behaviours of the PMU and trying
to match them with what we need.
That describes the experience quite accurately ;-)
On the charging settings for the battery, it seems to use a constant
Am So 22. Juni 2008 schrieb Werner Almesberger:
Joerg Reisenweber wrote:
But we could make possible to boot from wallcharger if we don't give a
s**t
on the usb-specs.
By the time you've figured out that you have a charger, you have enough
running that you might as well boot ;-)
Am Fr 20. Juni 2008 schrieb Werner Almesberger:
If you drained your battery while running Linux, you probably didn't
have USB connected at that time. This in turn means that the internal
charger logic in the PMU should be turned off.
NO, it *should NOT* be turned off. Maybe I got it wrong,
Joerg Reisenweber wrote:
NO, it *should NOT* be turned off. Maybe I got it wrong, and you say we
accidentally turned it off by then.
What I meant is: under these circumstances, what the system currently
does it to turn the charger off, which then explains the rest of the
(undesirable)
Joerg Reisenweber wrote:
Yep, you got it. That's what I say with when we don't obey the specs
But which spec would we be violating ? If there's nothing connected,
nothing happens anyway. If there is a USB upstream device or the
adapter, we're allowed to draw 100mA without the need for
Sean McNeil wrote:
I think you have this well understood. It does exactly as you predicted
and will not power up for me with USB if I follow your procedure.
Yeah, finally one thing that works as expected !
Now I wonder why you and Andy seem to have no trouble at all getting
the GTA02 to run
Andy Green wrote:
Well I'm just off to bed so I guess I have to study the datasheet vs the
code tomorrow, but can't it be that the problems come from usbdevstat =
11? It's that which kills USB - SYS specifically which maybe is not
what chgena = 0 does.
Setting MBCC7.usbdevstat to binary 11
Am Mo 23. Juni 2008 schrieb Werner Almesberger:
Joerg Reisenweber wrote:
Yep, you got it. That's what I say with when we don't obey the specs
But which spec would we be violating ? If there's nothing connected,
nothing happens anyway. If there is a USB upstream device or the
adapter,
21 matches
Mail list logo