Revert "Merge remote branch 'common/android-2.6.32' into develop"

This reverts commit 5091b83839ca4ba4f6cb70eb461b35ffb15b8fb3, reversing
changes made to 0fd331518d0898229e9e6747c636c3978028e7f0.

Revert "Merge remote branch 'common/android-2.6.32' into develop"

This reverts commit c7e039e278f094a51d706b217cfdb92a7bfb37a6, reversing
changes made to d00e5f74ae65f54f401f66efea3d734b6b136cab.

Revert "Merge remote branch 'linux-2.6.32.y/master' into develop"

This reverts commit 6e2688ca848b14639c6ce07ec87c51fdc1742b61, reversing
changes made to 4b7c9de4deb80eb1e1b154112a5e6cb2d3d79f96.

Conflicts:

drivers/gpio/wm831x-gpio.c
drivers/i2c/busses/Kconfig
drivers/net/dm9000.c
drivers/net/wireless/airo.c
drivers/net/wireless/ath/ar9170/hw.h
drivers/net/wireless/ath/ar9170/main.c
drivers/net/wireless/ath/ar9170/usb.c
drivers/net/wireless/ath/ath5k/ath5k.h
drivers/net/wireless/ath/ath5k/attach.c
drivers/net/wireless/ath/ath5k/base.c
drivers/net/wireless/ath/ath5k/qcu.c
drivers/net/wireless/ath/ath5k/reset.c
drivers/net/wireless/ath/ath9k/ath9k.h
drivers/net/wireless/ath/ath9k/beacon.c
drivers/net/wireless/ath/ath9k/eeprom.h
drivers/net/wireless/ath/ath9k/eeprom_def.c
drivers/net/wireless/ath/ath9k/hw.c
drivers/net/wireless/ath/ath9k/hw.h
drivers/net/wireless/ath/ath9k/initvals.h
drivers/net/wireless/ath/ath9k/main.c
drivers/net/wireless/ath/ath9k/pci.c
drivers/net/wireless/ath/ath9k/phy.h
drivers/net/wireless/ath/ath9k/rc.c
drivers/net/wireless/ath/ath9k/xmit.c
drivers/net/wireless/ath/regd.h
drivers/net/wireless/b43/Kconfig
drivers/net/wireless/b43/Makefile
drivers/net/wireless/b43/b43.h
drivers/net/wireless/b43/dma.c
drivers/net/wireless/b43/main.c
drivers/net/wireless/b43/pio.c
drivers/net/wireless/b43/pio.h
drivers/net/wireless/b43/xmit.c
drivers/net/wireless/b43legacy/main.c
drivers/net/wireless/hostap/hostap_cs.c
drivers/net/wireless/hostap/hostap_hw.c
drivers/net/wireless/hostap/hostap_pci.c
drivers/net/wireless/hostap/hostap_wlan.h
drivers/net/wireless/iwlwifi/iwl-3945.c
drivers/net/wireless/iwlwifi/iwl-4965.c
drivers/net/wireless/iwlwifi/iwl-5000.c
drivers/net/wireless/iwlwifi/iwl-agn-rs.c
drivers/net/wireless/iwlwifi/iwl-agn.c
drivers/net/wireless/iwlwifi/iwl-core.c
drivers/net/wireless/iwlwifi/iwl-core.h
drivers/net/wireless/iwlwifi/iwl-dev.h
drivers/net/wireless/iwlwifi/iwl-helpers.h
drivers/net/wireless/iwlwifi/iwl-rx.c
drivers/net/wireless/iwlwifi/iwl-scan.c
drivers/net/wireless/iwlwifi/iwl-tx.c
drivers/net/wireless/iwlwifi/iwl3945-base.c
drivers/net/wireless/libertas/if_sdio1.c
drivers/net/wireless/p54/eeprom.c
drivers/net/wireless/p54/p54pci.c
drivers/net/wireless/p54/p54usb.c
drivers/net/wireless/p54/txrx.c
drivers/net/wireless/rndis_wlan.c
drivers/net/wireless/rtl818x/rtl8180_dev.c
drivers/net/wireless/wl12xx/wl1251_debugfs.c
drivers/net/wireless/wl12xx/wl1251_sdio.c
drivers/usb/serial/option.c
net/bluetooth/rfcomm/core.c

