Hi Wolfram,
A couple of patches this time. Just some more compatibles for the pca954x
driver and an error handling tweak for the reg driver.
Please pull!
Cheers,
Peter
The following changes since commit ae64f9bd1d3621b5e60d7363bc20afb46aede215:
Linux 4.15-rc2 (2017-12-03 11:01:47 -0500)
are
Hi Douglas,
2017-12-23 7:14 GMT+09:00 Douglas Anderson :
> Several people reported that the commit 3298b690b21c ("kbuild: Add a
> cache for generated variables") caused them problems when they updated
> gcc versions. Specifically the reports all looked something similar
> to this:
>
>> In file in
Am 29.12.2017 um 17:14 schrieb Alan Stern:
On Thu, 28 Dec 2017, Bjorn Helgaas wrote:
On Tue, Dec 26, 2017 at 04:55:20PM +0100, Paul Menzel wrote:
Am 08.04.2017 um 17:41 schrieb Bjorn Helgaas:
On Fri, Apr 07, 2017 at 11:07:15PM +0200, Paul Menzel wrote:
Measuring where time is spent durin
As a result of bisecting the v4.10..v4.11 commit range, it was
determined that commits [1] and [2] are both responsible of a ~170ms
early startup improvement on Rcar-H3-ES20 arm64 platform.
Since Rcar Gen3 family is not NUMA, we don't define CONFIG_NUMA in the
rcar3 defconfig, but this is how the
Please pull to get this sparc64 bug fix.
Thank you!
The following changes since commit 5f520fc318764df800789edd202b5e3b55130613:
Merge tag 'trace-v4.15-rc4' of
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace (2017-12-27
13:06:57 -0800)
are available in the git repository
Signed-off-by: David Decotigny
On Fri, Dec 29, 2017 at 10:02 AM, Stephen Hemminger
wrote:
> From: Stephen Hemminger
>
> In kernel log ths message appears on every boot:
> "warning: `NetworkChangeNo' uses legacy ethtool link settings API,
> link modes are only partially reported"
>
> When et
Hi Amit,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on clk/clk-next]
[also build test ERROR on v4.15-rc5 next-20171222]
[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/linux/com
On Sun, Dec 31, 2017 at 6:33 AM, Brendan Gregg
wrote:
> On Tue, Dec 19, 2017 at 7:12 PM, Yafang Shao wrote:
>> As sk_state is a common field for struct sock, so the state
>> transition tracepoint should not be a TCP specific feature.
>> Currently it traces all AF_INET state transition, so I renam
On Sat, Dec 30, 2017 at 10:52:20PM -0200, Marcelo Ricardo Leitner wrote:
> On Sat, Dec 30, 2017 at 08:42:41AM +0100, Willem de Bruijn wrote:
[...]
> > Somewhat tangential, but any PF_PACKET socket can set this
> > magic gso_size value in its virtio_net_hdr, so if it is assumed to
> > be an SCTP GSO
> On Dec 30, 2017, at 2:06 PM, Linus Torvalds
> wrote:
>
>> On Sat, Dec 30, 2017 at 1:35 PM, Ingo Molnar wrote:
>>
>> Linus, I suspect -rc6 is imminent, and it would be nice to at least have the
>> LDT
>> error path fix in. I'll send you these fixes tomorrow, but feel free to pick
>> it up
Hello,
On (12/29/17 22:59), Tetsuo Handa wrote:
[..]
> Just an idea: Do we really need to use a semaphore for console_sem?
>
> Is it possible to replace it with a spinlock? Then, I feel that we can write
> to consoles from non-process context (i.e. soft or hard IRQ context), with
> write only one
Hi,
I was send v5, with minor changes,
but performance numbers are valid.
2017-12-31 3:07 GMT+03:00 sioh Lee :
> hello
>
> First, thanks for organizing all the experiments.
>
> and i'm sending you the results of experiments
>
> Test platform: openstack cloud platform (NEWTON version)
> Experiment
On Fri, Dec 29, 2017 at 2:31 PM, Ulf Hansson wrote:
> From: Geert Uytterhoeven
>
> Since commit 705bc96c2c15313c ("irqchip: renesas-intc-irqpin: Add minimal
> runtime PM support"), when an IRQ is used for wakeup, the INTC block's
> module clock (if exists) is manually kept running during system s
On Fri, Dec 29, 2017 at 2:31 PM, Ulf Hansson wrote:
> From: Geert Uytterhoeven
>
> Changes in v2: [By Ulf Hansson]
> - I have picked up the series from Geert [1] and converted it into use
> the WAKEUP_PATH driver PM flag. This includes some minor changes to
> each
> patch
On Sat, Dec 30, 2017 at 08:42:41AM +0100, Willem de Bruijn wrote:
> > syzkaller hit the following crash on
> > 37759fa6d0fa9e4d6036d19ac12f555bfc0aeafd
> > git://git.cmpxchg.org/linux-mmots.git/master
> > compiler: gcc (GCC) 7.1.1 20170620
> > .config is attached
> > Raw console output is attached.
hello
First, thanks for organizing all the experiments.
and i'm sending you the results of experiments
Test platform: openstack cloud platform (NEWTON version)
Experiment node: openstack based cloud compute node (CPU: xeon E5-2620 v3,
memory 64gb)
VM: (2 VCPU, RAM 4GB, DISK 20GB) * 4
Linux kern
JFYI performance on more fast/modern CPU:
Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz
[ 172.651044] ksm: crc32c hash() 22633 MB/s
[ 172.776060] ksm: xxhash hash() 10920 MB/s
[ 172.776066] ksm: choice crc32c as hash function
1. Pickup, Sioh Lee crc32 patch, after some long conversation
2. Merge with my work on xxhash
3. Add autoselect code to choice fastest hash helper.
Base idea are same, replace jhash2 with something faster.
Perf numbers:
Intel(R) Xeon(R) CPU E5-2420 v2 @ 2.20GHz
ksm: crc32c hash() 12081 MB/s
ksm
xxh32() - fast on both 32/64-bit platforms
xxh64() - fast only on 64-bit platform
Create xxhash() which will pickup fastest version
on compile time.
As result depends on cpu word size,
the main proporse of that - in memory hashing.
Changes:
v2:
- Create that patch
v3 -> v5:
- Nothing
On Fri, Dec 29, 2017 at 2:53 AM, Haiyue Wang
wrote:
> When PCH works under eSPI mode, the PMC (Power Management Controller) in
> PCH is waiting for SUS_ACK from BMC after it alerts SUS_WARN. It is in
> dead loop if no SUS_ACK assert. This is the basic requirement for the BMC
> works as eSPI slave.
On Sat, Dec 30, 2017 at 05:40:28PM -0500, Theodore Ts'o wrote:
> On Sat, Dec 30, 2017 at 12:44:17PM -0800, Matthew Wilcox wrote:
> >
> > I'm not sure I agree with this part. What if we add a new TCP lock class
> > for connections which are used for filesystems/network block devices/...?
> > Yes,
On Sat, 30 Dec 2017, Thomas Gleixner wrote:
> On Sat, 30 Dec 2017, Mathieu Desnoyers wrote:
> The only asymetry is in the error path of write_ldt() which can leak a half
> allocated page table. But, that's a nasty one because if there is an
> existing LDT mapped, then the pagetable cannot be freed.
On Sat, Dec 30, 2017 at 12:44:17PM -0800, Matthew Wilcox wrote:
>
> I'm not sure I agree with this part. What if we add a new TCP lock class
> for connections which are used for filesystems/network block devices/...?
> Yes, it'll be up to each user to set the lockdep classification correctly,
> b
On Tue, Dec 19, 2017 at 7:12 PM, Yafang Shao wrote:
> As sk_state is a common field for struct sock, so the state
> transition tracepoint should not be a TCP specific feature.
> Currently it traces all AF_INET state transition, so I rename this
> tracepoint to inet_sock_set_state tracepoint with s
Two simple fixes, both of which cause I/O hangs. The storvsc one is
from the hyper-v which can hang under certain hot add/remove conditions
and the other is generally, where removing a target and a device in
close proximity can result in the release method being executed twice
(and subsequent list
On Sun, Dec 31, 2017 at 01:03:25AM +0300, Alexander Tsoy wrote:
> > Turns out my previous code to print iret frames was a bit ...
> > misguided, to put it nicely. Not sure what I was smoking.
> >
> > Hopefully the below patch should fix it (in place of the previous
> > patch). Would you mind tes
On Sat, Dec 30, 2017 at 1:35 PM, Ingo Molnar wrote:
>
> Linus, I suspect -rc6 is imminent, and it would be nice to at least have the
> LDT
> error path fix in. I'll send you these fixes tomorrow, but feel free to pick
> it up
> from email if you wanted to release -rc6 today.
I'll do rc6 tomorro
В Sat, 30 Dec 2017 11:57:46 -0600
Josh Poimboeuf пишет:
> On Sat, Dec 30, 2017 at 11:09:46AM -0600, Josh Poimboeuf wrote:
> > On Sat, Dec 30, 2017 at 11:45:13AM +0300, Alexander Tsoy wrote:
> > > В Пт, 29/12/2017 в 21:49 -0600, Josh Poimboeuf пишет:
> > > > On Fri, Dec 29, 2017 at 05:10:35PM
On Sat, 30 Dec 2017, Mathieu Desnoyers wrote:
> - On Dec 30, 2017, at 2:58 PM, Thomas Gleixner t...@linutronix.de wrote:
> > /*
> > * Called on fork from arch_dup_mmap(). Just copy the current LDT state,
> > * the new task is not running, so nothing can be installed.
> > */
> > int ldt_dup_c
On Sat, Dec 30, 2017 at 6:57 PM, Dan Aloni wrote:
> From: Dan Aloni
>
> Hi All,
>
> There has been a lot of progress in recent times regarding the removal
> of sensitive information from dmesg (pointers, etc.), so I figured - why
> not encrypt it all? However, I have not found any existing discus
Commit 5b24a7a2aa2040c8c50c3b71122901d01661ff78 introduced the
unsafe_get_user and unsafe_put_user replacement functions for batched calls
to put_user and get_user. I'm trying to make the kernel smaller and reduce
stac/clac overhead on x86 by substituting the new functions for such
batched call
* Thomas Gleixner wrote:
> The small series fixes the recent fallout of the x86/pti merge:
>
> - Remove the stale local_flush_tlb() invocations from the CPU hotplug code
>
> - Remove the stale preempt_disable/enable() pair from __native_flush_tlb()
>
> - Fix a bogus free in the write_l
* Thomas Gleixner wrote:
> The error path in write_ldt() frees the already installed LDT memory
> instead of the newly allocated which cannot be installed.
s/newly allocated
/newly allocated one
>
> Fixes: f55f0501cbf6 ("x86/pti: Put the LDT in its own PGD if PTI is on")
> Reported-by: Mathi
* Thomas Gleixner wrote:
> smpboot_setup_warm_reset_vector() and smpboot_restore_warm_reset_vector()
> invoke local_flush_tlb() for no obvious reason.
>
> Digging in history revealed that the original code in the 2.1 aera added
> those because the code manipulated a swapper_pg_dir pagetable ent
The cleanup looks good to me, just a few speling nits:
* Thomas Gleixner wrote:
> The preempt_disable/enable() pair in __native_flush_tlb() was added in
> commit 5cf0791da5c1 ("x86/mm: Disable preemption during CR3 read+write") to
> protect the UP variant of flush_tlb_mm_range().
>
> That pree
From: Markus Elfring
Date: Sat, 30 Dec 2017 22:25:44 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/net/wan/fsl_ucc_hdlc.c | 1 -
1 file changed, 1 deletion(-)
d
*FACEPALM*,
Sorry, just forgot about numbering of old jhash2 -> xxhash conversion
Also pickup patch for xxhash - arch dependent xxhash() function that will use
fastest algo for current arch.
So next will be v5, as that must be v4.
Thanks.
2017-12-29 12:52 GMT+03:00 Timofey Titovets :
> Pickup, S
The error path in write_ldt() frees the already installed LDT memory
instead of the newly allocated which cannot be installed.
Fixes: f55f0501cbf6 ("x86/pti: Put the LDT in its own PGD if PTI is on")
Reported-by: Mathieu Desnoyers
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/ldt.c |2
The preempt_disable/enable() pair in __native_flush_tlb() was added in
commit 5cf0791da5c1 ("x86/mm: Disable preemption during CR3 read+write") to
protect the UP variant of flush_tlb_mm_range().
That preempt_disable/enable() pair should have been added to the UP variant
of flush_tlb_mm_range() ins
smpboot_setup_warm_reset_vector() and smpboot_restore_warm_reset_vector()
invoke local_flush_tlb() for no obvious reason.
Digging in history revealed that the original code in the 2.1 aera added
those because the code manipulated a swapper_pg_dir pagetable entry. The
pagetable manipulation was rem
The small series fixes the recent fallout of the x86/pti merge:
- Remove the stale local_flush_tlb() invocations from the CPU hotplug code
- Remove the stale preempt_disable/enable() pair from __native_flush_tlb()
- Fix a bogus free in the write_ldt() error path
Thanks,
tglx
--
Commit-ID: ce90aaf5cde4ce057b297bb6c955caf16ef00ee6
Gitweb: https://git.kernel.org/tip/ce90aaf5cde4ce057b297bb6c955caf16ef00ee6
Author: Simon Ser
AuthorDate: Sat, 30 Dec 2017 14:43:32 -0600
Committer: Ingo Molnar
CommitDate: Sat, 30 Dec 2017 22:04:17 +0100
objtool: Fix seg fault with c
Commit-ID: d89e426499cf36b96161bd32970d6783f1fbcb0e
Gitweb: https://git.kernel.org/tip/d89e426499cf36b96161bd32970d6783f1fbcb0e
Author: Simon Ser
AuthorDate: Sat, 30 Dec 2017 14:43:31 -0600
Committer: Ingo Molnar
CommitDate: Sat, 30 Dec 2017 22:04:17 +0100
objtool: Fix seg fault caused
From: Markus Elfring
Date: Sat, 30 Dec 2017 21:56:56 +0100
Replace the specification of two data types by pointer dereferences
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
This issue was detect
From: Markus Elfring
Date: Sat, 30 Dec 2017 21:50:12 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/net/wireless/atmel/at76c50x-usb.c | 2 --
1 file changed, 2 de
From: Markus Elfring
Date: Sat, 30 Dec 2017 22:01:23 +0100
Two update suggestions were taken into account
from static source code analysis.
Markus Elfring (2):
Delete an error message for a failed memory allocation in at76_submit_rx_urb()
Improve size determinations in at76_usbdfu_download()
This patch series implements support for A83T DW HDMI and PHY. It is based
upon Maxime Ripard's "drm/sun4i: Add A83t LVDS support" patch series which
can be found here:
http://lists.infradead.org/pipermail/linux-arm-kernel/2017-December/550035.html
While exactly this combination of HDMI controller
TCON1 also has M divider, contrary to TCON0.
Fixes: 05359be1176b ("clk: sunxi-ng: Add driver for A83T CCU")
Signed-off-by: Jernej Skrabec
---
drivers/clk/sunxi-ng/ccu-sun8i-a83t.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/sunxi-ng/ccu-sun8i-a83t.c
b/dr
Some SoCs, like Allwinner A83T, have to do additional cleanup when
HDMI driver unloads. When using DW HDMI through DRM bridge API, there is
no place to store driver's private data so it can be accessed in unbind
function. Because of that, add deinit function which is called at the
very end, so driv
Allwinner SoCs have dw hdmi controller v1.32a which exhibits same
magenta line issue as i.MX6Q and i.MX6DL. Enable workaround for it.
Tests show that one iteration is enough.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 8 +---
1 file changed, 5 insertions(+
This TCON doesn't have channel 0, so quirk has_channel_0 is added in the
process.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 46 --
drivers/gpu/drm/sun4i/sun4i_tcon.h | 1 +
2 files changed, 35 insertions(+), 12 deletions(-)
diff
This commit adds GPIO driver for Winbond Super I/Os.
Currently, only W83627UHG model (also known as Nuvoton NCT6627UD) is
supported but in the future a support for other Winbond models, too, can
be added to the driver.
A module parameter "gpios" sets a bitmask of GPIO ports to enable (bit 0 is
GP
A83T has DW HDMI IP block with a custom PHY similar to Synopsys gen2
HDMI PHY.
Only video output was tested, while HW also supports audio and CEC.
Support for them will be added later.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/Kconfig | 9 +
drivers/gpu/drm/sun4i/Makefil
It supports 1 VI and 1 UI plane and HW scaling on both planes.
Signed-off-by: Jernej Skrabec
---
drivers/gpu/drm/sun4i/sun8i_mixer.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/gpu/drm/sun4i/sun8i_mixer.c
b/drivers/gpu/drm/sun4i/sun8i_mixer.c
index 2cbb2de6d39c..9b0
BananaPi M3 includes HDMI connector, so add support for it.
Signed-off-by: Jernej Skrabec
---
arch/arm/boot/dts/sun8i-a83t-bananapi-m3.dts | 29
1 file changed, 29 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t-bananapi-m3.dts
b/arch/arm/boot/dts/sun8i-a83
On 29.12.2017 17:09, William Breathitt Gray wrote:
> On Fri, Dec 29, 2017 at 12:27:12PM +0200, Andy Shevchenko wrote:
>> On Fri, 2017-12-29 at 00:44 +0100, Maciej S. Szmigiero wrote:
>>> On 28.12.2017 16:12, Andy Shevchenko wrote:
On Fri, 2017-12-22 at 19:58 +0100, Maciej S. Szmigiero wrote:
>
This commit adds all bits necessary for HDMI on A83T - mixer1, tcon1,
hdmi and hdmi pinctrl entries.
Signed-off-by: Jernej Skrabec
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 108 +-
1 file changed, 107 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/
On 29.12.2017 11:27, Andy Shevchenko wrote:
> On Fri, 2017-12-29 at 00:44 +0100, Maciej S. Szmigiero wrote:
>> On 28.12.2017 16:12, Andy Shevchenko wrote:
>>> On Fri, 2017-12-22 at 19:58 +0100, Maciej S. Szmigiero wrote:
>
+You will need to provide a module parameter "gpios", or
Parts of PHY code could be useful also for custom PHYs. For example,
Allwinner A83T has custom PHY which is probably Synopsys gen2 PHY
with few additional memory mapped registers, so most of the Synopsys PHY
related code could be reused.
It turns out that even completely custom HDMI PHYs, such as
This commit adds all necessary compatibles and descriptions needed to
implement A83T HDMI pipeline.
Mixer is already properly described, so only compatible is added.
However, A83T TCON1, which is connected to HDMI, doesn't have channel 0,
contrary to all TCONs currently described. Because of that
For example, A83T have nmp plls which are modelled as nkmp plls. Since k
is not specified, it has offset 0, shift 0 and lowest value 1. This
means that LSB bit is always set to 1, which may change clock rate.
Fix that by applying k factor only if k width is greater than 0.
Signed-off-by: Jernej S
On Sat, Dec 30, 2017 at 12:47 PM, Thomas Gleixner wrote:
>
> The UP distinction does not exist anymore since:
Heh. Crossed emails. We're very much in agreement.
Linus
On Mon, 18 Dec 2017 20:39:17 -0800
vcap...@pengaru.com wrote:
> Hello everyone,
>
> While investigating `journalctl -k` for anything associated with broken
> audio, this was found:
>
> Dec 18 16:09:28 iridesce kernel: do_IRQ: 0.33 No irq handler for vector
That first one is a bit weird. But i
On Sat, 30 Dec 2017, Thomas Gleixner wrote:
> On Sat, 30 Dec 2017, Linus Torvalds wrote:
> > On Sat, Dec 30, 2017 at 10:20 AM, Thomas Gleixner
> > wrote:
> > The __native_flush_tlb() function looks _very_ broken.
> >
> > It does:
> >
> > invalidate_user_asid(this_cpu_read(cpu_tlbstate.l
On Sat, Dec 30, 2017 at 12:28 PM, Thomas Gleixner wrote:
>
> That preempt_disable()/enable() was added with:
>
> commit 5cf0791da5c162ebc14b01eb01631cfa7ed4fa6e
> Author: Sebastian Andrzej Siewior
> Date: Fri Aug 5 15:37:39 2016 +0200
>
> x86/mm: Disable preemption during CR3 read+write
>
>
On Sat, Dec 30, 2017 at 10:40:41AM -0500, Theodore Ts'o wrote:
> On Fri, Dec 29, 2017 at 10:16:24PM -0800, Matthew Wilcox wrote:
> > > The problems come from wrong classification. Waiters either classfied
> > > well or invalidated properly won't bitrot.
> >
> > I disagree here. As Ted says, it's
From: Simon Ser
Fix a seg fault when no parameter is provided to 'objtool orc'.
Signed-off-by: Simon Ser
Signed-off-by: Josh Poimboeuf
---
tools/objtool/builtin-orc.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tools/objtool/builtin-orc.c b/tools/objtool/builtin-orc
Hi Ingo,
Here are a couple of objtool seg fault fixes from Simon Ser.
Simon Ser (2):
objtool: Fix seg fault caused by missing parameter
objtool: Fix seg fault with clang-compiled objects
tools/objtool/builtin-orc.c | 4 +++-
tools/objtool/orc_gen.c | 2 ++
2 files changed, 5 insertions(
From: Simon Ser
Fix a seg fault which happens when an input file provided to 'objtool
orc generate' doesn't have a '.shstrtab' section (for instance, object
files produced by clang don't have this section).
Signed-off-by: Simon Ser
Signed-off-by: Josh Poimboeuf
---
tools/objtool/orc_gen.c | 2
Signed-off-by: Eric Leblond
Acked-by: Alexei Starovoitov
---
tools/lib/bpf/bpf.c| 2 ++
tools/lib/bpf/bpf.h| 2 ++
tools/lib/bpf/libbpf.c | 2 ++
tools/lib/bpf/libbpf.h | 2 ++
4 files changed, 8 insertions(+)
diff --git a/tools/lib/bpf/bpf.c b/tools/lib/bpf/bpf.c
index ceb20c5cae3b..ab
Parse netlink ext attribute to get the error message returned by
the card. Code is partially take from libnl.
Signed-off-by: Eric Leblond
Acked-by: Alexei Starovoitov
---
tools/lib/bpf/Build| 2 +-
tools/lib/bpf/bpf.c| 10 ++-
tools/lib/bpf/nlattr.c | 187
Most of the code is taken from set_link_xdp_fd() in bpf_load.c and
slightly modified to be library compliant.
Signed-off-by: Eric Leblond
Acked-by: Alexei Starovoitov
---
tools/lib/bpf/bpf.c| 126 -
tools/lib/bpf/libbpf.c | 2 +
tools/lib/bp
Hello,
This updated patchset address the remarks by Toshiaki Makita and
Philippe Ombredanne:
- fixes on errno handling
- correct usage of SPDX header
Best regards,
--
Eric Leblond
- On Dec 30, 2017, at 2:58 PM, Thomas Gleixner t...@linutronix.de wrote:
> On Sat, 30 Dec 2017, Mathieu Desnoyers wrote:
>
>> Hi Thomas,
>>
>> Here is some feedback on the KPTI patchset. Sorry for not replying to the
>> patch, I was not CC'd on the original email, and don't have it in my inb
On 12/30/2017 09:58 AM, Dan Aloni wrote:
> From: Dan Aloni
>
> This commit enables the kernel to encrypt the free-form text that
> is generated by printk() before it is brought up to `dmesg` in
> userspace.
>
> The encryption is made using one of the trusted public keys which
> are kept built-in
From: Markus Elfring
Date: Sat, 30 Dec 2017 21:23:47 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/net/wireless/broadcom/b43/sdio.c | 1 -
1 file changed, 1 dele
On Sat, 30 Dec 2017, Linus Torvalds wrote:
> On Sat, Dec 30, 2017 at 10:20 AM, Thomas Gleixner wrote:
> The __native_flush_tlb() function looks _very_ broken.
>
> It does:
>
> invalidate_user_asid(this_cpu_read(cpu_tlbstate.loaded_mm_asid));
> /*
> * If current->mm == NU
On 12/30/2017 09:58 AM, Dan Aloni wrote:
> From: Dan Aloni
>
> Example execution:
>
> dmesg | dmesg-decipher
>
> Signed-off-by: Dan Aloni
> ---
> diff --git a/tools/kmsg/dmesg-decipher.c b/tools/kmsg/dmesg-decipher.c
> new file mode 100644
> index ..c7149fe7dc17
> --- /dev/n
Use dma_zalloc_coherent for allocating zeroed
memory and remove unnecessary memset function.
Done using Coccinelle.
Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
0-day tested with no failures.
Suggested-by: Luis R. Rodriguez
Signed-off-by: Himanshu Jha
---
v2:
-align argume
> Stefan Schake hat am 29. Dezember 2017 um 17:05
> geschrieben:
>
>
> We were calling enable_irq on bind, where it was already enabled previously
> by the IRQ helper. Additionally, dev->irq is not set correctly until after
> postinstall and so was always zero here, triggering a warning in 4.1
On Sat, Dec 30, 2017 at 11:41 AM, Thomas Gleixner wrote:
>
> That pagetable fiddling dissappeared long ago, but the flush stayed around
> forever.
Yes, so it all makes sense, and those two tlb invalidates should just
be removed.
Good to have the reason for the left-over code understood.
On Sat, 30 Dec 2017, Mathieu Desnoyers wrote:
> Hi Thomas,
>
> Here is some feedback on the KPTI patchset. Sorry for not replying to the
> patch, I was not CC'd on the original email, and don't have it in my inbox.
I can bounce you 196 versions if you want.
> I notice that fill_ldt() sets the d
From: Markus Elfring
Date: Sat, 30 Dec 2017 20:48:44 +0100
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/net/wireless/cisco/airo.c | 7 +--
1 file changed, 1 inser
On 12/30/17 1:17 AM, syzbot wrote:
Hello,
syzkaller hit the following crash on
fba961ab29e5ffb055592442808bb0f7962e05da
git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master
compiler: gcc (GCC) 7.1.1 20170620
.config is attached
Raw console output is attached.
Unfortunately,
On Sat, 30 Dec 2017, Linus Torvalds wrote:
> On Sat, Dec 30, 2017 at 10:20 AM, Thomas Gleixner wrote:
> So I'd suggest moving the preempt_disable() up to the top of that
> function, regardless of whether we could then remove that seemingly
> stale TLB flush in that crazy
> smpboot_setup/restore_wa
On 12/30/2017 09:58 AM, Dan Aloni wrote:
> From: Dan Aloni
>
> Signed-off-by: Dan Aloni
> ---
> Documentation/admin-guide/dmesg-encryption.rst | 77
> ++
> 1 file changed, 77 insertions(+)
> create mode 100644 Documentation/admin-guide/dmesg-encryption.rst
>
> diff --
socket buffer can get freed as part of sock_close
callback so before adding reference check underneath
socket validity.
Reported-by: syzbot+93a5839deb3555374...@syzkaller.appspotmail.com
Signed-off-by: Santosh Shilimkar
---
net/rds/bind.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
--Andy
> On Dec 30, 2017, at 11:15 AM, Linus Torvalds
> wrote:
>
> On Sat, Dec 30, 2017 at 11:03 AM, Dave Hansen
> wrote:
>> On 12/30/2017 10:40 AM, Linus Torvalds wrote:
>>> The __native_flush_tlb() function looks _very_ broken.
>> ...
>>> So I'd suggest moving the preempt_disable() up to t
Le 12/19/17 à 23:24, Linus Walleij a écrit :
> On Mon, Dec 11, 2017 at 12:38 AM, Florian Fainelli
> wrote:
>> On 12/02/2017 04:48 AM, Linus Walleij wrote:
>
>>> This should solve your problem without having to alter the semantics
>>> of pinctrl_select_state() for everyone.
>>
>> This was exactly
From: Markus Elfring
Date: Sat, 30 Dec 2017 20:20:56 +0100
Omit an extra message for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/net/wireless/intersil/orinoco/main.c| 10 ++
On Sat, 30 Dec 2017, Himanshu Jha wrote:
> On Sat, Dec 30, 2017 at 11:41:19AM -0500, Alan Stern wrote:
> > On Sat, 30 Dec 2017, Himanshu Jha wrote:
> >
> > > Use dma_zalloc_coherent for allocating zeroed
> > > memory and remove unnecessary memset function.
> > >
> > > Done using Coccinelle.
> >
On Sat, Dec 30, 2017 at 11:03 AM, Dave Hansen
wrote:
> On 12/30/2017 10:40 AM, Linus Torvalds wrote:
>> The __native_flush_tlb() function looks _very_ broken.
> ...
>> So I'd suggest moving the preempt_disable() up to the top of that
>> function, regardless of whether we could then remove that see
On Sat, Dec 30, 2017 at 12:58 PM, Dan Aloni wrote:
> From: Dan Aloni
>
> Signed-off-by: Dan Aloni
> ---
> Documentation/admin-guide/dmesg-encryption.rst | 77
> ++
> 1 file changed, 77 insertions(+)
> create mode 100644 Documentation/admin-guide/dmesg-encryption.rst
>
-ci/linux/commits/Jacopo-Mondi/Renesas-Capture-Engine-Unit-CEU-V4L2-driver/20171230-212202
base: git://linuxtv.org/media_tree.git master
config: sh-migor_defconfig (attached as .config)
compiler: sh4-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
https://raw.githubusercontent.com
Hi!
I'm getting WARN_ON() on heavy wifi use, thinkpad T40p... Any ideas?
BTW can we get rid of the ath5k: ath5k_hw_get_isr: ISR: 0x0080
IMR: 0x80081035 debugging print?
Thanks,
Pavel
[0.00] Linux version 4.15.0
On 12/30/2017 10:40 AM, Linus Torvalds wrote:
> The __native_flush_tlb() function looks _very_ broken.
...
> So I'd suggest moving the preempt_disable() up to the top of that
> function, regardless of whether we could then remove that seemingly
> stale TLB flush in that crazy
> smpboot_setup/restor
On 12/30/2017 09:58 AM, Dan Aloni wrote:
> From: Dan Aloni
>
> Signed-off-by: Dan Aloni
> ---
> certs/system_keyring.c| 56
> ++-
> include/keys/system_keyring.h | 3 +++
> 2 files changed, 58 insertions(+), 1 deletion(-)
>
> diff --git a/certs
On 12/30/2017 05:08 AM, Jia-Ju Bai wrote:
b43_radio_2057_init_post is not called in an interrupt handler
nor holding a spinlock.
The function mdelay in it can be replaced with msleep, to reduce busy wait.
Signed-off-by: Jia-Ju Bai
checkpatch.pl reports the following warning for this patch:
W
Hi Thomas,
Here is some feedback on the KPTI patchset. Sorry for not replying to the
patch, I was not CC'd on the original email, and don't have it in my inbox.
I notice that fill_ldt() sets the desc->type with "|= 1", whereas all
other operations on the desc type are done with a type enum based
On Sat, Dec 30, 2017 at 10:20 AM, Thomas Gleixner wrote:
> On Sat, 30 Dec 2017, Dominik Brodowski wrote:
>>
>> native_cpu_up+0x2f0/0xa30:
>> invalidate_user_asid at arch/x86/include/asm/tlbflush.h:343
>
> Ah, that makes sense. Missed that in the maze.
>
> What makes less sense is that tlbflush its
1 - 100 of 226 matches
Mail list logo
