Re: [PATCH] linux-firmware: Update AMD cpu microcode

On Mon, Oct 21, 2019 at 8:54 AM Allen, John wrote: > > * Update AMD cpu microcode for processor family 17h > > Key Name= AMD Microcode Signing Key (for signing microcode container > files only) > Key ID = F328AE73 > Key Fingerprint = FC7C 6C50 5DAF CC14 7183 57CA E4BE 5339 F328

Re: pull request: Linux-firmware: Add cxgb4 firmware config files

On Fri, Aug 30, 2019 at 8:31 AM Vishal Kulkarni wrote: > > Hi, > > Chelsio driver loads firmware configuration file to allow > firmware to distribute resources before chip bring up. Chelsio NIC > driver, cxgb4 searches for firmware config file at /lib/firmware/cxgb4/ > directory. > > Two

Re: [PATCH linux-firmware] Install only listed firmware files

On Wed, Jul 31, 2019 at 12:17 PM Takashi Iwai wrote: > > The current make-install procedure leaves lots of garbage files that > aren't really firmware files in /lib/firmware. > > Instead of copy-all-and-prune approach, copy only the listed files and > links in WHENCE by make-install for assuring

Re: pull request: Linux-firmware: Update cxgb4 firmware to 1.24.3.0

On Tue, Aug 6, 2019 at 6:38 AM Vishal Kulkarni wrote: > > Hi, > > Kindly pull the new firmware from the following URL: > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks, > Vishal > > > The following changes since commit dff98c6c57383fe343407bcb7b6e775e0b87274f: > >

Re: [PATCH] linux-firmware: Update AMD SEV firmware

On Thu, Jun 13, 2019 at 2:45 PM Allen, John wrote: > > Update AMD SEV firmware to version 0.17 build 22 for AMD family 17h > processors with models in the range 00h to 0fh. > > Signed-off-by: John Allen > --- > amd/amd_sev_fam17h_model0xh.sbin | Bin 32000 -> 32576 bytes > 1 file changed, 0

Re: pull request: Linux-firmware: Update cxgb4 firmware

On Tue, Apr 9, 2019 at 6:00 AM Vishal Kulkarni wrote: > > Hi, > > Kindly pull the new firmware from the following URL: > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks, > Vishal > > The following changes since commit 67b75798ea88f4b1d6ee6a3b5a0634d29620c094: > >

Re: pull request: linux-firmware: update cxgb4 firmware

On Thu, Mar 14, 2019 at 6:13 AM Vishal Kulkarni wrote: > > Hi, > > Kindly pull the new firmware from the following URL: > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks, > Vishal > > The following changes since commit efd2c1cc375cff1c17b4259d99a7fee240c3b510: > >

Re: Fw files for QCA BT Chip QCA6174

On Wed, Mar 6, 2019 at 11:40 AM Balakrishna Godavarthi wrote: > > > Hi, > > The following changes since commit > 54b0a748c8966c93aaa8726402e0b69cb51cd5d2: > >WHENCE: Correct errant entries (2019-02-21 07:21:45 -0500) > > are available in the Git repository at: > >

Re: Firmware files for QCA BT chip wcn3990

On Wed, Feb 20, 2019 at 8:01 AM Balakrishna Godavarthi wrote: > > > Hi, > > The following changes since commit > 710963fe53ee3f227556d36839df3858daf6e232: > >Merge https://github.com/ajaykuee/linux-firmware (2019-02-13 07:42:20 > -0500) > > are available in the Git repository at: > >

Re: pull request: linux-firmware: update cxgb4 firmware

On Tue, Dec 25, 2018 at 5:21 AM Arjun V. wrote: > > Hi, > > Kindly pull the new firmware from the following URL: > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks, > Arjun. > > The following changes since commit 0f22c8527439eaaf5c3fcf87b31c89445b6fa84d: > > Revert

Re: [PATCH] linux-firmware: Update AMD cpu microcode

On Thu, Nov 29, 2018 at 6:13 PM Allen, John wrote: > > * Update AMD cpu microcode for processor family 17h > > Key Name= AMD Microcode Signing Key (for signing microcode container > files only) > Key ID = F328AE73 > Key Fingerprint = FC7C 6C50 5DAF CC14 7183 57CA E4BE 5339 F328

Re: [GIT PULL firmware] microchip: add firmware for VSC8574 and VSC8584 Ethernet PHYs

On Thu, Dec 6, 2018 at 5:34 AM Quentin Schulz wrote: > > Hi all, > > Both VSC8574 and VSC8584 Ethernet PHYs require a firmware patch to be > applied before making use of them. > > This adds the firmware for each of them. > > The Linux driver using the firmwares is already in Torvalds' tree: > [1]

Re: [GIT PULL] Additional firmware files for CA0132 HD-audio codec

t; > they're having trouble, is it okay to have them contact you Josh? > > > > > > Let me know. > > > On Wed, Oct 24, 2018 at 9:44 AM Josh Boyer wrote: > > > > > > > > On Wed, Oct 24, 2018 at 3:37 AM Takas

Re: pull request: linux-firmware: update cxgb4 firmware