temp revert msdos change

Revert "Merge remote branch 'linux-2.6.32.y/master' into develop"

This reverts commit 84aa38e58d1115f2562cdbed32c57ed9a6e460e8, reversing
changes made to 9505d021e0c4e93eb854ae380529c04c81ddcf6f.

Revert "Merge remote-tracking branch 'linux-2.6.32.y/master' into develop"

This reverts commit 7cd3739f32f642e2bdd722b253abbc4318202002, reversing
changes made to 2748ae2cc2276d238e1d0d54b739fa1009fd94ad.

Conflicts:

drivers/usb/core/hub.c
drivers/usb/serial/option.c

temp revert mmc change

Revert "Merge remote-tracking branch 'linux-2.6.32.y/master' into develop"

This reverts commit 2caa51d22aaf6dd05475ebb7b67bf0de29cbb9af, reversing
changes made to cc88c1f62a752f6e7948c763fde38e12d6a30a22.

Revert "delete pmem ioctl information"

This reverts commit 04f2d6f3c101abab9c48430ad77e0a9f44addf5a.

Revert "rk29: call resume_console while dpm_drv_timeout, make debug more easy"

This reverts commit 1c209c256f686d8e5d806f48ebbe029f4545df8a.

Revert "ASoC: core: On resume also check the soc device state"

This reverts commit ecf7611caeb1b68e6ed4575f1abf92c619e75a98.

Revert "clocksource: Provide a generic mult/shift factor calculation"

This reverts commit cfc80b68293040b1f06c1fb388d3bd448721aa7b.

Revert "Fix rounding in clocks_calc_mult_shift()"

This reverts commit 2455208a7a55d588bcd081b54eacfcc7574356d9.

Revert "lib: add support for LZO-compressed kernels"

This reverts commit 3a3ba0241af46826678fd92ee0276150300b1f80.

Revert "arm: add support for LZO-compressed kernels"

This reverts commit c418f3acd26f289b11b043378656e1d000d97f87.

Revert "timer: Added usleep_range timer"

This reverts commit 18464b0b7575266595c3a1b8e0aab9198033b85e.

Revert "clockevents: Use u32 for mult and shift factors"

This reverts commit b7ad2a012ab29b9c7ebf9679b0b69a41165abc48.

temp revert alarm change

temp revert yaffs change

temp revert usb gadget change

temp revert usb serial option change

temp revert apanice change

temp revert wakelock change

net: usb: refactor for 2.6.36

wm8994:fix a bug on calling pop noise

camera:fix ov5640 flash complite error

fb: fix fb rotate bug

bq27541 board

Merge branch 'develop' of 10.10.10.29:/home/rockchip/kernel into develop

add bq27541

rk29: clock: default codec pll rate set to 297MHz

rk29phonesdk:touch screen->modify gt818 driver to fit the new touch screen panel

Use gpio for codec pop noise

rk29: memcpy_dma: fix section mismatch and initialization from incompatible pointer type warning

rk29: ipp: fix section mismatch warning and include slab.h

rtc: HYM8563: include slab.h, prepare for 2.6.36

rk29: cpufreq: fix section mismatch warning

rk29: rfkill: sdk: fix section mismatch warning

rk29: rfkill: phonepadsdk: fix section mismatch warning

rk29: rfkill: phonesdk: fix section mismatch warning

rk29: rfkill: a22: fix section mismatch warning

newton: updata irda serial driver
add ioctl get frame length and start send function

rk29: ddr_recofig: add ddr_reconfig.c

rk29: add dynamic DDR reconfiguration support, default disabled

net:wireless:bcm4329: add country code setting for various radio regulator domains.

RK29Smartphone:core voltage changed from 1.25v to 1.30v, when cpu frequecy is 1G Hz

rk29: adc: fix error: incompatible type for argument 1 of spin_lock

