development kernel tree: Changes to 'andy-tracking'

git at git.openmoko.org git at git.openmoko.org
Sun Jul 13 22:04:37 CEST 2008


Rebased ref, commits from common ancestor:
commit dc33a25664c33233bf15b7aac4b8c13caec24bc3
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:03:21 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 7c4a198e2f842c565bb787731dab02c85305e1d0
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:33 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 1440635f73fbb233d951a195c3098bb52e758635
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:33 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 829a96fd206d2049f3560a0ae784053255f54708
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:33 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 2d1cc432c58c9db36c813370ae8f3179e021f72b
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:33 2008 +0100

    From 3a32be40f78404d5f1185f0b3d6b5632381cb33f Mon Sep 17 00:00:00 2001
    Subject: [PATCH] [neo1973 leds] Move from mutex to spinlock because we may not use mutexes
        The led triggers may call set_brightness from atomic contexts. As
        mutex_lock calls might_sleep and sleeping is not allowed in atomic contexts
        we have to switch to spinlocks here.
    
    Signed-Off-By: Holger Freyther <zecke at openmoko.org>

commit 00d6778f37ce36e09f7a465bb0fc9e6cc0ae34d1
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:33 2008 +0100

    From cede5c6c9b06ecbb0f7f2df7b7070092b87ddaf8 Mon Sep 17 00:00:00 2001
    Subject: [PATCH] [pcf50633] Avoid ooops on start with inserted usb cable
        The pcf50633_global might not be initialized when we get the first
        usb interrupt. We would oops inside the dev_err because we made up
        a struct device.
    
    Signed-Off-By: Holger Freyther <zecke at openmoko.org>

commit 7a6df181d915d76dcb8943db6fb2a4d10c96b0c5
Author: Mike Westerhof <mwester at dls.net>
Date:   Sun Jul 13 21:02:33 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 09bf571692062060f66a7fe76aa3e35840eca99a
Author: Mike Westerhof <mwester at dls.net>
Date:   Sun Jul 13 21:02:32 2008 +0100

    Remove some bits of nspy + GSM flow control patches that leaked into stable
    
    Signed-off-by: Mike Westerhof <mwester at dls.net>

commit 410a46c31aac70ffb775a17b50b8cd0668d48335
Author: Matt <matt_hsu at openmoko.org>
Date:   Sun Jul 13 21:02:32 2008 +0100

    add-ar6k-wake-interrupt.patch
    
    Signed-off-by: Matt Hsu <matt_hsu at openmoko.org>
    
    - add an interrupt for ar6k wifi module

commit 400b3217dbd79628ea3d5c165f65b51be4c5fdf8
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:32 2008 +0100

    change-remove-kernel-charging-led-drive.patch
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 7713b261e25683cf2862dc8e474eba30a6fbcfa4
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:32 2008 +0100

    From c221bb27c8e22daa451e26353140777223d397d2 Mon Sep 17 00:00:00 2001
    Subject: [PATCH] [pcf50633] Report more events to userspace using the default callback
    
    Signed-Off-By: Holger Freyther <zecke at openmoko.org>

commit bc4f49760ef92628aa346ecb91748314c31dacd7
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:32 2008 +0100

    From 5718bde77ed1a75e0fd2cdf5e099e66121d10c0a Mon Sep 17 00:00:00 2001
    Subject: [PATCH] [battery] Make the bq27000 send an uevent when the charging state possible changed
         Remove the todo entries from the pcf50633, make the mach-gta02
         call the bq27000 driver from the pmu callback.

commit b9c829e490786229cfb38f0c0cde0b928e814602
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:32 2008 +0100

    From 000450f1ad2c713d2345a872fdf44f5dd3702e1b Mon Sep 17 00:00:00 2001
    Subject: [PATCH] [janitor] make checkpatch.pl happy

commit 12839c9a0d5b1f26472e0ba91ca23ba40ea9bf86
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:32 2008 +0100

    From 683ef8067815f6ba0ede73fa71973823726213a3 Mon Sep 17 00:00:00 2001
    Subject: [PATCH] [janitor] Make checkpatch happy on the header files

commit b59b32a1bdfd4f2ec53582c54953f788637c3887
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:32 2008 +0100

    From ae3f72fc608fcd0a98a980a335ac4dc7ad95b221 Mon Sep 17 00:00:00 2001
    Subject: [PATCH] [bq27000] Make the checkpatch.pl happy

commit 8f2e51815087cf0b3277a00dc0875e48ea551828
Author: Andrzej Zaborowski <balrog at zabor.org>
Date:   Sun Jul 13 21:02:31 2008 +0100

    From 119f4e02ba81cffe4dbc88d8ff667048ad28d925 Mon Sep 17 00:00:00 2001
    Subject: [PATCH] Hacky CONFIG_NO_IDLE_HZ (dyn-tick) support for S3C24xx.

