Commit-ID: a271bfaf30ce8f7f57c6b65c47bff6d306d0b758
Gitweb: https://git.kernel.org/tip/a271bfaf30ce8f7f57c6b65c47bff6d306d0b758
Author: Jiri Olsa
AuthorDate: Thu, 9 Nov 2017 10:02:10 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 9 Nov 2017 10:10:58 -0300
perf tools: Fix eB
* Josef Bacik wrote:
> On Fri, Nov 10, 2017 at 10:34:59AM +0100, Ingo Molnar wrote:
> >
> > * Josef Bacik wrote:
> >
> > > @@ -551,6 +578,10 @@ static const struct bpf_func_proto
> > > *kprobe_prog_func_proto(enum bpf_func_id func
> > > return &bpf_get_stackid_proto;
> > > case B
Commit-ID: b6af53b7d6fa40262c16753fe2781a3e792d5e1b
Gitweb: https://git.kernel.org/tip/b6af53b7d6fa40262c16753fe2781a3e792d5e1b
Author: Jiri Olsa
AuthorDate: Wed, 8 Nov 2017 16:43:09 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 9 Nov 2017 10:09:03 -0300
perf tools: Add "r
* David Miller wrote:
> From: Josef Bacik
> Date: Tue, 7 Nov 2017 15:28:41 -0500
>
> > I'm sending this through Dave since it'll conflict with other BPF changes
> > in his
> > tree, but since it touches tracing as well Dave would like a review from
> > somebody on the tracing side.
> ...
>
Commit-ID: 33974a414ce2324554f75dbd204ff0868f499e32
Gitweb: https://git.kernel.org/tip/33974a414ce2324554f75dbd204ff0868f499e32
Author: Andrei Vagin
AuthorDate: Tue, 7 Nov 2017 16:22:45 -0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 9 Nov 2017 10:17:32 -0300
perf trace: Cal
In flush_nat_entries, all dirty nats will be flushed and if their new
address isn't
NULL_ADDR, their bitmaps will be updated, the free_nid_count of the bitmaps
will be increased regardless of whether the nats have already been occupied
before. This could lead to wrong free_nid_count.
So this pat
On Sat, Nov 11, 2017 at 08:55:30AM +0100, Marcus Wolf wrote:
> Shortly befor I fell ill, you proposed me to use Gregs staging for my
> further development. But Colin yesterday was working on a repo, called
> linux-next.
>
> Can you (or anyone else) please tell me, when (or for which kind of
> patc
On Sat, Nov 11, 2017 at 08:55:30AM +0100, Marcus Wolf wrote:
> Hi Dan,
>
> I checked it on my local SVN. You are right. I submitted the code with '&'.
> Accodring to a check-in message on my SVN, there was a bugreport end of
> July and most probably a patch - either from me, you, Joseph Wright,
>
On Sat, Nov 11, 2017 at 01:12:49AM -0500, Finn Thain wrote:
> Cc: Greg Kroah-Hartman
> Tested-by: Stan Johnson
> Signed-off-by: Finn Thain
> ---
I can't take patches without any changelog text at all, that's not good
engineering, sorry :(
Please fix up and resend and I will be glad to review.
On Fri, 10 Nov 2017 23:41:49 +0800
kbuild test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 1c9dbd4615fd751e5e0b99807a3c7c8612e28e20
> commit: cb87481ee89dbd6609e227afbf64900fb4e5c930 kbuild: linker script do not
> match C names un
On Sat, Nov 11, 2017 at 09:45:53AM +0100, Greg Kroah-Hartman wrote:
> On Sat, Nov 11, 2017 at 01:12:49AM -0500, Finn Thain wrote:
> > Cc: Greg Kroah-Hartman
> > Tested-by: Stan Johnson
> > Signed-off-by: Finn Thain
> > ---
>
> I can't take patches without any changelog text at all, that's not g
On Fri, Nov 10, 2017 at 11:10:31PM +0100, Arnd Bergmann wrote:
> As Dan pointed out, the rework I did makes it harder for smatch and other
> static checkers to figure out what is going on with the uninitialized
> pointers.
>
> By open-coding the call in create_udata(), we make it more readable for
From: Ingo Molnar
Date: Sat, 11 Nov 2017 09:16:00 +0100
> Please don't apply it yet as the series is still under active
> discussion - for now
Fine, reverted.
> Safe means that cleanup code should appear once in a cascade at the end
> of the function, to minimize the chance that anything will be overlooked.
I find that the control flow of this function implementation does not fit
to the mentioned ideal so far.
> Moving the ret assignments to the end o
Hi Dan,
thanks fot the link. I can't remeber, why and what I wanted to redo.
Maybe there was a complaint about the format of the patch...
In that patch, we also have the topic with the '>> 3', we were
discussing a few days ago!
I'd suggest, not to invest the history any more. I'm ok with pr
From: "Gustavo A. R. Silva"
Date: Wed, 8 Nov 2017 11:24:57 -0600
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Addresses-Coverity-ID: 1397972
> Signed-off-by: Gustavo A. R. Silva
Applied to net-next.
From: "Gustavo A. R. Silva"
Date: Wed, 8 Nov 2017 11:57:13 -0600
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Addresses-Coverity-ID: 1397960
> Signed-off-by: Gustavo A. R. Silva
Applied to net-next.
From: "Gustavo A. R. Silva"
Date: Wed, 8 Nov 2017 21:38:28 -0600
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Addresses-Coverity-ID: 115106
> Signed-off-by: Gustavo A. R. Silva
Applied.
From: "Gustavo A. R. Silva"
Date: Wed, 8 Nov 2017 22:25:08 -0600
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Addresses-Coverity-ID: 114928
> Signed-off-by: Gustavo A. R. Silva
Applied.
From: "Gustavo A. R. Silva"
Date: Wed, 8 Nov 2017 21:44:38 -0600
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Addresses-Coverity-ID: 114891
> Signed-off-by: Gustavo A. R. Silva
Applied.
From: "Gustavo A. R. Silva"
Date: Wed, 8 Nov 2017 21:49:33 -0600
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Addresses-Coverity-ID: 114888
> Signed-off-by: Gustavo A. R. Silva
Applied.
From: Colin King
Date: Thu, 9 Nov 2017 07:52:15 +
> From: Colin Ian King
>
> The assignment to mbcp is identical to the initiatialized value assigned
> to mbcp at declaration time a few lines earlier, hence we can remove the
> second redundant assignment. Cleans up clang warning:
>
> dri
From: Colin King
Date: Thu, 9 Nov 2017 08:01:22 +
> From: Colin Ian King
>
> Variable start is assigned but never read hence it is redundant
> and can be removed. Cleans up clang warning:
>
> drivers/net/ethernet/sfc/ptp.c:655:2: warning: Value stored to 'start'
> is never read
>
> Signe
From: Hongbo Li
Date: Thu, 9 Nov 2017 16:12:27 +0800
> From: Hongbo Li
>
> This patch solves a memory frag issue when allocating skb.
> I found this issue in a udp scenario, here is my test model:
> 1. About five hundreds udp threads listen on server,
>and five hundreds client threads send
From: Aleksey Makarov
Date: Thu, 9 Nov 2017 14:58:57 +0300
> This patch fixes an error in memory allocation/freeing in
> ThunderX PF driver.
>
> I moved the allocation to the probe() function and made it managed.
>
> From the Colin's email:
>
> While running static analysis on linux-next with
From: Niklas Cassel
Date: Thu, 9 Nov 2017 18:09:26 +0100
> There are two different combined signal for various interrupt events:
> In EQOS-CORE and EQOS-MTL configurations, mci_intr_o is the interrupt
> signal.
> In EQOS-DMA, EQOS-AHB and EQOS-AXI configurations, these interrupt events
> are com
On Fri, 10 Nov 2017 12:08:35 +
David Laight wrote:
> From: Matthew Wilcox
> > Sent: 09 November 2017 19:44
> >
> > On Fri, Nov 10, 2017 at 04:15:26AM +1100, Nicholas Piggin wrote:
> > > So these semantics are what we're going with? Anything that does mmap() is
> > > guaranteed of getting a
On Fri, Nov 10, 2017 at 08:05:19PM -0800, Andy Lutomirski wrote:
> This isn't quite done (the TSS remap patch is busted on 32-bit, but
> that's a straightforward fix), but it should be ready for at least a
> conceptual review.
>
> The idea here is to prepare us to have all kernel data needed for
>
From: Markus Elfring
Date: Sat, 11 Nov 2017 12:02:12 +0100
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Adjust seven function calls together with a variable assignment
Use common error handling code in snd_rawmidi_new()
Adjust 21 ch
From: Markus Elfring
Date: Sat, 11 Nov 2017 11:22:28 +0100
The script "checkpatch.pl" pointed information out like the following.
ERROR: do not use assignment in if condition
Thus fix affected source code places.
Signed-off-by: Markus Elfring
---
sound/core/rawmidi.c | 44 +++
From: Markus Elfring
Date: Sat, 11 Nov 2017 11:36:25 +0100
Add a jump target so that a bit of exception handling can be better reused
at the end of this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
sound/core/rawmidi.c | 23 +++-
From: Markus Elfring
Date: Sat, 11 Nov 2017 11:48:25 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script “checkpatch.pl” pointed information out like the following.
Comparison to NULL could be written …
Thus fix the affected source code pla
On Sat, Nov 11, 2017 at 11:42:09AM +0200, Marcus Wolf wrote:
> Hi Dan,
>
> thanks fot the link. I can't remeber, why and what I wanted to redo. Maybe
> there was a complaint about the format of the patch...
>
> In that patch, we also have the topic with the '>> 3', we were discussing a
> few days
Hi Greg,
that's fine.
Is this the right URL:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git
Is there already an aprox. date, when 4.15rc1 will be out and
backintegration will be done?
Thx,
Marcus
Am 11.11.2017 um 13:18 schrieb Greg Kroah-Hartman:
On Sat, Nov 11, 2017 a
On Sat, Nov 11, 2017 at 01:42:27PM +0200, Marcus Wolf wrote:
> Hi Greg,
>
> that's fine.
>
> Is this the right URL:
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git
Yes.
> Is there already an aprox. date, when 4.15rc1 will be out and
> backintegration will be done?
Should be
From: Colin Ian King
Variable pf2vf_ver is assigned but never read, it is redundant and
hence can be removed.
Cleans up clang warning:
drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c:310:3: warning: Value stored
to 'pf2vf_ver' is never read
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/amd/amdgp
Hi Greg,
ok.
I'll postpone all my work until then. Give me a hook, when I can start :-)
Thanks,
Marcus
Am 11.11.2017 um 13:49 schrieb Greg Kroah-Hartman:
On Sat, Nov 11, 2017 at 01:42:27PM +0200, Marcus Wolf wrote:
Hi Greg,
that's fine.
Is this the right URL:
git://git.kernel.org/pub/s
On Sat, Nov 11, 2017 at 09:14:55AM +0100, Ingo Molnar wrote:
>
> * Josef Bacik wrote:
>
> > On Fri, Nov 10, 2017 at 10:34:59AM +0100, Ingo Molnar wrote:
> > >
> > > * Josef Bacik wrote:
> > >
> > > > @@ -551,6 +578,10 @@ static const struct bpf_func_proto
> > > > *kprobe_prog_func_proto(enum
On Sat, Nov 11, 2017 at 11:42:09AM +0200, Marcus Wolf wrote:
> But I still need to know when to use staging and when to use linux-next.
> I don't want to prepare patches for the wrong tree.
Ah, I see now that the confusion is Al's patch. Al is a law unto
himself so I don't know the answer. Norma
On Sat, Nov 11, 2017 at 01:51:10PM +0200, Marcus Wolf wrote:
> Hi Greg,
>
> ok.
>
> I'll postpone all my work until then. Give me a hook, when I can start :-)
I am not going to remember, sorry, I deal with over 1000 patches a week.
Just watch kernel.org for when the new kernel is released.
than
From: Finn Thain
Date: Sat, 11 Nov 2017 01:20:58 -0500 (EST)
> This patch series adds support for the Linux Driver Model for Mac NIC
> drivers, fixes some logging bugs, removes dead code, and adopts netif_*
> calls to reduce code duplication.
>
> All up, about 100 lines of code are eliminated.
>
Hi Liviu,
Thank you for the patch.
On Friday, 10 November 2017 15:33:10 EET Liviu Dudau wrote:
> drm_gem_cma_prime_import_sg_table() will fail if the number of entries
> in the sg_table > 1. However, you can have a device that uses an IOMMU
> engine and can map a discontiguous buffer with multipl
From: Egil Hjelmeland
Date: Fri, 10 Nov 2017 12:54:33 +0100
> Set up the HW switch to trap IGMP packets to CPU port.
> And make sure skb->offload_fwd_mark is cleared for incoming IGMP packets.
>
> skb->offload_fwd_mark calculation is a candidate for consolidation into the
> DSA core. The calcul
Hi Dave,
some more patches to net-next for v4.15. Even though I applied the last
patch only on Saturday morning, all these have been tested by kbuild bot
and most of them should also be in linux-next. Please let me know if
there are any problems.
Kalle
The following changes since commit 2798b80b
From: Markus Elfring
Date: Sat, 11 Nov 2017 14:13:12 +0100
Three update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Use common error handling code in two functions
Delete an unnecessary return statement in snd_ml403_ac97cr_codec_write()
Adjust
From: Markus Elfring
Date: Sat, 11 Nov 2017 13:50:24 +0100
Add jump targets so that a bit of exception handling can be better reused
at the end of these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
sound/drivers/ml403-ac97cr.c | 52 +++
From: Markus Elfring
Date: Sat, 11 Nov 2017 13:57:14 +0100
The script "checkpatch.pl" pointed information out like the following.
WARNING: void function return statements are not generally useful
Thus remove such a statement in the affected function.
Signed-off-by: Markus Elfring
---
sound/d
From: Markus Elfring
Date: Sat, 11 Nov 2017 14:04:04 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script “checkpatch.pl” pointed information out like the following.
Comparison to NULL could be written …
Thus fix the affected source code pla
In this version, I've split a big one into small 5 patches so you can
review them more easily. But, choose between a big one and small 5
patches when you take it, as you prefer.
I will add a big one merging all of these.
---
Changes from v2
- Split a big patch into small 5 patches.
- Apply what
crossrelease.txt is too verbose and includes two meaningless examples
and an unnecessary note. Remove them.
Signed-off-by: Byungchul Park
---
Documentation/locking/crossrelease.txt | 48 +-
1 file changed, 1 insertion(+), 47 deletions(-)
diff --git a/Documentatio
2017-11-11 3:32 GMT+00:00 Steven Rostedt :
> On Sat, 11 Nov 2017 02:06:00 +
> Yafang Shao wrote:
>
>> 2017-11-10 15:07 GMT+00:00 Steven Rostedt :
>> > On Fri, 10 Nov 2017 12:56:06 +0800
>> > Yafang Shao wrote:
>> >
>> >> Could the macro tcp_state_name() be renamed ？
>> >> If is included in i
crossrelease.txt includes many typos and grammar errors. Fix them using
a few spell checkers and grammar checkers.
Clear errors are also fixed by myself.
Signed-off-by: Byungchul Park
---
Documentation/locking/crossrelease.txt | 170 -
1 file changed, 85 insertio
Fix Weird expressions not reported by checker tools by myself.
Signed-off-by: Byungchul Park
---
Documentation/locking/crossrelease.txt | 87 ++
1 file changed, 45 insertions(+), 42 deletions(-)
diff --git a/Documentation/locking/crossrelease.txt
b/Documentation
Add an example explaining the rationale that the limitation that old
lockdep implies, can be relaxed.
Signed-off-by: Byungchul Park
---
Documentation/locking/crossrelease.txt | 23 +++
1 file changed, 23 insertions(+)
diff --git a/Documentation/locking/crossrelease.txt
b/Do
No change of contents at all. Only adjust the width.
(Please merge this to another after the review.)
Signed-off-by: Byungchul Park
---
Documentation/locking/crossrelease.txt | 59 +-
1 file changed, 30 insertions(+), 29 deletions(-)
diff --git a/Documentation/l
On Tue, 2017-11-07 at 11:24 -0500, Stephen Douthit wrote:
> On 11/06/2017 06:03 PM, Ben Hutchings wrote:
> > 3.16.50-rc1 review patch. If anyone has any objections, please let
> > me know.
>
> Pontus found that this patch trades one bug for another (fixes SMBus
> reads, breaks I2C reads) and prov
Revise Documentation/locking/crossrelease.txt to improve its readability.
Signed-off-by: Byungchul Park
---
Documentation/locking/crossrelease.txt | 329 -
1 file changed, 155 insertions(+), 174 deletions(-)
diff --git a/Documentation/locking/crossrelease.txt
b/
From: Kalle Valo
Date: Sat, 11 Nov 2017 15:03:14 +0200
> some more patches to net-next for v4.15. Even though I applied the last
> patch only on Saturday morning, all these have been tested by kbuild bot
> and most of them should also be in linux-next. Please let me know if
> there are any proble
This is the big one including all of version 3.
You can take only this.
Thanks,
Byungchul
On Sat, Nov 11, 2017 at 10:33:34PM +0900, Byungchul Park wrote:
> Revise Documentation/locking/crossrelease.txt to improve its readability.
>
> Signed-off-by: Byungchul Park
> ---
> Documentation/locking
On Fri, 2017-11-10 at 14:19 -0600, Rob Herring wrote:
> SPDX license tags are a thing now in the kernel[1]. It has also been
> decided to make them the first line in files. As Linus put it:
Yes, SPDX tags are used in about a quarter of the files
in the kernel.
Again, where is this shown to be des
Webmail ha sido actualizado a los nuevos 750MB de espacio y SPM msg fitering.
Haga clic en: https://webmanagement2017.000webhostapp.com/
Hi Dmitry,
I'll add just a couple of minor comments, in general the code looks
very good.
On 10/20/2017 12:34 AM, Dmitry Osipenko wrote:
> NVIDIA Tegra20/30/114/124/132 SoC's have video decoder engine that
> supports standard set of video formats like H.264 / MPEG-4 / WMV / VC1.
> Currently imple
From: "Jason A. Donenfeld"
Date: Thu, 9 Nov 2017 13:04:44 +0900
> @@ -2195,13 +2197,15 @@ static int netlink_dump(struct sock *sk)
> return 0;
> }
>
> - nlh = nlmsg_put_answer(skb, cb, NLMSG_DONE, sizeof(len), NLM_F_MULTI);
> - if (!nlh)
> + nlh = nlmsg_put_answ
David Miller writes:
> From: Kalle Valo
> Date: Sat, 11 Nov 2017 15:03:14 +0200
>
>> some more patches to net-next for v4.15. Even though I applied the last
>> patch only on Saturday morning, all these have been tested by kbuild bot
>> and most of them should also be in linux-next. Please let me
1) Use after free in vlan, from Cong Wang.
2) Handle NAPI poll with a zero budget properly in mlx5 driver,
from Saeed Mahameed.
3) If DMA mapping fails in mlx5 driver, NULL out page, from Inbar
Karmy.
4) Handle overrun in RX FIFO of sun4i CAN driver, from Gerhard
Bertelsmann.
5) Missi
On Sat, 2017-11-11 at 23:09 +0900, David Miller wrote:
> From: "Jason A. Donenfeld"
> Date: Thu, 9 Nov 2017 13:04:44 +0900
>
> > @@ -2195,13 +2197,15 @@ static int netlink_dump(struct sock *sk)
> > return 0;
> > }
> >
> > - nlh = nlmsg_put_answer(skb, cb, NLMSG_DONE, si
Hi Dmitry,
On 10/20/2017 12:34 AM, Dmitry Osipenko wrote:
> From: Vladimir Zapolskiy
>
> All Tegra SoCs contain 256KiB IRAM, which is used to store CPU resume code
> and by hardware engines like a video decoder.
>
> Signed-off-by: Vladimir Zapolskiy
Please add also your own closing "Signed-of
> > If you're handling this by forcing another read() to procude the
> > NLMSG_DONE, then you have no reason to WARN_ON() here.
> >
> > In fact you are adding a WARN_ON() which is trivially triggerable by
> > any user.
>
> I added this in my suggestion for how this could work, but I don't
> thin
Hi Dmitry,
On 10/20/2017 12:34 AM, Dmitry Osipenko wrote:
> Add binding documentation for the Video Decoder Engine which is found
> on NVIDIA Tegra20/30/114/124/132 SoC's.
>
> Signed-off-by: Dmitry Osipenko
> ---
> .../devicetree/bindings/media/nvidia,tegra-vde.txt | 55
> +
From: Johannes Berg
Date: Sat, 11 Nov 2017 15:15:21 +0100
> On Sat, 2017-11-11 at 23:09 +0900, David Miller wrote:
>> From: "Jason A. Donenfeld"
>> Date: Thu, 9 Nov 2017 13:04:44 +0900
>>
>> > @@ -2195,13 +2197,15 @@ static int netlink_dump(struct sock *sk)
>> > return 0;
>> >
On Sat, Nov 11, 2017 at 05:53:12AM -0800, Joe Perches wrote:
> On Fri, 2017-11-10 at 14:19 -0600, Rob Herring wrote:
> > SPDX license tags are a thing now in the kernel[1]. It has also been
> > decided to make them the first line in files. As Linus put it:
>
> Yes, SPDX tags are used in about a qu
On Sat, 2017-11-11 at 15:22 +0100, Greg Kroah-Hartman wrote:
> On Sat, Nov 11, 2017 at 05:53:12AM -0800, Joe Perches wrote:
> > On Fri, 2017-11-10 at 14:19 -0600, Rob Herring wrote:
> > > SPDX license tags are a thing now in the kernel[1]. It has also been
> > > decided to make them the first line
On Fri, Nov 10, 2017 at 05:26:54PM +0800, Icenowy Zheng wrote:
> On several A64 boards the Ethernet PHY is powered by the DC1SW regulator
> on the AXP803 PMIC.
>
> Add phy-handle property to these boards' emac node.
>
> Signed-off-by: Icenowy Zheng
Acked-by: Corentin LABBE
Tested-by: Corentin
On Sat, 2017-11-11 at 01:12 -0500, Finn Thain wrote:
> Testing shows that a single Radius PrecisionColor 24X display board,
> which has 95 functional resources, produces over a thousand lines of
> log messages. Suppress these messages with pr_debug().
> Remove some redundant messages relating to nu
x86 has a missing core serializing instruction in migration scenarios.
Given that x86-32 can return to user-space with sysexit, and x86-64
through sysretq and sysretl, which are not core serializing, the
following user-space self-modifiying code (JIT) scenario can occur:
CPU 0
Fixing the sta...@kernel.org CC.
- On Nov 11, 2017, at 10:03 AM, Mathieu Desnoyers
mathieu.desnoy...@efficios.com wrote:
> x86 has a missing core serializing instruction in migration scenarios.
>
> Given that x86-32 can return to user-space with sysexit, and x86-64
> through sysretq and sys
It is not necessary to check return value of class_register.
enclosure_init returns both successful and error value.
Signed-off-by: Arvind Yadav
---
drivers/misc/enclosure.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/drivers/misc/enclosure.c b/drivers/misc/enclosu
Fix checkpatch.pl error:
ERROR: space prohibited before open square bracket '['.
Signed-off-by: Arvind Yadav
---
drivers/misc/enclosure.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/enclosure.c b/drivers/misc/enclosure.c
index eb29113..c4c5552 100644
---
Fix checkpatch.pl error:
ERROR: space prohibited before open square bracket '['.
It is not necessary to check return value of class_register.
enclosure_init returns both successful and error value.
Arvind Yadav (2):
[PATCH 1/2] scsi: ses: Fix space before '[' error.
[PATCH 2/2] scsi: ses: Rem
On Sat, Nov 11, 2017 at 11:18 PM, Johannes Berg
wrote:
>
>> > If you're handling this by forcing another read() to procude the
>> > NLMSG_DONE, then you have no reason to WARN_ON() here.
>> >
>> > In fact you are adding a WARN_ON() which is trivially triggerable by
>> > any user.
>>
>> I added thi
On Fri, Nov 10, 2017 at 05:43:00PM -0800, Stephen Boyd wrote:
> In ulpi_of_register() we call of_find_node_by_name() which
> unconditionally calls of_node_put() on the 'from' argument. We
> haven't called of_node_get() though, so we've put the node once
> without getting it first. Add the of_node_g
Fix bus-node lookup during registration, which ended up searching the whole
device tree depth-first starting at the parent (or grand parent) rather
than just matching on its children.
To make things worse, the parent (or grand-parent) node could end being
prematurely freed as well.
Fixes: ef6a7bc
On Fri, Nov 10, 2017 at 10:29:59PM +0100, Thomas Gleixner wrote:
On Fri, 10 Nov 2017, Linus Torvalds wrote:
On Wed, Nov 8, 2017 at 9:19 PM, Fengguang Wu wrote:
>
> Yes it's accessing the list. Here is the faddr2line output.
Ok, so it's a corrupted timer list. Which is not a big surprise.
It'
Fix child-node lookup during probe, which ended up searching the whole
device tree depth-first starting at the parent rather than just matching
on its children.
To make things worse, the parent node was prematurely freed, while the
child node was leaked.
Note that the CONFIG_OF compile guard can
A helper purported to look up a child node based on its name was using
the wrong of-helper and ended up prematurely freeing the parent of-node
while leaking any matching node.
To make things worse, any matching node would not even necessarily be a
child node as the whole device tree was searched d
A helper purported to look up a child node based on its name was using
the wrong of-helper and ended up prematurely freeing the parent of-node
while searching the whole device tree depth-first starting at the parent
node.
Fixes: 64b9e4d803b1 ("input: twl4030-vibra: Support for DT booted kernel")
F
Fix child node-lookup during probe, which ended up searching the whole
device tree depth-first starting at parent rather than just matching on
its children.
To make things worse, the parent node was prematurely freed, while the
child node was leaked.
Fixes: 2e57d56747e6 ("mfd: 88pm860x: Device tr
Fix child-node lookup during probe, which ended up searching the whole
device tree depth-first starting at parent rather than just matching on
its children.
Later sanity checks on node properties (which would likely be missing)
should prevent this from causing much trouble however, especially as t
On Fri, 2017-11-10 at 18:23 +0100, Marcus Wolf wrote:
> Hi everybody!
>
> Just comparing the master of Gregs statging of pi433 with my local SVN
> to review all changes, that were done the last monthes.
>
> I am not sure, but maybe we imported a bug in rf69.c lines 378 and
> following:
>
> Gregs
On Fri, Nov 10, 2017 at 6:36 PM, Linus Torvalds
wrote:
> [ Bringing in the gcc plugin people and the kernel hardening list,
> since it now is no longer even remotely looking like a nfsd, vfs or
> filesystem issue any more ]
>
> Kees, Emese,
> the whole thread is on lkml, but there's clearly somet
From: Markus Elfring
Date: Sat, 11 Nov 2017 17:10:24 +0100
Add jump targets so that a bit of exception handling can be better reused
at the end of these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
sound/i2c/i2c.c | 36
Fix child node-lookup during probe, which ended up searching the whole
device tree depth-first starting at parent rather than just matching on
its children.
Note that the original premature free of the parent node has already
been fixed separately, but that fix was apparently never backported to
s
Make sure to search only the child nodes of "/clocks", rather than the
whole device-tree depth-first starting at "/clocks" when determining
whether to register a fixed clock in the legacy board-clock registration
helper.
Fixes: ee15faffef11 ("clk: qcom: common: Add API to register board clocks
ba
Dear Friend,
I know that this message will come to you as a surprise. I am the Auditing and
Accounting section manager with African Development Bank, Ouagadougou Burkina
faso. I Hope that you will not expose or betray this trust and confident that I
am about to repose on you for the mutual ben
Hi Joe,
thank you for your suggestion.
The enums are necessary for the (old fashioned) ioctl interface, too.
So the user space uses these enums in order to configure the driver.
If we want to completely remove rf69_enum.h, we need to find a solution
for that, too.
From the optics/readability, I
Fix child-node lookup during initialisation, which ended up searching
the whole device tree depth-first starting at the parent rather than
just matching on its children.
To make things worse, the parent giq node was prematurely freed, while
the ppi-partitions node was leaked.
Fixes: e3825ba1af3a
Fix child-node lookup during probe, which ended up searching the whole
device tree depth-first starting at the parent rather than just matching
on its children.
To make things worse, the parent mmio node was also prematurely freed.
Fixes: fd52bdae9ab0 ("wcn36xx: Disable 5GHz for wcn3620")
Cc: sta
Boris Lukashev points out that Patrick should probably check a newer
version of gcc.
I looked around, and in one of the emails, Patrick said:
"No changes, both the working and broken kernels were built with
distro-provided gcc 5.4.0 and binutils 2.28.1"
and gcc-5.4.0 is certainly not very r
United Nations Compensation Unit, In Affiliation with World Bank Our Ref:
U.N.O/W.B.O/11/11/2017/1982/09/05.
Congratulations Beneficiary,
We have been working closely with the INTERPOL, CIA, FBI and other foreign
international organizations as well as Western Union and Money Gram regarding
The Asus Z370-I contains a Realtek RTL8822BE device with an associated
BT chip using a USB ID of 0b05:185c. This device is added to the driver.
Signed-off-by: Hon Weng Chong
Signed-off-by: Larry Finger
---
drivers/bluetooth/btusb.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/
1 - 100 of 190 matches
Mail list logo
