On 06/06/2019 11:41 AM, Sean Christopherson wrote:
On Thu, Jun 06, 2019 at 05:24:12PM +0200, Paolo Bonzini wrote:
These function do not prepare the entire state of the vmcs02, only the
rarely needed parts. Rename them to make this clearer.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/vm
On 6/6/2019 10:41 AM, Nathan Chancellor wrote:
Prior to commit 4c47efc140fa ("scsi: lpfc: Move SCSI and NVME Stats to
hardware queue structures") upstream, we allocated a cstat structure in
lpfc_nvme_create_localport. When commit faf5a744f4f8 ("scsi: lpfc: avoid
uninitialized variable warning") w
On 6/6/19 6:43 AM, Christoph Hellwig wrote:
On Thu, Jun 06, 2019 at 08:57:49PM +1000, Benjamin Herrenschmidt wrote:
Wow... that's an odd amount. One thing we could possibly do is add code
to limit the amount of RAM when we detect that device
Sent too quickly... I mean that *or* force swiot
Commit-ID: 6bbeb276b71f06c5267bfd154629b1bec82e7136
Gitweb: https://git.kernel.org/tip/6bbeb276b71f06c5267bfd154629b1bec82e7136
Author: Kairui Song
AuthorDate: Mon, 29 Apr 2019 08:23:18 +0800
Committer: Borislav Petkov
CommitDate: Thu, 6 Jun 2019 20:13:48 +0200
x86/kexec: Add the EFI s
Commit-ID: 0a23ebc66a46786769dd68bfdaa3102345819b9c
Gitweb: https://git.kernel.org/tip/0a23ebc66a46786769dd68bfdaa3102345819b9c
Author: Junichi Nomura
AuthorDate: Thu, 11 Apr 2019 15:49:32 +0200
Committer: Borislav Petkov
CommitDate: Thu, 6 Jun 2019 20:28:37 +0200
x86/boot: Use efi_set
On Jun 06 2019, Christoph Hellwig wrote:
> On Wed, Jun 05, 2019 at 04:17:35PM -0700, Palmer Dabbelt wrote:
>> REG_S ra, TASK_THREAD_RA_RA(a3)
>> +/*
>> + * The Linux ABI allows programs to depend on load reservations being
>> + * broken on context switches, but the ISA doesn't r
On Thu, Jun 06, 2019 at 11:50:15AM -0700, Ralph Campbell wrote:
> Yes, I agree this is better.
>
> Also, I noticed the sample code for hmm_range_register() is wrong.
> If you could merge this minor change into this patch, that
> would be appreciated.
Sure, done thanks
Jason
Hi Jessica,
On 6/6/19 1:05 PM, Jessica Yu wrote:
> Hi Gustavo!
>
> I see you've sent similar cleanup patches elsewhere, do you think you
> could reword your commit message to be more similar to your patch here
> for instance:
>
> https://lkml.org/lkml/2019/6/5/856
>
> It does a *much* bett
Hi Guillaume,
below are my initial impressions. I will have a closer look once
there's a decision whether this belongs to the IIO or thermal
framework.
On Tue, Jun 4, 2019 at 4:48 PM Guillaume La Roque wrote:
>
> The code is based on Amlogic source code. No public datasheet for this.
the public
> From: Andrea Arcangeli
>
> Upstream 04f5866e41fb70690e28397487d8bd8eea7d712a commit.
>
>
> Signed-off-by: Michal Hocko
> ---
> Hi,
> this is based on the backport I have done for out 4.4 based distribution
> kernel. Please double check that I haven't missed anything before
> applying to the st
On 06/06/2019 09:08 PM, Roman Gushchin wrote:
> On Thu, Jun 06, 2019 at 11:59:11AM -0700, Roman Gushchin wrote:
>> Currently bpf_get_current_cgroup_id() is not supported for
>> CGROUP_SKB programs. An attempt to load such a program generates an
>> error like this:
>> libbpf:
>> 0: (b7) r6 =
On 6/6/19 7:50 AM, Jason Gunthorpe wrote:
On Mon, May 06, 2019 at 04:29:41PM -0700, rcampb...@nvidia.com wrote:
From: Ralph Campbell
The helper function hmm_vma_fault() calls hmm_range_register() but is
missing a call to hmm_range_unregister() in one of the error paths.
This leads to a refer
The pull request you sent on Thu, 6 Jun 2019 15:36:50 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git
> tags/fuse-fixes-5.2-rc4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/211758573b01f4cd27308464573d112ef85e0e1a
Thank you!
--
Deet-doot-
The pull request you sent on Thu, 6 Jun 2019 08:17:27 -0700:
> git://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git tags/xfs-5.2-fixes-2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/01047631df813f6247185547c3778c80af088a20
Thank you!
--
Deet-doot-dot, I am a bot.
htt
Dear Friend,
Please forgive me for stressing you with my predicaments as I know that this
letter may come to you as big surprise. Actually, as my pastor advised me to
reject earthly reward and thanks by handing the project to someone I have never
seen or met for a greater reward in heaven aw
The pull request you sent on Thu, 6 Jun 2019 15:44:18 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git
> tags/ovl-fixes-5.2-rc4
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/5d6b501fe5421c5df662e2935f55f5e3d2b5e012
Thank you!
--
Deet-doot-do
Hi Neil,
On Mon, Jun 3, 2019 at 12:04 PM Neil Armstrong wrote:
>
> The X96 Max embeds an AP6398S SDIO module, let's add the
> corresponding SDIO, PWM clock and mmc-pwrseq nodes.
>
> Signed-off-by: Neil Armstrong
with the comment below addressed:
Reviewed-by: Martin Blumenstingl
[...]
> @@ -155
On Thu, Jun 06, 2019 at 10:11:58AM -0700, Ira Weiny wrote:
> 2) This is a bit more subtle and something I almost delayed sending these out
>for. Currently the implementation of a lease break actually removes the
>lease from the file. I did not want this to happen and I was thinking of
>
Hi Neil,
On Mon, Jun 3, 2019 at 12:04 PM Neil Armstrong wrote:
>
> The SEI510 embeds an AP6398S SDIO module, let's add the
> corresponding SDIO, PWM clock and mmc-pwrseq nodes.
>
> Signed-off-by: Neil Armstrong
with the comment below addressed:
Acked-by: Martin Blumenstingl
[...]
> +&pwm_ef {
On Mon, Jun 3, 2019 at 11:48 AM Neil Armstrong wrote:
>
> The 32k low power clock is necessary for the bluetooth part of the
> combo module to initialize correctly, simply add the same clock we
> use for the sdio pwrseq.
>
> Fixes: d1c023af1988 ("arm64: dts: meson-g12a-sei510: Add ADC Key and BT
On Mon, Jun 3, 2019 at 11:48 AM Neil Armstrong wrote:
>
> The 32k low power clock is necessary for the bluetooth part of the
> combo module to initialize correctly, simply add the same clock we
> use for the sdio pwrseq.
>
> Fixes: c5c9c7cff269 ("arm64: dts: meson-g12a-x96-max: Enable BT Module")
On Thu, Jun 06, 2019 at 12:42:03PM +0200, Jan Kara wrote:
> So I'd like to actually mandate that you *must* hold the file lease until
> you unpin all pages in the given range (not just that you have an option to
> hold a lease). And I believe the kernel should actually enforce this. That
> way we
On Mon, Jun 3, 2019 at 10:57 AM Neil Armstrong wrote:
>
> Hi,
>
> On 29/05/2019 20:08, Martin Blumenstingl wrote:
> > On Wed, May 29, 2019 at 12:25 PM Neil Armstrong
> > wrote:
> >>
> >> On 27/05/2019 20:36, Martin Blumenstingl wrote:
> >>> On Mon, May 27, 2019 at 3:22 PM Neil Armstrong
> >>>
On Thu, Jun 06, 2019 at 12:44:36PM -0700, Ralph Campbell wrote:
>
> On 6/6/19 7:50 AM, Jason Gunthorpe wrote:
> > On Mon, May 06, 2019 at 04:29:41PM -0700, rcampb...@nvidia.com wrote:
> > > From: Ralph Campbell
> > >
> > > The helper function hmm_vma_fault() calls hmm_range_register() but is
> >
On Thu, Jun 06, 2019 at 09:39:35PM +0200, Daniel Borkmann wrote:
> On 06/06/2019 09:08 PM, Roman Gushchin wrote:
> > On Thu, Jun 06, 2019 at 11:59:11AM -0700, Roman Gushchin wrote:
> >> Currently bpf_get_current_cgroup_id() is not supported for
> >> CGROUP_SKB programs. An attempt to load such a pr
On Thu, Jun 6, 2019 at 3:59 AM Andrzej Hajda wrote:
>
> On 05.06.2019 09:04, Andrey Smirnov wrote:
> > Simplify AUX data read by removing index arithmetic and shifting with
> > a helper functions that does three things:
> >
> > 1. Fetch data from up to 4 32-bit registers from the chip
> >
On Mon, Jun 3, 2019 at 11:54 AM Neil Armstrong wrote:
>
> Setting to 2Mbaud/s is the nominal bus speed for common usages.
>
> Signed-off-by: Neil Armstrong
Acked-by: Martin Blumenstingl
I tested with this speed when I updated the meson_uart driver back
then to allow higher baud rates [0]
so I d
On Mon, Jun 3, 2019 at 11:48 AM Neil Armstrong wrote:
>
> Setting to 2Mbaud/s is the nominal bus speed for common usages.
>
> Signed-off-by: Neil Armstrong
Acked-by: Martin Blumenstingl
I tested with this speed when I updated the meson_uart driver back
then to allow higher baud rates [0]
so I d
On Thu 06-06-19 19:42:20, Ajay Kaher wrote:
>
> > From: Andrea Arcangeli
> >
> > Upstream 04f5866e41fb70690e28397487d8bd8eea7d712a commit.
> >
> >
> > Signed-off-by: Michal Hocko
> > ---
> > Hi,
> > this is based on the backport I have done for out 4.4 based distribution
> > kernel. Please doubl
On Mon, Jun 3, 2019 at 12:04 PM Neil Armstrong wrote:
>
> From: Guillaume La Roque
>
> Add nodes to support SDCard and onboard eMMC on the X96 Max.
>
> Signed-off-by: Guillaume La Roque
> Signed-off-by: Neil Armstrong
Reviewed-by: Martin Blumenstingl
On 06/06/2019 09:53 PM, Roman Gushchin wrote:
> On Thu, Jun 06, 2019 at 09:39:35PM +0200, Daniel Borkmann wrote:
>> On 06/06/2019 09:08 PM, Roman Gushchin wrote:
>>> On Thu, Jun 06, 2019 at 11:59:11AM -0700, Roman Gushchin wrote:
Currently bpf_get_current_cgroup_id() is not supported for
Neil Armstrong writes:
> From: Christian Hewitt
>
> Fix DTC warnings:
>
> meson-gxm-khadas-vim2.dtb: Warning (avoid_unnecessary_addr_size):
>/gpio-keys-polled: unnecessary #address-cells/#size-cells
> without "ranges" or child "reg" property
>
> Fixes: b8b74dda3908 ("ARM64: dts: meson-
Depending on CONFIG_X86_64 _ASM_BX expands to either rbx or ebx.
Cc: Fenghua Yu
Cc: Reinette Chatre
Cc: x...@kernel.org
Signed-off-by: Uros Bizjak
---
arch/x86/kernel/cpu/resctrl/pseudo_lock.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/arch/x86/kernel/cpu/resctrl/
> - dev = bus_find_device(&i2c_bus_type, NULL, adev,
> - i2c_acpi_find_match_device);
> + dev = bus_find_device(&i2c_bus_type, NULL, adev, device_match_acpi_dev);
In general, this looks like a nice cleanup which I am in favour of.
However, I didn't understand why
On Thu, Jun 06, 2019 at 02:28:55PM -0400, Michael S. Tsirkin wrote:
> I'd prefer just changing the definition.
> ifdefs have a disadvantage that it's easy to get
> wrong code if you forget to include a header.
>
> I queued the below - pls confirm it works for you.
Fine by me, I figured that might
Em Thu, Jun 06, 2019 at 04:12:10PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Jun 04, 2019 at 03:50:41PM -0700, kan.li...@linux.intel.com escreveu:
> > From: Kan Liang
> >
> > With the new CPUID.1F, a new level type of CPU topology, 'die', is
> > introduced. The 'die' information in CPU
On Thu, Jun 06, 2019 at 11:50:10AM -0700, Nick Desaulniers wrote:
> On Wed, Jun 5, 2019 at 10:13 PM Nathan Chancellor
> wrote:
> >
> > Clang warns:
> >
> > sound/soc/codecs/rt1011.c:1291:12: warning: integer literal is too large
> > to be represented in type 'long', interpreting as 'unsigned long'
Em Wed, Jun 05, 2019 at 10:16:33AM -0600, Mathieu Poirier escreveu:
> This patch adds the necessay intelligence to properly compute the value
> of 'old' and 'head' when operating in snapshot mode. That way we can get
> the latest information in the AUX buffer and be compatible with the
> generic A
On 6/6/19 6:43 AM, Christoph Hellwig wrote:
On Thu, Jun 06, 2019 at 08:57:49PM +1000, Benjamin Herrenschmidt wrote:
Wow... that's an odd amount. One thing we could possibly do is add code
to limit the amount of RAM when we detect that device
Sent too quickly... I mean that *or* force swiot
Hi Renzo,
On 2019-06-03 17:00, Renzo Davoli wrote:
Hi Roman,
I sorry for the delay in my answer, but I needed to set up a minimal
tutorial to show what I am working on and why I need a feature like the
one I am proposing.
Please, have a look of the README.md page here:
https://github.
Hi Linus,
Things are looking pretty quiet here in RDMA, not too many bug fixes rolling
in right now. Here is the first batch of proposed rc fixes.
Thanks,
Jason
The following changes since commit a188339ca5a396acc588e5851ed7e19f66b0ebd9:
Linux 5.2-rc1 (2019-05-19 15:47:09 -0700)
are availabl
Quoting Gen Zhang (2019-06-05 09:00:43)
> On Wed, Jun 05, 2019 at 08:38:00AM +0200, Jiri Slaby wrote:
> > On 31. 05. 19, 3:14, Gen Zhang wrote:
> > > In clk_cpy_name(), '*dst_p'('parent->name'and 'parent->fw_name') and
> > > 'dst' are allcoted by kstrdup_const(). According to doc: "Strings
> > >
To prevent function call/return spills into the next shadow stack
area, do not merge shadow stack areas.
Signed-off-by: Yu-cheng Yu
---
mm/mmap.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/mm/mmap.c b/mm/mmap.c
index 7e8c3e8ae75f..b1a921c0de63 100644
--- a/mm/mmap.c
+++ b/mm/mmap.
On 06/06/19 21:19, Krish Sadhukhan wrote:
>
> The big chunk of the work in this function is done via
> prepare_vmcs02_constant_state(). It seems cleaner to get rid of
> prepare_vmcs02_early_full(), call prepare_vmcs02_constant_state()
> directly from prepare_vmcs02_early() and move the three vmcs_
The pull request you sent on Thu, 6 Jun 2019 17:40:15 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
> parisc-5.2-3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/16d72dd4891fecc1e1bf7ca193bb7d5b9804c038
Thank you!
--
Deet-doot-dot,
Currently bpf_skb_cgroup_id() is not supported for CGROUP_SKB
programs. An attempt to load such a program generates an error
like this:
libbpf:
0: (b7) r6 = 0
...
9: (85) call bpf_skb_cgroup_id#79
unknown func bpf_skb_cgroup_id#79
There are no particular reasons for denying it
Clang tooling requires a compilation database to figure out the build
options for each file. This enables tools like clang-tidy and
clang-check.
See https://clang.llvm.org/docs/HowToSetupToolingForLLVM.html for more
information.
Normally cmake is used to generate the compilation database, but the
> -Original Message-
> From: Colin King [mailto:colin.k...@canonical.com]
> Sent: Thursday, June 06, 2019 6:11 AM
> To: Keller, Jacob E ; Kirsher, Jeffrey T
> ; David S . Miller ;
> intel-wired-
> l...@lists.osuosl.org; net...@vger.kernel.org
> Cc: kernel-janit...@vger.kernel.org; linux-ke
Quoting Florian Fainelli (2019-05-09 13:29:55)
> Make the BCM2835 clock driver selectable by other
> architectures/platforms. ARCH_BRCMSTB will be selecting that driver in
> the next commit since new chips like 7211 use the same CPRMAN clock
> controller that this driver supports.
>
> Signed-off-b
Quoting Florian Fainelli (2019-05-09 13:29:56)
> ARCH_BRCMSTB needs to use the BCM2835 clock driver for chips like
> BCM7211 which adopted that clock controller, make that possible and the
> driver default to be enabled for ARCH_BRCMSTB.
>
> Signed-off-by: Florian Fainelli
> ---
Applied to clk-n
On 06.06.19 03:39, Kefeng Wang wrote:
Hi folks,
> There is no different in assembly output (only check the x86/arm64), and
> the Enrico Weigelt have finished a cocci script to do this cleanup.
I haven't compared the assembly output, just logically deduced from the
macro. If I understand it corre
On 2019-06-06 09:35, Bitan Biswas wrote:
> Fix checkpatch.pl warning(s)/error(s)/check(s) in i2c-tegra.c
>
> Remove redundant BUG_ON calls or replace with WARN_ON_ONCE
> as needed. Replace BUG() with error handling code.
> Define I2C_ERR_UNEXPECTED_STATUS for error handling.
>
> Signed-off-by: Bi
On Thu, Jun 06, 2019 at 02:30:03PM -0600, Raul E Rangel wrote:
> Clang tooling requires a compilation database to figure out the build
> options for each file. This enables tools like clang-tidy and
> clang-check.
>
> See https://clang.llvm.org/docs/HowToSetupToolingForLLVM.html for more
> informa
On Thu, Jun 06, 2019 at 10:12:32AM -0500, Gustavo A. R. Silva wrote:
> Update the code to use a flexible array member instead of a pointer in
> structure i2c_mux_pinctrl and use the struct_size() helper:
>
> struct tb10x_pinctrl {
> ...
> struct tb10x_of_pinfunc pinfuncs[];
> };
>
>
From: Jesper Dangaard Brouer
Date: Thu, 6 Jun 2019 10:08:50 +0200
> I do have a working prototype, that fixes these two bugs. I guess, I'm
> under pressure to send this to the list soon...
So I'm going to mark this CPSW patchset as "deferred" while these bugs are
worked out.
On 6/6/2019 4:08 PM, Arnaldo Carvalho de Melo wrote:
Em Thu, Jun 06, 2019 at 04:12:10PM -0300, Arnaldo Carvalho de Melo escreveu:
Em Tue, Jun 04, 2019 at 03:50:41PM -0700, kan.li...@linux.intel.com escreveu:
From: Kan Liang
With the new CPUID.1F, a new level type of CPU topology, 'die', is
Hi Jonathan,
I sent a fix for that here [1] and Mauro already taken it.
regards,
Stan
[1] https://patchwork.kernel.org/patch/10963369/
On 5.06.19 г. 23:19 ч., Jonathan Marek wrote:
This reverts commit ded716267196862809e5926072adc962a611a1e3.
This change doesn't make any sense and breaks the
On Fri, May 31, 2019 at 03:25:25PM +, Chris Mason wrote:
>
> I'm being pretty liberal with chopping down quoted material to help
> emphasize a particular opinion about how to bootstrap existing
> out-of-tree projects into the kernel. My goal here is to talk more
> about the process and les
On 6/6/19 12:54 PM, Jason Gunthorpe wrote:
On Thu, Jun 06, 2019 at 12:44:36PM -0700, Ralph Campbell wrote:
On 6/6/19 7:50 AM, Jason Gunthorpe wrote:
On Mon, May 06, 2019 at 04:29:41PM -0700, rcampb...@nvidia.com wrote:
From: Ralph Campbell
The helper function hmm_vma_fault() calls hmm_ran
Starting with 4.4.178, the LTP test
pthread_cond_wait/2-3
when compiled on x86_64 with 'gcc -m32', started failing. It generates this
log output:
[16:18:38]Implementation supports the MONOTONIC CLOCK but option is disabled
in test.
[16:18:38]Test starting
[16:18:38] Process
On 6/6/19 8:12 AM, Ezequiel Garcia wrote:
> On Thu, 2019-06-06 at 16:51 +0200, Greg Kroah-Hartman wrote:
>> On Thu, Jun 06, 2019 at 11:01:17AM -0300, Ezequiel Garcia wrote:
>>> On Tue, 2019-06-04 at 20:59 +0200, Greg Kroah-Hartman wrote:
On Tue, Jun 04, 2019 at 11:39:21AM -0700, Guenter Roeck
On Fri, May 17, 2019 at 02:59:38PM -0600, Jerry Hoemann wrote:
> Have the WD core stop the watchdog on unregister instead of explicitly
> calling hpwdt_stop() in hpwdt_exit().
>
> Signed-off-by: Jerry Hoemann
Reviewed-by: Guenter Roeck
> ---
> drivers/watchdog/hpwdt.c | 4 +---
> 1 file chang
W O 5.2.0-rc3-next-20190606+ #2
[ 7410.877987] NIP: c01a4ae4 LR: c01a4ae0 CTR: c08afa30
[ 7410.878027] REGS: c0176c5af8e0 TRAP: 0700 Tainted:
GW O (5.2.0-rc3-next-20190606+)
[ 7410.878059] MSR: 90029033 CR:
2402 XER: 2004
[ 7
On Fri, May 17, 2019 at 02:59:39PM -0600, Jerry Hoemann wrote:
> Set max_hw_heartbeat_ms instead of max_timeout so that user client can
> set timeout range in excess of what the underlying hardware supports.
>
> Signed-off-by: Jerry Hoemann
Reviewed-by: Guenter Roeck
> ---
> drivers/watchdog/
On Thu, Jun 06, 2019 at 04:34:52PM +, David Laight wrote:
> From: Paul E. McKenney
> > Sent: 06 June 2019 10:44
> ...
> > But m68k is !SMP-only, correct? If so, the only issues would be
> > interactions with interrupt handlers and the like, and doesn't current
> > m68k hardware use exact inter
On Fri, May 17, 2019 at 02:59:40PM -0600, Jerry Hoemann wrote:
> Instead of stopping the hw timer during probe, have the core update
> the timer if the timer is already running.
>
> Signed-off-by: Jerry Hoemann
Reviewed-by: Guenter Roeck
> ---
> drivers/watchdog/hpwdt.c | 12 ++--
> 1
On Fri, May 17, 2019 at 02:59:41PM -0600, Jerry Hoemann wrote:
> Instead of unconditionally stopping the watchdog timer after receipt of
> a pretimeout NMI, reprogram the timeout based upon module parameter
> kdumptimeout.
>
> The provides a more flexible override than the depricated allow_kdump.
On Fri, May 17, 2019 at 02:59:42PM -0600, Jerry Hoemann wrote:
> Update documentation to explain new module parameter kdumptimeout.
>
> Signed-off-by: Jerry Hoemann
Reviewed-by: Guenter Roeck
> ---
> Documentation/watchdog/hpwdt.txt | 4
> 1 file changed, 4 insertions(+)
>
> diff --git
On Fri, May 17, 2019 at 02:59:43PM -0600, Jerry Hoemann wrote:
> Bump driver number to reflect recent changes.
>
> Signed-off-by: Jerry Hoemann
Reviewed-by: Guenter Roeck
> ---
> drivers/watchdog/hpwdt.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/watchdo
On Mon, May 20, 2019 at 04:28:47PM +0200, Neil Armstrong wrote:
> Signed-off-by: Neil Armstrong
This change has been applied system-wide.
Guenter
> ---
> drivers/watchdog/meson_wdt.c | 6 +-
> 1 file changed, 1 insertion(+), 5 deletions(-)
>
> diff --git a/drivers/watchdog/meson_wdt.c b/d
syzbot has bisected this bug to:
commit d40b0116c94bd8fc2b63aae35ce8e66bb53bba42
Author: Daniel Borkmann
Date: Thu Aug 16 19:49:08 2018 +
bpf, sockmap: fix leakage of smap_psock_map_entry
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=1137e90ea0
start commit: 156c
The patch
ASoC: rt1011: Mark format integer literals as unsigned
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 ho
The patch
spi: mediatek: add SPI_LSB_FIRST support
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to
Hi,
Karl has reported to me today, that he's experiencing weird reboot hang on his
devices with 4.9.180 kernel and that he has bisected it down to my backported
patch.
I would like to kindly ask you for removal of this patch. This patch should
be reverted from all stable kernels up to 5.1, becau
On Thu, 6 Jun 2019 09:22:34 +0800 Aubrey Li wrote:
> The architecture specific information of the running processes
> could be useful to the userland. Add /proc//arch_status
> interface support to examine process architecture specific
> information externally.
I'll grab these for some testing.
Hi,
On Thu, Jun 6, 2019 at 7:00 AM Adrian Hunter wrote:
>
> On 3/06/19 9:37 PM, Douglas Anderson wrote:
> > There are certain cases, notably when transitioning between sleep and
> > active state, when Broadcom SDIO WiFi cards will produce errors on the
> > SDIO bus. This is evident from the sour
On 06.06.19 17:47, David Ahern wrote:
>
> what compiler version?
>
> if tbl is set, then err is set.
>
gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
--
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
i...@metux.net -- +49-151-27565287
On Wed, 05 Jun 2019 14:58:58 -0700 Dan Williams
wrote:
> At namespace creation time there is the potential for the "expected to
> be zero" fields of a 'pfn' info-block to be filled with indeterminate
> data. While the kernel buffer is zeroed on allocation it is immediately
> overwritten by nd_pf
On Tue, Jun 04, 2019 at 06:09:43PM +0200, Christian Brauner wrote:
> This adds the clone3 system call.
>
> As mentioned several times already (cf. [7], [8]) here's the promised
> patchset for clone3().
>
> We recently merged the CLONE_PIDFD patchset (cf. [1]). It took the last
> free flag from cl
Hi all,
In commit
f6a8ff82ce68 ("clk: imx: imx8mm: correct audio_pll2_clk to audio_pll2_out")
Fixes tag
Fixes: ba5625c3e27 ("clk: imx: Add clock driver support for imx8mm")
has these problem(s):
- SHA1 should be at least 12 digits long
Can be fixed by setting core.abbrev to 12 (or m
Hi all,
Commit
01269050c65c ("clk: mediatek: mt8516: Remove unused variable")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpZ8rHepFmc8.pgp
Description: OpenPGP digital signature
On Thu, Jun 06, 2019 at 01:30:12PM -0700, Roman Gushchin wrote:
> Currently bpf_skb_cgroup_id() is not supported for CGROUP_SKB
> programs. An attempt to load such a program generates an error
> like this:
>
> libbpf:
> 0: (b7) r6 = 0
> ...
> 9: (85) call bpf_skb_cgroup_id#79
>
Nathan,
> When building powerpc pseries_defconfig or powernv_defconfig:
>
> drivers/scsi/lpfc/lpfc_nvmet.c:224:1: error: unused function
> 'lpfc_nvmet_get_ctx_for_xri' [-Werror,-Wunused-function]
> drivers/scsi/lpfc/lpfc_nvmet.c:246:1: error: unused function
> 'lpfc_nvmet_get_ctx_for_oxid' [-Wer
1) Free AF_PACKET po->rollover properly, from Willem de Bruijn.
2) Read SFP eeprom in max 16 byte increments to avoid problems with
some SFP modules, from Russell King.
3) Fix UDP socket lookup wrt. VRF, from Tim Beale.
4) Handle route invalidation properly in s390 qeth driver, from Julian
Hi all,
In commit
1f5253b08e06 ("ASoC: SOF: Intel: hda: use the defined ppcap functions")
Fixes tag
Fixes: 8a300c8fb17 ("ASoC: SOF: Intel: Add HDA controller for Intel DSP")
has these problem(s):
- SHA1 should be at least 12 digits long
Can be fixed by setting core.abbrev to 12 (or
On Thu, Jun 06, 2019 at 12:42:03PM +0200, Jan Kara wrote:
> On Wed 05-06-19 18:45:33, ira.we...@intel.com wrote:
> > From: Ira Weiny
> >
> > ... V1,000,000 ;-)
> >
> > Pre-requisites:
> > John Hubbard's put_user_pages() patch series.[1]
> > Jan Kara's ext4_break_layouts() fixes[2]
> >
John,
> Many times in libsas, and in LLDDs which use libsas, the check for an
> expander device is re-implemented or open coded.
Applied to 5.3/scsi-queue, thanks.
--
Martin K. Petersen Oracle Linux Engineering
On 5/24/19 2:55 AM, Daniel Kiper wrote:
> Due to limited space left in the setup header it was decided to
> introduce the setup_header2. Its role is to communicate Linux kernel
> supported features to the boot loader. Starting from now this is the
> primary way to communicate things to the boot loa
On Thu, Jun 6, 2019 at 2:46 PM Andrew Morton wrote:
>
> On Wed, 05 Jun 2019 14:58:58 -0700 Dan Williams
> wrote:
>
> > At namespace creation time there is the potential for the "expected to
> > be zero" fields of a 'pfn' info-block to be filled with indeterminate
> > data. While the kernel buffe
On Wed, 5 Jun 2019, Michal Hocko wrote:
> > That's fine, but we also must be mindful of users who have used
> > MADV_HUGEPAGE over the past four years based on its hard-coded behavior
> > that would now regress as a result.
>
> Absolutely, I am all for helping those usecases. First of all we ne
On Thu, 6 Jun 2019 11:54:27 -0700, Matt Mullins wrote:
> BPF_PROG_TYPE_RAW_TRACEPOINTs can be executed nested on the same CPU, as
> they do not increment bpf_prog_active while executing.
>
> This enables three levels of nesting, to support
> - a kprobe or raw tp or perf event,
> - another one
On Thu, Jun 06, 2019 at 04:51:15PM -0300, Jason Gunthorpe wrote:
> On Thu, Jun 06, 2019 at 12:42:03PM +0200, Jan Kara wrote:
>
> > So I'd like to actually mandate that you *must* hold the file lease until
> > you unpin all pages in the given range (not just that you have an option to
> > hold a le
Hello,
Thanks for your report!
On Fri, Jun 7, 2019 at 4:16 AM syzbot
wrote:
>
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:9221dced Merge tag 'for-linus-20190601' of git://git.kerne..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=
The LS1021A-TSN is a development board built by VVDN/Argonboards in
partnership with NXP.
It features the LS1021A SoC and the first-generation SJA1105T Ethernet
switch for prototyping implementations of a subset of IEEE 802.1 TSN
standards.
It has two regular Ethernet ports and four switched, TSN
> On Jun 5, 2019, at 6:08 AM, Peter Zijlstra wrote:
>
> From: Josh Poimboeuf
>
> Add infrastructure for an arch-specific CONFIG_HAVE_STATIC_CALL_INLINE
> option, which is a faster version of CONFIG_HAVE_STATIC_CALL. At
> runtime, the static call sites are patched directly, rather than using
>
On Thu, Jun 06, 2019 at 03:03:30PM -0700, 'Ira Weiny' wrote:
> On Thu, Jun 06, 2019 at 12:42:03PM +0200, Jan Kara wrote:
> > On Wed 05-06-19 18:45:33, ira.we...@intel.com wrote:
> > > From: Ira Weiny
> > >
> > > ... V1,000,000 ;-)
> > >
> > > Pre-requisites:
> > > John Hubbard's put_user_pag
The LS1021A-TSN is a development board built by VVDN/Argonboards in
partnership with NXP.
It features the LS1021A SoC and the first-generation SJA1105T Ethernet
switch for prototyping implementations of a subset of IEEE 802.1 TSN
standards.
It has two regular Ethernet ports and four switched, TSN
On Thu, Jun 06, 2019 at 03:03:30PM -0700, Ira Weiny wrote:
> On Thu, Jun 06, 2019 at 12:42:03PM +0200, Jan Kara wrote:
> > On Wed 05-06-19 18:45:33, ira.we...@intel.com wrote:
> > So I'd like to actually mandate that you *must* hold the file lease until
> > you unpin all pages in the given range (n
From: Rafael J. Wysocki
The current code resumes devices in D3hot during system suspend if
the target power state for them is D3cold, but that is not necessary
in general. It only is necessary to do that if the platform firmware
requires the device to be resumed, but that should be covered by
th
Hi,
This is a v2 of the patch at
https://patchwork.kernel.org/patch/10969867/
and a cleanup of the PCI PM code modified by it as discussed with Bjorn in the
thread started by that patch.
Thanks,
Rafael
601 - 700 of 946 matches
Mail list logo