commit a55d5fbbf30ab47233d5c551c6f5ab694cb900f5
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:31 2008 +0100

    tracking-2.6.26-rc7-repeat-cdev-removal-pcf50633.patch
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 4cca35443139ba7ff18e4d101c7ff4d5346e4db9
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:31 2008 +0100

    tracking-defconfig-2.6.26-rc7.patch
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit ba65a6323e4352eb56c37686a26d852bc511afab
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:31 2008 +0100

    introduce-resume-exception-capture.patch
    
    This patch introduces a new resume debugging concept: if we
    get an OOPS inbetween starting suspend and finishing resume, it
    uses a new "emergency spew" device similar to BUT NOT REQUIRING
    CONFIG_DEBUG_LL to dump the syslog buffer and then the OOPS
    on the debug device defined by the existing CONFIG_DEBUG_S3C_UART
    index.  But neither CONFIG_DEBUG_LL nor the S3C low level configs
    are needed to use this feature.
    
    Another difference between this feature and CONFIG_DEBUG_LL is that
    it does not affect resume timing, ordering or UART traffic UNLESS
    there is an OOPS during resume.
    
    The patch adds three global exports, one to say if we are inside
    suspend / resume, and two callbacks for printk() to use to init
    and dump the emergency data.  The callbacks are set in s3c serial
    device init, but the whole structure is arch independent.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit bde5afac6bdb9023305b0f7fae5e092532b82f31
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:31 2008 +0100

    fix-gsm-resume-problems.patch
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit bc835d820a126d701bb006689acd1afa4bbdb71a
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:31 2008 +0100

    fix-lis302dl-resume-and-init-reload-boot-coefficients.patch
    Reported-by: John Lee <john_lee at openmoko.com>
    
    We don't reset the devices either at init or resume, where init
    means use the BOOT bit to reload device calibration coefficients
    from internal EEPROM.  John Lee saw brain-damaged behaviour after
    resume and sometimes after boot (since it may not have lost power
    to force a BOOT itself that makes sense).
    
    This patch
    
     - adds a diagnostic dump feature down /sys
     - forces BOOT action on init and resume, and waits for
       completion
     - makes sure XYZ capture is enabled on resume
     - adds some constants in the .h and removes some magic numbers
       in the code by using them
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 05a36fe8a33821646cad58fb152e1e8883868998
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:31 2008 +0100

    fix-touchscreen-meddling-divde.patch
    Reported-by: Holger Freyther <zecke at openmoko.org>
    
    length can be zero... blowing a divide by zero exception...
    which somehow I don't get (?)  Anyway the code is wrong and
    this should fix it.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit bfbf48b0d3dbcc3e08f0c9a94f74c2e18e04e3b7
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:30 2008 +0100

    touchscreen-meddling.patch
    
    Touchscreen on GTA01-02 experiences noise on the channel that serves the
    "tall axis" of the LCM.  The sample quality of the other axis is good.
    The bad samples have a characteristic of one shot excursions that can
    reach +/- 20% or more of the sample average.
    
    Previously, we had a simple averaging scheme going in the touchscreen
    driver that summed up 32 x and ys and then divided it by 32.  This patch
    first tidies up the existing code for style, then adds a new "running
    average" concept with a FIFO.  The running average is separate from the
    summing average mentioned above, and is accurate for the last n samples
    sample-by-sample, where n is set by 1 << excursion_filter_len_bits in the
    machine / platform stuff.
    
    The heuristic the patch implements for the filtering is to accept all
    samples, but tag the *previous* sample with a flag if it differed from
    the running average by more than reject_threshold_vs_avg in either
    axis.  The next sample time, a beauty contest is held if the flag was
    set to decide if we think the previous sample was a one-shot excursion
    (detected by the new sample being closer to the average than to the
    flagged previous sample), or if we believe we are moving (detected by
    the new sample being closer to the flagged previous sample than the
    average.  In the case that we believe the previous sample was an
    excursion, we simply overwrite it with the new data and adjust the
    summing average to use the new data instead of the excursion data.
    
    I only tested this by eyeballing the output of ts_print_raw, but it
    seemed to be quite a bit better.  Gross movement appeared to be
    tracked fine too.  If folks want to try different heuristics on top
    of this patch, be my guest; either way feedback on what it looks like
    with a graphical app would be good.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 28ab8eb3113c096eae872a0297c1ac10f57f4ef5
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:30 2008 +0100

    introduce-panic-blink-led-not-using-userspace-omfg.patch
    
    A panic is silent on GTA02, it would be good if we got a little hint
    if we are crashing (eg, in suspend / resume) from a panic instead of
    a deadlock, etc.  On a normal PC i8042 blinks the keyboard lights if
    we panic, this patch causes AUX to flash at 5Hz in event of a panic.
    
    Tested by giving kernel fake root= that didn't exist.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 00c9e8b8965efd4cb80728a126143c488e056c5e
Author: Andrzej Zaborowski <balrog at zabor.org>
Date:   Sun Jul 13 21:02:30 2008 +0100

    Subject: [PATCH] glamo: Don't disable hwcursor for blinking and use vsync-wait.

commit 010203c75db6452bfca78a419f0b4d7eea4e3313
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:30 2008 +0100

    Subject: [PATCH] [a6k] Everyone calls SET_NET_DEV and hald needs that too,
    make it happy
         Call SET_NET_DEV to set a parent device. All other net drivers
         are doing this and hald needs a parent to add the network device.

commit c907f8daa49844338cd4425c32ecd5046adaa89e
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:30 2008 +0100

    workaround-s3c24xx-i2s-stop-live-stream-stall-on-resume.patch
    Reported-by: Graeme Gregory <graeme at openmoko.org>
    Basically-solved-by: Graeme Gregory <graeme at openmoko.org>
    
    Graeme found a while back that on resume, IISCON register in
    s3c2442 does not show LRCK toggling in LRINDEX bit any more,
    causing s3c24xx_snd_lrsync() to timeout and return an error,
    aborting restart of any live stream that was playing at
    suspend.
    
    I confirmed it was true, meddled around for a bit looking
    for some magic to restart LRCK or at least the reporting of
    it, and in the end worked around it using the method noted
    by Graeme: just ignore LRCK sync if it timed out.  The worst
    that could happen would be L and R swap for the duration of
    stream that was suspended into but probably not even that.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit dbd727535e40027a8b43ad0a6589c0c7b9f5eccf
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:30 2008 +0100

    fix-pcf50633-use-pcf-not-data-in-probe-for-context.patch
    
    Everywhere in the sources except the probe function the context
    pointer is called "pcf"... in there it's called "data" for some
    reason.  This stops confusion by changing it to be "pcf" in there
    as well.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 4c66e99080d3688c23af03081a0f116bf245c739
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:30 2008 +0100

    fix-pcf50633-migrate-gta02-peripherals-out.patch
    
    pcf50633.c shouldn't know GTAxx at all.  Move to using a
    platform callback to allow definition of platform devices
    with pcf50633 as parent device (good for enforcing suspend /
    resume ordering).  Remove all code references to GTAxx from
    the sources (one string left for compatability).
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 4fa77e49c91c07c90fff23c86b544080e5821d0a
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:30 2008 +0100

    fix-pcf50633-platform-backlight-resume-ramp-setting.patch
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit e0cb0277fcec82ff78a4d966ec9918b583b53c5a
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:30 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 <andy at openmoko.com>

commit 7f76617164e298bb14220f0fa92809dcfc3c4ef0
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:30 2008 +0100

    fix-pcf50633-really-defer-backlight-on-resume.patch
    
    Backlight wasn't off by default on resume, so it was never really
    deferred (until LCM is initialized).  This fixes that and so removes
    the brief white screen between pcf50633 resume and LCM init.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit daa39ba97911d28f54bdbdf4a64880ba0d354b6f
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:30 2008 +0100

    debug-backtrace-not-choke-on-null-dev_blah.patch
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit af78db4d3bc80ee22287ed586800f027167cdda1
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:29 2008 +0100

    fix-pcf50633-disable-irq-from-suspend-until-resume.patch
    
    Disable pcf interrupt (not for wake, just as interrupt) in
    suspend, re-enable it again just before we force-call the
    workqueue function at end of pcf resume, which leads to
    pcf interrupt source registers getting cleared so it can
    signal an interrupt normally again.
    
    This change ends the uncontrolled appearance of pcf interrupts
    during resume time which previously caused the work to attempt
    to use the I2C stuff before i2c host device had itself resumed.
    Now the isr work is only queued, and the isr work function called,
    definitively after pcf resume completes.
    
    In suspend time, the work function may have been queued some
    time before and be pending, and it could still show up at a
    bad time.  Therefore if the work function sees that it is
    coming since the start of pcf50633 suspend function, it
    aborts without attempting to read the pcf interrupt regs,
    leaving them for resume to take care of.
    
    USB current limit and no battery work functions are also made
    aware of suspend state and act accordingly.
    
    Lastly I noticed that in early resume, i2c_get_clientdata(&pcf->client)
    returns NULL, presumably because i2c device is still suspended.  This
    could easily make trouble for async events like interrupt work,
    since pcf pointer is the client data.  Disabling appearance of the
    work until after pcf50633 resume will also avoid that.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit e6b30da274337120c334dbef947367c20e9e5d6e
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:29 2008 +0100

    fix-pcf50633-suspend-state-as-enum.patch
    
    Use an enum to define pcf50633 suspend / resume state.
    Add PCF50633_SS_RESUMING_BUT_NOT_US_YET to be the state
    early in resume: add platform driver resume function just
    to set this state so we can differentiate between early
    resume and late suspend.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 4c653ea7af42fe0a56602ec772f760f4a5852d79
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:29 2008 +0100

    debug-i2c-s3c2410-dump-stack-on-suspended-tranfer.patch
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit bcb087d2fc1a2e987ed3326ab87af096e0cebaa7
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:29 2008 +0100

    fix-allow-core-1v3-to-go-down.patch
    
    Whoops left it up in suspend
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 8d9a363f5731c1c8e997c224dbf334f1c63cac93
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:29 2008 +0100

    fix-pcf50633-kill-white-splash-of-death-on-suspend.patch
    
    mach-gta02 meddles with the regulator platform struct after
    it is defined, leading to LCM power getting lost in suspend
    despite I set it to be left up.  Fixing this finally removes
    the incredibly stubborn white LCM on suspend "flash".
    
    This is also going to be implicated in Sean McNeil's
    experience of monochromatic LCM after resume, which was
    previously attacked by resetting and re-initing the LCM
    from scratch.
    
    In addition, I realized that we take down core_1v3 in
    pcf50633 suspend action, this is happening near the
    start of suspend, so we are in a meta-race to finish
    suspend in a controlled way before the caps on core_1v3
    run out (I only saw 23.3uF total).  If it's true, this
    is where the weirdo sensitivity to timing during
    suspend is coming from.
    
    Therefore in this patch we also remove sleeps and
    dev_info() etc (which have to flush on serial console)
    from the pc50633 isr workqueue if we are in pcf50633
    driver suspend state 1, ie, suspending... because we
    don't have time for it.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 1f8956d78b023fc9d42c4ccd3c3852ba642e0e97
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:29 2008 +0100

    fix-pcf50633-add-back-gratuitous-isr-work-call-in-resume.patch
    
    Sean McNeil reports that he doesn't get pcf50633 interrupts any
    more after resume.  This adds back the call to ISR work in
    the resume, removal of which is probably to do with it.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 82747b2d40db03fc819209d2147d262142da64c4
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:29 2008 +0100

    fix-pcf50633-require-resume-level-3-for-irq-work.patch
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 2e93fe2ff3407c33b2c6cae64e09dbbde0d81f30
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:29 2008 +0100

    add-remote-install-sdcard-script.patch
    
    If you boot from SDCARD, this helper script for the build host
    mounts SD card part 1, copies the new uImage.bin, umounts it and
    then remounts SD card part 2 as ro, before doing a reboot all
    in one step.  Read the instructions inside the script for adding
    your public key to the GTAxx rootfs for really really simple and
    nice automatic update and reboot action.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit d748545017f47aca1aa30b6969a8a5fbc5e25afb
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:29 2008 +0100

    fix-gta02-mach-remove-gta01-lcd-reset.patch
    Signed-off-by: Andy Green <andy at openmoko.com>

commit d9aca81e416bad8f574157583a52e23a3b88c7eb
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:28 2008 +0100

    change-lcm-keep-power-faster-resume.patch
    
    The LCM spins for 100ms during resume for not much reason.  Leave it powered
    (it is meant to pull uA when suspended) and get nice fast resume to video.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit f3ff9e21bab7b8f5a8f523f7f42d6573056d8194
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:28 2008 +0100

    fix-pcf50633-usb-curlim-workqueue-migration.patch
    
    pcf50633 needs to take responsibility for managing current limit
    changes asycnhrnously, ie, from USB stack enumeration.  It's a feature of
    pcf50633 not mach-gta02.c, and we can do better with taking care about
    keeping it from firing at a bad time in there too.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit b9069ebbe3c57c29d891ac675137bdfb24c07e0b
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:28 2008 +0100

    fix-pcf50633-use-i2c-bulk-autoincrement.patch
    
    Simplify and speed up bulk sequential I2C actions in pcf50633
    the time savings are pretty considerable and so is the simplification
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit b706e66ee37a01681522d9429d57a5b58728fdda
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:28 2008 +0100

    fix-pcf50633-rtc-i2c-bulk-autoincrement-simplify.patch
    
    More pcf50633 major time saving by using i2c bulk autoincrement.  Code
    reduction too by using array for time elements.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit e4de6d80abe6d208c7cf53839c9e96e94b12033c
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:28 2008 +0100

    fix-pcf50633-interrupt-work-enforce-wait-on-resume-completion.patch
    
    Improve pcf50633 interrupt service scheduling to enforce only servicing
    when resume action is completed
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 15ebfeeb65a9178147ae575f83d978fb43a96403
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:28 2008 +0100

    fix-glamo-mci-resume-dependency-on-pcf50633.patch
    
    Glamo MCI has a resume order dependncy on pcf50633, it has to be able to
    power the SD slot via it.
    Signed-off-by: Andy Green <andy at openmoko.com>

commit c56a593ff2e675491ee8a2650b55cbf23f71117c
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:28 2008 +0100

    fix-glamo-mci-power-setting-timeout-waiting-for-pcf50633.patch
    
    Glamo MCI power setting stuff spins on pcf50633
    but it won't hurt if it gives up after a second or
    two instead of stalling the resume silently.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit f25a229d4fec0fc66217bbb10dda2ac9b7459b38
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:28 2008 +0100

    ASoC: Don't block system resume
    
    On OpenMoko soc-audio resume is taking 700ms of the whole resume time of
    1.3s, dominated by writes to the codec over I2C.  This patch shunts the
    resume guts into a workqueue which then is done asynchronously.
    
    The "card" is locked using the ALSA power state APIs as suggested by
    Mark Brown.
    
    [Added fix for race with resume to suspend and fixed a couple of nits
    from checkpatch -- broonie.]
    
    Signed-off-by: Andy Green <andy at openmoko.com>
    Signed-off-by: Mark Brown <broonie at opensource.wolfsonmicro.com>

commit ddd63d6d1e7d70c7d19d35c78878e21422478bf1
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:28 2008 +0100

    fix-jbt6k74-force-reset-suspend.patch
    Sean McNeil reports that without the reset for LCM in suspend, he
    gets a monochromatic mode on it somehow.
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 8b642178965018c861b76973576c10da962ac534
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:28 2008 +0100

    fix-glamo-mci-relationship-with-pcf50633-suspend-resume.patch
    
    After protecting pcf50633 read and write primitives against
    operation after suspend or before resume (by blowing a
    stack_trace()) I saw glamo-mci was trying to use pcf50633
    at these bad times on its own suspend and resume.  Since that
    part was already done via platform callback, I added an
    export in pcf50633 that tells you if it is ready or busy,
    and used it to defer (resume power on case) or ignore
    (suspend power off case, since pcf50633 already did it)
    the mci power call.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 2135e16f768ed3473e0e1182cec3095f2467d679
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:27 2008 +0100

    fix-pcf50633-suspend-resume-onehit-i2c-other-meddling.patch
    
     - speed up suspend and resume by using one hit i2c bulk transactions
     - don't bother storing int mask set on suspend, the default one is
       what we use anyway
     - put stack_trace() on pcf50633 low level access that fire if we
       try to touch them before we resumed
     - cosmetic source cleanup
     - reduces resume time for pcf50633 from 450ms to 255ms
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 6dfa15c0150ed3b9224ee2286b7fffafab3a108f
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:27 2008 +0100

    debug-codec-register-setting-sysfs.patch
    Allow direct setting of codec registers for super mega meddling power
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 5dcda5b961f2196f920ac01369d14007c6e2f813
Author: Sean McNeil <sean at mcneil.com>
Date:   Sun Jul 13 21:02:27 2008 +0100

    The following is a minor cleanup of backlight resume:

commit 0fe70184e714b28ef7a8378a0c4d59397d04b499
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:11 2008 +0100

    add-use-pcf50633-resume-callback-jbt6k74.patch
    
    Adds the resume callback stuff to glamo, then changes
    jbt6k74 to no longer use a sleeping workqueue, but to
    make its resume actions dependent on pcf50633 and
    glamo resume (for backlight and communication to LCM
    respectively)
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 99585b1cc3f2756e30cff184fc1c848f741f4d95
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:11 2008 +0100

    introduce-pcf50633-resume-dependency-list.patch
    
    Adds resume dependency support to pcf50633
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit cd0371d6f7188bbddd7a17dc143a612515b57f4b
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:11 2008 +0100

    introduce-resume-dependency.patch
    
    Defines a way for drivers to defer execution of resume callbacks
    until one or more other driver they are dependent on has itself
    resumed.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 7e2c2e22d58bb514f098e16d30bc11c750905f2c
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:11 2008 +0100

    introduce-charging-led-behaviour.patch
    
    Creates a new behaviour requested by Will that the red LED on GTA02
    is lit during battery charging.and goes out when the battery is full.
    
    This is done by leveraging the PMU interrupts, but in one scenario
    there is no interrupt that occurs, when the battery is replaced after
    being removed with the USB power in all the while.  So a sleepy work
    function is started under those circumstances to watch for battery
    reinsertion or USB cable pull.
    
    100mA limit was not being observed under some conditions so this was
    fixed and tested with a USB cable with D+/D- disconnected.  1A
    charger behaviour was also tested.
    
    Showing the charging action exposes some inconsistency in pcf50633
    charging action.  If your battery is nearly full, it will keep
    charging it at decreasing current even after it thinks it is at
    100% capacity for a long while.  But if you pull that same battery
    and re-insert it, the charger state machine in pcf50633 believe it is
    full and won't charge it.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 569658940f08d34613cdc7e52cf1b77d29179ba5
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:11 2008 +0100

    Subject: config-defconfig-2.6.26.patch
    X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=7f52bae9664cbf006fe026d4dbbd5988137bd1cc
    
    config-defconfig-2.6.26.patch
    Signed-off-by: Andy Green <andy at openmoko.com>

commit fc070a6ccfbb86ab83aa8185152ece1151085fa8
Author: Andrzej Zaborowski <balrog at zabor.org>
Date:   Sun Jul 13 21:02:11 2008 +0100

    Subject: [PATCH] Hardware glamo-fb cursor, some clean-up.

commit a25fe8babc66159d7d8c1d033d0cfcae17e98863
Author: Andrzej Zaborowski <balrog at zabor.org>
Date:   Sun Jul 13 21:02:11 2008 +0100

    Subject: [PATCH] Build fixes.

commit de723de05de029fc5d2a4a5fb2bf2bf492be86a5
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:11 2008 +0100

    Make ar6k not print soooo much to my console
    
    From 4cb4c308fde9c1f3598046ff98191d14b62bc609 Mon Sep 17 00:00:00 2001
    From: Holger Freyther <zecke at openmoko.org>
    Date: Thu, 29 May 2008 00:09:32 +0200
    Subject: [PATCH] [ar6k] silent++, removing -DDEBUG from the Makefile does not
    work

commit 7dcb4a29aff3160a10d2b0c2314ae1ec141d2b44
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:10 2008 +0100

    Fix possible null pointer dereference in s3c24xx_i2c_resume
    
    From 0b9bae6aed5268707b348e48a01411ba420844e1 Mon Sep 17 00:00:00 2001
    From: Holger Freyther <zecke at openmoko.org>
    Date: Tue, 27 May 2008 14:41:35 +0200
    Subject: [PATCH] [janitor] Fix possible null pointer dereference
         Judging by the control flow of the resume method i2c->suspended++ could
         lead to a null pointer dereference.

commit dcc3ad982266292a7ff043c6cae5a5a14bf303cd
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:10 2008 +0100

    fix-remove-unused-model-name-bq27000.patch
    
    Model name isn't in the bq27000 register set, remove the
    claim that we can deliver it
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 6ca39036f1bef371a879b4924fa11b2593847a79
Author: Andy Green <andy at opennoko.com>
Date:   Sun Jul 13 21:02:09 2008 +0100

    uplevel-samsung-camera-unit.patch
    
    Update this old code to clk API, I2C changes, official GPIO API
    various struct changes, explicit readl() writel(), DMA API changes.
    Still not ready for actual use (eg, I2C) but a LOT closer.
    
    Compiles on 2.6.24 without errors or warnings now.
    
    Use CONFIG_S3C2440_CAMERA=y in .config
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 437f0ae98794852d32fc91f01609e2b4340c5ee8
Author: SW.LEE <hitchcar at samsung.com>
Date:   Sun Jul 13 21:02:09 2008 +0100

    introduce-samsung-camera-unit-driver.patch
    
    This is the kernel side of an old (2004) samsung camera driver for 2440
    It doesn't compile on modern kernel yet, this patch introduces it into the
    kernel tree without gross mods, so it is broken code we can start to work on

commit 6d6b60adfd8520bcd8ff403e567bca28905f4e8c
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:09 2008 +0100

    add-gta01-resume-sysfs.patch
    
    Adds the somewhat simpler resume source support for GTA01
    since PMU is not a wake source
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 2bb090e82911390420d29546eeac78578ef4becf
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:09 2008 +0100

    fix-reduce-wake-reasons-in-pcf50633.patch
    
    Currently we are willing to wake from sleep from
    pcf50633 interrupts we don't actually do anything about
    even when we wake (somewhat puzzled).
    
    Let's disable some of these wake sources.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit b23571918bc77af0c3ba0074d5110a4754a3e7fb
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:09 2008 +0100

    add-resume-reason-sysfs.patch
    
    If you have U-Boot with uboot-add-find-wake-reason.patch, this
    patch will get you a wake reason report from
    
    cat /sys/devices/platform/neo1973-resume.0/resume_reason
    
    it looks like this:
    
      EINT00_ACCEL1
      EINT01_GSM
      EINT02_BLUETOOTH
      EINT03_DEBUGBRD
      EINT04_JACK
      EINT05_WLAN
      EINT06_AUXKEY
      EINT07_HOLDKEY
      EINT08_ACCEL2
    * EINT09_PMU
        adpins
        adprem
        usbins
        usbrem
        rtcalarm
        second
        onkeyr
        onkeyf
        exton1r
        exton1f
        exton2r
        exton2f
        exton3r
        exton3f
      * batfull
        chghalt
        thlimon
        thlimoff
        usblimon
        usblimoff
        adcrdy
        onkey1s
        lowsys
        lowbat
        hightmp
        autopwrfail
        dwn1pwrfail
        dwn2pwrfail
        ledpwrfail
        ledovp
        ldo1pwrfail
        ldo2pwrfail
        ldo3pwrfail
        ldo4pwrfail
        ldo5pwrfail
        ldo6pwrfail
        hcidopwrfail
        hcidoovl
      EINT10_NULL
      EINT11_NULL
      EINT12_GLAMO
      EINT13_NULL
      EINT14_NULL
      EINT15_NULL
    
    This shows a problem, false wake from suspend due to battery full
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 8123df3154d3c78f8d9909ab88f4bb38fad1bb44
Author: Andy Green <agreen at localhost.localdomain>
Date:   Sun Jul 13 21:02:09 2008 +0100

    fix-motion-sensor-corruption.patch

commit 0b03a290e93c299d4ede27b3ffa03e652a3611c4
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:08 2008 +0100

    Fixup hang on resume caused by the s3c2410 touch screen driver
    
    From dc6d335b467646d802a21ea6b925ee97e83e07be Mon Sep 17 00:00:00 2001
    From: Holger Freyther <zecke at openmoko.org>
    Date: Thu, 15 May 2008 01:16:23 +0200
    Subject: [PATCH] Do not use msleep in the resume path of s3c2410_ts as it
    might lockup
    
    For some reason msleep might set the only task running into a suspended
    state and no timer will ever wake it up. Use mdelay to avoid this. I was not
    able to understand the reasoning of sleeping after enabling the clock. So we
    might just remove the msleep/mdelay at all and be fine.
    
    Signed-Off-By: Holger Freyther <zecke at openmoko.org>

commit 42d85231cc28108c98470ee102f9cab766aa9734
Author: Sean McNeil <sean at mcneil.com>
Date:   Sun Jul 13 21:02:08 2008 +0100

    fix-wep-needs-keys-before-ap.patch
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 3448ee0844de7e5c1093a1b996bbb47d0ec235e0
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:08 2008 +0100

    fix-suspend-backlight-timing-pm-debug.patch
    
    This patch improves the smoothness of suspend and resume action.
    
    Taking out CONFIG_PM_DEBUG allows much more rapid resume (the low level
    serial traffic appears to be synchronous)
    
    Added a platform callback in jbt driver and support in pcf50633 so we
    can defer bringing up the backlight until the LCM is able to process
    video again (which must happen after the glamo is up and producing
    video beacuse the LCM is hooked to glamo SPI)
    
    GTA01 should not be affected by all this as the callback will default
    to null and it is on pcf50606
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 644f40d53bd04bf095bc3b9eb4cdd71894bfca39
Author: matt_hsu <matt_hsu at openmoko.org>
Date:   Sun Jul 13 21:02:08 2008 +0100

    s3c24xx-pwm-platform-driver.patch
    
    This patch is to register pwm as platform driver to keep the PWM-related
    config when system is in suspend/resume. This could fix the following
    issue after resume:
    
    - HDQ read timeout
    - LEDs blinked abnormally(if LEDs is driven by PWM)
    
    Signed-off-by: Matt Hsu <matt_hsu at openmoko.org>

commit ba300845ec832fefbb8156d23a031ccafa5536a9
Author: Sean McNeil <sean at mcneil.com>
Date:   Sun Jul 13 21:02:08 2008 +0100

    fix-KEY_PHONE-up-down-inversion.patch
    
    the KEY_PHONE is backwards. It returns up when pushed and down when
    released. The following change fixes it:
    
    Signed-off-by: Sean McNeil <sean at mcneil.com>

commit 0d501c9d5dbf0e65f7baef8d758c7eb175661f36
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:08 2008 +0100

    tracking-2.6.26-rc1-sdio-pnp-changes.patch
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 813924dc7b6d217ffb0d55331578309f5f313243
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:08 2008 +0100

    tracking-2.6.26-rc1-remove-dupe-s3c2410_nand_update_chip.patch
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 18a1a8b27b5de4b74e8163402e879a6d3a0588af
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:08 2008 +0100

    tracking-2.6.26-rc1-remove-input-dev-private-member.patch
    Signed-off-by: Andy Green <andy at openmoko.com>

commit ced2b570d1574dd265d74d6671508fc3daaf408d
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:07 2008 +0100

    config-update-2.6.21-rc1.patch
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 35781afbdd4923ce3b7ca5d2ce0620ec0b715e36
Author: Andy Green <agreen at localhost.localdomain>
Date:   Sun Jul 13 21:02:07 2008 +0100

    clean-sdio-hcd-suspend.patch
    
    fix trailing whitespace and function args for suspend.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit bc3a87b8c12c69492ec163cc861a84fe31823de8
Author: Matt Hsu <matt_hsu at openmoko.org>
Date:   Sun Jul 13 21:02:06 2008 +0100

    From cc08b5986dfd8d971ee46ce7045fb7863f99a92a Mon Sep 17 00:00:00 2001
    Subject: [PATCH] - add suspend/resume function of s3c24xx_hcd driver
    
    
    Signed-off-by: Matt Hsu <matt_hsu at openmoko.org>

commit 320d03302da1df6d5f7d1f37e9a70a860384d2a0
Author: Tim Niemeyer <reddog at mastersword.de>
Date:   Sun Jul 13 21:02:06 2008 +0100

    This-adds-some-debug-messages-to-the-Neo1937-sound-d.patch
    Subject: [PATCH] This adds some debug messages to the Neo1937 sound driver.
    
    Signed-off-by: Tim Niemeyer <reddog at mastersword.de>

commit d75afcc78d67c6cd4bf1c06be0374ab6e1bf8f6e
Author: Reddog <reddog at mastersword.de>
Date:   Sun Jul 13 21:02:06 2008 +0100

    gta01-fix-resume-redo-par.patch
    
     --> (http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=595&action=view)
    fix resume of fbdev  BZ#79
    
    I played a bit with the fbdev resume. With this patch the neo doesn't get this
    white screen on resume from console and from X.
    
    Signed-off-by: Reddog <reddog at mastersword.de>

commit 4b950e964b5d5d575f6d92b4146c577bdd815c5d
Author: Mike Westerhof <mwester at dls.net>
Date:   Sun Jul 13 21:02:06 2008 +0100

    gta01-fix-jbt-platform-missing-members.patch
    
    Created an attachment (id=594) / BZ#79
    Add missing platform_data that caused the GTA01 to crash on suspend/resume
    
    The interface to the jbt6k74 driver changed slightly; this patch adds the
    missing platform_data for the GTA01.  This prevents a crash while suspending.
    This patch also makes some minor changes to cleanup and clarify some debug
    messages.
    Signed-off-by: Mike Westerhof <mwester at dls.net>

commit 88c8094ebd193c6d1cadc885ba4a2672ade637d7
Author: Mike Westerhof <mwester at dls.net>
Date:   Sun Jul 13 21:02:05 2008 +0100

    gta01-gps-power-state-resume-preserve.patch
    
    Created an attachment (id=593) / from BZ#79
    Updated patch to preserve the power state of the GPS on the GTA01
    
    Currently the GPS is powered up after a suspend/resume occurs.  This patch will
    only power the GPS back up if it was powered up when the GTA01 suspended.
    
    Signed-off-by: Mike Westerhof <mwester at dls.net>

commit aa8968ac05501183cc3323fbe128e256cc235e1d
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:04 2008 +0100

    tracking-2.6.25-changed-s3c2410_dma_request-reurn.patch
    
    s3c2410_dma_request used to return 0 for OK and something else
    for error, now it returns -ve error code or +ve dma channel index + flag
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 6de395f323e11d43e06b879ad6b140ba3284c631
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:04 2008 +0100

    tracking-2.6.25-deprecated-includefile-wm8753.patch
    
    <linux/driver.h> is just empty and is deprecated now
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit c8d5ca9e0c907566bdda8a150a636e853e086944
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:04 2008 +0100

    tracking-2.6.25-upstream-s3c2410_gpio_irq2pin.patch
    
    Holger got beaten to it on mainline, they provide a
    s3c2410_gpio_irq2pin() instead of the name he used.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit b54a4806ae570c9595746c6b8a86c3410eefe015
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:04 2008 +0100

    tracking-2.6.25-struct-bus-type-loses-devices-member.patch
    
    I don't know what device the symlink should be linked
    against on GTA01, somebody that does know needs to edit
    it in where it says "FIXME"... I think the supplied method
    can work OK otherwise.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 5dd555b09887138a2873f832e3963a2eac1d87e5
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:04 2008 +0100

    tracking-2.6.25-input_dev-cdev-union-removed.patch
    
    struct input_dev in include/linux/input.h used to have a union
    cdev which contained the associated device struct pointer.  This
    got simplified out in 2.6.25, so this patch removes cdev from
    our drivers that used it before.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 73c5d86a92c862694d479822f15bfea19ca36247
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:03 2008 +0100

    add-defconfig-2.6.25
    
    mostly built-in defconfig for 2.6.25
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit e99cdc0c952610470c38feb036bdc67a0a7d3665
Author: Mike Wester <mwester at dis.net>
Date:   Sun Jul 13 21:02:03 2008 +0100

    fix-gta01-pmu-irq-edge-lost-on-resume.patch
    
    GTA01 -only
    
    Restore power button functionality after resume operation
    
    Per Werner's suggestion, run the PMU interrupt handler immediately after resume
    to clear/handle any pending interrupts from that device.  This appears to
    resolve the  dead-powerbutton-after-resume problem.  This is not well-tested;
    need feedback to see if there are any side-effects or other problems.
    
    From BZ 1313
    
    Signed-off-by: Mike Wester <mwester at dis.net>

commit 62ddbccf4c670f28506cc5e5f4af0c5f782df917
Author: Mike Wester <mwester at dis.net>
Date:   Sun Jul 13 21:02:03 2008 +0100

    fix-gta01-spi-resume-patch
    
    Patch to register the SPI device and thus the save/resume for the display
    
    This patch does *NOT* resolve this problem, but it does make things a bit
    better.  The SPI device name changed with 2.6.24, and the change was made for
    the gta02 but never propagated to the gta01.  With this change, you'll now see
    the entries for the spi bus and the display controller in /sys; and the display
    controller suspend/resume functions will be called.
    
    (via BZ 79)
    
    Signed-off-by: Mike Wester <mwester at dis.net>

commit 0a4a0b387b930d070cf1c94e4cc69b9fee732020
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:03 2008 +0100

    fix-jack-interrupt-debounce-loss-window.patch
    
    Make sure we can't lose a jack interrupt in debounce, despite it is
    a one-in-a-million thing that just needs replug to clear
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 315e56487889af5c67529de98846a5476d9039eb
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:03 2008 +0100

    [neo] Every access to GPIO bank B has to go through the shadow code
    
        - Any setting of any PIN on bank B will undo the LED setting.
          Introduce neo1973_gpb_set_pin to set the PIN in a way not losing
          the LED or any other shadowed setting.
        - Update users of GPBXY for gta01 and gta02.
    
    Signed-Off-By: Holger Freyther <zecke at openmoko.org>

commit 4ea23c658bcae9a29a98257158c4dad57df7b699
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:03 2008 +0100

    [neo bluetooth] GTA01_GPIO_MODEM_RST != GTA02_GPIO_MODEM_RST
        The bluetooth enable and modem reset switched the order in
        gta02. Do not poke the bluetooth dongle when we want to reset
        the modem.
    
    Signed-Off-By: Holger Freyther <zecke at openmoko.org>

commit ac928e787095bc7028f4d298644418ca633d8129
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:03 2008 +0100

    [led] Misc fixes in the driver code
        to_bundle returned the wrong data. The platform_device is the
        parent of the class_device used by the LED device class. Return
        the correct class.
    
        num_leds was not set to the correct number of registered LEDs. All
        loops using num_leds (e.g. module unloading) were not executed at
        all.
    
        On removal of the module disable all LEDs.
    
    Signed-Off-By: Holger Freyther <zecke at openmoko.org>

commit c98ca98ad0dd71482fb6a3e788e962ffecc512af
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:02 2008 +0100

    [leds] We would enable PWM for all four timers, disable it for all four as well
    
    Currently we do not use the PWM code to drive the LEDS. We have enabled the PWM
    for four timer sources but disable it only for three, fix that up.
    
    Signed-Off-By: Holger Freyther <zecke at openmoko.org>

commit ca6b1711fa376ed9ac4117e974c7e2e6ea7824b7
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:02 2008 +0100

    Remove not needed #ifdef as machine_is_ is always defined.
        If we build a kernel without gta01/gta02 the
        machine_is_ macro will expand to (0) and the compiler will
        optimize the if (0) {} away.
    
    Signed-Off-By: Holger Freyther <zecke at openmoko.org>

commit a9caa7c91de162ab611a3fdc804cdb5f33b170c2
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:02 2008 +0100

    OpenMoko => Openmoko
    
    Signed-Off-By: Holger Freyther <zecke at openmoko.org>

commit d02b7485af3e54a459ff6f8f84691386ac8eaf45
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:02 2008 +0100

    fix-jack-debounce.patch
    
    Headphone jack detection is bouncy, it can trigger multiple interrupts
    on insertion or removal.  This patch adds a workqueue that waits out the
    interrupt spew in 100ms units, and if it sees no more interrupts for 100ms
    only then samples and reports the jack state.  I was unable to get a bounce
    after 20 or so tries after this.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 9152da1feab0a6e80e0fa234dd749bfcf3c1d70b
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:02:02 2008 +0100

    debug-glamo-add-lcd-regs-to-dump.patch
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 0dd5e390a23ab83e8e79b379328e290d1e42ac7f
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:02 2008 +0100

    fix-glamofb-cmd-mode-locking.patch
    
    Glamo "cmd mode" is modal, but nothing took care about locking.
    Also cmd mode was entered recursively in rotate_lcd().
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 4cc94c404cca9e63e34c1660e6377f00bef72af4
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:01 2008 +0100

    fix-glamofb-cmdqueue-timeout.patch
    
    loglevl=9 can cause failure to init glamo-fb
    problem seems to be too low timeout when text scrolling can
    delay commandqueue going empty
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit afcfb69febd0e5402e82e7c10722f4a38e721ecd
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:02:01 2008 +0100

    fix-gsm-download-irq-balance-issue.patch
    
    Only enable or disable the interrupt if we see we are in the opposing state.
    Also force that damn GSM download signal deasserted on probe at the time we
    set the logical state for it to deasserted.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 3fbb4bc33a0d8fa1dbe94301781333a826e0254d
Author: Werner Almesberger <werner at openmoko.org>
Date:   Sun Jul 13 21:02:01 2008 +0100

    audio-tickless-timeout.patch
    
    When we resume, we can end up in
    sound/soc/s3c24xx/s3c24xx-i2s.c:s3c24xx_snd_lrsync
    with the timer tick still disabled, and the LR signal never happening.
    Thus, we loop forever.
    
    The patch below changes the timeout mechanism to use udelay, which
    doesn't need timer ticks.
    
    Note that this code is in a module, so to get the fix, you have to
    build the modules, and update them.
    
    The kernel now resumes but does the ugly GSM modem ticking. I'll have
    to find a good place to turn that one off ...
    
    - Werner
    
    ---------------------------------- cut here -----------------------------------
    
    - sound/soc/s3c24xx/s3c24xx-i2s.c (s3c24xx_snd_lrsync): in resume, we may
      call s3c24xx_snd_lrsync with timer ticks disabled, thus jiffies never
      change. Use udelay to avoid this problem.

commit 16423c58fa51588b0dd018c3ecd141e02858c8bb
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:02:01 2008 +0100

    defconfig-audio.patch
    Add in some audio config needed
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 8e658fcace93f6c19a9a798e22afed542ae22995
Author: Sameo <sameo at openedhand.com>
Date:   Sun Jul 13 21:02:01 2008 +0100

    fix-wlan-disable.patch
    
    see
    http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1288

commit 955b8f94ffd3a22f60ef21faf3612ac563ba46e2
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:01 2008 +0100

    Enable GPS only if it was powered on before suspending the device
    
        Similar to the neo1974_pm_gsm.c keep a static struct around. On suspend
        we will save the current power state, on resume we will use this
        information to enable power of the GPS only when it was powered on before.
        This is passing basic tests with screen /dev/ttySAC1 on suspend and resume.
    
        Only do this for the GTA02 as I don't have a gllin setup for the GTA01
    
        I wonder why the suspend and resume code is not using gps_pwron_set and why
        for the GTA02 we need to keep the state of the GPIOs, this should be done
        by the s3c code.
    
    Signed-Off-by: Holger Frether <zecke at openmoko.org>

commit 2f9309cc147ec03c1772910595920d229810ad1a
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:00 2008 +0100

    Fix the firing of "Jack"-Interrupts after resume when the modem is powered on.
    
    GTA02_GPIO_nDL_GSM defaults to high/1. On resume do not enable the DL_GSM if
    it was not enabled before. This is stopping the storm of interrupts.
    
    Fix the logic in the download file handling. Downloads are disabled (0) when
    the GTA02_GPIO_nDL_GSM is high (1). To enable downloading set
    GTA02_GPIO_nDL_GSM to low (0, !on). Disable the jack interrupt while download
    the is active. When disabling download we will get a couple of jack interrupts
    but this is hardly avoidable.
    
    Avoid reading the GPIO value if we do not even have a console set.
    
    Signed-Off-by: Holger Freyther <zecke at openmoko.org>

commit 19f1ff0c3e1b5136d76a2a6d5fe8a6896aab750e
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:02:00 2008 +0100

    Fix spelling. flaoting => floating
    
    Signed-Off-by: Holger Freyther <zecke at openmoko.org>

commit 135a9f3f55784e222986ee8c27fd817cbc473a9e
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:01:59 2008 +0100

    This is gta02 and not gta01. Do not call the vibrator led.
    
    Signed-Off-by: Holger Freyther <zecke at openmoko.org>

commit f96b41f6da3c6d3d7c6857a4c9293c3cfb9e4cae
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:01:59 2008 +0100

    Add GPIO -> IRQ for the s3c2410 and add irq_to_gpio to the gpio.h of the Samsung SoC
    
    Use this irq_to_gpio in the neo1973 keyboard driver

commit 5adf1301f1dbb9b31bc7037026d0ce1ee1eefa62
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:01:59 2008 +0100

    Convert the driver to the generic GPIO framework
    
    Signed-Off-by: Holger Freyther <zecke at openmoko.org>

commit 75040eb1fb9be2ae046afd35ed532efd47f76d83
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:01:59 2008 +0100

    Fix the FIXME, store the GPIO value for now
    
    Signed-Off-by: Holger Freyther <zecke at openmoko.org>

commit 78be7fb358d2f52599c8e024ab23cf22627de2aa
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:01:59 2008 +0100

    Remove dead code
    
    Signed-Off-by: Holger Freyther <zecke at openmoko.org>

commit b43125aeff6c5015fe428fa2401ecf839d7561a3
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:01:59 2008 +0100

    Simplify the code, there is no need for a branch. The code for
    GTA01_GPIO_AUX_KEY looks odd.
    
    Signed-Off-by: Holger Freyther <zecke at openmoko.org>

commit c079157d80892dcc6fdfd86f37bee64fad81b9e6
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:01:58 2008 +0100

    add-pcb-rev-sysfs.patch
    Signed-off-by: Andy Green <andy at openmoko.com>

commit be126bd439b17f667279247cd6ebae50f011b3e9
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:58 2008 +0100

    debug-glamo-dump-regs.patch
    From: Andy Green <andy at openmoko.com>
    
    Sigend-off-by: Andy Green <andy at openmoko.com>

commit 3d9c3e68ea53c1d50d33ff69774e7e27d3508bb2
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:01:58 2008 +0100

    add-gta02-pcb-revision-detect.patch
    
    Add function
    
    int gta02_get_pcb_revision(void)
    
    which returns state of GTA02 PCB revision pins.  It is also called
    and logged during boot with KERN_INFO.  The results look like:
    
    b9    b8        b2    b1    b0
     GPD4  GPD3     GPD0  GPC15 GPC13
    
     GTA02 A5 and before:  0x000
     GTA02 A6           :  0x001
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 8a4203318c8df6e2147ae9b94a804ad22bd02431
Author: Holger Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:01:58 2008 +0100

    Do not send low level debugging to the modem
    
    Hey,
    
    I see no reason to send LL debugging messages to the modem. This can happen if
    we compile the Samsung SoC with PM debugging as in andy's git branch.
    
    
    
    From 452c17990dfeb9c2eb2ffa7ded4d24ddb1bcd4b2 Mon Sep 17 00:00:00 2001
    From: Holger Freyther <zecke at openmoko.org>
    Date: Sun, 23 Mar 2008 00:57:28 +0100
    Subject: [PATCH] Never ever send debug messages to the modem. The serial
    console is
     on UART2, send the messages for decompressing  and low level debugging
     there.
    
    Signed-Off-by: Holger Freyther <zecke at openmoko.org>

commit 9bb4f7d8d68b99407cdbbab38d86a4437d927709
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:58 2008 +0100

    fix-suspend-gps-tx-level.patch
    
    We used to drive output high into GPS unit in suspend
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit f2228b643f3367f8a9a719884847b5fbe12bdfcd
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:01:58 2008 +0100

    fix-lis302dl-suspend-gpio.patch
    Add platform stuff to deal with going in and out of suspend
    so the motion sensor IO is not driving high into unpowered sensors
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 8d22c2c3f473ef0e0b03493297258296845b973a
Author: Holger Hans Peter Freyther <zecke at openmoko.org>
Date:   Sun Jul 13 21:01:57 2008 +0100

    add-pcf50633-06-RTC_AIE-ioctl
    
    Hey,
    
    the legacy application 'atd' from Russ Nelson/Nils Faerber, used by Qtopia, to
    schedule alarms currently fails to start as the the above ioctl is failing.
    The other drivers in drivers/rtc implement the above ioctl and we can
    implement it too.
    
    The code to mask/unmask the RTC alarm is copied from the set_alarm routine and
    adapted to use the reg_set_bit_mask and reg_set_clear_mask.
    
    It is compiling, so it must work. Please welcome me the lkml way ;)
    
    
    Signed-Off-by: Holger Hans Peter Freyther <zecke at openmoko.org>

