kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #111370
[Bug 1439562] Re: backport request: include support for OpenPower hardware
Jeremy - I've just had a look at the patches you are proposing. Even
though this set only affects powernv, I would really prefer to cherry-
pick them from Linus' repo, or at least linux-next. Getting them after
they have gone through a thorough review cycle helps prevent conflict
carnage in this and later kernels. I'd be willing to add these as an SRU
after they have been merged upstream.
** Also affects: linux (Ubuntu Vivid)
Importance: Medium
Status: Triaged
** Changed in: linux (Ubuntu Vivid)
Status: Triaged => In Progress
** Changed in: linux (Ubuntu Vivid)
Assignee: (unassigned) => Tim Gardner (timg-tpi)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1439562
Title:
backport request: include support for OpenPower hardware
Status in linux package in Ubuntu:
In Progress
Status in linux source package in Vivid:
In Progress
Bug description:
We've prepared a series of patches (ported to Ubuntu-3.19.0-11.11),
which add OpenPower support to the Ubuntu kernel.
The changes are available in the ubuntu/vivid branch of:
https://github.com/open-power/linux.git
(or I can attach them separately).
Changelogs are as follows:
commit 2f0190bd43764559b250a5bd11aca050f909aa21
Author: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Date: Fri Nov 14 16:13:50 2014 +1100
powerpc/powernv: Support OPAL requested heartbeat
If OPAL requests it, call it back via opal_poll_events() at a
regular interval. Some versions of OPAL on some machines require
this to operate some internal timeouts properly.
Signed-off-by: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Backport notes:
cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2
minor conflicts resolved
Signed-off-by: Jeremy Kerr <jk@xxxxxxxxxx>
commit e1c89541e7163494ad091f3c2622649d91ac7597
Author: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Date: Mon Feb 16 14:59:08 2015 +1100
device: Add dev_of_node() accessor
Suggested by Arnd Bergmann, this gives a practical accessor for
the of_node field of struct device while instructing the compiler
that it will be NULL if CONFIG_OF is not set.
Signed-off-by: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Acked-by: Rob Herring <robh@xxxxxxxxxx>
Backport notes:
Submission to LKML at: https://patchwork.kernel.org/patch/5831161/
Signed-off-by: Jeremy Kerr <jk@xxxxxxxxxx>
commit 2c242b30756f77528516a4e9e986818ac4e90490
Author: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Date: Wed Feb 18 11:25:18 2015 +1100
drivers/core/of: Add symlink to device-tree from devices with an OF node
So I've been annoyed lately with having a bunch of devices such as i2c
eeproms (for use by VPDs, server world !) and other bits and pieces that
I want to be able to identify from userspace, and possibly provide
additional data about from FW.
Basically, it boils down to correlating the sysfs device with the OF
tree device node, so that user space can use device-tree info such as
additional "location" or "label" (or whatever else we can come up with)
propreties to identify a given device, or get some attributes of use
about it, etc...
Now, so far, we've done that in some subsystem in a fairly ad-hoc basis
using "devspec" properties. For example, PCI creates them if it can
correlate the probed device with a DT node. Some powerpc specific busses
do that too.
However, i2c doesn't and it would be nice to have something more generic
since technically any device can have a corresponding device tree node.
This patch adds an "of_node" symlink to devices that have a non-NULL
dev->of_node pointer, the patch is pretty trivial and seems to work just
fine for me.
Signed-off-by: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Acked-by: Rob Herring <robh@xxxxxxxxxx>
Backport notes:
Submission to LKML at: https://patchwork.kernel.org/patch/5842241/
Signed-off-by: Jeremy Kerr <jk@xxxxxxxxxx>
commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c
Author: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Date: Sat Mar 28 21:35:16 2015 +1100
powerpc: Add a proper syscall for switching endianness
We currently have a "special" syscall for switching endianness. This is
syscall number 0x1ebe, which is handled explicitly in the 64-bit syscall
exception entry.
That has a few problems, firstly the syscall number is outside of the
usual range, which confuses various tools. For example strace doesn't
recognise the syscall at all.
Secondly it's handled explicitly as a special case in the syscall
exception entry, which is complicated enough without it.
As a first step toward removing the special syscall, we need to add a
regular syscall that implements the same functionality.
The logic is simple, it simply toggles the MSR_LE bit in the userspace
MSR. This is the same as the special syscall, with the caveat that the
special syscall clobbers fewer registers.
This version clobbers r9-r12, XER, CTR, and CR0-1,5-7.
Signed-off-by: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Backport notes:
Cherry-picked (with conflicts resolved) from mpe-next,
commit 529d235a0e190ded1d21ccc80a73e625ebcad09b
Signed-off-by: Jeremy Kerr <jk@xxxxxxxxxx>
commit 352598493e72d80fcf136b5c30add7f9dd32b30a
Author: Cyril Bur <cyrilbur@xxxxxxxxx>
Date: Tue Feb 17 18:27:34 2015 +1100
powerpc/powernv: Add interfaces for flash device access
This change adds the OPAL interface definitions to allow Linux to read,
write and erase from system flash devices. We register platform devices
for the flash devices exported by firmware.
We clash with the existing opal_flash_init function, which is really for
the FSP flash update functionality, so we rename that initcall to
opal_flash_update_init().
A future change will add an mtd driver that uses this interface.
Changes from Joel Stanley and Jeremy Kerr.
Signed-off-by: Cyril Bur <cyrilbur@xxxxxxxxx>
Signed-off-by: Jeremy Kerr <jk@xxxxxxxxxx>
Signed-off-by: Joel Stanley <joel@xxxxxxxxx>
Backport notes:
Submission to linuxppc-dev: http://patchwork.ozlabs.org/patch/457095/
commit 1acd5ddde4a50eced6d39381f18126ac94b1ffb7
Author: Cyril Bur <cyrilbur@xxxxxxxxx>
Date: Tue Feb 17 18:27:35 2015 +1100
drivers/mtd: add powernv flash MTD abstraction driver
Powerpc powernv platforms allow access to certain system flash devices
through a firmwarwe interface. This change adds an mtd driver for these
flash devices.
Minor updates from Jeremy Kerr and Joel Stanley.
Signed-off-by: Cyril Bur <cyrilbur@xxxxxxxxx>
Signed-off-by: Joel Stanley <joel@xxxxxxxxx>
Signed-off-by: Jeremy Kerr <jk@xxxxxxxxxx>
Backport notes:
Upstream submission at: http://patchwork.ozlabs.org/patch/457096/
commit 37889e2e1b7fd7576a83cdddca60d2ff81020d24
Author: Neelesh Gupta <neelegup@xxxxxxxxxxxxxxxxxx>
Date: Wed Feb 11 11:57:23 2015 +0530
powerpc/powernv: Add OPAL message notifier unregister function
Provide an unregister interface for the opal message notifiers
to be called when not needed like during driver unload/remove.
Signed-off-by: Neelesh Gupta <neelegup@xxxxxxxxxxxxxxxxxx>
Reviewed-by: Vasant Hegde <hegdevasant@xxxxxxxxxxxxxxxxxx>
Signed-off-by: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Backport notes:
Cherry-picked from mpe-next: b921e90260cec1e04988bb3763491de885b67b51
Signed-off-by: Jeremy Kerr <jk@xxxxxxxxxx>
commit 744b9761d910fa26f76b99b21d4a86110bac2db2
Author: Joel Stanley <joel@xxxxxxxxx>
Date: Fri Jan 30 17:13:08 2015 +1030
powerpc/powernv: Add OPAL soft-poweroff routine
Register a notifier for a OPAL message indicating that the machine
should prepare itself for a graceful power off.
OPAL will tell us if the power off is a reboot or shutdown, but for now
we perform the same orderly_poweroff action.
Signed-off-by: Joel Stanley <joel@xxxxxxxxx>
Signed-off-by: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Backport notes:
Cherry-picked from upstream commit d3f180ea1a44aecba1b0dab2a253428e77f906bf
Signed-off-by: Jeremy Kerr <jk@xxxxxxxxxx>
commit 6f4b0f59a9a359bfa859bbb69aed6e50e891f613
Author: Joel Stanley <joel@xxxxxxxxx>
Date: Thu Apr 2 11:18:28 2015 +0800
drivers/sbus/char/envctrl.c: ignore orderly_poweroff return value
orderly_poweroff() unconditionally returns 0, so remove the dead code that
checks the return value.
A future patch will change the return type to void.
Signed-off-by: Joel Stanley <joel@xxxxxxxxx>
Acked-by: David S. Miller <davem@xxxxxxxxxxxxx>
Cc: Fabian Frederick <fabf@xxxxxxxxx>
Cc: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Cc: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Cc: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Cc: Jeremy Kerr <jk@xxxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Backport notes:
Queued in -mm tree:
http://ozlabs.org/~akpm/mmotm/broken-out/envctrl-ignore-orderly_poweroff-return-value.patch
Signed-off-by: Jeremy Kerr <jk@xxxxxxxxxx>
commit 53cffb522127c3cae82bce12a2434f8ef6f4b1e3
Author: Joel Stanley <joel@xxxxxxxxx>
Date: Thu Apr 2 11:19:22 2015 +0800
kernel/reboot.c: add orderly_reboot for graceful reboot
The kernel has orderly_poweroff which allows the kernel to initiate a
graceful shutdown of userspace, by running /sbin/poweroff. This adds
orderly_reboot that will cause userspace to shut itself down by calling
/sbin/reboot.
This will be used for shutdown initiated by a system controller on
platforms that do not use ACPI.
orderly_reboot() should be used when the system wants to allow userspace
to gracefully shut itself down. For cases where the system may imminently
catch on fire, the existing emergency_restart() provides an immediate
reboot without involving userspace.
Signed-off-by: Joel Stanley <joel@xxxxxxxxx>
Cc: Fabian Frederick <fabf@xxxxxxxxx>
Cc: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Cc: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Cc: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Cc: Jeremy Kerr <jk@xxxxxxxxxx>
Cc: David S. Miller <davem@xxxxxxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Backported notes:
Taken from -mm tree: http://ozlabs.org/~akpm/mmotm/broken-out/kernel-rebootc-add-orderly_reboot-for-graceful-reboot.patch
commit 63df16447d186fcfa83adecdbd7181551070ffa6
Author: Joel Stanley <joel@xxxxxxxxx>
Date: Thu Apr 2 11:20:19 2015 +0800
powerpc/powernv: reboot when requested by firmware
Use orderly_reboot so userspace will to shut itself down via the reboot
path. This is required for graceful reboot initiated by the BMC, such as
when a user uses ipmitool to issue a 'chassis power cycle' command.
Signed-off-by: Joel Stanley <joel@xxxxxxxxx>
Acked-by: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Cc: Fabian Frederick <fabf@xxxxxxxxx>
Cc: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
Cc: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Cc: Jeremy Kerr <jk@xxxxxxxxxx>
Cc: David S. Miller <davem@xxxxxxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Backport notes:
Taken from -mm tree: http://ozlabs.org/~akpm/mmotm/broken-out/powerpc-powernv-reboot-when-requested-by-firmware.patch
Signed-off-by: Jeremy Kerr <jk@xxxxxxxxxx>
commit 8589e12d09d03b03167ce9cb9bc6c7070f3ccd7e
Author: Jeremy Kerr <jk@xxxxxxxxxx>
Date: Sat Feb 7 10:02:21 2015 +0800
powerpc/powernv: Add opal-prd channel
This change adds a char device to access the "PRD" (processor runtime
diagnostics) channel to OPAL firmware.
Includes contributions from Vaidyanathan Srinivasan, Neelesh Gupta &
Vishal Kulkarni.
Signed-off-by: Neelesh Gupta <neelegup@xxxxxxxxxxxxxxxxxx>
Signed-off-by: Jeremy Kerr <jk@xxxxxxxxxx>
Backport notes:
Submitted upstream: http://patchwork.ozlabs.org/patch/457097/
Backport requires the OPAL_MSG_DPO definition
Signed-off-by: Jeremy Kerr <jk@xxxxxxxxxx>
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1439562/+subscriptions
References
