On Tue, 10 May 2016 19:59:42 +0100 Salah Triki wrote:
> flags field records the state of the superblock, so it is
> more appropriate to use this field for validating the fs state than
> using the fields log_start and log_end.
>
> Signed-off-by: Salah Triki
> ---
> fs/befs/super.c | 2 +-
> 1 f
On Tue, May 10, 2016 at 3:18 AM, Srinivas Pandruvada
wrote:
> On Sat, 2016-05-07 at 01:44 +0200, Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>>
>> The core_pct_busy field of struct sample actually contains the
>> average performace during the last sampling period (in percent)
>> and not t
On Thu 05 May 06:29 PDT 2016, Lee Jones wrote:
> Carveout size is primarily extracted from the firmware binary. However,
> DT can over-ride this by providing a different (smaller) size. We're
> adding protection here to ensure the we only allocate the smaller of the
> two provided sizes in order
This will provide fully accuracy to the mapcount calculation in the
write protect faults, so page pinning will not get broken by false
positive copy-on-writes.
total_mapcount() isn't the right calculation needed in
reuse_swap_page(), so this introduces a page_trans_huge_mapcount()
that is effectiv
Smatch complains that we cap the upper bound of "fwrq->m" but not the
lower bound. I don't know if it can actually happen but it's simple
enough to check for negatives.
Signed-off-by: Dan Carpenter
diff --git a/drivers/net/wireless/atmel/atmel.c
b/drivers/net/wireless/atmel/atmel.c
index 8f8f3
On Sat, May 07, 2016 at 03:48:26PM +0900, Masahiro Yamada wrote:
> Currently, arg-check is implemented as follows:
>
> arg-check = $(strip $(filter-out $(cmd_$(1)), $(cmd_$@)) \
> $(filter-out $(cmd_$@), $(cmd_$(1))) )
>
> This does not care about the order of arguments
Enable the display and TCON clocks that are needed to drive the display
engine, tcon and TV encoders.
Signed-off-by: Priit Laes
---
arch/arm/boot/dts/sun4i-a10.dtsi | 91
1 file changed, 84 insertions(+), 7 deletions(-)
diff --git a/arch/arm/boot/dts/sun
Enable the display and TCON clocks that are needed to drive the display
engine, tcon and TV encoders.
Signed-off-by: Priit Laes
---
arch/arm/boot/dts/sun7i-a20.dtsi | 85 +---
1 file changed, 80 insertions(+), 5 deletions(-)
diff --git a/arch/arm/boot/dts/sun
Hi Vishal,
can you also pick up the my patch to add a low-level __dax_zero_range
that I cced you on? That way we can avoid a nasty merge conflict with
my xfs/iomap changes.
Enable the display and TCON clocks that are needed to drive the display
engine, tcon and TV encoders.
Please note that currently the parent handling for clocks using
'allwinner,sun4i-a10-display-clk' compatible with number of parents !=4
is broken (like de_[bf]e[01]_clk clocks present in patches)
From: Lars Ellenberg
Date: Tue, 10 May 2016 21:09:03 +0200
> On Tue, May 10, 2016 at 11:39:49AM -0400, David Miller wrote:
>> From: Lars Ellenberg
>> Date: Tue, 10 May 2016 11:40:23 +0200
>
> excuse me for reordering the original:
>
>> Anyways, back to the topic, can you please just relent and
2016-05-10 17:18 GMT+02:00 Nicolas Ferre :
> Le 10/05/2016 16:59, Richard Genoud a écrit :
>> 2016-05-10 16:47 GMT+02:00 Boris Brezillon
>> :
>>> Hi Richard,
>>>
>>> On Tue, 10 May 2016 16:25:25 +0200
>>> Richard Genoud wrote:
>>>
2016-05-10 15:58 GMT+02:00 Richard Genoud :
> Hi,
>
>
On Tuesday 10 May 2016 21:10:45 Maxime Ripard wrote:
> > Fixes: commit ce3dd55b99b1 ("arm64: Introduce Allwinner SoC config option")
> > Cc: Andre Przywara
> > Signed-off-by: Suzuki K Poulose
> > Signed-off-by: Andre Przywara
>
> Acked-by: Maxime Ripard
>
Applied to fixes, thanks!
A
Both VTU and STU operations use the same routine to access their
(common) data registers, with a different offset.
Add VTU and STU specific read and write functions to the data registers
to abstract the required offset.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx.c | 32
Some switch models have a STU (per VLAN port state database). Add a new
capability flag to switches info, instead of checking their family.
Also if the 6165 family has an STU, it must have a VTU, so add the
MV88E6XXX_FLAG_VTU to its family flags.
Signed-off-by: Vivien Didelot
---
drivers/net/ds
Hi Krzysztof,
On 10 May 2016 at 19:33, Krzysztof Kozlowski wrote:
> On 05/10/2016 04:00 PM, Anand Moon wrote:
>> Hi Krzysztof,
>>
>> On 10 May 2016 at 18:13, Krzysztof Kozlowski wrote:
>>> On 05/10/2016 11:29 AM, Anand Moon wrote:
>
> I am sorry but I do not understand.
> 1. Are you
On Tue, 2016-05-10 at 12:25 -0700, Christoph Hellwig wrote:
> Hi Vishal,
>
> can you also pick up the my patch to add a low-level __dax_zero_range
> that I cced you on? That way we can avoid a nasty merge conflict with
> my xfs/iomap changes.
Good idea - I'll do that for the next posting. I'll w
On Tue, May 10, 2016 at 9:23 AM, Toshi Kani wrote:
> blkdev_dax_capable() is similar to bdev_dax_supported(), but needs
> to remain as a separate interface for checking dax capability of
> a raw block device.
>
> Rename and relocate blkdev_dax_capable() to keep them maintained
> consistently, and
On Tuesday 10 May 2016 10:00:12 Florian Fainelli wrote:
>
> The two critical pieces of information that the PCIe RC needs are:
>
> - number of memory controllers present in the system to avoid
> configuring a window to a non-existing or non-populated memory controller
>
> - size of the memory po
On Tuesday, May 10, 2016 02:08:45 PM Linus Walleij wrote:
> On Sun, May 8, 2016 at 3:08 PM, Christian Lamparter
> wrote:
>
> > From: Álvaro Fernández Rojas
> >
> > This patch adds support for defining memory-mapped GPIOs which
> > are compatible with the existing gpio-mmio interface.
>
> Overal
On Tue, 2016-05-10 at 21:21 +0200, Rafael J. Wysocki wrote:
> On Tue, May 10, 2016 at 3:18 AM, Srinivas Pandruvada
> wrote:
> >
> > On Sat, 2016-05-07 at 01:44 +0200, Rafael J. Wysocki wrote:
> > >
> > > From: Rafael J. Wysocki
> > >
> > > The core_pct_busy field of struct sample actually cont
2016-05-10 20:17 GMT+03:00 Alexander Potapenko :
> On Tue, May 10, 2016 at 5:39 PM, Andrey Ryabinin
> wrote:
>> 2016-03-15 13:10 GMT+03:00 Alexander Potapenko :
>>
>>>
>>> static inline int kasan_module_alloc(void *addr, size_t size) { return 0; }
>>> static inline void kasan_free_shadow(const
> On 10.05.2016, at 19:37, Eric Anholt wrote:
>
> Martin Sperl writes:
>
>>> On 10.05.2016 03:01, Eric Anholt wrote:
>>> With the new patch 2 inserted between my previous pair, I think this
>>> should cover Martin's bugs with clock disabling.
>>>
>>> I tested patch 2 to be important on the d
Add IDs for PWM and USB clocks to Exynos5410. Use the same number as for
Exynos5420 just in case in future these drivers were merged.
Signed-off-by: Krzysztof Kozlowski
Acked-by: Stephen Boyd
Reviewed-by: Javier Martinez Canillas
---
include/dt-bindings/clock/exynos5410.h | 10 ++
1 fi
Add license and copyrights (file introduced in 2014) to header with
Exynos5410 clock IDs. Additionally reformat it to improve readability.
Signed-off-by: Krzysztof Kozlowski
Acked-by: Stephen Boyd
Reviewed-by: Javier Martinez Canillas
---
include/dt-bindings/clock/exynos5410.h | 54 +++
Hi,
Patchset adds necessary clocks, reorganizes existing stuff and finally
adds Odroid XU support.
Changes since v2
1. Got global-ack from Stephen for the clock changes. I think merging
everything through arm-soc might be the easiest but:
a. In such case I will prepare a t
The clk-exynos5410 driver now provides the "fin_pll" external fixed
clock. Switch the Multi-Core Timer to this clock.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Canillas
---
arch/arm/boot/dts/exynos5410.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The exynos5.dtsi is used for common nodes shared between Exynos5250 and
Exynos542x. Since Exynos5410 is very similar to Exynos5420 it can
include the common file as well to remove duplication and make
everything more consistent.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Cani
Move USB 3.0 DWC and 2.0 EHCI/OHCI nodes from exynos5420.dtsi to
exynos54xx.dtsi common for entire family. For Exynos542x/5800 this
should not have functional impact but for Exynos5410 this effectively
adds USB support.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Canillas
--
Multi-Core Timer generates interrupts but it is not really an interrupt
controller so remove the "interrupt-controller" and "interrupt-cells"
properties. Additionally extend the length of mapped memory to cover all
registers (last SFR is at 0x0A40).
Signed-off-by: Krzysztof Kozlowski
Reviewed-by:
Just like other Exynos5 family SoCs, this one has four UARTs. Configure
clocks for UART3 and enable it.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Canillas
---
arch/arm/boot/dts/exynos5410.dtsi | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/b
Just like clock driver for Exynos542x/5800, provide the fixed clock here
so the clock bindings and their consumers would be consistent and
similar.
However a clock named "fin_pll" is already provided by generic
fixed-clock and it is both referenced in the clock driver (by name) and
in DT (by phand
Add IDs for I2C, USI (HSI2C) and RTC clocks to Exynos5410. Use the same
number as for Exynos5420 just in case in future these drivers were
merged.
Signed-off-by: Krzysztof Kozlowski
---
include/dt-bindings/clock/exynos5410.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/dt
The USI/HSI2C nodes can be mostly shared between Exynos5420 and
Exynos5410 so move them to common DTSI.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos5420.dtsi | 32 ++
arch/arm/boot/dts/exynos54xx.dtsi | 41 +++
2
The LED nodes can be shared between Odroid XU3, XU3-Lite and XU (not yet
added) thus removing duplication.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Canillas
---
arch/arm/boot/dts/exynos5422-odroidxu3-lite.dts | 35 +
arch/arm/boot/dts/exynos5422-odroidxu3.
The Hardkernel's Odroid XU board was first design with big.LITTLE SoC
from Samsung: the Exynos5410. Comparing the board to more popular now
Odroid XU3, the differences are:
1. Exynos5410 instead of 5422,
2. MIPI DSI LCD connector,
3. Main PMIC: Maxim 77802 instead of S2MPS11,
4. USB3503+LAN9730 ins
Just like other Exynos5 family SoCs, this one has four UARTs. Add
missing UART3 clocks to the Exynos5410 clock driver.
Add clocks for USB and PWM.
Signed-off-by: Krzysztof Kozlowski
Acked-by: Stephen Boyd
Reviewed-by: Javier Martinez Canillas
---
drivers/clk/samsung/clk-exynos5410.c | 36
For consistency lowercase node labels are used.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Canillas
---
arch/arm/boot/dts/exynos5410.dtsi | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/exynos5410.dtsi
b/arch/arm/boot/dts/exyno
Configure the pinctrl for MMC0 (eMMC) and MMC2 (microSD card).
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Canillas
---
Important changes since v2:
1. Re-order the eMMC pins by pin-name, not by label.
---
arch/arm/boot/dts/exynos5410-pinctrl.dtsi | 77 +
The i2c-arbitrator node in exynos5250-snow-common used absolute path to
reference other node (the i2c parent). Use phandle instead, because the
depth of the other node may be changed (like moving it under 'soc'
node).
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Canillas
---
The Exynos5410/542x/5800 are very similar designs. Create a new
DTSI with common nodes to remove DTS duplication. Although currently
only MCT and SysRAM are shared but in future more nodes will be added to
the common file.
The patch should not have functional impact.
Signed-off-by: Krzysztof Kozl
Add pincontrol groups for HSI2C (USI), I2C, PWM and UART to Exynos5410.
This allows configuring these pins to specific functions.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos5410-pinctrl.dtsi | 133 ++
1 file changed, 133 insertions(+)
diff --git a
Configure Exynos5410-specific properties of RTC, I2C and HSI2C nodes.
This still does not enable them on the board level though.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos5410.dtsi | 66 +++
1 file changed, 66 insertions(+)
diff --git a/a
On Tuesday 10 May 2016 16:08:22 Mark Brown wrote:
> On Tue, May 10, 2016 at 03:59:48PM +0200, Arnd Bergmann wrote:
> > There is only one instance of ab8500_regulator_platform_data, and it's
> > safe to assume we won't ever merge another one, so it's rather pointless
> > to pass it through multiple
Add clocks for I2C, USI (HSI2C) and RTC to the Exynos5410 clock driver.
Signed-off-by: Krzysztof Kozlowski
---
drivers/clk/samsung/clk-exynos5410.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/clk/samsung/clk-exynos5410.c
b/drivers/clk/samsung/clk-exynos5410.c
index 4077
Add 'sromc' label to SROM memory controller in common exynos5.dtsi so it
can be referenced by inheriting DTSI.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Canillas
---
arch/arm/boot/dts/exynos5.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm
Exynos5420 and Exynos5250 share some nodes: the PWM, syscon
(sysreg_system_controller) and first four I2C controllers. Move them to
parent DTSI to avoid duplication.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Canillas
---
Important changes since v2:
1. Move also i2c[0123]
The conventions is to put SoC devices under 'soc' node. In fact other
our DTSes (like exynos3250.dtsi or exynos5410.dtsi) already follow it.
Adjust exynos5250 and exynos5420 DTSI to follow this convention. This is
also necessary for the upcoming change in exynos5410.dtsi to inherit
from common exyn
The 'sd0_rclk' was put in the middle of SD1 nodes. Remove the confusion.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Canillas
---
arch/arm/boot/dts/exynos5420-pinctrl.dtsi | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/arm/boot/dts/exyn
On 2016-04-21 12:43, Paul Burton wrote:
> Whilst a PR_SET_FP_MODE prctl is performed there are decisions made
> based upon whether the task is executing on the current CPU. This may
> change if we're preempted, so disable preemption to avoid such changes
> for the lifetime of the mode switch.
>
>
On Tue, May 10, 2016 at 12:05 PM, Kees Cook wrote:
> On Tue, May 3, 2016 at 12:31 PM, Thomas Garnier wrote:
>> Move the KASLR entropy functions in x86/libray to be used in early
>> kernel boot for KASLR memory randomization.
>>
>> Signed-off-by: Thomas Garnier
>> ---
>> Based on next-20160502
>>
All "fin_pll" clock users were switched to the new one, provided by
Exynos5410 clock driver. Remove old DT node.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Canillas
---
arch/arm/boot/dts/exynos5410-smdk5410.dts | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/
For consistency between Exynos5410 and Exynos542x/5800 switch to similar
way of defining fin_pll/oscclk. Add a node early, before implementing
this in driver to preserve bisectability.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Javier Martinez Canillas
---
arch/arm/boot/dts/exynos5410-smdk
* Peter Zijlstra wrote:
> Mike reported that the recent commit 3a47d5124a95 ("sched/fair: Fix
> fairness issue on migration") broke interactivity and the signal
> starve test.
This looks pretty dangerous for v4.6 - how about simply reverting in
3a47d5124a95
and re-trying in v4.7?
Thanks,
a level to 2 (2016-05-10 09:58:51
> +0200)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
> tags/perf-urgent-for-mingo-20160510
>
> for you to fetch changes up to ba07ebe02077751db101ed202bb690f504248575:
>
On Tue, 2016-05-10 at 09:08 -0700, Eric Dumazet wrote:
> On Tue, 2016-05-10 at 18:03 +0200, Paolo Abeni wrote:
>
> > If a single core host is under network flood, i.e. ksoftirqd is
> > scheduled and it eventually (after processing ~640 packets) will let the
> > user space process run. The latter w
When a bio is cloned, the newly created bio must be associated with
the same blkcg as the original bio (if BLK_CGROUP is enabled). If
this operation is not performed, then the new bio is not associated
with any group, and the group of the current task is returned when
the group of the bio is reques
For smooth transition of fin_pll to clk-exynos5410.c from fixed-clock
driver, initially it was named "fin_pll_new". Fix this here.
Signed-off-by: Krzysztof Kozlowski
Acked-by: Stephen Boyd
Reviewed-by: Javier Martinez Canillas
---
drivers/clk/samsung/clk-exynos5410.c | 28 ++---
On Tue, May 10, 2016 at 04:27:05PM +0100, Al Viro wrote:
> NAK on lookup_hash(). If nothing else, you need either
> lookup_one_len_unlocked() or its "we already know hash" variant (assuming it's
> worth bothering with). That locking the parent is potentially a lot costlier
> than recalculat
pub/scm/linux/kernel/git/acme/linux into perf/core
> (2016-05-07 06:49:28 +0200)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
> tags/perf-core-for-mingo-20160510
>
> for you to fetch changes up to 452
Commit-ID: 841e3558b2de6d8c53dae4f01c7a81cd53e42e5c
Gitweb: http://git.kernel.org/tip/841e3558b2de6d8c53dae4f01c7a81cd53e42e5c
Author: He Kuang
AuthorDate: Fri, 6 May 2016 08:59:07 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 9 May 2016 13:29:36 -0300
perf callchain: Reco
Commit-ID: f340c5fc93bda334efd9f2b5855ef0d3746e1564
Gitweb: http://git.kernel.org/tip/f340c5fc93bda334efd9f2b5855ef0d3746e1564
Author: Andi Kleen
AuthorDate: Thu, 5 May 2016 16:04:04 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 9 May 2016 13:42:09 -0300
perf stat: Scale v
Commit-ID: e24c7520ea9c3e5bb51592c2134aafbf75a3f88a
Gitweb: http://git.kernel.org/tip/e24c7520ea9c3e5bb51592c2134aafbf75a3f88a
Author: Wang Nan
AuthorDate: Mon, 9 May 2016 01:47:50 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 9 May 2016 17:20:53 -0300
perf tools: Support
Commit-ID: aff633406ca2772554bad7b37f2dfbc409b6ea74
Gitweb: http://git.kernel.org/tip/aff633406ca2772554bad7b37f2dfbc409b6ea74
Author: Chris Phlipot
AuthorDate: Sat, 7 May 2016 02:17:00 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 9 May 2016 14:08:39 -0300
perf script: Fi
Commit-ID: 9c7b37cd63d0d910c531233209286f169993cbd9
Gitweb: http://git.kernel.org/tip/9c7b37cd63d0d910c531233209286f169993cbd9
Author: Chris Phlipot
AuthorDate: Sat, 7 May 2016 02:16:59 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 9 May 2016 18:40:03 -0300
perf symbols: F
Commit-ID: ee74701ed8add8ad13e642e8618b51fd75add32d
Gitweb: http://git.kernel.org/tip/ee74701ed8add8ad13e642e8618b51fd75add32d
Author: Wang Nan
AuthorDate: Mon, 9 May 2016 01:47:51 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 9 May 2016 18:11:22 -0300
perf tests: Add test
Commit-ID: 0a241ef4a27a00807fefdf913da104a4534c606a
Gitweb: http://git.kernel.org/tip/0a241ef4a27a00807fefdf913da104a4534c606a
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 9 May 2016 18:08:33 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 9 May 2016 18:11:27 -0300
perf
Commit-ID: 5cea57f30a12443c05e0c5273f35d2fcef00d30a
Gitweb: http://git.kernel.org/tip/5cea57f30a12443c05e0c5273f35d2fcef00d30a
Author: Masami Hiramatsu
AuthorDate: Tue, 10 May 2016 14:46:58 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 10 May 2016 11:27:58 -0300
perf tools
Commit-ID: ba07ebe02077751db101ed202bb690f504248575
Gitweb: http://git.kernel.org/tip/ba07ebe02077751db101ed202bb690f504248575
Author: Namhyung Kim
AuthorDate: Tue, 10 May 2016 21:48:19 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 10 May 2016 10:37:05 -0300
perf diff: Fix
Commit-ID: bf4d5f25c90bf2eca8671f2fc4e3d15919cd7f9c
Gitweb: http://git.kernel.org/tip/bf4d5f25c90bf2eca8671f2fc4e3d15919cd7f9c
Author: Masami Hiramatsu
AuthorDate: Tue, 10 May 2016 14:47:07 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 10 May 2016 11:53:34 -0300
perf probe
Commit-ID: b72ca4039099e953f1ea2dbd58c201b14feb6605
Gitweb: http://git.kernel.org/tip/b72ca4039099e953f1ea2dbd58c201b14feb6605
Author: Masami Hiramatsu
AuthorDate: Tue, 10 May 2016 14:47:17 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 10 May 2016 11:56:14 -0300
perf help:
Commit-ID: 70a6898fdc11272249622f77b034f47f1e9adb35
Gitweb: http://git.kernel.org/tip/70a6898fdc11272249622f77b034f47f1e9adb35
Author: Masami Hiramatsu
AuthorDate: Tue, 10 May 2016 14:47:26 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 10 May 2016 11:56:52 -0300
perf tools
On May 10, 2016 11:21 AM, "Oleg Nesterov" wrote:
>
> On 05/10, Andy Lutomirski wrote:
> >
> > - xol_add_vma: This one is weird: uprobes really is doing something
> > behind the task's back, and the addresses need to be consistent with
> > the address width. I'm not quite sure what to do here.
>
Commit-ID: 642aadaa320bf9466fd12e3c0903977410bcb731
Gitweb: http://git.kernel.org/tip/642aadaa320bf9466fd12e3c0903977410bcb731
Author: Masami Hiramatsu
AuthorDate: Tue, 10 May 2016 14:47:35 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 10 May 2016 11:57:22 -0300
perf heade
Commit-ID: 11db4e29bb50442ecef2173f325b7be4e7790025
Gitweb: http://git.kernel.org/tip/11db4e29bb50442ecef2173f325b7be4e7790025
Author: Masami Hiramatsu
AuthorDate: Tue, 10 May 2016 14:47:44 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 10 May 2016 11:57:52 -0300
perf pmu:
Commit-ID: 682f4f035e0fcffce511fe77a02a0f19f0996d70
Gitweb: http://git.kernel.org/tip/682f4f035e0fcffce511fe77a02a0f19f0996d70
Author: Masami Hiramatsu
AuthorDate: Tue, 10 May 2016 14:47:53 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 10 May 2016 11:58:09 -0300
perf help:
Commit-ID: 452e84012595d681f254a3a0d733fb0b18ffaf42
Gitweb: http://git.kernel.org/tip/452e84012595d681f254a3a0d733fb0b18ffaf42
Author: Masami Hiramatsu
AuthorDate: Tue, 10 May 2016 14:48:01 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 10 May 2016 11:58:27 -0300
perf tools
On Tue, May 10, 2016 at 11:08:56AM -0700, Yasuaki Ishimatsu wrote:
On Mon, 9 May 2016 12:53:38 -0500
Reza Arbab wrote:
* If X is lower than Y, the onlined memory must lie at the end of X.
* If X is higher than Y, the onlined memory must lie at the start of X.
If memory address has hole, memo
On Tue, 2016-05-10 at 17:57 +0200, Thomas Gleixner wrote:
> On Tue, 10 May 2016, Paolo Abeni wrote:
>
> Nice patch set and very promising results!
>
> > At this point we are not really sure if we should go with this simpler
> > approach by putting NAPI itself into kthreads or leverage the thread
On Tue, May 10, 2016 at 10:23:41PM +0200, Paolo Valente wrote:
> diff --git a/include/linux/bio.h b/include/linux/bio.h
> index 6b7481f..a9ff116 100644
> --- a/include/linux/bio.h
> +++ b/include/linux/bio.h
> @@ -527,11 +527,13 @@ extern unsigned int bvec_nr_vecs(unsigned short idx);
> int bio_as
From: Paolo Abeni
Date: Tue, 10 May 2016 22:22:50 +0200
> On Tue, 2016-05-10 at 09:08 -0700, Eric Dumazet wrote:
>> On Tue, 2016-05-10 at 18:03 +0200, Paolo Abeni wrote:
>>
>> > If a single core host is under network flood, i.e. ksoftirqd is
>> > scheduled and it eventually (after processing ~64
Hello,
On 10.05.2016 16:29, Eric Dumazet wrote:
> On Tue, 2016-05-10 at 16:11 +0200, Paolo Abeni wrote:
>> Currently, the softirq loop can be scheduled both inside the ksofirqd kernel
>> thread and inside any running process. This makes nearly impossible for the
>> process scheduler to balance in
On Tue, 2016-05-10 at 16:45 -0400, David Miller wrote:
> From: Paolo Abeni
> Date: Tue, 10 May 2016 22:22:50 +0200
>
> > On Tue, 2016-05-10 at 09:08 -0700, Eric Dumazet wrote:
> >> On Tue, 2016-05-10 at 18:03 +0200, Paolo Abeni wrote:
> >>
> >> > If a single core host is under network flood, i.e
From: Rik van Riel
Date: Tue, 10 May 2016 16:50:56 -0400
> On Tue, 2016-05-10 at 16:45 -0400, David Miller wrote:
>> From: Paolo Abeni
>> Date: Tue, 10 May 2016 22:22:50 +0200
>>
>> > On Tue, 2016-05-10 at 09:08 -0700, Eric Dumazet wrote:
>> >> On Tue, 2016-05-10 at 18:03 +0200, Paolo Abeni wro
On Tuesday, May 10, 2016 12:58:04 PM Srinivas Pandruvada wrote:
> On Tue, 2016-05-10 at 21:21 +0200, Rafael J. Wysocki wrote:
> > On Tue, May 10, 2016 at 3:18 AM, Srinivas Pandruvada
> > wrote:
> > >
> > > On Sat, 2016-05-07 at 01:44 +0200, Rafael J. Wysocki wrote:
> > > >
> > > > From: Rafael J
This fixes 731e33e39a5b95ad770 "Remove FSBASE/GSBASE < 4G optimization"
Signed-off-by: Mateusz Guzik
---
arch/x86/kernel/process_64.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/kernel/process_64.c b/arch/x86/kernel/process_64.c
index 4285f6a..6b16c36 100644
--- a/arch/x86/kerne
On Tue, May 10, 2016 at 1:56 PM, Mateusz Guzik wrote:
> This fixes 731e33e39a5b95ad770 "Remove FSBASE/GSBASE < 4G optimization"
Indeed. How did that survive lockdep?
Acked-by: Andy Lutomirski
>
> Signed-off-by: Mateusz Guzik
> ---
> arch/x86/kernel/process_64.c | 1 +
> 1 file changed, 1 in
On Fri, May 06, 2016 at 11:43:17PM +, Rustad, Mark D wrote:
> Denys Vlasenko wrote:
>
> >Users report that under VMWare, er32(TIMINCA) returns zero.
> >This causes division by zero at init time as follows:
> >
> > ==>incvalue = er32(TIMINCA) & E1000_TIMINCA_INCVALUE_MASK;
> >
On Tue, 2016-05-10 at 16:52 -0400, David Miller wrote:
> From: Rik van Riel
> Date: Tue, 10 May 2016 16:50:56 -0400
>
> > On Tue, 2016-05-10 at 16:45 -0400, David Miller wrote:
> >> From: Paolo Abeni
> >> Date: Tue, 10 May 2016 22:22:50 +0200
> >>
> >> > On Tue, 2016-05-10 at 09:08 -0700, Eric
When a bio is cloned, the newly created bio must be associated with
the same blkcg as the original bio (if BLK_CGROUP is enabled). If
this operation is not performed, then the new bio is not associated
with any group, and the group of the current task is returned when
the group of the bio is reques
On Tue, May 10, 2016 at 11:02:12PM +0200, Paolo Valente wrote:
> When a bio is cloned, the newly created bio must be associated with
> the same blkcg as the original bio (if BLK_CGROUP is enabled). If
> this operation is not performed, then the new bio is not associated
> with any group, and the gr
The x86 exception table sorting was changed in commit 29934b0fb8ff
("x86/extable: use generic search and sort routines") to use the arch
independent code in lib/extable.c. However, the patch was mangled
somehow on its way into the kernel from the last version posted at [1].
The committed version ki
Caesar / David,
On Tue, May 10, 2016 at 4:14 AM, Caesar Wang wrote:
> From: David Wu
>
> This patch fixes the pinctrl pull bias setting, since the pull up/down
> setting is the contrary for gpio0.
Commit message only mentions gpio0, but gpio2 is also fixed in the
commit. Please mention gpio2 i
Exynos SoCs have a Multi Format Video Hardware Codec (MFC) IP block that
can be used to {en,de}code video streams by hardware. Enable support for
its driver as a module so the MFC can be tested.
Signed-off-by: Javier Martinez Canillas
---
This patch depends on https://patchwork.kernel.org/patch
Exynos SoCs have a Multi Format Video Hardware Codec (MFC) IP block that
can be used to {en,de}code video streams by hardware. Enable support for
its driver as a module so the MFC can be tested.
Signed-off-by: Javier Martinez Canillas
---
This patch depends on https://patchwork.kernel.org/patch
On Tue, May 10, 2016 at 1:46 PM, Hannes Frederic Sowa
wrote:
> I agree here, but I don't think this patch particularly is a lot of
> bloat and something very interesting people can play with and extend upon.
>
Sure, very rarely patch authors think their stuff is bloat.
I prefer to fix kernel so
x86's page fault handlers had two TASK_SIZE uses that should have
been TASK_SIZE_MAX. I don't think that either one had a visible
effect, but this makes the code clearer and should save a few bytes
of text.
(And I eventually want to eradicate TASK_SIZE. This will help.)
Reported-by: Cyrill Gorc
On Tue, May 10, 2016 at 10:49 AM, Cyrill Gorcunov wrote:
> On Tue, May 10, 2016 at 10:26:05AM -0700, Andy Lutomirski wrote:
> ...
>> >>
>> >> It's annoying and ugly. It also makes the idea of doing 32-bit CRIU
>> >> restore by starting in 64-bit mode and switching to 32-bit more
>> >> complicated
On Tue, May 10, 2016 at 11:53 AM, Kees Cook wrote:
> On Tue, May 3, 2016 at 12:31 PM, Thomas Garnier wrote:
>> Randomizes the virtual address space of kernel memory sections (physical
>> memory mapping, vmalloc & vmemmap) for x86_64. This security feature
>> mitigates exploits relying on predicta
On Tue, May 10, 2016 at 03:44:28PM -0400, Vivien Didelot wrote:
> Both VTU and STU operations use the same routine to access their
> (common) data registers, with a different offset.
>
> Add VTU and STU specific read and write functions to the data registers
> to abstract the required offset.
>
>
701 - 800 of 988 matches
Mail list logo