camera: update ov2655 sensor driver

WM831X:enable battery FET

rk2818: remove all rk2818 stuff, prepare for 2.6.36

newton: add support for the pwm led and update board_rk29_newton.c

camera: update gc0308 sensor driver from 和天创

fb:support 180 degree rotate

camera: fix ov5640 driver auto focus may be failed

uvc: fix dqueue ioctl may hold on forever when sensor is dead

camera: fix ov2659 delay 600ms after capture and pmem allocate for 0.3 Mega

camera: fix ov5642 display abnormity moment after capture in focus infinity

camera: update ov5642 driver

camera: fix camera open operation make a difference between O_RDONLY and O_RDWR for accerate open device

camera: fix 0.0.2 camera driver is not compatible 0.0.1 driver v4l2 format

camera and uvc: support uvc sensor

newton:disable usb host 1.1

phonesdk: slove the warnimg that the gpio used but not request

lzg: close mirror in ov2655 for newton

fb:src_vir_w and dst_vir_w of ipp request  must be setted.

Merge branch 'develop' of 10.10.10.29:/home/rockchip/kernel into develop

newton:update cs42l52 driver

rk29: phonesdk: cpufreq add 1G support

rk29: clock: more increase aclk_cpu

rk29: cpufreq: support limit by voltage

rk29: include/linux/regulator/consumer.h: fix warning: no return statement in function returning non-void

rk29: pm-vol.h: fix warning: no return statement in function returning non-void

cpufreq: ondemand: rk29 ignore nice default

newton:modify bu92747 irda_irq type for fir EOF

lzg:update mt9p111 and s5k6aa

newton: update board-rk29-newton.c

clockevents: Use u32 for mult and shift factors

The mult and shift factors of clock events differ in their data type
from those of clock sources for no reason. u32 is sufficient for
both. shift is always <= 32 and mult is limited to 2^32-1 to avoid
64bit multiplication overflows in the conversion.

Preparatory patch for a generic mult/shift factor calculation
function.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Tested-by: Mikael Pettersson <mikpe@it.uu.se>
Acked-by: Ralf Baechle <ralf@linux-mips.org>
Acked-by: Linus Walleij <linus.walleij@stericsson.com>
Cc: John Stultz <johnstul@us.ibm.com>
LKML-Reference: <20091111134229.725664788@linutronix.de>

phonesdk: step voltage regulator for Vcore

a22 and rk29 phonesdk:32K Frequency switch time cut short

Revert "rk29: add hr_msleep/hr_msleep_interruptible/usleep"

This reverts commit c4c6281fd76657b320bb68a1698d469a620ccb6b.

rk29: add hr_msleep/hr_msleep_interruptible/usleep

timer: Added usleep_range timer

usleep_range is a finer precision implementations of msleep
and is designed to be a drop-in replacement for udelay where
a precise sleep / busy-wait is unnecessary.

Since an easy interface to hrtimers could lead to an undesired
proliferation of interrupts, we provide only a "range" API,
forcing the caller to think about an acceptable tolerance on
both ends and hopefully avoiding introducing another interrupt.

INTRO

