Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
Changes:
v2:
* it does not try to introduce a realmode search function.
Instead, liobn-to-iommu-group lookup is done by VFIO KVM device
in virtual mode and the result (iommu_group pointer) is cached
in kvm_arch so the realmode handlers do not
Unaligned stores take alignment exceptions on POWER7 running in little-endian.
This is a dumb little-endian base memcpy that prevents unaligned stores.
It is replaced by the VMX memcpy at boot.
Signed-off-by: Philippe Bergheaud fe...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/string.h |
On 11/05/2013 01:27 AM, Jason Gunthorpe wrote:
Commit cc9d4598 'net: mv643xx_eth: use of_phy_connect if phy_node
present' made the call to phy_scan optional, if the DT has a link to
the phy node.
However phy_scan has the side effect of calling phy_addr_set, which
writes the phy MDIO address to
Li Xiubo wrote:
But fsl-ssi.o and fsl-spdif.o is based PowrePC platform? Which we can see from
the comments.
fsl_ssi was originally PPC-only, but it now supports PPC and ARM. You
can see that from the git history.
If there are any comments that say PPC but are not PPC-specific, that
On Mon, Nov 04, 2013 at 08:53:44PM +, Paul E. McKenney wrote:
On Mon, Nov 04, 2013 at 08:11:27PM +0100, Peter Zijlstra wrote:
Some comments below. I believe that opcodes need to be fixed for IA64.
I am unsure of the ifdefs and opcodes for arm64, but the ARM folks should
be able to tell
On Tue, Nov 05, 2013 at 02:05:48PM +, Will Deacon wrote:
On Mon, Nov 04, 2013 at 08:53:44PM +, Paul E. McKenney wrote:
On Mon, Nov 04, 2013 at 08:11:27PM +0100, Peter Zijlstra wrote:
Some comments below. I believe that opcodes need to be fixed for IA64.
I am unsure of the ifdefs
On Tue, 5 Nov 2013, Alistair Popple wrote:
The IBM Akebono board has a OHCI compliant USB host interface. This
patch adds support for it to the OHCI platform driver.
As we use device tree to pass platform specific data instead of
platform data we remove the check for platform data and
On Tue, 5 Nov 2013, Alistair Popple wrote:
The IBM Akebono board has an EHCI compliant USB host interface. This
patch adds support for it to the EHCI platform driver.
Signed-off-by: Alistair Popple alist...@popple.id.au
Cc: Alan Stern st...@rowland.harvard.edu
Cc: linux-...@vger.kernel.org
On Tue, 2013-11-05 at 16:31 +1100, Alistair Popple wrote:
[...]
--- a/drivers/net/ethernet/ibm/emac/Kconfig
+++ b/drivers/net/ethernet/ibm/emac/Kconfig
@@ -55,6 +55,10 @@ config IBM_EMAC_RGMII
bool
default n
+config IBM_EMAC_RGMII_WOL
+ bool
+ default n
+
[...]
So
On Tue, Nov 05, 2013 at 02:05:48PM +, Will Deacon wrote:
+
+#define smp_store_release(p, v)
\
+do { \
+ smp_mb();
On Tue, 2013-11-05 at 10:04 -0500, Alan Stern wrote:
On Tue, 5 Nov 2013, Alistair Popple wrote:
The IBM Akebono board has an EHCI compliant USB host interface. This
patch adds support for it to the EHCI platform driver.
Signed-off-by: Alistair Popple alist...@popple.id.au
Cc: Alan
On Tue, 2013-11-05 at 18:16 +, Ben Hutchings wrote:
On Tue, 2013-11-05 at 16:31 +1100, Alistair Popple wrote:
[...]
--- a/drivers/net/ethernet/ibm/emac/Kconfig
+++ b/drivers/net/ethernet/ibm/emac/Kconfig
@@ -55,6 +55,10 @@ config IBM_EMAC_RGMII
bool
default n
+config
On Tue, 2013-11-05 at 19:05 +1100, Alexey Kardashevskiy wrote:
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
Changes:
v2:
* it does not try to introduce a realmode search function.
Instead, liobn-to-iommu-group lookup is done by VFIO KVM device
in virtual mode and the result
On 11/05/2013 11:12 PM, Arnaud Ebalard wrote:
Hi Jason,
Jason Gunthorpe jguntho...@obsidianresearch.com writes:
Commit cc9d4598 'net: mv643xx_eth: use of_phy_connect if phy_node
present' made the call to phy_scan optional, if the DT has a link to
the phy node.
However phy_scan has the side
Hi Jason,
Jason Gunthorpe jguntho...@obsidianresearch.com writes:
Commit cc9d4598 'net: mv643xx_eth: use of_phy_connect if phy_node
present' made the call to phy_scan optional, if the DT has a link to
the phy node.
However phy_scan has the side effect of calling phy_addr_set, which
writes
[snip]
+/* RGMII bridge supports only GMII/TBI and RGMII/RTBI PHYs */
+static inline int rgmii_valid_mode(int phy_mode)
+{
+ return phy_mode == PHY_MODE_GMII ||
+ phy_mode == PHY_MODE_MII ||
+ phy_mode == PHY_MODE_RGMII ||
+ phy_mode ==
On Tue, Nov 05, 2013 at 11:12:00PM +0100, Arnaud Ebalard wrote:
Hi Jason,
Jason Gunthorpe jguntho...@obsidianresearch.com writes:
Commit cc9d4598 'net: mv643xx_eth: use of_phy_connect if phy_node
present' made the call to phy_scan optional, if the DT has a link to
the phy node.
On Wed, 2013-11-06 at 06:54 +1100, Benjamin Herrenschmidt wrote:
On Tue, 2013-11-05 at 18:16 +, Ben Hutchings wrote:
On Tue, 2013-11-05 at 16:31 +1100, Alistair Popple wrote:
[...]
--- a/drivers/net/ethernet/ibm/emac/Kconfig
+++ b/drivers/net/ethernet/ibm/emac/Kconfig
@@ -55,6
Hi,
Sebastian Hesselbarth sebastian.hesselba...@gmail.com writes:
On 11/05/2013 11:12 PM, Arnaud Ebalard wrote:
Hi Jason,
Jason Gunthorpe jguntho...@obsidianresearch.com writes:
Commit cc9d4598 'net: mv643xx_eth: use of_phy_connect if phy_node
present' made the call to phy_scan optional,
On Tue, 5 Nov 2013 10:47:22 Florian Fainelli wrote:
[snip]
+/* RGMII bridge supports only GMII/TBI and RGMII/RTBI PHYs */
+static inline int rgmii_valid_mode(int phy_mode)
+{
+ return phy_mode == PHY_MODE_GMII ||
+ phy_mode == PHY_MODE_MII ||
+
2013/11/5 Alistair Popple alist...@popple.id.au:
On Tue, 5 Nov 2013 10:47:22 Florian Fainelli wrote:
[snip]
+/* RGMII bridge supports only GMII/TBI and RGMII/RTBI PHYs */
+static inline int rgmii_valid_mode(int phy_mode)
+{
+ return phy_mode == PHY_MODE_GMII ||
+
On Tue, 5 Nov 2013 23:11:50 Ben Hutchings wrote:
On Wed, 2013-11-06 at 06:54 +1100, Benjamin Herrenschmidt wrote:
[snip]
It's an SoC bit so there's little point making it generally
selectable by the user.
I think a better way to do this is:
config IBM_EMAC_RGMII_WOL
bool IBM
On Tue, 5 Nov 2013 16:16:08 Florian Fainelli wrote:
[snip]
2013/11/5 Alistair Popple alist...@popple.id.au:
Any reasons why you are duplicating what is available in
drivers/of/of_net.c ::of_get_phy_mode()?
Unless I'm missing something of_get_phy_mode() is going the other way.
On Wed, 2013-11-06 at 12:38 +1100, Alistair Popple wrote:
Right, rgmii_mode_name() just has informative purposes and should be
removed, I would suggest using standard device tree bindings
property
(phy-mode) anyway such that you could use of_get_phy_mode() and use
phy_interface_t types.
2013/11/5 Benjamin Herrenschmidt b...@kernel.crashing.org:
On Wed, 2013-11-06 at 12:38 +1100, Alistair Popple wrote:
Right, rgmii_mode_name() just has informative purposes and should be
removed, I would suggest using standard device tree bindings
property
(phy-mode) anyway such that you
Hi Scott,
-Original Message-
From: Wood Scott-B07421
Sent: Saturday, September 28, 2013 1:01 AM
To: Xie Xiaobo-R63061
Cc: linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH V5 1/2] powerpc/85xx: Add QE common init function
On Thu, 2013-09-26 at 17:37 +0800, Xie Xiaobo wrote:
Hi Scott,
-Original Message-
From: Wood Scott-B07421
Sent: Friday, September 27, 2013 5:27 AM
To: Xie Xiaobo-R63061
Cc: Wood Scott-B07421; linuxppc-dev@lists.ozlabs.org; Johnston Michael-
R49610
Subject: Re: [PATCH V4 3/3] powerpc/85xx: Add TWR-P1025 board support
+ /*
The wrapper script needs an explicit rule for the of boot
wrapper (generic wrapper, similar to pseries). Before
0c9fa29149d3726e14262aeb0c8461a948cc9d56 it was hanlded
implicitly by the statement:
platformo=$object/$platform.o
But now that epapr.o needs to be added, that doesn't work
and an
But fsl-ssi.o and fsl-spdif.o is based PowrePC platform? Which we can
see from the comments.
fsl_ssi was originally PPC-only, but it now supports PPC and ARM. You
can see that from the git history.
If there are any comments that say PPC but are not PPC-specific, that
should be fixed.
Li Xiubo wrote:
If there are any comments that say PPC but are not PPC-specific, that
should be fixed.
Yes, find it.
The comments is in sound/soc/fsl/Makefile :
+++
# Freescale PowerPC SSI/DMA Platform Support
---
But fsl-spdif.o is also under it.
And this is also support ARM
On Wed, 6 Nov 2013 06:52:13 Benjamin Herrenschmidt wrote:
[snip]
Why ? Do we need to add an entry for every platform in there ? Besides,
it probably should be the SoC name not the platform here
Why not simply a generic compatible usb-ehci ? It's a standard
programming interface,
If there are any comments that say PPC but are not PPC-specific, that
should be fixed.
Yes, find it.
The comments is in sound/soc/fsl/Makefile :
+++
# Freescale PowerPC SSI/DMA Platform Support
---
But fsl-spdif.o is also under it.
And this is also support ARM
On Wed, 2013-11-06 at 14:50 +1100, Alistair Popple wrote:
Actually a grep of usb-ehci turns up the ehci-ppc-of driver which I somehow
missed. This driver works and uses .compatible = usb-ehci so I can use that
instead if that is preferable?
However it is basically the same as the
On Tue, Nov 05, 2013 at 03:42:42PM +0800, Liu Ping Fan wrote:
After the primary vcpu changes vcore_state to VCORE_RUNNING, there is
very little chance to schedule to secondary vcpu. So if we change the
Why do you say there is very little chance to run the secondary vcpu?
code sequence around
On Tue, Nov 05, 2013 at 03:42:43PM +0800, Liu Ping Fan wrote:
Since kvmppc_hv_find_lock_hpte() is called from both virtmode and
realmode, so it can trigger the deadlock.
Good catch, we should have preemption disabled while ever we have a
HPTE locked.
@@ -474,8 +474,10 @@ static int
On Tue, Nov 05, 2013 at 03:42:44PM +0800, Liu Ping Fan wrote:
Signed-off-by: Liu Ping Fan pingf...@linux.vnet.ibm.com
---
arch/powerpc/kvm/book3s_64_mmu_hv.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/powerpc/kvm/book3s_64_mmu_hv.c
b/arch/powerpc/kvm/book3s_64_mmu_hv.c
index
-Original Message-
From: Wang Dongsheng-B40534
Sent: Tuesday, November 05, 2013 8:40 AM
To: Wood Scott-B07421
Cc: Bhushan Bharat-R65777; linuxppc-dev@lists.ozlabs.org
Subject: RE: [PATCH v5 4/4] powerpc/85xx: add sysfs for pw20 state and altivec
idle
-Original
On Wed, Nov 6, 2013 at 1:04 PM, Paul Mackerras pau...@samba.org wrote:
On Tue, Nov 05, 2013 at 03:42:43PM +0800, Liu Ping Fan wrote:
Since kvmppc_hv_find_lock_hpte() is called from both virtmode and
realmode, so it can trigger the deadlock.
Good catch, we should have preemption disabled while
Philippe Bergheaud fe...@linux.vnet.ibm.com wrote:
Unaligned stores take alignment exceptions on POWER7 running in little-endian.
This is a dumb little-endian base memcpy that prevents unaligned stores.
It is replaced by the VMX memcpy at boot.
Is this any faster than the generic version?
On Wed, Nov 6, 2013 at 1:01 PM, Paul Mackerras pau...@samba.org wrote:
On Tue, Nov 05, 2013 at 03:42:42PM +0800, Liu Ping Fan wrote:
After the primary vcpu changes vcore_state to VCORE_RUNNING, there is
very little chance to schedule to secondary vcpu. So if we change the
Why do you say there
Currently the ppc-of driver uses the compatibility string
usb-ehci. This means platforms that use device-tree and implement an
EHCI compatible interface have to either use the ppc-of driver or add
a compatible line to the ehci-platform driver. It would be more
appropriate for the platform driver
-Original Message-
From: Bhushan Bharat-R65777
Sent: Wednesday, November 06, 2013 1:25 PM
To: Wang Dongsheng-B40534; Wood Scott-B07421
Cc: linuxppc-dev@lists.ozlabs.org
Subject: RE: [PATCH v5 4/4] powerpc/85xx: add sysfs for pw20 state and
altivec idle
-Original
42 matches
Mail list logo
