lp:~p-pisati/ubuntu/+source/linux

Owned by Paolo Pisati
Get this repository:
git clone https://git.launchpad.net/~p-pisati/ubuntu/+source/linux
Only Paolo Pisati can upload to this repository. If you are Paolo Pisati please log in for upload directions.

Branches

Name Last Modified Last Commit
e-master-next 2019-08-09 07:09:42 UTC 2019-08-09
UBUNTU: Ubuntu-5.2.0-12.13

Author: Paolo Pisati
Author Date: 2019-08-09 07:09:42 UTC

UBUNTU: Ubuntu-5.2.0-12.13

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

cranky/master-next 2019-08-05 16:22:37 UTC 2019-08-05
UBUNTU: Ubuntu-5.3.0-3.4

Author: Paolo Pisati
Author Date: 2019-08-05 16:17:10 UTC

UBUNTU: Ubuntu-5.3.0-3.4

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

unstable-master 2019-08-05 13:24:46 UTC 2019-08-05
UBUNTU: Ubuntu-5.3.0-3.4

Author: Paolo Pisati
Author Date: 2019-08-05 13:24:46 UTC

UBUNTU: Ubuntu-5.3.0-3.4

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

x-master-cve-2018-5383 2019-07-17 13:52:51 UTC 2019-07-17
crypto: ecdh - add public key verification test

Author: Stephan Mueller
Author Date: 2018-06-25 10:00:18 UTC

crypto: ecdh - add public key verification test

According to SP800-56A section 5.6.2.1, the public key to be processed
for the ECDH operation shall be checked for appropriateness. When the
public key is considered to be an ephemeral key, the partial validation
test as defined in SP800-56A section 5.6.2.3.4 can be applied.

The partial verification test requires the presence of the field
elements of a and b. For the implemented NIST curves, b is defined in
FIPS 186-4 appendix D.1.2. The element a is implicitly given with the
Weierstrass equation given in D.1.2 where a = p - 3.

Without the test, the NIST ACVP testing fails. After adding this check,
the NIST ACVP testing passes.

CVE-2018-5383

Signed-off-by: Stephan Mueller <smueller@chronox.de>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
(cherry picked from commit ea169a30a6bf6782a05a51d2b9cf73db151eab8b)
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

b-snapdragon-db820c 2019-06-20 12:12:23 UTC 2019-06-20
UBUNTU: fix missing modules

Author: Paolo Pisati
Author Date: 2019-06-20 08:29:40 UTC

UBUNTU: fix missing modules

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

b-raspi2-lp1832131 2019-06-11 09:02:12 UTC 2019-06-11
UBUNTU: [Config] enable KVM

Author: Paolo Pisati
Author Date: 2019-06-11 08:56:38 UTC

UBUNTU: [Config] enable KVM

BugLink: https://bugs.launchpad.net/bugs/1832131

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

d-raspi2-lp1831219 2019-05-30 16:09:12 UTC 2019-05-30
UBUNTU: [Config] updateconfigs

Author: Paolo Pisati
Author Date: 2019-05-30 13:52:34 UTC

UBUNTU: [Config] updateconfigs

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

uk/b-snapdragon 2019-05-21 10:44:57 UTC 2019-05-21
PCI: qcom: Don't deassert reset GPIO during probe

Author: Bjorn Andersson
Author Date: 2019-01-25 23:26:16 UTC

PCI: qcom: Don't deassert reset GPIO during probe

Acquiring the reset GPIO low means that reset is being deasserted, this
is followed almost immediately with qcom_pcie_host_init() asserting it,
initializing it and then finally deasserting it again, for the link to
come up.

Some PCIe devices requires a minimum time between the initial deassert
and subsequent reset cycles. In a platform that boots with the reset
GPIO asserted this requirement is being violated by this deassert/assert
pulse.

Acquire the reset GPIO high to prevent this situation by matching the
state to the subsequent asserted state.

Fixes: 82a823833f4e ("PCI: qcom: Add Qualcomm PCIe controller driver")
Signed-off-by: Bjorn Andersson <bjorn.andersson@linaro.org>
[lorenzo.pieralisi@arm.com: updated commit log]
Signed-off-by: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
Acked-by: Stanimir Varbanov <svarbanov@mm-sol.com>
Cc: stable@vger.kernel.org
(backported from commit 02b485e31d98265189b91f3e69c43df2ed50610c)
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

