Paul Walmsley wrote:
Hello Adrian,
On Fri, 1 Aug 2008, Adrian Hunter wrote:
Update OneNAND support for OMAP3.
a few quick comments.
Thanks for looking at the code.
+ reg =
omap2_onenand_readw(onenand_base+ONENAND_REG_VERSION_ID);
Just a minor nit - please use spaces
If we try to modprobe a second gadget driver before
rmmoding the first one, the reference for the first
gadget driver would get NULLed avoiding usb to change
gadget drivers later.
Cc: Greg Kroah-Hartman [EMAIL PROTECTED]
Cc: David Brownell [EMAIL PROTECTED]
Cc: Tony Lindgren [EMAIL PROTECTED]
---
drivers/dsp/dspbridge/Kconfig |3 +++
drivers/dsp/dspbridge/mpu_driver/src/Kbuild |2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/dsp/dspbridge/Kconfig b/drivers/dsp/dspbridge/Kconfig
index 5d5622d..580c148 100644
---
* Paul Walmsley [EMAIL PROTECTED] [080715 22:04]:
omap_i2c_idle() sets an internal flag, dev-idle, instructing its
ISR to decline interrupts. It sets this flag before it actually masks
the interrupts on the I2C controller. This is problematic, since an
I2C interrupt could arrive after
Hi,
Will push today as this will make the driver more usable. Also few
comments below if you feel like improving things in the long run.
* Adrian Hunter [EMAIL PROTECTED] [080801 11:10]:
Update OneNAND support for OMAP3.
Signed-off-by: Adrian Hunter [EMAIL PROTECTED]
---
* Paul Walmsley [EMAIL PROTECTED] [080723 08:11]:
[ This is the second version of these patches - they now check the
SIH_CTRL.COR bit to determine whether to read or write to clear ]
At boot, twl_init_irq() tries to mask off all TWL4030 secondary
interrupts and clear them, since no secondary
On Mon, Aug 04, 2008 at 06:48:22PM +0530, ext Gadiyar, Anand wrote:
MUSB RTL v1.4 has a hardware issue which results in a DMA controller
hang when TX and RX DMA channels are simultaneously enabled. This
affects at least OMAP2430 and OMAP34XX.
Since RX transfers are in Mode 0 and anyway
* Paul Walmsley [EMAIL PROTECTED] [080722 07:19]:
On Fri, 18 Jul 2008, Felipe Balbi wrote:
On Thu, 17 Jul 2008 20:15:51 -0600, Paul Walmsley [EMAIL PROTECTED] wrote:
+ * Results the result of operation - 0 is success
I suppose you mean Returns here.
thanks Felipe, fixed.
Are you
* Kamat, Nishant [EMAIL PROTECTED] [080703 14:55]:
Hi,
Kyungmin Park on July 02, 2008 4:57 AM, wrote:
Hi,
It's should be sent to MTD list. and we also fix the NOR similar ways.
It's already posted but not committed.
Posting the patch on MTD list. Please merge.
Looks like
* Viktor Rosendahl [EMAIL PROTECTED] [080703 18:37]:
+ req.func_cb = NULL;
maybe below is a better patch:
diff --git a/drivers/i2c/chips/twl4030-madc.c
b/drivers/i2c/chips/twl4030-madc.c
index 72b126b..6d8915e 100644
--- a/drivers/i2c/chips/twl4030-madc.c
+++
* Rajendra Nayak [EMAIL PROTECTED] [080703 14:55]:
This patch fixes few of the comments posted on the patch set till now.
One major fix is the moving of uart clock enable/disable out of the context
save path as pointed out by Jouni.
This would leave the UART clcoks disabled in case a CORE
* Felipe Balbi [EMAIL PROTECTED] [080723 13:13]:
On Wed, 23 Jul 2008 12:38:49 +0300, Riku Voipio [EMAIL PROTECTED] wrote:
Indeed - compared to my previous version, this one makes the boardfile
even smaller:
textdata bss dec hex filename
23621552 4
Code cleanup minor changes to fix some compilation warnings.
- Indent style changes
- Fixed undefined LEAD3 compilation flag
- Fixed ISO C90 forbids mixed declarations and code
- Fixed unused variables
---
Index:
Remove the compilation flags to make Dynamic loader optimizations default in
the code. Modified Kbuild so these flags are not defined anymore.
---
Index: omapkernel/drivers/dsp/dspbridge/mpu_driver/inc/dbtype.h
===
---
On Mon, Aug 04, 2008 at 06:48:22PM +0530, ext Gadiyar, Anand wrote:
MUSB RTL v1.4 has a hardware issue which results in a DMA controller
hang when TX and RX DMA channels are simultaneously enabled. This
affects at least OMAP2430 and OMAP34XX.
Since RX transfers are in Mode 0 and anyway
This series of patches adds NAND support to the BeagleBoard.
The first patch in the series builds on work by Teerth Reddy
[EMAIL PROTECTED] and Steve Sakoman [EMAIL PROTECTED] to extend the
omap2 nand driver to work with both omap2 and omap3 architectures (as
well as adding/clarifying
From: Steve Sakoman [EMAIL PROTECTED], Dirk Behme [EMAIL PROTECTED]
Add nand support to omap3beagle
Signed-off-by: Steve Sakoman [EMAIL PROTECTED]
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
Index: linux-beagle/arch/arm/mach-omap2/board-omap3beagle.c
From: Steve Sakoman [EMAIL PROTECTED], Dirk Behme [EMAIL PROTECTED]
Enable nand and jffs2 in defconfig
Signed-off-by: Steve Sakoman [EMAIL PROTECTED]
Signed-off-by: Dirk Behme [EMAIL PROTECTED]
Index: linux-beagle/arch/arm/configs/omap3_beagle_defconfig
I removed the attached patches as this mail got rejected by size limit.
Also patches 1 and 6 got rejected:
BRD001-ARM-OMAP-checkpatch-cleanup.patch (183 KB)
BRD006-ARM-OMAP-remove-commented-out-code.patch (197 KB)
These patches are just for cleanup but your feedback would be of great help, so
On Sat, Aug 02, 2008 at 01:51:59AM -0700, ext Emanoil Kotsev wrote:
Kernel developers should fix bugs in minor kernel
versions as they are
meant for this purpous and do major changes only in
major version. A
bunch of bugfixes I see (not only usb related) are
just not in place
in
Acked-by: Koen Kooi koen at openembedded dot org
Op 4 aug 2008, om 17:58 heeft Dirk Behme het volgende geschreven:
From: Teerth Reddy [EMAIL PROTECTED], Steve Sakoman
[EMAIL PROTECTED], Dirk Behme [EMAIL PROTECTED]
Extend omap2 mtd nand driver to work with ARCH_OMAP3 boards
Signed-off-by:
Acked-by: Koen Kooi [EMAIL PROTECTED] dot org
Op 4 aug 2008, om 17:58 heeft Dirk Behme het volgende geschreven:
From: Steve Sakoman [EMAIL PROTECTED], Dirk Behme [EMAIL PROTECTED]
Add nand support to omap3beagle
Signed-off-by: Steve Sakoman [EMAIL PROTECTED]
Signed-off-by: Dirk Behme
Acked-by: Koen Kooi [EMAIL PROTECTED] dot org
Op 4 aug 2008, om 17:58 heeft Dirk Behme het volgende geschreven:
From: Steve Sakoman [EMAIL PROTECTED], Dirk Behme [EMAIL PROTECTED]
Enable nand and jffs2 in defconfig
Signed-off-by: Steve Sakoman [EMAIL PROTECTED]
Signed-off-by: Dirk Behme
Hi,
The following set of patches, are used to fix some of the warnings and errors
reported from various code check tools, like checkpatch and sparse.
They also remove some code that is now obsolete and try to make bridge code
more understandable and clean, these patches are placed under:
On Monday 04 August 2008, Tony Lindgren wrote:
Looks like this driver does not exist outside linux-omap tree,
care to send the whole driver to MTD list?
Unless someone created a big-endian OMAP, the cpu_to_le16()
calls in the read/write buffer calls can be removed ... and
then the read buffer
On Monday 04 August 2008, Lennert Buytenhek wrote:
On Mon, Aug 04, 2008 at 01:02:46PM -0700, David Brownell wrote:
Looks like this driver does not exist outside linux-omap tree,
care to send the whole driver to MTD list?
Unless someone created a big-endian OMAP,
Don't they use
On Mon, Aug 04, 2008 at 01:02:46PM -0700, David Brownell wrote:
Looks like this driver does not exist outside linux-omap tree,
care to send the whole driver to MTD list?
Unless someone created a big-endian OMAP,
Don't they use standard ARM ARM cores, which can all be used in both
LE and
On Mon, Aug 04, 2008 at 01:26:38PM -0700, David Brownell wrote:
Looks like this driver does not exist outside linux-omap tree,
care to send the whole driver to MTD list?
Unless someone created a big-endian OMAP,
Don't they use standard ARM ARM cores, which can all be used in
On Mon, 4 Aug 2008, Tony Lindgren wrote:
Are you planning to repost this patch? I can't seem to find any other
version..
Reposting now.
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Mark many functions in twl4030-core.c as __init.
Signed-off-by: Paul Walmsley [EMAIL PROTECTED]
---
drivers/i2c/chips/twl4030-core.c | 17 +
1 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/drivers/i2c/chips/twl4030-core.c b/drivers/i2c/chips/twl4030-core.c
index
Several functions use old-style function documentation; convert those to
use the current kerneldoc style.
Thanks to Felipe Balbi [EMAIL PROTECTED] for catching an error.
Signed-off-by: Paul Walmsley [EMAIL PROTECTED]
---
drivers/i2c/chips/twl4030-core.c | 54
On Mon, Aug 04, 2008 at 04:23:35PM -0500, Woodruff, Richard wrote:
The most visible BE-ARM seems to be Intel's IXP network processors.
The IXPs are one of the few cases where the vendors _ships an all-BE
software development environment by default_ -- but that doesn't mean
that BE doesn't work
On Monday 04 August 2008, Lennert Buytenhek wrote:
I've never seen CPU endianity being hardwired in any ARM system ever
-- but maybe OMAP is different.
I'll let TI answer that one, since I'm not going to look at docs for
all the ARM's I've ever used.
My observation stands *REGARDLESS* of
On Mon, Aug 04, 2008 at 02:37:34PM -0700, David Brownell wrote:
I've never seen CPU endianity being hardwired in any ARM system ever
-- but maybe OMAP is different.
I'll let TI answer that one, since I'm not going to look at docs for
all the ARM's I've ever used.
My observation stands
The most visible BE-ARM seems to be Intel's IXP network processors.
The IXPs are one of the few cases where the vendors _ships an all-BE
software development environment by default_ -- but that doesn't mean
that BE doesn't work on ARM CPUs where the vendor ships a LE software
development
On Mon, Aug 04, 2008 at 04:45:19PM -0500, Woodruff, Richard wrote:
The most visible BE-ARM seems to be Intel's IXP network processors.
The IXPs are one of the few cases where the vendors _ships an all-BE
software development environment by default_ -- but that doesn't mean
that BE
Hmmm. So bit [7] of the system control register is ignored entirely,
and if you write a 1 to it, nothing at all happens and the system
boots as usual? (To test, add a line OBJS += big-endian.o to the
top of arch/arm/boot/compressed/Makefile.)
Does it also mean that the ARMv6 based OMAPs
Hi Felipe,
The bridge debug option looks good.
Thank you,
Best regards,
Hari
-Original Message-
From: [EMAIL PROTECTED] [mailto:linux-omap-
[EMAIL PROTECTED] On Behalf Of Felipe Contreras
Sent: Monday, August 04, 2008 8:48 AM
To: linux-omap@vger.kernel.org
Cc: Felipe
38 matches
Mail list logo