On Mon, Nov 20, 2017 at 2:01 PM, Thomas Gleixner wrote:
> On Mon, 20 Nov 2017, Andy Lutomirski wrote:
>
> Just a few nits.
>
>> /* Provide the fixmap address of the remapped GDT */
>> static inline struct desc_struct *get_cpu_gdt_ro(int cpu)
>> {
>> - unsigned int idx = get_cpu_gdt_ro_index
On 20/11/2017 18:57, Mika Westerberg wrote:
+Jarkko
On Sun, Nov 19, 2017 at 04:35:51PM +, Jonathan Cameron wrote:
On Thu, 2 Nov 2017 16:04:07 +0100
Wolfram Sang wrote:
On Thu, Nov 02, 2017 at 02:35:50PM +, Jonathan Cameron wrote:
On Fri, 27 Oct 2017 18:27:02 +0200
Marc CAPDEVILLE w
On Mon, Nov 20, 2017 at 3:37 PM, Thomas Gleixner wrote:
> On Mon, 20 Nov 2017, Andy Lutomirski wrote:
>> struct tss_struct {
>> /*
>> - * The hardware state:
>> + * Space for the temporary SYSENTER stack. Used for the entry
>> + * trampoline as well. Size it such that tss_s
On Mon, Nov 20 2017 at 7:34pm -0500,
NeilBrown wrote:
> On Mon, Nov 20 2017, Mike Snitzer wrote:
>
> > On Sun, Jun 18, 2017 at 5:36 PM, NeilBrown wrote:
> >> On Sun, Jun 18 2017, Jens Axboe wrote:
> >>
> >>> On Sun, Jun 18 2017, NeilBrown wrote:
> This is a resend of my series of patches
On Mon, Nov 20, 2017 at 1:55 PM, Josh Poimboeuf wrote:
> On Mon, Nov 20, 2017 at 01:30:12PM -0800, Andy Lutomirski wrote:
>> On Mon, Nov 20, 2017 at 1:27 PM, Josh Poimboeuf wrote:
>> > On Mon, Nov 20, 2017 at 01:07:16PM -0800, Andy Lutomirski wrote:
>> >> >> but, more importantly, the OOPS unwind
On Mon, Nov 20, 2017 at 07:28:21PM -0500, Nicolas Pitre wrote:
> On Mon, 20 Nov 2017, Guenter Roeck wrote:
>
> > On Mon, Nov 20, 2017 at 03:21:32PM -0500, Nicolas Pitre wrote:
> > > On Mon, 20 Nov 2017, Guenter Roeck wrote:
> > >
> > > > On Mon, Nov 20, 2017 at 01:18:38PM -0500, Nicolas Pitre wro
On Sat, Nov 18, 2017 at 12:23 AM, Ilia Mirkin wrote:
> On Fri, Nov 17, 2017 at 2:37 PM, Ilia Mirkin wrote:
>> On Fri, Nov 17, 2017 at 2:25 PM, Ondrej Zary
>> wrote:
>>> On Friday 17 November 2017 18:41:17 Ilia Mirkin wrote:
On Fri, Nov 17, 2017 at 12:33 PM, Ondrej Zary
wrote:
>>
On Mon, Nov 20, 2017 at 11:16:07PM +0100, Maciej S. Szmigiero wrote:
> AC'97 register access operations (both read and write) on SSI use a one,
> shared set of SSI registers for AC'97 register address and data.
> This means that only one such access is possible at a time and so all these
> operatio
On Wed, May 10 2017, Ian Kent wrote:
> The fstatat(2) and statx() calls can pass the flag AT_NO_AUTOMOUNT
> which is meant to clear the LOOKUP_AUTOMOUNT flag and prevent triggering
> of an automount by the call. But this flag is unconditionally cleared
> for all stat family system calls except sta
From: Zhang Ning
we detect topology CPU mask in tsc is used before it is set, it leads
to longer bootup time.
let's check the code.
smpboot.c:smp_callin()
---> calibarate.c:calibrate_delay()
---> tsc.c: calibrate_delay_is_known()
---> topology_core_cpumask(): read
From: Zi Yan
In [1], Andrea reported that during memory hotplug/hot remove
prep_transhuge_page() is called incorrectly on non-THP pages for
migration, when THP is on but THP migration is not enabled.
This leads to a bad state of target pages for migration.
This patch fixes it by only calling pre
On Sun, Nov 19, 2017 at 1:36 AM, LEROY Christophe
wrote:
> Meelis Roos a écrit :
>
>>> > > How early does it hang ? Any oops or trace ?
>>> >
>>> > Very early - instead oif kernel emssages, I see some repeated gibberish
>>> > of some characteers, and the background turns white.
>>> > I am booting
Gustavo A.,
> Make use of the swap macro and remove unnecessary variable tmp.
> This makes the code easier to read and maintain.
Applied to 4.16/scsi-queue. Thanks!
--
Martin K. Petersen Oracle Linux Engineering
On Mon, Nov 20, 2017 at 05:39:34PM -0800, Andy Lutomirski wrote:
> On Mon, Nov 20, 2017 at 1:55 PM, Josh Poimboeuf wrote:
> > On Mon, Nov 20, 2017 at 01:30:12PM -0800, Andy Lutomirski wrote:
> >> On Mon, Nov 20, 2017 at 1:27 PM, Josh Poimboeuf
> >> wrote:
> >> > On Mon, Nov 20, 2017 at 01:07:16P
> struct timespec is deprecated since it overflows in 2038 on 32-bit
> architectures, so we should use timespec64 consistently.
>
> I'm slightly adapting the format strings here, to make sure we print
> the nanoseconds with the correct number of leading zeroes.
Satish: Please review/test. Thank y
Gustavo A.,
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
Applied to 4.16/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
On Mon, Nov 20, 2017 at 09:07:44AM -0800, Andy Lutomirski wrote:
> + /* Save RDI, since we need a scratch register. */
> + pushq %rdi
> +
> + /*
> + * x86 lacks a near absolute jump, and we can't jump to the real
> + * entry text with a relative jump, so we use a double tram
Hi all,
Please do not add any v4.16 material to your linux-next included trees
until v4.15-rc1 has been released.
Changes since 20171120:
I have removed the following trees since they have not been updated in
over a year:
backlight-fixes
berlin
binfmt_misc
2017-11-21 5:31 GMT+09:00 Wolfram Sang :
>
>> - ret = PTR_ERR(priv->clk);
>> - dev_err(&pdev->dev, "cannot get clock: %d\n", ret);
>> - goto eprobe;
>> + dev_err(&pdev->dev, "cannot get clock\n");
>> + return PTR_ERR(priv->clk);
>
> Why dr
Ching,
> The following patches apply to Martin's 4.15/scsi-queue.
Applied to 4.16/scsi-queue. Thank you!
--
Martin K. Petersen Oracle Linux Engineering
On Mon, Nov 20, 2017 at 11:53:02PM +0100, Arnd Bergmann wrote:
> .B EINVAL
> +The
> +.I clk_id
> +specified is not supported on this system.
We return EINVAL when the clockid is not valid. That can mean two
things. Either the SYS-V style hard coded positive clockid is out of
range, or the dynam
Arnd,
> The bfa driver is one of the main users of do_gettimeofday(), a
> function that I'm trying to remove as part of the y2038 cleanup.
>
> The timestamps are all uses in slightly different ways, so this has
> turned into a rather longish series for doing something that should be
> simple.
>
>
Arnd,
> twl_aen_queue_event/twa_aen_queue_event, we use do_gettimeofday()
> to read the lower 32 bits of the current time in seconds, to pass
> them to the TW_IOCTL_GET_NEXT_EVENT ioctl or the 3ware_aen_read
> sysfs file.
>
> This will overflow on all architectures in year 2106, there is
> not mu
Print a rate-limited warning when a user space program attempts to execute
any of the instructions that UMIP protects (i.e., SGDT, SIDT, SLDT, STR
and SMSW).
This is useful because, when CONFIG_X86_INTEL_UMIP is selected and
supported by the hardware, user space programs that try to execute such
i
Arnd,
> The calculation of the number of seconds since Sunday 00:00:00
> overflows in 2106, meaning that we instead will return the seconds
> since Wednesday 06:28:16 afterwards.
>
> Using 64-bit time stamps avoids this slight inconsistency, and the
> deprecated do_gettimeofday(), replacing it wi
Arnd,
> The TW_IOCTL_GET_LOCK ioctl uses do_gettimeofday() to check whether a
> lock has expired. This can misbehave due to a concurrent
> settimeofday() call, as it is based on 'real' time, and it will
> overflow in y2038 on 32-bit architectures, producing unexpected
> results when used across t
Greg,
> There is no need to #define the license of the driver, just put it in
> the MODULE_LICENSE() line directly as a text string.
>
> This allows tools that check that the module license matches the source
> code license to work properly, as there is no need to unwind the
> unneeded dereferenc
On Mon, Nov 20, 2017 at 11:19 PM, Mika Westerberg
wrote:
> When a GPIO is requested using gpiod_get_* APIs the intel pinctrl driver
> switches the pin to GPIO mode and makes sure interrupts are routed to
> the GPIO hardware instead of IOAPIC. However, if the GPIO is used
> directly through irqchip
On Mon, Nov 20, 2017 at 10:07:29AM +0100, Michael Kerrisk (man-pages) wrote:
> Hi Miklos,
>
> Sorry for the slow follow-up.
>
> On 14 November 2017 at 17:16, Miklos Szeredi wrote:
> > On Tue, Nov 14, 2017 at 8:08 AM, Michael Kerrisk (man-pages)
> > wrote:
> >> Hi Miklos, Ram
> >>
> >> Thanks fo
On Mon, Nov 20, 2017 at 6:34 PM, Josh Poimboeuf wrote:
> On Mon, Nov 20, 2017 at 09:07:44AM -0800, Andy Lutomirski wrote:
>> + /* Save RDI, since we need a scratch register. */
>> + pushq %rdi
>> +
>> + /*
>> + * x86 lacks a near absolute jump, and we can't jump to the real
>> +
On Mon, 2017-11-20 at 16:33 -0500, Mikulas Patocka wrote:
>
> Is there some specific scenario where you need to call
> blk_schedule_flush_plug from rt_spin_lock_fastlock?
Excellent question. What's the difference between not getting IO
started because you meet a mutex with an rt_mutex under the
Colin,
> Variable managed_request_id is being assigned but it is never read,
> hence it is redundant and can be removed. Cleans up clang warning:
Applied to 4.16/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
Colin,
> The pointer 'port' is being assigned but it is never read, hence it is
> redundant and can be removed. Cleans up clang warning:
>
> drivers/scsi/bfa/bfad_attr.c:505:2: warning: Value stored to 'port'
> is never read
Applied to 4.16/scsi-queue. Thanks, Colin!
--
Martin K. Petersen
On 20-11-17, 13:32, Jesse Chan wrote:
> This change resolves a new compile-time warning
> when built as a loadable module:
>
> WARNING: modpost: missing MODULE_LICENSE() in
> drivers/cpufreq/mediatek-cpufreq.o
> see include/linux/module.h for more information
>
> This adds the license as "GPL v2
On 11/20/2017 04:02 PM, James Hogan wrote:
From: James Hogan
The MIPS_CPS_NS16550_BASE and MIPS_CPS_NS16550_SHIFT options have no
defaults for non-Malta platforms which select SYS_SUPPORTS_MIPS_CPS
(i.e. the pistachio and generic platforms). This is problematic for
automated allyesconfig and al
On Mon, Nov 20, 2017 at 8:24 PM, Andy Shevchenko
wrote:
> On Mon, Nov 20, 2017 at 8:31 AM, Chris Chiu wrote:
>> On Fri, Nov 17, 2017 at 10:25 PM, Andy Shevchenko
>> wrote:
>>> On Thu, Nov 16, 2017 at 3:44 PM, Chris Chiu wrote:
>
+
+struct acer_wireless_data {
+ struct input
With kaslr and kasan enable both, I got the follow issue.
[ 16.130523s]kasan: reg->base = 1, phys_end =1c000,start =
4000, end = ffc0
[ 16.142517s]___alloc_bootmem_nopanic:257
[ 16.148284s]__alloc_memory_core_early:63, addr = 197fc7fc0
[ 16.155670s]__al
On Mon, 2017-11-20 at 22:03 -0500, Martin K. Petersen wrote:
> Ching,
>
> > The following patches apply to Martin's 4.15/scsi-queue.
>
> Applied to 4.16/scsi-queue. Thank you!
>
Hi Martin,
Thank you for response.
These patches can apply to 4.16/scsi-queue is very good.
It will be very apprecia
On Mon, 20 Nov 2017 21:33:23 +0800
"Du, Changbin" wrote:
> Hi Steven,
> Have you picked up this patch or need more polish? Thanks.
>
Neither. You sent this while I was traveling, and it was missed.
I'll look at it tomorrow.
Thanks,
-- Steve
On Mon, 20 Nov 2017, Guenter Roeck wrote:
> On Mon, Nov 20, 2017 at 07:28:21PM -0500, Nicolas Pitre wrote:
> > On Mon, 20 Nov 2017, Guenter Roeck wrote:
> >
> > > bdata->node_min_pfn=6 PFN_PHYS(bdata->node_min_pfn)=c000
> > > start_off=536000 region=c0536000
> >
> > If PFN_PHYS(bdata->n
On Mon, 20 Nov 2017 11:30:40 -0500
joe.ko...@concurrent-rt.com wrote:
> Hi Steve,
> A quick perusal of 4.11.12-rt16 shows that it has an
> entirely new version of migrate_disable which to me appears
> correct.
>
> In that new implementation, migrate_enable() recalculates
> p->nr_cpus_allowed when
On Thu, Nov 16, 2017 at 12:16 AM, Luck, Tony wrote:
>> This check is already added in x86 and extending same to ia64.
>
> Looks OK.
>
> Acked-by: Tony Luck
thanks Tony.
ACPI Maintainers,
any comments on this patch? i can send rebasing to 4.15-rc1?
thanks
Ganapat
On Sun, Nov 19, 2017 at 07:59:21PM +0100, Geert Uytterhoeven wrote:
> Remove leftover garbage (containing Kconfig dependencies for another
> symbol?)
>
> Signed-off-by: Geert Uytterhoeven
> ---
Acked-by: Shiraz Saleem
From: Ryosuke Saito
Should be discharging_max_duration_ms, not charging_max_duration_ms.
Signed-off-by: Ryosuke Saito
---
drivers/power/supply/charger-manager.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/power/supply/charger-manager.c
b/drivers/power/supply/ch
The acp_audio_dma does not perform sufficient error checking in its probe
function. This can result in crashes if a critical error path is
encountered.
Fixes: 7c31335a03b6a ("ASoC: AMD: add AMD ASoC ACP 2.x DMA driver")
Cc: Alex Deucher
Cc: Dominik Behr
Cc: Daniel Kurtz
Signed-off-by: Guenter R
On Fri, Nov 17, 2017 at 11:26 AM, Shaohua Li wrote:
> On Thu, Nov 16, 2017 at 08:25:58PM -0800, Khazhismel Kumykov wrote:
>> On Thu, Nov 16, 2017 at 8:50 AM, Shaohua Li wrote:
>> > On Tue, Nov 14, 2017 at 03:10:22PM -0800, Khazhismel Kumykov wrote:
>> >> Allows configuration additional bytes or i
> -Original Message-
> From: Guenter Roeck [mailto:groe...@gmail.com] On Behalf Of Guenter
> Roeck
> Sent: Monday, November 20, 2017 11:28 PM
> To: Liam Girdwood
> Cc: Mark Brown; Jaroslav Kysela; Takashi Iwai; alsa-de...@alsa-project.org;
> linux-kernel@vger.kernel.org; Guenter Roeck; Deuc
On Mon, Nov 20, 2017 at 12:35 AM, Michal Hocko wrote:
> On Fri 17-11-17 20:45:03, Shawn Landden wrote:
>> On Fri, Nov 3, 2017 at 2:09 AM, Michal Hocko wrote:
>>
>> > On Thu 02-11-17 23:35:44, Shawn Landden wrote:
>> > > It is common for services to be stateless around their main event loop.
>> >
See my systemd patch: https://github.com/shawnl/systemd/tree/prctl
Android uses this memory model for all programs, and having it in the
kernel will enable integration with the page cache (not in this
series).
v2
switch to prctl, memcg support
v3
use
put OOM after constraint checking
---
fs/ev
On Mon, Nov 20, 2017 at 8:49 PM, Shawn Landden wrote:
> See my systemd patch: https://github.com/shawnl/systemd/tree/prctl
>
> Android uses this memory model for all programs, and having it in the
> kernel will enable integration with the page cache (not in this
> series).
>
> v2
> switch to prctl
On Mon, 20 Nov 2017 23:02:07 -0500
Steven Rostedt wrote:
> Ideally, I would like to stay close to what upstream -rt does. Would
> you be able to backport the 4.11-rt patch?
>
> I'm currently working on releasing 4.9-rt and 4.4-rt with the latest
> backports. I could easily add this one too.
Sp
According to MC APIs, size of mc-portal in 32bit.
Also fsl_create_mc_io() storing 32 bit mc-portal size.
" mc_io->portal_size = mc_portal_size;"
While "mc_io->portal_size" is uin16_t type and
"mc_portal_size" is uin32_t type.
This patches changes mc_io->portal_size from uin16_t to uin32_t
On Mon, Nov 20, 2017 at 11:06:31AM -0700, Jason Gunthorpe wrote:
> On Mon, Nov 20, 2017 at 06:10:16PM +0200, Leon Romanovsky wrote:
> > On Thu, Nov 16, 2017 at 01:44:00PM -0700, Jason Gunthorpe wrote:
> > > As was discussed in September and October, add Jason along with
> > > Doug to have a team ma
According to MC APIs, size of mc-portal in 32bit.
Also fsl_create_mc_io() storing 32 bit mc-portal size.
" mc_io->portal_size = mc_portal_size;"
While "mc_io->portal_size" is u16 type and
"mc_portal_size" is u32 type.
This patches changes mc_io->portal_size from u16 to u32
Signed-off-by:
Have remerged (to cifs-2.6.git for-next) the first seven in this
series - after he incorporated the fixes for the recent feedback on
the series to a few (and I cleaned up a few minor checkpatch nits).
On Tue, Nov 7, 2017 at 2:54 AM, Long Li wrote:
> From: Long Li
>
> Starting with SMB2 dialect 3
See my systemd patch: https://github.com/shawnl/systemd/tree/prctl
Android uses this memory model for all programs, and having it in the
kernel will enable integration with the page cache (not in this
series).
v2
switch to prctl, memcg support
v3
use
put OOM after constraint checking
v4
ignore
On Mon, Nov 20, 2017 at 9:16 PM, Shawn Landden wrote:
> See my systemd patch: https://github.com/shawnl/systemd/tree/prctl
>
> Android uses this memory model for all programs, and having it in the
> kernel will enable integration with the page cache (not in this
> series).
What about having a dedi
New Acer laptops in 2018 will have a separate ACPI device for
notifications from the airplane mode hotkey. The device name in
the DSDT is SMKB and its ACPI _HID is 10251229.
For these models, when the airplane mode hotkey (Fn+F3) pressed,
a query 0x02 is started in the Embedded Controller, and all
On Mon, Nov 20, 2017 at 02:16:14PM -0800, Andrew Morton wrote:
> On Tue, 21 Nov 2017 00:27:06 +0300 Alexey Dobriyan
> wrote:
> > very broken
> > # readlink
> > '/proc/1/map_files/155a23af39000-55a23b05b000'
> > /lib/systemd/systemd
> >
> > Signed-off-by: Alexey Dobr
On Mon, 2017-11-20 at 13:40 +0100, Andreas Brauchli wrote:
> Allow URL to exceed the 80 char limit for improved interaction in
> adaption to ongoing but undocumented practice.
>
> $ git grep -E '://\S{77}.*' -- '*.[ch]'
>
> The patch checks that the URL is indeed on its own line in that it
> allo
On Sun, Nov 19, 2017 at 07:58:30PM +0100, Geert Uytterhoeven wrote:
> If NO_DMA=y:
>
> ERROR: "bad_dma_ops" [net/sunrpc/xprtrdma/rpcrdma.ko] undefined!
> ERROR: "bad_dma_ops" [net/smc/smc.ko] undefined!
> ERROR: "bad_dma_ops" [net/rds/rds_rdma.ko] undefined!
> ERROR: "bad_dma_ops" [
Pavel,
It turns out that the error handler on our systems was not getting woken up for
a different reason... I submitted a patch earlier today that fixes the issue I
were seeing (I CCed you on the patch).
Before I got my hands on the failing system and was able to root cause it, I
was pretty s
Function sbefifo_enq_xfr called inside lock from sbefifo_write_common but
uses GFP_KERNEL. Change to GFP_ATOMIC.
Generated by: scripts/coccinelle/locks/call_kern.cocci
Fixes: 0f8664fbfc9f ("drivers/fsi: sbefifo: Add miscdevice")
CC: Edward A. James
Signed-off-by: Julia Lawall
Signed-off-by: Fe
On 11/21/2017 10:17 AM, Deucher, Alexander wrote:
-Original Message-
From: Guenter Roeck [mailto:groe...@gmail.com] On Behalf Of Guenter
Roeck
Sent: Monday, November 20, 2017 11:28 PM
To: Liam Girdwood
Cc: Mark Brown; Jaroslav Kysela; Takashi Iwai; alsa-de...@alsa-project.org;
linux-ker
On 2017-11-21 00:09, Ulf Samuelsson wrote:
On 2017-11-20 22:39, Frank Rowand wrote:
Hi Ulf, Rob,
On 11/20/17 15:19, Ulf Samuelsson wrote:
On 2017-11-20 05:32, Frank Rowand wrote:
Hi Ulf,
On 11/19/17 23:23, Frank Rowand wrote:
adding devicetree list, devicetree maintainers
On 11/18/1
* Andy Lutomirski wrote:
> That race has been fixed and code cleaned up for a while now.
JFYI, I have added your SOB here, which I assume you just forgot to include.
Thanks,
Ingo
* Andy Lutomirski wrote:
> In case something goes wrong with unwind (not unlikely in case of
> overflow), print the offending IP where we detected the overflow.
I have added a SOB here as well.
Thanks,
Ingo
Suspend stats are not reported consistently due to a limitation in the PMC
firmware. This limitation causes a delay in updating the s0ix counters and
residencies in the telemetry log upon s0ix exit. As a consequence, reading
these counters from the suspend-exit notifier may result in zero read.
Th
This patch removes unnecessary header files and newlines.
It also fixes some alignment issues.
Signed-off-by: Souvik Kumar Chakravarty
---
drivers/platform/x86/intel_telemetry_debugfs.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
Changes since v1:
* Consolidated alignm
Suspend with shallow wakes is not a useful parameter since the phenomena
does not exist on deployed devices and is only a parameter of use during
device power-on phase. The field always reads zero. Additionally there
are other easier methods to detect it, e.g., if the S0ix counter
increments by mor
Add intel_pmc_gcr_readq API for reading from 64-bit GCR registers.
This API will be called from intel_telemetry. Rename intel_pmc_gcr_read
to more appropriate intel_pmc_gcr_readl.
Signed-off-by: Souvik Kumar Chakravarty
---
arch/x86/include/asm/intel_pmc_ipc.h | 10 --
drivers/platform/x
This patchset fixes https://bugzilla.kernel.org/show_bug.cgi?id=197833, and
other issues related to telemetry counters. It also cleans up formatting
and removes redundant code.
It is rebased on top of the TESTING branch.
Code-Review comments have been incorporated.
Souvik Kumar Chakravarty (4):
On Tue, Nov 21, 2017 at 07:04:56AM +0200, Leon Romanovsky wrote:
> On Mon, Nov 20, 2017 at 11:06:31AM -0700, Jason Gunthorpe wrote:
> > On Mon, Nov 20, 2017 at 06:10:16PM +0200, Leon Romanovsky wrote:
> > > On Thu, Nov 16, 2017 at 01:44:00PM -0700, Jason Gunthorpe wrote:
> > > > As was discussed in
Hi Hans,
Thank you for the patch.
On Monday, 20 November 2017 22:57:34 EET Hans Verkuil wrote:
> If the device tree for a board did not specify a cec clock, then
> adv7511_cec_init would return an error, which would cause adv7511_probe()
> to fail and thus there is no HDMI output.
>
> There is n
On Mon 20-11-17 16:51:10, Andrew Morton wrote:
> On Wed, 15 Nov 2017 23:14:09 + Roman Gushchin wrote:
>
> > Currently we display some hugepage statistics (total, free, etc)
> > in /proc/meminfo, but only for default hugepage size (e.g. 2Mb).
> >
> > If hugepages of different sizes are used (
On Mon 20-11-17 20:48:10, Shawn Landden wrote:
> On Mon, Nov 20, 2017 at 12:35 AM, Michal Hocko wrote:
> > On Fri 17-11-17 20:45:03, Shawn Landden wrote:
> >> On Fri, Nov 3, 2017 at 2:09 AM, Michal Hocko wrote:
> >>
> >> > On Thu 02-11-17 23:35:44, Shawn Landden wrote:
> >> > > It is common for s
* Thomas Gleixner wrote:
> > + */
> > +static inline bool pgd_userspace_access(pgd_t pgd)
> > +{
> > + return (pgd.pgd & _PAGE_USER);
> > +}
Also a nit: the parentheses are superfluous - these aren't macros.
Thanks,
Ingo
* Ricardo Neri wrote:
> Print a rate-limited warning when a user space program attempts to execute
> any of the instructions that UMIP protects (i.e., SGDT, SIDT, SLDT, STR
> and SMSW).
>
> This is useful because, when CONFIG_X86_INTEL_UMIP is selected and
> supported by the hardware, user spac
* Andy Lutomirski wrote:
> diff --git a/arch/x86/kernel/traps.c b/arch/x86/kernel/traps.c
> index 1ea03027a4a9..e4a941be96cf 100644
> --- a/arch/x86/kernel/traps.c
> +++ b/arch/x86/kernel/traps.c
> -asmlinkage __visible notrace
> +asmlinkage __visible notrace __no_sanitize_address
> struct bad
On Mon, Nov 20, 2017 at 02:19:56PM -0700, Shuah Khan wrote:
> On 11/19/2017 07:59 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.14.1 release.
> > There are 31 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
On Mon, Nov 20, 2017 at 06:13:42AM -0800, Guenter Roeck wrote:
> On 11/19/2017 06:43 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.13.15 release.
> > There are 28 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Thu 16-11-17 20:46:01, Pavel Tatashin wrote:
> There is no need to have ARCH_SUPPORTS_DEFERRED_STRUCT_PAGE_INIT,
> as all the page initialization code is in common code.
>
> Also, there is no need to depend on MEMORY_HOTPLUG, as initialization code
> does not really use hotplug memory functiona
* Andy Lutomirski wrote:
> This sets up stack switching, including for SYSCALL. I think it's
> in decent shape.
>
> Known issues:
> - KASAN is likely to be busted. This could be fixed either by teaching
>KASAN that cpu_entry_area contains valid stacks (I have no clue how
>to go about
* Andy Lutomirski wrote:
> /* May not be marked __init: used by software suspend */
> void syscall_init(void)
> {
> @@ -1627,7 +1637,7 @@ void cpu_init(void)
>* set up and load the per-CPU TSS
>*/
> if (!oist->ist[0]) {
> - char *estacks = per_cpu(exception_s
On Mon, Nov 20, 2017 at 9:06 AM, Darren Hart wrote:
>
> Back in the 4.2 timeframe, platform-drivers-x86-v4.2-2 specifically, I
> started adding my pull request commentary to the tag directly and the
> pull requests themselves tended to have little or no information beyond
> that.
Right - that's f
Nope, this patch breaks the build as it relies on a previous patch that
is not in 4.13-stable, so I'm dropping it. If anyone wants it there,
well, it really feels like it shouldn't be included in a stable tree
anyway...
thanks,
greg k-h
On Sun, Nov 19, 2017 at 03:43:54PM +0100, Greg Kroah-Hartm
On Tue, Nov 21, 2017 at 08:23:20AM +0100, Greg Kroah-Hartman wrote:
> On Mon, Nov 20, 2017 at 06:13:42AM -0800, Guenter Roeck wrote:
> > On 11/19/2017 06:43 AM, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 4.13.15 release.
> > > There are 28 patches in this s
On 11/20/2017 08:39 PM, Mike Kravetz wrote:
> If the call __alloc_contig_migrate_range() in alloc_contig_range
> returns -EBUSY, processing continues so that test_pages_isolated()
> is called where there is a tracepoint to identify the busy pages.
> However, it is possible for busy pages to become
Hi Lorenzo,
On Saturday 18 November 2017 12:13 AM, Lorenzo Pieralisi wrote:
> [+Kishon - please CC him next time]
>
> On Fri, Nov 17, 2017 at 04:00:40PM +0100, Niklas Cassel wrote:
>> find_first_zero_bit()'s parameter 'size' is defined in bits,
>> not in bytes.
>>
>> find_first_zero_bit() was cal
On Mon, 2017-11-20 at 22:02 -0800, Joe Perches wrote:
> On Mon, 2017-11-20 at 13:40 +0100, Andreas Brauchli wrote:
> > Allow URL to exceed the 80 char limit for improved interaction in
> > adaption to ongoing but undocumented practice.
> >
> > $ git grep -E '://\S{77}.*' -- '*.[ch]'
> >
> > The p
The current leaking_addresses.pl script only supports showing "leaked"
64-bit kernel virtual addresses. This patch adds support for showing
"leaked" 32-bit kernel virtual addresses.
The way it currently works- once it detects we're running on an i'x'86 platform
(where x=3|4|5|6), it takes this arc
On Mon, Nov 20, 2017 at 01:39:31PM +0100, Daniel Vetter wrote:
> Of course our CI is open, so if someone is supremely bored and wants to
> backport more stuff for drm/i915, they could do that. But atm it doesn't
> happen, and then having to deal with the fallout is not really great (like
> I said,
801 - 892 of 892 matches
Mail list logo