b-raspi2-lp1827750 2019-05-07 13:58:18 UTC 2019-05-07
UBUNTU: [Config] enable EFI support

Author: Paolo Pisati
Author Date: 2019-05-07 13:58:18 UTC

UBUNTU: [Config] enable EFI support

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

b-snapdragon-topic-kernel-squashed 2019-03-29 12:51:57 UTC 2019-03-29
UBUNTU: Ubuntu-snapdragon-4.15.0-1050.53

Author: Paolo Pisati
Author Date: 2019-03-29 12:51:57 UTC

UBUNTU: Ubuntu-snapdragon-4.15.0-1050.53

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

disco-snapdragon 2019-03-28 13:00:00 UTC 2019-03-28
UBUNTU: Ubuntu-snapdragon-5.0.0-1007.7

Author: Paolo Pisati
Author Date: 2019-03-28 13:00:00 UTC

UBUNTU: Ubuntu-snapdragon-5.0.0-1007.7

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

b-snapdragon-topic-kernel 2019-03-19 09:43:36 UTC 2019-03-19
UBUNTU: Ubuntu-snapdragon-4.15.0-1050.53

Author: Paolo Pisati
Author Date: 2019-03-19 09:43:36 UTC

UBUNTU: Ubuntu-snapdragon-4.15.0-1050.53

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

linux-4.19.y 2019-03-10 06:17:22 UTC 2019-03-10
Linux 4.19.28

Author: Greg Kroah-Hartman
Author Date: 2019-03-10 06:17:22 UTC

Linux 4.19.28

linux-4.20.y 2019-03-10 06:10:16 UTC 2019-03-10
Linux 4.20.15

Author: Greg Kroah-Hartman
Author Date: 2019-03-10 06:10:16 UTC

Linux 4.20.15

unstable-raspi2 2019-03-08 09:30:07 UTC 2019-03-08
UBUNTU: Ubuntu-raspi2-5.0.0-1003.3

Author: Paolo Pisati
Author Date: 2019-03-08 09:30:07 UTC

UBUNTU: Ubuntu-raspi2-5.0.0-1003.3

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

linux-5.0 2019-03-03 23:21:29 UTC 2019-03-03
Linux 5.0

Author: Linus Torvalds
Author Date: 2019-03-03 23:21:29 UTC

Linux 5.0

b-snapdragon-edge 2019-03-01 10:33:08 UTC 2019-03-01
snapcraft.yaml: update for snapdragon-edge kernel

Author: Paolo Pisati
Author Date: 2019-02-08 11:01:53 UTC

snapcraft.yaml: update for snapdragon-edge kernel

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

b-master-lp1814982 2019-02-18 10:20:37 UTC 2019-02-18
efi/arm/arm64: Allow SetVirtualAddressMap() to be omitted

Author: Ard Biesheuvel
Author Date: 2019-02-02 09:41:16 UTC

efi/arm/arm64: Allow SetVirtualAddressMap() to be omitted

The UEFI spec revision 2.7 errata A section 8.4 has the following to
say about the virtual memory runtime services:

  "This section contains function definitions for the virtual memory
  support that may be optionally used by an operating system at runtime.
  If an operating system chooses to make EFI runtime service calls in a
  virtual addressing mode instead of the flat physical mode, then the
  operating system must use the services in this section to switch the
  EFI runtime services from flat physical addressing to virtual
  addressing."

So it is pretty clear that calling SetVirtualAddressMap() is entirely
optional, and so there is no point in doing so unless it achieves
anything useful for us.

This is not the case for 64-bit ARM. The identity mapping used by the
firmware is arbitrarily converted into another permutation of userland
addresses (i.e., bits [63:48] cleared), and the runtime code could easily
deal with the original layout in exactly the same way as it deals with
the converted layout. However, due to constraints related to page size
differences if the OS is not running with 4k pages, and related to
systems that may expose the individual sections of PE/COFF runtime
modules as different memory regions, creating the virtual layout is a
bit fiddly, and requires us to sort the memory map and reason about
adjacent regions with identical memory types etc etc.

