On Thu, Jan 19, 2017 at 6:41 PM, Maxime Ripard
wrote:
> That's not true anymore. And while it's true that it reduces the
> amount of maintainance on the kernel side and more on the DT side. And
> from what you're constantly saying, the thing we can't plan on fixing
> / upgrading is the DT, while
On Mon, Jan 23, 2017 at 01:16:40PM -0500, Johannes Weiner wrote:
> Dirty pages can easily reach the end of the LRU while there are still
> clean pages to reclaim around. Don't let kswapd write them back just
> because there are a lot of them. It costs more CPU to find the clean
> pages, but that's
On Mon, Jan 23, 2017 at 01:16:39PM -0500, Johannes Weiner wrote:
> Direct reclaim has been replaced by kswapd reclaim in pretty much all
> common memory pressure situations, so this code most likely doesn't
> accomplish the described effect anymore. The previous patch wakes up
> flushers for all re
On Wed 25-01-17 13:43:58, Dan Williams wrote:
> On Mon, Jan 23, 2017 at 1:17 PM, Thiago Jung Bauermann
> wrote:
> > Hello Dan,
> >
> > Am Freitag, 6. Januar 2017, 17:02:51 BRST schrieb Dan Williams:
> >> v1 of these changes [1] was a one line change to bdev_get_queue() to
> >> prevent a shutdown c
On Thu, Jan 26, 2017 at 05:14:06AM +0800, kernel test robot wrote:
>
> FYI, we noticed the following commit:
>
> commit: 9881b024b7d7671f6a014091bc96506b89081802 ("sched/clock: Delay
> switching sched_clock to stable")
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
On Thu, Jan 26, 2017 at 09:31:32AM +, Dexuan Cui wrote:
> > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> > > > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> > > > > > > It's interesting v4.4.44 is not impacted, but actually it needs
> > > > >
Hi Kbuild Test Robot,
drivers/mmc/host/jz4740_mmc.c: In function 'jz4740_mmc_set_ios':
drivers/mmc/host/jz4740_mmc.c:864:7: error: implicit declaration of
function 'gpio_is_valid' [-Werror=implicit-function-declaration]
if (gpio_is_valid(host->pdata->gpio_power))
^
Uuh, I'm so
On 25/01/17 13:20, Peter Rosin wrote:
> On 2017-01-24 17:24, Paul Kocialkowski wrote:
> > Le jeudi 15 décembre 2016 à 18:50 +0100, Peter Rosin a écrit :
> > > The bindings are fine.
> > >
> > > The Tegra dts files are buggy, but the driver is also buggy, so those
> > > two bugs cancel each other.
On Tue, Jan 24, 2017 at 10:32:29AM +0800, Chen-Yu Tsai wrote:
> All dts files for the sunxi platform have been switched to the generic
> pinconf bindings. As a result, the sunxi specific pinctrl macros are
> no longer used.
>
> Remove the #include entry with the following command:
>
> sed -i
On Thu, Jan 19, 2017 at 11:23 PM, Sudip Mukherjee
wrote:
> From: Sudip Mukherjee
>
> Exar XR17V352/354/358 chips have 16 multi-purpose inputs/outputs which
> can be controlled using gpio interface.
>
> Add the gpio specific code.
>
> Signed-off-by: Sudip Mukherjee
Patch applied.
I think maybe
On Thu, Jan 26, 2017 at 03:01:18AM +0200, Andy Shevchenko wrote:
> On Fri, Jan 20, 2017 at 4:34 AM, Agustin Vega-Frias
> wrote:
> > ACPI extended IRQ resources may contain a ResourceSource to specify
> > an alternate interrupt controller. Introduce acpi_irq_get and use it
> > to implement Resource
Hi,
On Tue, Jan 24, 2017 at 10:32:25AM +0800, Chen-Yu Tsai wrote:
> Add support for the USB clock controls found on the A80.
>
> Signed-off-by: Chen-Yu Tsai
> ---
> .../devicetree/bindings/clock/sun9i-usb.txt| 24
> drivers/clk/sunxi-ng/Makefile | 1 +
> dri
From: Markus Elfring
Date: Thu, 26 Jan 2017 11:10:01 +0100
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (5):
Use kmalloc_array() in gtp_hashtable_new()
Improve another size determination in ipv4_pdp_add()
Adjust 12 checks for null pointe
On Thu, 26 Jan 2017, Markus Heiser wrote:
> Am 25.01.2017 um 21:59 schrieb Jani Nikula :
>
>>> But the problem I see here is, that the perl script generates a
>>> reST output which I can't use. As an example we can take a look at
>>> the man-page builder I shipped in the series.
>>
>> Sorry, I st
On Thu, Jan 26, 2017 at 12:41:41PM +0300, Konstantin Khlebnikov wrote:
> Commit 2f5177f0fd7e ("sched/cgroup: Fix/cleanup cgroup teardown/init") moved
> sched_online_group() from css_online() to css_alloc(). It exposes half-baked
> task group into global lists before initializing generic cgroup stuf
On Sat, Jan 21, 2017 at 12:50 AM, Sudip Mukherjee
wrote:
> It looks like the patch 2/3 will have one more revision. Do you want me to
> send this patch again as part of v11 series or will you take it in your tree
> and I send a v11 series of the remaining 2 patches?
I just applied 1/3, so just s
Hi Geert,
On Thu, Jan 26, 2017 at 6:53 PM, Geert Uytterhoeven
wrote:
> Currently, the IPMMU/VMSA driver supports 32-bit I/O Virtual Addresses
> only, and thus sets io_pgtable_cfg.ias = 32. However, it doesn't force
> a 32-bit IOVA space through the IOMMU Domain Geometry.
>
> Hence if a device (e
From: Markus Elfring
Date: Wed, 25 Jan 2017 22:01:00 +0100
* Multiplications for the size determination of memory allocations
indicated that array data structures should be processed.
Thus use the corresponding function "kmalloc_array".
This issue was detected by using the Coccinelle softw
On Tue, Jan 24, 2017 at 10:32:28AM +0800, Chen-Yu Tsai wrote:
> All dts files for the sunxi platform have been switched to the generic
> pinconf bindings. As a result, the sunxi specific pinctrl macros are
> no longer used.
>
> Remove the #include entry with the following command:
>
> sed -i
On Mon, Jan 23, 2017 at 01:16:41PM -0500, Johannes Weiner wrote:
> We noticed a performance regression when moving hadoop workloads from
> 3.10 kernels to 4.0 and 4.6. This is accompanied by increased pageout
> activity initiated by kswapd as well as frequent bursts of allocation
> stalls and direc
From: Markus Elfring
Date: Thu, 26 Jan 2017 10:48:40 +0100
Adjust jump labels according to the Linux coding style convention.
Signed-off-by: Markus Elfring
---
drivers/net/gtp.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/net/gtp.c b/drivers/net/gtp.c
From: Markus Elfring
Date: Wed, 25 Jan 2017 22:50:23 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script "checkpatch.pl" pointed information out like the following.
Comparison to NULL could be written !…
Thus fix the affected source code pl
From: Markus Elfring
Date: Wed, 25 Jan 2017 22:24:08 +0100
Replace the specification of a data type by a pointer dereference
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
Signed-off-by: Markus E
This series deobfuscates the ptrace/regset handling functions of the x86 FPU
code. As a side effect it (should ...) fix the bug Rik reported in:
[PATCH 1/2] x86/fpu: move copyout_from_xsaves bounds check before the copy
but it does not handle the other fix yet:
[PATCH 2/2] x86/fpu: copy MXCS
From: Markus Elfring
Date: Thu, 26 Jan 2017 10:54:20 +0100
Adjust a jump label according to the Linux coding style convention.
Signed-off-by: Markus Elfring
---
drivers/net/gtp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/gtp.c b/drivers/net/gtp.c
index
Make it more consistent with regular memcpy() semantics, where the destination
argument comes first.
No change in functionality.
Cc: Andy Lutomirski
Cc: Borislav Petkov
Cc: Dave Hansen
Cc: Fenghua Yu
Cc: H. Peter Anvin
Cc: Linus Torvalds
Cc: Oleg Nesterov
Cc: Rik van Riel
Cc: Thomas Gleix
The 'kbuf' parameter is unused in the _user() side of the API, remove it.
This simplifies the code and makes it easier to think about.
Cc: Andy Lutomirski
Cc: Borislav Petkov
Cc: Dave Hansen
Cc: Fenghua Yu
Cc: H. Peter Anvin
Cc: Linus Torvalds
Cc: Oleg Nesterov
Cc: Rik van Riel
Cc: Thomas
copy_xstate_to_user() is a weird API - in part due to a bad API inherited
from the regset APIs.
But don't propagate that bad API choice into the FPU code - so as a first
step split the API into kernel and user buffer handling routines.
(Also split the xstate_copyout() internal helper.)
The split
No change in functionality.
Cc: Andy Lutomirski
Cc: Borislav Petkov
Cc: Dave Hansen
Cc: Fenghua Yu
Cc: H. Peter Anvin
Cc: Linus Torvalds
Cc: Oleg Nesterov
Cc: Rik van Riel
Cc: Thomas Gleixner
Cc: Yu-cheng Yu
Cc: Fenghua Yu
Signed-off-by: Ingo Molnar
---
arch/x86/include/asm/fpu/xstate
> From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> To: Dexuan Cui
> >
> > v4.4.44 needs 2 patches, i.e. a389fcfd2cb5, and this patch (which is not in
> > Linus's tree yet). Only backporting the first patch immediately is not
> > enough
> > and is also improper IMO, because
Parameter ordering is weird:
int copy_xstate_to_kernel(unsigned int pos, unsigned int count, void *kbuf,
struct xregs_state *xsave);
int copy_xstate_to_user(unsigned int pos, unsigned int count, void __user
*ubuf, struct xregs_state *xsave);
'pos' and 'count', which are attributes of the de
__copy_xstate_to_kernel() can only return 0 (because kernel copies cannot fail),
simplify the code throughout.
No change in functionality.
Cc: Andy Lutomirski
Cc: Borislav Petkov
Cc: Dave Hansen
Cc: Fenghua Yu
Cc: H. Peter Anvin
Cc: Linus Torvalds
Cc: Oleg Nesterov
Cc: Rik van Riel
Cc: Th
No change in functionality.
Cc: Andy Lutomirski
Cc: Borislav Petkov
Cc: Dave Hansen
Cc: Fenghua Yu
Cc: H. Peter Anvin
Cc: Linus Torvalds
Cc: Oleg Nesterov
Cc: Rik van Riel
Cc: Thomas Gleixner
Cc: Yu-cheng Yu
Cc: Fenghua Yu
Signed-off-by: Ingo Molnar
---
arch/x86/include/asm/fpu/xstate
'size_total' is derived from an unsigned input parameter - and then converted
to 'int' and checked for negative ranges:
if (size_total < 0 || offset < size_total) {
This conversion and the checks are unnecessary obfuscation, reject overly
large requested copy sizes outright and simplify t
Right now there's a confusing mixture of 'offset' and 'size' parameters:
- __copy_xstate_to_*() input parameter 'end_pos' not not really an offset,
but the full size of the copy to be performed.
- input parameter 'count' to copy_xstate_to_*() shadows that of
__copy_xstate_to_*()'s 'count'
* Ingo Molnar wrote:
>
> * Ingo Molnar wrote:
>
> > 1)
> >
> > the 'copyin/copyout' nomenclature needlessly departs from what the modern
> > FPU code
> > uses, which is:
>
> The patch below implements this first step. Untested.
I sent out the other cleanups as well, in:
[PATCH 00/14]
Similar to:
x86/fpu: Split copy_xstate_to_user() into copy_xstate_to_kernel() &
copy_xstate_to_user()
No change in functionality.
Cc: Andy Lutomirski
Cc: Borislav Petkov
Cc: Dave Hansen
Cc: Fenghua Yu
Cc: H. Peter Anvin
Cc: Linus Torvalds
Cc: Oleg Nesterov
Cc: Rik van Riel
Cc: Thomas
Remove pointless 'const' of non-pointer input parameter.
Remove unnecessary parenthesis that shows uncertainty about arithmetic operator
precedence.
Clarify copy_xstate_to_user() description.
No change in functionality.
Cc: Andy Lutomirski
Cc: Borislav Petkov
Cc: Dave Hansen
Cc: Fenghua Yu
The 'ubuf' parameter is unused in the _kernel() side of the API, remove it.
This simplifies the code and makes it easier to think about.
Cc: Andy Lutomirski
Cc: Borislav Petkov
Cc: Dave Hansen
Cc: Fenghua Yu
Cc: H. Peter Anvin
Cc: Linus Torvalds
Cc: Oleg Nesterov
Cc: Rik van Riel
Cc: Thom
On 26.01.2017 13:17, Peter Zijlstra wrote:
On Thu, Jan 26, 2017 at 12:41:41PM +0300, Konstantin Khlebnikov wrote:
Commit 2f5177f0fd7e ("sched/cgroup: Fix/cleanup cgroup teardown/init") moved
sched_online_group() from css_online() to css_alloc(). It exposes half-baked
task group into global lis
'start_pos' is always 0, so remove it and remove the pointless check of 'pos <
0'
which can not ever be true as 'pos' is unsigned ...
No change in functionality.
Cc: Andy Lutomirski
Cc: Borislav Petkov
Cc: Dave Hansen
Cc: Fenghua Yu
Cc: H. Peter Anvin
Cc: Linus Torvalds
Cc: Oleg Nesterov
On Thu, Jan 26, 2017 at 10:24:32AM +, Dexuan Cui wrote:
> > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> > To: Dexuan Cui
> > >
> > > v4.4.44 needs 2 patches, i.e. a389fcfd2cb5, and this patch (which is not
> > > in
> > > Linus's tree yet). Only backporting the firs
The 'copyin/copyout' nomenclature needlessly departs from what the modern FPU
code
uses, which is:
copy_fpregs_to_fpstate()
copy_fpstate_to_sigframe()
copy_fregs_to_user()
copy_fxregs_to_kernel()
copy_fxregs_to_user()
copy_kernel_to_fpregs()
copy_kernel_to_fregs()
copy_kernel_to_fxregs()
* Ingo Molnar wrote:
> This series deobfuscates the ptrace/regset handling functions of the x86 FPU
> code. As a side effect it (should ...) fix the bug Rik reported in:
Note that this series can also be fetched via Git from:
git git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP
Michal Hocko wrote:
> On Wed 25-01-17 13:11:50, Johannes Weiner wrote:
> [...]
> > >From 6420cae52cac8167bd5fb19f45feed2d540bc11d Mon Sep 17 00:00:00 2001
> > From: Johannes Weiner
> > Date: Wed, 25 Jan 2017 12:57:20 -0500
> > Subject: [PATCH] mm: page_alloc: __GFP_NOWARN shouldn't suppress stall
On Thu, Jan 26, 2017 at 08:19:37AM +0100, Ingo Molnar wrote:
>
> * Lu Baolu wrote:
>
> > Fair enough.
> >
> > USB connection is stable enough, unless the user unplugs the
> > USB cable during debugging.
>
> What does the hardware do in this case? The XHCI registers are in the host
> hardware,
On Sat, Jan 21, 2017 at 7:45 PM, Guenter Roeck wrote:
> If a function declares a variable to access a structure element,
> use it conssistently.
Weird spelling :)
> Signed-off-by: Guenter Roeck
> - error = devm_gpio_request_one(&pdev->dev, button->gpio, flags,
> -
On Thu 26-01-17 11:08:02, Michal Hocko wrote:
> On Thu 26-01-17 10:36:49, Daniel Borkmann wrote:
> > On 01/26/2017 08:43 AM, Michal Hocko wrote:
> > > On Wed 25-01-17 21:16:42, Daniel Borkmann wrote:
> [...]
> > > > I assume that kvzalloc() is still the same from [1], right? If so, then
> > > > it
> From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> > Hi Greg,
> > I expect this patch (i.e. the "real" patch) would go in your char-misc tree
> > first,
> > then it would be merged into Linus's tree, as we usually did.
>
> That's fine, I'll wait for the maintainer of the sub
On Thu, Jan 26, 2017 at 11:24 AM, Mika Westerberg
wrote:
> On Wed, Jan 25, 2017 at 10:18:28PM +0200, Andy Shevchenko wrote:
>> Adding Intel codename Apollo Lake platform device IDs for PCH.
>
> Didn't this originate from Tan Jui Nee and not from you? Please make
> sure you have the correct From: h
On Thu, Jan 26, 2017 at 06:57:44AM -0200, Mauro Carvalho Chehab wrote:
> Seems OK to me. Do you want to put it on your tree, or do you
> prefer if I put it on mine?
I can carry it.
> If you prefer to send via your tree:
>
> Reviewed-by: Mauro Carvalho Chehab
Thanks.
--
Regards/Gruss,
Bor
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 49e555a932de57611eb27edf2d1ad03d9a267bdd
commit: 4180c4c170a5a33b9987b314d248a9d572d89ab0 frv: add missing atomic64
operations
date: 34 hours ago
config: frv-allyesconfig (attached as .config)
compiler: fr
Hi Linus,
On 2017-01-26 10:50, Linus Walleij wrote:
On Thu, Jan 26, 2017 at 9:33 AM, Marek Szyprowski
wrote:
Patches in this patchset depends on each other. They are order in such a
way to make the changes bisectable.
Patch #3 has runtime dependency on #1.
Patch #5 has runtime dependency on #
On Tue, Jan 24, 2017 at 10:32:27AM +0800, Chen-Yu Tsai wrote:
> We are moving towards handling GPIO pinmux settings that don't require
> extra bias or drive strength settings to use the GPIO bindings only.
>
> Signed-off-by: Chen-Yu Tsai
> ---
> arch/arm/boot/dts/sun8i-a23-q8-tablet.dts | 10 ---
Hi,
On Tue, Jan 24, 2017 at 10:32:26AM +0800, Chen-Yu Tsai wrote:
> Add support for the display engine clock controls found on the A80.
>
> Signed-off-by: Chen-Yu Tsai
> ---
> .../devicetree/bindings/clock/sun9i-de.txt | 28 ++
> drivers/clk/sunxi-ng/Makefile | 1
On Thu, Jan 26, 2017 at 12:15 PM, Lorenzo Pieralisi
wrote:
> On Thu, Jan 26, 2017 at 03:01:18AM +0200, Andy Shevchenko wrote:
>> On Fri, Jan 20, 2017 at 4:34 AM, Agustin Vega-Frias
>> wrote:
>> > ACPI extended IRQ resources may contain a ResourceSource to specify
>> > an alternate interrupt contr
On Wednesday, January 25, 2017 04:33:42 PM Dmitry Torokhov wrote:
> On Wed, Jan 25, 2017 at 05:15:52PM -0700, Al Stone wrote:
> > On 01/25/2017 04:27 PM, Dmitry Torokhov wrote:
> > > On Wed, Jan 25, 2017 at 02:44:10PM -0700, Al Stone wrote:
> > >>
> > >> But, to the point of some of the other discu
On Thu, Jan 26, 2017 at 09:22:27AM +0100, Andrzej Hajda wrote:
> On 25.01.2017 15:06, Ville Syrjälä wrote:
> > On Mon, Jan 23, 2017 at 10:15:16AM +0100, Andrzej Hajda wrote:
> >> On 20.01.2017 14:55, Ville Syrjälä wrote:
> >>> On Fri, Jan 20, 2017 at 07:52:24AM +0100, Andrzej Hajda wrote:
> In
On Wed, Jan 25, 2017 at 04:08:02PM -0800, Andrew Morton wrote:
> > + for_each_cpu(cpu, &cpus_with_pcps) {
> > + struct work_struct *work = per_cpu_ptr(&pcpu_drain, cpu);
> > + INIT_WORK(work, drain_local_pages_wq);
>
> It's strange to repeatedly run INIT_WORK() in this fashio
On Thursday, January 26, 2017 10:15:21 AM Lorenzo Pieralisi wrote:
> On Thu, Jan 26, 2017 at 03:01:18AM +0200, Andy Shevchenko wrote:
> > On Fri, Jan 20, 2017 at 4:34 AM, Agustin Vega-Frias
> > wrote:
> > > ACPI extended IRQ resources may contain a ResourceSource to specify
> > > an alternate inte
Declare regulator_ops structures as const as they are only stored in the
ops field of a regulator_desc structure. This field is of type const, so
regulator_ops structures having this property can be made const too.
File size details before and after patching.
First line of every .o file shows the
On 11 January 2017 at 18:19, Gregory CLEMENT
wrote:
> From: Hu Ziji
>
> Marvell Xenon SDHC can support eMMC/SD/SDIO.
> Add Xenon-specific properties.
> Also add properties for Xenon PHY setting.
>
> Signed-off-by: Hu Ziji
> Signed-off-by: Gregory CLEMENT
An overall comment. Please run a spell-
On 11 January 2017 at 18:19, Gregory CLEMENT
wrote:
> From: Hu Ziji
>
> Add Xenon eMMC/SD/SDIO host controller core functionality.
> Add Xenon specific intialization process.
> Add Xenon specific mmc_host_ops APIs.
> Add Xenon specific register definitions.
>
> Add CONFIG_MMC_SDHCI_XENON support
On Thu, Jan 26, 2017 at 10:54:56AM +0100, Thierry Reding wrote:
> On Tue, Sep 06, 2016 at 04:46:17PM +0200, Maxime Ripard wrote:
> > The E231732 is a 7" panel with a resolution of 800x480.
> >
> > Signed-off-by: Maxime Ripard
> > ---
> > drivers/gpu/drm/panel/panel-simple.c | 26
On Tue, Sep 06, 2016 at 04:46:20PM +0200, Maxime Ripard wrote:
> Enable the display pipeline with the associated 7" panel sold with the
> SinA33.
>
> Signed-off-by: Maxime Ripard
Applied,
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
On Wed, Jan 25, 2017 at 8:30 PM, Mark Rutland wrote:
> This reverts commit 13bed58ce8748d430a26e353a09b89f9d613a71f.
>
> While there does appear to be a practical need to manage regulators on ACPI
> systems, using ad-hoc properties to describe regulators to the kernel presents
> a number of proble
Coverity scan gives a warning when there is fall through in a switch
without a comment. This fall through is intentional as ol_waitevent needs
to be completed to unblock hv_mem_hot_add() allowing it to process next
requests regardless of the result of if we were able to online this block.
Reported
On 01/26/2017 11:32 AM, Michal Hocko wrote:
On Thu 26-01-17 11:08:02, Michal Hocko wrote:
On Thu 26-01-17 10:36:49, Daniel Borkmann wrote:
On 01/26/2017 08:43 AM, Michal Hocko wrote:
On Wed 25-01-17 21:16:42, Daniel Borkmann wrote:
[...]
I assume that kvzalloc() is still the same from [1], r
Hello Daniel!
Sorry for bothering you. Just let you know that I sent v5 here:
http://lists.infradead.org/pipermail/linux-rockchip/2017-January/thread.html#13812
Because previous series was somehow missed in your inbox.
Heiko don’t want to add "Reviewed-by» to my patches. Could you please
apply
On Thu, Jan 26, 2017 at 6:14 PM, Maxime Ripard
wrote:
> Hi,
>
> On Tue, Jan 24, 2017 at 10:32:25AM +0800, Chen-Yu Tsai wrote:
>> Add support for the USB clock controls found on the A80.
>>
>> Signed-off-by: Chen-Yu Tsai
>> ---
>> .../devicetree/bindings/clock/sun9i-usb.txt| 24
>>
On Wed, Jan 25, 2017 at 03:11:36PM -0700, Jason Gunthorpe wrote:
> On Wed, Jan 25, 2017 at 10:21:37PM +0200, Jarkko Sakkinen wrote:
>
> > There should be anyway someway to limit what commands can be sent but
> > I understand your point.
>
> What is the filter for?
>
> James and I talked about a
On Thu, Jan 26, 2017 at 6:38 PM, Maxime Ripard
wrote:
> On Tue, Jan 24, 2017 at 10:32:27AM +0800, Chen-Yu Tsai wrote:
>> We are moving towards handling GPIO pinmux settings that don't require
>> extra bias or drive strength settings to use the GPIO bindings only.
>>
>> Signed-off-by: Chen-Yu Tsai
In a 64bit system (where long is 64bit wide), even dividing LONG_MAX by
HZ will always be bigger than the max value that an int variable can
hold.
This has been detected by building the driver with W=1:
drivers/scsi/scsi_transport_srp.c: In function ‘srp_tmo_valid’:
drivers/scsi/scsi_transport_sr
On Thu, Jan 26, 2017 at 6:39 PM, Maxime Ripard
wrote:
> Hi,
>
> On Tue, Jan 24, 2017 at 10:32:26AM +0800, Chen-Yu Tsai wrote:
>> Add support for the display engine clock controls found on the A80.
>>
>> Signed-off-by: Chen-Yu Tsai
>> ---
>> .../devicetree/bindings/clock/sun9i-de.txt | 2
Hi Markus,
- On Jan 26, 2017, at 11:15 AM, SF Markus Elfring
elfr...@users.sourceforge.net wrote:
> From: Markus Elfring
> Date: Thu, 26 Jan 2017 11:10:01 +0100
>
> A few update suggestions were taken into account
> from static source code analysis.
>
> Markus Elfring (5):
> Use kmalloc_
On Thu, Jan 26, 2017 at 5:55 PM, Maxime Ripard
wrote:
> Hi Chen-Yu,
>
> On Tue, Jan 24, 2017 at 10:32:20AM +0800, Chen-Yu Tsai wrote:
>> The determine_rate helper used ccu_mux_helper_adjust_parent_for_prediv()
>> to adjust the parent_rate to account for pre-dividers, but then passed
>> the pristin
On Thu, Jan 26, 2017 at 6:15 PM, Maxime Ripard
wrote:
> On Tue, Jan 24, 2017 at 10:32:29AM +0800, Chen-Yu Tsai wrote:
>> All dts files for the sunxi platform have been switched to the generic
>> pinconf bindings. As a result, the sunxi specific pinctrl macros are
>> no longer used.
>>
>> Remove th
On 26/01/17 09:53, Geert Uytterhoeven wrote:
> Currently, the IPMMU/VMSA driver supports 32-bit I/O Virtual Addresses
> only, and thus sets io_pgtable_cfg.ias = 32. However, it doesn't force
> a 32-bit IOVA space through the IOMMU Domain Geometry.
>
> Hence if a device (e.g. SYS-DMAC) rightfully
Now that the lazy FPU switching code has been removed this series capitalizes
on the simpler FPU context switching machinery and simplifies the x86 FPU
handling state machine code.
The new code relies on just two obvious fields, ::fpstate_active and
::fpregs_cached:
/*
* Highest level per task
fpu->last_cpu records the last CPU a given FPU context structure was used on.
This enables an important optimization: if a task schedules out to a kernel
thread and then gets scheduled back after only FPU-inactive kernel threads
executed, the FPU state in the registers is still intact and the FPU r
Prepare fpu__drop() to use fpu->fpregs_active.
There are two distinct usecases for fpu__drop() in this context:
exit_thread() when called for 'current' in exit(), and when called
for another task in fork().
This patch does not change behavior, it only adds a couple of
debug checks and structures
The previous changes paved the way for the removal of the
fpu::fpregs_active state flag - we now only have the
fpu::fpstate_active and fpu::fpregs_cached flags left.
Cc: Andy Lutomirski
Cc: Borislav Petkov
Cc: Dave Hansen
Cc: Fenghua Yu
Cc: H. Peter Anvin
Cc: Linus Torvalds
Cc: Oleg Nesterov
We want to simplify the FPU state machine by eliminating fpu->fpregs_active,
and we can do that because the two state flags (::fpregs_active and
::fpstate_active) are set essentially together.
The old lazy FPU switching code used to make a distinction - but there's
no lazy switching code anymore,
The fpregs_active() inline function is pretty pointless - in almost
all the callsites it can be replaced with a direct fpu->fpregs_active
access.
Do so and eliminate the extra layer of obfuscation.
Cc: Andy Lutomirski
Cc: Borislav Petkov
Cc: Dave Hansen
Cc: Fenghua Yu
Cc: H. Peter Anvin
Cc:
The fpregs_activate()/fpregs_deactivate() are currently called in such a
pattern:
if (!fpu->fpregs_active)
fpregs_activate(fpu);
...
if (fpu->fpregs_active)
fpregs_deactivate(fpu);
But note that it's actually safe to call them without che
Do this temporarily only, to make it easier to change the FPU state machine,
in particular this change couples the fpu->fpregs_active and fpu->fpstate_active
states: they are only set/cleared together (as far as the scheduler sees them).
This will be removed by later patches.
Cc: Andy Lutomirski
On Wed, Jan 25, 2017 at 03:12:45PM -0700, Jason Gunthorpe wrote:
> On Wed, Jan 25, 2017 at 11:03:48PM +0200, Jarkko Sakkinen wrote:
> > Fixes: 5ca4c20cfd37 ("keys, trusted: select hash algorithm for TPM2 chips")
> > Signed-off-by: Jarkko Sakkinen
>
> I think you need a commit message for this.. I
[...]
> +
> +static inline bool temp_stage_hs200_to_hs400(struct sdhci_host *host,
> +struct sdhci_xenon_priv *priv)
> +{
> + /*
> +* Tmep stages from HS200 to HS400
> +* from HS200 to HS in 200MHz
> +* from 200MHz to 52MHz
On 01/26/2017 11:08 AM, Michal Hocko wrote:
On Thu 26-01-17 10:36:49, Daniel Borkmann wrote:
On 01/26/2017 08:43 AM, Michal Hocko wrote:
On Wed 25-01-17 21:16:42, Daniel Borkmann wrote:
[...]
I assume that kvzalloc() is still the same from [1], right? If so, then
it would unfortunately (parti
Until now erases has been submitted as synchronous commands through a
dedicated erase function. In order to allow targets implementing
asynchronous erases, refactor the erase path so that it uses the normal
async I/O submission path. If a target requires sync I/O, it can
implement it internally. Al
In order to register through the sysfs interface, a driver needs to know
its kobject. On a disk structure, this happens when the partition
information is added (device_add_disk), which for lightnvm takes place
after the target has been initialized. This means that on target
initialization, the kboj
Let the host differentiate between a read error and a CRC check error on
the device side.
Signed-off-by: Javier González
---
include/linux/lightnvm.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/lightnvm.h b/include/linux/lightnvm.h
index 11c318e..51cda67 100644
--- a/includ
On Mon, Dec 12, 2016 at 07:58:03AM +0100, Dmitry Vyukov wrote:
> On Sun, Dec 11, 2016 at 10:37 PM, Alexander Popov
> wrote:
> > On 11.12.2016 12:32, Dmitry Vyukov wrote:
> >> On Sun, Dec 11, 2016 at 1:50 AM, Alexander Popov
> >> wrote:
> >>> Subtract KASLR offset from the kernel addresses repor
On 25-Jan-17 20:45, Wolfram Sang wrote:
>
>> + * i2c_slave_mode_detect - detect operation mode
>
> I'd rather name it 'i2c_detect_slave_mode'
I will do a V4 with this change.
>
>> + * @dev: The device owning the bus
>> + *
>> + * This checks the device nodes for an I2C slave by checking the a
On Thu 26-01-17 12:04:13, Daniel Borkmann wrote:
> On 01/26/2017 11:32 AM, Michal Hocko wrote:
> > On Thu 26-01-17 11:08:02, Michal Hocko wrote:
> > > On Thu 26-01-17 10:36:49, Daniel Borkmann wrote:
> > > > On 01/26/2017 08:43 AM, Michal Hocko wrote:
> > > > > On Wed 25-01-17 21:16:42, Daniel Bork
CONFIG_KEYS_COMPAT is defined in arch-specific Kconfigs and is missing for
several 64-bit architectures : arm64, mips, parisc, tile.
At the moment and for those architectures, calling in 32-bit userspace the
keyctl syscall would return an ENOSYS error.
This patch moves the CONFIG_KEYS_COMPAT opti
On Wed, 25 Jan 2017, Tony Lindgren wrote:
> > Applied, thanks.
>
> Thanks, not seeing it in next or mfd git tree yet though, forgot
> to push out?
No, not forgot. I don't push daily.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow
-structures/20170126-185451
base: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
for-next
config: ia64-allmodconfig (attached as .config)
compiler: ia64-linux-gcc (GCC) 6.2.0
reproduce:
wget
https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin
On Thu 26-01-17 12:33:55, Daniel Borkmann wrote:
> On 01/26/2017 11:08 AM, Michal Hocko wrote:
[...]
> > If you disagree I can drop the bpf part of course...
>
> If we could consolidate these spots with kvmalloc() eventually, I'm
> all for it. But even if __GFP_NORETRY is not covered down to all
>
Write path allocate pages using pagecache_get_page(). We should be able
to allocate huge pages there, if it's allowed. As usually, fallback to
small pages, if failed.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff
101 - 200 of 779 matches
Mail list logo
