From: Huaisheng Ye
Use __GFP_ZONE_MASK to replace (__GFP_DMA | __GFP_HIGHMEM | __GFP_DMA32).
___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP
bitmasks, the bottom three bits of GFP mask is reserved for storing
encoded zone number.
__GFP_DMA, __GFP_HIGHMEM and __GFP_DMA32 sh
On Wed, May 23, 2018 at 10:03:55AM -0400, Alan Stern wrote:
> On Wed, 23 May 2018, Nicolas Boichat wrote:
>
> > The "old" enumeration scheme is considerably faster (it takes
> > ~294ms instead of ~439ms to get the descriptor).
> >
> > It is currently only possible to use the old scheme globally
>
On Wed, May 16, 2018 at 05:51:17PM +0100, Srinivas Kandagatla wrote:
> This patch adds bindings for Qualcomm SLIMBus NGD controller found in
> all new SoCs starting from B family.
> SLIMBus NGD controller is a light-weight driver responsible for
> communicating with SLIMBus slaves directly over the
On Thu, May 10, 2018 at 02:06:32PM +0100, Mark Rutland wrote:
> Userspace can read/write the user page at any point in time, and in
> perf_output_put_handle() we're very careful to use memory barriers to
> ensure ordering between updates to data and the user page.
>
> We don't use barriers when up
On 5/23/2018 1:47 AM, Keerthy wrote:
On Monday 16 April 2018 03:59 PM, Keerthy wrote:
[..]
Instead of this indirect method , why can't just check the previous
deep sleep mode and based on that do copy or not. EMIF power status
register should have something like that ?
I will check if w
On Wed, May 16, 2018 at 09:19:51PM -0700, frowand.l...@gmail.com wrote:
> From: Frank Rowand
>
> The smatch static checker marks the data in offset as untrusted,
> leading it to warn:
>
> drivers/of/resolver.c:125 update_usages_of_a_phandle_reference()
> error: buffer underflow 'prop->value'
On 05/23/2018 03:22 AM, Michael Grzeschik wrote:
> As the amount of available ports varies by the kernels build
> configuration. To remove the limitation of the fixed 128 ports
> we allocate the amount of idevs by using the number we get
> from the kernel.
>
> Signed-off-by: Michael Grzeschik
> -
On Wed, 23 May 2018 08:57:34 -0700
"Paul E. McKenney" wrote:
> On Tue, May 22, 2018 at 11:38:12PM -0700, Joel Fernandes wrote:
> > From: "Joel Fernandes (Google)"
> >
> > RCU tasks callbacks can take at least 1 second before the callbacks are
> > executed. This happens even if the hold-out task
On Wed, May 23, 2018 at 09:39:04AM -0700, Dan Williams wrote:
> On Wed, May 23, 2018 at 9:34 AM, Ross Zwisler
> wrote:
> > On Thu, May 03, 2018 at 05:06:42PM -0700, Dan Williams wrote:
> >> In preparation for protecting the dax read(2) path from media errors
> >> with copy_to_iter_mcsafe() (via da
On Thu, May 17, 2018 at 03:06:26PM +0200, Andrea Greco wrote:
> From: Andrea Greco
>
> Add devicetree bindings for smsc com20020
>
> Signed-off-by: Andrea Greco
> ---
> .../devicetree/bindings/net/smsc-com20020.txt | 21
> +
> 1 file changed, 21 insertions(+)
> crea
From: Huaisheng Ye
Use __GFP_ZONE_MASK to replace (__GFP_DMA | __GFP_HIGHMEM).
In function xen_swiotlb_alloc_coherent, it is obvious that __GFP_DMA32
is not the expecting zone type.
___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP
bitmasks, the bottom three bits of GFP mas
On Wed, May 23, 2018 at 9:47 AM, Ross Zwisler
wrote:
> On Wed, May 23, 2018 at 09:39:04AM -0700, Dan Williams wrote:
>> On Wed, May 23, 2018 at 9:34 AM, Ross Zwisler
>> wrote:
>> > On Thu, May 03, 2018 at 05:06:42PM -0700, Dan Williams wrote:
>> >> In preparation for protecting the dax read(2) pa
From: Huaisheng Ye
Use __GFP_ZONE_MASK to replace (__GFP_DMA32 | __GFP_HIGHMEM).
In function alloc_extent_state, it is obvious that __GFP_DMA is not
the expecting zone type.
___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP
bitmasks, the bottom three bits of GFP mask is res
On 5/18/2018 4:31 AM, Paolo Bonzini wrote:
On 16/05/2018 22:27, Maran Wilson wrote:
Friendly ping. I am hopeful one of the x86 and/or KVM maintainers has a
few cycles to spare to look this over.
And thanks to everyone who has helped thus far by providing valuable
feedback and reviewing.
ht
On 05/22/2018 06:20 PM, Florian Fainelli wrote:
> Hi Andrew,
>
> On 05/22/2018 05:15 PM, Andrew Lunn wrote:
>> On Tue, May 22, 2018 at 05:04:49PM -0700, Florian Fainelli wrote:
>>> On newer PHYs, we need to select the expansion register to write with
>>> setting bits [11:8] to 0xf. This was done c
On Fri, May 18, 2018 at 01:24:48AM -0700, Saravana Kannan wrote:
> This devfreq governor is a generic implementation that can scale any
> devfreq device based on the current CPU frequency of all ONLINE CPUs. It
> allows for specifying CPU freq to devfreq mapping for specific devices.
> When such a
On Fri, May 18, 2018 at 04:57:02PM +0800, Lei YU wrote:
> Add a 24MHz fixed clock.
> This clock will be used for certain devices, e.g. pwm.
>
> Signed-off-by: Lei YU
> ---
> drivers/clk/clk-aspeed.c | 9 -
> include/dt-bindings/clock/aspeed-clock.h | 1 +
> 2 files change
On Wed, May 23, 2018 at 09:53:38AM -0700, Dan Williams wrote:
> On Wed, May 23, 2018 at 9:47 AM, Ross Zwisler
> wrote:
> > On Wed, May 23, 2018 at 09:39:04AM -0700, Dan Williams wrote:
> >> On Wed, May 23, 2018 at 9:34 AM, Ross Zwisler
> >> wrote:
> >> > On Thu, May 03, 2018 at 05:06:42PM -0700,
Jerome Brunet writes:
> This patchset fixes a few problems found in the i2c nodes of
> amlogic's meson-axg platform. It also adds the missing pins for
> AO controller so we can use it on the S400
>
> This series has been tested on the S400 board.
>
> Jerome Brunet (4):
> ARM64: dts: meson-axg:
From: Huaisheng Ye
Use __GFP_ZONE_MOVABLE to replace (__GFP_HIGHMEM | __GFP_MOVABLE).
___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP
bitmasks, the bottom three bits of GFP mask is reserved for storing
encoded zone number.
__GFP_ZONE_MOVABLE contains encoded ZONE_MOVABLE
On 2018 Mai 23, Pavel Machek wrote:
> On Sat 2018-05-19 21:53:02, Christian Krüger wrote:
> > Hi,
> >
> > Since the old "in-order-execution" Intel CPUs like the Intel Atom N270
> > (known for being installed in many Netbooks and Nettops) are not sensitive
> > for "Meltdown" & "Spectre" , wouldn't
From: Huaisheng Ye
GFP_HIGHUSER_MOVABLE doesn't equal to GFP_HIGHUSER | __GFP_MOVABLE,
modify it to adapt patch of getting rid of GFP_ZONE_TABLE/BAD.
Signed-off-by: Huaisheng Ye
Cc: Kate Stewart
Cc: Greg Kroah-Hartman
Cc: Thomas Gleixner
Cc: Philippe Ombredanne
Cc: Christoph Hellwig
---
i
On Wed, May 23, 2018 at 08:22:39AM -0700, Christoph Hellwig wrote:
> On Sun, May 20, 2018 at 06:45:24PM -0400, Kent Overstreet wrote:
> > >
> > > Honestly I think this probably should be in the core. But IFF we move
> > > it to the core the existing users of per-fs locks need to be moved
> > > ov
On Wed, May 23, 2018 at 12:45:31PM -0400, Steven Rostedt wrote:
> On Wed, 23 May 2018 08:57:34 -0700
> "Paul E. McKenney" wrote:
>
> > On Tue, May 22, 2018 at 11:38:12PM -0700, Joel Fernandes wrote:
> > > From: "Joel Fernandes (Google)"
> > >
> > > RCU tasks callbacks can take at least 1 second
From: Huaisheng Ye
GFP_HIGHUSER_MOVABLE doesn't equal to GFP_HIGHUSER | __GFP_MOVABLE,
modify it to adapt patch of getting rid of GFP_ZONE_TABLE/BAD.
Signed-off-by: Huaisheng Ye
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Kate Stewart
Cc: Greg Kroah-Hartman
Cc: x...@kernel
On 23/05/18 17:29, Ray Jui wrote:
Hi Robin,
On 5/23/2018 4:48 AM, Robin Murphy wrote:
On 23/05/18 08:52, Scott Branden wrote:
On 18-05-22 04:24 PM, Ray Jui wrote:
Hi Guenter,
On 5/22/2018 1:54 PM, Guenter Roeck wrote:
On Tue, May 22, 2018 at 11:47:18AM -0700, Ray Jui wrote:
If the watchd
Raym
On 18-05-23 09:29 AM, Ray Jui wrote:
Hi Robin,
On 5/23/2018 4:48 AM, Robin Murphy wrote:
On 23/05/18 08:52, Scott Branden wrote:
On 18-05-22 04:24 PM, Ray Jui wrote:
Hi Guenter,
On 5/22/2018 1:54 PM, Guenter Roeck wrote:
On Tue, May 22, 2018 at 11:47:18AM -0700, Ray Jui wrote:
If
From: Huaisheng Ye
Use __GFP_ZONE_MOVABLE to replace (__GFP_HIGHMEM | __GFP_MOVABLE).
___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP
bitmasks, the bottom three bits of GFP mask is reserved for storing
encoded zone number.
__GFP_ZONE_MOVABLE contains encoded ZONE_MOVABLE
On 05/23/2018 02:52 PM, Tudor Ambarus wrote:
> Hi, Marek,
Hi,
> On 05/23/2018 12:56 PM, Marek Vasut wrote:
> [...]
[...]
>>> + while (len) {
>>> + cmd = spi_nor_find_best_erase_cmd(map, region, addr, len);
>>> + if (!cmd)
>>> + return -EINVAL;
Thanks Rob for review,
On 23/05/18 17:40, Rob Herring wrote:
On Wed, May 16, 2018 at 05:51:17PM +0100, Srinivas Kandagatla wrote:
This patch adds bindings for Qualcomm SLIMBus NGD controller found in
all new SoCs starting from B family.
SLIMBus NGD controller is a light-weight driver responsibl
On Wed, May 23, 2018 at 02:35:20PM +0100, Mark Rutland wrote:
> This series contains a few cleanups of the atomic API, fixing an
> inconsistency between atomic_* and atomic64_*, and minimizing repetition
> in arch code. This is nicer for arch code, and the improved regularity
> will help when gener
Hi Greg,
On 5/23/2018 1:05 AM, Greg KH wrote:
> On Tue, May 22, 2018 at 02:02:37PM -0700, Reinette Chatre wrote:
>> On 5/22/2018 12:43 PM, Greg KH wrote:
>>> On Tue, May 22, 2018 at 04:29:22AM -0700, Reinette Chatre wrote:
+ ret = strtobool(buf, &bv);
+ if (ret == 0 && bv) {
+
Thanks for the heads-up, Matthew!
On 05/22/2018 06:18 PM, Kent Overstreet wrote:
> All existing users have been converted to generic radix trees
Well, flex_arrays had a good run, and the new radix trees do look quite
a bit nicer.
Feel free to add my ack.
From: Alexei Starovoitov
Date: Mon, 21 May 2018 19:22:28 -0700
> v2->v3:
> - followed Luis's suggestion and significantly simplied first patch
> with shmem_kernel_file_setup+kernel_write. Added kdoc for new helper
> - fixed typos and race to access pipes with mutex
> - tested with bpfilter bein
On Wed, May 23, 2018 at 10:19:41AM -0700, Reinette Chatre wrote:
> Hi Greg,
>
> On 5/23/2018 1:05 AM, Greg KH wrote:
> > On Tue, May 22, 2018 at 02:02:37PM -0700, Reinette Chatre wrote:
> >> On 5/22/2018 12:43 PM, Greg KH wrote:
> >>> On Tue, May 22, 2018 at 04:29:22AM -0700, Reinette Chatre wrote
On Wed, May 23, 2018 at 04:11:07PM +0200, Sebastian Andrzej Siewior wrote:
> Since that commit I see during a deboost a task this:
> |futex sched_pi_setprio: comm=futex_requeue_p pid=2234 oldprio=98 newprio=98
> |futex sched_switch: prev_comm=futex_requeue_p prev_pid=2234 prev_prio=120
>
> and af
On 23.05.2018 17:50, Florian Fainelli wrote:
On 05/23/2018 08:28 AM, Florian Fainelli wrote:
On 05/22/2018 09:49 PM, Gerhard Wiesinger wrote:
On 22.05.2018 22:42, Florian Fainelli wrote:
On 05/22/2018 01:16 PM, Andrew Lunn wrote:
Planned network structure will be as with 4.7.x kernels:
br0
On 05/22/2018 10:51 AM, Matthew Wilcox wrote:
> But CR3 is a per-CPU register. So it'd be *possible* to allocate one
> PGD per CPU (per process). Have them be identical in all but one of
> the PUD entries. Then you've reserved 1/512 of your address space for
> per-CPU pages.
>
> Complicated, ug
On Wed, May 23, 2018 at 01:26:48PM -0400, David Miller wrote:
> From: Alexei Starovoitov
> Date: Mon, 21 May 2018 19:22:28 -0700
>
> > v2->v3:
> > - followed Luis's suggestion and significantly simplied first patch
> > with shmem_kernel_file_setup+kernel_write. Added kdoc for new helper
> > - f
Hi Waiman,
On 17-May 16:55, Waiman Long wrote:
[...]
> @@ -672,13 +672,14 @@ static int generate_sched_domains(cpumask_var_t
> **domains,
> int ndoms = 0; /* number of sched domains in result */
> int nslot; /* next empty doms[] struct cpumask slot */
> s
On 23.05.2018 17:28, Florian Fainelli wrote:
And in the future (time plan)?
If you don't care about multicast then you can use those patches:
https://github.com/ffainelli/linux/commit/de055bf5f34e9806463ab2793e0852f5dfc380df
and you have to change the part of drivers/net/dsa/b53/b53_common.c
From: Jason Wang
Date: Tue, 22 May 2018 11:44:27 +0800
> Please review the patches that tries to fix sevreal issues of
> virtio-net mergeable XDP.
>
> Changes from V1:
> - check against 1 before decreasing instead of resetting to 1
> - typoe fixes
Series applied and queued up for -stable.
On 18 May 2018 at 10:39, Suzuki K Poulose wrote:
> Advertise that the scatter-gather is properly integrated on
> all revisions of Juno board.
>
> Cc: Mathieu Poirier
> Cc: Sudeep Holla
> Cc: Liviu Dudau
> Cc: Lorenzo Pieralisi
> Signed-off-by: Suzuki K Poulose
Reviewed-by: Mathieu Poirier
Hi,
In sysvipc we have an ids->tables_initialized regarding the rhashtable,
introduced in 0cfb6aee70b (ipc: optimize semget/shmget/msgget for lots of keys).
It's there, specifically, to prevent nil pointer dereferences, from using an
uninitialized api. Considering how rhashtable_init() can fail (
> -Original Message-
> From: Sudeep Holla
> Sent: Wednesday, May 23, 2018 16:25
> To: Ilia Lin ; vire...@kernel.org; n...@ti.com;
> sb...@kernel.org; r...@kernel.org; mark.rutl...@arm.com;
> r...@rjwysocki.net; linux...@vger.kernel.org; devicet...@vger.kernel.org;
> linux-kernel@vger.ker
Dave Hansen wrote:
> On 05/22/2018 10:51 AM, Matthew Wilcox wrote:
>> But CR3 is a per-CPU register. So it'd be *possible* to allocate one
>> PGD per CPU (per process). Have them be identical in all but one of
>> the PUD entries. Then you've reserved 1/512 of your address space for
>> per-CPU
On Wed, May 23, 2018 at 4:54 AM Andrey Konovalov
wrote:
> On Tue, May 22, 2018 at 8:28 PM, Nick Desaulniers
> wrote:
> > On Fri, May 18, 2018 at 11:13 AM Marc Zyngier
wrote:
> >> > - you have checked that with a released version of the compiler, you
> >
> > On Tue, May 22, 2018 at 10:58 AM Andre
On 05/23/2018 10:29 AM, Gerhard Wiesinger wrote:
> On 23.05.2018 17:50, Florian Fainelli wrote:
>>
>> On 05/23/2018 08:28 AM, Florian Fainelli wrote:
>>>
>>> On 05/22/2018 09:49 PM, Gerhard Wiesinger wrote:
On 22.05.2018 22:42, Florian Fainelli wrote:
> On 05/22/2018 01:16 PM, Andrew Lunn
On Wed, May 23, 2018 at 06:21:19AM -0700, Matthew Wilcox wrote:
> On Wed, May 09, 2018 at 09:36:40PM +0200, Sebastian Andrzej Siewior wrote:
> > refcount_t type and corresponding API should be used instead of atomic_t
> > when
> > the variable is used as a reference counter. This allows to avoid a
On Wed, 23 May 2018, Davidlohr Bueso wrote:
I see two possible fixes.
I guess a third option would be to make the hashtable static, but I'm not
against using rhashtables so I'm not really considering this.
On 05/23/2018 10:35 AM, Gerhard Wiesinger wrote:
> On 23.05.2018 17:28, Florian Fainelli wrote:
>>
>>> And in the future (time plan)?
>> If you don't care about multicast then you can use those patches:
>>
>> https://github.com/ffainelli/linux/commit/de055bf5f34e9806463ab2793e0852f5dfc380df
>>
>>
>
>From 0aa2e9b921d6db71150633ff290199554f0842a8 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Wed, 23 May 2018 10:29:00 -0700
cgwb_release() punts the actual release to cgwb_release_workfn() on
system_wq. Depending on the number of cgroups or block devices, there
can be a lot of cgwb_release_wor
On 05/23/2018 06:23 AM, Jarkko Sakkinen wrote:
> Ouch o_O Do you have a fixes tag for this one?
>
This one is quite tricky.
The original bug was introduced by abce9ac292e13 (tpm: Propagate error from
tpm_transmit to fix a timeout hang)
and the code back then was in drivers/char/tpm/tpm-interface
Add the PCI AER statistics details to
Documentation/ABI/testing/sysfs-bus-pci-devices-aer_stats
and provide a pointer to it in
Documentation/PCI/pcieaer-howto.txt
Signed-off-by: Rajat Jain
---
v2: Move the documentation to Documentation/ABI/
.../testing/sysfs-bus-pci-devices-aer_stats | 103 +
Add sysfs attributes to provide breakdown of the AERs seen,
into different type of correctable or uncorrectable errors:
dev_breakdown_correctable
dev_breakdown_uncorrectable
Signed-off-by: Rajat Jain
---
v2: Use tabs instead of spaces, fix the subject, and print
all non zero counters.
driv
On Tue, 22 May 2018 12:53:53 +0530
Vaibhav Jain wrote:
> Thanks for the patch Michal,
>
> Michal Suchanek writes:
>
> > When single-stepping kernel code from xmon without a debug hook
> > enabled the kernel crashes. This can happen when kernel starts with
> > xmon on crash disabled but xmon is
On 2018-05-22 12:38, Andy Shevchenko wrote:
On Tue, May 22, 2018 at 9:33 PM, wrote:
On 2018-05-18 14:01, Andy Shevchenko wrote:
On Wed, May 16, 2018 at 8:43 PM, Rishabh Bhatnagar
wrote:
+#define ACTIVATE 0x1
+#define DEACTIVATE0x2
+#define ACT_CTRL
This patchset exposes the AER stats via the sysfs attributes.
Patchset v2 has minor changes to v1 based on the review comments,
no functional change.
Primarily:
* Fix license header
* Use tabs instead of spaces
* Remove use on unlikely() etc
* Move documentation to Documentation/ABI/
Rajat Ja
* Andy Shevchenko [180522 21:42]:
> On Thu, May 17, 2018 at 10:30 PM, Tony Lindgren wrote:
> > So how about add some "noidle" kernel command line parameter for console
> > that calls
> > pm_runtime_forbid() and then you have the UART permanently
> > on.
>
> IIUC _forbid() can be overwritten via
Add the following AER sysfs stats to represent the counters for each
kind of error as seen by the device:
dev_total_cor_errs
dev_total_fatal_errs
dev_total_nonfatal_errs
Signed-off-by: Rajat Jain
---
v2: Use tabs instead of spaces at the end of macro lines, and remove
the use of unlikely() a
Add sysfs attributes for rootport statistics (that are cumulative
of all the ERR_* messages seen on this PCI hierarchy).
Signed-off-by: Rajat Jain
---
v2: same as v1
drivers/pci/pcie/aer/aerdrv.h | 2 ++
drivers/pci/pcie/aer/aerdrv_core.c | 2 ++
drivers/pci/pcie/aer/aerdrv_stats.c | 3
Define a structure to hold the AER statistics. There are 2 groups
of statistics: dev_* counters that are to be collected for all AER
capable devices and rootport_* counters that are collected for all
(AER capable) rootports only. Allocate and free this structure when
device is added or released (th
When single-stepping kernel code from xmon without a debug hook enabled
the kernel crashes. This can happen when kernel starts with xmon on
crash disabled but xmon is entered using sysrq.
Call force_enable_xmon when single-stepping in xmon to install the xmon
debug hooks.
Fixes: e1368d0c9edb ("po
* Andy Shevchenko [180522 21:54]:
> On Thu, May 17, 2018 at 10:48 PM, Tony Lindgren wrote:
> > * Andy Shevchenko [180517 16:38]:
> >> On Thu, May 17, 2018 at 4:48 PM, Tony Lindgren wrote:
> >> > * Sebastian Andrzej Siewior [180516 10:49]:
>
> >> > The idea breaking PM seems silly to me consid
On 5/23/18 11:20 AM, Eric Biggers wrote:
Hi Darrick,
...
Now, if you *really* don't want syzbot to report XFS bugs as you believe XFS
contains known unfixable bugs or for other reasons, you can formally ask Dmitry
to remove CONFIG_XFS_FS from the syzbot config. But of course that doesn't mak
Hi,
On 23-05-18 16:37, Heikki Krogerus wrote:
Trying to determine the USB port type with this mux is very
difficult. To simplify the situation, always allowing user
control, even if the port is USB Type-C port.
Signed-off-by: Heikki Krogerus
---
.../usb/roles/intel-xhci-usb-role-switch.c
On 2018-05-23 09:25, Erik Stromdahl wrote:
On 05/22/2018 11:15 PM, Niklas Cassel wrote:
[...]
Perhaps it would be possible to call ath10k_mac_tx_push_pending()
from the equivalent to ath10k_htt_txrx_compl_task(),
but from SDIO's point of view.
An equivalent for SDIO would most likely be
*ath
On Wed, May 23, 2018 at 4:33 AM, Miroslav Lichvar wrote:
> When the NTP frequency is set directly from userspace using the
> ADJ_FREQUENCY or ADJ_TICK timex mode, immediately update the
> timekeeper's multiplier instead of waiting for the next tick.
>
> This removes a hidden non-deterministic dela
On Wed, May 23, 2018 at 04:18:05PM +0300, Ville Syrjälä wrote:
> On Wed, May 23, 2018 at 02:49:19AM -0700, Vito Caputo wrote:
> > On Mon, May 21, 2018 at 02:57:18PM -0700, Vito Caputo wrote:
> > > On Mon, May 21, 2018 at 12:53:20PM -0700, Vito Caputo wrote:
> > > > Hello all,
> > > >
> > > > 4.17-
On Wed, May 23, 2018 at 12:48:10PM +0100, Robin Murphy wrote:
> On 23/05/18 08:52, Scott Branden wrote:
> >
> >
> >On 18-05-22 04:24 PM, Ray Jui wrote:
> >>Hi Guenter,
> >>
> >>On 5/22/2018 1:54 PM, Guenter Roeck wrote:
> >>>On Tue, May 22, 2018 at 11:47:18AM -0700, Ray Jui wrote:
> If the watc
Hi Vlastimil,
On 5/23/2018 4:18 AM, Vlastimil Babka wrote:
> On 05/22/2018 06:41 PM, Reinette Chatre wrote:
>> On 5/21/2018 4:48 PM, Mike Kravetz wrote:
>>> I'm guessing that most (?all?) allocations will be order based. The use
>>> cases I am aware of (hugetlbfs, Intel Cache Pseudo-Locking, RDMA
On Wed, May 23, 2018 at 06:15:14PM +0100, Robin Murphy wrote:
> On 23/05/18 17:29, Ray Jui wrote:
> >Hi Robin,
> >
> >On 5/23/2018 4:48 AM, Robin Murphy wrote:
> >>On 23/05/18 08:52, Scott Branden wrote:
> >>>
> >>>
> >>>On 18-05-22 04:24 PM, Ray Jui wrote:
> Hi Guenter,
>
> On 5/22/20
On Tue, May 22, 2018 at 07:05:48PM +0300, Boaz Harrosh wrote:
> On 18/05/18 17:14, Christopher Lameter wrote:
> > On Tue, 15 May 2018, Boaz Harrosh wrote:
> >
> >>> I don't think page tables work the way you think they work.
> >>>
> >>> + err = vm_insert_pfn_prot(zt->vma, zt_addr, pf
On Wed, May 23, 2018 at 11:57:25AM +0100, Robin Murphy wrote:
> On 22/05/18 19:47, Ray Jui wrote:
> >Update the SP805 binding document to add optional 'timeout-sec'
> >devicetree property
> >
> >Signed-off-by: Ray Jui
> >Reviewed-by: Scott Branden
> >---
> > Documentation/devicetree/bindings/wat
On 23.05.2018 19:47, Florian Fainelli wrote:
On 05/23/2018 10:29 AM, Gerhard Wiesinger wrote:
On 23.05.2018 17:50, Florian Fainelli wrote:
On 05/23/2018 08:28 AM, Florian Fainelli wrote:
On 05/22/2018 09:49 PM, Gerhard Wiesinger wrote:
On 22.05.2018 22:42, Florian Fainelli wrote:
On 05/22/20
On 23/05/18 17:40, Rob Herring wrote:
+
+- qcom,ngd-id
+ Usage: required
+ Value type:
+ Definition: ngd instance id in the controller
Why do you need this?
Please ignore my comment from previous reply.
There are more than one instances of ngd in this slim controller.
We
Applied the following patch to cgroup/for-4.18.
Thanks.
-- 8< --
>From d8742e22902186e30c346b1ba881cb52942ae3e4 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Wed, 23 May 2018 11:04:54 -0700
cgroup_enable_task_cg_lists() incorrectly nests non-irq-safe
tasklist_lock inside irq-safe css_s
On Tue, May 22, 2018 at 09:47:32PM +0200, Mathieu Malaterre wrote:
> In commit 7ee681b25284 ("workqueue: Convert to state machine callbacks"),
> three new function definitions were added: ‘workqueue_prepare_cpu’,
> ‘workqueue_online_cpu’ and ‘workqueue_offline_cpu’.
>
> Move these function definit
On Fri, May 18, 2018 at 05:39:22PM +0100, Suzuki K Poulose wrote:
> We are about to add the support for ETR builtin scatter-gather mode
> for dealing with large amount of trace buffers. However, on some of
> the platforms, using the ETR SG mode can lock up the system due to
> the way the ETR is con
What happened with this driver ? It is not upstream, yet the comments
on patchwork seem to suggest that it was accepted.
Guenter
On Mon, Jan 30, 2017 at 03:47:22PM -0800, Gwendal Grignou wrote:
> Add a kernel driver for GOOG0006, an ACPI driver reporting an event when
> the tablet switch status c
On Sat, May 19, 2018 at 08:31:15PM +0200, Jernej Skrabec wrote:
> Video PLLs need to be referenced in R40 DT as possible HDMI PHY parent.
>
> Export them.
>
> Signed-off-by: Jernej Skrabec
> ---
> drivers/clk/sunxi-ng/ccu-sun8i-r40.h | 8 ++--
> include/dt-bindings/clock/sun8i-r40-ccu.
On Wed, May 23, 2018 at 11:06:00AM -0700, Vito Caputo wrote:
> On Wed, May 23, 2018 at 04:18:05PM +0300, Ville Syrjälä wrote:
> > On Wed, May 23, 2018 at 02:49:19AM -0700, Vito Caputo wrote:
> > > On Mon, May 21, 2018 at 02:57:18PM -0700, Vito Caputo wrote:
> > > > On Mon, May 21, 2018 at 12:53:20P
On 05/23/2018 11:11 AM, Gerhard Wiesinger wrote:
> On 23.05.2018 19:47, Florian Fainelli wrote:
>> On 05/23/2018 10:29 AM, Gerhard Wiesinger wrote:
>>> On 23.05.2018 17:50, Florian Fainelli wrote:
On 05/23/2018 08:28 AM, Florian Fainelli wrote:
> On 05/22/2018 09:49 PM, Gerhard Wiesinger w
Michal Suchanek writes:
> When single-stepping kernel code from xmon without a debug hook enabled
> the kernel crashes. This can happen when kernel starts with xmon on
> crash disabled but xmon is entered using sysrq.
>
> Call force_enable_xmon when single-stepping in xmon to install the xmon
> d
On Sat, May 19, 2018 at 08:31:17PM +0200, Jernej Skrabec wrote:
> As already described in DT binding, TCON TOP is responsible for
> configuring display pipeline. In this initial driver focus is on HDMI
> pipeline, so TVE and LCD configuration is not implemented.
>
> Implemented features:
> - HDMI
Will be needed by paravirtualized memory devices.
Cc: "Rafael J. Wysocki"
Cc: Len Brown
Cc: linux-a...@vger.kernel.org
Signed-off-by: David Hildenbrand
---
drivers/acpi/numa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/acpi/numa.c b/drivers/acpi/numa.c
index 85167603b9c9..7ffe
With virtio-mem, we actually want to remove memory again.
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: Vlastimil Babka
Cc: Michal Hocko
Cc: Andrew Morton
Cc: Greg Kroah-Hartman
Cc: linux-s...@vger.kernel.org
Signed-off-by: David Hildenbrand
---
arch/s390/mm/init.c | 18 --
On Wed, May 23, 2018 at 11:19 AM Guenter Roeck wrote:
> What happened with this driver ? It is not upstream, yet the comments
> on patchwork seem to suggest that it was accepted.
My bad. I dropped this last year. I'll pick this now.
--
Benson Leung
Staff Software Engineer
Chrome OS Kernel
Goo
Each virtio-mem device owns exactly one memory region. It is responsible
for adding/removing memory from that memory region on request in a
certain fixed chunk size.
When the device driver starts up, the requested amount of memory is
queried and then added to Linux. On request, further memory can
The common interface to be used with add_memory().
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: Michal Hocko
Cc: Andrew Morton
Cc: Vlastimil Babka
Cc: Greg Kroah-Hartman
Cc: linux-s...@vger.kernel.org
Signed-off-by: David Hildenbrand
---
arch/s390/numa/numa.c | 12
1 file cha
This is the Linux driver side of virtio-mem. Compared to the QEMU side,
it is in a pretty complete and clean state.
virtio-mem is a paravirtualized mechanism of adding/removing memory to/from
a VM. We can do this on a 4MB granularity right now. In Linux, all
memory is added to the ZONE_NORMAL, so
On 23.05.2018 19:55, Florian Fainelli wrote:
On 05/23/2018 10:35 AM, Gerhard Wiesinger wrote:
On 23.05.2018 17:28, Florian Fainelli wrote:
And in the future (time plan)?
If you don't care about multicast then you can use those patches:
https://github.com/ffainelli/linux/commit/de055bf5f34e980
On 23.05.2018 20:24, David Hildenbrand wrote:
> This is the Linux driver side of virtio-mem. Compared to the QEMU side,
> it is in a pretty complete and clean state.
>
> virtio-mem is a paravirtualized mechanism of adding/removing memory to/from
> a VM. We can do this on a 4MB granularity right no
If the IRQ is processed during resume, increment the wakeup count to the
specific mfd device based on the event, if the mfd device is wake enabled.
This helps in identifying the specific device that caused the wake.
Signed-off-by: Ravi Chandra Sadineni
---
drivers/input/keyboard/cros_ec_keyb.c |
On Wed, May 23, 2018 at 11:40 AM, Willem de Bruijn
wrote:
> On Sun, May 20, 2018 at 7:13 PM, Willem de Bruijn
> wrote:
>> On Fri, May 18, 2018 at 2:59 PM, Willem de Bruijn
>> wrote:
>>> On Fri, May 18, 2018 at 2:46 PM, Willem de Bruijn
>>> wrote:
On Fri, May 18, 2018 at 2:44 PM, Willem de
From: Jason Wang
Date: Tue, 22 May 2018 14:21:04 +0800
> When link is down, writes to the device might fail with
> -EIO. Userspace needs an indication when the status is resolved. As a
> fix, tun_net_open() attempts to wake up writers - but that is only
> effective if SOCKWQ_ASYNC_NOSPACE has be
* Tony Lindgren [180523 10:58]:
> * Andy Shevchenko [180522 21:42]:
> > Have you seen entire series which I keep here:
> > https://bitbucket.org/andy-shev/linux/branch/topic/uart/rpm?
> > Among other things it gets rid of those specific callbacks entirely.
>
> Well I was not Cc:ed on it, I brows
From: Antoine Tenart
Date: Tue, 22 May 2018 12:17:58 +0200
> A small series of patches improving the SFP support by adding a warning
> when no Tx disable pin is available, and making the i2c-bus property
> mandatory.
...
> Since v1:
> - Removed the patch fixing the sfp driver when no i2c bus w
On Tue, May 22, 2018 at 08:57:01AM +0200, Christophe Leroy wrote:
> The generic csum_ipv6_magic() generates a pretty bad result
Please try with a more recent compiler, what you used is pretty ancient.
It's not like recent compilers do great on this either, but it's not
*that* bad anymore ;-)
>
On Wed, May 23, 2018 at 10:41 AM Davidlohr Bueso wrote:
> The second alternative would be to add a BUG_ON() if the initialization
fails
> and we get rid of all the tables_initialized hack.
I see absolutely no value in an early boot BUG_ON().
Either we know the allocation cannot fail - which is
601 - 700 of 1075 matches
Mail list logo
