On Tue, Oct 10, 2017 at 11:51 AM, Karel Zak wrote:
> On Tue, Oct 10, 2017 at 10:00:01AM +0200, Miklos Szeredi wrote:
>> > +
>> > + if (flags & MS_RDONLY)
>> > + mnt_flags |= MNT_READONLY;
>> > + if (flags & MS_NOSUID)
>> > + mnt_flags |= MNT_NOSUID;
>> > +
On 26/09/17 00:15, Shawn N wrote:
> On Wed, Sep 20, 2017 at 1:22 PM, Shawn N wrote:
>> On Tue, Sep 19, 2017 at 11:13 PM, Brian Norris
>> wrote:
>>> Hi,
>>>
>>> On Tue, Sep 19, 2017 at 11:05:38PM -0700, Shawn N wrote:
This is failing because our EC_CMD_GET_PROTOCOL_INFO host command is
On 10/10/17 16:08, Ulf Hansson wrote:
> [...]
>
>
> I have also run some test on my ux500 board and enabling the blkmq
> path via the new MMC Kconfig option. My idea was to run some iozone
> comparisons between the legacy path and the new blkmq path, but I just
> couldn't get t
On Fri 06-10-17 11:25:16, Pasha Tatashin wrote:
> Hi Michal,
>
> >
> > As I've said in other reply this should go in only if the scenario you
> > describe is real. I am somehow suspicious to be honest. I simply do not
> > see how those weird struct pages would be in a valid pfn range of any
> > z
> -Original Message-
> From: Pali Rohár [mailto:pali.ro...@gmail.com]
> Sent: Tuesday, October 10, 2017 3:18 AM
> To: Limonciello, Mario
> Cc: dvh...@infradead.org; Andy Shevchenko ;
> LKML ; platform-driver-...@vger.kernel.org;
> Andy Lutomirski ; quasi...@google.com; r...@rjwysocki.net;
On Thu, Oct 05, 2017 at 04:03:38PM -0700, Jacob Pan wrote:
> Traditionally, device specific faults are detected and handled within
> their own device drivers. When IOMMU is enabled, faults such as DMA
> related transactions are detected by IOMMU. There is no generic
> reporting mechanism to report
> -Original Message-
> From: Greg KH [mailto:g...@kroah.com]
> Sent: Tuesday, October 10, 2017 6:07 AM
> To: Limonciello, Mario
> Cc: dvh...@infradead.org; Andy Shevchenko ;
> LKML ; platform-driver-...@vger.kernel.org;
> Andy Lutomirski ; quasi...@google.com;
> pali.ro...@gmail.com; r...@
On 10/10/2017 06:12 AM, winton.liu wrote:
When enable CONFIG_RTC_DRV_DS1374_WDT use as watchdog,
in suspend mode, watchdog is still working but no daemon
patting the watchdog. The system will reboot if timeout.
Add support suspend/resume for watchdog.
suspend: disable the watchdog
resume: disabl
On Tue, Oct 10, 2017 at 08:18:13PM +0800, chengjian (D) wrote:
> and what cases should the events be delivered multiple times?
Task-A Task-B Task-C Task-D
fd = sys_perf_event_open(B) fd = sys_perf_event_open(C)
wake_up_process(C)
On Tue, 2017-10-10 at 13:50 +0200, Oleg Nesterov wrote:
> On 10/09, Andrew Morton wrote:
> >
> > > @@ -240,17 +230,11 @@ void zap_pid_ns_processes(struct
> > > pid_namespace *pid_ns)
> > > *
> > > */
> > > read_lock(&tasklist_lock);
> > > - nr = next_pidmap(pid_ns, 1);
> > > - while (nr >
On Mon 09-10-17 18:19:27, Pavel Tatashin wrote:
> Some memory is reserved but unavailable: not present in memblock.memory
> (because not backed by physical pages), but present in memblock.reserved.
> Such memory has backing struct pages, but they are not initialized by going
> through __init_single
On Tue, Oct 10, 2017 at 01:24:52PM +0100, John Garry wrote:
> On 10/10/2017 02:46, Ming Lei wrote:
> > > > > > I tested this series for the SAS controller on HiSilicon hip07
> > > > > > platform as I
> > > > > > am interested in enabling MQ for this driver. Driver is
> > > > > > ./drivers/scsi/his
From: Colin Ian King
There is a previous check to on has_aliasing_ppgtt that returns
0 if it is false, so it is impossible for has_aliasing_ppgtt to
be false on the final return of function intel_sanitize_enable_ppgtt,
so final return in the function always will return 1. Hence the
redundant ter
This patch fixes typos found in rtl8723bs_xmit.c and odm_DIG.c.
Signed-off-by: Masanari Iida
---
drivers/staging/rtl8723bs/hal/odm_DIG.c| 2 +-
drivers/staging/rtl8723bs/hal/rtl8723bs_xmit.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8723bs/
On Tue 10-10-17 21:47:02, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > On Tue 10-10-17 19:58:53, Tetsuo Handa wrote:
> > > Commit 5d17a73a2ebeb8d1 ("vmalloc: back off when the current task is
> > > killed") revealed two bugs [1] [2] that were not ready to fail vmalloc()
> > > upon SIGKILL. But sin
On 10/10/2017 at 06:41:15 -0700, Guenter Roeck wrote:
> On 10/10/2017 06:12 AM, winton.liu wrote:
> > When enable CONFIG_RTC_DRV_DS1374_WDT use as watchdog,
> > in suspend mode, watchdog is still working but no daemon
> > patting the watchdog. The system will reboot if timeout.
> >
> > Add support
Hi Guenter & Alexander,
Sorry for late update. I have modified the resume function.
resume: disable existing watchdog, reload watchdog timer, enable watchdog
Could you help to review attached patch ?
Thanks a lot.
Winton.Liu
At 2017-09-26 21:52:24, "Guenter Roeck" wrote:
>On 09/26/2
More (mostly) small stuff:
On 10/10/2017 01:45 PM, Mauro Carvalho Chehab wrote:
> Add a glossary of terms for V4L2, as several concepts are complex
> enough to cause misunderstandings.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> Documentation/media/uapi/v4l/glossary.rst | 167
> ++
On Tue, Oct 10, 2017 at 01:41:45PM +, mario.limoncie...@dell.com wrote:
> > -Original Message-
> > From: Greg KH [mailto:g...@kroah.com]
> > Sent: Tuesday, October 10, 2017 6:07 AM
> > To: Limonciello, Mario
> > Cc: dvh...@infradead.org; Andy Shevchenko ;
> > LKML ; platform-driver-...
On Mon, Oct 09, 2017 at 05:51:52PM -0500, Mario Limonciello wrote:
> + ret = device_create_file(&wdev->dev, &priv->req_buf_size_attr);
> + if (ret)
> + goto fail_create_sysfs;
Why isn't the "WMI core" creating this sysfs file? Why have per-driver
sysfs files, making all of the
> -Original Message-
> From: Greg KH [mailto:g...@kroah.com]
> Sent: Tuesday, October 10, 2017 8:58 AM
> To: Limonciello, Mario
> Cc: dvh...@infradead.org; andy.shevche...@gmail.com; linux-
> ker...@vger.kernel.org; platform-driver-...@vger.kernel.org; l...@kernel.org;
> quasi...@google.co
On Tue, 10 Oct 2017 15:12:31 +0200
Jesper Dangaard Brouer wrote:
> I'll try to test/benchmark your program...
In my initial testing, I cannot get this to work...
You do seem to XDP_REDIRECT out the right interface, but you have an
error with setting the correct MAC address.
--
Best regards,
> -Original Message-
> From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org]
> On Behalf Of Madalin-cristian Bucur
> Sent: Wednesday, October 04, 2017 12:54 PM
> To: David Miller
> Subject: RE: [PATCH] fsl/fman: remove of_node
>
> > -Original Message-
> > From:
On Fri, 2017-10-06 at 13:53 -0400, Waiman Long wrote:
> Antonio,
>
> I have a question about your 4.14 upstream commit 901ef845fa2469c
> ("selinux: allow per-file labeling for cgroupfs"). With that, I am no
> longer able to mount the cgroup2 filesystem with a 4.14 kernel. The
> problem is that you
On Tue, Oct 10, 2017 at 5:13 AM, kernel test robot
wrote:
>
> FYI, we noticed the following commit (built with gcc-4.9):
>
> commit: a94b9367e044ba672c9f4105eb1516ff6ff4948a ("ipv6: grab rt->rt6i_ref
> before allocating pcpu rt")
> https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git
On Tue, 2017-10-10 at 14:48 +0200, Peter Zijlstra wrote:
> On Tue, Oct 10, 2017 at 02:42:01PM +0200, Stanislaw Gruszka wrote:
> > > > + u64 steal, steal_time;
> > > > + s64 steal_delta;
> > > > +
> > > > + steal_time =
> > > > paravirt_steal_clock(smp_proce
Hello,
On Mon, Oct 09, 2017 4:31:46 AM, Mark Brown wrote:
>On Fri, Oct 06, 2017 at 02:09:51PM -0400, Jean-François Têtu wrote:
>> The kcontrol for the third input (rxN_mix1_inp3) of both RX2
>> and RX3 mixers are not using the correct control register. This simple
>> patch fixes this.
>
> Please
On Mon, 9 Oct 2017 09:33:50 -0600
Jonathan Corbet wrote:
> > Using ftrace to hook to functions
> > =
> >
> > Copyright 2017 VMware Inc.
> >Author: Steven Rostedt
> > License: The GNU Free Documentation License, Version 1.2
> >
Hello, Trond.
On Mon, Oct 09, 2017 at 06:32:13PM +, Trond Myklebust wrote:
> On Mon, 2017-10-09 at 19:17 +0100, Lorenzo Pieralisi wrote:
> > I have run into the lockdep warning below while running v4.14-rc3/rc4
> > on an ARM64 defconfig Juno dev board - reporting it to check whether
> > it is
Continuing the conversation with the voices in my head...
On Mon, Oct 9, 2017 at 10:45 PM, Ed Swierk wrote:
> Based on the addresses in the stack and registers, here's what I think
> happened.
>
> On cpu 13:
>
> - task_numa_fault() calls task_numa_migrate(), which selects the task
> on cpu 0
On 10/10/2017 10:06 AM, Stephen Smalley wrote:
> On Fri, 2017-10-06 at 13:53 -0400, Waiman Long wrote:
>> Antonio,
>>
>> I have a question about your 4.14 upstream commit 901ef845fa2469c
>> ("selinux: allow per-file labeling for cgroupfs"). With that, I am no
>> longer able to mount the cgroup2 fil
From: Colin Ian King
Shifting and masking strHostIfSetMulti->enabled is redundant since
enabled is a bool and so all the shifted and masked values will be
zero. Replace them with zero to simplify the code.
Detected by CoverityScan, CID#1339458 ("Bad shift operation") and
CID#1339506 ("Operands d
On Mon, Oct 09, 2017 at 07:28:49PM +0100, Mark Rutland wrote:
> For several reasons, it is desirable to use {READ,WRITE}_ONCE() in
> preference to ACCESS_ONCE(), and new code is expected to use one of the
> former. So far, there's been no reason to change most existing uses of
> ACCESS_ONCE(), as t
On Tue, 2017-10-10 at 17:50 +0800, Tina Zhang wrote:
> This patch set adds the dma-buf support for intel GVT-g.
>
> dma-buf is an uniform mechanism to share DMA buffers across different
> devices and subsystems. dma-buf for intel GVT-g is mainly used to
> share
> the vgpu's framebuffer to userspac
On Tue, 2017-10-10 at 17:50 +0800, Tina Zhang wrote:
> Add VFIO_DEVICE_QUERY_GFX_PLANE ioctl command to let user mode query
> and
> get the plan and its related information. This ioctl can be invoked
> with:
> 1) either flag DMABUF or REGION is set. Vendor driver returns success
> and
> the plane_i
On Mon, Oct 09, 2017 at 05:22:39PM -0700, Paul E. McKenney wrote:
> Because READ_ONCE() now implies smp_read_barrier_depends(), this commit
> removes the now-redundant smp_read_barrier_depends() following the
> READ_ONCE() in __ref_is_percpu().
>
> Signed-off-by: Paul E. McKenney
> Cc: Tejun Heo
On Tue 10-10-17 15:44:41, Michal Hocko wrote:
> On Mon 09-10-17 18:19:27, Pavel Tatashin wrote:
> > Some memory is reserved but unavailable: not present in memblock.memory
> > (because not backed by physical pages), but present in memblock.reserved.
> > Such memory has backing struct pages, but the
Junote Cai reported that he was not able to get a DSA setup involving the
DPAA/FMAN driver to work and narrowed it down to of_find_net_device_by_node()
call in DSA setup. The initial attempt to fix this by adding of_node to the
platform device results in a second, failed, probing of the FMan MAC dr
Signed-off-by: Madalin Bucur
---
drivers/net/ethernet/freescale/dpaa/dpaa_eth.c | 48 +++--
drivers/net/ethernet/freescale/fman/mac.c | 97 ++
drivers/net/ethernet/freescale/fman/mac.h | 5 +-
3 files changed, 66 insertions(+), 84 deletions(-)
diff --gi
Change device used for DMA mapping to the MAC device that is an
of_device, with proper DMA ops. Using this device for the netdevice
should also address the issue with DSA scenarios that need the
netdevice to be backed by an of_device.
Signed-off-by: Madalin Bucur
---
drivers/net/ethernet/freesca
Signed-off-by: Madalin Bucur
---
drivers/net/ethernet/freescale/fman/Makefile | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fman/Makefile
b/drivers/net/ethernet/freescale/fman/Makefile
index 2c38119..4ae524a 100644
--- a/drivers/n
The FMan MAC driver allocates a platform device for the Ethernet
driver to probe on. Setting pdev->dev.of_node with the MAC node
triggers the MAC driver probing of the new platform device. While
this fails quickly and does not affect the functionality of the
drivers, it is incorrect and must be rem
Michal Hocko wrote:
> On Tue 10-10-17 21:47:02, Tetsuo Handa wrote:
> > I think that massive vmalloc() consumers should be (as well as massive
> > alloc_page() consumers) careful such that they will be chosen as first OOM
> > victim, for vmalloc() does not abort as soon as an OOM occurs.
>
> No. T
On Wed, Oct 04, 2017 at 01:12:27PM +0200, Thiebaud Weksteen wrote:
> On Wed, Oct 4, 2017 at 12:51 PM, Jarkko Sakkinen
> wrote:
> > On Fri, Sep 29, 2017 at 08:16:17PM +0300, Jarkko Sakkinen wrote:
> >> On Tue, Sep 26, 2017 at 02:49:31PM +0200, Thiebaud Weksteen wrote:
> >> > On Tue, Sep 26, 2017 at
On 10/10/2017 03:43 AM, Rakesh Pandit wrote:
> Hi Jens,
>
> On Mon, Oct 09, 2017 at 02:00:29PM +0200, Jan Kara wrote:
>> On Mon 09-10-17 13:34:41, Rakesh Pandit wrote:
>>> Since commit 925a6efb8ff0c ("Btrfs: stop using
>>> try_to_writeback_inodes_sb_nr to flush delalloc") this function hasn't
>>>
On 10/10, Gargi Sharma wrote:
>
> On Tue, Oct 10, 2017 at 12:50 PM, Oleg Nesterov wrote:
> > On 10/09, Andrew Morton wrote:
> >>
> >> Especially here. I don't think pidmap_lock is held. Is that IDR
> >> iteration safe?
> >
> > Yes, this doesn't look right, we need rcu_read_lock() or pidmap_lock.
On Mon, Oct 09, 2017 at 08:04:13AM -0700, Tejun Heo wrote:
> Josef reported a HARDIRQ-safe -> HARDIRQ-unsafe lock order detected by
> lockdep:
>
> [ 1270.472259] WARNING: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected
> [ 1270.472783] 4.14.0-rc1-xfstests-12888-g76833e8 #110 Not tainted
> [
Btw. thanks for your persistance and willingness to go over all the
suggestions which might not have been consistent btween different
versions. I believe this is a general improvement in the early
initialization code. We do not rely on an implicit zeroing which just
happens to work by a chance. The
On Tue, Oct 10, 2017 at 11:14:30AM +0200, Michal Hocko wrote:
> On Mon 09-10-17 16:26:13, Johannes Weiner wrote:
> > It's consistent in the sense that only page faults enable the memcg
> > OOM killer. It's not the type of memory that decides, it's whether the
> > allocation context has a channel to
Hi Romain,
May I ask why you're sending this patch to the MTD ML?
While I'm here, can you have a look at this patch [1] and add you
Reviewed-by/Tested-by?
Thanks,
Boris
[1]http://patchwork.ozlabs.org/patch/821959/
On Fri, 6 Oct 2017 17:51:08 +0200
Romain Izard wrote:
> Certain cipher modes
On Wed, 30 Aug 2017, Josh Poimboeuf wrote:
> On Tue, Aug 29, 2017 at 04:01:32PM -0300, Joao Moreira wrote:
> > Livepatches may use symbols which are not contained in its own scope,
> > and, because of that, may end up compiled with relocations that will
> > only be resolved during module load. Yet
On Tue 10-10-17 23:13:21, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > On Tue 10-10-17 21:47:02, Tetsuo Handa wrote:
> > > I think that massive vmalloc() consumers should be (as well as massive
> > > alloc_page() consumers) careful such that they will be chosen as first OOM
> > > victim, for vmall
> -Original Message-
> From: Greg KH [mailto:g...@kroah.com]
> Sent: Tuesday, October 10, 2017 8:59 AM
> To: Limonciello, Mario
> Cc: dvh...@infradead.org; Andy Shevchenko ;
> LKML ; platform-driver-...@vger.kernel.org;
> Andy Lutomirski ; quasi...@google.com;
> pali.ro...@gmail.com; r..
Enable HS400 high speed eMMC mode on the khadas vim2
Signed-off-by: Jerome Brunet
---
arch/arm64/boot/dts/amlogic/meson-gxm-khadas-vim2.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-gxm-khadas-vim2.dts
b/arch/arm64/boot/dts/amlogic/meson-gxm-khadas-vi
On Tue, Oct 10, 2017 at 1:26 AM, Kalle Valo wrote:
> Kees Cook wrote:
>
>> In preparation for unconditionally passing the struct timer_list pointer to
>> all timer callbacks, switch to using the new timer_setup() and from_timer()
>> to pass the timer pointer explicitly.
>>
>> Cc: Kalle Valo
>> C
On Tue, 10 Oct 2017, Jaejoong Kim wrote:
> Hi,
>
> To. Jiri, Alan,
>
> Could you please review this patch?
>
> To. Andey,
>
> Could you please test with this patch for KASAN OOB error?
>
> Thanks, jaejoong
>
> 2017-09-28 19:16 GMT+09:00 Jaejoong Kim :
> > The hid descriptor identifies the le
On Mon, Oct 9, 2017 at 11:54 PM, Johan Hovold wrote:
> So your patch from 20/9 ("[PATCH v2 02/31] timer: Convert open-coded
> init_timer() to setup_timer()") has been superseded? Or do you still
> expect that one to be applied (by tglx?)?
It's been superseded, yeah. Thomas suggested a change to t
On Tue 10-10-17 10:17:33, Johannes Weiner wrote:
> On Tue, Oct 10, 2017 at 11:14:30AM +0200, Michal Hocko wrote:
> > On Mon 09-10-17 16:26:13, Johannes Weiner wrote:
> > > It's consistent in the sense that only page faults enable the memcg
> > > OOM killer. It's not the type of memory that decides,
Hi Mark,
I work mainline kernel on Hikey620 board, I find it's easily to
introduce the panic and report the log as below. So I bisect the kernel
and finally narrow down the commit e3067861ba66 ("arm64: add basic
VMAP_STACK support") which introduce this issue.
I tried to remove 'select HAVE_ARCH_
On 10/09/2017 10:49 PM, Michal Hocko wrote:
> On Mon 09-10-17 09:55:49, Michal Hocko wrote:
>> I haven't checked closely but what happens (or should happen) when you
>> do a partial read? Should you get an inconsistent results? Or is this
>> impossible?
> Well, after thinking about it little bit mo
> Btw. I would add your example from
> http://lkml.kernel.org/r/bcf24369-ac37-cedd-a264-3396fb5cf...@oracle.com
> to do changelog
>
Will add, thank you for your review.
Pavel
On Tue 10-10-17 07:29:31, Dave Hansen wrote:
> On 10/09/2017 10:49 PM, Michal Hocko wrote:
> > On Mon 09-10-17 09:55:49, Michal Hocko wrote:
> >> I haven't checked closely but what happens (or should happen) when you
> >> do a partial read? Should you get an inconsistent results? Or is this
> >> im
Hi Ricardo,
On Tue, 10 Oct 2017 14:48:58 +0200, Ricardo Ribalda Delgado wrote:
> SMBUS_BLOCK_DATA transactions might fail due to a race condition with
> the IMC (Integrated Micro Controller), even when the IMC semaphore
> is used.
>
> This bug has been reported and confirmed by AMD, who suggested
More word-smithing...
On 10/10/2017 01:45 PM, Mauro Carvalho Chehab wrote:
> When we added support for omap3, back in 2010, we added a new
> type of V4L2 devices that aren't fully controlled via the V4L2
> device node.
>
> Yet, we have never clearly documented in the V4L2 specification
> the diff
On Tue, 2017-10-10 at 14:47 +0100, Colin King wrote:
> From: Colin Ian King
>
> There is a previous check to on has_aliasing_ppgtt that returns
> 0 if it is false, so it is impossible for has_aliasing_ppgtt to
> be false on the final return of function intel_sanitize_enable_ppgtt,
> so final retu
On Tue, Oct 10, 2017 at 10:53:10AM +0100, Suzuki K. Poulose wrote:
> diff --git a/arch/arm64/include/uapi/asm/hwcap.h
> b/arch/arm64/include/uapi/asm/hwcap.h
> index 4b9344cba83a..a4bad90a3fa3 100644
> --- a/arch/arm64/include/uapi/asm/hwcap.h
> +++ b/arch/arm64/include/uapi/asm/hwcap.h
> @@ -36,5
On 10/10/17 15:35, Joonas Lahtinen wrote:
> On Tue, 2017-10-10 at 14:47 +0100, Colin King wrote:
>> From: Colin Ian King
>>
>> There is a previous check to on has_aliasing_ppgtt that returns
>> 0 if it is false, so it is impossible for has_aliasing_ppgtt to
>> be false on the final return of funct
kernel test robot writes:
> FYI, we noticed the following commit (built with gcc-6):
>
> commit: 332391a9935da939319e473b4680e173df75afcf ("fs: Fix page cache
> inconsistency when mixing buffered and AIO DIO")
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master
[...]
> [ 1
Use kernel preferred dev_* family of functions in place of pr_*,
wherever a device object is present.
Done with the help of coccinelle.
Signed-off-by: Aishwarya Pant
---
Changes in v2:
- Remove device name from log message as it is already present
in the dev_* functions
The following cocci sc
On 10/10/17 9:36 AM, Jeff Moyer wrote:
> kernel test robot writes:
>
>> FYI, we noticed the following commit (built with gcc-6):
>>
>> commit: 332391a9935da939319e473b4680e173df75afcf ("fs: Fix page cache
>> inconsistency when mixing buffered and AIO DIO")
>> https://git.kernel.org/cgit/linux/k
On Fri, 06 Oct, at 11:36:23AM, Matt Fleming wrote:
>
> It's a similar story for hackbench-threads-{pipes,sockets}, i.e. pipes
> regress but performance is restored for sockets.
>
> Of course, like a dope, I forgot to re-run netperf with your WA_WEIGHT
> patch. So I've queued that up now and it sh
On Tue, Oct 10, 2017 at 01:50:39PM +0100, Mark Rutland wrote:
> On Tue, Oct 10, 2017 at 05:47:12AM -0700, Paul E. McKenney wrote:
> > On Tue, Oct 10, 2017 at 10:54:14AM +0100, Mark Rutland wrote:
> > > On Mon, Oct 09, 2017 at 12:51:12PM -0700, Paul E. McKenney wrote:
> > > > On Mon, Oct 09, 2017 at
On 10/10/2017 07:31 AM, Michal Hocko wrote:
> On Tue 10-10-17 07:29:31, Dave Hansen wrote:
>> On 10/09/2017 10:49 PM, Michal Hocko wrote:
>>> Anyway I still stand by my position that this sounds over-engineered and
>>> a simple 0/1 resp. on/off interface would be both simpler and safer. If
>>> anyb
On Wed, Oct 04, 2017 at 06:29:20AM -0400, Nayna Jain wrote:
> The function wait_for_tpm_stat() is currently defined in
> tpm-interface file. It is a hardware specific function used
> only by tpm_tis and xen-tpmfront, so it is removed from
> tpm-interface.c and defined in respective driver files.
>
On Tue 10-10-17 07:53:50, Dave Hansen wrote:
> On 10/10/2017 07:31 AM, Michal Hocko wrote:
> > On Tue 10-10-17 07:29:31, Dave Hansen wrote:
> >> On 10/09/2017 10:49 PM, Michal Hocko wrote:
> >>> Anyway I still stand by my position that this sounds over-engineered and
> >>> a simple 0/1 resp. on/off
Commit-ID: 62dd86ac01f9fb6386d7f8c6b389c3ea4582a50a
Gitweb: https://git.kernel.org/tip/62dd86ac01f9fb6386d7f8c6b389c3ea4582a50a
Author: Josh Poimboeuf
AuthorDate: Mon, 9 Oct 2017 20:20:02 -0500
Committer: Ingo Molnar
CommitDate: Tue, 10 Oct 2017 12:49:47 +0200
x86/unwind: Fix dereferen
Commit-ID: 5c99b692cfd62f6915ed7ee7ed3c38d65ba3feab
Gitweb: https://git.kernel.org/tip/5c99b692cfd62f6915ed7ee7ed3c38d65ba3feab
Author: Josh Poimboeuf
AuthorDate: Mon, 9 Oct 2017 20:20:03 -0500
Committer: Ingo Molnar
CommitDate: Tue, 10 Oct 2017 12:49:48 +0200
x86/unwind: Use MSB for f
2017-10-10 16:16 GMT+02:00 Boris Brezillon :
> Hi Romain,
>
> May I ask why you're sending this patch to the MTD ML?
>
This is related to an issue reported by Nicolas Feignon with UBIFS and
fscrypt, which was reported on both mtd and fscrypt mailing lists.
The file names are encrypted with cts(cbc
Commit-ID: 99bd28a49b150e4b938313a63b5532d95ba77885
Gitweb: https://git.kernel.org/tip/99bd28a49b150e4b938313a63b5532d95ba77885
Author: Josh Poimboeuf
AuthorDate: Mon, 9 Oct 2017 20:20:04 -0500
Committer: Ingo Molnar
CommitDate: Tue, 10 Oct 2017 12:49:49 +0200
x86/unwind: Align stack p
On 10/09/2017 10:21 AM, Borislav Petkov wrote:
...
03:00.1 Encryption controller: Advanced Micro Devices, Inc. [AMD] Device
1468
13:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Device
1456
Btw, what do those PCI functions each do? Public PPR doesn't have them
documented.
On Thu, Sep 28, 2017 at 11:09 AM, Dmitry Torokhov
wrote:
> On x86 we historically used falling edge interrupts in the driver
> because that's how first Chrome devices were configured. They also
> did not use ACPI to enumerate I2C devices (because back then there
> was no kernel support for that),
Commit-ID: a3b7424392924e778b608e30ee321f7b10cc94b8
Gitweb: https://git.kernel.org/tip/a3b7424392924e778b608e30ee321f7b10cc94b8
Author: Vitaly Kuznetsov
AuthorDate: Fri, 6 Oct 2017 17:48:54 +0200
Committer: Ingo Molnar
CommitDate: Tue, 10 Oct 2017 12:53:00 +0200
x86/hyperv: Clear vCPU
Commit-ID: ab7ff471aa5db670197070760f022622793da7e5
Gitweb: https://git.kernel.org/tip/ab7ff471aa5db670197070760f022622793da7e5
Author: Marcelo Henrique Cerri
AuthorDate: Thu, 5 Oct 2017 10:34:29 -0300
Committer: Ingo Molnar
CommitDate: Tue, 10 Oct 2017 12:54:56 +0200
x86/hyperv: Fix h
Commit-ID: d4a2d031dd42f9594107d317e2a9a0c6d73ad46b
Gitweb: https://git.kernel.org/tip/d4a2d031dd42f9594107d317e2a9a0c6d73ad46b
Author: Josh Poimboeuf
AuthorDate: Mon, 9 Oct 2017 20:20:05 -0500
Committer: Ingo Molnar
CommitDate: Tue, 10 Oct 2017 12:49:49 +0200
x86/unwind: Disable unwin
Commit-ID: 60d73a7c96601434dfdb56d5b9167ff3b850d8d7
Gitweb: https://git.kernel.org/tip/60d73a7c96601434dfdb56d5b9167ff3b850d8d7
Author: Vitaly Kuznetsov
AuthorDate: Thu, 5 Oct 2017 13:39:24 +0200
Committer: Ingo Molnar
CommitDate: Tue, 10 Oct 2017 12:54:56 +0200
x86/hyperv: Don't use p
Commit-ID: 629eb703d3e46aa570c6c91235d38fd09ed8c58b
Gitweb: https://git.kernel.org/tip/629eb703d3e46aa570c6c91235d38fd09ed8c58b
Author: Colin Ian King
AuthorDate: Mon, 9 Oct 2017 18:26:55 +0100
Committer: Ingo Molnar
CommitDate: Tue, 10 Oct 2017 12:51:07 +0200
perf/x86/intel/uncore: Fi
On Wed, Oct 04, 2017 at 06:29:21AM -0400, Nayna Jain wrote:
> The TPM burstcount status indicates the number of bytes that can
> be sent to the TPM without causing bus wait states. Effectively,
> it is the number of empty bytes in the command FIFO. Further,
> some TPMs have a static burstcount, wh
On Tue, Oct 10, 2017 at 03:51:34PM +0200, Alexandre Belloni wrote:
> On 10/10/2017 at 06:41:15 -0700, Guenter Roeck wrote:
> > On 10/10/2017 06:12 AM, winton.liu wrote:
> > > When enable CONFIG_RTC_DRV_DS1374_WDT use as watchdog,
> > > in suspend mode, watchdog is still working but no daemon
> > >
Le 17/09/2017 à 16:13, Richard Weinberger a écrit :
> header.major is of type u8 and cannot be negative.
>
> Detected by CoverityScan CID#1417858 ("Integer handling issues")
>
> Fixes: f384b352cbf0 ("mtd: spi-nor: parse Serial Flash Discoverable
> Parameters (SFDP) tables")
> Signed-off-by: Richa
On Tue, 10 Oct 2017 09:03:50 +0200, Geert Uytterhoeven wrote:
> Hi Jakub,
>
> On Tue, Oct 10, 2017 at 12:53 AM, Jakub Kicinski
> wrote:
> > On Mon, 9 Oct 2017 10:40:49 +0200, Geert Uytterhoeven wrote:
> >> On most architectures[*], gcc turns __builtin_ffsll() into a call to
> >> __ffsdi2(), wh
On 10/10/2017 14:45, Ming Lei wrote:
Hi John,
All change in V6.2 is blk-mq/scsi-mq only, which shouldn't
affect non SCSI_MQ, so I suggest you to compare the perf
between deadline and mq-deadline, like Johannes mentioned.
>
> V6.2 series with default SCSI_MQ
> read, rw, write IOPS
> 700K
On Tue, 10 Oct 2017, Michal Hocko wrote:
> > But, let's be honest, this leaves us with an option that nobody is ever
> > going to turn on. IOW, nobody except a very small portion of our users
> > will ever see any benefit from this.
>
> But aren't those small groups who would like to squeeze ever
> +/* forward special tagged packets from port 0 to port 1 *or* port 2 */
> +static int lan9303_setup_tagging(struct lan9303 *chip)
> +{
> + int ret;
> + u32 val;
> + /* enable defining the destination port via special VLAN tagging
> + * for port 0
> + */
> + ret = lan9303
From: Colin Ian King
Trivial fix to spelling mistake in dev_err error message
Signed-off-by: Colin Ian King
---
drivers/infiniband/hw/hns/hns_roce_hw_v1.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/infiniband/hw/hns/hns_roce_hw_v1.c
b/drivers/infiniband/hw/hns
On 10/06/2017 05:22 PM, Josh Poimboeuf wrote:
> On Wed, Sep 27, 2017 at 11:41:29PM -0400, Jason Baron wrote:
>> In preparation to introducing atomic replace, introduce iterators for
>> klp_func and klp_object, such that objects and functions can be dynamically
>> allocated (needed for atomic repl
On Mon, Oct 02, 2017 at 04:38:01PM +, Wang, Wei W wrote:
> On Sunday, October 1, 2017 11:19 AM, Michael S. Tsirkin wrote:
> > On Sat, Sep 30, 2017 at 12:05:54PM +0800, Wei Wang wrote:
> > > +static void ctrlq_send_cmd(struct virtio_balloon *vb,
> > > + struct virtio_balloon_ct
On Tue, Oct 10, 2017 at 03:51:37PM +0100, Matt Fleming wrote:
> On Fri, 06 Oct, at 11:36:23AM, Matt Fleming wrote:
> >
> > It's a similar story for hackbench-threads-{pipes,sockets}, i.e. pipes
> > regress but performance is restored for sockets.
> >
> > Of course, like a dope, I forgot to re-run
2017-10-05 14:54 GMT+02:00 Will Deacon :
>
> Hi all,
>
> This patch series reworks bits of the qrwlock code that it can be used
> to replace the asm rwlocks currently implemented for arm64. The structure
> of the series is:
>
> Patches 1-3 : Work WFE into qrwlock using atomic_cond_read_acquire
Hi David,
> On Oct 10, 2017, at 04:50 , David Gibson wrote:
>
> On Mon, Oct 09, 2017 at 06:07:28PM +0300, Pantelis Antoniou wrote:
>> Hi David,
>>
>>> On Oct 9, 2017, at 03:00 , David Gibson wrote:
>>>
>>> On Sun, Oct 08, 2017 at 04:08:03PM -0700, Frank Rowand wrote:
On 10/07/17 03:23, P
On 10/09/2017 01:33 PM, Johannes Thumshirn wrote:
> The SCSI host byte should be shifted left by 16 in order to have
> scsi_decide_disposition() do the right thing (.i.e. requeue the command).
>
> Signed-off-by: Johannes Thumshirn
> Fixes: 661134ad3765 ("[SCSI] libiscsi, bnx2i: make bound ep chec
401 - 500 of 1503 matches
Mail list logo
