Re: [PATCH v2 9/9] ARM: sunxi: Convert pinctrl nodes to generic bindings

On Fri, Jan 06, 2017 at 01:17:21AM +, André Przywara wrote: > > On Wed, Jan 04, 2017 at 02:16:23AM +, André Przywara wrote: > >> So can I ask that we start taking this seriously and stop doing things > >> which prevent Allwinner boards from being supported properly? > >> Which would first i

[PATCH v2] drm/i915: Flush untouched framebuffers before display on !llc

On a non-llc system, the objects are created with .cache_level = CACHE_NONE and so the transition to uncached for scanout is a no-op. However, if the object was never written to, it will still be in the CPU domain (having been zeroed out by shmemfs). Those cachelines need to be flushed prior to dis

Re: [PATCH] ACPI/IORT: Fix iort_node_get_id() mapping entries indexing

On 2017-01-09 01:34, Hanjun Guo wrote: Hi Sinan, On 2017/1/8 5:09, Sinan Kaya wrote: On 1/5/2017 1:29 PM, Lorenzo Pieralisi wrote: Commit 618f535a6062 ("ACPI/IORT: Add single mapping function") introduced a function (iort_node_get_id()) to retrieve ids for IORT named components. iort_node_get

Re: [RFC PATCH] vring: Force use of DMA API for ARM-based systems

On 06/01/17 21:51, Andy Lutomirski wrote: > On Fri, Jan 6, 2017 at 10:32 AM, Robin Murphy wrote: >> On 06/01/17 17:48, Jean-Philippe Brucker wrote: >>> Hi Will, >>> >>> On 20/12/16 15:14, Will Deacon wrote: Booting Linux on an ARM fastmodel containing an SMMU emulation results in an unex

[PATCH v6 00/17] mtd: nand: allow vendor specific detection/initialization

Hello, I know I said it would be the last round, but I decided to change a few things after Marek's review. Marek, Richard, I dropped your R-b/A-b tags on "mtd: nand: Add manufacturer specific initialization/detection steps" (patch 8) and "mtd: nand: Kill the MTD_NAND_IDS Kconfig option" (patch 6

Re: [PATCH] stable-fixup: hotplug: fix unused function warning

On Mon 09-01-17 11:47:50, Arnd Bergmann wrote: > The backport of upstream commit 777c6e0daebb ("hotplug: Make > register and unregister notifier API symmetric") to linux-4.4.y > introduced a harmless warning in 'allnoconfig' builds as spotted by > kernelci.org: > > kernel/cpu.c:226:13: warning: 'c

Re: [Regression 4.7-rc1] btrfs: bugfix: handle FS_IOC32_{GETFLAGS,SETFLAGS,GETVERSION} in btrfs_ioctl

On Fri, Jan 06, 2017 at 12:22:34PM -0500, Joseph Salisbury wrote: > A kernel bug report was opened against Ubuntu [0]. This bug was fixed > by the following commit in v4.7-rc1: > > commit 4c63c2454eff996c5e27991221106eb511f7db38 > > Author: Luke Dashjr > Date: Thu Oct 29 08:22:21 2015 + >

[PATCH 01/20] compat ABI: use non-compat openat and open_by_handle_at variants

The only difference is that non-compat version forces O_LARGEFILE, and it should be the default behaviour for all architectures, as we don't support 32-bit off_t. The only exception is tile32, that continues with compat version of syscalls. Signed-off-by: Yury Norov Acked-by: Arnd Bergmann Acked

Re: Nokia N900 headset detection & MIC Bias + TVOUT