On Fri, Nov 2, 2018 at 7:56 AM Ganesh Goudar wrote: > > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks > Ganesh > > The following changes since commit 1baa34868b2c0a004dc595b20678145e3fff83e7: > > Merge

Re: [GIT PULL] Additional firmware files for CA0132 HD-audio codec

On Wed, Oct 24, 2018 at 3:37 AM Takashi Iwai wrote: > > On Wed, 10 Oct 2018 19:49:23 +0200, > Connor McAdams wrote: > > > > The following changes since commit c6b6265d718d118e28e1ce8f91769aa886b54c94: > > > > Merge tag 'iwlwifi-fw-2018-10-03' of > >

Re: [GIT PULL] Additional firmware files for CA0132 HD-audio codec

On Wed, Oct 24, 2018 at 3:37 AM Takashi Iwai wrote: > > On Wed, 10 Oct 2018 19:49:23 +0200, > Connor McAdams wrote: > > > > The following changes since commit c6b6265d718d118e28e1ce8f91769aa886b54c94: > > > > Merge tag 'iwlwifi-fw-2018-10-03' of > >

Re: [PATCH] linux-firmware: mediatek: add firmware for mt7668u Bluetooth

On Fri, Sep 21, 2018 at 2:56 AM wrote: > > From: Sean Wang > > Add binary firmware for mt7668u based Bluetooth devices. > > Signed-off-by: Sean Wang > --- > WHENCE | 2 ++ > mediatek/mt7668pr2h.bin | Bin 0 -> 170990 bytes > 2 files changed, 2 insertions(+) > create mode

Re: [PATCH] linux-firmware: mediatek: add firmware for mt7668u Bluetooth

On Fri, Sep 21, 2018 at 2:56 AM wrote: > > From: Sean Wang > > Add binary firmware for mt7668u based Bluetooth devices. > > Signed-off-by: Sean Wang > --- > WHENCE | 2 ++ > mediatek/mt7668pr2h.bin | Bin 0 -> 170990 bytes > 2 files changed, 2 insertions(+) > create mode

Re: qca: update BT firmware files for QCA ROME chip.

On Mon, Oct 1, 2018 at 6:49 AM Balakrishna Godavarthi wrote: > > Hi, > > The following changes since commit > 44d4fca9922a252a0bd81f6307bcc072a78da54a: > >Merge https://github.com/pmachata/linux-firmware (2018-09-13 11:45:40 > -0400) > > are available in the Git repository at: > >

Re: qca: update BT firmware files for QCA ROME chip.

On Mon, Oct 1, 2018 at 6:49 AM Balakrishna Godavarthi wrote: > > Hi, > > The following changes since commit > 44d4fca9922a252a0bd81f6307bcc072a78da54a: > >Merge https://github.com/pmachata/linux-firmware (2018-09-13 11:45:40 > -0400) > > are available in the Git repository at: > >

Re: [RESEND PATCH] linux-firmware: mediatek: add MT7622 Bluetooth firmwares and license file

On Tue, Jul 17, 2018 at 8:32 AM wrote: > > From: Sean Wang > > Add MT7622 Bluetooth firmware files, along with the corresponding MediaTek > license file. > > Signed-off-by: Sean Wang > --- > LICENCE.mediatek| 9 + > WHENCE | 9 + >

Re: [RESEND PATCH] linux-firmware: mediatek: add MT7622 Bluetooth firmwares and license file

On Tue, Jul 17, 2018 at 8:32 AM wrote: > > From: Sean Wang > > Add MT7622 Bluetooth firmware files, along with the corresponding MediaTek > license file. > > Signed-off-by: Sean Wang > --- > LICENCE.mediatek| 9 + > WHENCE | 9 + >

Re: pull request: linux-firmware: update cxgb4 firmware

On Fri, Jul 6, 2018 at 11:55 PM Ganesh Goudar wrote: > > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks > Ganesh > > The following changes since commit d1147327232ec4616a66ab898df84f9700c816c1: > > Merge

Re: pull request: linux-firmware: update cxgb4 firmware

On Fri, Jul 6, 2018 at 11:55 PM Ganesh Goudar wrote: > > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks > Ganesh > > The following changes since commit d1147327232ec4616a66ab898df84f9700c816c1: > > Merge

Re: [PATCH 1/1] Update AMD cpu microcode for family 15h

On Thu, May 24, 2018 at 10:13 PM Sherry Hurwitz wrote: > * Processor Revision ID 0x00610f01 was accidently not included in the previous >submitted microcode container file. > * Update the Version for family 15h microcode .bin file > Key Name= AMD Microcode

Re: [PATCH 1/1] Update AMD cpu microcode for family 15h

