development kernel tree: Changes to 'andy'
git at git.openmoko.org
git at git.openmoko.org
Sun Jul 13 18:03:55 CEST 2008
Rebased ref, commits from common ancestor:
commit 62279d399601861d2989ca160f19d4220d3a685b
Author: Andy Green <andy at openmoko.com>
Date: Sun Jul 13 17:01:20 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.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 866f6f7fda9d82107f5c6d1599e4444e3b4ef7a3
Author: Andy Green <andy at openmoko.com>
Date: Sun Jul 13 17:01:20 2008 +0100
fix-no-uart-leak-when-gps-off.patch
During the suspend current reduction campaign on suspend I
forced the GPS UART to be GPIO and to drive 0 into the GPS
unit so we would not burn current there. On resume it lets
the pins act as UARTs again. But really, we should do this
all the time that the GPS unit is off, lest we leak it
enough power to hold internal state and make trouble.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 83a444587889006cfd794f17b3c653932268360a
Author: Andy Green <andy at openmoko.com>
Date: Sun Jul 13 17:01:20 2008 +0100
add-pcf50633-allow-force-charger-type.patch
This patch adds a sysfs node:
/sys/class/i2c-adapter/i2c-0/0-0073/force_usb_limit_dangerous
it allows to force the charging limit regardless of the one chosen
by pcf50633 kernel driver. As such, if you write a charging limit
here that is not suitable for the power source, and the power source
is not current limited on its side, it could draw more current than
your power source can handle, burn down you house, etc.
If you're certain that your power supply can handle it, you can use
this on your own responsibility to make the amount drawn by the
PMU match what you believed your power supply could handle.
Example usage, in case where you have a dumb 500mA USB charger that
does not have the ID resistor:
# cat /sys/class/i2c-adapter/i2c-0/0-0073/charger_type
host/500mA usb mode 100mA <=== dumb charger does not ennumerate us
# echo 500 > /sys/class/i2c-adapter/i2c-0/0-0073/force_usb_limit_dangerous
# cat /sys/class/i2c-adapter/i2c-0/0-0073/charger_type
host/500mA usb mode 500mA
Signed-off-by: Andy Green <andy at openmoko.com>
commit 924b3501242cbe5a2db75c45ee840250d8e918f2
Author: Andy Green <andy at openmoko.com>
Date: Sun Jul 13 17:01:20 2008 +0100
fix-aux-key-level-by-gtaxx.patch
Reported-by: Mickey Lauer <mickey at openmoko.org>
AUX level detection is inverted based on GTA01 or 02
Signed-off-by: Andy Green <andy at openmoko.com>
commit 4afbc2fbd0b396491eedb11f77aa0849f2d1219f
Author: Mike Westerhof <mwester at dls.net>
Date: Sun Jul 13 17:01:20 2008 +0100
commit 5f42e24d361cd83178fe8da9d68efbf41a011483
Add missing initialization for the touchscreen driver for the
gta01 platform.
Signed-off-by: Mike Westerhof <mwester at dls.net>
commit b7faeaaf29cd73dcf99a7304314c86e76e8e7710
Author: Andy Green <andy at openmoko.com>
Date: Sun Jul 13 17:01:20 2008 +0100
test-touchscreen-median.patch
Signed-off-by: Andy Green <andy at openmoko.com>
commit ed05258958edd0ab3b94e70ba893851804f2e1f8
Author: Andy Green <andy at openmoko.com>
Date: Sun Jul 13 17:01:20 2008 +0100
config-touchscreen-filters.patch
Signed-off-by: Andy Green <andy at openmoko.com>
commit 028b5b8d5f8312e66063569ccfc12c47025236c4
Author: Andy Green <andy at openmoko.com>
Date: Sun Jul 13 17:01:20 2008 +0100
fix-pcf50633-mask-second-on-resume.patch
We leave SECOND unmasked on resume, it's like the
situation at probe() time, but there it makes us
turn SECOND off after coldplug action. So we need
to act like after that has happened, not exactly
like what we do at probe / init time.
Signed-off-by: Andy Green <andy at openmoko.com>
commit feeb5e22d72ac9686eaa1cdbc86e3f94894e1b5e
Author: Andy Green <andy at openmoko.com>
Date: Sun Jul 13 17:01:20 2008 +0100
build-also-create-uimage.patch
Test Phone has old U-Boot that insists on uImage not uImage.bin
Just a workaround.
Signed-off-by: Andy Green <andy at openmoko.com>
More information about the commitlog
mailing list