On Tue, Dec 08, 2009 at 03:53:24, Kevin Hilman wrote:
> "Nori, Sekhar" writes:
>
> > On Thu, Nov 26, 2009 at 00:54:38, Kevin Hilman wrote:
> >> Sekhar Nori writes:
> >>
[...]
> >> > +static struct davinci_pm_config *pdata;
> >> > +
> >> > +static void davinci_sram_push(void *dest, void *src, un
On Mon, Dec 07, 2009 at 23:54:16, Troy Kisky wrote:
> Chaithrika U S wrote:
> > Add i2c reset control and clock divider calculation functions
> > which will be useful for power management features.
> >
> > Signed-off-by: Chaithrika U S
> > ---
> > drivers/i2c/busses/i2c-davinci.c | 56
> > +++
On Mon, Dec 07, 2009 at 16:30:14, Sergei Shtylyov wrote:
> Hello.
>
> Chaithrika U S wrote:
>
> > Add cpufreq support for DaVinci I2C driver.
> > Tested on DA850/OMAP-L138 EVM. For the purpose of testing, the patches
> > which add cpufreq support [1] for this SoC are needed.
> >
> > [1]http://lin
On Tuesday 08 December 2009 01:44:43 Santiago Nunez-Corrales wrote:
> Hans,
>
>
> Hi. Have you had a chance to look at this version of the driver?
Sorry, no. I hope to have some time on Thursday. I'm abroad for business at
the moment and unfortunately that leaves me with little time for reviewin
Dmitry Torokhov writes:
> On Mon, Dec 07, 2009 at 04:24:59PM -0800, Kevin Hilman wrote:
>> writes:
>>
>> > From: Miguel Aguilar
>> >
>> > Add a function pointer in the platform data of the DaVinci Keyscan driver
>> > called device_enabled, in order to perform board specific actions when
>> > t
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.
>
> This patch has been generated against the tip of linux-davinci git.
Thanks, app
Sudhakar Rajashekhara writes:
> This patch initializes the platform data to enable 4-bit
> ecc support on DA850/OMAP-L138.
>
> Signed-off-by: Sudhakar Rajashekhara
Thanks, pushing to davinci git, queued for 2.6.34.
Kevin
___
Davinci-linux-open-source
Sudhakar Rajashekhara writes:
> On DA850/OMAP-L138, NOR flash partition was starting from offset
> ZERO erasing the UBL and u-boot when the complete NOR is erased.
> This patch moves the start of the partition to 512K, after the
> bootloaders and u-boot env variables.
>
> This patch also creates
writes:
> From: Miguel Aguilar
>
> Adds the device_enable function to the DaVinci Keyscan platform data
> to setup the PINMUX configuration.
>
> It also removes #ifdef from the DM365 EVM board in order to load it
> properly as a module.
>
> Signed-off-by: Miguel Aguilar
This looks good to me.
writes:
> From: Miguel Aguilar
>
> Add a function pointer in the platform data of the DaVinci Keyscan driver
> called device_enabled, in order to perform board specific actions when
> the device is initialized, like setup the PINMUX configuration.
>
> Signed-off-by: Miguel Aguilar
Signed-off-b
From: Muralidharan Karicheri
This combines the two patches sent earlier to change the clock configuration
and converting ccdc drivers to platform drivers. This has updated comments
against v0 of these patches.
This adds platform code for ccdc driver on DM355 and DM6446.
Reviewed-by: Vaibhav Hir
From: Muralidharan Karicheri
This combines the two patches sent earlier to change the clock configuration
and converting ccdc drivers to platform drivers. This has updated comments
against v0 of these patches.
In this patch, the probe() function is modified to do the vpss master and
slave clock
From: Muralidharan Karicheri
This combines the two patches sent earlier to change the clock configuration
and converting ccdc drivers to platform drivers. This has updated comments
against v0 of these patches.
In this patch, the probe() function is modified to do the vpss master and
slave clock
From: Muralidharan Karicheri
This combines the two patches sent earlier to change the clock configuration
and converting ccdc drivers to platform drivers. This has updated comments
against v0 of these patches.
In this patch, the clock configuration is moved to ccdc driver since clocks
are config
Sekhar Nori writes:
> Currently, the spinlock in DaVinci clock framework is being
> used to:
>
> 1) Protect clock structure variables usecount and rate against
> concurrent modification.
>
> 2) Protect against simultaneous PSC enables/disables ie.
> serialize davinci_psc_config().
>
> 3) Serializ
Sekhar Nori writes:
> Currently, the spinlock in DaVinci clock framework is being
> used to:
>
> 1) Protect clock structure variables usecount and rate against
> concurrent modification.
>
> 2) Protect against simultaneous PSC enables/disables ie.
> serialize davinci_psc_config().
>
> 3) Serializ
"Karicheri, Muralidharan" writes:
> Kevin,
>
> Following patch merged to v4l-dvb linux-next has an architectural
> part as attached. If you have not merged it to your next branch
> for linux-davinci tree, please do so at your earliest convenience
> so that they are in sync.
OK, applying to davi
Sekhar Nori writes:
> All DaVinci platforms include a DSP or co-processor for
> audio/video acceleration.
>
> While creating memory for the DSP/co-processor, system
> integrator can end up creating a hole in the memory map
> of the sort:
>
>
>
> This sort of configuration needs ARCH_HAS_HOLES_
Sekhar Nori writes:
> DM6467T (T for Turbo) is a newer and faster DM6467
> part from TI. The new part supports 1080p video and
> has the ARM running at 495MHz. More SoC information:
>
> http://focus.ti.com/docs/prod/folders/print/tms320dm6467t.html
>
> Spectrum Digital, Inc has a new EVM for this
Sekhar Nori writes:
> Currently all the #defines and static variables in the
> board-dm646x-evm.c file are located right at the start
> of the file because of which the related code is not
> together - making reading the code difficult.
>
> This patch moves around the code keeping related code
>
Andrey Porodko writes:
Please add a descriptive changelog.
Kevin
> Signed-off-by: Andrey Porodko
> ---
> arch/arm/mach-davinci/board-neuros-osd2.c |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/mach-davinci/board-neuros-osd2.c
> b/arch/arm/mach-davin
Sekhar Nori writes:
> This set of patches adds suspend-to-RAM support for DaVinci.
> The support is presented as generic for DaVinci but has been
> tested only on OMAP-L138. Hopefully extending it for other
> SoCs is only a matter of adding SoC and board code.
>
> Patch 12/14 adds the meat of the
Linus,
Please pull the davinci platform updates for 2.6.33.
Thanks,
Kevin
The following changes since commit 648f4e3e50c4793d9dbf9a09afa193631f76fa26:
Linus Torvalds (1):
Linux 2.6.32-rc8
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/khil
Sandeep,
Thank you for your response. We are using TMS320DM6441ZWT device. Can
you suggest any NAND device that will be recognized by RBL and easily
available from a supplier/distributor in US?
Regards,
Naresh
Irvine Sensors Corporation
phone: (714)-435-8928
email: nkans...@irvine-sensors.
"Nori, Sekhar" writes:
> On Thu, Nov 26, 2009 at 00:54:38, Kevin Hilman wrote:
>> Sekhar Nori writes:
>>
>
> [...]
>
>> > +* Note on SLEEPCOUNT:
>> > +* The SLEEPCOUNT feature is mainly intended for cases in which
>> > +* the internal oscillator is used. The internal oscillator is
>>
We have tried NANDs of large sizes in DM355 and DM365.
Before opting for a NAND you should check if the NAND will get detected by the
RBL.
Also DM6446 supports only 1 bit HW ECC so you should also make sure that the
NAND you choose does not require more than I bit ECC.
If you satisfy these 2 co
Hello All,
The Spectrum DVEVM board uses a NAND Flash device that is not easily
available from supplier/distributor in US. Has someone on his/her custom
Davinci board has used a new NAND Flash device that is >= 128Mbytes and
easily available from local US supplier?
Thank you for help.
Nare
test5a___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Testing if list is accepting emails from me yet.
Updated TI spam filters were rejecting mails from me, probably due to
reverse DNS lookup failures. I've fixed the reverse DNS problems and
now testing if list will accept posts from me.
Kevin
___
Davinc
test 1a
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Sekhar,
>
>Hi Murali,
>
>Here is a (styling related) review from an non-video person. The
[MK] The styling was mostly done by one of our intern who is new to open source
coding. So I will fix it based on your comments.
>review is neither complete nor exhaustive (the patch is huge!),
>but I tho
Will,
Use this tree
http://arago-project.org/git/people/?p=sneha/linux-davinci-staging.git;a=shortlog
It has the SPI driver which has been tested on multiple SOC's. On the DM365
multiple slaves have also been tested.
You will need to add support for SPI for DM6446. The reason we have not added
Hans,
Hi. Have you had a chance to look at this version of the driver?
Regards,
Santiago.
Santiago Nunez-Corrales wrote:
This series of patches provide support for the TVP7002 decoder in DM365.
Support includes:
* Inclusion of the chip in v4l2 definitions
* Definition of TVP7002 specific
Add i2c reset control and clock divider calculation functions
which will be useful for power management features.
Signed-off-by: Chaithrika U S
---
drivers/i2c/busses/i2c-davinci.c | 56 +-
1 files changed, 37 insertions(+), 19 deletions(-)
diff --git a/dri
Add suspend and resume callbacks to DaVinci I2C driver.
This has been tested on DA850/OMAP-L138 EVM. The SoC specific
suspend-to-RAM support patch series [1] is needed to test this feature.
[1] http://linux.davincidsp.com/pipermail/davinci-linux-open-source/
2009-November/016958.html
Signed-off-b
Add suspend/resume and cpufreq features to DaVinci I2C driver
All patches apply to Linus' kernel tree.
Testing of these features was done on DA850/OMAP-L138 EVM.
Chaithrika U S (3):
i2c: davinci: Add helper functions
i2c: davinci: Add suspend/resume support
i2c: davinci: Add cpufreq support
Add cpufreq support for DaVinci I2C driver.
Tested on DA850/OMAP-L138 EVM. For the purpose of testing, the patches
which add cpufreq support [1] for this SoC are needed.
[1]http://linux.davincidsp.com/pipermail/davinci-linux-open-source/
2009-September/016118.html
Signed-off-by: Chaithrika U S
-
37 matches
Mail list logo