aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-11-01Merge branch 'gta02-machine-devices-2.6.31' into om-gta02-2.6.31Lars-Peter Clausen
2009-11-01modify-mach-gta02.patchNelson Castillo
Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
2009-10-31Merge branch 'om-s3c-2.6.31' into om-gta02-2.6.31Lars-Peter Clausen
2009-10-31s3c2410_udc-2440_dual_packet-workaround.patchmokopatches
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.
2009-10-24Merge branch 's3c-touchscreen-2.6.31' into om-gta02-2.6.31Lars-Peter Clausen
2009-10-24touchscreen patches for om-gta02-2.6.31Nelson Castillo
On Sat, Oct 24, 2009 at 3:04 AM, Nelson Castillo <arhuaco@freaks-unidos.net> wrote: > Hi there. I finally made this work. I tested with: cat /dev/input/touchscreen0 | hexdump > > I wonder why it didn't work with X... This rootfs works with other drivers I've tested (even with the upstream kernel). Problem found. Patch attached. From: Nelson Castillo <arhuaco@freaks-unidos.net> Date: Sat, 24 Oct 2009 14:12:58 -0500 Subject: [PATCH] Add auto-pst Without these lines the TS doesn't work. I didn't check who the author of the lines is. Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
2009-10-24ts-filter: Move include files to include/linux/input/touchscreenLars-Peter Clausen
2009-10-24Fix resume conversionsVasily Khoruzhick
This patch fixes a bug where the TS might stop working after suspend/resume. This patch is under upstream review and it seems it will change a lot. Signed-off-by: Vasily Khoruzhick <anarsoul@gmail.com> Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
2009-10-24Add s3c2410tsNelson Castillo
Add the ts and the relevant files. Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
2009-10-24Add touchscreen filtersNelson Castillo
Add filter source code and add it to the defconfig. Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
2009-10-24s3c24xx: introduce s3c-adc delayVasily Khoruzhick
Without this patch we cannot make the s3c2410/s3c2440 touchscreen driver work. This will be done in a different way in upstream kernel. We specify the delay value (S3C2410_ADCDLY). Signed-off-by: Vasily Khoruzhick <anarsoul@gmail.com> Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
2009-10-17Merge branches 'wm8753-2.6.31', 'glamo-2.6.31' and 'om-s3c-2.6.31' into ↵Lars-Peter Clausen
om-gta02-2.6.31
2009-10-17Merge gta01 and gta02 sound soc driver.Lars-Peter Clausen
2009-10-17Merge branch 'gta02-machine-2.6.31' into om-gta02-2.6.31Lars-Peter Clausen
2009-10-17Merge branch 'om-s3c-2.6.31' into om-gta02-2.6.31Lars-Peter Clausen
2009-10-17Merge branch 'glamo-2.6.31' into om-gta02-2.6.31Lars-Peter Clausen
2009-10-17mtd: s3c2410_nand: Add config option to disable hw ecc at runtimeHolger Freyther
This patch adds a flag to the s3c2410_nand platform data, which configures whether hardware ecc is used for that chip. Currently hardware ecc is used if it was compiled into the kernel. But if you want to build a kernel which runs on multiple devices you might have a configuration where you have devices which require hw ecc as well as devices which want software ecc. Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
2009-10-17gta02: Disable hardware ECC unless we get instructed to enable itHolger Freyther
Early verions off uboot used for the gta02 flashed the nand with ecc information incompatible to s3c2442 hardware ecc. Disable hardware error correction by default, unless the bootloader explicitly enables it. Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
2009-10-17glamo-mci: Fix regulator error checkLars-Peter Clausen
regulator_get returns a ERR_PTR in case of an error and not a NULL pointer.
2009-10-11Merge branch 'glamo-2.6.31' into om-gta02-2.6.31Lars-Peter Clausen
2009-10-11Merge branch 'gta02-machine-devices-2.6.31' into om-gta02-2.6.31Lars-Peter Clausen
2009-10-11Merge branch 'om-s3c-2.6.31' into om-gta02-2.6.31Lars-Peter Clausen
2009-10-11gta02: Add glamo mfd irq base to glamo resourcesLars-Peter Clausen
... and remove unused reset pin resource.
2009-10-11s3c24xx: Add number of board irqs for the gta02Lars-Peter Clausen
The gta02 uses the glamo mfd driver which requires 9 board irqs. Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
2009-10-11s3c24xx: Add support for board IRQsLars-Peter Clausen
Some boards have a need for a set of extra IRQ numbers, for example some multifunction devices which do irq demultiplexing require them. This patch adds S3C2410_BOARD_NR_IRQS which specifies the number of extra board IRQs. Board specific code would use S3C2410_BOARD_IRQ_START to get the number of it's first irq. Since it is possible to support a multiple boards with a single kernel and there is no easy way to set a CONFIG option to multiple values and only use the maximum each board which needs board IRQs has do be explicitly added to irqs.h Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
2009-10-10glamo-core: Use set_irq_flags on ARM only. set_irq_{no,}prove everywhere elseLars-Peter Clausen
Although there will probably never any other platform using the glamo...
2009-10-10glamo: Use set_irq_data instead of set_irq_chip_data for the demux handlerLars-Peter Clausen
Also fixup order in which the irq handler and it's data are initalized.
2009-10-10glamo: Fix checkpatch issuses.Lars-Peter Clausen
2009-10-10glamo-core: Properly initalize irq_baseLars-Peter Clausen
2009-10-10glamo-mci: Reset if engine is stalled.Lars-Peter Clausen
2009-10-10Merge branch 'glamo-2.6.31' into om-gta02-2.6.31Lars-Peter Clausen
2009-10-10glamo-mci: Wait for the mmc engine to become idle before signaling that aLars-Peter Clausen
request has been finished.
2009-10-10glamo-mci: do_pio_{read,write}: Use sg_mapping_iter to iterate through the ↵Lars-Peter Clausen
sg list.
2009-10-09Add a preliminary defconfigLars-Peter Clausen
2009-10-09Merge branch 'gta02-machine-devices-2.6.31' into om-gta02-2.6.31Lars-Peter Clausen
2009-10-09Merge branches 'om-s3c-2.6.31', 'gta02-machine-2.6.31', 'ar6000-2.6.31', ↵Lars-Peter Clausen
'glamo-2.6.31', 'jbt6k74-2.6.31', 'gta02-vibrator-2.6.31', 'bq27000-2.6.31', 'wm8753-2.6.31' and 'pcf50633-2.6.31' into om-gta02-2.6.31
2009-10-09mfd: pcf50633: Fix pcf50633-regulator drvdata usageLars-Peter Clausen
Currently the pcf50633-regulator driver data is set to the pcf50633 core structure, but the pcf50633-regulator remove handler assumes that it is set to the regulator device. This patch fixes the issue by accessing the pcf506533 core structure through its parent device and setting the driver data to the regulator device. Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
2009-10-09mfd: pcf50633: Use platform_device_add_data to set regulator platform dataLars-Peter Clausen
Platform devices allocated with platform_device_alloc should use platform_device_add_data to set the platform data, because kfree will be called on the platform_data when the device is released. Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
2009-10-09mfd: pcf50633: Cleanup pcf50633_probe error handlingLars-Peter Clausen
Currently the child devices were not freed if the irq could not be requested. This patch restructures the function, that in case of an error all previously allocated resources are freed. Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
2009-10-09gta02: request usb pullup pin before using it.Lars-Peter Clausen
2009-10-08gta02: Set pcf50633 chg_ref_current_maLars-Peter Clausen
2009-10-08gta02: Add power supply consumers.Lars-Peter Clausen
2009-10-08gta02: Add vibrator device.Lars-Peter Clausen
2009-10-08gta02: Add battery driverLars-Peter Clausen
2009-10-08gta02: Add fiq handlerLars-Peter Clausen
2009-10-08Add jbt6k74 deviceLars-Peter Clausen
2009-10-07mfd: pcf50633: Fix memleak in pcf50633_client_dev_registerLars-Peter Clausen
Since platform_device_add_data copies the passed data, the allocated subdev_pdata is never freed. A simple fix would be to either free subdev_pdata or put it onto the stack. But since the pcf50633 child devices can rely on beeing children of the pcf50633 core device it's much more elegant to get access to pcf50633 core structure through that link. This allows to get completly rid of pcf5033_subdev_pdata. Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
2009-10-07mfd: pcf50633: move messages to appropriate log levelsArnaud Patard
Signed-off-by: Arnaud Patard <arnaud.patard@rtp-net.org> Signed-off-by: Paul Fertser <fercerpav@gmail.com>
2009-10-07mfd: pcf50633: make suspend/resume belong to i2c_driverLars-Peter Clausen
When not using the i2c suspend/resume callbacks the i2c client resumed before the i2c master. Signed-off-by: Lars-Peter Clausen <lars@metafoo.de> Signed-off-by: Paul Fertser <fercerpav@gmail.com>
2009-10-07mfd: pcf50633 disable unnecessary shutdown on lowsysPaul Fertser
On gta02 hardware revision A5 it can actually bring the system down during normal operating conditions so we disable it. Signed-off-by: Paul Fertser <fercerpav@gmail.com>