On Wed, Oct 14, 2020 at 08:21:15PM +0200, Peter Zijlstra wrote:
> On Wed, Oct 14, 2020 at 06:50:04PM +0200, Ingo Molnar wrote:
> > Meh, adding --mcount as an option to 'objtool check' was a valid hack for a
> > prototype patchset, but please turn this into a proper subcommand, just
> > like
Preprocess vmlinuz (self-decompressing kernel ELF) linker script
to avoid using ld -Ttext $(address)
https://lkml.kernel.org/lkml/20200413153453.zi4jvu3c4ul23...@google.com/
Signed-off-by: John Thomson
---
arch/mips/boot/compressed/.gitignore | 1 +
For legacy bootloader devices that do not support DTB,
and only support booting ELF, or have issues booting large ELF files.
vmlinux (objcopy to bytecode then compressed for vmlinuz)
requires MIPS_RAW_APPENDED_DTB, then
vmlinuz may use MIPS_ELF_APPENDED_DTB_VMLINUZ, and insert the DTB into
the
On 10/15/20 6:55 AM, Ethan Zhao wrote:
On Wed, Oct 14, 2020 at 5:00 PM Kuppuswamy Sathyanarayanan
wrote:
Commit bdb5ac85777d ("PCI/ERR: Handle fatal error recovery")
merged fatal and non-fatal error recovery paths, and also made
recovery code depend on hotplug handler for "remove affected
On Thu, Oct 15, 2020 at 7:38 PM Chuck Lever wrote:
>
>
>
> > On Oct 15, 2020, at 9:59 AM, Trond Myklebust
> > wrote:
> >
> > On Thu, 2020-10-15 at 09:36 -0400, Chuck Lever wrote:
> >>> On Oct 15, 2020, at 8:06 AM, Trond Myklebust <
> >>> tron...@hammerspace.com> wrote:
> >>>
> >>> On Thu,
On 10/15/2020 6:11 AM, Michael S. Tsirkin wrote:
On Thu, Oct 15, 2020 at 02:15:32PM +0800, Jason Wang wrote:
On 2020/10/14 上午7:42, si-wei liu wrote:
So what I suggest is to fix the pinning leakage first and do the
possible optimization on top (which is still questionable to me).
OK.
On Thu, Oct 15, 2020 at 10:33:25AM +0200, Arnaud POULIQUEN wrote:
> Hi Mathieu,
>
> On 10/14/20 1:25 AM, Mathieu Poirier wrote:
> > Move structures rpmsg_hdr and rpmsg_ns_msg to their own header file
> > so that they can be used by other entities.
> >
> > Signed-off-by: Mathieu Poirier
> > ---
> We actually need one byte less (next_mb_id is exclusive, first_mb_id is
> inclusive). Simplify.
>
> Cc: "Michael S. Tsirkin"
> Cc: Jason Wang
> Cc: Pankaj Gupta
> Signed-off-by: David Hildenbrand
> ---
> drivers/virtio/virtio_mem.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Hi Linus,
Please consider pulling,
Best regards,
- Arnaldo
The following changes since commit fb0155a09b0224a7147cb07a4ce6034c8d29667f:
Merge tag 'nfs-for-5.9-3' of
git://git.linux-nfs.org/projects/trondmy/linux-nfs (2020-09-28 11:05:56 -0700)
are available in the Git repository
On Thu 2020-10-15 20:41:32, Marc Zyngier wrote:
> On 2020-10-15 18:18, Pavel Machek wrote:
> > Hi!
> >
> > > > > I'm getting build problems in 5.10-rc0 in config for n900. ARM board.
> > > > >
> > > > > CONFIG_SMP=y
> > > > > CONFIG_SMP_ON_UP=y
> > >
> > > On its own, this doesn't break anything
On Thu, 15 Oct 2020, Sumera Priyadarsini wrote:
> While iterating over child nodes with the for_each functions, if
> control is transferred from the middle of the loop, as in the case
> of a break or return or goto, there is no decrement in the
> reference counter thus ultimately resulting in
> No harm done, but let's be consistent.
>
> Cc: "Michael S. Tsirkin"
> Cc: Jason Wang
> Cc: Pankaj Gupta
> Signed-off-by: David Hildenbrand
> ---
> drivers/virtio/virtio_mem.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/virtio/virtio_mem.c
> Avoid using memory block ids. Rename it to virtio_mem_contains_range().
>
> Cc: "Michael S. Tsirkin"
> Cc: Jason Wang
> Cc: Pankaj Gupta
> Signed-off-by: David Hildenbrand
> ---
> drivers/virtio/virtio_mem.c | 9 +
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
> diff --git
> No longer used, let's drop it.
>
> Cc: "Michael S. Tsirkin"
> Cc: Jason Wang
> Cc: Pankaj Gupta
> Signed-off-by: David Hildenbrand
> ---
> drivers/virtio/virtio_mem.c | 4
> 1 file changed, 4 deletions(-)
>
> diff --git a/drivers/virtio/virtio_mem.c b/drivers/virtio/virtio_mem.c
>
On Thu, Oct 15, 2020 at 1:24 PM Michael Kerrisk (man-pages)
wrote:
> On 9/30/20 5:53 PM, Jann Horn wrote:
> > On Wed, Sep 30, 2020 at 1:07 PM Michael Kerrisk (man-pages)
> > wrote:
> >> I knew it would be a big ask, but below is kind of the manual page
> >> I was hoping you might write [1] for
On Thu, Oct 15, 2020 at 12:22:16PM +0200, Peter Zijlstra wrote:
> On Thu, Oct 15, 2020 at 01:23:41AM +0200, Jann Horn wrote:
>
> > It would probably be good to keep LTO and non-LTO builds in sync about
> > which files are subjected to objtool checks. So either you should be
> > removing the
On Wed, 14 Oct 2020 00:53:05 +, Kalesh Singh wrote:
> This is a repost of the mremap speed up patches, adding Kirill's
> Acked-by's (from a separate discussion). The previous versions are
> posted at:
> v1 - https://lore.kernel.org/r/20200930222130.4175584-1-kaleshsi...@google.com
> v2 -
[See below for a comment]
On Mon, 3 Aug 2020, Denis Efremov wrote:
> Check that alloc and free types of functions match each other.
>
> Signed-off-by: Denis Efremov
> ---
> Changes in v2:
> - Lines are limited to 80 characters where possible
> - Confidence changed from High to Medium
A release candidate Git v2.29.0-rc2 is now available for testing
at the usual places. The tree has no change since v2.29.0-rc1
The tarballs are found at:
https://www.kernel.org/pub/software/scm/git/testing/
The following public repositories all have a copy of the
'v2.29.0-rc2' tag and the
On Thu, Oct 8, 2020 at 1:30 AM Russell King - ARM Linux admin
wrote:
>
> On Thu, Oct 08, 2020 at 12:45:30PM +0530, Maninder Singh wrote:
> > Observed Stack Overflow on 8KB kernel stack on ARM specially
> > incase on network interrupts, which results in undeterministic behaviour.
> > So there is
Dne četrtek, 15. oktober 2020 ob 11:35:44 CEST je Maxime Ripard napisal(a):
> On Tue, Oct 13, 2020 at 11:27:33PM +0200, Jernej Škrabec wrote:
> > Dne petek, 09. oktober 2020 ob 09:36:51 CEST je Maxime Ripard napisal(a):
> > > On Thu, Oct 08, 2020 at 10:00:06PM +0200, Clément Péron wrote:
> > > >
--
Hello. I am still waiting to hear from you regarding my proposal. Thanks
From: Arvind Sankar
> Sent: 15 October 2020 19:14
>
> Be clear about @ptr vs the variable that @ptr points to, and add some
> more details as to why the special barrier_data() macro is required.
>
> Signed-off-by: Arvind Sankar
> ---
> include/linux/compiler.h | 33
On Thu, 2020-10-15 at 19:24 +0530, Bhaskar Chowdhury wrote:
> On 06:38 Thu 15 Oct 2020, Joe Perches wrote:
> > On Thu, 2020-10-15 at 18:53 +0530, Bhaskar Chowdhury wrote:
> > > Fix the space in the middle in below entry.
> > >
> > > memry||memory
> > []
> > > diff --git a/scripts/spelling.txt
Hi all,
On Mon, 12 Oct 2020 15:19:48 +1100 Stephen Rothwell
wrote:
>
> On Tue, 6 Oct 2020 13:41:20 -0300 Jason Gunthorpe wrote:
> >
> > On Tue, Oct 06, 2020 at 08:35:08PM +1100, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > After merging the hmm tree, today's linux-next build (arm
> > >
From: Luiz Augusto von Dentz
E0 is not allowed with Level 4:
BLUETOOTH CORE SPECIFICATION Version 5.2 | Vol 3, Part C page 1319:
'128-bit equivalent strength for link and encryption keys
required using FIPS approved algorithms (E0 not allowed,
SAFER+ not allowed, and P-192 not allowed;
From: Luiz Augusto von Dentz
E0 is not allowed with Level 4:
BLUETOOTH CORE SPECIFICATION Version 5.2 | Vol 3, Part C page 1319:
'128-bit equivalent strength for link and encryption keys
required using FIPS approved algorithms (E0 not allowed,
SAFER+ not allowed, and P-192 not allowed;
From: Patrick Steinhardt
Starting with the upgrade to v5.8-rc3, I've noticed I wasn't able to
connect to my Bluetooth headset properly anymore. While connecting to
the device would eventually succeed, bluetoothd seemed to be confused
about the current connection state where the state was
From: Patrick Steinhardt
Starting with the upgrade to v5.8-rc3, I've noticed I wasn't able to
connect to my Bluetooth headset properly anymore. While connecting to
the device would eventually succeed, bluetoothd seemed to be confused
about the current connection state where the state was
From: Luiz Augusto von Dentz
This makes hci_encrypt_cfm calls hci_connect_cfm in case the connection
state is BT_CONFIG so callers don't have to check the state.
Signed-off-by: Luiz Augusto von Dentz
Signed-off-by: Marcel Holtmann
(cherry picked from commit
Hi Linus,
Please pull the following Kunit fixes update for Linux 5.10-rc1
This Kunit fixes update consists of several kunit tool bug fixes in
flag handling, run outside kernel tree, make errors, and generating
results.
diff is attached.
thanks,
-- Shuah
From: Luiz Augusto von Dentz
E0 is not allowed with Level 4:
BLUETOOTH CORE SPECIFICATION Version 5.2 | Vol 3, Part C page 1319:
'128-bit equivalent strength for link and encryption keys
required using FIPS approved algorithms (E0 not allowed,
SAFER+ not allowed, and P-192 not allowed;
From: Luiz Augusto von Dentz
This makes hci_encrypt_cfm calls hci_connect_cfm in case the connection
state is BT_CONFIG so callers don't have to check the state.
Signed-off-by: Luiz Augusto von Dentz
Signed-off-by: Marcel Holtmann
(cherry picked from commit
Hi,
On Wed, Oct 14, 2020 at 03:14:15PM +0200, Geert Uytterhoeven wrote:
> To add support for Sparx5, the dependency on MSCC_OCELOT was removed.
> However, this increases exposure of the driver question not only to
> Sparx5 platforms, but to everyone. Hence re-add the dependency on
> MSCC_OCELOT,
On 15/10/2020 14:44, Hans-Christian Egtvedt (hegtvedt) wrote:
> On 15/10/2020 14:02, Greg KH wrote:
>> On Thu, Oct 15, 2020 at 11:18:39AM +, Hans-Christian Egtvedt (hegtvedt)
>> wrote:
>>> On 15/10/2020 11:57, Greg KH wrote:
On Thu, Oct 15, 2020 at 09:43:32AM +0200, Hans-Christian Noren
On 10/15/20 1:59 PM, Nick Desaulniers wrote:
> On Thu, Oct 8, 2020 at 1:30 AM Russell King - ARM Linux admin
> wrote:
>>
>> On Thu, Oct 08, 2020 at 12:45:30PM +0530, Maninder Singh wrote:
>>> Observed Stack Overflow on 8KB kernel stack on ARM specially
>>> incase on network interrupts, which
On 2020-10-15 3:35 a.m., Borislav Petkov wrote:
On Wed, Oct 14, 2020 at 08:37:44PM -0700, Ankur Arora wrote:
I don't disagree but I think the selection of cached/uncached route should
be made where we have enough context available to be able to choose to do
this.
This could be for example,
On Thu, Oct 15, 2020 at 07:30:38PM +, Min Li wrote:
> When you have time, can you take a look at this change? Thanks
Min,
I think your series was posted during a time when net-next was closed.
Please report the series.
Thanks,
Richard
On 2020-10-12 14:57, Greentime Hu wrote:
In commit 2ca0b460bbcb ("genirq/affinity: Make affinity setting if
activated opt-in"),
it added irqd_affinity_on_activate() checking in the function
irq_set_affinity_deactivated() so it will return false here.
In that case, it will call
On Thu, 15 Oct 2020 07:32:07 +0200
Mauro Carvalho Chehab wrote:
> > That will apply to most (maybe all) of the structures mentioned in this
> > file.
> > I expected that if the documentation system now automatically recognizes
> > 'struct foo', then it would render it in code font even when
Hi Boris,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 93b694d096cc10994c817730d4d50288f9ae3d66
commit: cd33c830448baf7b1e94da72eca069e3e1d050c9 media: rkvdec: Add the rkvdec
driver
date: 6 months ago
config:
I can't see the original patch. Can the original poster (Mark B?) add
me to Cc on the next version?
It's also good practice to add lkml as well. That way, those of us not
copied can at least find the patch in the archives.
live-patch...@vger.kernel.org would also be a good idea for this one.
On Wed, 14 Oct 2020 15:17:03 +0200, Geert Uytterhoeven wrote:
> The MStar interrupt controller is only found on MStar, SigmaStar, and
> Mediatek SoCs. Hence add dependencies on ARCH_MEDIATEK and
> ARCH_MSTARV7, to prevent asking the user about the MStar interrupt
> controller driver when
On Wed, Oct 14, 2020 at 7:19 AM Daniel Thompson
wrote:
>
> On Tue, Oct 13, 2020 at 01:01:02AM -0700, Alexandru Stan wrote:
> > After the "PWM backlight interpolation adjustments" patches, the
> > backlight interpolation works a little differently. The way these
> > dts files were working before
Hi Michael,
On 10/14/20 2:36 PM, Michael Auchter wrote:
> After updating to v5.9, I've started seeing errors in the kernel log
> when using device tree overlays. Specifically, the problem seems to
> happen when removing a device tree overlay that contains two devices
> with some dependency
On October 15, 2020 9:12:16 AM PDT, Ian Rogers wrote:
>From: Numfor Mbiziwo-Tiapo
>
>Don't perform unaligned loads in __get_next and __peek_nbyte_next as
>these are forms of undefined behavior.
>
>These problems were identified using the undefined behavior sanitizer
>(ubsan) with the tools
On 2020-10-15 3:40 a.m., Borislav Petkov wrote:
On Wed, Oct 14, 2020 at 08:21:57PM -0700, Ankur Arora wrote:
Also, if we did extend clear_page() to take the page-size as parameter
we still might not have enough information (ex. a 4K or a 2MB page that
clear_page() sees could be part of a GUP of
Hi all,
Today's linux-next merge of the wireless-drivers tree got a conflict in:
tools/testing/selftests/net/Makefile
between commit:
1a01727676a8 ("selftests: Add VRF route leaking tests")
from the net tree and commit:
b7cc6d3c5c91 ("selftests: net: Add drop monitor test")
from the
There is a misconfiguration in the bios of the gpio pin used for the
interrupt in the T490s. When interrupts are enabled in the tpm_tis
driver code this results in an interrupt storm. This was initially
reported when we attempted to enable the interrupt code in the tpm_tis
driver, which previously
The device mapper may map over devices that have inline encryption
capabilities, and to make use of those capabilities, the DM device must
itself advertise those inline encryption capabilities. One way to do this
would be to have the DM device set up a keyslot manager with a
"sufficiently large"
This patch series adds support for inline encryption to the device mapper.
Patch 1 introduces the "passthrough" keyslot manager.
The regular keyslot manager is designed for inline encryption hardware that
have only a small fixed number of keyslots. A DM device itself does not
actually have only
Update the device-mapper core to support exposing the inline crypto
support of the underlying device(s) through the device-mapper device.
This works by creating a "passthrough keyslot manager" for the dm
device, which declares support for encryption settings which all
underlying devices support.
dm-linear and dm-flakey obviously can pass through inline crypto support.
Co-developed-by: Eric Biggers
Signed-off-by: Eric Biggers
Signed-off-by: Satya Tangirala
---
drivers/md/dm-flakey.c | 1 +
drivers/md/dm-linear.c | 1 +
2 files changed, 2 insertions(+)
diff --git
+openrisc folks
On Thu, Oct 15, 2020 at 11:28 PM kernel test robot wrote:
> tree:
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
> linux-5.4.y
> head: 85b0841aab15c12948af951d477183ab3df7de14
> commit: c5665cafbedd2e2a523fe933e452391a02d3adb3 [665/2391]
Add a (void *) pointer to struct keyslot_manager that the owner of the
struct can use for any purpose it wants.
Right now, the struct keyslot_manager is expected to be embedded directly
into other structs (and the owner of the keyslot_manager would use
container_of() to access any other data the
Hi all,
On Mon, 21 Sep 2020 15:18:07 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the usb tree got a conflict in:
>
> drivers/pci/controller/pcie-brcmstb.c
>
> between commit:
>
> 1cf1b0a6dd95 ("PCI: brcmstb: Add bcm7278 register info")
>
> from the pci tree and
On Thu, Oct 15, 2020 at 2:35 PM wrote:
>
> On October 15, 2020 9:12:16 AM PDT, Ian Rogers wrote:
> >From: Numfor Mbiziwo-Tiapo
> >
> >Don't perform unaligned loads in __get_next and __peek_nbyte_next as
> >these are forms of undefined behavior.
> >
> >These problems were identified using the
allmodconfig
powerpc allnoconfig
i386 randconfig-a005-20201015
i386 randconfig-a006-20201015
i386 randconfig-a001-20201015
i386 randconfig-a003-20201015
i386 randconfig-a004-20201015
i386
On Thu, Sep 24, 2020 at 09:40:22AM -0400, Mike Snitzer wrote:
> On Thu, Sep 24 2020 at 3:48am -0400,
> Satya Tangirala wrote:
>
> > On Wed, Sep 23, 2020 at 09:21:03PM -0400, Mike Snitzer wrote:
> > > On Wed, Sep 09 2020 at 7:44pm -0400,
> > > Satya Tangirala wrote:
> > >
> > > > From: Eric
On Thu, Oct 15, 2020 at 02:57:34PM +0530, Naresh Kamboju wrote:
> On Tue, 29 Sep 2020 at 01:56, Kees Cook wrote:
> >
> > Currently with run_kselftest.sh there is no way to choose which test
> > we could run. All the tests listed in kselftest-list.txt are all run
> > every time. This patch
Hi Greg,
On Mon, 12 Oct 2020 09:14:28 +1100 Stephen Rothwell
wrote:
>
> On Sun, 11 Oct 2020 23:00:30 +0530 Anant Thazhemadam
> wrote:
> >
> > In set_ethernet_addr(), if get_registers() succeeds, the ethernet address
> > that was read must be copied over. Otherwise, a random ethernet address
>
James should this get tacked on the end of your patchset?
Regards,
Jerry
On Thu, Oct 15, 2020 at 09:09:11PM +, David Laight wrote:
> From: Arvind Sankar
> > Sent: 15 October 2020 19:14
> >
> > Be clear about @ptr vs the variable that @ptr points to, and add some
> > more details as to why the special barrier_data() macro is required.
> >
> > Signed-off-by: Arvind
On Thu, Oct 15, 2020 at 11:44:15AM +0200, Vlastimil Babka wrote:
> On 10/15/20 10:23 AM, Christopher Lameter wrote:
> > On Wed, 14 Oct 2020, Kees Cook wrote:
> >
> > > Note on patch 2: Christopher NAKed it, but I actually think this is a
> > > reasonable thing to add -- the "too small" check is
On Thu, Sep 24, 2020 at 10:23:54AM -0400, Mike Snitzer wrote:
> On Thu, Sep 24 2020 at 3:38am -0400,
> Satya Tangirala wrote:
>
> > On Wed, Sep 23, 2020 at 09:21:03PM -0400, Mike Snitzer wrote:
> > > On Wed, Sep 09 2020 at 7:44pm -0400,
> > > Satya Tangirala wrote:
> > >
> > > > From: Eric
The pull request you sent on Thu, 15 Oct 2020 15:13:02 -0600:
> git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest
> tags/linux-kselftest-kunit-fixes-5.10-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/578a7155c5a1894a789d4ece181abf9d25dc6b0d
The pull request you sent on Thu, 15 Oct 2020 20:52:36 +0200 (CEST):
> git://git.kernel.org/pub/scm/linux/kernel/git/hid/hid.git for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/bf36c6b946c8895cf590f10dbd70b589b0dc101f
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Thu, 15 Oct 2020 20:56:41 +0200 (CEST):
> git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial.git for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/bbf625990371782370f6eacb3155dc1fe131ddfc
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Thu, 15 Oct 2020 20:31:55 +0200 (CEST):
> git://git.kernel.org/pub/scm/linux/kernel/git/livepatching/livepatching
> for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0cd7d9795fa82226e7516d38b474bddae8b1ff26
Thank you!
--
The pull request you sent on Thu, 15 Oct 2020 19:54:01 +0200:
> git://git.infradead.org/users/hch/configfs.git tags/configfs-5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ca5387e448e1f88440dc93e143b353592f8a8af6
Thank you!
--
Deet-doot-dot, I am a bot.
Hi,
On Thu, Oct 15, 2020 at 12:07:01AM +0530, man...@codeaurora.org wrote:
> On 2020-10-14 18:59, Akhil P Oommen wrote:
> > On 10/9/2020 10:27 PM, Matthias Kaehlcke wrote:
> > > On Fri, Oct 09, 2020 at 08:05:10AM -0700, Doug Anderson wrote:
> > > > Hi,
> > > >
> > > > On Thu, Oct 8, 2020 at
The pull request you sent on Thu, 15 Oct 2020 19:47:43 +0200:
> git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/5a32c3413d3340f90c82c84b375ad4b335a59f28
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Thu, 15 Oct 2020 12:36:22 +0530:
> git://git.kernel.org/pub/scm/linux/kernel/git/vkoul/dmaengine.git
> tags/dmaengine-5.10-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/f065199d4df0b1512f935621d2de128ddb3fcc3a
Thank you!
--
The pull request you sent on Thu, 15 Oct 2020 13:55:07 -0600:
> git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest
> tags/linux-kselftest-next-5.10-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0674324b16d40e14b9d8ea2d667627c010608c28
Thank
On Fri, 16 Oct 2020 08:59:22 +1100 Stephen Rothwell wrote:
> > I will apply the above patch to the merge of the usb tree today to fix
> > up a semantic conflict between the usb tree and Linus' tree.
>
> It looks like you forgot to mention this one to Linus :-(
>
> It should probably say:
>
>
tools/lib/bpf/netlink.c depends on rtnetlink.h and netlink.h (via
nlattr.h). Older versions of rtnetlink.h and netlink.h can cause
duplicate conflicting definitions to occur, as things like header guards
don't agree. To avoid these mismatches add rtnetlink.h, if_addr.h and
neighbour.h to
Hi "Uwe,
I love your patch! Perhaps something to improve:
[auto build test WARNING on tty/tty-testing]
[also build test WARNING on pavel-linux-leds/for-next linus/master
j.anaszewski-leds/for-next v5.9 next-20201015]
[If your patch is applied to the wrong git tree, kindly drop us a
These are tested to be the latest as part of the tools/lib/bpf build.
Signed-off-by: Ian Rogers
---
tools/include/uapi/linux/if_link.h | 269 +
tools/include/uapi/linux/netlink.h | 107
2 files changed, 342 insertions(+), 34 deletions(-)
diff --git
Signed-off-by: kernel test robot
---
ledtrig-tty.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/leds/trigger/ledtrig-tty.c
b/drivers/leds/trigger/ledtrig-tty.c
index 806548e33cd874..09cba818fb65c7 100644
--- a/drivers/leds/trigger/ledtrig-tty.c
+++
On Wed, 2020-10-14 at 11:49 +0530, Srinivasan Raju wrote:
> This introduces the pureLiFi LiFi driver for LiFi-X, LiFi-XC
> and LiFi-XL USB devices.
trivia: netdev_ might be better than dev_.
> diff --git a/drivers/net/wireless/purelifi/chip.c
> b/drivers/net/wireless/purelifi/chip.c
[]
> +int
On Thu, 15 Oct 2020 15:24:51 -0700 Jakub Kicinski wrote:
> On Fri, 16 Oct 2020 08:59:22 +1100 Stephen Rothwell wrote:
> > > I will apply the above patch to the merge of the usb tree today to fix
> > > up a semantic conflict between the usb tree and Linus' tree.
> >
> > It looks like you
On Thu, Oct 15, 2020 at 2:44 PM Jerry Snitselaar wrote:
>
> There is a misconfiguration in the bios of the gpio pin used for the
> interrupt in the T490s. When interrupts are enabled in the tpm_tis
> driver code this results in an interrupt storm. This was initially
> reported when we attempted
The details on using LKDTM were overly obscure. Modernize the details
and expand examples to better illustrate how to use the interfaces.
Additionally add missing SPDX header.
Signed-off-by: Kees Cook
---
.../fault-injection/provoke-crashes.rst | 56 +++
1 file changed, 33
On Wed, Sep 16, 2020 at 01:41:30PM +0800, Zhiqiang Hou wrote:
> From: Hou Zhiqiang
>
> On NXP Layerscape platforms, it results in SError in the
> enumeration of the PCIe controller, which is not connecting
> with an Endpoint device. And it doesn't make sense to
> enumerate the Endpoints when the
On 14:10 Thu 15 Oct 2020, Joe Perches wrote:
On Thu, 2020-10-15 at 19:24 +0530, Bhaskar Chowdhury wrote:
On 06:38 Thu 15 Oct 2020, Joe Perches wrote:
> On Thu, 2020-10-15 at 18:53 +0530, Bhaskar Chowdhury wrote:
> > Fix the space in the middle in below entry.
> >
> > memry||memory
> []
> > diff
On Tue, Oct 6, 2020 at 4:56 PM Andy Shevchenko
wrote:
>
> On Tue, Oct 06, 2020 at 02:52:16PM +0530, Syed Nayyar Waris wrote:
> > This macro iterates for each group of bits (clump) with set bits,
> > within a bitmap memory region. For each iteration, "start" is set to
> > the bit offset of the
On Fri, 2020-10-16 at 04:19 +0530, Bhaskar Chowdhury wrote:
> On 14:10 Thu 15 Oct 2020, Joe Perches wrote:
> > On Thu, 2020-10-15 at 19:24 +0530, Bhaskar Chowdhury wrote:
> > > On 06:38 Thu 15 Oct 2020, Joe Perches wrote:
> > > > On Thu, 2020-10-15 at 18:53 +0530, Bhaskar Chowdhury wrote:
> > > >
Hi Linus,
Could you please consider this pull request?
Thanks,
The following changes since commit 581cb3a26baf846ee9636214afaa5333919875b1:
Merge tag 'f2fs-for-5.9-rc5' of
git://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs (2020-09-10 13:12:46
-0700)
are available in the Git
On 15:53 Thu 15 Oct 2020, Joe Perches wrote:
On Fri, 2020-10-16 at 04:19 +0530, Bhaskar Chowdhury wrote:
On 14:10 Thu 15 Oct 2020, Joe Perches wrote:
> On Thu, 2020-10-15 at 19:24 +0530, Bhaskar Chowdhury wrote:
> > On 06:38 Thu 15 Oct 2020, Joe Perches wrote:
> > > On Thu, 2020-10-15 at 18:53
On Tue, Oct 13, 2020 at 04:10:59PM -0700, Mike Kravetz wrote:
> Due to pmd sharing, the huge PTE pointer returned by huge_pte_alloc
> may not be valid. This can happen if a call to huge_pmd_unshare for
> the same pmd is made in another thread.
>
> To address this issue, add a rw_semaphore
These were rebased since the merge window started, for no apparent reason.
Were they in linux-next?
And if so, why was I sent some different version?
Linus
On Fri, 2020-10-16 at 04:25 +0530, Bhaskar Chowdhury wrote:
> You have all flawed understanding...please stay away ..
> if you don't understand something...
You're funny.
You're wrong, but you're still funny.
On 16:06 Thu 15 Oct 2020, Joe Perches wrote:
On Fri, 2020-10-16 at 04:25 +0530, Bhaskar Chowdhury wrote:
You have all flawed understanding...please stay away ..
if you don't understand something...
You're funny.
You're wrong, but you're still funny.
ROFL ..you too...what a waste of time
The pull request you sent on Thu, 15 Oct 2020 09:20:25 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
> parisc-5.10-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/7286d2a37eb955c5eeec2b042844f1c1b3ff0fe1
Thank you!
--
The pull request you sent on Thu, 15 Oct 2020 13:53:45 -0400:
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
> trace-v5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/fefa636d815975b34afc45f50852a2810fb23ba9
Thank you!
--
Deet-doot-dot,
The pull request you sent on Wed, 14 Oct 2020 13:19:31 -0400:
> git://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity.git
> tags/integrity-v5.10
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/840e5bb326bbcb16ce82dd2416d2769de4839aea
Thank you!
--
The pull request you sent on Thu, 15 Oct 2020 16:32:48 +:
> ssh://g...@gitolite.kernel.org/pub/scm/linux/kernel/git/hyperv/linux.git
> tags/hyperv-next-signed
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2d0f6b0aab9afbd6fdf3514cb4acc249d7aebf9c
Thank you!
--
On rare occations there is the following error:
mmc0: Tuning timeout, falling back to fixed sampling clock
There are SD cards which takes a significant longer time to reply to the
first CMD19 command. The eSDHC takes the data timeout value into account
during the tuning period. The SDHCI core
Hi all,
On Tue, 6 Oct 2020 18:35:06 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the char-misc tree got a conflict in:
>
> drivers/misc/ocxl/Kconfig
>
> between commit:
>
> dde6f18a8779 ("ocxl: Don't return trigger page when allocating an
> interrupt")
>
> from the
On 10/14/20 11:31 AM, Mike Kravetz wrote:
> On 10/14/20 11:18 AM, David Hildenbrand wrote:
>
> FWIW - I ran libhugetlbfs tests which do a bunch of hole punching
> with (and without) hugetlb controller enabled and did not see this issue.
>
I took a closer look after running just the
701 - 800 of 922 matches
Mail list logo