[PATCH] elf: don't hash userspace addresses

Signed-off-by: Alexey Dobriyan --- fs/binfmt_elf.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- a/fs/binfmt_elf.c +++ b/fs/binfmt_elf.c @@ -379,8 +379,8 @@ static unsigned long elf_map(struct file *filep, unsigned long addr, if ((type &

[PATCH] elf: don't hash userspace addresses

Signed-off-by: Alexey Dobriyan --- fs/binfmt_elf.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- a/fs/binfmt_elf.c +++ b/fs/binfmt_elf.c @@ -379,8 +379,8 @@ static unsigned long elf_map(struct file *filep, unsigned long addr, if ((type & MAP_FIXED_NOREPLACE) &&

[PATCH] net: disable UDP punt on sockets in RCV_SHUTDWON

A UDP application which opens multiple sockets with same local address/port combination (using SO_REUSEPORT/SO_REUSEADDR socket options); and issues connect to a remote socket (using one of these local socket). Now if the same socket, which issued connect, issues shutdown (SHUT_RD); packets would

[PATCH] net: disable UDP punt on sockets in RCV_SHUTDWON

A UDP application which opens multiple sockets with same local address/port combination (using SO_REUSEPORT/SO_REUSEADDR socket options); and issues connect to a remote socket (using one of these local socket). Now if the same socket, which issued connect, issues shutdown (SHUT_RD); packets would

Re: [Ksummit-discuss] bug-introducing patches

On Fri, May 04, 2018 at 10:40:55AM -0700, Greg KH wrote: > Ugh, what? I don't understand what you are proposing here, what we have > today is just fine, what is broken with it? What we have today is this: Cc: sta...@kernel.org # 3.11 Cc: sta...@kernel.org # 4.8+ Cc:

Re: [Ksummit-discuss] bug-introducing patches

On Fri, May 04, 2018 at 10:40:55AM -0700, Greg KH wrote: > Ugh, what? I don't understand what you are proposing here, what we have > today is just fine, what is broken with it? What we have today is this: Cc: sta...@kernel.org # 3.11 Cc: sta...@kernel.org # 4.8+ Cc:

Re: [PATCH] Documentation: refcount-vs-atomic: Update reference to LKMM doc.

On Fri, May 4, 2018 at 2:11 PM, Andrea Parri wrote: > The LKMM project has moved to 'tools/memory-model/'. > > Signed-off-by: Andrea Parri > --- > Documentation/core-api/refcount-vs-atomic.rst | 2 +- > 1 file changed, 1

Re: [PATCH] Documentation: refcount-vs-atomic: Update reference to LKMM doc.

On Fri, May 4, 2018 at 2:11 PM, Andrea Parri wrote: > The LKMM project has moved to 'tools/memory-model/'. > > Signed-off-by: Andrea Parri > --- > Documentation/core-api/refcount-vs-atomic.rst | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: Proof-of-concept: better(?) page-table manipulation API

On Tue, Apr 24, 2018 at 06:43:56PM +0300, Kirill A. Shutemov wrote: > +struct pt_ptr { > + unsigned long *ptr; > + int lvl; > +}; On x86, you've got three kinds of paging scheme, referred to in the manual as 32-bit, PAE and 4-level. On 32-bit, you've got 3 levels (Directory, Table and

Re: Proof-of-concept: better(?) page-table manipulation API

On Tue, Apr 24, 2018 at 06:43:56PM +0300, Kirill A. Shutemov wrote: > +struct pt_ptr { > + unsigned long *ptr; > + int lvl; > +}; On x86, you've got three kinds of paging scheme, referred to in the manual as 32-bit, PAE and 4-level. On 32-bit, you've got 3 levels (Directory, Table and

[PATCH] Documentation: refcount-vs-atomic: Update reference to LKMM doc.

The LKMM project has moved to 'tools/memory-model/'. Signed-off-by: Andrea Parri --- Documentation/core-api/refcount-vs-atomic.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/core-api/refcount-vs-atomic.rst

[PATCH] Documentation: refcount-vs-atomic: Update reference to LKMM doc.

The LKMM project has moved to 'tools/memory-model/'. Signed-off-by: Andrea Parri --- Documentation/core-api/refcount-vs-atomic.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/core-api/refcount-vs-atomic.rst b/Documentation/core-api/refcount-vs-atomic.rst

[PATCH ghak81 RFC V1 2/5] audit: convert sessionid unset to a macro

Use a macro, "AUDIT_SID_UNSET", to replace each instance of initialization and comparison to an audit session ID. Signed-off-by: Richard Guy Briggs --- include/linux/audit.h | 2 +- include/net/xfrm.h | 2 +- include/uapi/linux/audit.h | 1 + init/init_task.c

[PATCH ghak81 RFC V1 2/5] audit: convert sessionid unset to a macro

Use a macro, "AUDIT_SID_UNSET", to replace each instance of initialization and comparison to an audit session ID. Signed-off-by: Richard Guy Briggs --- include/linux/audit.h | 2 +- include/net/xfrm.h | 2 +- include/uapi/linux/audit.h | 1 + init/init_task.c | 2 +-

[PATCH ghak81 RFC V1 4/5] audit: use inline function to set audit context

Recognizing that the audit context is an internal audit value, use an access function to set the audit context pointer for the task rather than reaching directly into the task struct to set it. Signed-off-by: Richard Guy Briggs --- include/linux/audit.h | 8

[PATCH ghak81 RFC V1 4/5] audit: use inline function to set audit context

Recognizing that the audit context is an internal audit value, use an access function to set the audit context pointer for the task rather than reaching directly into the task struct to set it. Signed-off-by: Richard Guy Briggs --- include/linux/audit.h | 8 kernel/auditsc.c | 6

[PATCH] mm: memcontrol: drain stocks on resize limit

Resizing the memcg limit for cgroup-v2 drains the stocks before triggering the memcg reclaim. Do the same for cgroup-v1 to make the behavior consistent. Signed-off-by: Shakeel Butt --- mm/memcontrol.c | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH] mm: memcontrol: drain stocks on resize limit

Resizing the memcg limit for cgroup-v2 drains the stocks before triggering the memcg reclaim. Do the same for cgroup-v1 to make the behavior consistent. Signed-off-by: Shakeel Butt --- mm/memcontrol.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/mm/memcontrol.c b/mm/memcontrol.c

[PATCH ghak81 RFC V1 3/5] audit: use inline function to get audit context

Recognizing that the audit context is an internal audit value, use an access function to retrieve the audit context pointer for the task rather than reaching directly into the task struct to get it. Signed-off-by: Richard Guy Briggs --- include/linux/audit.h| 16

[PATCH ghak81 RFC V1 3/5] audit: use inline function to get audit context

Recognizing that the audit context is an internal audit value, use an access function to retrieve the audit context pointer for the task rather than reaching directly into the task struct to get it. Signed-off-by: Richard Guy Briggs --- include/linux/audit.h| 16 ---

[PATCH ghak81 RFC V1 1/5] audit: normalize loginuid read access

Recognizing that the loginuid is an internal audit value, use an access function to retrieve the audit loginuid value for the task rather than reaching directly into the task struct to get it. Signed-off-by: Richard Guy Briggs --- kernel/auditsc.c | 16 1 file

[PATCH ghak81 RFC V1 1/5] audit: normalize loginuid read access

Recognizing that the loginuid is an internal audit value, use an access function to retrieve the audit loginuid value for the task rather than reaching directly into the task struct to get it. Signed-off-by: Richard Guy Briggs --- kernel/auditsc.c | 16 1 file changed, 8

[PATCH ghak81 RFC V1 0/5] audit: group task params

Group the audit parameters for each task into one structure. In particular, remove the loginuid and sessionid values and the audit context pointer from the task structure, replacing them with an audit task information structure to contain them. Use access functions to access audit values. Note:

[PATCH ghak81 RFC V1 5/5] audit: collect audit task parameters

The audit-related parameters in struct task_struct should ideally be collected together and accessed through a standard audit API. Collect the existing loginuid, sessionid and audit_context together in a new struct audit_task_info pointer called "audit" in struct task_struct. Use kmem_cache to

[PATCH ghak81 RFC V1 0/5] audit: group task params

Group the audit parameters for each task into one structure. In particular, remove the loginuid and sessionid values and the audit context pointer from the task structure, replacing them with an audit task information structure to contain them. Use access functions to access audit values. Note:

[PATCH ghak81 RFC V1 5/5] audit: collect audit task parameters

The audit-related parameters in struct task_struct should ideally be collected together and accessed through a standard audit API. Collect the existing loginuid, sessionid and audit_context together in a new struct audit_task_info pointer called "audit" in struct task_struct. Use kmem_cache to

Re: [PATCH v6 3/6] kernel/reboot.c: export pm_power_off_prepare

On Fri, 4 May 2018 20:50:52 +0200 Oleksij Rempel wrote: > Hallo Andrew, > I need your ACK or NACK for this patch. > > This function is used to configure external PMIC to interpret > signal which will be triggered by pm_power_off as power off. > Since same signal can be

Re: [PATCH v6 3/6] kernel/reboot.c: export pm_power_off_prepare

On Fri, 4 May 2018 20:50:52 +0200 Oleksij Rempel wrote: > Hallo Andrew, > I need your ACK or NACK for this patch. > > This function is used to configure external PMIC to interpret > signal which will be triggered by pm_power_off as power off. > Since same signal can be used for stand by, I

Re: [PATCH v7 04/10] drivers: qcom: rpmh: add RPMH helper functions

On Thu, May 03, 2018 at 01:26:07PM -0700, Doug Anderson wrote: > Hi, > > On Wed, May 2, 2018 at 12:37 PM, Lina Iyer wrote: > > +static struct rpmh_ctrlr rpmh_rsc[RPMH_MAX_CTRLR]; > > +static DEFINE_SPINLOCK(rpmh_rsc_lock); > > + > > +static struct rpmh_ctrlr

Re: [PATCH v7 04/10] drivers: qcom: rpmh: add RPMH helper functions

On Thu, May 03, 2018 at 01:26:07PM -0700, Doug Anderson wrote: > Hi, > > On Wed, May 2, 2018 at 12:37 PM, Lina Iyer wrote: > > +static struct rpmh_ctrlr rpmh_rsc[RPMH_MAX_CTRLR]; > > +static DEFINE_SPINLOCK(rpmh_rsc_lock); > > + > > +static struct rpmh_ctrlr *get_rpmh_ctrlr(const struct device

Re: [PATCH] kernel/signal: Remove no longer required irqsave/restore

On Fri, May 04, 2018 at 03:08:40PM -0500, Eric W. Biederman wrote: > "Paul E. McKenney" writes: > > > On Fri, May 04, 2018 at 02:03:04PM -0500, Eric W. Biederman wrote: > >> "Paul E. McKenney" writes: > >> > >> > On Fri, May 04, 2018 at

Re: [PATCH] kernel/signal: Remove no longer required irqsave/restore

On Fri, May 04, 2018 at 03:08:40PM -0500, Eric W. Biederman wrote: > "Paul E. McKenney" writes: > > > On Fri, May 04, 2018 at 02:03:04PM -0500, Eric W. Biederman wrote: > >> "Paul E. McKenney" writes: > >> > >> > On Fri, May 04, 2018 at 12:17:20PM -0500, Eric W. Biederman wrote: > >> >>

Re: [PATCH 07/11] irqchip: stm32: add stm32mp1 support with hierarchy domain

On Thu, May 3, 2018 at 4:55 AM, Ludovic BARRE wrote: > > > On 05/02/2018 07:45 PM, Rob Herring wrote: >> >> On Wed, May 2, 2018 at 11:03 AM, Ludovic BARRE >> wrote: >>> >>> Hi Rob >>> >>> >>> >>> On 05/01/2018 04:56 PM, Rob Herring wrote:

Re: [PATCH 07/11] irqchip: stm32: add stm32mp1 support with hierarchy domain

On Thu, May 3, 2018 at 4:55 AM, Ludovic BARRE wrote: > > > On 05/02/2018 07:45 PM, Rob Herring wrote: >> >> On Wed, May 2, 2018 at 11:03 AM, Ludovic BARRE >> wrote: >>> >>> Hi Rob >>> >>> >>> >>> On 05/01/2018 04:56 PM, Rob Herring wrote: On Thu, Apr 26, 2018 at 06:18:30PM +0200,

Re: Motorola Droid 4 progress, power consumption

* Pavel Machek [180504 20:22]: > Hi! > > > > user@devuan:/sys/class/power_supply/battery$ date; cat current_now > > > current_avg > > > Thu May 3 09:33:07 CEST 2018 > > > -56000 > > > -72308 > > > user@devuan:/sys/class/power_supply/battery$ date; cat current_now > > > current_avg

Re: Motorola Droid 4 progress, power consumption

* Pavel Machek [180504 20:22]: > Hi! > > > > user@devuan:/sys/class/power_supply/battery$ date; cat current_now > > > current_avg > > > Thu May 3 09:33:07 CEST 2018 > > > -56000 > > > -72308 > > > user@devuan:/sys/class/power_supply/battery$ date; cat current_now > > > current_avg > > > Thu May

Re: rcu-bh design

On Fri, May 4, 2018 at 1:10 PM Paul E. McKenney wrote: [...] > > >> > Almost. All context switches in an RCU-preempt read-side critical section > > >> > must be subject to priority boosting. Preemption is one example, because > > >> > boosting the priority of the

Re: rcu-bh design

On Fri, May 4, 2018 at 1:10 PM Paul E. McKenney wrote: [...] > > >> > Almost. All context switches in an RCU-preempt read-side critical section > > >> > must be subject to priority boosting. Preemption is one example, because > > >> > boosting the priority of the preempted task will make it

[PATCH v9 04/15] vb2: move vb2_ops functions to videobuf2-core.[ch]

From: Gustavo Padovan vb2_ops_wait_prepare() and vb2_ops_wait_finish() were in the wrong file. Signed-off-by: Gustavo Padovan --- drivers/media/common/videobuf2/videobuf2-core.c | 14 ++

[PATCH v9 04/15] vb2: move vb2_ops functions to videobuf2-core.[ch]

From: Gustavo Padovan vb2_ops_wait_prepare() and vb2_ops_wait_finish() were in the wrong file. Signed-off-by: Gustavo Padovan --- drivers/media/common/videobuf2/videobuf2-core.c | 14 ++ drivers/media/common/videobuf2/videobuf2-v4l2.c | 14 --

Re: Motorola Droid 4 progress, power consumption

Hi! > > user@devuan:/sys/class/power_supply/battery$ date; cat current_now > > current_avg > > Thu May 3 09:33:07 CEST 2018 > > -56000 > > -72308 > > user@devuan:/sys/class/power_supply/battery$ date; cat current_now > > current_avg > > Thu May 3 09:33:08 CEST 2018 > > -37000 > > -211362 > > I

Re: Motorola Droid 4 progress, power consumption

Hi! > > user@devuan:/sys/class/power_supply/battery$ date; cat current_now > > current_avg > > Thu May 3 09:33:07 CEST 2018 > > -56000 > > -72308 > > user@devuan:/sys/class/power_supply/battery$ date; cat current_now > > current_avg > > Thu May 3 09:33:08 CEST 2018 > > -37000 > > -211362 > > I

[PATCH v9 07/15] v4l: mark unordered formats

From: Gustavo Padovan Now that we've introduced the V4L2_FMT_FLAG_UNORDERED flag, mark the appropriate formats. Signed-off-by: Gustavo Padovan --- drivers/media/v4l2-core/v4l2-ioctl.c | 55 1

[PATCH v9 07/15] v4l: mark unordered formats

From: Gustavo Padovan Now that we've introduced the V4L2_FMT_FLAG_UNORDERED flag, mark the appropriate formats. Signed-off-by: Gustavo Padovan --- drivers/media/v4l2-core/v4l2-ioctl.c | 55 1 file changed, 30 insertions(+), 25 deletions(-) diff --git

Re: drivers/platform/x86/dell-smbios-smm.c:99: undefined reference to `dcdbas_smi_request'

On Fri, May 04, 2018 at 06:27:00PM +, mario.limoncie...@dell.com wrote: > Darren, > > Is this with that fix of mine merged? No, your patch is in for-next. I can now move it to fixes and on to Linus this weekend. Sorry for the delay, in part due to travel this week. -- Darren > > >

Re: drivers/platform/x86/dell-smbios-smm.c:99: undefined reference to `dcdbas_smi_request'

On Fri, May 04, 2018 at 06:27:00PM +, mario.limoncie...@dell.com wrote: > Darren, > > Is this with that fix of mine merged? No, your patch is in for-next. I can now move it to fixes and on to Linus this weekend. Sorry for the delay, in part due to travel this week. -- Darren > > >

[PATCH v9 01/15] xilinx: regroup caps on querycap

From: Gustavo Padovan To better organize the code we concentrate the setting of V4L2_CAP_STREAMING in one place. v2: move cap->capabilities assignment down (Hans Verkuil) Signed-off-by: Gustavo Padovan ---

[PATCH v9 01/15] xilinx: regroup caps on querycap

From: Gustavo Padovan To better organize the code we concentrate the setting of V4L2_CAP_STREAMING in one place. v2: move cap->capabilities assignment down (Hans Verkuil) Signed-off-by: Gustavo Padovan --- drivers/media/platform/xilinx/xilinx-dma.c | 10 ++ 1 file changed, 6

[PATCH] ACPI: APD: fix ptr_ret.cocci warnings

From: Fengguang Wu drivers/acpi/acpi_apd.c:114:1-3: WARNING: PTR_ERR_OR_ZERO can be used Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR Generated by: scripts/coccinelle/api/ptr_ret.cocci Fixes: 451cec30ec2b ("ACPI: APD: Add AMD misc clock handler support")

Re: [PATCH v2 2/2] ACPI: APD: Add AMD misc clock handler support

Hi Akshu, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on clk/clk-next] [also build test WARNING on v4.17-rc3 next-20180504] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

[PATCH] ACPI: APD: fix ptr_ret.cocci warnings

From: Fengguang Wu drivers/acpi/acpi_apd.c:114:1-3: WARNING: PTR_ERR_OR_ZERO can be used Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR Generated by: scripts/coccinelle/api/ptr_ret.cocci Fixes: 451cec30ec2b ("ACPI: APD: Add AMD misc clock handler support") CC: Akshu Agrawal

Re: [PATCH v2 2/2] ACPI: APD: Add AMD misc clock handler support

Hi Akshu, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on clk/clk-next] [also build test WARNING on v4.17-rc3 next-20180504] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

Re: [RFC PATCH 2/2] net: mac808211: mac802154: use lockdep_assert_in_softirq() instead own warning

On Fri, May 04, 2018 at 09:07:35PM +0200, Sebastian Andrzej Siewior wrote: > On 2018-05-04 20:51:32 [+0200], Peter Zijlstra wrote: > > softirqs disabled, ack that is exactly what it checks. > > > > But afaict the assertion you introduced tests that we are _in_ softirq > > context, which is not

Re: [RFC PATCH 2/2] net: mac808211: mac802154: use lockdep_assert_in_softirq() instead own warning

On Fri, May 04, 2018 at 09:07:35PM +0200, Sebastian Andrzej Siewior wrote: > On 2018-05-04 20:51:32 [+0200], Peter Zijlstra wrote: > > softirqs disabled, ack that is exactly what it checks. > > > > But afaict the assertion you introduced tests that we are _in_ softirq > > context, which is not

[PATCH v9 02/15] hackrf: group device capabilities

From: Gustavo Padovan Instead of putting V4L2_CAP_STREAMING and V4L2_CAP_READWRITE everywhere, set device_caps earlier with these values. Signed-off-by: Gustavo Padovan --- drivers/media/usb/hackrf/hackrf.c | 11 --- 1 file

[PATCH v9 02/15] hackrf: group device capabilities

From: Gustavo Padovan Instead of putting V4L2_CAP_STREAMING and V4L2_CAP_READWRITE everywhere, set device_caps earlier with these values. Signed-off-by: Gustavo Padovan --- drivers/media/usb/hackrf/hackrf.c | 11 --- 1 file changed, 4 insertions(+), 7 deletions(-) diff --git

[PATCH v9 08/15] cobalt: set queue as unordered

From: Gustavo Padovan The cobalt driver may reorder the capture buffers so we need to report it as such. v3: set unordered as a property v2: use vb2_ops_set_unordered() helper Signed-off-by: Gustavo Padovan Signed-off-by: Ezequiel

[PATCH v9 08/15] cobalt: set queue as unordered

From: Gustavo Padovan The cobalt driver may reorder the capture buffers so we need to report it as such. v3: set unordered as a property v2: use vb2_ops_set_unordered() helper Signed-off-by: Gustavo Padovan Signed-off-by: Ezequiel Garcia --- drivers/media/pci/cobalt/cobalt-v4l2.c | 1 + 1

[PATCH 1/1] x86/xen: Reset VCPU0 info pointer after shared_info remap

This patch fixes crashes during boot for HVM guests on older (pre HVM vector callback) Xen versions. Without this, current kernels will always fail to boot on those Xen versions. Sample stack trace: BUG: unable to handle kernel paging request at ff20 IP:

[PATCH 1/1] x86/xen: Reset VCPU0 info pointer after shared_info remap

This patch fixes crashes during boot for HVM guests on older (pre HVM vector callback) Xen versions. Without this, current kernels will always fail to boot on those Xen versions. Sample stack trace: BUG: unable to handle kernel paging request at ff20 IP:

[PATCH v9 09/15] vb2: mark codec drivers as unordered

From: Gustavo Padovan In preparation to have full support to explicit fence we are marking codec as non-ordered preventively. It is easier and safer from an uAPI point of view to move from unordered to ordered than the opposite. v3: set property instead of

[PATCH v9 09/15] vb2: mark codec drivers as unordered

From: Gustavo Padovan In preparation to have full support to explicit fence we are marking codec as non-ordered preventively. It is easier and safer from an uAPI point of view to move from unordered to ordered than the opposite. v3: set property instead of callback v2: mark only codec drivers

[PATCH v9 13/15] v4l: introduce the fences capability

From: Gustavo Padovan Drivers capable of using fences (vb2 drivers) should report the V4L2_CAP_FENCES to userspace, so add this flag to the uapi. v2: minor doc/english fix (Hans Verkuil) Signed-off-by: Gustavo Padovan ---

Re: rcu-bh design

On Fri, May 04, 2018 at 12:57:19PM -0700, Joel Fernandes wrote: > On Fri, May 4, 2018 at 11:49 AM, Paul E. McKenney > wrote: > > On Fri, May 04, 2018 at 06:34:32PM +, Joel Fernandes wrote: > >> On Fri, May 4, 2018 at 10:42 AM Paul E. McKenney > >>

[PATCH v9 13/15] v4l: introduce the fences capability

From: Gustavo Padovan Drivers capable of using fences (vb2 drivers) should report the V4L2_CAP_FENCES to userspace, so add this flag to the uapi. v2: minor doc/english fix (Hans Verkuil) Signed-off-by: Gustavo Padovan --- Documentation/media/uapi/v4l/vidioc-querycap.rst | 3 +++

Re: rcu-bh design

On Fri, May 04, 2018 at 12:57:19PM -0700, Joel Fernandes wrote: > On Fri, May 4, 2018 at 11:49 AM, Paul E. McKenney > wrote: > > On Fri, May 04, 2018 at 06:34:32PM +, Joel Fernandes wrote: > >> On Fri, May 4, 2018 at 10:42 AM Paul E. McKenney > >> > >> wrote: > >> [...] > >> > > > > But

[PATCH v9 15/15] v4l: Document explicit synchronization behavior

From: Gustavo Padovan Add section to VIDIOC_QBUF and VIDIOC_QUERY_BUF about it v8: amend querybuf documentation. v7: minor issues and English improvements (Hans Verkuil) v6: Close some gaps in the docs (Hans) v5: - Remove V4L2_CAP_ORDERED - Add doc about

[PATCH v9 15/15] v4l: Document explicit synchronization behavior

From: Gustavo Padovan Add section to VIDIOC_QBUF and VIDIOC_QUERY_BUF about it v8: amend querybuf documentation. v7: minor issues and English improvements (Hans Verkuil) v6: Close some gaps in the docs (Hans) v5: - Remove V4L2_CAP_ORDERED - Add doc about V4L2_FMT_FLAG_UNORDERED v4: -

[PATCH v2 2/2] mtd: rawnand: fsl_ifc: use bit-wise majority to recover the contents of ONFI parameter

Per ONFI specification (Rev. 4.0), if all parameter pages have invalid CRC values, the bit-wise majority may be used to recover the contents of the parameter pages from the parameter page copies present. Signed-off-by: Jane Wan --- drivers/mtd/nand/raw/nand_base.c | 36

[PATCH v2 2/2] mtd: rawnand: fsl_ifc: use bit-wise majority to recover the contents of ONFI parameter

Per ONFI specification (Rev. 4.0), if all parameter pages have invalid CRC values, the bit-wise majority may be used to recover the contents of the parameter pages from the parameter page copies present. Signed-off-by: Jane Wan --- drivers/mtd/nand/raw/nand_base.c | 36

[PATCH v2 1/2] mtd: rawnand: fsl_ifc: fix FSL NAND driver to read all ONFI parameter pages

Per ONFI specification (Rev. 4.0), if the CRC of the first parameter page read is not valid, the host should read redundant parameter page copies. Fix FSL NAND driver to read the two redundant copies which are mandatory in the specification. Signed-off-by: Jane Wan ---

[PATCH v2 1/2] mtd: rawnand: fsl_ifc: fix FSL NAND driver to read all ONFI parameter pages

Per ONFI specification (Rev. 4.0), if the CRC of the first parameter page read is not valid, the host should read redundant parameter page copies. Fix FSL NAND driver to read the two redundant copies which are mandatory in the specification. Signed-off-by: Jane Wan ---

Re: [PATCH] kernel/signal: Remove no longer required irqsave/restore

"Paul E. McKenney" writes: > On Fri, May 04, 2018 at 02:03:04PM -0500, Eric W. Biederman wrote: >> "Paul E. McKenney" writes: >> >> > On Fri, May 04, 2018 at 12:17:20PM -0500, Eric W. Biederman wrote: >> >> Sebastian Andrzej Siewior

Re: [PATCH] kernel/signal: Remove no longer required irqsave/restore

"Paul E. McKenney" writes: > On Fri, May 04, 2018 at 02:03:04PM -0500, Eric W. Biederman wrote: >> "Paul E. McKenney" writes: >> >> > On Fri, May 04, 2018 at 12:17:20PM -0500, Eric W. Biederman wrote: >> >> Sebastian Andrzej Siewior writes: >> >> >> >> > On 2018-05-04 11:59:08 [-0500], Eric

[PATCH v9 14/15] v4l: Add V4L2_CAP_FENCES to drivers

From: Gustavo Padovan Drivers that use videobuf2 are capable of using fences and should report that to userspace. v9: Add in the core. Signed-off-by: Gustavo Padovan Signed-off-by: Ezequiel Garcia ---

[PATCH v9 14/15] v4l: Add V4L2_CAP_FENCES to drivers

From: Gustavo Padovan Drivers that use videobuf2 are capable of using fences and should report that to userspace. v9: Add in the core. Signed-off-by: Gustavo Padovan Signed-off-by: Ezequiel Garcia --- drivers/media/v4l2-core/v4l2-ioctl.c | 8 include/media/v4l2-fh.h |

[PATCH v9 12/15] vb2: add out-fence support to QBUF

From: Gustavo Padovan If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create an out_fence and send its fd to userspace in the fence_fd field as a return arg for the QBUF call. The fence is signaled on buffer_done(), when the job on the buffer is

[PATCH v9 11/15] vb2: add in-fence support to QBUF

From: Gustavo Padovan Receive in-fence from userspace and add support for waiting on them before queueing the buffer to the driver. Buffers can't be queued to the driver before its fences signal. And a buffer can't be queued to the driver out of the order they were

[PATCH v9 06/15] v4l: add unordered flag to format description ioctl

From: Gustavo Padovan For explicit synchronization it important for userspace to know if the format being used by the driver can deliver the buffers back to userspace in the same order they were queued with QBUF. Ordered streams fits nicely in a pipeline with DRM

[PATCH v9 12/15] vb2: add out-fence support to QBUF

From: Gustavo Padovan If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create an out_fence and send its fd to userspace in the fence_fd field as a return arg for the QBUF call. The fence is signaled on buffer_done(), when the job on the buffer is finished. v11: - Return fence_fd

[PATCH v9 11/15] vb2: add in-fence support to QBUF

From: Gustavo Padovan Receive in-fence from userspace and add support for waiting on them before queueing the buffer to the driver. Buffers can't be queued to the driver before its fences signal. And a buffer can't be queued to the driver out of the order they were queued from userspace. That

[PATCH v9 06/15] v4l: add unordered flag to format description ioctl

From: Gustavo Padovan For explicit synchronization it important for userspace to know if the format being used by the driver can deliver the buffers back to userspace in the same order they were queued with QBUF. Ordered streams fits nicely in a pipeline with DRM for example, where ordered

[PATCH v9 05/15] vb2: add unordered vb2_queue property for drivers

From: Gustavo Padovan Explicit synchronization benefits a lot from ordered queues, they fit better in a pipeline with DRM for example so create a opt-in way for drivers notify videobuf2 that the queue is unordered. v5: go back to a bitfield property for the

[PATCH v9 10/15] vb2: add explicit fence user API

From: Gustavo Padovan Turn the reserved2 field into fence_fd that we will use to send an in-fence to the kernel or return an out-fence from the kernel to userspace. Two new flags were added, V4L2_BUF_FLAG_IN_FENCE, that should be used when sending an in-fence to

[PATCH v9 05/15] vb2: add unordered vb2_queue property for drivers

From: Gustavo Padovan Explicit synchronization benefits a lot from ordered queues, they fit better in a pipeline with DRM for example so create a opt-in way for drivers notify videobuf2 that the queue is unordered. v5: go back to a bitfield property for the unordered property. v4: rename it to

[PATCH v9 10/15] vb2: add explicit fence user API

From: Gustavo Padovan Turn the reserved2 field into fence_fd that we will use to send an in-fence to the kernel or return an out-fence from the kernel to userspace. Two new flags were added, V4L2_BUF_FLAG_IN_FENCE, that should be used when sending an in-fence to the kernel to be waited on, and

[PATCH v9 03/15] omap3isp: group device capabilities

From: Gustavo Padovan Instead of putting V4L2_CAP_STREAMING everywhere, set device_caps earlier with this value. v2: move cap->capabilities assignment down (Hans Verkuil) Signed-off-by: Gustavo Padovan ---

[PATCH v9 03/15] omap3isp: group device capabilities

From: Gustavo Padovan Instead of putting V4L2_CAP_STREAMING everywhere, set device_caps earlier with this value. v2: move cap->capabilities assignment down (Hans Verkuil) Signed-off-by: Gustavo Padovan --- drivers/media/platform/omap3isp/ispvideo.c | 10 ++ 1 file changed, 6

[PATCH v9 00/15] V4L2 Explicit Synchronization

Hi all, Gustavo has asked to me to take care of the final issues with this series. I'm working on adding some fences tests to v4l2-compliance, which I'll be posting shortly. So, here's a new version of the "video4linux meet fences" series. This new round hopefully addresses all the feedback

[PATCH v9 00/15] V4L2 Explicit Synchronization

Hi all, Gustavo has asked to me to take care of the final issues with this series. I'm working on adding some fences tests to v4l2-compliance, which I'll be posting shortly. So, here's a new version of the "video4linux meet fences" series. This new round hopefully addresses all the feedback

[no subject]

Bcc: Subject: Re: [PATCH] PCI: Check whether bridges allow access to extended config space Reply-To: In-Reply-To: <5aec8002.5000...@kontron.com> [+cc Fred, Sinan] On Fri, May 04, 2018 at 03:45:07PM +, Gilles Buloz wrote: > Le 04/05/2018 00:31, Bjorn Helgaas a écrit : > > [+cc LKML] > > >

[no subject]

Bcc: Subject: Re: [PATCH] PCI: Check whether bridges allow access to extended config space Reply-To: In-Reply-To: <5aec8002.5000...@kontron.com> [+cc Fred, Sinan] On Fri, May 04, 2018 at 03:45:07PM +, Gilles Buloz wrote: > Le 04/05/2018 00:31, Bjorn Helgaas a écrit : > > [+cc LKML] > > >

Re: [PATCH v5 0/6] firmware_loader: cleanups for v4.18

On Fri, May 04, 2018 at 09:17:08PM +0200, Krzysztof Halasa wrote: > "Luis R. Rodriguez" writes: > > > * CONFIG_WANXL --> CONFIG_WANXL_BUILD_FIRMWARE > > * CONFIG_SCSI_AIC79XX --> CONFIG_AIC79XX_BUILD_FIRMWARE > > > > To this day both of these drivers are building driver

Re: [PATCH v5 0/6] firmware_loader: cleanups for v4.18

On Fri, May 04, 2018 at 09:17:08PM +0200, Krzysztof Halasa wrote: > "Luis R. Rodriguez" writes: > > > * CONFIG_WANXL --> CONFIG_WANXL_BUILD_FIRMWARE > > * CONFIG_SCSI_AIC79XX --> CONFIG_AIC79XX_BUILD_FIRMWARE > > > > To this day both of these drivers are building driver *firmwares* when > >

[PATCH v3 1/2] x86/amd_nb: Add support for Raven Ridge CPUs

Add Raven Ridge root bridge and data fabric PCI IDs. This is required for amd_pci_dev_to_node_id() and amd_smn_read(). Tested-by: Gabriel Craciunescu Signed-off-by: Guenter Roeck --- v3: No change. v2: Use naming scheme suggested by Borislav Petkov.

[PATCH v3 1/2] x86/amd_nb: Add support for Raven Ridge CPUs

Add Raven Ridge root bridge and data fabric PCI IDs. This is required for amd_pci_dev_to_node_id() and amd_smn_read(). Tested-by: Gabriel Craciunescu Signed-off-by: Guenter Roeck --- v3: No change. v2: Use naming scheme suggested by Borislav Petkov. arch/x86/kernel/amd_nb.c | 6 ++ 1 file

Re: [PATCH 0/7] gnss: add new GNSS subsystem

Hi! > > Finally, note that documentation (including kerneldoc) remains to be > > written, but hopefully this will not hinder review given that the > > current interfaces are fairly self-describing. > > Great work. I like your design decisions. I have quite a few devices > with have non-serial

Re: [PATCH 0/7] gnss: add new GNSS subsystem

Hi! > > Finally, note that documentation (including kerneldoc) remains to be > > written, but hopefully this will not hinder review given that the > > current interfaces are fairly self-describing. > > Great work. I like your design decisions. I have quite a few devices > with have non-serial

[PATCH v3 2/2] hwmon: (k10temp) Use API function to access System Management Network

The SMN (System Management Network) on Family 17h AMD CPUs is also accessed from other drivers, specifically EDAC. Accessing it directly is racy. On top of that, accessing the SMN through root bridge 00:00 is wrong on multi-die CPUs and may result in reading the temperature from the wrong die. Use

[PATCH v3 2/2] hwmon: (k10temp) Use API function to access System Management Network

The SMN (System Management Network) on Family 17h AMD CPUs is also accessed from other drivers, specifically EDAC. Accessing it directly is racy. On top of that, accessing the SMN through root bridge 00:00 is wrong on multi-die CPUs and may result in reading the temperature from the wrong die. Use

<    1   2   3   4   5   6   7   8   9   10   >