RE: MUSB: Idea: board-specific OTG ID pin interrupt support

jean-philippe francois wrote: > 2010/6/3 Jon Povey : >> jean-philippe francois wrote: >>> I achieved this by monitoring '/sys/devices/platform/musb_hdrc/mode' >>> in user space. >> >> We did similar using hotplug events on 2.6.10 for both mmc and usb >> storage. >> > But there is no hotplug event i

RE: Running a Web Browser on DM6446

Hi Amr, On Thu, Jun 03, 2010 at 12:19:09, amr ali wrote: > Thanks for the thttpd hint, but this is a server not a browser :) > Right! Didn’t read the question correctly. No idea about browser :( Thanks, Sekhar ___ Davinci-linux-open-source mailing list

RE: Running a Web Browser on DM6446

I am trying with this right now: http://www.webkitgtk.org/?page=download. I already have a GTK in my file system and most webkit's dependencies. Will feedback if I succeed in doing that. -- Amr Ali Abdel-Naby Embedded Systems Developer www.embedded-tips.blogspot.com > From: nsek...@ti.com > To

DM365 UBL binary size differs.

Hi, I am in process or board bring up of DM365 based customize hardware. I am using PSP_02_10_00_14.tgz which comes with DVSDK_2.10. I compiled the *original *UBL source code provided in PSP package (PSP_02_10_00_14/board_utilities/flash_utils/DM36x/GNU/ubl/). After compilation the binary s

Re: Running a Web Browser on DM6446

On Thu, Jun 03, 2010 at 09:35:01AM +0300, amr ali wrote: > > Hi, > I want to run a Web Browser on DM6446. Any head starts? > > Did anyone manage to run Ubuntu Desktop on any Davinci Boards? basically you need X working on the framebuffer or something like directfb + gtk + browser. I think havin

How to change the file Davinci_vpfe.c for capturing the Raw Data in my DM6446 platform?

Hi, all My platform have the FPGA modules as the video source, and I could get the video stream as the BT 656 format, and It works very well. Now I want to capturing the video stream as the Raw Data format from the FPGA modules, but I do not know how to change the davinci_vpfe.c to set the ccdc r

Davinci GPIO -> IRQ confusion

I have spent today convinced something was wrong with gpio_to_irq() on DM355, and am slowly getting round to thinking that things are as intended, with confusing side effects. Namely, gpio_to_irq(1) returns 65, which eth0 reports on boot: eth0: dm9000a at c8814000,c8818002 IRQ 65 MAC: 06:06:0b

Re: Davinci GPIO -> IRQ confusion

Jon Because there isn't an actual IRQ for each pin, they need to be virtual. The alternative is to have multiple drivers all wanting the same IRQ Steve On Jun 3, 2010, at 6:30 AM, Jon Povey wrote: I have spent today convinced something was wrong with gpio_to_irq() on DM355, and am slo

Re: Davinci GPIO -> IRQ confusion

> Because there isn't an actual IRQ for each pin, > they need to be virtual. Actually, some of them could be "real" IRQs instead of being dispatched through the GPIO bank IRQ (which is a "real" IRQ, of course). But that gets messy. At one point it didn't work at all in Linux. It should work now

[PATCH 0/2] Davinci: Fix EDMA controller default queue number handling

On DA850 the second EDMA controller only has one transfer controller and event queue. These changes fix the default event queue configuration from EVENTQ_1 to what is configured in platform data. As the EDMA driver is shared this may cause unwanted event queue ids on other davinci devices. These d

[PATCH 1/2] DA850: Add default event queue numbers to EDMA controllers' platform data.

Signed-off-by: Juha Kuikka diff --git a/arch/arm/mach-davinci/devices-da8xx.c b/arch/arm/mach-davinci/devices-da8xx.c old mode 100644 new mode 100755 index 8cda729..9578642 --- a/arch/arm/mach-davinci/devices-da8xx.c +++ b/arch/arm/mach-davinci/devices-da8xx.c @@ -132,6 +132,7 @@ static struct e

[PATCH 2/2] Davinci-EDMA: Use default event queue numbers from platform data to initialize channels.

Without this change the edma_probe defaults all channels into EVENTQ_1. This is an issue on devices where not all EDMA controllers have multiple queues. Signed-off-by: Juha Kuikka diff --git a/arch/arm/mach-davinci/dma.c b/arch/arm/mach-davinci/dma.c index d33827a..24bf27c 100644 --- a/arch/arm

Re: MUSB: Idea: board-specific OTG ID pin interrupt support

2010/6/3 Jon Povey : > Hi, > > Did you mean to email privately or forgot list CC's? > My mistake. > jean-philippe francois wrote: >> What is your use case ? >> I am having a similar problem, but without happy design foresight ;). >> >> I am only using the gadget role, but still I need to detect ex

Re: how to decode h264 video encode by TI\'s H264 Baseline Profile Encoder (dm6446)

VLC should work well on the raw H.264. Make sure you start with the first frame. You may need to modify the bitstream if you want to start at any arbitrary position. Steve On Jun 3, 2010, at 12:22 AM, Raghu Ramaraj wrote: Hi, I also wanted to know , how to play H264 encoded file

RE: Davinci GPIO -> IRQ confusion

David Brownell wrote: >> Because there isn't an actual IRQ for each pin, >> they need to be virtual. > > Actually, some of them could be "real" IRQs > instead of being dispatched through the GPIO > bank IRQ (which is a "real" IRQ, of course). > > But that gets messy. At one point it didn't > work

RE: how to decode h264 video encode by TI\'s H264 Baseline Profile Encoder (dm6446)

We are facing some issue in which the image colors go bad (Means not getting proper image) after 4-5 hours At this stage, we wanted to record the video image into file. So that time we will not be having the header of H264. Is it possible to run the H264 raw file? If not then how to add he