On Tue, Jul 16, 2019 at 05:01:26PM +, Lubashev, Igor wrote:
> I could add another patch to the series for that. Any suggestion for what
> capability to check for here?
it's:
if (geteuid() != 0) {
pr_err("ftrace only works for root!\n");
return -1
Hi,
here is a small patch-set to sync unmappings in the
vmalloc/ioremap areas between page-tables in the system.
This is only needed x86-32 with !SHARED_KERNEL_PMD, which is
the case on a PAE kernel with PTI enabled.
On affected systems the missing sync causes old mappings to
persist in some pag
From: Joerg Roedel
With huge-page ioremap areas the unmappings also need to be
synced between all page-tables. Otherwise it can cause data
corruption when a region is unmapped and later re-used.
Make the vmalloc_sync_one() function ready to sync
unmappings.
Fixes: 5d72b4fba40ef ('x86, mm: suppo
From: Joerg Roedel
Do not require a struct page for the mapped memory location
because it might not exist. This can happen when an
ioremapped region is mapped with 2MB pages.
Fixes: 5d72b4fba40ef ('x86, mm: support huge I/O mapping capability I/F')
Signed-off-by: Joerg Roedel
---
arch/x86/mm/f
From: Joerg Roedel
On x86-32 with PTI enabled, parts of the kernel page-tables
are not shared between processes. This can cause mappings in
the vmalloc/ioremap area to persist in some page-tables
after the regions is unmapped and released.
When the region is re-used the processes with the old
ma
The following BUG has been reported while running ipsec tests.
BUG: scheduling while atomic: irq/78-eno3-rx-/12023/0x0002
Modules linked in: ipcomp xfrm_ipcomp ...
Preemption disabled at:
[] ipcomp_input+0xd0/0x9a0 [xfrm_ipcomp]
CPU: 1 PID: 12023 Comm: irq/78-eno3-rx- Kdump: loaded Not ta
On Fri, Jun 28, 2019 at 10:35:55AM -0500, Kyle Meyer wrote:
> Perf surpasses the limit of MAX_NR_CPUS and MAX_CACHES while attempting to
> profile 1024 or more CPUs. Increase and/or make each limit dynamic to
> regain normal functionality.
>
> Before:
> perf record -a
> [ perf record:
On 17/07/2019 09:20, Juri Lelli wrote:
> The following BUG has been reported while running ipsec tests.
>
> BUG: scheduling while atomic: irq/78-eno3-rx-/12023/0x0002
> Modules linked in: ipcomp xfrm_ipcomp ...
> Preemption disabled at:
> [] ipcomp_input+0xd0/0x9a0 [xfrm_ipcomp]
> CPU:
On Tue, Jul 16, 2019 at 07:28:54PM -0700, Dan Williams wrote:
> This makes it more clear that the problem is with the "start_pfn ==
> pfn" check relative to subsections, but it does not clarify why it
> needs to clear pfn_valid() before calling shrink_zone_span().
> Sections were not invalidated pr
On Mon, Jul 15, 2019 at 05:04:03PM +0200, Thomas Gleixner wrote:
> Add a new entry to the preemption menu which enables the real-time support
> for the kernel. The choice is only enabled when an architecture supports
> it.
>
> It selects PREEMPT as the RT features depend on it. To achieve that the
Hi!
Commit c0b124054f9e42eb6da545a10fe9122a7d7c3f72 has very nice commit
message, explaining what HMM_MIRROR is and when it is
needed. Unfortunately, it did not make it into Kconfig help:
CONFIG_HMM_MIRROR:
Select HMM_MIRROR if you want to mirror range of the CPU page table of
a
process into a d
On Mon, Apr 08, 2019 at 09:55:00AM +, David Laight wrote:
> From: Lyude Paul
> > Sent: 07 April 2019 23:55
> > On Sun, 2019-04-07 at 15:10 -0700, Dmitry Torokhov wrote:
> > > Hi Lyude,
> > >
> > > On Sun, Apr 07, 2019 at 05:37:34PM -0400, Lyude Paul wrote:
> > > > The late 2016 model of the Raz
On Wed, Jul 17, 2019 at 11:08:54AM +0530, Aneesh Kumar K.V wrote:
> Oscar Salvador writes:
>
> > On Mon, 2019-07-15 at 21:41 +0530, Aneesh Kumar K.V wrote:
> >> Oscar Salvador writes:
> >>
> >> > Since [1], shrink_{zone,node}_span work on PAGES_PER_SUBSECTION
> >> > granularity.
> >> > The prob
On Tue, Jul 16, 2019 at 08:19:04PM +0200, Maximilian Luz wrote:
>
> Hi,
>
> On 7/16/19 9:21 AM, Dmitry Torokhov wrote:
> > When you are saying that Pro 4 and later models use different
> > notifications, does this mean that Pro 4 does not define any GPIOs?
>
> Unfortunately, at least the Surface
On Wed, Jul 17, 2019 at 12:19:28AM +0200, Lukasz Majewski wrote:
> From: Sascha Hauer
>
> The platform data once was optional, make it optional again. This
> is a first step towards device tree support for the mc13xxx touchscreen
> driver.
>
> Signed-off-by: Sascha Hauer
> Signed-off-by: Lukasz
On Wed, Jul 17, 2019 at 12:19:29AM +0200, Lukasz Majewski wrote:
> From: Sascha Hauer
>
> The mc34708 has a different bit to enable pen detection. This
> adds the driver data and devtype necessary to probe the device
> and to distinguish between the mc13783 and the mc34708.
>
> Signed-off-by: Sa
On Tue, Jul 16, 2019 at 10:16:29PM -0400, Waiman Long wrote:
> A simple graphic to illustrate those queues will help too, for example
Very much yes!
> /*
> * MCS lock holder
> * ===
> * mcs_node
> * ++ ++ ++
> * | next | ---> |next| -> ...
Hi Masahiro,
On Wed, 17 Jul 2019 15:33:28 +0900 Masahiro Yamada
wrote:
>
> Yes, this is just a one-liner fix-up,
> so I'd like to fold it into this:
>
> https://patchwork.kernel.org/patch/11047283/
Fine by me.
--
Cheers,
Stephen Rothwell
pgptzZ9UbTDBm.pgp
Description: OpenPGP digital signa
On Tue, Jul 16, 2019 at 06:02:33PM -0700, Andy Lutomirski wrote:
> On a different thread, Peter and I decided that the last patch in this
> series (the one that removes the _DEBUG stuff) is wrong. Can you see
> if these are reproducible with that patch removed?
Wrong is maybe the wrong word :-),
On 15.07.2019 10:08, Tomer Maimon wrote:
Hi Jarkko and All,
Thanks for your feedback and sorry for the late response.
Due to the amount of work required to handle this technical feedback and
project constraints we need to put this task on hold for the near future.
In the meantime, anyone fr
These two variables are both defined in init_32.c and init_64.c. Move
them to init-common.c.
Signed-off-by: Jason Yan
Cc: Diana Craciun
Cc: Michael Ellerman
Cc: Christophe Leroy
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Nicholas Piggin
Cc: Kees Cook
---
arch/powerpc/mm/init-common
To avoid the firmware loading race between Bluetooth and WiFi on Intel
8260, load firmware exclusively when IWLWIFI is enabled.
BugLink: https://bugs.launchpad.net/bugs/1832988
Signed-off-by: Kai-Heng Feng
---
v2:
- Add bug report link.
- Rebase on latest wireless-next.
drivers/bluetooth/btu
M_IF_NEEDED is defined too many times. Move it to a common place.
Signed-off-by: Jason Yan
Cc: Diana Craciun
Cc: Michael Ellerman
Cc: Christophe Leroy
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Nicholas Piggin
Cc: Kees Cook
---
arch/powerpc/include/asm/nohash/mmu-book3e.h | 10 +++
To avoid the firmware loading race between Bluetooth and WiFi on Intel
8260, load firmware exclusively when BT_INTEL is enabled.
BugLink: https://bugs.launchpad.net/bugs/1832988
Signed-off-by: Kai-Heng Feng
---
v2:
- Add bug report link.
- Rebase on latest wireless-next.
.../net/wireless/int
When kaslr is enabled, the kernel offset is different for every boot.
This brings some difficult to debug the kernel. Dump out the kernel
offset when panic so that we can easily debug the kernel.
Signed-off-by: Jason Yan
Cc: Diana Craciun
Cc: Michael Ellerman
Cc: Christophe Leroy
Cc: Benjamin
When Intel 8260 starts to load Bluetooth firmware and WiFi firmware, by
calling btintel_download_firmware() and iwl_pcie_load_given_ucode_8000()
respectively, the Bluetooth btintel_download_firmware() aborts half way:
[ 11.950216] Bluetooth: hci0: Failed to send firmware data (-38)
Let btusb and
The original kernel still exists in the memory, clear it now.
Signed-off-by: Jason Yan
Cc: Diana Craciun
Cc: Michael Ellerman
Cc: Christophe Leroy
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Nicholas Piggin
Cc: Kees Cook
---
arch/powerpc/kernel/kaslr_booke.c | 11 +++
arch/
Add a new helper reloc_kernel_entry() to jump back to the start of the
new kernel. After we put the new kernel in a randomized place we can use
this new helper to enter the kernel and begin to relocate again.
Signed-off-by: Jason Yan
Cc: Diana Craciun
Cc: Michael Ellerman
Cc: Christophe Leroy
Now the kernel base is a fixed value - KERNELBASE. To support KASLR, we
need a variable to store the kernel base.
Signed-off-by: Jason Yan
Cc: Diana Craciun
Cc: Michael Ellerman
Cc: Christophe Leroy
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Nicholas Piggin
Cc: Kees Cook
---
arch/p
This patch add support to boot kernel from places other than KERNELBASE.
Since CONFIG_RELOCATABLE has already supported, what we need to do is
map or copy kernel to a proper place and relocate. Freescale Book-E
parts expect lowmem to be mapped by fixed TLB entries(TLB1). The TLB1
entries are not su
On 7/17/19 3:02 AM, Andy Lutomirski wrote:
On Tue, Jul 16, 2019 at 2:53 PM Vegard Nossum wrote:
On 7/16/19 9:33 PM, Vegard Nossum wrote:
On 7/11/19 1:40 PM, Peter Zijlstra wrote:
Hi,
Here's the latest (and hopefully final) set of tracing vs CR2 patches.
They are basically the same as v
This series implements KASLR for powerpc/fsl_booke/32, as a security
feature that deters exploit attempts relying on knowledge of the location
of kernel internals.
Since CONFIG_RELOCATABLE has already supported, what we need to do is
map or copy kernel to a proper place and relocate. Freescale Boo
Add a new helper create_tlb_entry() to create a tlb entry by the virtual
and physical address. This is a preparation to support boot kernel at a
randomized address.
Signed-off-by: Jason Yan
Cc: Diana Craciun
Cc: Michael Ellerman
Cc: Christophe Leroy
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerr
After we have the basic support of relocate the kernel in some
appropriate place, we can start to randomize the offset now.
Entropy is derived from the banner and timer, which will change every
build and boot. This not so much safe so additionally the bootloader may
pass entropy via the /chosen/ka
One may want to disable kaslr when boot, so provide a cmdline parameter
'nokaslr' to support this.
Signed-off-by: Jason Yan
Cc: Diana Craciun
Cc: Michael Ellerman
Cc: Christophe Leroy
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Nicholas Piggin
Cc: Kees Cook
---
arch/powerpc/kernel/k
On Tue, 16 Jul 2019 19:12:59 +0800
Leo Yan wrote:
> This small patch set is to add support for function error injection;
> this can be used to eanble more advanced debugging feature, e.g.
> CONFIG_BPF_KPROBE_OVERRIDE.
>
> I only tested the first patch on arm64 platform Juno-r2 with below
> steps
On Tue, Jul 16, 2019 at 11:40 PM Frederic Weisbecker
wrote:
>
> On Tue, Jul 16, 2019 at 05:25:10PM +0200, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Running the scheduler tick on idle adaptive-tick CPUs is not useful
>
> Judging by the below change, you mean full dynticks, right
The following changes since commit d3023897b4370bbf7f289806667a2380576d13dd:
arch/sh: Check for kprobe trap number before trying to handle a kprobe trap
(2019-06-26 19:11:13 +0900)
are available in the git repository at:
git://git.sourceforge.jp/gitroot/uclinux-h8/linux.git tags/for-linus-2
On Wed, 17 Jul 2019 05:33:35 +
Naga Sureshkumar Relli wrote:
> Hi Boris,
>
> > -Original Message-
> > From: Boris Brezillon
> > Sent: Tuesday, July 16, 2019 1:15 PM
> > To: Naga Sureshkumar Relli
> > Cc: miquel.ray...@bootlin.com; bbrezil...@kernel.org; rich...@nod.at;
> > dw...@in
On Wed, 17 Jul 2019, Masahiro Yamada wrote:
> On Wed, Jul 17, 2019 at 4:47 AM Thomas Gleixner wrote:
> > So instead of dealing with attempts to duct tape gold support without
> > understanding the root cause and without support from the gold folks, fail
> > the build when gold is detected.
> >
>
On 02-07-19, 18:10, Saravana Kannan wrote:
> Interconnects often quantify their performance points in terms of
> bandwidth. So, add opp-peak-KBps (required) and opp-avg-KBps (optional) to
> allow specifying Bandwidth OPP tables in DT.
>
> opp-peak-KBps is a required property that replace opp-hz fo
On 15/07/2019 16:04, Thomas Gleixner wrote:
> Add a new entry to the preemption menu which enables the real-time support
> for the kernel. The choice is only enabled when an architecture supports
> it.
>
> It selects PREEMPT as the RT features depend on it. To achieve that the
> existing PREEMPT c
The following changes since commit 38ef0515e1e89794ad1797ce5fadbface4bec216:
H8300: remove unused barrier defines (2019-06-18 16:04:19 +0900)
are available in the git repository at:
git://git.sourceforge.jp/gitroot/uclinux-h8/linux.git
tags/h8300-for-linus-20190617
for you to fetch changes
On 17.07.19 09:38, Oscar Salvador wrote:
> On Tue, Jul 16, 2019 at 07:28:54PM -0700, Dan Williams wrote:
>> This makes it more clear that the problem is with the "start_pfn ==
>> pfn" check relative to subsections, but it does not clarify why it
>> needs to clear pfn_valid() before calling shrink_z
Hi Randy,
On Tue, 16 Jul 2019 23:21:48 -0700 Randy Dunlap wrote:
>
> drivers/dma-buf/dma-buf.c:
> <<< HEAD
> ===
> #include
> >>> linux-next/akpm-base
I can't imagine what went wrong, but you can stop now :-)
$ grep '<<< HEAD' linux-next.patch | wc -l
1473
I must try to find the
Variable allocated by kvmalloc should not be freed by kfree.
Because it may be allocated by vmalloc.
So replace kfree with kvfree here.
Signed-off-by: Chuhong Yuan
---
drivers/net/ethernet/mellanox/mlx5/core/health.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net
On 17.07.2019 00:45, Stephen Boyd wrote:
From: Andrey Pronin
Reject burstcounts larger than 64 bytes reported by tpm.
This is not the correct thing to do here. To quote the specification:
"burstCount is defined as the number of bytes that can be written to or
read from the data FIFO by the
On Tue, Jul 16, 2019 at 09:33:50PM +0200, Vegard Nossum wrote:
> [ cut here ]
> General protection fault in user access. Non-canonical address?
> WARNING: CPU: 0 PID: 5039 at arch/x86/mm/extable.c:126
> ex_handler_uaccess+0x5d/0x70
> CPU: 0 PID: 5039 Comm: init Not tainted 5
On Wed, Jul 17, 2019 at 10:01:01AM +0200, David Hildenbrand wrote:
> I'd also like to note that we should strive for making all zone-related
> changes when offlining in the future, not when removing memory. So
> ideally, any core changes we perform from now, should make that step
> (IOW implementin
syzbot has found a reproducer for the following crash on:
HEAD commit:3eb51486 Merge tag 'arc-5.3-rc1' of git://git.kernel.org/p..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=15ca254860
kernel config: https://syzkaller.appspot.com/x/.config?x=cd93db
On 7/17/19 10:07 AM, Peter Zijlstra wrote:
On Tue, Jul 16, 2019 at 09:33:50PM +0200, Vegard Nossum wrote:
[ cut here ]
General protection fault in user access. Non-canonical address?
WARNING: CPU: 0 PID: 5039 at arch/x86/mm/extable.c:126
ex_handler_uaccess+0x5d/0x70
[...
Hi Dmitry,
> On Wed, Jul 17, 2019 at 12:19:28AM +0200, Lukasz Majewski wrote:
> > From: Sascha Hauer
> >
> > The platform data once was optional, make it optional again. This
> > is a first step towards device tree support for the mc13xxx
> > touchscreen driver.
> >
> > Signed-off-by: Sascha Ha
On Wed, Jul 17, 2019 at 04:52:22PM +0900, Masami Hiramatsu wrote:
> On Tue, 16 Jul 2019 19:12:59 +0800
> Leo Yan wrote:
>
> > This small patch set is to add support for function error injection;
> > this can be used to eanble more advanced debugging feature, e.g.
> > CONFIG_BPF_KPROBE_OVERRIDE.
>
Hi Dmitry,
> On Wed, Jul 17, 2019 at 12:19:29AM +0200, Lukasz Majewski wrote:
> > From: Sascha Hauer
> >
> > The mc34708 has a different bit to enable pen detection. This
> > adds the driver data and devtype necessary to probe the device
> > and to distinguish between the mc13783 and the mc34708
On Tue, 16 Jul 2019 at 17:38, Schrempf Frieder
wrote:
>
> Hi Krzysztof,
>
> On 12.07.19 16:12, Krzysztof Kozlowski wrote:
> > Add support for iMX6-UL2 modules from Kontron Electronics GmbH (before
> > acquisition: Exceet Electronics) and evalkit boards based on it:
> >
> > 1. i.MX6 UL System-on-Mo
From: Anson Huang
Use the new helper devm_platform_ioremap_resource() which wraps the
platform_get_resource() and devm_ioremap_resource() together, to
simplify the code.
Signed-off-by: Anson Huang
---
drivers/rtc/rtc-mxc_v2.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
Variable allocated by kvzalloc should not be freed by kfree.
Because it may be allocated by vmalloc.
So replace kfree with kvfree here.
Signed-off-by: Chuhong Yuan
---
drivers/infiniband/hw/mlx5/odp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/infiniband/hw/mlx5/
On Wed, 17 Jul 2019 09:55:25 +0200
Boris Brezillon wrote:
> On Wed, 17 Jul 2019 05:33:35 +
> Naga Sureshkumar Relli wrote:
>
> > Hi Boris,
> >
> > > -Original Message-
> > > From: Boris Brezillon
> > > Sent: Tuesday, July 16, 2019 1:15 PM
> > > To: Naga Sureshkumar Relli
> > >
The patch adds a new option to limit the output file size, then based
on it, we can create a wrapper of the perf command that uses the option
to avoid exhausting the disk space by the unconscious user.
In order to make the perf.data parsable, we just limit the sample data
size, since the perf.data
From: Anson Huang
Use the new helper devm_platform_ioremap_resource() which wraps the
platform_get_resource() and devm_ioremap_resource() together, to
simplify the code.
Signed-off-by: Anson Huang
---
drivers/rtc/rtc-imxdi.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
On Tue, Jul 16, 2019 at 08:47:24PM +0200, Peter Zijlstra wrote:
> On Tue, Jul 16, 2019 at 01:19:16PM -0400, Alex Kogan wrote:
> > > On Jul 16, 2019, at 11:50 AM, Peter Zijlstra wrote:
>
> > > static void cna_move(struct cna_node *cn, struct cna_node *cni)
> > > {
> > > struct cna_node *head, *t
On Mon, 15 Jul 2019 at 14:44, Lukasz Luba wrote:
>
> The FSYS and FSYS2 buses have similar characteristics and both have max
> frequency 240MHz. The old OPP table bus_fsys_apb_opp_table should be used
> only to FSYS APB bus because APB max frequency is 200MHz.
> The new OPPs for FSYS should increa
When preempt_count is zero on return from interrupt then
schedule_preempt_irq() is invoked even if TIF_NEED_RESCHED is not set.
That does not make sense because schedule_preempt_irq() has to go through a
full __schedule() for nothing in that case.
Check TIF_NEED_RESCHED and invoke schedule_preemp
On 7/17/19 1:25 AM, Andrew Morton wrote:
>
> Most of the rest of MM and just about all of the rest of everything
> else.
Hi,
as I've mentioned at LSF/MM [1], I think it would be nice if mm pull
requests had summaries similar to other subsystems. I see they are now
more structured (thanks!), but
From: Tudor Ambarus
The write protection at power-up logic was split across functions
because of a dependency to spansion_quad_enable(). Group the code
in spi_nor_init() as the pointer to spansion_quad_enable() can be
retrieved from nor->quad_enable.
While touching this code, rename nor->clear_s
On Wed, Jul 17, 2019 at 10:28:15AM +0200, Steffen Klassert wrote:
>
> I had a patch to support crypto backlog some years ago,
> but testing with dm-crypt did not show any performance
> improvement. So I decided to just skip that patch because
> it added code for no need.
Well pcrypt is part of the
From: Tudor Ambarus
Some spi-nor flashes come write protected by default after a
power-on sequence to avoid destructing commands (erase, write)
during power-up.
Backward compatibility imposes to disable the write protection
at power-up by default. Add a Kconfig option to let the user
benefit of
From: Tudor Ambarus
There is no functional change intended for the first 2 patches.
Patch 3 adds support for the Global Block Unlock command: a single
command cycle that unlocks the entire memory array.
Patch 4 unlocks the global block protection on sst26vf064b. This is
identical with what othe
From: Tudor Ambarus
To avoid inadvertent writes during power-up, sst26vf064b is
write-protected by default after a power-on reset cycle.
Unlock the serial flash memory by using the Global Block Protection
Unlock command - it offers a single command cycle that unlocks
the entire memory array.
Sig
On Mon, 15 Jul 2019 at 14:44, Lukasz Luba wrote:
>
> Add an OPP for FSYS APB which reflects the real possible frequency.
> The bus will have a new parent clock which speed has 600MHz, thus
> a new possible frequency provided by the clock divider is 150MHz.
> According to the documentation max poss
From: Tudor Ambarus
To avoid inadvertent writes during power-up, some flashes are
write-protected by default after a power-on reset cycle.
A Global Block-Protection Unlock command offers a single
command cycle that unlocks the entire memory array. This is
identical with what other nor flashes are
From: Tudor Ambarus
The description was interleaved.
Signed-off-by: Tudor Ambarus
---
include/linux/mtd/spi-nor.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/mtd/spi-nor.h b/include/linux/mtd/spi-nor.h
index 9f57cdfcc93d..c4c2c5971284 100644
--- a/include/
From: Anson Huang
Use the new helper devm_platform_ioremap_resource() which wraps the
platform_get_resource() and devm_ioremap_resource() together, to
simplify the code.
Signed-off-by: Anson Huang
---
drivers/i2c/busses/i2c-imx-lpi2c.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
From: Anson Huang
Use the new helper devm_platform_ioremap_resource() which wraps the
platform_get_resource() and devm_ioremap_resource() together, to
simplify the code.
Signed-off-by: Anson Huang
---
drivers/i2c/busses/i2c-mxs.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff -
On Sun, Jun 30, 2019 at 04:12:44PM +0200, Tobias Nießen wrote:
> Am 26.06.2019 um 16:56 schrieb Dan Carpenter:
> > Both these patches seem fine.
> >
> > On Wed, Jun 26, 2019 at 04:28:56PM +0200, Tobias Nießen wrote:
> >> This commit uses the fact that
> >>
> >> if (a) {
> >> if (b)
Hi,
On 7/15/19 5:04 PM, Thomas Gleixner wrote:
Add a new entry to the preemption menu which enables the real-time support
for the kernel. The choice is only enabled when an architecture supports
it.
It selects PREEMPT as the RT features depend on it. To achieve that the
existing PREEMPT choice
Hi Lukasz,
On Wed, Jul 17, 2019 at 10:17:04AM +0200, Lukasz Majewski wrote:
> Hi Dmitry,
>
> > On Wed, Jul 17, 2019 at 12:19:29AM +0200, Lukasz Majewski wrote:
> > > From: Sascha Hauer
> > >
> > > The mc34708 has a different bit to enable pen detection. This
> > > adds the driver data and devty
Hi Belloni,
On Sat, 2019-07-13 at 23:12 +0200, Alexandre Belloni wrote:
> > +#define RTC_BBPU 0x
> > +#define RTC_BBPU_CLRPKY(1U << 4)
>
> Please use BIT(). Also, I don't feel that the RTC prefix is adding any
> value. MT2712 would be a better choice here.
>
Will chan
On Mon, Jun 24, 2019 at 07:40:12PM +0200, Oliver Graute wrote:
> This patch adds support for the i.MX6UL variant of the Variscite DART-6UL
> SoM Carrier-Board
>
> Signed-off-by: Oliver Graute
> ---
> .../boot/dts/imx6ul-imx6ull-var-dart-common.dtsi | 458
> +
> 1 file chan
Hi Roman,
> The interaction between ptrace and freezer is complicated
> (as ptrace in general),so there are known cases when spurious
> cgroup transitions (frozen <-> non frozen <-> frozen ) can happen.
When test ran for 8 times it got failed 5 times.
I have noticed intermittent failure on x86_64
Hello,
syzbot found the following crash on:
HEAD commit:9637d517 Merge tag 'for-linus-20190715' of git://git.kerne..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=12f42e1fa0
kernel config: https://syzkaller.appspot.com/x/.config?x=88095c4f62402bcd
da
Cool !!
On 10:47 Wed 17 Jul , Vlastimil Babka wrote:
On 7/17/19 1:25 AM, Andrew Morton wrote:
Most of the rest of MM and just about all of the rest of everything
else.
Hi,
as I've mentioned at LSF/MM [1], I think it would be nice if mm pull
requests had summaries similar to other subsys
Hello,
syzbot found the following crash on:
HEAD commit:1438cde7 Add linux-next specific files for 20190716
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1398805860
kernel config: https://syzkaller.appspot.com/x/.config?x=3430a151e1452331
dashboard
On Wed, Jul 17, 2019 at 10:39:44AM +0200, Peter Zijlstra wrote:
> On Tue, Jul 16, 2019 at 08:47:24PM +0200, Peter Zijlstra wrote:
> > My primary concern was readability; I find the above suggestion much
> > more readable. Maybe it can be written differently; you'll have to play
> > around a bit.
>
From: Anson Huang
Use the new helper devm_platform_ioremap_resource() which wraps the
platform_get_resource() and devm_ioremap_resource() together, to
simplify the code.
Signed-off-by: Anson Huang
---
drivers/mmc/host/mxs-mmc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --g
On Mon, Jun 24, 2019 at 07:40:13PM +0200, Oliver Graute wrote:
> This patch adds DeviceTree Source for the i.MX6 UltraLite DART NAND/WIFI
>
> Signed-off-by: Oliver Graute
> ---
> arch/arm/boot/dts/Makefile | 1 +
> arch/arm/boot/dts/imx6ul-var-6ulcustomboard.dts | 203
> +
Support two generic fs ioctls FS_IOC_{GET,SET}FSLABEL, letting
f2fs pass generic/492 testcase.
Signed-off-by: Chao Yu
---
fs/f2fs/f2fs.h | 3 ++
fs/f2fs/file.c | 78 ++
2 files changed, 81 insertions(+)
diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.
On 17/07/2019 16:54:54+0800, Ran Bi wrote:
> > > +
> > > +/* we map HW YEAR 0 to 1968 not 1970 because 2000 is the leap year */
> > > +#define RTC_MIN_YEAR 1968
> > > +#define RTC_BASE_YEAR1900
> > > +#define RTC_MIN_YEAR_OFFSET (RTC_MIN_YEAR - RTC_BASE_YEAR)
> >
> > D
Hi Dmitry,
> Hi Lukasz,
>
> On Wed, Jul 17, 2019 at 10:17:04AM +0200, Lukasz Majewski wrote:
> > Hi Dmitry,
> >
> > > On Wed, Jul 17, 2019 at 12:19:29AM +0200, Lukasz Majewski wrote:
> > > > From: Sascha Hauer
> > > >
> > > > The mc34708 has a different bit to enable pen detection. This
>
deactivate_section checks whether a section is early or not
in order to either call free_map_bootmem() or depopulate_section_memmap().
Being the former for sections added at boot time, and the latter for
sections hotplugged.
The problem is that we zero section_mem_map, so the last early_section()
Since [1], shrink_{zone,node}_span work on PAGES_PER_SUBSECTION granularity.
We need to adapt the loop that checks whether a zone/node contains only holes,
and skip the whole range to be removed.
Otherwise, since sub-sections belonging to the range to be removed have not yet
been deactivated, pfn_
On Mon, 15 Jul 2019 at 14:44, Lukasz Luba wrote:
>
> The lowest OPP must be aligned to possible value after division of parent
> clock rate. Thus, change it to the value which is true for clock 1200MHz.
I think this is getting slightly too granular. It seems you are
solving the same problem (or v
On Mon, May 13, 2019 at 01:47:25PM +0200, Thomas Bogendoerfer wrote:
> i8253 clocksource needs a free running timer. This could only
> be used, if i8253 clockevent is set up as periodic.
>
> Signed-off-by: Thomas Bogendoerfer
> ---
> arch/mips/kernel/i8253.c | 3 ++-
> 1 file changed, 2 insertio
On Wed, 17 Jul 2019 10:21:56 +0200
Boris Brezillon wrote:
> On Wed, 17 Jul 2019 09:55:25 +0200
> Boris Brezillon wrote:
>
> > On Wed, 17 Jul 2019 05:33:35 +
> > Naga Sureshkumar Relli wrote:
> >
> > > Hi Boris,
> > >
> > > > -Original Message-
> > > > From: Boris Brezillon
v2 -> v1: Go the easy way and just adapt the check (Dan/Aneesh)
Hi all,
these two patches address a couple of issues I found while working on my
vmemmap-patchset.
The issues are:
1) section_deactivate mistakenly zeroes ms->section_mem_map and then
tries to check whether the se
> -Original Message-
> From: Boris Brezillon
> Sent: Wednesday, July 17, 2019 1:25 PM
> To: Naga Sureshkumar Relli
> Cc: miquel.ray...@bootlin.com; bbrezil...@kernel.org; rich...@nod.at;
> dw...@infradead.org; computersforpe...@gmail.com; marek.va...@gmail.com;
> vigne...@ti.com; yamad
On Mon, Jun 24, 2019 at 9:08 PM wrote:
>
> On 23/05/2019 at 22:50, Rob Herring wrote:
> > On Thu, May 23, 2019 at 6:46 AM Yash Shah wrote:
> >>
> >> Add the compatibility string documentation for SiFive FU540-C
> >> interface.
> >> On the FU540, this driver also needs to read and write regist
put_device will call stm_source_device_release to free
stm_source_device, so remove the kfree.
Signed-off-by: Ding Xiang
---
drivers/hwtracing/stm/core.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/hwtracing/stm/core.c b/drivers/hwtracing/stm/core.c
index e55b902..181e7ff 100644
-
This patchset add support for mt2701 JPEG ENC support.
This is the compliance test result for jpeg dec and enc.
The JPEG dec log:
v4l2-compliance -d /dev/video0
v4l2-compliance SHA: 1b961f5e82b0805faea0ba68bfa8037213a02351, 32 bits
Com
Add mtk jpeg encode v4l2 driver based on jpeg decode, because that jpeg
decode and encode have great similarities with function operation.
add EXIF enable control for jpeg encode.
Change-Id: I38bf86a372f69d42a4680c4d772b64a30e81d7be
Signed-off-by: Xia Jiang
---
drivers/media/platform/mtk-jpeg/Ma
1 - 100 of 1024 matches
Mail list logo