commit c456c0efe29844e8a7faa97e99aba953d0652e5e
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:01:57 2008 +0100

    fix-charging-deassert-host-power-1a-detect.patch
    
    We don't take care to stop driving generated USB host power even
    when we have a 1A charger connected on the same pins.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 603de6fa0e15dcd726b05baaad8ef664b7c10ef7
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:01:57 2008 +0100

    introduce-usb-host-power-control.patch
    
    Unless I really really missed the point, there is no support for enabling
    USB Host power for USB host mode.  This patch adds a /sys node for GTA02
    that allows control of the charge pump for 5V out on the USB mini connector
    It doesn't change any logical mode in the CPU, just enables (1) and disables
    (0) USB host power.
    
    # cat /sys/devices/platform/neo1973-pm-host.0/hostmode
    0
    # echo 1 > /sys/devices/platform/neo1973-pm-host.0/hostmode
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 15953e8a93951de065900e6a44442b0f487918be
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:57 2008 +0100

    fix-gpio-led-patch-still-pwm-t3.patch
    
    Starting up all the PWMs seems to be needed for PWM3 operation
    and FIQ / HDQ / VIB operation.  But after starting, turn the
    LEDs to GPIO-only.
    
    Applies on top of Willie's patch
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit b07d288ca3849fcebdafc23282ffef33f624d666
Author: Willie <willie_chen at openmoko.com>
Date:   Sun Jul 13 21:01:57 2008 +0100

    use gpio control leds