On Thu, May 24, 2018 at 10:13 PM Sherry Hurwitz wrote: > * Processor Revision ID 0x00610f01 was accidently not included in the previous >submitted microcode container file. > * Update the Version for family 15h microcode .bin file > Key Name= AMD Microcode Signing Key (for signing

Re: [PATCH 1/1] linux-firmware: Update AMD cpu microcode

On Wed, May 16, 2018 at 9:44 PM Sherry Hurwitz wrote: > * Add AMD cpu microcode for processor family 17h > * Update AMD cpu microcode for processor family 15h > * Update the AMD cpu microcode license copyright > * Add a Version for both microcode family 15h and 17h > Key

Re: [PATCH 1/1] linux-firmware: Update AMD cpu microcode

On Wed, May 16, 2018 at 9:44 PM Sherry Hurwitz wrote: > * Add AMD cpu microcode for processor family 17h > * Update AMD cpu microcode for processor family 15h > * Update the AMD cpu microcode license copyright > * Add a Version for both microcode family 15h and 17h > Key Name= AMD

Re: [PATCH 3/6] firmware: differentiate between signed regulatory.db and other firmware

On Mon, May 14, 2018 at 11:27 PM Luis R. Rodriguez wrote: > On Mon, May 14, 2018 at 10:02:31PM -0400, Mimi Zohar wrote: > > On Mon, 2018-05-14 at 19:28 +, Luis R. Rodriguez wrote: > > > > - CONFIG_IMA_APPRAISE is not fine enough grained. > > > > > > > > The

Re: [PATCH 3/6] firmware: differentiate between signed regulatory.db and other firmware

On Mon, May 14, 2018 at 11:27 PM Luis R. Rodriguez wrote: > On Mon, May 14, 2018 at 10:02:31PM -0400, Mimi Zohar wrote: > > On Mon, 2018-05-14 at 19:28 +, Luis R. Rodriguez wrote: > > > > - CONFIG_IMA_APPRAISE is not fine enough grained. > > > > > > > > The CONFIG_IMA_APPRAISE_FIRMWARE will

Re: pull request: linux-firmware: update cxgb4 firmware

On Wed, Apr 25, 2018 at 11:06 AM, Ganesh Goudar wrote: > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks > Ganesh > > The following changes since commit

Re: pull request: linux-firmware: update cxgb4 firmware

On Wed, Apr 25, 2018 at 11:06 AM, Ganesh Goudar wrote: > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks > Ganesh > > The following changes since commit 0caed67f661bfa9552b636d1e4af379eda75ed67: > > cxgb4:

Re: pull request: linux-firmware: update cxgb4 firmware

On Tue, Mar 27, 2018 at 4:57 PM, Ganesh Goudar wrote: > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks > Ganesh > > The following changes since commit

Re: pull request: linux-firmware: update cxgb4 firmware

On Tue, Mar 27, 2018 at 4:57 PM, Ganesh Goudar wrote: > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks > Ganesh > > The following changes since commit eb6ad87c6f38cde9ec1556f3de4171a5164deda8: > > cxgb4:

Re: pull request: linux-firmware: update cxgb4 firmware

On Tue, Mar 27, 2018 at 6:40 AM, Arjun V wrote: > Hi, > > Kindly ignore this pull request. We will be shortly sending > pull request for a newer firmware which includes critical fixes. Thank you for letting us know. We'll look for the updated request. josh > On 03/15/2018

Re: pull request: linux-firmware: update cxgb4 firmware

On Tue, Mar 27, 2018 at 6:40 AM, Arjun V wrote: > Hi, > > Kindly ignore this pull request. We will be shortly sending > pull request for a newer firmware which includes critical fixes. Thank you for letting us know. We'll look for the updated request. josh > On 03/15/2018 06:59 PM, Ganesh

Re: pull request: linux-firmware: update cxgb4 firmware

On Wed, Jan 17, 2018 at 6:01 AM, Ganesh Goudar wrote: > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks > Ganesh > > The following changes since commit

Re: pull request: linux-firmware: update cxgb4 firmware

On Wed, Jan 17, 2018 at 6:01 AM, Ganesh Goudar wrote: > Hi, > > Kindly pull the new firmware from the following URL. > git://git.chelsio.net/pub/git/linux-firmware.git for-upstream > > Thanks > Ganesh > > The following changes since commit 3f1ab9f5f381515992c51baab7bd30d46126b068: > > cxgb4:

Re: [RFC v3 PATCH 0/2] Introduce Security Version to EFI Stub

On Tue, Dec 5, 2017 at 5:01 AM, Gary Lin wrote: > The series of patches introduce Security Version to EFI stub. > > Security Version is a monotonically increasing number and designed to > prevent the user from loading an insecure kernel accidentally. The > bootloader maintains a

Re: [RFC v3 PATCH 0/2] Introduce Security Version to EFI Stub

On Tue, Dec 5, 2017 at 5:01 AM, Gary Lin wrote: > The series of patches introduce Security Version to EFI stub. > > Security Version is a monotonically increasing number and designed to > prevent the user from loading an insecure kernel accidentally. The > bootloader maintains a list of security

Re: Autoselect patches for stable (Was: Re: [PATCH AUTOSEL for 4.9 36/56] drm/i915: Fix the level 0 max_wm hack on VLV/CHV)

On Tue, Nov 21, 2017 at 10:07 AM, wrote: > On Mon, Nov 20, 2017 at 11:21:52AM +, Emil Velikov wrote: >> - Document the autoselect process >>Information about about What, Why, and [ideally] How - analogous to >>the normal stable nominations. >>Insert reference to

Re: Autoselect patches for stable (Was: Re: [PATCH AUTOSEL for 4.9 36/56] drm/i915: Fix the level 0 max_wm hack on VLV/CHV)

On Tue, Nov 21, 2017 at 10:07 AM, wrote: > On Mon, Nov 20, 2017 at 11:21:52AM +, Emil Velikov wrote: >> - Document the autoselect process >>Information about about What, Why, and [ideally] How - analogous to >>the normal stable nominations. >>Insert reference to the process in the patch

Re: [PATCH v3 10/18] powerpc/vas, nx-842: Define and use chip_to_vas_id()

On Tue, Nov 7, 2017 at 9:23 PM, Sukadev Bhattiprolu wrote: > Define a helper, chip_to_vas_id() to map a given chip id to corresponding > vas id. > > Normally, callers of vas_rx_win_open() and vas_tx_win_open() want the VAS > window to be on the same chip where the

Re: [PATCH v3 10/18] powerpc/vas, nx-842: Define and use chip_to_vas_id()

On Tue, Nov 7, 2017 at 9:23 PM, Sukadev Bhattiprolu wrote: > Define a helper, chip_to_vas_id() to map a given chip id to corresponding > vas id. > > Normally, callers of vas_rx_win_open() and vas_tx_win_open() want the VAS > window to be on the same chip where the calling thread is executing.

Re: [PATCH] can: check for null sk before deferencing it via the call to sock_net

On Fri, Sep 8, 2017 at 1:46 PM, Oliver Hartkopp wrote: > > > On 09/08/2017 05:02 PM, Colin King wrote: >> >> From: Colin Ian King >> >> The assignment of net via call sock_net will dereference sk. This >> is performed before a sanity null check

Re: [PATCH] can: check for null sk before deferencing it via the call to sock_net

On Fri, Sep 8, 2017 at 1:46 PM, Oliver Hartkopp wrote: > > > On 09/08/2017 05:02 PM, Colin King wrote: >> >> From: Colin Ian King >> >> The assignment of net via call sock_net will dereference sk. This >> is performed before a sanity null check on sk, so there could be >> a potential null

Re: Linux 4.11-rc2

On Mon, Mar 13, 2017 at 11:57 AM, Linus Torvalds <torva...@linux-foundation.org> wrote: > On Mon, Mar 13, 2017 at 6:19 AM, Josh Boyer <jwbo...@fedoraproject.org> wrote: >> >> I thought it might just be me, but at least one other person doesn't >> see the v4.

Re: Linux 4.11-rc2

On Mon, Mar 13, 2017 at 11:57 AM, Linus Torvalds wrote: > On Mon, Mar 13, 2017 at 6:19 AM, Josh Boyer wrote: >> >> I thought it might just be me, but at least one other person doesn't >> see the v4.11-rc2 tag in git yet. The patch is on kernel.org though, >> so it's

Re: Linux 4.11-rc2

On Sun, Mar 12, 2017 at 6:01 PM, Linus Torvalds wrote: > As usual, the week after rc1 tends to be fairly quiet when people are > still looking for bugs and taking a breather after the merge window. > But we've got a healthy number of fixes in, and there's some >

Re: Linux 4.11-rc2

On Sun, Mar 12, 2017 at 6:01 PM, Linus Torvalds wrote: > As usual, the week after rc1 tends to be fairly quiet when people are > still looking for bugs and taking a breather after the merge window. > But we've got a healthy number of fixes in, and there's some > cleanup/prep patches for the

[tip:efi/core] efi: Disable secure boot if shim is in insecure mode

Commit-ID: f3cf6f7434debcc65f397228c689641b07c1be35 Gitweb: http://git.kernel.org/tip/f3cf6f7434debcc65f397228c689641b07c1be35 Author: Josh Boyer <jwbo...@fedoraproject.org> AuthorDate: Mon, 6 Feb 2017 11:22:44 + Committer: Ingo Molnar <mi...@kernel.org> CommitDate: Tue

[tip:efi/core] efi: Disable secure boot if shim is in insecure mode

Commit-ID: f3cf6f7434debcc65f397228c689641b07c1be35 Gitweb: http://git.kernel.org/tip/f3cf6f7434debcc65f397228c689641b07c1be35 Author: Josh Boyer AuthorDate: Mon, 6 Feb 2017 11:22:44 + Committer: Ingo Molnar CommitDate: Tue, 7 Feb 2017 10:42:10 +0100 efi: Disable secure boot

[tip:efi/core] efi: Add SHIM and image security database GUID definitions

Commit-ID: e58910cdc9f43cda2e52fcdf2fddbdc74e80b2f7 Gitweb: http://git.kernel.org/tip/e58910cdc9f43cda2e52fcdf2fddbdc74e80b2f7 Author: Josh Boyer <jwbo...@fedoraproject.org> AuthorDate: Mon, 6 Feb 2017 11:22:42 + Committer: Ingo Molnar <mi...@kernel.org> CommitDate: Tue

[tip:efi/core] efi: Add SHIM and image security database GUID definitions

Commit-ID: e58910cdc9f43cda2e52fcdf2fddbdc74e80b2f7 Gitweb: http://git.kernel.org/tip/e58910cdc9f43cda2e52fcdf2fddbdc74e80b2f7 Author: Josh Boyer AuthorDate: Mon, 6 Feb 2017 11:22:42 + Committer: Ingo Molnar CommitDate: Tue, 7 Feb 2017 10:42:10 +0100 efi: Add SHIM and image

Re: [PATCH 9/9] MODSIGN: Allow the "db" UEFI variable to be suppressed

On Mon, Nov 21, 2016 at 11:18 AM, Ard Biesheuvel <ard.biesheu...@linaro.org> wrote: > On 16 November 2016 at 18:11, David Howells <dhowe...@redhat.com> wrote: >> From: Josh Boyer <jwbo...@fedoraproject.org> >> >> If a user tells shim to not use t

Re: [PATCH 9/9] MODSIGN: Allow the "db" UEFI variable to be suppressed

On Mon, Nov 21, 2016 at 11:18 AM, Ard Biesheuvel wrote: > On 16 November 2016 at 18:11, David Howells wrote: >> From: Josh Boyer >> >> If a user tells shim to not use the certs/hashes in the UEFI db variable >> for verification purposes, shim will set a UEFI var

Re: [PATCH 8/9] MODSIGN: Import certificates from UEFI Secure Boot

On Mon, Nov 21, 2016 at 11:16 AM, Ard Biesheuvel <ard.biesheu...@linaro.org> wrote: > On 16 November 2016 at 18:11, David Howells <dhowe...@redhat.com> wrote: >> From: Josh Boyer <jwbo...@fedoraproject.org> >> >> Secure Boot stores a list of al

Re: [PATCH 8/9] MODSIGN: Import certificates from UEFI Secure Boot

On Mon, Nov 21, 2016 at 11:16 AM, Ard Biesheuvel wrote: > On 16 November 2016 at 18:11, David Howells wrote: >> From: Josh Boyer >> >> Secure Boot stores a list of allowed certificates in the 'db' variable. >> This imports those certificates into the system trust

Re: [PATCH 05/16] efi: Add EFI_SECURE_BOOT bit

On Thu, Nov 17, 2016 at 4:58 PM, Ard Biesheuvel <ard.biesheu...@linaro.org> wrote: > On 16 November 2016 at 21:47, David Howells <dhowe...@redhat.com> wrote: >> From: Josh Boyer <jwbo...@fedoraproject.org> >> >> UEFI machines can be booted in Secure Boot mode

Re: [PATCH 05/16] efi: Add EFI_SECURE_BOOT bit

On Thu, Nov 17, 2016 at 4:58 PM, Ard Biesheuvel wrote: > On 16 November 2016 at 21:47, David Howells wrote: >> From: Josh Boyer >> >> UEFI machines can be booted in Secure Boot mode. Add a EFI_SECURE_BOOT bit >> for use with efi_enabled. >> >> Signed-off-

Re: Linux-4.X-rcY patches can't be applied with git?

On Mon, Oct 24, 2016 at 10:49 PM, Jarod Wilson wrote: > On Mon, Oct 24, 2016 at 05:06:42PM -0700, Linus Torvalds wrote: >> On Mon, Oct 24, 2016 at 4:18 PM, Jarod Wilson wrote: >> > >> > But in that case, what if your patch generation script used a filter to >>

Re: Linux-4.X-rcY patches can't be applied with git?

On Mon, Oct 24, 2016 at 10:49 PM, Jarod Wilson wrote: > On Mon, Oct 24, 2016 at 05:06:42PM -0700, Linus Torvalds wrote: >> On Mon, Oct 24, 2016 at 4:18 PM, Jarod Wilson wrote: >> > >> > But in that case, what if your patch generation script used a filter to >> > exclude those binary files? No

Re: Linux-4.X-rcY patches can't be applied with git?

On Mon, Oct 24, 2016 at 3:24 PM, Linus Torvalds wrote: > On Mon, Oct 24, 2016 at 11:25 AM, Jarod Wilson wrote: >> It's entirely possible that we (Red Hat and the Fedora kernel team) are >> doing something wrong here, but to the best of our

Re: Linux-4.X-rcY patches can't be applied with git?

On Mon, Oct 24, 2016 at 3:24 PM, Linus Torvalds wrote: > On Mon, Oct 24, 2016 at 11:25 AM, Jarod Wilson wrote: >> It's entirely possible that we (Red Hat and the Fedora kernel team) are >> doing something wrong here, but to the best of our knowledge, it seems >> that the canonical upstream RC

Re: Reported regressions for 4.7 as of Sunday, 2016-06-19

On Wed, Jun 22, 2016 at 11:57 AM, Quinn Tran wrote: > Johannes, Martin, > > Based on the screen shot/call trace, it looks like this adapter is not using > MSIX. It defaulted back to MSI or INTx interrupt. The code made an > assumption of MSIX is available. There is

Re: Reported regressions for 4.7 as of Sunday, 2016-06-19

On Wed, Jun 22, 2016 at 11:57 AM, Quinn Tran wrote: > Johannes, Martin, > > Based on the screen shot/call trace, it looks like this adapter is not using > MSIX. It defaulted back to MSI or INTx interrupt. The code made an > assumption of MSIX is available. There is no point in go through

Re: Reported regressions for 4.7 as of Sunday, 2016-06-19

On Tue, Jun 21, 2016 at 4:40 PM, Linus Torvalds <torva...@linux-foundation.org> wrote: > On Tue, Jun 21, 2016 at 4:11 AM, Josh Boyer <jwbo...@fedoraproject.org> wrote: >> On Sun, Jun 19, 2016 at 10:52 AM, Thorsten Leemhuis >> <regressi...@leemhuis.info> wrote

Re: Reported regressions for 4.7 as of Sunday, 2016-06-19

On Tue, Jun 21, 2016 at 4:40 PM, Linus Torvalds wrote: > On Tue, Jun 21, 2016 at 4:11 AM, Josh Boyer wrote: >> On Sun, Jun 19, 2016 at 10:52 AM, Thorsten Leemhuis >> wrote: >>> Description:BUG: unable to handle kernel NULL pointer dereference […] >>> ql

Re: Reported regressions for 4.7 as of Sunday, 2016-06-19

On Sun, Jun 19, 2016 at 10:52 AM, Thorsten Leemhuis wrote: > Description:BUG: unable to handle kernel NULL pointer dereference […] > qla24xx_process_response_queue+0x49/0x4b0 [qla2xxx] > Report: https://bugzilla.kernel.org/show_bug.cgi?id=120201 > Latest

Re: Reported regressions for 4.7 as of Sunday, 2016-06-19

On Sun, Jun 19, 2016 at 10:52 AM, Thorsten Leemhuis wrote: > Description:BUG: unable to handle kernel NULL pointer dereference […] > qla24xx_process_response_queue+0x49/0x4b0 [qla2xxx] > Report: https://bugzilla.kernel.org/show_bug.cgi?id=120201 > Latest status: n/a > Date rep/stat:

Re: [PATCH v2] uapi glibc compat: fix compile errors when glibc net/if.h included before linux/if.h

.6/usr/headers_compile_test_include.2uX2zH/i586-linux-gnu > -o /dev/null ./linux/if.h_libc_before_kernel.h > PASSED libc before kernel test: ./linux/if.h > > Reported-by: Jan Engelhardt <jeng...@inai.de> > Reported-by: Josh Boyer <jwbo...@fedoraproject.org> > Repo

Re: [PATCH v2] uapi glibc compat: fix compile errors when glibc net/if.h included before linux/if.h

_include.2uX2zH/i586-linux-gnu > -o /dev/null ./linux/if.h_libc_before_kernel.h > PASSED libc before kernel test: ./linux/if.h > > Reported-by: Jan Engelhardt > Reported-by: Josh Boyer > Reported-by: Stephen Hemminger > Reported-by: Waldemar Brodkorb > Cc: Gabriel Laska

[tip:efi/urgent] x86/efi-bgrt: Switch all pr_err() to pr_notice() for invalid BGRT

Commit-ID: 7f9b474c92713067237c8188f32791cc4007b5da Gitweb: http://git.kernel.org/tip/7f9b474c92713067237c8188f32791cc4007b5da Author: Josh Boyer <jwbo...@fedoraproject.org> AuthorDate: Tue, 3 May 2016 20:29:41 +0100 Committer: Ingo Molnar <mi...@kernel.org> CommitDate: Wed

[tip:efi/urgent] x86/efi-bgrt: Switch all pr_err() to pr_notice() for invalid BGRT

Commit-ID: 7f9b474c92713067237c8188f32791cc4007b5da Gitweb: http://git.kernel.org/tip/7f9b474c92713067237c8188f32791cc4007b5da Author: Josh Boyer AuthorDate: Tue, 3 May 2016 20:29:41 +0100 Committer: Ingo Molnar CommitDate: Wed, 4 May 2016 08:36:44 +0200 x86/efi-bgrt: Switch all

[PATCH v2] x86/efi-bgrt: Switch all pr_err() to pr_notice() for invalid BGRT

parameter is specified. Ironic, considering BGRT is supposed to make boot pretty to begin with. Signed-off-by: Josh Boyer <jwbo...@fedoraproject.org> --- v2: Switch to using pr_notice instead of pr_debug arch/x86/platform/efi/efi-bgrt.c | 18 +- 1 file changed, 9 insertions

[PATCH v2] x86/efi-bgrt: Switch all pr_err() to pr_notice() for invalid BGRT

parameter is specified. Ironic, considering BGRT is supposed to make boot pretty to begin with. Signed-off-by: Josh Boyer --- v2: Switch to using pr_notice instead of pr_debug arch/x86/platform/efi/efi-bgrt.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git

Re: [PATCH] x86/efi-bgrt: Switch all pr_err() to pr_debug() for invalid BGRT

On Wed, Apr 27, 2016 at 1:05 PM, Josh Triplett <j...@joshtriplett.org> wrote: > On Wed, Apr 27, 2016 at 11:20:26AM -0400, Josh Boyer wrote: >> On Wed, Apr 27, 2016 at 10:57 AM, Môshe van der Sterre <m...@moshe.nl> wrote: >> > >> > On 04/27/2016 03:56 PM, Jo

Re: [PATCH] x86/efi-bgrt: Switch all pr_err() to pr_debug() for invalid BGRT

On Wed, Apr 27, 2016 at 1:05 PM, Josh Triplett wrote: > On Wed, Apr 27, 2016 at 11:20:26AM -0400, Josh Boyer wrote: >> On Wed, Apr 27, 2016 at 10:57 AM, Môshe van der Sterre wrote: >> > >> > On 04/27/2016 03:56 PM, Josh Boyer wrote: >> >> >> >

Re: [PATCH] x86/efi-bgrt: Switch all pr_err() to pr_debug() for invalid BGRT

On Wed, Apr 27, 2016 at 10:57 AM, Môshe van der Sterre <m...@moshe.nl> wrote: > > On 04/27/2016 03:56 PM, Josh Boyer wrote: >> >> On Wed, Apr 27, 2016 at 9:26 AM, Môshe van der Sterre <m...@moshe.nl> wrote: >>> >>> (additionally CC-ing Josh Triplett)

Re: [PATCH] x86/efi-bgrt: Switch all pr_err() to pr_debug() for invalid BGRT

On Wed, Apr 27, 2016 at 10:57 AM, Môshe van der Sterre wrote: > > On 04/27/2016 03:56 PM, Josh Boyer wrote: >> >> On Wed, Apr 27, 2016 at 9:26 AM, Môshe van der Sterre wrote: >>> >>> (additionally CC-ing Josh Triplett) >> >> Thanks for doing so.

Re: [PATCH] x86/efi-bgrt: Switch all pr_err() to pr_debug() for invalid BGRT

On Wed, Apr 27, 2016 at 9:26 AM, Môshe van der Sterre <m...@moshe.nl> wrote: > (additionally CC-ing Josh Triplett) Thanks for doing so. I completely forgot. > On 04/27/2016 02:50 PM, Josh Boyer wrote: >> >> The promise of pretty boot splashes from firmware via

Re: [PATCH] x86/efi-bgrt: Switch all pr_err() to pr_debug() for invalid BGRT

On Wed, Apr 27, 2016 at 9:26 AM, Môshe van der Sterre wrote: > (additionally CC-ing Josh Triplett) Thanks for doing so. I completely forgot. > On 04/27/2016 02:50 PM, Josh Boyer wrote: >> >> The promise of pretty boot splashes from firmware via BGRT was at >> b

[PATCH] x86/efi-bgrt: Switch all pr_err() to pr_debug() for invalid BGRT

is supposed to make boot pretty to begin with. Signed-off-by: Josh Boyer <jwbo...@fedoraproject.org> --- arch/x86/platform/efi/efi-bgrt.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/arch/x86/platform/efi/efi-bgrt.c b/arch/x86/platform/efi/efi-

[PATCH] x86/efi-bgrt: Switch all pr_err() to pr_debug() for invalid BGRT

is supposed to make boot pretty to begin with. Signed-off-by: Josh Boyer --- arch/x86/platform/efi/efi-bgrt.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/arch/x86/platform/efi/efi-bgrt.c b/arch/x86/platform/efi/efi-bgrt.c index a2433817c987

Re: [PATCH] uapi/linux/stddef.h: Provide __always_inline to userspace headers

s_install" and try to compile this: > > #include > void main() {} > > Signed-off-by: Denys Vlasenko <dvlas...@redhat.com> > CC: Josh Boyer <jwbo...@fedoraproject.org> > CC: Thomas Graf <tg...@suug.ch> > CC: Peter Zijlstra <pet...@infradead.org

Re: [PATCH] uapi/linux/stddef.h: Provide __always_inline to userspace headers

e this: > > #include > void main() {} > > Signed-off-by: Denys Vlasenko > CC: Josh Boyer > CC: Thomas Graf > CC: Peter Zijlstra > CC: David Rientjes > CC: Arnd Bergmann > CC: Ingo Molnar > CC: Andrew Morton > CC: Linus Torvalds > CC:

Re: [PATCH] compiler.h: Provide __always_inline to userspace headers too

On Tue, Mar 29, 2016 at 2:14 PM, Denys Vlasenko <dvlas...@redhat.com> wrote: > Recent change to uapi/linux/swab.h needs this. > > Signed-off-by: Denys Vlasenko <dvlas...@redhat.com> > CC: Josh Boyer <jwbo...@fedoraproject.org> > CC: Thomas Graf <tg..

Re: [PATCH] compiler.h: Provide __always_inline to userspace headers too

On Tue, Mar 29, 2016 at 2:14 PM, Denys Vlasenko wrote: > Recent change to uapi/linux/swab.h needs this. > > Signed-off-by: Denys Vlasenko > CC: Josh Boyer > CC: Thomas Graf > CC: Peter Zijlstra > CC: David Rientjes > CC: Arnd Bergmann > CC: Ingo Molnar >

Re: Commit bc27fb68aaad4 breaks qemu build

Adding lkml, which I forgot to do in my original email. On Tue, Mar 29, 2016 at 2:05 PM, Denys Vlasenko <dvlas...@redhat.com> wrote: > On 03/29/2016 02:41 PM, Josh Boyer wrote: >> Hello, >> >> We've had a report[1] that the changes to include/uapi/linux/swab.h &

Re: Commit bc27fb68aaad4 breaks qemu build

Adding lkml, which I forgot to do in my original email. On Tue, Mar 29, 2016 at 2:05 PM, Denys Vlasenko wrote: > On 03/29/2016 02:41 PM, Josh Boyer wrote: >> Hello, >> >> We've had a report[1] that the changes to include/uapi/linux/swab.h >> breaks the build for qemu.

[PATCH 0/1] Fix DMA_API_DEBUG warning in hid-lenovo

We've had a report[1] in Fedora of the hid-lenovo driver throwing the backtrace below when CONFIG_DMA_API_DEBUG is set. The following patch should fix this. WARNING: CPU: 3 PID: 385 at lib/dma-debug.c:1169 check_for_stack+0x90/0xd0 ohci-pci :00:13.0: DMA-API: device driver maps memory from

[PATCH 0/1] Fix DMA_API_DEBUG warning in hid-lenovo

We've had a report[1] in Fedora of the hid-lenovo driver throwing the backtrace below when CONFIG_DMA_API_DEBUG is set. The following patch should fix this. WARNING: CPU: 3 PID: 385 at lib/dma-debug.c:1169 check_for_stack+0x90/0xd0 ohci-pci :00:13.0: DMA-API: device driver maps memory from

[PATCH] HID: lenovo: Don't use stack variables for DMA buffers

. Reported-by: lejeczek <pelj...@yahoo.co.uk> Signed-off-by: Josh Boyer <jwbo...@fedoraproject.org> --- drivers/hid/hid-lenovo.c | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/drivers/hid/hid-lenovo.c b/drivers/hid/hid-lenovo.c index 0125e356bd8d..

[PATCH] HID: lenovo: Don't use stack variables for DMA buffers

. Reported-by: lejeczek Signed-off-by: Josh Boyer --- drivers/hid/hid-lenovo.c | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/drivers/hid/hid-lenovo.c b/drivers/hid/hid-lenovo.c index 0125e356bd8d..2ba5e8ea66a4 100644 --- a/drivers/hid/hid-lenovo.c +++ b

Re: [PATCHv2] fat: add config option to set UTF-8 mount option by default

On Wed, Mar 23, 2016 at 8:27 AM, Geert Uytterhoeven <ge...@linux-m68k.org> wrote: > On Wed, Mar 23, 2016 at 12:28 PM, Josh Boyer <jwbo...@fedoraproject.org> > wrote: >> On Wed, Mar 23, 2016 at 4:17 AM, Geert Uytterhoeven >> <ge...@linux-m68k.org> wrote: >&g

Re: [PATCHv2] fat: add config option to set UTF-8 mount option by default

On Wed, Mar 23, 2016 at 8:27 AM, Geert Uytterhoeven wrote: > On Wed, Mar 23, 2016 at 12:28 PM, Josh Boyer > wrote: >> On Wed, Mar 23, 2016 at 4:17 AM, Geert Uytterhoeven >> wrote: >>> On Tue, Mar 8, 2016 at 2:53 PM, Maciej S. Szmigiero >>> wrote: >>

Re: [PATCHv2] fat: add config option to set UTF-8 mount option by default

On Wed, Mar 23, 2016 at 4:17 AM, Geert Uytterhoeven wrote: > On Tue, Mar 8, 2016 at 2:53 PM, Maciej S. Szmigiero > wrote: >> FAT has long supported its own default file name encoding >> config setting, separate from CONFIG_NLS_DEFAULT. >> >>

Re: [PATCHv2] fat: add config option to set UTF-8 mount option by default

On Wed, Mar 23, 2016 at 4:17 AM, Geert Uytterhoeven wrote: > On Tue, Mar 8, 2016 at 2:53 PM, Maciej S. Szmigiero > wrote: >> FAT has long supported its own default file name encoding >> config setting, separate from CONFIG_NLS_DEFAULT. >> >> However, if UTF-8 encoded file names are desired FAT

Re: intel_pstate oopses and lockdep report with Linux v4.5-1822-g63e30271b04c

On Fri, Mar 18, 2016 at 10:36 AM, Rafael J. Wysocki <r...@rjwysocki.net> wrote: > On Friday, March 18, 2016 08:37:15 AM Josh Boyer wrote: >> On Thu, Mar 17, 2016 at 8:20 PM, Rafael J. Wysocki <r...@rjwysocki.net> >> wrote: >> > On Thursday, March 1

Re: intel_pstate oopses and lockdep report with Linux v4.5-1822-g63e30271b04c

On Fri, Mar 18, 2016 at 10:36 AM, Rafael J. Wysocki wrote: > On Friday, March 18, 2016 08:37:15 AM Josh Boyer wrote: >> On Thu, Mar 17, 2016 at 8:20 PM, Rafael J. Wysocki >> wrote: >> > On Thursday, March 17, 2016 12:44:54 PM Josh Boyer wrote: >> >> On Thu

  1   2   3   4   5   6   7   8   9   10   >