Commit-ID: 1db6c3a2144eaf0d8aaeecf46df73106834bad75
Gitweb: https://git.kernel.org/tip/1db6c3a2144eaf0d8aaeecf46df73106834bad75
Author: Kan Liang
AuthorDate: Thu, 18 Jan 2018 13:26:32 -0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 6 Feb 2018 10:11:51 -0300
perf top: Check t
Commit-ID: a70770d9b64ab4a36008d64542fb3bb6600c7b07
Gitweb: https://git.kernel.org/tip/a70770d9b64ab4a36008d64542fb3bb6600c7b07
Author: Andy Shevchenko
AuthorDate: Mon, 29 Jan 2018 15:03:59 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 6 Feb 2018 10:11:52 -0300
perf tools:
Hi Kieran,
Thank you for the patch.
On Tuesday, 13 February 2018 00:07:53 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> The ADV7511 has four 256-byte maps that can be accessed via the main I²C
> ports. Each map has it own I²C address and acts as a standard slave
> device on the I²C bus.
* Mario Leinweber wrote:
> diff --git a/kernel/sched/cpudeadline.c b/kernel/sched/cpudeadline.c
> index 8d9562d890d3..6a9defebbb54 100644
> --- a/kernel/sched/cpudeadline.c
> +++ b/kernel/sched/cpudeadline.c
> @@ -42,8 +42,9 @@ static void cpudl_heapify_down(struct cpudl *cp, int idx)
>
The patch
regmap: Use helper function for register offset
has been applied to the regmap tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and se
The patch
regmap: Correct comparison in regmap_cached
has been applied to the regmap tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent t
On Tue 13-02-18 12:08:12, Chris Wilson wrote:
> Quoting Michal Hocko (2018-02-13 11:56:42)
> > On Thu 08-02-18 19:07:53, Chris Wilson wrote:
> > > After spotting a stuck process, and having decided not to panic, give
> > > the task a kick to see if that helps it to recover (e.g. to paper over a
> >
This patch series adds support for the sunxi A83T ir module and enhances
the sunxi-ir driver. Right now the base clock frequency for the ir driver
is a hard coded define and is set to 8 MHz.
This works for the most common ir receivers. On the Sinovoip Bananapi M3
the ir receiver needs, a 3 MHz ba
This patch updates documentation for Device-Tree bindings for sunxi IR
controller and adds the new optional property for the base clock
frequency.
Signed-off-by: Philipp Rossak
Acked-by: Maxime Ripard
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/media/sunxi-ir.txt | 3 +++
1
The CIR Pin of the A83T is located at PL12.
Signed-off-by: Philipp Rossak
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi
b/arch/arm/boot/dts/sun8i-a83t.dtsi
index 7f4955a5fab7..f7f78a27e21d 100644
--- a/arch/arm/b
The Bananapi M3 has an onboard IR receiver.
This enables the onboard IR receiver subnode.
Unlike the other IR receivers this one needs a base clock frequency
of 300 Hz (3 MHz), to be able to work.
Signed-off-by: Philipp Rossak
Acked-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a83t-bananapi
The size of the register should be the size of the whole memory block,
not just the registers, that are needed.
Signed-off-by: Philipp Rossak
---
arch/arm/boot/dts/sunxi-h3-h5.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/sunxi-h3-h5.dtsi
b/arch/arm/
The cir interface is like on the H3 located at 0x01f02000 and is exactly
the same. This patch adds support for the ir interface on the A83T.
Signed-off-by: Philipp Rossak
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/su
The util-linux release v2.32-rc1 is available at
http://www.kernel.org/pub/linux/utils/util-linux/v2.32/
Feedback and bug reports, as always, are welcomed.
Karel
Util-linux 2.32 Release Notes
=
Release highlights
--
The command cal(1) has b
Hi Kieran,
Thank you for the patch.
On Tuesday, 13 February 2018 00:25:26 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> The FCPVB handles the interface between the VSPB and memory.
>
> Signed-off-by: Kieran Bingham
Reviewed-by: Laurent Pinchart
> ---
> arch/arm64/boot/dts/renesas/r
Hi Kieran,
Thank you for the patch.
On Tuesday, 13 February 2018 00:25:27 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> The FCPVD handles the interface between the VSPD and memory.
>
> Signed-off-by: Kieran Bingham
Reviewed-by: Laurent Pinchart
I would however squash this with patch
This patch updates the sunxi-ir driver to set the base clock frequency from
devicetree.
This is necessary since there are different ir receivers on the
market, that operate with different frequencies. So this value could be
set if the attached ir receiver needs a different base clock frequency,
th
On Thursday, February 01, 2018 05:56:18 PM Ulf Magnusson wrote:
> On Thu, Feb 1, 2018 at 4:52 PM, Bartlomiej Zolnierkiewicz
> wrote:
> >
> > Hi,
> >
> > On Wednesday, January 31, 2018 10:34:21 AM Ulf Magnusson wrote:
> >> Blank help texts are probably either a typo, a Kconfig misunderstanding,
> >
* Juergen Gross wrote:
> On 08/02/18 01:59, Boris Ostrovsky wrote:
> >
> >
> > On 02/07/2018 06:49 PM, Prarit Bhargava wrote:
> >> The kernel panics on PV domains because native_smp_cpus_done() is
> >> only called for HVM domains.
> >>
> >> Calculate __max_logical_packages for PV domains.
> >>
The patch
regmap: Correct offset handling in regmap_volatile_range
has been applied to the regmap tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hour
The patch
regmap: Don't use format_val in regmap_bulk_read
has been applied to the regmap tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and s
On Tue, Feb 13, 2018 at 12:33:24PM +0100, Ulf Magnusson wrote:
> On Tue, Feb 13, 2018 at 11:00:49AM +0100, Sander Eikelenboom wrote:
> > On 13/02/18 05:09, Masahiro Yamada wrote:
> > > 2018-02-13 12:00 GMT+09:00 Woody Suwalski :
> > >> Sander Eikelenboom wrote:
> > >>>
> > >>> L.S.,
> > >>>
> > >>>
On 13.02.2018 07:16, Serge E. Hallyn wrote:
+ /* make sure only one instance per namespace can be opened */ > > ...
at a time
yeah, right.
might be better to keep this state in the user_ns itself, would
avoid kzalloc below.
thought about, but hesitated to touch user_ns. might not be t
Commit-ID: a06cc94f3f8dfab74fe7fac3a6e9f15d77566d00
Gitweb: https://git.kernel.org/tip/a06cc94f3f8dfab74fe7fac3a6e9f15d77566d00
Author: Cao jin
AuthorDate: Thu, 8 Feb 2018 14:38:57 +0800
Committer: Ingo Molnar
CommitDate: Tue, 13 Feb 2018 13:08:46 +0100
x86/build: Drop superfluous ALIG
* Linus Torvalds wrote:
> On Mon, Feb 12, 2018 at 1:37 AM, Ingo Molnar wrote:
> >
> > Ok, so this does not look _that_ complicated, and the .text savings are
> > significant:
>
> Honestly, I think we should do it. 3kB of assembly code is noticeable.
>
> Also, that patch actually allows more c
Hi Kieran,
Thank you for the patch.
On Tuesday, 13 February 2018 00:25:28 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> The r8a77995 has a VSPBS to support image processing such as blending of
> 2 input images.
>
> Signed-off-by: Kieran Bingham
> ---
> arch/arm64/boot/dts/renesas/r8a7
Hi Kieran,
Thank you for the patch.
On Tuesday, 13 February 2018 00:25:29 EET Kieran Bingham wrote:
> From: Kieran Bingham
>
> The r8a77995 has two VSPDs to handle display pipelines with a DU.
>
> Signed-off-by: Kieran Bingham
> ---
> arch/arm64/boot/dts/renesas/r8a77995.dtsi | 20 ++
Hi all,
On 07/02/18 12:48, Tvrtko Ursulin wrote:
Hi,
We are seeing failures to online the CPU0 on Apollo Lake in the form of:
<6>[ 126.508783] smpboot: CPU 0 is now offline
<6>[ 127.520746] smpboot: Booting Node 0 Processor 0 APIC 0x0
<3>[ 137.521036] smpboot: do_boot_cpu failed(-1)
Hi Baolin,
On Fri, Feb 09, 2018 at 01:30:44PM +0100, Sebastian Reichel wrote:
> On Fri, Feb 09, 2018 at 05:43:38PM +0800, Baolin Wang wrote:
> > On Spreadtrum platform, we need power off system through external SC27xx
> > series PMICs including the SC2720, SC2721, SC2723, SC2730 and SC2731 chips.
This patch introduces support for get log page offset and extends
the number of dwords to be 32 bits.
A function is introduced that takes the offset and implements the
support. This is needed for ocssd to retrieve the report chunk log
page, which can span a couple of megabytes.
The patch is based
NVMe 1.2.1 extends the get log page interface to include 64 bit
offset and increases the number of dwords to 32 bits. Implement
for future use.
Signed-off-by: Matias Bjørling
---
drivers/nvme/host/core.c | 36
1 file changed, 24 insertions(+), 12 deletions(-)
From: Patrice Chotard
This series fixes all dtc warnings related to STi platforms dt files.
It has been reported by Rob Herring [1]
For most of implicated node, the addition of a fake reg property
fixes these warnings. For others nodes, their location in device tree
have been updated.
[1] https
From: Patrice Chotard
Move sound node outside soc node and sti_sasg_codec node
as child of syscfg_core node.
This allows to fix the following warning when compiling
dtb with W=1 option:
arch/arm/boot/dts/stih407-b2120.dtb: Warning (unit_address_vs_reg):
Node /soc/sound/simple-audio-card,dai-link
From: Patrice Chotard
Add fake reg property to miphy28lp_phy.
This allows to fix the following warning when compiling
dtb with W=1 option:
arch/arm/boot/dts/stih407-b2120.dtb: Warning (simple_bus_reg):
Node /soc/miphy28lp missing or empty reg/ranges property
arch/arm/boot/dts/stih410-b2120.dtb:
From: Patrice Chotard
Add fake reg property for usb2_picophy nodes.
This allows to fix the following warning when compiling dtb
with W=1 option :
arch/arm/boot/dts/stih410-b2120.dtb: Warning (simple_bus_reg):
Node /soc/phy2 missing or empty reg/ranges property
arch/arm/boot/dts/stih410-b2120.dtb
From: Patrice Chotard
Move:
_ arm_periph_clk node as child of clockgen-a9@92b node
_ clk_m_a9_ext2f_div2 node as child of clk_s_c0_flexgen node
_ clk-tmdsout-hdmi node outiside soc node
This allows to fix the following warnings when compiling
dtb with W=1 option :
arch/arm/boot/dts/stih4
From: Patrice Chotard
Remove leading 0x and 0s from bindings notation
Add missing unit-address and remove some which are useless.
This allows to fix several warnings like :
Warning (unit_address_vs_reg): Node has a reg or ranges property, but no
unit name
Warning (simple_bus_reg): Node XX
Hi Rob
On 02/12/2018 04:40 PM, Rob Herring wrote:
> On Mon, Feb 12, 2018 at 8:43 AM, wrote:
>> From: Patrice Chotard
>>
>> Add fake reg property to sound, simple-audio-card, dai-link and
>> sti_sasg_codec nodes, this allows to fix the following warning
>> when compiling dtb with W=1 option:
>>
On Tue, Feb 13, 2018 at 9:00 PM, Robin Murphy wrote:
> On 13/02/18 07:44, Tomasz Figa wrote:
>>
>> Hi Vivek,
>>
>> On Wed, Feb 7, 2018 at 7:31 PM, Vivek Gautam
>> wrote:
>>>
>>> The device link allows the pm framework to tie the supplier and
>>> consumer. So, whenever the consumer is powered-on t
From: Patrice Chotard
Leds are not part of soc, so nove them outside soc node.
This allows to fix the following warnings when compiling
dtb with W=1 option :
arch/arm/boot/dts/stih407-b2120.dtb: Warning (simple_bus_reg):
Node /soc/leds missing or empty reg/ranges property
arch/arm/boot/dts/stih
From: Patrice Chotard
Add fake reg property for restart, powerdown, picophyreset
and softreset.
This allows to fix the following warning when compiling
dtb with W=1 option:
arch/arm/boot/dts/stih407-b2120.dtb: Warning (simple_bus_reg):
Node /soc/restart missing or empty reg/ranges property
arch/
From: Patrice Chotard
As sti-display-subsystem sub-nodes (sti-compositor, sti-tvout
sti-hdmi, sti-hda and sti-hqvdp) are SoC's IP, we add a fake
reg property.
This allows to fix the following warning when compiling
dtb with W=1 option:
arch/arm/boot/dts/stih410-b2120.dtb: Warning (unit_address_v
From: Patrice Chotard
This clock node is unused, remove it.
This allows to fix the following warnings when compiling
dtb with W=1 option :
arch/arm/boot/dts/stih410-b2120.dtb: Warning (simple_bus_reg):
Node /clocks/clockgen-c0 missing or empty reg/ranges property
arch/arm/boot/dts/stih410-b2260
From: Patrice Chotard
Add fake reg property to irq-syscfg node.
This allows to fix the following warning when compiling
dtb with W=1 option:
arch/arm/boot/dts/stih407-b2120.dtb: Warning (simple_bus_reg):
Node /soc/irq-syscfg missing or empty reg/ranges property
arch/arm/boot/dts/stih410-b2120.dt
On 13/02/18 08:24, Tomasz Figa wrote:
Hi Vivek,
Thanks for the patch. Please see my comments inline.
On Wed, Feb 7, 2018 at 7:31 PM, Vivek Gautam
wrote:
From: Sricharan R
The smmu device probe/remove and add/remove master device callbacks
gets called when the smmu is not linked to its maste
From: Patrice Chotard
As st231-gp0, st231-delta are part of SoC, we add a fake reg
property instead of moving all these nodes outside soc node.
This allows to fix the following warning when compiling
dtb with W=1 option:
arch/arm/boot/dts/stih407-b2120.dtb: Warning (simple_bus_reg):
Node /soc/st
If d_alloc_parallel runs concurrently with __d_add, it is possible for
d_alloc_parallel to continuously retry whilst i_dir_seq has been
incremented to an odd value by __d_add:
CPU0:
__d_add
n = start_dir_add(dir);
cmpxchg(&dir->i_dir_seq, n, n + 1) == n
CPU1:
d_alloc_paral
Hi Rob
On 02/12/2018 04:22 PM, Rob Herring wrote:
> On Mon, Feb 12, 2018 at 8:43 AM, wrote:
>> From: Patrice Chotard
>>
>> For all clock's element inside SoC, add a fake reg property,
>> this allows to fix the following warnings when compiling
>> dtb with W=1 option :
>>
>> arch/arm/boot/dts/st
This patch adds codec node for TI TAS571x on UniPhier LD11/20
global boards. And adds settings of AIO for speaker out.
Signed-off-by: Katsuhiro Suzuki
---
Changes in v3:
- Use phandle of endpoint directly instead of port node
---
.../boot/dts/socionext/uniphier-ld11-global.dts | 21 +
This series adds device-tree nodes for Socionext audio system
for UniPhier LD11/LD20 SoCs. This one enables I2S output for
Line-In, Line-Out, S/PDIF output and compress audio output.
Katsuhiro Suzuki (3):
arm64: dts: uniphier: add sound node for UniPhier
arm64: dts: uniphier: add speaker out f
This patch adds audio controller, codec and simple card node of
UniPhier AIO sound system for LD11/20 SoCs.
Signed-off-by: Katsuhiro Suzuki
---
Changes in v3:
- Move sound and spdif-out nodes to root from soc node
- Use phandle of endpoint directly instead of port node
- Describe connecti
This patch adds compress audio node for S/PDIF on UniPhier LD11/20
global boards. And adds settings of AIO for it.
Signed-off-by: Katsuhiro Suzuki
---
Changes in v3:
- Move comp-spdif-out node to root from soc node
- Use phandle of endpoint directly instead of port node
---
arch/arm64/boot
On Tue, Feb 13, 2018 at 11:35:48AM +, Mel Gorman wrote:
> > However, if we have numa balancing enabled, that will counteract
> > the normal spreading across nodes, so in that regard it makes sense, but
> > the above code is not conditional on numa balancing.
> >
>
> It's not conditional on NU
* Kangmin Park wrote:
> ---
> kernel/cpu.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/kernel/cpu.c b/kernel/cpu.c
> index 53f7dc6..9a1ee53 100644
> --- a/kernel/cpu.c
> +++ b/kernel/cpu.c
> @@ -1336,7 +1336,7 @@ static struct cpuhp_step cpuhp_ap_states[] = {
>
Commit-ID: 87360f969eb214fb22b7e03acb2475a809e040c5
Gitweb: https://git.kernel.org/tip/87360f969eb214fb22b7e03acb2475a809e040c5
Author: Dan Williams
AuthorDate: Tue, 6 Feb 2018 18:22:40 -0800
Committer: Ingo Molnar
CommitDate: Tue, 13 Feb 2018 14:01:25 +0100
x86/speculation: Fix up arr
On Tue, Feb 13, 2018 at 1:35 PM, Ulf Magnusson wrote:
> On Tue, Feb 13, 2018 at 12:33:24PM +0100, Ulf Magnusson wrote:
>> On Tue, Feb 13, 2018 at 11:00:49AM +0100, Sander Eikelenboom wrote:
>> > On 13/02/18 05:09, Masahiro Yamada wrote:
>> > > 2018-02-13 12:00 GMT+09:00 Woody Suwalski :
>> > >> Sa
On Mon, 12 Feb 2018 14:20:57 -0700
Alex Williamson wrote:
> On Fri, 9 Feb 2018 11:27:16 +0100
> Cornelia Huck wrote:
>
> > The registration code first registers the mdev device, and then
> > proceeds to populate sysfs. An userspace application that listens
> > for the ADD uevent is therefore l
Hi Dan
Thank you for the review,
On 13/02/18 07:23, Dan Carpenter wrote:
> On Mon, Feb 12, 2018 at 06:11:57PM +, Kieran Bingham wrote:
>> +adv7511->i2c_packet = i2c_new_secondary_device(i2c, "packet",
>> +ADV7511_PACKET_I2C_ADDR_DEFAULT);
>> +if (!a
Hi Laurent,
On 13/02/18 12:06, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
Thank you for your review,
> On Tuesday, 13 February 2018 00:07:49 EET Kieran Bingham wrote:
>> From: Jean-Michel Hautbois
>>
>> The ADV7604 has thirteen 256-byte maps that can be accessed via the
On 12.02.2018 23:24, Frank Rowand wrote:
There is a tool to aid this process: scripts/dtc/dt_to_config. It is not
a 100% solution, but it is very helpful.
The problem is difficult enough that this tool led to a conference talk.
The slides are at https://elinux.org/images/5/50/Dt_debugging_part
On Tue, Feb 13, 2018 at 12:58:51PM +, Will Deacon wrote:
> If d_alloc_parallel runs concurrently with __d_add, it is possible for
> d_alloc_parallel to continuously retry whilst i_dir_seq has been
> incremented to an odd value by __d_add:
>
> CPU0:
> __d_add
> n = start_dir_add(dir);
>
Dan Williams writes:
> On Mon, Feb 12, 2018 at 2:53 PM, Jeff Moyer wrote:
>> Dave Jiang writes:
>>
>>> Re-enable deep flush so that users always have a way to be sure that a write
>>> does make it all the way out to the NVDIMM. The PMEM driver writes always
>>> make it "all the way to the NVDIM
On Fri, Dec 22, 2017 at 3:32 PM, Dongsu Park wrote:
> From: Eric W. Biederman
>
> Allow users with CAP_SYS_CHOWN over the superblock of a filesystem to
> chown files. Ordinarily the capable_wrt_inode_uidgid check is
> sufficient to allow access to files but when the underlying filesystem
> has u
On Tue, Feb 13, 2018 at 12:21:18PM +0100, Borislav Petkov wrote:
> On Mon, Feb 12, 2018 at 04:04:22PM -0800, Andi Kleen wrote:
> > From: Andi Kleen
> >
> > An earlier patch moved the RSB filling out of line, ending
> > it with a return. This results in the return buffer filling
> > only giving 15
On Mon, 12 Feb 2018, Pavel Machek wrote:
> On Tue 2017-12-26 23:43:54, Tom Lendacky wrote:
> > AMD processors are not subject to the types of attacks that the kernel
> > page table isolation feature protects against. The AMD microarchitecture
> > does not allow memory references, including specul
On Tue, Jan 30, 2018 at 07:04:27PM -0600, Gary R Hook wrote:
> + dev_err(dev, "ILLEGAL_DEV_TABLE_ENTRY device=%02x:%02x.%x "
> + "address=0x%016llx flags=0x%04x]\n",
> + PCI_BUS_NUM(devid), PCI_SLOT(devid), PCI_FUNC(devid),
> +
When queuing on the qspinlock, the count field for the current CPU's head
node is incremented. This needn't be atomic because locking in e.g. IRQ
context is balanced and so an IRQ will return with node->count as it
found it.
However, the compiler could in theory reorder the initialisation of
node[
Hi all,
Here are a couple of fixes for qspinlock issues I've found by code
inspection whilst investigating the possibility of enabling this for
arm64. The first patch fixes a problem with unusual hardware re-ordering
whilst the second fixes a problem with unusual compiler re-ordering.
Cheers,
Wi
When a locker ends up queuing on the qspinlock locking slowpath, we
initialise the relevant mcs node and publish it indirectly by updating
the tail portion of the lock word using xchg_tail. If we find that there
was a pre-existing locker in the queue, we subsequently update their
->next field to po
On Tue, Feb 13, 2018 at 09:50:30AM +0100, Pali Rohár wrote:
> On Tuesday 06 February 2018 16:21:43 Pali Rohár wrote:
> > Hi! I'm periodically getting following message in dmesg on Lenovo
> > Thinkpad X1 Carbon 3rd generation:
> >
> > [drm] Reducing the compressed framebuffer size. This may lead to
On Tue, Feb 13, 2018 at 12:28:38PM +0100, Ingo Molnar wrote:
> Separate would be better, it makes sense and is one problem less to worry
> about?
Something like so then? I'm not entirely sure which commit wants to fo
in Fixes, I picked the earlier one, but it could equally have been:
Fixes: f20
Commit ca469f35a8e9ef12571a4b80ac6d7fdc0260fb44
("deal with races between remove_proc_entry() and proc_reg_release()")
moved too much stuff under ->pde_unload_lock making a problem described
at series "[PATCH v5] procfs: Improve Scaling in proc" worse.
While RCU is being figured out, move kfree()
Hi Kieran,
On Tuesday, 13 February 2018 15:14:43 EET Kieran Bingham wrote:
> On 13/02/18 12:06, Laurent Pinchart wrote:
> > On Tuesday, 13 February 2018 00:07:49 EET Kieran Bingham wrote:
> >> From: Jean-Michel Hautbois
> >>
> >> The ADV7604 has thirteen 256-byte maps that can be accessed via th
A test_and_{}_bit() operation fails if the value of the bit is such that
the modification does not take place. For example, if test_and_set_bit()
returns 1. In these cases, follow the behaviour of cmpxchg and allow the
operation to be unordered. This also applies to test_and_set_bit_lock()
if the l
Hi Suravee,
thanks for working on this.
On Wed, Jan 31, 2018 at 12:01:14AM -0500, Suravee Suthikulpanit wrote:
> +static void amd_iommu_iotlb_range_add(struct iommu_domain *domain,
> + unsigned long iova, size_t size)
> +{
> + struct amd_iommu_flush_entries *
On Tue, Feb 13, 2018 at 02:04:45PM +0100, Peter Zijlstra wrote:
> On Tue, Feb 13, 2018 at 11:35:48AM +, Mel Gorman wrote:
> > > However, if we have numa balancing enabled, that will counteract
> > > the normal spreading across nodes, so in that regard it makes sense, but
> > > the above code is
On Tue, Feb 13, 2018 at 01:14:14PM +0100, Philipp Rossak wrote:
> This patch fixes a bug, that prevents the Allwinner A83T and the A80
> from a successful boot. You can find the shortend trace below:
Since when is it there?
> Unable to handle kernel NULL pointer dereference at virtual address
> 0
Hi Stefan,
> -Original Message-
> From: Stefan Agner [mailto:ste...@agner.ch]
> Sent: Monday, February 12, 2018 11:06 PM
> To: linus.wall...@linaro.org; A.s. Dong ; Fabio
> Estevam ; shawn...@kernel.org;
> ker...@pengutronix.de
> Cc: linux-arm-ker...@lists.infradead.org; linux-kernel@vger.
Hi,
This does not seem to have subsumed the AMD specific code in
x86/pti: Do not enable PTI on CPUs which are not vulnerable to Meltdown
Commit a8799fd14d9f7f385a5a5c86cde247caf4bb0320
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?h=v4.9.81&id=a8799fd14d9f7f385a
On Mon, 2018-02-12 at 12:05 -0800, Tejun Heo wrote:
> On Mon, Feb 12, 2018 at 09:03:25AM -0800, Tejun Heo wrote:
> > Hello, Daniel.
> >
> > On Mon, Feb 12, 2018 at 06:00:13PM +0100, Daniel Borkmann wrote:
> > > [ +Dennis, +Tejun ]
> > >
> > > Looks like we're stuck in percpu allocator with key/va
On Sat, Feb 10, 2018 at 11:41 AM, Miguel Ojeda
wrote:
> On Sat, Feb 10, 2018 at 10:20 AM, Willy Tarreau wrote:
>> On Sat, Feb 10, 2018 at 09:58:44AM +0100, Miguel Ojeda wrote:
>>> On Sat, Feb 10, 2018 at 12:50 AM, Robert Abel wrote:
>>> > shift ^= 4;
>>> >
On Sat, Dec 23, 2017 at 1:38 PM, Dongsu Park wrote:
> Hi,
>
> On Sat, Dec 23, 2017 at 4:26 AM, Serge E. Hallyn wrote:
>> On Fri, Dec 22, 2017 at 03:32:28PM +0100, Dongsu Park wrote:
>>> From: Seth Forshee
>>>
>>> Expand the check in should_remove_suid() to keep privileges for
>>
>> I realize thi
From: Peter Zijlstra
When a task exits, it notifies the parent that it has exited. This is a
sync wakeup and the exiting task may pull the parent towards the wakers
CPU. For simple workloads like using a shell, it was observed that the
shell is pulled across nodes by exiting processes. This is da
On 13/02/18 12:54, Tomasz Figa wrote:
On Tue, Feb 13, 2018 at 9:00 PM, Robin Murphy wrote:
On 13/02/18 07:44, Tomasz Figa wrote:
Hi Vivek,
On Wed, Feb 7, 2018 at 7:31 PM, Vivek Gautam
wrote:
The device link allows the pm framework to tie the supplier and
consumer. So, whenever the consume
* Peter Zijlstra wrote:
> On Tue, Feb 13, 2018 at 12:28:38PM +0100, Ingo Molnar wrote:
>
> > Separate would be better, it makes sense and is one problem less to worry
> > about?
>
> Something like so then?
Yeah, perfect!
> I'm not entirely sure which commit wants to fo in Fixes, I picked th
On sync wakeups, the previous CPU effective load may not be used so delay
the calculation until it's needed.
Signed-off-by: Mel Gorman
---
kernel/sched/fair.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index 4b3e86eb..c1091cb
The only caller of wake_affine() knows the CPU ID. Pass it in instead of
rechecking it.
Signed-off-by: Mel Gorman
---
kernel/sched/fair.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index 5eb3ffc9be84..4b3e86eb 100644
---
On Tuesday 13 February 2018 15:27:26 Ville Syrjälä wrote:
> On Tue, Feb 13, 2018 at 09:50:30AM +0100, Pali Rohár wrote:
> > On Tuesday 06 February 2018 16:21:43 Pali Rohár wrote:
> > > Hi! I'm periodically getting following message in dmesg on Lenovo
> > > Thinkpad X1 Carbon 3rd generation:
> > >
This is a combination of "Reduce migrations due to load imbalance and
process exits" and "Stop wake_affine fighting with automatic NUMA balancing"
series.
There was a request for data on NAS OMP and how it compares with hard-binding
of threads to CPUs that is included in the changelog for the rele
The symbol search called by machine__find_kernel_symbol_by_name
is using internally arch__compare_symbol_names function to compare
2 symbol names, because different archs have different ways of
comparing symbols. Mostly for skipping '.' prefixes and similar.
In test 1 when we try to find matching
wake_affine_weight() will consider migrating a task to, or near, the current
CPU if there is a load imbalance. If the CPUs share LLC then either CPU
is valid as a search-for-idle-sibling target and equally appropriate for
stacking two tasks on one CPU if an idle sibling is unavailable. If they do
n
find_idlest_group() compares a local group with each other group to select
the one that is most idle. When comparing groups in different NUMA domains,
a very slight imbalance is enough to select a remote NUMA node even if the
runnable load on both groups is 0 or close to 0. This ignores the cost of
If wake_affine pulls a task to another node for any reason and the node is
no longer preferred then temporarily stop automatic NUMA balancing pulling
the task back. Otherwise, tasks with a strong waker/wakee relationship
may constantly fight automatic NUMA balancing over where a task should
be plac
On Fri, Jan 26, 2018 at 03:11:28PM +0800, Yong Wu wrote:
> ---
> drivers/iommu/mtk_iommu_v1.c | 54
> +---
> 1 file changed, 21 insertions(+), 33 deletions(-)
Applied, thanks.
On Tue, Feb 13, 2018 at 10:42:31AM +0100, Daniel Schultz wrote:
> From: Wadim Egorov
>
> The DP83867 has a muxing option for the CLK_OUT pin. It is possible
> to set CLK_OUT for different channels.
> Create a binding to select a specific clock for CLK_OUT pin.
>
> Signed-off-by: Wadim Egorov
>
On Tue, Feb 13, 2018 at 9:32 PM, Maxime Ripard
wrote:
> On Tue, Feb 13, 2018 at 01:14:14PM +0100, Philipp Rossak wrote:
>> This patch fixes a bug, that prevents the Allwinner A83T and the A80
>> from a successful boot. You can find the shortend trace below:
>
> Since when is it there?
>
>> Unable
On Tue, Feb 13, 2018 at 01:22:55PM +, Will Deacon wrote:
> Hi all,
>
> Here are a couple of fixes for qspinlock issues I've found by code
> inspection whilst investigating the possibility of enabling this for
> arm64. The first patch fixes a problem with unusual hardware re-ordering
> whilst t
On Tue, 2018-02-13 at 13:49 +0100, Matias Bjørling wrote:
> +int nvme_get_log_ext(struct nvme_ctrl *ctrl, struct nvme_ns *ns,
> + u8 log_page, void *log,
> + size_t size, size_t offset)
> +{
> + struct nvme_command c = { };
> + unsigned long d
On Tue, Feb 13, 2018 at 01:30:19PM +, Will Deacon wrote:
> A test_and_{}_bit() operation fails if the value of the bit is such that
> the modification does not take place. For example, if test_and_set_bit()
> returns 1. In these cases, follow the behaviour of cmpxchg and allow the
> operation t
On Mon, Feb 12, 2018 at 9:52 AM, Oleksandr Andrushchenko
wrote:
> From: Oleksandr Andrushchenko
>
> Do not use deprecated drm_driver.{enable|disable)_vblank callbacks,
> but use drm_simple_kms_helpe's pipe callbacks instead.
>
> Signed-off-by: Oleksandr Andrushchenko
> Cc: Linus Walleij
The n
401 - 500 of 1128 matches
Mail list logo