[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
This bug was fixed in the package linux - 3.16.0-43.58 --- linux (3.16.0-43.58) utopic; urgency=low [ Luis Henriques ] * Release Tracking Bug - LP: #1466792 [ Brad Figg ] * Merged back Ubuntu-3.16.0-41.57 regression fix for security release linux (3.16.0-42.56) utopic; urgency=low [ Brad Figg ] * Release Tracking Bug - LP: #1465714 [ Chris J Arges ] * [config] CONFIG_IPMI_POWERNV=m on ppc64el - LP: #1439562 [ Luis Henriques ] * [Config] Disable CONFIG_USB_OTG - LP: #1411295 [ Upstream Kernel Changes ] * Revert i2c: Mark adapter devices with pm_runtime_no_callbacks - LP: #1465613 * Revert mm/hugetlb: use pmd_page() in follow_huge_pmd() - LP: #1465613 * cdc-acm: prevent infinite loop when parsing CDC headers. - LP: #1460657 * drivers/char/ipmi: Add powernv IPMI driver - LP: #1439562 * powerpc/powernv: Add OPAL IPMI interface - LP: #1439562 * powerpc/powernv: Support OPAL requested heartbeat - LP: #1439562 * powerpc/kernel: Make syscall_exit a local label - LP: #1439562 * powerpc: Remove old compile time disabled syscall tracing code - LP: #1439562 * powerpc/powernv: Remove opal prefix from pr_xxx()s - LP: #1439562 * powerpc/powernv: Separate function for OPAL IRQ setup - LP: #1439562 * powerpc/powernv: Add OPAL message notifier unregister function - LP: #1439562 * device: Add dev_of_node() accessor - LP: #1439562 * drivers/core/of: Add symlink to device-tree from devices with an OF node - LP: #1439562 * powerpc: Add a proper syscall for switching endianness - LP: #1439562 * (upstream) libata: Blacklist queued TRIM on all Samsung 800-series - LP: #1338706, #1449005 * ahci: avoton port-disable reset-quirk - LP: #1458617 * udf: Remove repeated loads blocksize - LP: #1462173 - CVE-2015-4167 * udf: Check length of extended attributes and allocation descriptors - LP: #1462173 - CVE-2015-4167 * (upstream)scsi_lib: remove the description string in scsi_io_completion() - LP: #1449372 * vfs: read file_handle only once in handle_to_path - LP: #1416503 - CVE-2015-1420 * ozwpan: Use unsigned ints to prevent heap overflow - LP: #1463442 - CVE-2015-4001 * ozwpan: divide-by-zero leading to panic - LP: #1463445 - CVE-2015-4003 * ozwpan: Use proper check to prevent heap overflow - LP: #1463444 - CVE-2015-4002 * ozwpan: unchecked signed subtraction leads to DoS - LP: #1463444 - CVE-2015-4002 * net: eth: xgene: devm_ioremap() returns NULL on error - LP: #1458042 * drivers: net: xgene: fix new firmware backward compatibility with older driver - LP: #1458042 * drivers: net: xgene: constify of_device_id array - LP: #1458042 * drivers: net: xgene: Add second SGMII based 1G interface - LP: #1458042 * dtb: change binding name to match with newer firmware DT - LP: #1458042 * dtb: xgene: Add second SGMII based 1G interface node - LP: #1458042 * mlx4: Fix tx ring affinity_mask creation - LP: #1465613 * net/mlx4_en: Schedule napi when RX buffers allocation fails - LP: #1465613 * efi/reboot: Add generic wrapper around EfiResetSystem() - LP: #1465613 * efi/reboot: Allow powering off machines using EFI - LP: #1465613 * x86/reboot: Add EFI reboot quirk for ACPI Hardware Reduced flag - LP: #1465613 * ARC: signal handling robustify - LP: #1465613 * UBI: fix soft lockup in ubi_check_volume() - LP: #1465613 * mnt: Fail collect_mounts when applied to unmounted mounts - LP: #1465613 * ASoC: dapm: Enable autodisable on SOC_DAPM_SINGLE_TLV_AUTODISABLE - LP: #1465613 * ASoC: rt5677: add register patch for PLL - LP: #1465613 * btrfs: unlock i_mutex after attempting to delete subvolume during send - LP: #1465613 * ALSA: hda - Fix mute-LED fixed mode - LP: #1465613 * arm64: dma-mapping: always clear allocated buffers - LP: #1465613 * ALSA: emu10k1: Fix card shortname string buffer overflow - LP: #1465613 * ALSA: emux: Fix mutex deadlock at unloading - LP: #1465613 * drm/radeon: add SI DPM quirk for Sapphire R9 270 Dual-X 2G GDDR5 - LP: #1465613 * SCSI: add 1024 max sectors black list flag - LP: #1465613 * 3w-sas: fix command completion race - LP: #1465613 * 3w-: fix command completion race - LP: #1465613 * 3w-9xxx: fix command completion race - LP: #1465613 * uas: Allow uas_use_uas_driver to return usb-storage flags - LP: #1465613 * uas: Add US_FL_MAX_SECTORS_240 flag - LP: #1465613 * uas: Set max_sectors_240 quirk for ASM1053 devices - LP: #1465613 * usb: chipidea: otg: remove mutex unlock and lock while stop and start role - LP: #1465613 * serial: xilinx: Use platform_get_irq to get irq description structure - LP: #1465613 * serial: of-serial: Remove device_type = serial registration - LP: #1465613 *
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
This bug is awaiting verification that the kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed- utopic' to 'verification-done-utopic'. If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: verification-needed-utopic -- 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: Fix Released Status in linux source package in Utopic: Fix Committed Status in linux source package in Vivid: Fix Released Bug description: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: backported from commit 6a11e5c67a397e9a64cfde6961c83a7a64d7980c) backported from commit 608b286d1ddf38a7ceb624d2b689af095816d91c) cherry picked from commit 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2) cherry picked from commit 4c3b21686111e0ac6018469dacbc5549f9915cf8) cherry picked from commit a4bcbe6a41adcaa5e7f1830a7c1da8691d9d2b1d) backported from commit 08135139430fabdeaa990da8a9e0d436aad0672b) cherry picked from commit c1c3a526bb4ddbec7639a9fb3b84fede25b201d9) cherry picked from commit b921e90260cec1e04988bb3763491de885b67b51) backported from commit e8a51e1b51ee5730ad3913f3962e3099a5e19359) cherry picked from commit 5590f3196b293574a12be58d06d5e1120d8856ec) backported from commit 529d235a0e190ded1d21ccc80a73e625ebcad09b) [Test Case] Ensure kernel boots on specific OpenPower hardware. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
A new bug was opened for these backports: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1464560 -- 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: Fix Released Status in linux source package in Utopic: Fix Committed Status in linux source package in Vivid: Fix Released Bug description: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: backported from commit 6a11e5c67a397e9a64cfde6961c83a7a64d7980c) backported from commit 608b286d1ddf38a7ceb624d2b689af095816d91c) cherry picked from commit 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2) cherry picked from commit 4c3b21686111e0ac6018469dacbc5549f9915cf8) cherry picked from commit a4bcbe6a41adcaa5e7f1830a7c1da8691d9d2b1d) backported from commit 08135139430fabdeaa990da8a9e0d436aad0672b) cherry picked from commit c1c3a526bb4ddbec7639a9fb3b84fede25b201d9) cherry picked from commit b921e90260cec1e04988bb3763491de885b67b51) backported from commit e8a51e1b51ee5730ad3913f3962e3099a5e19359) cherry picked from commit 5590f3196b293574a12be58d06d5e1120d8856ec) backported from commit 529d235a0e190ded1d21ccc80a73e625ebcad09b) [Test Case] Ensure kernel boots on specific OpenPower hardware. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Jeremy, Yea a new LP bug would make things easier to track, since we associate commits with LP bug#s. Thanks! -- 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: Fix Released Status in linux source package in Utopic: Fix Committed Status in linux source package in Vivid: Fix Released Bug description: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: backported from commit 6a11e5c67a397e9a64cfde6961c83a7a64d7980c) backported from commit 608b286d1ddf38a7ceb624d2b689af095816d91c) cherry picked from commit 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2) cherry picked from commit 4c3b21686111e0ac6018469dacbc5549f9915cf8) cherry picked from commit a4bcbe6a41adcaa5e7f1830a7c1da8691d9d2b1d) backported from commit 08135139430fabdeaa990da8a9e0d436aad0672b) cherry picked from commit c1c3a526bb4ddbec7639a9fb3b84fede25b201d9) cherry picked from commit b921e90260cec1e04988bb3763491de885b67b51) backported from commit e8a51e1b51ee5730ad3913f3962e3099a5e19359) cherry picked from commit 5590f3196b293574a12be58d06d5e1120d8856ec) backported from commit 529d235a0e190ded1d21ccc80a73e625ebcad09b) [Test Case] Ensure kernel boots on specific OpenPower hardware. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
OK, the prd changes have hit linux-next: 48c0615 powerpc/powernv: Merge common platform device initialisation 594fcb9 powerpc/powernv: Expose OPAL APIs required by PRD interface 0d7cd85 powerpc/powernv: Add opal-prd channel Would you prefer me to open a separate LP issue for these? Once these are included, we just the the MTD change to go. -- 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: Fix Released Status in linux source package in Utopic: Fix Committed Status in linux source package in Vivid: Fix Released Bug description: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: backported from commit 6a11e5c67a397e9a64cfde6961c83a7a64d7980c) backported from commit 608b286d1ddf38a7ceb624d2b689af095816d91c) cherry picked from commit 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2) cherry picked from commit 4c3b21686111e0ac6018469dacbc5549f9915cf8) cherry picked from commit a4bcbe6a41adcaa5e7f1830a7c1da8691d9d2b1d) backported from commit 08135139430fabdeaa990da8a9e0d436aad0672b) cherry picked from commit c1c3a526bb4ddbec7639a9fb3b84fede25b201d9) cherry picked from commit b921e90260cec1e04988bb3763491de885b67b51) backported from commit e8a51e1b51ee5730ad3913f3962e3099a5e19359) cherry picked from commit 5590f3196b293574a12be58d06d5e1120d8856ec) backported from commit 529d235a0e190ded1d21ccc80a73e625ebcad09b) [Test Case] Ensure kernel boots on specific OpenPower hardware. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author:
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
** Changed in: linux (Ubuntu Utopic) Status: In Progress = Fix Committed -- 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: Fix Released Status in linux source package in Utopic: Fix Committed Status in linux source package in Vivid: Fix Released Bug description: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: backported from commit 6a11e5c67a397e9a64cfde6961c83a7a64d7980c) backported from commit 608b286d1ddf38a7ceb624d2b689af095816d91c) cherry picked from commit 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2) cherry picked from commit 4c3b21686111e0ac6018469dacbc5549f9915cf8) cherry picked from commit a4bcbe6a41adcaa5e7f1830a7c1da8691d9d2b1d) backported from commit 08135139430fabdeaa990da8a9e0d436aad0672b) cherry picked from commit c1c3a526bb4ddbec7639a9fb3b84fede25b201d9) cherry picked from commit b921e90260cec1e04988bb3763491de885b67b51) backported from commit e8a51e1b51ee5730ad3913f3962e3099a5e19359) cherry picked from commit 5590f3196b293574a12be58d06d5e1120d8856ec) backported from commit 529d235a0e190ded1d21ccc80a73e625ebcad09b) [Test Case] Ensure kernel boots on specific OpenPower hardware. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
** Changed in: linux (Ubuntu Utopic) Importance: Undecided = Medium ** Changed in: linux (Ubuntu Utopic) Status: New = In Progress -- 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: Fix Released Status in linux source package in Utopic: In Progress Status in linux source package in Vivid: Fix Released Bug description: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: backported from commit 6a11e5c67a397e9a64cfde6961c83a7a64d7980c) backported from commit 608b286d1ddf38a7ceb624d2b689af095816d91c) cherry picked from commit 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2) cherry picked from commit 4c3b21686111e0ac6018469dacbc5549f9915cf8) cherry picked from commit a4bcbe6a41adcaa5e7f1830a7c1da8691d9d2b1d) backported from commit 08135139430fabdeaa990da8a9e0d436aad0672b) cherry picked from commit c1c3a526bb4ddbec7639a9fb3b84fede25b201d9) cherry picked from commit b921e90260cec1e04988bb3763491de885b67b51) backported from commit e8a51e1b51ee5730ad3913f3962e3099a5e19359) cherry picked from commit 5590f3196b293574a12be58d06d5e1120d8856ec) backported from commit 529d235a0e190ded1d21ccc80a73e625ebcad09b) [Test Case] Ensure kernel boots on specific OpenPower hardware. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Jeremy, The target was for Utopic (3.16), which didn't have the patch, no worries I'll add it as well. I'll put together a pull request for the list soon once I do a test build/boot. --chris -- 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: Fix Released Status in linux source package in Utopic: New Status in linux source package in Vivid: Fix Released Bug description: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: 4c3b2168 a4bcbe6a 529d235a \ 08135139 c1c3a526 b921e902 \ 3bf57561 e8a51e1b 5590f319 [Test Case] Ensure kernel boots on specific OpenPower hardware. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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,
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Ok I have the patches staged here: http://kernel.ubuntu.com/git/arges/ubuntu-utopic.git/log/?h=lp1439562 I've been able to build this and boot with it, I'll send a pull-request to the ML. -- 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: Fix Released Status in linux source package in Utopic: New Status in linux source package in Vivid: Fix Released Bug description: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: 4c3b2168 a4bcbe6a 529d235a \ 08135139 c1c3a526 b921e902 \ 3bf57561 e8a51e1b 5590f319 [Test Case] Ensure kernel boots on specific OpenPower hardware. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
** Description changed: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: - 4c3b2168 a4bcbe6a 529d235a \ - 08135139 c1c3a526 b921e902 \ - 3bf57561 e8a51e1b 5590f319 + backported from commit 6a11e5c67a397e9a64cfde6961c83a7a64d7980c) + backported from commit 608b286d1ddf38a7ceb624d2b689af095816d91c) + cherry picked from commit 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2) + cherry picked from commit 4c3b21686111e0ac6018469dacbc5549f9915cf8) + cherry picked from commit a4bcbe6a41adcaa5e7f1830a7c1da8691d9d2b1d) + backported from commit 08135139430fabdeaa990da8a9e0d436aad0672b) + cherry picked from commit c1c3a526bb4ddbec7639a9fb3b84fede25b201d9) + cherry picked from commit b921e90260cec1e04988bb3763491de885b67b51) + backported from commit e8a51e1b51ee5730ad3913f3962e3099a5e19359) + cherry picked from commit 5590f3196b293574a12be58d06d5e1120d8856ec) + backported from commit 529d235a0e190ded1d21ccc80a73e625ebcad09b) [Test Case] Ensure kernel boots on specific OpenPower hardware. -- - - We've prepared a series of patches (ported to Ubuntu-3.19.0-11.11), which add OpenPower support to the Ubuntu kernel. + 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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.
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Hi Chris, Yes, 6a11e5c6 adds the IPMI driver. Is that not already in the vivid tree? The PRD and MTD changes are headed upstream, I was just sending to you for an indication of what to expect. -- 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: Fix Released Status in linux source package in Utopic: New Status in linux source package in Vivid: Fix Released Bug description: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: 4c3b2168 a4bcbe6a 529d235a \ 08135139 c1c3a526 b921e902 \ 3bf57561 e8a51e1b 5590f319 [Test Case] Ensure kernel boots on specific OpenPower hardware. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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,
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Jeremy, I added the following patches to Ubuntu-3.16 in this order (first cherry-pick to last): 608b286d1ddf38a7ceb624d2b689af095816d91c* had to add this, not clean 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2clean cherry-pick 4c3b21686111e0ac6018469dacbc5549f9915cf8clean cherry-pick a4bcbe6a41adcaa5e7f1830a7c1da8691d9d2b1dclean cherry-pick 08135139430fabdeaa990da8a9e0d436aad0672bnot clean, skip section c1c3a526bb4ddbec7639a9fb3b84fede25b201d9clean cherry-pick b921e90260cec1e04988bb3763491de885b67b51clean cherry-pick e8a51e1b51ee5730ad3913f3962e3099a5e19359not clean 5590f3196b293574a12be58d06d5e1120d8856ecclean cherry-pick 529d235a0e190ded1d21ccc80a73e625ebcad09bnot clean, added padding for syscalls However, I do not see the CONFIG_IPMI_POWERNV Kconfig changes anywhere, should I also add: 6a11e5c67a397e9a64cfde6961c83a7a64d7980c ? I could not find the patch for adding CONFIG_MTD_POWERNV_FLASH. Once I get this staged, I'll have you review since it is a large change. For the additional patches/config changes can you file another bug to track that. Generally we wait until things are in mainline before SRUing. --chris -- 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: Fix Released Status in linux source package in Utopic: New Status in linux source package in Vivid: Fix Released Bug description: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: 4c3b2168 a4bcbe6a 529d235a \ 08135139 c1c3a526 b921e902 \ 3bf57561 e8a51e1b 5590f319 [Test Case] Ensure kernel boots on specific OpenPower hardware. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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:
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Hi Chris, Thanks for taking this on for a utopic backport. Instead of using that ubuntu/utopic branch in the openpower tree, I'd suggest using the upstream commits that we have listed in this bug (and Tim has applied); that way, you'll be getting the latest changes, and have less merging to do later. We also have some patches that are on their way upstream (mentioned above, making their way to vivid as a SRU). Those are at: http://patchwork.ozlabs.org/bundle/jk/prd/ For config changes, we'll want: CONFIG_IPMI_POWERNV CONFIG_MTD_POWERNV_FLASH CONFIG_OPAL_PRD -- 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: Fix Released Status in linux source package in Utopic: New Status in linux source package in Vivid: Fix Released Bug description: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: 4c3b2168 a4bcbe6a 529d235a \ 08135139 c1c3a526 b921e902 \ 3bf57561 e8a51e1b 5590f319 [Test Case] Ensure kernel boots on specific OpenPower hardware. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
** Also affects: linux (Ubuntu Utopic) Importance: Undecided Status: New ** Changed in: linux (Ubuntu Utopic) Assignee: (unassigned) = Chris J Arges (arges) -- 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: Fix Released Status in linux source package in Utopic: New Status in linux source package in Vivid: Fix Released 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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.
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
For 3.16, I'm assuming there are a lot of patchs here that may be needed: https://github.com/open-power/linux/commits/ubuntu/utopic Can you specify which are necessary? Thanks -- 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: Fix Released Status in linux source package in Utopic: New Status in linux source package in Vivid: Fix Released Bug description: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: 4c3b2168 a4bcbe6a 529d235a \ 08135139 c1c3a526 b921e902 \ 3bf57561 e8a51e1b 5590f319 [Test Case] Ensure kernel boots on specific OpenPower hardware. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
** Description changed: - We've prepared a series of patches (ported to Ubuntu-3.19.0-11.11), - which add OpenPower support to the Ubuntu kernel. + [Impact] + This is a HWE SRU for OpenPower support in 3.16. + + [Fix] + upstream commits: + 4c3b2168 a4bcbe6a 529d235a \ + 08135139 c1c3a526 b921e902 \ + 3bf57561 e8a51e1b 5590f319 + + [Test Case] + Ensure kernel boots on specific OpenPower hardware. + + -- + + + 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 + https://github.com/open-power/linux.git (or I can attach them separately). Changelogs are as follows: commit 2f0190bd43764559b250a5bd11aca050f909aa21 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org - - Backport notes: - cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 - minor conflicts resolved - Signed-off-by: Jeremy Kerr j...@ozlabs.org + 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 b...@kernel.crashing.org + + Backport notes: + cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 + minor conflicts resolved + Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org - Acked-by: Rob Herring r...@kernel.org - - Backport notes: - Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ - Signed-off-by: Jeremy Kerr j...@ozlabs.org + 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 b...@kernel.crashing.org + Acked-by: Rob Herring r...@kernel.org + + Backport notes: + Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ + Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org - Acked-by: Rob Herring r...@kernel.org - - Backport notes: - Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ - Signed-off-by: Jeremy Kerr j...@ozlabs.org + 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 +
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Also are any CONFIG changes necessary? I see CONFIG_MTD_POWERNV_FLASH was mentioned above, any thing additional for 3.16? -- 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: Fix Released Status in linux source package in Utopic: New Status in linux source package in Vivid: Fix Released Bug description: [Impact] This is a HWE SRU for OpenPower support in 3.16. [Fix] upstream commits: 4c3b2168 a4bcbe6a 529d235a \ 08135139 c1c3a526 b921e902 \ 3bf57561 e8a51e1b 5590f319 [Test Case] Ensure kernel boots on specific OpenPower hardware. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
This bug was fixed in the package linux - 3.19.0-13.13 --- linux (3.19.0-13.13) vivid; urgency=low [ Andy Whitcroft ] * [Packaging] initscripts need installing when making the package * [Packaging] initscripts work around bug in debhelper systemd support [ Jay Vosburgh ] * SAUCE: fan: Proof of concept implementation - LP: #1439706 [ Leann Ogasawara ] * Release Tracking Bug - LP: #1442165 [ Upstream Kernel Changes ] * Revert drm: fix mismerge in drm_crtc.c - LP: #1440270, #1440392 * e1000e: initial support for i219 - LP: #1400955 * e1000e: fix obscure comments - LP: #1400955 * e1000e: remove calls to ioremap/unmap for NVM addr - LP: #1400955 * d-i: Enable usb modules on arm64 * drm/amdkfd: Initialize only amdkfd's assigned pipelines * storvsc: use cmd_size to allocate per-command data * storvsc: in responce to a scan event, scan the host * storvsc: force discovery of LUNs that may have been removed. * storvsc: fix a bug in storvsc limits * Drivers: hv: vmbus: Use get_cpu() to get the current CPU * Tools: hv: address compiler warnings for hv_fcopy_daemon.c * Tools: hv: do not add redundant '/' in hv_start_fcopy() * Drivers: hv: hv_balloon: Make adjustments in computing the floor * Drivers: hv: hv_balloon: Fix a locking bug in the balloon driver * Drivers: hv: hv_balloon: Don't post pressure status from interrupt context * Drivers: hv: vmbus: Implement a clockevent device * Drivers: hv: vmbus: Fix a bug in vmbus_establish_gpadl() * Drivers: hv: vmbus: Support a vmbus API for efficiently sending page arrays * hv: hv_fcopy: drop the obsolete message on transfer failure * Drivers: hv: check vmbus_device_create() return value in vmbus_process_offer() * Drivers: hv: rename sc_lock to the more generic lock * Drivers: hv: vmbus: serialize Offer and Rescind offer * Drivers: hv: vmbus: hv_process_timer_expiration() can be static * hyperv: netvsc.c: match wait_for_completion_timeout return type * hyperv: fix sparse warnings * powerpc/powernv: Add OPAL soft-poweroff routine - LP: #1439562 * drivers/sbus/char/envctrl.c: ignore orderly_poweroff return value - LP: #1439562 * kernel/reboot.c: add orderly_reboot for graceful reboot - LP: #1439562 * powerpc/powernv: reboot when requested by firmware - LP: #1439562 * powerpc/kernel: Make syscall_exit a local label - LP: #1439562 * powerpc: Remove old compile time disabled syscall tracing code - LP: #1439562 * powerpc: Add a proper syscall for switching endianness - LP: #1439562 * powerpc/powernv: Remove opal prefix from pr_xxx()s - LP: #1439562 * powerpc/powernv: Separate function for OPAL IRQ setup - LP: #1439562 * powerpc/powernv: Add OPAL message notifier unregister function - LP: #1439562 * powerpc/powernv: Support OPAL requested heartbeat - LP: #1439562 * device: Add dev_of_node() accessor - LP: #1439562 * drivers/core/of: Add symlink to device-tree from devices with an OF node - LP: #1439562 * ipv6: Don't reduce hop limit for an interface - LP: #1441103 - CVE-2015-2922 * x86/microcode/intel: Guard against stack overflow in the loader - LP: #1438504 - CVE-2015-2666 * ASoC: Intel: Store the entry_point read from FW file * ASoC: Intel: remove conflicts when load/unload multiple firmware images * ASoC: Intel: Always enable DRAM block for FW dump * ASoC: Intel: Add stream direction for pcm-module map * ASoC: Intel: Split hsw_pcm_data for playback and capture * ASoC: Intel: initial stream_hw_id to invalid value * drm: Fix deadlock due to getconnector locking changes - LP: #1440724 * powerpc/pseries: Little endian fixes for post mobility device tree update - LP: #1441856 * powerpc/pseries: Introduce api_version to migration sysfs interface - LP: #1441856 * powerpc/pseries: Simplify check for suspendability during suspend/migration - LP: #1441856 * ALSA: hda/realtek - Support headset mode for ALC286/288 - LP: #1423413 * ALSA: hda/realtek - Support Dell headset mode for ALC288 - LP: #1423413 -- Leann Ogasawara leann.ogasaw...@canonical.com Thu, 09 Apr 2015 07:35:38 -0700 ** Changed in: linux (Ubuntu Vivid) Status: Fix Committed = Fix Released ** CVE added: http://www.cve.mitre.org/cgi- bin/cvename.cgi?name=2015-2666 ** CVE added: http://www.cve.mitre.org/cgi- bin/cvename.cgi?name=2015-2922 -- 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: Fix Released Status in linux source package in Vivid: Fix Released 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Jeremy - thanks for the help. I've applied these patches: powerpc/kernel: Make syscall_exit a local label powerpc: Remove old compile time disabled syscall tracing code powerpc: Add a proper syscall for switching endianness powerpc/powernv: Remove opal prefix from pr_xxx()s powerpc/powernv: Separate function for OPAL IRQ setup powerpc/powernv: Add OPAL message notifier unregister function powerpc/powernv: Support OPAL requested heartbeat device: Add dev_of_node() accessor drivers/core/of: Add symlink to device-tree from devices with an OF node -- 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: Fix Committed Status in linux source package in Vivid: Fix Committed 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
I applied these 4 patches. The rest will likely have to go through the SRU process since kernel freeze is April 9. Applying: powerpc/powernv: Add OPAL soft-poweroff routine Applying: drivers/sbus/char/envctrl.c: ignore orderly_poweroff return value Applying: kernel/reboot.c: add orderly_reboot for graceful reboot Applying: powerpc/powernv: reboot when requested by firmware ** Changed in: linux (Ubuntu Vivid) Status: In Progress = Fix Committed -- 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: Fix Committed Status in linux source package in Vivid: Fix Committed 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
OK, we have a new set of patches merged. Would you like these in a separate bug? [the first does change a powerpc-specific syscall number, if that affects your preference of SRU vs. freeze] The following patches have been merged to linux-next: 1d9d9bd powerpc: Add a proper syscall for switching endianness - merged to linux-next/master: 529d235a0e190ded1d21ccc80a73e625ebcad09b 37889e2 powerpc/powernv: Add OPAL message notifier unregister function - merged to linux-next/master: b921e90260cec1e04988bb3763491de885b67b51 2f0190b powerpc/powernv: Support OPAL requested heartbeat - merged to linux-next/master: 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 e1c8954 device: Add dev_of_node() accessor - merged to linux-next/master: e8a51e1b51ee5730ad3913f3962e3099a5e19359 2c242b3 drivers/core/of: Add symlink to device-tree from devices with an OF node - merged to linux-next/master: 5590f3196b293574a12be58d06d5e1120d8856ec Leaving the following patches pending: 3525984 powerpc/powernv: Add interfaces for flash device access 1acd5dd drivers/mtd: add powernv flash MTD abstraction driver - pending mtd review 8589e12 powerpc/powernv: Add opal-prd channel - pending powerpc review. - Ensure we have the DPO member of enum opal_msg_type present -- 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: Fix Committed Status in linux source package in Vivid: Fix Committed 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Jeremy - it looks like there is at least one missing prerequisite for 'powerpc: Add a proper syscall for switching endianness'. Can you prepare a list of commits that apply to ubuntu-vivid ? -- 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: Fix Committed Status in linux source package in Vivid: Fix Committed 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Sure thing. The patch in my ubuntu-vivid git tree is slightly modified from the upstream commit - just so we don't need to include those prerequisites. However, if you're after pristine upstream commits, the following will work on top of the vivid tree (as at 83f803a6): commit 4c3b21686111e0ac6018469dacbc5549f9915cf8 Author: Michael Ellerman m...@ellerman.id.au Date: Fri Dec 5 21:16:59 2014 +1100 powerpc/kernel: Make syscall_exit a local label Currently when we back trace something that is in a syscall we see something like this: [c000] [c000] SyS_read+0x6c/0x110 [c000] [c000] syscall_exit+0x0/0x98 Although it's entirely correct, seeing syscall_exit at the bottom can be confusing - we were exiting from a syscall and then called SyS_read() ? If we instead change syscall_exit to be a local label we get something more intuitive: [c001fa46fde0] [c026719c] SyS_read+0x6c/0x110 [c001fa46fe30] [c0009264] system_call+0x38/0xd0 ie. we were handling a system call, and it was SyS_read(). Signed-off-by: Michael Ellerman m...@ellerman.id.au commit a4bcbe6a41adcaa5e7f1830a7c1da8691d9d2b1d Author: Michael Ellerman m...@ellerman.id.au Date: Wed Jan 14 14:47:56 2015 +1100 powerpc: Remove old compile time disabled syscall tracing code We have code to do syscall tracing which is disabled at compile time by default. It's not been touched since the dawn of time (ie. v2.6.12). There are now better ways to do syscall tracing, ie. using the raw_syscall, or syscall tracepoints. For the specific case of tracing syscalls at boot on a system that doesn't get to userspace, you can boot with: trace_event=syscalls tp_printk=on Which will trace syscalls from boot, and echo all output to the console. Signed-off-by: Michael Ellerman m...@ellerman.id.au -- 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: Fix Committed Status in linux source package in Vivid: Fix Committed 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Also, the 'powerpc/powernv: Support OPAL requested heartbeat' change requires a couple of prereqs if you're looking to use the pristine upstream version too: commit 08135139430fabdeaa990da8a9e0d436aad0672b Author: Michael Ellerman m...@ellerman.id.au Date: Wed Jan 28 15:10:33 2015 +1100 powerpc/powernv: Remove opal prefix from pr_xxx()s In commit c8742f85125d powerpc/powernv: Expose OPAL firmware symbol map I added pr_fmt() to opal.c. This left some existing pr_xxx()s with duplicate opal prefixes, eg: opal: opal: Found 0 interrupts reserved for OPAL Fix them all up. Also make the Not not found message a bit more verbose. Signed-off-by: Michael Ellerman m...@ellerman.id.au commit c1c3a526bb4ddbec7639a9fb3b84fede25b201d9 Author: Gavin Shan gws...@linux.vnet.ibm.com Date: Fri Jan 23 14:25:05 2015 +1100 powerpc/powernv: Separate function for OPAL IRQ setup The patch put the OPAL interrupt setup logic in opal_init() into seperate function opal_irq_init() for easier code maintaining. The patch doesn't introduce logic changes except: * Rename variable names. * Release virtual IRQ upon error from request_irq(). * Don't cache the virtual IRQ to opal_irqs[] upon error from request_irq(). Suggested-by: Michael Ellerman m...@ellerman.id.au Signed-off-by: Gavin Shan gws...@linux.vnet.ibm.com Signed-off-by: Michael Ellerman m...@ellerman.id.au -- 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: Fix Committed Status in linux source package in Vivid: Fix Committed 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by:
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
This should do the trick: git cherry-pick 4c3b2168 a4bcbe6a 529d235a \ 08135139 c1c3a526 b921e902 \ 3bf57561 e8a51e1b 5590f319 -- 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: Fix Committed Status in linux source package in Vivid: Fix Committed 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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:
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Also: 744b976 powerpc/powernv: Add OPAL soft-poweroff routine - in linus/master: 7f43e71e8c538356efd5b33a183e6d9ace4739a5 - this is a prerequisite for: 63df164 powerpc/powernv: reboot when requested by firmware -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
OK, I'll keep this bug updated as the patches are merged. -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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 m...@ellerman.id.au Backport notes:
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
We've had a few patches merged to linux-next: 6f4b0f5 drivers/sbus/char/envctrl.c: ignore orderly_poweroff return value - merged to linux-next/master: dc4f016cb8b67128c42f165802794f0b6d70405c 53cffb5 kernel/reboot.c: add orderly_reboot for graceful reboot - merged to linux-next/master: c162cd23253587741207fcb08c20c56922dd5fdb 63df164 powerpc/powernv: reboot when requested by firmware - merged to linux-next/master: 62a68d4f51accd3ffa3f38d4a85f41b031ff13b7 Leaving the following pending patches: 2f0190b powerpc/powernv: Support OPAL requested heartbeat e1c8954 device: Add dev_of_node() accessor 2c242b3 drivers/core/of: Add symlink to device-tree from devices with an OF node 1d9d9bd powerpc: Add a proper syscall for switching endianness 3525984 powerpc/powernv: Add interfaces for flash device access 1acd5dd drivers/mtd: add powernv flash MTD abstraction driver 37889e2 powerpc/powernv: Add OPAL message notifier unregister function 744b976 powerpc/powernv: Add OPAL soft-poweroff routine 8589e12 powerpc/powernv: Add opal-prd channel -- 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au Date: Sat Mar 28 21:35:16 2015 +1100 powerpc: Add a proper syscall for switching endianness We currently have a special syscall for
[Kernel-packages] [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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Tim - yes, they're both related to OpenPower hardware, and aren't required for guest VMs. Sounds fine then. -- 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: Triaged 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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 m...@ellerman.id.au Backport notes: Cherry-picked
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
** Tags added: kernel-da-key -- 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: Confirmed 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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 m...@ellerman.id.au Backport notes: Cherry-picked (with conflicts resolved) from mpe-next, commit
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
** Tags added: cherry-pick ** Changed in: linux (Ubuntu) Status: Confirmed = Triaged -- 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: Triaged 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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 m...@ellerman.id.au Backport notes: Cherry-picked (with conflicts
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
** Changed in: linux (Ubuntu) Status: New = Confirmed ** Changed in: linux (Ubuntu) Importance: Undecided = Medium -- 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: Confirmed 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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 m...@ellerman.id.au Backport notes:
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Also: these changes add a config var: CONFIG_MTD_POWERNV_FLASH, for the presence of the powernv mtd driver. Will the new ipmi_powernv and powernv_flash modules appear in the linux-image package (rather than linux-image extras)? -- 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: Confirmed 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
[Kernel-packages] [Bug 1439562] Re: backport request: include support for OpenPower hardware
Jeremy - by default those new modules will be packaged in -extras. Since they appear to be HW related that ought to be OK since it is rare that -extras is not installed on bare metal. -- 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: Confirmed 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 b...@kernel.crashing.org 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 b...@kernel.crashing.org Backport notes: cherry-picked from mpe-next, 3bf57561d4dbd36ba45ce05656b0469bfdcc7ef2 minor conflicts resolved Signed-off-by: Jeremy Kerr j...@ozlabs.org commit e1c89541e7163494ad091f3c2622649d91ac7597 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5831161/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 2c242b30756f77528516a4e9e986818ac4e90490 Author: Benjamin Herrenschmidt b...@kernel.crashing.org 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 b...@kernel.crashing.org Acked-by: Rob Herring r...@kernel.org Backport notes: Submission to LKML at: https://patchwork.kernel.org/patch/5842241/ Signed-off-by: Jeremy Kerr j...@ozlabs.org commit 1d9d9bdad2553f39de92eba40f8663eb45819e8c Author: Michael Ellerman m...@ellerman.id.au 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
