From: Wang Dongsheng
Global timers A and B internal to the PIC. The two independent groups
of global timer, group A and group B, are identical in their functionality.
The hardware timer generates an interrupt on every timer cycle.
e.g
Power management can use the hardware timer to wake up the mac
At 07/18/2012 06:17 PM, Yasuaki Ishimatsu Wrote:
> When calling unregister_node(), the function shows following message at
> device_release().
>
> Device 'node2' does not have a release() function, it is broken and must be
> fixed.
>
> So the patch implements node_device_release()
>
> CC: David
On Wed, 2012-07-18 at 18:49 +0200, o...@aepfle.de wrote:
> From: Linda Xie
James, can I assume you're picking up those two ?
Cheers,
Ben.
> Expected result:
> It should show something like this:
> x1521p4:~ # cat /sys/class/scsi_host/host1/config
> PARTITIONNAME='x1521p4'
> NWSDNAME='X1521P4'
>
The CPU hotplug code for the powernv platform currently only puts
offline CPUs into nap mode if the powersave_nap variable is set.
However, HV-style KVM on this platform requires secondary CPU threads
to be offline and in nap mode. Since we know nap mode works just
fine on all POWER7 machines, and
Hi Linus !
Here's a handful of powerpc patches, a couple of regression fixes
for problems introduced in the main batch in this merge window,
a couple of defconfig updates, and some trivials. The radeonfb
one is something that was long standing in SLES which I forgot
to pickup earlier.
Cheers,
Ben
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:
>>> * Separated the cpu hotplug patch into three patches, as follows
>>> [PATCH v8 1/7] powerpc/smp: use a struct epa
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Friday, July 27, 2012 2:22 AM
> To: Jia Hongtao-B38951
> Cc: linuxppc-dev@lists.ozlabs.org; Wood Scott-B07421; Li Yang-R58472
> Subject: Re: [PATCH V3 2/5] powerpc/fsl-pci: Determine primary bus by
> looking
Thanks for all your comments.
Sorry for the mistakes in this patchset.
I am just so eager to push them to upstream.
I will work on the comments very carfully.
Thanks.
-Hongtao.
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Friday, July 27, 2012 2:22 AM
> -Original Message-
> From: Wood Scott-B07421
> Sent: Friday, July 27, 2012 9:34 AM
> To: Jia Hongtao-B38951
> Cc: Wood Scott-B07421; linuxppc-dev@lists.ozlabs.org;
> ga...@kernel.crashing.org; Li Yang-R58472
> Subject: Re: [PATCH 3/6] powerpc/fsl-pci: Determine primary bus by
> looking
On 07/26/2012 09: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: a
On 07/25/2012 09:20 PM, Jia Hongtao-B38951 wrote:
> All this recursion thing I will try another way.
>
> But this is not the same as you did. If we use platform driver probe function
> will be called more than once. Your function is to find ISA node and check if
> the parent equal to this PCI cont
On Fri, 2012-07-27 at 09:56 +1000, Paul Mackerras wrote:
> At the moment the handler for hypervisor decrementer interrupts is
> the same as for decrementer interrupts, i.e. timer_interrupt().
> This is bogus; if we ever do get a hypervisor decrementer interrupt
> it won't have anything to do with t
On Fri, 2012-07-27 at 09:53 +1000, Paul Mackerras wrote:
> The CPU hotplug code for the powernv platform currently only puts
> offline CPUs into nap mode if the powersave_nap variable is set.
> However, HV-style KVM on this platform requires secondary CPU threads
> to be offline and in nap mode. S
At the moment the handler for hypervisor decrementer interrupts is
the same as for decrementer interrupts, i.e. timer_interrupt().
This is bogus; if we ever do get a hypervisor decrementer interrupt
it won't have anything to do with the next timer event. In fact
the only time we get hypervisor dec
The CPU hotplug code for the powernv platform currently only puts
offline CPUs into nap mode if the powersave_nap variable is set.
However, HV-style KVM on this platform requires secondary CPU threads
to be offline and in nap mode. Since we know nap mode works just
fine on all POWER7 machines, and
On 07/26/2012 04:28 PM, Timur Tabi wrote:
> Michael Ellerman wrote:
>> And the bible, K & R, includes an example of an enum which explicitly
>> specifies all its values. It goes on to say "enumeration variables offer
>> the chance of [type] checking and so are often better than #defines".
>
> I do
Michael Ellerman wrote:
> And the bible, K & R, includes an example of an enum which explicitly
> specifies all its values. It goes on to say "enumeration variables offer
> the chance of [type] checking and so are often better than #defines".
I don't want to beat a dead horse here, but if the driv
On Jul 23, 2012, at 6:12 PM, Timur Tabi wrote:
> The Freescale / iVeia P1022RDK reference board is a small-factor board
> with a Freescale P1022 SOC. It includes:
>
> 1) 512 MB 64-bit DDR3-800 (max) memory
> 2) 8MB SPI serial flash memory for boot loader
> 3) Bootable 4-bit SD/MMC port
> 4) Two
On Jul 26, 2012, at 10:08 AM, Timur Tabi wrote:
> Add support for the Freescale P5040DS Reference Board ("Superhydra"), which
> is similar to the P5020DS. Features of the P5040 are listed below, but
> not all of these features (e.g. DPAA networking) are currently supported.
>
> Four P5040 singl
On Jul 26, 2012, at 10:08 AM, Timur Tabi wrote:
> From: Kim Phillips
>
> Add device tree (dtsi) files for the Freescale P5040 SOC. Since this
> SOC introduces SEC v5.2, add the dtsi file for that also.
>
> Signed-off-by: Kim Phillips
> Signed-off-by: Timur Tabi
> ---
> arch/powerpc/boot/dts
On Jul 26, 2012, at 10:08 AM, Timur Tabi wrote:
> The PCI controller on the Freescale P5040 is v2.4.
>
> Signed-off-by: Timur Tabi
> ---
> arch/powerpc/sysdev/fsl_pci.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
applied to next
- k
On Jul 23, 2012, at 3:43 PM, Timur Tabi wrote:
> In order for indirect mode on the PIXIS to work properly, both chip selects
> need to be set to GPCM mode, otherwise writes to the chip select base
> addresses will not actually post to the local bus -- they'll go to the
> NAND controller instead.
On Jul 26, 2012, at 9:47 AM, Claudiu Manoil wrote:
> The sram_offset parameter represents a physical address
> and should be of type phys_addr_t. As part of this fix,
> the extraction of sram_params is being cleaned-up and
> fixed.
> This patch fixes now the case when the offset value of
> 0xfff0
On Jul 26, 2012, at 7:30 AM, Jia Hongtao wrote:
> PCI host bridge is primary bus if it contains an ISA node. But not all boards
> fit this rule. Device tree should be updated for all these boards.
I don't really seen any reason for this patch. We can just use the code as
Scott wrote it that se
On Jul 26, 2012, at 7:30 AM, Jia Hongtao wrote:
> We unified the Freescale pci/pcie initialization by changing the fsl_pci
> to a platform driver. In previous PCI code architecture the initialization
> routine is called at board_setup_arch stage. Now the initialization is done
> in probe function
On Jul 26, 2012, at 7:30 AM, Jia Hongtao wrote:
> We unified the Freescale pci/pcie initialization by changing the fsl_pci
> to a platform driver. In previous PCI code architecture the initialization
> routine is called at board_setup_arch stage. Now the initialization is done
> in probe function
On Jul 26, 2012, at 7:30 AM, Jia Hongtao wrote:
> PCI initialization is now done by PCI controller driver. In board_setup_arch
> stage we don't need PCI init any more but swiotlb should be determined at this
> stage.
>
> Signed-off-by: Jia Hongtao
> Signed-off-by: Li Yang
> ---
> We now just a
On Jul 26, 2012, at 7:30 AM, Jia Hongtao wrote:
> PCI initialization is now done by PCI controller driver. In board_setup_arch
> stage we don't need PCI init any more but swiotlb should be determined at this
> stage.
>
> Signed-off-by: Jia Hongtao
> Signed-off-by: Li Yang
> ---
> We now just a
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
Add support for the Freescale P5040DS Reference Board ("Superhydra"), which
is similar to the P5020DS. Features of the P5040 are listed below, but
not all of these features (e.g. DPAA networking) are currently supported.
Four P5040 single-threaded e5500 cores built
Up to 2.4 GHz with 64-bit I
From: Kim Phillips
Add device tree (dtsi) files for the Freescale P5040 SOC. Since this
SOC introduces SEC v5.2, add the dtsi file for that also.
Signed-off-by: Kim Phillips
Signed-off-by: Timur Tabi
---
arch/powerpc/boot/dts/fsl/p5040si-post.dtsi | 320 +
arch/pow
The PCI controller on the Freescale P5040 is v2.4.
Signed-off-by: Timur Tabi
---
arch/powerpc/sysdev/fsl_pci.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_pci.c b/arch/powerpc/sysdev/fsl_pci.c
index a7b2a60..50a38b3 100644
--- a/arch/powerpc/s
The sram_offset parameter represents a physical address
and should be of type phys_addr_t. As part of this fix,
the extraction of sram_params is being cleaned-up and
fixed.
This patch fixes now the case when the offset value of
0xfff0 was being rejected by the driver (returning
-EINVAL), althou
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: add generic_set_cpu_up() to set cpu_state as
>
On Jul 26, 2012, at 7:39 AM, Claudiu Manoil wrote:
> On 7/19/2012 3:07 PM, Kumar Gala wrote:
>>
>> On Jul 19, 2012, at 5:28 AM, Claudiu Manoil wrote:
>>
>>> The sram_offset parameter represents a physical address
>>> and should be of type phys_addr_t. As part of this fix,
>>> the extraction of
From: Chunhe Lan
Now we registered pci controllers as platform devices. It will make edac
driver failed to register pci nodes as platform devices too. So we combine
two initialization code as one platform driver.
Signed-off-by: Chunhe Lan
Signed-off-by: Li Yang
Signed-off-by: Jia Hongtao
---
Power supply for PCI inbound/outbound window registers is off when system
go to deep-sleep state. We save the values of registers before suspend
and restore to registers after resume.
Signed-off-by: Jiang Yutang
Signed-off-by: Jia Hongtao
Signed-off-by: Li Yang
---
arch/powerpc/include/asm/pci
PCI initialization is now done by PCI controller driver. In board_setup_arch
stage we don't need PCI init any more but swiotlb should be determined at this
stage.
Signed-off-by: Jia Hongtao
Signed-off-by: Li Yang
---
We now just apply this for mpc85xx_ds and qemu
arch/powerpc/kernel/iommu.c.re
PCI host bridge is primary bus if it contains an ISA node. But not all boards
fit this rule. Device tree should be updated for all these boards.
Signed-off-by: Jia Hongtao
Signed-off-by: Li Yang
---
Changed for V3:
- Using non-recursive function to find ISA under PCI
arch/powerpc/include/asm/p
We unified the Freescale pci/pcie initialization by changing the fsl_pci
to a platform driver. In previous PCI code architecture the initialization
routine is called at board_setup_arch stage. Now the initialization is done
in probe function which is architectural better. Also It's convenient for
a
On 7/19/2012 3:07 PM, Kumar Gala wrote:
On Jul 19, 2012, at 5:28 AM, Claudiu Manoil wrote:
The sram_offset parameter represents a physical address
and should be of type phys_addr_t. As part of this fix,
the extraction of sram_params is being cleaned-up and
fixed.
This patch fixes now the case
Hi,
Please find my comment inline.
Regards,
Sandeep
-Original Message-
From: Tabi Timur-B04825
Sent: Tuesday, July 24, 2012 8:13 PM
To: Singh Sandeep-B37400
Cc: linuxppc-dev@lists.ozlabs.org; Aggrwal Poonam-B10812
Subject: Re: [2/3][PATCH][upstream] TDM Framework
Singh Sandeep-B37400
It contains no code and is not included by anyone.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/abs_addr.h | 22 --
1 file changed, 22 deletions(-)
delete mode 100644 arch/powerpc/include/asm/abs_addr.h
diff --git a/arch/powerpc/include/asm/abs_addr.h
b/a
It's empty now, apart from other includes.
Fixup a few files that were getting things via this header.
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/dma-swiotlb.c |2 +-
arch/powerpc/kernel/ibmebus.c |1 -
arch/powerpc/kernel/vio.c |
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/abs_addr.h |3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/powerpc/include/asm/abs_addr.h
b/arch/powerpc/include/asm/abs_addr.h
index 80a9535..dc667d4 100644
--- a/arch/powerpc/include/asm/abs_addr.h
+++ b/arch/powerpc/in
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/abs_addr.h |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/powerpc/include/asm/abs_addr.h
b/arch/powerpc/include/asm/abs_addr.h
index 4c92fba..80a9535 100644
--- a/arch/powerpc/include/asm/abs_addr.h
+++ b/arch/powerpc/inclu
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/abs_addr.h |2 --
1 file changed, 2 deletions(-)
diff --git a/arch/powerpc/include/asm/abs_addr.h
b/arch/powerpc/include/asm/abs_addr.h
index 419aab7..4c92fba 100644
--- a/arch/powerpc/include/asm/abs_addr.h
+++ b/arch/powerpc/inc
virt_to_abs() is just a wrapper around __pa(), call __pa() directly.
Signed-off-by: Michael Ellerman
---
drivers/video/ps3fb.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/video/ps3fb.c b/drivers/video/ps3fb.c
index 213fbbc..4e292f2 100644
--- a/drivers/video/
These days they are just __va() and __pa() respectively.
Signed-off-by: Michael Ellerman
---
arch/powerpc/mm/stab.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/powerpc/mm/stab.c b/arch/powerpc/mm/stab.c
index 9106ebb..3f8efa6 100644
--- a/arch/powerpc/mm/stab.c
These days they are just __va() and __pa() respectively.
Signed-off-by: Michael Ellerman
---
arch/powerpc/platforms/pseries/iommu.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/platforms/pseries/iommu.c
b/arch/powerpc/platforms/pseries/iommu.c
i
These days they are just __va() and __pa() respectively.
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/dma.c|3 +--
arch/powerpc/kernel/rtas_flash.c |7 +++
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/kernel/dma.c b/arch/powerpc/kerne
abs_to_virt() simply calls __va() and we'd like to get rid of it,
so replace all abs_to_virt() uses with __va().
Similarly virt_to_abs() just calls __pa().
Signed-off-by: Michael Ellerman
---
drivers/net/ethernet/ibm/ehea/ehea.h |1 -
drivers/net/ethernet/ibm/ehea/ehea_phyp.c | 12 ++
abs_to_virt() is just a wrapper around __va(), call __va() directly.
Signed-off-by: Michael Ellerman
---
drivers/macintosh/smu.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/macintosh/smu.c b/drivers/macintosh/smu.c
index 54ac7ff..7d5a6b4 100644
--- a/drivers/
abs_to_virt() simply calls __va() and we'd like to get rid of it,
so replace all abs_to_virt() uses with __va().
__va() returns void *, so when assigning to a pointer there's no need
to cast.
Similarly virt_to_abs() just calls __pa().
Signed-off-by: Michael Ellerman
---
drivers/infiniband/hw/e
These days they are just wrappers around __pa() and __va() respectively.
Signed-off-by: Michael Ellerman
---
arch/powerpc/sysdev/dart_iommu.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/sysdev/dart_iommu.c b/arch/powerpc/sysdev/dart_iommu.c
index 4f
These days they are just wrappers around __pa() and __va() respectively.
Signed-off-by: Michael Ellerman
---
arch/powerpc/platforms/pasemi/iommu.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/platforms/pasemi/iommu.c
b/arch/powerpc/platforms/pasemi/io
abs_to_virt() is just a wrapper around __va(), call __va() directly.
Signed-off-by: Michael Ellerman
---
arch/powerpc/mm/hash_utils_64.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/powerpc/mm/hash_utils_64.c b/arch/powerpc/mm/hash_utils_64.c
index 377e5cb..ba457
Since commit f5339277 phys_to_abs() is 100% a nop, so just remove it.
Signed-off-by: Michael Ellerman
---
drivers/infiniband/hw/ehca/ehca_mrmw.c | 33 ++--
1 file changed, 14 insertions(+), 19 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_mrmw.c
b/driv
phys_to_abs() is a nop, don't use it.
virt_to_abs() is just a wrapper around __pa(), call __pa() directly.
Signed-off-by: Michael Ellerman
---
drivers/crypto/nx/nx.c | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/drivers/crypto/nx/nx.c b/drivers/crypto/n
In commit f5339277 "powerpc: Remove FW_FEATURE ISERIES from arch code", we
removed the bulk of the iSeries code, but missed a few bits.
Remove the mschunks bits, these were only ever used on iSeries as far as I
know, and are definitely not used anymore.
Make it even clearer that phys_to_abs() is
60 matches
Mail list logo