commit 09e6546ca676cafcec327b3f0e702139cb8832a3
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:57 2008 +0100

    fix-glamo-mci-fake-reset-opcode-in-suspend.patch

commit 5e16556080b9f046bb522201ca22fab97c120177
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:56 2008 +0100

    fix-lcm-reinit-post-resume.patch

commit 5db6ea32e73d80ce5f8d8573c78dfd6a6cf7ef2a
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:01:56 2008 +0100

    fix-glamo-mci-defeat-ops-during-suspend.patch
    
    We need to be able to use the config option CONFIG_MMC_UNSAFE_RESUME that allows the rootfs
    to live on SD.  But when we use this, it tries to send a reset command to the SD card during
    suspend -- and unfortunately many things like Power have suspended by then.
    
    This patch again rejects IO on the MMC device during suspend of the MMC device, and it
    gives the result the rootfs on SD card works okay.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 2149827ec520f4068c28a97eed68a6c9e9d7ddc5
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:56 2008 +0100

    config-add-alsa.patch

commit 1be0fc0982975ba466c249fa641597d511bedf50
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:56 2008 +0100

    fix-s3c2410_timer_setup-resume-BUG.patch

commit 8e7854c55c0d75f1506a5c376d295fd12b593faa
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:01:56 2008 +0100

    debug-suspend-dump-gpio-states-add-GPA.patch
    
    Add support for GPA[] GPIO bus since we have some NCs
    but they seem to output-only IO cells so no matter
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 92520970adde71475e6ee8f3f5658e13475f4c45
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:01:56 2008 +0100

    introduce-bq27000-battery-driver.patch
    
    This is a driver for the bq27000 found in the Highcell A5
    battery, and the platform device stuff for it for GTA02.  It
    is a Power Supply Class battery device.
    
    The driver doesn't contain an HDQ engine but accepts pointers
    from the platform data to the HDQ action routines; our
    platform data plugs it into the FIQ HDQ engine stuff.
    
    The Power Supply class exposes the battery down /sys so you
    can find out battery status by doing the equivalent of this
    bash command
    
    for i in capacity charge_full current_now present status technology temp time_to_empty_now time_to_full_now type voltage_now ; do echo -n "$i    " ; cat /sys/devices/platform/bq27000-battery.0/power_supply/bat/$i ; done
    
    Here is the kind of result you get from a battery discharging
    
    capacity    0
    charge_full    1215585
    current_now    183375
    present    1
    status    Discharging
    technology    Li-ion
    temp    276
    time_to_empty_now    0
    time_to_full_now    3932100
    type    Battery
    voltage_now    2761000
    
    Note that temp is in 1/10 degrees C, other values are in uV,
    uA, uW.  The time_to_* reported are bogus, but that is what
    the battery actually reports.
    
    We can make more mappings to entries in power_supply class
    but this is enough to get started with.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 165bad782d7b9ab639024aa315288bf74c401572
