Send commitlog mailing list submissions to
commitlog@lists.openmoko.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.openmoko.org/mailman/listinfo/commitlog
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of commitlog digest..."
Today's Topics:
1. Production testing software for GTAxx: Changes to 'master'
([EMAIL PROTECTED])
2. Openmoko's OpenEmbedded repository. This is used to build the
Openmoko distribution: Changes to 'org.openmoko.asu.dev'
([EMAIL PROTECTED])
3. Holger's qtopia repo: Changes to 'master' ([EMAIL PROTECTED])
4. Holger's qtopia repo: Changes to 'master' ([EMAIL PROTECTED])
5. development kernel tree: Changes to 'andy' ([EMAIL PROTECTED])
6. development kernel tree: Changes to 'stable'
([EMAIL PROTECTED])
7. development kernel tree: Changes to 'andy' ([EMAIL PROTECTED])
--- Begin Message ---
gta02-dm2/src/dm2.h | 2 +-
gta02-dm2/src/gps.c | 8 +++++-
gta02-dm2/src/gps.h | 2 +-
gta02-dm2/src/tests-gps.c | 56 ++++++++++++++++++++++++++------------------
gta02-dm2/src/tests-sn.c | 29 +++++++++++++----------
5 files changed, 57 insertions(+), 40 deletions(-)
New commits:
commit 9360fd4a0dfaea0308af5aebefaebd2a476986a7
Author: Matt <[EMAIL PROTECTED]>
Date: Mon Jul 14 21:44:14 2008 +0800
gta02-gps-improve.patch
Signed-off-by: Matt Hsu <[EMAIL PROTECTED]>
- change the timeout of GPS test from 75 to 180
- extend the time interval GPS power up and power down
- add external/internal GPS fixed time in the log
- add CNR in the log
--- End Message ---
--- Begin Message ---
conf/distro/include/sane-srcrevs.inc | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
New commits:
commit 0a29e59e76b74c59f8127c2a5a640e9c468f721d
Author: Holger Hans Peter Freyther <[EMAIL PROTECTED]>
Date: Mon Jul 14 16:31:34 2008 +0200
[srcrev] Attempt at a stable kernel update.
--- End Message ---
--- Begin Message ---
.../callpolicymanager/cell/cellmodemmanager.cpp | 21 +++++++++++++++++--
.../callpolicymanager/cell/cellmodemmanager.h | 1 +
2 files changed, 19 insertions(+), 3 deletions(-)
New commits:
commit 3eb865ecd10867f1ba5040e86dfaff6dcd509c37
Author: Holger Freyther <[EMAIL PROTECTED]>
Date: Tue Jul 15 07:14:43 2008 +0200
[gsm] Handle failing AT+CFUN for the TI Calypso
For some days my TI Calypso was really upset. Any attempt to
power it up failed on the first start. One of the symptoms is
that AT+CFUN=1 failed and was never retried. This patch should
make it retry the CFUN until it succeeds (assuming that on a working
device it will succeed). I can not test this as my modem stopped showing
this behaviour and I have no fault injection in place yet.
What is interesting in the log. AT+CSCS? returns ERROR but will list
the to be used Charset anyway. It looks like the device is just slow
bringing up the SIM and we do not handle this too well.
Log:
AtChat : F : "AT+CBC"
AtChat : F : "+CBC: 0,0"
AtChat : F : "OK"
AtChat : T : "ATE0"
AtChat : T : "AT%CSQ=1"
AtChat : F : "ATE0"
AtChat : F : "OK"
AtChat : T : "AT%CUNS=1"
AtChat : N : "%CSQ: 1 "
AtChat : F : "OK"
AtChat : T : "AT%CTZV=1"
AtChat : F : "OK"
AtChat : T : "AT%CPI=2"
AtChat : F : "OK"
AtChat : T : "AT+COPS=0"
AtChat : F : "OK"
AtChat : T : "AT+CSCS?"
AtChat : F : "ERROR"
AtChat : T : "AT%CSTAT=1"
AtChat : F : "+CSCS: "IRA""
AtChat : F : "OK"
AtChat : T : "AT+CIMI"
AtChat : F : "OK"
AtChat : T : "AT+CSQ"
AtChat : F : "ERROR"
AtChat : T : "AT%CSQ?"
AtChat : F : "ERROR"
AtChat : T : "AT+CFUN=1"
AtChat : F : "ERROR"
AtChat : T : "AT+CFUN?"
AtChat : F : "ERROR"
AtChat : T : "AT+CPIN?"
AtChat : F : "ERROR"
AtChat : T : "AT+CMEE=1"
AtChat : F : "ERROR"
AtChat : T : "AT+CPBS="SM""
AtChat : F : "ERROR"
AtChat : T : "AT+CPBR=?"
AtChat : F : "ERROR"
AtChat : N : "%CSTAT: PHB, 0"
AtChat : T : "AT+CIMI"
AtChat : F : "ERROR"
AtChat : T : "AT+CSCS?"
AtChat : F : "ERROR"
AtChat : T : "AT+CPIN?"
AtChat : F : "ERROR"
AtChat : T : "AT+CIMI"
AtChat : F : "ERROR"
AtChat : N : "%CSTAT: PHB, 0"
AtChat : N : "%CSTAT: PHB, 0"
AtChat : N : "%CSTAT: PHB, 0"
AtChat : ? : "466974800941053"
AtChat : ? : "OK"
AtChat : T : "AT+CSCS?"
AtChat : F : "+CSCS: "IRA""
AtChat : F : "OK"
AtChat : T : "AT+CIMI"
AtChat : F : "466974800941053"
AtChat : F : "OK"
AtChat : T : "AT+CPIN?"
AtChat : F : "+CPIN: READY"
AtChat : F : "OK"
AtChat : T : "AT+CCED=1,8"
AtChat : Ficgta01ModemService::reset()
AtChat : F : "EXT: I"
AtChat : F : "ERROR"
AtChat : T : "AT+CIND?"
AtChat : F : "+CIND: 0,0"
AtChat : F : "OK"
AtChat : T : "AT%CNAP=1"
AtChat : F : "OK"
AtChat : T : "AT%NRG=0"
AtChat : N : "%CSQ: 25, 99, 2"
AtChat : F : "OK"
AtChat : T : "ATE0"
AtChat : W : ""
AtChat : W : "OK"
AtChat : T : "AT+CSCB=0"
AtChat : F : "ERROR"
AtChat : T : "AT+CRC=0"
AtChat : F : "OK"
AtChat : T : "AT+CLIP=0"
AtChat : F : "OK"
AtChat : T : "AT+COLP=0"
AtChat : F : "OK"
AtChat : T : "AT+CCWA=0"
AtChat : F : "OK"
AtChat : T : "AT+CREG=2"
AtChat : F : "OK"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+CREG?"
AtChat : F : "+CREG: 2,1,"2C27","275E""
AtChat : F : "OK"
AtChat : T : "AT+CSSN=1"
AtChat : F : "OK"
AtChat : T : "AT+CUSD=1"
AtChat : F : "OK"
AtChat : T : "AT+CGREG=2"
AtChat : F : "OK"
AtChat : T : "AT+CGREG?"
AtChat : F : "+CGREG: 2,0"
AtChat : F : "OK"
AtChat : T : "AT+CMGF=0"
AtChat : F : "OK"
AtChat : T : "AT+CMER=1,0,0,1,0"
AtChat : F : "OK"
AtChat : T : "AT+COPS=3,2"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS?"
AtChat : F : "+COPS: 0,0,"TW Mobile""
AtChat : F : "OK"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS?"
AtChat : F : "+COPS: 0,0,"TW Mobile""
AtChat : F : "OK"
AtChat : T : "AT+CNMI=?"
AtChat : F : "+CNMI: (0-2),(0-3),(0,2),(0,1),(0,1)"
AtChat : F : "OK"
AtChat : T : "AT+CMGF=0"
AtChat : F : "OK"
AtChat : T : "AT+CPMS="SM""
AtChat : F : "ERROR"
AtChat : T : "AT+CMGL=4"
AtChat : F : "ERROR"
AtChat : T : "AT+CNMI=2,1,2,0,0"
AtChat : F : "ERROR"
AtChat : N : "%CSQ: 27, 99, 3"
AtChat : N : "+CIEV: 1, 4"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+CNMI=2,1,2,0,0"
AtChat : F : "ERROR"
AtChat : T : "AT+CPBS=?"
AtChat : F : "+CPBS:
("EN","BD","FD","DC","LD","RC","LR","MT","AD","SM","SD","MC","LM","AF","ON","UD")"
AtChat : F : "OK"
AtChat : T : "AT+CPBS="EN""
AtChat : F : "OK"
AtChat : T : "AT+CPBR=?"
AtChat : F : "+CPBR: (1-5),44,0"
AtChat : F : "OK"
AtChat : T : "AT+CPBS="DC""
AtChat : F : "OK"
AtChat : T : "AT+CPBR=?"
AtChat : F : "ERROR"
AtChat : T : "AT+CPBS="LD""
AtChat : F : "OK"
AtChat : T : "AT+CPBR=?"
AtChat : F : "ERROR"
AtChat : T : "AT+CPBS="MC""
AtChat : F : "OK"
AtChat : T : "AT+CPBR=?"
AtChat : F : "ERROR"
AtChat : T : "AT+CPBS="RC""
AtChat : F : "OK"
AtChat : T : "AT+CPBR=?"
AtChat : F : "ERROR"
AtChat : T : "AT+CPBS="EN""
AtChat : F : "OK"
AtChat : T : "AT+CPBR=1,5"
AtChat : F : "OK"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+CNMI=2,1,2,0,0"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+CNMI=2,1,2,0,0"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+CNMI=2,1,2,0,0"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+CNMI=2,1,2,0,0"
AtChat : F : "ERROR"
AtChat : N : "%CSTAT: EONS, 0"
AtChat : T : "AT+COPS=3,2"
AtChat : N : "+CREG: 1,"2C27","275E""
AtChat : N : "%CSTAT: PHB, 0"
AtChat : N : "%CSTAT: SMS, 1"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS?"
AtChat : F : "+COPS: 0,0,"TW Mobile""
AtChat : F : "OK"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS?"
AtChat : F : "+COPS: 0,0,"TW Mobile""
AtChat : F : "OK"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+CNMI=2,1,2,0,0"
AtChat : F : "OK"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "AT+COPS=3,0"
AtChat : F : "ERROR"
AtChat : T : "ATE0"
AtChat : N : "%CSTAT: PHB, 1"
AtChat : W : ""
AtChat : W : "OK"
AtChat : T : "AT+CPBS=?"
AtChat : F : "+CPBS:
("EN","BD","FD","DC","LD","RC","LR","MT","AD","SM","SD","MC","LM","AF","ON","UD")"
AtChat : F : "OK"
AtChat : T : "AT+CPBS="SM""
AtChat : F : "OK"
AtChat : T : "AT+CPBR=?"
AtChat : F : "+CPBR: (1-250),44,16"
AtChat : F : "OK"
AtChat : T : "AT+CPBR=1,250"
AtChat : F : "+CPBR: 1,"88692051xxxx",145,"bugs""
AtChat : F : "+CPBR: 2,"88693982xxxx",145,"bunny""
--- End Message ---
--- Begin Message ---
src/libraries/qtopia/qsoftmenubar.cpp | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
New commits:
commit 822ccdef5e1adc0d8f4ebdeed7db80fcbed0e090
Author: Holger Freyther <[EMAIL PROTECTED]>
Date: Tue Jul 15 07:40:11 2008 +0200
[help] Only show the "Help" menu entry if a provider of the Help service is
installed
--- End Message ---
--- Begin Message ---
drivers/mfd/glamo/glamo-core.c | 266 +++++++++++++++++------------------
drivers/mfd/glamo/glamo-core.h | 2 +
drivers/mfd/glamo/glamo-regs.h | 6 +-
include/linux/sdio/ctsystem_linux.h | 2 +-
4 files changed, 136 insertions(+), 140 deletions(-)
New commits:
commit 66963fc61e223bc39bd56c3a880db72b553b6105
Author: Jason Uhlenkott <[EMAIL PROTECTED]>
Date: Tue Jul 15 08:57:40 2008 +0100
sdio: use interruptible sleep in kthread main loops
My FreeRunner's load average was leveling off at 2.00 as a result of
these two kernel threads:
SDIO Helper D c02b4500 0 255 2
[<c02b4298>] (schedule+0x0/0x2d4) from [<c02b4040>] (__down+0x100/0x158)
[<c02b3f40>] (__down+0x0/0x158) from [<c02b3e2c>] (__down_failed+0xc/0x20)
r7:00000000 r6:c01fbd64 r5:c7cb7134 r4:c7d58000
[<c01fa6fc>] (CardDetectHelperFunction+0x0/0x1ac) from [<c01fbd80>]
(HelperLaunch+0x1c/0x28)
r5:c7cb7134 r4:c7cb7134
[<c01fbd64>] (HelperLaunch+0x0/0x28) from [<c005bbd0>] (kthread+0x60/0x94)
r4:c7d58000
[<c005bb70>] (kthread+0x0/0x94) from [<c0048f7c>] (do_exit+0x0/0x744)
r6:00000000 r5:00000000 r4:00000000
SDIO Helper D c02b4500 0 259 2
[<c02b4298>] (schedule+0x0/0x2d4) from [<c02b4040>] (__down+0x100/0x158)
[<c02b3f40>] (__down+0x0/0x158) from [<c02b3e2c>] (__down_failed+0xc/0x20)
r7:c0382bb4 r6:c0382b34 r5:c7d5a000 r4:00000001
[<c01f9104>] (SDIOIrqHelperFunction+0x0/0x29c) from [<c01fbd80>]
(HelperLaunch+0x1c/0x28)
r8:00000000 r7:00000000 r6:c01fbd64 r5:c0382bb4 r4:c0382bb4
[<c01fbd64>] (HelperLaunch+0x0/0x28) from [<c005bbd0>] (kthread+0x60/0x94)
r4:c7d5a000
[<c005bb70>] (kthread+0x0/0x94) from [<c0048f7c>] (do_exit+0x0/0x744)
r6:00000000 r5:00000000 r4:00000000
This fixes them to use interruptible sleep primitives while waiting in
their main loops, as is conventional for kernel threads. They can't
actually be interrupted since kernel threads ignore all signals, but
by sleeping this way they get classified as long term waiters, and
don't get counted as running for purposes of load average calculation.
This is intended as a minimal fix. In the longer term, it'd probably
make sense to replace the semaphores with completions or something,
and to do away with some of these StudlyCapped wrapper functions.
Signed-off-by: Jason Uhlenkott <[EMAIL PROTECTED]>
--
This is untested, but what could possibly go wrong? ;)
commit 0a1f44cd86e6b51af10853010a8e35e7e38efcee
Author: Andy Green <[EMAIL PROTECTED]>
Date: Tue Jul 15 08:57:02 2008 +0100
fix-glamo-suspend-resume-dram-and-engines.patch
Two issues... we never took care to take down engines in suspend
and bring them back in resume. This was part of the display
corruption that could be seen briefly on resume. The other issue
that made the "noise" corruption was bad ordering of resume steps.
This patch simplifies (removing needless re-init) resume actions
and makes explicit the suspend and resume steps. It also adds
code to track which engines are up and push them down in suspend
and bring them back in resume.
The result is no more corruption of display buffer in suspend, it
comes back completely clean.
Signed-off-by: Andy Green <[EMAIL PROTECTED]>
--- End Message ---
--- Begin Message ---
arch/arm/mach-s3c2440/mach-gta02.c | 6 +
arch/arm/plat-s3c24xx/Makefile | 3 +-
arch/arm/plat-s3c24xx/neo1973_memconfig.c | 186 ++++++++++++++++++++
drivers/i2c/chips/pcf50633.c | 29 ++--
drivers/mfd/glamo/glamo-core.c | 266 ++++++++++++++---------------
drivers/mfd/glamo/glamo-core.h | 2 +
drivers/mfd/glamo/glamo-regs.h | 6 +-
7 files changed, 344 insertions(+), 154 deletions(-)
New commits:
commit fd25f90517322fc6c07bfb8d34752d3cb41cb4b6
Author: Andy Green <[EMAIL PROTECTED]>
Date: Tue Jul 15 09:04:11 2008 +0100
introduce-BANKCON-meddling-sysfs.patch
A few questions have been flying around about how optimal
our waitstates are for various things including Glamo.
This patch introduces new sysfs nodes
/sys/devices/platform/neo1973-memconfig.0/BANKCON0
...
/sys/devices/platform/neo1973-memconfig.0/BANKCON7
If you cat them you get translated info about bus speed on
that chip select, eg,
# cat /sys/devices/platform/neo1973-memconfig.0/BANKCON1
BANKCON1 = 0x00000A40
Type = ROM / SRAM
PMC = normal (1 data)
Tacp = 2 clocks
Tcah = 0 clocks
Tcoh = 1 clock
Tacc = 3 clocks
Tcos = 1 clock
Tacs = 0 clocks
You can write them in hex too
# echo 0x200 > /sys/devices/platform/neo1973-memconfig.0/BANKCON1
The write format for BANKCON0 - 5 looks like this
b1..b0 PMC Page Mode Config
b3..b2 Tacp Page Mode Access Cycle
b5..b4 Tcah Address hold after CS deasserted
b7..b6 Tcoh CS hold after OE deasserted
b10..b8 Tacc Access Cycle Period
b12..b11 Tcos CS setup before OE asserted
b14..b13 Tacs Address setup before CS asserted
BANKCON 6 and 7 have two extra bits
b16..b15 MT Memory type (00=ROM/SRAM, 11=DRAM)
If it's ROM/SRAM, the rest of the bits are as described above.
For DRAM
b1..b0 SCAN Column address number
b3..b2 RAS to CAS delay
The patch is intended to let people experiement on their own. But
of course you will crash things for sure if the timing is wrong, and
you can also trash SD Card data if you make Glamo unstable, so remove
it or remount ro first. Other horrible things are possible, but
because the settings aren't sticky, you should always be able to
recover by either normal reboot usually or at worst NOR boot and then
dfu. Most likely you will just crash your session and have to reboot
if your settings are bad, but consider yourself warned bad things are
possible. :-)
Signed-off-by: Andy Green <[EMAIL PROTECTED]>
commit db07519c1dfe916bcf9644bfdc4d7c03707a979e
Author: Andy Green <[EMAIL PROTECTED]>
Date: Tue Jul 15 09:04:05 2008 +0100
change-backlight-level-not-forced-up-on-resume.patch
We at least always enabled backlight on resume, this patch
changes us to set backlight back to last requested backlight
brightness level on resume. Note it means that you can
resume with screen blanked, but it should come back if that
happened with touchscreen action as usual.
/sys/class/backlight/pcf50633-bl/actual_brightness
and
/sys/class/backlight/pcf50633-bl/brightness
seem to agree after resume when reportedly they didn't before.
Signed-off-by: Andy Green <[EMAIL PROTECTED]>
commit e1673170182af199be7c6a2a346d8bad7e4dc532
Author: Andy Green <[EMAIL PROTECTED]>
Date: Tue Jul 15 09:04:00 2008 +0100
fix-glamo-suspend-resume-dram-and-engines.patch
Two issues... we never took care to take down engines in suspend
and bring them back in resume. This was part of the display
corruption that could be seen briefly on resume. The other issue
that made the "noise" corruption was bad ordering of resume steps.
This patch simplifies (removing needless re-init) resume actions
and makes explicit the suspend and resume steps. It also adds
code to track which engines are up and push them down in suspend
and bring them back in resume.
The result is no more corruption of display buffer in suspend, it
comes back completely clean.
Signed-off-by: Andy Green <[EMAIL PROTECTED]>
--- End Message ---
--- Begin Message ---
Rebased ref, commits from common ancestor:
commit 4b9a33e613c55fdd6a22ff246b22c45149a97dd6
Author: Jason Uhlenkott <[EMAIL PROTECTED]>
Date: Tue Jul 15 09:12:34 2008 +0100
sdio: use interruptible sleep in kthread main loops
My FreeRunner's load average was leveling off at 2.00 as a result of
these two kernel threads:
SDIO Helper D c02b4500 0 255 2
[<c02b4298>] (schedule+0x0/0x2d4) from [<c02b4040>] (__down+0x100/0x158)
[<c02b3f40>] (__down+0x0/0x158) from [<c02b3e2c>] (__down_failed+0xc/0x20)
r7:00000000 r6:c01fbd64 r5:c7cb7134 r4:c7d58000
[<c01fa6fc>] (CardDetectHelperFunction+0x0/0x1ac) from [<c01fbd80>]
(HelperLaunch+0x1c/0x28)
r5:c7cb7134 r4:c7cb7134
[<c01fbd64>] (HelperLaunch+0x0/0x28) from [<c005bbd0>] (kthread+0x60/0x94)
r4:c7d58000
[<c005bb70>] (kthread+0x0/0x94) from [<c0048f7c>] (do_exit+0x0/0x744)
r6:00000000 r5:00000000 r4:00000000
SDIO Helper D c02b4500 0 259 2
[<c02b4298>] (schedule+0x0/0x2d4) from [<c02b4040>] (__down+0x100/0x158)
[<c02b3f40>] (__down+0x0/0x158) from [<c02b3e2c>] (__down_failed+0xc/0x20)
r7:c0382bb4 r6:c0382b34 r5:c7d5a000 r4:00000001
[<c01f9104>] (SDIOIrqHelperFunction+0x0/0x29c) from [<c01fbd80>]
(HelperLaunch+0x1c/0x28)
r8:00000000 r7:00000000 r6:c01fbd64 r5:c0382bb4 r4:c0382bb4
[<c01fbd64>] (HelperLaunch+0x0/0x28) from [<c005bbd0>] (kthread+0x60/0x94)
r4:c7d5a000
[<c005bb70>] (kthread+0x0/0x94) from [<c0048f7c>] (do_exit+0x0/0x744)
r6:00000000 r5:00000000 r4:00000000
This fixes them to use interruptible sleep primitives while waiting in
their main loops, as is conventional for kernel threads. They can't
actually be interrupted since kernel threads ignore all signals, but
by sleeping this way they get classified as long term waiters, and
don't get counted as running for purposes of load average calculation.
This is intended as a minimal fix. In the longer term, it'd probably
make sense to replace the semaphores with completions or something,
and to do away with some of these StudlyCapped wrapper functions.
Signed-off-by: Jason Uhlenkott <[EMAIL PROTECTED]>
--
This is untested, but what could possibly go wrong? ;)
commit be7cbde703b99e9fbf5ee7e95f805ba29c67965f
Author: Andy Green <[EMAIL PROTECTED]>
Date: Tue Jul 15 09:12:34 2008 +0100
test-force-gps-voltage-3v6.patch
Allows you to control RF_3V between 3.0V and 3.3V; this increases the
phantom voltage at the internal antenna from 2.63V to 2.85V and may
or may not affect antenna gain and GPS behaviour.
You can read and set the GPS voltage by
# cat /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/power_mv
3300
# echo 3100 > /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/power_mv
Signed-off-by: Andy Green <[EMAIL PROTECTED]>
commit dd1abcc14ce89cc9ef74b60b5ac8e183028ac0b9
Author: Mike Westerhof <[EMAIL PROTECTED]>
Date: Tue Jul 15 09:12:33 2008 +0100
commit 5f42e24d361cd83178fe8da9d68efbf41a011483
Add missing initialization for the touchscreen driver for the
gta01 platform.
Signed-off-by: Mike Westerhof <[EMAIL PROTECTED]>
commit 8786070b544806a0f29f4dc685f243ec5b13d2b4
Author: Andy Green <[EMAIL PROTECTED]>
Date: Tue Jul 15 09:12:33 2008 +0100
test-touchscreen-median.patch
Signed-off-by: Andy Green <[EMAIL PROTECTED]>
commit cc09be1a2b498a42cea30507a441eb67c80da1e4
Author: Andy Green <[EMAIL PROTECTED]>
Date: Tue Jul 15 09:12:33 2008 +0100
config-touchscreen-filters.patch
Signed-off-by: Andy Green <[EMAIL PROTECTED]>
commit fd25f90517322fc6c07bfb8d34752d3cb41cb4b6
Author: Andy Green <[EMAIL PROTECTED]>
Date: Tue Jul 15 09:04:11 2008 +0100
introduce-BANKCON-meddling-sysfs.patch
A few questions have been flying around about how optimal
our waitstates are for various things including Glamo.
This patch introduces new sysfs nodes
/sys/devices/platform/neo1973-memconfig.0/BANKCON0
...
/sys/devices/platform/neo1973-memconfig.0/BANKCON7
If you cat them you get translated info about bus speed on
that chip select, eg,
# cat /sys/devices/platform/neo1973-memconfig.0/BANKCON1
BANKCON1 = 0x00000A40
Type = ROM / SRAM
PMC = normal (1 data)
Tacp = 2 clocks
Tcah = 0 clocks
Tcoh = 1 clock
Tacc = 3 clocks
Tcos = 1 clock
Tacs = 0 clocks
You can write them in hex too
# echo 0x200 > /sys/devices/platform/neo1973-memconfig.0/BANKCON1
The write format for BANKCON0 - 5 looks like this
b1..b0 PMC Page Mode Config
b3..b2 Tacp Page Mode Access Cycle
b5..b4 Tcah Address hold after CS deasserted
b7..b6 Tcoh CS hold after OE deasserted
b10..b8 Tacc Access Cycle Period
b12..b11 Tcos CS setup before OE asserted
b14..b13 Tacs Address setup before CS asserted
BANKCON 6 and 7 have two extra bits
b16..b15 MT Memory type (00=ROM/SRAM, 11=DRAM)
If it's ROM/SRAM, the rest of the bits are as described above.
For DRAM
b1..b0 SCAN Column address number
b3..b2 RAS to CAS delay
The patch is intended to let people experiement on their own. But
of course you will crash things for sure if the timing is wrong, and
you can also trash SD Card data if you make Glamo unstable, so remove
it or remount ro first. Other horrible things are possible, but
because the settings aren't sticky, you should always be able to
recover by either normal reboot usually or at worst NOR boot and then
dfu. Most likely you will just crash your session and have to reboot
if your settings are bad, but consider yourself warned bad things are
possible. :-)
Signed-off-by: Andy Green <[EMAIL PROTECTED]>
commit db07519c1dfe916bcf9644bfdc4d7c03707a979e
Author: Andy Green <[EMAIL PROTECTED]>
Date: Tue Jul 15 09:04:05 2008 +0100
change-backlight-level-not-forced-up-on-resume.patch
We at least always enabled backlight on resume, this patch
changes us to set backlight back to last requested backlight
brightness level on resume. Note it means that you can
resume with screen blanked, but it should come back if that
happened with touchscreen action as usual.
/sys/class/backlight/pcf50633-bl/actual_brightness
and
/sys/class/backlight/pcf50633-bl/brightness
seem to agree after resume when reportedly they didn't before.
Signed-off-by: Andy Green <[EMAIL PROTECTED]>
commit e1673170182af199be7c6a2a346d8bad7e4dc532
Author: Andy Green <[EMAIL PROTECTED]>
Date: Tue Jul 15 09:04:00 2008 +0100
fix-glamo-suspend-resume-dram-and-engines.patch
Two issues... we never took care to take down engines in suspend
and bring them back in resume. This was part of the display
corruption that could be seen briefly on resume. The other issue
that made the "noise" corruption was bad ordering of resume steps.
This patch simplifies (removing needless re-init) resume actions
and makes explicit the suspend and resume steps. It also adds
code to track which engines are up and push them down in suspend
and bring them back in resume.
The result is no more corruption of display buffer in suspend, it
comes back completely clean.
Signed-off-by: Andy Green <[EMAIL PROTECTED]>
--- End Message ---
_______________________________________________
commitlog mailing list
commitlog@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/commitlog