As discussed here ( http://lkml.org/lkml/2007/8/3/250 ), msleep(1) is not
precise enough for many drivers (yes, sleep precision is an unfair notion,
but consistently sleeping for ~an order of magnitude greater than requested
is worth fixing). This patch adds a usleep API so that udelay does not have
to be used. Obviously not every udelay can be replaced (those in atomic
contexts or being used for simple bitbanging come to mind), but there are
many, many examples of

mydriver_write(...)
/* Wait for hardware to latch */
udelay(100)

in various drivers where a busy-wait loop is neither beneficial nor
necessary, but msleep simply does not provide enough precision and people
are using a busy-wait loop instead.

CONCERNS FROM THE RFC

Why is udelay a problem / necessary? Most callers of udelay are in device/
driver initialization code, which is serial...

As I see it, there is only benefit to sleeping over a delay; the
notion of "refactoring" areas that use udelay was presented, but
I see usleep as the refactoring. Consider i2c, if the bus is busy,
you need to wait a bit (say 100us) before trying again, your
current options are:

* udelay(100)
* msleep(1) <-- As noted above, actually as high as ~20ms
on some platforms, so not really an option
* Manually set up an hrtimer to try again in 100us (which
  is what usleep does anyway...)

People choose the udelay route because it is EASY; we need to
provide a better easy route.

Device / driver / boot code is *currently* serial, but every few
months someone makes noise about parallelizing boot, and IMHO, a
little forward-thinking now is one less thing to worry about
if/when that ever happens

udelay's could be preempted

Sure, but if udelay plans on looping 1000 times, and it gets
preempted on loop 200, whenever it's scheduled again, it is
going to do the next 800 loops.

Is the interruptible case needed?

Probably not, but I see usleep as a very logical parallel to msleep,
so it made sense to include the "full" API. Processors are getting
faster (albeit not as quickly as they are becoming more parallel),
so if someone wanted to be interruptible for a few usecs, why not
let them? If this is a contentious point, I'm happy to remove it.

OTHER THOUGHTS

I believe there is also value in exposing the usleep_range option; it gives
the scheduler a lot more flexibility and allows the programmer to express
his intent much more clearly; it's something I would hope future driver
writers will take advantage of.

To get the results in the NUMBERS section below, I literally s/udelay/usleep
the kernel tree; I had to go in and undo the changes to the USB drivers, but
everything else booted successfully; I find that extremely telling in and
of itself -- many people are using a delay API where a sleep will suit them
just fine.

SOME ATTEMPTS AT NUMBERS

It turns out that calculating quantifiable benefit on this is challenging,
so instead I will simply present the current state of things, and I hope
this to be sufficient:

How many udelay calls are there in 2.6.35-rc5?

udealy(ARG) >= | COUNT
1000 | 319
500 | 414
100 | 1146
20 | 1832

I am working on Android, so that is my focus for this. The following table
is a modified usleep that simply printk's the amount of time requested to
sleep; these tests were run on a kernel with udelay >= 20 --> usleep

"boot" is power-on to lock screen
"power collapse" is when the power button is pushed and the device suspends
"resume" is when the power button is pushed and the lock screen is displayed
         (no touchscreen events or anything, just turning on the display)
"use device" is from the unlock swipe to clicking around a bit; there is no
sd card in this phone, so fail loading music, video, camera

ACTION | TOTAL NUMBER OF USLEEP CALLS | NET TIME (us)
boot | 22 | 1250
power-collapse | 9 | 1200
resume | 5 | 500
use device | 59 | 7700

The most interesting category to me is the "use device" field; 7700us of
busy-wait time that could be put towards better responsiveness, or at the
least less power usage.

Signed-off-by: Patrick Pannuto <ppannuto@codeaurora.org>
Cc: apw@canonical.com
Cc: corbet@lwn.net
Cc: arjan@linux.intel.com
Cc: Randy Dunlap <rdunlap@xenotime.net>
Cc: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

Merge branch 'develop' of 10.10.10.29:/home/rockchip/kernel into develop

modify cir send

Merge branch 'develop' of 10.10.10.29:/home/rockchip/kernel into develop

newton:remove flash usb mass storage

rk29: sdk: defconfig: kernel log buffer size 512KB

rk29: phonesdk: defconfig: kernel log buffer size 512KB

rk29: phonepadsdk: defconfig: kernel log buffer size 512KB

rk29: ddr3sdk: defconfig: kernel log buffer size 512KB

fix bug of GIC crash

move clk_set_rate out of irq disabled

a22 and 29phonesdk:sey VCC25 0V when in sleep,29phonesdk:set key gpio pullup/down disable

update hdmi drivers

rk29_fb.c: hdmi_get_scale-->hdmi_get_fbscale

RK29SmartPhone:sync. SDCard code with XBW, use the old config

close hdmi debug info

update hdmi driver

arm: Makefile: better support make boot.img

wm8994: fix a bug for Bluetooth headsets