On Fri, May 4, 2018 at 9:27 AM, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> This driver is no longer used as an early platform driver. Remove the
> registration macro.
>
> Signed-off-by: Bartosz Golaszewski
Acked-by: Arnd Bergmann
From: Clément Péron
DebugFS strings about pin pull status for no_keeper SoC are wrong
Fix this by adding a different string array for no_keeper SoC
Signed-off-by: Clément Péron
Signed-off-by: Bjorn Andersson
---
Hi Linus,
Forwarding this patch which was posted to linux-arm-msm@ only. LGTM,
On Fri, May 4, 2018 at 9:24 AM, James Hogan wrote:
> On Thu, May 03, 2018 at 06:40:07PM -0400, Arnd Bergmann wrote:
>> On Wed, May 2, 2018 at 5:51 PM, James Hogan wrote:
>>
>> While I haven't looked at the individual changes, I wonder whether
>> it would be useful to make this new ABI use 64-bit
Hi,
This seems eerily quiet, so I expect it will explode next week or something.
One i915 moduel firmware, two vmwgfx fixes, one vc4 fix and one bridge leak fix.
Dave.
The following changes since commit 6da6c0db5316275015e8cc2959f12a17584aeb64:
Linux v4.17-rc3 (2018-04-29 14:17:42 -0700)
ar
On Wed 02 May 09:35 PDT 2018, Stephen Boyd wrote:
> Add the compatibles and PMIC ids for the pm8005, pm8998, and pmi8998
> PMICS found on MSM8998 and SDM845 based platforms.
>
> Cc:
> Reviewed-by: Rob Herring
> Reviewed-by: Doug Anderson
> Signed-off-by: Stephen Boyd
> ---
>
> Changes from
On 05/04/2018 02:08 PM, Chintan Shah wrote:
> 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 issu
ping,
2018-05-01 7:35 GMT+08:00 Wanpeng Li :
> From: Wanpeng Li
>
> Anthoine reported:
> The period used by Windows change over time but it can be 1 milliseconds
> or less. I saw the limit_periodic_timer_frequency print so 500
> microseconds is sometimes reached.
>
> As suggested by Paolo, lowe
On Fri, May 04, 2018 at 04:20:41PM -0700, Joel Fernandes wrote:
>
>
> On 05/04/2018 03:49 PM, Paul E. McKenney wrote:
> >>Yes just one more ;-). I am trying to write a 'probetorture' test inspired
> >>by RCU torture that whacks the tracepoints in various scenarios. One of the
> >>things I want to
Hi Srinivasan,
I love your patch! Yet something to improve:
[auto build test ERROR on v4.17-rc3]
[also build test ERROR on next-20180504]
[cannot apply to tip/x86/core]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
On Fri, May 04, 2018 at 09:51:14PM +, Sasha Levin wrote:
> I don't have an objection to moving this to it's own tag. It will make
> my scripts somewhat simpler for sure.
It's not a matter "moving this it's own tag", but creating a new tag
--- because what is in the docs is a lie. It does not
On Fri 27 Apr 07:08 PDT 2018, Alex Elder wrote:
> In qmi_handle_init(), a buffer is allocated for to hold messages
> received through the handle's socket. Any "normal" messages
> (expected by the caller) will have a header prepended, so the
> buffer size is adjusted to accomodate that.
>
> The b
On 05/04/2018 06:56 AM, Shiju Jose wrote:
Hi Alex,
Hi
-Original Message-
From: Alexandru Gagniuc [mailto:mr.nuke...@gmail.com]
[snip]
-static inline int ghes_severity(int severity)
+static inline int ghes_cper_severity(int severity)
[...]
else
ratelimi
On Fri 27 Apr 06:55 PDT 2018, Niklas Cassel wrote:
> Update pattern for qcom_scm, so that get_maintainer.pl will show the
> correct maintainers + lists, not only for qcom_scm.c, but also for
> the files: qcom_scm-32.c, qcom_scm-64.c, qcom_scm.h.
>
Reviewed-by: Bjorn Andersson
Regards,
Bjorn
>
On Fri, 4 May 2018 17:32:18 +0200 Sebastian Andrzej Siewior
wrote:
> percpu_ida() decouples disabling interrupts from the locking operations.
> This breaks some assumptions if the locking operations are replaced like
> they are under -RT.
> The same locking can be achieved by avoiding local_irq
On 05/04/2018 03:49 PM, Paul E. McKenney wrote:
Yes just one more ;-). I am trying to write a 'probetorture' test inspired
by RCU torture that whacks the tracepoints in various scenarios. One of the
things I want to do is verify the RCU callbacks are queued and secondly,
they are executed. Just
This patch tries to enable PMU sharing. To make perf event scheduling
fast, we use special data structures.
An array of "struct perf_event_dup" is added to the cpuctx, to remember
all the duplicated events under this cpuctx. All the events under this
cpuctx has a "dup_id" pointing to its perf_even
This is to follow up earlier discussion on sharing hardware PMU counters
across compatible events: https://marc.info/?t=151213803600016
A lot of this set is based on Tejun's work. I also got a lot of ideas and
insights from Jiri's version.
The major effort in this version is to make perf event sc
To share PMU across different counters, we need a "master event" that
handles interaction with hardware or other software parts. It is
necessary to switch master event to another event. To make this move
compatible with the PMU, it is necessary to move connection or data
from one perf_event to anot
> diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c
> index 0c9e392..3c7 100644
> --- a/fs/proc/task_mmu.c
> +++ b/fs/proc/task_mmu.c
> @@ -679,6 +679,7 @@ static void show_smap_vma_flags(struct seq_file *m,
> struct vm_area_struct *vma)
> [ilog2(VM_PKEY_BIT1)] = "",
>
On Thu, May 3, 2018 at 3:32 PM, Mathieu Poirier
wrote:
> On 1 May 2018 at 07:13, Rob Herring wrote:
>> On Tue, May 01, 2018 at 10:10:40AM +0100, Suzuki K Poulose wrote:
>>> We are about to add the support for ETR builtin scatter-gather mode
>>> for dealing with large amount of trace buffers. Howe
On Fri, May 04, 2018 at 08:33:19PM +, Joel Fernandes wrote:
> 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,
>
Failing to register with devfreq leaves hba->devfreq assigned, which
causes the error path to dereference the ERR_PTR(). Rather than bolting
on more conditionals, move the call of devm_devfreq_add_device() into
it's own function and only update hba->devfreq once it's successfully
registered.
The s
With the introduction of f1d981eaecf8 ("PM / devfreq: Use the available min/max
frequency") the UFS host controller driver (UFSHCD) stopped probing for
platforms that supports frequency scaling, e.g. all modern Qualcomm platforms.
The cause of this was UFSHCD's reliance of not registering any freq
devfreq requires that the client operates on actual frequencies, not
only 0 and UMAX_INT and as such UFS brok with the introduction of
f1d981eaecf8 ("PM / devfreq: Use the available min/max frequency").
This patch registers the frequencies of the first clock as opp levels
and use these to determin
CC perf folks
On Fri, 4 May 2018 14:25:03 -0700, Alexei Starovoitov wrote:
> > +static void
> > +perf_event_read(struct event_ring_info *ring, void **buf, size_t *buf_len)
> > +{
> > + volatile struct perf_event_mmap_page *header = ring->mem;
> > + __u64 buffer_size = MMAP_PAGE_CNT * get_page_
Hey -
I think the ideas Daniel brings up here are interesting -- specifically the
notion that a thread could set a "pre-sleep wish" to signal it's sleeping. As
this conversation shows I think there's a fair bit of depth to that. For
example, the FUTEX_LOCK is an alternative approach. Another id
On Fri, May 04, 2018 at 09:37:20AM +0200, Jiri Slaby wrote:
> On 04/27/2018, 03:58 PM, Greg Kroah-Hartman wrote:
> > 4.4-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Martin Schwidefsky
> >
> >
> > [ Upstream commit cf148998464
On Fri, May 04, 2018 at 11:44:09PM +0200, Paolo Bonzini wrote:
> On 04/05/2018 12:45, Peter Zijlstra wrote:
> > On Thu, May 03, 2018 at 04:38:23PM +0300, Alexander Shishkin wrote:
> >> On Thu, May 03, 2018 at 02:50:12PM +0200, Paolo Bonzini wrote:
> >
> >>> And you still need the module parameter
Hi Linus,
I've got one more bug fix for xfs for 4.17-rc4, which caps the amount of
data we try to handle in one dedupe request so that userspace can't
livelock the kernel.
This series has been run through a full xfstests run during the week and
through a quick xfstests run against this morning's
On Tue, May 01, 2018 at 11:26:04AM +0100, Suzuki K Poulose wrote:
> commit ece1397cbc89c51914fae1aec729539cfd8bd62b upstream
>
> Some variants of the Arm Cortex-55 cores (r0p0, r0p1, r1p0) suffer
> from an erratum 1024718, which causes incorrect updates when DBM/AP
> bits in a page table entry is
Herzlichen Glückwunsch, Sie haben 650.000 Euro in den monatlichen Gewinnspielen
von Euro Millions / Google Promo am 4. Mai 2018 gewonnen.
Kontaktieren Sie unseren Schadenregulierungsbeauftragten mit den folgenden
Informationen
Vollständiger Name:
Heimatadresse:
Geschlecht:
Alter:
Besetzung:
Te
On Fri, May 04, 2018 at 08:56:21AM +0200, Sascha Hauer wrote:
> The following went into v4.4.120:
>
> 197190bc5c48 mtd: nand: gpmi: Fix failure when a erased page has a bitflip at
> BBM
>
> This patch was backported to far for the stable tree. It only makes sense
> (and only works) together with
Hi Sergey,
Il 04/05/2018 23:59, Sergey Suloev ha scritto:
Hi, Giulio,
On 05/05/2018 12:52 AM, Giulio Benetti wrote:
Hi Maxime!
Il 04/05/2018 10:06, Maxime Ripard ha scritto:
Hi,
On Wed, May 02, 2018 at 06:41:34PM +0200, Giulio Benetti wrote:
You don't have to handcode the fragments anymore
This is pure-churn and should be a no-op. I'm doing it in the hopes
of reducing merge conflicts. When things are sorted in a sane way
(and by base address seems sane) then it's less likely that future
patches will cause merge conflicts.
Signed-off-by: Douglas Anderson
---
arch/arm64/boot/dts/
On 5/4/2018 7:28 AM, David Herrmann wrote:
> From: Tom Gundersen
>
> Make sure to implement the new socketpair callback so the SO_PEERSEC
> call on socketpair(2)s will return correct information.
>
> Signed-off-by: Tom Gundersen
> Signed-off-by: David Herrmann
This doesn't look like it will cau
Currently the architecture specific code is expected to
display the protection keys in smap for a given vma.
This can lead to redundant code and possibly to divergent
formats in which the key gets displayed.
This patch changes the implementation. It displays the
pkey only if the archite
This patch series provides arch-neutral enhancements to
enable memory-keys on new architecutes, and the corresponding
changes in x86 and powerpc specific code to support that.
a) Provides ability to support upto 32 keys. PowerPC
can handle 32 keys and hence needs this.
b) Arch-neutral co
Only 4bits are allocated in the vma flags to hold 16 keys. This is
sufficient on x86. PowerPC supports 32 keys, which needs 5bits.
Allocate an additional bit.
cc: Dave Hansen
cc: Michael Ellermen
cc: Benjamin Herrenschmidt
cc: Andrew Morton
Reviewed-by: Ingo Molnar
Acked-by: Balbir Singh
Si
VM_PKEY_BITx are defined only if CONFIG_X86_INTEL_MEMORY_PROTECTION_KEYS
is enabled. Powerpc also needs these bits. Hence lets define the
VM_PKEY_BITx bits for any architecture that enables
CONFIG_ARCH_HAS_PKEYS.
cc: Michael Ellermen
cc: Benjamin Herrenschmidt
cc: Andrew Morton
Reviewed-by: Dav
Hi, Giulio,
On 05/05/2018 12:52 AM, Giulio Benetti wrote:
Hi Maxime!
Il 04/05/2018 10:06, Maxime Ripard ha scritto:
Hi,
On Wed, May 02, 2018 at 06:41:34PM +0200, Giulio Benetti wrote:
You don't have to handcode the fragments anymore with the new syntax,
and U-Boot makes it really trivial to
Hi Maxime!
Il 04/05/2018 10:06, Maxime Ripard ha scritto:
Hi,
On Wed, May 02, 2018 at 06:41:34PM +0200, Giulio Benetti wrote:
You don't have to handcode the fragments anymore with the new syntax,
and U-Boot makes it really trivial to use if you use the FIT image
format to have multiple overlay
On 04/05/2018 12:38, Alexander Shishkin wrote:
>>> Or rather a parameter to decide who wins in case both host and guest want
>>> to trace the guest. That's arguably better than having different versions of
>>> PT in the guest depending on a module parameter setting.
>> It's not different versions;
On Fri, May 04, 2018 at 02:38:01PM -0700, James Bottomley wrote:
>On Fri, 2018-05-04 at 17:13 -0400, Theodore Y. Ts'o wrote:
>> If it's not necessary, fine. But we should still delete what is
>> currently documented in stable_kernel_rules and was introduced in
>> 8e9b9362266d, because it doesn't d
On Fri, May 04, 2018 at 09:12:44PM +, Matthew Wilcox wrote:
> 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
On 04/05/2018 12:29, Alexander Shishkin wrote:
> On Thu, May 03, 2018 at 08:08:39PM +0800, Luwei Kang wrote:
>> +static void pt_guest_enter(struct vcpu_vmx *vmx)
>> +{
>> +if (pt_mode == PT_MODE_HOST || pt_mode == PT_MODE_HOST_GUEST)
>> +rdmsrl(MSR_IA32_RTIT_CTL, vmx->pt_desc.host.c
On 04/05/2018 12:23, Alexander Shishkin wrote:
>> Currently, Intel Processor Trace do not support tracing in L1 guest
>> VMX operation(IA32_VMX_MISC[bit 14] is 0). As mentioned in SDM,
> I don't understand this patch. You mention VMX_MISC[14] here, but I
> can't see anything related to it in the co
On 04/05/2018 12:11, Alexander Shishkin wrote:
>> + */
>> +if ((data & RTIT_CTL_TRACEEN) && !(data & RTIT_CTL_TOPA) &&
>> +!(data & RTIT_CTL_FABRIC_EN) &&
>> +!__pt_cap_get(vmx->pt_desc.caps, PT_CAP_single_range_output))
> You seem to be doing a lot of __pt_cap_get()
Hi!
> > But I guess I can sample charge_counter every minute or so and get
> > what I need?
>
> Not sure what the max time range is for the PMIC, but yeah I'd
> assume once a minute is duoable. Maybe compare it to the chart
> you already have?
Yes, I can try some more graph painting.
OTOH... ba
On 04/05/2018 12:45, Peter Zijlstra wrote:
> On Thu, May 03, 2018 at 04:38:23PM +0300, Alexander Shishkin wrote:
>> On Thu, May 03, 2018 at 02:50:12PM +0200, Paolo Bonzini wrote:
>
>>> And you still need the module parameter to decide
>>> whether the host is _allowed_ to cause incomplete traces in
| From: Luc Van Oostenryck
| Sent: Tuesday, April 24, 2018 6:19:02 AM
|
| The method ndo_start_xmit() is defined as returning an 'netdev_tx_t',
| which is a typedef for an enum type, but the implementation in this
| driver returns an 'int'.
|
| Fix this by returning 'netdev_tx_t' in this driver
On Wed, May 02, 2018 at 01:37:46PM -0600, Lina Iyer wrote:
> Active state requests are sent immediately to the RSC controller, while
> sleep and wake state requests are cached in this driver to avoid taxing
> the RSC controller repeatedly. The cached values will be sent to the
> controller when the
On Fri, 2018-05-04 at 17:13 -0400, Theodore Y. Ts'o wrote:
> If it's not necessary, fine. But we should still delete what is
> currently documented in stable_kernel_rules and was introduced in
> 8e9b9362266d, because it doesn't describe current practice.
It definitely doesn't seem to describe cur
On Fri, May 04, 2018 at 02:13:59PM -0700, Kees Cook wrote:
> 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
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) &&
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 s
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: sta...@kernel.
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 a/Documentation/core-api/refcoun
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 Ent
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
in
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 +-
kerne
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 ++
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
in
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 ---
incl
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 inserti
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:
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 ma
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 link
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 *d
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:
> >> >> Sebasti
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, L
* 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
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 runn
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 --
include/media/videobuf2-co
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
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 a/dri
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
>
> > -O
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 insertion
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
Signe
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
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 th
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 a/drivers
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 fi
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: __xen_evtchn_do_upcall+0
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 as
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 +++
include/uapi/
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 preem
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: - Doc
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
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
---
drivers/mtd/nand/raw/fsl_i
"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 W
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 | 2
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 t
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 mea
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 buffe
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
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
V
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 insertion
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
rece
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]
> >
> >
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
> > t
101 - 200 of 842 matches
Mail list logo
