Hi,
On Wed, Sep 19, 2012 at 8:11 PM, Marc Kleine-Budde m...@pengutronix.de wrote:
On 09/19/2012 01:30 PM, Kishon Vijay Abraham I wrote:
Added a driver for usb3 phy that handles the interaction between usb phy
device and dwc3 controller.
This also includes device tree support for usb3 phy
On Thu, Sep 20, 2012 at 9:38 PM, Jean Pihet jean.pi...@newoldbits.com wrote:
Convert the driver from the outdated omap_pm_set_max_mpu_wakeup_lat
API to the new PM QoS API.
Since the constraint is on the MPU subsystem, use the PM_QOS_CPU_DMA_LATENCY
class of PM QoS. The resulting MPU
From: Wei Yongjun yongjun_...@trendmicro.com.cn
In case of error, the function omap_device_get_by_hwmod_name()
returns ERR_PTR() not NULL pointer. The NULL test in the return
value check should be replaced with IS_ERR().
dpatch engine is used to auto generated this patch.
On Fri, 3 Aug 2012 12:45:53 +0300
Aaro Koskinen aaro.koski...@iki.fi wrote:
So an altenative hack to fix this is to modify the board file
(board-rx51-peripherals.c):
/* list all spi devices here */
enum {
RX51_SPI_WL1251,
- RX51_SPI_MIPID,
From: Wei Yongjun yongjun_...@trendmicro.com.cn
In case of error, the function omap_device_alloc() returns ERR_PTR()
not NULL pointer. The NULL test in the return value check should
be replaced with IS_ERR().
dpatch engine is used to auto generated this patch.
(https://github.com/weiyj/dpatch)
Hi Tony,
On Fri, Sep 21, 2012 at 12:15 AM, Tony Lindgren t...@atomide.com wrote:
Hi,
* Jean Pihet jean.pi...@newoldbits.com [120920 07:48]:
--- a/drivers/power/avs/smartreflex.c
+++ b/drivers/power/avs/smartreflex.c
@@ -131,14 +131,11 @@ static void sr_set_clk_length(struct omap_sr *sr)
From: Wei Yongjun yongjun_...@trendmicro.com.cn
In case of error, the function omap_device_alloc() returns ERR_PTR()
not NULL pointer. The NULL test in the return value check should
be replaced with IS_ERR().
dpatch engine is used to auto generated this patch.
(https://github.com/weiyj/dpatch)
From: Wei Yongjun yongjun_...@trendmicro.com.cn
In case of error, the function omap_device_alloc() returns ERR_PTR()
and never returns NULL pointer. The NULL test in the return value
check should be replaced with IS_ERR().
dpatch engine is used to auto generated this patch.
Hi,
I've just built a linux-omap kernel at 3.6-rc6 using omap2plus_defconfig
as basis for the kernel config.
When I enable smartreflex and switch to 800MHz via
echo 1 /sys/kernel/debug/smartreflex/smartreflex_core/autocomp
echo 1 /sys/kernel/debug/smartreflex/smartreflex_mpu_iva/autocomp
Drop the check for up being valid on suspend/resume callbacks.
It should be valid always. Get rid of the pdata check also as
serial_omap_get_context_loss_count() checks for it.
Boot tested on omap4 panda and PM tested(hitting off in Idle
and suspend) on 3630 based Beagle board.
Signed-off-by:
Drop the check for up being valid on suspend/resume callbacks.
It should be valid always. Get rid of the pdata check also as
serial_omap_get_context_loss_count() checks for it.
Boot tested on omap4 panda and PM tested(hitting off in Idle
and suspend) on 3630 based Beagle board.
Reviewed-by:
On Thu, Sep 20, 2012 at 20:13:34, Porter, Matt wrote:
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx atm) as well. This just moves
the private EDMA API but does not support OMAP.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/Kconfig
On 09/19/2012 07:07 PM, Pantelis Antoniou wrote:
Add support for pinctrl mux settings in the OMAP I2C driver.
If no such pinctl bindings are found a warning message is printed.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
drivers/i2c/busses/i2c-omap.c | 7 +++
1
On Sep 21, 2012, at 10:29 AM, Peter Ujfalusi wrote:
On 09/19/2012 07:07 PM, Pantelis Antoniou wrote:
Add support for pinctrl mux settings in the OMAP I2C driver.
If no such pinctl bindings are found a warning message is printed.
Signed-off-by: Pantelis Antoniou
On Thu, Sep 20, 2012 at 12:27:55PM +0100, Lorenzo Pieralisi wrote:
[adding CCs: Kukjin Kim, Shawn Guo, Magnus Damm, Rob Herring]
On imx6q with suspend/hotplug,
Tested-by: Shawn Guo shawn@linaro.org
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a
On Thu, Sep 20, 2012 at 20:13:33, Porter, Matt wrote:
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been previously supported by only
a private API implementation (much like the situation with OMAP
DMA) found on the DaVinci family of SoCs.
There
On Fri, Sep 21, 2012 at 9:45 AM, Maximilian Schwerin
maximilian.schwe...@tigris.de wrote:
Hi,
I've just built a linux-omap kernel at 3.6-rc6 using omap2plus_defconfig
as basis for the kernel config.
When I enable smartreflex and switch to 800MHz via
echo 1
Peter Meerwald wrote:
Hello,
I am wondering if an OMAP3 (say dm3730) can generate the hsusb0_clk (musb)
for ULPI by itself? (and if so, how?)
is hsusb0_clk strictly an input depending on an external clock source?
looking at the DM3730 TRM I am not entirely sure
For MUSB, no it cannot
On Thu, Sep 20, 2012 at 20:13:38, Porter, Matt wrote:
The binding definition is based on the generic DMA controller
binding.
Signed-off-by: Matt Porter mpor...@ti.com
---
Documentation/devicetree/bindings/dma/ti-edma.txt | 49
+
1 file changed, 49 insertions(+)
On Thu, Sep 20, 2012 at 20:13:36, Porter, Matt wrote:
Adds support for parsing the TI EDMA DT data into the required
EDMA private API platform data.
Calls runtime PM API only in the DT case in order to unidle the
associated hwmods on AM335x.
Signed-off-by: Matt Porter mpor...@ti.com
---
On 09/21/12 02:29, Tony Lindgren wrote:
Hi all,
With the recent pull request I sent for v3.7, we now have pretty
much all the mach includes fixed up for omap2+ for single zImage
support.
We still have quite a few plat headers that we need to sort
out manually.
Please take a look at
On Thursday 20 September 2012, Tony Lindgren wrote:
/* use PIO for small transfers, avoiding DMA setup/teardown overhead and
@@ -798,14 +801,26 @@ static int omap2_mcspi_request_dma(struct spi_device
*spi)
dma_cap_zero(mask);
dma_cap_set(DMA_SLAVE, mask);
sig =
On Thu, Sep 20, 2012 at 10:43:34AM -0400, Matt Porter wrote:
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx atm) as well. This just moves
the private EDMA API but does not support OMAP.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/Kconfig
Hi,
On Thu, Sep 20, 2012 at 04:03:50PM -0700, Kevin Hilman wrote:
Kevin Hilman khil...@deeprootsystems.com writes:
Hi Felipe,
I just noticed today that one of my boards (3530/Overo) was not making
it to the console when using an Debian rootfs (nfsroot) but works fine
with my basic
On Fri, Sep 21, 2012 at 14:59:23, Russell King - ARM Linux wrote:
On Thu, Sep 20, 2012 at 10:43:34AM -0400, Matt Porter wrote:
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx atm) as well. This just moves
the private EDMA API but does not support
On Friday 21 September 2012 02:58 PM, Felipe Balbi wrote:
Hi,
On Thu, Sep 20, 2012 at 04:03:50PM -0700, Kevin Hilman wrote:
Kevin Hilman khil...@deeprootsystems.com writes:
Hi Felipe,
I just noticed today that one of my boards (3530/Overo) was not making
it to the console when using an
On Fri, Sep 21, 2012 at 09:33:42AM +, Hebbar, Gururaja wrote:
On Fri, Sep 21, 2012 at 14:59:23, Russell King - ARM Linux wrote:
On Thu, Sep 20, 2012 at 10:43:34AM -0400, Matt Porter wrote:
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx atm) as
Overrun also causes an internal flag to be set, which disables further
reception. Before the next frame can
be received, the MPU must:
• Reset the RX FIFO.
• clear the internal flag.
In the uart mode a dummy read is needed. Add the same.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
-
On Fri, Sep 21, 2012 at 03:52:56PM +0530, Shubhrajyoti D wrote:
Overrun also causes an internal flag to be set, which disables further
reception. Before the next frame can
be received, the MPU must:
• Reset the RX FIFO.
• clear the internal flag.
In the uart mode a dummy read is needed.
On Friday 21 September 2012 04:30 PM, Felipe Balbi wrote:
On Fri, Sep 21, 2012 at 03:52:56PM +0530, Shubhrajyoti D wrote:
Overrun also causes an internal flag to be set, which disables further
reception. Before the next frame can
be received, the MPU must:
• Reset the RX FIFO.
• clear the
Hi,
On Fri, Sep 21, 2012 at 3:52 PM, Shubhrajyoti D shubhrajy...@ti.com wrote:
Overrun also causes an internal flag to be set, which disables further
reception. Before the next frame can
be received, the MPU must:
• Reset the RX FIFO.
• clear the internal flag.
In the uart mode a dummy
On Fri, Sep 21, 2012 at 04:46:52PM +0530, Shubhrajyoti wrote:
On Friday 21 September 2012 04:30 PM, Felipe Balbi wrote:
On Fri, Sep 21, 2012 at 03:52:56PM +0530, Shubhrajyoti D wrote:
Overrun also causes an internal flag to be set, which disables further
reception. Before the next frame can
Hi Felipe,
On Fri, Sep 21, 2012 at 4:30 PM, Felipe Balbi ba...@ti.com wrote:
On Fri, Sep 21, 2012 at 03:52:56PM +0530, Shubhrajyoti D wrote:
Overrun also causes an internal flag to be set, which disables further
reception. Before the next frame can
be received, the MPU must:
• Reset the RX
On Fri, Sep 21, 2012 at 5:05 PM, Felipe Balbi ba...@ti.com wrote:
On Fri, Sep 21, 2012 at 04:46:52PM +0530, Shubhrajyoti wrote:
On Friday 21 September 2012 04:30 PM, Felipe Balbi wrote:
On Fri, Sep 21, 2012 at 03:52:56PM +0530, Shubhrajyoti D wrote:
[...]
it it is ! BRK_ERROR_BITS I return.
On Fri, Sep 21, 2012 at 05:09:56PM +0530, Poddar, Sourav wrote:
Hi Felipe,
On Fri, Sep 21, 2012 at 4:30 PM, Felipe Balbi ba...@ti.com wrote:
On Fri, Sep 21, 2012 at 03:52:56PM +0530, Shubhrajyoti D wrote:
Overrun also causes an internal flag to be set, which disables further
reception.
On Fri, Sep 21, 2012 at 1:45 AM, Maximilian Schwerin
maximilian.schwe...@tigris.de wrote:
Hi,
I've just built a linux-omap kernel at 3.6-rc6 using omap2plus_defconfig
as basis for the kernel config.
When I enable smartreflex and switch to 800MHz via
echo 1
Shubhrajyoti D shubhrajy...@ti.com writes:
Overrun also causes an internal flag to be set, which disables further
reception. Before the next frame can
be received, the MPU must:
• Reset the RX FIFO.
• clear the internal flag.
In the uart mode a dummy read is needed. Add the same.
This patch does the following
- In case of errors if there least one data character in the RX FIFO
read it otherwise it may stall the receiver.
This is recommended in the interrupt reset method in the table 23-246 of
the omap4 TRM.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
- Tested
On Fri, Sep 21, 2012 at 7:48 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Shubhrajyoti D shubhrajy...@ti.com writes:
[...]
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
- functional testing on omap4sdp
- Verified idle and suspend path hits off on beagle.
Tested-by: Kevin
clock divisor can take a max value of 1023
update code as per TRM so that card init can be handled with
higher IP clock frequencies from which clock to the card is
derived.
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |5 +++--
1 files changed, 3 insertions(+),
* Arnd Bergmann a...@arndb.de [120921 02:19]:
On Thursday 20 September 2012, Tony Lindgren wrote:
/* use PIO for small transfers, avoiding DMA setup/teardown overhead and
@@ -798,14 +801,26 @@ static int omap2_mcspi_request_dma(struct
spi_device *spi)
dma_cap_zero(mask);
Add tsl2550 ambient light sensor DT data to am335x-evm.dts. In AM335x
EVM tsl2550 ambient light sensor is connected to I2C2 bus. So this patch
adds child node inside i2c2 node with i2c slave address.
TAOS tsl2550 sensor with two-wire SMBus serial interface. This patch
also reduces I2C2 clock
On Fri, Sep 21, 2012 at 08:07:19PM +0530, Shubhrajyoti D wrote:
This patch does the following
- In case of errors if there least one data character in the RX FIFO
read it otherwise it may stall the receiver.
This is recommended in the interrupt reset method in the table 23-246 of
the omap4
The CONFIG_RCU_FAST_NO_HZ stall warning messages can never emit
timer=-1. This is because the printf() format specifier to generate
that number is '%lu'. So, update the documentation to use the
unsigned long equivalent instead, timer=4294967295. This is what
actually shows up in traces.
Hi Laurent,
On Wed, Sep 19, 2012 at 7:06 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hello,
Here's the second version of my tidspbridge MMU-related cleanup patches. The
first version has been sent privately only, don't try to search the mailing
list archive for it :-)
On Fri, Sep 21, 2012 at 8:51 PM, Balaji T K balaj...@ti.com wrote:
clock divisor can take a max value of 1023
update code as per TRM so that card init can be handled with
higher IP clock frequencies from which clock to the card is
derived.
This is difficult to read without some punctuation /
On Thu, Sep 20, 2012 at 8:13 PM, Matt Porter mpor...@ti.com wrote:
The EDMA DMAC has a hardware limitation that prevents supporting
scatter gather lists with any number of segments. Since the EDMA
DMA Engine driver sets the maximum segments to 16, we do the
same.
Note: this can be removed
On Fri, Sep 21, 2012 at 10:45 PM, S, Venkatraman svenk...@ti.com wrote:
On Thu, Sep 20, 2012 at 8:13 PM, Matt Porter mpor...@ti.com wrote:
The EDMA DMAC has a hardware limitation that prevents supporting
scatter gather lists with any number of segments. Since the EDMA
DMA Engine driver sets
On Fri, Sep 21, 2012 at 10:28:00PM +0530, S, Venkatraman wrote:
On Fri, Sep 21, 2012 at 8:51 PM, Balaji T K balaj...@ti.com wrote:
clock divisor can take a max value of 1023
update code as per TRM so that card init can be handled with
higher IP clock frequencies from which clock to the card
On Fri, Sep 21, 2012 at 10:47:30PM +0530, S, Venkatraman wrote:
On Fri, Sep 21, 2012 at 10:45 PM, S, Venkatraman svenk...@ti.com wrote:
On Thu, Sep 20, 2012 at 8:13 PM, Matt Porter mpor...@ti.com wrote:
The EDMA DMAC has a hardware limitation that prevents supporting
scatter gather lists
On Fri, Sep 21, 2012 at 10:48 PM, Felipe Balbi ba...@ti.com wrote:
On Fri, Sep 21, 2012 at 10:47:30PM +0530, S, Venkatraman wrote:
On Fri, Sep 21, 2012 at 10:45 PM, S, Venkatraman svenk...@ti.com wrote:
On Thu, Sep 20, 2012 at 8:13 PM, Matt Porter mpor...@ti.com wrote:
The EDMA DMAC has a
Hi Paul
On Thu, 20 Sep 2012, Paul Walmsley wrote:
On Thu, 20 Sep 2012, Paul E. McKenney wrote:
Paul Walmsley, please let me know if the config below doesn't clear things
up for you or if there is some reason why this config is infeasible.
Will certainly test it here once things settle
On Thu, 20 Sep 2012, Rafael J. Wysocki wrote:
On Thursday, September 20, 2012, Kevin Hilman wrote:
From: Kevin Hilman khil...@ti.com
When runtime PM is disabled, what we want is for callbacks not to be
called from then on. However, currently, when runtime PM is disabled,
operations
On Fri, 21 Sep 2012, Paul Walmsley wrote:
The config used was 'omap2plus_defconfig', and enabled CONFIG_CPU_IDLE
by hand.
One other thing I forgot to mention - CONFIG_RCU_CPU_STALL_INFO was
enabled by hand also. Below is the diff between omap2plus_defconfig and
the config that was used
cc Frederic Weisbecker - context is here:
http://marc.info/?l=linux-kernelm=134749030206016w=2
On Thu, 20 Sep 2012, Paul E. McKenney wrote:
Fair point. I am wondering whether there is some path into the idle
loop that somehow avoids telling RCU that the CPU has in face entered
idle.
On Fri, Sep 21, 2012 at 08:27:07AM +, Hebbar, Gururaja wrote:
On Thu, Sep 20, 2012 at 20:13:33, Porter, Matt wrote:
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been previously supported by only
a private API implementation (much like the
On Fri, Sep 21, 2012 at 08:45:53AM +, Hebbar, Gururaja wrote:
On Thu, Sep 20, 2012 at 20:13:38, Porter, Matt wrote:
The binding definition is based on the generic DMA controller
binding.
Signed-off-by: Matt Porter mpor...@ti.com
---
On Fri, Sep 21, 2012 at 07:10:52AM +, Hebbar, Gururaja wrote:
On Thu, Sep 20, 2012 at 20:13:34, Porter, Matt wrote:
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx atm) as well. This just moves
the private EDMA API but does not support OMAP.
On Fri, Sep 21, 2012 at 10:42:05AM +0100, Russell King wrote:
On Fri, Sep 21, 2012 at 09:33:42AM +, Hebbar, Gururaja wrote:
On Fri, Sep 21, 2012 at 14:59:23, Russell King - ARM Linux wrote:
On Thu, Sep 20, 2012 at 10:43:34AM -0400, Matt Porter wrote:
Move mach-davinci/dma.c to
On Fri, Sep 21, 2012 at 08:42:47AM -0700, Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [120921 02:19]:
On Thursday 20 September 2012, Tony Lindgren wrote:
/* use PIO for small transfers, avoiding DMA setup/teardown overhead
and
@@ -798,14 +801,26 @@ static int
On Wed, Sep 19, 2012 at 2:06 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
VMAs marked with the VM_PFNMAP flag have no struct page associated with
the memory PFNs. Don't call get_page()/put_page() on the pages
supposedly associated with the PFNs.
I don't see anything wrong with
On Fri, Sep 21, 2012 at 10:47:30PM +0530, S, Venkatraman wrote:
On Fri, Sep 21, 2012 at 10:45 PM, S, Venkatraman svenk...@ti.com wrote:
On Thu, Sep 20, 2012 at 8:13 PM, Matt Porter mpor...@ti.com wrote:
The EDMA DMAC has a hardware limitation that prevents supporting
scatter gather lists
* Igor Grinberg grinb...@compulab.co.il [120921 02:07]:
On 09/21/12 02:29, Tony Lindgren wrote:
Hi all,
With the recent pull request I sent for v3.7, we now have pretty
much all the mach includes fixed up for omap2+ for single zImage
support.
We still have quite a few plat headers
On Fri, Sep 21, 2012 at 10:45:29PM +0530, S, Venkatraman wrote:
On Thu, Sep 20, 2012 at 8:13 PM, Matt Porter mpor...@ti.com wrote:
The EDMA DMAC has a hardware limitation that prevents supporting
scatter gather lists with any number of segments. Since the EDMA
DMA Engine driver sets the
On Fri, Sep 21, 2012 at 02:34:46PM -0400, Matt Porter wrote:
On Fri, Sep 21, 2012 at 10:42:05AM +0100, Russell King wrote:
Here's the pertinant question: is it platform data? Looking at the
file, it appears to be internal data structures and register definitions
for the driver itself.
On Fri, Sep 21, 2012 at 08:18:41PM +0300, Felipe Balbi wrote:
On Fri, Sep 21, 2012 at 10:47:30PM +0530, S, Venkatraman wrote:
On Fri, Sep 21, 2012 at 10:45 PM, S, Venkatraman svenk...@ti.com wrote:
On Thu, Sep 20, 2012 at 8:13 PM, Matt Porter mpor...@ti.com wrote:
The EDMA DMAC has a
* Hiremath, Vaibhav hvaib...@ti.com [120910 23:56]:
On Fri, Aug 31, 2012 at 23:24:34, Hiremath, Vaibhav wrote:
This adds am335x-evm and am335x-bone dtb targets to
'make dtbs', just like other platforms.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Tony Lindgren t...@atomide.com
* Peter Ujfalusi peter.ujfal...@ti.com [120807 06:12]:
On OMAP4 the i2c1 bus is dedicated for the PMIC and audio related devices.
Manufacturers can opt to use different codec than twl6040 and also can add
audio related IC to the bus (external amplifier for example on SDP4430).
Make it
On Fri, Sep 21, 2012 at 06:08:59PM +, Paul Walmsley wrote:
cc Frederic Weisbecker - context is here:
http://marc.info/?l=linux-kernelm=134749030206016w=2
On Thu, 20 Sep 2012, Paul E. McKenney wrote:
Fair point. I am wondering whether there is some path into the idle
loop that
Hi
Just did a test with CONFIG_NO_HZ=n, and no rcu_sched stall messages
appeared for 60 minutes.
Following is the diff from omap2plus_defconfig.
- Paul
--- .config 2012-09-21 12:51:19.114938954 -0600
+++ .testconfig 2012-09-21 12:51:15.686926318 -0600
@@ -69,7 +69,7 @@
# Timers subsystem
* Jean Pihet jean.pi...@newoldbits.com [120920 23:31]:
On Fri, Sep 21, 2012 at 12:15 AM, Tony Lindgren t...@atomide.com wrote:
You should be able to make this even simpler and not have to pass
the clock name around at all. Just do:
syc_ck = clk_get(NULL, fck);
...
The problem is that
On Fri, 21 Sep 2012, Paul E. McKenney wrote:
On Fri, Sep 21, 2012 at 06:08:59PM +, Paul Walmsley wrote:
As far as I know, our only idle entry point is in
arch/arm/common/process.c:cpu_idle().
In mainline, this is arch/arm/kernel/process.c, correct?
Indeed; sorry about that,
* Maximilian Schwerin maximilian.schwe...@tigris.de [120920 23:46]:
Hi,
I've just built a linux-omap kernel at 3.6-rc6 using omap2plus_defconfig
as basis for the kernel config.
When I enable smartreflex and switch to 800MHz via
echo 1
On Friday, September 21, 2012, Alan Stern wrote:
On Thu, 20 Sep 2012, Rafael J. Wysocki wrote:
On Thursday, September 20, 2012, Kevin Hilman wrote:
From: Kevin Hilman khil...@ti.com
When runtime PM is disabled, what we want is for callbacks not to be
called from then on.
I'm developing a beaglebone cape board which requires the use of a GPMC
chip select.
I've chosen GPMC_CS0, and in board-am335xevm.c, I have added the following:-
static void gpmc_test()
{
unsigned long base = 0x12345678;
gpmc_cs_request(0, SZ_16M, base);
printk(KERN_INFO gpmc base
On Fri, Sep 21, 2012 at 07:11:14PM +, Paul Walmsley wrote:
On Fri, 21 Sep 2012, Paul E. McKenney wrote:
On Fri, Sep 21, 2012 at 06:08:59PM +, Paul Walmsley wrote:
As far as I know, our only idle entry point is in
arch/arm/common/process.c:cpu_idle().
In mainline, this
On Fri, 21 Sep 2012, Rafael J. Wysocki wrote:
Kevin makes a good case that pm_runtime_resume() and related functions
should succeed even when runtime PM is disabled, if the device is
already in the desired state.
The same may be true for pm_runtime_suspend(). What do you think?
* Paul E. McKenney paul...@linux.vnet.ibm.com [120921 12:58]:
Just to make sure I understand the combinations:
o All stalls have happened when running a minimal userspace.
o CONFIG_NO_HZ=n suppresses the stalls.
o CONFIG_RCU_FAST_NO_HZ (which depends on CONFIG_NO_HZ=y) has
* Shilimkar, Santosh santosh.shilim...@ti.com [120919 00:54]:
(With fixed git URL)
On Wed, Sep 19, 2012 at 1:21 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
Tony,
Here is the pull request which enables the architected cpu local timer
support for OMAP5 devices.
The
* Paul Walmsley p...@pwsan.com [120920 18:05]:
Hi Tony
The following changes since commit c4dbc7c086ce96d17f18b7a4a965b01d54d45f46:
Merge tag 'cleanup-fixes-for-v3.7' into test_merge_v3.6-rc6_cleanup-fixes
(2012-09-19 13:54:08 -0600)
are available in the git repository at:
* Paul Walmsley p...@pwsan.com [120920 19:48]:
Hi Tony
The following changes since commit 5698bd757d55b1bb87edd1a9744ab09c142abfc2:
Linux 3.6-rc6 (2012-09-16 14:58:51 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
On Fri, Sep 21, 2012 at 05:47:31PM +, Paul Walmsley wrote:
Hi Paul
On Thu, 20 Sep 2012, Paul Walmsley wrote:
On Thu, 20 Sep 2012, Paul E. McKenney wrote:
Paul Walmsley, please let me know if the config below doesn't clear things
up for you or if there is some reason why this
2012/9/6 Kishon Vijay Abraham I kis...@ti.com:
All the PHY configuration other than VBUS, ID GND and OTG SRP are removed
from twl6030. The phy configurations are taken care by the dedicated
usb2 phy driver. So twl6030 is made as comparator driver for VBUS and
ID detection.
Signed-off-by:
Alan Stern st...@rowland.harvard.edu writes:
On Fri, 21 Sep 2012, Rafael J. Wysocki wrote:
Kevin makes a good case that pm_runtime_resume() and related functions
should succeed even when runtime PM is disabled, if the device is
already in the desired state.
The same may be true for
Shubhrajyoti D shubhrajy...@ti.com writes:
This patch does the following
- In case of errors if there least one data character in the RX FIFO
read it otherwise it may stall the receiver.
This is recommended in the interrupt reset method in the table 23-246 of
the omap4 TRM.
Signed-off-by:
Not sure if it's related to the cleanup series, but I've also been
seeing a bunch of 'callbacks suppressed messages lately. Is anyone else
seeing this?
Here's an example from a debian nfsfroot boot:
[ 20.044006] tty_init_dev: 59 callbacks suppressed
[ 25.063934] tty_init_dev: 57 callbacks
On Fri, Sep 21, 2012 at 01:31:49PM -0700, Tony Lindgren wrote:
* Paul E. McKenney paul...@linux.vnet.ibm.com [120921 12:58]:
Just to make sure I understand the combinations:
o All stalls have happened when running a minimal userspace.
o CONFIG_NO_HZ=n suppresses the stalls.
o
Hi Paul,
On Wed, Sep 19, 2012 at 08:39:40PM +, Paul Walmsley wrote:
Hi Samuel,
I've queued patch 1 of this series for 3.7, which should go upstream via
the OMAP - arm-soc path. Also asked Keshava to re-send patch 5 to me
once patches 2-4 have been merged.
It's up to you how to
On Fri, Sep 21, 2012 at 04:13:29PM +, Paul Walmsley wrote:
The CONFIG_RCU_FAST_NO_HZ stall warning messages can never emit
timer=-1. This is because the printf() format specifier to generate
that number is '%lu'. So, update the documentation to use the
unsigned long equivalent instead,
Hi Tony,
On Thu, Sep 20, 2012 at 11:34:42AM -0700, Tony Lindgren wrote:
Hi Keshava Felipe,
Looks like we have something broken in linux next:
make[2]: *** No rule to make target `drivers/mfd/omap-usb-tll.o', needed by
`drivers/mfd/built-in.o'. Stop.
This is at least with my n8x0
On Fri, Sep 21, 2012 at 12:57:17PM -0700, Paul E. McKenney wrote:
On Fri, Sep 21, 2012 at 07:11:14PM +, Paul Walmsley wrote:
On Fri, 21 Sep 2012, Paul E. McKenney wrote:
[ . . . ]
I may take your advice of remote access to a Panda board, though that
is likely to take a bit of time
* Samuel Ortiz sa...@linux.intel.com [120921 15:09]:
Hi Tony,
On Thu, Sep 20, 2012 at 11:34:42AM -0700, Tony Lindgren wrote:
Hi Keshava Felipe,
Looks like we have something broken in linux next:
make[2]: *** No rule to make target `drivers/mfd/omap-usb-tll.o', needed by
On Fri, 21 Sep 2012, Paul E. McKenney wrote:
Good catch! Even worse, it gives timer=18446744073709551615 on
64-bit systems, which is no easier on the eyes. I therefore changed
the code to print a nicer message in this case, patch below.
Looks better, thanks.
- Paul
--
To unsubscribe from
On Fri, 21 Sep 2012, Paul E. McKenney wrote:
On Fri, Sep 21, 2012 at 05:47:31PM +, Paul Walmsley wrote:
I built an OMAP kernel from Linus' commit
4651afbbae968772efd6dc4ba461cba9b49bb9d8 (Merge branch 'for-3.6-fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq). The
From: Kevin Hilman khil...@ti.com
There are several drivers where the return value of
pm_runtime_get_sync() is used to decide whether or not it is safe to
access hardware and that don't provide .suspend() callbacks for system
suspend (but may use late/noirq callbacks.) If such a driver happens
Hi,
We're trying to get a custom 4430 board (aka. nook tablet with OMAP4430
ES2.3 HS TWL6030 ES2.1) working with p-android-omap-3.0 on android jelly
bean. The board works quite well, but we experience random hangs and the
watchdog kicks the board to reboot.
The problem is that kmsg_last
* Tony Lindgren t...@atomide.com [120921 13:55]:
* Paul Walmsley p...@pwsan.com [120920 18:05]:
Hi Tony
The following changes since commit c4dbc7c086ce96d17f18b7a4a965b01d54d45f46:
Merge tag 'cleanup-fixes-for-v3.7' into test_merge_v3.6-rc6_cleanup-fixes
(2012-09-19 13:54:08
* Mark Jackson mpfj-l...@mimc.co.uk [120921 12:29]:
I'm developing a beaglebone cape board which requires the use of a
GPMC chip select.
I've chosen GPMC_CS0, and in board-am335xevm.c, I have added the following:-
static void gpmc_test()
{
unsigned long base = 0x12345678;
On Fri, 21 Sep 2012, Tony Lindgren wrote:
I tried merging this into tmp-merge, but ran into all kinds of
merge conflicts with the am33xx code etc and ended up with a
result that booted with all kinds of warnings on 2430sdp and
did not boot at all on zoom3 :) So I probably did something
On Fri, Sep 21, 2012 at 10:41:14PM +, Paul Walmsley wrote:
On Fri, 21 Sep 2012, Paul E. McKenney wrote:
On Fri, Sep 21, 2012 at 05:47:31PM +, Paul Walmsley wrote:
I built an OMAP kernel from Linus' commit
4651afbbae968772efd6dc4ba461cba9b49bb9d8 (Merge branch 'for-3.6-fixes'
1 - 100 of 104 matches
Mail list logo