Madhusudhan Chikkature [EMAIL PROTECTED] writes:
This ensures that each HSMMC block is reset so it will not interfere
with retention or OFF-mode.
Signed-off-by: Kevin Hilman [EMAIL PROTECTED]
[...]
This might not be the right place to reset the controllers. You can
avoid all the clk
On Fri, Sep 19, 2008 at 02:23:25AM +0300, Felipe Balbi wrote:
On Fri, Sep 19, 2008 at 12:20:06AM +0100, Russell King - ARM Linux wrote:
On Fri, Sep 19, 2008 at 01:23:42AM +0300, Felipe Balbi wrote:
+struct omap_wdt_platform_data {
+ const char *ick;
+ const char *fck;
On Fri, Sep 19, 2008 at 07:28:12AM +0300, Kalle Valo wrote:
ext Felipe Balbi [EMAIL PROTECTED] writes:
On Fri, Sep 19, 2008 at 12:27:36AM +0300, Kalle Valo wrote:
We have just announced an open source WLAN driver for N800 and N810:
On Fri, Sep 19, 2008 at 08:46:34AM +0100, Russell King - ARM Linux wrote:
On Fri, Sep 19, 2008 at 02:23:25AM +0300, Felipe Balbi wrote:
On Fri, Sep 19, 2008 at 12:20:06AM +0100, Russell King - ARM Linux wrote:
On Fri, Sep 19, 2008 at 01:23:42AM +0300, Felipe Balbi wrote:
+struct
Hi All,
On Thu, Sep 18, 2008 at 11:02:58PM +0300, Felipe Balbi wrote:
Well, what can I say. I'll try to get rid of those cpu conditional code
in the driver and sync omap_wdt.c with mainline. Send all the patches
via Wim, so Tony can get them later.
BTW, I'd also suggest copying Andrew
Hi Balbi,
And thanks for the review. I'll fix your comments and resend the series
;-)
Thanks because I had the same objections then Russell.
Greetings,
Wim.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo
Create a new include/linux/watchdog directory
for holding watchdog chips headers, move omap_wdt.h
to the new location and update the include path in
the driver source.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
drivers/watchdog/omap_wdt.c |3 +-
drivers/watchdog/omap_wdt.h
Hi all,
Following are patches syncing, cleaning up and fixing omap watchdog
driver.
Patches 1-3 could be applied as is. Patches 4 and 5, on the other
hand, needs some discussion since I'd be creating a new directory
(include/linux/watchdog) and changing the clock handling.
Russel King told me,
Trivial cleanup patch.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
drivers/watchdog/omap_wdt.c | 133 +-
1 files changed, 79 insertions(+), 54 deletions(-)
diff --git a/drivers/watchdog/omap_wdt.c b/drivers/watchdog/omap_wdt.c
index
On Fri, Sep 19, 2008 at 11:56:27AM +0100, ext Alan Cox wrote:
On Fri, 19 Sep 2008 13:32:38 +0300
Felipe Balbi [EMAIL PROTECTED] wrote:
Create a new include/linux/watchdog directory
for holding watchdog chips headers, move omap_wdt.h
to the new location and update the include path in
Kevin Hilman [EMAIL PROTECTED] writes:
This ensures that each HSMMC block is reset so it will not interfere
with retention or OFF-mode.
Sigh... I still didn't get this right for all the cases of MMC
built-in, module or disabled. Stay tuned for v3.
Kevin
---
arch/arm/mach-omap2/hsmmc.c |
These are changes that have been sitting in linux-omap
and were never sent upstream.
Hopefully, it'll never happen again at least for this
driver.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
arch/arm/plat-omap/devices.c | 21 ++--
drivers/watchdog/omap_wdt.c | 287
On Thu, 2008-09-18 at 08:36 -0500, ext Woodruff, Richard wrote:
Where do you think the lineage of the hardware and software is? Do you
believe it just jumped into being in open source? All hardware and software
is full of deliberate design and hacks. Its true cooperate design constraints
Sure, I'll update the patch. But if you look at patch 5/5, I'll need the
structures to define the set_clock() function. Should I create then
under mach/omap_wdt.h ??
I think that would be better - you are not creating a public general
interface to watchdogs but a specific interface between the
TX or RX irq waitqueues are un-initialized if interrupt would occur
immediately after requesting it. I don't know is it HW failure, but one
Beagle board is showing spurious TX interrupt from McBSP2 (and only from it)
just after requesting it.
Signed-off-by: Jarkko Nikula [EMAIL PROTECTED]
---
Op 18 sep 2008, om 18:31 heeft David Brownell het volgende geschreven:
On Thursday 18 September 2008, Pandita, Vikram wrote:
And, no, I'm not going to try omapzoom stuff, I want it working on
the
canonical linux-omap kernel, not some corporate version with god
knows
how many hacks.
I was trying to get audio going through McBSP3, and was getting this:
omap-mcbsp omap-mcbsp.3: Unable to request RX IRQ 0 for McBSP3
This patch fixes the problem for me.
-
From: Grazvydas Ignotas [EMAIL PROTECTED]
Transmit
Op 19 sep 2008, om 17:24 heeft twebb het volgende geschreven:
Great, that's helpful. Do you know omapzoom linux-2.6.25 to be
somewhat functional with OMAP 35x EVM, or would you suggest going
with
something newer like v2.6.26-ti-07252008? Or must I go to 2.6.27-
rc3?
I assume newer (to a
Op 18 sep 2008, om 11:55 heeft Felipe Balbi het volgende geschreven:
On Wed, Sep 17, 2008 at 03:23:49PM +0200, ext Koen Kooi wrote:
Op 17 sep 2008, om 14:24 heeft Steve Sakoman het volgende geschreven:
On Wed, Sep 17, 2008 at 12:16 AM, Koen Kooi [EMAIL PROTECTED]
wrote:
And they aren't
The irq 369 problem is present on l-o git as well, no idea what's causing
it. Basically: 2.6.26 is awesome, 2.6.27rc is broken crap[1].
regards,
Koen
[1] At least on beagle and evm, overo seems to work after a musb patch
Which is awesome, 2.6.26 on omapzoom.git or on linux-omap git?
I
On Fri, Sep 19, 2008 at 01:32:39PM +0300, Felipe Balbi wrote:
@@ -469,17 +515,26 @@ static struct platform_device omap_wdt_device = {
static void omap_init_wdt(void)
{
- if (cpu_is_omap16xx())
+ if (cpu_is_omap16xx()) {
+ omap_wdt_pdata.fck = armwdt_ck;
Steve Sakoman wrote:
On Wed, Sep 17, 2008 at 12:16 AM, Koen Kooi [EMAIL PROTECTED] wrote:
And they aren't working too well with current l-o git either with MUSB being
broken. There's a patch to fix client mode, but host mode still isn't
working.
Host mode musb is working just fine on Overo
Op 19 sep 2008, om 20:29 heeft twebb het volgende geschreven:
The irq 369 problem is present on l-o git as well, no idea what's
causing
it. Basically: 2.6.26 is awesome, 2.6.27rc is broken crap[1].
regards,
Koen
[1] At least on beagle and evm, overo seems to work after a musb
patch
On Fri, Sep 19, 2008 at 3:10 PM, Philip Balister [EMAIL PROTECTED] wrote:
Steve Sakoman wrote:
On Wed, Sep 17, 2008 at 12:16 AM, Koen Kooi [EMAIL PROTECTED]
wrote:
And they aren't working too well with current l-o git either with MUSB
being
broken. There's a patch to fix client mode, but
Op 19 sep 2008, om 22:57 heeft Ashwin Bihari het volgende geschreven:
On Fri, Sep 19, 2008 at 3:10 PM, Philip Balister
[EMAIL PROTECTED] wrote:
Steve Sakoman wrote:
On Wed, Sep 17, 2008 at 12:16 AM, Koen Kooi [EMAIL PROTECTED]
wrote:
And they aren't working too well with current l-o
On Fri, Sep 19, 2008 at 06:09:04PM +0200, Koen Kooi wrote:
Op 18 sep 2008, om 11:55 heeft Felipe Balbi het volgende geschreven:
On Wed, Sep 17, 2008 at 03:23:49PM +0200, ext Koen Kooi wrote:
Op 17 sep 2008, om 14:24 heeft Steve Sakoman het volgende geschreven:
On Wed, Sep 17, 2008 at 12:16
Op 19 sep 2008, om 23:24 heeft Felipe Balbi het volgende geschreven:
On Fri, Sep 19, 2008 at 06:09:04PM +0200, Koen Kooi wrote:
Op 18 sep 2008, om 11:55 heeft Felipe Balbi het volgende geschreven:
On Wed, Sep 17, 2008 at 03:23:49PM +0200, ext Koen Kooi wrote:
Op 17 sep 2008, om 14:24
On Fri, Sep 19, 2008 at 11:34:13PM +0200, Koen Kooi wrote:
If I boot up the .26 l-o kernel with mini-a attached, it works as
expected.
What happens if you boot without anything attached then, after probe,
attach the mini-/micro-A ? The behavior you describe I recall having
working on one
You're getting there with this patch, but still not completely up to
snuff.
On Fri, Sep 19, 2008 at 01:32:35PM +0300, Felipe Balbi wrote:
diff --git a/drivers/watchdog/omap_wdt.c b/drivers/watchdog/omap_wdt.c
index 3a11dad..e55f2cc 100644
--- a/drivers/watchdog/omap_wdt.c
+++
On Sat, Sep 20, 2008 at 12:33:34AM +0300, Felipe Balbi wrote:
Well, patches 4 and 5 should be ignored. Should I resend or could I rely
on the fact that people won't pick them up ?
Given my comments on patch 1, it's probably a good idea to resend
just 1 to 3. We can then talk about 4 and 5 some
On Friday 19 September 2008, Felipe Balbi wrote:
- * linux/drivers/char/watchdog/omap_wdt.c
+ * linux/drivers/watchdog/omap_wdt.c
current style omits the paths (just use omap_wdt.c)
since they change periodically...
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
On Friday 19 September 2008, Felipe Balbi wrote:
+static struct platform_device *omap_wdt_dev;
+
...
+struct omap_wdt_dev {
+ void __iomem *base; /* physical */
+ struct device *dev;
You don't need both omap_wdt_dev (platform device)
and omap_wdt_dev.dev (hmm,
On Friday 19 September 2008, Felipe Balbi wrote:
static int omap_wdt_open(struct inode *inode, struct file *file)
{
- struct omap_wdt_dev *wdev;
- void __iomem *base;
- wdev = platform_get_drvdata(omap_wdt_dev);
- base = wdev-base;
+ struct omap_wdt_dev *wdev
On Friday 19 September 2008, Koen Kooi wrote:
Ok, another datapoint: client mode (tested on beagle by Måns) and host
mode (tested on overo by Steve) work with a similar patch as above,
OTG mode is broken (tested on beagle and evm by me).
one issue being that TWL4030 irqs don't cause the
Felipe Balbi [EMAIL PROTECTED] writes:
On Wed, Sep 17, 2008 at 03:23:49PM +0200, ext Koen Kooi wrote:
Op 17 sep 2008, om 14:24 heeft Steve Sakoman het volgende geschreven:
On Wed, Sep 17, 2008 at 12:16 AM, Koen Kooi [EMAIL PROTECTED]
wrote:
And they aren't working too well with current
From: Fernando Guzman Lugo [EMAIL PROTECTED]
Date: Fri, 19 Sep 2008 11:31:58 -0500
Subject: [PATCH] BRIDGE: Chnl module cleanup
This patch removes all the functions not used in Chnl module
Signed-off-by: Fernando Guzman Lugo [EMAIL PROTECTED]
---
arch/arm/plat-omap/include/mach/bridge/chnl.h
From: Fernando Guzman Lugo [EMAIL PROTECTED]
Date: Fri, 19 Sep 2008 11:25:36 -0500
Subject: [PATCH] BRIDGE: Sparse warnings cleanup
This patch removes some sparse warnings about the following:
Different Node enum type, static variables, __user references,
unused variable in drv_interface.c, DRV
From: Omar Ramirez Luna [EMAIL PROTECTED]
Date: Fri, 19 Sep 2008 17:26:55 -0500
Subject: [PATCH] BRIDGE Moving header files to a proper location
Moving header files and fixing path references.
mach/bridge = dspbridge
Signed-off-by: Hiroshi DOYU [EMAIL PROTECTED]
Signed-off-by: Omar
From: Hiroshi DOYU [EMAIL PROTECTED]
Date: Fri, 19 Sep 2008 19:18:15 -0500
Subject: [PATCH] BRIDGE: Fix header path name to
arch/arm/plat-omap/include/dspbridge
sed -i -e \
'[EMAIL PROTECTED]/arm/plat-omap/include/[EMAIL
PROTECTED]/arm/plat-omap/include/[EMAIL PROTECTED]' \
Subject: [PATCH] BRIDGE: removing unnecesary OMAP3430 checks
Only this platform (OMAP3430) is supported by default and
these ifdefs are not necessary
Signed-off-by: Omar Ramirez Luna [EMAIL PROTECTED]
---
arch/arm/plat-omap/include/dspbridge/_chnl_sm.h |6 --
Hi,
I have updated TI BRIDGE patchset for its easy integration. It has
been sync'ed with omapzoom(o-z) bridge patches[1] and rebased on the
latest l-o. Most of the patches come from o-z(Thanks TI bridge team!)
and I just collected them;)
Now the latest patchset is:
Hi Balbi,
Well, patches 4 and 5 should be ignored. Should I resend or could I rely
on the fact that people won't pick them up ?
I will not pick them up (to add them in the watchdog tree).
Kind regards,
Wim.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of
42 matches
Mail list logo
