Re: [PATCH 0/6] mm: make movable onlining suck less

On Wed 05-04-17 09:53:05, Reza Arbab wrote: [...] > I hope this made sense. :/ yes it certainly helped me to make some picture of your setup. I will keep thinking about that. But one thing that is really bugging me is how could you see low pfns in the previous oops. Please drop the last patch and

[PATCH v6 06/23] Documentation: PCI: Add specification for the *PCI test* function device

Add specification for the *PCI test* virtual function device. The endpoint function driver and the host PCI driver should be created based on this specification. Signed-off-by: Kishon Vijay Abraham I Signed-off-by: Bjorn Helgaas ---

[PATCH v6 15/23] dt-bindings: PCI: dra7xx: Add DT bindings to enable unaligned access

Update device tree binding documentation of TI's dra7xx PCI controller to include property for enabling unaligned mem access. Signed-off-by: Kishon Vijay Abraham I Acked-by: Rob Herring Signed-off-by: Bjorn Helgaas ---

[PATCH v1 4/5] platform/x86: intel_scu_ipc: Introduce SCU_DEVICE() macro

For better maintainability and readability introduce a macro for device ID table. No functional change intended. Signed-off-by: Andy Shevchenko --- drivers/platform/x86/intel_scu_ipc.c | 22 +++--- 1 file changed, 7 insertions(+), 15

[PATCH v1 5/5] platform/x86: intel_scu_ipc: Introduce intel_scu_ipc_raw_command()

A new call to SCU intel_scu_ipc_raw_command() writes SPTR and DPTR registers before sending a command. Signed-off-by: Andy Shevchenko --- arch/x86/include/asm/intel_scu_ipc.h | 8 - drivers/platform/x86/intel_scu_ipc.c | 63

[PATCH v1 1/5] platform/x86: intel_scu_ipc: Platform data is mandatory

Fail ->probe() if there is no platform data supplied. Signed-off-by: Andy Shevchenko --- drivers/platform/x86/intel_scu_ipc.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/platform/x86/intel_scu_ipc.c b/drivers/platform/x86/intel_scu_ipc.c

[PATCH v1 2/5] platform/x86: intel_scu_ipc: Rearrange init sequence

Device pointer is used as a flag that everything is prepared. Nevertheless the assignment happened quite before and there is a window when a caller can get weird results or even crashes since not all fields are initialized yet. Rearrange initialization sequence in ->probe() to prepare everything

Re: [RFC][PATCH v2 5/5] signal: Don't allow accessing signal_struct by old threads after exec

On 04/02, Eric W. Biederman wrote: > > Add exec_id to signal_struct and compare it at a few choice moments. I really dislike this change no matter what, sorry. Firstly, task_struct->*_exec_id should simply die (I already have the patch), or at least they should be moved into signal_struct simply

Re: [PATCH 1/3] dt: bindings: add pmu0 regs for USB PHYs on Allwinner H3/V3s/A64

On Wed, Apr 5, 2017 at 8:58 PM, Kishon Vijay Abraham I wrote: > > > On Wednesday 05 April 2017 06:20 PM, Icenowy Zheng wrote: >> From: Icenowy Zheng >> >> Allwinner H3/V3s/A64 SoCs have a special USB PHY0 that can route to two >> controllers: one is MUSB and the

Re: [RFC] [media] imx: assume MEDIA_ENT_F_ATV_DECODER entities output video on pad 1

Em Wed, 5 Apr 2017 11:39:06 -0400 Devin Heitmueller escreveu: > > Currently, the driver doesn't support (2), because, at the time > > I wrote the driver, I didn't find a way to read the interrupts generated > > by tvp5150 at em28xx[1], due to the lack of em28xx

Re: [BUG] stack tracing causes: kernel/module.c:271 module_assert_mutex_or_preempt

On Wed, Apr 05, 2017 at 09:32:07AM -0400, Steven Rostedt wrote: > Hi Paul, > > My tests are triggering the following when I have lockdep enabled and > running the stack tracer: > > [ cut here ] > WARNING: CPU: 0 PID: 0 at >

Re: [RFC][PATCH v2 3/5] clone: Disallown CLONE_THREAD with a shared sighand_struct

