| Age | Commit message (Collapse) | Author |
|---|
|
for 3d7k.
By parsing kernel command, 3d7k can probe two different LCM driver accordingly.
The default attached LCM device is l1k002, if you wanna to use jbt6k74, you don't
need to re-compile the kernel. Just add one option om_3d7k_lcm=jbt6k74 in
boot/append-OM_3D7K in rootfs.
Signed-off-by: Matt Hsu <matt_hsu@openmoko.org>
|
|
Signed-off-by: Matt Hsu <matt_hsu@openmoko.org>
|
|
Signed-off-by: Matt Hsu <matt_hsu@openmoko.org>
|
|
LED INT is connected to EXT group6_9, the handling of EXT group1~group9
is not yet implemented. Besides, we don't need this IRQ now.
Signed-off-by: Matt Hsu <matt_hsu@openmoko.org>
|
|
Subject: [PATCH] Typo in I2C device registration
Signed-off-by: Tim Niemeyer <reddog@redlap.wired.rednet.mastersword.de>
|
|
These are the Samsung S3C camera interface register definitions directly
from the 2.6.21 BSP. The only changes to the original code are the removal
of trailing whitespace and the change of location.
Signed-off-by: Werner Almesberger <werner@openmoko.org>
|
|
A few dirty hacks to make the camera driver work:
- because V4L no longer guarantees that minor numbers provided by the
client are actually used, the preview/codec selection mechanism falls
apart. We work around this by defaulting to preview when we don't
know better.
- power up the camera in platform code, not cleanly via power control
device.
Signed-off-by: Werner Almesberger <werner@openmoko.org>
|
|
Enable V4L and camera driver in 3D7K default configuration.
Signed-off-by: Werner Almesberger <werner@openmoko.org>
|
|
This patch adds the camera interface driver and the corresponding
configuration option to the 3D7K machine.
Signed-off-by: Werner Almesberger <werner@openmoko.org>
|
|
Add Samsung S3C camera interface driver.
Original code is from Samsung's BSP and was written for 2.6.21.
Only tested on S3C6410.
Signed-off-by: Werner Almesberger <werner@openmoko.org>
|
|
Add doubled HCLK to S3C64xx.
Signed-off-by: Werner Almesberger <werner@openmoko.org>
|
|
Note: this patch is already on the way upstream but is currently missing
in the Openmoko kernel.
Some of the rate selection logic in s3c64xx_setrate_clksrc uses what
appears to be parent clock selection logic. This patch corrects it.
I also added a check for overly large dividers to prevent them
from changing unrelated clocks.
Signed-off-by: Werner Almesberger <werner@openmoko.org>
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
|
|
The code is borrowed from gta02.
Signed-off-by: Matt Hsu <matt_hsu@openmoko.org>
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
This patch provides initial support for CPU frequency scaling on the
Samsung S3C64XX series processors. Currently only S3C6410 processors
are supported, though addition of another data table with supported
clock rates should be sufficient to enable support for further CPUs.
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
|
|
Add support for reconfiguring the clock for the ARM core, enabling
CPUfreq support. Currently only the divider for ARMCLK may be changed,
ARMPLL is left static.
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
|
|
Stroe the CPU ID to system_rev and use it to detect the CPU architecture.
Even though s3c64xx has almost same IPs, some IPs such as OneNAND are different.
Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
GTA03 project is dropped, long live Openmoko 3d7k project.
This name was literally generated by picking the first character
of the next four car license plates to pass by I am told.
The should catch all GTA03 instances except the machine name.
I registered a new machine name since the 3d7k is different
from original GTA03, the machine number is 2120.
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
pending-tracking-hist top was add-om_3d7k_machine-type-patch / e4e3848be23080f6ca6727d2a4353f09e53b9781 ... parent commitmessage:
From: Andy Green <andy@openmoko.com>
add-om_3d7k_machine-type.patch
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
Improve the comment on falling back to 100mA if ADC is missing.
Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
|
|
The GSM part of all MACH_NEO1973s require GPIO functions,
thus we should select PCF50633_GPIO for GTA02.
Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
|
|
The WM8753 driver now uses the standard I2C device registration model and
so requires the platform to register the device. Convert the OpenMoko
GTA0x series devices to do so.
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
|
|
The kernel can't load armv4t modules ("unknown relocation: 40"). This
patch fixes the ARM makefile accordingly to tell GCC to generate armv4 code
instead of armv4t code. The assembler still needs to allow armv4t
instructions for some object files which are linked into the kernel.
Signed-off-by: Rask Ingemann Lambertsen <rask@sygehus.dk>
|
|
spigpio_info.
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=740c6704e830829d8539a6cc34346ff1980cd9ee
Get rid of board_info information in glamo and s3c24xx_gpio spigpio_info.
The board info does not belong there and has been removed. In
spi_s3c24xx_gpio, board_info has been removed in mainline.
Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
|
|
The I2S TX and RX channels where reversed. Also add
implicit numbers to the start of the two DMA controllers.
Signed-off-by: Ben Dooks <ben@simtec.co.uk>
|
|
Fix missing dma.o build if CONFIG_S3C_DMA
Signed-off-by: Ben Dooks <ben@simtec.co.uk>
|
|
Since GPI0, GPI1 and GPI8 are for hardware version control.
They would create current leaking if they are setup as output.
It's resloved by adding gta03 specific fb_gpio_setup function
in fb platform data.
Signed-off-by: Matt Hsu <matt_hsu@openmoko.org>
Reported-by: Dkay Chen <dkay_chen@openmoko.com>
|
|
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=c94ea3d685fa6e9b24d62adb11a7ad6087b9edf5
fix_gta03_fiq_stuff.patch
Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
|
|
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=5689ad9b0ded29adec4be64df53e488c648b9831
lis302dl_use_s3c24xx_gpio_spi_bitbang.patch
Change lis302dl driver to use generic spi code. This requires that we define a
s3c24xx_gpio spi bitbang based controller in mach-gta02.c.
Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
|
|
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=f8fbb07854e3aff64dce9fe6ef6a8dc0e0f762b5
spi_supoport_non_blocking_sync_transfers.patch
A mew option is added to spi_bitbang_info to specify if the
transfers off it will be non blocking.
A new function - spi_non_blocking_transfer is added to the SPI core.
Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
This adds in the TZIC support consts and also the VM mapping
for the TZIC units, and adds TZIC init into mach-om-gta03.c
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
Clean out more switch() on version that has no point given the
actual features that (don't) differ on supported GTA02 versions.
We take care about forcing GPS regulator off on neo1973-pm-gps probe,
but we don't take care about killing the UART GPIO so they don't
drive into the powered-down subsystem. We took care of doing that when
we turned off the thing already, but we cannot just call the OFF code
from the probe due to problems with regulator state init.
Reported-by: Rask Ingemann Lambersten <rask@sygehus.dk>
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
Drop the i2c0 bus max-frequency to 150kHz to avoid
problems with boards where this is too fast.
Signed-off-by: Ben Dooks <ben@simtec.co.uk>
--- linux.agit.orig/arch/arm/plat-s3c/dev-i2c0.c 2009-02-20 23:04:34.000000000 +0000
+++ linux.agit/arch/arm/plat-s3c/dev-i2c0.c 2009-02-20 23:04:37.000000000 +0000
@@ -51,7 +51,7 @@ static struct s3c2410_platform_i2c defau
.flags = 0,
.slave_addr = 0x10,
.bus_freq = 100*1000,
- .max_freq = 400*1000,
+ .max_freq = 150*1000,
.sda_delay = S3C2410_IICLC_SDA_DELAY5 | S3C2410_IICLC_FILTER_ON,
};
--
Ben (ben@fluff.org, http://www.fluff.org/)
'a smiley only costs 4 bytes'
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
Because i found the level of the "MODEM_RST" will return to "L" when it set to "Input".
GSM module sometimes can not turn on especially after emove the C9102.
Signed-off-by: DKAY_CHEN <dkay_chen@openmoko.com>
|
|
Ensure the DMA channels have the controller clock
enabled before they are used.
Signed-off-by: Ben Dooks <ben@simtec.co.uk>
|
|
Add the DMA channels as system devices to provide
suspend/resume and a presence in sysfs.
Signed-off-by: Ben Dooks <ben@simtec.co.uk>
|
|
Add the clock sources for the DMA and SDMA controllers
and ensure that they are shut down at startup. The DMA
engines are dma0 and dma1, whilst the SDMA are called
dma2 and dma3.
Signed-off-by: Ben Dooks <ben@simtec.co.uk>
|
|
Fix the definitions of HCLK_GATE bits, which
had SDMA0/1 named SDMA1/2 and the definitions
of bits 26..29 in the wrong order.
Signed-off-by: Ben Dooks <ben@simtec.co.uk>
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
|
Signed-off-by: Andy Green <andy@openmoko.com>
|
