We get way too many bug reports that say the kernel is hung in
prom_init, which stems from the fact that the last piece of output
people see is returning from prom_init.
The kernel is almost never hung in prom_init(), it's just that it's
crashed somewhere after prom_init() but prior to the
From: Joakim Tjernlund
On Mon, 2015-01-12 at 11:55 +1100, Anton Blanchard wrote:
Hi David,
The unrolled loop (deleted) looks excessive.
On a modern cpu with multiple execution units you can usually
manage to get the loop overhead to execute in parallel to the
actual 'work'.
So
Hi Wolfram,
On Fri, Jan 09, 2015 at 06:21:32PM +0100, Wolfram Sang wrote:
Let the core do the checks if HW quirks prevent a transfer. Saves code
from drivers and adds consistency.
Signed-off-by: Wolfram Sang w...@the-dreams.de
---
drivers/i2c/i2c-core.c | 53
I am not sure it will perfectly fit at91 quirks.
I think it does.
The hardware can handle two messages by using the internal address
feature. The internal address size is from one byte to three bytes. Then
the length of the first message is limited to three but we don't have
this
From: Igal Liberman igal.liber...@freescale.com
Signed-off-by: Igal Liberman igal.liber...@freescale.com
Change-Id: I92d020651237041d3767aa35e9345439714f9831
---
arch/powerpc/boot/dts/fsl/qoriq-clockgen2.dtsi |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
Em Thu, Jan 08, 2015 at 10:54:34AM +0100, Jiri Olsa escreveu:
for the patchset:
Acked-by: Jiri Olsa jo...@kernel.org
Applied to perf/core
Thanks,
- Arnaldo
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
2015-01-09 18:21 GMT+01:00 Wolfram Sang w...@the-dreams.de:
Let the core do the checks if HW quirks prevent a transfer. Saves code
from drivers and adds consistency.
Signed-off-by: Wolfram Sang w...@the-dreams.de
---
drivers/i2c/i2c-core.c | 53
From: Igal Liberman igal.liber...@freescale.com
Signed-off-by: Igal Liberman igal.liber...@freescale.com
Change-Id: Ic5f28f7b492b708f00a5ff74dda723ce5e1da0ba
---
arch/powerpc/boot/dts/fsl/b4420si-post.dtsi | 15 ++-
arch/powerpc/boot/dts/fsl/b4860si-post.dtsi | 15 ++-
On Fri, Jan 09, 2015 at 06:21:32PM +0100, Wolfram Sang wrote:
+static int i2c_quirk_error(struct i2c_adapter *adap, struct i2c_msg *msg,
char *err_msg)
+{
+ dev_err(adap-dev, quirk: %s (addr 0x%04x, size %u)\n, err_msg,
msg-addr, msg-len);
+ return -EOPNOTSUPP;
+}
So, what
On Mon, Jan 12, 2015 at 5:24 PM, Guenter Roeck li...@roeck-us.net wrote:
On Mon, Jan 12, 2015 at 06:03:22PM +1100, Stephen Rothwell wrote:
Hi all,
Changes since 20150109:
The usb-gadget-fixes tree gained a conflict against the usb.current tree.
The net-next tree gained a build failure for
With an earlier change (746c9e9f - Fix PowerPC address parsing hack), ethernet
has broken on Freescale boards such as the P1022. All ranges used by the
ethernet controllers are also covered by sub-devices that properly
declared the used ranges. The error shown is:
fsl-gianfar: probe of
On Mon, Jan 12, 2015 at 06:03:22PM +1100, Stephen Rothwell wrote:
Hi all,
Changes since 20150109:
The usb-gadget-fixes tree gained a conflict against the usb.current tree.
The net-next tree gained a build failure for which I reverted a commit.
The pinctrl tree gained a build failure
Some bios put range that is not fully coverred by root bus resources.
Try to clip them and update them in pci bridge bars.
We'd like to fix other arches instead of just x86.
Link: https://bugzilla.kernel.org/show_bug.cgi?id=85491
Reported-by: Marek Kordik kordikma...@gmail.com
Fixes:
On Mon, 2015-01-12 at 10:27 -0500, Martin Hicks wrote:
With an earlier change (746c9e9f - Fix PowerPC address parsing hack), ethernet
has broken on Freescale boards such as the P1022. All ranges used by the
ethernet controllers are also covered by sub-devices that properly
declared the used
Add the new routine ps3_mm_set_repository_highmem() that saves highmem info to
the ps3 repository. Also, move the existing ps3_mm_get_repository_highmem()
routine up in the source file.
This inplementation of ps3_mm_set_repository_highmem() assumes the repository
will have a single highmem
Refresh ps3_defconfig and add CONFIG_PS3_REPOSITORY_WRITE=y.
Signed-off-by: Geoff Levand ge...@infradead.org
---
arch/powerpc/configs/ps3_defconfig | 17 ++---
1 file changed, 6 insertions(+), 11 deletions(-)
diff --git a/arch/powerpc/configs/ps3_defconfig
Change maintainer of ibmvfc driver to Tyrel Datwyler.
Signed-off-by: Tyrel Datwyler tyr...@linux.vnet.ibm.com
Cc: Nathan Fontenot nf...@linux.vnet.ibm.com
Cc: Brian King brk...@linux.vnet.ibm.com
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS
Hi Ben,
Here is a short series of updates for PS3, none are critical. Please queue.
These are based on v3.18. I can rebase to something else if you like.
The first three patches are to have the kernel write the PS3 highmem info to
the LV1 hypervisor registry so that the info will be
Add calls to the ps3_mm_set_repository_highmem() routine when the ps3
r1 highmem region is either created or destroyed.
Signed-off-by: Geoff Levand ge...@infradead.org
---
arch/powerpc/platforms/ps3/mm.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git
On Tue, 2015-01-13 at 01:00 +, Geoff Levand wrote:
Add calls to the ps3_mm_set_repository_highmem() routine when the ps3
r1 highmem region is either created or destroyed.
What does this actually do? ie. from a user perspective.
cheers
___
On Fri, Jan 09, 2015 at 10:43:04AM -0700, Bjorn Helgaas wrote:
On Thu, Dec 04, 2014 at 04:54:46PM +1100, Gavin Shan wrote:
We might not get some PCI slot information (e.g. power status)
immediately by OPAL API. Instead, opal_pci_poll() need to be called
for the required information.
The
Fixes warnings like these:
drivers/ps3/sys-manager-core.c: error: symbol 'ps3_sys_manager_power_off'
redeclared with different type
Signed-off-by: Geoff Levand ge...@infradead.org
---
drivers/ps3/sys-manager-core.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
Fix sparse warnings like these:
drivers/ps3/ps3-vuart.c: warning: symbol 'ps3_vuart_disable_interrupt_tx' was
not declared. Should it be static?
Signed-off-by: Geoff Levand ge...@infradead.org
---
drivers/ps3/ps3-vuart.c | 5 -
drivers/ps3/vuart.h | 16
2 files
On Mon, 2015-01-12 at 11:27 -0600, Paul Clarke wrote:
On 01/12/2015 03:48 AM, Michael Ellerman wrote:
We get way too many bug reports that say the kernel is hung in
prom_init, which stems from the fact that the last piece of output
people see is returning from prom_init.
The kernel is
To avoid the need for preprocessor conditionals in C source files add a set of
empty inline repository highmem write routines to platform.h that are used when
CONFIG_PS3_REPOSITORY_WRITE is not defined.
Signed-off-by: Geoff Levand ge...@infradead.org
---
arch/powerpc/platforms/ps3/platform.h |
Hi,
Any update on this patch. We could drop patch 3. Any feedback on 1 and 2
?.
-aneesh
Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com writes:
This patch adds helper routine for lock and unlock hpte and use
the same for rest of the code. We don't change any locking rules in this
patch.
On Mon, Jan 12, 2015 at 05:27:08PM +0100, Geert Uytterhoeven wrote:
On Mon, Jan 12, 2015 at 5:24 PM, Guenter Roeck li...@roeck-us.net wrote:
On Mon, Jan 12, 2015 at 06:03:22PM +1100, Stephen Rothwell wrote:
Hi all,
Changes since 20150109:
The usb-gadget-fixes tree gained a conflict
On 01/12/2015 03:48 AM, Michael Ellerman wrote:
We get way too many bug reports that say the kernel is hung in
prom_init, which stems from the fact that the last piece of output
people see is returning from prom_init.
The kernel is almost never hung in prom_init(), it's just that it's
crashed
3.16.7-ckt4 -stable review patch. If anyone has any objections, please let me
know.
--
From: Paul Mackerras pau...@samba.org
commit 8117ac6a6c2fa0f847ff6a21a1f32c8d2c8501d0 upstream.
Currently, when going idle, we set the flag indicating that we are in
nap mode
29 matches
Mail list logo