Hi, Peter:
First, thank you for your approval of my last patch and fix my bad description.
And I have some questions about perf event and perf_fuzzer.
Recently I was using perf_fuzzer for testing in Hisilicon D03/D05(arm64,
linux-4.10-rc1).
As we know perf_fuzzer will write a random value to
On Fri, Feb 24, 2017 at 09:49:17PM +, Long Li wrote:
> A PCI_EJECT message can arrive at the same time we are calling
> pci_scan_child_bus in the workqueue for the previous PCI_BUS_RELATIONS
> message or in create_root_hv_pci_bus(), in this case we could potentailly
> modify the bus from
On 2017/2/25 2:12, Jaegeuk Kim wrote:
>
> This is to handle only one case in which:
>
> 1. uses old kernel without this flag,
> 2. calls fsync and gets sudden power-cut,
> 3. updates new kernel having this flag before mount.
>
> Then, if we do not check this flag at mount time, we will lose
On Sat, Feb 25, 2017 at 12:31:21AM -0800, Junio C Hamano wrote:
> Willy Tarreau writes:
>
> > Hi Junio,
> >
> > On Fri, Feb 24, 2017 at 11:28:58AM -0800, Junio C Hamano wrote:
> >> * Use of an empty string that is used for 'everything matches' is
> >>still warned and Git asks
On Sat, Feb 25, 2017 at 3:42 PM, Icenowy Zheng wrote:
> A64 PWM controller has same register layout as sun4i driver, so it works
> by adding A64 specific data.
>
> Signed-off-by: Icenowy Zheng
> ---
> drivers/pwm/pwm-sun4i.c | 9 +
> 1 file changed, 9
Since commit ee6d182f2a19 ("f2fs: remove syncing inode page in all the
cases") delayed inode element updating from inode cache to node page
cache, so once largest cached extent is updated, we can make inode dirty
immediately instead of checking and updating it in the end of extent
cache update.
On Sat, Feb 25, 2017 at 04:10:37PM +0800, Tan Xiaojun wrote:
> Recently I was using perf_fuzzer for testing in Hisilicon
> D03/D05(arm64, linux-4.10-rc1).
>
> As we know perf_fuzzer will write a random value to procfs interface
> of perf event(like sysctl_perf_cpu_time_max_percent). The value
Hello kernel devs,
Hibernation appears broken for me in 4.10, I notice the e1000e does not resume
on boot, and kernel shows why..
This kernel contains agd5f's 4.11/4.12-drm-next branches merged in.
I am unsure if this is a result of the AMDGPU performing a bad hibernation
(since it hangs when
Commit-ID: 3d1e236022cc1426b0834565995ddee2ca231cee
Gitweb: http://git.kernel.org/tip/3d1e236022cc1426b0834565995ddee2ca231cee
Author: Josh Poimboeuf
AuthorDate: Fri, 24 Feb 2017 22:31:02 -0600
Committer: Ingo Molnar
CommitDate: Sat, 25 Feb 2017
This was reported by checkpatch.pl
Signed-off-by: Mihai-Valentin DUMITRU
---
sound/soc/rockchip/rockchip_i2s.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/sound/soc/rockchip/rockchip_i2s.c
b/sound/soc/rockchip/rockchip_i2s.c
index
This was reported by checkpatch.pl
Signed-off-by: Narcisa Ana Maria Vasile
---
sound/soc/codecs/es8328.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/sound/soc/codecs/es8328.c b/sound/soc/codecs/es8328.c
index 3f84fbd..1967157 100644
---
This was reported by checkpatch.pl
Signed-off-by: Calin Cruceru
---
sound/soc/samsung/bells.c | 1 -
sound/soc/samsung/i2s-regs.h | 2 --
sound/soc/samsung/i2s.c| 1 -
sound/soc/samsung/s3c-i2s-v2.c | 1 -
4 files changed, 5 deletions(-)
diff --git
On Sat, Feb 25, 2017 at 10:18:23AM +0100, Ingo Molnar wrote:
> > Sadly this only works for WARN_ON_ONCE(), since the others have
> > printk() statements prior to triggering the trap.
>
> Which one is problematic to convert, WARN_ONCE()?
Yes, WARN_ONCE(), all the ones that have printf fmt crud
Le 24/02/2017 à 22:19, Javier Martinez Canillas a écrit :
Thanks for the patch, but Krzysztof sent the exact same patch before
[0]. There
was feedback from Sylwester at the time that you can also look at [0]. Could you
please take that into account and post a patch according to what he
On Fri, Feb 24, 2017 at 08:26:05AM -0800, Bjorn Andersson wrote:
> Signed-off-by: Bjorn Andersson
> ---
> arch/arm64/boot/dts/qcom/msm8996.dtsi | 48
> +++
> 1 file changed, 48 insertions(+)
I personally reject any patch with no
On 2017.02.24 at 15:33 -0800, Laura Abbott wrote:
> On 02/24/2017 01:45 PM, Ard Biesheuvel wrote:
> > On 24 February 2017 at 21:25, John Stultz wrote:
> >> On Thu, Feb 23, 2017 at 10:43 AM, Laura Abbott wrote:
> >>> Hi,
> >>>
> >>> Fedora was
Willy Tarreau writes:
> Hi Junio,
>
> On Fri, Feb 24, 2017 at 11:28:58AM -0800, Junio C Hamano wrote:
>> * Use of an empty string that is used for 'everything matches' is
>>still warned and Git asks users to use a more explicit '.' for that
>>instead. The hope is that
Hi Linus,
The following changes since commit 566cf877a1fcb6d6dc0126b076aad062054c2637:
Linux 4.10-rc6 (2017-01-29 14:25:17 -0800)
are available in the git repository at:
git://git.infradead.org/linux-platform-drivers-x86.git
tags/platform-drivers-x86-v4.11-1
for you to fetch changes up
Josh suggested moving the _ONCE logic inside the trap handler, using a
bit in the bug_entry::flags field, avoiding the need for the extra
variable.
Sadly this only works for WARN_ON_ONCE(), since the others have
printk() statements prior to triggering the trap.
Still, this saves some text and
* Linus Torvalds wrote:
> I'm pretty sure that the thing that triggered this is once more commit
> a9b4f08770b4 ("x86/ioapic: Restore IO-APIC irq_chip retrigger
> callback") which seems to retrigger stale irqs that simply should not
> be retriggered.
>
> They
On 25 February 2017 at 08:18, Markus Trippelsdorf
wrote:
> On 2017.02.24 at 15:33 -0800, Laura Abbott wrote:
>> On 02/24/2017 01:45 PM, Ard Biesheuvel wrote:
>> > On 24 February 2017 at 21:25, John Stultz wrote:
>> >> On Thu, Feb 23, 2017 at 10:43
* Peter Zijlstra wrote:
>
> Josh suggested moving the _ONCE logic inside the trap handler, using a
> bit in the bug_entry::flags field, avoiding the need for the extra
> variable.
This looks interesting, as the _ONCE() methods of warning are far more
user-friendly than
* Shuah Khan wrote:
> On 02/24/2017 12:45 AM, Ingo Molnar wrote:
> >
> > * Shuah Khan wrote:
> >
> >> On 02/23/2017 03:26 PM, Dave Hansen wrote:
> >>> Shuah, I assume you'll take this patch in through the selftests tree.
> >>
> >> Yes I can do that.
> >
>
On Fri, 2017-02-24 at 12:44 -0800, Stephen Boyd wrote:
> On 02/20, Leonard Crestez wrote:
> > Some drivers use sprintf to build clk connection id names but the
> > clk
> > core will save those strings and occasionally print them back.
> > Duplicate
> > the con_id strings instead of fixing all the
As found in grsecurity, this avoids exposing a kernel pointer through
the cgroup debug entries.
Signed-off-by: Kees Cook
---
kernel/cgroup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/cgroup.c b/kernel/cgroup.c
index
This was reported by checpatch.pl
Signed-off-by: Codrut GROSU
---
sound/soc/txx9/txx9aclc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/txx9/txx9aclc.c b/sound/soc/txx9/txx9aclc.c
index a8f705b..98fb989 100644
---
On Wed, 22 Feb 2017, Jiancheng Xue wrote:
> Add bindings for HiSilicon hi3798cv200 SoC and Poplar Board.
>
> Signed-off-by: Jiancheng Xue
Acked-by: Peter Griffin
> ---
> Documentation/devicetree/bindings/arm/hisilicon/hisilicon.txt | 4
On Wed, 22 Feb 2017, Jiancheng Xue wrote:
> Add basic dts files for hi3798cv200-poplar board. Poplar is the
> first development board compliant with the 96Boards Enterprise
> edition TV Platform specification. The board features the
> Hi3798CV200 with an integrated quad-core 64-bit ARM Cortex A53
Reported by checkpatch.pl
Signed-off-by: Andrei Hirgau
---
sound/soc/generic/simple-card.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/sound/soc/generic/simple-card.c b/sound/soc/generic/simple-card.c
index 85b4f18..53bcf95 100644
---
This was reported by checkpatch.pl.
Signed-off-by: Corina Palade
---
sound/soc/xtensa/xtfpga-i2s.c | 38 +++---
1 file changed, 19 insertions(+), 19 deletions(-)
diff --git a/sound/soc/xtensa/xtfpga-i2s.c
Fix the following crash, seen in dwc/pci-imx6.
Unable to handle kernel NULL pointer dereference at virtual address 0070
pgd = c0004000
[0070] *pgd=
Internal error: Oops: 805 [#1] SMP ARM
Modules linked in:
CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.10.0-09686-g9e31489 #1
Hardware
This was reported by checkpatch.pl
Signed-off-by: Banu Calin
---
sound/atmel/ac97c.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/sound/atmel/ac97c.c b/sound/atmel/ac97c.c
index 6dad042..4a0a48e 100644
--- a/sound/atmel/ac97c.c
+++ b/sound/atmel/ac97c.c
reported by checkpatch.pl
Signed-off-by: Mihai Burduselu
---
sound/soc/blackfin/bf5xx-sport.c | 8 ++--
sound/soc/blackfin/bf6xx-sport.c | 4 +---
2 files changed, 3 insertions(+), 9 deletions(-)
diff --git a/sound/soc/blackfin/bf5xx-sport.c
This was reported by checkpatch.pl
Signed-off-by: Codrut GROSU
---
sound/soc/sunxi/sun4i-codec.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c
index c3aab10..7ba6849 100644
This was reported by checkpatch.pl
Signed-off-by: sergiu.weisz
---
sound/soc/davinci/davinci-evm.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/sound/soc/davinci/davinci-evm.c b/sound/soc/davinci/davinci-evm.c
index 7a369e0..c5d80e8 100644
---
This was reported by checkpatch.pl
Signed-off-by: Despotovici Mihai
---
sound/soc/spear/spdif_in.c | 4 +---
sound/soc/spear/spdif_out.c | 4 +---
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/sound/soc/spear/spdif_in.c b/sound/soc/spear/spdif_in.c
This was reported by checkpatch.pl
Signed-off-by: Alin Grigorean
---
sound/soc/fsl/imx-pcm-fiq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/fsl/imx-pcm-fiq.c b/sound/soc/fsl/imx-pcm-fiq.c
index dac6688540dc..92410f7ca1fa 100644
---
On Fri, Feb 24, 2017 at 11:41:33AM +0100, Peter Zijlstra wrote:
> So yes, its tricky but it could be done. A new single byte #UD
> instruction would be much nicer though.
Btw, if we did a new insn which means new functionality instead of
"stealing" an invalid one, we would have to have a fallback
Reported by checkpatch.pl
Signed-off-by: Mihai Burduselu
---
sound/soc/dwc/designware_i2s.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/sound/soc/dwc/designware_i2s.c b/sound/soc/dwc/designware_i2s.c
index 9c46e4112026..6479768cc6a1 100644
---
On Fri, 24 Feb 2017, Linus Torvalds wrote:
> This looks like two -tip trees together show some issue - the timer
> updates from Thomas triggering a debugobjects check from Ingo, thus
> fingering my merge as the culprit.
Nah. The bisect is bogus.
> Added Thomas/Ingo to the cc, leaving everything
On 2017.02.25 at 09:11 +, Ard Biesheuvel wrote:
> On 25 February 2017 at 08:18, Markus Trippelsdorf
> wrote:
> >
> > Why not simply get rid of the ilog2_NaN thing altogether?
> >
>
> That would remove the issue, sure. But we lose an opportunity to spot
>
This was reported by checkpatch.pl
Signed-off-by: Codrut GROSU
---
sound/soc/tegra/tegra20_ac97.c | 1 -
sound/soc/tegra/tegra20_das.c| 1 -
sound/soc/tegra/tegra20_i2s.c| 1 -
sound/soc/tegra/tegra20_spdif.c | 5 ++---
sound/soc/tegra/tegra30_ahub.c
On Fri, Feb 24, 2017 at 11:15:51AM -0800, Linus Torvalds wrote:
> Added more relevant people. I've debugged the immediate problem below,
> but I think there's another problem that actually triggered this.
>
> On Fri, Feb 24, 2017 at 10:28 AM, kernel test robot
> wrote:
>
When the interrupt requested with devm_request_irq(), serial_ir.rcdev
is still null so will cause null deference if the irq handler is called
early on.
Also ensure that timeout_timer is setup.
Link:
http://lkml.kernel.org/r/ca+55afxsh2uf8gi5sn_guy3z+tilv7lpjykbw+y8vqlzp+t...@mail.gmail.com
Cc:
This was reported by checkpatch.pl
Signed-off-by: Adrian Dinu
---
sound/soc/soc-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/soc-core.c b/sound/soc/soc-core.c
index a110d39..70905bd 100644
--- a/sound/soc/soc-core.c
+++
From: andadrn
This was reported by checkpatch.pl
Signed-off-by: Anda-Alexandra Dorneanu
---
sound/soc/kirkwood/kirkwood-dma.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/sound/soc/kirkwood/kirkwood-dma.c
b/sound/soc/kirkwood/kirkwood-dma.c
On 25 February 2017 at 11:09, Markus Trippelsdorf
wrote:
> On 2017.02.25 at 09:11 +, Ard Biesheuvel wrote:
>> On 25 February 2017 at 08:18, Markus Trippelsdorf
>> wrote:
>> >
>> > Why not simply get rid of the ilog2_NaN thing altogether?
On Sat, Feb 25 2017 at 1:54:16 am GMT, Fengguang Wu
wrote:
> Hi Linus,
>
> On Fri, Feb 24, 2017 at 02:37:04PM -0800, Linus Torvalds wrote:
>>This looks like two -tip trees together show some issue - the timer
>>updates from Thomas triggering a debugobjects check from Ingo,
> On 25 Feb 2017, at 11:23, Ard Biesheuvel wrote:
>
> On 25 February 2017 at 11:09, Markus Trippelsdorf
> wrote:
>> On 2017.02.25 at 09:11 +, Ard Biesheuvel wrote:
On 25 February 2017 at 08:18, Markus Trippelsdorf
Hi,
This oops
[1.616381] sst-acpi INT3438:00: DesignWare DMA Controller, 8 channels
[1.616505] BUG: unable to handle kernel NULL pointer dereference at
07ab
[1.616512] IP: [] device_to_iommu+0x11a/0x1a0
[1.616515] PGD 0
[1.616518] Oops: [#1] SMP
[
This patch adds per-mount-namespace core dump pattern.
Kernel writes coredump in chroot/container where application is
executed or starts pipe helper in the same chroot according to
pattern set by sysctl "kernel.core_pattern". This configuration is
global and this sysctl couldn't be extended
On Sat, Feb 25, 2017 at 10:22:21AM -0500, Theodore Ts'o wrote:
> If you're only going to be removing a single function, instead of
> having to export a bunch of previously-static functions, my preference
> would be to just insert a pair of #ifdef CONFIG_PIVOT_ROOT_SYSCALL / #endif
> statements
On Sat, Feb 25, 2017 at 03:56:13PM +0300, Konstantin Khlebnikov wrote:
> This patch adds per-mount-namespace core dump pattern.
>
> Kernel writes coredump in chroot/container where application is
> executed or starts pipe helper in the same chroot according to
> pattern set by sysctl
On 20/02/17 16:24, Fabrice Gasnier wrote:
> On 02/18/2017 08:19 PM, Jonathan Cameron wrote:
>> On 17/02/17 16:16, Lars-Peter Clausen wrote:
>>> On 02/17/2017 05:03 PM, Fabrice Gasnier wrote:
GPIOs can be used to generate triggers for any IIO device.
Introduce generic GPIO trigger driver.
On Thu, Feb 16, 2017 at 09:43:07AM -0600, Tom Lendacky wrote:
> Add support for Secure Memory Encryption (SME). This initial support
> provides a Kconfig entry to build the SME support into the kernel and
> defines the memory encryption mask that will be used in subsequent
> patches to mark pages
If DMA is not available (even when configured in DeviceTree), the driver
will fail the startup procedure thus making serial console not
available.
For example this causes boot failure on QEMU ARMv7 (Exynos4210, SMDKC210):
[ 1.302575] OF: amba_device_add() failed (-19) for
On Sat, Feb 25, 2017 at 05:28:41PM +0100, Tobias Jakobi wrote:
> Hello Krzysztof,
>
> Krzysztof Kozlowski wrote:
> > If DMA is not available (even when configured in DeviceTree), the driver
> > will fail the startup procedure thus making serial console not
> > available.
> >
> > For example this
On 20/02/17 13:26, Benjamin Gaignard wrote:
> 2017-02-19 16:53 GMT+01:00 Jonathan Cameron :
>> Hi All,
>>
>> Would be really helpful to get some other input on this.
>> It's fiddly to put it lightly but if we get it right I think
>> the interface will be useful in all sorts of
If DMA is not available (even when configured in DeviceTree), the driver
will fail the startup procedure thus making serial console not
available.
For example this causes boot failure on QEMU ARMv7 (Exynos4210, SMDKC210):
[ 1.302575] OF: amba_device_add() failed (-19) for
If DMA is not available (even when configured in DeviceTree), the driver
will fail the startup procedure thus making serial console not
available.
For example this causes boot failure on QEMU ARMv7 (Exynos4210, SMDKC210):
[ 1.302575] OF: amba_device_add() failed (-19) for
On 21/02/17 11:55, Lars-Peter Clausen wrote:
> On 02/21/2017 07:34 AM, Christophe JAILLET wrote:
>> Reorder error handling labels in order to match the way resources have
>> been allocated.
>>
>> Signed-off-by: Christophe JAILLET
>
> Thanks.
>
> Acked-by:
Hello Krzysztof,
Krzysztof Kozlowski wrote:
> If DMA is not available (even when configured in DeviceTree), the driver
> will fail the startup procedure thus making serial console not
> available.
>
> For example this causes boot failure on QEMU ARMv7 (Exynos4210, SMDKC210):
> [1.302575]
On Sat, Feb 25, 2017 at 03:00:32PM +0800, Icenowy Zheng wrote:
[...]
> diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-pinebook.dts
> b/arch/arm64/boot/dts/allwinner/sun50i-a64-pinebook.dts
> new file mode 100644
> index ..2dceba3132b0
> --- /dev/null
> +++
On 25.02.2017 19:01, Jann Horn wrote:
On Sat, Feb 25, 2017 at 03:56:13PM +0300, Konstantin Khlebnikov wrote:
This patch adds per-mount-namespace core dump pattern.
Kernel writes coredump in chroot/container where application is
executed or starts pipe helper in the same chroot according to
This patch introduces pblk, a new target for LightNVM implementing a
full host-based FTL. Details on the commit message.
Changes since v1:
* Rebase on top of Matias' for-4.12/core
* Move from per-LUN block allocation to a line model. This means that a
whole lines across all LUNs is allocated at
Em Sat, 25 Feb 2017 10:34:37 -0300
Mauro Carvalho Chehab escreveu:
> Em Sat, 25 Feb 2017 11:28:16 +
> Sean Young escreveu:
>
> > When the interrupt requested with devm_request_irq(), serial_ir.rcdev
> > is still null so will cause null deference if the
On 24/02/17 19:46, Jonathan Cameron wrote:
>
>
> On 24 February 2017 14:30:35 GMT+00:00, Eva Rachel Retuya
> wrote:
>> On Fri, Feb 24, 2017 at 01:48:39PM +0200, Andy Shevchenko wrote:
>>> On Fri, Feb 24, 2017 at 11:22 AM, Lars-Peter Clausen
>> wrote:
On Sat, 25 Feb 2017, Anda-Alexandra Dorneanu wrote:
> From: andadrn
Drop the From line. The From line needs to match up with your Signed off
by line. But the one generated by your mailer already does that, while
the one you added does not.
julia
>
> This was reported by
Consistently use types from linux/types.h like in other uapi drm/*_drm.h
header files to fix the following drm/omap_drm.h userspace compilation
errors:
/usr/include/drm/omap_drm.h:36:2: error: unknown type name 'uint64_t'
uint64_t param; /* in */
/usr/include/drm/omap_drm.h:37:2: error:
On Fri, Feb 24, 2017 at 03:23:20AM +0300, Dmitry V. Levin wrote:
> Include like some of uapi/linux/netfilter/xt_*.h
> headers do to fix the following linux/netfilter/xt_hashlimit.h
> userspace compilation error:
>
> /usr/include/linux/netfilter/xt_hashlimit.h:90:12: error: 'NAME_MAX'
>
From: Sean Young
When the interrupt requested with devm_request_irq(), serial_ir.rcdev
is still null so will cause null deference if the irq handler is called
early on.
Also ensure that timeout_timer is setup.
Link:
On 24/02/17 16:04, Fabrice Gasnier wrote:
> On 02/19/2017 01:09 PM, Jonathan Cameron wrote:
>> On 15/02/17 16:55, Fabrice Gasnier wrote:
>>> Add documentation for 'st,adc-res' dt optional property.
>>>
>>> Signed-off-by: Fabrice Gasnier
>> I'm happy with this, but would
On Sat, Feb 25, 2017 at 04:50:53PM +0200, Sakari Ailus wrote:
> Although, the driver could try to work on the actual obtained frequency.
> This is unlikely to work though, but it won't be very easy to figure out
> why the device isn't working. Having the frequency in DT accessible for the
> driver
for more details,contact me at my private email : agaddafi752(at)gmail.
com
Dr. Aisha Gaddafi, the daughter of late Libyan president, I need a
partner or an investor that will help me in investing the sum of $87.5
million USD in his or her country, the funds is deposited here in
Burkina Faso
On 24 February 2017 at 19:22, Arnaldo Carvalho de Melo wrote:
>>
>> +/* --sort symbol_size */
>> +
>> +static int64_t _sort__sym_size_cmp(struct symbol *sym_l, struct symbol
>> *sym_r)
>> +{
>> + int64_t size_l = sym_l != NULL ? sym_l->end - sym_l->start : 0;
>> +
Em Sat, 25 Feb 2017 11:28:16 +
Sean Young escreveu:
> When the interrupt requested with devm_request_irq(), serial_ir.rcdev
> is still null so will cause null deference if the irq handler is called
> early on.
>
> Also ensure that timeout_timer is setup.
>
> Link:
>
On Sat, Feb 25, 2017 at 01:09:18AM +0100, Pavel Machek wrote:
> On Tue 2017-02-21 13:11:04, Sakari Ailus wrote:
> > On Tue, Feb 21, 2017 at 12:07:21PM +0100, Pavel Machek wrote:
> > > On Mon 2017-02-20 15:56:36, Sakari Ailus wrote:
> > > > On Mon, Feb 20, 2017 at 03:09:13PM +0200, Sakari Ailus
From: Srividya Desireddy
Date: Thu, 23 Feb 2017 15:04:06 +0530
Subject: [PATCH] zswap: Zero-filled pages handling
Zswap is a cache which compresses the pages that are being swapped out
and stores them into a dynamically allocated RAM-based memory pool.
Experiments have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
From: Sean Young
When the interrupt requested with devm_request_irq(), serial_ir.rcdev
is still null so will cause null deference if the irq handler is called
early on.
Also ensure that timeout_timer is setup.
Link:
On Fri, 24 Feb 2017, bosrs...@gmail.com wrote:
> From: Brian Ashworth
>
> This patch series will allow for the pivot_root syscall to be made
> optional. The first patch refactors the functions that are required
> by pivot_root so they can be accessed outside of
Hi Vladimir,
On Wed, Feb 22, 2017 at 12:37:51AM +0200, Vladimir Zapolskiy wrote:
> Hi Sakari,
>
> On 02/21/2017 11:48 PM, Sakari Ailus wrote:
> > Hi, Vladimir!
> >
> > How do you do? :-)
>
> deferring execution of boring tasks by doing code review :)
X-)
>
> > On Tue, Feb 21, 2017 at
If you're only going to be removing a single function, instead of
having to export a bunch of previously-static functions, my preference
would be to just insert a pair of #ifdef CONFIG_PIVOT_ROOT_SYSCALL / #endif
statements around the function in question.
Is it worth it to save 600-odd bytes?
On 21/02/17 18:03, Quentin Schulz wrote:
> Hi Jonathan,
>
> On 19/02/2017 13:40, Jonathan Cameron wrote:
>> On 14/02/17 09:40, Quentin Schulz wrote:
>>> The X-Powers AXP20X and AXP22X PMICs have multiple ADCs. They expose the
>>> battery voltage, battery charge and discharge currents, AC-in and
On Fri, 2017-02-24 at 17:25 -0700, Jason Gunthorpe wrote:
> On Fri, Feb 24, 2017 at 06:43:27PM -0500, James Bottomley wrote:
>
> > > It just seems confusing to call something a namespace that isn't
> > > also a CLONE_NEW* option..
> >
> > Well, there's namespace behaviour and then there's how
On Thu, Feb 16, 2017 at 09:46:04AM -0600, Tom Lendacky wrote:
> Since DMA addresses will effectively look like 48-bit addresses when the
> memory encryption mask is set, SWIOTLB is needed if the DMA mask of the
> device performing the DMA does not support 48-bits. SWIOTLB will be
> initialized to
All exit paths from gup_pte_range() require pte_unmap() of the original
pte page before returning. Refactor the code to have a single exit point
to do the unmap.
This mirrors the flow of the generic gup_pte_range() in mm/gup.c.
Cc:
Cc: Ingo Molnar
Cc: "H.
Hi Andrew,
While Ross was doing a review of a new mmap+DAX direct-I/O test case for
xfstests, from Xiong, he noticed occasions where it failed to trigger a
page dirty event. Dave then spotted the problem fixed by patch1. The
pte_devmap() check is precluding pte_allows_gup(), i.e. bypassing
gup_pte_range() fails to check pte_allows_gup() before translating a DAX
pte entry, pte_devmap(), to a page. This allows writes to read-only
mappings, and bypasses the DAX cacheline dirty tracking due to missed
'mkwrite' faults. The gup_huge_pmd() path and the gup_huge_pud() path
correctly check
On Sun, Feb 26, 2017 at 12:55 AM, Icenowy Zheng wrote:
>
>
> 26.02.2017, 00:38, "Rask Ingemann Lambertsen" :
>> On Sat, Feb 25, 2017 at 03:00:32PM +0800, Icenowy Zheng wrote:
>> [...]
>>> diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-pinebook.dts
>>>
Hi All,
So patch 1/3 and 2+3/3 are only somewhat related and they can be merged
independent of each other.
The catch is that the GPD win for which patch 3/3 adds a dmi based quirk
does not have any usable dmi strings. I've contacted the manufacturer
for a BIOS update (no clue how that will go)
Calling acpi_device_fix_up_power() on a device which is not present
is not a good idea.
While at it also call acpi_bus_get_status() on the children before
the status check to make sure that child->status contains valid data.
Signed-off-by: Hans de Goede
---
The GPD WIN (I55) has a bug in its ACPI tables where putting the unused
80860F14 UID 2 (SDIO) device in PS0 toggles a gpio disabling the pcie wifi
until the next reboot.
Add a quirk to skip probing of the unused SDIO controller, fixing this.
Signed-off-by: Hans de Goede
---
On 25 February 2017 at 20:12, Srividya Desireddy
wrote:
> From: Srividya Desireddy
> Date: Thu, 23 Feb 2017 15:04:06 +0530
> Subject: [PATCH] zswap: Zero-filled pages handling
>
> Zswap is a cache which compresses the pages that are being swapped
Unfortunately some firmware has all the DMI strings filled with:
"Default String" (or something equally useless). This makes it impossible
to apply DMI based quirks to certain machines.
This commit adds a dmi_product_name kernel cmdline option which can
be used to override the DMI_PRODUCT_NAME
Hi,
I've just completed cgroups support, and I'd like to highlight the
main blk-mq issue that I have found along the way. I have pushed the
commit that completes the support for cgroups to the usual WIP branch
[1]. Before moving to this issue, I have preliminary question about
the scheduler
> Il giorno 24 feb 2017, alle ore 19:44, Bart Van Assche
> ha scritto:
>
> On Wed, 2017-02-22 at 22:29 +0100, Paolo Valente wrote:
>> thanks for this second attempt of yours. Although, unfortunately, not
>> providing some clear indication of the exact cause of your
On February 25, 2017 2:38:08 AM PST, Borislav Petkov wrote:
>On Fri, Feb 24, 2017 at 11:41:33AM +0100, Peter Zijlstra wrote:
>> So yes, its tricky but it could be done. A new single byte #UD
>> instruction would be much nicer though.
>
>Btw, if we did a new insn which means new
On 24/02/17 14:48, Benjamin Gaignard wrote:
> Add "parent_trigger" sysfs attribute to iio trigger to be able
> to set a parent to the current trigger.
> Parent trigger edges or levels could be used to control current
> trigger status for example to start, stop or reset it.
>
> Introduce
On 24/02/17 14:48, Benjamin Gaignard wrote:
> Add validate_trigger function in iio_trigger_ops and
> dev_attr_parent_trigger into trigger attribute group to be able
> to accept triggers as parents.
>
> Introduce an IIO device with one IIO_COUNT channel to get access
> to counter value. Counter
On Sat, Feb 25, 2017 at 1:07 AM, Ingo Molnar wrote:
>
> So, should we revert the hw-retrigger change:
>
> a9b4f08770b4 x86/ioapic: Restore IO-APIC irq_chip retrigger callback
>
> ... until we managed to fix CONFIG_DEBUG_SHIRQ=y? If you'd like to revert it
> upstream straight
1 - 100 of 430 matches
Mail list logo