On 15/11/2017 14:13, Russell King - ARM Linux wrote:
> udelay() needs to offer a consistent interface so that drivers know
> what to expect no matter what the implementation is. Making one
> implementation conform to your ideas while leaving the other
> implementations with other expectations is
The following commit introduced a regression
commit d57ea877af38057b0ef31758cf3b99765dc33695
Author: Sean Young
Date: Wed Aug 9 13:19:16 2017 -0400
media: rc: per-protocol repeat period
CEC needs a keypress timeout of 550ms, which is too high for the IR
protocols.
On Wed, Nov 15, 2017 at 01:42:02PM -0600, Dan Murphy wrote:
> This adds the devicetree bindings for the LM3692x
> I2C LED string driver.
>
> Acked-by: Pavel Machek
> Signed-off-by: Dan Murphy
> ---
>
> v3 - No changes
> v2 - No changes -
On 11/14/2017 08:16 AM, Cornelia Huck wrote:
On Fri, 13 Oct 2017 13:38:52 -0400
Tony Krowiak wrote:
This patch introduces a new compilation unit that will contain
all of the data structures and logic for configuring AP adapters,
usage domains and control domains
On 11/16/2017 07:43 AM, H. Nikolaus Schaller wrote:
>
>> Am 16.11.2017 um 13:32 schrieb Tomi Valkeinen :
>>
>> On 16/11/17 10:50, H. Nikolaus Schaller wrote:
>>> The vendor name was "toppoly" but other panels and the vendor list
>>> have defined it as "tpo". So let's fix it
On 10/11/17 11:49, Vinod Koul wrote:
A Master registers with SoundWire bus and scans the firmware provided
for device description. In this patch we scan the ACPI namespaces and
create the SoundWire Slave devices based on the ACPI description
Signed-off-by: Sanyog Kale
Few Minor comments!!
On 10/11/17 11:49, Vinod Koul wrote:
Signed-off-by: Sanyog Kale
Signed-off-by: Vinod Koul
---
drivers/soundwire/Makefile | 2 +-
drivers/soundwire/bus.c| 8 +
drivers/soundwire/bus_type.c | 18 ++
Minor Comment!
On 10/11/17 11:49, Vinod Koul wrote:
From: Sanyog Kale
SoundWire Slaves report status to bus. Add helpers to handle
the status changes.
Signed-off-by: Hardik T Shah
Signed-off-by: Sanyog Kale
On Thu, Nov 16, 2017 at 11:47:23AM +, Will Deacon wrote:
> But if ARM64_ERRATUM_843419 is enabled, we'll go ahead and generate
> broken code?
This bug has been fixed in all current versions of GNU gold, but of
course, if someone is using a broken linker, it will generate broken
code. We can't
On Thu, 16 Nov 2017 09:25:27 -0500
Tony Krowiak wrote:
> On 11/16/2017 07:35 AM, Cornelia Huck wrote:
> > On Thu, 16 Nov 2017 13:02:26 +0100
> > Pierre Morel wrote:
> >
> >> On 14/11/2017 17:37, Tony Krowiak wrote:
> >>> On 11/14/2017
On Thu, 16 Nov 2017, Marc Gonzalez wrote:
> On 16/11/2017 17:08, Nicolas Pitre wrote:
>
> > On Thu, 16 Nov 2017, Marc Gonzalez wrote:
> >
> >> On 16/11/2017 16:36, Russell King - ARM Linux wrote:
> >>> On Thu, Nov 16, 2017 at 04:26:51PM +0100, Marc Gonzalez wrote:
> On 15/11/2017 14:13,
Hi,
On Wed, Nov 15, 2017 at 07:20:34PM +, Corentin Labbe wrote:
> This patch fix the following warning
> drivers/usb/musb/musb_host.c:223:8: warning: variable 'frame' set but not
> used [-Wunused-but-set-variable]
> by remove the frame variable in musb_start_urb().
>
> Signed-off-by:
On Thu, 16 Nov 2017, Marc Gonzalez wrote:
> On 16/11/2017 17:47, Nicolas Pitre wrote:
>
> > Look at cpufreq_callback() in arch/arm/kernel/smp.c.
>
> Are you pointing at the scaling of loops_per_jiffy done in that function?
>
> As I wrote earlier:
>
> If I'm reading arch/arm/kernel/smp.c
On Thu, Nov 16, 2017 at 08:50:41AM -0800, Nick Desaulniers wrote:
> On Thu, Nov 16, 2017 at 8:30 AM, Peter Zijlstra wrote:
>
> > Ideally we'd get the toolchain people to commit to supporting the kernel
> > memory model along side the C11 one. That would help a ton.
>
>
Linus,
test merge showed a conflict in arch/arm64/kvm/inject_fault.c and
arch/arm/kvm/emulate.c that should be handled as in next.
(The desired result is the same as "pull -s recursive -X theirs".)
Also, a simple future merge conflict was reported with the kspp tree,
If the --fix-inplace option for TABSTOP encounters a sitation with several
spaces (but less than 8) at the end of an indentation, it will assume that there
are extra indentation and align back to the nearest tabstop instead of the next.
This might go undetected in a "full" checkpatch
Signed-off-by: Knut Omang
Reviewed-by: Håkon Bugge
Reviewed-by: Åsmund Østvold
Reviewed-by: John Haxby
Signed-off-by: Knut Omang
---
Documentation/dev-tools/index.rst
This parameter is intended to be used in a subsequent commit to kbuild to allow
a convenient way to run checkpatch from make.
The parameter --ignore-cfg causes checkpatch.pl to look for the file given as
parameter, either directly from where checkpatch is executed, or in the
directory where the
On Thu, 16 Nov 2017 17:06:58 +0100
Pierre Morel wrote:
> On 16/11/2017 16:23, Tony Krowiak wrote:
> > On 11/14/2017 08:57 AM, Cornelia Huck wrote:
> >> On Tue, 31 Oct 2017 15:39:09 -0400
> >> Tony Krowiak wrote:
> >>
> >>> On
The initial version of the logic for --ignore-cfg supported looking
for the file in the current directory, and if not found, look
in the directory of the source file.
With this change, in the case of a file name with no directory specification,
and for an in-kernel file, checkpatch will iterate
Add interpretation of a new environment variable P={1,2} in spirit of the
C= option, but executing checkpatch instead of sparse.
Signed-off-by: Knut Omang
Reviewed-by: Håkon Bugge
Acked-by: Åsmund Østvold
---
Makefile
On Thu, 2017-11-16 at 12:11 -0500, Mimi Zohar wrote:
> On Thu, 2017-11-16 at 07:27 -0800, Joe Perches wrote:
> > Avoid using line continations in formats as that causes unexpected
> > output.
>
> Is having lines greater than 80 characters the preferred method?
yes.
> Could you add quotes
On Thu, Nov 16, 2017 at 8:59 AM, Peter Zijlstra wrote:
> On Thu, Nov 16, 2017 at 08:50:41AM -0800, Nick Desaulniers wrote:
>> On Thu, Nov 16, 2017 at 8:30 AM, Peter Zijlstra wrote:
>>
>> > Ideally we'd get the toolchain people to commit to supporting
On 10/31/2017 07:01 AM, Kishon Vijay Abraham I wrote:
> Hi Niklas,
>
> On Monday 30 October 2017 06:12 PM, Niklas Cassel wrote:
>> Certain SoCs need to map the MSI address in raise_irq.
>> To map an address, you first need to call pci_epc_mem_alloc_addr,
>> however, pci_epc_mem_alloc_addr calls
On Thu, Nov 16, 2017 at 11:13:47AM -0600, Natarajan, Janakarajan wrote:
> On 11/15/2017 1:07 PM, Borislav Petkov wrote:
> > On Wed, Nov 15, 2017 at 01:04:03PM -0600, Natarajan, Janakarajan wrote:
> > > So, when the amd_pmu_init is called, a query to guest_cpuid_family()
> > > gives a
> > > value
From: Markus Elfring
Date: Thu, 16 Nov 2017 09:42:45 +0100
The script "checkpatch.pl" pointed information out like the following.
ERROR: do not use assignment in if condition
Thus fix the affected source code places.
Signed-off-by: Markus Elfring
Rasmus,
On Mon, Nov 13, 2017 at 12:39 PM, Rasmus Villemoes
wrote:
> Commit a22950c888e3 (mmc: sdhci-of-esdhc: add quirk
> SDHCI_QUIRK_BROKEN_TIMEOUT_VAL for ls1021a) added logic to the driver to
> enable the broken timeout val quirk for ls1021a, but did not add the
>
[Ups, managed to screw the subject - fix it]
On Thu 16-11-17 11:18:58, Michal Hocko wrote:
> Hi,
> this has started as a follow up discussion [1][2] resulting in the
> runtime failure caused by hardening patch [3] which removes MAP_FIXED
> from the elf loader because MAP_FIXED is inherently
On Wed, Nov 15, 2017 at 06:19:56PM +0800, Chris Chiu wrote:
> Hi Mika,
> I've confirmed with Asus and they said it's the latest BIOS for
> shipment and verified OK on Windows. So their BIOS team will not do
> anything for this.
I'll ask around if our Windows people know anything about this.
On Thu, Nov 16, 2017 at 12:04:37PM +, Mark Brown wrote:
> On Fri, Nov 10, 2017 at 05:19:09PM +0530, Vinod Koul wrote:
>
> > +EXPORT_SYMBOL(__regmap_init_sdw);
>
> We still have plain EXPORT_SYMBOL() on the regmap exports...
Hi Mark,
I assumed after Alan's clarification that it is okay to
On Tue, 3 Oct 2017, Benjamin Tissoires wrote:
> Hi,
>
> Niels found an issue with v1 of the series, while compiling the usbhid module
> as a separate .ko.
>
> Sending a v2 with the proper From: field fixed now.
>
> I also use -M1 to show in 1/4 that usbhid/hid-quirks.c is basically moved to
>
On Thu 16-11-17 21:48:05, Byungchul Park wrote:
> On 11/16/2017 9:02 PM, Michal Hocko wrote:
> > for each struct page. So you are doubling the size. Who is going to
> > enable this config option? You are moving this to page_ext in a later
> > patch which is a good step but it doesn't go far enough
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Sihyeon Jang
---
tools/perf/Documentation/perf-lock.txt | 4
1 file changed, 4 insertions(+)
diff --git a/tools/perf/Documentation/perf-lock.txt
The following changes since commit 33d930e59a98fa10a0db9f56c7fa2f21a4aef9b9:
Linux 4.14-rc5 (2017-10-15 21:01:12 -0400)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
tags/driver-core-4.15-rc1
for you to fetch changes up to
On Thu, Nov 16, 2017 at 02:17:08PM +0100, Giulio Benetti wrote:
> Hi Hans,
>
> Il 16/11/2017 14:12, Hans Verkuil ha scritto:
> > On 16/11/17 13:57, Giulio Benetti wrote:
> > > Il 16/11/2017 13:53, Maxime Ripard ha scritto:
> > > > On Thu, Nov 16, 2017 at 01:30:52PM +0100, Giulio Benetti wrote:
>
On 16/11/17 04:32, Arvind Yadav wrote:
pnp_irq() and pnp_port_start() can fail here and we must check
its return value.
Signed-off-by: Arvind Yadav
---
drivers/staging/comedi/drivers/ni_atmio.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
On Wed, Nov 15, 2017 at 11:59 PM, Linus Torvalds
wrote:
> On Wed, Nov 15, 2017 at 6:34 PM, Dave Airlie wrote:
>>
>> There is some code touched on sound/soc, but I think the sound tree
>> should have the same commits from the same base,so this may
On Wed, Nov 15, 2017 at 9:44 PM, Martin Kepplinger wrote:
> This replaces license permission statements that include a wrong postal
> address of the FSF with only SPDX license identifiers; in the samples
> directory.
>
> Signed-off-by: Martin Kepplinger
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Sihyeon Jang
---
tools/perf/Documentation/perf-trace.txt | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/tools/perf/Documentation/perf-trace.txt
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Sihyeon Jang
---
tools/perf/Documentation/perf-timechart.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tools/perf/Documentation/perf-timechart.txt
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Sihyeon Jang
---
tools/perf/Documentation/perf-inject.txt | 4
1 file changed, 4 insertions(+)
diff --git a/tools/perf/Documentation/perf-inject.txt
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Sihyeon Jang
---
tools/perf/Documentation/perf-evlist.txt | 4
1 file changed, 4 insertions(+)
diff --git a/tools/perf/Documentation/perf-evlist.txt
Cc: Jiri Olsa
Cc: Namhyung Kim
Signed-off-by: Sihyeon Jang
---
tools/perf/Documentation/perf-buildid-cache.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tools/perf/Documentation/perf-buildid-cache.txt
Em Thu, Nov 16, 2017 at 11:26:02PM +0900, Sihyeon Jang escreveu:
> Cc: Jiri Olsa
> Cc: Namhyung Kim
> Signed-off-by: Sihyeon Jang
Applied 1-6
- Arnaldo
On Thu, Nov 16, 2017 at 06:32:35PM +0530, Vinod Koul wrote:
> On Thu, Nov 16, 2017 at 12:04:37PM +, Mark Brown wrote:
> > On Fri, Nov 10, 2017 at 05:19:09PM +0530, Vinod Koul wrote:
> > > +EXPORT_SYMBOL(__regmap_init_sdw);
> > We still have plain EXPORT_SYMBOL() on the regmap exports...
> I
On 16-11-17, 15:02, Ionela Voinescu wrote:
> When it was added in lsk 3.18 in what was then a thermal driver for Juno
> it was believed to have an effect in thermal mitigation, but that was
> not proven later as to justify posting it upstream, and that is why the
> code never made it in mainline.
From: Markus Elfring
Date: Thu, 16 Nov 2017 16:27:32 +0100
Two update suggestions were taken into account
from static source code analysis.
Markus Elfring (2):
Adjust 23 function calls together with a variable assignment
Use common error handling code in
On 2017-11-16 10:27 AM, Joe Perches wrote:
> Line continuations with excess spacing causes unexpected output.
>
> Miscellanea:
>
> o Added missing '\n' to a few of the coalesced pr_ formats
>
> Signed-off-by: Joe Perches
> ---
>
On 16/11/2017 16:36, Russell King - ARM Linux wrote:
> On Thu, Nov 16, 2017 at 04:26:51PM +0100, Marc Gonzalez wrote:
>> On 15/11/2017 14:13, Russell King - ARM Linux wrote:
>>
>>> udelay() needs to offer a consistent interface so that drivers know
>>> what to expect no matter what the
On Thu, Nov 16, 2017 at 9:45 AM, Dan Murphy wrote:
> Rob
>
> Thanks for the review
>
> On 11/16/2017 09:41 AM, Rob Herring wrote:
>> On Wed, Nov 15, 2017 at 01:42:02PM -0600, Dan Murphy wrote:
>>> This adds the devicetree bindings for the LM3692x
>>> I2C LED string driver.
>>>
>>>
Hi Andrew,
> Am 16.11.2017 um 16:53 schrieb Andrew F. Davis :
>
> On 11/16/2017 07:43 AM, H. Nikolaus Schaller wrote:
>>
>>> Am 16.11.2017 um 13:32 schrieb Tomi Valkeinen :
>>>
>>> On 16/11/17 10:50, H. Nikolaus Schaller wrote:
The vendor name was
On Thu, Nov 16, 2017 at 01:40:05PM +, Srinivas Kandagatla wrote:
> On 16/11/17 13:18, Vinod Koul wrote:
> >On Wed, Nov 15, 2017 at 02:10:33PM +, srinivas.kandaga...@linaro.org
> >wrote:
> >
> >>+menuconfig SLIMBUS
> >>+ tristate "Slimbus support"
> >>+ help
> >>+ Slimbus is
On Thu, Nov 16, 2017 at 11:58:11AM +, Will Deacon wrote:
> I'll be honest with you: I'm absolutely terrified about enabling this.
That's understandable, I wouldn't want to enable this by default
quite yet either. This patch doesn't enable LTO for arm64, just makes
it possible to enable the
The expectation in the FUSB302 driver is that a TX_SUCCESS event
should occur after a message has been sent, but before a GCRCSENT
event is raised to indicate successful receipt of a message from
the partner. However in some circumstances it is possible to see
the hardware raise a GCRCSENT event
Hi,
On Wed, Nov 15, 2017 at 06:19:08PM +0300, Matwey V. Kornilov wrote:
> The issue is also present in 4.9.60-ti-r75
>
> 2017-11-04 17:05 GMT+03:00 Matwey V. Kornilov :
> > Hi Bin,
> >
> > I've just checked that the issue is still present in 4.13.10.
I am not aware of any
On Thu, Nov 16, 2017 at 04:27:07PM +, Mathieu Desnoyers wrote:
> - On Nov 16, 2017, at 11:18 AM, Peter Zijlstra pet...@infradead.org wrote:
>
> > On Tue, Nov 14, 2017 at 03:03:51PM -0500, Mathieu Desnoyers wrote:
> >> @@ -977,6 +978,13 @@ struct task_struct {
> >>unsigned long
The platforms which support only IOAPIC mode and whose SCI INT >= 16,
pass SCI INT via FADT and not via MADT int src override structure.
In such cases current logic fails to handle it and throws error
"Invalid bus_irq %u for legacy override". This patch handles the above
mentioned case. While at
On Wed, Nov 15, 2017 at 02:10:34PM +, srinivas.kandaga...@linaro.org wrote:
> +static void slim_dev_release(struct device *dev)
> +{
> + struct slim_device *sbdev = to_slim_device(dev);
> +
> + put_device(sbdev->ctrl->dev);
which device would that be?
> +static int
The platforms which support only IOAPIC mode, pass the SCI information
above the legacy space (0-15) via the FADT mechanism and not via MADT.
In such cases the mp_override_legacy_irq() used by acpi_sci_ioapic_setup()
to register SCI interrupts fails for interrupts >= 16, since it is meant to
On 05.11.2017 14:01, Mikko Perttunen wrote:
> To allow client drivers to free resources when jobs have completed,
> deliver job completion callbacks to them. This requires adding
> reference counting to context objects, as job completion can happen
> after the userspace application has closed the
On Thu, Nov 16, 2017 at 11:50:12AM +, Will Deacon wrote:
> Why don't we just not do LTO if the toolchain is busted?
Because LTO can not only potentially improve performance, especially
when combined with PGO (Profile Guided Optimization), but it also
makes it possible to enable features like
This and the ld-name patch can probably be taken separately from the
rest in the LTO series simply for enabling linking w/ gold.
On Thu 16 Nov 04:18 PST 2017, Kiran Gunda wrote:
> WLED driver provides the interface to the display driver to
> adjust the brightness of the display backlight.
>
Hi Kiran,
This driver has a lot in common with the already upstream pm8941-wled.c,
because it's just a new revision of the same
On Thu, Nov 16, 2017 at 04:05:34PM +, Srinivas Kandagatla wrote:
> Few Minor comments!!
All are helpful :)
> >+/**
> >+ * enum sdw_clk_stop_mode: Clock Stop modes
> >+ *
> >+ * @SDW_CLK_STOP_MODE_0: Slave can continue operation seamlessly on clock
> >+ * restart
> >+ * @SDW_CLK_STOP_MODE_1:
On Thu, Nov 16, 2017 at 02:44:30PM +0100, Michal Hocko wrote:
> On Mon 13-11-17 09:09:57, Reshetova, Elena wrote:
> >
> >
> > > Note that there's work done on better documents and updates to this one.
> > > One document that might be good to read (I have not in fact had time to
> > > read it
On Thu, Nov 16, 2017 at 04:26:51PM +0100, Marc Gonzalez wrote:
> On 15/11/2017 14:13, Russell King - ARM Linux wrote:
>
> > udelay() needs to offer a consistent interface so that drivers know
> > what to expect no matter what the implementation is. Making one
> > implementation conform to your
On Tue, Nov 14, 2017 at 03:03:51PM -0500, Mathieu Desnoyers wrote:
> @@ -977,6 +978,13 @@ struct task_struct {
> unsigned long numa_pages_migrated;
> #endif /* CONFIG_NUMA_BALANCING */
>
> +#ifdef CONFIG_RSEQ
> + struct rseq __user *rseq;
> + u32 rseq_len;
> +
On Thu, Nov 16, 2017 at 11:46:17AM +, Will Deacon wrote:
> Can you elaborate a bit more on exactly what you saw failing here,
> please?
Mark noticed that clang built kernels fail to boot when the kernel
starts at EL2:
http://lkml.iu.edu/hypermail/linux/kernel/1711.0/02817.html
Turns out
On Thu, Nov 16, 2017 at 04:27:01PM +0100, Matthias Reichl wrote:
> The following commit introduced a regression
>
> commit d57ea877af38057b0ef31758cf3b99765dc33695
> Author: Sean Young
> Date: Wed Aug 9 13:19:16 2017 -0400
>
> media: rc: per-protocol repeat period
>
>
Modify the function mp_override_legacy_irq() to reuse the newly introduced
function mp_register_ioapic_irq().
Signed-off-by: Vikas C Sajjan
Reviewed-by: Thomas Gleixner
---
arch/x86/kernel/acpi/boot.c | 27 +--
1 file
On 15 November 2017 at 18:28, Hans Verkuil wrote:
> On 15/11/17 13:37, Arnd Bergmann wrote:
>> An otherwise correct cleanup patch from Dan Carpenter turned a broken
>> failure handling from a feature patch by Hans Verkuil into a kernel
>> Oops, so bisection points to commit
On 16/11/2017 17:32, Russell King - ARM Linux wrote:
> On Thu, Nov 16, 2017 at 05:26:32PM +0100, Marc Gonzalez wrote:
>> On 16/11/2017 17:08, Nicolas Pitre wrote:
>>
>>> On Thu, 16 Nov 2017, Marc Gonzalez wrote:
>>>
On 16/11/2017 16:36, Russell King - ARM Linux wrote:
> On Thu, Nov 16,
On Thu, Nov 16, 2017 at 10:21 PM, Jassi Brar wrote:
> On Thu, Nov 16, 2017 at 11:01 AM, Bjorn Andersson
> wrote:
>> A client that knows how to drive txdone would temporarily "upgrade" the
>> method to TXDONE_BY_ACK. But with the introduction
On Thu, Nov 16, 2017 at 04:05:29PM +, Srinivas Kandagatla wrote:
>
> Minor Comment!
>
> On 10/11/17 11:49, Vinod Koul wrote:
> >From: Sanyog Kale
> >
> >SoundWire Slaves report status to bus. Add helpers to handle
> >the status changes.
> >
> >Signed-off-by: Hardik
On Thu, Nov 16, 2017 at 05:42:36PM +0100, Marc Gonzalez wrote:
> On 16/11/2017 17:32, Russell King - ARM Linux wrote:
> > On Thu, Nov 16, 2017 at 05:26:32PM +0100, Marc Gonzalez wrote:
> >> On 16/11/2017 17:08, Nicolas Pitre wrote:
> >>
> >>> On Thu, 16 Nov 2017, Marc Gonzalez wrote:
> >>>
>
On Wed, 2017-11-15 at 21:55 -0500, Steven Rostedt wrote:
> On Wed, 15 Nov 2017 14:55:19 -0800
> Joe Perches wrote:
>
> > Maybe use the much more common below instead?
> >
> > #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
>
> Is there someplace this is documented. My git grep
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Xin Long
[ Upstream commit d04adf1b355181e737b6b1e23d801b07f0b7c4c0 ]
Now when migrating sock to another one in sctp_sock_migrate(), it only
resets owner sk for the
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Cong Wang
[ Upstream commit 0ad646c81b2182f7fa67ec0c8c825e0ee165696d ]
register_netdevice() could fail early when we have an invalid
dev name, in which case
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Xin Long
[ Upstream commit f3594f0a7ea36661d7fd942facd7f31a64245f1a ]
t->err_count is used to count the link failure on tunnel and an err
will be reported to user
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 864e2a1f8aac05effac6063ce316b480facb46ff ]
When syzkaller team brought us a C repro for the crash [1] that
had been reported many times in
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Torokhov
commit ea04efee7635c9120d015dcdeeeb6988130cb67a upstream.
Before trying to use CDC union descriptor, try to validate whether that it
is sane by
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Johannes Berg
commit cfbb0d90a7abb289edc91833d0905931f8805f12 upstream.
For the reinstall prevention, the code I had added compares the
whole key. It turns out though
On Thu 16 Nov 04:17 PST 2017, Arun Kumar Neelakantam wrote:
> > diff --git a/drivers/soc/qcom/smp2p.c b/drivers/soc/qcom/smp2p.c
[..]
> > + smp2p->mbox_client.dev = >dev;
> > + smp2p->mbox_chan = mbox_request_channel(>mbox_client, 0);
> any reason why we are not using "knows_txdone = true" for
Line continuations with excess spacing causes unexpected output.
Signed-off-by: Joe Perches
---
drivers/media/dvb-frontends/dibx000_common.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/media/dvb-frontends/dibx000_common.c
Line continuations with excess spacing causes unexpected output.
Miscellanea:
o Added missing '\n' to a few of the coalesced pr_ formats
Signed-off-by: Joe Perches
---
drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c | 11 -
On Thu, Oct 26, 2017 at 10:09:41AM +0100, Mark Rutland wrote:
> Currently arm64's __range_ok() is written in assembly for efficiency.
>
> This hides the logic from the compiler, preventing the compiler from
> making some optimizations, such as re-ordering instructions or folding
> multiple calls
Avoid using line continations in formats as that causes unexpected
output.
Joe Perches (4):
rk3399_dmc: Fix line continuation format
drm: amd: Fix line continuation formats
[media] dibx000_common: Fix line continuation format
ima: Fix line continuation format
Line continuations with excess spacing causes unexpected output.
Signed-off-by: Joe Perches
---
security/integrity/ima/ima_template.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/security/integrity/ima/ima_template.c
Line continuations with excess spacing causes unexpected output.
Signed-off-by: Joe Perches
---
drivers/devfreq/rk3399_dmc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/devfreq/rk3399_dmc.c b/drivers/devfreq/rk3399_dmc.c
index
From: Markus Elfring
Date: Thu, 16 Nov 2017 15:26:12 +0100
The script "checkpatch.pl" pointed information out like the following.
ERROR: do not use assignment in if condition
Thus fix the affected source code places.
Signed-off-by: Markus Elfring
On Thu, Nov 16, 2017 at 04:07:42PM +0300, Yury Norov wrote:
> > > Use UNDEFINE_MRS_S and UNDEFINE_MSR_S to define corresponding macros
> > > in-place and workaround gcc and clang limitations on redefining macros
> > > across different assembler blocks.
> >
> > What limitations? Can you elaborate
If we are using guest debug to single-step the guest we need to ensure
we exit after emulating the instruction. This only affects
instructions completely emulated by the kernel. For userspace emulated
instructions we need to exit and return to complete the emulation.
The
On 2017-11-03 10:11:47 [-0700], Fernando Lopez-Lezcano wrote:
> I'm seeing this (old Lenovo T510 running Fedora 26):
>
>
…
> [ 54.942023] WARNING: possible recursive locking detected
> [ 54.942026] 4.13.10-200.rt3.1.fc26.ccrma.x86_64+rt #1 Not tainted
> [ 54.942026]
On Thu, 16 Nov 2017, Marc Gonzalez wrote:
> On 16/11/2017 16:36, Russell King - ARM Linux wrote:
> > On Thu, Nov 16, 2017 at 04:26:51PM +0100, Marc Gonzalez wrote:
> >> On 15/11/2017 14:13, Russell King - ARM Linux wrote:
> >>
> >>> udelay() needs to offer a consistent interface so that drivers
On 16/11/17 16:14, Vinod Koul wrote:
+static int slim_device_match(struct device *dev, struct device_driver *drv)
+{
+ struct slim_device *sbdev = to_slim_device(dev);
+ struct slim_driver *sbdrv = to_slim_driver(drv);
+
+ return slim_match(sbdrv->id_table, sbdev) != NULL;
In local_irq_save and local_irq_restore, only call irq tracing when
the flag state acutally changes. It is not unexpected for the state
to go disable->disable.
This allows the irq tracing code to better track superfluous
enables and disables, and in future could issue warnings. For the
most part
Hi Marcel,
Sorry for the late response.
> Mainline boots fine if I use console=ttyS1 or drop the console arg
> altogether, but as we don't currently support different boot args per
> tree, and we don't have the manpower to track this patch in all the
> trees we test, we will have
I need this patch to assemble the kernel for arm64 with clang regardless of LTO.
When an interrupt occurs, the value of at least one of the belonging
controls should have changed. To make sure they get re-read from device
on the next read, invalidate the cache. This was correctly implemented
for uac2 already, but missing for uac1.
Signed-off-by: Julian Scheel
On Thu, Nov 16, 2017 at 8:30 AM, Peter Zijlstra wrote:
> Ideally we'd get the toolchain people to commit to supporting the kernel
> memory model along side the C11 one. That would help a ton.
Does anyone from the kernel side participate in the C standardization process?
1 - 100 of 1812 matches
Mail list logo