- 06 Apr, 2016 40 commits
-
-
Ching Huang authored
BugLink: http://bugs.launchpad.net/bugs/1559609 Support Areca's new PCIe to SATA RAID adapter ARC1203. Signed-off-by:
Ching Huang <ching2048@areca.com.tw> Reviewed-by:
Johannes Thumshirn <jthumshirn@suse.de> Reviewed-by:
Hannes Reinicke <hare@suse.de> Signed-off-by:
Martin K. Petersen <martin.petersen@oracle.com> (cherry picked from commit 7e315ffd) Signed-off-by:
Tim Gardner <tim.gardner@canonical.com>
-
Ching Huang authored
BugLink: http://bugs.launchpad.net/bugs/1559609 [mkp: Fixed checkpatch whitespace warning] Signed-off-by:
-
Ching Huang authored
BugLink: http://bugs.launchpad.net/bugs/1559609 Releasing allocated resource if get configuration data failed. Signed-off-by:
Tomas Henzl <thenzl@redhat.com> Signed-off-by:
-
Ching Huang authored
BugLink: http://bugs.launchpad.net/bugs/1559609 Fixed getting wrong configuration data of adapter type B and type D. Signed-off-by:
-
Stefan Bader authored
BugLink: http://bugs.launchpad.net/bugs/1559692 There have been bugs reported already in the past (but without enough data to pinpoint the problem). This time it was found that a certain Thinkpad external keyboard would not be working from the server install image (but works from a desktop installer). The reason was a missing specific hid driver (hid-lenovo). Since we might miss more than that, I went forward and updated the whole list. I excluded a few drivers which where either force feedback drivers (.*ff.ko, I think we can live without the backlash), joystick drivers and I also not added wacom (because graphic tablets unlikely are useful to complete a server install). Signed-off-by:
Stefan Bader <stefan.bader@canonical.com> Signed-off-by:
-
Jan Glauber authored
BugLink: http://bugs.launchpad.net/bugs/1559349 Add a compatible string for the Cavium ThunderX PMU. Signed-off-by:
Jan Glauber <jglauber@cavium.com> Signed-off-by:
Will Deacon <will.deacon@arm.com> (cherry picked from linux-next commit 94085fe5) Signed-off-by:
dann frazier <dann.frazier@canonical.com> Signed-off-by:
-
Jan Glauber authored
BugLink: http://bugs.launchpad.net/bugs/1559349 ARMv8.1 increases the PMU event number space to 16 bit so increase the EVTYPE mask. Signed-off-by:
-
Jan Glauber authored
BugLink: http://bugs.launchpad.net/bugs/1559349 With the long cycle counter bit (LC) disabled the cycle counter is not working on ThunderX SOC (ThunderX only implements Aarch64). Also, according to documentation LC == 0 is deprecated. To keep the code simple the patch does not introduce 64 bit wide counter functions. Instead writing the cycle counter always sets the upper 32 bits so overflow interrupts are generated as before. Original patch from Andrew Pinksi <Andrew.Pinksi@caviumnetworks.com> Signed-off-by:
-
Jan Glauber authored
BugLink: http://bugs.launchpad.net/bugs/1559349 Support PMU events on Caviums ThunderX SOC. ThunderX supports some additional counters compared to the default ARMv8 PMUv3: - branch instructions counter - stall frontend & backend counters - L1 dcache load & store counters - L1 icache counters - iTLB & dTLB counters - L1 dcache & icache prefetch counters Signed-off-by:
-
Jan Glauber authored
BugLink: http://bugs.launchpad.net/bugs/1559349 The implemented Cortex A57 events are strictly-speaking not A57 specific. They are ARM recommended implementation defined events and can be found on other ARMv8 SOCs like Cavium ThunderX too. Therefore rename these events to allow using them in other implementations too. Signed-off-by:
-
Will Deacon authored
BugLink: http://bugs.launchpad.net/bugs/1559350 It's all very well providing an events directory to userspace that details our events in terms of "event=0xNN", but if we don't define how to encode the "event" field in the perf attr.config, then it's a waste of time. This patch adds a single format entry to describe that the event field occupies the bottom 10 bits of our config field on ARMv8 (PMUv3). Signed-off-by:
-
Will Deacon authored
BugLink: http://bugs.launchpad.net/bugs/1559350 It's all very well providing an events directory to userspace that details our events in terms of "event=0xNN", but if we don't define how to encode the "event" field in the perf attr.config, then it's a waste of time. This patch adds a single format entry to describe that the event field occupies the bottom 8 bits of our config field on ARMv7. Signed-off-by:
-
Drew Richardson authored
BugLink: http://bugs.launchpad.net/bugs/1559350 Add additional information about the ARM architected hardware events to make counters self describing. This makes the hardware PMUs easier to use as perf list contains possible events instead of users having to refer to documentation like the ARM TRMs. Signed-off-by:
Drew Richardson <drew.richardson@arm.com> Signed-off-by:
-
Drew Richardson authored
BugLink: http://bugs.launchpad.net/bugs/1559350 The enums are not necessary and this allows the event values to be used to construct static strings at compile time. Signed-off-by:
-
Drew Richardson authored
BugLink: http://bugs.launchpad.net/bugs/1559350 Add additional information about the ARM architected hardware events to make counters self describing. This makes the hardware PMUs easier to use as perf list contains possible events instead of users having to refer to documentation like the ARM TRMs. Signed-off-by:
-
Drew Richardson authored
BugLink: http://bugs.launchpad.net/bugs/1559350 The enums are not necessary and this allows the event values to be used to construct static strings at compile time. Signed-off-by:
-
Mark Rutland authored
BugLink: http://bugs.launchpad.net/bugs/1559350 Nothing outside of drivers/perf/arm_pmu.c should call armpmu_register any more, so it no longer needs to be in include/linux/perf/arm_pmu.h. Additionally, by folding it in to arm_pmu_device_probe we can allow drivers to override struct pmu fields without getting blatted by the armpmu code. This patch folds armpmu_register into arm_pmu_device_probe. The logging to the console is moved to after the PMU is successfully registered with the core perf code. Signed-off-by:
Mark Rutland <mark.rutland@arm.com> Suggested-by:
-
Luck, Tony authored
BugLink: http://bugs.launchpad.net/bugs/1559904 Large memory Haswell-EX systems with multiple DIMMs per channel were sometimes reporting the wrong DIMM. Found three problems: 1) Debug printouts for socket and channel interleave were not interpreting the register fields correctly. The socket interleave field is a 2^X value (0=1, 1=2, 2=4, 3=8). The channel interleave is X+1 (0=1, 1=2, 2=3. 3=4). 2) Actual use of the socket interleave value didn't interpret as 2^X 3) Conversion of address to channel address was complicated, and wrong. Signed-off-by:
Tony Luck <tony.luck@intel.com> Acked-by:
Aristeu Rozanski <arozansk@redhat.com> Cc: Borislav Petkov <bp@alien8.de> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Mauro Carvalho Chehab <mchehab@osg.samsung.com> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: linux-edac@vger.kernel.org Cc: stable@vger.kernel.org Signed-off-by:
Ingo Molnar <mingo@kernel.org> (cherry picked from commit eb1af3b7) Signed-off-by:
-
Andy Whitcroft authored
This support is completely duplicated in the initramfs code. As things stand we attempt this PNP when we do not have the devices we could use loaded and will not be able to load until the initramfs is loaded. Therefore disable this support in the kernel and rely on the initramfs-tools code. BugLink: http://bugs.launchpad.net/bugs/1259861Signed-off-by:
Andy Whitcroft <apw@canonical.com>
-
Andy Whitcroft authored
Ignore: yes Signed-off-by: -
Tim Gardner authored
Ignore: yes Signed-off-by: -
Tim Gardner authored
Signed-off-by: -
Frederic Barrat authored
BugLink: http://bugs.launchpad.net/bugs/1557001 https://patchwork.ozlabs.org/patch/599445/ Failure to synchronize the PSL timebase currently prevents the initialization of the cxl card, thus rendering the card useless. This is too extreme for a feature which is rarely used, if at all. No hardware AFUs or software is currently using PSL timebase. This patch still tries to synchronize the PSL timebase when the card is initialized, but ignores the error if it can't. Instead, it reports a status via /sys. Signed-off-by:
Frederic Barrat <fbarrat@linux.vnet.ibm.com> Acked-by:
Michael Neuling <mikey@neuling.org> Acked-by:
Ian Munsie <imunsie@au1.ibm.com> Signed-off-by:
-
Tyler Hicks authored
BugLink: http://bugs.launchpad.net/bugs/1379535 Disabled by default until the AppArmor kernel code is deemed safe enough to handle untrusted policy. Only developers of container technologies should turn this on until that time. If this sysctl is set to non-zero and a process with CAP_MAC_ADMIN in the root namespace has created an AppArmor policy namespace, unprivileged processes will be able to change to a profile in the newly created AppArmor policy namespace and, if the profile allows CAP_MAC_ADMIN and appropriate file permissions, will be able to load policy in the respective policy namespace. Signed-off-by:
Tyler Hicks <tyhicks@canonical.com> Signed-off-by:
John Johansen <john.johansen@canonical.com> Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This is a sync and squash of the apparmor 3.5-beta1 snapshot. The set of patches in this squash are available in git://kernel.ubuntu.com/jj/ubuntu-xenial.git using the the tag apparmor-3.5-beta1-presuash-snapshot This fixes multiple bugs and adds the policy namespace stacking features. BugLink: http://bugs.launchpad.net/bugs/1379535Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 41689645. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 6bfc18ae. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 9b306795. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 14bc1e20. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 53f139d6. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit c5e6ac51. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 1e7328d5. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 5a22abd4. Signed-off-by:
-
John Johansen authored
Revert "UBUNTU: SAUCE: (no-up): apparmor: fix for failed mediation of socket that is being shutdown" BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit e35fe568. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit f970350049bdb24c3b3bdf4ef8c162833c4f2dd8. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit bcc4061cfc6cc47f311b0666eef5f69ee5bf392d. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 949769a80df6a9446e63d56a1d7aa7da11cb4d9c. Signed-off-by:
-
John Johansen authored
Revert "UBUNTU: SAUCE: apparmor: Disallow update of cred when then subjective != the objective cred" BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 1f95c6b69724417ab7039e924ec1a46cdc2f3a03. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 8a6a317400fcd5e4eebfc20665ca0b3e8dbc8217. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit c8cf841fc8307461847036d2be2ad27791be485b. Signed-off-by:
-
