On Nov 25, 2012, at 11:33 PM, Sethi Varun-B16395 wrote:
> Hi Kumar,
> Can you please apply this patch.
>
> Regards
> Varun
Was waiting on the others to apply this all together. (ie getting an Ack from
Joerg, and follow comments from Timur to be resolved)
- k
>
>> -Original Message-
On Mar 18, 2013, at 8:50 AM, Sergey Gerasimov wrote:
> Signed-off-by: Sergey Gerasimov
> ---
> arch/powerpc/sysdev/fsl_pci.c | 71 +--
> 1 file changed, 34 insertions(+), 37 deletions(-)
>
Can you repost with subject and commit log fixed? It appears your
On Mar 17, 2013, at 10:48 AM, Sethi Varun-B16395 wrote:
>>>
>>> + guts_node = of_find_compatible_node(NULL, NULL,
>>> + "fsl,qoriq-device-config-1.0");
>>
>> This doesn't work for T4 or B4 device trees.
>>
> [Sethi Varun-B16395]hmm I need to use the dcfg space for this.
On Mar 18, 2013, at 9:59 AM, Kumar Gala wrote:
>
> On Mar 17, 2013, at 10:48 AM, Sethi Varun-B16395 wrote:
>
>>>>
>>>> + guts_node = of_find_compatible_node(NULL, NULL,
>>>> + "fsl,qoriq-device-config-1.0"
On Mar 18, 2013, at 8:47 AM, Sergey Gerasimov wrote:
> Signed-off-by: Sergey Gerasimov
> ---
> arch/powerpc/boot/dts/ib8315.dts | 490 +++
> arch/powerpc/configs/83xx/ib8315_defconfig | 2121
> arch/powerpc/platforms/83xx/Kconfig|7 +
> arch/p
On Dec 3, 2012, at 7:36 AM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Use for_each_compatible_node() macro instead of open coding it.
>
> Signed-off-by: Wei Yongjun
> ---
> arch/powerpc/platforms/85xx/mpc85xx_mds.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
applied to next
-
On Mar 18, 2013, at 6:19 PM, Ben Collins wrote:
> Somehow the driver snuck in with these still in it.
>
> Signed-off-by: Ben Collins
> ---
> arch/powerpc/platforms/85xx/sgy_cts1000.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
applied to next
- k
--
To unsubscribe from this
On Feb 27, 2013, at 4:56 AM, Sethi Varun-B16395 wrote:
> This patch is present in the "next branch" of linux ppc tree maintained by
> Kumar Gala.
> Following is the commit id:
> 52c5affc545053d37c0b05224bbf70f5336caa20
>
> I am not sure if this would be part of 3
On Feb 27, 2013, at 5:33 AM, Joerg Roedel wrote:
> On Mon, Feb 18, 2013 at 06:22:16PM +0530, Varun Sethi wrote:
>> Macros for checking FSL PCI controller version.
>>
>> Signed-off-by: Varun Sethi
>> ---
>> arch/powerpc/include/asm/pci-bridge.h |4
>> 1 files changed, 4 insertions(+), 0
On Feb 27, 2013, at 6:04 AM, Sethi Varun-B16395 wrote:
> Hi Kumar,Ben,
> I am implementing the Freescale PAMU (IOMMU) driver using the Linux IOMMU
> API. In this particular patch, I have added a new field to dev_archdata
> structure to store the dma domain information.
> This field is updated w
On Jan 14, 2013, at 5:57 PM, Eric Blake wrote:
> On 01/13/2013 01:05 PM, Thomas Backlund wrote:
>> Thomas Backlund skrev 13.1.2013 20:38:
>>> patch both inline and attached as thunderbird tends to mess up ...
>>
>>> -
>>>
>>> if_bridge.h uses struct in6_addr ip6; but does not include the in
On Mar 13, 2013, at 1:49 PM, Varun Sethi wrote:
> +/*
> + * Table of SVRs and the corresponding PORT_ID values.
> + *
> + * All future CoreNet-enabled SOCs will have this erratum fixed, so this
> table
> + * should never need to be updated. SVRs are guaranteed to be unique, so
> + * there is no
On Mar 14, 2013, at 3:20 PM, Kumar Gala wrote:
>
> On Mar 13, 2013, at 1:49 PM, Varun Sethi wrote:
>
>> +/*
>> + * Table of SVRs and the corresponding PORT_ID values.
>> + *
>> + * All future CoreNet-enabled SOCs will have this erratum fixed, so this
>&g
On Mar 12, 2013, at 4:49 PM, Paul Bolle wrote:
> The Kconfig entry for QE_USB contains
> default y if USB_GADGET_FSL_QE
>
> But USB_GADGET_FSL_QE got removed in commit
> 193ab2a6070039e7ee2b9b9bebea754a7c52fd1b ("usb: gadget: allow multiple
> gadgets to be built"). This default will theref
On Mar 14, 2013, at 10:14 AM, Paul Bolle wrote:
> The last user of Kconfig symbol 8260_PCI9 got removed in release v3.2.
> Remove this symbol too.
>
> Signed-off-by: Paul Bolle
> ---
> 0) Untested.
>
> 1) This probably is a second order effect of my commit
> 6805ab6daa2b589fe3242d05ddc47a9dbb0
On Aug 10, 2012, at 7:40 AM, Kumar Gala wrote:
>
> On Aug 2, 2012, at 5:04 AM, Zhao Chenhui wrote:
>
>> On Sat, Jul 28, 2012 at 08:20:31AM +1000, Benjamin Herrenschmidt wrote:
>>> On Fri, 2012-07-27 at 16:58 -0500, Kumar Gala wrote:
>>>> On Jul 20,
Was wondering if anyone was looking at the cause of this warning in
top of linus's tree (8af03e782cae1e0a0f530ddd22301cdd12cf9dc0)
drivers/spi/Kconfig:156:warning: 'select' used by config symbol
'SPI_PXA2XX' refers to undefined symbol 'PXA_SSP'
I was doing a build of a ppc kernel.
- k
--
T
On Jan 30, 2008, at 11:57 PM, Zhang Wei wrote:
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
On Jan 30, 2008, at 4:30 AM, Zhang Wei wrote:
Change lots of static variable to mport private. And add
mport to some
function declaration.
Can you explain this patch
On Jan 31, 2008, at 12:15 AM, Kumar Gala wrote:
On Jan 30, 2008, at 11:57 PM, Zhang Wei wrote:
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
On Jan 30, 2008, at 4:30 AM, Zhang Wei wrote:
Change lots of static variable to mport private. And add
mport to some
On Jan 31, 2008, at 12:04 AM, Zhang Wei wrote:
All right, I'll give you another patch for 86xx dts file. :)
Btw: Why the PCI and other nodes were moved from SOC? Just for clear?
If they are moved out, their register address must use full address
not
offset address.
we did this because the
On Feb 4, 2008, at 11:44 PM, Stephen Rothwell wrote:
+ aw = *(u32 *)of_get_property(dev->node, "#address-cells", NULL);
+ sw = *(u32 *)of_get_property(dev->node, "#size-cells", NULL);
What happens if either of these properties is missing?
Should we add __must_check to of_get_pr
On Oct 4, 2012, at 6:56 AM, wrote:
> From: Varun Sethi
>
> Added the following domain attributes required by FSL PAMU driver:
> 1. Subwindows field added to the iommu domain geometry attribute.
> 2. Added new iommu stash attribute, which allows setting of the
> LIODN specific stash id param
On Oct 4, 2012, at 6:56 AM, wrote:
> From: Varun Sethi
>
> Following is a brief description of the PAMU hardware:
> PAMU determines what action to take and whether to authorize the action on
> the basis
> of the memory address, a Logical IO Device Number (LIODN), and PAACT table
> (logicall
After glancing at some of this thread its clear to me what Stephen's
real goal is:
1. collect kernel trees (or underpants)
2. ?
3. profit
http://en.wikipedia.org/wiki/Underpants_Gnomes
- k
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
On Feb 13, 2008, at 2:41 AM, David Miller wrote:
As I mentioned to a few ppc folks at LCA08 I plan to use
the LMB code from powerpc as a basis for NUMA support on
sparc64.
There are two changes.
1) Move arch/powerpc/mm/lmb.c to lib/lmb.c, put the main
interface bits in include/linux/lmb.h,
If we add to an empty lmb region with a non-zero base we will not coalesce
the number of regions done to one. This causes problems on ppc32 for the
memory region as its assumed to only have one region.
We can fix this be easily specially casing the initial add to just replace
the dummy region.
-
On Feb 13, 2008, at 8:20 AM, Jon Loeliger wrote:
So, like, the other day Kumar Gala mumbled:
If we add to an empty lmb region with a non-zero base we will not
coalesce
the number of regions done to one. This causes problems on ppc32
for the
s/done/down
will fix.
memory region as its
Dan,
What's going on with the dma engine drivers for 2.6.25? We had a
Freescale dma driver from Zhang Wei queued up but seems to have been
lost.
- k
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Feb 14, 2008, at 12:14 PM, Dan Williams wrote:
On Wed, Feb 13, 2008 at 8:52 PM, Kumar Gala
<[EMAIL PROTECTED]> wrote:
Dan,
What's going on with the dma engine drivers for 2.6.25? We had a
Freescale dma driver from Zhang Wei queued up but seems to have been
lost.
I pulled
On Jul 26, 2012, at 9:02 AM, Li Yang wrote:
> On Fri, Jul 20, 2012 at 8:42 PM, Zhao Chenhui
> wrote:
>> Changes for v8:
>> * Separated the cpu hotplug patch into three patches, as follows
>> [PATCH v8 1/7] powerpc/smp: use a struct epapr_spin_table to replace macros
>> [PATCH v8 2/7] powerpc/smp
On Jul 26, 2012, at 10:14 PM, Li Yang wrote:
> On Fri, Jul 27, 2012 at 1:29 AM, Kumar Gala wrote:
>>
>> On Jul 26, 2012, at 9:02 AM, Li Yang wrote:
>>
>>> On Fri, Jul 20, 2012 at 8:42 PM, Zhao Chenhui
>>> wrote:
>>>> Changes for v8:
>&g
On Jul 20, 2012, at 7:47 AM, Zhao Chenhui wrote:
> During suspend, all interrupts including IPI will be disabled. In this case,
> the suspend process will hang in SMP. To prevent this, pass the flag
> IRQF_NO_SUSPEND when requesting IPI irq.
>
> Signed-off-by: Zhao Chenhui
> Signed-off-by: Li Y
On Jul 27, 2012, at 5:20 PM, Benjamin Herrenschmidt wrote:
> On Fri, 2012-07-27 at 16:58 -0500, Kumar Gala wrote:
>> On Jul 20, 2012, at 7:47 AM, Zhao Chenhui wrote:
>>
>>> During suspend, all interrupts including IPI will be disabled. In this case,
>>> the sus
On Jul 20, 2012, at 7:42 AM, Zhao Chenhui wrote:
> In sleep PM mode, the clocks of e500 core and unused IP blocks is
> turned off. IP blocks which are allowed to wake up the processor
> are still running.
>
> Some Freescale chips like MPC8536 and P1022 has deep sleep PM mode
> in addtion to the
On Jul 20, 2012, at 7:42 AM, Zhao Chenhui wrote:
> Some 85xx silicons like MPC8536 and P1022 have a JOG feature, which provides
> a dynamic mechanism to lower or raise the CPU core clock at runtime.
>
> This patch adds the support to change CPU frequency using the standard
> cpufreq interface. T
On Jul 20, 2012, at 7:42 AM, Zhao Chenhui wrote:
> Signed-off-by: Zhao Chenhui
> ---
> arch/powerpc/platforms/85xx/smp.c | 46 ++--
> 1 files changed, 23 insertions(+), 23 deletions(-)
applied to next
- k--
To unsubscribe from this list: send the line "unsubscr
On Jul 20, 2012, at 7:42 AM, Zhao Chenhui wrote:
> In the case of cpu hotplug, the cpu_state should be set to CPU_UP_PREPARE
> when kicking cpu.
> Otherwise, the cpu_state is always CPU_DEAD after calling
> generic_set_cpu_dead(), which
> makes the delay in generic_cpu_die() not happen.
>
> Si
On Jul 20, 2012, at 7:42 AM, Zhao Chenhui wrote:
> Do hardware timebase sync. Firstly, stop all timebases, and transfer
> the timebase value of the boot core to the other core. Finally,
> start all timebases.
>
> Only apply to dual-core chips, such as MPC8572, P2020, etc.
>
> Signed-off-by: Zha
On Jul 20, 2012, at 7:42 AM, Zhao Chenhui wrote:
> Add support to disable and re-enable individual cores at runtime
> on MPC85xx/QorIQ SMP machines. Currently support e500v1/e500v2 core.
>
> MPC85xx machines use ePAPR spin-table in boot page for CPU kick-off.
> This patch uses the boot page from
On Aug 22, 2013, at 12:53 AM, Mike Turquette wrote:
> Device Tree binding for the basic clock multiplexer, plus the setup
> function to register the clock. Based on the existing fixed-clock
> binding.
>
> Includes minor beautification of clk-provider.h where some whitespace is
> added and of_fi
We appear to have:
Documentation/devicetree/bindings/serial/
and
Documentation/devicetree/bindings/tty/serial/
Which one do we want to keep, I'd pick the first, but I don't care too much.
Also, there appears to be a duplicated (but different) binding for the
fsl-imx-uart.txt in these two dirs
clock support (which isn't merged so
> far).
I'm not seeing any driver upstream even using the compatibles so might be worth
adding that we aren't even breaking anything upstream.
Otherwise you can add:
Acked-by: Kumar Gala
>
> Cc: David Brown
> Signed-off-by: St
On Aug 28, 2013, at 1:04 PM, Kumar Gala wrote:
>
> On Aug 27, 2013, at 7:12 PM, Stephen Boyd wrote:
>
>> Let's follow the ratified DT binding and use uartdm instead of
>> hsuart. This does break backwards compatibility but this
>> shouldn't be a problem bec
m_serial.txt
> create mode 100644
> Documentation/devicetree/bindings/tty/serial/qcom,msm-uart.txt
> create mode 100644
> Documentation/devicetree/bindings/tty/serial/qcom,msm-uartdm.txt
Acked-by: Kumar Gala
- k
--
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Cente
On Aug 27, 2013, at 7:12 PM, Stephen Boyd wrote:
> This patchset aligns the msm_serial driver more with downstream usage and
> updates the driver's DT bindings.
>
> Changes since v2:
> * Fixed up DT review comments
> * Dropped patches that were picked up in tty tree
>
> Changes since v1:
> * Dr
On Aug 28, 2013, at 1:35 PM, Greg Kroah-Hartman wrote:
> On Wed, Aug 28, 2013 at 01:02:14PM -0500, Kumar Gala wrote:
>> We appear to have:
>>
>> Documentation/devicetree/bindings/serial/
>>
>> and
>>
>> Documentation/devicetree/bindings/tty/ser
We had two bindings for the same serial device, it looks like the one in
tty/serial/fsl-imx-uart.txt is the more up to date one so go with it and
merge a few things about the use/need for aliases in from
serial/fsl-imx-uart.txt.
Signed-off-by: Kumar Gala
---
.../devicetree/bindings/serial/fsl
Move all bindings in bindings/tty/serial into bindings/serial so we only
have one place dir with serial/uart related bindings in it.
Signed-off-by: Kumar Gala
---
Note: I did not move msm_serial.txt with the feeling that Stephen will end up
removing it in his patch set.
.../devicetree/bindings
On Aug 28, 2013, at 2:19 PM, Stephen Boyd wrote:
> On 08/28, Kumar Gala wrote:
>>
>> On Aug 27, 2013, at 7:12 PM, Stephen Boyd wrote:
>>
>>> This patchset aligns the msm_serial driver more with downstream usage and
>>> updates the driver's DT binding
As we look at upstreaming more support for the Qualcomm MSM SoCs there are a
number of drivers or library like routines that are unique to the MSM platform,
we are thinking that putting them under:
drivers/platform/qcom/
would make sense. In addition there are headers that might need to get sh
> So where have we gotten on this?
>
> It seems we are in agreement that:
> 1. reserve memory should be probably be described in nodes
> 2. it should be pulled out of the memory node and put at root level
> 3. Use reg to describe the memory regions for a given node
>
> Now to figure out about how
On Oct 3, 2013, at 10:27 AM, Greg Kroah-Hartman wrote:
> On Thu, Oct 03, 2013 at 09:45:38AM -0500, Kumar Gala wrote:
>> As we look at upstreaming more support for the Qualcomm MSM SoCs there
>> are a number of drivers or library like routines that are unique to
>> the
On Oct 3, 2013, at 11:25 AM, Greg Kroah-Hartman wrote:
> On Thu, Oct 03, 2013 at 11:21:10AM -0500, Kumar Gala wrote:
>>
>> On Oct 3, 2013, at 10:27 AM, Greg Kroah-Hartman wrote:
>>
>>> On Thu, Oct 03, 2013 at 09:45:38AM -0500, Kumar Gala wrote:
>>>>
On Sep 15, 2013, at 9:57 PM, Benjamin Herrenschmidt wrote:
> [resent to the right list this time around]
>
> Hi folks !
>
> So I don't have the bandwidth to follow closely what's going on, but I
> just today noticed the crackpot that went into 3.11 as part of commit:
>
> 9d8eab7af79cb4ce2de5de
On Sep 16, 2013, at 1:28 PM, Rohit Vaswani wrote:
> On 9/12/2013 7:05 PM, Kumar Gala wrote:
>> On Sep 12, 2013, at 5:47 PM, David Brown wrote:
>>
>>> On Thu, Sep 12, 2013 at 12:55:36PM -0500, Kumar Gala wrote:
>>>> On Sep 12, 2013, at 12:06 PM, Olof Johansson
On Sep 16, 2013, at 1:50 PM, Olof Johansson wrote:
> On Mon, Sep 16, 2013 at 11:46 AM, Kumar Gala wrote:
>
>> I think the two options are either:
>>
>> qcom-msm*, qcom-apq*, etc
>>
>> or
>>
>> qcom/msm-*, qcom/apq*, etc
>>
>> I&#x
Use a standard 'qcom' prefix to denotate device trees meant for Qualcomm
based processors.
Signed-off-by: Kumar Gala
---
arch/arm/boot/dts/Makefile| 4 ++--
arch/arm/boot/dts/{msm8660-surf.dts => qcom-msm8660-surf.dts} | 0
arch/arm/boot/dts/{ms
On Sep 16, 2013, at 5:42 PM, Benjamin Herrenschmidt wrote:
> On Mon, 2013-09-16 at 10:22 -0500, Kumar Gala wrote:
>> Where is Jermey's binding documented ?
>
> It looks like I actually came up with this binding :-) Jeremy reminded
> me yesterday. It was posted to t
On Sep 3, 2013, at 5:34 PM, Suman Anna wrote:
> Kumar,
>
>>>
>>> On 09/03/2013 01:50 PM, Kumar Gala wrote:
>>>>
>>>> On Sep 3, 2013, at 12:52 PM, Suman Anna wrote:
>>>>
>>>>> HwSpinlock IP is present only on OMAP4
On Sep 4, 2013, at 11:27 AM, Suman Anna wrote:
> Kumar,
>
>>
>>> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
>>> which are all device-tree boot only. This patch adds the
>>> base support for parsing the DT nodes, and removes the code
>>> dealing with the tra
On Sep 4, 2013, at 12:03 PM, Suman Anna wrote:
> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
> which are all device-tree boot only. This patch adds the
> base support for parsing the DT nodes, and removes the code
> dealing with the tradi
> arch/powerpc/kernel/eeh.c |3 +--
> arch/powerpc/sysdev/fsl_pci.c |2 +-
> 2 files changed, 2 insertions(+), 3 deletions(-)
Acked-by: Kumar Gala
(for the fsl_pci.c) change
- k
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Sep 5, 2013, at 7:04 PM, Rohit Vaswani wrote:
> diff --git a/arch/arm/boot/dts/msm8974-db.dts
> b/arch/arm/boot/dts/msm8974-db.dts
> new file mode 100644
> index 000..74106a8
> --- /dev/null
> +++ b/arch/arm/boot/dts/msm8974-db.dts
> @@ -0,0 +1,7 @@
> +/include/ "msm8974.dtsi"
> +
> +/ {
On Sep 5, 2013, at 7:04 PM, Rohit Vaswani wrote:
> This patch adds basic board support for MSM8974 Dragonboard
> which belongs to the Snapdragon 800 family.
> For now, just support a basic machine with device tree.
>
> Signed-off-by: Rohit Vaswani
> ---
> arch/arm/boot/dts/Makefile| 3
On Sep 6, 2013, at 11:57 AM, Rohit Vaswani wrote:
> On 9/6/2013 7:22 AM, Kumar Gala wrote:
>> On Sep 5, 2013, at 7:04 PM, Rohit Vaswani wrote:
>>
>>> This patch adds basic board support for MSM8974 Dragonboard
>>> which belongs to the Snapdragon 800 family.
On Sep 9, 2013, at 12:48 PM, Rohit Vaswani wrote:
> On 9/6/2013 2:50 PM, Olof Johansson wrote:
>> Hi,
>>
>> Some comments below.
>>
>> On Fri, Sep 06, 2013 at 12:32:22PM -0700, Rohit Vaswani wrote:
>>> This patch adds basic board support for APQ8074 Dragonboard
>>>
>>> dtb-$(CONFIG_ARCH_MSM)
On Sep 9, 2013, at 2:29 PM, Stephen Warren wrote:
> On 09/09/2013 01:17 PM, Kumar Gala wrote:
>>
>> On Sep 9, 2013, at 12:48 PM, Rohit Vaswani wrote:
>>
>>> On 9/6/2013 2:50 PM, Olof Johansson wrote:
>>>> Hi,
>>>>
>>>> Some c
On Sep 9, 2013, at 4:21 PM, Stephen Warren wrote:
> On 09/09/2013 01:48 PM, Kumar Gala wrote:
>>
>> On Sep 9, 2013, at 2:29 PM, Stephen Warren wrote:
>>
>>> On 09/09/2013 01:17 PM, Kumar Gala wrote:
>>>>
>>>> On Sep 9, 2013, at 12:48 PM
On Sep 9, 2013, at 4:42 PM, Rohit Vaswani wrote:
> On 9/9/2013 2:25 PM, Kumar Gala wrote:
>>
>> On Fri, Sep 06, 2013 at 12:32:22PM -0700, Rohit Vaswani wrote:
>>>>>>>>> This patch adds basic board support for APQ8074 Dragonboard
>>>>>&
Use the Qualcomm vendor prefix (qcom) as the directory name for
Qualcomm MSM devicetrees going forward.
Signed-off-by: Kumar Gala
---
arch/arm/boot/dts/Makefile| 4 ++--
arch/arm/boot/dts/{ => qcom}/msm8660-surf.dts | 2 +-
arch/arm/boot/dts/{ => qcom}/msm8960-cdp.dt
On Sep 12, 2013, at 11:46 AM, Olof Johansson wrote:
> On Thu, Sep 12, 2013 at 9:37 AM, Kumar Gala wrote:
>> Use the Qualcomm vendor prefix (qcom) as the directory name for
>> Qualcomm MSM devicetrees going forward.
>>
>> Signed-off-by: Kumar Gala
>
> Let&
On Sep 12, 2013, at 12:06 PM, Olof Johansson wrote:
> On Thu, Sep 12, 2013 at 9:53 AM, Kumar Gala wrote:
>>
>> On Sep 12, 2013, at 11:46 AM, Olof Johansson wrote:
>>
>>> On Thu, Sep 12, 2013 at 9:37 AM, Kumar Gala wrote:
>>>> Use the Qualcomm vend
On Sep 12, 2013, at 1:04 PM, Olof Johansson wrote:
> On Thu, Sep 12, 2013 at 10:55 AM, Kumar Gala wrote:
>>
>> On Sep 12, 2013, at 12:06 PM, Olof Johansson wrote:
>>
>>> On Thu, Sep 12, 2013 at 9:53 AM, Kumar Gala wrote:
>>>>
>>>&
On Sep 12, 2013, at 1:46 PM, Olof Johansson wrote:
> On Thu, Sep 12, 2013 at 11:20 AM, Rob Herring wrote:
>
>> As Stephen W has pointed out previously, the dtb filename itself is or
>> may be an ABI and the bootloader may be hardcoded to a name. So we
>> should avoid future renames.
>
> We sti
On Sep 12, 2013, at 5:47 PM, David Brown wrote:
> On Thu, Sep 12, 2013 at 12:55:36PM -0500, Kumar Gala wrote:
>>
>> On Sep 12, 2013, at 12:06 PM, Olof Johansson wrote:
>
>>> My original request to please use a common prefix for your product
>>> families sta
Should have at least something w/regards to a commit message.
On Aug 20, 2013, at 10:07 PM, Xiubo Li wrote:
> Signed-off-by: Xiubo Li
> ---
> .../devicetree/bindings/pwm/fsl-ftm-pwm.txt| 52 ++
> 1 file changed, 52 insertions(+)
> create mode 100644 Documentation/devic
On Aug 28, 2013, at 8:14 PM, Mike Turquette wrote:
> Quoting Kumar Gala (2013-08-28 08:50:10)
>> On Aug 22, 2013, at 12:53 AM, Mike Turquette wrote:
>>
>>> Device Tree binding for the basic clock multiplexer, plus the setup
>>> function to register the clock.
On Aug 30, 2013, at 3:33 PM, Mike Turquette wrote:
> Quoting Kumar Gala (2013-08-30 13:02:42)
>> On Aug 28, 2013, at 8:14 PM, Mike Turquette wrote:
>>
>>> Quoting Kumar Gala (2013-08-28 08:50:10)
>>>> On Aug 22, 2013, at 12:53 AM, Mike Turquette wrote:
>
On Sep 3, 2013, at 12:52 PM, Suman Anna wrote:
> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
> which are all device-tree boot only. This patch adds the
> base support for parsing the DT nodes, and removes the code
> dealing with the traditional platform device instantiation.
>
>
On Sep 3, 2013, at 2:10 PM, Suman Anna wrote:
> Kumar,
>
> On 09/03/2013 01:50 PM, Kumar Gala wrote:
>>
>> On Sep 3, 2013, at 12:52 PM, Suman Anna wrote:
>>
>>> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
>>> which are all device
On Sep 25, 2013, at 5:35 PM, Rohit Vaswani wrote:
> On 9/25/2013 12:49 PM, Kumar Gala wrote:
>> On Sep 23, 2013, at 10:13 PM, Rohit Vaswani wrote:
>>
>>> This patch adds basic board support for APQ8074 Dragonboard
>>> which belongs to the Snapdragon 800 family.
On Sep 19, 2013, at 12:54 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> ePAPR 1.1 section 2.2.1.1 "Node Name Requirements" specifies that any
> node that has a reg property must include a unit address in its name
> with value matching the first entry in its reg property. Conversely, if
>
On Sep 26, 2013, at 2:17 PM, Rohit Vaswani wrote:
> On 9/26/2013 11:05 AM, Rohit Vaswani wrote:
>> On 9/26/2013 9:37 AM, Kumar Gala wrote:
>>>
>>
>>> +++ b/arch/arm/boot/dts/qcom-apq8074-dragonboard.dts
>>> @@ -0,0 +1,6 @@
>>> +/include
On Sep 26, 2013, at 3:58 PM, David Brown wrote:
> On Thu, Sep 26, 2013 at 02:33:53PM -0500, Kumar Gala wrote:
>
>>> "ePAPR 1.1 section 2.2.1.1 "Node Name Requirements" specifies that any
>>> node that has a reg property must include a unit address in its
On Sep 26, 2013, at 4:10 PM, Rob Herring wrote:
> On 09/26/2013 02:33 PM, Kumar Gala wrote:
>>
>> On Sep 26, 2013, at 2:17 PM, Rohit Vaswani wrote:
>>
>>> On 9/26/2013 11:05 AM, Rohit Vaswani wrote:
>>>> On 9/26/2013 9:37 AM, Kumar Gala wrote:
>&
On Sep 27, 2013, at 12:17 AM, David Gibson wrote:
> On Fri, Sep 27, 2013 at 11:30:38AM +1000, Benjamin Herrenschmidt wrote:
>> On Thu, 2013-09-26 at 17:12 -0600, Stephen Warren wrote:
>>> Well, ePAPR seems pretty specific that unit address and reg are
>>> related,
>>> but says nothing about range
On Sep 26, 2013, at 8:30 PM, Benjamin Herrenschmidt wrote:
> On Thu, 2013-09-26 at 17:12 -0600, Stephen Warren wrote:
>> Well, ePAPR seems pretty specific that unit address and reg are
>> related,
>> but says nothing about ranges in the section on node naming, nor about
>> node naming in the sect
On Sep 18, 2013, at 3:21 AM, Benjamin Herrenschmidt wrote:
> On Tue, 2013-09-17 at 21:57 -0500, Grant Likely wrote:
>
>>> - It provides no indication of what a given region is used for (or used
>>> by). In the example, "display_region" is a label (thus information that
>>> is lost) and unless it
On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
> All the platform-specific hwlock driver implementations need the
> number of locks and the associated base id for registering the
> locks present within a hwspinlock device with the driver core.
> These two variables are represented by 'hwlock-num-
On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
> which are all device-tree boot only. This patch adds the
> base support for parsing the DT nodes, and removes the code
> dealing with the traditional platform device instantiation.
>
>
On Sep 27, 2013, at 11:48 AM, Suman Anna wrote:
> Kumar,
>
> On 09/27/2013 11:04 AM, Kumar Gala wrote:
>>
>> On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
>>
>>> All the platform-specific hwlock driver implementations need the
>>> number of loc
On Sep 27, 2013, at 11:21 AM, Suman Anna wrote:
> On 09/27/2013 11:06 AM, Kumar Gala wrote:
>>
>> On Sep 17, 2013, at 2:30 PM, Suman Anna wrote:
>>
>>> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
>>> which are all device-tree boot only. T
On Sep 23, 2013, at 10:13 PM, Rohit Vaswani wrote:
> This patch adds basic board support for APQ8074 Dragonboard
> which belongs to the Snapdragon 800 family.
> For now, just support a basic machine with device tree.
>
> Signed-off-by: Rohit Vaswani
> ---
> arch/arm/Kconfig.debug
On Sep 7, 2012, at 5:01 AM, Shaohui Xie wrote:
> The freescale V2 SATA controller checks if the received data length matches
> the programmed length 'ttl', if not, it assumes that this is an error.
> In ATAPI, the 'ttl' is based on max allocation length and not the actual
> data transfer length,
On Dec 20, 2012, at 3:08 AM, Tiejun Chen wrote:
> gdb always need to generate a single step properly to invoke
> a kgdb state. But with lazy interrupt, book3e can't always
> trigger a debug exception with a single step since the current
> is blocked for handling those pending exception, then we m
Add driver for Qualcomm MSM Hardware Mutex block that exists on newer MSM
SoC (MSM8974, etc).
CC: Jeffrey Hugo
CC: Eric Holmberg
Signed-off-by: Kumar Gala
---
v3:
* moved dt binding into hwlock/
* removed smp_mb() as they were not needed
* cleanup warning
v2:
* Fixed init of stride
* Dealt
On Aug 15, 2013, at 12:02 AM, Mike Turquette wrote:
>> Right now we have
>>
>>pll8: pll8 {
>>#clock-cells = <0>;
>>compatible = "qcom,pll";
>>clocks = <&pxo>;
>>};
>>
>> in DT and
>>
>>static struct pll_desc pll8_desc = {
On Aug 16, 2013, at 11:43 AM, Kumar Gala wrote:
>
> On Aug 15, 2013, at 12:02 AM, Mike Turquette wrote:
>
>>> Right now we have
>>>
>>> pll8: pll8 {
>>> #clock-cells = <0>;
>>>
On Aug 9, 2013, at 3:37 PM, Josh Cartwright wrote:
> From: Kenneth Heitke
>
> System Power Management Interface (SPMI) is a specification
> developed by the MIPI (Mobile Industry Process Interface) Alliance
> optimized for the real time control of Power Management ICs (PMIC).
>
> SPMI is a two
On Aug 16, 2013, at 2:25 PM, Josh Cartwright wrote:
> Hey Kumar-
>
> Thanks for the review.
>
> On Fri, Aug 16, 2013 at 01:53:27PM -0500, Kumar Gala wrote:
>> On Aug 9, 2013, at 3:37 PM, Josh Cartwright wrote:
>>
>>> Signed-off-by: Josh Cartwright
>
1 - 100 of 877 matches
Mail list logo
