-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Friday, September 11, 2009 12:00 AM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [RFC] OMAP3 : PM : Handle variable length OPP tables
Premi, Sanjeev pr...@ti.com writes:
Hi
Hi,
FWIW, as the author of much of the PM hacker in mach-omap2/serial.c, I
agree with Tao.
The only reason for the PM hackery in mach-omap2/serial.c is because
of the limitations of the 8250 driver.
I have an query,
We have following functionality in serial.c:
1.) Enabling and disabling
Madhusudhan wrote:
Hi Adrian,
[PATCH V3 0/30] mmc and omap_hsmmc patches
What is the reason for V3? What is the difference between V2 and V3 series?
The reason for V3 is that the SD-only and MMC-only host capability patches were
not wanted.
The difference is that patches originally
From: Andy Shevchenko andy.shevche...@gmail.com
Subject: dspbridge rfc: get rid of services/list.c (v3)
Date: Tue, 8 Sep 2009 14:12:13 +0200
Hello.
Here are a few patches which change driver's own circular linked list
implementation to native one in linux kernel. The initial idea was come
Andrew Morton wrote:
On Wed, 09 Sep 2009 15:00:03 +0300
Adrian Hunter adrian.hun...@nokia.com wrote:
From baf6574a1b5e7c4fdc4a66d9e038efeee75ea1a0 Mon Sep 17 00:00:00 2001
From: Adrian Hunter adrian.hun...@nokia.com
Date: Sun, 31 May 2009 19:27:36 +0300
Subject: [PATCH] omap_hsmmc: ensure all
Anand,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Gadiyar, Anand
Sent: Friday, September 11, 2009 2:55 PM
To: Gadiyar, Anand; linux-omap@vger.kernel.org
Subject: RE: 3430SDP: Crash on first UART keypress after
Current linux-omap kernel boots up fine on 3430 SDP after
adding Sergio's patch [1], but then I get the following crash
on the first UART keypress.
This is new, it used to work okay a little while ago.
Regards,
Anand
The crash still exists with current linux-omap
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Thursday, September 10, 2009 2:59 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [RFC] Common mechanism to identify Si revision
Hello Sanjeev,
On Thu, 3 Sep 2009, Premi, Sanjeev wrote:
Hi Kevin,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Kevin Hilman
Sent: Thursday, September 10, 2009 7:55 PM
To: Olof Johansson
Cc: Premi, Sanjeev; linux-omap@vger.kernel.org
Subject: Re: [RFC] Common mechanism
hi gregoire,
i did not mention about charge current. the sysfs entry charge_current
always returns 360.
--
Best Regards
Pramod
On Fri, Sep 11, 2009 at 7:21 PM, pramod gurav pramodfo...@gmail.com wrote:
Hello gregoire,
Really sorry I could not reply to your mail as I was busy with some
Seems like you were using nand boot, and you erased the loader U-Boot on
NAND.
Can you try to boot from MMC card. (copy X-loader and U-Boot to MMC card)
Regards,
Lesly AM
- Original Message -
From: Tar Gz bsdraisefromh...@gmail.com
To: linux-omap linux-omap@vger.kernel.org
Sent:
i solve the problem...thanks a lot
On 9/11/09, Lesly AM x0080...@ti.com wrote:
Seems like you were using nand boot, and you erased the loader U-Boot on
NAND.
Can you try to boot from MMC card. (copy X-loader and U-Boot to MMC card)
Regards,
Lesly AM
- Original Message -
From:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, September 10, 2009 11:25 PM
To: Olof Johansson
Cc: Premi, Sanjeev; linux-omap@vger.kernel.org
Subject: Re: [RFC] Common mechanism to identify Si revision
snip--snip
There's two major
Patch1: add DEBUG_LL support for Zoom2 board that has external UART
Patch2: clean up the DEBUG_LL infrastructure for run time detection
Patchs are also hosted at:
git://dev.omapzoom.org/pub/scm/vikram/omap3.git runtime-debug-ll
Tested on OMAP3: SDP3430/Zoom2/Zoom1/Beagleboard
Will appreciate if
This patch adds DEBUG_LL interface for Zoom2 board.
The low level debug uart now points corrctly to External Quad uart
controller on detachable debug board.
The Quad uart is available over GPMC chip select with physical address
0x1000.
This physical address has been mapped to virtual address
This patch cleans up the DEBUG_LL infrastructure for omap boards.
The decision of finding the physical address of debug uart is done
at runtime now, making possible to use a single defconfig for multiple boards.
This patch gets rid of menuconfig options of choosing low level debug uarts.
Hi folks,
I'm trying to boot a kernel image using the default n8x0_deconfig file,
using the most up-to-dated linux-omap tree (commit
52a962f09ab2306a2ac6e22c2d3bac1a76ac8993).
Unfortunately, this image is not booting on my N810 device.
With the 'kernel low-level debugging' option enabled, I got
Tony/Kevin
Any feedback on this patch for removal of SYSFS_DEPRECATED flag?
Reference:
http://marc.info/?l=linux-omapm=125011227920673q=raw
-Original Message-
From: Pandita, Vikram
Sent: Wednesday, August 12, 2009 4:24 PM
To: linux-omap@vger.kernel.org
Cc: khil...@deeprootsystems.com;
Pandita, Vikram vikram.pand...@ti.com writes:
Tony/Kevin
Any feedback on this patch for removal of SYSFS_DEPRECATED flag?
Reference:
http://marc.info/?l=linux-omapm=125011227920673q=raw
I already ack'd:
http://marc.info/?l=linux-omapm=125011754929777w=2
-Original Message-
Mike Turquette mturque...@ti.com writes:
Kevin Hilman wrote:
Mike Chan m...@android.com writes:
Need to lock the res_mutex when traversing the res_list.
Signed-off-by: Mike Chan m...@android.com
Looks good, thanks.
This patch causes a hang for me when transitioning to OFF mode. This
Premi, Sanjeev pr...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Friday, September 11, 2009 12:00 AM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [RFC] OMAP3 : PM : Handle variable length OPP tables
Premi,
Govindraj govindraj...@gmail.com writes:
Hi,
FWIW, as the author of much of the PM hacker in mach-omap2/serial.c, I
agree with Tao.
The only reason for the PM hackery in mach-omap2/serial.c is because
of the limitations of the 8250 driver.
I have an query,
We have following
Vikram Pandita vikram.pand...@ti.com writes:
This patch adds DEBUG_LL interface for Zoom2 board.
The low level debug uart now points corrctly to External Quad uart
controller on detachable debug board.
The Quad uart is available over GPMC chip select with physical address
0x1000.
This
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
This patch adds DEBUG_LL interface for Zoom2 board.
The low level debug uart now points corrctly to External Quad uart
controller on detachable debug board.
The Quad uart is available over GPMC chip select
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Kevin
Hilman
Sent: Friday, September 11, 2009 4:09 PM
To: Pandita, Vikram
Cc: linux-omap@vger.kernel.org; Tony Lindgren
Subject: Re: [PATCH] OMAP3: defconfigs: remove
Pandita, Vikram wrote:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
This patch adds DEBUG_LL interface for Zoom2 board.
The low level debug uart now points corrctly to External Quad uart
controller on detachable debug board.
The Quad uart is available
On Fri, Sep 11, 2009 at 2:10 PM, Kevin
Hilmankhil...@deeprootsystems.com wrote:
Mike Turquette mturque...@ti.com writes:
Kevin Hilman wrote:
Mike Chan m...@android.com writes:
Need to lock the res_mutex when traversing the res_list.
Signed-off-by: Mike Chan m...@android.com
Looks good,
27 matches
Mail list logo