Author: Andy Green <andy at openmoko.com>
Date:   Sun Jul 13 21:01:55 2008 +0100

    introduce-fiq-hdq.patch
    
    This adds a platform driver and device which performs HDQ
    battery protocol using a single GPIO pin which is set
    through platform data.
    
    HDQ has some hard latency requirements which can't
    be met if interrupts are enabled, so normally using
    a GPIO for this will require blocking out all other
    interrupts and processes for several milliseconds
    per register being read or written.
    
    This HDQ protocol engine is a FSM implemented inside the
    the FIQ ISR and regulated by timer interrupts happening
    at 20us intervals.  The path through the FSM on any
    "clock" is very short and should be over with in ~
    1us.  Because FIQ has guaranteed latencies of <1us,
    it means we can service the HDQ protocol without
    blocking interrupts or any other process other than
    the caller that is waiting for the result. It's pretty
    cool performance from 1 GPIO ;-)
    
    Due to it being hard to do locking from the FIQ ISR
    the code simply sleeps 10ms or whatever the scheduler
    gives it and checks if the transfer took place yet.
    
    This platform driver doesn't have any knowledge about
    the device it is talking to, it just knows it is a
    HDQ device.  It exports three functions for read, write
    and confirming HDQ is initialized.  It also exports two
    /sys nodes that are usable by humans, one dumps the whole
    127 register HDQ register space
    
    # cat /sys/devices/platform/gta02-hdq.0/hdq/dump
    00 44 55 00 00 00 ba 04 a2 0d 50 00 00 00 00 00
    00 00 9a 1a 00 00 ff ff ff ff 29 00 00 00 80 2b
    00 00 00 00 00 00 ff ff 00 00 00 00 00 32 af 06
    a0 d8 37 4e 00 00 00 00 00 00 00 34 2e 03 b4 e7
    00 00 06 00 41 00 4c 02 00 00 00 00 00 00 00 00
    83 02 00 00 94 09 59 b9 a5 0d 7f 21 00 00 7a ff
    df ff 62 ff a7 04 2e 05 00 00 00 01 00 07 00 00
    2a 78 36 67 7b b5 1b a9 af 19 38 89 63 57 42 7c
    #
    
    and the other allows to set one register
    
    # echo 2 170 > /sys/devices/platform/gta02-hdq.0/hdq/write
    
    writes 0xAA into register 2.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 6e4cf9a7987da453109a483c6219cf861b6d1acf
Author: warmcat <andy at openmoko.com>
Date:   Sun Jul 13 21:01:55 2008 +0100

    clean-snip-gpio-reinit.patch
    These are initialized already
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit b8b51d669b57a184adba123564bb513fc3aaa4a2
Author: warmcat <andy at openmoko.com>
Date:   Sun Jul 13 21:01:55 2008 +0100

    bugfix-deglitch-gpio-output-enable.patch

