Add non-DFS 5G upper channels (149-165) besides existed 4 lower channels
(36, 40, 44, 48).
{ .band = NL80211_BAND_5GHZ, .center_freq = 5745, .hw_value = 149, },
{ .band = NL80211_BAND_5GHZ, .center_freq = 5765, .hw_value = 153, },
{ .band = NL80211_BAND_5GHZ, .center_freq = 5785, .hw_value = 157, }
On Wed, Nov 01, 2017 at 01:06:45PM -0400, Sebastien Bourdelin wrote:
> These device trees add support for the TS-4600 by Technologic Systems.
>
> More details here:
> http://wiki.embeddedarm.com/wiki/TS-4600
>
> Signed-off-by: Sebastien Bourdelin
> ---
> Changes v6 -> v7:
> - rebase on maste
* Peter Zijlstra wrote:
> On Tue, Nov 14, 2017 at 12:19:26PM +0100, Claudio Scordino wrote:
> > Signed-off-by: Claudio Scordino
> > Signed-off-by: Luca Abeni
> > Acked-by: Daniel Bristot de Oliveira
> > CC: Jonathan Corbet
> > CC: "Peter Zijlstra (Intel)"
> > CC: Ingo Molnar
> > CC: linux-
On Thu, Nov 16, 2017 at 12:03 AM, Martin Schwidefsky
wrote:
> On Wed, 15 Nov 2017 23:58:44 -0800
> Kees Cook wrote:
>
>> On Thu, Nov 2, 2017 at 11:29 PM, Martin Schwidefsky
>> wrote:
>> > On Thu, 2 Nov 2017 16:36:53 -0700
>> > Kees Cook wrote:
>> >
>> >> On Wed, Oct 25, 2017 at 11:38 PM, Martin
On Wed, 15 Nov 2017 23:58:44 -0800
Kees Cook wrote:
> On Thu, Nov 2, 2017 at 11:29 PM, Martin Schwidefsky
> wrote:
> > On Thu, 2 Nov 2017 16:36:53 -0700
> > Kees Cook wrote:
> >
> >> On Wed, Oct 25, 2017 at 11:38 PM, Martin Schwidefsky
> >> wrote:
> >> > On Wed, 25 Oct 2017 03:27:37 -0700
On Thu, Nov 16, 2017 at 01:30:57PM +0800, Wanpeng Li wrote:
> -static DEFINE_PER_CPU(cpumask_var_t, __pv_tlb_mask);
> +static DEFINE_PER_CPU(cpumask_t, __pv_tlb_mask);
NR_CPUS=512 is a fairly common distro setting, that means cpumask_t is
64 bytes. So for my 144 CPU system, that is 9216 bytes I'll
On Wed, Nov 15, 2017 at 11:49:19AM -0800, Andrew Morton wrote:
> On Wed, 15 Nov 2017 08:55:56 + Mel Gorman
> wrote:
>
> > Yasuaki Ishimatsu reported a premature OOM when trace_buf_size=100m was
> > specified on a machine with many CPUs. The kernel tried to allocate 38.4GB
> > but only 16GB w
On Wed, Nov 08, 2017 at 03:30:05PM +0200, Ioana Ciornei wrote:
> Add the fsl-mc node in the LS1088A device tree.
>
> Signed-off-by: Ioana Ciornei
> ---
> arch/arm64/boot/dts/freescale/fsl-ls1088a.dtsi | 62
> ++
> 1 file changed, 62 insertions(+)
>
> diff --git a/arch/a
On Wed, Nov 15, 2017 at 09:46:55AM -0600, Rob Herring wrote:
> On Thu, Nov 09, 2017 at 06:07:19PM +0100, Johan Hovold wrote:
> > Hub nodes and host-controller nodes with child nodes must specify values
> > for #address-cells (1) and #size-cells (0).
> >
> > Also make the definition of the related
On Wed, Nov 15, 2017 at 03:22:33PM -0500, Alan Stern wrote:
> You know, sometimes I feel like I'm losing my mind.
Hehe, I'm very familiar with that feeling ;-)
On Wed, Nov 15, 2017 at 11:03:08PM +0100, Thomas Gleixner wrote:
> If I understand the problem correctly then he wants to avoid the heavy
> lifting in tick_nohz_idle_enter() in the first place, but there is already
> an interesting quirk there which makes it exit early.
Sure. And there are people
The vendor name was "toppoly" but other panels and the vendor list
have defined it as "tpo". So let's fix it in driver and bindings.
Signed-off-by: H. Nikolaus Schaller
---
.../display/panel/{toppoly,td028ttec1.txt => tpo,td028ttec1.txt} | 4 ++--
drivers/gpu/drm/omapdrm/displays/panel-tpo-
V2:
* replaced patch to fix DSI VDDS for OMAP3 by equivalent patch from Laurent
Pinchart
* keep previous compatibility option in panel driver to handle older device
tree binaries
2017-11-08 22:09:36:
This patch set fixes vendor names of the panels
and fixes a problem on omapdrm with enabling
VDD
We can remove the "omapdss," prefix because the
omapdrm driver takes care of it.
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap3-pandora-common.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/omap3-pandora-common.dtsi
b/arch/arm/boot/dt
Vendor string is "tpo" and not "toppoly".
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap3-gta04.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/omap3-gta04.dtsi
b/arch/arm/boot/dts/omap3-gta04.dtsi
index 4504908c23fe..ec27ed67a22a 10064
From: Laurent Pinchart
Commit d178e034d565 ("drm: omapdrm: Move FEAT_DPI_USES_VDDS_DSI feature
to dpi code") replaced usage of platform data version with SoC matching
to configure DPI VDDS. The SoC match entries were incorrect, they should
have matched on the machine name instead of the SoC famil
2017-11-16 16:38 GMT+08:00 Peter Zijlstra :
> On Thu, Nov 16, 2017 at 01:30:57PM +0800, Wanpeng Li wrote:
>> -static DEFINE_PER_CPU(cpumask_var_t, __pv_tlb_mask);
>> +static DEFINE_PER_CPU(cpumask_t, __pv_tlb_mask);
>
> NR_CPUS=512 is a fairly common distro setting, that means cpumask_t is
> 64 byt
On Wed 15-11-17 14:17:52, YASUAKI ISHIMATSU wrote:
> Hi Michal and Mel,
>
> To reproduce the issue, I specified the large trace buffer. The issue also
> occurs with
> trace_buf_size=12M and movable_node on 4.14.0.
This is still 10x more than the default. Why do you need it in the first
place? Yo
On Thu, 16 Nov 2017, Peter Zijlstra wrote:
> On Wed, Nov 15, 2017 at 11:03:08PM +0100, Thomas Gleixner wrote:
> > If I understand the problem correctly then he wants to avoid the heavy
> > lifting in tick_nohz_idle_enter() in the first place, but there is already
> > an interesting quirk there whi
On Wed, Nov 15, 2017 at 10:01:11PM +0100, Andrea Parri wrote:
> > And in specific things like:
> >
> > 135e8c9250dd5
> > ecf7d01c229d1
> >
> > which use the release of rq->lock paired with the next acquire of the
> > same rq->lock to match with an smp_rmb().
>
> Those cycles are currently f
During mkfs, quota sysfiles have already occupied nid resource,
it needs to adjust remaining available nid count in kernel side.
Signed-off-by: Chao Yu
---
fs/f2fs/debug.c | 9 +
fs/f2fs/f2fs.h | 2 ++
fs/f2fs/node.c | 2 +-
fs/f2fs/super.c | 10 +-
4 files changed, 13 inser
Ryzen 1600X is a Ryzen 5 processor.
Signed-off-by: Guenter Roeck
---
drivers/hwmon/k10temp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hwmon/k10temp.c b/drivers/hwmon/k10temp.c
index 46a54ed23410..0721e175664a 100644
--- a/drivers/hwmon/k10temp.c
+++ b/drivers/h
From: Xingyu Chen
The SAR ADC modules doesn't require The "sana" clock.
Acked-by: Martin Blumenstingl
Signed-off-by: Xingyu Chen
Signed-off-by: Yixun Lan
---
arch/arm/boot/dts/meson8.dtsi | 5 ++---
arch/arm/boot/dts/meson8b.dtsi | 5 ++---
2 files changed, 4 insertions(+), 6 deletions(-)
This is a rework for the patch [v4 4/4] of previous series,
which mean this will make the patch [1] obsolete.
Changes since v4:
* separate DTS for ARM(32bit) vs ARM64
* add ACK from Martin
[1] [PATCH v4 4/4] ARM64: dts: meson: drop "sana" clock from SAR ADC
http://lists.infradead.org/pipermail/
From: Xingyu Chen
The SAR ADC modules doesn't require The "sana" clock.
Acked-by: Martin Blumenstingl
Singed-off-by: Xingyu Chen
Signed-off-by: Yixun Lan
---
arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 3 +--
arch/arm64/boot/dts/amlogic/meson-gxl.dtsi | 3 +--
2 files changed, 2 insertion
On Wed, 15 Nov 2017, Deepa Dinamani wrote:
> > I had on concern about x32, maybe we should check
> > for "COMPAT_USE_64BIT_TIME" before zeroing out the tv_nsec
> > bits.
>
> Thanks, I think you are right. I had the check conditional on
> CONFIG_64BIT_TIME and then removed as I forgot why I added i
Hi Masaki Ota:
Yes, the laptop is L570.
If your code is right, the workaround code for L570 must be done.
Please fix it ASAP.
Regards,
Aaron
On 11/16/2017 03:27 PM, Masaki Ota wrote:
> Hi, Pali, Aaron,
>
> Current code is correct device setting, previous code is wrong.
> If the trackstick doe
On Thu, Nov 16, 2017 at 04:51:39PM +0800, Wanpeng Li wrote:
> 2017-11-16 16:38 GMT+08:00 Peter Zijlstra :
> > On Thu, Nov 16, 2017 at 01:30:57PM +0800, Wanpeng Li wrote:
> >> -static DEFINE_PER_CPU(cpumask_var_t, __pv_tlb_mask);
> >> +static DEFINE_PER_CPU(cpumask_t, __pv_tlb_mask);
> >
> > NR_CPUS
On Wed 15-11-17 23:14:09, Roman Gushchin wrote:
> Currently we display some hugepage statistics (total, free, etc)
> in /proc/meminfo, but only for default hugepage size (e.g. 2Mb).
>
> If hugepages of different sizes are used (like 2Mb and 1Gb on x86-64),
> /proc/meminfo output can be confusing,
On 15.11.2017 19:29, Eric W. Biederman wrote:
> Kirill Tkhai writes:
>
>> On 15.11.2017 09:25, Eric W. Biederman wrote:
>>> Kirill Tkhai writes:
>>>
Curently mutex is used to protect pernet operations list. It makes
cleanup_net() to execute ->exit methods of the same operations set,
>>
On Wed, 15 Nov 2017, Tuncer Ayaz wrote:
> I don't follow why you think it's a different platform and how I might
> have "more" definitely shown v4.1 to be good, but I'll trust your
> judgement as a drm dev and not argue :).
You apparently have Sandy Bridge, the referenced reports are about
Broadw
On 2017-11-16 06:03, Thomas Gleixner wrote:
On Wed, 15 Nov 2017, Peter Zijlstra wrote:
On Mon, Nov 13, 2017 at 06:06:02PM +0800, Quan Xu wrote:
From: Yang Zhang
Implement a generic idle poll which resembles the functionality
found in arch/. Provide weak arch_cpu_idle_poll function which
ca
On Mon, 13 Nov 2017, Jarkko Sakkinen wrote:
+ Cc: Al
- Cc: that intel sgx list because it's moderated and spams my inbox with
useless moderation mails.
> Exported create_pipe_files() and replace_fd() because the SGX driver
> needs to be able to setup pipes in order to communicate with the
Adding regress...@leemhuis.info to CC so this regression is tracked.
Regards,
Tomeu
On 8 November 2017 at 09:37, Tomeu Vizoso wrote:
> On 6 November 2017 at 23:01, Tom Lendacky wrote:
>> On 11/6/2017 3:41 PM, H. Peter Anvin wrote:
>>>
>>> On 11/06/17 12:17, Tom Lendacky wrote:
When c
Thanks Peter for looking at this, more inline.
On Wed, Nov 15, 2017 at 2:01 PM, Peter Zijlstra wrote:
>> + * 1) binder supports a "minimum node priority", meaning that all
>> transactions
>> + *into a node must run at this priority at a minimum. This means that
>> the
>> + *desired prio
On Thu 16-11-17 09:44:57, Minchan Kim wrote:
> On Wed, Nov 15, 2017 at 09:14:52AM +0100, Michal Hocko wrote:
> > On Mon 13-11-17 09:28:33, Minchan Kim wrote:
> > [...]
> > > void arch_tlb_gather_mmu(...)
> > >
> > > tlb->fullmm = !(start | (end + 1)) && atomic_read(&mm->mm_users)
> > > ==
And now with the correct email.
Sorry about that,
Tomeu
On 16 November 2017 at 10:16, Tomeu Vizoso wrote:
> Adding regress...@leemhuis.info to CC so this regression is tracked.
>
> Regards,
>
> Tomeu
>
> On 8 November 2017 at 09:37, Tomeu Vizoso wrote:
>> On 6 November 2017 at 23:01, Tom Lenda
On Wed 15-11-17 17:33:32, Will Deacon wrote:
> Hi Michal,
>
> On Fri, Nov 10, 2017 at 01:26:35PM +0100, Michal Hocko wrote:
> > From 7f0fcd2cab379ddac5611b2a520cdca8a77a235b Mon Sep 17 00:00:00 2001
> > From: Michal Hocko
> > Date: Fri, 10 Nov 2017 11:27:17 +0100
> > Subject: [PATCH] arch, mm: in
On Sun, Nov 12, 2017 at 01:27:30AM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The check for "active" children in __pm_runtime_set_status(), when
> trying to set the parent device status to "suspended", doesn't
> really make sense, because in fact it is not invalid to set the
>
On Wed, Nov 15, 2017 at 2:02 PM, Peter Zijlstra wrote:
>> Internally, we use the priority map that the kernel
>> uses, e.g. [0..99] for real-time policies and [100..139]
>> for the SCHED_NORMAL/SCHED_BATCH policies.
>
> I will break that without consideration if I have to. That really isn't
> some
On Mon, 13 Nov 2017, Jarkko Sakkinen wrote:
> Implemented VMA callbacks in order to ptrace() debug enclaves.
The amount of information in this changelog is really overwhelming.
Please explain WHY you need that and HOW its supposed to work.
> +static inline int sgx_vma_access_word(struct sgx_enc
On 15/11/17 17:52, Will Deacon wrote:
On Wed, Nov 15, 2017 at 03:39:26PM +0800, Xu YiPing wrote:
bus access read/write events are not supported in A73, based on the
Cortex-A73 TRM r0p2, section 11.9 Events (pages 11-457 to 11-460).
Fixes: 5561b6c5e981 "arm64: perf: add support for Cortex-A73"
On 2017-11-16 16:45, Peter Zijlstra wrote:
On Wed, Nov 15, 2017 at 11:03:08PM +0100, Thomas Gleixner wrote:
If I understand the problem correctly then he wants to avoid the heavy
lifting in tick_nohz_idle_enter() in the first place, but there is already
an interesting quirk there which makes i
On Wed, Nov 15, 2017 at 2:03 PM, Peter Zijlstra wrote:
> On Thu, Oct 26, 2017 at 04:07:47PM +0200, Martijn Coenen wrote:
>> By raising the priority of a thread selected for
>> a transaction *before* we wake it up.
>>
>> Delay restoring the priority when doing a reply
>> until after we wake-up the
> > > This patch set can be tried with the following example:
> > > git://git.kraxel.org/qemu branch: work/intel-vgpu
> > >
> >
> > Tested-by: Gerd Hoffmann
>
> Hi Gerd,
>
> Can you share the xml snippets required for the VM to make this work?
> Last I tried I couldn't get the display/video
On Wed, Nov 15, 2017 at 2:05 PM, Peter Zijlstra wrote:
> On Thu, Oct 26, 2017 at 04:07:48PM +0200, Martijn Coenen wrote:
>> Allows a binder node to specify whether it wants to
>> inherit real-time scheduling policy from a caller. This
>> inheritance may not always be desirable, for example in
>> c
Thanks for the review,
On 16/11/17 05:19, Rob Herring wrote:
+ entry should be used.
+ - reg-name for slew rate: "slew"
reg-names
I'd prefer it be explicit as to which compatibles do or don't have this
register.
Makes sense, I will take this in before sending next version.
+
+Example
For me, 4.13 worked and 4.14 hangs early during boot. Bisecting led to
the following commit. I had STRICT_KERNEL_RWX enabled when I met the
option. When I disabled STRICT_KERNEL_RWX, the same kernel booted fine.
95902e6c8864d39b09134dcaa3c99d8161d1deea is the first bad commit
commit 95902e6c886
On 16/11/2017 10:12, Quan Xu wrote:
>
>
> On 2017-11-16 06:03, Thomas Gleixner wrote:
>> On Wed, 15 Nov 2017, Peter Zijlstra wrote:
>>
>>> On Mon, Nov 13, 2017 at 06:06:02PM +0800, Quan Xu wrote:
From: Yang Zhang
Implement a generic idle poll which resembles the functionality
Hi,
The following patch was already sent by Fabio:
http://patchwork.ozlabs.org/patch/838173/
On 16/11/2017 at 10:34:25 +0100, linux-kernel-...@beckhoff.com wrote:
> From: Patrick Bruenn
>
> rtc-imxdi driver is not compatible with imx53-rtc like the example
> suggested.
> Only the raw timestamp
Hi Morimoto-san,
On Thu, Nov 16, 2017 at 5:33 AM, Kuninori Morimoto
wrote:
> From: Kuninori Morimoto
Thanks for your patch!
> DMAC reads data from source device, and buffered it until transferable
> size for shink device. Because of this behavoir, DMAC is including
sink, behavior
> buffered
On Friday, November 03, 2017 03:20:10 PM Adrian Hunter wrote:
> Hi
>
> Here is V13 of the hardware command queue patches without the software
> command queue patches, now using blk-mq and now with blk-mq support for
> non-CQE I/O.
>
> HW CMDQ offers 25% - 50% better random multi-threaded I/O. I
On Thu, 16 Nov 2017, Quan Xu wrote:
> On 2017-11-16 16:45, Peter Zijlstra wrote:
>
> I really have considered this factor, and try my best not to interfere with
> scheduler/idle code.
>
> if irq_timings code is ready, I can use it directly. I think irq_timings
> is not an easy task, I'd like to he
pushed to drm-misc-next.
在 2017/11/14 19:27, Sandy Huang 写道:
The following patch add support RK3126 vop support, there is only one
VOP at RK3126, and the RK3126 VOP register layout is similar with RK3036,
so some feature can reuse with RK3036.
Sandy Huang (2):
dt-bindings: add document for r
From: Patrick Bruenn
rtc-imxdi driver is not compatible with imx53-rtc like the example
suggested.
Only the raw timestamp register offsets match by accident, which has the
effect, that during startup/shutdown system clock syncronization with
rtc seems to work for imx53, too.
However hwclock and r
On Thu, 16 Nov 2017, Quan Xu wrote:
> On 2017-11-16 06:03, Thomas Gleixner wrote:
> --- a/drivers/cpuidle/cpuidle.c
> +++ b/drivers/cpuidle/cpuidle.c
> @@ -210,6 +210,13 @@ int cpuidle_enter_state(struct cpuidle_device *dev,
> struct cpuidle_driver *drv,
> target_state = &drv->state
On Thu, Nov 16 2017 at 3:07:54 am GMT, "Liuwenliang (Abbott Liu)"
wrote:
>>On 15/11/17 13:16, Liuwenliang (Abbott Liu) wrote:
>>> On 09/11/17 18:36 Marc Zyngier [mailto:marc.zyng...@arm.com] wrote:
On Wed, Nov 15 2017 at 10:20:02 am GMT, "Liuwenliang (Abbott Liu)"
wrote:
> diff -
On 11/16/17 at 01:24P, Rafael J. Wysocki wrote:
> On Wednesday, November 15, 2017 10:33:47 AM CET WANG Chao wrote:
> > On 11/15/17 at 02:13P, Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki
> > >
> > > After commit 890da9cf0983 (Revert "x86: do not use cpufreq_quick_get()
> > > for /proc/c
The platforms which support only IOAPIC mode and whose SCI INT is
greater than 16, passes SCI INT via FADT and not via MADT int src override
structure. In such cases current logic fails to handle it and throws error
"Invalid bus_irq %u for legacy override". This patch handles the above
mentioned c
Modify the function mp_override_legacy_irq() to reuse the newly introduced
function mp_register_ioapic_irq().
Signed-off-by: Vikas C Sajjan
---
arch/x86/kernel/acpi/boot.c | 27 +--
1 file changed, 5 insertions(+), 22 deletions(-)
diff --git a/arch/x86/kernel/acpi/boot.c
The platforms which support only IOAPIC mode and whose SCI INT is
greater than 16, passes SCI INT via FADT and not via MADT int src override
structure. In such cases current logic fails to handle it and throws error
"Invalid bus_irq %u for legacy override". This patch fixes it.
Signed-off-by: Vika
On Thu, Nov 16, 2017 at 09:58:04AM +0100, Peter Zijlstra wrote:
> On Wed, Nov 15, 2017 at 10:01:11PM +0100, Andrea Parri wrote:
>
> > > And in specific things like:
> > >
> > > 135e8c9250dd5
> > > ecf7d01c229d1
> > >
> > > which use the release of rq->lock paired with the next acquire of the
On Wed, Nov 15, 2017 at 03:57:13PM -0800, Steve Rutherford wrote:
> One piece that seems missing here is the handling of the vmm
> communication exception. What's the plan for non-automatic exits? In
> particular, what's the plan for emulated devices that are currently
> accessed through MMIO (e.g.
2017-11-13 18:45 GMT+08:00 Geert Uytterhoeven :
> On Wed, Nov 8, 2017 at 11:16 AM, Arnd Bergmann wrote:
>> On Wed, Nov 8, 2017 at 6:55 AM, Greentime Hu wrote:
>>> --- /dev/null
>>> +++ b/arch/nds32/Kconfig
>>> @@ -0,0 +1,107 @@
>>> +#
>>> +# For a description of the syntax of this configuration f
On Thu, Nov 16, 2017 at 09:54:33AM +0100, Michal Hocko wrote:
> On Wed 15-11-17 14:17:52, YASUAKI ISHIMATSU wrote:
> > Hi Michal and Mel,
> >
> > To reproduce the issue, I specified the large trace buffer. The issue also
> > occurs with
> > trace_buf_size=12M and movable_node on 4.14.0.
>
> This
Hello,
I'm wondering why cedrus
https://github.com/FlorentRevest/linux-sunxi-cedrus has never been
merged with linux-sunxi sunxi-next.
I see it seems to be dead, no commit in 1 year.
I would like to respawn it and contribute to sunxi-next,
since we need video acceleration on A20 and A33.
Bes
2017-11-16 5:11 GMT+08:00 Konrad Rzeszutek Wilk :
> On Mon, Nov 13, 2017 at 02:01:18AM -0800, Wanpeng Li wrote:
>> From: Wanpeng Li
>>
>> Remote flushing api's does a busy wait which is fine in bare-metal
>> scenario. But with-in the guest, the vcpus might have been pre-empted
>> or blocked. In th
[...]
>>
>> My general goal is that I want to make it easier (or as easy as
>> possible) for the general driver author to deploy runtime PM and
>> system-wide PM support - in an optimized manner. Therefore, I am
>> pondering over the solution you picked in this series, trying to
>> understand how
From: Michal Hocko
MAP_FIXED is used quite often to enforce mapping at the particular
range. The main problem of this flag is, however, that it is inherently
dangerous because it unmaps existing mappings covered by the requested
range. This can cause silent memory corruptions. Some of them even w
Hi,
this has started as a follow up discussion [1][2] resulting in the
runtime failure caused by hardening patch [3] which removes MAP_FIXED
from the elf loader because MAP_FIXED is inherently dangerous as it
might silently clobber and existing underlying mapping (e.g. stack). The
reason for the fa
From: Michal Hocko
Both load_elf_interp and load_elf_binary rely on elf_map to map segments
on a controlled address and they use MAP_FIXED to enforce that. This is
however dangerous thing prone to silent data corruption which can be
even exploitable. Let's take CVE-2017-1000253 as an example. At
Hi Linus,
here is the pin control big pull request for the v4.15 kernel cycle.
The essence of the changes should be stated in the signed tag.
There is a whole lot of GPIO noise in the diffstat due to cross-sharing
branches with the GPIO tree, and the bad taste of yours truly
to base a gpio rewor
2017-11-16 5:05 GMT+08:00 Konrad Rzeszutek Wilk :
> On Mon, Nov 13, 2017 at 02:01:16AM -0800, Wanpeng Li wrote:
>> Remote flushing api's does a busy wait which is fine in bare-metal
>> scenario. But with-in the guest, the vcpus might have been pre-empted
>> or blocked. In this scenario, the initato
On 16/11/2017 06:06, Quan Xu wrote:
> when vcpu thread is scheduled out, the pkru value in
> current->thread.fpu.state may be the host pkru value, instead of
> guest pkru value (of course, this _assumes_ that the pkru is in
> current->thread.fpu.state as well). in this way, the pkru may be a
> cone
Hi Daniel,
On Thu, Nov 16, 2017 at 06:40:46AM +, Daniel Lustig wrote:
> > > In that case, maybe we should just start out having a fence on both
> > > sides for
> >
> > Actually, given your architecture is RCsc rather than RCpc, so I think maybe
> > you could follow the way that ARM uses(i.e.
On Thu, Nov 16, 2017 at 11:03 AM, Greentime Hu wrote:
> 2017-11-13 18:45 GMT+08:00 Geert Uytterhoeven :
>> Given the checks for __NDS32_EB__, NDS32 can be either big or little endian,
>> so you should have (excatly one of) CPU_BIG_ENDIAN or CPU_LITTLE_ENDIAN set.
>
> Thanks.
> I will check if we n
With gcc-4.1.2:
drivers/infiniband/core/iwpm_util.c: In function ‘iwpm_send_mapinfo’:
drivers/infiniband/core/iwpm_util.c:647: warning: ‘ret’ may be used
uninitialized in this function
Indeed, if nl_client is not found in any of the scanned has buckets, ret
will be used uninitialized.
P
On 15.11.2017 21:01, Trent Piepho wrote:
On Wed, 2017-11-15 at 18:35 +0200, Radu Pirea wrote:
If the cache model is VIVT, DMA data transfers may not be valid and to
ensure the validity of the data cache must be flushed and invalidated.
Signed-off-by: Radu Pirea
+#ifdef CONFIG_SOC_SAM_V4_V5
On Wed, Nov 15, 2017 at 06:35:31PM +0200, Radu Pirea wrote:
> This reverts commit 7094576ccdc3acfe1e06a1e2ab547add375baf7f.
>
> A better fix was found and DMA for SAM9 SoCs must be enabled.
Why can't this better fix be done incrementally, why do we have to
revert this?
Please submit patches usin
From: Juri Lelli
This patch adds the possibility of getting the delivery of a SIGXCPU
signal whenever there is a runtime overrun. The request is done through
the sched_flags field within the sched_attr structure.
Forward port of https://lkml.org/lkml/2009/10/16/170
Signed-off-by: Juri Lelli
Si
Hi,
Il 16/11/2017 11:31, Andreas Baierl ha scritto:
Am 16.11.2017 um 11:13 schrieb Giulio Benetti:
Hello,
Hello,
I'm wondering why cedrus
https://github.com/FlorentRevest/linux-sunxi-cedrus has never been
merged with linux-sunxi sunxi-next.
Because it is not ready to be merged. It depends
Hi Randy,
On Wed, Nov 15, 2017 at 09:25:06AM -0800, Randy Dunlap wrote:
> On 11/14/2017 09:47 PM, Stephen Rothwell wrote:
> > Hi all,
> >
> > Please do not add any v4.16 material to your linux-next included trees
> > until v4.15-rc1 has been released.
> >
> > Changes since 20171114:
> >
>
>
>
On Wed, Nov 15, 2017 at 06:35:32PM +0200, Radu Pirea wrote:
> +#ifdef CONFIG_SOC_SAM_V4_V5
> + /*
> + * On Atmel SoCs based on ARM9 cores, the data cache follows the VIVT
> + * model, hence the cache aliases issue can occur when buffers are
> + * allocated from DMA-unsafe areas,
On Wed, Nov 15, 2017 at 04:55:03PM +, Adam Thomson wrote:
> On 15 November 2017 16:43, alexander.le...@verizon.com wrote:
> > The idea I got from the patch is that output will not be working if
> > there are multiple codecs?
> Yes, if there are multiple codecs sharing the same DAI line for ca
Commit-ID: 1e0f25dbf2464df8445dd40881f4d9e732434947
Gitweb: https://git.kernel.org/tip/1e0f25dbf2464df8445dd40881f4d9e732434947
Author: Kirill A. Shutemov
AuthorDate: Wed, 15 Nov 2017 17:36:06 +0300
Committer: Thomas Gleixner
CommitDate: Thu, 16 Nov 2017 11:43:11 +0100
x86/mm: Prevent
Commit-ID: 97f404ad3e53bf9ac598745066ba2f57c1da3039
Gitweb: https://git.kernel.org/tip/97f404ad3e53bf9ac598745066ba2f57c1da3039
Author: Kirill A. Shutemov
AuthorDate: Wed, 15 Nov 2017 17:36:07 +0300
Committer: Thomas Gleixner
CommitDate: Thu, 16 Nov 2017 11:43:12 +0100
x86/selftests: A
With gcc-4.1.2:
drivers/media/dvb-core/dvb_frontend.c: In function
‘dvb_frontend_handle_ioctl’:
drivers/media/dvb-core/dvb_frontend.c:2110: warning: ‘err’ may be used
uninitialized in this function
Indeed, there are 13 cases where err is used initialized if one of the
dvb_frontend_ops i
On Thu, Nov 16, 2017 at 11:26 AM, Geert Uytterhoeven
wrote:
> With gcc-4.1.2:
>
> drivers/infiniband/core/iwpm_util.c: In function ‘iwpm_send_mapinfo’:
> drivers/infiniband/core/iwpm_util.c:647: warning: ‘ret’ may be used
> uninitialized in this function
>
> Indeed, if nl_client is not fo
On Wed, Nov 15, 2017 at 04:41:13PM +, alexander.le...@verizon.com wrote:
> Just to clarify this for me, would you consider the patch, on it's
> own, as stable material (ignoring this particular instance where
> there was simply no reason to backport it)?
I'm really dubious about it.
signatu
On Wed, Nov 15, 2017 at 01:34:15PM -0800, Sami Tolvanen wrote:
> GNU gold supports different emulations than bfd. Use aarch64_elf64_*_vec
> instead of aarch64linux.
>
> Signed-off-by: Sami Tolvanen
Acked-by: Yury Norov
> ---
> arch/arm64/Makefile | 8
> 1 file changed, 8 insertions(+
Johannes Weiner wrote:
> On Wed, Nov 15, 2017 at 07:58:09PM +0900, Tetsuo Handa wrote:
> > I think that Minchan's approach depends on how
> >
> > In our production, we have observed that the job loader gets stuck for
> > 10s of seconds while doing mount operation. It turns out that it was
> >
On 15/11/2017 22:11, Konrad Rzeszutek Wilk wrote:
> If we migrate to another host that does not expose this, should the
> flush_tlb_others be reset back to the generic one? Or we don't care that
> much ?
Migration to a host that does not expose the feature would be a
configuration error.
Paolo
Hi,
I'm not sure why there's so many recipients (Russell, Rob or Mark have
a limited interest in this I assume), and why you're also missing some
key ones (like the v4l2 list).
On Thu, Nov 16, 2017 at 11:37:30AM +0100, Giulio Benetti wrote:
> Il 16/11/2017 11:31, Andreas Baierl ha scritto:
> > Am
On Thu, 16 Nov 2017, Vikas C Sajjan wrote:
Thanks for splitting this up.
> The platforms which support only IOAPIC mode and whose SCI INT is
> greater than 16, passes SCI INT via FADT and not via MADT int src override
greater? I think that's >= 16 because the legacy space is 0-15
> structure. I
On Thu, 16 Nov 2017, Vikas C Sajjan wrote:
> Modify the function mp_override_legacy_irq() to reuse the newly introduced
> function mp_register_ioapic_irq().
Reviewed-by: Thomas Gleixner
Hi Arnd,
On Thu, Nov 16, 2017 at 11:50 AM, Arnd Bergmann wrote:
> On Thu, Nov 16, 2017 at 11:26 AM, Geert Uytterhoeven
> wrote:
>> With gcc-4.1.2:
>>
>> drivers/infiniband/core/iwpm_util.c: In function ‘iwpm_send_mapinfo’:
>> drivers/infiniband/core/iwpm_util.c:647: warning: ‘ret’ may be
Hi Catalin, Arnd, all,
This is ILP32 patches on top of 4.14 kernel:
https://github.com/norov/linux/commits/ilp32-4.14
I tested the series with LTP lite built by Linaro toolchain, and no
regressions found.
By the way, do you have plans to upstream arch subseries?
https://lkml.org/lkml/2017/9/25/
On Monday 13 November 2017 06:35 PM, Axel Lin wrote:
> The enum tps65218_regulators is no longer being used after
> commit 2dc4940360d4 ("regulator: tps65218: Remove all the compatibles").
Reviewed-by: Keerthy
>
> Signed-off-by: Axel Lin
> ---
> drivers/regulator/tps65218-regulator.c | 3 --
On Thu, Nov 16, 2017 at 11:50:48AM +0100, Arnd Bergmann wrote:
> On Thu, Nov 16, 2017 at 11:26 AM, Geert Uytterhoeven
> wrote:
> > With gcc-4.1.2:
> >
> > drivers/infiniband/core/iwpm_util.c: In function ‘iwpm_send_mapinfo’:
> > drivers/infiniband/core/iwpm_util.c:647: warning: ‘ret’ may b
On Monday 13 November 2017 06:22 PM, Axel Lin wrote:
> Signed-off-by: Axel Lin
One line commit message would be better than blank commit message.
Otherwise:
Reviewed-by: Keerthy
> ---
> drivers/regulator/tps65218-regulator.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/driver
1 - 100 of 906 matches
Mail list logo
