This patch introduces an alternative way of obtaining resources - via
ACPI tables provided by firmware. Enabling coexistence with the DT
support, in addition to the OF_*->device_*/fwnode_* API replacement,
required following steps to be taken:
* Add mvpp2_acpi_match table
* Omit clock configuratio
Test the new MEMBARRIER_CMD_PRIVATE_EXPEDITED and
MEMBARRIER_CMD_REGISTER_PRIVATE_EXPEDITED commands.
Add checks expecting specific error values on system calls expected to
fail.
Signed-off-by: Mathieu Desnoyers
Acked-by: Shuah Khan
Acked-by: Greg Kroah-Hartman
CC: Peter Zijlstra
CC: Paul E.
On Wed, 2018-01-17 at 10:32 -0600, Christopher Lameter wrote:
> On Wed, 17 Jan 2018, Mike Galbraith wrote:
>
> > Domain connectivity very much is a property of a set of CPUs, a rather
> > important one, and one managed by cpusets. NOHZ_FULL is a property of
> > a set of cpus, thus a most excellen
On 16/01/18 10:31, Meghana Madhyastha wrote:
Add helper functions backlight_enable and backlight_disable to
enable/disable a backlight device. These helper functions can
then be used by different drm and tinydrm drivers to avoid
repetition of code and also to enforce a uniform and consistent
wa
OF functions can be used only for the driver using DT.
As a preparation for introducing ACPI support in mvpp2
driver, use struct fwnode_handle in order to obtain
properties from the hardware description.
This patch replaces of_* function with device_*/fwnode_*
where possible in the mvpp2.
Signed-
Hi Ulf,
2018-01-13 1:49 GMT+09:00 Ulf Magnusson :
> On Fri, Jan 12, 2018 at 1:26 PM, Ulf Magnusson wrote:
>> On Wed, Jan 10, 2018 at 7:56 AM, Masahiro Yamada
>> wrote:
>>> check_conf() traverses the menu tree, but it is completely no-op for
>>> olddefconfig because the following if-else block do
Until now there were two very similar functions allowing
to get Linux IRQ number from ACPI handle (acpi_irq_get())
and OF node (of_irq_get()). The first one appeared to be used
only as a subroutine of platform_irq_get(), which (in the generic
code) limited IRQ obtaining from _CRS method only to nod
'port_count' field of the mvpp2 structure holds an overall amount
of available ports, based on DT nodes status. In order to be prepared
to support other HW description, obtain the value by incrementing it
upon each successful port initialization. This allowed for simplifying
port indexing in the co
On 16/01/18 10:33, Meghana Madhyastha wrote:
Add of_find_backlight, a helper function which is a generic version
of tinydrm_of_find_backlight that can be used by other drivers to avoid
repetition of code and simplify things.
Signed-off-by: Meghana Madhyastha
Acked-by: Daniel Thompson
--
The exynos DRM driver uses real-time 'struct timeval' values
for exporting its timestamps to user space. This has multiple
problems:
1. signed seconds overflow in y2038
2. the 'struct timeval' definition is deprecated in the kernel
3. time may jump or go backwards after a 'settimeofday()' syscall
Until now there were two almost identical functions for
obtaining network PHY mode - of_get_phy_mode() and,
more generic, device_get_phy_mode(). However it is not uncommon,
that the network interface is represented as a child
of the actual controller, hence it is not associated
directly to any stru
Until now there were two almost identical functions for
obtaining MAC address - of_get_mac_address() and, more generic,
device_get_mac_address(). However it is not uncommon,
that the network interface is represented as a child
of the actual controller, hence it is not associated
directly to any str
Hi Ingo, Peter, Thomas,
Here is the updated membarrier patch series following review from
Thomas.
It would be appreciated of those can go through the scheduler tree for
the 4.16 merge window.
Highlights:
"powerpc: membarrier: Skip memory barrier in switch_mm()" takes care of
a TODO that was lef
On Wed, Jan 17, 2018 at 08:53:06AM -0800, Shankara Pailoor wrote:
> Hi,
>
> Syzkaller found the following rcu stall report in Linux 4.15-rc1:
> https://pastebin.com/NyZ9JdRv
>
> The following C program reproduces it: https://pastebin.com/gqwDWWpA
>
> Configs Here: https://pastebin.com/v6M3iKi1
On Wednesday, January 17, 2018 11:53 AM, Daniel Thompson wrote:
> On 17/01/18 14:01, Daniel Vetter wrote:
> > For the same reasons we've added dri-devel for all fbdev patches: Most
> > of the actively developed drivers using this infrastructure are in
> > drivers/gpu/. It just makes sense to cross-
On 17/01/2018 16:49, Corey Minyard wrote:
On 01/17/2018 10:36 AM, John Garry wrote:
Currently a crash can be seen if we reach the "err"
label in dmi_add_platform_ipmi(), calling
platform_device_put(), like here:
[7.270584] (null): ipmi:dmi: Unable to add resources: -16
[7.330229] --
Frederic Barrat [fbar...@linux.vnet.ibm.com] wrote:
> Hi,
>
>
> > diff --git a/arch/powerpc/kernel/process.c b/arch/powerpc/kernel/process.c
> > index 2010e4c..f20c1ad 100644
> > --- a/arch/powerpc/kernel/process.c
> > +++ b/arch/powerpc/kernel/process.c
> > @@ -1560,6 +1560,7 @@ void clear_threa
On 16/01/18 10:34, Meghana Madhyastha wrote:
Add devm_of_find_backlight and the corresponding release
function because some drivers use devres versions of functions
for acquiring device resources.
Signed-off-by: Meghana Madhyastha
---
drivers/video/backlight/backlight.c | 29 +
On Wed, Jan 17, 2018 at 5:32 PM, Josh Triplett wrote:
> On Wed, Jan 17, 2018 at 11:29:26AM +0100, Arnd Bergmann wrote:
>> On Wed, Jan 17, 2018 at 12:57 AM, Paul E. McKenney
>> wrote:
>> > On Wed, Jan 17, 2018 at 12:03:18AM +0100, Arnd Bergmann wrote:
>> >> Evidently there is at least one driver t
On Thu, Jan 18, 2018 at 12:59 AM, David Ahern wrote:
> On 1/17/18 2:39 AM, Xin Long wrote:
>> I guess you need to move up your memset(0) a little bit:
>>
>> @@ -2427,6 +2443,7 @@ int netlink_rcv_skb(struct sk_buff *skb, int
>> (*cb)(struct sk_buff *,
>> nlh = nlmsg_hdr(skb);
>>
On Wed, 17 Jan 2018 07:15:09 -0800
Tejun Heo wrote:
> It's great that Steven's patches solve a good number of problems. It
> is also true that there's a class of problems that it doesn't solve,
> which other approaches do. The productive thing to do here is trying
> to solve the unsolved one to
On Wed, Jan 17, 2018 at 04:44:00PM +, Daniel Thompson wrote:
> On 17/01/18 14:01, Daniel Vetter wrote:
> > Nothing in the entire tree ever sets this, which means this is dead
> > code. Remove it.
> >
> > Cc: Lee Jones
> > Cc: Daniel Thompson
> > Cc: Jingoo Han
> > Signed-off-by: Daniel Vett
On Wed, 17 Jan 2018 16:46:44 +0100
Sebastian Andrzej Siewior wrote:
> On 2018-01-17 10:14:11 [-0500], Steven Rostedt wrote:
> > 3.18.91-rt98-rc1 stable review patch.
> > If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Sebastian Andrzej Siewior
> >
>
On 01/17/2018 05:29 PM, Oliver Hartkopp wrote:
>> Is this an Acked-by for both patches?
>>
>
> Yes :-)
>
> Acked-by: Oliver Hartkopp
Tnx
> I just did not expect that you wanted to update the patches before
> sending ...
Why not :)
Marc
--
Pengutronix e.K. | Marc Kleine-Bu
On Wed, Jan 17, 2018 at 10:45:10AM -0600, Eric W. Biederman wrote:
> Russell King - ARM Linux writes:
> >From your description there still seems to be an association with an
> instruction so I don't know if I would really call the signal
> asynchronous. It sounds like the exception is delayed and
On Wed, Jan 17, 2018 at 5:53 PM, Theodore Ts'o wrote:
> On Wed, Jan 17, 2018 at 09:06:54AM +0100, Dmitry Vyukov wrote:
>> I've also mailed a change to appengine that supports *.c, *.log and
>> *.patch as text/plain extensions. There does not seem to be any major
>> objects to it, but it will proba
On Mon, Jan 15, 2018 at 11:23:03AM -0600, Eric W. Biederman wrote:
> Dave Martin writes:
>
> > On Thu, Jan 11, 2018 at 06:59:36PM -0600, Eric W. Biederman wrote:
[...]
> >> Possible ABI fixes include:
> >> - Send the signal without siginfo
> >> - Don't generate a signal
[...]
> >> - Possibly
Kirill Tkhai writes:
> This reverts commit 20ac94378de5.
>
> send_sig() does not take tasklist_lock for a long time,
> so this commit and the problem it solves are not relevant
> anymore.
>
> Also, the problem of force_sig() is it clears SIGNAL_UNKILLABLE
> flag, thus even global init may be kill
On 1/8/2018 11:01 AM, Paolo Bonzini wrote:
> On 08/01/2018 17:48, Dr. David Alan Gilbert wrote:
>>> If your hypervisor is lying to you about the primary family, then all
>>> bets are off. I don't expect there will be any production systems doing
>>> this.
>> It's not that an unusual thing to do on
On 01/12/2018 07:06 PM, Nick Murphy wrote:
> [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
Hi Greg,
Sorry for that. Here is the stack trace. C Program below
TCP: request_sock_TCP: Possible SYN flooding on port 20003. Sending
cookies. Check SNMP counters.
TCP: request_sock_TCP: Possible SYN flooding on port 20003. Sending
cookies. Check SNMP counters.
TCP: request_sock_TCP: Possible S
Dave Martin writes:
> On Mon, Jan 15, 2018 at 11:23:03AM -0600, Eric W. Biederman wrote:
>> Dave Martin writes:
>>
>> > On Thu, Jan 11, 2018 at 06:59:36PM -0600, Eric W. Biederman wrote:
>
> [...]
>
>> >> Possible ABI fixes include:
>> >> - Send the signal without siginfo
>> >> - Don't generate
For EPT-violations that are triggered by a read, the pages are also mapped with
write permissions (if their memory region is also writable). That would avoid
getting yet another fault on the same page when a write occurs.
This optimization only happens when you have a "struct page" backing the mem
On 01/17/2018 06:25 AM, Sekhar Nori wrote:
On Tuesday 16 January 2018 10:21 PM, David Lechner wrote:
+static struct clk *davinci_psc_clk_register(const char *name,
+ const char *parent_name,
+ struct regmap *regmap,
+ u32 lpsc
Hi Rob,
On 11 January 2018 at 20:38, Rob Herring wrote:
> On Sat, Jan 6, 2018 at 6:43 AM, PrasannaKumar Muralidharan
> wrote:
>> Hi Rob,
>>
>> On 4 January 2018 at 01:32, Rob Herring wrote:
>>> On Thu, Dec 28, 2017 at 10:29:52PM +0100, Mathieu Malaterre wrote:
From: PrasannaKumar Muralidha
On Wed, 17 Jan 2018 18:53:46 +0800
Chao Fan wrote:
> ***Background:
> People reported that kaslr may randomly chooses some positions
> which are located in movable memory regions. This will break memory
> hotplug feature.
>
> And also on kvm guest with 4GB meory, the good unfragmented 1GB could
On 01/17/2018 06:18 AM, Sekhar Nori wrote:
On Tuesday 16 January 2018 10:46 PM, David Lechner wrote:
+static const struct davinci_psc_clk_info da830_psc0_info[]
__initconst = {
+ LPSC(0, 0, tpcc, pll0_sysclk2, LPSC_ALWAYS_ENABLED),
+ LPSC(1, 0, tptc0, pll0_sysclk2, LPSC_ALWAYS_ENABLED),
+
On 01/17/2018 05:57 AM, Sekhar Nori wrote:
On Tuesday 16 January 2018 10:51 PM, David Lechner wrote:
On 01/16/2018 08:00 AM, Sekhar Nori wrote:
On Monday 08 January 2018 07:47 AM, David Lechner wrote:
+void __init da850_psc_clk_init(void __iomem *psc0, void __iomem *psc1)
+{
+ struct clk_on
When switching to ACPI HW reduced platforms we still want to initialize timers.
Override acpi_reduced_hw_init() to achieve that.
Signed-off-by: Andy Shevchenko
---
arch/x86/platform/intel-mid/intel-mid.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/x86/platform/intel-mid/int
On 01/17, Eric W. Biederman wrote:
> Kirill Tkhai writes:
>
> > This reverts commit 20ac94378de5.
> >
> > send_sig() does not take tasklist_lock for a long time,
> > so this commit and the problem it solves are not relevant
> > anymore.
> >
> > Also, the problem of force_sig() is it clears SIGNAL
ACPI redefines x86_init.pci.init when enabled. Though we still need special
treatment for MID platforms.
Move our specific callback to x86_init.pci.arch_init() and, by calling
acpi_noirq_set(), take back a control over IRQ assignment.
Signed-off-by: Andy Shevchenko
---
arch/x86/pci/intel_mid_pc
On 01/17/2018 09:31 AM, Sekhar Nori wrote:
On Monday 08 January 2018 07:47 AM, David Lechner wrote:
This adds a new driver for the gate and multiplexer clocks in the
CFGCHIPn syscon registers on TI DA8XX-type SoCs.
Signed-off-by: David Lechner
---
drivers/clk/davinci/Makefile| 2 +
Some platforms might take care of legacy devices on theirs own.
Let's allow them to do that by exporting a weak function.
Signed-off-by: Andy Shevchenko
---
arch/x86/kernel/acpi/boot.c | 2 +-
include/linux/acpi.h| 3 +++
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch
Hi,
2018-01-17 7:15 GMT-05:00 Luiz Augusto von Dentz :
> Hi,
>
> On Wed, Jan 17, 2018 at 1:47 AM, Guo Yi wrote:
>> This patch fix the bluetooth 6lowpan disconnect fail bug.
>>
>> The type of the same address type have different define value in HCI layer
>> and L2CAP layer.That makes disconnect fa
On Tue, 16 Jan 2018 23:51:29 +0100
Frederic Weisbecker wrote:
> On Tue, Jan 16, 2018 at 11:52:11AM -0500, Luiz Capitulino wrote:
> > On Tue, 16 Jan 2018 16:41:00 +0100
> > Frederic Weisbecker wrote:
> > > So isolcpus= is now the place where we control the isolation features
> > > and nohz is o
On Wed, Jan 17, 2018 at 11:24:06AM -0600, Eric W. Biederman wrote:
> Dave Martin writes:
[...]
> > Should si_code simply be ignored for the SIGKILL case?
>
> I know what x86 does in a similar case is it uses force_sig instead of
> force_sig_info. Then the generic code gets to worry about
>
>
On 01/17, Eric W. Biederman wrote:
>
> __do_SAK() needs to be 100% accurate.
But it can't. A process/thread can open tty right after the check.
> I do not see the rcu_read_lock
> guaranteeing that new processes created while the process list is being
> iterated that happen to have a reference to
This v2 of the patch posted here [1]. Following the discussion there,
I have included a patch (Patch 1) to clarify the argument passed to @enable()
call back for a capability. Original patch (Patch 2) is unchanged.
[1]
http://lists.infradead.org/pipermail/linux-arm-kernel/2018-January/554578.html
We issue the enable() call back for all CPU hwcaps capabilities
available on the system, on all the CPUs. So far we have ignored
the argument passed to the call back, which had a prototype to
accept a "void *" for use with on_each_cpu() and later with
stop_machine(). However, with commit 0a0d111d40
When a CPU is brought up after we have finalised the system
wide capabilities (i.e, features and errata), we make sure the
new CPU doesn't need a new errata work around which has not been
detected already. However we don't run enable() method on the new
CPU for the errata work arounds already detec
On Wed, 2018-01-17 at 19:34 +0200, Andy Shevchenko wrote:
> When switching to ACPI HW reduced platforms we still want to
> initialize timers.
> Override acpi_reduced_hw_init() to achieve that.
Just realized, that it may annihilate the other acpi_reduced_hw_init()
on non-MID platforms...
Open to s
... to avoid reading them from the config space of all the PCI VFs. This is
specially a useful optimization when bringing up thousands of VFs.
Cc: Bjorn Helgaas
Cc: linux-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: KarimAllah Ahmed
---
drivers/pci/iov.c | 20 ++
On Thu, 2018-01-11 at 17:08 -0600, David Lechner wrote:
> On 01/05/2018 11:09 AM, Jerome Brunet wrote:
> > Like divider_round_rate, a couple a of driver are doing more or less
> > the same operation to round the rate of the divider when it is read-only.
> >
> > We can factor this code so let's pro
Oleg Nesterov writes:
> On 01/17, Eric W. Biederman wrote:
>
>> Kirill Tkhai writes:
>>
>> > This reverts commit 20ac94378de5.
>> >
>> > send_sig() does not take tasklist_lock for a long time,
>> > so this commit and the problem it solves are not relevant
>> > anymore.
>> >
>> > Also, the proble
Hi Arnaldo,
This patchset adds support for per-thread CoreSight trace decoding from the
"perf report" interface. It is largely modelled on what has been done for
intelPT traces and currently targets the ETMv4 architecture. Support for
cpu-wide scenarios and ETMv3/PTMv1.1 will follow shortly.
Th
Hi Arnaldo,
This patchset adds support for per-thread CoreSight trace decoding from the
"perf report" interface. It is largely modelled on what has been done for
intelPT traces and currently targets the ETMv4 architecture. Support for
cpu-wide scenarios and ETMv3/PTMv1.1 will follow shortly.
Th
This patch adds the entry point for CoreSight trace decoding, serving
as a jumping board for furhter expansions.
Co-authored-by: Tor Jeremiassen
Signed-off-by: Mathieu Poirier
---
tools/perf/util/Build | 5 ++
tools/perf/util/auxtrace.c | 2 +
tools/perf/util/cs-etm.c | 213 +
This patch adds functions to communicate with the openCSD trace decoder,
more specifically to access program memory, fetch trace packets and
reset the decoder.
Co-authored-by: Tor Jeremiassen
Signed-off-by: Mathieu Poirier
---
tools/perf/util/cs-etm-decoder/cs-etm-decoder.c | 60 +++
This patch adds the required interface to the openCSD library to support
dumping CoreSight trace packet using the "report --dump" command. The
information conveyed is related to the type of packets gathered by a
trace session rather than full decoding.
Co-authored-by: Tor Jeremiassen
Signed-off-
Once decoded from trace packets information on trace range needs
to be communicated to the perf synthesis infrastructure so that it
is available to the perf tools built-in rendering tools and scripts.
Co-authored-by: Tor Jeremiassen
Signed-off-by: Mathieu Poirier
---
tools/perf/util/cs-etm.c |
From: Tor Jeremiassen
Adding maintainers for Coresight trace decoding via perf tools.
Signed-off-by: Tor Jeremiassen
---
MAINTAINERS | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index d76af75a653a..7eafa087dda3 100644
--- a/MAINTAINERS
+++ b/M
Add functionatlity to setup trace queues so that traces associated with
CoreSight auxtrace events found in the perf.data file can be classified
properly. The decoder and memory callback associated with each queue are
then used to decode the traces that have been assigned to that queue.
Co-authore
This patch adds support for complete packet decoding, allowing
traces collected during a trace session to be decoder from the
"report" infrastructure.
Co-authored-by: Tor Jeremiassen
Signed-off-by: Mathieu Poirier
---
tools/perf/util/cs-etm.c | 166 +-
On Wed, Jan 17, 2018 at 8:54 AM, Mathieu Desnoyers
wrote:
> Ensure that a core serializing instruction is issued before returning to
> user-mode. x86 implements return to user-space through sysexit, sysrel,
> and sysretq, which are not core serializing.
>
> Signed-off-by: Mathieu Desnoyers
> Revi
On 17/01/2018 18:21, Tom Lendacky wrote:
> On 1/8/2018 11:01 AM, Paolo Bonzini wrote:
>> On 08/01/2018 17:48, Dr. David Alan Gilbert wrote:
If your hypervisor is lying to you about the primary family, then all
bets are off. I don't expect there will be any production systems doing
t
Adding functionality to create a CoreSight trace decoder capable
of decoding trace data pushed by a client application.
Co-authored-by: Tor Jeremiassen
Signed-off-by: Mathieu Poirier
---
tools/perf/util/cs-etm-decoder/cs-etm-decoder.c | 119
1 file changed, 119 insertio
The Open CoreSight Decoding Library (openCSD) is a free and open
library to decode traces collected by the CoreSight hardware
infrastructure.
This patch adds the required mechanic to recognise the presence
of the openCSD library on a system and set up miscellaneous flags
to be used in the compilat
From: Tor Jeremiassen
The auxtrace_info section contains metadata that describes the number of
trace capable CPUs, their ETM version and trace configuration, including
trace id values. This information is required by the trace decoder in
order to properly decode the compressed trace packets. This
On 01/17/2018 11:47 AM, Jerome Brunet wrote:
On Thu, 2018-01-11 at 17:08 -0600, David Lechner wrote:
On 01/05/2018 11:09 AM, Jerome Brunet wrote:
Like divider_round_rate, a couple a of driver are doing more or less
the same operation to round the rate of the divider when it is read-only.
We ca
On 17/01/2018 18:26, KarimAllah Ahmed wrote:
> For EPT-violations that are triggered by a read, the pages are also mapped
> with
> write permissions (if their memory region is also writable). That would avoid
> getting yet another fault on the same page when a write occurs.
>
> This optimization
On 16/01/18 20:55, Jeremy Linton wrote:
>
[...]
>>> +/*
>>> + * Determine if the *node parameter is a leaf node by iterating the
>>> + * PPTT table, looking for nodes which reference it.
>>> + * Return 0 if we find a node referencing the passed node,
>>> + * or 1 if we don't.
>>> + */
>>> +sta
Dear all,
These patches introduces the ChromeOS EC USBPD charger driver, the
driver has been used on Chromebooks kernels and ported to mainline. The
patches were tested succesfully with a Samsung Chromebook Plus device
but depends on the for-next Benson Leung branch [1] to apply cleanly.
This bran
From: Sameer Nanda
This driver gets various bits of information about what is connected to
USB PD ports from the EC and converts that into power_supply properties.
Signed-off-by: Sameer Nanda
Signed-off-by: Enric Balletbo i Serra
---
drivers/power/supply/Kconfig | 11 +
drivers/
From: Sameer Nanda
Check whether this EC instance has USBPD host command support and
instatiate the cros_usbpd-charger driver as a subdevice in such case.
Signed-off-by: Sameer Nanda
Signed-off-by: Enric Balletbo i Serra
---
drivers/mfd/cros_ec_dev.c | 25 +
1 file cha
From: Sameer Nanda
The USB PD charger driver gets information from the ChromeOS EC, this
patch adds the USBPD charger definitions needed by this driver.
Signed-off-by: Sameer Nanda
Signed-off-by: Enric Balletbo i Serra
---
include/linux/mfd/cros_ec_commands.h | 135 +++
On 16/01/18 20:22, Jeremy Linton wrote:
> Hi,
>
[..]
>>
>> I forgot to mention this earlier, I see you have used parentheses too
>> liberally at quite some place in this file like the above 4 line.
>> Please drop those unnecessary parentheses.
>
> Yes, those tend to get leftover when I remove
On Wed, Jan 3, 2018 at 3:31 PM, Cong Wang wrote:
>
> On Wed, Jan 3, 2018 at 12:55 PM, Ozgur wrote:
> >
> >
> > 03.01.2018, 21:57, "Cong Wang" :
> >> On Tue, Jan 2, 2018 at 3:58 PM, syzbot
> >> wrote:
> >>> Hello,
> >>>
> >>> syzkaller hit the following crash on
> >>> 61233580f1f33c50e159c50e2
On 1/13/2018 1:34 AM, SF Markus Elfring wrote:
From: Markus Elfring
Date: Sat, 13 Jan 2018 10:24:03 +0100
A single character (line break) should be put into a sequence.
Thus use the corresponding function "seq_putc".
This issue was detected by using the Coccinelle software.
Signed-off-by: Mar
On 1/17/2018 3:29 AM, Wei Yongjun wrote:
There is a error message within devm_ioremap_resource
already, so remove the dev_err call to avoid redundant
error message.
Signed-off-by: Wei Yongjun
---
Looks fine. Will pick it up for next merge window.
Regards,
Santosh
On 01/17, Eric W. Biederman wrote:
>
> Oleg Nesterov writes:
>
> > On 01/17, Eric W. Biederman wrote:
> >
> >> Kirill Tkhai writes:
> >>
> >> > This reverts commit 20ac94378de5.
> >> >
> >> > send_sig() does not take tasklist_lock for a long time,
> >> > so this commit and the problem it solves a
On Wed, Jan 17, 2018 at 02:38:59PM +, André Draszik wrote:
> > > [...]
> >
> > Please be very clear about exactly what security properties are achieved
> > by
> > using encrypted-keys.
>
> I've left out all of this in the updated documentation, as any such
> information should probably be in
Hi Mauro,
On Wed, Jan 17, 2018 at 02:56:20PM -0200, Mauro Carvalho Chehab wrote:
> Em Tue, 16 Jan 2018 05:40:35 +0100
> Frederic Weisbecker escreveu:
>
> > So this set is in a testable state. I addressed preliminary reviews from
> > Eric Dumazet, Paolo Abeni and Linus.
> >
> > You may want to p
(Sorry, somehow I missed this email until I saw Jeremy's reply today)
On 15/01/18 16:07, Palmer Dabbelt wrote:
> On Mon, 15 Jan 2018 04:33:38 PST (-0800), sudeep.ho...@arm.com wrote:
>> On Fri, Jan 12, 2018 at 06:59:10PM -0600, Jeremy Linton wrote:
>>> The original intent in cacheinfo was that an
- On Jan 17, 2018, at 12:53 PM, Andy Lutomirski l...@kernel.org wrote:
> On Wed, Jan 17, 2018 at 8:54 AM, Mathieu Desnoyers
> wrote:
>> Ensure that a core serializing instruction is issued before returning to
>> user-mode. x86 implements return to user-space through sysexit, sysrel,
>> and sy
On Wed, Jan 17, 2018 at 1:18 AM, Joerg Roedel wrote:
> On Tue, Jan 16, 2018 at 02:45:27PM -0800, Andy Lutomirski wrote:
>> On Tue, Jan 16, 2018 at 8:36 AM, Joerg Roedel wrote:
>> > +.macro SWITCH_TO_KERNEL_STACK nr_regs=0 check_user=0
>>
>> How about marking nr_regs with :req to force everyone to
If ubifs_wbuf_sync() fails we must not write a master node with the
dirty marker cleared.
Otherwise it is possible that in case of an IO error while syncing we
mark the filesystem as clean and UBIFS refuses to recover upon next
mount.
Cc:
Fixes: 1e51764a3c2a ("UBIFS: add new flash file system")
S
On Wed, Jan 17, 2018 at 05:55:39PM +0100, Marcin Wojtas wrote:
> Hi,
>
> This is a third version of the patchset introducing mvpp2 driver ability
> to operate with ACPI. Until follow-up generic MDIO is introduced
> it can using the link interrupt capability (a.k.a. in-band management)
> on all por
On Tue, Jan 16, 2018 at 10:50 PM, Dan Williams wrote:
> On Tue, Jan 16, 2018 at 10:28 PM, Al Viro wrote:
[..]
>> Anything that open-codes copy_from_user() that way is *ALREADY* fucked if
>> it cares about the overhead - recent x86 boxen will have slowdown from
>> hell on stac()/clac() pairs. Any
On Wed, Jan 17, 2018 at 6:10 AM, Joerg Roedel wrote:
> On Wed, Jan 17, 2018 at 05:57:53AM -0800, Brian Gerst wrote:
>> On Wed, Jan 17, 2018 at 1:24 AM, Joerg Roedel wrote:
>
>> > I have no real idea on how to switch back to the entry stack without
>> > access to per_cpu variables. I also can't ac
On 17/01/18 16:34, Ingo Molnar wrote:
>
> * Juergen Gross wrote:
>
>> On 16/01/18 17:35, Ingo Molnar wrote:
>>>
>>> * Juergen Gross wrote:
>>>
On 16/01/18 16:46, Ingo Molnar wrote:
>
> * Juergen Gross wrote:
>
>> There seem to exist several grub2 versions trashing
>> b
On Wed, Jan 17, 2018 at 10:10 AM, Mathieu Desnoyers
wrote:
> - On Jan 17, 2018, at 12:53 PM, Andy Lutomirski l...@kernel.org wrote:
>
>> On Wed, Jan 17, 2018 at 8:54 AM, Mathieu Desnoyers
>> wrote:
>>> Ensure that a core serializing instruction is issued before returning to
>>> user-mode. x86
On Sat, Jan 13, 2018 at 10:08:43PM +0100, SF Markus Elfring wrote:
> > Your commit message says "omit an extra message", which suggests that
> > there are currently two messages about the memory allocation failure,
> > and that your patch removes one of them.
>
> Yes. - There is a general transfor
For EPT-violations that are triggered by a read, the pages are also mapped with
write permissions (if their memory region is also writable). That would avoid
getting yet another fault on the same page when a write occurs.
This optimization only happens when you have a "struct page" backing the mem
On 16/01/18 21:07, Jeremy Linton wrote:
> Hi,
>
> On 01/15/2018 06:33 AM, Sudeep Holla wrote:
>> On Fri, Jan 12, 2018 at 06:59:10PM -0600, Jeremy Linton wrote:
>>> The original intent in cacheinfo was that an architecture
>>> specific populate_cache_leaves() would probe the hardware
>>> and then
[+cc Rafael]
On Wed, Jan 17, 2018 at 10:33:21AM +, Luis de Bethencourt wrote:
> The trailing semicolon is an empty statement that does no operation.
> Removing it since it doesn't do anything.
>
> Signed-off-by: Luis de Bethencourt
Acked-by: Bjorn Helgaas
Rafael, I have nothing queued for
The trailing semicolon is an empty statement that does no operation.
Removing it since it doesn't do anything.
Signed-off-by: Luis de Bethencourt
---
Hi,
After fixing the same thing in drivers/staging/rtl8723bs/, Joe Perches
suggested I fix it treewide [0].
Best regards
Luis
[0]
http://dri
The trailing semicolon is an empty statement that does no operation.
Removing it since it doesn't do anything.
Signed-off-by: Luis de Bethencourt
---
Hi,
After fixing the same thing in drivers/staging/rtl8723bs/, Joe Perches
suggested I fix it treewide [0].
Best regards
Luis
[0]
http://dri
On Tue, 16 Jan 2018, Mel Gorman wrote:
> My main source of discomfort is the fact that this is permanent as two
> processes perfectly isolated but with a suitably shared COW mapping
> will never migrate the data. A potential improvement to get the reported
> bandwidth up in the test program would
Hey Arnd,
looks good to me!
Reviewed-by: Tobias Jakobi
- Tobias
Arnd Bergmann wrote:
> The exynos DRM driver uses real-time 'struct timeval' values
> for exporting its timestamps to user space. This has multiple
> problems:
>
> 1. signed seconds overflow in y2038
> 2. the 'struct timeval' de
On 01/16/18 18:50, Sukadev Bhattiprolu wrote:
> Define the FTW_SETUP ioctl interface for fast thread wakeup (FTW). A
> follow-on patch will implement the FTW driver and ioctl.
>
> Thanks to input from Ben Herrenschmidt, Michael Neuling, Michael Ellerman.
>
> Signed-off-by: Sukadev Bhattiprolu
>
701 - 800 of 1318 matches
Mail list logo
