Hi,
--On May 06, 2014 14:22 +0530 Sekhar Nori nsek...@ti.com wrote:
On Saturday 03 May 2014 02:35 AM, Junfeng Feng wrote:
Hello there,
Right now, I try to support the IGMP functionality on Davinci. I have
configured the option CONFIG_IP_MULTICAST.
But when I try to join or leave one
--On May 06, 2014 16:22 -0400 Junfeng Feng jf...@evertz.com wrote:
By the way, what is the netdev list address?
net...@vger.kernel.org
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
.
Christian Riesch (2):
net: davinci_emac: Replace devm_request_irq with request_irq
net: davinci_emac: Fix rollback of emac_dev_open()
drivers/net/ethernet/ti/davinci_cpdma.c |4 +--
drivers/net/ethernet/ti/davinci_emac.c | 53 ---
2 files changed, 44
of devm_request_irq, puts free_irq back in
place, but keeps the remaining changes of the original patch.
Reported-by: Jon Ringle j...@ringle.org
Signed-off-by: Christian Riesch christian.rie...@omicron.at
Cc: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: sta...@vger.kernel.org
---
drivers/net/ethernet/ti
() in davinci_cpdma.c: We must be able to call this
function to free the DMA descriptors while the DMA channels are
in IDLE state (before cpdma_ctlr_start() was called).
Tested on a custom board with the Texas Instruments AM1808.
Signed-off-by: Christian Riesch christian.rie...@omicron.at
--On March 07, 2014 20:15 +0530 Mugunthan V N mugunthan...@ti.com wrote:
On Friday 07 March 2014 07:37 PM, Christian Riesch wrote:
Signed-off-by: Christian Riesch christian.rie...@omicron.at
Cc: Prabhakar Lad prabhakar.cse...@gmail.com
Cc: Mugunthan V N mugunthan...@ti.com
Cc: Florian
Hi Alexander,
--On March 09, 2014 20:58 +0100 Alexander Holler hol...@ahsoftware.de
wrote:
Hello,
may I ask what's the deal with drivers/usb/musb/davinci.c and why it
depends on BROKEN?
I've just enabled it here and it compiles and seems to work.
I noticed the same for
Hi,
--On March 06, 2014 16:57 -0500 David Miller da...@davemloft.net wrote:
From: Christian Riesch christian.rie...@omicron.at
Date: Wed, 5 Mar 2014 11:25:28 +0100
@@ -1641,7 +1640,15 @@ static int emac_dev_open(struct net_device *ndev)
rollback:
- dev_err(emac_dev, DaVinci EMAC
Signed-off-by: Christian Riesch christian.rie...@omicron.at
Cc: Prabhakar Lad prabhakar.cse...@gmail.com
Cc: Mugunthan V N mugunthan...@ti.com
Cc: Florian Fainelli f.faine...@gmail.com
---
Hi again,
How about this solution for fixing the rollback of emac_dev_open()?
Especially the change
[Sent again, sorry for the HTML mail before.]
--On March 06, 2014 16:57 -0500 David Miller da...@davemloft.net wrote:
From: Christian Riesch christian.rie...@omicron.at
Date: Wed, 5 Mar 2014 11:25:28 +0100
@@ -1641,7 +1640,15 @@ static int emac_dev_open(struct net_device *ndev)
rollback
the remaining changes of the original patch.
Reported-by: Jon Ringle j...@ringle.org
Signed-off-by: Christian Riesch christian.rie...@omicron.at
Cc: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: sta...@vger.kernel.org
---
drivers/net/ethernet/ti/davinci_emac.c | 25 +
1
Hi Jon,
[Now also cc'ed Prabhakar Lad]
--On March 04, 2014 07:34 -0500 Jon Ringle j...@ringle.org wrote:
On Tue, Mar 4, 2014 at 4:06 AM, Christian Riesch
christian.rie...@omicron.at wrote:
[cc'ed netdev and davinci-linux-open-source]
--On March 03, 2014 19:39 -0500 Jon Ringle j
are requested in
emac_dev_open, doing ifconfig up/down on the board requests the
interrupts again each time, causing devm_request_irq to fail.
This patch moves the interrupt requests to emac_dev_open and thus
fixes this regression.
Reported-by: Jon Ringle j...@ringle.org
Signed-off-by: Christian
Uh, wrong subject, this should of course read
net: davinci_emac: Move call of devm_request_irq to davinci_emac_probe()
--On March 04, 2014 15:07 +0100 Christian Riesch
christian.rie...@omicron.at wrote:
In commit 6892b41d9701283085b655c6086fb57a5d63fa47
Author: Lad, Prabhakar
--On March 04, 2014 09:53 -0800 Florian Fainelli f.faine...@gmail.com
wrote:
2014-03-04 9:30 GMT-08:00 Prabhakar Lad prabhakar.cse...@gmail.com:
Hi Christian,
Thanks for the patch.
On Tue, Mar 4, 2014 at 7:37 PM, Christian Riesch
christian.rie...@omicron.at wrote:
In commit
On Tue, Oct 2, 2012 at 6:49 PM, Chris Gray chg...@gmail.com wrote:
I'm a little confused with the system type for the AM1808 processor - in the
past I'd been using a kernel with the 'DaVinci' designation for the 1808 as
I believe they shared a similar code base
that was a while back however
some time, a timed out waiting for user access warning
may appear. And even worse, link may go down since the PHY reported a
timeout.
Signed-off-by: Christian Riesch christian.rie...@omicron.at
Cc: sta...@vger.kernel.org
Cc: Cyril Chemparathy cy...@ti.com
---
drivers/net/ethernet/ti/davinci_mdio.c
Hi,
On Tue, Mar 6, 2012 at 9:57 AM, ravone ravoner...@gmail.com wrote:
I send many ethernet packets with my Hawkboard (~4000 packet per sec.).
After some work time happens stop send, hawkboard not answer to ping. In
dmesg appeared this strings:
root@hawkboard:/# dmesg | tail -n 2
Hi,
On Tuesday, April 3, 2012, Akinobu Mita akinobu.m...@gmail.com wrote:
Use for_each_set_bit_from to iterate over all the set bit in a memory
region.
Signed-off-by: Akinobu Mita akinobu.m...@gmail.com
Cc: Sekhar Nori nsek...@ti.com
Cc: Kevin Hilman khil...@ti.com
Cc:
Hi again,
On Wednesday, March 7, 2012, Christian Riesch christian.rie...@omicron.at
wrote:
Hi,
On Tue, Mar 6, 2012 at 9:57 AM, ravone ravoner...@gmail.com wrote:
Hi All,
I send many ethernet packets with my Hawkboard (~4000 packet per sec.).
How exactly did you do this?
After some work
On Tuesday, February 28, 2012, Rajashekhara, Sudhakar sudhakar@ti.com
wrote:
Hi Christian,
On Mon, Feb 27, 2012 at 15:44:54, Rajashekhara, Sudhakar wrote:
Hi Christian,
On Fri, Feb 24, 2012 at 19:45:23, Christian Riesch wrote:
Hello Sudhakar,
On Fri, Feb 24, 2012 at 2:02 PM
with
communication loss on davinci_emac. They are both in mainline:
commit 86d8c07ff2448eb4e860e50f34ef6ee78e45c40c
Author: Sascha Hauer s.ha...@pengutronix.de
net/davinci: do not use all descriptors for tx packets
commit 5d69703263d588dbb03f4e57091afd8942d96e6d
Author: Christian Riesch christian.rie
Hello Sudhakar,
On Fri, Feb 24, 2012 at 2:02 PM, Rajashekhara, Sudhakar sudhakar@ti.com
wrote:
On Thu, Feb 23, 2012 at 14:39:49, Christian Riesch wrote:
Hi,
I observed this behavior on a Texas Instruments AM1808 SoC (AM1808
experimenter's kit) running the current mainline kernel
The CLKDIV bitfield in the MDIO Control Register is a 16 bit field,
therefore the CLKDIV value may range from 0 to 0x.
Signed-off-by: Christian Riesch christian.rie...@omicron.at
---
drivers/net/ethernet/ti/davinci_mdio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
Hi,
I observed this behavior on a Texas Instruments AM1808 SoC (AM1808
experimenter's kit) running the current mainline kernel:
# ifconfig eth0 down
# ifconfig eth0 up
davinci_mdio davinci_mdio.0: resetting idled controller
net eth0: attached PHY driver [Generic PHY]
reported
by ifconfig is counting up.
This patch reverts commit 0a5f38467765ee15478db90d81e40c269c8dda20
and instead issues warnings only if cpdma_chan_submit returns -ENOMEM.
Signed-off-by: Christian Riesch christian.rie...@omicron.at
Cc: sta...@vger.kernel.org
Cc: Hegde, Vinay vinay.he...@ti.com
Cc
.
Signed-off-by: Christian Riesch christian.rie...@omicron.at
Cc: Hegde, Vinay vinay.he...@ti.com
Cc: Cyril Chemparathy cy...@ti.com
Cc: Sascha Hauer s.ha...@pengutronix.de
---
Hi,
This patch fixes the initialization problem that I described. However
I am not sure if it correctly fixes the problem
is cleanup only.
Signed-off-by: Christian Riesch christian.rie...@omicron.at
---
drivers/net/ethernet/ti/davinci_cpdma.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ethernet/ti/davinci_cpdma.c
b/drivers/net/ethernet/ti/davinci_cpdma.c
index c97d2f5
Hi Sudhakar,
On Fri, Jan 20, 2012 at 11:01 AM, Rajashekhara, Sudhakar
sudhakar@ti.com wrote:
Hi Christian,
On Tue, Jan 17, 2012 at 18:23:52, Christian Riesch wrote:
Hi Sudhakar, hi Mike,
On Tue, Jan 17, 2012 at 1:43 PM, Michael Williamson
michael.william...@criticallink.com wrote
Hi Sekhar,
On Tuesday, July 5, 2011, Nori, Sekhar nsek...@ti.com wrote:
gt; Hi Christian,
gt;
gt; On Tue, Jul 05, 2011 at 16:45:52, Christian Riesch wrote:
gt;gt; Hi,
gt;gt;
gt;gt; According to the register description of the MDSTATn registers of the
gt;gt; AM1808 SoC the module state with regard
This patch allows setting the input clock frequency of the SoC from
the board specific code using the davinci_set_refclk_rate function.
Suggested-by: Kevin Hilman khil...@ti.com
Signed-off-by: Christian Riesch christian.rie...@omicron.at
---
v2: fixed the commit message and indentation.
Regards
This patch allows setting the input clock frequency of the SoC from
the board specific using the davinci_set_refclk_rate function.
Suggested-by: Kevin Hilman khil...@ti.com
Cc: Sekhar Nori nsek...@ti.com
Signed-off-by: Christian Riesch christian.rie...@omicron.at
---
This patch applies on top
Hi Kevin,
On Tue, Jun 7, 2011 at 12:44 AM, Kevin Hilman khil...@ti.com wrote:
Christian Riesch christian.rie...@omicron.at writes:
From: Bob Dunlop bob.dun...@xyzzy.org.uk
Currently the input frequency of the SoC is hardcoded in the SoC specific
da850.c file to 24 MHz. Since the SoC accepts
From Menon, Nishanth [mailto:n...@ti.com]
On Fri, May 27, 2011 at 02:20, Christian Riesch
christian.rie...@omicron.at wrote:
From: Bob Dunlop bob.dun...@xyzzy.org.uk
Currently the input frequency of the SoC is hardcoded in the SoC
specific da850.c file to 24 MHz. Since the SoC accepts input
allows setting a different input frequency in the board
specific files to support boards with oscillator/crystal frequencies other
than 24 MHz.
Signed-off-by: Bob Dunlop bob.dun...@xyzzy.org.uk
Signed-off-by: Christian Riesch christian.rie...@omicron.at
---
Hi,
in private email Bob Dunlop suggested
From Mike Williamson [mailto:michael.william...@criticallink.com]
It seems to me if you alter the reference clock rate you'll need to
ensure that CONFIG_CPU_FREQ is turned off as all the OPP's in da850.c
are based on a 24 MHz oscillator input. To support CONFIG_CPU_FREQ with
a variable input
From Nori, Sekhar [mailto:nsek...@ti.com]
On Tue, May 24, 2011 at 19:32:35, Christian Riesch wrote:
Signed-off-by: Christian Riesch christian.rie...@omicron.at
---
Hi again,
how about this solution? I just took a look how this is solved on
other ARM platforms.
This approach looks good
to the board
specific files to support boards with oscillator/crystal frequencies other
than 24 MHz.
Signed-off-by: Christian Riesch christian.rie...@omicron.at
---
arch/arm/mach-davinci/board-da850-evm.c |4 +++-
arch/arm/mach-davinci/board-mityomapl138.c |4 +++-
arch/arm/mach
Hi,
I am currently developing a custom board based on the AM1808 SoC. On
this board the SoC is driven by a 25 MHz oscillator. For the board I
created a board configuration file, e.g.,
arch/arm/mach-davinci/board-xyz.c However, the SoC specific file
arch/arm/mach-davinci/da850.c assumes that the
Signed-off-by: Christian Riesch christian.rie...@omicron.at
---
Hi again,
how about this solution? I just took a look how this is solved on other
ARM platforms.
Regards, Christian
arch/arm/mach-davinci/board-da850-evm.c |4 +++-
arch/arm/mach-davinci/board-mityomapl138.c |4
40 matches
Mail list logo