* Kyle McMartin kmcma...@redhat.com [130821 12:48]:
On Wed, Aug 21, 2013 at 11:43:21AM -0400, Kyle McMartin wrote:
I've suspected there might be a config issue, as omap2_defconfig
works alright, as does booting a uImage with an appended
omap4-panda.dtb, but there's no love with a zImage +
DMA client device driver usually needs to know at probe time whether
dma controller has been registered to deffer probe. So add a help
function of_dma_check_controller.
DMA request channel functions can also used to check it, but they
are usually called at open() time.
Signed-off-by: Richard
* Olof Johansson o...@lixom.net [130821 22:34]:
On Tue, Aug 20, 2013 at 05:32:32AM -0700, Tony Lindgren wrote:
* Olof Johansson o...@lixom.net [130816 15:05]:
Our current fixes branch is based on -rc4, and I didn't see any of
these commits in linux-next, so I took the liberty to
* Chen Gang gang.c...@asianux.com [130821 01:34]:
Need add type cast, or can not notice the failure. The related warning
(allmodconfig, EXTRA_CFLAGS=-W):
arch/arm/mach-omap2/gpmc.c:728:2: warning: comparison of unsigned
expression 0 is always false [-Wtype-limits]
Signed-off-by:
* Chen Gang gang.c...@asianux.com [130821 01:39]:
Remove useless variable 'ret', the related warning:
arch/arm/mach-omap2/board-am3517crane.c:113:6: warning: unused variable
‘ret’ [-Wunused-variable]
Thanks applying into omap-for-v3.12/fixes-non-critical.
Regards,
Tony
On 08/22/2013 03:17 PM, Tony Lindgren wrote:
* Chen Gang gang.c...@asianux.com [130821 01:39]:
Remove useless variable 'ret', the related warning:
arch/arm/mach-omap2/board-am3517crane.c:113:6: warning: unused variable
‘ret’ [-Wunused-variable]
Thanks applying into
On 08/22/2013 03:14 PM, Tony Lindgren wrote:
* Chen Gang gang.c...@asianux.com [130821 01:34]:
Need add type cast, or can not notice the failure. The related warning
(allmodconfig, EXTRA_CFLAGS=-W):
arch/arm/mach-omap2/gpmc.c:728:2: warning: comparison of unsigned
expression 0 is always
* Chen Gang gang.c...@asianux.com [130821 01:53]:
Hello Maintainers:
When build arm with allmodconfig under ubuntu i386 with arm-linux-
gnueabi-gcc 4.7, as 2.22, it report the errors.
Please help check, thanks (the related config file in attachment).
It seems that some make flags may need
* Chen Gang gang.c...@asianux.com [130822 00:55]:
'gpmc_irq_start' is mostly used as 'int', and for a variable, do not
suggest to only use 'unsigned' as its type, so use 'int' instead of
'unsigned' for variable 'gpmc_irq_start'.
Also it will fix the related issue (dummy the real world
On Sun, Jul 14, 2013 at 02:24:48AM +0530, Pekon Gupta wrote:
ECC scheme on NAND devices can be implemented in multiple ways.Some
using
Software algorithm, while others using in-build Hardware engines.
omap2-nand driver currently supports following flavours of ECC schemes,
selectable
On 08/22/2013 03:57 PM, Tony Lindgren wrote:
* Chen Gang gang.c...@asianux.com [130822 00:55]:
'gpmc_irq_start' is mostly used as 'int', and for a variable, do not
suggest to only use 'unsigned' as its type, so use 'int' instead of
'unsigned' for variable 'gpmc_irq_start'.
Also it will fix
* Chen Gang gang.c...@asianux.com [130822 01:10]:
On 08/22/2013 03:57 PM, Tony Lindgren wrote:
* Chen Gang gang.c...@asianux.com [130822 00:55]:
'gpmc_irq_start' is mostly used as 'int', and for a variable, do not
suggest to only use 'unsigned' as its type, so use 'int' instead of
The Palmas device contains only a USB VBUS-ID detector, so added a
compatible type *ti,palmas-usb-vid*. Didn't remove the existing compatible
types for backward compatibility.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
Changes from v3:
* Fixed commit log message (VID to VBUS-ID).
*
Hi Lokesh,
On 22/08/2013 05:50, Lokesh Vutla wrote:
Hi Benoit,
On Wednesday 21 August 2013 07:11 PM, Benoit Cousson wrote:
Hi Mark,
In fact I cannot even apply these patches since they are referring the the edma
controller node that does not seem to be there in 3.11-rc6.
Is this EDMA series
otg.h header file was included twice.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
---
drivers/usb/dwc3/core.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
index 577af1b..474162e 100644
--- a/drivers/usb/dwc3/core.c
+++
Hi Benoit,
On Thursday 22 August 2013 02:04 PM, Benoit Cousson wrote:
Hi Lokesh,
On 22/08/2013 05:50, Lokesh Vutla wrote:
Hi Benoit,
On Wednesday 21 August 2013 07:11 PM, Benoit Cousson wrote:
Hi Mark,
In fact I cannot even apply these patches since they are referring the the
edma
'gpmc_irq_start' is mostly used as 'int', and for a variable, do not
suggest to only use 'unsigned' as its type, so use 'int' instead of
'unsigned' for variable 'gpmc_irq_start'.
Also it will fix the related issue (dummy the real world failure):
arch/arm/mach-omap2/gpmc.c:728:2: warning:
On 08/22/2013 04:32 PM, Tony Lindgren wrote:
* Chen Gang gang.c...@asianux.com [130822 01:10]:
On 08/22/2013 03:57 PM, Tony Lindgren wrote:
* Chen Gang gang.c...@asianux.com [130822 00:55]:
'gpmc_irq_start' is mostly used as 'int', and for a variable, do not
suggest to only use 'unsigned' as
On 08/22/2013 03:45 PM, Tony Lindgren wrote:
* Chen Gang gang.c...@asianux.com [130821 01:53]:
Hello Maintainers:
When build arm with allmodconfig under ubuntu i386 with arm-linux-
gnueabi-gcc 4.7, as 2.22, it report the errors.
Please help check, thanks (the related config file in
On 08/22/2013 05:19 PM, Chen Gang wrote:
On 08/22/2013 03:45 PM, Tony Lindgren wrote:
* Chen Gang gang.c...@asianux.com [130821 01:53]:
Hello Maintainers:
When build arm with allmodconfig under ubuntu i386 with arm-linux-
gnueabi-gcc 4.7, as 2.22, it report the errors.
Please help check,
On Thu, Aug 22, 2013 at 12:45:24AM -0700, Tony Lindgren wrote:
* Chen Gang gang.c...@asianux.com [130821 01:53]:
Hello Maintainers:
When build arm with allmodconfig under ubuntu i386 with arm-linux-
gnueabi-gcc 4.7, as 2.22, it report the errors.
Please help check, thanks (the
Dmitry,
should I take any additional action regarding these patches?
Best regards,
Illia Smyrnov
From: linux-kernel-ow...@vger.kernel.org [linux-kernel-ow...@vger.kernel.org]
on behalf of Smyrnov, Illia
Sent: Wednesday, July 24, 2013 6:54 PM
To: Dmitry
Hi Linus,
On Thursday 22 August 2013 02:40 AM, Linus Walleij wrote:
On Thu, Aug 15, 2013 at 11:14 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On Thursday 15 August 2013 04:51 PM, Linus Walleij wrote:
(...)
Sorry I don't understand what thread that is... can you point me there?
My
This third memory region just denotes one single register in the CONTROL
module block. The driver uses that in order to set the correct physical
ethernet interface modes.
Signed-off-by: Daniel Mack zon...@gmail.com
---
arch/arm/boot/dts/am33xx.dtsi | 3 ++-
1 file changed, 2 insertions(+), 1
At least the AM33xx SoC has a control module register to configure
details such as the hardware ethernet interface mode.
I'm not sure whether all SoCs which feature the cpsw block have such a
register, so that third memory region is considered optional for now.
Signed-off-by: Daniel Mack
The cpsw currently lacks code to properly set up the hardware interface
mode on AM33xx. Other platforms might be equally affected.
Usually, the bootloader will configure the control module register, so
probably that's why such support wasn't needed in the past. In suspend
mode though, this
This patch cleans up the allocation and error unwind paths, which
allows us to carry less information in struct cpsw_priv and reduce the
amount of jump labels in the probe functions.
Signed-off-by: Daniel Mack zon...@gmail.com
---
drivers/net/ethernet/ti/cpsw.c | 147
In order to make the cpsw driver work in for example RMII mode with
external clock the driver needs to learn about the control module
register that is at least available on AM33xx SoCs. I'm not sure
whether other chips have similar or compatible bits in such a register,
hence I limited the code
On Wednesday 21 August 2013 12:22 AM, Hein Tibosch wrote:
Hi,
[ added some people from TI ]
On 8/7/2013 6:05 PM, majianpeng wrote:
V2:
clean up code.
V1:
www.mail-archive.com/linux-omap@vger.../msg93239.html
We found a problem when we removed a working sd card that the
On Tue, Aug 20, 2013 at 06:55:48PM +0530, Sourav Poddar wrote:
The patch add basic support for the quad spi controller.
QSPI is a kind of spi module that allows single,
dual and quad read access to external spi devices. The module
has a memory mapped interface which provide direct interface
'!' has higher precedence than '' so this doesn't work as intended
although since RESETDONE is 1 it would work if none of the other bits
are set.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
---
Untested.
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index
On Thursday 22 August 2013 07:33 AM, Sricharan R wrote:
Hi Linus,
On Thursday 22 August 2013 02:40 AM, Linus Walleij wrote:
On Thu, Aug 15, 2013 at 11:14 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On Thursday 15 August 2013 04:51 PM, Linus Walleij wrote:
(...)
Sorry I don't
On Wed, Aug 21, 2013 at 11:34:50PM -0700, Tony Lindgren wrote:
* Kyle McMartin kmcma...@redhat.com [130821 12:48]:
On Wed, Aug 21, 2013 at 11:43:21AM -0400, Kyle McMartin wrote:
I've suspected there might be a config issue, as omap2_defconfig
works alright, as does booting a uImage with
On Wed, Jul 17, 2013 at 05:23:41PM +0100, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
Add the generic AM33XX SHAM module's device tree data and
enable it for the am335x-evm, am335x-evmsk, and am335x-bone
platforms. Also add Documentation file describing the data
for the
On Thursday 22 August 2013 06:26 PM, Dan Carpenter wrote:
'!' has higher precedence than '' so this doesn't work as intended
although since RESETDONE is 1 it would work if none of the other bits
are set.
Hi Dan,
Thanks for the patch, Indeed other bits are reserved.
however ...
I2C of helpers used to live in of_i2c.c but experience (from SPI) shows
that it is much cleaner to have this in the core. This also removes a
circular dependency between the helpers and the core, and so we can
finally register child nodes in the core instead of doing this manually
in each driver.
On Thu, Aug 22, 2013 at 02:25:59AM +0200, Sebastian Reichel wrote:
Hi,
On Wed, Aug 21, 2013 at 03:41:43PM -0400, Kyle McMartin wrote:
On Wed, Aug 21, 2013 at 11:43:21AM -0400, Kyle McMartin wrote:
I've suspected there might be a config issue, as omap2_defconfig
works alright, as does
Hello.
On 08/22/2013 03:37 PM, Daniel Mack wrote:
At least the AM33xx SoC has a control module register to configure
details such as the hardware ethernet interface mode.
I'm not sure whether all SoCs which feature the cpsw block have such a
register, so that third memory region is
Hi Sergei,
On 22.08.2013 20:12, Sergei Shtylyov wrote:
@@ -2012,6 +2013,27 @@ static int cpsw_probe(struct platform_device *pdev)
goto clean_runtime_disable_ret;
}
+/* If the control memory region is unspecified, continue without it.
+ * If it is specified, but
On 08/21/2013 11:19 PM, Richard Zhao wrote:
On Fri, Aug 02, 2013 at 10:00:00AM +0800, Richard Zhao wrote:
pass of_phandle_args dma_spec to dma_request_channel in of_dma_simple_xlate,
so the filter function could access of_node in of_phandle_args.
It also remove restriction of #dma-cells has
On 08/22/2013 12:43 AM, Richard Zhao wrote:
DMA client device driver usually needs to know at probe time whether
dma controller has been registered to deffer probe. So add a help
function of_dma_check_controller.
DMA request channel functions can also used to check it, but they
are usually
On Wed, Aug 21, 2013 at 10:13:28AM -0500, Kumar Gala wrote:
On Aug 21, 2013, at 8:06 AM, Ivan T. Ivanov wrote:
On Tue, 2013-08-20 at 18:01 +0100, Pawel Moll wrote:
On Tue, 2013-08-20 at 16:06 +0100, Pawel Moll wrote:
On Tue, 2013-08-20 at 16:01 +0100, Kumar Gala wrote:
On Aug 20,
On 08/22/2013 02:31 AM, Kishon Vijay Abraham I wrote:
The Palmas device contains only a USB VBUS-ID detector, so added a
compatible type *ti,palmas-usb-vid*. Didn't remove the existing compatible
types for backward compatibility.
diff --git
From: Ivan T. Ivanov [mailto:iiva...@mm-sol.com]
Sent: Tuesday, August 20, 2013 8:26 AM
On Tue, 2013-08-20 at 10:01 -0500, Kumar Gala wrote:
On Aug 20, 2013, at 9:54 AM, Ivan T. Ivanov wrote:
Hi,
On Tue, 2013-08-20 at 09:33 -0500, Felipe Balbi wrote:
On Tue, Aug 20, 2013 at
On Fri, Aug 23, 2013 at 04:36:53AM +0800, Stephen Warren wrote:
On 08/22/2013 12:43 AM, Richard Zhao wrote:
DMA client device driver usually needs to know at probe time whether
dma controller has been registered to deffer probe. So add a help
function of_dma_check_controller.
DMA
On Fri, Aug 23, 2013 at 04:18:27AM +0800, Stephen Warren wrote:
On 08/21/2013 11:19 PM, Richard Zhao wrote:
On Fri, Aug 02, 2013 at 10:00:00AM +0800, Richard Zhao wrote:
pass of_phandle_args dma_spec to dma_request_channel in
of_dma_simple_xlate,
so the filter function could access
On 08/22/2013 06:22 PM, Russell King - ARM Linux wrote:
On Thu, Aug 22, 2013 at 12:45:24AM -0700, Tony Lindgren wrote:
* Chen Gang gang.c...@asianux.com [130821 01:53]:
Hello Maintainers:
When build arm with allmodconfig under ubuntu i386 with arm-linux-
gnueabi-gcc 4.7, as 2.22, it report
On 08/23/2013 09:47 AM, Chen Gang wrote:
On 08/22/2013 06:22 PM, Russell King - ARM Linux wrote:
On Thu, Aug 22, 2013 at 12:45:24AM -0700, Tony Lindgren wrote:
* Chen Gang gang.c...@asianux.com [130821 01:53]:
Hello Maintainers:
When build arm with allmodconfig under ubuntu i386 with
Patch #3 doesn't apply to net-next because it makes changes to
a file include/linux/platform_data/cpsw.h which doesn't exist.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at
ARCH_VEXPRESS isn't compatible with arm6 (not support -march=armv6k),
so add dependency for it, or allmodconfig can not pass compiling.
The related command:
arm-linux-gnueabi-gcc -Wp,-MD,arch/arm/mach-vexpress/.dcscb.o.d -nostdinc
-isystem /usr/lib/gcc/arm-linux-gnueabi/4.7/include
On 08/23/2013 11:04 AM, Chen Gang wrote:
ARCH_VEXPRESS isn't compatible with arm6 (not support -march=armv6k),
so add dependency for it, or allmodconfig can not pass compiling.
The related command:
arm-linux-gnueabi-gcc -Wp,-MD,arch/arm/mach-vexpress/.dcscb.o.d -nostdinc
-isystem
On Thursday 22 August 2013 05:03 PM, Sricharan R wrote:
maps crossbar number- to interrupt number and
calls request_irq(int_no, crossbar_handler,..)
So will this mapping happen based on some data passed from DT or
just based on whats available when the device does a request_irq()?
If its
On Thursday 22 August 2013 05:07 PM, Daniel Mack wrote:
The cpsw currently lacks code to properly set up the hardware interface
mode on AM33xx. Other platforms might be equally affected.
Usually, the bootloader will configure the control module register, so
probably that's why such support
The following changes since commit b36f4be3de1b123d8601de062e7dbfc904f305fb:
Linux 3.11-rc6 (2013-08-18 14:36:53 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v3.12/fixes-non-critical-signed
for you to fetch
* Chen Gang F T chen.gang.flying.transfor...@gmail.com [130822 02:08]:
Hmm... I guess: for our case, what your meaning is fixes-none-urgent,
not fixes-none-critical, is it correct ? :-)
Right, that naming might be actually better :)
Tony
--
To unsubscribe from this list: send the line
* Chen Gang gang.c...@asianux.com [130822 20:20]:
The related error:
/tmp/ccOMIprI.s: Assembler messages:
/tmp/ccOMIprI.s:507: Error: selected processor does not support ARM mode
`isb '
/tmp/ccOMIprI.s:513: Error: selected processor does not support ARM mode
`isb '
56 matches
Mail list logo