Hi Sergey,
On Thu, Aug 24, 2017 at 11:04:40PM +0900, Sergey Senozhatsky wrote:
> Hi,
>
> On (08/24/17 13:30), Minchan Kim wrote:
> > Hello Sergey,
> >
> > On Thu, Aug 24, 2017 at 10:49:36AM +0900, Sergey Senozhatsky wrote:
> > > Add ZSTD to the list of supported compression algorithms.
> > >
>
On (08/24/17 09:42), Prarit Bhargava wrote:
[..]
> +config PRINTK_TIME_DEBUG
> + bool "Allow runtime reselection of any timebase on printks"
> + depends on PRINTK
> + default N
> + help
> + Selecting this option causes time stamps of the printk()
> + messages to be chang
On Thu, Aug 24, 2017 at 01:27:10PM +0200, Boris Brezillon wrote:
> On Thu, 24 Aug 2017 12:30:02 +0200
> Andrea Adami wrote:
>
> > On Thu, Aug 24, 2017 at 12:04 PM, Boris Brezillon
> > wrote:
> > > On Thu, 24 Aug 2017 11:19:56 +0200
> > > Andrea Adami wrote:
...
> > >> >> + /* create physi
Hi all,
Today's linux-next merge of the kvm-arm tree got a conflict in:
arch/arm64/include/asm/esr.h
between commit:
1f9b8936f36f ("arm64: Decode information from ESR upon mem faults")
from the arm64 tree and commit:
c5511c3c068c ("KVM: arm/arm64: Fix guest external abort matching")
fr
From: Haiyang Zhang
Date: Thu, 24 Aug 2017 11:50:02 -0700
> From: Haiyang Zhang
>
> We now remove rndis filter before unregister_netdev(), which calls
> device close. It involves closing rndis filter already removed.
>
> This patch fixes this error.
>
> Signed-off-by: Haiyang Zhang
Applied.
From: Eric Biggers
Date: Thu, 24 Aug 2017 14:38:51 -0700
> From: Eric Biggers
>
> commit bbb03029a899 ("strparser: Generalize strparser") added more
> function pointers to 'struct strp_callbacks'; however, kcm_attach() was
> not updated to initialize them. This could cause the ->lock() and/or
On (08/25/17 13:50), Minchan Kim wrote:
[..]
> Thanks for the testing.
> Could you resend the patch with this test result with my acked-by?
ok.
> Acked-by: Minchan Kim
thanks.
> Off-topic:
>
> In all ways, zstd beats deflate. Nick, Right?
>
> With zstd, I doubt we should show "deflate" to us
Hi Nick,
On Fri, Aug 25, 2017 at 01:35:35AM +, Nick Terrell wrote:
> On 8/24/17, 5:49 PM, "Joonsoo Kim" wrote:
> > On Thu, Aug 24, 2017 at 09:33:54PM +, Nick Terrell wrote:
> > > On Thu, Aug 24, 2017 at 10:49:36AM +0900, Sergey Senozhatsky wrote:
> > > > Add ZSTD to the list of supported
On 2017/6/29 6:13, Thomas Gleixner wrote:
> On Wed, 28 Jun 2017, zhong jiang wrote:
>> On 2017/6/22 0:40, Ingo Molnar wrote:
>>> * zhong jiang wrote:
>>>
when shift expoment is negative, left shift alway zero. therefore, we
modify the logic to avoid the warining.
Signed-off-by:
Check memory allocation failure and return -ENOMEM in such a case, as
already done few lines below for another memory allocation.
Signed-off-by: Christophe JAILLET
---
drivers/usb/chipidea/ci_hdrc_usb2.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/chipidea/ci_hdrc_usb2.c
b
On (08/25/17 02:46), Nick Terrell wrote:
> On 8/24/17, 7:21 PM, "Sergey Senozhatsky"
> wrote:
> > not really familiar either... I was thinking about having "zstd" and
> > "zstd_dict" crypto_alg structs - one would be !dict, the other one would
> > allocate dict and pass it to compress/decompress
On (08/25/17 14:06), Sergey Senozhatsky wrote:
> > Off-topic:
> >
> > In all ways, zstd beats deflate. Nick, Right?
> >
> > With zstd, I doubt we should show "deflate" to user. Many options just
> > make user confused.
> > The inflate have been there for representing high comp ratio but slower
>
Expand on the relationship between fstatat() and the other
three functions, and improve the description of AT_NO_AUTOMOUNT.
Specifically, both stat() and lstat() act the same way
with respect to automounts, and that behavior matches
fstatat with the AT_NO_AUTOMOUNT flag.
The text in the NOTES is
On Thu, Aug 24, 2017 at 05:35:48PM -0700, Dan Williams wrote:
> The ->iomap_begin() operation is a hot path, so cache the
> fs_dax_get_by_host() result to avoid the incurring the hash lookup
> overhead.
Just out of curiosity (and sorry if this has already been discussed to
death and I'm merely ign
On Fri, Aug 25, 2017 at 02:06:44PM +0900, Sergey Senozhatsky wrote:
< snip >
> > Off-topic:
> >
> > In all ways, zstd beats deflate. Nick, Right?
> >
> > With zstd, I doubt we should show "deflate" to user. Many options just
> > make user confused.
> > The inflate have been there for representi
Check memory allocation failure and return -ENOMEM in such a case, as
already done few lines below for another memory allocation.
Signed-off-by: Christophe JAILLET
---
drivers/net/ethernet/samsung/sxgbe/sxgbe_platform.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/ethernet/s
On 08/24/17 at 05:18pm, AKASHI Takahiro wrote:
> prepare_elf_headers() can also be useful for other architectures,
> including arm64. So let it factored out.
>
> Signed-off-by: AKASHI Takahiro
> Cc: Dave Young
> Cc: Vivek Goyal
> Cc: Baoquan He
> ---
> arch/x86/kernel/crash.c | 324 --
From: "Ziqian SUN (Zamir)"
In add_wakeup function the hash list is created with hash.key = value.
This makes add_sched function will never find a match with the key which
results in trace-cmd report will never show the average latency with the
following command:
trace-cmd report -w -F 'sched_swit
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Subject: Re: [PATCH v3 0/7] Add RSS to DPAA 1.x Ethernet driver
>
> From: David Miller
> Date: Thu, 24 Aug 2017 09:42:20 -0700 (PDT)
>
> > From: Madalin Bucur
> > Date: Thu, 24 Aug 2017 10:28:21 +0300
> >
> >> This
On Thu, Aug 24, 2017 at 9:13 AM, Christoph Hellwig wrote:
> I'm still very unhappy about the get/set flag state. What is the
> reason you can't use/extend leases? (take a look at the fcntl
> man page and look for Leases). A variant of the concept is what
> the pNFS block server uses.
So I think
Hi Mathieu,
On Thu, 24 Aug 2017 14:32:20 -0600
Mathieu Poirier wrote:
[...]
> >> > if we want to create some "second level cpusets" inside a "parent
> >> > cpuset", allowing deadline tasks to be placed inside both the
> >> > "parent cpuset" and the "second level cpusets", then we have to
> >> > s
Hi Mark, James and Will,
What is the take on this series?
Just to summarize:
- James took first three patches of the series and replaced 4th and 5th patch
with his 3 patch series [3].
- My patchset disables interrupt while exiting from HW breakpoint/watchpoint
and SW breakpoint handlers, and
On 08/25/17 at 11:03am, AKASHI Takahiro wrote:
> On Thu, Aug 24, 2017 at 06:30:50PM +0100, Mark Rutland wrote:
> > On Thu, Aug 24, 2017 at 05:18:11PM +0900, AKASHI Takahiro wrote:
> > > The first PT_LOAD segment, which is assumed to be "text" code, in vmlinux
> > > will be loaded at the offset of T
On Thu, Aug 24, 2017 at 10:32 PM, Darrick J. Wong
wrote:
> On Thu, Aug 24, 2017 at 05:35:48PM -0700, Dan Williams wrote:
>> The ->iomap_begin() operation is a hot path, so cache the
>> fs_dax_get_by_host() result to avoid the incurring the hash lookup
>> overhead.
>
> Just out of curiosity (and so
Hi Linus,
Here is a single fix for dmanegine which fixes tegra210-adma driver to check
of_irq_get() error.
The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877:
Linux v4.13-rc1 (2017-07-15 15:22:10 -0700)
are available in the git repository at:
git://git.infradead.or
This patch adds documentation for device tree bindings for keys support
as the subnode of MT6397/MT6323 PMIC.
Acked-by: Rob Herring
Signed-off-by: Chen Zhong
---
Documentation/devicetree/bindings/mfd/mt6397.txt |6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/devicetre
This patch add support to handle MediaTek PMIC MT6397/MT6323 key
interrupts including pwrkey and homekey, also add setting for
long press key shutdown behavior.
Signed-off-by: Chen Zhong
---
drivers/input/keyboard/Kconfig |9 +
drivers/input/keyboard/Makefile|1 +
drivers
MediaTek PMIC are multi-function devices that can handle key interrupts,
typically there are two keys attached to PMIC, which called pwrkey
and homekey. PWRKEY usually used to wake up system from sleep. Homekey
can used as volume down key due to board design. Long press keys can
shutdown PMIC, the
This patch adds the device tree binding documentation for the MediaTek
pmic keys found on PMIC MT6397/MT6323.
Signed-off-by: Chen Zhong
---
.../devicetree/bindings/input/mtk-pmic-keys.txt| 38
1 file changed, 38 insertions(+)
create mode 100644 Documentation/devicetre
The core driver should create and manage irq mappings instead of
leaf drivers. This patch change to pass irq domain to
devm_mfd_add_devices() and it will create mapping for irq resources
automatically. And remove irq mapping in rtc driver since this has
been done in core driver.
Acked-for-MFD-by:
This patch adds compatible strings and interrupts for pmic keys
which serves as child device of MFD.
Signed-off-by: Chen Zhong
---
drivers/mfd/mt6397-core.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/drivers/mfd/mt6397-core.c b/drivers/mfd/mt6397
On Wed 23-08-17 19:57:09, Pavel Machek wrote:
> Hi!
>
> > From: Michal Hocko
> >
> > GFP_TEMPORARY has been introduced by e12ba74d8ff3 ("Group short-lived
> > and reclaimable kernel allocations") along with __GFP_RECLAIMABLE. It's
> > primary motivation was to allow users to tell that an allocat
Hello,
LEDs controlled by BMCs are sometimes required to retain their state across BMC
resets. BMC resets may occur whilst the host is alive, thus the chassis and
host system remain powered up. In these two patches I define an new devicetree
property to describe the behaviour for GPIO LEDs and add
On BMC systems it's sometimes necessary for a LED to retain its state
across a BMC reset (which is independent of the host system state). Add
a devicetree property to describe this behaviour. The property would
typically be used in conjunction with 'default-state = "keep"'.
Signed-off-by: Andrew J
In some systems, such as BMCs, we want to retain the state of LEDs
across a reboot of the BMC whilst the host remains up.
Signed-off-by: Andrew Jeffery
---
drivers/leds/leds-gpio.c | 7 ++-
include/linux/leds.h | 2 ++
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers
On 25/08/2017 06:39, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the kvm tree got a conflict in:
>
> arch/x86/kvm/mmu.h
>
> between commit:
>
> d0ec49d4de90 ("kvm/x86/svm: Support Secure Memory Encryption within KVM")
>
> from the tip tree and commit:
>
> d1cd3ce90
Change from v10
-. modify a comment a bit as Steven suggested
Change from v9
-. modify a comment a bit so to be more clear as Juri suggested
Change from v8
-. add suggested-by Peterz
-. add several comments
Change from v7
-. fix a trivial typo
-. modify commit messages to expla
It would be better to try to check other siblings first if
SD_PREFER_SIBLING is flaged when pushing tasks - migration.
Suggested-by: Peter Zijlstra
Signed-off-by: Byungchul Park
Acked-by: Juri Lelli
---
kernel/sched/deadline.c | 82 -
1 file chan
It would be better to try to check other siblings first if
SD_PREFER_SIBLING is flaged when pushing tasks - migration.
Suggested-by: Peter Zijlstra
Signed-off-by: Byungchul Park
Reviewed-by: Steven Rostedt (VMware)
---
kernel/sched/rt.c | 80
On Tue, Aug 01, 2017 at 10:09:24PM +0200, Antonio Borneo wrote:
> Commit 36387a2b1f62b5c087c5fe6f0f7b23b94f722ad7 ("k3dma: Fix
> memory handling in preparation for cyclic mode") broke the
> logic around ds_run/ds_done in case of non-cyclic DMA.
Applied, thanks
--
~Vinod
On Thu 24-08-17 17:17:41, Russell King - ARM Linux wrote:
> On Fri, Aug 18, 2017 at 01:24:02PM +0200, Michal Hocko wrote:
> > Hi Russel,
> > I have a battery of configs for compile testing and for some time I've
> > been seeing the following compilation error with nommu config (attached)
> >
> > a
This code is no longer used, the logging function was changed by commit
fbca164776e4 ("net: stmmac: Use the right logging function in
stmmac_mdio_register").
It was previously showing information about the type of the IRQ, if it's
polled, ignored or a normal interrupt. As we don't want information
On Tue, Aug 08, 2017 at 04:42:18PM +0530, Ravi Shankar Jonnalagadda wrote:
W~Hy is that patch title PCI, it is not for PCI subsystem, i was about to
skip it!
> Adding support for ZynqmMP PS PCIe EP driver.
> Adding support for ZynqmMP PS PCIe Root DMA driver.
/s/Adding/Add
> Modifying Kconfig a
On Mon, Aug 21, 2017 at 06:31:57AM +, Kuninori Morimoto wrote:
>
> From: Kuninori Morimoto
>
> Anton Volkov noticed that engine->dev is NULL before
> of_dma_controller_register() in probe.
> Thus there might be a NULL pointer dereference in
> rcar_dmac_chan_start_xfer while accessing chan->c
901 - 944 of 944 matches
Mail list logo
