On 28.8.2018 03:52, Rob Herring wrote:
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Michal Simek
> Cc: linux-arm-ker...@lists.infradead.org
> Signed-off-by: Rob Herring
> ---
>
On Wed, 5 Sep 2018 at 13:54, Marek Szyprowski wrote:
>
> IRQ wake up support for MAX8997 driver was initially configured by
> respective property in pdata. However, after the driver conversion to
> device-tree, setting it was left as 'todo'. Nowadays most of other PMIC MFD
> drivers initialized
On 11:17-20180905, Kishon Vijay Abraham I wrote:
> AM65 has two PCIe controllers and each PCIe controller has '2' address
> spaces one within the 4GB address space of the SoC and the other above
> the 4GB address space of the SoC (cbass_main) in addition to the
> register spa
On Wed 05-09-18 22:20:58, Tetsuo Handa wrote:
> On 2018/08/24 9:31, Tetsuo Handa wrote:
> > For now, I don't think we need to add af5679fbc669f31f to the list for
> > CVE-2016-10723, for af5679fbc669f31f might cause premature next OOM victim
> > selection (especially with CONFIG_PREEMPT=y kernels)
On 9/5/18 2:55 AM, Mike Galbraith wrote:
> Greetings,
>
> I've been seeing $subject, decided to take the time to try to bisect
> the little bugger. The hangs are not 100% repeatable, and while
> bisection with a 5 boot go/nogo threshold seemed to go smoothly, it
> ended up fingering a merge
> > (There's also an UCSI bug where no notifications appear when connecting
> > a device, only when disconnecting and only once, but it can be worked
> > around by reloading the module, so it isn't critical. Not sure what's up
> > with that either.)
>
> This is indeed a separate issue, and you
On 2018/09/05 09:21:51 +0200, Andrea Parri wrote:
> On Tue, Sep 04, 2018 at 03:09:49PM -0400, Alan Stern wrote:
>> On Tue, 4 Sep 2018, Andrea Parri wrote:
>>> Heh, your confusion might be the reflection of mine... ;-) That was
>>> indeed a long and not conclusive discussion (meaning there're
Instead of making one allocation and then calculating the addresses of
those two pointers in that area make two allocations. This simplifies
the code.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/mtd/maps/gpio-addr-flash.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
By replacing the array with an integer we can avoid completely
the bit comparison loop if the value has not changed (by far
the most common case).
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/mtd/maps/gpio-addr-flash.c | 31 +++---
1 file changed, 16 insertions(+),
Since commit 82b355d161c9 ("y2038: Remove newstat family from default
syscall set"), riscv images fail to boot with the following error.
/sbin/init: error while loading shared libraries: libc.so.6:
cannot stat shared object: Error 38
Kernel panic - not syncing: Attempted to kill init!
Use preferred print methods dev_*
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/mtd/maps/gpio-addr-flash.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/mtd/maps/gpio-addr-flash.c
b/drivers/mtd/maps/gpio-addr-flash.c
index
This patch series does the following:
1) Fix bug regarding ioremap size
2) Cleanup code to use new APIs
3) Simplify numerical operations
4) Add support for device-tree devices
Thanks!
Changelog v2:
>From Boris Brezillon:
-Add Fixes and cc:stable
>From kbuild:
- Fix warnings
- Rebase
Ricardo
By using devm functions we can make the code cleaner.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/mtd/maps/gpio-addr-flash.c | 28 ++--
1 file changed, 10 insertions(+), 18 deletions(-)
diff --git a/drivers/mtd/maps/gpio-addr-flash.c
On 2018/09/06 0:00, Andrea Parri wrote:
> On Wed, Sep 05, 2018 at 11:33:08PM +0900, Akira Yokosawa wrote:
>> On 2018/09/05 09:21:51 +0200, Andrea Parri wrote:
>>> On Tue, Sep 04, 2018 at 03:09:49PM -0400, Alan Stern wrote:
On Tue, 4 Sep 2018, Andrea Parri wrote:
> Heh, your confusion
> -Original Message-
> From: Peter Zijlstra [mailto:pet...@infradead.org]
> Sent: Wednesday, September 05, 2018 1:00 AM
> To: Jiri Kosina
> Cc: Tim Chen ; Thomas Gleixner
> ; Ingo Molnar ; Josh Poimboeuf
> ; Andrea Arcangeli ;
> Woodhouse, David ; Oleg Nesterov
> ; Schaufler, Casey ;
Check that all the headers can be included from one file and built for C++,
thereby catching the use of C++ reserved words and bits of unimplemented
C++ in the UAPI headers.
Note that certain headers are excluded from the build, including:
(1) Any header ending in "_32.h", "_64.h" or "_x32.h"
On Wed, Sep 05, 2018 at 10:52:12AM +0200, Peter Zijlstra wrote:
> On Thu, Aug 23, 2018 at 08:07:32AM -0700, Eduardo Valentin wrote:
> > On a system with X86_FEATURE_ARCH_PERFMON disabled
> > and with a model not known by family PMU drivers,
> > user gets a kernel message log like the following:
>
On Wed, Sep 05, 2018 at 06:56:19PM +0530, Aneesh Kumar K.V wrote:
> On 09/05/2018 06:34 PM, Matthew Wilcox wrote:
> > On Wed, Sep 05, 2018 at 04:53:41PM +0530, Aneesh Kumar K.V wrote:
> > > inconsistent {SOFTIRQ-ON-W} -> {IN-SOFTIRQ-W} usage.
> >
> > How do you go from "can be taken in softirq
Add display subsystem related device nodes for MT7623.
Cc: CK Hu
Signed-off-by: chunhui dai
Signed-off-by: Bibby Hsieh
Signed-off-by: Ryder Lee
---
I forgot to sort nodes in my previous mail. Sorry for the inconvenience.
This patch depends on the series: https://lkml.org/lkml/2018/9/5/223
On 05/09/18 08:51, Mathias Kresin wrote:
From: Tobias Wolf
Set the PCI controller of_node such that PCI devices can be
instantiated via device tree.
Signed-off-by: Tobias Wolf
Signed-off-by: Mathias Kresin
Acked-by: John Crispin
---
arch/mips/pci/pci-rt2880.c | 2 ++
1 file
On Wed, Sep 05, 2018 at 02:23:46PM +0200, Thomas Gleixner wrote:
> On Wed, 5 Sep 2018, Thomas Gleixner wrote:
> > On Tue, 4 Sep 2018, Neeraj Upadhyay wrote:
> > > ret = cpuhp_down_callbacks(cpu, st, target);
> > > if (ret && st->state > CPUHP_TEARDOWN_CPU && st->state < prev_state) {
> > > -
From: Colin Ian King
Currently accessing various /sys/fs/orangefs files will spam the
kernel log with the following info message when the client is not
running:
[ 491.489284] sysfs_service_op_show: Client not running :-5:
Rate limit this info message to make it less spammy.
Signed-off-by:
On Tue, 4 Sep 2018, Daniel Jordan wrote:
> - Promoting huge page usage: With memory sizes becoming ever larger, huge
> pages are becoming more and more important to reduce TLB misses and the
> overhead of memory management itself--that is, to make the system scalable
> with the memory size.
> Do you have any concrete suggestions (i.e., some actual text) for
> improvements to the patch description? Earlier in your message you
> mentioned that Will's comment:
>
> LKMM offers stronger guarantees that can portably be relied upon
> in the codebase.
>
On 05/09/18 13:12, Rob Herring wrote:
> On Tue, Sep 4, 2018 at 11:59 PM Mark Cave-Ayland
> wrote:
>>
>> On 05/09/18 02:55, Frank Rowand wrote:
>>
>>> On 08/30/18 12:05, Rob Herring wrote:
Only some old OpenFirmware implementations rely on default sizes. Any
FDT and modern
On Wed, Aug 29, 2018 at 04:16:48PM -0400, Jérémie Galarneau wrote:
> Building the perf CTF converter fails with gcc 4.8.4
> on Ubuntu 14.04 with the following error:
>
> error: missing initializer for field ‘fd’ of ‘struct perf_data_file’
> [-Werror=missing-field-initializers]
>
> Per 4b838b0d
On 2018-09-05 13:50, mario.limoncie...@dell.com wrote:
> (There's also an UCSI bug where no notifications appear when connecting
> a device, only when disconnecting and only once, but it can be worked
> around by reloading the module, so it isn't critical. Not sure what's up
> with that either.)
On Wed, Sep 05, 2018 at 04:08:35PM +0530, Naresh Kamboju wrote:
> On 5 September 2018 at 01:02, Greg Kroah-Hartman
> wrote:
> > On Mon, Sep 03, 2018 at 06:55:44PM +0200, Greg Kroah-Hartman wrote:
> >> This is the start of the stable review cycle for the 4.18.6 release.
> >> There are 123 patches
Add documentation for gpio-addr-flash. This binding allow creating
flash devices that are paged using GPIOs.
Cc: devicet...@vger.kernel.org
Signed-off-by: Ricardo Ribalda Delgado
---
.../bindings/mtd/gpio-addr-flash.txt | 46 +++
1 file changed, 46 insertions(+)
create
We should only iomap the area of the chip that is memory mapped.
Otherwise we could be mapping devices beyond the memory space or that
belong to other devices.
Signed-off-by: Ricardo Ribalda Delgado
Fixes: ebd71e3a4861 ("mtd: maps: gpio-addr-flash: fix warnings and make more
portable")
Cc:
---
By using the order of the window instead of the size, we can replace a
lot of expensive division and modulus on the code with simple bit
operations.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/mtd/maps/gpio-addr-flash.c | 39 --
1 file changed, 21
Allow creating gpio-addr-flash via device-tree and not just via platform
data.
The gpio probing has been moved to a different function allowing
deferred probing if they are not ready.
Option parsing has been also moved to separated functions.
Signed-off-by: Ricardo Ribalda Delgado
---
On Tue, Sep 4, 2018 at 11:10 PM Michal Hocko wrote:
>
> On Tue 04-09-18 11:33:39, Alexander Duyck wrote:
> > From: Alexander Duyck
> >
> > On systems with a large amount of memory it can take a significant amount
> > of time to initialize all of the page structs with the PAGE_POISON_PATTERN
> >
nilfs2 exports a load of inline functions to userspace that call kernel
byteswapping functions that don't exist in UAPI. Fix this by making it
#include asm/byteorder.h and use the functions declared there.
A better way is probably to remove these inline functions from the nilfs2
header since
Fix the use of u32 and co. in UAPI headers as these are not defined. Switch
to using the __u32-style equivalents instead.
Signed-off-by: David Howells
cc: Jaroslav Kysela
cc: Takashi Iwai
cc: alsa-de...@alsa-project.org (moderated for non-subscribers)
---
The size and layout of internal kernel structures may not be relied upon
outside of the kernel and may even change in a containerised environment if
a container image is frozen and shifted to another machine.
Excise these from Coda's upc_req struct.
Signed-off-by: David Howells
cc: Jan Harkes
The netfilter UAPI headers have some symbol collision issues:
(1) "enum nfnl_acct_msg_types" is defined twice, and each definition is
completely different.
Fix this by renaming the one in nfnetlink_cthelper.h to be "enum
nfnl_cthelper_types" to be consistent with the other things
The bkey struct defined by bcache is embedded in the jset struct. However,
this is illegal in C++ as there's a "flexible array" at the end of the
struct. Change this to be a 0-length struct instead.
Signed-off-by: David Howells
cc: Coly Li
cc: Kent Overstreet
cc: linux-bca...@vger.kernel.org
The keyctl_dh_params struct uses a C++ keyword as structural members. Fix
this by inserting an anonymous union that provides an alternative name and
then hide the reserved name in C++.
Signed-off-by: David Howells
cc: Mat Martineau
cc: keyri...@vger.kernel.org
---
include/uapi/linux/keyctl.h
Add uart nodes for AM654 device tree components.
Signed-off-by: Nishanth Menon
---
arch/arm64/boot/dts/ti/k3-am65-main.dtsi | 30 ++
arch/arm64/boot/dts/ti/k3-am65-mcu.dtsi| 18
arch/arm64/boot/dts/ti/k3-am65-wakeup.dtsi | 18
Hi,
Series based on: v4.19-rc1 + https://patchwork.kernel.org/patch/10588769/
For v4.20
Boot log: https://pastebin.ubuntu.com/p/c5XGVp85bs/ (MMC is pending).
Boot log integrated with:
https://patchwork.kernel.org/patch/10577731/ (uart Kconfig update)
Add TISCI compatible System controller for AM6 SoCs.
Signed-off-by: Nishanth Menon
---
arch/arm64/boot/dts/ti/k3-am65-wakeup.dtsi | 28
1 file changed, 28 insertions(+)
diff --git a/arch/arm64/boot/dts/ti/k3-am65-wakeup.dtsi
+Mika, Mario, LKML
On Mon, Sep 03, 2018 at 02:17:46PM +, whitequark wrote:
> After looking through LKML, I've seen that people refer to you when
> discussing issues with USB-C device compatibility. Do you think you
> could help me with an Apple Thunderbolt 2 to 3 adapter? I've spent
> quite a
On Thu, Apr 19, 2018 at 3:02 PM, Chen-Yu Tsai wrote:
> Dithering is a method of approximating a color from a mixture of other
> colors when the required color isn't available. It reduces color
> banding artifacts that can be observed when displaying gradients
> (e.g. grayscale gradients). This
On Wed, Sep 05, 2018 at 03:14:10PM +0200, Peter Zijlstra wrote:
> On Wed, Sep 05, 2018 at 01:47:49PM +0200, Niklas Cassel wrote:
> > On Wed, Sep 05, 2018 at 10:42:41AM +0200, Peter Zijlstra wrote:
> > > On Tue, Sep 04, 2018 at 09:03:22PM +0200, Niklas Cassel wrote:
> > > > Hello Peter,
> > > >
> >
On 9/4/2018 8:50 PM, Subhra Mazumdar wrote:
> On 08/31/2018 09:09 AM, Steven Sistare wrote:
>> On 8/30/2018 4:24 PM, subhra mazumdar wrote:
>>> Introduce pipe_ll_usec field for pipes that indicates the amount of micro
>>> seconds a thread should spin if pipe is empty or full before sleeping. This
On Wed, 5 Sep 2018 at 14:32, Marek Szyprowski wrote:
>
> Disable IRQs during suspend/resume cycle to ensure handling of wakeup
> interrupts (i.e. RTC wake alarm) after max8997_resume(). This way it can
> be properly handled when I2C bus is finally available. This pattern is
> also used in other
[added Nicolas back in the thread, he was removed somehow]
Hi Ludovic !
On 05/09/2018 14:43, Ludovic Desroches wrote:
> Hi Richard,
>
> On Thu, Aug 09, 2018 at 01:30:35PM +0200, Ludovic Desroches wrote:
>> Hi Richard,
>>
>> On Thu, Aug 09, 2018 at 10:47:17AM +0200, Richard Genoud wrote:
>>> Hi
On Wed, Sep 05, 2018 at 06:55:15AM -0400, Jeff Layton wrote:
> There is no requirement for a filesystem to flush data on close(). In
> fact, most local filesystems do not. NFS does, but that's because it has
> to in order to provide close-to-open cache consistency semantics.
And these days even
On 2018/09/05 22:40, Michal Hocko wrote:
> Changelog said
>
> "Although this is possible in principle let's wait for it to actually
> happen in real life before we make the locking more complex again."
>
> So what is the real life workload that hits it? The log you have pasted
> below doesn't
Hi Jay,
Thanks for the patch. Couple of comments below.
On 09/04/2018 07:08 PM, jgka...@fb.com wrote:
> From: Jay Kamat
>
> Fix a couple issues with cg_read_strcmp(), to improve correctness of
> cgroup tests
> - Fix cg_read_strcmp() always returning 0 for empty "needle" strings
> - Fix a
On Wed, Sep 05, 2018 at 11:33:08PM +0900, Akira Yokosawa wrote:
> On 2018/09/05 09:21:51 +0200, Andrea Parri wrote:
> > On Tue, Sep 04, 2018 at 03:09:49PM -0400, Alan Stern wrote:
> >> On Tue, 4 Sep 2018, Andrea Parri wrote:
> >>> Heh, your confusion might be the reflection of mine... ;-) That
On Wed, May 16, 2018 at 04:03:51PM +0200, Linus Walleij wrote:
>On Tue, May 15, 2018 at 6:22 PM, William Breathitt Gray
> wrote:
>
>> For example, suppose you would like to iterate over a 16-bit integer 4
>> bits at a time, skipping over 4-bit groups with no set bit, where
>> represents the
Peter, you OK with this patch? I'm currently triggering a bug (in rc2)
where this patch is telling me that lockdep is getting it wrong. It
would be good to have this upstream such that we know if it is really a
bug in the code itself, or if lockdep didn't keep up properly.
-- Steve
On Mon, 6
On Wed, Sep 05, 2018 at 03:20:16PM +0530, Souptick Joarder wrote:
>
> "fs: convert return type int to vm_fault_t" is still under
> review/discusson and not yet merge
> into linux-next. I am not seeing it into linux-next tree.Can you
> please share the commit id ?
It's at:
On Wed, Sep 05, 2018 at 04:24:29PM +0300, Heikki Krogerus wrote:
> +Mika, Mario, LKML
>
> On Mon, Sep 03, 2018 at 02:17:46PM +, whitequark wrote:
> > After looking through LKML, I've seen that people refer to you when
> > discussing issues with USB-C device compatibility. Do you think you
> >
On Wed 05-09-18 15:20:16, Souptick Joarder wrote:
> On Wed, Sep 5, 2018 at 2:25 PM Jan Kara wrote:
> >
> > On Wed 05-09-18 00:13:02, syzbot wrote:
> > > Hello,
> > >
> > > syzbot found the following crash on:
> > >
> > > HEAD commit
On Wed, Sep 05, 2018 at 03:53:02PM +0200, Richard Genoud wrote:
> [added Nicolas back in the thread, he was removed somehow]
>
> Hi Ludovic !
>
> On 05/09/2018 14:43, Ludovic Desroches wrote:
> > Hi Richard,
> >
> > On Thu, Aug 09, 2018 at 01:30:35PM +0200, Ludovic Desroches wrote:
> >> Hi
diff --git a/Makefile b/Makefile
index 53d57acfc17e..aef09ca7a924 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 9
-SUBLEVEL = 124
+SUBLEVEL = 125
EXTRAVERSION =
NAME = Roaring Lionus
diff --git a/arch/arc/include/asm/delay.h b/arch/arc/include/asm/delay.h
I'm announcing the release of the 4.9.125 kernel.
All users of the 4.9 kernel series must upgrade.
The updated 4.9.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.9.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 208a813be615..b184286cf7e6 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 4
-SUBLEVEL = 153
+SUBLEVEL = 154
EXTRAVERSION =
NAME = Blurry Fish Butt
diff --git a/arch/arc/include/asm/delay.h b/arch/arc/include/asm/delay.h
I'm announcing the release of the 3.18.121 kernel.
All users of the 3.18 kernel series must upgrade.
The updated 3.18.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.18.y
and can be browsed at the normal kernel.org git web
diff --git a/Makefile b/Makefile
index 2ba32f17a470..9a58c977c946 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 18
-SUBLEVEL = 120
+SUBLEVEL = 121
EXTRAVERSION =
NAME = Diseased Newt
diff --git a/arch/arc/include/asm/delay.h b/arch/arc/include/asm/delay.h
I'm announcing the release of the 4.4.154 kernel.
All users of the 4.4 kernel series must upgrade.
The updated 4.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.4.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.14.68 kernel.
All users of the 4.14 kernel series must upgrade.
The updated 4.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.14.y
and can be browsed at the normal kernel.org git web
I'm announcing the release of the 4.18.6 kernel.
All users of the 4.18 kernel series must upgrade.
The updated 4.18.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.18.y
and can be browsed at the normal kernel.org git web browser:
HI,
On 05-09-18 13:02, Petr Mladek wrote:
On Wed 2018-09-05 17:33:26, Sergey Senozhatsky wrote:
On (09/05/18 14:36), Sergey Senozhatsky wrote:
Just a demonstration of the idea. It does not look very good, tho.
I'd rather have just one suppress_message_printing() in printk code.
// This is
On 09/05/2018 02:01 AM, Greg Kroah-Hartman wrote:
On Tue, Sep 04, 2018 at 09:24:34AM -0700, Guenter Roeck wrote:
On Mon, Sep 03, 2018 at 06:55:44PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.18.6 release.
There are 123 patches in this series, all
On Wed, 5 Sep 2018 19:22:19 +0800, Ding Xiang
wrote:
> the memory allocated and ioremap address need free after
> device_register return error.
...
> exit_put:
> put_device(>dev);
> - return;
> +exit_free:
> + iounmap(dev->base);
> + kfree(dev);
This change will break
> So, after giving it a bit more thought, I still believe "I want spectre V2
> protection" vs. "I do not care about spectre V2 on my system
> (=nospectre_v2)" are the sane options we should provide; so I'll respin v4
> of my patchset, including the ptrace check in switch_mm() (statically
>
On 09/05/2018 12:17 AM, Masahiro Yamada wrote:
> Hi Randy,
>
> 2018-09-01 7:33 GMT+09:00 Randy Dunlap :
>> From: Randy Dunlap
>>
>> If there is no System.map file for "make modules_install",
>> scripts/depmod.sh will silently exit with success, having done
>> nothing. Since this is an
On Wed, 5 Sep 2018 05:59:41 -0700
"Paul E. McKenney" wrote:
> On Wed, Sep 05, 2018 at 10:22:54AM +0200, Borislav Petkov wrote:
> > On Tue, Sep 04, 2018 at 01:53:21PM -0700, Paul E. McKenney wrote:
> > > I must defer to Borislav on this one. Assuming it has the desired
> > > effect, I am good
On 09/05/2018 06:34 PM, Matthew Wilcox wrote:
On Wed, Sep 05, 2018 at 04:53:41PM +0530, Aneesh Kumar K.V wrote:
inconsistent {SOFTIRQ-ON-W} -> {IN-SOFTIRQ-W} usage.
How do you go from "can be taken in softirq context" problem report to
"must disable hard interrupts" solution? Please
On Wed 05-09-18 22:53:33, Tetsuo Handa wrote:
> On 2018/09/05 22:40, Michal Hocko wrote:
> > Changelog said
> >
> > "Although this is possible in principle let's wait for it to actually
> > happen in real life before we make the locking more complex again."
> >
> > So what is the real life
arch/arm/ defines a SIGMINSTKSZ of 2k, so we should use the same value
for compat tasks.
Cc: Arnd Bergmann
Cc: Dominik Brodowski
Cc: "Eric W. Biederman"
Cc: Andrew Morton
Cc: Al Viro
Cc: Oleg Nesterov
Reviewed-by: Dave Martin
Reported-by: Steve McIntyre
Signed-off-by: Will Deacon
---
Hi all,
This is a resend of:
http://lists.infradead.org/pipermail/linux-arm-kernel/2018-July/593559.html
now based on 4.19-rc2.
The Debian folks have observed a failure in the 32-bit arm glibc testsuite
when running under a 64-bit kernel. They tracked this down to sigaltstack(2)
enforcing
The sigaltstack(2) system call fails with -ENOMEM if the new alternative
signal stack is found to be smaller than SIGMINSTKSZ. On architectures
such as arm64, where the native value for SIGMINSTKSZ is larger than
the compat value, this can result in an unexpected error being reported
to a compat
On Wed, Sep 05, 2018 at 11:33:08PM +0900, Akira Yokosawa wrote:
> On 2018/09/05 09:21:51 +0200, Andrea Parri wrote:
> > On Tue, Sep 04, 2018 at 03:09:49PM -0400, Alan Stern wrote:
> >> On Tue, 4 Sep 2018, Andrea Parri wrote:
> >>> Heh, your confusion might be the reflection of mine... ;-) That
On 09/05/2018 03:43 AM, Greg Kroah-Hartman wrote:
On Wed, Sep 05, 2018 at 04:08:35PM +0530, Naresh Kamboju wrote:
On 5 September 2018 at 01:02, Greg Kroah-Hartman
wrote:
On Mon, Sep 03, 2018 at 06:55:44PM +0200, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the
On 05/09/2018 17:10, Christopher Lameter wrote:
> On Tue, 4 Sep 2018, Daniel Jordan wrote:
>
>> - Promoting huge page usage: With memory sizes becoming ever larger, huge
>> pages are becoming more and more important to reduce TLB misses and the
>> overhead of memory management itself--that
Disable IRQs during suspend/resume cycle to ensure handling of wakeup
interrupts (i.e. RTC wake alarm) after max8997_resume(). This way it can
be properly handled when I2C bus is finally available. This pattern is
also used in other MAX PMIC MFD drivers.
Signed-off-by: Marek Szyprowski
---
Hi Stephen,
On 09/05/2018 02:36 AM, Stephen Rothwell wrote:
> Hi all,
>
> On Tue, 4 Sep 2018 15:54:27 +0530 Amit Kucheria
> wrote:
>>
>> I'm currently reviewing this patchset (long overdue), but considering
>> that we haven't added any major new features to the framework for the
>> last couple
Just want to check with you to see if you have any photos for editing?
We are providing below services to you.
Clipping path for the images.
Cut out for the photos
Masking for the images
All kinds of retouching for the beauty and model.
We provide testing for your photos if you need.
Thanks,
On Wed, Sep 05, 2018 at 09:26:29AM -0400, Steven Rostedt wrote:
> On Wed, 5 Sep 2018 05:59:41 -0700
> "Paul E. McKenney" wrote:
>
> > On Wed, Sep 05, 2018 at 10:22:54AM +0200, Borislav Petkov wrote:
> > > On Tue, Sep 04, 2018 at 01:53:21PM -0700, Paul E. McKenney wrote:
> > > > I must defer to
Hi Georgi,
On Wed, 5 Sep 2018 17:50:28 +0300 Georgi Djakov
wrote:
>
> On 09/05/2018 02:36 AM, Stephen Rothwell wrote:
> >
> > On Tue, 4 Sep 2018 15:54:27 +0530 Amit Kucheria
> > wrote:
> >>
> >> I'm currently reviewing this patchset (long overdue), but considering
> >> that we haven't
Hi Jay,
Thanks for the patch. Comments below:
On 09/04/2018 07:08 PM, jgka...@fb.com wrote:
> From: Jay Kamat
>
> Add tests for memory.oom.group for the following cases:
> - Killing all processes in a leaf cgroup, but leaving the
> parent untouched
> - Killing all processes in a parent and
On 09/01/2018 06:04 AM, Tetsuo Handa wrote:
> On 2017/10/22 2:17, Casey Schaufler wrote:
>>> As one year elapsed since I proposed CaitSith for upstream, I'd like to
>>> hear the status again. I looked at
>>> http://schd.ws/hosted_files/lss2017/8b/201709-LinuxSecuritySummit-Stacking.pdf
>>> .
>>>
On Wed, Sep 05, 2018 at 04:36:06PM +0200, Marek Szyprowski wrote:
> Disable IRQs during suspend/resume cycle to ensure handling of wakeup
> interrupts (i.e. RTC wake alarm) after max8997_resume(). This way it can
> be properly handled when I2C bus is finally available. This pattern is
> also used
On 09/04/2018 08:20 PM, Lei Yang wrote:
> It uses modprobe $TEST_DRIVER in sysctl.sh, so update
> config to use "m" instead
>
> Signed-off-by: Lei Yang
> ---
> tools/testing/selftests/sysctl/config | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Wed, Sep 5, 2018 at 8:34 AM Guenter Roeck wrote:
>
> On 09/05/2018 02:01 AM, Greg Kroah-Hartman wrote:
> >> ---
> >> [ 9990.754641] watchdog: BUG: soft lockup - CPU#5 stuck for 22s!
> >> [kworker/5:1:155]
> >> [ 9990.762601] RIP: 0010:smp_call_function_many+0x208/0x270
> >> [ 9990.762601]
On Wed, Sep 05, 2018 at 07:12:37PM +0200, Yann Droneaud wrote:
> Le mercredi 05 septembre 2018 à 16:55 +0100, David Howells a écrit :
> > The size and layout of internal kernel structures may not be relied
> > upon outside of the kernel and may even change in a containerised
> > environment if a
On Tue, Sep 04, 2018 at 09:04:44AM -0700, Dave Hansen wrote:
> On 09/03/2018 06:16 AM, Andy Shevchenko wrote:
> >> + EBLOCK = 0x9,
> >> + EPA = 0xA,
> >> + EWB = 0xB,
> >> + ETRACK = 0xC,
> >> + EAUG= 0xD,
> >> + EMODPR = 0xE,
> >> + EMODT
Hi Mike,
On Sat, Sep 01, 2018 at 12:17:48AM +0300, Mike Rapoport wrote:
> On Thu, Aug 30, 2018 at 02:48:57PM -0700, Paul Burton wrote:
> > On Mon, Aug 27, 2018 at 10:59:35AM +0300, Mike Rapoport wrote:
> > > MIPS already has memblock support and all the memory is already registered
> > > with it.
On 18-09-05 11:00 AM, Grant Likely wrote:
On Wed, Sep 5, 2018 at 6:27 PM Scott Branden wrote:
On 18-09-05 02:40 AM, Ard Biesheuvel wrote:
On 4 September 2018 at 19:19, Scott Branden wrote:
Rather than introduce EFI_ARMSTUB_DTB_LOADER, why not have
the efistub use CONFIG_OF to determine
On 05/09/18 09:01, Leon Romanovsky wrote:
On Fri, Aug 31, 2018 at 10:24:18PM +0300, Igor Stoppa wrote:
Typically the assert is expected to not fail.
This whole assert can be removed.
ok
Signed-off-by: Igor Stoppa
Acked-by: Doug Ledford
Most probably that I missed discussion, but
On Wed, Sep 5, 2018 at 2:25 PM Jan Kara wrote:
>
> On Wed 05-09-18 00:13:02, syzbot wrote:
> > Hello,
> >
> > syzbot found the following crash on:
> >
> > HEAD commit:387ac6229ecf Add linux-next specific files for 20180905
> > git tree:
at 12:02 PM, Nadav Amit wrote:
> at 11:56 AM, Peter Zijlstra wrote:
>
>> On Sun, Sep 02, 2018 at 10:32:18AM -0700, Nadav Amit wrote:
>>> This patch-set addresses some issues that were raised in a recent
>>> correspondence and might affect the security and the correctness of code
>>> patching.
On Wed, Sep 5, 2018 at 10:37 AM Ard Biesheuvel
wrote:
> On 4 September 2018 at 12:13, Grant Likely wrote:
> > On Tue, Sep 4, 2018 at 7:24 AM Ard Biesheuvel
> > wrote:
> >>
> >> On 2 September 2018 at 04:54, Olof Johansson wrote:
> >> > On Thu, Aug 30, 2018 at 9:23 AM, Ard Biesheuvel
> >> >
On Sun, Sep 2, 2018 at 6:05 AM Sasha Levin
wrote:
>
> From: Nick Dyer
>
> [ Upstream commit 36f5d9ef26e52edff046b4b097855db89bf0cd4a ]
>
> The driver only registers one input device, which uses the screen
> parameters from the first T9 instance. The first T63 instance also uses
> those
Please follow the capitalization convention, i.e.,
$ git log --oneline --no-merges Documentaon/devicetree/bindings/pci/ | grep
-i pci
82dfbd27c837 dt-bindings: PCI: cadence: Add DT bindings for optional PHYs
92f9ccca4c08 PCI: mobiveil: Add Mobiveil PCIe Host Bridge IP driver DT
bindings
1 - 100 of 1462 matches
Mail list logo