So the obvious fix is to stop calling SetVirtualAddressMap() altogether
on arm64 systems. However, to avoid surprises, which are notoriously
hard to diagnose when it comes to OS<->firmware interactions, let's
start by making it an opt-out feature, and implement support for the
'efi=novamap' kernel command line parameter on ARM and arm64 systems.

( Note that 32-bit ARM generally does require SetVirtualAddressMap() to be
  used, given that the physical memory map and the kernel virtual address
  map are not guaranteed to be non-overlapping like on arm64. However,
  having support for efi=novamap,noruntime on 32-bit ARM, combined with
  the recently proposed support for earlycon=efifb, is likely to be useful
  to diagnose boot issues on such systems if they have no accessible serial
  port. )

Tested-by: Jeffrey Hugo <jhugo@codeaurora.org>
Tested-by: Bjorn Andersson <bjorn.andersson@linaro.org>
Tested-by: Lee Jones <lee.jones@linaro.org>
Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Cc: AKASHI Takahiro <takahiro.akashi@linaro.org>
Cc: Alexander Graf <agraf@suse.de>
Cc: Borislav Petkov <bp@alien8.de>
Cc: Heinrich Schuchardt <xypron.glpk@gmx.de>
Cc: Leif Lindholm <leif.lindholm@linaro.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Matt Fleming <matt@codeblueprint.co.uk>
Cc: Peter Jones <pjones@redhat.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Sai Praneeth Prakhya <sai.praneeth.prakhya@intel.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: linux-efi@vger.kernel.org
Link: http://lkml.kernel.org/r/20190202094119.13230-8-ard.biesheuvel@linaro.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
(cherry picked from commit 4e46c2a956215482418d7b315749fb1b6c6bc224)
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

b-master-lp1810797 2019-01-16 15:39:27 UTC 2019-01-16
UBUNTU: [Config] arm64: snapdragon: BT_QCOMSMD_HACK=y

Author: Paolo Pisati
Author Date: 2019-01-14 16:26:13 UTC

UBUNTU: [Config] arm64: snapdragon: BT_QCOMSMD_HACK=y

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

b-master-wifi-fixes 2019-01-09 08:41:07 UTC 2019-01-09
wcn36xx: drop unnecessary initialization of variables

Author: Daniel Mack
Author Date: 2018-06-29 12:37:45 UTC

wcn36xx: drop unnecessary initialization of variables

