PXA Frame Buffer driver Patch for Android - http://androidzaurus.seesaa.net/article/105551643.html

Android build system by default generates few YAFF2 File system Images, which can be flashed on devices running in NAND flash. Since the platform which I was working on did not have a NAND flash on board. The images had be made available to Kernel in some other storage devices like NOR flash, SDCARD or USB Memory Stick.

mount /dev/mmcblk0p2 /media/mmc

mount /dev/mmcblk0p3 /media/mmc/system

mount /dev/mmcblk0p4 /media/mmc/data

NOTE

For my initial porting of Android, I had to work on a PXA270 board with a WM9713 Codec IC. So here are the steps that I followed to make touch screen working properly. Initially, touchscreen values were not accepting properly by Android even though ts_calibrate and ts_test were working properly.

diff --git a/drivers/input/touchscreen/wm9713.c b/drivers/input/touchscreen/wm9713.c
index 781ee83..055db86 100644
--- a/drivers/input/touchscreen/wm9713.c
+++ b/drivers/input/touchscreen/wm9713.c
@@ -14,6 +14,7 @@
* option) any later version.
*
*/
+#define DEBUG

#include
#include
@@ -54,7 +55,7 @@ MODULE_PARM_DESC(rpu, "Set internal pull up resitor for pen detect.");
* This is used to increase the range of values returned by the adc
* when measureing touchpanel pressure.
*/
-static int pil;
+static int pil = 1;
module_param(pil, int, 0);
MODULE_PARM_DESC(pil, "Set current used for pressure measurement.");

@@ -395,7 +396,6 @@ err:
static int wm9713_poll_touch(struct wm97xx *wm, struct wm97xx_data *data)
{
int rc;
-
if (coord) {
rc = wm9713_poll_coord(wm, data);
if (rc != RC_VALID)


diff --git a/drivers/input/touchscreen/wm97xx-core.c b/drivers/input/touchscreen/wm97xx-core.c
index d589ab0..6859078 100644
--- a/drivers/input/touchscreen/wm97xx-core.c
+++ b/drivers/input/touchscreen/wm97xx-core.c
@@ -34,7 +34,7 @@
* - Support for async sampling control for noisy LCDs.
*
*/
-
+#define DEBUG
#include
#include
#include
@@ -392,7 +392,8 @@ static int wm97xx_init_pen_irq(struct wm97xx *wm)

return 0;
}

static int wm97xx_read_samples(struct wm97xx *wm)
{
struct wm97xx_data data;
@@ -410,6 +411,7 @@ static int wm97xx_read_samples(struct wm97xx *wm)
wm->pen_is_down = 0;
dev_dbg(wm->dev, "pen up\n");
input_report_abs(wm->input_dev, ABS_PRESSURE, 0);
+ input_report_key(wm->input_dev, BTN_TOUCH, wm->pen_is_down);
input_sync(wm->input_dev);
} else if (!(rc & RC_AGAIN)) {
/* We need high frequency updates only while
@@ -427,13 +429,30 @@ static int wm97xx_read_samples(struct wm97xx *wm)
}

} else if (rc & RC_VALID) {
input_report_abs(wm->input_dev, ABS_X, data.x & 0xfff);
input_report_abs(wm->input_dev, ABS_Y, data.y & 0xfff);
input_report_abs(wm->input_dev, ABS_PRESSURE, data.p & 0xfff);
+ wm->pen_is_down = 1;
+ input_report_key(wm->input_dev, BTN_TOUCH, wm->pen_is_down);
input_sync(wm->input_dev);
wm->pen_is_down = 1;
wm->ts_reader_interval = wm->ts_reader_min_interval;
@@ -630,9 +649,11 @@ static int wm97xx_probe(struct device *dev)
wm->input_dev->open = wm97xx_ts_input_open;
wm->input_dev->close = wm97xx_ts_input_close;
set_bit(EV_ABS, wm->input_dev->evbit);
+ set_bit(EV_KEY, wm->input_dev->evbit);
set_bit(ABS_X, wm->input_dev->absbit);
set_bit(ABS_Y, wm->input_dev->absbit);
set_bit(ABS_PRESSURE, wm->input_dev->absbit);
+ set_bit(BTN_TOUCH, wm->input_dev->keybit);
input_set_abs_params(wm->input_dev, ABS_X, abs_x[0], abs_x[1],
abs_x[2], 0);
input_set_abs_params(wm->input_dev, ABS_Y, abs_y[0], abs_y[1],

In comparison to Windows CE, in Linux, we have many choices of boot loaders available today. U-Boot ^[V] is one of most commonly used boot loader in development phase, as it provides with a wide array of features which a developer can make use of. Before starting off with kernel porting these are the features that needs to bring up in U-boot.

· Debug Consoles – Preferably a serial UART. In u-boot configuration header, the stdin, stdout and stderr need to be specified. In case of our platform, the debug console has been directed to FFUART. Also baud rate of the serial UART connection needs to be configured.

· Ethernet connection – In initial stages of porting, the kernel image can be transferred over Ethernet instead of flashing on to a ROM. In case of our platform, Ethernet connectivity is provided through the debug card. Enable the use of SMC911X driver in configuration header and set the associated configurations such as Ethernet MAC, Base address, 16-bit or 32-bit Bus mode etc too.

· Initialization of Memory System – Both boot loader and operating system will be executing in RAM. So RAM needs to initialized to proper timings and U-Boot should be made aware of available RAM though the configuration header.

· TFTP Server Settings – The IP address of TFTP server along needs to be specified to fetch the kernel image.

· Kernel Boot arguments – All information of hardware like available RAM, MTD partitions etc are passed on to the kernel as ATAG list. Some of the major arguments that needs to be passed on the kernel are:

◦ Kernel default console

◦ Root file system path

◦ Initrd to use (optional)

◦ Display

◦ Init Path

The purpose of each of these arguments will be explained in subsequent sections.

Notes

· While loading OS Image and other File system images over Ethernet or any other medium, pay attention to the load address, make sure that they are not over lapping.

· It is advisable to make the root file system as Read-only while mounting or in Bootargs to avoid corruption. This will enable bringing up the system with a basic environment.