On 04/02, Eric W. Biederman wrote: > > --- a/kernel/fork.c > +++ b/kernel/fork.c > @@ -1515,6 +1515,13 @@ static __latent_entropy struct task_struct > *copy_process( > if ((clone_flags & CLONE_THREAD) && !(clone_flags & CLONE_SIGHAND)) > return ERR_PTR(-EINVAL); > > + /*

Re: [PATCH v3 8/9] drm/rockchip: gem: Don't alloc/free gem buf when dev_private is invalid

On Wed, Apr 05, 2017 at 04:29:26PM +0800, Jeffy Chen wrote: > After unbinding drm, the userspace may still has a chance to access > gem buf. > > Add a sanity check for a NULL dev_private to prevent that from > happening. I still don't understand how this is happening. You're saying that these

[PATCH] clk: sunxi-ng: Display index when clock registration fails

Add clock index to clock registration failure message. Clock name is sometimes not available, when things go really wrong. Signed-off-by: Priit Laes --- drivers/clk/sunxi-ng/ccu_common.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 36/38] Annotate hardware config module parameters in sound/isa/

When the kernel is running in secure boot mode, we lock down the kernel to prevent userspace from modifying the running kernel image. Whilst this includes prohibiting access to things like /dev/mem, it must also prevent access by means of configuring driver modules in such a way as to cause a

[PATCH 31/38] Annotate hardware config module parameters in drivers/tty/

When the kernel is running in secure boot mode, we lock down the kernel to prevent userspace from modifying the running kernel image. Whilst this includes prohibiting access to things like /dev/mem, it must also prevent access by means of configuring driver modules in such a way as to cause a

[PATCH 37/38] Annotate hardware config module parameters in sound/oss/

When the kernel is running in secure boot mode, we lock down the kernel to prevent userspace from modifying the running kernel image. Whilst this includes prohibiting access to things like /dev/mem, it must also prevent access by means of configuring driver modules in such a way as to cause a

Re: [RFC] [media] imx: assume MEDIA_ENT_F_ATV_DECODER entities output video on pad 1

>> For what it's worth, I doubt most of the em28xx designs have the >> tvp5150 interrupt request line connected in any way. > > True. But, on embedded hardware, such line may be connected into the > SoC. Actually, from the IGEPv3 expansion diagram: > > >

[PATCH 06/24] Add a sysrq option to exit secure boot mode

From: Kyle McMartin Make sysrq+x exit secure boot mode on x86_64, thereby allowing the running kernel image to be modified. This lifts the lockdown. Signed-off-by: Kyle McMartin Signed-off-by: David Howells --- arch/x86/Kconfig

[PATCH 08/24] Copy secure_boot flag in boot params across kexec reboot

From: Dave Young Kexec reboot in case secure boot being enabled does not keep the secure boot mode in new kernel, so later one can load unsigned kernel via legacy kexec_load. In this state, the system is missing the protections provided by secure boot. Adding a patch to fix

[PATCH 07/24] kexec: Disable at runtime if the kernel is locked down

From: Matthew Garrett kexec permits the loading and execution of arbitrary code in ring 0, which is something that lock-down is meant to prevent. It makes sense to disable kexec in this situation. This does not affect kexec_file_load() which can check for a signature

Re: [PATCH] crypto: arm64/sha: use %c constraint code in ASM_EXPORT

Hoi Matthias! On 5 April 2017 at 17:56, Matthias Kaehlcke wrote: > From: Greg Hackmann > > The current definition of ASM_EXPORT doesn't work properly with clang, > according to https://bugs.llvm.org//show_bug.cgi?id=27250#c3 it relies on > gcc specific

[PATCH 04/24] Enforce module signatures if the kernel is locked down

If the kernel is locked down, require that all modules have valid signatures that we can verify. Signed-off-by: David Howells --- kernel/module.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/module.c b/kernel/module.c index

Re: [RFC 00/10] V4L2 explicit synchronization support

Hello Gustavo, On 04/05/2017 11:09 AM, Gustavo Padovan wrote: > 2017-04-03 Javier Martinez Canillas : > >> Hello Mauro and Gustavo, >> >> On 04/03/2017 07:16 AM, Mauro Carvalho Chehab wrote: >>> Hi Gustavo, >>> >>> Em Mon, 13 Mar 2017 16:20:25 -0300 >>> Gustavo Padovan

[PATCH 19/24] acpi: Disable APEI error injection if the kernel is locked down

From: Linn Crosetto ACPI provides an error injection mechanism, EINJ, for debugging and testing the ACPI Platform Error Interface (APEI) and other RAS features. If supported by the firmware, ACPI specification 5.0 and later provide for a way to specify a physical memory address to

[PATCH 15/38] Annotate hardware config module parameters in drivers/mmc/host/

When the kernel is running in secure boot mode, we lock down the kernel to prevent userspace from modifying the running kernel image. Whilst this includes prohibiting access to things like /dev/mem, it must also prevent access by means of configuring driver modules in such a way as to cause a

Re: [RFC] [media] imx: assume MEDIA_ENT_F_ATV_DECODER entities output video on pad 1

Em Wed, 5 Apr 2017 13:02:52 -0400 Devin Heitmueller escreveu: > > I remember I looked on this when I wrote the driver, but I was > > unable to find a way for em28xx to parse (or forward) such > > data packets. > > I'm pretty sure it's possible, but I haven't

[PATCH 19/38] Annotate hardware config module parameters in drivers/net/ethernet/

When the kernel is running in secure boot mode, we lock down the kernel to prevent userspace from modifying the running kernel image. Whilst this includes prohibiting access to things like /dev/mem, it must also prevent access by means of configuring driver modules in such a way as to cause a

Re: [PATCH 1/4] net: dsa: add support for the SMSC-LAN9303 tagging format

On Wed, Apr 05, 2017 at 11:20:21AM +0200, Juergen Borleis wrote: > To define the outgoing port and to discover the incoming port a regular > VLAN tag is used by the LAN9303. But its VID meaning is 'special'. > > This tag handler/filter depends on some hardware features which must be > enabled in

[PATCH 07/38] Annotate hardware config module parameters in drivers/cpufreq/

When the kernel is running in secure boot mode, we lock down the kernel to prevent userspace from modifying the running kernel image. Whilst this includes prohibiting access to things like /dev/mem, it must also prevent access by means of configuring driver modules in such a way as to cause a

Re: [PATCH 2/4] iio: dac: add support for stm32 DAC

On 04/02/2017 01:32 PM, Jonathan Cameron wrote: > On 31/03/17 12:45, Fabrice Gasnier wrote: >> Add support for STMicroelectronics STM32 DAC. It's a 12-bit, voltage >> output digital-to-analog converter. It has two output channels, each >> with its own converter. >> It supports 8 bits or 12bits

Re: [PATCH 0/6] mm: make movable onlining suck less

On Wed, Apr 05, 2017 at 08:42:39AM +0200, Michal Hocko wrote: On Tue 04-04-17 16:43:39, Reza Arbab wrote: Okay, getting further. With this I can again repeatedly add and remove, but now I'm seeing a weird variation of that earlier issue: 1. add_memory(), online_movable

Re: [PATCH] ARM: dts: armada-38x: label USB and SATA nodes

Hi Andrew, On ven., mars 31 2017, Andrew Lunn wrote: > On Fri, Mar 31, 2017 at 07:39:20PM +0200, Ralph Sennhauser wrote: >> On Fri, 31 Mar 2017 18:50:15 +0200 >> Andrew Lunn wrote: >> >> > > -sata@a8000 { >> > > +

Re: [PATCH] remove the obsolete hd driver

Christoph Hellwig writes: > This driver is for pre-IDE hardisk that are only found in PC from the > stoneage of personal computing, and which we don't support elsewhere > in the kernel these days. > > It's also been marked broken forever. Reviewed-by: Martin K. Petersen

Re: [PATCH] remove the obsolete hd driver

On 04/05/2017 07:59 AM, Christoph Hellwig wrote: > This driver is for pre-IDE hardisk that are only found in PC from the > stoneage of personal computing, and which we don't support elsewhere > in the kernel these days. > > It's also been marked broken forever. Applied for 4.12, who'd trust

[PATCH v6 21/23] Documentation: PCI: Add userguide for PCI endpoint test function

Add documentation to help users use pci-epf-test function driver and pci_endpoint_test host driver for testing PCI. Signed-off-by: Kishon Vijay Abraham I Signed-off-by: Bjorn Helgaas --- Documentation/PCI/00-INDEX| 2 +

[PATCH v6 16/23] PCI: Add device IDs for DRA74x and DRA72x

Add device IDs for DRA74x and DRA72x devices. These devices have configurable PCI endpoint. Signed-off-by: Kishon Vijay Abraham I Signed-off-by: Bjorn Helgaas --- include/linux/pci_ids.h | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [PATCH v2] clk/axs10x: introduce AXS10X pll driver

Hi Stephen, On Tue, 2017-04-04 at 18:35 -0700, Stephen Boyd wrote: > > + .pll_table = (struct pll_of_table []){ > > + { > > + .prate = 2700, > > Can this be another clk in the framework instead of hardcoding > the parent rate? In fact there is another clk

Re: [PATCH] fixup! gpu: host1x: Add IOMMU support

On Wed, Apr 05, 2017 at 10:45:44AM +0300, Mikko Perttunen wrote: > Signed-off-by: Mikko Perttunen > --- > drivers/gpu/host1x/dev.c | 1 + > 1 file changed, 1 insertion(+) Applied this to the drm/tegra tree and pushed it out. Verified that merging it into linux-next builds

Re: [RFC][PATCH v2 1/5] ptrace: Don't wait in PTRACE_O_TRACEEXIT for exec or coredump

On 04/02, Eric W. Biederman wrote: > > In the case of exec and coredump which have many interesting deadlock > opportunities So this patch is very close to my 2/2 one-liner, except - you removed the current->mm == current->parent->mm check I didn't do this on purpose, because

[for-next][PATCH 5/7] ftrace: Create separate t_func_next() to simplify the function / hash logic

From: "Steven Rostedt (VMware)" I noticed that if I use dd to read the set_ftrace_filter file that the first hash command is repeated. # cd /sys/kernel/debug/tracing # echo schedule > set_ftrace_filter # echo do_IRQ >> set_ftrace_filter # echo schedule:traceoff >>

[for-next][PATCH 6/7] ftrace: Have init/main.c call ftrace directly to free init memory

From: "Steven Rostedt (VMware)" Relying on free_reserved_area() to call ftrace to free init memory proved to not be sufficient. The issue is that on x86, when debug_pagealloc is enabled, the init memory is not freed, but simply set as not present. Since ftrace was uninformed

[for-next][PATCH 7/7] tracing/kprobes: expose maxactive for kretprobe in kprobe_events

From: Alban Crequy When a kretprobe is installed on a kernel function, there is a maximum limit of how many calls in parallel it can catch (aka "maxactive"). A kernel module could call register_kretprobe() and initialize maxactive (see example in

[PATCH v5 7/7] ARM: sun5i: chip: enable battery power supply subnode

The NextThing Co. CHIP has an AXP209 PMIC with battery connector. This enables the battery power supply subnode. Signed-off-by: Quentin Schulz Acked-by: Maxime Ripard Acked-by: Chen-Yu Tsai ---

[PATCH 16/38] Annotate hardware config module parameters in drivers/net/appletalk/

When the kernel is running in secure boot mode, we lock down the kernel to prevent userspace from modifying the running kernel image. Whilst this includes prohibiting access to things like /dev/mem, it must also prevent access by means of configuring driver modules in such a way as to cause a

[PATCH] crypto: arm64/sha: use %c constraint code in ASM_EXPORT

From: Greg Hackmann The current definition of ASM_EXPORT doesn't work properly with clang, according to https://bugs.llvm.org//show_bug.cgi?id=27250#c3 it relies on gcc specific behavior. Change the constraint from an intermediate to an output expression which works with

[PATCH 25/38] Annotate hardware config module parameters in drivers/pci/hotplug/

When the kernel is running in secure boot mode, we lock down the kernel to prevent userspace from modifying the running kernel image. Whilst this includes prohibiting access to things like /dev/mem, it must also prevent access by means of configuring driver modules in such a way as to cause a

[PATCH 11/38] Annotate hardware config module parameters in drivers/input/

When the kernel is running in secure boot mode, we lock down the kernel to prevent userspace from modifying the running kernel image. Whilst this includes prohibiting access to things like /dev/mem, it must also prevent access by means of configuring driver modules in such a way as to cause a

Applied "ASoC: sta529: Add OF device ID table" to the asoc tree

The patch ASoC: sta529: Add OF device ID table has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Applied "ASoC: ssm4567: Add OF device ID table" to the asoc tree

The patch ASoC: ssm4567: Add OF device ID table has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Applied "ASoC: rt5677: Add OF device ID table" to the asoc tree

The patch ASoC: rt5677: Add OF device ID table has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Applied "ASoC: wm8978: Add OF device ID table" to the asoc tree

The patch ASoC: wm8978: Add OF device ID table has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Applied "ASoC: uda1380: Add OF device ID table" to the asoc tree

The patch ASoC: uda1380: Add OF device ID table has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Applied "ASoC: codec: wm9860: Refactor PLL out freq search" to the asoc tree

The patch ASoC: codec: wm9860: Refactor PLL out freq search has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Re: [PATCH 0/6] mm: make movable onlining suck less

On Wed, Apr 05, 2017 at 05:42:59PM +0200, Michal Hocko wrote: But one thing that is really bugging me is how could you see low pfns in the previous oops. Please drop the last patch and sprinkle printks down the remove_memory path to see where this all go south. I believe that there is

Re: [PATCH 02/38] Annotate hardware config module parameters in arch/x86/mm/

On Wed, 05 Apr 2017 17:57:08 +0100 David Howells wrote: > When the kernel is running in secure boot mode, we lock down the kernel to > prevent userspace from modifying the running kernel image. Whilst this > includes prohibiting access to things like /dev/mem, it must also

Re: [PATCH] ebpf: verify the output of the JIT

Hi Tycho, [auto build test WARNING on net/master] [also build test WARNING on v4.11-rc5 next-20170405] [cannot apply to tip/x86/core] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Tycho

Re: [PATCH v8 3/3] printk: fix double printing with earlycon

On 04/04/2017 02:12 PM, Petr Mladek wrote: On Thu 2017-03-30 14:55:46, Sergey Senozhatsky wrote: On (03/28/17 14:56), Petr Mladek wrote: [..] Alekesey, any chance to use the global variable to count used or point to the last element? I know that you have already spent a lot of time with

[PATCH v2] crypto: arm64/sha: Add constant operand modifier to ASM_EXPORT

The operand is an integer constant, make the constness explicit by adding the modifier. This is needed for clang to generate valid code and also works with gcc. Also change the constraint of the operand from 'I' ("Integer constant that is valid as an immediate operand in an ADD instruction",

Re: [PATCH 1/2] Alps HID I2C T4 device support

Hi Masaki, Could you be a little more specific about what you need? I don't like executing scripts containing several instances of 'sudo rm -rf [something]'. It seems that the script is meant to install debugging versions of some modules. Could you simply send me a patch against the official

[PATCH v3 2/2] scsi: storvsc: Add support for FC rport.

Included in the current storvsc driver for Hyper-V is the ability to access luns on an FC fabric via a virtualized fiber channel adapter exposed by the Hyper-V host. The driver also attaches to the FC transport to allow host and port names to be published under /sys/class/fc_host/hostX. Current

[PATCH v3 1/2] scsi: scsi_transport_fc: Add dummy initiator role to rport

This patch allows scsi drivers that expose virturalized fibre channel devices but that do not expose rports to successfully rescan the scsi bus via echo "- - -" > /sys/class/scsi_host/hostX/scan. Drivers can create a pseudo rport and indicate FC_PORT_ROLE_FCP_DUMMY_INITIATOR as the rport's role in

Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags

Hi Masahiro, El Thu, Apr 06, 2017 at 03:08:26AM +0900 Masahiro Yamada ha dit: > 2017-03-17 9:15 GMT+09:00 Michael Davidson : > > Unfortunately, while clang generates a warning about these flags > > being unsupported it still exits with a status of 0 so we have > > to explicitly

Re: [PATCH v4] of/pci: Fix memory leak in of_pci_get_host_bridge_resources

Hi Jeffy, [auto build test ERROR on pci/next] [also build test ERROR on v4.11-rc5 next-20170405] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Jeffy-Chen/of-pci-Fix-memory-leak

Re: [PATCH 2/4] net: dsa: add new DSA switch driver for the SMSC-LAN9303

On Wed, Apr 05, 2017 at 11:20:22AM +0200, Juergen Borleis wrote: > The SMSC/Microchip LAN9303 is an ethernet switch device with one CPU port > and two external ethernet ports with built-in phys. > > This driver uses the DSA framework, but is currently only capable of > separating the two external

Re: [RFC PATCH v1 00/30] fs: inode->i_version rework and optimization

On Wed, Apr 05, 2017 at 10:05:51AM +0200, Jan Kara wrote: > 1) Keep i_version as is, make clients also check for i_ctime. That would be a protocol revision, which we'd definitely rather avoid. But can't we accomplish the same by using something like ctime * (some constant) + i_version

Re: [PATCH 00/14] RDMA/cxgb: Fine-tuning for several function implementations

On Wed, 2017-02-08 at 22:10 +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Wed, 8 Feb 2017 22:00:10 +0100 > > Several update suggestions were taken into account > from static source code analysis. > > Markus Elfring (14): >   Use kcalloc() in

[PATCH v3 0/2] scsi: storvsc: Add support for FC rport

The updated patch set provides a way for drivers ( specifically storvsc in this case ) that expose virturalized fc devices but that do not expose rports to be manually scanned. This is done via creating a pseudo rport in storvsc and a corresponding dummy initiator rport role in the fc transport.

Re: net/ipv4: use-after-free in ipv4_mtu

Interesting. I might had too many beers tonight, but ... refcount was removed in 2860583fe840 many months later -static void rt_init_metrics(struct rtable *rt, struct fib_info *fi) -{ - if (fi->fib_metrics != (u32 *) dst_default_metrics) { - rt->fi = fi; -

[PATCH v7 4/7] xen/9pfs: connect to the backend

Implement functions to handle the xenbus handshake. Upon connection, allocate the rings according to the protocol specification. Initialize a work_struct and a wait_queue. The work_struct will be used to schedule work upon receiving an event channel notification from the backend. The wait_queue

[PATCH] fpga fr br: fix warning for unexpected version number

From: Matthew Gerlach The value in the version register of the altera freeze bridge controller changed from the beta value of 2 to the value of 0xad03 in the official release of the IP. This patch supports the old and new version numbers without printing an

Re: [PATCH 2/7] Makefile, x86, LLVM: disable unsupported optimization flags

It "works" for the cases that I currently care about but I have to say that I am uneasy about adding -Werror to the cc-option test in this way. Suppose that one of the *other* flags that is implicitly passed to the compiler by cc-option - eg something that was explicitly specified in

Re: [PATCH 14/24] x86: Restrict MSR access when the kernel is locked down

On Wed, Apr 5, 2017 at 10:12 AM, David Howells wrote: > From: Matthew Garrett > > Writing to MSRs should not be allowed if the kernel is locked down, since > it could lead to execution of arbitrary code in kernel mode. Based on a > patch by Kees

Applied "ASoc: rt5645: Add OF device ID table" to the asoc tree

The patch ASoc: rt5645: Add OF device ID table has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state

On Wed, Apr 05, 2017 at 07:36:17AM -0700, Thomas Garnier wrote: > On Wed, Apr 5, 2017 at 7:22 AM, Catalin Marinas > wrote: > > On Tue, Apr 04, 2017 at 10:47:27AM -0700, Thomas Garnier wrote: > >> + > >> ldr x1, [tsk, #TSK_TI_FLAGS] > >> and x2, x1,

Re: [RFC PATCH v1 00/30] fs: inode->i_version rework and optimization

On Wed, Apr 05, 2017 at 11:43:32AM +1000, NeilBrown wrote: > On Tue, Apr 04 2017, J. Bruce Fields wrote: > > > On Thu, Mar 30, 2017 at 02:35:32PM -0400, Jeff Layton wrote: > >> On Thu, 2017-03-30 at 12:12 -0400, J. Bruce Fields wrote: > >> > On Thu, Mar 30, 2017 at 07:11:48AM -0400, Jeff Layton

[PATCH v5 2/7] power: supply: add battery driver for AXP20X and AXP22X PMICs

The X-Powers AXP20X and AXP22X PMICs can have a battery as power supply. This patch adds the battery power supply driver to get various data from the PMIC, such as the battery status (charging, discharging, full, dead), current max limit, current current, battery capacity (in percentage), voltage

[PATCHv3] EDAC, altera: Fix peripheral warnings for Cyclone5

From: Thor Thayer The peripherals EDACs only exist on the Arria10 SoCFPGA. The Cyclone5 initialization has EDAC warnings when the peripherals aren't found in the device tree. Fix by checking for Arria10 in the init functions. Signed-off-by: Thor Thayer

Re: scope of cred_guard_mutex.

Oleg Nesterov writes: > On 04/03, Eric W. Biederman wrote: >> >> You have asked why I have problems with your patch and so I am going to >> try to explain. Partly I want to see a clean set of patches that we >> can merge into Linus's tree before we make any compromises.

Re: [PATCH 1/3] x86/intel_rdt: Fix issue when mkdir uses a freed CLOSid

On Wed, Apr 05, 2017 at 05:20:24PM +0200, Thomas Gleixner wrote: > That's just wrong. > > The proper behaviour for a new control group is, that at the time when it > is created it copies the CBM values of the default group and not claiming > access to ALL of the cache by default. I don't see

Re: [RFC][PATCH v2 3/5] clone: Disallown CLONE_THREAD with a shared sighand_struct

On 04/05, Eric W. Biederman wrote: > > Oleg Nesterov writes: > > I agree that changing userspace semantics is something to be very > careful with. But at least for purposes of discussion I think this is a > good patch. I agree that we need it with your approach, but imo it

Re: [BUG] stack tracing causes: kernel/module.c:271 module_assert_mutex_or_preempt

On Wed, 5 Apr 2017 10:59:25 -0700 "Paul E. McKenney" wrote: > > Note, this has nothing to do with trace_rcu_dyntick(). It's the > > function tracer tracing inside RCU, calling the stack tracer to record > > a new stack if it sees its larger than any stack before. All

[PATCH v7 1/7] xen: import new ring macros in ring.h

Sync the ring.h file with upstream Xen, to introduce the new ring macros. They will be used by the Xen transport for 9pfs. Signed-off-by: Stefano Stabellini CC: konrad.w...@oracle.com CC: boris.ostrov...@oracle.com CC: jgr...@suse.com CC: gr...@kaod.org --- NB: The new

[PATCH v7 0/7] Xen transport for 9pfs frontend driver

Hi all, This patch series implements a new transport for 9pfs, aimed at Xen systems. The transport is based on a traditional Xen frontend and backend drivers pair. This patch series implements the frontend, which typically runs in a regular unprivileged guest. I also sent a series that

[PATCH v5 0/7] add support for AXP20X and AXP22X battery power supply driver

This is a series for AXP20X and AXP22X battery power supply without the support for changing constant charge current from the DT. The patches for supporting the constant charge current from DT are ready and will be sent once the battery framework required to make this work has been merged. Quote

[PATCH 2/2] Revert "f2fs: put allocate_segment after refresh_sit_entry"

This reverts commit 3436c4bdb30de421d46f58c9174669fbcfd40ce0. This makes a leak to register dirty segments. I reproduced the issue by modified postmark which injects a lot of file create/delete/update and finally triggers huge number of SSR allocations. Cc: # v4.10+

Re: [PATCH v6 17/39] platform: add video-multiplexer subdevice driver

On Wed 2017-04-05 13:58:39, Lucas Stach wrote: > Am Mittwoch, den 05.04.2017, 13:18 +0200 schrieb Pavel Machek: > > Hi! > > > > > + * video stream multiplexer controlled via gpio or syscon > > > + * > > > + * Copyright (C) 2013 Pengutronix, Sascha Hauer > > > + * Copyright

Re: [PATCH 1/8] Documentation, x86: Intel Memory bandwidth allocation

On Wed, 5 Apr 2017, Thomas Gleixner wrote: On Mon, 3 Apr 2017, Vikas Shivappa wrote: +Cache resource(L3/L2) subdirectory contains the following files: -"num_closids": The number of CLOSIDs which are valid for this - resource. The kernel uses the smallest number of -

RE: [PATCH v2 1/2] x86/mce/AMD: Redo use of SMCA MCA_DE{STAT,ADDR} registers

> -Original Message- > From: Borislav Petkov [mailto:b...@alien8.de] > Sent: Wednesday, April 05, 2017 1:22 PM > To: Ghannam, Yazen > Cc: linux-e...@vger.kernel.org; Tony Luck ; > x...@kernel.org; linux-kernel@vger.kernel.org > Subject: Re:

Re: scope of cred_guard_mutex.

On 04/05, Eric W. Biederman wrote: > > Oleg Nesterov writes: > > - You made comments about cred_guard_mutex and it's scope that when I > reviewed the code were false. Too late for me. I'll try to read other emails from you and reply tomorrow. Oleg.

Re: [PATCH 0/6] mm: make movable onlining suck less

On Wed 05-04-17 12:32:49, Reza Arbab wrote: > On Wed, Apr 05, 2017 at 05:42:59PM +0200, Michal Hocko wrote: > >But one thing that is really bugging me is how could you see low pfns in > >the previous oops. Please drop the last patch and sprinkle printks down > >the remove_memory path to see where

Re: [PATCH v2 1/2] x86/mce/AMD: Redo use of SMCA MCA_DE{STAT,ADDR} registers

On Wed, Apr 05, 2017 at 05:53:57PM +, Ghannam, Yazen wrote: > Correct, but only on SMCA systems. On !SMCA systems you log only once anyway - you don't have DE* MSRs. > This works so I don't know why it's not okay. So I should take the code just because you have found one way that it works?

Re: [RFC][PATCH v2 5/5] signal: Don't allow accessing signal_struct by old threads after exec

Oleg Nesterov writes: > On 04/02, Eric W. Biederman wrote: >> >> Add exec_id to signal_struct and compare it at a few choice moments. > > I really dislike this change no matter what, sorry. > > Firstly, task_struct->*_exec_id should simply die (I already have the > patch), or at

Re: [PATCH v23 06/11] clocksource: arm_arch_timer: refactor MMIO timer probing.

On Sat, Apr 01, 2017 at 01:51:00AM +0800, fu@linaro.org wrote: > + arch_timer_mem_freq = arch_timer_mem_get_cntfrq(base); > + if (!arch_timer_rate && arch_timer_mem_freq) { > + arch_timer_rate = arch_timer_mem_freq; > + } else if (!arch_timer_rate || arch_timer_rate !=

[PATCH v7 6/7] xen/9pfs: receive responses

Upon receiving a notification from the backend, schedule the p9_xen_response work_struct. p9_xen_response checks if any responses are available, if so, it reads them one by one, calling p9_client_cb to send them up to the 9p layer (p9_client_cb completes the request). Handle the ring following the

Re: [RFC PATCH v2 1/4] dt-bindings: update the Allwinner GPADC device tree binding for H3

On Tue, Apr 4, 2017 at 10:02 AM, Icenowy Zheng wrote: > > > 在 2017年04月04日 22:47, Rob Herring 写道: >> >> On Sun, Apr 02, 2017 at 09:33:01PM +0800, Icenowy Zheng wrote: >>> >>> Allwinner H3 features a thermal sensor like the one in A33, but has its >>> register re-arranged, the

[PATCH v7 5/7] xen/9pfs: send requests to the backend

Implement struct p9_trans_module create and close functions by looking at the available Xen 9pfs frontend-backend connections. We don't expect many frontend-backend connections, thus walking a list is OK. Send requests to the backend by copying each request to one of the available rings (each

Re: [BUG] stack tracing causes: kernel/module.c:271 module_assert_mutex_or_preempt

On Wed, Apr 05, 2017 at 02:54:25PM -0400, Steven Rostedt wrote: > On Wed, 5 Apr 2017 10:59:25 -0700 > "Paul E. McKenney" wrote: > > > > Note, this has nothing to do with trace_rcu_dyntick(). It's the > > > function tracer tracing inside RCU, calling the stack tracer

Re: [PATCH] crypto: arm64/sha: use %c constraint code in ASM_EXPORT

On 5 April 2017 at 18:21, Robin Murphy wrote: > On 05/04/17 18:08, Ard Biesheuvel wrote: >> Hoi Matthias! >> >> On 5 April 2017 at 17:56, Matthias Kaehlcke wrote: >>> From: Greg Hackmann >>> >>> The current definition of ASM_EXPORT

Re: [RFC][PATCH v2 3/5] clone: Disallown CLONE_THREAD with a shared sighand_struct

Oleg Nesterov writes: > On 04/02, Eric W. Biederman wrote: >> >> --- a/kernel/fork.c >> +++ b/kernel/fork.c >> @@ -1515,6 +1515,13 @@ static __latent_entropy struct task_struct >> *copy_process( >> if ((clone_flags & CLONE_THREAD) && !(clone_flags & CLONE_SIGHAND)) >>

<    1   2   3   4   5   6   7   8   9   10   >