Arnd,
> As reported by Meelis Roos, my previous patch causes an incorrect
> calculation of the timeout, through an undefined signed integer
> overflow:
Applied to 4.15/scsi-fixes, thank you!
--
Martin K. Petersen Oracle Linux Engineering
On 2017年11月29日 09:53, Jason Wang wrote:
On 2017年11月29日 01:17, w...@redhat.com wrote:
From: Wei Xu
Matthew found a roughly 40% tcp throughput regression with commit
c67df11f(vhost_net: try batch dequing from skb array) as discussed
in the following thread:
https://www.mail-archive.com
On 11/29/2017 03:02 AM, John Stultz wrote:
On Sun, Nov 26, 2017 at 4:56 AM, Archit Taneja wrote:
On 11/17/2017 04:29 AM, John Stultz wrote:
diff --git a/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c
b/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c
index 0e14f15..939c3b9 100644
--- a/drivers/gp
On Tue, Nov 28, 2017 at 01:30:26PM -0800, Andrew Morton wrote:
>
> It looks like blkcipher_walk_done() passed a bad address to kfree().
>
Indeed, it's freeing uninitialized memory because the Salsa20 algorithms are
using the blkcipher_walk API incorrectly. I've sent a patch to fix it:
"crypto:
Arnd,
> There is no need to go through an intermediate timespec to convert to
> ktime_t when we just want a simple multiplication. This gets rid of
> one of the few users of jiffies_to_timespec, which I hope to remove as
> part of the y2038 cleanup.
Applied to 4.16/scsi-queue. Thanks!
--
Marti
On Tue, Nov 28, 2017 at 09:24:01AM -0800, syzbot wrote:
> Hello,
>
> syzkaller hit the following crash on
> 1d3b78bbc6e983fabb3fbf91b76339bf66e4a12c
> 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 ou
On Tue, Nov 28, 2017 at 07:23:01AM -0800, syzbot wrote:
> Hello,
>
> syzkaller hit the following crash on
> 1d3b78bbc6e983fabb3fbf91b76339bf66e4a12c
> 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 ou
On Tue, Nov 28, 2017 at 06:22:01AM -0800, syzbot wrote:
> Hello,
>
> syzkaller hit the following crash on
> 1d3b78bbc6e983fabb3fbf91b76339bf66e4a12c
> 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 ou
Martin,
> The modification of fc_lport_recv_els_req() in commit fcabb09e59a7
> (merged in 4.12-rc1) caused certain requests not to be handled at all.
> Fix that.
Applied to 4.15/scsi-fixes. Thank you!
--
Martin K. Petersen Oracle Linux Engineering
The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323:
Linux 4.15-rc1 (2017-11-26 16:01:47 -0800)
are available in the git repository at:
git://github.com/tcharding/linux.git tags/printk-hash-pointer-4.15-rc2
for you to fetch changes up to 6424f6bb432752c7eb90cbeeb1c31
From: Eric Biggers
When asked to encrypt or decrypt 0 bytes, both the generic and x86
implementations of Salsa20 crash in blkcipher_walk_done(), either when
doing 'kfree(walk->buffer)' or 'free_page((unsigned long)walk->page)',
because walk->buffer and walk->page have not been initialized.
The b
Hi,
There is new discoveries!
When I find qlist_move_cache reappear in my environment,
I use kgdb to break into function qlist_move_cache. I found
this function is called because of cgroup release.
I also find libvirt allocate a memory croup for each qemu it started,
in my system, it looks like
From: Changbin Du
The default NR_CPUS can be very large, but actual possible nr_cpu_ids
usually is very small. For my x86 distribution, the NR_CPUS is 8192 and
nr_cpu_ids is 4. About 2 pages are wasted.
Most machines don't have so many CPUs, so define a array with NR_CPUS
just wastes memory. So
On 18/10/17 15:34, Andrew Donnellan wrote:
Greetings,
*
TL;DR
- LCA Kernel Miniconf, Sydney, Australia, 22 Jan 2018
- Submissions by 30 November 2017, 23:59 (AEDT/UTC+11)
- Wanted: anything interesting to kernel hackers! Speakers from
diverse backgrounds encouraged!
platform_device_id are not supposed to change at runtime. All functions
working with platform_device_id provided by
work with const platform_device_id. So mark the non-const structs as
const.
Signed-off-by: Arvind Yadav
---
changes in v2:
Resend all changes as single patch.
driver
Hi Rafael,
On Wednesday 29 November 2017 02:28 AM, Rafael J. Wysocki wrote:
On Tue, Nov 28, 2017 at 11:01 AM, Arvind Yadav
wrote:
platform_device_id are not supposed to change at runtime. All functions
working with platform_device_id provided by
work with const platform_device_id. So mark th
[PATCH] drivers/staging/rtl8188eu remove 5GHZ specific code
My first patch.
This based from linux-next tree.
Removes code valid only for 5 HGz, as per the TODO, and also some formating
issues.
If this device is only supported for sub 5GHZ hardware than this
change should not harm its intended aud
On Tue, Nov 28, 2017 at 06:29:02PM -0800, Linus Torvalds wrote:
> On Tue, Nov 28, 2017 at 6:05 PM, Tobin C. Harding wrote:
> >
> >Let's add specifier %px as a
> > clear, opt-in, way to print a pointer and maintain some level of
> > isolation from all the other hex integer output within the Ker
On Tue, Nov 28, 2017 at 09:39:57PM -0500, Steven Rostedt wrote:
> On Wed, 29 Nov 2017 13:05:02 +1100
> "Tobin C. Harding" wrote:
>
> > + /*
> > +* kptr_restrict==1 cannot be used in IRQ context
> > +* because its test for CAP_SYSLOG would be meaningless.
> > +
Linus Torvalds writes:
> On Tue, Nov 28, 2017 at 4:26 PM, Kees Cook wrote:
>>
>>> The model that I am a proponent of is to take a softer approach
>>> initially: don't forbid module loading (because that breaks users),
>>> but instead _warn_ about non-root module loading. And then we can
>>> star
On Wed, Nov 29, 2017 at 2:32 AM, Miguel Bernal Marin
wrote:
> Hi Miklos,
>
> I've seen issues when I try to use a Qemu/KVM + 9P and a Overlay FS.
>
> The issue started to show from v4.14 and I bisected the guilty commit to
>
> 4edb83bb1041 ("ovl: constant d_ino for non-merge dirs")
>
> The issue i
On 31-10-17, 18:17, Viresh Kumar wrote:
> Hi,
>
> Now that the performance state of PM domains are supported by the kernel
> (merged in linux-next), I am trying once again to define the bindings
> which we dropped until the code is merged first.
@Rob/Stephen: Can I get Ack from you guys on this s
In current stat-shadow.c, the rbtree deleting is ignored.
The patch adds the implementation to node_delete method
of rblist.
Signed-off-by: Jin Yao
---
tools/perf/util/stat-shadow.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/tools/perf/util/stat-shadow.c b/
Perf has a set of static variables to record the runtime shadow
metrics stats.
While if we want to record the runtime shadow stats for per-thread,
it will be the limitation. This patch creates a structure and the
next patches will use this structure to update the runtime shadow
stats for per-threa
It mainly initializes the rblist in struct runtime_stat.
For the original rblist 'runtime_saved_values', it's still there
for keeping the patch bisectable. The rblist 'runtime_saved_values'
will be removed in later patch at switching time.
Signed-off-by: Jin Yao
---
tools/perf/util/stat-shadow.
The functions perf_stat__update_shadow_stats() and
perf_stat__print_shadow_statss() are called to update
and print the shadow stats on a set of static variables.
But the static variables are the limitations to support
per-thread shadow stats.
This patch lets the perf_stat__update_shadow_stats() s
Currently we have a rblist__delete() which is used to delete a rblist.
While rblist__delete() will free the pointer of rblist at the end.
It's inconvenience for user to delete a rblist which is not allocated
by something like malloc(). For example, the rblist is defined in a
data structure.
This
Currently, if we execute 'perf stat --per-thread' without specifying
pid/tid, perf will return error.
root@skl:/tmp# perf stat --per-thread
The --per-thread option is only available when monitoring via -p -t options.
-p, --pidstat events on existing process id
-t, --tidstat
After perf_evlist__create_maps() being executed, we can get all
threads from /proc. And via thread_map__nr(), we can also get
the number of threads.
With the number of threads, the patch allocates a buffer which
will record the shadow stats for these threads.
The buffer pointer is saved in stat_c
There are many threads reported if we enable '--per-thread'
globally.
1. Most of the threads are not counted or counting value 0.
This patch removes these threads.
2. We also resort the threads in display according to the
counting value. It's useful for user to see the hottest
threads easily.
Fo
In previous patches, we have reconstructed the code and let
it not access the static variables directly.
This patch removes these static variables.
Signed-off-by: Jin Yao
---
tools/perf/util/stat-shadow.c | 68 ++-
tools/perf/util/stat.h| 1 +
2
v3:
---
Update according to Jiri's comments. The major modifications are:
1. Fix the crash issue when performing the git bisect.
Move the removing of runtime_saved_values to the switching point
(perf util: Remove a set of shadow stats static variables).
2. Still add struct perf_stat_config:
Previously the rbtree was used to link generic metrics.
This patches adds new ctx/type/stat into rbtree keys because we
will use this rbtree to maintain shadow metrics to replace original
a couple of static arrays for supporting per-thread shadow stats.
Signed-off-by: Jin Yao
---
tools/perf/uti
Perf already has a function thread_map__new_by_uid() which can
enumerate all threads from /proc by uid.
This patch creates a static function enumerate_threads() which
reuses the common code in thread_map__new_by_uid() to enumerate
threads from /proc.
The enumerate_threads() is shared by thread_ma
On Tue, 28 Nov 2017 12:36:19 -0800, Jeff Kirsher wrote:
> From: Jacob Keller
>
> Commit 799ba82de01e ("sched/deadline: Use C bitfields for the state
> flags", 2017-10-10) introduced the use of C bitfields for these
> variables. However, sparse complains about them:
>
> ./include/linux/sched.h:47
Hi Rob,
2017-11-29 0:25 GMT+09:00 Rob Herring :
> On Tue, Nov 28, 2017 at 04:29:10PM +0900, Masahiro Yamada wrote:
>
> Commit msg?
I will write something to fill the line.
>> Signed-off-by: Masahiro Yamada
>> ---
>>
>> Documentation/devicetree/bindings/arm/uniphier.txt | 40
>> +
On Wed, Nov 29 2017, Ian Kent wrote:
> Adding Al Viro to the Cc list as I believe Stephen Whitehouse and
> Al have discussed something similar, please feel free to chime in
> with your thoughts Al.
>
> On 29/11/17 09:17, NeilBrown wrote:
>> On Tue, Nov 28 2017, Mike Marion wrote:
>>
>>> On Tue, N
Hi Rob,
2017-11-29 0:27 GMT+09:00 Rob Herring :
> On Tue, Nov 28, 2017 at 04:49:45PM +0900, Masahiro Yamada wrote:
>> The driver has been in the tree for a while, but its binding document
>> is missing. Hence, here it is.
>>
>> Signed-off-by: Masahiro Yamada
>> ---
>>
>> .../pinctrl/socionext,
On Wed, Nov 29, 2017 at 12:14:00PM +0900, Masami Hiramatsu wrote:
> On Mon, 27 Nov 2017 16:23:15 -0800
> Andi Kleen wrote:
>
> > From: Andi Kleen
> >
> > Add a extra quiet argument to the debug info open / probe finder
> > code that allows perf script to make them quieter. Otherwise
> > we may
That code is to handle NAN (not a number) in float. Unfortunately our HW
architect decided NAN is one of the way to determine if something isn't
supported. We have feed this back to our HW team and they will look into
improving this for next next generation.
-Original Message-
From: D
FYI, we noticed the following commit (built with gcc-6):
commit: 48a3b0cedbb099efea7bb977b6cd3728d0b58b38 ("x86/entry/64: Create a
percpu SYSCALL entry trampoline")
https://git.kernel.org/cgit/linux/kernel/git/luto/linux.git x86/entry_stack
in testcase: boot
on test machine: qemu-system-x86_64
On 2017/11/29 11:14, Hanjun Guo wrote:
> Hi Lihao,
>
> On 2017/11/29 10:48, Lihao Liang wrote:
>> Hi Paul,
>>
>> Signed-off-by: Lihao Liang
>
> ...
>
>>
>> Many thanks,
>> Lihao.
>>
>> On 2017/11/29 9:14, Paul E. McKenney wrote:
>>> On Wed, Nov 29, 2017 at 11:51:51AM +1100, Stephen Rothwell w
Hi,
I have a question about the Linux kernel, which I have been trying to
find an answer to through various forums for some time now, but without
success. I'm wondering if anyone on this mailing list might be able to
help?
I've been trying to build a Linux From Scratch (LFS) system, using
SysVini
[CC Andrew, Michal]
On 11/28/2017 06:37 PM, Eric Biggers wrote:
> On Sat, Aug 26, 2017 at 12:11:24PM -0700, Nadav Amit wrote:
>> hugetlfs_fallocate() currently performs put_page() before unlock_page().
>> This scenario opens a small time window, from the time the page is added
>> to the page cache
On Wed, Nov 29, 2017 at 5:43 AM, Jernej Škrabec wrote:
> Hi!
>
> Dne torek, 28. november 2017 ob 21:55:50 CET je Maxime Ripard napisal(a):
>> On Mon, Nov 27, 2017 at 09:57:46PM +0100, Jernej Skrabec wrote:
>> > DE2 have many CSC units - channel input CSC, channel output CSC and
>> > mixer output C
On Mon, 27 Nov 2017 16:23:17 -0800
Andi Kleen wrote:
> From: Andi Kleen
>
> Normally perf script debug info resolution doesn't print
> warnings, but allow -v to override that. Useful for finding out why
> things don't work.
This must be done in call-site, since we don't need it clearly
in bel
Hi Lihao,
On 2017/11/29 10:48, Lihao Liang wrote:
> Hi Paul,
>
> Signed-off-by: Lihao Liang
...
>
> Many thanks,
> Lihao.
>
> On 2017/11/29 9:14, Paul E. McKenney wrote:
>> On Wed, Nov 29, 2017 at 11:51:51AM +1100, Stephen Rothwell wrote:
>>> Hi Paul,
>>>
>>> Commit
>>>
>>> d7e182c9c324 ("rcu
On Mon, 27 Nov 2017 16:23:15 -0800
Andi Kleen wrote:
> From: Andi Kleen
>
> Add a extra quiet argument to the debug info open / probe finder
> code that allows perf script to make them quieter. Otherwise
> we may end up with too many error messages when lots of
> instructions fail debug info pa
On 29/11/17 10:48, NeilBrown wrote:
> On Wed, Nov 29 2017, Ian Kent wrote:
>
>> On 29/11/17 10:13, Mike Marion wrote:
>>> On Wed, Nov 29, 2017 at 12:17:27PM +1100, NeilBrown wrote:
>>>
How big do people see /proc/self/mount* getting? What size reads
does 'strace' show the various progra
On Mon, Nov 20, 2017 at 08:08:30PM +0100, Maciej S. Szmigiero wrote:
> AC'97 interface RXD and TXC pins are only used as SoC inputs, let's disable
> pad drivers for them so we will be protected if, for example, TCLKDIR is
> set by mistake in AUDMUX and causes TXC pin to be configured as an output.
Hi all,
Changes since 20171128:
New trees: bpf, bpf-next
Renamed tree: kvm-master to kvm-fixes
Dropped tree: vfs (badly conflicting commit)
The vfs tree gained conflicts against Linus' tree so I dropped it
for today.
The i2c tree lost its build failure.
The etnaviv tree still ha
On Sat, Nov 18, 2017 at 12:02:01AM +, Linux Kernel wrote:
> Web:
> https://git.kernel.org/torvalds/c/6d04ee9dc10149db842d41de66eca201c9d91b60
> Commit: 6d04ee9dc10149db842d41de66eca201c9d91b60
> Parent: 19b7fe4a48efbe0f7e8c496b040c4eb16ff02313
> Refname:refs/heads/maste
On Fri, Nov 17, 2017 at 04:05:26PM +0200, Ioana Ciornei wrote:
> Add the fsl-mc node in the LS1088A device tree.
>
> Signed-off-by: Ioana Ciornei
Applied, thanks.
From: Kuninori Morimoto
In general, PLL has VCO (= Voltage controlled oscillator),
one of the very important electronic feature called as "jitter"
is related to this VCO.
In academic generalism, VCO should be maximum to be more small jitter.
In high frequency clock, jitter will be large impact.
From: Jian Hu
The actual HIGH/LOW signal output from the PWM is equal to
the value programed to HW register plus one, this is designed by HW.
This fix should apply to all Meson SoC(include GX/GXL/GXBB, Meson6,8)
Fixes: 211ed630753d ("pwm: Add support for Meson PWM Controller")
Signed-off-by: Ji
This series adds a new DRM/TinyDRM driver for Sitronix ST7735R, specifically
the Adafruit 1.8" TFT.
Nothing fancy here. Just mostly TinyDRM boilerplate with the init sequence from
the fbtft driver for the same panel.
I'm assuming that since it says so here[1], that the "R" suffix is important,
so
Subject: [PATCH] staging: lustre: lov: use list_for_each_entry in lov_obd.c
Using the *_entry macro simplifies the code slightly.
Signed-off-by: NeilBrown
---
Resubmitted with non-empty changelog text.
Thanks,
NeilBrown
drivers/staging/lustre/lustre/lov/lov_obd.c | 6 ++
1 file changed,
This adds a new device tree binding for Sitronix ST7735R display panels,
such as the Adafruit 1.8" TFT.
Signed-off-by: David Lechner
---
.../bindings/display/sitronix,st7735r.txt | 35 ++
1 file changed, 35 insertions(+)
create mode 100644
Documentation/devicetree/
VER_MODESET | DRIVER_PRIME |
+ DRIVER_ATOMIC,
+ .fops = &st7735r_fops,
+ TINYDRM_GEM_DRIVER_OPS,
+ .lastclose = tinydrm_lastclose,
+ .name = "st7735r",
+ .desc = "Sitron
On Thu, Nov 16, 2017 at 10:58:57PM +0800, SZ Lin wrote:
> Add support for Moxa UC-8410A open platform
>
> The UC-8410A computing platform is designed
> for embedded communication-centric industrial applications
>
> The features of UC-8410A are:
> * QSPI flash
> * SD slot
> * 3x LAN
> * 8x RS-232/
Adding Al Viro to the Cc list as I believe Stephen Whitehouse and
Al have discussed something similar, please feel free to chime in
with your thoughts Al.
On 29/11/17 09:17, NeilBrown wrote:
> On Tue, Nov 28 2017, Mike Marion wrote:
>
>> On Tue, Nov 28, 2017 at 07:43:05AM +0800, Ian Kent wrote:
On 11/28/2017 06:01 PM, Andrew Lunn wrote:
On Tue, Nov 28, 2017 at 04:55:33PM -0800, David Daney wrote:
From: Carlos Munoz
Add bindings for Common Ethernet Interface (BGX) block.
Acked-by: Rob Herring
Signed-off-by: Carlos Munoz
Signed-off-by: Steven J. Hill
Signed-off-by: David Daney
---
Hi Paul,
Signed-off-by: Lihao Liang
Many thanks,
Lihao.
On 2017/11/29 9:14, Paul E. McKenney wrote:
> On Wed, Nov 29, 2017 at 11:51:51AM +1100, Stephen Rothwell wrote:
>> Hi Paul,
>>
>> Commit
>>
>> d7e182c9c324 ("rcu: Remove unnecessary spinlock in
>> rcu_boot_init_percpu_data()")
>>
>> is
On Wed, Nov 29 2017, Ian Kent wrote:
> On 29/11/17 10:13, Mike Marion wrote:
>> On Wed, Nov 29, 2017 at 12:17:27PM +1100, NeilBrown wrote:
>>
>>> How big do people see /proc/self/mount* getting? What size reads
>>> does 'strace' show the various programs using to read it?
>>
>> We already have
On 11/28/17 at 10:58pm, Jiri Bohac wrote:
> Hi Baoquan,
>
> On Sun, Nov 12, 2017 at 04:04:26PM +0800, Baoquan He wrote:
> > Solution:
> > 1) Remove the code which support GART IOMMU when it's not enabled in
> > BIOS. This has been done in the new generation of hardware IOMMU like
> > intel vt-d IO
Hi Nick,
2017-11-29 3:18 GMT+09:00 Nick Desaulniers :
> Hi Masahiro,
>
> Thanks for merging Chris' patch, and sorry for taking so long to respond.
>
> On Wed, Nov 22, 2017 at 8:24 PM, Masahiro Yamada
> wrote:
>> Linus suggests to move compiler flag testing to Kconfig.
>
> Do you have an LKML link
On Wed, 29 Nov 2017 13:05:02 +1100
"Tobin C. Harding" wrote:
> + /*
> + * kptr_restrict==1 cannot be used in IRQ context
> + * because its test for CAP_SYSLOG would be meaningless.
> + */
> + if (in_irq() || in_serving_softirq() || in
From: Kuninori Morimoto
Signed-off-by: Kuninori Morimoto
---
Hi Stephen
Thank you for reporting.
I think your issue will be solved by this patch
sound/soc/soc-core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/soc/soc-core.c b/sound/soc/soc-core.c
index 9047046..345baa4 100644
-
On Sat, Aug 26, 2017 at 12:11:24PM -0700, Nadav Amit wrote:
> hugetlfs_fallocate() currently performs put_page() before unlock_page().
> This scenario opens a small time window, from the time the page is added
> to the page cache, until it is unlocked, in which the page might be
> removed from the
On 29/11/17 10:13, Mike Marion wrote:
> On Wed, Nov 29, 2017 at 12:17:27PM +1100, NeilBrown wrote:
>
>> How big do people see /proc/self/mount* getting? What size reads
>> does 'strace' show the various programs using to read it?
>
> We already have line counts into 5 figures. This wasn't an is
On Tue, Nov 28, 2017 at 6:05 PM, Tobin C. Harding wrote:
>
>Let's add specifier %px as a
> clear, opt-in, way to print a pointer and maintain some level of
> isolation from all the other hex integer output within the Kernel.
Yes, I like this model. It's easy and it's obvious ("'x' for hex"),
On 11/28/2017 10:39 AM, Rob Lippert wrote:
On Mon, Nov 27, 2017 at 8:26 PM, Guenter Roeck wrote:
On 11/27/2017 04:28 PM, Robert Lippert wrote:
There seems to be no way to detect the value of the CL/GAIN pin
from the device using PMBus.
Low current mode seems to be recommended (from LM5066 da
On 11/18/17 at 12:47pm, Dave Young wrote:
> Commit d3bfe84129f6 introduced secondary_trusted_keys keyring, current
> users of verify_pkcs7_signature are below:
> net/wireless/reg.c : uses its own trusted_keys
> kernel/module_signing.c : pass NULL trusted_keys
> crypto/asymmetric_keys/verify_pefile
On Wed, Nov 29, 2017 at 12:17:27PM +1100, NeilBrown wrote:
> How big do people see /proc/self/mount* getting? What size reads
> does 'strace' show the various programs using to read it?
We already have line counts into 5 figures. This wasn't an issue until
the change of /etc/mtab to a link. T
On Tue, Nov 28, 2017 at 10:41:29AM -0800, Brian Norris wrote:
> Hi Nickey,
>
> On Tue, Nov 28, 2017 at 07:20:03PM +0800, Nickey Yang wrote:
> > Bridge drivers/helpers shouldn't be clobbering the drvdata, since a
> > parent driver might need to own this. Instead, let's return our
>
> Other reviews
Currently code to handle %pK is all within the switch statement in
pointer(). This is the wrong level of abstraction. Each of the other switch
clauses call a helper function, pK should do the same.
Refactor code out of pointer() to new function restricted_pointer().
Signed-off-by: Tobin C. Hardin
Pointers printed with %p are now hashed by default. Kasan needs the
actual address. We can use the new printk specifier %px for this
purpose.
Use %px instead of %p to print addresses.
Signed-off-by: Tobin C. Harding
---
mm/kasan/report.c | 8
1 file changed, 4 insertions(+), 4 deletion
printk specifier %p now hashes all addresses before printing. Sometimes
we need to see the actual unmodified address. This can be achieved using
%lx but then we face the risk that if in future we want to change the
way the Kernel handles printing of pointers we will have to grep through
the already
Current documentation indicates that %pK prints a leading '0x'. This is
not the case.
Correct documentation for printk specifier %pK.
Signed-off-by: Tobin C. Harding
---
Documentation/printk-formats.txt | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/Documentation/printk-f
Currently there exist approximately 14 000 places in the kernel where
addresses are being printed using an unadorned %p. This potentially
leaks sensitive information regarding the Kernel layout in memory. Many
of these calls are stale, instead of fixing every call lets hash the
address by default b
Currently there exist approximately 14 000 places in the Kernel where
addresses are being printed using an unadorned %p. This potentially
leaks sensitive information regarding the Kernel layout in memory. Many
of these calls are stale, instead of fixing every call lets hash the
address by default b
From: Eric Biggers
Because the HMAC template didn't check that its underlying hash
algorithm is unkeyed, trying to use "hmac(hmac(sha3-512-generic))"
through AF_ALG or through KEYCTL_DH_COMPUTE resulted in the inner HMAC
being used without having been keyed, resulting in sha3_update() being
calle
On Tue, Nov 28, 2017 at 04:55:33PM -0800, David Daney wrote:
> From: Carlos Munoz
>
> Add bindings for Common Ethernet Interface (BGX) block.
>
> Acked-by: Rob Herring
> Signed-off-by: Carlos Munoz
> Signed-off-by: Steven J. Hill
> Signed-off-by: David Daney
> ---
> .../devicetree/bindings/
On Tue, Nov 28, 2017 at 02:55:41PM -0800, Brian Norris wrote:
> Hi Nickey,
>
> On Tue, Nov 28, 2017 at 12:48:43PM -0800, Matthias Kaehlcke wrote:
> > El Tue, Nov 28, 2017 at 07:20:05PM +0800 Nickey Yang ha dit:
> >
> > > Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare
> >
Hello,
This is just a test mail.
Sorry for the inconvenience.
Tim
保密声明：
本邮件含有保密或专有信息，仅供指定收件人使用。严禁对本邮件或其内容做任何未经授权的查阅、使用、复制或转发。
CONFIDENTIAL NOTE:
This email contains confidential or legally privileged information and is for
the sole use of its intended recipient. Any unauthorized
On Tue, 28 Nov 2017, Kees Cook wrote:
> Hi James,
>
> Please pull these seccomp changes for next. This implements an interface
> for examining seccomp filter metadata when using CRIU.
>
Applied to next-testing and next-seccomp at:
git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-sec
On Tue, Nov 28, 2017 at 12:58:45PM -0800, Eric Biggers wrote:
> diff --git a/crypto/hmac.c b/crypto/hmac.c
> index 92871dc2a63e..82436db6b6a6 100644
> --- a/crypto/hmac.c
> +++ b/crypto/hmac.c
> @@ -196,6 +196,11 @@ static int hmac_create(struct crypto_template *tmpl,
> struct rtattr **tb)
>
On Wed, Nov 29, 2017 at 08:49:13AM +0800, joeyli wrote:
> Hi Andrea,
>
> On Fri, Nov 24, 2017 at 10:22:35AM +, Andrea Reale wrote:
> > Resending the patch adding linux-acpi in CC, as suggested by Rafael.
> > Everyone else: apologies for the noise.
> >
> > Commit 242831eb15a0 ("Memory hotplug
On 2017年11月29日 01:17, w...@redhat.com wrote:
From: Wei Xu
Matthew found a roughly 40% tcp throughput regression with commit
c67df11f(vhost_net: try batch dequing from skb array) as discussed
in the following thread:
https://www.mail-archive.com/netdev@vger.kernel.org/msg187936.html
Eventuall
On Tue, Nov 28, 2017 at 07:20:02PM +0800, Nickey Yang wrote:
Looks like you paved the author. This should be From: Brian.
Sean
> Bridge drivers/helpers shouldn't be clobbering the drvdata, since a
> parent driver might need to own this. Instead, let's return our
> 'dw_mipi_dsi' object and have c
PCI/ACPI selections should not happen in Kconfig for machine drivers,
move to SOC selections.
Add distinction between PCI and ACPI HiFi2 platforms and help text.
There should be no functionality change.
The PCI-based platforms may be removed at some point since Medfield
is not really supported b
Follow network example suggested by Linus, move Intel definitions
in if/endif block and clarify in help text which options distro
configurations should enable - everything except legacy Baytrail stuff and
NOCODEC (test only)
There should be no functionality change - except that sound capabilities
Document in comments what the options are supposed to mean, before
clean-up in next patch.
No functionality change here.
Signed-off-by: Pierre-Louis Bossart
---
sound/soc/intel/Kconfig | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/sound/soc/intel/Kconfig b
This patch fixes a number of issues:
1. IOSF_MBI is only needed for byt-cr detection, which is only supported
on Baytrail/Cherrytrail, move to HiFi2 config
2. SND_SOC_INTEL_SST should not select SND_SOC_INTEL_SST_ACPI, the latter
config is only valid for Haswell/Baytrail legacy but not needed by S
Make sure that the same I2C/I2C_DESIGNWARE_PLATFORM are selected.
The latter might actually need to be moved to the SOC side of things,
it really has no place in a machine driver dependency
Signed-off-by: Pierre-Louis Bossart
---
sound/soc/intel/boards/Kconfig | 2 +-
1 file changed, 1 insertion
Make sure all the configs are aligned
Also add the missing dependencies on SOC_ACPI stuff used to fix
DAI names based on HID and fix a couple of indentation issues
Signed-off-by: Pierre-Louis Bossart
---
sound/soc/intel/boards/Kconfig | 33 +++--
1 file changed, 19 in
On Wed, Nov 22, 2017 at 12:55:14AM +0100, Maciej S. Szmigiero wrote:
> In AC'97 mode we configure and start SSI RX / TX on probe path via
> a call to _fsl_ssi_set_dai_fmt() function.
> We don't need to call this function again later and in fact don't want to
> do it since this function temporarily
No reason why SND_SOC_INTEL_SST should be set here.
Also make sure same dependencies are used everywhere (only last one has SPI
in addition). Replace X86_INTEL_LPSS by MFD_INTEL_LPSS since the former
makes no sense for Skylake+ devices
Signed-off-by: Pierre-Louis Bossart
---
sound/soc/intel/boar
On Wed, Nov 22, 2017 at 12:54:26AM +0100, Maciej S. Szmigiero wrote:
> We need to make sure that only proper channel slots (in SACCST register)
> are enabled at playback start time since some AC'97 CODECs (like VT1613 on
> UDOO board) were observed requesting via SLOTREQ spurious ones just after
>
The first patch implements what Linus, Takashi and Mark
requested: a top-level selector defaulting to 'y' to easily filter all
other options and with no impact on code generation. There should be no
functionality change and will avoid breaking audio for people using
make oldnoconfig.
The rest of t
101 - 200 of 1667 matches
Mail list logo