Initialization is unneccessary when the variable is written before it is
read. There were some occasions in which the driver would initialize `ret'
during declaration without need.

Purely a cosmetic change with no functional impact.

Signed-off-by: Daniel Mack <daniel@zonque.org>
Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
(cherry picked from commit f0eea2772a6baf06961c6b0812bcb3adcce307a9)
(cherry picked from commit 37f227f83343258d48bcb202823a7cab519caa17)
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

qcomlt-4.15_linear 2019-01-08 12:08:19 UTC 2019-01-08
Revert "arm64: dts: msm8996: add support to 3 pcie root complex"

Author: Paolo Pisati
Author Date: 2019-01-08 12:08:19 UTC

Revert "arm64: dts: msm8996: add support to 3 pcie root complex"

This reverts commit 3e59de9edfa68f52e50e605446735c804a4dd1f3.

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

qcomlt-4.14_linear 2019-01-07 14:18:08 UTC 2019-01-07
arm64: dts msm8996: remove duplicare cci node

Author: Paolo Pisati
Author Date: 2019-01-07 14:18:08 UTC

arm64: dts msm8996: remove duplicare cci node

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

b-raspi2_lp1806108 2018-12-05 11:18:46 UTC 2018-12-05
lan78xx: Move enabling of EEE into PHY init code

Author: Phil Elwell
Author Date: 2018-04-05 13:46:11 UTC

lan78xx: Move enabling of EEE into PHY init code

BugLink: https://bugs.launchpad.net/bugs/1806108

Enable EEE mode as soon as possible after connecting to the PHY, and
before phy_start. This avoids a second link negotiation, which speeds
up booting and stops the interface failing to become ready.

See: https://github.com/raspberrypi/linux/issues/2437

Signed-off-by: Phil Elwell <phil@raspberrypi.org>
(cherry picked from commit 770de6c8d6b771933c5cfb24708b6027e6ed8d43)
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>
(cherry picked from commit 66524920fa205f6670171e8a38e582b7d9abea38)
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

c-raspi2 2018-09-07 13:54:14 UTC 2018-09-07
UBUNTU: Ubuntu-raspi2-4.18.0-1003.3

Author: Paolo Pisati
Author Date: 2018-09-07 13:54:14 UTC

UBUNTU: Ubuntu-raspi2-4.18.0-1003.3

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

x-raspi2-3bplus 2018-08-22 09:35:33 UTC 2018-08-22
brcmfmac: sdio: Increase the default timeouts a bit

Author: Sjoerd Simons
Author Date: 2016-01-25 10:47:29 UTC

brcmfmac: sdio: Increase the default timeouts a bit

BugLink: http://bugs.launchpad.net/bugs/1784025

On a Radxa Rock2 board with a Ampak AP6335 (Broadcom 4339 core) it seems
the card responds very quickly most of the time, unfortunately during
initialisation it sometimes seems to take just a bit over 2 seconds to
respond.

This results intialization failing with message like:
  brcmf_c_preinit_dcmds: Retreiving cur_etheraddr failed, -52
  brcmf_bus_start: failed: -52
  brcmf_sdio_firmware_callback: dongle is not responding

Increasing the timeout to allow for a bit more headroom allows the
card to initialize reliably.

A quick search online after diagnosing/fixing this showed that Google
has a similar patch in their ChromeOS tree, so this doesn't seem
specific to the board I'm using.

Signed-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>
Reviewed-by: Julian Calaby <julian.calaby@gmail.com>
Acked-by: Arend van Spriel <arend@broadcom.com>
Reviewed-by: Douglas Anderson <dianders@chromium.org>
Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
(backported from commit 97f1a17109272b9f060cbd6d1d5be41528643000)
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

x-snapdragon 2018-08-06 13:34:46 UTC 2018-08-06
UBUNTU: snapcraft.yaml: convert prepare, build and install to override-build

Author: Paolo Pisati
Author Date: 2018-08-06 13:34:46 UTC

UBUNTU: snapcraft.yaml: convert prepare, build and install to override-build

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

x-raspi2 2018-08-06 12:46:10 UTC 2018-08-06
UBUNTU: snapcraft.yaml: convert prepare, build and install to override-build

Author: Paolo Pisati
Author Date: 2018-08-06 12:46:10 UTC

UBUNTU: snapcraft.yaml: convert prepare, build and install to override-build

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

b-raspi2-update 2018-04-06 08:32:47 UTC 2018-04-06
Add overlay for JEDEC SPI NOR flash

Author: wavelet2
Author Date: 2018-03-26 20:05:10 UTC

Add overlay for JEDEC SPI NOR flash

(cherry picked from commit 86f86388ee9c5d1f755b867a7715c624ab6a6093
https://github.com/raspberrypi/linux raspi/rpi-4.15.y)
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

linux-4.15.y 2018-03-19 08:10:00 UTC 2018-03-19
Linux 4.15.11

Author: Greg Kroah-Hartman
Author Date: 2018-03-19 08:10:00 UTC

Linux 4.15.11

linux-4.14.y 2018-03-19 07:42:57 UTC 2018-03-19
Linux 4.14.28

Author: Greg Kroah-Hartman
Author Date: 2018-03-19 07:42:57 UTC

Linux 4.14.28

b-raspi2 2018-03-08 14:09:00 UTC 2018-03-08
UBUNTU: Ubuntu-raspi2-4.15.0-1003.3

Author: Paolo Pisati
Author Date: 2018-03-08 12:27:17 UTC

UBUNTU: Ubuntu-raspi2-4.15.0-1003.3

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

v4.4.110_arm64_kpti_backport 2018-01-10 10:38:40 UTC 2018-01-10
arm64: Kconfig: Reword UNMAP_KERNEL_AT_EL0 kconfig entry

Author: Will Deacon
Author Date: 2017-11-14 16:19:39 UTC

arm64: Kconfig: Reword UNMAP_KERNEL_AT_EL0 kconfig entry

Although CONFIG_UNMAP_KERNEL_AT_EL0 does make KASLR more robust, it's
actually more useful as a mitigation against speculation attacks that
can leak arbitrary kernel data to userspace through speculation.

Reword the Kconfig help message to reflect this, and make the option
depend on EXPERT so that it is on by default for the majority of users.

Signed-off-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@google.com>
(cherry picked from commit dac143966992a69b158f9ab9cb45f7adfa9d168c)
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

a-master-ft232h-gpio 2017-12-08 21:41:07 UTC 2017-12-08
UBUNTU: Ubuntu-4.13.0-20.23

Author: Paolo Pisati
Author Date: 2017-12-08 21:41:07 UTC

UBUNTU: Ubuntu-4.13.0-20.23

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

jj-v3.10.y-aa3.5-beta1 2016-09-09 09:38:48 UTC 2016-09-09
apparmor: Use shash crypto API interface for profile hashes

Author: Tyler Hicks
Author Date: 2013-09-29 15:39:21 UTC

apparmor: Use shash crypto API interface for profile hashes

Use the shash interface, rather than the hash interface, when hashing
AppArmor profiles. The shash interface does not use scatterlists and it
is a better fit for what AppArmor needs.

This fixes a kernel paging BUG when aa_calc_profile_hash() is passed a
buffer from vmalloc(). The hash interface requires callers to handle
vmalloc() buffers differently than what AppArmor was doing. Due to
vmalloc() memory not being physically contiguous, each individual page
behind the buffer must be assigned to a scatterlist with sg_set_page()
and then the scatterlist passed to crypto_hash_update().

The shash interface does not have that limitation and allows vmalloc()
and kmalloc() buffers to be handled in the same manner.

BugLink: https://launchpad.net/bugs/1216294/
BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=62261

Signed-off-by: Tyler Hicks <tyhicks@canonical.com>
Acked-by: Seth Arnold <seth.arnold@canonical.com>
Signed-off-by: John Johansen <john.johansen@canonical.com>
Signed-off-by: James Morris <james.l.morris@oracle.com>
(cherry picked from commit 71ac7f6255c560716c20da8ee2c964bbd96e941f)
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

comarksbc 2016-08-03 15:57:11 UTC 2016-08-03
snapcraft: adapt to the comarksbc target

Author: Paolo Pisati
Author Date: 2016-08-03 15:57:11 UTC

snapcraft: adapt to the comarksbc target

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

snappy_v3.18 2016-05-05 15:17:36 UTC 2016-05-05
UBUNTU: [Config] snappy/containers: CONFIG_OVERLAY_FS_V1=y

Author: Paolo Pisati
Author Date: 2016-05-05 14:38:06 UTC

UBUNTU: [Config] snappy/containers: CONFIG_OVERLAY_FS_V1=y

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

snappy_v3.14 2016-05-05 15:17:15 UTC 2016-05-05
UBUNTU: [Config] snappy/containers: CONFIG_OVERLAY_FS_V1=y

Author: Paolo Pisati
Author Date: 2016-05-05 14:38:06 UTC

UBUNTU: [Config] snappy/containers: CONFIG_OVERLAY_FS_V1=y

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

snappy_v3.10 2016-05-05 14:56:04 UTC 2016-05-05
UBUNTU: [Config] snappy/containers: CONFIG_OVERLAY_FS_V1=y

Author: Paolo Pisati
Author Date: 2016-05-05 14:38:06 UTC

UBUNTU: [Config] snappy/containers: CONFIG_OVERLAY_FS_V1=y

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

snappy_v4.4 2016-05-05 14:38:18 UTC 2016-05-05
UBUNTU: [Config] snappy/containers: CONFIG_OVERLAY_FS_V1=y

Author: Paolo Pisati
Author Date: 2016-05-05 14:38:06 UTC

UBUNTU: [Config] snappy/containers: CONFIG_OVERLAY_FS_V1=y

Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>

master 2016-03-29 16:44:56 UTC 2016-03-29
UBUNTU: Ubuntu-4.4.0-17.33

Author: Tim Gardner
Author Date: 2016-03-29 16:44:56 UTC

UBUNTU: Ubuntu-4.4.0-17.33

Signed-off-by: Tim Gardner <tim.gardner@canonical.com>

140 of 40 results
This repository contains Public information 
Everyone can see this information.

Subscribers