On Sat, Jan 07, 2017 at 12:07:49AM +0100, Pali Rohár wrote: > All that is needed in N900 sound driver, file sound/soc/omap/rx51.c. Can > you help me which functions should I call to enable/disable it > correctly? In headset detection code I need to be sure that nobody > (other kernel drivers or

Re: [PATCH v6 3/3] arm: dts: mt2701: Add node for Mediatek JPEG Decoder

Hi Rick, On 01/06/2017 03:34 AM, Rick Chang wrote: > Hi Hans, > > The dependence on [1] has been merged in 4.10, but [2] has not.Do you have > any idea about this patch series? Should we wait for [2] or we could merge > the source code and dt-binding first? Looking at [2] I noticed that the las

[PATCH v7 00/20] ILP32 for ARM64

This series enables aarch64 with ilp32 mode. As supporting work, it introduces ARCH_32BIT_OFF_T configuration option that is enabled for existing 32-bit architectures but disabled for new arches (so 64-bit off_t is is used by new userspace). Also it deprecates getrlimit and setrlimit syscalls prio

[PATCH 03/20] asm-generic: Drop getrlimit and setrlimit syscalls from default list

The newer prlimit64 syscall provides all the functionality provided by the getrlimit and setrlimit syscalls and adds the pid of target process, so future architectures won't need to include getrlimit and setrlimit. Therefore drop getrlimit and setrlimit syscalls from the generic syscall list unles

[PATCH 10/20] arm64: ilp32: add is_ilp32_compat_{task,thread} and TIF_32BIT_AARCH64

ILP32 tasks are needed to be distinguished from lp64 and aarch32. This patch adds helper functions is_ilp32_compat_{task,thread} and thread flag TIF_32BIT_AARCH64 to address it. This is a preparation for following patches in ilp32 patchset. For consistency, SET_PERSONALITY is changed here accordin

[PATCH 07/20] arm64:uapi: set __BITS_PER_LONG correctly for ILP32 and LP64

From: Andrew Pinski Define __BITS_PER_LONG depending on the ABI used (i.e. check whether __ILP32__ or __LP64__ is defined). This is necessary for glibc to determine the appropriate type definitions for the system call interface. Signed-off-by: Andrew Pinski Signed-off-by: Philipp Tomsich Sign

[PATCH 05/20] arm64: rename COMPAT to AARCH32_EL0 in Kconfig

From: Andrew Pinski In this patchset ILP32 ABI support is added. Additionally to AARCH32, which is binary-compatible with ARM, ILP32 is (mostly) ABI-compatible. >From now, AARCH32_EL0 (former COMPAT) config option means the support of AARCH32 userspace, ARM64_ILP32 - support of ILP32 ABI (see n

[PATCH 08/20] thread: move thread bits accessors to separated file

They may be accessed from low-level code, so isolating is a measure to avoid circular dependencies in header files. The exact reason for circular dependency is WARN_ON() macro added in patch edd63a27 "set_restore_sigmask() is never called without SIGPENDING (and never should be)" Signed-off-by: Y

[PATCH 13/20] arm64: ilp32: share aarch32 syscall handlers

off_t is passed in register pair just like in aarch32. In this patch corresponding aarch32 handlers are shared to ilp32 code. Signed-off-by: Yury Norov --- arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/entry32.S| 80 --- arch/arm64/kernel/entry32

[PATCH 11/20] arm64: introduce binfmt_elf32.c

As we support more than one compat formats, it looks more reasonable to not use fs/compat_binfmt.c. Custom binfmt_elf32.c allows to move aarch32 specific definitions there and make code more maintainable and readable. Signed-off-by: Yury Norov --- arch/arm64/Kconfig | 1 - arch/ar

[PATCH 09/20] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)

Based on patch of Andrew Pinski. This patch introduces is_a32_compat_task and is_a32_thread so it is easier to say this is a a32 specific thread or a generic compat thread/task. Corresponding functions are located in to avoid mess in headers. Some files include both and , and this is wrong beca

[PATCH 04/20] arm64: ilp32: add documentation on the ILP32 ABI for ARM64

Based on Andrew Pinski's patch-series. Signed-off-by: Yury Norov --- Documentation/arm64/ilp32.txt | 45 +++ 1 file changed, 45 insertions(+) create mode 100644 Documentation/arm64/ilp32.txt diff --git a/Documentation/arm64/ilp32.txt b/Documentation/arm6

[PATCH 06/20] arm64: ensure the kernel is compiled for LP64

From: Andrew Pinski The kernel needs to be compiled as a LP64 binary for ARM64, even when using a compiler that defaults to code-generation for the ILP32 ABI. Consequently, we need to explicitly pass '-mabi=lp64' (supported on gcc-4.9 and newer). Signed-off-by: Andrew Pinski Signed-off-by: Phil

[PATCH 14/20] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

From: Andrew Pinski Add a separate syscall-table for ILP32, which dispatches either to native LP64 system call implementation or to compat-syscalls, as appropriate. Signed-off-by: Andrew Pinski Signed-off-by: Yury Norov --- arch/arm64/include/asm/unistd.h | 8 ++- arch/arm64/include/ua

[PATCH 12/20] arm64: ilp32: introduce binfmt_ilp32.c

Like binfmt_elf32.c, binfmt_ilp32.c is needed to handle ILP32 binaries Signed-off-by: Yury Norov --- arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/binfmt_ilp32.c | 98 2 files changed, 99 insertions(+) create mode 100644 arch/arm64/kernel/bi

[PATCH 17/20] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext

From: Andrew Pinski ILP32 uses AARCH32 compat structures and syscall handlers for signals. But ILP32 struct rt_sigframe and ucontext differs from both LP64 and AARCH32. So some specific mechanism is needed to take care of it. Signed-off-by: Andrew Pinski Signed-off-by: Yury Norov --- arch/ar

[PATCH 20/20] arm64:ilp32: add ARM64_ILP32 to Kconfig

From: Andrew Pinski This patch adds the config option for ILP32. Signed-off-by: Andrew Pinski Signed-off-by: Philipp Tomsich Signed-off-by: Christoph Muellner Signed-off-by: Yury Norov Reviewed-by: David Daney --- arch/arm64/Kconfig | 10 +- 1 file changed, 9 insertions(+), 1 delet

[PATCH 19/20] arm64:ilp32: add vdso-ilp32 and use for signal return

From: Philipp Tomsich ILP32 VDSO exports next symbols: __kernel_rt_sigreturn; __kernel_gettimeofday; __kernel_clock_gettime; __kernel_clock_getres. What shared object to use, kernel selects depending on result of is_ilp32_compat_task() in arch/arm64/kernel/vdso.c, so it substitutes correct p

Re: Crash in -next due to 'mm/vmalloc: replace opencoded 4-level page walkers'

On Fri, Oct 28, 2016 at 10:18:25AM -0700, Guenter Roeck wrote: > Hi, > > when running sparc64 images in qemu, I see the following crash. > This is with next-20161028. > > [2.530785] clocksource: jiffies: mask: 0x max_cycles: > 0x,max_idle_ns: 1911260446275 ns > [2.532

Re: [PATCH v2 1/7] arm: put types.h in uapi

On Friday, January 6, 2017 10:43:53 AM CET Nicolas Dichtel wrote: > > diff --git a/arch/arm/include/asm/types.h b/arch/arm/include/asm/types.h > index a53cdb8f068c..c48fee3d7b3b 100644 > --- a/arch/arm/include/asm/types.h > +++ b/arch/arm/include/asm/types.h > @@ -1,40 +1,6 @@ > #ifndef _ASM_TYPE

Re: [PATCH v2 3/7] nios2: put setup.h in uapi

On Friday, January 6, 2017 10:43:55 AM CET Nicolas Dichtel wrote: > diff --git a/arch/nios2/include/uapi/asm/setup.h > b/arch/nios2/include/uapi/asm/setup.h > new file mode 100644 > index ..8d8285997ba8 > --- /dev/null > +++ b/arch/nios2/include/uapi/asm/setup.h > @@ -0,0 +1,6 @@ > +#

[PATCH 15/20] arm64: signal: share lp64 signal routines to ilp32

After that, it will be possible to reuse it in ilp32. Signed-off-by: Yury Norov --- arch/arm64/include/asm/signal_common.h | 33 arch/arm64/kernel/signal.c | 93 +- 2 files changed, 92 insertions(+), 34 deletions(-) create mode 100644 arc

[PATCH 16/20] arm64: signal32: move ilp32 and aarch32 common code to separated file

Signed-off-by: Yury Norov --- arch/arm64/include/asm/signal32.h| 3 + arch/arm64/include/asm/signal32_common.h | 27 +++ arch/arm64/kernel/Makefile | 2 +- arch/arm64/kernel/signal32.c | 107 arch/arm64/kernel/signal32_common.c

Re: [PATCH v2 0/7] uapi: export all headers under uapi directories

On Friday, January 6, 2017 10:43:52 AM CET Nicolas Dichtel wrote: > Here is the v2 of this series. The first 5 patches are just cleanup: some > exported headers were still under a non-uapi directory. Since this is meant as a cleanup, I commented on this to point out a cleaner way to do the same.

[PATCH 18/20] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32

ILP32 has context-related structures different from both aarch32 and aarch64/lp64. In this patch compat_arch_ptrace() renamed to compat_a32_ptrace(), and compat_arch_ptrace() only makes choice between compat_a32_ptrace() and new compat_ilp32_ptrace() handler. compat_ilp32_ptrace() calls generic co

[PATCH 02/20] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option

All new 32-bit architectures should have 64-bit off_t type, but existing architectures has 32-bit ones. To handle it, new config option is added to arch/Kconfig that defaults ARCH_32BIT_OFF_T to be disabled for non-64 bit architectures. All existing 32-bit architectures enable it explicitly here.

Re: [PATCH] stable-fixup: hotplug: fix unused function warning

On Mon, Jan 09, 2017 at 11:47:50AM +0100, Arnd Bergmann wrote: > The backport of upstream commit 777c6e0daebb ("hotplug: Make > register and unregister notifier API symmetric") to linux-4.4.y > introduced a harmless warning in 'allnoconfig' builds as spotted by > kernelci.org: > > kernel/cpu.c:226

[PATCH v6 15/17] mtd: nand: samsung: Retrieve ECC requirements from extended ID

From: Hans de Goede On some nand controllers with hw-ecc the controller code wants to know the ecc strength and size and having these as 0, 0 is not accepted. Specifying these in devicetree is possible but undesirable as the nand may be different in different production runs of the same board, s

[PATCH 4/5] x86/microcode/intel: Fix allocation size of struct ucode_patch

From: Junichi Nomura We allocate struct ucode_patch here. @size is the size of microcode data and used for kmemdup() later in this function. Signed-off-by: Jun'ichi Nomura Fixes: 06b8534cb728 ("x86/microcode: Rework microcode loading") Link: http://lkml.kernel.org/r/7a730dc9-ac17-35c4-fe76-dfc

[PATCH 3/5] x86/microcode/intel: Add a helper which gives the microcode revision

From: Borislav Petkov Since on Intel we're required to do CPUID(1) first, before reading the microcode revision MSR, let's add a special helper which does the required steps so that we don't forget to do them next time, when we want to read the microcode revision. Signed-off-by: Borislav Petkov

[PATCH 1/5] x86/CPU: Add native CPUID variants returning a single datum

From: Borislav Petkov ... similarly to the cpuid_() variants. Signed-off-by: Borislav Petkov --- arch/x86/include/asm/processor.h | 18 ++ 1 file changed, 18 insertions(+) diff --git a/arch/x86/include/asm/processor.h b/arch/x86/include/asm/processor.h index eaf100508c36..1be6

[PATCH 0/5] x86/microcode: More urgent fixes

From: Borislav Petkov Hi guys, here are fixes for three more issues with the microcode loader. First one is culminating in adding an intel_get_microcode_revision() helper which does the proper steps to get the current microcode revision on an Intel CPU and should be used everywhere instead of op

Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()

On Thu, 05 Jan, at 05:12:42PM, Dave Young wrote: > On 12/22/16 at 11:23am, Nicolai Stange wrote: > > Before invoking the arch specific handler, efi_mem_reserve() reserves > > the given memory region through memblock. > > > > efi_mem_reserve() can get called after mm_init() though -- through > > ef

[PATCH 2/5] x86/microcode: Use native CPUID to tickle out microcode revision

From: Borislav Petkov Intel supplies the microcode revision value in MSR 0x8b (IA32_BIOS_SIGN_ID) after CPUID(1) has been executed. Execute it each time before reading that MSR. It used to do sync_core() which did do CPUID but c198b121b1a1 ("x86/asm: Rewrite sync_core() to use IRET-to-self")

[PATCH 5/5] x86/microcode/intel: Use correct buffer size for saving microcode data

From: Junichi Nomura In generic_load_microcode(), curr_mc_size is the size of the last allocated buffer and since we have this performance "optimization" there to vmalloc a new buffer only when the current one is bigger, curr_mc_size ends up becoming the size of the biggest buffer we've seen so f

Re: VMCI: Use kmalloc_array() in qp_alloc_ppn_set()

> If there are more then I would suggest changing all of them at once > along with the coccinelle program which has been used. There are still hundreds of similar update candidates left over for other software modules. The acceptance is varying for the proposed refactoring by the involved develope

Outlook Security Team Micorosof

MICROSOFT OUTLOOK anmälan Din e-rutan konto behöver vara verifiera nu för oegentligheter finns i din e-box-konto eller kommer att blockera. Klicka här för att verifiera din e-postkonto och fil i ditt korrekta användarnamn och lösenord omedelbart

Re: [PATCH] stable-fixup: hotplug: fix unused function warning

On Mon, Jan 09, 2017 at 12:29:18PM +0100, Michal Hocko wrote: > On Mon 09-01-17 11:47:50, Arnd Bergmann wrote: > > The backport of upstream commit 777c6e0daebb ("hotplug: Make > > register and unregister notifier API symmetric") to linux-4.4.y > > introduced a harmless warning in 'allnoconfig' buil

Re: [PATCH net-next] bridge: multicast to unicast

Am 09.01.2017 um 09:08 schrieb Johannes Berg: > Does it make sense to implement the two in separate layers though? > > Clearly, this part needs to be implemented in the bridge layer due to > the snooping knowledge, but the code is very similar to what mac80211 > has now. Does the bridge always kn

[PATCH] locking/mutex: Clear mutex-handoff flag on interrupt

If we abort the mutex_lock() due to an interrupt, or other error from ww_mutex, we need to relinquish the handoff flag if we applied it. Otherwise, we may cause missed wakeups as the current owner may try to handoff to a new thread that is not expecting the handoff and so sleep thinking the lock is

Re: Dell XPS13: MCE (Hardware Error) reported

Dear Ashosk, dear Borislav, On 01/05/17 02:12, Raj, Ashok wrote: CPUID Vendor Intel Family 6 Model 142 This is Kabylake Mobile Hardware event. This is not a software error. MCE 1 CPU 0 BANK 7 MISC 7880018086 ADDR fef1ce40 TIME 1483543069 Wed Jan 4 16:17:49 2017 MCG status: MCi status: Erro

Re: [PATCH v3] arm64: mm: Fix NOMAP page initialization

On 06.01.17 08:37:25, Ard Biesheuvel wrote: > Any comments on the performance impact (including boot time) ? I did a kernel compile test and kernel mode time increases by about 2.2%. Though this is already significant, we need a more suitable mem benchmark here for further testing. For boot time

[PATCH v6 17/17] mtd: nand: hynix: Add read-retry support for 1x nm MLC NANDs

All Hynix MLC NANDs using the produced with the 1X nm process support read-retry. This read retry implementation should also be reusable for other Hynix NANDs, but the method to retrieve the read-retry parameters from the read-retry OTP area might change a bit (some NANDs are even using a fixed set

Re: [alsa-devel] [PATCH] Revert "ASoC: core: replace aux_comp_list to component_dev_list"

On Mon, Jan 09, 2017 at 10:41:37AM +0300, Nikita Yushchenko wrote: > But this is not yet in 4.10-rc3 ? Yes. It's not yet been sent to Linus, it'll go whenever the next batch of fixes goes. signature.asc Description: PGP signature

Re: [PATCH 1/2] serial: sh-sci: Fix early deassertion of dedicated RTS

Hi Geert, On Monday 09 Jan 2017 10:53:55 Geert Uytterhoeven wrote: > On Fri, Jan 6, 2017 at 1:30 PM, Laurent Pinchart wrote: > > On Friday 02 Dec 2016 13:35:10 Geert Uytterhoeven wrote: > >> If a UART has dedicated RTS/CTS pins, there are some issues: > >> 1. When changing hardware control flow, t

Re: [RFC 2/8] KVM: arm/arm64: Decouple kvm timer functions from virtual timer

On Mon, Dec 26, 2016 at 12:12:00PM -0500, Jintack Lim wrote: > Now that we have a separate structure for timer context, make functions > general so that they can work on any timer context, not just the virtual > timer context. This does not change the virtual timer functionality. > > Signed-off-b

Re: [PATCH v2 1/7] arm: put types.h in uapi

On Mon, Jan 09, 2017 at 12:33:02PM +0100, Arnd Bergmann wrote: > On Friday, January 6, 2017 10:43:53 AM CET Nicolas Dichtel wrote: > > > > diff --git a/arch/arm/include/asm/types.h b/arch/arm/include/asm/types.h > > index a53cdb8f068c..c48fee3d7b3b 100644 > > --- a/arch/arm/include/asm/types.h > >

Re: [PATCH v2 7/7] uapi: export all headers under uapi directories

On Fri, Jan 06, 2017 at 10:43:59AM +0100, Nicolas Dichtel wrote: > diff --git a/arch/arm/include/uapi/asm/Kbuild > b/arch/arm/include/uapi/asm/Kbuild > index 46a76cd6acb6..607f702c2d62 100644 > --- a/arch/arm/include/uapi/asm/Kbuild > +++ b/arch/arm/include/uapi/asm/Kbuild > @@ -1,23 +1,6 @@ > #

Re: [RFC 4/8] KVM: arm/arm64: Initialize the emulated EL1 physical timer

On Mon, Dec 26, 2016 at 12:12:02PM -0500, Jintack Lim wrote: > Initialize the emulated EL1 physical timer with the default irq number. > > Signed-off-by: Jintack Lim > --- > arch/arm/kvm/reset.c | 9 - > arch/arm64/kvm/reset.c | 9 - > include/kvm/arm_arch_timer.h

Re: [PATCH v3 4/9] arm64: cpufeature: Document the rules of safe value for features

On Mon, Jan 09, 2017 at 10:43:07AM +, Suzuki K. Poulose wrote: > On 06/01/17 12:30, Catalin Marinas wrote: > >On Wed, Jan 04, 2017 at 05:49:02PM +, Suzuki K. Poulose wrote: > >>--- a/arch/arm64/include/asm/cpufeature.h > >>+++ b/arch/arm64/include/asm/cpufeature.h > >>@@ -29,7 +29,21 @@ > >

Re: [patch] mm, thp: add new background defrag option

On 01/09/2017 11:04 AM, Vlastimil Babka wrote: > On 01/06/2017 11:20 PM, David Rientjes wrote: >> I'd leave it to Andrew to decide whether sysfs files should accept >> multiple modes or not. If you are to propose a patch to do so, I'd >> encourage you to do the same cleanup of triple_flag_store(

[PATCH v6 16/17] mtd: nand: hynix: Rework NAND ID decoding to extract more information

The current NAND ID detection in nand_hynix.c is not handling the different scheme used by Hynix, thus forcing developers to add new entries in the nand_ids table each time they want to support a new MLC NAND. Enhance the detection logic to handle all known formats. This does not necessarily mean

Re: [PATCH] [media] atmel-isc: add the isc pipeline function

On 12/23/2016 10:24 AM, Songjun Wu wrote: > Image Sensor Controller has an internal image processor. > It can convert raw format to the other formats, like > RGB565, YUV420P. A module parameter 'sensor_preferred' > is used to enable or disable the pipeline function. > Some v4l2 controls are added t

Re: [RFC 7/8] KVM: arm/arm64: Set up a background timer for the physical timer emulation

On Mon, Dec 26, 2016 at 12:12:05PM -0500, Jintack Lim wrote: > Set a background timer for the EL1 physical timer emulation while VMs are > running, so that VMs get interrupts for the physical timer in a timely > manner. > > We still use just one background timer. When a VM is runnable, we use > th

Re: [RFC 6/8] KVM: arm/arm64: Update the physical timer interrupt level

On Mon, Dec 26, 2016 at 12:12:04PM -0500, Jintack Lim wrote: > Now that we maintain the EL1 physical timer register states of the VM, > update the physical timer interrupt level along with the virtual one. > > Note that the emulated EL1 physical timer is not mapped to any hardware > timer, so we l

Re: [PATCH net-next] bridge: multicast to unicast

On Mon, 2017-01-09 at 12:44 +0100, M. Braun wrote: > Am 09.01.2017 um 09:08 schrieb Johannes Berg: > > Does it make sense to implement the two in separate layers though? > > > > Clearly, this part needs to be implemented in the bridge layer due > > to > > the snooping knowledge, but the code is ve

Re: [RFC 8/8] KVM: arm/arm64: Emulate the EL1 phys timer register access

On Mon, Dec 26, 2016 at 12:12:06PM -0500, Jintack Lim wrote: > Emulate read and write operations to CNTP_TVAL, CNTP_CVAL and CNTP_CTL. > Now the VM is able to use the EL1 physical timer. > > Signed-off-by: Jintack Lim > --- > arch/arm64/kvm/sys_regs.c| 35 ---

Re: [PATCH v2 2/5] ARM: davinci_all_defconfig: Enable PWM modules

On Friday 06 January 2017 10:03 AM, David Lechner wrote: > This enables PWM and the TI ECAP and EHRWPM modules. These are used on LEGO > MINDSTORMS EV3. Here too. Please resend with sign-off. Thanks, Sekhar

Re: [PATCH v2 1/5] ARM: davinci_all_defconfig: enable DA8xx pinconf

On Friday 06 January 2017 10:03 AM, David Lechner wrote: > This enables the DA8xx pinconf driver by default. It is needed by LEGO > MINDSTORMS EV3. Missing your sign-off. I cannot apply that myself. Please resend. Thanks, Sekhar

Re: Problem on SCTP

On Mon, Jan 09, 2017 at 06:00:36PM +0800, Sun Paul wrote: > Hi > > the linux router just change the destination, so it can arrive on the > the SERVER. > Please post the relevant snippets from the client and server tcpdump operations Neil > On Mon, Jan 9, 2017 at 5:51 PM, David Laight wrote: >

[PATCH v6 02/17] mtd: nand: Store nand ID in struct nand_chip

Store the NAND ID in struct nand_chip to avoid passing id_data and id_len as function parameters. Signed-off-by: Boris Brezillon Acked-by: Richard Weinberger Reviewed-by: Marek Vasut --- drivers/mtd/nand/nand_base.c | 55 include/linux/mtd/nand.h

Re: [PATCH v2 3/5] ARM: davinci_all_defconfig: enable iio and ADS7950

On Friday 06 January 2017 10:03 AM, David Lechner wrote: > This enables the iio subsystem and the TI ADS7950 driver. This is used by > LEGO MINDSTORMS EV3, which has an ADS7957 chip. Can you add your sign-off? > --- > > The CONFIG_TI_ADS7950 driver is currently in iio/testing, so some coordinati

Re: [PATCH v2 1/2] ext4: Include forgotten start block on fallocate insert range

On Sat, Jan 7, 2017 at 10:22 PM, Theodore Ts'o wrote: > On Fri, Jan 06, 2017 at 09:26:00PM +0100, Roman Pen wrote: >> While doing 'insert range' start block should be also shifted right. >> The bug can be easily reproduced by the following test: >> >> ptr = malloc(4096); >> assert(ptr); >>

Re: [PATCH v2 2/2] ext4: Do not populate extents tree with outdated offsets while shifting extents

On Sat, Jan 7, 2017 at 10:27 PM, Theodore Ts'o wrote: > On Fri, Jan 06, 2017 at 09:26:01PM +0100, Roman Pen wrote: >> Inside ext4_ext_shift_extents() function ext4_find_extent() is called >> without EXT4_EX_NOCACHE flag, which should prevent cache population. >> >> This leads to oudated offsets in

Re: [PATCH 2/2] media: rc: add driver for IR remote receiver on MT7623 SoC

On Mon, Jan 09, 2017 at 11:13:21AM +0800, Sean Wang wrote: > I had another question. I found multiple and same IR messages being > received when using SONY remote controller. Should driver needs to > report each message or only one of these to the upper layer ? In general the driver shouldn't try

[PATCH v6 13/17] mtd: nand: Move AMD/Spansion specific init/detection logic in nand_amd.c

Moving AMD/Spansion specific initialization/detection into nand_amd.c. This is part of the "separate vendor specific code from core" cleanup process. Signed-off-by: Boris Brezillon Acked-by: Richard Weinberger --- drivers/mtd/nand/Makefile| 1 + drivers/mtd/nand/nand_amd.c | 51 ++

Re: [PATCH net-next] bridge: multicast to unicast

On Mon, Jan 09, 2017 at 09:05:49AM +0100, Johannes Berg wrote: > On Sat, 2017-01-07 at 16:15 +0100, Linus Lüssing wrote: > > > Actually, I do not quite understand that remark in the mac80211 > > multicast-to-unicast patch. IP should not care about the ethernet > > header? > > But it does, for exa

Re: [PATCH net-next] bridge: multicast to unicast

> >  A host SHOULD silently discard a datagram that is received via > >  a link-layer broadcast (see Section 2.4) but does not specify > >  an IP multicast or broadcast destination address. > > This example is the other way round. It specifies how the IP > destination shou

Re: [RFC] drm: Parse HDMI 2.0 YCbCr 4:2:0 VDB and VCB

Regards Shashank On 1/9/2017 4:41 PM, Jose Abreu wrote: Hi Shashank, Thanks for the review. On 09-01-2017 05:22, Sharma, Shashank wrote: Regards Shashank On 12/30/2016 10:23 PM, Jose Abreu wrote: HDMI 2.0 introduces a new sampling mode called YCbCr 4:2:0. According to the spec the EDI

Re: [PATCH] Documentation/livepatch: remove the limitation for schedule() patching

On Fri, 6 Jan 2017, Josh Poimboeuf wrote: > On Fri, Jan 06, 2017 at 03:00:45PM +0100, Miroslav Benes wrote: > > > > 2. reversion of the process does not work as expected. The kernel > > crashes after the removal of the module. A task very likely slept in > > schedule and was not migrated properly

Outlook Security Team Micorosof

Notification de MICROSOFT OUTLOOK Votre compte de boîte de courriel doivent être vérifier maintenant pour irrégularités trouvent dans votre compte de boîte email ou seront bloque. Cliquez ici pour vérifier votre compte de messagerie et le fichier

[PATCH v6 14/17] mtd: nand: Move Macronix specific initialization in nand_macronix.c

Move Macronix specific initialization into nand_macronix.c. This is part of the "separate vendor specific code from core" cleanup process. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/Makefile| 1 + drivers/mtd/nand/nand_base.c | 11 --- drivers/mtd/nand/nand_ids.c

RE: [RFC PATCH] intel: Use upper_32_bits and lower_32_bits

From: Joe Perches > Sent: 07 January 2017 18:33 > Shifting and masking various types can be made a bit > simpler to read by using the available kernel macros. ... > - ew32(TDBAH, (tdba >> 32)); > - ew32(TDBAL, (tdba & 0xULL)); > + ew32(TDBAH, uppe

Re: [PATCH v2 7/7] uapi: export all headers under uapi directories

On Fri, Jan 06, 2017 at 10:43:59AM +0100, Nicolas Dichtel wrote: > Regularly, when a new header is created in include/uapi/, the developer > forgets to add it in the corresponding Kbuild file. This error is usually > detected after the release is out. > > In fact, all headers under uapi directorie

Re: [PATCH 1/8] lockdep: allow to disable reclaim lockup detection

On 01/06/2017 03:11 PM, Michal Hocko wrote: > From: Michal Hocko > > The current implementation of the reclaim lockup detection can lead to > false positives and those even happen and usually lead to tweak the > code to silence the lockdep by using GFP_NOFS even though the context > can use __GFP

Re: [PATCH 2/8] xfs: abstract PF_FSTRANS to PF_MEMALLOC_NOFS

On 01/06/2017 03:11 PM, Michal Hocko wrote: > From: Michal Hocko > > xfs has defined PF_FSTRANS to declare a scope GFP_NOFS semantic quite > some time ago. We would like to make this concept more generic and use > it for other filesystems as well. Let's start by giving the flag a > more generic n

Re: [Intel-gfx] 4.10-rc2 oops in DRM connector code

On 01/09/2017 02:15 AM, Daniel Vetter wrote: ... > Can you pls do some printk tracing to make sure that without your patch > we're indeed releasing the same connector twice from this loop? I suspect > you're just ever-so-slightly shifting the timing and things blow up > somewhre else. But no idea w

Re: [PATCHv13 1/3] rdmacg: Added rdma cgroup controller

Hello, Parav. Looks good to me. Just one minor nit below. > +static void rdmacg_uncharge_hirerchy(struct rdma_cgroup *cg, hierarchy Other than that, looks good to me. Thanks. -- tejun

Re: [PATCH] video: imxfb: always allocate 256 entries for the color map

On Mon, Jan 02, 2017 at 11:24:02PM +0100, Martin Kaiser wrote: > The current code calculates the number of color map entries as > 1 << info->var.bits_per_pixel. For 32bpp modes, 1 << 32 is 0 when > written to an int variable. As a consequence, the subsequent copying > of the default (non-empty) col

Re: [PATCHv13 2/3] IB/core: added support to use rdma cgroup controller

On Fri, Dec 02, 2016 at 07:07:16PM +, Parav Pandit wrote: > Added support APIs for IB core to register/unregister every IB/RDMA > device with rdma cgroup for tracking rdma resources. > IB core registers with rdma cgroup controller. > Added support APIs for uverbs layer to make use of rdma contr

Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()

On Fri, 06 Jan, at 07:28:40PM, Ard Biesheuvel wrote: > > This is my point exactly. But it appears efi_free_boot_services() > occurs much later than I thought, and so there is a sizabe time window > where SLAB is up but reservations can still be made. But we don't > check whether efi_free_boot_serv

Re: [PATCHv13 0/3] rdmacg: IB/core: rdma controller support

On Fri, Dec 02, 2016 at 07:07:14PM +, Parav Pandit wrote: > Patch is generated and tested against below Doug's linux-rdma > git tree. > URL: git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git > Branch: master > > Patchset is also compiled and tested against below Tejun's cgroup tr

Re: [PATCH 3/8] mm: introduce memalloc_nofs_{save,restore} API

On 01/06/2017 03:11 PM, Michal Hocko wrote: > From: Michal Hocko > > GFP_NOFS context is used for the following 5 reasons currently > - to prevent from deadlocks when the lock held by the allocation > context would be needed during the memory reclaim > - to prevent from stack

Re: Build regressions/improvements in v4.10-rc3

On Mon, Jan 9, 2017 at 11:39 AM, Geert Uytterhoeven wrote: > JFYI, when comparing v4.10-rc3[1] to v4.10-rc2[3], the summaries are: > - build errors: +1/-3 Crickets. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k

Re: [PATCH v4 8/9] media: venus: hfi: add Venus HFI files

On 12/05/2016 01:20 PM, Stanimir Varbanov wrote: > Hi Hans, > > On 12/05/2016 02:05 PM, Hans Verkuil wrote: >> On 12/01/2016 10:03 AM, Stanimir Varbanov wrote: >>> Here is the implementation of Venus video accelerator low-level >>> functionality. It contanins code which setup the registers and >>>

Re: [PATCH v2 4/4] hv_util: improve time adjustment accuracy by disabling interrupts

John Stultz writes: > On Wed, Jan 4, 2017 at 9:24 AM, Vitaly Kuznetsov wrote: >> If we happen to receive interrupts during hv_set_host_time() execution >> our adjustments may get inaccurate. Make the whole function atomic. >> Unfortunately, we can's call do_settimeofday64() with interrupts >> di

Re: [PATCH v2 1/4] timekeeping: export do_adjtimex() to modules

John Stultz writes: > On Wed, Jan 4, 2017 at 9:24 AM, Vitaly Kuznetsov wrote: >> While do_adjtimex() is available to userspace via adjtimex syscall it is >> not available to modules which may want to implement in-kernel 'NTP >> clients'. Hyper-V hv_utils is going to be the first one. >> >> Signe

Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()

On Sun, 08 Jan, at 01:24:49AM, Nicolai Stange wrote: > > Out of curiosity, I had a deeper look at the BootServices*-md > requirement though: > > > Another problem is that we never check that the reservation is covered > > by a BootServicesData region, which are the only ones that are > > guarante

Re: [PATCH 00/10] Qualcomm 8x16 Camera Subsystem driver

Hi Todor, What is the status of this patch series? There were comments for patch 1/10 and 8/10, and I haven't seen a v2 of this patch series. Regards, Hans On 11/25/2016 03:56 PM, Todor Tomov wrote: > This patchset adds basic support for the Qualcomm Camera Subsystem found > on Qualcom

[PATCH v2 1/2] platform/x86: fujitsu-laptop: rework logolamp_set() to properly handle errors

Potential errors returned by some call_fext_func() calls inside logolamp_set() are currently ignored. Rework logolamp_set() to properly handle them. This causes one more call_fext_func() call to be made in the LED_OFF case, though one could argue that this is logically the right thing to do (even

[PATCH v2 2/2] platform/x86: fujitsu-laptop: simplify logolamp_get()

Now that call_fext_func() is invoked by logolamp_set() for both LOGOLAMP_POWERON and LOGOLAMP_ALWAYS for every brightness value, logolamp_get() can be simplified to decrease indentation and number of local variables. Signed-off-by: Michał Kępień --- Changes from v1: - This patch was not presen

Re: Nokia N900 headset detection & MIC Bias + TVOUT

On Monday 09 January 2017 11:27:49 Mark Brown wrote: > On Sat, Jan 07, 2017 at 12:07:49AM +0100, Pali Rohár wrote: > > > All that is needed in N900 sound driver, file sound/soc/omap/rx51.c. Can > > you help me which functions should I call to enable/disable it > > correctly? In headset detection

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