[1.] One line summary of the problem:
The linux kernel causes udev to spin up floppy drive permanently without
disk inserted
[2.] Full description of the problem/report:
Using a SCSI floppy drive (possibly the same for a USDB floppy
drive). Boot is very p[2.] Full description of the
problem/report:
Hi Guennadi,
Thanks for your review and time on this.
I certainly appreciate the extra eyes here!
On 12/01/18 09:37, Guennadi Liakhovetski wrote:
> Hi Kieran,
>
> On Fri, 12 Jan 2018, Kieran Bingham wrote:
>
>> Newer high definition cameras, and cameras with multiple lenses such as
>> the range
On (01/12/18 13:55), Petr Mladek wrote:
[..]
> > I'm not fixing console_unlock(), I'm fixing printk(). BTW, all my
> > kernels are CONFIG_PREEMPT (I'm a RT guy), my mind thinks more about
> > PREEMPT kernels than !PREEMPT ones.
>
> I would say that the patch improves also console_unlock() but only
On Fri, Jan 12, 2018 at 11:58 PM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> c92a9a461dff6140c539c61e457aa97df29517d6
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is
Reorder the error handling code in order to release the resources in
reverse order than allocation.
Introduce a new 'release_group' label in the error handling path and use
it to void some code duplication.
Signed-off-by: Christophe JAILLET
---
drivers/edac/mv64x60_edac.c | 7 ---
1 file ch
On (01/12/18 07:21), Steven Rostedt wrote:
[..]
> Yep, but I'm still not convinced you are seeing an issue with a single
> printk.
what do you mean by this?
> An OOM does not do everything in one printk, it calls hundreds.
> Having hundreds of printks is an issue, especially in critical sections.
On Wed, Jan 10, 2018 at 1:58 PM, syzbot
wrote:
> Hello,
>
> syzkaller hit the following crash on
> b4464bcab38d3f7fe995a7cb960eeac6889bec08
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is
On 18-01-12 15:07:12, David Herrmann wrote:
> Hi Andy
>
> On Fri, Jan 12, 2018 at 2:50 PM, Andy Shevchenko
> wrote:
> > On Fri, Jan 12, 2018 at 1:04 PM, David Herrmann
> > wrote:
> >> Cc: Matthew Thode
> >
> > Shouldn't be Suggested-by or even Signed-off-by?
>
> The patch is different (Matthe
On Sat, 2018-01-13 at 01:46 +0800, kbuild test robot wrote:
> From: Fengguang Wu
>
> drivers/usb/host/xhci-mtk.c:311:2-3: Unneeded semicolon
>
>
> Remove unneeded semicolon.
>
> Generated by: scripts/coccinelle/misc/semicolon.cocci
>
> Fixes: a2ecc4df9f84 ("usb: xhci-mtk: supports remote wak
On Fri, Jan 12, 2018 at 10:08:20PM -0800, Andy Lutomirski wrote:
> In fact, it looks like this code is totally bogus and has never been
> correct at all. Even in:
>
> commit 4b1d5ae3b103eda43f9d0f85c355bb6995b03a30
> Author: Peter Zijlstra
> Date: Mon Dec 4 15:07:59 2017 +0100
>
> x86/mm:
On Sat, 2018-01-13 at 01:18 +0800, kbuild test robot wrote:
> From: Fengguang Wu
>
> drivers/usb/mtu3/mtu3_host.c:58:2-3: Unneeded semicolon
>
>
> Remove unneeded semicolon.
>
> Generated by: scripts/coccinelle/misc/semicolon.cocci
>
> Fixes: f0ede2c6282b ("usb: mtu3: supports remote wakeup
On Fri, Jan 12, 2018 at 4:57 AM, Ingo Molnar wrote:
>
> * Andy Lutomirski wrote:
>
>> tools/testing/selftests/x86/Makefile| 2 +-
>> tools/testing/selftests/x86/test_vsyscall.c | 500
>>
>> 2 files changed, 501 insertions(+), 1 deletion(-)
>> create mode 1
Add missing cc's. Duh
On Thu, Jan 11, 2018 at 5:16 PM, Andy Lutomirski wrote:
> This tests that the vsyscall entries do what they're expected to do.
> It also confirms that attempts to read the vsyscall page behave as
> expected.
>
> If changes are made to the vsyscall code or its memory map han
On Thu, Jan 11, 2018 at 9:03 PM, Dave Hansen wrote:
> On 01/11/2018 07:01 PM, Raj, Ashok wrote:
>> On Thu, Jan 11, 2018 at 06:20:13PM -0800, Andy Lutomirski wrote:
>>> On Thu, Jan 11, 2018 at 5:52 PM, Raj, Ashok wrote:
>
> What's wrong with native_read_msr()?
Yes, i think i shou
Dear Linux kernel developers,
Previously I have installed ipfire firewall appliance.
The Linux kernel driver "e1000e" for Intel onboard Gigabit Network
Card is very stable. I get consistently high download and high upload
speeds. I used the onboard Intel Gigabit NIC for the WAN (RED)
connection.
On Thu, Jan 11, 2018 at 7:01 PM, Raj, Ashok wrote:
> On Thu, Jan 11, 2018 at 06:20:13PM -0800, Andy Lutomirski wrote:
>> On Thu, Jan 11, 2018 at 5:52 PM, Raj, Ashok wrote:
>> >>
>> >> What's wrong with native_read_msr()?
>> >
>> > Yes, i think i should have added to msr.h. The names didn't read a
>> Omit an extra message for a memory allocation failure in this function.
>
> If this is an "extra" message, I assume there's some other message?
> Can you mention where that is in the changelog?
* Would you like to get a more detailed commit description?
* Are you looking for a reminder on the
On Fri, Jan 12, 2018 at 1:51 PM, Thomas Gleixner wrote:
> On Fri, 12 Jan 2018, Laura Abbott wrote:
>
> Cc+ Andy
>
> I'm almost crashed out by now. Andy might have an idea. I'll look again
> tomorrow with brain awake.
>
>> On 01/12/2018 10:51 AM, Thomas Gleixner wrote:
>> > On Fri, 12 Jan 2018, Lau
On Fri, Jan 12, 2018 at 05:19:32PM -0800, Dave Hansen wrote:
> On 01/12/2018 03:24 PM, W. Trevor King wrote:
> >> If you're going to patch this, please send an update to -tip that
> >> corrects the filename.
> >
> > Here you go :).
>
> Feel free to add my Acked-by. And please send to x...@kernel
A kstrto should be preferred for a single variable instead
of sscanf to convert string to the the required datatype.
Issue reported by checkpatch.pl
Signed-off-by: Sumit Pundir
---
drivers/staging/lustre/lustre/lmv/lmv_obd.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
d
On Sat, Jan 13, 2018 at 12:02:26PM +0800, Baoquan He wrote:
>On 01/12/18 at 01:52pm, Luiz Capitulino wrote:
>> On Fri, 12 Jan 2018 10:47:53 +0800
>> Chao Fan wrote:
>>
>> > On Fri, Jan 12, 2018 at 10:31:52AM +0800, Baoquan He wrote:
>> > >On 01/11/18 at 10:04am, Kees Cook wrote:
>> > >> On Thu,
> I've dropped this because it caused a conflict with the topic/hdac-hdmi
> branch - can you please check what's going on there?
I'm working on inputs from Takashi and Pierre. After much of testing I'll share
the revision patch which waits until actual state reaches target state (similar
is im
On Sat, 13 Jan 2018 12:06:26 +0800
Coly Li wrote:
> On 12/01/2018 11:24 PM, Pavel Vazharov wrote:
> > There was a possibility for infinite do-while loop inside the GC thread
> > function in case of total failure of the caching device. I was able to
> > reproduce it 3 times simulating disappearing
On Sat, Jan 13, 2018 at 2:19 AM, Niklas Cassel wrote:
> Hello Miklos, Amir
>
> We are having some problems with inotify + overlayfs.
>
> If we start to monitor a directory on an overlayfs,
> and get into a low memory situation, or if
> /proc/sys/vm/drop_caches is called explicitly,
> our inotify s
On Fri, Jan 12, 2018 at 11:02:51AM -0800, Matthew Wilcox wrote:
> On Fri, Jan 12, 2018 at 06:26:06PM +0100, Laurent Dufour wrote:
> > @@ -1354,7 +1354,10 @@ extern int handle_mm_fault(struct vm_area_struct
> > *vma, unsigned long address,
> > unsigned int flags);
> > #ifdef CONFIG_SPF
On Sat, 13 Jan 2018 11:40:54 +0800
Coly Li wrote:
> On 12/01/2018 10:07 PM, Pavel Vazharov wrote:
> > The actual sysfs io_error_limit value is left shifted IO_ERROR_SHIFT
> > times before it is stored in the error_limit.
> > This fixes the un-registering of the cache set when the io_errors reach
On 12/01/2018 11:24 PM, Pavel Vazharov wrote:
> There was a possibility for infinite do-while loop inside the GC thread
> function in case of total failure of the caching device. I was able to
> reproduce it 3 times simulating disappearing of the caching device via
> 'echo 1 > /sys/block//device/de
On 01/12/18 at 01:52pm, Luiz Capitulino wrote:
> On Fri, 12 Jan 2018 10:47:53 +0800
> Chao Fan wrote:
>
> > On Fri, Jan 12, 2018 at 10:31:52AM +0800, Baoquan He wrote:
> > >On 01/11/18 at 10:04am, Kees Cook wrote:
> > >> On Thu, Jan 11, 2018 at 1:00 AM, Baoquan He wrote:
> > >> > Hi Luiz,
>
On 12/01/2018 10:07 PM, Pavel Vazharov wrote:
> The actual sysfs io_error_limit value is left shifted IO_ERROR_SHIFT
> times before it is stored in the error_limit.
> This fixes the un-registering of the cache set when the io_errors reach
> the error_limit value.
>
> Signed-off-by: Pavel Vazharov
Will your patch go to stable kernel?
If yes, that's fine.
Linus,
can you please pull the following regression fixes for apparmor.
It fixes a couple bugs I have been working with Matthew Garrett on
this week. Specifically a regression in the handling of a conflicting
profile attachment and label match restrictions for ptrace when
profiles are stacked.
t
On 1/12/2018 7:53 PM, Dan Williams wrote:
> On Fri, Jan 12, 2018 at 5:07 PM, Tom Lendacky wrote:
>> The pause instruction is currently used in the retpoline and RSB filling
>> macros as a speculation trap. The use of pause was originally suggested
>> because it showed a very, very small differenc
On 01/12/2018 03:21 AM, Sekhar Nori wrote:
On Monday 08 January 2018 07:47 AM, David Lechner wrote:
+static unsigned long davinci_pll_clk_recalc(struct clk_hw *hw,
+ unsigned long parent_rate)
+{
+ struct davinci_pll_clk *pll = to_davinci_pll_clk(h
On Fri, Jan 12, 2018 at 5:07 PM, Tom Lendacky wrote:
> The pause instruction is currently used in the retpoline and RSB filling
> macros as a speculation trap. The use of pause was originally suggested
> because it showed a very, very small difference in the amount of
> cycles/time used to execut
On Sat, Jan 13, 2018 at 02:53:33AM +0900, Masami Hiramatsu wrote:
> Hi,
>
> Here are the 5th version of patches to moving error injection
> table from kprobes. This version fixes a bug and update
> fail-function to support multiple function error injection.
>
> Here is the previous version:
>
>
On Tue, 9 Jan 2018, Paolo Bonzini wrote:
> Expose them to userspace, now that guests can use them.
> I am not adding cpufeatures here to avoid having a kernel
> that shows spec_ctrl in /proc/cpuinfo and actually has no
> support whatsoever for IBRS/IBPB. Keep the ugly special-casing
> for now, an
'perf record' and 'perf report --dump-raw-trace' supported in this
release.
Example usage:
# perf record -e arm_spe/ts_enable=1,pa_enable=1/ dd if=/dev/zero of=/dev/null
count=1
# perf report --dump-raw-trace
Note that the perf.data file is portable, so the report can be run on
another ar
On Friday, January 12, 2018 2:46:12 PM CET Ulf Hansson wrote:
> On 12 January 2018 at 02:55, Rafael J. Wysocki wrote:
> > On Tue, Jan 9, 2018 at 7:08 AM, Ulf Hansson wrote:
> >> On 3 January 2018 at 12:06, Rafael J. Wysocki wrote:
> >>> From: Rafael J. Wysocki
> >>>
> >>> One of the limitations
On 01/12/2018 03:24 PM, W. Trevor King wrote:
> The reference landed with the config option in 385ce0ea (x86/mm/pti:
> Add Kconfig, 2017-12-04), but the referenced file was not committed
> then. It eventually landed in 01c9b17b (x86/Documentation: Add PTI
> description, 2018-01-05) as pti.txt.
>
On 01/12/2018 10:18 AM, Sekhar Nori wrote:
On Friday 12 January 2018 08:55 PM, David Lechner wrote:
PLL output on DA850 must never be below 300MHz or above 600MHz (see
datasheet table "Allowed PLL Operating Conditions"). Does this take care
of that? Thats one of the main reasons I recall I went
The pause instruction is currently used in the retpoline and RSB filling
macros as a speculation trap. The use of pause was originally suggested
because it showed a very, very small difference in the amount of
cycles/time used to execute the retpoline as compared to lfence. On AMD,
the pause inst
In preparation for the next patch, and to aid in
review of that patch, lets move cache_setup_of_node
farther down in the module without any changes.
Signed-off-by: Jeremy Linton
---
drivers/base/cacheinfo.c | 80
1 file changed, 40 insertions(+),
Rename and change the type of of_node to indicate
it is a generic pointer which is generally only used
for comparison purposes. In a later patch we will apply
an ACPI/PPTT "token" pointer in fw_unique so that
the code which builds the shared cpu masks can be reused.
Cc: Palmer Dabbelt
Cc: Albert
ACPI 6.2 adds a new table, which describes how processing units
are related to each other in tree like fashion. Caches are
also sprinkled throughout the tree and describe the properties
of the caches in relation to other caches and processing units.
Add the code to parse the cache hierarchy and re
Now that we have a PPTT parser, in preparation for its use
on arm64, lets build it.
Signed-off-by: Jeremy Linton
---
arch/arm64/Kconfig| 1 +
drivers/acpi/Kconfig | 3 +++
drivers/acpi/Makefile | 1 +
3 files changed, 5 insertions(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
ind
Its helpful to be able to lookup the acpi_processor_id associated
with a logical cpu. Provide an arm64 helper to do this.
Signed-off-by: Jeremy Linton
---
arch/arm64/include/asm/acpi.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/include/asm/acpi.h b/arch/arm64/include/asm/
Add a entry to to struct cacheinfo to maintain a reference to the PPTT
node which can be used to match identical caches across cores. Also
stub out cache_setup_acpi() so that individual architectures can
enable ACPI topology parsing.
Signed-off-by: Jeremy Linton
---
drivers/acpi/pptt.c |
Lets match the name of the arm64 topology field
to the kernel macro that uses it.
Cc: Vincent Guittot
Cc: Dietmar Eggemann
Cc: Juri Lelli
Signed-off-by: Jeremy Linton
---
arch/arm64/include/asm/topology.h | 4 ++--
arch/arm64/kernel/topology.c | 27 ++-
2 files c
The /sys cache entries should support ACPI/PPTT generated cache
topology information. Lets detect ACPI systems and call
an arch specific cache_setup_acpi() routine to update the hardware
probed cache topology.
For arm64, if ACPI is enabled, determine the max number of cache
levels and populate the
The PPTT can be used to determine the groupings of CPU's at
given levels in the system. Lets add a few routines to the PPTT
parsing code to return a unique id for each unique level in the
processor hierarchy. This can then be matched to build
thread/core/cluster/die/package/etc mappings for each pr
Add ACPI_SIG_PPTT to the table so initrd's can override the
system topology.
Signed-off-by: Geoffrey Blake
Signed-off-by: Jeremy Linton
---
drivers/acpi/tables.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/acpi/tables.c b/drivers/acpi/tables.c
index 80ce2a7d224
This patch set is dependent on "[14/15] ACPICA: ACPI 6.2: Additional
PPTT flags" https://patchwork.kernel.org/patch/10064191/
ACPI 6.2 adds the Processor Properties Topology Table (PPTT), which is
used to describe the processor and cache topology. Ideally it is
used to extend/override information
Propagate the topology information from the PPTT tree to the
cpu_topology array. We can get the thread id, core_id and
cluster_id by assuming certain levels of the PPTT tree correspond
to those concepts. The package_id is flagged in the tree and can be
found by calling find_acpi_cpu_topology_packag
The original intent in cacheinfo was that an architecture
specific populate_cache_leaves() would probe the hardware
and then cache_shared_cpu_map_setup() and
cache_override_properties() would provide firmware help to
extend/expand upon what was probed. Arm64 was really
the only architecture that wa
On Mon, Jan 08, 2018 at 01:25:03PM +0530, Oza Pawandeep wrote:
> This patch factors out error reporting callbacks, which are currently
> tightly coupled with AER.
> DPC should be able to call these callbacks when DPC trigger event occurs.
>
> Signed-off-by: Oza Pawandeep
>
> diff --git a/drivers
The mm-of-the-moment snapshot 2018-01-12-16-53 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
On 01/10, Viresh Kumar wrote:
> On 09-01-18, 18:54, Stephen Boyd wrote:
> > My read of Kevin's comments lead me to think he's saying that a
> > generic 'domain-performance-state' property is worse than putting
> > the numbers directly inside of the opp table with a comment above
> > it. Now that's
On Friday, January 12, 2018 2:59:38 PM CET Ulf Hansson wrote:
> On 12 January 2018 at 14:12, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > One of the limitations of pm_runtime_force_suspend/resume() is that
> > if a parent driver wants to use these functions, all of its child
> > d
On Fri, Jan 12, 2018 at 1:12 AM, Peter Zijlstra wrote:
> On Thu, Jan 11, 2018 at 04:46:56PM -0800, Dan Williams wrote:
>> diff --git a/include/linux/nospec.h b/include/linux/nospec.h
>> new file mode 100644
>> index ..5c66fc30f919
>> --- /dev/null
>> +++ b/include/linux/nospec.h
>> @@
On Friday, January 12, 2018 3:31:09 PM CET Geert Uytterhoeven wrote:
> Hi Rafael,
>
> On Fri, Jan 12, 2018 at 2:00 PM, Rafael J. Wysocki wrote:
> > This comes from the recent discussion/testing effort that ensued after my
> > pm_runtime_force_suspend|resume() changes proposal:
> >
> > https://mar
Hello Miklos, Amir
We are having some problems with inotify + overlayfs.
If we start to monitor a directory on an overlayfs,
and get into a low memory situation, or if
/proc/sys/vm/drop_caches is called explicitly,
our inotify stops reporting events.
This appears to be caused by non-persistent i
On Thu, Jan 11, 2018 at 5:19 PM, Linus Torvalds
wrote:
> Should the array access in entry_SYSCALL_64_fastpath be made to use
> the masking approach?
That one has a bounds check for an inline constant.
cmpq$__NR_syscall_max, %rax
so should be safe.
The classic Spectre variant #1 code s
On Fri, Jan 12, 2018 at 10:05 PM, Fabio Estevam wrote:
> What about using simple audio card binding in your device tree instead?
>
> You could pass the simple-audio-card,routing property as described in
> Documentation/devicetree/bindings/sound/simple-card.txt
>
> A dts where sgtl5000 is used wit
On Fri, Dec 29, 2017 at 12:47:11PM +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Fri, 29 Dec 2017 12:15:16 +0100
>
> Omit an extra message for a memory allocation failure in this function.
If this is an "extra" message, I assume there's some other message?
Can you mention where
[1.] One line summary of the problem:
epoll_wait does not obey edge triggering semantics for file
descriptors which are themselves epoll file descriptors (i.e., epoll
fd's added to an epoll set with the EPOLLET flag)
[2.] Full description of the problem/report:
When executing the following sequenc
Current select_idle_sibling first tries to find a fully idle core using
select_idle_core which can potentially search all cores and if it fails it
finds any idle cpu using select_idle_cpu. select_idle_cpu can potentially
search all cpus in the llc domain. This doesn't scale for large llc domains
an
Hi Christian,
On Fri, Jan 12, 2018 at 10:35 AM, Fischer, Christian
wrote:
> Thanks for this tip!
> The problem is that the machine-driver mxs-sgtl5000 don't support
> audio-routing.
> I've prepared a patch that will be submitted this noon.
What about using simple audio card binding in your dev
"mode" argument is not used by try_to_compact_pages() and sub functions
anymore, it has been replaced by "prio". Fix the comment to explain the
use of "prio" argument.
Cc: Vlastimil Babka
Cc: Mel Gorman
Cc: David Rientjes
Cc: Joonsoo Kim
Cc: Michal Hocko
Signed-off-by: Yang Shi
---
mm/compa
Hi Sudeep,
> -Original Message-
> From: Sudeep Holla [mailto:sudeep.ho...@arm.com]
> Sent: Friday, January 12, 2018 3:47 AM
> To: Jolly Shah ; michal.si...@xilinx.com; linux-
> c...@vger.kernel.org
> Cc: Sudeep Holla ; mturque...@baylibre.com;
> sb...@codeaurora.org; linux-kernel@vger.kern
On 12.01.2018 23:32, Borislav Petkov wrote:
On Fri, Jan 12, 2018 at 11:16:34PM +0100, Gabriel C wrote:
The box boots to an point but same , ACPI seems broken , eg this :
...
[0.00] ACPI: \xc0\xde\xdb\xc2 0xC2DC8DA0 00 (v10
?(<- C2DB56A0)
[0.000
On Fri, Jan 12, 2018 at 06:56:18PM +, David Woodhouse wrote:
> On Fri, 2018-01-12 at 18:05 +, Andrew Cooper wrote:
> >
> > If you unconditionally fill the RSB on every entry to supervisor mode,
> > then there are never guest-controlled RSB values to be found.
> >
> > With that property (a
On Fri, 12 Jan 2018 13:34:05 -0500 Pavel Tatashin
wrote:
> Deferred page initialization allows the boot cpu to initialize a small
> subset of the system's pages early in boot, with other cpus doing the rest
> later on.
>
> It is, however, problematic to know how many pages the kernel needs duri
* Ivaylo Dimitrov [180102 14:20]:
> When both lcd and tv are enabled, the order in which they will be probed is
> unknown, so it might happen (and it happens in reality) that tv is
> configured as display0 and lcd as display1, which results in nothing
> displayed on lcd, as display1 is disabled by
The reference landed with the config option in 385ce0ea (x86/mm/pti:
Add Kconfig, 2017-12-04), but the referenced file was not committed
then. It eventually landed in 01c9b17b (x86/Documentation: Add PTI
description, 2018-01-05) as pti.txt.
Signed-off-by: W. Trevor King
---
On Fri, Jan 12, 2018
On Fri, Jan 12, 2018 at 09:44:53AM +, André Draszik wrote:
> If the watchdog hardware is enabled/running during boot, e.g.
> due to a boot loader configuring it, we must tell the
> watchdog framework about this fact so that it can ping the
> watchdog until userspace opens the device and takes o
Thanks, Jim. Highly appreciated.
Jim Mattson wrote:
> Nadav,
>
> See section 2.5.1.2 (paragraph 3) in
> https://software.intel.com/sites/default/files/managed/c5/63/336996-Speculative-Execution-Side-Channel-Mitigations.pdf.
>
> On Tue, Jan 9, 2018 at 9:03 PM, Nadav Amit wrote:
>> Paolo Bonzin
Nadav,
See section 2.5.1.2 (paragraph 3) in
https://software.intel.com/sites/default/files/managed/c5/63/336996-Speculative-Execution-Side-Channel-Mitigations.pdf.
On Tue, Jan 9, 2018 at 9:03 PM, Nadav Amit wrote:
> Paolo Bonzini wrote:
>
>> On 09/01/2018 17:48, Liran Alon wrote:
> + if (h
Hi Arnaldo,
Here is another stab at addressing the side effect introduced by commit
("73c0ca1eee3d perf thread_map: Enumerate all threads from /proc").
I have decided to add another variable to struct target, which keep
things simple and doesn't touch the core. Another solution could have
been t
Commit ("73c0ca1eee3d perf thread_map: Enumerate all threads from /proc")
is using the target->per_thread flag to specify that all threads in a
system should be taken into account. That is then used in function
thread_map__new_str() where all threads are added to evlist->threads.
Variable target-
On 01/12/2018 03:06 PM, James Morris wrote:
> On Fri, 12 Jan 2018, W. Trevor King wrote:
>
>> The reference landed with the config option in 385ce0ea (x86/mm/pti:
>> Add Kconfig, 2017-12-04), but the referenced file was never committed.
>>
>> Signed-off-by: W. Trevor King
>
> Acked-by: James Mor
Hi Rasmus,
Apologies for the delayed follow-up on this.
On Tue, 2017-11-21 at 01:12 +0100, Rasmus Villemoes wrote:
> From: Rasmus Villemoes
>
> iscsi_parse_pr_out_transport_id launders the const away via a call to
> strstr(), and then modifies the buffer (writing a nul byte) through
> the retur
On Fri, 12 Jan 2018, W. Trevor King wrote:
> The reference landed with the config option in 385ce0ea (x86/mm/pti:
> Add Kconfig, 2017-12-04), but the referenced file was never committed.
>
> Signed-off-by: W. Trevor King
Acked-by: James Morris
--
James Morris
On Fri, Jan 12, 2018 at 12:01 PM, Christian Lamparter
wrote:
> On Friday, January 12, 2018 7:39:50 PM CET Dan Williams wrote:
>> On Fri, Jan 12, 2018 at 6:42 AM, Christian Lamparter
>> wrote:
>> > On Friday, January 12, 2018 1:47:46 AM CET Dan Williams wrote:
>> >> Static analysis reports that '
Dear RT Folks,
I'm pleased to announce the 3.18.91-rt97 stable release.
This release is just an update to the new stable 3.18.91 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt
Hi Jernej,
Thank you for th epatch.
On Wednesday, 10 January 2018 21:25:04 EET Jernej Skrabec wrote:
> 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
On Fri, Jan 12, 2018 at 02:49:59PM -0800, Tony Lindgren wrote:
> * Mark Brown [180112 22:11]:
> > Most devices have one regmap per device which can be retrieved with
> > dev_get_regmap(), it's the attempt to use that which I suspect is
> > broken. Like I said snd_soc_codec_init_regmap() ought to
On Fri, Jan 12, 2018 at 11:08:58PM +0100, Arnd Bergmann wrote:
> On Fri, Jan 12, 2018 at 11:04 PM, wrote:
> > On Fri, Jan 12, 2018 at 09:11:38PM +0100, Arnd Bergmann wrote:
> >
> >> - I haven't found a definite answer on whether Netburst-based CPUs
> >> are affected by meltdown at all. Some peo
On Fri, Jan 12, 2018 at 11:13:13PM +0100, Dominik Brodowski wrote:
> > @@ -209,6 +234,11 @@ static void __init spectre_v2_select_mitigation(void)
> > mode = retp_compiler() ? SPECTRE_V2_RETPOLINE_GENERIC :
> > SPECTRE_V2_RETPOLINE_MINIMAL;
> >
On Fri, Jan 12, 2018 at 4:24 AM, Michal Hocko wrote:
> On Fri 12-01-18 00:59:38, Andrey Ryabinin wrote:
>> On 01/11/2018 07:29 PM, Michal Hocko wrote:
> [...]
>> > I do not think so. Consider that this reclaim races with other
>> > reclaimers. Now you are reclaiming a large chunk so you might end
On Fri, 12 Jan 2018 23:34:27 +0300 Alexey Dobriyan wrote:
> If vm.max_map_count bumped above 2^26 (67+ mil) and system has enough
> RAM to allocate all the VMAs (~12.8 GB on Fedora 27 with 200-byte VMAs),
> then it should be possible to overflow 32-bit "size", pass paranoia check,
> allocate very
Masahiro,
On 09/01/2018 23:17, Masahiro Yamada wrote:
> > "(oldconfig used to be more verbose)"
>The historical background is git.
>If people are interested in archeology,
>they would be able to do it by "git log", "git blame", etc.
>We are generally interested in the current
* Mark Brown [180112 22:11]:
> On Fri, Jan 12, 2018 at 01:50:10PM -0800, Tony Lindgren wrote:
>
> > > I rather suspect someone would've noticed by now TBH - I suspect this is
> > > more likely to be an issue with the rather baroque code that the TWL
> > > drivers have possibly coupled with the wh
On Fri, Jan 12, 2018 at 10:44:48PM +0100, Thomas Gleixner wrote:
> Folks!
>
> After 10 days of frenzy following the disclosure of the mess, I'm at a
> point where I think that the current set which we have in Linus tree and
> the pending patches in tip:x86/pti plus one not yet applied patch (RSB o
Hi Andrei,
Apologies for the delayed follow up.
On Wed, 2017-12-13 at 13:55 -0800, Andrei Vagin wrote:
> If a length of a range is zero, it means there is nothing to unmap
> and we can skip this range.
>
> Here is one more reason, why we have to skip such ranges. An unmap
> callback calls file_
On Fri, Jan 12, 2018 at 10:11:17AM -0800, Michael Chan wrote:
> On Fri, Jan 12, 2018 at 9:46 AM, Colin King wrote:
> > From: Colin Ian King
> >
> > In the case where cmp_type == CMP_TYPE_RX_L2_TPA_START_CMP the
> > exit return path is via label next_rx_no_prod and cpr->rx_bytes
> > is being updat
Hello,
tc358743_probe_of() enables refclk and disables it on its error paths.
But there is no clk_disable_unprepare(refclk) in tc358743_remove()
and on error paths in tc358743_probe(). Is it a problem?
If we should fix it, is adding struct clk *refclk; to tc358743_state
the reasonable way to keep
On Fri, Jan 12, 2018 at 11:16:34PM +0100, Gabriel C wrote:
> The box boots to an point but same , ACPI seems broken , eg this :
>
> ...
>
> [0.00] ACPI: \xc0\xde\xdb\xc2 0xC2DC8DA0 00 (v10
> ?(<- C2DB56A0)
> [0.00] ACPI: 0x2D3C280
* Eric W. Biederman :
> Setting si_code to 0 results in a userspace seeing an si_code of 0.
> This is the same si_code as SI_USER. Posix and common sense requires
> that SI_USER not be a signal specific si_code. As such this use of 0
> for the si_code is a pretty horribly broken ABI.
>
> Further
On 1/13/2018 2:47 AM, Grygorii Strashko wrote:
On 01/12/2018 03:08 PM, Tony Lindgren wrote:
* Grygorii Strashko [180112 20:36]:
Hi
On 01/10/2018 10:54 PM, Qi Hou wrote:
When more than one GP timers are used as kernel system timers and the
corresponding nodes in device-tree are marked wit
> @@ -209,6 +234,11 @@ static void __init spectre_v2_select_mitigation(void)
> mode = retp_compiler() ? SPECTRE_V2_RETPOLINE_GENERIC :
>SPECTRE_V2_RETPOLINE_MINIMAL;
> setup_force_cpu_cap(X86_FEATURE_RETPOLINE);
> + if
1 - 100 of 762 matches
Mail list logo
