Restore Cc list (it seems I sent it privately)
-- Forwarded message --
From: Andy Shevchenko
Date: Fri, Jul 27, 2018 at 1:33 PM
Subject: Re: [PATCH] x86/apic: fix two slight indenting
To: Yi Wang
On Fri, Jul 27, 2018 at 9:15 AM, Yi Wang wrote:
> There are two inconsistent inde
On Fri, Jul 27, 2018 at 03:26:19PM -0500, Bjorn Helgaas wrote:
> The question is where those sysfs files should be. Currently they are
> associated with the device at the *upstream* end of the link. In the
> example above, they're associated with the Root Port:
>
> /sys/devices/pci:00/
On Fri, Jul 27, 2018 at 01:52:02PM +0200, Emmanuel Vadot wrote:
> The A64 have a SID controller which consist of EFUSE (starting at 0x200)
> and three registers to read/write some of the protected efuses.
>
> Signed-off-by: Emmanuel Vadot
Queued all 4 for 4.20, thanks!
Maxime
--
Maxime Ripard,
On 27/07/18 22:06, Alexey Khoroshilov wrote:
> tegra_alc5632_probe() increments reference count of device nodes
> with of_parse_phandle(), but there is no code decrementing them
> in the driver.
>
> The patch adds of_node_put() to tegra_alc5632_remove() and
> to error handling paths in the probe
Hi,
On 28.07.2018 17:14, Srinivas Pandruvada wrote:
On Fri, 2018-07-27 at 22:34 -0700, Francisco Jerez wrote:
Srinivas Pandruvada writes:
Enable HWP boost on Skylake server and workstations.
Please revert this series, it led to significant energy usage and
graphics performance regressions
On 26.07.2018 21:50, Andrew Morton wrote:
> On Thu, 26 Jul 2018 10:45:54 +0200 David Hildenbrand wrote:
>
>>> Does each user of PG_balloon check for PG_reserved? If this is the case
>>> then yes this would be OK.
>>>
>>
>> I can only spot one user of PageBalloon() at all (fs/proc/page.c) ,
>> whi
[ADDED David Sterba and Linux-btrfs ml to cc. ]
On 30.07.2018 01:04, Al Viro wrote:
> From: Al Viro
>
> don't open-code iget_failed(), don't bother with btrfs_free_path(NULL),
> move handling of positive return values of btrfs_lookup_inode() from
> btrfs_read_locked_inode() to btrfs_iget() and k
On 27.07.2018 10:58, Robin Gong wrote:
>
>
>> -Original Message-
>> From: Lucas Stach [mailto:l.st...@pengutronix.de]
>> Sent: 2018年7月27日 16:30
>> To: Robin Gong ; Oleksij Rempel
>> ; Shawn Guo ; Mark
>> Brown ; Rafael J. Wysocki
>> Cc: Mark Rutland ; devicet...@vger.kernel.org;
>> Mic
PR_SET_KILLABLE clears the SIGNAL_UNKILLABLE flag. This allows
CLONE_NEWPID tasks to restore normal signal behavior, opting out of the
special signal protection for init processes.
This is required for job control in a shell that uses CLONE_NEWPID for
child processes.
This prctl does not allow se
The early_param() is only called during kernel initialization, So Linux
marks the functions of it with __init macro to save memory.
But it forgot to mark parse_mem_block_size(). So, Make it __init as well.
Aslo mark mem_block_size variable __initdata.
Signed-off-by: Dou Liyang
---
arch/x86/kern
On 27.07.2018 11:33, Robin Gong wrote:
>
>
>> -Original Message-
>> From: Oleksij Rempel [mailto:o.rem...@pengutronix.de]
>> Sent: 2018年7月26日 17:22
>> To: Shawn Guo ; Mark Brown ;
>> Rafael J. Wysocki
>> Cc: Oleksij Rempel ; ker...@pengutronix.de;
>> devicet...@vger.kernel.org; linux-a
On 27.07.2018 11:15, Robin Gong wrote:
>
>
>> -Original Message-
>> From: Oleksij Rempel [mailto:o.rem...@pengutronix.de]
>> Sent: 2018年7月26日 17:22
>> To: Shawn Guo ; Mark Brown ;
>> Rafael J. Wysocki
>> Cc: Oleksij Rempel ; ker...@pengutronix.de;
>> devicet...@vger.kernel.org; linux-a
static_branch_enable(&__use_tsc) may be called twice in common case, that
is redundant. And there are also some common functions both in
tsc_early_init() and tsc_init().
Move them into a separate helper function, only call it once.
Also fix comments:
-s/authorative/authoritative
-s/cyc2ns_init/t
kvm_get_preset_lpj() just be called at kvmclock_init(), So mark it
__init as well.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Paolo Bonzini
Cc: "Radim Krčmář"
Cc: k...@vger.kernel.org
Signed-off-by: Dou Liyang
---
arch/x86/kernel/kvmclock.c | 2 +-
1 file changed, 1 inser
Here are two cleanup patches, When I test the early boot time stamps
with tip tree today.
Dou Liyang (2):
x86/tsc: Avoid a double call if tsc can initialize earlier.
x86/kvmclock: Mark kvm_get_preset_lpj() as __init
arch/x86/kernel/kvmclock.c | 2 +-
arch/x86/kernel/tsc.c | 22
On 27.07.2018 11:32, Robin Gong wrote:
>
>
>> -Original Message-
>> From: Oleksij Rempel [mailto:o.rem...@pengutronix.de]
>> Sent: 2018年7月26日 17:22
>> To: Shawn Guo ; Mark Brown ;
>> Rafael J. Wysocki
>> Cc: Oleksij Rempel ; ker...@pengutronix.de;
>> devicet...@vger.kernel.org; linux-a
On Mon, Jul 30, 2018 at 7:09 AM, Amir Goldstein wrote:
> On Mon, Jul 30, 2018 at 1:04 AM, Al Viro wrote:
>> From: Miklos Szeredi
>>
>> iput() ends up calling ->evict() on new inode, which is not yet initialized
>> by owning fs. So use destroy_inode() instead.
>>
>> Add to sb->s_inodes list only
Hi all,
On Fri, 27 Jul 2018 13:55:22 +0100 Will Deacon wrote:
>
> On Fri, Jul 27, 2018 at 08:55:11PM +1000, Stephen Rothwell wrote:
> > On Fri, 27 Jul 2018 19:06:47 +1000 Stephen Rothwell
> > wrote:
> > >
> > > On Fri, 27 Jul 2018 19:02:07 +1000 Stephen Rothwell
> > > wrote:
> > > >
> > >
Hi,
On Mon, Jul 30, 2018 at 10:24:45AM +0300, Sakari Ailus wrote:
> Hi folks,
>
> On Mon, Jul 30, 2018 at 12:00:53PM +1000, Stephen Rothwell wrote:
> > Hi Rafael,
> >
> > After merging the pm tree, today's linux-next build (x86_64 allmodconfig)
> > produced this warning:
> >
> > drivers/media/i2c/
Hello Alexey,
AFAICT, this looks right. It seems that *most* of the machine
drivers (not only tegra) forget to decrease the refcount. I'm wondering
why you didn't sent a series patch to fix them all at once?
Reviewed-by: Marc Dietrich
Marc
On Sat, 28 Jul 2018, Alexey Khoroshilov wrote:
t
Hi folks,
On Mon, Jul 30, 2018 at 12:00:53PM +1000, Stephen Rothwell wrote:
> Hi Rafael,
>
> After merging the pm tree, today's linux-next build (x86_64 allmodconfig)
> produced this warning:
>
> drivers/media/i2c/mt9v111.c: In function 'mt9v111_set_format':
> drivers/media/i2c/mt9v111.c:887:15:
On 2018-07-26 22:52, Stephen Boyd wrote:
Quoting Amit Nischal (2018-07-23 04:26:33)
diff --git a/drivers/clk/qcom/camcc-sdm845.c
b/drivers/clk/qcom/camcc-sdm845.c
new file mode 100644
index 000..61e5ec2
--- /dev/null
+++ b/drivers/clk/qcom/camcc-sdm845.c
@@ -0,0 +1,1736 @@
+// SPDX-License-
If we get a keyed wakeup for a aio poll waitqueue and wake can acquire the
ctx_lock without spinning we can just complete the iocb straight from the
wakeup callback to avoid a context switch.
Signed-off-by: Christoph Hellwig
---
fs/aio.c | 18 --
1 file changed, 16 insertions(+),
On Thu, Jul 26, 2018 at 5:56 PM, Eduardo Valentin wrote:
> System instability are seen during resume from hibernation when system
> is under heavy CPU load. This is due to the lack of update of sched
> clock data,
Isn't that the actual bug?
> and the scheduler would then think that heavy CPU hog
This prepares timerfd for use with aio poll.
Signed-off-by: Christoph Hellwig
---
fs/timerfd.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/timerfd.c b/fs/timerfd.c
index cdad49da3ff7..f6c54fd56645 100644
--- a/fs/timerfd.c
+++ b/fs/timerfd.c
@@ -66,7 +66,7 @@ sta
Hi all,
this series adds support for the IOCB_CMD_POLL operation to poll for the
readyness of file descriptors using the aio subsystem. The API is based
on patches that existed in RHAS2.1 and RHEL3, which means it already is
supported by libaio.
As our dear leader didn't like the ->poll_mask met
On Sat, Jul 21, 2018 at 12:41:41AM +0200, Wolfram Sang wrote:
> > [Ludovic Desroches]
> > Changes in v3:
> > - rebase (cherry-pick was enough)
>
> Thanks for the rebase. I wonder, though, I recall to had more
> complicated issues. However...
>
> > - fix checkpatch errors
> > - tests:
> >-
Simple one-shot poll through the io_submit() interface. To poll for
a file descriptor the application should submit an iocb of type
IOCB_CMD_POLL. It will poll the fd for the events specified in the
the first 32 bits of the aio_buf field of the iocb.
Unlike poll or epoll without EPOLLONESHOT thi
This is needed to prevent races caused by the way the ->poll API works.
To avoid introducing overhead for other users of the iocbs we initialize
it to zero and only do refcount operations if it is non-zero in the
completion path.
Signed-off-by: Christoph Hellwig
---
fs/aio.c | 17 +--
From: Xiubo Li
The call trace:
XXX/1910 is trying to acquire lock:
(&mm->mmap_sem){++}, at: [] might_fault+0x57/0xb0
but task is already holding lock:
(&idev->info_lock){+.+...}, at: [] uio_write+0x46/0x130 [uio]
which lock already depends on the new lock.
the existing dependency chain (
On Wed, 2018-07-25 at 17:48 +0200, Joerg Roedel wrote:
> Hi,
>
> here are three patches on-top of tip/x86/pti to update the
> vmallo_fault() fix and also with another important fix.
>
> The first two patches remove the WARN_ON_ONCE(in_nmi) from
> the vmalloc_fault() function and revert the previo
On Sat, 28 Jul 2018 22:55:27 +0900
Masami Hiramatsu wrote:
> Prohibit kprobe-events probing on notrace function.
> Since probing on the notrace function can cause recursive
> event call. In most case those are just skipped, but
> in some case it falls into infinit recursive call.
>
> This protec
Below is the list of build error/warning regressions/improvements in
v4.18-rc7[1] compared to v4.17[2].
Summarized:
- build errors: +1/-1
- build warnings: +216/-46406
JFYI, when comparing v4.18-rc7[1] to v4.18-rc6[3], the summaries are:
- build errors: +0/-1
- build warnings: +72/-62
No
On Thu, Jul 19, 2018 at 07:44:53PM -0700, Todd Poynor wrote:
> >> @@ -549,7 +549,7 @@ struct gasket_driver_desc {
> >>* return -EINVAL. Should return an error status (either -EINVAL or
> >>* the error result of the ioctl being handled).
> >>*/
> >> - long (*ioctl_handler
701 - 734 of 734 matches
Mail list logo
