Von: David Laight [david.lai...@aculab.com]
Gesendet: Mittwoch, 25. Februar 2015 13:01
An: Markus Stockhausen; linux-cry...@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
Betreff: RE: [PATCH v1 1/3] SHA1 for PPC/SPE - assembler
From: Markus Stockhausen
[PATCH v1 1/3] SHA1 for PPC/SPE
From: Markus Stockhausen
[PATCH v1 1/3] SHA1 for PPC/SPE - assembler
This is the assembler code for SHA1 implementation with
the SIMD SPE instruction set. With the enhanced instruction
set we can operate on 2 32 bit words in parallel. That helps
reducing the time to calculate W16-W79. For
From: Wolfram Sang wsa+rene...@sang-engineering.com
Signed-off-by: Wolfram Sang wsa+rene...@sang-engineering.com
---
drivers/i2c/busses/i2c-opal.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/i2c/busses/i2c-opal.c
From: Wolfram Sang wsa+rene...@sang-engineering.com
Signed-off-by: Wolfram Sang wsa+rene...@sang-engineering.com
---
drivers/i2c/busses/i2c-bcm-iproc.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/drivers/i2c/busses/i2c-bcm-iproc.c
From: Wolfram Sang wsa+rene...@sang-engineering.com
Signed-off-by: Wolfram Sang wsa+rene...@sang-engineering.com
---
drivers/i2c/busses/i2c-dln2.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/i2c/busses/i2c-dln2.c b/drivers/i2c/busses/i2c-dln2.c
index
From: Wolfram Sang wsa+rene...@sang-engineering.com
Signed-off-by: Wolfram Sang wsa+rene...@sang-engineering.com
---
drivers/i2c/busses/i2c-at91.c | 32 +++-
1 file changed, 11 insertions(+), 21 deletions(-)
diff --git a/drivers/i2c/busses/i2c-at91.c
From: Wolfram Sang wsa+rene...@sang-engineering.com
Signed-off-by: Wolfram Sang wsa+rene...@sang-engineering.com
---
drivers/i2c/busses/i2c-viperboard.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/i2c/busses/i2c-viperboard.c
From: Wolfram Sang wsa+rene...@sang-engineering.com
Let the core do the checks if HW quirks prevent a transfer. Saves code
from drivers and adds consistency.
Signed-off-by: Wolfram Sang wsa+rene...@sang-engineering.com
---
drivers/i2c/i2c-core.c | 62
From: Wolfram Sang wsa+rene...@sang-engineering.com
Signed-off-by: Wolfram Sang wsa+rene...@sang-engineering.com
---
drivers/i2c/busses/i2c-qup.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/drivers/i2c/busses/i2c-qup.c
From: Wolfram Sang wsa+rene...@sang-engineering.com
The number of I2C adapters which are not fully I2C compatible is rising,
sadly. Drivers usually do handle the flaws, still the user receives only
some errno for a transfer which normally can be expected to work. This
patch introduces a formal
From: Wolfram Sang wsa+rene...@sang-engineering.com
Signed-off-by: Wolfram Sang wsa+rene...@sang-engineering.com
---
drivers/i2c/busses/i2c-axxia.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/i2c/busses/i2c-axxia.c b/drivers/i2c/busses/i2c-axxia.c
From: Wolfram Sang wsa+rene...@sang-engineering.com
Signed-off-by: Wolfram Sang wsa+rene...@sang-engineering.com
---
drivers/i2c/busses/i2c-powermac.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/i2c/busses/i2c-powermac.c
From: Wolfram Sang wsa+rene...@sang-engineering.com
Here is the second version of the patch series to describe i2c adapter quirks
in a generic way. For the motivation, please read description of patch 1. This
is still RFC because I would like to do some more tests on my own, but I need
to write a
From: Wolfram Sang wsa+rene...@sang-engineering.com
Signed-off-by: Wolfram Sang wsa+rene...@sang-engineering.com
---
drivers/i2c/busses/i2c-pmcmsp.c | 42 -
1 file changed, 16 insertions(+), 26 deletions(-)
diff --git a/drivers/i2c/busses/i2c-pmcmsp.c
From: Wolfram Sang wsa+rene...@sang-engineering.com
Signed-off-by: Wolfram Sang wsa+rene...@sang-engineering.com
---
drivers/i2c/busses/i2c-cpm.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/drivers/i2c/busses/i2c-cpm.c b/drivers/i2c/busses/i2c-cpm.c
* Scott Wood | 2015-02-23 17:27:31 [-0600]:
This isn't a host PIC driver. It's guest PIC emulation, some of which
is indeed not suitable for a rawlock (in particular, openpic_update_irq
which loops on the number of vcpus, with a loop body that calls
IRQ_check() which loops over all pending
On Open Power systems, such call fails in OPAL :
OPAL: Called with bad token 101 !
The check on the OPAL_UNREGISTER_DUMP_REGION call is added for
symmetry. I did not see any errors for it.
Signed-off-by: Cédric Le Goater c...@fr.ibm.com
---
arch/powerpc/platforms/powernv/opal.c |8
On 02/24/2015 05:54 AM, Michael Ellerman wrote:
On Fri, 2015-02-20 at 16:07 +0100, Cédric Le Goater wrote:
Signed-off-by: Cédric Le Goater c...@fr.ibm.com
---
arch/powerpc/platforms/powernv/opal-sensor.c |3 +++
1 file changed, 3 insertions(+)
diff --git
Problem also seems to exist with P1022 based board as well .
https://community.freescale.com/thread/339022
On 2/25/2015 9:26 AM, Julian Margetson wrote:
Verified that the problems with the
radeon: ring 0 test failed error
go back to at least Kernel 3.0.1
On 2/24/2015 4:26 PM, Julian Margetson
Verified that the problems with the
radeon: ring 0 test failed error
go back to at least Kernel 3.0.1
On 2/24/2015 4:26 PM, Julian Margetson wrote:
Thanks
after skipping several times :
git bisect skip
There are only 'skip'ped commits left to test.
The first bad commit could be any of:
On Wed, 2015-02-25 at 12:24 +0100, Thomas Haschka wrote:
Hi,
Thanks for your comments. Here's a new patch taking them into account.
Thanks. Note that this legalese boilerplate is not useful, the
Signed-off-by: is enough to indicate your acceptance of the Linux
licencing terms. However I do
Michael Ellerman m...@ellerman.id.au writes:
Anton has a busy ppc64le KVM box where guests sometimes hit the infamous
kernel BUG at kernel/smpboot.c:134! issue during boot:
BUG_ON(td-cpu != smp_processor_id());
Basically a per CPU hotplug thread scheduled on the wrong CPU. The oops
output
Cédric Le Goater c...@fr.ibm.com writes:
On Open Power systems, such call fails in OPAL :
OPAL: Called with bad token 101 !
The check on the OPAL_UNREGISTER_DUMP_REGION call is added for
symmetry. I did not see any errors for it.
I've already put in a patch to squash this:
Message-Id:
On 02/25/2015 10:16 PM, Stewart Smith wrote:
Cédric Le Goater c...@fr.ibm.com writes:
On Open Power systems, such call fails in OPAL :
OPAL: Called with bad token 101 !
The check on the OPAL_UNREGISTER_DUMP_REGION call is added for
symmetry. I did not see any errors for it.
I've
Cedric Le Goater c...@fr.ibm.com writes:
On 02/25/2015 10:16 PM, Stewart Smith wrote:
Cédric Le Goater c...@fr.ibm.com writes:
On Open Power systems, such call fails in OPAL :
OPAL: Called with bad token 101 !
The check on the OPAL_UNREGISTER_DUMP_REGION call is added for
symmetry. I
Pcibios_root_bridge_prepare() in powerpc is used
to set root bus speed. Rename it to
pcibios_set_root_bus_speed() for better readability.
Signed-off-by: Yijing Wang wangyij...@huawei.com
CC: Benjamin Herrenschmidt b...@kernel.crashing.org
CC: linuxppc-dev@lists.ozlabs.org
---
Hi Scott,
I'm really sorry for leave this patch like a zombie.
Now I have plan to revisit this patch.
From the previous comments the compile error was fixed.
But beyond that I have had no plan to update it.
Could you please comment on why it's still on hold?
Thanks.
-Original
Now we could use pci_scan_root_bridge() to scan
pci buses, provide powerpc specific pci_host_bridge_ops.
Suggested-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Yijing Wang wangyij...@huawei.com
CC: Benjamin Herrenschmidt b...@kernel.crashing.org
CC: linuxppc-dev@lists.ozlabs.org
---
On Wed, 2015-02-25 at 20:39 -0600, Jia Hongtao-B38951 wrote:
Hi Scott,
I'm really sorry for leave this patch like a zombie.
Now I have plan to revisit this patch.
From the previous comments the compile error was fixed.
But beyond that I have had no plan to update it.
Could you please
From: Hongtao Jia hongtao@freescale.com
The MPIC version 2.0 has a MSI errata (errata PIC1 of mpc8544), It causes
that neither MSI nor MSI-X can work fine. This is a workaround to allow
MSI-X to function properly.
Signed-off-by: Liu Shuo soniccat@gmail.com
Signed-off-by: Li Yang
In the future mm-exe_file will be done without mmap_sem
serialization, thus isolate and reorganize the related
code to make the transition easier. Good users will, make
use of the more standard get_mm_exe_file(), requiring only
holding the mmap_sem to read the value, and relying on reference
Export __spin_yield so that the arch_spin_unlock() function can
be invoked from a module. This will be required for modules where
we want to take a lock that is also is acquired in hypervisor
real mode. Because we want to avoid running any lockdep code
(which may not be safe in real mode), this
Now we could pass PCI domain combined with bus number
in u32 argu. Because in arm/arm64, PCI domain number
is assigned by pci_bus_assign_domain_nr(). So we leave
pci_scan_root_bus() and pci_create_root_bus() in arm/arm64
unchanged. A new function pci_host_assign_domain_nr()
will be introduced for
Michael Ellerman m...@ellerman.id.au writes:
Anton has a busy ppc64le KVM box where guests sometimes hit the infamous
kernel BUG at kernel/smpboot.c:134! issue during boot:
BUG_ON(td-cpu != smp_processor_id());
Basically a per CPU hotplug thread scheduled on the wrong CPU. The oops
Add a function that will enable changing the MAC address
of an ibmveth interface while it is still running.
Signed-off-by: Thomas Falcon tlfal...@linux.vnet.ibm.com
---
drivers/net/ethernet/ibm/ibmveth.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git
On Tue, 2015-01-20 at 14:03 +0200, Igal.Liberman wrote:
+static u8 get_fm_clk_parent(struct clk_hw *hw)
+{
+ struct ccsr_guts __iomem *guts_regs = NULL;
+ struct device_node *guts;
+ uint32_t reg = 0;
+ int clk_src = 0;
+ int fm_clk_select = -EINVAL;
+ int fm_id =
From: Dave Olson ol...@cumulusnetworks.com
This problem appears to have been introduced in 2.6.29 by
93197a36a9c16a85fb24cf5a8639f7bf9af838a3.
This caused lscpu to error out on e500v2 devices, and probably others
error: cannot open /sys/devices/system/cpu/cpu0/cache/index2/size: No such
file
On Fri, 2015-20-02 at 08:35:44 UTC, Benjamin Herrenschmidt wrote:
We don't initialize it, we don't use it, remove it.
We can bring it back if we ever wish to have support for devices
who have smaller than 32-bit DMA limitations but I don't think
we care much anymore.
Signed-off-by:
Hi,
Thanks for your comments. Here's a new patch taking them into account.
Cheers,
(a) The contribution was created in whole or in part by me and I
have the right to submit it under the GPL v2
(Gnu Public License Version 2)
(b) The contribution is
39 matches
Mail list logo
