On Thursday 29 May 2014 10:01 AM, Linus Walleij wrote:
> On Wed, May 28, 2014 at 4:04 PM, Santosh Shilimkar
> wrote:
>> On Wednesday 28 May 2014 09:32 AM, Linus Walleij wrote:
>
>>>> I suspect what you want is
>>>>
>>>> dma-ranges
On Wednesday 28 May 2014 09:32 AM, Linus Walleij wrote:
> On Wed, May 28, 2014 at 3:29 PM, Arnd Bergmann wrote:
>> On Wednesday 28 May 2014 10:23:09 Linus Walleij wrote:
>
>>> model = "ARM Integrator/AP";
>>> compatible = "arm,integrator-ap";
>>> + dma-ranges = <0x8000 0
On Friday 23 May 2014 11:43 AM, Ivan Khoronzhuk wrote:
> These patches introduce keystone reset driver.
>
> The keystone SoC can be rebooted in several ways. By external reset
> pin, by soft and by watchdogs. This driver allows software reset and reset
> by one of the watchdogs. Also added opportu
On Friday 23 May 2014 02:32 PM, Mike Turquette wrote:
> Quoting Ivan Khoronzhuk (2014-05-23 08:43:27)
>> The main pll controller used to drive theC66x CorePacs, the switch fabric,
>> and a majority of the peripheral clocks (all but the ARM CorePacs, DDR3 and
>> the NETCP modules) requires a PLL Con
Arnd,
On Thursday 22 May 2014 09:54 AM, Arnd Bergmann wrote:
> On Thursday 22 May 2014 09:52:27 Santosh Shilimkar wrote:
>> On Thursday 22 May 2014 09:48 AM, Ivan Khoronzhuk wrote:
>>> These patches introduce keystone reset driver.
>>>
>>> The keystone SoC
Ivan,
On Thursday 22 May 2014 09:48 AM, Ivan Khoronzhuk wrote:
> These patches introduce keystone reset driver.
>
> The keystone SoC can be rebooted in several ways. By external reset
> pin, by soft and by watchdogs. This driver allows software reset and reset
> by one of the watchdogs. Also adde
On Wednesday 21 May 2014 12:07 PM, Arnd Bergmann wrote:
> On Wednesday 21 May 2014 19:03:38 Ivan Khoronzhuk wrote:
>>
>> I've slightly confused where should I add these bindings.
>> The main pll controller mostly used by clk driver
>> As its register set is used also by reset driver it's logica
On Tuesday 20 May 2014 04:01 PM, Greg Kroah-Hartman wrote:
> On Tue, May 20, 2014 at 09:57:50AM -0400, Santosh Shilimkar wrote:
>> Greg,
>>
>> On Wednesday 23 April 2014 07:46 PM, Santosh Shilimkar wrote:
>>> Here is an updated version of the Keystone Navigato
Greg,
On Wednesday 23 April 2014 07:46 PM, Santosh Shilimkar wrote:
> Here is an updated version of the Keystone Navigator drivers after
> addressing comments from earlier version [1].
>
> The QMSS found on Keystone SOCs is one of the main hardware sub
> system which forms the
On Tuesday 20 May 2014 09:44 AM, Arnd Bergmann wrote:
> On Tuesday 20 May 2014 16:16:08 Ivan Khoronzhuk wrote:
>> Thank for the reply
>>
>> The reset driver uses two ranges:
>> - RSTYPE, RSTCTRL,RSTCFG, RSISO (Reset Main PLL Controller)
>> - RESETMUX8-10 registers
>>
>> The content of these regist
On Monday 19 May 2014 06:25 AM, Ivan Khoronzhuk wrote:
> These patches introduce keystone reset driver.
>
> The keystone SoC can be rebooted in several ways. By external reset
> pin, by soft and by watchdogs. This driver allows software reset and reset
> by one of the watchdogs. Also added oppor
On Thursday 08 May 2014 06:31 PM, Ivan Khoronzhuk wrote:
> From: Sandeep Paulraj
>
> It is needed for k2l keystone2 EVM which uses NAND flash with 4K page
> size, hence add support for 4K page size nand devices.
>
> Signed-off-by: Sandeep Paulraj
> Signed-off-by: Ivan Khoronzhuk
> ---
>
> Bas
On Tuesday 29 April 2014 03:07 AM, Lad Prabhakar wrote:
> From: "Lad, Prabhakar"
>
> this patch removes COMMON_CLK_DEBUG config option
> from defconfig file as this config option is obsolete.
>
> Signed-off-by: Lad, Prabhakar
> ---
> Changes for v2:
> a> Dropped imx defconfig files as suggest
On Monday 05 May 2014 12:17 PM, Rob Herring wrote:
> On Wed, Apr 23, 2014 at 6:46 PM, Santosh Shilimkar
> wrote:
>> The Keystone Navigator DMA driver sets up the dma channels and flows for
>> the QMSS(Queue Manager SubSystem) who triggers the actual data movements
>&
erty is used to setup arch's coherent dma_ops.
Grygorii Strashko (2):
of: introduce of_dma_get_range() helper
ARM: dma: Use dma_pfn_offset for dma address translation
Santosh Shilimkar (5):
device: introduce per device dma_pfn_offset
of: introduce of_dma_is_
On Tuesday 06 May 2014 04:44 PM, Santosh Shilimkar wrote:
> On Tuesday 06 May 2014 05:40 AM, Arnd Bergmann wrote:
>> On Monday 05 May 2014 17:47:32 Santosh Shilimkar wrote:
>>
>>> + dev->coherent_dma_mask = DMA_BIT_MASK(32);
>>> + if (!dev->dma_
On Tuesday 06 May 2014 05:40 AM, Arnd Bergmann wrote:
> On Monday 05 May 2014 17:47:32 Santosh Shilimkar wrote:
>
>> + dev->coherent_dma_mask = DMA_BIT_MASK(32);
>> + if (!dev->dma_mask)
>> + dev->dma_mask = &dev->coherent_dma_m
On Tuesday 06 May 2014 05:54 AM, Arnd Bergmann wrote:
> On Tuesday 06 May 2014 13:44:38 Benjamin Herrenschmidt wrote:
>> On Mon, 2014-05-05 at 16:28 -0600, Bjorn Helgaas wrote:
>>> I still wonder whether arm, powerpc, and tile (and I just noticed
>>> microblaze also has a similar dma_direct_map_pag
On Thursday 01 May 2014 08:49 PM, Rob Herring wrote:
> On Thu, Apr 24, 2014 at 10:30 AM, Santosh Shilimkar
> wrote:
>> Retrieve DMA configuration from DT and setup platform device's DMA
>> parameters. The DMA configuration in DT has to be specified using
>> &
On Thursday 01 May 2014 08:56 PM, Rob Herring wrote:
> On Thu, Apr 24, 2014 at 10:30 AM, Santosh Shilimkar
> wrote:
>> The of_dma_is_coherent() helper parses the given DT device
>> node to see if the "dma-coherent" property is supported and
>> returns true or fa
On Monday 05 May 2014 03:50 PM, Russell King - ARM Linux wrote:
> On Fri, May 02, 2014 at 11:05:16AM -0400, Santosh Shilimkar wrote:
>> On Friday 02 May 2014 10:58 AM, Russell King - ARM Linux wrote:
>>> On Thu, Apr 24, 2014 at 11:30:05AM -0400, Santosh Shilimkar wrote:
>&g
On Friday 02 May 2014 10:41 AM, Rob Herring wrote:
> On Thu, May 1, 2014 at 8:25 AM, Russell King - ARM Linux
> wrote:
>> On Thu, May 01, 2014 at 09:19:18AM -0400, Santosh Shilimkar wrote:
>>> Rob, Russell,
>>>
>>> On Thursday 24 April 2014 11:30 AM, S
On Friday 02 May 2014 10:58 AM, Russell King - ARM Linux wrote:
> On Thu, Apr 24, 2014 at 11:30:05AM -0400, Santosh Shilimkar wrote:
>> diff --git a/arch/arm/include/asm/dma-mapping.h
>> b/arch/arm/include/asm/dma-mapping.h
>> index e701a4d..424fda9 100644
>> ---
On Friday 02 May 2014 05:58 AM, Arnd Bergmann wrote:
> On Thursday 01 May 2014 14:12:10 Grant Likely wrote:
I've got two concerns here. of_dma_get_range() retrieves only the first
tuple from the dma-ranges property, but it is perfectly valid for
dma-ranges to contain multiple tuples.
On Thursday 01 May 2014 02:26 AM, Brian Norris wrote:
> This defconfig contains the CONFIG_M25P80 symbol, which is now
> dependent on the MTD_SPI_NOR symbol. Add CONFIG_MTD_SPI_NOR to satisfy
> the new dependency.
>
> Signed-off-by: Brian Norris
> Cc: Santosh Shilimkar
&
On Thursday 01 May 2014 09:25 AM, Russell King - ARM Linux wrote:
> On Thu, May 01, 2014 at 09:19:18AM -0400, Santosh Shilimkar wrote:
>> Rob, Russell,
>>
>> On Thursday 24 April 2014 11:30 AM, Santosh Shilimkar wrote:
>>> Here is an updated v3 of the series. Series
Rob, Russell,
On Thursday 24 April 2014 11:30 AM, Santosh Shilimkar wrote:
> Here is an updated v3 of the series. Series introduces support for setting up
> dma parameters based on device tree properties like 'dma-ranges' and
> 'dma-coherent' and also update to ARM 32
On Thursday 01 May 2014 09:12 AM, Grant Likely wrote:
> On Wed, 30 Apr 2014 10:19:15 -0400, Santosh Shilimkar
> wrote:
>> Hi Grant,
>>
>> On Tuesday 29 April 2014 10:41 AM, Grant Likely wrote:
>>> On Thu, 24 Apr 2014 11:30:04 -0400, Santosh Shilimkar
>>&g
mapping
>
Thanks for the updates. The series looks good to me.
Feel free to my ack if you need one...
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info
Hi Grant,
On Tuesday 29 April 2014 10:41 AM, Grant Likely wrote:
> On Thu, 24 Apr 2014 11:30:04 -0400, Santosh Shilimkar
> wrote:
>> Retrieve DMA configuration from DT and setup platform device's DMA
>> parameters. The DMA configuration in DT has to be specified using
&
Brian,
On Wednesday 16 April 2014 05:47 AM, Ivan Khoronzhuk wrote:
>
> On 04/16/2014 10:08 AM, Brian Norris wrote:
>> On Tue, Apr 08, 2014 at 03:51:34PM +0300, Ivan Khoronzhuk wrote:
>>> On 03/20/2014 10:14 PM, Santosh Shilimkar wrote:
>>>> On Thursday 20 Mar
On Thursday 24 April 2014 12:47 PM, David Miller wrote:
> From: Santosh Shilimkar
> Date: Tue, 22 Apr 2014 17:21:15 -0400
>
>> +struct netcp_tx_pipe {
>> +struct netcp_device *netcp_device;
>> +void*dma_queue;
>
> Indent *dma_queue the same as
On Thursday 24 April 2014 12:31 PM, Andy Gross wrote:
> Add placeholder Kconfig and linkage for driver/soc.
>
> The first patch set that implemented this was authored by Santosh Shilimkar:
> https://lkml.org/lkml/2014/2/28/567
>
> Signed-off-by: Andy Gross
> ---
Good to see
Greg Kroah-Hartman
Cc: Russell King
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
drivers/of/address.c | 87 +++
e init code while creating the devices.
Cc: Greg Kroah-Hartman
Cc: Russell King
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
include/linux/device.h |2
ely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
drivers/of/platform.c | 48 ---
include/linux/dma-mapping.h |7 +++
2 files changed, 52 insertions(+), 3 delet
artman
Cc: Russell King
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
arch/arm/include/asm/dma-mapping.h | 21 +
1 file changed, 17 inse
artman
Cc: Russell King
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Signed-off-by: Santosh Shilimkar
Signed-off-by: Grygorii Strashko
---
drivers/of/platform.c | 23 +++
include/linux/of_platfor
Implement the set_arch_dma_coherent_ops() for ARM architecture.
Cc: Greg Kroah-Hartman
Cc: Russell King
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
arch
Cc: Greg Kroah-Hartman
Cc: Russell King
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Cc: Grygorii Strashko
Grygorii Strashko (2):
of: introduce of_dma_get_range() helper
ARM: dma: Use dma_pfn_offset for dma address translatio
On a 32 bit ARM architecture with LPAE extension physical addresses
cannot fit into unsigned long variable.
So fix it by using phys_addr_t instead of unsigned long.
Cc: Nicolas Pitre
Cc: Russell King - ARM Linux
Cc: Catalin Marinas
Cc: Will Deacon
Signed-off-by: Santosh Shilimkar
---
arch
On Wednesday 23 April 2014 09:30 PM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Apr 23, 2014 at 07:46:20PM -0400, Santosh Shilimkar wrote:
>> From: Sandeep Nair
>>
>> The QMSS (Queue Manager Sub System) found on Keystone SOCs is one of
>> the main hardware sub syste
mware blob
Documentation: dt: soc: add Keystone Navigator QMSS bindings
soc: ti: add Keystone Navigator QMSS driver
Santosh Shilimkar (3):
soc: Introduce drivers/soc place-holder for SOC specific drivers
Documentation: dt: soc: add Keystone Navigator DMA bindings
soc: ti: add Keystone Navi
e:
http://lwn.net/Articles/588942/
Cc: Greg Kroah-Hartman
Cc: Kumar Gala
Cc: Paul Walmsley
Cc: Olof Johansson
Cc: Arnd Bergmann
Signed-off-by: Sandeep Nair
Signed-off-by: Santosh Shilimkar
---
drivers/Kconfig |2 ++
drivers/Makefile|3 +++
drivers/soc/Kconfig |
Bergmann
Signed-off-by: Sandeep Nair
Signed-off-by: Santosh Shilimkar
---
firmware/Makefile |1 +
.../keystone/qmss_pdsp_acc48_k2_le_1_0_0_8.fw.ihex | 110
2 files changed, 111 insertions(+)
create mode 100644 firmware/keystone
rring
Cc: Mark Rutland
Signed-off-by: Sandeep Nair
Signed-off-by: Santosh Shilimkar
---
drivers/soc/ti/Kconfig | 10 +
drivers/soc/ti/Makefile |1 +
drivers/soc/ti/knav_dma.c | 776 +++
include/linux/soc/ti/knav_dma.h |
Rutland
Signed-off-by: Sandeep Nair
Signed-off-by: Santosh Shilimkar
---
.../bindings/soc/keystone-navigator-qmss.txt | 232
1 file changed, 232 insertions(+)
create mode 100644
Documentation/devicetree/bindings/soc/keystone-navigator-qmss.txt
diff --git a
rring
Cc: Mark Rutland
Signed-off-by: Sandeep Nair
Signed-off-by: Santosh Shilimkar
---
.../bindings/soc/keystone-navigator-dma.txt| 101
1 file changed, 101 insertions(+)
create mode 100644
Documentation/devicetree/bindings/soc/keystone-navigator-dma.txt
diff
On Tuesday 22 April 2014 06:02 PM, Stephen Hemminger wrote:
> On Tue, 22 Apr 2014 17:21:13 -0400
> Santosh Shilimkar wrote:
>
>> NetCP driver has a plug-in module architecture where each of the NetCP
>> sub-modules exist as a loadable kernel module which plug in to the net
|-> Ethernet Port 3
Common driver supports GBE as well XGBE network processors.
Cc: Rob Herring
Cc: Grant Likely
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: David Miller
Signed-off-by: Sandeep Nair
Signed-off-by: Santosh Shilimkar
---
Couple of patches to add Keystone NetCP ethernet driver support.
The network coprocessor (NetCP) is a hardware accelerator that processes
Ethernet packets. NetCP has a gigabit Ethernet (GbE) subsystem with a ethernet
switch sub-module to send and receive packets. NetCP also includes a packet
accel
ontrol to
> the kernel. Switch to THUMB mode if required once the kernel is control of
> secondary CPU. On OMAP4 on the other hand, it appears to be in THUMB mode on
> entry so this is not required and SMP boot works as is.
>
> Cc: Santosh Shilimkar
> Cc: Russell King
>
On Tuesday 22 April 2014 11:02 AM, Arnd Bergmann wrote:
> On Saturday 19 April 2014, Thomas Petazzoni wrote:
>>
>> I am not sure whether there is an intersection or not, but I wanted to
>> mention that the mvebu platform (in mach-mvebu) supports hardware I/O
>> coherency, which makes it a coherent
On Monday 21 April 2014 02:19 PM, Thomas Petazzoni wrote:
> Dear Santosh Shilimkar,
>
> On Mon, 21 Apr 2014 09:35:25 -0400, Santosh Shilimkar wrote:
>
>>> In mach-mvebu, what we do is that we register a bus notifier on the
>>> platform bus, so that we can set our
On Monday 21 April 2014 11:35 AM, Rob Herring wrote:
> On Mon, Apr 21, 2014 at 10:13 AM, Santosh Shilimkar
> wrote:
>> Hi Rob,
>>
>> On Monday 21 April 2014 10:37 AM, Rob Herring wrote:
>>> On Sat, Apr 19, 2014 at 9:32 AM, Santosh Shilimkar
>>> wrote:
&g
Hi Rob,
On Monday 21 April 2014 10:37 AM, Rob Herring wrote:
> On Sat, Apr 19, 2014 at 9:32 AM, Santosh Shilimkar
> wrote:
>> Here is an updated version of [2] based on discussion. Series introduces
>> support for setting up dma parameters based on device tree properties
>&g
(Adding few CC's)
On Saturday 19 April 2014 10:32 AM, Santosh Shilimkar wrote:
> On a 32 bit ARM architecture with LPAE extension physical addresses
> cannot fit into unsigned long variable.
>
> So fix it by using phys_addr_t instead of unsigned long.
>
> Signed-of
On Saturday 19 April 2014 03:43 PM, Russell King - ARM Linux wrote:
> On Sat, Apr 19, 2014 at 10:32:50AM -0400, Santosh Shilimkar wrote:
>> From: Grygorii Strashko
>>
>> In most of cases DMA addresses can be performed using offset value of
>> Bus address space rel
On Saturday 19 April 2014 12:25 PM, Thomas Petazzoni wrote:
> Dear Santosh Shilimkar,
>
> On Sat, 19 Apr 2014 10:32:45 -0400, Santosh Shilimkar wrote:
>> Here is an updated version of [2] based on discussion. Series introduces
>> support for setting up dma parameters
ntroduce of_dma_get_range() helper
ARM: dma: Use dma_pfn_offset for dma address translation
Santosh Shilimkar (5):
device: introduce per device dma_pfn_offset
of: introduce of_dma_is_coherent() helper
of: configure the platform device dma parameters
ARM: dma: implement set_arch_dma_cohere
e init code while creating the devices.
Cc: Greg Kroah-Hartman
Cc: Russell King
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
include/linux/device.h |2
Greg Kroah-Hartman
Cc: Russell King
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
drivers/of/platform.c | 85 ++
Implement the set_arch_dma_coherent_ops() for ARM architecture.
Cc: Greg Kroah-Hartman
Cc: Russell King
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
arch
ely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
drivers/of/platform.c | 43 +++
include/linux/dma-mapping.h |7 +++
2 files changed, 50 insertions(+)
di
artman
Cc: Russell King
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Signed-off-by: Santosh Shilimkar
Signed-off-by: Grygorii Strashko
---
drivers/of/platform.c | 23 +++
include/linux/of_platfor
artman
Cc: Russell King
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
arch/arm/include/asm/dma-mapping.h | 17 +
1 file changed, 13 inse
On a 32 bit ARM architecture with LPAE extension physical addresses
cannot fit into unsigned long variable.
So fix it by using phys_addr_t instead of unsigned long.
Signed-off-by: Santosh Shilimkar
---
arch/arm/mm/dma-mapping.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
On Thursday 17 April 2014 05:52 PM, Felipe Balbi wrote:
> Hi,
>
> On Thu, Apr 17, 2014 at 03:49:21PM -0500, Nishanth Menon wrote:
>> Currently we use __raw_readl and writel in this driver, however, there
>
> __raw_* and *_relaxed variants are the same, just have a look
>
Except the relaxed vers
On Thursday 17 April 2014 04:49 PM, Nishanth Menon wrote:
> we do not use iclk directly anymore. And, even if we had to, we
> should be using pm_runtime APIs to do the same to be completely SoC
> independent.
>
> Signed-off-by: Nishanth Menon
> ---
Acked-by: Santosh Shilimkar
ts.
>
> This series cleansup omap_l3_noc driver and adds data to support DRA7
> and AM437x SoCs.
>
I looked at the series and its looks pretty good. Thanks for fixups, updates.
For whole series,
Acked-by: Santosh Shilimkar
> Patches(including Peter's) is available here:
>
Menon
> ---
>
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
t;
:D
> While at it, update coverage to the current year and update the template
> to remove redundant information and use the standard boiler plate
> licensing.
>
> Signed-off-by: Nishanth Menon
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line &quo
On Wednesday 16 April 2014 05:47 AM, Ivan Khoronzhuk wrote:
>
> On 04/16/2014 10:08 AM, Brian Norris wrote:
>> On Tue, Apr 08, 2014 at 03:51:34PM +0300, Ivan Khoronzhuk wrote:
>>> On 03/20/2014 10:14 PM, Santosh Shilimkar wrote:
>>>> On Thursday 20 March 201
On Wednesday 02 April 2014 02:16 PM, Greg KH wrote:
> On Wed, Apr 02, 2014 at 01:53:19PM -0400, Santosh Shilimkar wrote:
>> On Thursday 13 March 2014 05:44 PM, Felipe Balbi wrote:
>>> Hi,
>>>
>>> On Thu, Mar 13, 2014 at 10:20:24AM -0500, Felipe Balbi wrote:
>
valid phy reference in Generic PHY
>>> APIs stubs in the same way as it was done by the patch
>>> 04c2facad8fee66c981a51852806d8923336f362 "drivers: phy: Make NULL
>>> a valid phy reference".
>>>
>>> CC: Kishon Vijay Abraham I
>>> CC:
Arnd, Rob,
On Friday 14 March 2014 01:25 PM, Arnd Bergmann wrote:
> On Friday 14 March 2014, Rob Herring wrote:
>> On Wed, Mar 12, 2014 at 11:58 AM, Arnd Bergmann wrote:
>>> On Wednesday 12 March 2014 15:19:48 Grygorii Strashko wrote:
> Isn't the question here how do we handle restrictions ad
On Friday 21 March 2014 10:43 AM, Felipe Balbi wrote:
> On Fri, Mar 21, 2014 at 10:40:00AM -0400, Santosh Shilimkar wrote:
>> On Wednesday 12 March 2014 12:35 PM, Santosh Shilimkar wrote:
>>> On Wednesday 12 March 2014 11:48 PM, Felipe Balbi wrote:
>>>> Currently, ev
On Monday 24 March 2014 09:23 PM, Balbi, Felipe wrote:
> On Mon, Mar 24, 2014 at 08:00:03PM -0400, Santosh Shilimkar wrote:
>> On Monday 24 March 2014 07:55 PM, Stephen Rothwell wrote:
>>> Hi Santosh,
>>>
>>> Today's linux-next merge of the keystone tre
On Monday 24 March 2014 07:55 PM, Stephen Rothwell wrote:
> Hi Santosh,
>
> Today's linux-next merge of the keystone tree got a conflict in
> arch/arm/boot/dts/Makefile between commit ba5a37e52194 ("ARM: mvebu: Move
> kirkwood DT boards into mach-mvebu") from the arm-soc tree and commit
> 400550ae
On Wednesday 12 March 2014 12:35 PM, Santosh Shilimkar wrote:
> On Wednesday 12 March 2014 11:48 PM, Felipe Balbi wrote:
>> Currently, even when building keystone only
>> kernel builds, DTB won't get build because
>> we lack a Makefile rule to get it compiled.
>>
On Thursday 20 March 2014 04:20 PM, Ivan Khoronzhuk wrote:
> From: Murali Karicheri
>
> The UBIFS partition size was incorrectly defined as for 128M NAND,
> but on k2hk-evm installed NAND flash size is 512M.
> Hence, correct it.
>
> Signed-off-by: Murali Karicheri
> Signed-off-by: Ivan Khoronzh
ot;ti,keysone-nand" compatible
> to nand driver in order to set NAND_NO_SUBPAGE_WRITE option.
>
> Cc: Brian Norris
> Cc: Warner Losh
> Cc: Santosh Shilimkar
>
> Signed-off-by: Murali Karicheri
> Signed-off-by: Ivan Khoronzhuk
> ---
>
Acked-by: Santo
On Thursday 20 March 2014 03:26 PM, Ivan Khoronzhuk wrote:
>
> On 03/20/2014 09:11 PM, Santosh Shilimkar wrote:
>> On Thursday 20 March 2014 02:54 PM, Brian Norris wrote:
>>> On Thu, Mar 20, 2014 at 02:02:39PM -0400, Santosh Shilimkar wrote:
>>>> On Thursday 20
On Thursday 20 March 2014 02:54 PM, Brian Norris wrote:
> On Thu, Mar 20, 2014 at 02:02:39PM -0400, Santosh Shilimkar wrote:
>> On Thursday 20 March 2014 01:44 PM, Warner Losh wrote:
>>> I though sub page writing was one of the fields in the onfi and/or
>>> jedec(t
On Thursday 20 March 2014 01:44 PM, Warner Losh wrote:
>
> On Mar 20, 2014, at 11:37 AM, Santosh Shilimkar
> wrote:
>
>>
>>
>> On Thursday 20 March 2014 01:29 PM, Brian Norris wrote:
>>> On Thu, Mar 20, 2014 at 01:12:35PM -0400, Santosh Shilimkar wrote:
&
On Thursday 20 March 2014 01:29 PM, Brian Norris wrote:
> On Thu, Mar 20, 2014 at 01:12:35PM -0400, Santosh Shilimkar wrote:
>> Boris,
>
> Who's Boris? And why should Boris be taking this patch? It's an MTD
> patch.
>
I got your name completely wrong. Sorry
Boris,
On Thursday 20 March 2014 01:06 PM, Ivan Khoronzhuk wrote:
> From: Murali Karicheri
>
> After testing NAND flash with ubifs for k2hk-emv board were committed
> that flash doesn't support subpage writing, so we can fix it by
> adding a property to disable subpage write.
>
> Signed-off-by:
On Tuesday 18 March 2014 11:38 AM, Arnd Bergmann wrote:
> On Tuesday 18 March 2014 20:54:44 Vinod Koul wrote:
>> On Mon, Mar 17, 2014 at 03:37:47PM -0400, Santosh Shilimkar wrote:
>>>>> To simplify this bit more, you can think of this as DMA channels, flows
>>>>
On Tuesday 18 March 2014 11:24 AM, Vinod Koul wrote:
> On Mon, Mar 17, 2014 at 03:37:47PM -0400, Santosh Shilimkar wrote:
>>>> To simplify this bit more, you can think of this as DMA channels, flows
>>>> are allocated and DMA channels are enabled by DMA engine and they
On Tuesday 18 March 2014 09:18 AM, Ivan Khoronzhuk wrote:
> The domain register range for clkfftc1 has to be 0x0235004c
> instead of 0x023504c0.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
Thanks .. Applying for 3.15-fixes
> arch/arm/boot/dts/k2hk-clocks.dtsi | 2 +-
> 1 file changed, 1 insertion(
On Tuesday 18 March 2014 09:23 AM, Ivan Khoronzhuk wrote:
> The control register range for clktsio interferes with clkaemifspi clock.
> And it causes issues for NAND/AEMIF. So fix it.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
>
> Only comment is corrected.
>
Thanks .. Applying for 3.15-fixes
>
On Monday 17 March 2014 12:42 AM, Vinod Koul wrote:
> On Thu, Mar 13, 2014 at 05:16:52AM +0800, Santosh Shilimkar wrote:
>> On Thursday 13 March 2014 12:00 AM, Vinod Koul wrote:
>>> On Wed, Mar 12, 2014 at 03:50:32AM +0800, Santosh Shilimkar wrote:
>>>> On Tuesday
On Thursday 13 March 2014 09:43 PM, Kishon Vijay Abraham I wrote:
> Hi Santosh,
>
> On Thursday 13 March 2014 07:07 PM, Santosh Shilimkar wrote:
>> On Thursday 13 March 2014 07:11 PM, Strashko, Grygorii wrote:
>>> This fixes a regression on Keystone 2 p
h error -38
>
> Hence, fix it by making NULL a valid phy reference in Generic PHY
> APIs stubs in the same way as it was done by the patch
> 04c2facad8fee66c981a51852806d8923336f362 "drivers: phy: Make NULL
> a valid phy reference".
>
> CC: Kishon Vijay Abrah
On Thursday 13 March 2014 12:00 AM, Vinod Koul wrote:
> On Wed, Mar 12, 2014 at 03:50:32AM +0800, Santosh Shilimkar wrote:
>> On Tuesday 11 March 2014 06:23 PM, Vinod Koul wrote:
>>> On Fri, Feb 28, 2014 at 05:56:40PM -0500, Santosh Shilimkar wrote:
>>>> From: Sand
On Thursday 13 March 2014 01:28 AM, Tony Lindgren wrote:
> * Peter Ujfalusi [140304 23:14]:
>> On 03/04/2014 04:37 PM, Santosh Shilimkar wrote:
>>> On Tuesday 04 March 2014 08:48 PM, Peter Ujfalusi wrote:
>>>> Use dev_err() which will going to print the driver's
On Wednesday 12 March 2014 11:48 PM, Felipe Balbi wrote:
> Currently, even when building keystone only
> kernel builds, DTB won't get build because
> we lack a Makefile rule to get it compiled.
>
> This patch adds that rule so mainline kernel
> users have a chance to use up-to-date DTB on
> keysto
On Tuesday 11 March 2014 06:23 PM, Vinod Koul wrote:
> On Fri, Feb 28, 2014 at 05:56:40PM -0500, Santosh Shilimkar wrote:
>> From: Sandeep Nair
>>
>> The Packet DMA driver sets up the dma channels and flows for the
>> QMSS(Queue Manager SubSystem) who triggers the actu
On Tuesday 11 March 2014 10:04 PM, Kumar Gala wrote:
>
> On Mar 10, 2014, at 4:19 PM, Santosh Shilimkar
> wrote:
>
>>>> + -- reg-names : Names for the above register regions. The name
>>>> to be
>>>&
On Tuesday 11 March 2014 01:02 AM, Rob Herring wrote:
> On Fri, Feb 28, 2014 at 5:18 PM, Santosh Shilimkar
> wrote:
>> From: Sandeep Nair
>>
>> The QMSS (Queue Manager Sub System) found on Keystone SOCs is one of
>> the main hardware sub system which forms the bac
701 - 800 of 1304 matches
Mail list logo