commit b94a701675dcbd25b6f9139e1fd50a3393143a38
Author: Mike Montour <mail at mmontour.net>
Date:   Sun Jul 13 21:01:55 2008 +0100

    contrib-fix-chgstate-array-bloat.patch
    
    --- linux-2.6.22/drivers/i2c/chips/pcf50606.c.orig	2008-01-17 22:30:16.000000000 -0800
    +++ linux-2.6.22/drivers/i2c/chips/pcf50606.c	2008-01-17 22:31:43.000000000 -0800
    @@ -71,12 +71,19 @@
    
     I2C_CLIENT_INSMOD_1(pcf50606);
    
    -#define PCF50606_F_CHG_FAST	0x00000001	/* Charger Fast allowed */
    -#define PCF50606_F_CHG_PRESENT	0x00000002	/* Charger present */
    -#define PCF50606_F_CHG_FOK	0x00000004	/* Fast OK for battery */
    -#define PCF50606_F_CHG_ERR	0x00000008	/* Charger Error */
    -#define PCF50606_F_CHG_PROT	0x00000010	/* Charger Protection */
    -#define PCF50606_F_CHG_READY	0x00000020	/* Charging completed */
    +#define PCF50606_B_CHG_FAST	0	/* Charger Fast allowed */
    +#define PCF50606_B_CHG_PRESENT	1	/* Charger present */
    +#define PCF50606_B_CHG_FOK	2	/* Fast OK for battery */
    +#define PCF50606_B_CHG_ERR	3	/* Charger Error */
    +#define PCF50606_B_CHG_PROT	4	/* Charger Protection */
    +#define PCF50606_B_CHG_READY	5	/* Charging completed */
    +
    +#define PCF50606_F_CHG_FAST	(1<<PCF50606_B_CHG_FAST)	/* Charger Fast allowed */
    +#define PCF50606_F_CHG_PRESENT	(1<<PCF50606_B_CHG_PRESENT)	/* Charger present */
    +#define PCF50606_F_CHG_FOK	(1<<PCF50606_B_CHG_FOK)	/* Fast OK for battery */
    +#define PCF50606_F_CHG_ERR	(1<<PCF50606_B_CHG_ERR)	/* Charger Error */
    +#define PCF50606_F_CHG_PROT	(1<<PCF50606_B_CHG_PROT)	/* Charger Protection */
    +#define PCF50606_F_CHG_READY	(1<<PCF50606_B_CHG_READY)	/* Charging completed */
     #define PCF50606_F_CHG_MASK	0x000000fc
    
     #define PCF50606_F_PWR_PRESSED	0x00000100
    @@ -1026,12 +1033,12 @@
     static DEVICE_ATTR(chgmode, S_IRUGO | S_IWUSR, show_chgmode, set_chgmode);
    
     static const char *chgstate_names[] = {
    -	[PCF50606_F_CHG_FAST]			= "fast_enabled",
    -	[PCF50606_F_CHG_PRESENT] 		= "present",
    -	[PCF50606_F_CHG_FOK]			= "fast_ok",
    -	[PCF50606_F_CHG_ERR]			= "error",
    -	[PCF50606_F_CHG_PROT]			= "protection",
    -	[PCF50606_F_CHG_READY]			= "ready",
    +	[PCF50606_B_CHG_FAST]			= "fast_enabled",
    +	[PCF50606_B_CHG_PRESENT] 		= "present",
    +	[PCF50606_B_CHG_FOK]			= "fast_ok",
    +	[PCF50606_B_CHG_ERR]			= "error",
    +	[PCF50606_B_CHG_PROT]			= "protection",
    +	[PCF50606_B_CHG_READY]			= "ready",
     };
    
     static ssize_t show_chgstate(struct device *dev, struct device_attribute *attr,

commit 30bc270859a09f2b9302bff86fa6d4fbc272c766
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:54 2008 +0100

    local-config-ext2.patch

commit f1667244ee94c56a8ee72812e5cb1dc78fab53ed
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:54 2008 +0100

    local-config-pmu.patch

commit b2708bff780cb5cb384fe3c180b3b3a1c7ea91f1
Author: warmcat <andy at openmoko.com>
Date:   Sun Jul 13 21:01:54 2008 +0100

    local-config-defconfig-motion-sensor-gpio.patch

commit ad1b7e096a061fd72d77ef92305b0eef32860658
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:54 2008 +0100

    local-config-wlan-config-changes.patch

commit 21849b03da515ab2766d00e22a978fd946de596e
Author: warmcat <andy at openmoko.com>
Date:   Sun Jul 13 21:01:54 2008 +0100

    local-config-add-bluetooth-monolithic.patch
    
    Add Bluetooth in monolithic kernel

commit b7dbe92120890d885cb4a23fb12ceb331d444332
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:53 2008 +0100

    local-config-add-vfat-nls-to-kern.patch
    
    SD Card / VFAT in monolithic kernel
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit cb2c42a1215e3bc7d4fcfa2a06a764f4f713c59a
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:53 2008 +0100

    local-update-defconfig-for-2.6-dev.patch
    
    Make a defconfig for 2.6.24 out of the current 2.6.22.5 one
    
    From: warmcat <andy at warmcat.com>

commit 72da8e00a677183bd1b5951420c49769959c7533
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:53 2008 +0100

    local-build-new-dfu-vid.patch
    
    Update to new DFU VID for A5
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit bbe2c008ebfc10bae7637ef6e9be0a4833c88f77
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:53 2008 +0100

    local-build-scripts.patch
    
    Add a couple of handy scripts to crossmake and send over dfu
    
    From: warmcat <andy at warmcat.com>

commit d7dd9153828c298b217ec83664e4f6e75a00c7b0
Author: warmcat <andy at warmcat.com>
Date:   Sun Jul 13 21:01:53 2008 +0100

    local-add-defconfig.patch
    
    Adds svn defconfig
    
    From: warmcat <andy at warmcat.com>

commit 489730d96039aeda1f6fb1e8a249ae3f3d6f9171
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:11 2008 +0100

    glamo-cmdqueue-bandaid.patch
    [ Stop kernel from hanging every once in a while during Glamo
      initialization. ]
    
    debug-glamo-fb-cmdqueue-wait-timeout.patch
    
    From: warmcat <andy at warmcat.com>

commit 19d26d149b79087e001446579abe383595a470ef
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:11 2008 +0100

    gta02-sound-bandaid.patch
    http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1172
    
    This patch seems to alleviate the symptoms but doesn't cure them.
    Keep it to keep development going, until we have a proper solution.

commit 76a28ce9a3b721eddbda006ae1dbf8c9d2f6707b
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:10 2008 +0100

    suspend-prelim1.patch

commit cebfcf5913f12d903875fb0d22fdf4550108a67a
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:10 2008 +0100

    gta01-dehang-printk.patch
    This is a temporary work-around Mike Westerhof for this bug:
    http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=788
    
    See also
    http://lists.openmoko.org/pipermail/openmoko-kernel/2008-February/000804.html
    
    (It's the 2nd option.)
    
    We may settle on a different solution in the future, depending on
    feedback from upstream.

commit 1c154abf329091948e49f98835a31f313dba2125
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:10 2008 +0100

    fix-pcf50633-LOWBAT-kill-init.patch

commit f831b19343c9de9fc2472d39d9facf27ab5d55b3
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:10 2008 +0100

    fix-pcf50606-LOWBAT-kill-init.patch

commit b03b19954f5277fccdcd3c72fa2a8d10a4d7f991
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:10 2008 +0100

    fix-hwecc-2410.patch
    S3C24xx ECC mis-calculates the bit to flip:
    http://lists.infradead.org/pipermail/linux-mtd/2007-October/019586.html
    If the error couldn't be corrected, we returned "no problem" :-(
    http://lists.infradead.org/pipermail/linux-mtd/2007-October/019615.html
    
    Signed-off-by: Werner Almesberger <werner at openmoko.org>

commit ab20911d2543e44b1fb23c461c6ad5a17225d410
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:09 2008 +0100

    atheros_2_0_sdio_stack.patch

commit b4425370affb92c9623f69c2b7a68fc418d2c80c
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:09 2008 +0100

    atheros_2_0_hcd.patch

commit d22541f7da4c6d4e6aef0f63ca59604f579cf70d
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:09 2008 +0100

    atheros_2_0_function.patch

commit d4f1970872dc4fde90f8dcd24669e1636257d1de
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:09 2008 +0100

    pnp_fixes.patch

commit ba897aad62f45c25ac454a158d37682cf7998f5a
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:09 2008 +0100

    s3c2410-usb-switch.patch

commit d592c063ba7150080568bfc4605a37ff507fff0d
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:09 2008 +0100

    fix-EVIOCGRAB-semantics.patch

commit 5999d9cb06aad14620f59ba48736391547864b35
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:08 2008 +0100

    bq27000-battery-driver.patch

commit eb70ccb262f034fd5def9e72a7ba65327e2f593a
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:08 2008 +0100

    fiq-hdq.patch

commit 30ff7dbd5b353bef24c8eec0ffc25233a02b8c08
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:08 2008 +0100

    introduce-fiq-migrate-vibrator-gta02-only.patch
    
    On GTA02 we use FIQ to manage the vibrator IO now.  That
    is necessary because we stole timer3 from doing hw pwm
    for vibrator.  This keeps the same UI in /sys but does
    "bitbang pwm" on the same vibrator GPIO
    
    From: Andy Green <andy at openmoko.com>
    Signed-off-by: Andy Green <andy at openmoko.com>

commit b09236fe0e0e75a7a24bb0a956a46ef0b066990c
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:08 2008 +0100

    introduce-fiq-use-timer3-as-source.patch
    
    This makes the FIQ stuff specific to one of the timers on the
    s3c244x and adds the platform stuff for fiq in the gta02 init
    
    Currently one sysfs node is exposed, a count of FIQ events
    
    cat /sys/devices/platform/sc32440_fiq.0/fiq/count
    
    From: Andy Green <andy at openmoko.com>
    Signed-off-by: Andy Green <andy at openmoko.com>

commit cc346137d69aa91c364185da435359b890eda407
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:08 2008 +0100

    introduce-fiq-basis.patch
    Adds a C-based FIQ ISR which is very convenient (and unusual --
    normally you have to do FIQ ISR in assembler only).
    Based on my article:
    
    http://warmcat.com/_wp/2007/09/17/at91rm9200-fiq-faq-and-simple-example-code-patch/
    
    Implemented as a platform device and driver.
    
    Suspend / resume is tested and works.
    
    Signed-off-by: Andy Green <andy at warmcat.com>

commit a482f9cebdf54a841115c35d21694908e839fd50
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:08 2008 +0100

    fail-unless-uimage.patch
    Fail the build noisily if "mkimage" can't be found, e.g., if we forgot to add
    the u-boot directory to PATH.

commit 3532b4b3ae47df0f90678ae6b60b38b8633cb747
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:08 2008 +0100

    s3c2410-qt2410-buttons.patch

commit b9d6ffd77de78600e864d70f2834261b17d64621
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:07 2008 +0100

    qt2410-cs8900.patch

commit 71dae09cabef1be93b49f8231d72a61997167888
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:07 2008 +0100

    s3c2440-nand-disable-hwecc.patch
    Disable the hardware ECC checking on S3C2440 based platforms (HXD8, SMDK2440,
    GTA02) for the time being, since our u-boot doesn't yet support it for 2k page
    size NAND

commit 21f8efb8506fe8e676e4919a051104c7ca873318
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:07 2008 +0100

    input-nots-mousedev.patch
    This patch disables the reporting of touchscreen-like devices via
    /dev/input/mice.  In the Neo1973 (much like other handheld devices),
    we need this to distinguish between the touchscreen (which uses tslib)
    and optional additional usb/bluetooth mice that might be attached.
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit 3aaab55bc25fa6444cf970d813e10a83e88d0e61
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:07 2008 +0100

    s3c2410_serial-nodebug.patch

commit c76bfae28171dc9d3fd520336e66105a4c51a48f
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:07 2008 +0100

    pm-debug_less_verbose.patch

commit 6a05f9f575f81431fa9d638c614a3fc57af7d55f
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:07 2008 +0100

    config-nr-tty-devices.patch

commit 43f6215c2e406fbd2bb6dd8fa6585b6182b026c9
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:07 2008 +0100

    openmoko-logo.patch

commit f45f154ba1181d02a225f60872a6e440669f046b
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:06 2008 +0100

    gta02-bt-fixes.patch
    Modify GTA02 power manager for bluetooth.
    
    1. Default power value isn't correct. Now we set pcf50633 LDO4 to 3.2 voltage.
    
    2. Separate GTA01 and GTA02 source code.
    
    3. Add pcf50633 API for enable register.

commit cdcc17f48138e404f46140399cf60c54ea22690f
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:06 2008 +0100

    pcf506xx.patch
    Moved shared PMU code from pcf50606.h and pcf50633.h (which prevented inclusion
    of both at the same time) to pcf506xx.h
    
    - include/linux/pcf50606.h (struct pmu_voltage_rail, enum pmu_event, pmu_cb):
      moved to pcf506xx.h
    - include/linux/pcf50633.h (struct pmu_voltage_rail, enum pmu_event, pmu_cb):
      moved to pcf506xx.h
    
    Signed off-by: Werner Almesberger <werner at openmoko.org>

commit e89ad769ef02fbfbc9cf40c87578325aa17fa919
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:06 2008 +0100

    gta02-acc.patch

commit 49bce7129bb04e6b06c28349d522fc669e83263f
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:05 2008 +0100

    gta02-leds.patch

commit c4d2e5b40a510b8e6528487385a3d86c9eeb2693
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:05 2008 +0100

    lis302dl.patch
    This is a Linux driver for the STmicro LIS302DL 3-axis accelerometer.
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit 9a07bd6089d2961ad0a2bcbf132b8f8a04fed56b
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:05 2008 +0100

    gta02-sound.patch

commit fce124a953537ef8a744599e2588cb32d65cec4c
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:05 2008 +0100

    gta02-power_control.patch

commit d0692a6a269b17eae3b26a3fa2cd827a652aeafe
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:04 2008 +0100

    gta02-core.patch

commit ce93967b91ceddcd155d9640837c22107a344d16
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:04 2008 +0100

    glamo-mmc.patch

commit b0139aa963423751c7da2ff6679808cbc84bcc63
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:04 2008 +0100

    smedia-glamo.patch
    [ FIXME:
     include/asm-arm/arch-s3c2410/irqs.h shouldn't contain device-specific
     changes. ]
    
    This is a Linux kernel driver for the Smedia Glamo336x / Glamo337x
    multi-function peripheral device.
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit 5f72515e5fb5f3d8823bce3f446f04f74c212c57
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:04 2008 +0100

    pcf50633-suspend-hacks.patch

commit 7057b793911e0c27a74c606c7c4cdb199c4b381e
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:04 2008 +0100

    pcf50633.patch

commit 6a9a5718bad36a04751a59d0c5afaad67df3ebdd
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:04 2008 +0100

    s3c2442b-cpuid.patch
    Add the Samsung S3C2442B CPU idcode to the samsung s3c24xx platform code
    and fix a Kconfig typo related tot the 2442.

commit 84b669e97cf5a9b56c615e40bf3887ff350aa749
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:04 2008 +0100

    s3c2410_udc-2440_dual_packet-workaround.patch
    This is a patch that seems to make the USB hangs on the S3C2440 go away. At
    least a good amount of ping torture didn't make them come back so far.
    
    The issue is that, if there are several back-to-back packets,
    sometimes no interrupt is generated for one of them. This
    seems to be caused by the mysterious dual packet mode, which
    the USB hardware enters automatically if the endpoint size is
    half that of the FIFO. (On the 2440, this is the normal
    situation for bulk data endpoints.)
    
    There is also a timing factor in this. I think what happens is
    that the USB hardware automatically sends an acknowledgement
    if there is only one packet in the FIFO (the FIFO has space
    for two). If another packet arrives before the host has
    retrieved and acknowledged the previous one, no interrupt is
    generated for that second one.
    
    However, there may be an indication. There is one undocumented
    bit (none of the 244x manuals document it), OUT_CRS1_REG[1],
    that seems to be set suspiciously often when this condition
    occurs. There is also CLR_DATA_TOGGLE, OUT_CRS1_REG[7], which
    may have a function related to this. (The Samsung manual is
    rather terse on that, as usual.)
    
    This needs to be examined further. For now, the patch seems to do the
    trick.
    
    Note that this is not a clean solution by any means, because we
    might potentially get stuck in that interrupt for quite a while.

commit d3f48f457090ad275c785cb99597b554c16ab81d
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:03 2008 +0100

    s3c24xx-nand-largepage.patch
    MTD: S3C24XX large page NAND support
    
    This adds support for using large page NAND devices
    with the S3C24XX NAND controller. This also adds the
    file Documentation/arm/Samsung-S3C24XX/NAND.txt to
    describe the differences.
    
    Signed-off-by: Ben Dooks <ben-linux at fluff.org>

commit 024ea5120ee9c2ca3ff0cd2239af09a65df656ba
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:03 2008 +0100

    s3c_mci-gta01.patch

commit cd816051978adfb02df2d6f5756b180e763478ff
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:03 2008 +0100

    s3c_mci.patch
    This is a MMC/SD driver for the Samsung S3C24xx SD/MMC controller, originally
    developed years ago by Thomas Kleffel <tk at maintech.de>.
    
    Due to time restraints, he had no time to further maintain the driver and
    follow the mainline Linux changes in the SD/MMC stack.
    
    With his authorization, I have taken over the task of making it compliant to
    the current mainline SD/MMC API and take care of the mainline kernel merge.
    
    After a potential kernel inclusion, we would co-maintain the driver.
    
    Acked-by: Thomas Kleffel <tk at maintech.de>
    Signed-off-by: Harald Welte <laforge at gnumonks.org>

commit 925217741fea819dbb7bb18b1a4d76546409d540
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:03 2008 +0100

    g_ether-vendor_product.patch
    Use FIC's own USB Vendor ID rather than NetChip's
    
    Yes, we could solve this by some modprobe.conf parameters, but I'd like to
    rather not rely on this.

commit 179bf1aa21ce06b1bcb5ead7bbe769e8ca1d8325
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:03 2008 +0100

    g_ether-highpower.patch

commit 3397b47a5727b632b3eda4eb8d2b0732bea41e45
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:03 2008 +0100

    i2c-permit_invalid_addrs.patch
    We need this stupid workaround since our amplifier chip uses a 'reserved' I2C
    address
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit 42739c61996951766af3f95b970b7b7273f3af08
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:03 2008 +0100

    s3c2410_ts-gta01.patch

commit 66bb0c2ef4019024ed404d558fad62c7bbdb3df3
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:02 2008 +0100

    s3c2410_touchscreen.patch

commit d87637bee3a3589800f08e25e1627e25a9292d0a
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:02 2008 +0100

    gta01-backlight.patch
    This is a backlight driver for the FIC/OpenMoko Neo1973 GTA01 GSM Phone
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit 1819185b41779d1f52e4bb49e8a12a14230dee1a
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:02 2008 +0100

    gta01-vibrator.patch
    This patch adds driver support for the vibator device of the FIC/OpenMoko
    Neo1973 GSM phone. The driver uses the existing LED class driver framework,
    since there's a lot of similarity between the LED and the vibrator function.
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit 4a9f673fc7e898b0eb4d9f261d35fe51b59d313c
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:02 2008 +0100

    s3c2410-pwm.patch
    This patch adds a PWM api abstraction for the S3C2410 SoC
    
    Signed-off-by: Javi Roman <javiroman at kernel-labs.org>
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit 24bb132f558f10e787f98a00016ee232e746c785
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:02 2008 +0100

    gta01-power_control.patch
    [PATCH] Neo1973 GPS / GSM / Bluetooth power control via sysfs
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit de80aa58edbb4da7ccc7f70ff532389cc2ef5118
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:02 2008 +0100

    gta01-inputdevice.patch
    This provides support for the GTA01 keyboard
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit 6ccd1b1744e65efbc043529c45610c59673b2650
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:02 2008 +0100

    gta01-jbt6k74.patch
    This driver adds support for the SPI-based control interface of the LCM (LCD
    Panel) found on the FIC GTA01 hardware.
    
    The specific panel in this hardware is a TPO TD028TTEC1, but the driver should
    be able to drive any other diplay based on the JBT6K74-AS controller ASIC.
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit a8f4069a9ab011873f98ec665e50d39071a04b54
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:02 2008 +0100

    gta01-core.patch
    This patch adds support for the FIC Neo1973 GTA01 machine type to the ARM port
    of the Linux kernel.
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit 489ffad168b3de387f6e413e34e4d509df4f4268
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:01 2008 +0100

    gta01-pcf50606.patch
    This is a NXP PCF50606 power management unit driver.
    
    The PCF50606 is used in the FIC/OpenMoko Neo1973 GTA01 GSM phone.
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit 6d1de94f3da1205d6a9aea008e391cc8c02349cd
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:01 2008 +0100

    s3c2410-bbt.patch
    [PATCH] Add Kconfig option to enable NAND bad-block-table support for s3c2410
    
    This patch adds a new CONFIG_MTD_NAND_S3C2410_BBT which, if enabled,
    asks the mtd NAND core to use a bad-block table.
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>

commit 80028728cc16d6de6ee388ffaf296c9fb7d46c9b
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:01 2008 +0100

    resume-timers-wq.patch
    The initialization of clocks uses mutexes, but we execute the resume in
    an interrupt context. We therefore have to hand this task to a non-interrupt.
    
    Adapted from a patch by Andy Green.

commit 2af101d5f219c933b78b7a594a11d1c70fdc1a13
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:01 2008 +0100

    fix-i2c-s3c2410-resume-race.patch
    fix-i2c-s3c2410-resume-race.patch
    
    There is a nasty race between i2c-s3c2410 resume and resume of I2C
    driver and the client drivers -- the watchdog device actually gets to
    use the dead I2C bus before it is reinitialized by the I2C driver
    resume!  This patch makes sure any customers get turned away until
    the shopkeeper has woken up.
    
    Signed-off-by: Andy Green <andy at openmoko.com>

commit 26afb33e7e65453d224031638dc6696794217afa
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:01 2008 +0100

    gta01-no_nand_partitions.patch
    [PATCH] support mtd NAND commandline partitions for S3C2410
    
    This patch adds support for the mtd NAND core standard method of passing
    partition table information from the bootloader into the kernel by using
    the kernel commandline.
    
    The board specific code can still manually override and provide a fixed
    partition table, so this patch will behave backwards compatible.
    
    Signed-off-by: Harald Welte <laforge at openmoko.org>
    Acked-byt: Ben Dooks <ben-linux at fluff.org>

commit 6cc8e1464c9c5385e15f403658ab7514e8290c3a
Author: mokopatches <mokopatches at openmoko.org>
Date:   Sun Jul 13 21:01:01 2008 +0100

    explicitly-link-notes-section.patch
    
    Since 2.6.23 kbuild produces a 3GB arch/arm/boot/Image because it includes a
    .note.gnu.build-id section at address 0 which is followed by 3GB of 0x00.
    The --build-id option is set in the toplevel Makefile.
    This patch explicitly puts the notes section after the TEXT section.

commit 3b5c6b834984b09b7b7fba6a97d3a2878a4a8e42
Merge: 9df2fe986770bc4c76e8fe72c20b71268eec39a7 3e84050c81ffb4961ef43d20e1fb1d7607167d83
Author: Linus Torvalds <torvalds at linux-foundation.org>
Date:   Sun Jul 13 11:03:59 2008 -0700

    Merge branch 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
    
    * 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      cpusets, hotplug, scheduler: fix scheduler domain breakage

commit 3e84050c81ffb4961ef43d20e1fb1d7607167d83
Author: Dmitry Adamushko <dmitry.adamushko at gmail.com>
Date:   Sun Jul 13 02:10:29 2008 +0200

    cpusets, hotplug, scheduler: fix scheduler domain breakage
    
    Commit f18f982ab ("sched: CPU hotplug events must not destroy scheduler
    domains created by the cpusets") introduced a hotplug-related problem as
    described below:
    
    Upon CPU_DOWN_PREPARE,
    
      update_sched_domains() -> detach_destroy_domains(&cpu_online_map)
    
    does the following:
    
    /*
     * Force a reinitialization of the sched domains hierarchy. The domains
     * and groups cannot be updated in place without racing with the balancing
     * code, so we temporarily attach all running cpus to the NULL domain
     * which will prevent rebalancing while the sched domains are recalculated.
     */
    
    The sched-domains should be rebuilt when a CPU_DOWN ops. has been
    completed, effectively either upon CPU_DEAD{_FROZEN} (upon success) or
    CPU_DOWN_FAILED{_FROZEN} (upon failure -- restore the things to their
    initial state). That's what update_sched_domains() also does but only
    for !CPUSETS case.
    
    With f18f982ab, sched-domains' reinitialization is delegated to
    CPUSETS code:
    
    cpuset_handle_cpuhp() -> common_cpu_mem_hotplug_unplug() ->
    rebuild_sched_domains()
    
    Being called for CPU_UP_PREPARE and if its callback is called after
    update_sched_domains()), it just negates all the work done by
    update_sched_domains() -- i.e. a soon-to-be-offline cpu is included in
    the sched-domains and that makes it visible for the load-balancer
    while the CPU_DOWN ops. is in progress.
    
    __migrate_live_tasks() moves the tasks off a 'dead' cpu (it's already
    "offline" when this function is called).
    
    try_to_wake_up() is called for one of these tasks from another CPU ->
    the load-balancer (wake_idle()) picks up a "dead" CPU and places the
    task on it. Then e.g. BUG_ON(rq->nr_running) detects this a bit later
    -> oops.
    
    Signed-off-by: Dmitry Adamushko <dmitry.adamushko at gmail.com>
    Tested-by: Vegard Nossum <vegard.nossum at gmail.com>
    Cc: Paul Menage <menage at google.com>
    Cc: Max Krasnyansky <maxk at qualcomm.com>
    Cc: Paul Jackson <pj at sgi.com>
    Cc: Peter Zijlstra <a.p.zijlstra at chello.nl>
    Cc: miaox at cn.fujitsu.com
    Cc: rostedt at goodmis.org
    Cc: Linus Torvalds <torvalds at linux-foundation.org>
    Signed-off-by: Ingo Molnar <mingo at elte.hu>

commit 9df2fe986770bc4c76e8fe72c20b71268eec39a7
Merge: de72aa4c2b82a6cffe15d86a8d391ded4fb57602 5ac37f87ff18843aabab84cf75b2f8504c2d81fe
Author: Linus Torvalds <torvalds at linux-foundation.org>
Date:   Sat Jul 12 14:34:31 2008 -0700

    Merge branch 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
    
    * 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      x86: fix ldt limit for 64 bit

commit de72aa4c2b82a6cffe15d86a8d391ded4fb57602
Merge: 536abdb0802f3fac1b217530741853843d63c281 8df5fc042c8e7c08dc438c8198b62407ee1e91a0
Author: Linus Torvalds <torvalds at linux-foundation.org>
Date:   Sat Jul 12 14:34:11 2008 -0700

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6:
      [SCSI] bsg: fix oops on remove
      [SCSI] fusion: default MSI to disabled for SPI and FC controllers
      [SCSI] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices
      [SCSI] mptspi: fix oops in mptspi_dv_renegotiate_work()
      [SCSI] erase invalid data returned by device

commit 536abdb0802f3fac1b217530741853843d63c281
Author: Jeff Layton <jlayton at redhat.com>
Date:   Sat Jul 12 13:48:00 2008 -0700

    cifs: fix wksidarr declaration to be big-endian friendly
    
    The current definition of wksidarr works fine on little endian arches
    (since cpu_to_le32 is a no-op there), but on big-endian arches, it fails
    to compile with this error:
    
    error: braced-group within expression allowed only inside a function
    
    The problem is that this static declaration has cpu_to_le32 embedded
    within it, and that expands into a function macro.  We need to use
    __constant_cpu_to_le32() instead.
    
    Signed-off-by: Jeff Layton <jlayton at redhat.com>
    Cc: Steven French <sfrench at us.ibm.com>
    Cc: <stable at kernel.org>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit e911d0cc877ff027d5bd09fc33148ab76f0fdf0e
Author: Jeff Layton <jlayton at redhat.com>
Date:   Sat Jul 12 13:47:59 2008 -0700

    cifs: fix inode leak in cifs_get_inode_info_unix
    
    Try this:
    
        mount a share with unix extensions
        create a file on it
        umount the share
    
    You'll get the following message in the ring buffer:
    
    VFS: Busy inodes after unmount of cifs. Self-destruct in 5 seconds.  Have a
    nice day...
    
    ...the problem is that cifs_get_inode_info_unix is creating and hashing
    a new inode even when it's going to return error anyway. The first
    lookup when creating a file returns an error so we end up leaking this
    inode before we do the actual create. This appears to be a regression
    caused by commit 0e4bbde94fdc33f5b3d793166b21bf768ca3e098.
    
    The following patch seems to fix it for me, and fixes a minor
    formatting nit as well.
    
    Signed-off-by: Jeff Layton <jlayton at redhat.com>
    Acked-by: Steven French <sfrench at us.ibm.com>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit d3297a644a0ab784e0c810ceca6bf35a67868ad9
Author: David Howells <dhowells at redhat.com>
Date:   Sat Jul 12 13:47:58 2008 -0700

    frv: fix irqs_disabled() to return an int, not an unsigned long
    
    Fix FRV irqs_disabled() to return an int, not an unsigned long to avoid
    this warning:
    
    kernel/sched.c: In function '__might_sleep':
    kernel/sched.c:8198: warning: format '%d' expects type 'int', but argument 3 has type 'long unsigned int'
    
    Signed-off-by: David Howells <dhowells at redhat.com>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit d1a5d1979702cc57b9b80f636426ec7ad1655cad
Author: Robert Richter <robert.richter at amd.com>
Date:   Sat Jul 12 13:47:57 2008 -0700

    OProfile kernel maintainership changes
    
    Cc: Philippe Elie <phil.el at wanadoo.fr>
    Cc: John Levon <levon at movementarian.org>
    Cc: Maynard Johnson <maynardj at us.ibm.com>
    Cc: Richard Purdie <rpurdie at openedhand.com>
    Cc: Daniel Hansel <daniel.hansel at linux.vnet.ibm.com>
    Cc: Jason Yeh <jason.yeh at amd.com>
    Cc: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Robert Richter <robert.richter at amd.com>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit 8ea9212cbd65db749543ec619e32fdff9a8b3408
Author: Jon Smirl <jonsmirl at gmail.com>
Date:   Sat Jul 12 13:47:56 2008 -0700

    rtc-pcf8563: add chip id
    
    Add the rtc8564 chip entry
    
    Signed-off-by: Jon Smirl <jonsmirl at gmail.com>
    Signed-off-by: Alessandro Zummo <a.zummo at towertech.it>
    Cc: David Brownell <david-b at pacbell.net>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit 876550aa3e5f6448a1abae3704cbebcc50545998
Author: Alessandro Zummo <a.zummo at towertech.it>
Date:   Sat Jul 12 13:47:55 2008 -0700

    rtc-fm3130: fix chip naming
    
    Fix chip naming from fm3031-rtc to fm3031
    
    Signed-off-by: Alessandro Zummo <a.zummo at towertech.it>
    Cc: Sergey Lapin <slapin at ossfans.org>
    Cc: David Brownell <david-b at pacbell.net>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit bca5c2c550f16d2dc2d21ffb7b4712bd0a7d32a9
Author: Andres Salomon <dilinger at queued.net>
Date:   Sat Jul 12 13:47:54 2008 -0700

    ov7670: clean up ov7670_read semantics
    
    Cortland Setlow pointed out a bug in ov7670.c where the result from
    ov7670_read() was just being checked for !0, rather than <0.  This made me
    realize that ov7670_read's semantics were rather confusing; it both fills
    in 'value' with the result, and returns it.  This is goes against general
    kernel convention; so rather than fixing callers, let's fix the function.
    
    This makes ov7670_read return <0 in the case of an error, and 0 upon
    success. Thus, code like:
    
    res = ov7670_read(...);
    if (!res)
    	goto error;
    
    ..will work properly.
    
    Signed-off-by: Cortland Setlow <csetlow at tower-research.com>
    Signed-off-by: Andres Salomon <dilinger at debian.org>
    Acked-by: Jonathan Corbet <corbet at lwn.net>
    Cc: <stable at kernel.org>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit 05d81d2222beec7b63ac8c1c8cdb5bb4f82c2bad
Author: Eric W. Biederman <ebiederm at xmission.com>
Date:   Sat Jul 12 13:47:53 2008 -0700

    serial8250: sanity check nr_uarts on all paths.
    
    I had 8250.nr_uarts=16 in the boot line of a test kernel and I had a weird
    mysterious crash in sysfs.  After taking an in-depth look I realized that
    CONFIG_SERIAL_8250_NR_UARTS was set to 4 and I was walking off the end of
    the serial8250_ports array.
    
    Ouch!!!
    
    Don't let this happen to someone else.
    
    Signed-off-by: Eric W. Biederman <ebiederm at xmission.com>
    Acked-by: Alan Cox <alan at redhat.com>
    Cc: <stable at kernel.org>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit f31ad92f34913043cf008d6e479e92dfbaf02df1
Author: Jaya Kumar <jayakumar.lkml at gmail.com>
Date:   Sat Jul 12 13:47:51 2008 -0700

    fbdev: bugfix for multiprocess defio
    
    This patch is a bugfix for how defio handles multiple processes manipulating
    the same framebuffer.
    
    Thanks to Bernard Blackham for identifying this bug.
    
    It occurs when two applications mmap the same framebuffer and concurrently
    write to the same page.  Normally, this doesn't occur since only a single
    process mmaps the framebuffer.  The symptom of the bug is that the mapping
    applications will hang.  The cause is that defio incorrectly tries to add the
    same page twice to the pagelist.  The solution I have is to walk the pagelist
    and check for a duplicate before adding.  Since I needed to walk the pagelist,
    I now also keep the pagelist in sorted order.
    
    Signed-off-by: Jaya Kumar <jayakumar.lkml at gmail.com>
    Cc: Bernard Blackham <bernard at largestprime.net>
    Cc: <stable at kernel.org>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit 4fc89e3911aa5357b55b85b60c4beaeb8a48a290
Author: Darren Jenkins <darrenrjenkins at gmail.com>
Date:   Sat Jul 12 13:47:50 2008 -0700

    drivers/isdn/i4l/isdn_common.c fix small resource leak
    
    Coverity CID: 1356 RESOURCE_LEAK
    
    I found a very old patch for this that was Acked but did not get applied
    https://lists.linux-foundation.org/pipermail/kernel-janitors/2006-September/016362.html
    
    There looks to be a small leak in isdn_writebuf_stub() in isdn_common.c, when
    copy_from_user() returns an un-copied data length (length != 0).  The below
    patch should be a minimally invasive fix.
    
    Signed-off-by: Darren Jenkins <darrenrjenkins at gmailcom>
    Acked-by: Karsten Keil <kkeil at suse.de>
    Cc: <stable at kernel.org>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit 43f77e91eadbc290eb76a08110a039c809dde6c9
Author: Darren Jenkins <darrenrjenkins at gmail.com>
Date:   Sat Jul 12 13:47:49 2008 -0700

    drivers/char/pcmcia/ipwireless/hardware.c fix resource leak
    
    Coverity CID: 2172 RESOURCE_LEAK
    
    When pool_allocate() tries to enlarge a packet, if it can not allocate enough
    memory, it returns NULL without first freeing the old packet.
    
    This patch just frees the packet first.
    
    Signed-off-by: Darren Jenkins <darrenrjenkins at gmail.com>
    Acked-by: Jiri Kosina <jkosina at suse.cz>
    Cc: <stable at kernel.org>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit 8df5fc042c8e7c08dc438c8198b62407ee1e91a0
Author: James Bottomley <James.Bottomley at HansenPartnership.com>
Date:   Mon Jul 7 15:50:01 2008 -0500

    [SCSI] bsg: fix oops on remove
    
    If you do a modremove of any sas driver, you run into an oops on
    shutdown when the host is removed (coming from the host bsg device).
    The root cause seems to be that there's a use after free of the
    bsg_class_device:  In bsg_kref_release_function, this is used (to do a
    put_device(bcg->parent) after bcg->release has been called.  In sas (and
    possibly many other things) bcd->release frees the queue which contains
    the bsg_class_device, so we get a put_device on unreferenced memory.
    Fix this by taking a copy of the pointer to the parent before releasing
    bsg.
    
    Acked-by: FUJITA Tomonori <fujita.tomonori at lab.ntt.co.jp>
    Signed-off-by: James Bottomley <James.Bottomley at HansenPartnership.com>

commit 27898988174bb211fd962ea73b9c6dc09f888705
Author: James Bottomley <James.Bottomley at HansenPartnership.com>
Date:   Thu Jul 10 22:10:55 2008 -0500

    [SCSI] fusion: default MSI to disabled for SPI and FC controllers
    
    There's a fault on the FC controllers that makes them not respond
    correctly to MSI.  The SPI controllers are fine, but are likely to be
    onboard on older motherboards which don't handle MSI correctly, so
    default both these cases to disabled.  Enable by setting the module
    parameter mpt_msi_enable=1.
    
    For the SAS case, enable MSI by default, but it can be disabled by
    setting the module parameter mpt_msi_enable=0.
    
    Cc: "Prakash, Sathya" <sathya.prakash at lsi.com>
    Signed-off-by: James Bottomley <James.Bottomley at HansenPartnership.com>

commit 5ac37f87ff18843aabab84cf75b2f8504c2d81fe
Author: Michael Karcher <kernel at mkarcher.dialup.fu-berlin.de>
Date:   Fri Jul 11 18:04:46 2008 +0200

    x86: fix ldt limit for 64 bit
    
    Fix size of LDT entries. On x86-64, ldt_desc is a double-sized descriptor.
    
    Signed-off-by: Michael Karcher <kernel at mkarcher.dialup.fu-berlin.de>
    Signed-off-by: Ingo Molnar <mingo at elte.hu>

commit a26929fb489188ff959b1715ee67f0c9f84405b5
Merge: 4d727a781f6c9ab8b446d6596ed2dcd6ce80bb47 3976df9b04c113ab19dc0268e49c6cec6baf28f7
Author: Linus Torvalds <torvalds at linux-foundation.org>
Date:   Fri Jul 11 17:00:17 2008 -0700

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog:
      [PATCH] IPMI: return correct value from ipmi_write

commit 3976df9b04c113ab19dc0268e49c6cec6baf28f7
Author: Mark Rustad <Rustad at gmail.com>
Date:   Thu Jul 10 14:27:11 2008 -0500

    [PATCH] IPMI: return correct value from ipmi_write
    
    This patch corrects the handling of write operations to the IPMI watchdog
    to work as intended by returning the number of characters actually
    processed. Without this patch, an "echo V >/dev/watchdog" enables the
    watchdog if IPMI is providing the watchdog function.
    
    Signed-off-by: Mark Rustad <MRustad at gmail.com>
    Signed-off-by: Corey Minyard <cminyard at mvista.com>
    Signed-off-by: Wim Van Sebroeck <wim at iguana.be>

commit 0ce3a7e5bd305e96c924fab1e3126480c665f017
Author: Brian King <brking at linux.vnet.ibm.com>
Date:   Fri Jul 11 13:37:50 2008 -0500

    [SCSI] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices
    
    Currently, ipr does not support HDIO_GET_IDENTITY to SATA devices.
    An oops occurs if userspace attempts to send the command. Since hald
    issues the command, ensure we fail the ioctl in ipr. This is a
    temporary solution to the oops. Once the ipr libata EH conversion
    is upstream, ipr will fully support HDIO_GET_IDENTITY.
    
    Tested-by: Milton Miller <miltonm at bga.com>
    Signed-off-by: Brian King <brking at linux.vnet.ibm.com>
    Signed-off-by: James Bottomley <James.Bottomley at HansenPartnership.com>

commit 4d727a781f6c9ab8b446d6596ed2dcd6ce80bb47
Merge: 49641f1acfdfd437ed9b0a70b86bf36626c02afe 3c1e3896344063273715b332b1c0534deb9b286c
Author: Linus Torvalds <torvalds at linux-foundation.org>
Date:   Fri Jul 11 11:37:55 2008 -0700

    Merge branch 'upstream-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev
    
    * 'upstream-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev:
      libata-acpi: don't call sleeping function from invalid context
      Added Targa Visionary 1000 IDE adapter to pata_sis.c
      libata-acpi: filter out DIPM enable

commit 49641f1acfdfd437ed9b0a70b86bf36626c02afe
Author: Dave Chinner <david at fromorbit.com>
Date:   Fri Jul 11 17:43:55 2008 +1000

    Fix reference counting race on log buffers
    
    When we release the iclog, we do an atomic_dec_and_lock to determine if
    we are the last reference and need to trigger update of log headers and
    writeout.  However, in xlog_state_get_iclog_space() we also need to
    check if we have the last reference count there.  If we do, we release
    the log buffer, otherwise we decrement the reference count.
    
    But the compare and decrement in xlog_state_get_iclog_space() is not
    atomic, so both places can see a reference count of 2 and neither will
    release the iclog.  That leads to a filesystem hang.
    
    Close the race by replacing the atomic_read() and atomic_dec() pair with
    atomic_add_unless() to ensure that they are executed atomically.
    
    Signed-off-by: Dave Chinner <david at fromorbit.com>
    Reviewed-by: Tim Shimmin <tes at sgi.com>
    Tested-by: Eric Sandeen <sandeen at sandeen.net>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit 3c1e3896344063273715b332b1c0534deb9b286c
Author: Zhang Rui <rui.zhang at intel.com>
Date:   Fri Jul 11 09:42:03 2008 -0400

    libata-acpi: don't call sleeping function from invalid context
    
    The problem is introduced by commit
    664d080c41463570b95717b5ad86e79dc1be0877.
    
    acpi_evaluate_integer is a sleeping function,
    and it should not be called with spin_lock_irqsave.
    https://bugzilla.redhat.com/show_bug.cgi?id=451399
    
    Signed-off-by: Zhang Rui <rui.zhang at intel.com>
    Signed-off-by: Jeff Garzik <jgarzik at redhat.com>

commit edb804713ffb660ddad5dda5fb8f2addea7ad8c6
Author: Kai Krakow <kai at kaishome.de>
Date:   Sun Jul 6 14:22:26 2008 +0200

    Added Targa Visionary 1000 IDE adapter to pata_sis.c
    
    This enables short 40-wire detection for my laptop thus
    enabling UDMA/100.
    
    Signed-off-by: Jeff Garzik <jgarzik at redhat.com>

commit b344991ace21896a83694c86d132b8494a29f3be
Author: Tejun Heo <tj at kernel.org>
Date:   Sun Jul 6 23:15:03 2008 +0900

    libata-acpi: filter out DIPM enable
    
    Some BIOSen enable DIPM via _GTF which causes command timeouts under
    certain configuration.  This didn't occur on 2.6.25 because 2.6.25
    defaulted to SRST, so _GTF wasn't executed during boot probe, so ahci
    host reset disabled DIPM and as _GTF wasn't executed after SRST, DIPM
    wasn't enabled.  On 2.6.26, hardreset is used during probe and after
    probe _GTF is executed enabling DIPM and thus the failures.
    
    This patch could theoretically disable DIPM on machines which used to
    have it enabled on 2.6.25 but AFAIK ahci is currently the only driver
    which uses SATA ACPI hierarchy (_SDD) and as the host reset would have
    always disabled DIPM, this shouldn't happen.
    
    Signed-off-by: Tejun Heo <tj at kernel.org>
    Signed-off-by: Jeff Garzik <jgarzik at redhat.com>

commit 61ca9daa2ca3022dc9cb22bd98e69c1b61e412ad
Author: Paul Gortmaker <paul.gortmaker at windriver.com>
Date:   Thu Jul 10 17:30:48 2008 -0700

    rtc: fix reported IRQ rate for when HPET is enabled
    
    The IRQ rate reported back by the RTC is incorrect when HPET is enabled.
    
    Newer hardware that has HPET to emulate the legacy RTC device gets this value
    wrong since after it sets the rate, it returns before setting the variable
    used to report the IRQ rate back to users of the device -- so the set rate and
    the reported rate get out of sync.
    
    Signed-off-by: Paul Gortmaker <paul.gortmaker at windriver.com>
    Cc: Ingo Molnar <mingo at elte.hu>
    Cc: David Brownell <david-b at pacbell.net>
    Cc: Thomas Gleixner <tglx at linutronix.de>
    Cc: <stable at kernel.org>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit ac310bb5db057963548e067037d68c9be41d0dd0
Author: Uwe Kleine-König <Uwe.Kleine-Koenig at digi.com>
Date:   Thu Jul 10 17:30:46 2008 -0700

    Fix name of Russell King in various comments
    
    This patch was created by
    
    	git grep -E -l 'Rus(el|s?e)l King' | xargs -r -t perl -p -i -e 's/Rus(el|s?e)l King/Russell King/g'
    
    Signed-off-by: Uwe Kleine-König <Uwe.Kleine-Koenig at digi.com>
    Most-Definitely-Acked-by: Russell King <rmk+kernel at arm.linux.org.uk>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit a7de3902edce099e4102c1272ec0ab569c1791f7
Author: Eugene Surovegin <ebs at ebshome.net>
Date:   Thu Jul 10 17:30:44 2008 -0700

    rapidio: fix device reference counting
    
    Fix RapidIO device reference counting.
    
    Signed-of-by: Eugene Surovegin <ebs at ebshome.net>
    Cc: Matt Porter <mporter at kernel.crashing.org>
    Cc: <stable at kernel.org>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit fb0e7e11d017beb5f0b1fa25bc51e49e65c46d67
Author: Marcin Obara <marcin_obara at users.sourceforge.net>
Date:   Thu Jul 10 17:30:42 2008 -0700

    tpm: add Intel TPM TIS device HID
    
    This patch adds Intel TPM TIS device HID:  ICO0102
    
    Signed-off-by: Marcin Obara <marcin_obara at users.sourceforge.net>
    Acked-by: Marcel Selhorst <tpm at selhorst.net>
    Acked-by: Rajiv Andrade <srajiv at linux.vnet.ibm.com>
    Cc: <stable at kernel.org>
    Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>

commit 081a5bcb39b455405d58f79bb3c9398a9d4477ed
Author: James Bottomley <James.Bottomley at HansenPartnership.com>
Date:   Mon Jul 7 11:24:06 2008 -0500

    [SCSI] mptspi: fix oops in mptspi_dv_renegotiate_work()
    
    The problem here is that if the ioc faults too early in the bring up
    sequence (as it usually does for an irq routing problem), ioc_reset gets
    called before the scsi host is even allocated.  This causes an oops when
    it later schedules a renegotiation.  Fix this by checking ioc->sh before
    trying to renegotiate.
    
    Cc: "Moore, Eric" <Eric.Moore at lsi.com>
    Cc: Stable Tree <stable at kernel.org>
    Signed-off-by: James Bottomley <James.Bottomley at HansenPartnership.com>

commit bdb2b8cab4392ce41ddfbd6773a3da3334daf836
Author: Alan Stern <stern at rowland.harvard.edu>
Date:   Tue Jun 24 14:03:14 2008 -0400

    [SCSI] erase invalid data returned by device
    
    This patch (as1108) fixes a problem that can occur with certain USB
    mass-storage devices: They return invalid data together with a residue
    indicating that the data should be ignored.  Rather than leave the
    invalid data in a transfer buffer, where it can get misinterpreted,
    the patch clears the invalid portion of the buffer.
    
    This solves a problem (wrong write-protect setting detected) reported
    by Maciej Rutecki and Peter Teoh.
    
    Signed-off-by: Alan Stern <stern at rowland.harvard.edu>
    Tested-by: Peter Teoh <htmldeveloper at gmail.com>
    Signed-off-by: James Bottomley <James.Bottomley at HansenPartnership.com>





More information about the commitlog mailing list