On Wed, Sep 23, 2009 at 09:16:27, Dmitry Torokhov wrote:
> On Tue, Sep 22, 2009 at 10:37:35AM -0700, Kevin Hilman wrote:
> > Miguel Aguilar writes:
> >
> > > Sekhar,
> > >
> > > If you and Sneha agree I will write driver in terms of davinci instead of
> > > dm365.
> > >
> >
> > I add a vote the d
Hi All:
I running encode demo with dvsdk_demos_2_00_00_07 in dvsdk_2_00_00_22,
But system no respond after capture and encode some frame,
It seems the DSP hand after running with CE_DEBUG=2
Lots of error message come out after press Ctrl+C.
Below is the detail:
1, run: loadmodules.sh
CMEMK modul
McASP write FIFO registers should be modified for playback and read FIFO
registers for capture. Check the PCM mode before manipulating the
FIFO registers. Currently, irrespective of playback/capture both the
FIFOs are enabled or disbaled. This resulted in errors in audio loopback
mode.
Signed-off-
Hi, all
If a progressive frame of data is stored in DDR , and I want to
output to a interlaced device such as NTSC mode TV, how can I achieve
this?
I just set the
VIDWINMD.VFF0/VIDWINMD.VFF1/OSDWIN0MD.OFF0/OSDWIN1MD.OFF1 to a field
mode and set the VMOD.ITLC to interlaced mode, also set th
Dear all,
My Board based on DM365 can not execute GEL completely after power on.I
checked many that power sequence and amplitude of volatges 1.2V,1.8V and 3.3V
are all right according to datasheet.The power pins and real time colck are
also checked without questions.The difference betwee
On Wed, Sep 23, 2009 at 12:14:24AM +0400, Sergei Shtylyov wrote:
> Hello.
>
> Mark A. Greer wrote:
>> On Fri, Sep 18, 2009 at 09:05:56PM +0400, Sergei Shtylyov wrote:
>>
>>
diff --git a/arch/arm/mach-davinci/Kconfig b/arch/arm/mach-davinci/Kconfig
>>
>>
+config DA830_UI_
Mark,
Mark Brown wrote:
On Tue, Sep 22, 2009 at 01:28:58PM -0600, miguel.agui...@ridgerun.com wrote:
Looks mostly good - the main issue here is the device registration
stuff, everything else is fairly minor.
+ select SND_SOC_CQ0093VC if ARCH_DAVINCI_DM365
This probably should have no
From: Miguel Aguilar
The general structures are defined at DM365 SoC file and the specific
platform data structure for the EVM is defined at board file.
Signed-off-by: Miguel Aguilar
---
arch/arm/mach-davinci/board-dm365-evm.c| 54
arch/arm/mach-davinci/dm365
From: Miguel Aguilar
Adds the driver for enabling keypad support for DaVinci platforms.
DM365 is the only platform that uses this driver at the moment.
This driver was tested on DM365 EVM rev C.
Signed-off-by: Miguel Aguilar
---
arch/arm/configs/davinci_all_defconfig |1 +
arch/arm/
Hi,
This patch series adds the following support:
1) DaVinci Keypad Driver.
2) DM365 SoC specific structures for the Keypad support.
3) Keypad support for DM365 EVM.
Regards,
--
Miguel Angel Aguilar Ulloa
Embedded Software Engineer
RidgeRun Embedded Solutions
miguel.agui...@ridgerun.com
I ran into the same thing. Had good luck when I switched
from DHCP to a static IP address. Found that this TI paper written
by Juan Gonzales was very helpful in making the switch:
http://focus.ti.com/lit/an/spraaq0/spraaq0.pdf
Hope this helps.
-Robert
-Original Message-
From
Hello.
Kevin Hilman wrote:
[non-davinci lists removed]
Non-aVinci people removed. :-)
Kevin Hilman wrote:
Linus,
Please pull the DaVinci platform updates for 2.6.32.
FYI...
For those who haven't seen yet, Linus pulled/merged this series on
9/18 so it is now part of his master branc
Hello.
Nori, Sekhar wrote:
is enabled by proper programming of the IO Expander (TCA6416) ports. Also for
RMII PHY to work, the MDIO clock of MII PHY has to be disabled since both the
PHYs have the same address. This is done via the GPIO2[6] pin. This patch adds
support for RMII PHY.
This patch
[non-davinci lists removed]
Kevin Hilman wrote:
Linus,
Please pull the DaVinci platform updates for 2.6.32.
FYI...
For those who haven't seen yet, Linus pulled/merged this series on 9/18
so it is now part of his master branch and will be included in 2.6.32.
Kevin
___
Hello.
Mark A. Greer wrote:
On Fri, Sep 18, 2009 at 09:05:56PM +0400, Sergei Shtylyov wrote:
diff --git a/arch/arm/mach-davinci/Kconfig b/arch/arm/mach-davinci/Kconfig
+config DA830_UI_LCD
+ bool "LCD"
+ help
+ Say Y here to use the LCD as a framebuffer or s
From: Miguel Aguilar
This patch enables the voice codec support for the DM365 EVM.
For the DM365 EVM only one codec is able to be enabled at time,
external (AIC3101) or internal (Voice Codec CQ0093). Either internal
or external codec can be selected in the configuration menu.
This patch was cre
From: Miguel Aguilar
This patch adds support for the Voice Codec CQ0093.
This driver was tested on a DM355 EVM rev C.
Signed-off-by: Miguel Aguilar
---
sound/soc/codecs/Kconfig |4 +
sound/soc/codecs/Makefile |2 +
sound/soc/codecs/cq93vc.c | 377
From: Miguel Aguilar
1) Add the resources needed by the CQ0093 voice codec.
2) Add platform device for the voice codec interface.
Signed-off-by: Miguel Aguilar
---
arch/arm/mach-davinci/dm365.c | 46
arch/arm/mach-davinci/include/mach/dm365.h |5
From: Miguel Aguilar
1) Adds an interface needed by the voice codec CQ0093.
2) Add an option to select internal or external codec in the DM365.
Signed-off-by: Miguel Aguilar
---
sound/soc/davinci/Kconfig| 26 +++-
sound/soc/davinci/Makefile |2 +
sound/soc/davinci/davinci-v
Hi,
The following series of patches adds the following support:
1) CQ0093 Voice Codec driver.
2) Voice Codec Interface.
3) Voice Codec resources and Voice Codec Interface platform device.
4) Voice Codec on the DM365 EVM.
Notes:
The patch series was created based on the current temp/asoc branch
On Fri, Sep 18, 2009 at 09:05:56PM +0400, Sergei Shtylyov wrote:
>> diff --git a/arch/arm/mach-davinci/Kconfig b/arch/arm/mach-davinci/Kconfig
>> +config DA830_UI_LCD
>> +bool "LCD"
>> +help
>> + Say Y here to use the LCD as a framebuffer or simple character
>> + display.
>> +
>
Hello.
Kevin Hilman wrote:
I see this has been committed too -- Kevin, really, could you allow
more time on patch comments?
OK, I looked at the timeline:
09/04: Mark's inital series
09/14: (10 days later) my initial response,
respin request, no other problems from me
Sergei Shtylyov writes:
>I see this has been committed too -- Kevin, really, could you allow
> more time on patch comments?
OK, I looked at the timeline:
09/04: Mark's inital series
09/14: (10 days later) my initial response,
respin request, no other problems from me
no othe
Sergei Shtylyov writes:
> Hello, I wrote:
>
>>> Add support for the Sharp LCD035Q3DG01 graphical LCD. This
>>> requires a minor interface change to da8xx_register_lcdc()
>>> so that the board code can pass in the platform_data which
>>> describes the lcd controller that's to be used.
>
>>> Signe
Miguel Aguilar writes:
> Sekhar,
>
> If you and Sneha agree I will write driver in terms of davinci instead of
> dm365.
>
I add a vote the davinci* naming instead of dm365*.
Kevin
> Thanks,
>
> Miguel Aguilar
>
> Nori, Sekhar wrote:
>> On Fri, Sep 18, 2009 at 20:02:32, Miguel Aguilar wrote:
>
"Mark A. Greer" writes:
> From: Mark A. Greer
>
> The rtc-omap driver currently assumes that the rtc's
> registers are at a fixed address and already mapped
> into virtual memory space. Remove those assumptions
> so the same driver can be used for similar devices
> that reside at different phys
On Tue, Sep 22, 2009 at 18:35:12, Sergei Shtylyov wrote:
> Hello.
>
> Chaithrika U S wrote:
>
> > DA850/OMAP-L138 EVM has a RMII Ethernet PHY on the UI daughter card. The PHY
> > is enabled by proper programming of the IO Expander (TCA6416) ports. Also
> > for
> > RMII PHY to work, the MDIO clock
On Tue, Sep 22, 2009 at 06:10:41PM +0530, Sudhakar Rajashekhara wrote:
> On Sat, Sep 19, 2009 at 02:40:04, Mark A. Greer wrote:
> > From: Mark A. Greer
> >
> > The existing NAND infrastructure allows the default main and
> > mirror bad block tables to be overridden in nand_default_bbt().
> > Howe
This patch adds support for regulating the CVDD voltage for the
DA850/OMAP-L138 platform.
The CVDD min and max values for each OPP have been obtained from
section 5.2 "Recommended Operating Conditions" of SPRS586
Signed-off-by: Sekhar Nori
---
arch/arm/mach-davinci/da850.c | 43 ++
This patch adds support for using the TPS65070 PMIC found
on the DA850/OMAP-L138 EVM.
It defines the power rail consumer mapping and registers the
the I2C based PMIC as a board device.
The power rail constraints are derived from the maxmimum and
minimum recommended operating condition values of t
Adds basic frequency scaling support for DA850/OMAP-L138.
Currently, frequency scaling only on PLL0 is supported. No scaling of PLL1
as yet.
Peripherals like MMC/SD which have a clock input synchronous with
ARM clock will not work well since the clock will change behind their backs.
Support for n
Adds a basic CPUFreq driver for DaVinci devices registering with the
kernel CPUFreq infrastructure.
Support is added for both frequency and voltage regulation.
Signed-off-by: Sekhar Nori
---
arch/arm/Kconfig |2 +-
arch/arm/mach-davinci/Makefile |
Signed-off-by: Sekhar Nori
---
arch/arm/mach-davinci/board-da850-evm.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-davinci/board-da850-evm.c
b/arch/arm/mach-davinci/board-da850-evm.c
index 25ae007..16c8cce 100644
--- a/arch/arm/mach-davinci/board-d
Sekhar,
If you and Sneha agree I will write driver in terms of davinci instead of dm365.
Thanks,
Miguel Aguilar
Nori, Sekhar wrote:
On Fri, Sep 18, 2009 at 20:02:32, Miguel Aguilar wrote:
Sekhar,
See the comments below.
Nori, Sekhar wrote:
On Fri, Sep 18, 2009 at 01:36:36, miguel.agui...@
Hello.
Chaithrika U S wrote:
DA850/OMAP-L138 EVM has a RMII Ethernet PHY on the UI daughter card. The PHY
is enabled by proper programming of the IO Expander (TCA6416) ports. Also for
RMII PHY to work, the MDIO clock of MII PHY has to be disabled since both the
PHYs have the same address. This
DA850/OMAP-L138 EVM has a RMII Ethernet PHY on the UI daughter card. The PHY
is enabled by proper programming of the IO Expander (TCA6416) ports. Also for
RMII PHY to work, the MDIO clock of MII PHY has to be disabled since both the
PHYs have the same address. This is done via the GPIO2[6] pin. Thi
On Sat, Sep 19, 2009 at 02:40:04, Mark A. Greer wrote:
> From: Mark A. Greer
>
> The existing NAND infrastructure allows the default main and
> mirror bad block tables to be overridden in nand_default_bbt().
> However, the davinci_nand driver does not support this. So,
> add fields to the davinc
Yes I have. Anyway i'm trying to read a value of a register of TVP5150.
Is this the correct way??
if(ioctl(fd, I2C_SLAVE, (0xB8)>>1) < 0) {
fprintf( stderr, "Failed to set slave address: %m\n" );
exit(1);
}
/* Using I2C Read, equivalent of i2c_smbus_read_byte(file) */
if (read(f
Hi all,
I am trying to build the ov analyitics application upon dm6446.I am getting
the fallowing issue..
dm6...@dm6446:~/chandra/OV_5.0.1/OnBoard_SDK/Davinci/CCS3.2_DVEVM6446/apps/ovanalytics>
gmake clean
rm -rf main_native.out *.o ./View/*.o ./Rule/*.o ./Event/*.o
./TargetTracking/*.o ./Video
Liu Hua spiffera, alle Monday 21 September 2009 circa:
> But it seems that no data output. Can anyone help me? Thanks.
> There's one thing I'm not sure. If emif is configured as 16 bit, can
> we write bytes twice to form a word? Like this, one byte to (EMIF
> ADDR), one byte to (EMIF ADDR +1).
W
Andrea Gasparini wrote, Monday 21 September 2009:
> and that's the output:
> i=0, mmap[0]=0
> i=1, mmap[1]=0
> i=2, mmap[2]=0
Update: I changed my code in order to use __get_free_pages() and nothing
happens. So, my guess is that I'm missing something about virt_to_phys()
function pratical
On Fri, Sep 18, 2009 at 20:02:32, Miguel Aguilar wrote:
> Sekhar,
>
> See the comments below.
>
> Nori, Sekhar wrote:
> > On Fri, Sep 18, 2009 at 01:36:36, miguel.agui...@ridgerun.com wrote:
[...]
> >> diff --git a/drivers/input/keyboard/Kconfig
> >> b/drivers/input/keyboard/Kconfig
> >> index a
42 matches
Mail list logo
