Re: [PATCH 1/2 v2] musb: Add context save and restore support
>Adding support for MUSB register save and restore during system >suspend and resume. > >Changes: > - Added musb_save/restore_context() functions > - Added platform specific musb_platform_save/restore_context() > to handle platform specific jobs. > - Maintaining BlackFin compatibility by adding read/write > functions for registers which are not available in BlackFin > >Tested system suspend and resume on OMAP3EVM board. > >Signed-off-by: Anand Gadiyar >Signed-off-by: Ajay Kumar Gupta > will we have another version of this patch ?? Yes, I need to resubmit this patch after fixing review comments. -Ajay -- balbi -- -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: bootloader compilation
On 14.12.2009 08:02, Niamathullah sharief wrote: Hello,i am newbie. i am having beagle board with me. now i want to compile bootloader. what is theprocedure to do that? where can i find the right tutorial to compile bootloader. i didnt find the right tutorial for newbie. please help me. http://elinux.org/BeagleBoard#U-Boot Best regards Dirk Btw.: Do you know Beagle mailing list http://groups.google.com/group/beagleboard ? -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: [PATCH] OMAP3: hwmod: check for clkdomain pointer before accesing it to change the sleep dependencies.
>>-Original Message- >>From: Kevin Hilman [mailto:khil...@deeprootsystems.com] >>Sent: Thursday, December 10, 2009 10:36 PM >>To: Gopinath, Thara >>Cc: linux-omap@vger.kernel.org; Paul Walmsley >>Subject: Re: [PATCH] OMAP3: hwmod: check for clkdomain pointer before >>accesing it to change the sleep >>dependencies. >> >>"Gopinath, Thara" writes: >> >-Original Message- >From: Kevin Hilman [mailto:khil...@deeprootsystems.com] >Sent: Thursday, December 10, 2009 4:39 AM >To: Gopinath, Thara >Cc: linux-omap@vger.kernel.org; Paul Walmsley >Subject: Re: [PATCH] OMAP3: hwmod: check for clkdomain pointer before >accesing it to change the >>sleep >dependencies. > >Thara Gopinath writes: > >> Some clock nodes like wdt1_fck, sr1_fck, sr2_fck etc do not have a >> clock domain associated . For such nodes accessing the clock domain >> pointers >> in _add_initiator_dep and _del_initiator_dep, will lead to null pointer >> defreferencing crash. Adding support in these functions to check for >> existence of clkdm pointer before trying to acess it. Even if tomorrow >> we correct all the clock nodes to have an associated clock domain, >> checking >> for the existence of the pointer is a good programming practice. >> >> Signed-off-by: Thara Gopinath >> Cc: Paul Walmsley >> --- >> This patch depends on http://patchwork.kernel.org/patch/63383/ > >I think clocks without associated clockdomains should be handled with >a flag instead of a check for a NULL pointer. > >Your current approach will silently fail if someone forgets to add >a clockdomain to a clock that should have one. >>> >>> Are you suggesting adding a flag to the clock node in case it does >>> not have an associated clockdomain? >> >>Yes, or to the hwmod. >> >>> I am using your tree origin/pm-wip/omap_device branch. On this I see >>> a commit (e89a95db7095d998991c564a756a33ee0ec722c5) in which a >>> warning is printed in omap2_init_clk_clkdm if there is no >>> clockdomain associated with a clock node. >> >>This is to check for the case of a missing clkdm when there should be >>one. You're trying to solve the problem of when there is no >>clockdomain for a given clock. >> >>> My idea was this warning plus the check so as to avoid the system >>> crash would suffice. >> >>I still think this should be flagged explicitly in the clock/hwmod, >>then check using the flag instead of of using NULL pointer check. Two points. First , if there is a flag it should be in clock node. Hwmod structure should not bother with whether the clock node has a clockdomain or not. Second null pointer checks are there every where in the kernel and generally is a good programming practice. >> >>For readability, it makes it more clear that this is checking for some >>exceptions and not simply doing error checking. >> >>Kevin -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
bootloader compilation
Hello,i am newbie. i am having beagle board with me. now i want to compile bootloader. what is theprocedure to do that? where can i find the right tutorial to compile bootloader. i didnt find the right tutorial for newbie. please help me. thank you -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init
> Any news on posting the updated version of this? Would be nice to > get it in this merge window, so time's running out :) > > When re-posting, please also cc linux-arm-ker...@lists.infradead.org > in addition to linux-omap list. That way we can have it quickly > reviewed there too. > Sorry for replying late. Last week I was on vacation. I will drop new version of this patch today. -- Regards, Vimal Singh -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: [PATCH v7 2/5] OMAP: McBSP: Modify macros/functions API for easy cache access
>> >@@ -612,7 +597,6 @@ EXPORT_SYMBOL(omap_mcbsp_stop);
>> > int omap_mcbsp_pollwrite(unsigned int id, u16 buf)
>> > {
>> >struct omap_mcbsp *mcbsp;
>> >- void __iomem *base;
>> >
>> >if (!omap_mcbsp_check_valid_id(id)) {
>> >printk(KERN_ERR "%s: Invalid id (%d)\n",
>> >__func__, id + 1);
>> >@@ -620,28 +604,25 @@ int omap_mcbsp_pollwrite(unsigned int id
>> >}
>> >
>> >mcbsp = id_to_mcbsp_ptr(id);
>> >- base = mcbsp->io_base;
>> >
>> >- OMAP_MCBSP_WRITE(base, DXR1, buf);
>> >+ MCBSP_WRITE(mcbsp, DXR1, buf);
>>
>> OMAP3/4 allows 32 bit data access also.
>> How is it taken care?
>
>Not at all in case of those several particular changes above.
>I'm pretty sure
>that just replacing old OMAP_MCBSP_WRITE(base, ...) with new
>MCBSP_WRITE(mcbsp, ...) changed nothing in terms of OMAP3/4
>32-bit data
>access. Again, beyond the scope.
>
>> Please refer to
>> http://patchwork.kernel.org/patch/54896/ for more details.
>>
>> Quoting Tony's words:
>> "To me it smells like the all drivers using the the
>> omap_mcbsp_pollread/write are broken legacy drivers.
>> So maybe we should just remove these two functions?
>> If we really want to keep these around, we should review
>> the drivers using these functions. "
>
>Please have a look at patch 1/5, there readw()/writew() has
>been replaced with
>OMAP_MCBSP_READ()/_WRITE() inside
>omap_mcbsp_pollwrite()/_pollread(). If you
>think there is something wrong with it, please comment that
>patch, not this
>one that changes nothing related here, I believe.
The point here is to review the driver before pushing any patch
touching these functions.
[RFC] MUSB: Workaround for Ethernet data alignment issue
On the latest version of MUSB, DMA is not working properly if the Data in the
packet doesn't start at 32bit aligned address. This issue was found while using
MUSB as g_ether. The basic ping does not work, if the data in the Ethernet
packet does not start at 32bit aligned address.
To overcome this issue, we found one solution mentioned in the below patch.
This patch moves data (skb->data) by 2 bytes backwards in ethernet packet,
which is nothing but skb->head.
I want to know, if there are any better approaches to fix this issue.
Signed-off-by: Nilkesh Patra
---
drivers/usb/gadget/u_ether.c | 14 ++
1 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/gadget/u_ether.c b/drivers/usb/gadget/u_ether.c
index 2fc02bd..432b1bd 100644
--- a/drivers/usb/gadget/u_ether.c
+++ b/drivers/usb/gadget/u_ether.c
@@ -249,7 +249,6 @@ rx_submit(struct eth_dev *dev, struct usb_request *req,
gfp_t gfp_flags)
* but on at least one, checksumming fails otherwise. Note:
* RNDIS headers involve variable numbers of LE32 values.
*/
- skb_reserve(skb, NET_IP_ALIGN);
req->buf = skb->data;
req->length = size;
@@ -500,6 +499,8 @@ static netdev_tx_t eth_start_xmit(struct sk_buff *skb,
unsigned long flags;
struct usb_ep *in;
u16 cdc_filter;
+ int i = 0;
+
spin_lock_irqsave(&dev->lock, flags);
if (dev->port_usb) {
@@ -573,9 +574,6 @@ static netdev_tx_t eth_start_xmit(struct sk_buff *skb,
length = skb->len;
}
- req->buf = skb->data;
- req->context = skb;
- req->complete = tx_complete;
/* use zlp framing on tx for strict CDC-Ether conformance,
* though any robust network rx path ignores extra padding.
@@ -585,6 +583,14 @@ static netdev_tx_t eth_start_xmit(struct sk_buff *skb,
if (!dev->zlp && (length % in->maxpacket) == 0)
length++;
+ if ((int)skb->data & 0x2) {
+ skb_push(skb, 2);
+ for (i = 0; i < length; i++)
+ skb->data[i] = skb->data[i+2];
+ }
+ req->buf = skb->data;
+ req->context = skb;
+ req->complete = tx_complete;
req->length = length;
/* throttle highspeed IRQ rate back slightly */
--
1.5.4.3
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: most up-to-date linux-omap 2.6.31 not booting on N810
How did you get this debug output? I'm hoping something other than the serial "header", since that's impractical to use at all... :/ On Thursday 17 September 2009 05:19:31 am Stefano Panella wrote: > Hi, > > I have just tried to boot a kernel image using n8x0_defconfig file, > using the most up-to-date linux-omap tree (commit 52a962f09ab2306a2) > > This image is not booting on my N810 device > > Enabling 'kernel low-level debugging' option and disabling > stack unwinding support I obtain this log: > > Uncompressing > Linux... > ... done, booting the kernel. > <5>Linux version 2.6.31-omap1-05923-g52a962f (r...@drivers-uwbtest) (gcc > version 4.2.4 (Debian 4.2.4-6)) #10 Thu Sep 17 11:03:13 BST 2009 > CPU: ARMv6-compatible processor [4107b362] revision 2 (ARMv6TEJ), > cr=00c5387f > CPU: VIPT aliasing data cache, VIPT aliasing instruction cache > Machine: Nokia N810 > <4>Ignoring unrecognised tag 0x414f4d50 > Memory policy: ECC disabled, Data cache writeback > <7>On node 0 totalpages: 32768 > <7>free_area_init_node: node 0, pgdat c025a4f8, node_mem_map c026d000 > <7> Normal zone: 256 pages used for memmap > <7> Normal zone: 0 pages reserved > <7> Normal zone: 32512 pages, LIFO batch:7 > <6>OMAP2420<6> > <6>SRAM: Mapped pa 0x4020 to va 0xe300 size: 0x10 > Built 1 zonelists in Zone order, mobility grouping on. Total pages: > 32512 > <5>Kernel command line: root=1f03 rootfstype=jffs2 > console=ttyS0,115200n8 > PID hash table entries: 512 (order: 9, 2048 bytes) > <6>Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) > <6>Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) > <6>Memory: 64MB 64MB = 128MB total > <5>Memory: 127316KB available (2140K code, 188K data, 112K init, 0K > highmem) > <6>SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, > Nodes=1 > <6>Hierarchical RCU implementation. > <6>NR_IRQS:368 > <6>Clocking rate (Crystal/DPLL/MPU): 19.2/658/329 MHz > <1>Unable to handle kernel NULL pointer dereference at virtual address > 0004 > <1>pgd = c0004000 > <1>[0004] *pgd= > Internal error: Oops: 5 [#1] > Modules linked in: > CPU: 0Not tainted (2.6.31-omap1-05923-g52a962f #10) > PC is at _add_initiator_dep+0x28/0x38 > LR is at _enable+0x54/0x1a4 > pc : []lr : []psr: a1d3 > sp : c023df10 ip : c023df20 fp : c023df1c > r10: 80020a28 r9 : 4107b362 r8 : 80020a90 > r7 : c024164c r6 : c002fb78 r5 : r4 : c02409cc > r3 : r2 : r1 : c02409cc r0 : c02409cc > Flags: NzCv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel > Control: 00c5387f Table: 80004000 DAC: 0017 > Process swapper (pid: 0, stack limit = 0xc023c268) > Stack: (0xc023df10 to 0xc023e000) > df00: c023df3c c023df20 c002f6a8 > c002f3a8 > df20: 81d3 c0240974 c0240e44 c02409cc c023df5c c023df40 c002fbf8 > c002f660 > df40: c002fdfc c02409cc c002fb78 c023df7c c023df60 c002f0d4 > c002fb84 > df60: c0022e10 c0240338 c023df8c c023df80 c002fed4 > c002f0ac > df80: c023dfa4 c023df90 c000df60 c002fe80 c025ab10 c025ab04 c023dfb4 > c023dfa8 > dfa0: c000eae0 c000defc c023dfc4 c023dfb8 c000b738 c000ead4 c023dff4 > c023dfc8 > dfc0: c0008acc c000b70c c0008554 c0022e10 > 00c5387d > dfe0: c025adc0 c0023214 c023dff8 80008034 c0008998 > > Backtrace: > [] (_add_initiator_dep+0x0/0x38) from [] > (_enable+0x54/0x1a4) > [] (_enable+0x0/0x1a4) from [] (_setup+0x80/0xb4) > r4:c02409cc > [] (_setup+0x0/0xb4) from [] > (omap_hwmod_for_each+0x34/0x78) > r6:c002fb78 r5: r4:c02409cc > [] (omap_hwmod_for_each+0x0/0x78) from [] > (omap_hwmod_late_init+0x60/0x8c) > r7:c0240338 r6:c0022e10 r5: r4: > [] (omap_hwmod_late_init+0x0/0x8c) from [] > (omap2_init_common_hw+0x70/0xa8) > [] (omap2_init_common_hw+0x0/0xa8) from [] > (n8x0_init_irq+0x18/0x24) > r5:c025ab04 r4:c025ab10 > [] (n8x0_init_irq+0x0/0x24) from [] > (init_IRQ+0x38/0x44) > [] (init_IRQ+0x0/0x44) from [] > (start_kernel+0x140/0x2c8) > [] (start_kernel+0x0/0x2c8) from [<80008034>] (0x80008034) > r6:c0023214 r5:c025adc0 r4:00c5387d > Code: 089da800 e5913020 e592205c e593305c (e5920004) > <4>---[ end trace 1b75b31a2719ed1c ]--- > <0>Kernel panic - not syncing: Attempted to kill the idle task! > Backtrace: > [] (dump_backtrace+0x0/0x110) from [] > (dump_stack+0x18/0x1c) > r6:000b r5:c025b424 r4:c023c000 > [] (dump_stack+0x0/0x1c) from [] (panic+0x4c/0x124) > [] (panic+0x0/0x124) from [] (do_exit+0x64/0x578) > r3: r2:c0246c74 r1:12f2 r0:c020ece4 > [] (do_exit+0x0/0x578) from [] (die+0x12c/0x14c) > [] (die+0x0/0x14c) from [] > (__do_kernel_fault+0x6c/0x7c) > [] (__do_kernel_fault+0x0/0x7c) from [] > (do_page_fault+0x224/0x244) > r7:c023dec8 r6:c023f6c8 r5:c02405e4 r4: > [] (do_page_fault+0x0/0x244) from [] > (do_translation_fault+0x1c/0x84) > [] (do_transla
[RFC PATCH] OMAP: DSS2: RFBI driver: Cleanup "kfifo is full" test
RFBI_CMD_FIFO_LEN_BYTES might not be a power-of-two,
but kfifo() allocates the size up to the next power of two,
which makes (RFBI_CMD_FIFO_LEN_BYTES - kfifo_len())
look very dubious (possibly a negative value!).
Notes:
[1] Not tested nor compiled here
[2] The removed code compares int with a size_t.
It looks buggy, because if the full allocated
size of the fifo is used, the integer comparison
leads to "always empty space in the fifo".
Fortunately, the code can never go there, because
available == 0 will come before negative integer
values.
[3] Do we want to use the whole allocated space?
In that case the change should be:
- available = RFBI_CMD_FIFO_LEN_BYTES -
- __kfifo_len(rfbi.cmd_fifo);
+ available = rfbi.cmd_fifo->size - __kfifo_len(rfbi.cmd_fifo);
Signed-off-by: Heikki Orsila
---
drivers/video/omap2/dss/rfbi.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/video/omap2/dss/rfbi.c b/drivers/video/omap2/dss/rfbi.c
index d0b3006..1dbe993 100644
--- a/drivers/video/omap2/dss/rfbi.c
+++ b/drivers/video/omap2/dss/rfbi.c
@@ -1050,14 +1050,11 @@ static void rfbi_push_cmd(struct update_param *p)
while (1) {
unsigned long flags;
- int available;
spin_lock_irqsave(rfbi.cmd_fifo->lock, flags);
- available = RFBI_CMD_FIFO_LEN_BYTES -
- __kfifo_len(rfbi.cmd_fifo);
/* DSSDBG("%d bytes left in fifo\n", available); */
- if (available < sizeof(struct update_param)) {
+ if (__kfifo_len(rfbi.cmd_fifo) >= RFBI_CMD_FIFO_LEN_BYTES) {
DSSDBG("Going to wait because FIFO FULL..\n");
spin_unlock_irqrestore(rfbi.cmd_fifo->lock, flags);
atomic_inc(&rfbi.cmd_fifo_full);
--
1.6.4.4
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFC][PATCH 4/5] input: serio: add support for Amstrad Delta serial keyboard port
Hi Dmitry, Sunday 13 December 2009 00:20:03 Dmitry Torokhov napisał(a): > > atkbd is supposed to support PS/2 devices speaking AT keyboard protocol. > We also do support such devices behind dumb controllers that do not > allow querying the device but we expect those to at least produce the > standard scancodes. As far as I can understand, using the atkbd driver is not a good idea in this case because of the keyboard not producing standard scancodes, correct? Isn't the hpps2atkbd.h provided keycode table an already supported way of introducing exceptions to this standard scancodes requirement? Why couldn't this method be reused here? What I am afraid of is if the driver supposed to be created instead wouldn't require reiplementing most of the atkbd code. > I would need to know a bit more about the gamepad, but so far I still > think that current attempot of creating intermediate serio module which > allows to use atkbd driver is not the proper solution. I modified the serio driver to send exactly what it gets from the buffer and examined its output with serio_raw. The gamepad (can be connected simultaneously) appeared to send exactly the same scancodes as the keyboard did. I couldn't see how those might be destinguished whether coming from the keybord or from the gamepad. Thus, handling them both together as a single device would probably be the only option here. With both devices connected and keys pressed simultaneously, errors occure at the lowest level: parity check failed, invalid stop bit, etc. I don't think it would be possible to do anything about this. But this also means that trying to query them in order to get a sensible response would probably be not reliable. Any thoughts? Thanks, Janusz -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH v2 1/2] OMAP: convert boards to use physmap-flash
Convert OMAP based boards to use physmap-flash. Refreshed against today's
Linux omap kernel tree
Signed-off-by: Ladislav Michl
--- /dev/null 2009-12-08 14:04:43.543715066 +0100
+++ linux-omap-2.6/arch/arm/plat-omap/include/plat/flash.h 2009-12-08
18:53:34.0 +0100
@@ -0,0 +1,16 @@
+/*
+ * Flash support for OMAP1
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License version 2 as
+ * published by the Free Software Foundation.
+ */
+
+#ifndef __OMAP_FLASH_H
+#define __OMAP_FLASH_H
+
+#include
+
+extern void omap1_set_vpp(struct map_info *map, int enable);
+
+#endif
--- /dev/null 2009-12-08 14:04:43.543715066 +0100
+++ linux-omap-2.6/arch/arm/mach-omap1/flash.c 2009-12-08 18:45:16.0
+0100
@@ -0,0 +1,33 @@
+/*
+ * Flash support for OMAP1
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License version 2 as
+ * published by the Free Software Foundation.
+ */
+
+#include
+#include
+
+#include
+#include
+
+void omap1_set_vpp(struct map_info *map, int enable)
+{
+ static int count;
+ u32 l;
+
+ if (enable) {
+ if (count++ == 0) {
+ l = omap_readl(EMIFS_CONFIG);
+ l |= OMAP_EMIFS_CONFIG_WP;
+ omap_writel(l, EMIFS_CONFIG);
+ }
+ } else {
+ if (count && (--count == 0)) {
+ l = omap_readl(EMIFS_CONFIG);
+ l &= ~OMAP_EMIFS_CONFIG_WP;
+ omap_writel(l, EMIFS_CONFIG);
+ }
+ }
+}
diff --git a/arch/arm/mach-omap1/Makefile b/arch/arm/mach-omap1/Makefile
index 9ce17f1..3378486 100644
--- a/arch/arm/mach-omap1/Makefile
+++ b/arch/arm/mach-omap1/Makefile
@@ -3,7 +3,7 @@
#
# Common support
-obj-y := io.o id.o sram.o irq.o mux.o serial.o devices.o
+obj-y := io.o id.o sram.o irq.o mux.o flash.o serial.o devices.o
obj-y += clock.o clock_data.o opp_data.o
obj-$(CONFIG_OMAP_MCBSP) += mcbsp.o
diff --git a/arch/arm/mach-omap1/board-fsample.c
b/arch/arm/mach-omap1/board-fsample.c
index 7e70c3c..096f2ed 100644
--- a/arch/arm/mach-omap1/board-fsample.c
+++ b/arch/arm/mach-omap1/board-fsample.c
@@ -18,18 +18,19 @@
#include
#include
#include
+#include
#include
#include
#include
#include
#include
-#include
#include
#include
#include
#include
+#include
#include
#include
#include
@@ -150,9 +151,9 @@ static struct mtd_partition nor_partitions[] = {
},
};
-static struct flash_platform_data nor_data = {
- .map_name = "cfi_probe",
+static struct physmap_flash_data nor_data = {
.width = 2,
+ .set_vpp= omap1_set_vpp,
.parts = nor_partitions,
.nr_parts = ARRAY_SIZE(nor_partitions),
};
@@ -164,7 +165,7 @@ static struct resource nor_resource = {
};
static struct platform_device nor_device = {
- .name = "omapflash",
+ .name = "physmap-flash",
.id = 0,
.dev= {
.platform_data = &nor_data,
diff --git a/arch/arm/mach-omap1/board-h2.c b/arch/arm/mach-omap1/board-h2.c
index fa7cece..d1100e4 100644
--- a/arch/arm/mach-omap1/board-h2.c
+++ b/arch/arm/mach-omap1/board-h2.c
@@ -26,6 +26,7 @@
#include
#include
#include
+#include
#include
#include
#include
@@ -35,7 +36,6 @@
#include
#include
-#include
#include
#include
@@ -45,6 +45,7 @@
#include
#include
#include
+#include
#include "board-h2.h"
@@ -121,9 +122,9 @@ static struct mtd_partition h2_nor_partitions[] = {
}
};
-static struct flash_platform_data h2_nor_data = {
- .map_name = "cfi_probe",
+static struct physmap_flash_data h2_nor_data = {
.width = 2,
+ .set_vpp= omap1_set_vpp,
.parts = h2_nor_partitions,
.nr_parts = ARRAY_SIZE(h2_nor_partitions),
};
@@ -134,7 +135,7 @@ static struct resource h2_nor_resource = {
};
static struct platform_device h2_nor_device = {
- .name = "omapflash",
+ .name = "physmap-flash",
.id = 0,
.dev= {
.platform_data = &h2_nor_data,
diff --git a/arch/arm/mach-omap1/board-h3.c b/arch/arm/mach-omap1/board-h3.c
index 6a7f9c3..a53ab82 100644
--- a/arch/arm/mach-omap1/board-h3.c
+++ b/arch/arm/mach-omap1/board-h3.c
@@ -25,6 +25,7 @@
#include
#include
#include
+#include
#include
#include
#include
@@ -37,7 +38,6 @@
#include
#include
-#include
#include
#include
@@ -47,6 +47,7 @@
#include
#include
#include
+#include
#include "board-h3.h"
@@ -126,9 +127,9 @@ static struct mtd_partition nor_partitions[] = {
}
};
-static struct flash_platform_data nor_data = {
- .map_name = "cfi_probe",
+static struct
Re: [PATCH v4 0/8] TWL6030 patch series
Hi Balaji, On Fri, Dec 11, 2009 at 09:25:09PM +0530, Krishnamoorthy, Balaji T wrote: > The TWL6030 is companion chip for OMAP4 like the current TWL4030 > for OMAP3. This patch series adds support for TWL6030 irq framework, and > driver support for RTC and regulator. > > > [PATCH v4 01/08] ARM: OMAP: Rename twl4030* driver files to enable > re-use > [PATCH v4 02/08] ARM: OMAP: Rename all twl4030_i2c*. > [PATCH v4 03/08] ARM: OMAP: Rename twl4030_ in rtc-twl.c to make it > generic rtc > [PATCH v4 04/08] ARM: OMAP: Rename twl4030_ to twl_ in twl-regulator.c > to > make it generic reg > [PATCH v4 05/08] OMAP4: PMIC: Add support for twl6030 irq framework > [PATCH v4 06/08] OMAP4: PMIC: Add support for twl6030 RTC > [PATCH v4 07/08] OMAP4: PMIC: Add support for twl6030 regulators > [PATCH v4 08/08] OMAP4: PMIC: Update TWL mfd driver to create twl6030 > Regulators > > This patch series v4 is rebased version of series v3[1] > Tested with SDP 3430. All 8 patches applied, thanks. I had to export a few symbols to make it build with a modularized rtc-twl. Cheers, Samuel. -- Intel Open Source Technology Centre http://oss.intel.com/ -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH v5] mmc-omap: Add support for 16-bit and 32-bit registers
On Mon, Nov 23, 2009 at 10:37 AM, Cory Maccarrone wrote: > The omap850 and omap730 use 16-bit registers instead of 32-bit, requiring > a modification of the register addresses in the mmc-omap driver. To resolve > this, a bit shift is performed on base register addresses, either by 1 or 2 > bits depending on the CPU in use. This yields the correct registers for > each CPU. > > Signed-off-by: Marek Belisko > Signed-off-by: Cory Maccarrone It's been a little while since I've heard anything about this patch. Is there any chance of it making it in for the current merge window? Thanks - Cory -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH v3 03/04] ARM: OMAP: Rename twl4030_ in rtc-twl.c to make it generic rtc
Hi Alessandro, On Wed, Nov 18, 2009 at 03:42:52PM +0100, Alessandro Zummo wrote: > On Thu, 1 Oct 2009 17:50:33 +0530 > balaj...@ti.com wrote: > > > From: Balaji T K > > > > This patch renames all twl4030_ functions to twl_ so that RTC driver can be > > shared between Triton and Phoenix. > > Which tree should handle that? The two patches you sent involves > both mfd and rtc and I don't have that mfd/twl.. in my tree. I'm taking this patch through the mfd tree, thanks. Cheers, Samuel. > -- > > Best regards, > > Alessandro Zummo, > Tower Technologies - Torino, Italy > > http://www.towertech.it > -- Intel Open Source Technology Centre http://oss.intel.com/ -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH 2/3] Initial support for Technexion Thunderboard : Asoc sound
Dear All,
Patches reformatted for mainline.
Daniel Toussaint
Signed-off-by: Daniel Toussaint
diff -Nur linux-2.6.32-pristine/sound/soc/omap/Kconfig linux-2.6.32-patched/sound/soc/omap/Kconfig
--- linux-2.6.32-pristine/sound/soc/omap/Kconfig 2009-12-03 04:51:21.0 +0100
+++ linux-2.6.32-patched/sound/soc/omap/Kconfig 2009-12-11 12:56:11.0 +0100
@@ -98,4 +98,11 @@
select SND_SOC_TWL4030
help
Say Y if you want to add support for Soc audio on Zoom2 board.
+config SND_OMAP_SOC_OMAP3_THUNDER
+ tristate "SoC Audio support for OMAP3 Thunder"
+ depends on TWL4030_CORE && SND_OMAP_SOC && MACH_OMAP3_THUNDER
+ select SND_OMAP_SOC_MCBSP
+ select SND_SOC_TWL4030
+ help
+ Say Y if you want to add support for SoC audio on the Thunder Board.
diff -Nur linux-2.6.32-pristine/sound/soc/omap/Makefile linux-2.6.32-patched/sound/soc/omap/Makefile
--- linux-2.6.32-pristine/sound/soc/omap/Makefile 2009-12-03 04:51:21.0 +0100
+++ linux-2.6.32-patched/sound/soc/omap/Makefile 2009-12-11 12:56:11.0 +0100
@@ -16,6 +16,8 @@
snd-soc-omap3pandora-objs := omap3pandora.o
snd-soc-omap3beagle-objs := omap3beagle.o
snd-soc-zoom2-objs := zoom2.o
+snd-soc-omap3thunder-objs := omap3thunder.o
+
obj-$(CONFIG_SND_OMAP_SOC_N810) += snd-soc-n810.o
obj-$(CONFIG_SND_OMAP_SOC_AMS_DELTA) += snd-soc-ams-delta.o
@@ -27,3 +29,4 @@
obj-$(CONFIG_SND_OMAP_SOC_OMAP3_PANDORA) += snd-soc-omap3pandora.o
obj-$(CONFIG_SND_OMAP_SOC_OMAP3_BEAGLE) += snd-soc-omap3beagle.o
obj-$(CONFIG_SND_OMAP_SOC_ZOOM2) += snd-soc-zoom2.o
+
diff -Nur linux-2.6.32-pristine/sound/soc/omap/omap3thunder.c linux-2.6.32-patched/sound/soc/omap/omap3thunder.c
--- linux-2.6.32-pristine/sound/soc/omap/omap3thunder.c 1970-01-01 01:00:00.0 +0100
+++ linux-2.6.32-patched/sound/soc/omap/omap3thunder.c 2009-12-13 13:46:58.0 +0100
@@ -0,0 +1,162 @@
+/*
+ * omap3 audio support for Technexion Thunder boards.
+ * Modified from omap3beagle.c
+ * Daniel Toussaint
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License
+ * version 2 as published by the Free Software Foundation.
+ *
+ * This program is distributed in the hope that it will be useful, but
+ * WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
+ * General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA
+ * 02110-1301 USA
+ *
+ */
+
+
+#include
+#include
+#include
+#include
+#include
+#include
+
+#include
+#include
+#include
+#include
+
+#include "omap-mcbsp.h"
+#include "omap-pcm.h"
+#include "../codecs/twl4030.h"
+
+static int omap3thunder_hw_params(struct snd_pcm_substream *substream,
+ struct snd_pcm_hw_params *params)
+{
+ struct snd_soc_pcm_runtime *rtd = substream->private_data;
+ struct snd_soc_dai *codec_dai = rtd->dai->codec_dai;
+ struct snd_soc_dai *cpu_dai = rtd->dai->cpu_dai;
+ unsigned int fmt;
+ int ret;
+
+ switch (params_channels(params)) {
+ case 2: /* Stereo I2S mode */
+ fmt = SND_SOC_DAIFMT_I2S |
+ SND_SOC_DAIFMT_NB_NF |
+ SND_SOC_DAIFMT_CBM_CFM;
+ break;
+ case 4: /* Four channel TDM mode */
+ fmt = SND_SOC_DAIFMT_DSP_A |
+ SND_SOC_DAIFMT_IB_NF |
+ SND_SOC_DAIFMT_CBM_CFM;
+ break;
+ default:
+ return -EINVAL;
+ }
+
+ /* Set codec DAI configuration */
+ ret = snd_soc_dai_set_fmt(codec_dai, fmt);
+ if (ret < 0) {
+ printk(KERN_ERR "can't set codec DAI configuration\n");
+ return ret;
+ }
+
+ /* Set cpu DAI configuration */
+ ret = snd_soc_dai_set_fmt(cpu_dai, fmt);
+ if (ret < 0) {
+ printk(KERN_ERR "can't set cpu DAI configuration\n");
+ return ret;
+ }
+
+ /* Set the codec system clock for DAC and ADC */
+ ret = snd_soc_dai_set_sysclk(codec_dai, 0, 2600,
+ SND_SOC_CLOCK_IN);
+ if (ret < 0) {
+ printk(KERN_ERR "can't set codec system clock\n");
+ return ret;
+ }
+
+ return 0;
+}
+
+static struct snd_soc_ops omap3thunder_ops = {
+ .hw_params = omap3thunder_hw_params,
+};
+
+/* Digital audio interface glue - connects codec <--> CPU */
+static struct snd_soc_dai_link omap3thunder_dai = {
+ .name = "TWL4030",
+ .stream_name = "TWL4030",
+ .cpu_dai = &omap_mcbsp_dai[0],
+ .codec_dai = &twl4030_dai[TWL4030_DAI_HIFI],
+ .ops = &omap3thunder_ops,
+};
+
+/* Audio machine driver */
+static struct snd_soc_card snd_soc_omap3thunder = {
+ .name = "omap3thunder",
+ .platform = &omap_soc_platform,
+ .dai_link = &omap3thunder_dai,
+ .num_links = 1,
+};
+
+/* Audio subsystem */
+static struct snd_soc_device omap3thunder_snd_devdata = {
+ .card = &snd_soc_omap3thunder,
+ .codec_dev = &soc_codec_dev_twl4030,
+};
+
+static struct platform_device *omap3thunder_snd_device;
+
+static int __init omap3thunder_soc_init(void)
+{
+ int ret;
+
+ if (!machine
[PATCH 1/3] Initial support for Technexion Thunderboard : boardsupport
Dear All,
Patches reformatted for mainline.
Daniel Toussaint
Signed-off-by: Daniel Toussaint
diff -Nur linux-2.6.32-pristine/arch/arm/mach-omap2/board-omap3thunder.c linux-2.6.32-patched/arch/arm/mach-omap2/board-omap3thunder.c
--- linux-2.6.32-pristine/arch/arm/mach-omap2/board-omap3thunder.c 1970-01-01 01:00:00.0 +0100
+++ linux-2.6.32-patched/arch/arm/mach-omap2/board-omap3thunder.c 2009-12-11 13:09:42.0 +0100
@@ -0,0 +1,455 @@
+/*
+ * Copyright (C) 2009 Technexion
+ * Modified from mach-omap2/board-omap3beagleboard.c
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License version 2 as
+ * published by the Free Software Foundation.
+ */
+
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+#include
+
+#include
+#include
+#include
+
+#include
+#include
+
+#include
+#include
+#include
+#include
+#include
+
+#include
+#include
+#include
+#include
+#include
+#include
+
+#include "mmc-twl4030.h"
+
+#include
+#include
+#include
+#include
+
+#define OMAP3_THUNDER_TS_GPIO 136
+#define GPMC_CS0_BASE 0x60
+#define GPMC_CS_SIZE 0x30
+#define NAND_BLOCK_SIZE SZ_128K
+
+#define THUNDER_DVI_PANEL_EN_GPIO 199
+#define THUNDER_LCD_PANEL_ENVDD 138
+#define THUNDER_LCD_PON 139
+
+static struct mtd_partition omap3thunder_nand_partitions[] = {
+ /* All the partition sizes are listed in terms of NAND block size */
+ {
+ .name = "X-Loader",
+ .offset = 0,
+ .size = 4 * NAND_BLOCK_SIZE,
+ .mask_flags = MTD_WRITEABLE, /* force read-only */
+ },
+ {
+ .name = "U-Boot",
+ .offset = MTDPART_OFS_APPEND, /* Offset = 0x8 */
+ .size = 15 * NAND_BLOCK_SIZE,
+ .mask_flags = MTD_WRITEABLE, /* force read-only */
+ },
+ {
+ .name = "U-Boot Env",
+ .offset = MTDPART_OFS_APPEND, /* Offset = 0x26 */
+ .size = 1 * NAND_BLOCK_SIZE,
+ },
+ {
+ .name = "Kernel",
+ .offset = MTDPART_OFS_APPEND, /* Offset = 0x28 */
+ .size = 32 * NAND_BLOCK_SIZE,
+ },
+ {
+ .name = "File System",
+ .offset = MTDPART_OFS_APPEND, /* Offset = 0x68 */
+ .size = MTDPART_SIZ_FULL,
+ },
+};
+
+static struct omap_nand_platform_data omap3thunder_nand_data = {
+ .options = NAND_BUSWIDTH_16,
+ .parts = omap3thunder_nand_partitions,
+ .nr_parts = ARRAY_SIZE(omap3thunder_nand_partitions),
+ .dma_channel = -1, /* disable DMA in OMAP NAND driver */
+ .nand_setup = NULL,
+ .dev_ready = NULL,
+};
+
+static struct resource omap3thunder_nand_resource = {
+ .flags = IORESOURCE_MEM,
+};
+
+static struct platform_device omap3thunder_nand_device = {
+ .name = "omap2-nand",
+ .id = -1,
+ .dev = {
+ .platform_data = &omap3thunder_nand_data,
+ },
+ .num_resources = 1,
+ .resource = &omap3thunder_nand_resource,
+};
+
+#include "sdram-micron-mt46h32m32lf-6.h"
+
+static struct omap_uart_config omap3_thunder_uart_config __initdata = {
+ .enabled_uarts = ((1 << 0) | (1 << 1) | (1 << 2)),
+};
+
+static struct twl4030_usb_data thunder_usb_data = {
+ .usb_mode = T2_USB_MODE_ULPI,
+};
+
+static struct twl4030_hsmmc_info mmc[] = {
+ {
+ .mmc = 1,
+ .wires = 8,
+ .gpio_cd = -EINVAL,
+ .gpio_wp = 29,
+ },
+ {
+ .mmc = 2,
+ .wires = 4,
+ .gpio_cd = -EINVAL,
+ .gpio_wp = -EINVAL,
+ },
+ {} /* Terminator */
+};
+
+static struct regulator_consumer_supply thunder_vmmc1_supply = {
+ .supply = "vmmc",
+};
+
+static struct regulator_consumer_supply thunder_vmmc2_supply = {
+ .supply = "vmmc",
+};
+
+static struct regulator_consumer_supply thunder_vsim_supply = {
+ .supply = "vmmc_aux",
+};
+
+static struct gpio_led gpio_leds[] = {
+ {
+ .name = "thunderboard::usr0",
+ .default_trigger= "heartbeat",
+ .gpio = -EINVAL, /* gets replaced */
+ .active_low = true,
+ },
+};
+
+static int thunder_twl_gpio_setup(struct device *dev,
+ unsigned gpio, unsigned ngpio)
+{
+ mmc[0].gpio_cd = gpio + 0;
+ twl4030_mmc_init(mmc);
+
+ /* link regulators to MMC adapters */
+ thunder_vmmc1_supply.dev = mmc[0].dev;
+ thunder_vmmc2_supply.dev = mmc[1].dev;
+ thunder_vsim_supply.dev = mmc[0].dev;
+
+ /* the LED marked LED 2 (LEDA) */
+ gpio_leds[0].gpio = gpio + TWL4030_GPIO_MAX + 1;
+
+ /* gpio + 7 == DVI Enable */
+ gpio_request(gpio + 7, "EN_DVI");
+ gpio_direction_output(gpio + 7, 0);
+ return 0;
+}
+
+static struct twl4030_gpio_platform_data thunder_gpio_data = {
+ .gpio_base = OMAP_MAX_GPIO_LINES,
+ .irq_base = TWL4030_GPIO_IRQ_BASE,
+ .irq_end = TWL4030_GPIO_IRQ_END,
+ .use_leds = false,
+ .pullups = BIT(1),
+ .pulldowns = BIT(2) | BIT(6) | BIT(7) | BIT(8) | BIT(13)
+| BIT(15) | BIT(16) | BIT(17),
+ .setup = thunder_twl_gpio_setup,
+};
+
+
+/* VMMC1 for MMC1 pins CMD, CLK, DAT0..DAT3 (20 mA, plus card == max 220 mA) */
+static struct regulator_init_data thunder_vmmc1 = {
+ .constraints = {
+ .min_uV = 185,
+ .max_uV = 315,
+ .valid_modes_mask = REGULATOR_MODE_NORMAL
+ | REGULATOR_MODE_STANDBY,
+ .valid_ops_mask = REGULATOR_CHANGE_VOLTA
[PATCH 0/3] Initial support for Technexion Thunderboard : defconfig
Dear All, Patches reformatted for mainline. Signed-off-by: Daniel Toussaint diff -Nur linux-2.6.32-pristine/arch/arm/configs/omap3_thunder_defconfig linux-2.6.32-patched/arch/arm/configs/omap3_thunder_defconfig --- linux-2.6.32-pristine/arch/arm/configs/omap3_thunder_defconfig 1970-01-01 01:00:00.0 +0100 +++ linux-2.6.32-patched/arch/arm/configs/omap3_thunder_defconfig 2009-12-11 12:57:19.0 +0100 @@ -0,0 +1,1936 @@ +# +# Automatically generated make config: don't edit +# Linux kernel version: 2.6.32 +# Thu Dec 10 15:55:58 2009 +# +CONFIG_ARM=y +CONFIG_SYS_SUPPORTS_APM_EMULATION=y +CONFIG_GENERIC_GPIO=y +CONFIG_GENERIC_TIME=y +CONFIG_GENERIC_CLOCKEVENTS=y +CONFIG_GENERIC_HARDIRQS=y +CONFIG_STACKTRACE_SUPPORT=y +CONFIG_HAVE_LATENCYTOP_SUPPORT=y +CONFIG_LOCKDEP_SUPPORT=y +CONFIG_TRACE_IRQFLAGS_SUPPORT=y +CONFIG_HARDIRQS_SW_RESEND=y +CONFIG_GENERIC_IRQ_PROBE=y +CONFIG_RWSEM_GENERIC_SPINLOCK=y +CONFIG_ARCH_HAS_CPUFREQ=y +CONFIG_GENERIC_HWEIGHT=y +CONFIG_GENERIC_CALIBRATE_DELAY=y +CONFIG_GENERIC_HARDIRQS_NO__DO_IRQ=y +CONFIG_VECTORS_BASE=0x +CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" +CONFIG_CONSTRUCTORS=y + +# +# General setup +# +CONFIG_EXPERIMENTAL=y +CONFIG_BROKEN_ON_SMP=y +CONFIG_INIT_ENV_ARG_LIMIT=32 +CONFIG_LOCALVERSION="" +# CONFIG_LOCALVERSION_AUTO is not set +CONFIG_SWAP=y +CONFIG_SYSVIPC=y +CONFIG_SYSVIPC_SYSCTL=y +# CONFIG_POSIX_MQUEUE is not set +CONFIG_BSD_PROCESS_ACCT=y +# CONFIG_BSD_PROCESS_ACCT_V3 is not set +# CONFIG_TASKSTATS is not set +# CONFIG_AUDIT is not set + +# +# RCU Subsystem +# +CONFIG_TREE_RCU=y +# CONFIG_TREE_PREEMPT_RCU is not set +# CONFIG_TINY_RCU is not set +# CONFIG_RCU_TRACE is not set +CONFIG_RCU_FANOUT=32 +# CONFIG_RCU_FANOUT_EXACT is not set +# CONFIG_TREE_RCU_TRACE is not set +# CONFIG_IKCONFIG is not set +CONFIG_LOG_BUF_SHIFT=17 +CONFIG_GROUP_SCHED=y +CONFIG_FAIR_GROUP_SCHED=y +# CONFIG_RT_GROUP_SCHED is not set +CONFIG_USER_SCHED=y +# CONFIG_CGROUP_SCHED is not set +# CONFIG_CGROUPS is not set +# CONFIG_SYSFS_DEPRECATED_V2 is not set +# CONFIG_RELAY is not set +# CONFIG_NAMESPACES is not set +CONFIG_BLK_DEV_INITRD=y +CONFIG_INITRAMFS_SOURCE="" +CONFIG_RD_GZIP=y +# CONFIG_RD_BZIP2 is not set +# CONFIG_RD_LZMA is not set +CONFIG_CC_OPTIMIZE_FOR_SIZE=y +CONFIG_SYSCTL=y +CONFIG_ANON_INODES=y +CONFIG_EMBEDDED=y +CONFIG_UID16=y +# CONFIG_SYSCTL_SYSCALL is not set +CONFIG_KALLSYMS=y +# CONFIG_KALLSYMS_ALL is not set +# CONFIG_KALLSYMS_EXTRA_PASS is not set +CONFIG_HOTPLUG=y +CONFIG_PRINTK=y +CONFIG_BUG=y +# CONFIG_ELF_CORE is not set +CONFIG_BASE_FULL=y +CONFIG_FUTEX=y +CONFIG_EPOLL=y +CONFIG_SIGNALFD=y +CONFIG_TIMERFD=y +CONFIG_EVENTFD=y +CONFIG_SHMEM=y +CONFIG_AIO=y + +# +# Kernel Performance Events And Counters +# +CONFIG_VM_EVENT_COUNTERS=y +# CONFIG_COMPAT_BRK is not set +CONFIG_SLAB=y +# CONFIG_SLUB is not set +# CONFIG_SLOB is not set +# CONFIG_PROFILING is not set +CONFIG_HAVE_OPROFILE=y +# CONFIG_KPROBES is not set +CONFIG_HAVE_KPROBES=y +CONFIG_HAVE_KRETPROBES=y +CONFIG_HAVE_CLK=y + +# +# GCOV-based kernel profiling +# +# CONFIG_SLOW_WORK is not set +CONFIG_HAVE_GENERIC_DMA_COHERENT=y +CONFIG_SLABINFO=y +CONFIG_RT_MUTEXES=y +CONFIG_BASE_SMALL=0 +CONFIG_MODULES=y +CONFIG_MODULE_FORCE_LOAD=y +CONFIG_MODULE_UNLOAD=y +CONFIG_MODULE_FORCE_UNLOAD=y +CONFIG_MODVERSIONS=y +# CONFIG_MODULE_SRCVERSION_ALL is not set +CONFIG_BLOCK=y +# CONFIG_LBDAF is not set +# CONFIG_BLK_DEV_BSG is not set +# CONFIG_BLK_DEV_INTEGRITY is not set + +# +# IO Schedulers +# +CONFIG_IOSCHED_NOOP=y +CONFIG_IOSCHED_AS=y +CONFIG_IOSCHED_DEADLINE=y +CONFIG_IOSCHED_CFQ=y +# CONFIG_DEFAULT_AS is not set +# CONFIG_DEFAULT_DEADLINE is not set +CONFIG_DEFAULT_CFQ=y +# CONFIG_DEFAULT_NOOP is not set +CONFIG_DEFAULT_IOSCHED="cfq" +# CONFIG_INLINE_SPIN_TRYLOCK is not set +# CONFIG_INLINE_SPIN_TRYLOCK_BH is not set +# CONFIG_INLINE_SPIN_LOCK is not set +# CONFIG_INLINE_SPIN_LOCK_BH is not set +# CONFIG_INLINE_SPIN_LOCK_IRQ is not set +# CONFIG_INLINE_SPIN_LOCK_IRQSAVE is not set +CONFIG_INLINE_SPIN_UNLOCK=y +# CONFIG_INLINE_SPIN_UNLOCK_BH is not set +CONFIG_INLINE_SPIN_UNLOCK_IRQ=y +# CONFIG_INLINE_SPIN_UNLOCK_IRQRESTORE is not set +# CONFIG_INLINE_READ_TRYLOCK is not set +# CONFIG_INLINE_READ_LOCK is not set +# CONFIG_INLINE_READ_LOCK_BH is not set +# CONFIG_INLINE_READ_LOCK_IRQ is not set +# CONFIG_INLINE_READ_LOCK_IRQSAVE is not set +CONFIG_INLINE_READ_UNLOCK=y +# CONFIG_INLINE_READ_UNLOCK_BH is not set +CONFIG_INLINE_READ_UNLOCK_IRQ=y +# CONFIG_INLINE_READ_UNLOCK_IRQRESTORE is not set +# CONFIG_INLINE_WRITE_TRYLOCK is not set +# CONFIG_INLINE_WRITE_LOCK is not set +# CONFIG_INLINE_WRITE_LOCK_BH is not set +# CONFIG_INLINE_WRITE_LOCK_IRQ is not set +# CONFIG_INLINE_WRITE_LOCK_IRQSAVE is not set +CONFIG_INLINE_WRITE_UNLOCK=y +# CONFIG_INLINE_WRITE_UNLOCK_BH is not set +CONFIG_INLINE_WRITE_UNLOCK_IRQ=y +# CONFIG_INLINE_WRITE_UNLOCK_IRQRESTORE is not set +# CONFIG_MUTEX_SPIN_ON_OWNER is not set +CONFIG_FREEZER=y + +# +# System Type +# +CONFIG_MMU=y +# CONFIG_ARCH_AAE
[PATCH 5/5] OMAP: remove duplicated #include
Remove duplicated #include('s) in
drivers/video/omap/lcd_omap3beagle.c
Signed-off-by: Huang Weiyi
---
drivers/video/omap/lcd_omap3beagle.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/video/omap/lcd_omap3beagle.c
b/drivers/video/omap/lcd_omap3beagle.c
index fc503d8..aea23c3 100644
--- a/drivers/video/omap/lcd_omap3beagle.c
+++ b/drivers/video/omap/lcd_omap3beagle.c
@@ -26,7 +26,6 @@
#include
#include
-#include
#include
#include "omapfb.h"
--
1.6.1.3
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH 1/5] OMAP2: remove duplicated #include
Remove duplicated #include('s) in
arch/arm/mach-omap2/clock34xx.c
arch/arm/mach-omap2/io.c
Signed-off-by: Huang Weiyi
---
arch/arm/mach-omap2/clock34xx.c |1 -
arch/arm/mach-omap2/io.c|1 -
2 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/clock34xx.c b/arch/arm/mach-omap2/clock34xx.c
index ded3236..d4217b9 100644
--- a/arch/arm/mach-omap2/clock34xx.c
+++ b/arch/arm/mach-omap2/clock34xx.c
@@ -34,7 +34,6 @@
#include
#include
-#include
#include "clock.h"
#include "clock34xx.h"
#include "sdrc.h"
diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
index a8749e8..ac9ea60 100644
--- a/arch/arm/mach-omap2/io.c
+++ b/arch/arm/mach-omap2/io.c
@@ -33,7 +33,6 @@
#include
#include
#include
-#include
#include
#include "clock.h"
--
1.6.1.3
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
