Hi Vijay,
On Thu, Apr 17, 2008 at 11:24 AM, Trilok Soni [EMAIL PROTECTED] wrote:
Hi Vijay,
On Thu, Apr 17, 2008 at 8:15 AM, Pasam, Vijay [EMAIL PROTECTED] wrote:
Hi Trilok:
I was just going this dspbridge code, and I was surprised to
find layers for un-necessary
We don't have to print any error message if i2c_add_driver
fails since i2c subsystem already does it.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
drivers/i2c/chips/isp1301_omap.c | 10 +-
drivers/i2c/chips/menelaus.c | 10 +-
2 files changed, 2 insertions(+), 18
add-beagle-usb-support.diff
Description: Binary data
Syed Mohammed, Khasim wrote:
Adding support for OMAP3 Beagle Board
Signed-off-by: Syed Mohammed Khasim [EMAIL PROTECTED]
---
arch/arm/mach-omap2/Kconfig |4 +
arch/arm/mach-omap2/Makefile |1
arch/arm/mach-omap2/board-omap3beagle.c | 79
Misc cleanup patch.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
drivers/i2c/chips/Kconfig |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/i2c/chips/Kconfig b/drivers/i2c/chips/Kconfig
index f3ea82d..5cf4657 100644
--- a/drivers/i2c/chips/Kconfig
+++
Hello Hiroshi,
On Thu, 17 Apr 2008, Hiroshi DOYU wrote:
debugfs can provide the infrastructure to trace the dependencies of
clock tree hierarchy quite visibly. This patch enables to keep track
of clock tree hierarchy and expose their attributes under each clock
directry as below:
As a
On Thursday 17 April 2008, Paul Walmsley wrote:
But it would be nice to be able to call into clock functions like
round_rate, set_rate, and set_parent via filesystem writes for debugging
purposes, and I don't think that debugfs supports this.
It does, if you set up the files properly ...
Hello David,
On Thu, 17 Apr 2008, David Brownell wrote:
On Thursday 17 April 2008, Paul Walmsley wrote:
But it would be nice to be able to call into clock functions like
round_rate, set_rate, and set_parent via filesystem writes for debugging
purposes, and I don't think that debugfs
Hi,
From: ext Paul Walmsley [EMAIL PROTECTED]
Subject: Re: [PATCH 1/2] ARM: OMAP: CLKFW: Initial debugfs support for omap
clock framework
Date: Thu, 17 Apr 2008 12:45:02 -0600 (MDT)
Hello David,
On Thu, 17 Apr 2008, David Brownell wrote:
On Thursday 17 April 2008, Paul Walmsley wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Op 17 apr 2008, om 20:26 heeft David Brownell het volgende geschreven:
On Thursday 17 April 2008, Koen Kooi wrote:
@@ -69,6 +70,7 @@
omap_board_config_size = ARRAY_SIZE(omap3_beagle_config);
omap_serial_init();
Hello David,
On Thu, 17 Apr 2008, David Brownell wrote:
struct dentry *debugfs_create_file(const char *name, mode_t mode,
struct dentry *parent, void *data,
const struct file_operations *fops);
... provide a
Hello Hiroshi, David,
On Thu, 17 Apr 2008, David Brownell wrote:
On Thursday 17 April 2008, Hiroshi DOYU wrote:
And if there will be a little possibility that sysfs attribute can be
used by userland in the future, keeping sysfs instead of debugfs
doesn't seem not so illegal, does it?
Hi all,
On Thu, 2008-04-17 at 13:44 -0600, ext Paul Walmsley wrote:
Hello Hiroshi, David,
On Thu, 17 Apr 2008, David Brownell wrote:
On Thursday 17 April 2008, Hiroshi DOYU wrote:
And if there will be a little possibility that sysfs attribute can be
used by userland in the future,
From: ext Paul Walmsley [EMAIL PROTECTED]
Subject: Re: [PATCH 1/2] ARM: OMAP: CLKFW: Initial debugfs support for omap
clock framework
Date: Thu, 17 Apr 2008 13:44:04 -0600 (MDT)
Hello Hiroshi, David,
On Thu, 17 Apr 2008, David Brownell wrote:
On Thursday 17 April 2008, Hiroshi DOYU
Hello Igor,
On Thu, 17 Apr 2008, Igor Stoppa wrote:
On Thu, 2008-04-17 at 13:44 -0600, ext Paul Walmsley wrote:
True, but if we can do a debugfs implementation first, then that seems
like a good way to start, no? Userspace PM implementations are probably
some months in the future, and
On Thursday 17 April 2008, Paul Walmsley wrote:
Userspace should limit itself to changing policies.
CPUFreq is good, but it does not manage non-CPU-frequency knobs very well,
and there are plenty of those on OMAP3.
Similar issues are widely acknowledged.
Is there any reason why we
On Wed, Apr 16, 2008 at 06:08:03PM +0530, Syed Mohammed, Khasim wrote:
Add new board file for OMAP3 Beagle Board.
For more info regarding this board visit http://beagleboard.org
Signed-off-by: Syed Mohammed Khasim [EMAIL PROTECTED]
---
arch/arm/mach-omap2/board-omap3beagle.c | 79
On Thu, Apr 17, 2008 at 10:58:32AM +0200, Koen Kooi wrote:
The last one didn't go to the list, both mmc and usb externs should go
to board-omap3beagle.h
and please, care to make the patch inline. It's easier to comment.
--
Best Regards,
Felipe Balbi
[EMAIL PROTECTED]
On Tue, Apr 15, 2008 at 10:02:05AM -0400, Eduardo Valentin wrote:
From: Eduardo Valentin [EMAIL PROTECTED]
This patch updates the audio driver based on tsc2101 chip
for H2 board. tsc2101 driver was updated against new spi
framework, but its audio driver for H2 wasn't.
Signed-off-by:
Hi Trilok:
TI has to decide, what path they have to follow now onwards for
bridge, I see no need of OSAL layer, when we are targeting this as
Linux kernel driver.
We are investigating the effort required to do this. We will get back on
this.
Thanks for the pointer on the
Hi ,
I am using the OMAP2EVM board based on OMAP2430 and using Linux - 2.6.23
Is the DMA support available as part of the UART driver.
Thanks and Regards
Rajeev
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo
21 matches
Mail list logo