Hi all,
Here are a few patches to add common code for cpsw and davinci_emac for
getting the MAC address. Looks like we can also now add code to get the
MAC address on 3517 but in a slightly different way.
Regards,
Tony
Tony Lindgren (3):
net: cpsw: Add a minimal cpsw-common module for
This patch changes the dtc grammar to allow following syntax
i2cexp: i2c2 {
...
};
Current device tree compiler allows to define multiple labels when defining
the device node the first time. Typically device nodes are defined in
DTSI files. Now these nodes can be overwritten for updating
was at least missing the davinci_emac
support the last time I tried.
Seems to be all in today's Linux next and I just verified that
3.19.0-rc6-next-20150128-06478-g30720bbe is booting on 8168-evm.
Regards,
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
* Dan Carpenter dan.carpen...@oracle.com [150128 03:08]:
Hello Tony Lindgren,
The patch 163152cbbe32: clk: ti: Add support for FAPLL on dm816x
from Jan 13, 2015, leads to the following static checker warning:
drivers/clk/ti/fapll.c:87 ti_fapll_enable()
warn: double left shift
It is quite important to keep qemu working, really.
Debugging early boot on hardware is very hard, for
example.
I understand, but looking at the history of the driver, if
it fails now with the jack-detection GPIO, it should have
been failing in the past as well. What triggered
Chanwoo,
On 28/01/15 04:19, Chanwoo Choi wrote:
Hi Roger,
On 01/28/2015 12:38 AM, Roger Quadros wrote:
Chanwoo,
On 27/01/15 03:54, Chanwoo Choi wrote:
Hi Roger,
On 01/27/2015 01:27 AM, Roger Quadros wrote:
Hi Chanwoo,
All your comments are valid. Need some clarification on one
* Roger Quadros rog...@ti.com [150128 04:15]:
On 28/01/15 04:19, Chanwoo Choi wrote:
I still fail to understand that we need to call disable_irq() in
.suspend() and
enable_irq() in .resume()
can you point me to any other drivers doing so?
You can refer the suspend function in
On 28 January 2015 at 00:35, NeilBrown ne...@suse.de wrote:
According to section 7.1.2 of
http://www.sandisk.com/media/File/OEM/Manuals/SD_SDIO_specsv1.pdf
In the case where the interrupt mechanism is used to wake the host while
the card is in a low power state (i.e. no clocks), Both
On 01/26/2015 03:20 PM, Peter Ujfalusi wrote:
On 01/18/2015 02:01 PM, Pavel Machek wrote:
In 2.6.28-nokia, it is neccessary to set Input select na digital
mic, then it works. Input select being in playback option makes it
easy to miss.
In 3.18 and 3.19-rc3, all I can record are zeros.
Does
This driver observes the USB ID pin connected over a GPIO and
updates the USB cable extcon states accordingly.
The existing GPIO extcon driver is not suitable for this purpose
as it needs to be taught to understand USB cable states and it
can't handle more than one cable per instance.
For the
On Wed 2015-01-28 20:15:46, Jarkko Nikula wrote:
On 01/26/2015 03:20 PM, Peter Ujfalusi wrote:
On 01/18/2015 02:01 PM, Pavel Machek wrote:
In 2.6.28-nokia, it is neccessary to set Input select na digital
mic, then it works. Input select being in playback option makes it
easy to miss.
Commit 163152cbbe32 (clk: ti: Add support for FAPLL on dm816x)
added basic support for the FAPLL on dm818x, but has a bug for the
parent PLL enable bit. The FAPLL_MAIN_PLLEN is defined as BIT(3)
but the code is doing a shift on it.
This means the parent PLL won't get disabled even if all it's
Looks like davinci_emac and cpsw can share some code although the
device registers have a different layout.
At least the code for getting the MAC address using syscon can
be shared by passing the register offset. Let's start with that
and set up a minimal shared cpsw-shared.c.
Cc: Brian
Paul Walmsley p...@pwsan.com wrote on Mon [2015-Jan-26 18:47:11 +]:
Hi Prabhakar,
On Mon, 26 Jan 2015, Lad, Prabhakar wrote:
Hi Benoit,
On Mon, Jan 26, 2015 at 3:50 PM, Benoit Parrot bpar...@ti.com wrote:
Lad, Prabhakar prabhakar.cse...@gmail.com wrote on Mon [2015-Jan-26
Hi Benoit,
On Wed, Jan 28, 2015 at 7:32 PM, Benoit Parrot bpar...@ti.com wrote:
Suspend/resume is functional with this patch.
Tested-by: Benoit Parrot bpar...@ti.com
Thanks for the test, I was facing issues with loading the pm firmware.
Cheers,
--Prabhakar Lad
--
To unsubscribe from this
On 01/22/2015 12:56 PM, Mark Rutland wrote:
On Wed, Jan 21, 2015 at 05:56:37PM +, Suman Anna wrote:
On 01/21/2015 06:41 AM, Ohad Ben-Cohen wrote:
On Tue, Jan 20, 2015 at 8:05 PM, Tony Lindgren t...@atomide.com wrote:
How about default to Linux id space and allow overriding that with
a
On Mon 2015-01-26 15:20:28, Peter Ujfalusi wrote:
On 01/18/2015 02:01 PM, Pavel Machek wrote:
Hi!
If you have any idea about playback problems, help would be still
welcome. I'll have to do bisect, otherwise, and it will not be easy.
In 3.18, sound is nice and clear.
In 3.19,
On 26 January 2015 at 16:58, Tony Lindgren t...@atomide.com wrote:
See earlier I was assuming copy paste issues from dm814x to dm816x
Ahh, you thought the 816x was 814x-derived... yes I can imagine that
will have led to some confusion.
I'm pretty sure I verified the that the audio_pll_clk1 is
At least on dm81xx, we can get the davinci_emac MAC address the same
way as on am33xx cpsw.
Let's also use ether_addr_copy() for davinci_emac while at it.
Cc: Brian Hutchinson b.hutch...@gmail.com
Cc: Felipe Balbi ba...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
Looks like on 3517 davinci_emac MAC address registers have a
different layout compared to dm816x and am33xx.
Let's add a function to get the 3517 MAC address.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/boot/dts/am3517.dtsi | 1 +
drivers/net/ethernet/ti/davinci_emac.c
Hi Roger,
We need to discuss one point about 'id_irqwake'.
I don't recommend to use 'id_irqwake' field.
And I catch build warning by using select keywork in Kconfig.
It is my wrong guide of select keyword. So, I'll change it
as 'depends on' keyword.
Looks good to me except for 'id_irqwake'.
Hi,
The Gumstix Tobi-Duo board has two SMSC9221 NICs attached to the GPMC
interface of an OMAP3. I'm trying to figure out how best to include
both interfaces in the device tree file.
With just one interface, I can #include omap-gpmc-smsc9221.dtsi, add
the extra board specific settings in to
On Wed, 28 Jan 2015 21:18:40 +0100 Ulf Hansson ulf.hans...@linaro.org wrote:
On 28 January 2015 at 00:35, NeilBrown ne...@suse.de wrote:
According to section 7.1.2 of
http://www.sandisk.com/media/File/OEM/Manuals/SD_SDIO_specsv1.pdf
In the case where the interrupt mechanism is used
On Wed, Jan 28, 2015 at 11:41:44PM +0100, Pavel Machek wrote:
On Wed 2015-01-28 20:15:46, Jarkko Nikula wrote:
On 01/26/2015 03:20 PM, Peter Ujfalusi wrote:
On 01/18/2015 02:01 PM, Pavel Machek wrote:
No need to go that far. N900 has been supported in mainline since 2.6.39
or so. Part A
Suspend/resume is functional with this patch.
Tested-by: Benoit Parrot bpar...@ti.com
Lad, Prabhakar prabhakar.cse...@gmail.com wrote on Mon [2015-Jan-26 08:21:28
+]:
From: Benoit Parrot bpar...@ti.com
this patch adds VPFE HWMOD data for AM43xx.
Signed-off-by: Benoit Parrot
25 matches
Mail list logo