The davinci EMAC peripheral is also available on other TI
platforms -notably TI AM3517 SoC. This patch modifies the
config option and the platform structure header files so that
the driver can be reused on non-davinci platforms as well.
Signed-off-by: Sriramakrishnan
Acked-by: Chaithrika U S
---
The Davinci EMAC peripheral is also available on other TI platforms -
notably TI AM3517 SoC. The following series of patches modify the driver
suitably to make it platform agnostic.
Sriramakrishnan (3):
TI Davinci EMAC : Re-use driver for other platforms.
TI Davinci EMAC : add platform specif
When programming the DMA engine, the next pointers must be
programmed with physical address as seen from the DMA master
address space. This address may be different from physical
address of the buffer RAM area. This patch abstracts the
buffer address translation logic.
Signed-off-by: Sriramakrishn
On certain SOCs, the EMAC controller is interfaced with a wrapper logic
for handling interrupts. This patch implements a platform
specific hook to cater to platforms that require custom interrupt
handling logic
Signed-off-by: Sriramakrishnan
Acked-by: Chaithrika U S
---
drivers/net/davinci_ema
*Hai,*
**
*I am doing 20 Channel Recording for every 5 min. After 30 min of Recording
I getting the following error*
*How should I handle this problem.*
: davinci emac: emac_net_alloc_rx_buf:Failed to allocate skb for eth0.
___
Davinci-linux-open-source
Following issues have been addressed on DA8XX/OMAP-L1XX:
a. Screen misalignment during booting when frame buffer
console is enabled.
b. Driver was configured always in PSEUDOCOLOR mode.
This patch dynamically configures the driver either
in PSEUDOCOLOUR or TRUECOLOR mode depending on bpp.
Hi,
We are doing 20 Channel simultaneous Recording for every 5 min on DM6467 EVM
using Network Camera.
After 30 min of Recording I getting the following error
"davinci emac: emac_net_alloc_rx_buf:Failed to allocate skb for eth0."
How to handle this issue in Real-Time?
Regards,
Vinayagam M
On We
Hi,
We are doing 20 Channel simultaneous Recording for every 5 min on DM6467 EVM
using Network Camera.
After 30 min of Recording I getting the following error
"davinci emac: emac_net_alloc_rx_buf:Failed to allocate skb for eth0."
How to handle this issue in Real-Time?
--
Regards,
Vinayagam M
Hello.
Andrey Porodko wrote:
You should have put "MSP430 provodes RTC, IR remote, ..." text here, in
the patch description area.
I must apologize, I missed some obvious style mistakes and again forgot to
run checkpatch. Corrected.
All such text must follow the --- tearline to be auto
Hello.
Ajay Kumar Gupta wrote:
This patch set adds a new structure 'musb_hdrc_board_data' to get all
board specific data from board files.
It is actually done to accomodate ULPI_VBUSCONTROL programming required
for OMAP3EVM Rev >=E which uses external Vbus supply to support 500mA.
It's
From: Muralidharan Karicheri
This is the second version of the digital video timings APIs implementation.
This adds comment from previous version. I would like to have this
merged to 2.6.33
This adds the above APIs to the v4l2 core. This is based on version v1.2
of the RFC titled "V4L - Support
I will be sending the patch for documentation today.
FYI.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
email: m-kariche...@ti.com
>-Original Message-
>From: Karicheri, Muralidharan
>Sent: Wednesday, November 18, 2009 12:04 PM
>To: linux-me...@vger.
Sriramakrishnan writes:
> The Davinci EMAC peripheral is also available on other TI platforms -
> notably TI AM3517 SoC. The following series of patches modify the driver
> suitably to make it platform agnostic.
>
> Sriramakrishnan (3):
> TI Davinci EMAC : Re-use driver for other platforms.
>
Andrey Porodko writes:
> I must apologize, I missed some obvious style mistakes and again forgot to
> run checkpatch. Corrected.
>
> Signed-off-by: Andrey Porodko
As suggested by Sekhar in the original review, I suggest you reuse the
existing MSP430 driver, factoring into common parts and board
On Wednesday 18 November 2009 18:03:44 m-kariche...@ti.com wrote:
> From: Muralidharan Karicheri
>
> This is the second version of the digital video timings APIs implementation.
> This adds comment from previous version. I would like to have this
> merged to 2.6.33
Me too :-)
> This adds the a
From: Muralidharan Karicheri
This patch updates the v4l2-dvb documentation for the new
video timings API added.
Signed-off-by: Muralidharan Karicheri
---
diff -uNr v4l-dvb-aba823ecaea6/linux/Documentation/DocBook/v4l/common.xml
v4l-dvb-aba823ecaea6_new/linux/Documentation/DocBook/v4l/common.x
FYI...
DaVinci git updated to v2.6.32-rc7.
Kevin
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
From: Muralidharan Karicheri
This patch updates the v4l2-dvb documentation for the new
video timings API added.
Signed-off-by: Muralidharan Karicheri
---
diff -uNr v4l-dvb-aba823ecaea6/linux/Documentation/DocBook/v4l/common.xml
v4l-dvb-aba823ecaea6_new/linux/Documentation/DocBook/v4l/common.xm
Hans,
Thanks for reviewing this. I will try to send an updated patch today.
BTW, I have posted the documentation patch to the list for review.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
>-Original Mess
From: Muralidharan Karicheri
Fixing a typo in the subject...
This patch updates the v4l2-dvb documentation for the new
video timings API added.
Signed-off-by: Muralidharan Karicheri
---
diff -uNr v4l-dvb-aba823ecaea6/linux/Documentation/DocBook/v4l/common.xml
v4l-dvb-aba823ecaea6_new/linux/Do
Sriramakrishnan wrote:
> On certain SOCs, the EMAC controller is interfaced with a wrapper logic
> for handling interrupts. This patch implements a platform
> specific hook to cater to platforms that require custom interrupt
> handling logic
>
> Signed-off-by: Sriramakrishnan
> Acked-by: Chaithr
Sriramakrishnan wrote:
> When programming the DMA engine, the next pointers must be
> programmed with physical address as seen from the DMA master
> address space. This address may be different from physical
> address of the buffer RAM area. This patch abstracts the
> buffer address translation log
On Wednesday 18 November 2009 20:01:43 Karicheri, Muralidharan wrote:
> Hans,
>
> Thanks for reviewing this. I will try to send an updated patch today.
>
> BTW, I have posted the documentation patch to the list for review.
I did some quick 64-bit tests and discovered that we need to add the pack
The driver incorrectly cancels the mass-storage device CSW request
(which leads to device reset) due to giving back URB at the head of
endpoint's queue after sending each STALL handshake; stop doing that
and start checking for the queue being non-empty before stalling an
endpoint and disallowing st
Implement the driver's set_wedge() method by adding the 'wedged' flag
to the 'struct musb_ep'.
Signed-off-by: Sergei Shtylyov
---
The patch is against the recent Linus' tree.
This is probably 2.6.33 material...
drivers/usb/musb/musb_gadget.c | 21 +++--
drivers/usb/musb/
Stop playing with musb->lock and abusing musb_gadget_set_halt() in
the code clearing the endpoint halt feature -- instead, manipulate
the registers directly.
While at it, get rid uf unneeded line breaks and over-indentation in
the code setting the endpoint halt feature.
Signed-off-by: Sergei Shty
Remove the pointless 'do () while (0)' loop from musb_g_tx() -- it
makes this function symmetric to musb_g_rx()...
Signed-off-by: Sergei Shtylyov
---
The patch is against the recent Linus' tree.
This is probably 2.6.33 material...
drivers/usb/musb/musb_gadget.c | 172 +++-
Hans,
Thanks for doing the 64-bit test. I will incorporate
the below comments along with the other comments and will
post v3 of the patch with you included in the sign off.
Regards,
Murali
>
>I did some quick 64-bit tests and discovered that we need to add the packed
>attribute to struct v4l2_bt
From: Muralidharan Karicheri
This is v3 of the digital video timings APIs implementation.
This has updates based on comments received against v2 of the patch. Hopefully
this can be merged to 2.6.33 if there are no more comments.
This adds the above APIs to the v4l2 core. This is based on version
Randy,
Thanks for your comments...
>
>Make sure that these ioctls (range) are added to/included in
>Documentation/ioctl/ioctl-number.txt .
>
There is separate document for v4l2 APIs. These ioctls are
added to that (See my patch with similar title)
>Hm, are those supposed to be small 'v' instea
Troy Kisky writes:
> Sriramakrishnan wrote:
>> On certain SOCs, the EMAC controller is interfaced with a wrapper logic
>> for handling interrupts. This patch implements a platform
>> specific hook to cater to platforms that require custom interrupt
>> handling logic
>>
>> Signed-off-by: Srirama
From: Muralidharan Karicheri
Some minor updates (comment format) made to previous v3.
This is v3 of the digital video timings APIs implementation.
This has updates based on comments received against v2 of the patch. Hopefully
this can be merged to 2.6.33 if there are no more comments.
This adds
I'm not really a codec or XDAIS guy, but I believe it would violate some codec
coding standard (probably XDAIS) to call cache functions inside the codec
process call.
With Codec Engine's skeletons there is a way for the codec to "tell" the
skeleton to perform a cache operation after returning f
Hi Sergei, et al.,
I have found that setting #define HZ 1000 in param.h breaks udelay()
calls...not sure why...anyone seen same? Fix?
Specifically, the udelay() returns without waiting at all...
HZ is used in the __udelay assembly code, but I'm not well enough versed
in arm assembly
In case it matters, I'm calling udelay(25)...which waits close to
zero...
If I use 100, I get a 100us delay...if I use 75, 8us...
Is function below now somehow limited to minimum of 100 because of the
change from HZ 100 to HZ 1000?
Regards,
Randy
F
Apologies...the snippet I sent earlier was for Sparc...
the code from linux/arch/arm/lib/delay.S is where __udelay() and
__const_udelay() are found.
They do not seem to be based upon the HZ value directly...but, are based
upon loops_per_jiffy...
Still searching for why udelay() behaves dif
There is new code (linux/arch/arm/lib.delay.S) in GIT that works for HZ
1000!
Sorry, for any noise...
From: Roberts, Randy
Sent: Wednesday, November 18, 2009 6:26 PM
To: Roberts, Randy; 'Sergei Shtylyov'
Cc: 'Steve Chen'; 'davinci-linux-open-source@lin
Hi,
> -Original Message-
> From: Sergei Shtylyov [mailto:sshtyl...@ru.mvista.com]
> Sent: Wednesday, November 18, 2009 7:50 PM
> To: Gupta, Ajay Kumar
> Cc: linux-...@vger.kernel.org;
> davinci-linux-open-source@linux.davincidsp.com;
> coolo...@kernel.org; felipe.ba...@nokia.com;
> linu
On Wednesday 18 November 2009 23:43:59 m-kariche...@ti.com wrote:
> From: Muralidharan Karicheri
>
> Some minor updates (comment format) made to previous v3.
>
> This is v3 of the digital video timings APIs implementation.
> This has updates based on comments received against v2 of the patch. Ho
Hello everyone i am using DM6446 and want to enable the SPI interface but i am
not able to configure it.
I think the git kernel does not includes any SPI support for DM6446.
can any one tell how to enable the SPI interface on DM6446. What source code
modification is required in dm644x.c file is
40 matches
Mail list logo