Hi Heiko,
On Mon, Mar 05, 2012 at 16:40:01, Heiko Schocher wrote:
add of support for the davinci_emac driver.
Signed-off-by: Heiko Schocher h...@denx.de
Cc: davinci-linux-open-source@linux.davincidsp.com
Cc: linux-arm-ker...@lists.infradead.org
Cc: devicetree-disc...@lists.ozlabs.org
Cc:
Hi Arnd, Olof,
Can you please pull the following DaVinci SoC support updates.
This pull request has been restructured as per Olof's suggestion.
Thanks,
Sekhar
The following changes since commit d48b97b403d23f6df0b990cee652bdf9a52337a3:
Linux 3.4-rc6 (2012-05-06 15:07:32 -0700)
are available
Hi Arnd, Olof,
Can you please pull the following DaVinci fixes and cleanups for v3.5?
Thanks,
Sekhar
The following changes since commit 0034102808e0dbbf3a2394b82b1bb40b5778de9e:
Linux 3.4-rc2 (2012-04-07 18:30:41 -0700)
are available in the git repository at:
Hi Sebastian,
On Thu, Feb 09, 2012 at 17:58:26, Sebastian Andrzej Siewior wrote:
The ISR does quiete a lot of hw access which could be avoided. First it
checks for a pending interrupt by reading alteast one register. Then it
checks for the activated slots by reading another register. This is
Hi Arnd, Olof,
Please pull these DaVinci fixes for v3.5 kernel. The definition of fix is
admittedly broad here, but I did not want to create too many separate pull
requests either. This itself is a pretty small one as such.
This is also a first signed-tag pull request from me, so let me know
Hi Arnd, Olof,
Can you please pull the following two DaVinci clean-up patches?
Thanks,
Sekhar
The following changes since commit e816b57a337ea3b755de72bec38c10c864f23015:
Linux 3.4-rc3 (2012-04-15 18:28:29 -0700)
are available in the git repository at:
Hi Jan,
On 4/4/2012 7:12 PM, Jan Luebbe wrote:
Signed-off-by: Jan Luebbe j...@pengutronix.de
---
drivers/mmc/host/davinci_mmc.c |1 +
This patch needs to go through the MMC/SD maintainer. Please see:
http://lxr.linux.no/#linux+v3.3.1/MAINTAINERS#L4452
Can you re-send it to Chris Ball
Hi Grant,
On Tue, Mar 20, 2012 at 21:53:34, Grant Likely wrote:
On Tue, 20 Mar 2012 16:10:09 +0530, Shubhrajyoti D shubhrajy...@ti.com
wrote:
The driver uses NULL for dma_unmap_single instead of
the struct device that the API expects.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
Hi Arnd,
On Thu, Mar 15, 2012 at 21:22:09, Arnd Bergmann wrote:
On Wednesday 14 March 2012, Nori, Sekhar wrote:
Hi Arnd, Olof,
Can you please pull the following DaVinci fixes for v3.3.
They fix a build and section mismatch warning.
Thanks,
Sekhar
The following changes since
Hi Arnd, Olof,
Can you please pull the following DaVinci fixes for v3.3.
They fix a build and section mismatch warning.
Thanks,
Sekhar
The following changes since commit fde7d9049e55ab85a390be7f415d74c9f62dd0f9:
Linus Torvalds (1):
Linux 3.3-rc7
are available in the git repository
Hi Grant,
On Mon, Mar 12, 2012 at 23:21:35, Grant Likely wrote:
On Sun, 11 Mar 2012 18:16:11 +0530, Sekhar Nori nsek...@ti.com wrote:
Unbanked GPIO irq setup code was overwriting chip_data leading
to the following oops on request_irq()
Unable to handle kernel paging request at virtual
Hi Olof,
On Sat, Mar 10, 2012 at 22:00:18, Olof Johansson wrote:
On Thu, Mar 8, 2012 at 11:23 AM, Nori, Sekhar nsek...@ti.com wrote:
[...]
The following changes since commit 3a034af7c1a3c55014eeb15a9c9430e9f72810e4:
Arnd Bergmann (1):
Merge branch 'next/fixes-non-critical
Hi Arnd, Olof,
Can you please pull these two patches adding support
for DaVinci DM644x V4L2 display support for v3.4.
These patches heavily depend on the clean-up series sent
earlier. I have re-generated the pull request against
v3.4/cleanup branch of my tree (already pulled earlier
and
Hi Arnd, Olof,
Can you please pull these two patches adding support
for DaVinci DM644x V4L2 display support for v3.4.
These patches heavily depend on the clean-up series sent earlier.
Since the clean-up series is already included in for-next branch
of arm-soc, I have generated a request using
Hi Jon,
On Fri, Jan 27, 2012 at 18:49:42, Nori, Sekhar wrote:
Hi Jon,
On Tue, Jan 17, 2012 at 15:32:23, Nori, Sekhar wrote:
I was able to reproduce this on the EVM using v2.6.38 (works)
and v3.2 + my patch (doesn't work). I just started poking some
registers to see what is happening
Hi Arnd, Olof,
Can you please pull the following MAINTAINERS file
updates for DaVinci for v3.4?
Thanks,
Sekhar
The following changes since commit 192cfd58774b4d17b2fe8bdc77d89c2ef4e0591d:
Linus Torvalds (1):
Linux 3.3-rc6
are available in the git repository at:
Hi Arnd,
On Mon, Feb 27, 2012 at 20:29:52, Arnd Bergmann wrote:
On Friday 24 February 2012, Nori, Sekhar wrote:
Hi Arnd, Olof,
Can you please pull these DaVinci clean-up patches for
the v3.4 merge window? I have made sure that these don't
have any conflicts with the rmk/for-armsoc
Hi Manju,
On Wed, Jan 25, 2012 at 20:35:31, Hadli, Manjunath wrote:
add a condition to in the isr to check for interrupt ownership and
to is misplaced here?
channel number to make sure we do not service wrong interrupts.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
I think it will
On Tue, Feb 28, 2012 at 20:57:39, Arnd Bergmann wrote:
On Tuesday 28 February 2012, Nori, Sekhar wrote:
I guess the cleanest way to do that would have been to let
these patches go through my tree with appropriate maintainer
acks (but that obviously didn't happen - will try and fix
Hi Arnd, Olof,
Can you please pull these DaVinci clean-up patches for
the v3.4 merge window? I have made sure that these don't
have any conflicts with the rmk/for-armsoc branch of
the arm-soc tree.
These patches need the following two commits from linux-next
(next-20120224) to keep the VPIF and
Hi Arnd, Olof,
Can you please pull the following DaVinci fix for v3.4?
It has no conflicts with rmk/for-armsoc branch of the
arm-soc tree or with latest linux-next.
Thanks,
Sekhar
The following changes since commit 62aa2b537c6f5957afd98e29f96897419ed5ebab:
Linus Torvalds (1):
Linux
Hi Manju,
On Wed, Jan 25, 2012 at 20:35:34, Hadli, Manjunath wrote:
add build configuration for da850/omapl-138 for vpif
capture and display drivers.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
drivers/media/video/davinci/Kconfig | 26 +-
Hi Prakash,
On Tue, Feb 21, 2012 at 11:54:56, Manjunathappa, Prakash wrote:
Hi,
I do not see any comments on this series. Can it be applied?
I have not yet gotten to reviewing the davinci parts of this series.
I have a backlog and am clearing it oldest first. Hope to get to this
by this week
Hi Manju,
On Wed, Dec 21, 2011 at 19:13:35, Hadli, Manjunath wrote:
remove individual platform header files for dm365, dm355, dm644x
and dm646x and consolidate it into a single and common
header file davinci.h placed in arch/arm/mach-davinci.
This reduces the pollution in the include/mach
Hi Manju,
On Wed, Dec 21, 2011 at 19:13:36, Hadli, Manjunath wrote:
Current devices.c file has a number of instances where
IO_ADDRESS() is used for system module register
You seemed to have limited yourself to devices.c, but there
is one more IO_ADDRESS() usage in dm646x.c which can also be
Hi Manju,
On Wed, Dec 21, 2011 at 19:13:37, Hadli, Manjunath wrote:
Replace hard coded value of vpss register base to a define macro
DM644X_VPSS_BASE for proper readability
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Sekhar Nori nsek...@ti.com
The subject line does not
Hi Manju,
On Wed, Dec 21, 2011 at 19:13:38, Hadli, Manjunath wrote:
Add SoC and board prefixes to variable names so that it is
consistent with the rest of the file.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Sekhar Nori nsek...@ti.com
Again the subject line was not
Hi Manju,
On Wed, Dec 21, 2011 at 19:13:39, Hadli, Manjunath wrote:
Move all vpfe platform device registrations to the board specific
file like the rest of the devices, and have all of them together.
I dropped this line from commit text since EMAC and MDIO still
seem to be registered all the
Hi Andre,
On Mon, Feb 20, 2012 at 06:48:28, Andre Renaud wrote:
Hello,
Can anyone tell me the status of the DM36X suspend support in Linux at
the moment? From what I can see detailed at
http://processors.wiki.ti.com/index.php/DaVinci_GIT_Linux_Kernel#Power_Management
and from the Linux
Hi Manju,
On Wed, Dec 21, 2011 at 19:13:40, Hadli, Manjunath wrote:
Create platform devices for various video modules like venc,osd,
vpbe and v4l2 driver for dm644x. Change the dm644x_init_video to
make room for display config, and register the vpfe or vpbe devices
based on the config pointer
Hi Andre,
On Tue, Feb 21, 2012 at 06:06:16, Andre Renaud wrote:
Hi Sekhar,
On 21/02/12 08:26, Nori, Sekhar wrote:
Hi Andre,
On Mon, Feb 20, 2012 at 06:48:28, Andre Renaud wrote:
Hello,
Can anyone tell me the status of the DM36X suspend support in Linux at
the moment? From what I
Hi Heiko,
On Wed, Feb 01, 2012 at 12:10:24, Heiko Schocher wrote:
Hello Nori,
Nori, Sekhar wrote:
Hi Heiko,
On Thu, Jan 19, 2012 at 12:35:21, Heiko Schocher wrote:
Default queue is expected to be a low-priority queue.
This way, long transfers on the default queue started
Hi Olof,
On Mon, Jan 30, 2012 at 04:09:37, Olof Johansson wrote:
Hi,
On Fri, Jan 27, 2012 at 9:26 AM, Nori, Sekhar nsek...@ti.com wrote:
Hi Olof, Arnd,
Can you please pull these DaVinci fixes for the next v3.3-rc?
Both the patches have not been stable tagged. The fix by me
is a v3.3
Hi Jon,
On Tue, Jan 17, 2012 at 15:32:23, Nori, Sekhar wrote:
I was able to reproduce this on the EVM using v2.6.38 (works)
and v3.2 + my patch (doesn't work). I just started poking some
registers to see what is happening. Will keep you updated
on any progress.
Following patch fixes
Hi Olof, Arnd,
Can you please pull these DaVinci fixes for the next v3.3-rc?
Both the patches have not been stable tagged. The fix by me
is a v3.3 regression. The fix by Bas van den Berg is not critical
enough to get into stable kernels.
Thanks,
Sekhar
The following changes since commit
Hi Ido,
On Tue, Jan 24, 2012 at 16:32:36, Ido Yariv wrote:
Commit 5a05a820 davinci_emac: use an unique MDIO bus name modified the
mdio bus id to be unique by adding a 'davinci_mdio-' prefix to it.
The phy ids need to be modified accordingly in order to connect the
ethernet device to the phy
Hi Florian,
On Tue, Jan 24, 2012 at 16:34:31, Florian Fainelli wrote:
Hello Ido,
On 01/24/12 12:02, Ido Yariv wrote:
Commit 5a05a820 davinci_emac: use an unique MDIO bus name modified the
mdio bus id to be unique by adding a 'davinci_mdio-' prefix to it.
The phy ids need to be
Hi Heiko,
On Thu, Jan 19, 2012 at 12:35:21, Heiko Schocher wrote:
Default queue is expected to be a low-priority queue.
This way, long transfers on the default queue started
by the codec engine will not cause audio defects.
Signed-off-by: Heiko Schocher h...@denx.de
Signed-off-by:
Hi Bas van den,
On Mon, Jan 16, 2012 at 12:16:02, Bas van den Berg wrote:
DA850: sysclk4-7 only exist for pll0. for pll1 sysclk1-3 exist.
Signed-off-by: Bas van den Berg b.van.den.berg...@gmail.com
Applied, thanks.
Please note that there is no need to add mach- in front of
davinci in
Hi Jon,
On Mon, Jan 16, 2012 at 17:08:30, Jon Povey wrote:
Sorry, last email had some lies, I had testing errors:
Jon Povey wrote:
But I did try reverting the genirq change too, and
the interrupt handler still wasn't called
This was incorrect, interrupt DOES work with genirq reverted
Hi Sergei,
On Thu, Jan 12, 2012 at 17:30:15, Karicheri, Muralidharan wrote:
Sekhar Sergei,
This will affect the new SoCs that have capabilities to power up different
domains. Why do we need this enforcement? We are working on a DaVinci variant
SoC that can do power up multiple domains
Hi Jon,
On Wed, Jan 11, 2012 at 17:17:34, Jon Povey wrote:
Unbanked GPIO IRQs (I am on DM365) seem to have been broken
by commit aac4dd1dab8acfc244d697473d2a5f4424a5746c, conversion
to generic irq chip, leading to an oops from request_irq().
Please note I am on kernel 3.0.0-rc7 not the
Hi Heiko,
On Wed, Jan 11, 2012 at 13:58:56, Heiko Schocher wrote:
Hello,
Heiko Schocher wrote:
The MMC driver allocates channels with EVENTQ_DEFAULT, they
get put into EVENTQ_1, which the second EDMA controller does
not have and hence transfers stall. This is fixed
in commit
Hi Felipe,
On Tue, Jan 10, 2012 at 21:01:48, Balbi, Felipe wrote:
On Wed, Dec 28, 2011 at 12:02:57PM +0530, Sekhar Nori wrote:
Commit 0020afb369859472a461ef4af6410732e929d402 (ARM: mach-davinci:
remove mach/memory.h) removed mach/memory.h for DaVinci which broke
DaVinci MUSB build.
Hi Russell, Linus,
On Tue, Jan 03, 2012 at 14:37:11, Russell King - ARM Linux wrote:
On Fri, Dec 23, 2011 at 11:27:20PM +0530, Sekhar Nori wrote:
Convert davinci to use the common sched_clock() infrastructure
for extending 32bit counters to full 64-bit nanoseconds.
Eventually
On Wed, Dec 21, 2011 at 17:54:49, Sergei Shtylyov wrote:
Hello.
On 21-12-2011 16:05, I wrote:
On Wed, Dec 21, 2011 at 12:50:02, Manjunathappa, Prakash wrote:
From: Ajay Kumar Guptaajay.gu...@ti.com
On this board the OHCI port's power control and over-current signals from
TPS2065
Hi Manju,
On Wed, Dec 21, 2011 at 19:13:34, Hadli, Manjunath wrote:
remove machine specific inclusion from the driver which
comes in the way of platform code consolidation.
I think it would be more readable to use the term header file
here and in the headline. Just machine specific inclusion
Hi Prakash,
On Wed, Dec 21, 2011 at 12:50:02, Manjunathappa, Prakash wrote:
From: Ajay Kumar Gupta ajay.gu...@ti.com
On this board the OHCI port's power control and over-current signals from
TPS2065 power switch are connected via GPIO2[4] and GPIO6[13] respectively,
so we can implement the
On Thu, Dec 15, 2011 at 17:41:52, Hadli, Manjunath wrote:
move the register base addresses and offsets used only by dm365
platform file from platform header dm365.h to dm365.c as they
are used only in the c file.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Comitting this patch
On Thu, Dec 15, 2011 at 17:41:53, Hadli, Manjunath wrote:
move the register base addresses and offsets used only by dm646x
platform file from platform header dm646x.h to dm646x.c as they
are used only in the c file.
Comitting this as well with the changes as described for patch
2/11.
Thanks,
Hi Manju,
On Thu, Dec 15, 2011 at 17:41:54, Hadli, Manjunath wrote:
remove the code from individual platform header files for
Not just the code, the files themselves are being removed.
dm365, dm355, dm644x and dm646x and consolidate it into a
single and common header file davinci.h.
..
On Wed, Dec 21, 2011 at 00:43:26, Karicheri, Muralidharan wrote:
Sekhar,
My patch also initialized the read in the structure with read function which
caused the crash. I think the reason for the dummy is to allow early call of
sched_clock(). I have tested your patch and it seems to work
Hi Murali,
On Fri, Dec 16, 2011 at 04:50:54, Karicheri, Muralidharan wrote:
Sekhar,
I made some searches on the internet. The schedule_clock() must return a
monotonous clock. One way to do this is to use cnt32_to_63() to convert the
32bit clock count value to a 64bit value. I have tried
Hi Manju,
In the subject line, calling mach/dm646x.h obsolete
is not right since as of this patch mach/dm646x.h
still exists.
On Thu, Dec 15, 2011 at 17:41:50, Hadli, Manjunath wrote:
remove inclusion of header files from vpif.h and vpif_dispaly.c
and add appropriate header file for building.
Hi Manju,
remove the macros from the header to move to c file in subject line
is too convoluted to read and doesn't convey the real purpose of the
patch. It can simply be stated as:
move private definitions to C file
On Thu, Dec 15, 2011 at 17:41:51, Hadli, Manjunath wrote:
move the register
Hi Ben,
On Wed, Dec 14, 2011 at 20:05:25, Ben Gardiner wrote:
Hello Arnd and Sekhar,
On Tue, Dec 13, 2011 at 1:34 PM, Nori, Sekhar nsek...@ti.com wrote:
[...]
On Thu, Dec 08, 2011 at 21:18:08, Arnd Bergmann wrote:
[...]
If you want it to provide endpoint devices that are handled
On Thu, Dec 15, 2011 at 03:30:05, Tony Lindgren wrote:
* Nori, Sekhar nsek...@ti.com [111214 04:42]:
Hi Akshay,
On Thu, Dec 08, 2011 at 14:35:51, Shankarmurthy, Akshay wrote:
This patch adds missing commas on last members of structure and arrays.
This makes less harder to add
Hi Arnd,
I have this lone patch queued for DaVinci clean-up so far.
Can you please pull this?
Thanks,
Sekhar
The following changes since commit caca6a03d365883564885f2c1da3e88dcf65d139:
Linus Torvalds (1):
Linux 3.2-rc3
are available in the git repository at:
Hi Manju,
On Thu, Dec 08, 2011 at 19:25:23, Hadli, Manjunath wrote:
Re-arrange definitions and remove unnecessary code so that we can
have a common header for all davinci platforms. This will enable
us to share defines and enable common routines to be used without
polluting hardware.h.
This
On Thu, Dec 08, 2011 at 13:17:05, Heiko Schocher wrote:
diff --git a/Documentation/devicetree/bindings/arm/davinci/aemif.txt
b/Documentation/devicetree/bindings/arm/davinci/aemif.txt
new file mode 100644
index 000..c9ed551
--- /dev/null
+++
Hi Heiko,
On Thu, Dec 08, 2011 at 14:36:47, Heiko Schocher wrote:
diff --git a/arch/arm/mach-davinci/aemif.c
b/arch/arm/mach-davinci/aemif.c
index 1ce70a9..12c559f 100644
--- a/arch/arm/mach-davinci/aemif.c
+++ b/arch/arm/mach-davinci/aemif.c
@@ -13,12 +13,14 @@
#include
Hi Heiko,
On Sun, Dec 04, 2011 at 15:11:19, Heiko Schocher wrote:
Please provide a patch description. Nice to see device tree
support being added for DaVinci devices.
Signed-off-by: Heiko Schocher h...@denx.de
Cc: davinci-linux-open-source@linux.davincidsp.com
Cc:
On Mon, Dec 05, 2011 at 16:16:33, Heiko Schocher wrote:
Thanks, but as Ido commented, this patch is no longer necessary, sorry
for the noise.
It doesn't look like Ido's comment reached me or the archives. Can you
please forward it?
Thanks,
Sekhar
Hi Russell,
On Tue, Nov 29, 2011 at 02:28:54, Nori, Sekhar wrote:
Rather than using DaVinci specific davinci_soc_info based
restart hook, use the restart hook available in the machine
descriptor instead.
Tested on DM365 and AM18x EVMs.
v2:
Changed to use restart hook in machine
Hi Arnd,
Please pull the following DaVinci fixes for
the next v3.2-rc release. None of these are
v3.2 regressions, but I have marked only two
of these with stable tag since rest are not
very critical.
Thanks,
Sekhar
The following changes since commit 5611cc4572e889b62a7b4c72a413536bf6a9c416:
On Fri, Dec 02, 2011 at 11:59:49, Hadli, Manjunath wrote:
Sekhar,
On Wed, Nov 30, 2011 at 17:07:21, Nori, Sekhar wrote:
Hi Manju,
On Thu, Nov 17, 2011 at 15:48:53, Hadli, Manjunath wrote:
Re-arrange definitions and remove unnecessary code so that we canx
These are two different
On Fri, Nov 04, 2011 at 16:30:07, Bas van den Berg wrote:
The name and parent of pll1_sysclk6 should be pll1 and not pll0.
Checked and tested in debugfs on OmapL138.
Signed-off-by: Bas van den Berg b.van.den.berg...@gmail.com
---
Thanks for spotting this. Looking at the technical
reference
Hi Akshay,
On Wed, Nov 09, 2011 at 17:55:20, Shankarmurthy, Akshay wrote:
Current partition information maintained in kernel does not match with
u-boot, this leads to corruption of u-boot env when we update uImage
from kernel. Patch fixes it to match with u-boot partition information.
Hi Prakash,
On Thu, Nov 10, 2011 at 11:43:21, Manjunathappa, Prakash wrote:
Since there was bug in the audio driver, it was not picking the eventq
specified(EVENTQ_1) via platform data and was using EVENTQ_0. And in
system scenario other modules(say video) were using EVENTQ_1.
Hi Rachna,
On Tue, Nov 29, 2011 at 11:20:39, Patil, Rachna wrote:
This patch addresses Russell's comments at [1] by replacing the
mach/gpio.h includes to linux/gpio.h for TI's DA830/OMAP-L137/AM17x and
DA850/OMAP-L138/AM18x platforms.
[1]
On Fri, Nov 25, 2011 at 01:36:01, Mauro Carvalho Chehab wrote:
Em 24-11-2011 16:22, Nori, Sekhar escreveu:
Hi Mauro,
On Thu, Nov 24, 2011 at 23:35:24, Mauro Carvalho Chehab wrote:
Em 12-11-2011 13:06, Manjunath Hadli escreveu:
move vpif related code for capture and display drivers
Hi Manju,
On Thu, Nov 17, 2011 at 15:48:53, Hadli, Manjunath wrote:
Re-arrange definitions and remove unnecessary code so that we canx
These are two different things and should be done in separate
patches. Sergei has already pointed out couple of instances.
have a common header for all
Hi Hans,
On Mon, Nov 14, 2011 at 23:50:49, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
The function setup_vpif_input_channel_mode() used the VSCLKDIS register
instead of VIDCLKCTL. This meant that when in HD mode videoport channel 0
used a different clock from channel 1.
Hi Mauro,
On Thu, Nov 24, 2011 at 23:35:24, Mauro Carvalho Chehab wrote:
Em 12-11-2011 13:06, Manjunath Hadli escreveu:
move vpif related code for capture and display drivers
from dm646x platform header file to vpif_types.h as these definitions
are related to driver code more than the
Hi Russell,
On Tue, Nov 15, 2011 at 22:24:08, Russell King - ARM Linux wrote:
On Tue, Nov 15, 2011 at 12:22:55AM +0530, Sekhar Nori wrote:
Rather than using davinci specifci davinci_soc_info based
restart hook, use the existing arm_pm_restart pointer
instead.
Thanks for looking at this.
Hi Murali,
I posted an updated version of this patch. In future, can you
please CC LAKML in for all kernel patches.
And, the subject like prefix we are using is:
ARM: davinci:
On Sat, Sep 24, 2011 at 02:56:12, Karicheri, Muralidharan wrote:
From: Murali Karicheri m-kariche...@ti.com
There
On Sat, Sep 24, 2011 at 02:56:13, Karicheri, Muralidharan wrote:
From: Murali Karicheri m-kariche...@ti.com
In one of the new SoC that we are working on, there are multiple power
domains similar to that in C6670. Currently clock module assumes that
there are only two power domains (domain0
Hi Sergei,
On Thu, Sep 15, 2011 at 19:59:48, Sergei Shtylyov wrote:
EPCPR register and PDCTL.EPCGOOD bit exist only on DaVinci DM644x and DM35x,
so do not try to poll EPCPR and set PDCTL.EPCGOOD on the other SoCs -- it
would
lead to lock up if some power domain hasn't been powered up by this
On Sun, Oct 23, 2011 at 18:13:10, Sergei Shtylyov wrote:
On 23-10-2011 15:10, Nori, Sekhar wrote:
[...]
OMAP-L137 and OMAP-L138 have additional power domains for DSP
and Shared RAM, but do not support powering them down.
I haven't found such words in either OMAP-L137 or OMAP-L138
Hi Arnd,
On Wed, Sep 21, 2011 at 01:40:08, Arnd Bergmann wrote:
Hi Sekhar,
Looking at the patches, they seem to be more of the cleanup category,
so I think I'd apply them to the next/cleanup branch instead of
the next/fixes branch. Does that make sense?
Okay. Thanks for pulling them in.
Hi Jon,
On Thu, Sep 15, 2011 at 10:00:31, Jon Povey wrote:
davinci-linux-open-source-boun...@linux.davincidsp.com wrote:
Hello Sakari,
I have attached two .ps files with the entity graph details
in them, one with RAW input and the other with YCbCr.
Hope this is what you were looking
Hi Arnd,
Please pull the following two fixes for the v3.2
merge window. They are not applicable to stable
tree and hence the stable tag has not been added.
Thanks,
Sekhar
The following changes since commit b6fd41e29dea9c6753b1843a77e50433e6123bcb:
Linus Torvalds (1):
Linux 3.1-rc6
Hi Arnd,
Please pull the following feature for v3.2 merge
window. It adds TI WLAN support on AM18x board.
Thanks,
Sekhar
The following changes since commit b6fd41e29dea9c6753b1843a77e50433e6123bcb:
Linus Torvalds (1):
Linux 3.1-rc6
are available in the git repository at:
Hi Murali,
On Wed, Sep 07, 2011 at 23:48:24, Sergei Shtylyov wrote:
On 09/07/2011 07:32 PM, Karicheri, Muralidharan wrote:
Sergei,
Thanks for all your investigation work and comments. I will take care of
your recent comments against v2 in v3. Looks like the mask is being
corrected by
Hi Murali,
On Wed, Sep 07, 2011 at 21:13:19, Karicheri, Muralidharan wrote:
Sekhar
We ran into the build error when we started using linux-davinci tree for V7
architecture. So this fix for the following to be re-worked to include V7 as
well.
Since we don't support v7 in DaVinci
Hi Murali,
On Wed, Sep 07, 2011 at 21:02:45, Karicheri, Muralidharan wrote:
Sergei,
Thanks for all your investigation work and comments. I will take care of
your recent comments against v2 in v3.
Also, can you please ensure linux-arm-ker...@lists.infradead.org is
CCed on future
Hi Arnd,
Can you please pull the following fixes for v3.1-rc6?
These are not regression fixes in the strict sense since
none of the bugs were actually introduced in v3.1 and have
been around for a while. But I hope we don't have to wait
till v3.2 for these.
Thanks,
Sekhar
The following
Hi Sergei,
On Tue, Sep 06, 2011 at 19:20:20, Sergei Shtylyov wrote:
Hello.
On 07/27/2011 08:18 PM, Nori, Sekhar wrote:
MDSTAT.STATE occupies bits 0..5 according to all available documentation,
so fix
the #define MDSTAT_STATE_MASK at last. Using the wrong value seems to have
been
On Sat, Aug 06, 2011 at 16:56:13, Thomas Meyer wrote:
From: Thomas Meyer tho...@m3y3r.de
Use kzalloc rather than kmalloc followed by memset with 0
Queuing this for v3.2. While applying, I changed the
subject to:
ARM: davinci: edma: use kzalloc()
to be more consistent with other patch
On Thu, Aug 04, 2011 at 13:21:23, Ido Yariv wrote:
The wl1271 daughter card for AM18x EVMs is a combo wireless connectivity
add-on card, based on the LS Research TiWi module with Texas
Instruments' wl1271 solution.
It is a 4-wire, 1.8V, embedded SDIO WLAN device with an external IRQ
line and
Hi Axel,
On Mon, Aug 15, 2011 at 11:11:33, Axel Lin wrote:
Since commit 5093aec872e5be7a55d8dd2b639e8a3818dc19db
arm: davinci: Cleanup irq chip code,
the variable 'mask' and 'g' are not being used in gpio_irq_type.
This patch eliminate below unused variable warnings:
CC
Hi Axel,
On Sun, Aug 21, 2011 at 10:39:08, Axel Lin wrote:
We call phy_register_fixup_for_uid in davinci_evm_init, thus we need
select PHYLIB to fix below build error: (with make davinci_all_defconfig)
This shouldn't happen with davinci_all_defconfig as it
selects PHYLIB (this doesn't
Hello,
I have been travelling the past two weeks and won't be able
to respond to patches even in this week.
I will get back to reviewing patches next week.
Regards,
Sekhar
___
Davinci-linux-open-source mailing list
On Thu, Aug 04, 2011 at 04:18:49, Linus Walleij wrote:
On Wed, Aug 3, 2011 at 7:19 PM, Nori, Sekhar nsek...@ti.com wrote:
This isn't the only thing that prevents building the TNET variant
with the rest of the DaVinci variants.
If you enable DM365 and TNETV107x together, you get errors
Hi Ido,
On Fri, Jul 29, 2011 at 02:22:53, Ido Yariv wrote:
The wl1271 daughter card for AM18x EVMs is a combo wireless connectivity
add-on card, based on the LS Research TiWi module with Texas
Instruments' wl1271 solution.
It is a 4-wire, 1.8V, embedded SDIO WLAN device with an external IRQ
On Tue, Aug 02, 2011 at 21:32:34, Russell King - ARM Linux wrote:
On Tue, Aug 02, 2011 at 05:48:38PM +0200, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
The TNET variant of DaVinci compiles some code that it shares
with other DaVinci variants, however it has a V6 CPU
Manju,
On Fri, May 20, 2011 at 19:28:49, Hadli, Manjunath wrote:
move vpif related code for capture and display drivers
from dm646x platform header file to vpif.h as these definitions
are related to driver code more than the platform or board.
Signed-off-by: Manjunath Hadli
Hi Ben,
On Tue, Aug 02, 2011 at 18:32:39, Ben Gardiner wrote:
Hi Sudhakar,
On Thu, Jul 21, 2011 at 5:39 AM, Rajashekhara, Sudhakar
sudhakar@ti.com wrote:
This patch adds cpufreq support for NAND driver. During cpufreq
transition, 'davinci_aemif_setup_timing()' function will be called
Hello All,
The Linux DaVinci tree[1] has been updated to kernel
version 3.0 that Linus released last Friday.
Also, the patchwork[1] queue has been updated. Only
a few patches from Ben and one from Manju for which
I am still waiting for dependencies/acks to clear are
pending in the queue.
If any
Hi Sergei,
On Wed, Jul 27, 2011 at 15:24:47, Sergei Shtylyov wrote:
Hello.
On 27-07-2011 13:03, Nori, Sekhar wrote:
The Linux DaVinci tree[1] has been updated to kernel
version 3.0 that Linus released last Friday.
Also, the patchwork[1] queue has been updated. Only
a few patches
1 - 100 of 621 matches
Mail list logo