Re: [PATCH 04/26] Input: synaptics-rmi4 - prevent oopses when irq arrives while the device is not bound

On Tue, Nov 10, 2015 at 12:16 AM, Dmitry Torokhov wrote: > On Thu, Nov 05, 2015 at 03:37:25PM -0800, Andrew Duggan wrote: >> From: Benjamin Tissoires >> >> If the device has been registered but is not populated, we should not >> process any incoming interrupt. >> Make sure the pointers we are

Re: [PATCH v2 01/12] staging: rtl8188eu: if/else replaced by min_t

On 11/09/2015 12:10 AM, Greg Kroah-Hartman wrote: On Sun, Nov 08, 2015 at 02:07:11PM +0700, Ivan Safonov wrote: Duplicated code removed. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/core/rtw_cmd.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) You sent 3 versions

[patch] ncpfs: don't allow negative timeouts

This code causes a static checker warning because it's a user controlled variable where we cap the upper bound but not the lower bound. If someone passes us a negative timeout then I guess lets set it to the default. Signed-off-by: Dan Carpenter diff --git a/fs/ncpfs/ioctl.c b/fs/ncpfs/ioctl.c

Re: [GIT PULL] ext2 changes for 4.4-rc1

On Mon 09-11-15 17:40:11, Linus Torvalds wrote: > On Mon, Nov 9, 2015 at 5:09 AM, Jan Kara wrote: > > > > to get fixes for DAX for ext2 and a minor fixup for ext4 Kconfig > > description (leftover from ext3 removal). > > You already sent the ext4 Kconfig fix earlier.. Yeah, sorry. I forgot to

Re: [PATCH 5/5] KVM: x86: MMU: Consolidate WARN_ON/BUG_ON checks for reverse-mapped sptes

On 2015/11/09 19:14, Paolo Bonzini wrote: Can you also change kvm_mmu_mark_parents_unsync to use for_each_rmap_spte instead of pte_list_walk? It is the last use of pte_list_walk, and it's nice if we have two uses of for_each_rmap_spte with parent_ptes as the argument. No problem, I will do.

Re: [PATCH 01/26] Input: synaptics-rmi4 - embed the function modules in rmi_core

On Tue, Nov 10, 2015 at 12:06 AM, Dmitry Torokhov wrote: > On Thu, Nov 05, 2015 at 03:36:18PM -0800, Andrew Duggan wrote: >> From: Benjamin Tissoires >> >> the function modules can not be auto-loaded by udev. So at boot, the >> functions are not there and the device is not properly populated. >>

Re: [PATCH v1] tools/vm/page-types.c: support KPF_IDLE

On Tue, Nov 10, 2015 at 05:50:04PM +0900, Naoya Horiguchi wrote: > PageIdle is exported in include/uapi/linux/kernel-page-flags.h, so let's > make page-types.c tool handle it. > > Signed-off-by: Naoya Horiguchi Reviewed-by: Vladimir Davydov -- To unsubscribe from this list: send the line

Re: [PATCH v3] livepatch: old_name,number scheme in livepatch sysfs directory

On Mon, 9 Nov 2015, Chris J Arges wrote: > In cases of duplicate symbols in vmlinux, old_sympos will be used to > disambiguate instead of old_addr. Normally old_sympos will be 0, and > default to only returning the first found instance of that symbol. If an > incorrect symbol position is

Re: [PATCH 22/26] Input: synaptics-rmi4 - Add F30 support

On Mon, Nov 9, 2015 at 11:54 PM, Andrew Duggan wrote: > F30 is currently only used in touchpads and mostly used to report the the > click of the tact switch on clickpads. When the GPIO interrupts we report > the appropriate button event to the host. Because the GPIOs are wired to our > ASIC and

Re: [PATCH 04/19] v4l: omap3isp: fix handling platform_get_irq result

Hi Andrzej, On Tuesday 10 November 2015 07:48:54 Andrzej Hajda wrote: > On 11/09/2015 09:16 PM, Laurent Pinchart wrote: > > On Thursday 24 September 2015 16:00:12 Andrzej Hajda wrote: > >> The function can return negative value. > >> > >> The problem has been detected using proposed semantic

Re: [lkp] [ext4] dfbd72d0d6: -100.0% xfstests.ext4.001.seconds

On Tue 10-11-15 13:26:51, kernel test robot wrote: > FYI, we noticed the below changes on > > https://github.com/0day-ci/linux > Jan-Kara/ext4-Fix-races-between-page-faults-and-hole-punching/20151105-002716 > commit dfbd72d0d6f10086064b918419fb2094ff9fbdb6 ("ext4: Fix races between > page

[PATCH v1] tools/vm/page-types.c: support KPF_IDLE

PageIdle is exported in include/uapi/linux/kernel-page-flags.h, so let's make page-types.c tool handle it. Signed-off-by: Naoya Horiguchi --- tools/vm/page-types.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git mmotm-2015-10-21-14-41/tools/vm/page-types.c

Re: [PATCH v3] livepatch: old_name,number scheme in livepatch sysfs directory

On Mon, 9 Nov 2015, Josh Poimboeuf wrote: > On Mon, Nov 09, 2015 at 05:01:18PM -0600, Chris J Arges wrote: > > On 11/09/2015 02:56 PM, Josh Poimboeuf wrote: > > > I'd recommend splitting this up into two separate patches: > > > > > > 1. introduce old_sympos > > > 2. change the sysfs interface >

[PATCH] Revert "drm/rockchip: Convert the probe function to the generic drm_of_component_probe()"

This reverts commit 52f5eb60940de889ce98a876f6933b574ead3225. Rockchip drm can't work with generic drm_of_component_probe now Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 81 +-- 1 file changed, 75 insertions(+), 6 deletions(-) diff --git

RE: [PATCH v3 1/2] cputime: fix invalid gtime in proc

> Subject: Re: [PATCH v3 1/2] cputime: fix invalid gtime in proc > > On Mon, Nov 02, 2015 at 05:13:51PM +0100, Peter Zijlstra wrote: > > On Fri, Oct 30, 2015 at 12:46:39AM +, Hiroshi Shimamoto wrote: > > > +++ b/kernel/sched/cputime.c > > > @@ -786,6 +786,9 @@ cputime_t task_gtime(struct

Re: BUG: unable to handle kernel NULL pointer dereference when mounting/umounting vfat in 4.3.0, worked in 4.2.4

On 2015-11-06 21:37, Mads Lønsethagen wrote: After updating from 4.2.4 to 4.3.0 I cannot seem to list files in my /boot-folder after mounting it, and I get a kernel BUG when I try to umount it. exai ~ # mount /⁠boot exai ~ # sync exai ~ # mount [ ... snip ... ] /dev/sda1 on /boot type vfat

Re: [PATCH] PCI: imx6:don't sleep in atomic context

Am Montag, den 09.11.2015, 16:18 +0530 schrieb Sanjeev Sharma: > If additional PCIe switch get connected between the > host and the NIC,the kernel crashes with "BUG: > scheduling while atomic". To handle this we need to > call mdelay() instead of usleep_range(). > > For more detail please refer

Re: [PATCH V2 1/3] scsi: mptxsas: try 64 bit DMA when 32 bit DMA fails

On Monday 09 November 2015 18:22:22 Sinan Kaya wrote: > On 11/9/2015 9:33 AM, Arnd Bergmann wrote: > > On Monday 09 November 2015 09:07:36 Sinan Kaya wrote: > >> On 11/9/2015 3:59 AM, Arnd Bergmann wrote: > > ioc->dma_mask is 0 and the driver is trying to use 32 bit even though 64 > bit

Re: regulator: build warning in regulator_lock_supply()

On Mon, Nov 09, 2015 at 07:21:48PM -0800, Frank Rowand wrote: > In the current Linus tree, new build warning. > When CONFIG_DEBUG_LOCK_ALLOC is not enabled, > drivers/regulator/core.c: In function 'regulator_lock_supply': > drivers/regulator/core.c:142:6: warning: unused variable 'i' >

Re: [PATCH v5 10/11] Documentation: devicetree: ufs: Add DT bindings for exynos UFS host controller

Hi Rob, On 11/09/2015 09:53 PM, Rob Herring wrote: On Mon, Nov 09, 2015 at 10:56:26AM +0530, Alim Akhtar wrote: From: Seungwon Jeon This adds Exynos Universal Flash Storage (UFS) Host Controller DT bindings. Signed-off-by: Seungwon Jeon Signed-off-by: Alim Akhtar ---

RE: [PATCH v8] can: xilinx: Convert to runtime_pm

Ping!! > -Original Message- > From: Kedareswara rao Appana [mailto:appana.durga@xilinx.com] > Sent: Monday, October 26, 2015 11:42 AM > To: Anirudha Sarangi; w...@grandegger.com; m...@pengutronix.de; Michal > Simek; Soren Brinkmann > Cc: linux-...@vger.kernel.org;

[PATCH v2 7/7] ACPI / debugger: Add module support for ACPI debugger

This patch converts AML debugger into a loadable module. Note that, it implements driver unloading at the level dependent on the module reference count. Which means if ACPI debugger is being used by a userspace program, "rmmod acpi_dbg" should result in failure. Signed-off-by: Lv Zheng ---

[PATCH v2 0/7] ACPICA / debugger: Add in-kernel AML debugger support

This patchset enables ACPICA debugger for Linux kernel and implements a userspace utility to access it. A. Build the AML debugger In order to build the kernel support of AML debugger, the following kconfig items should be enabled: CONFIG_ACPI_DEBUG=y CONFIG_ACPI_DEBUGGER=y CONFIG_DEBUG_FS=y

[PATCH v2 6/7] tools/power/acpi: Add userspace AML interface support

This patch adds a userspace tool to access Linux kernel AML debugger interface. Tow modes are supported by this tool: 1. Interactive: Users are able to launch a debugging shell to talk with in-kernel AML debugger. Note that it's user duty to ensure kernel runtime integrity by using this

[PATCH v2 5/7] ACPI / x86: introduce acpi_os_readable() support

From: Chen Yu This patch implements acpi_os_readable(). The function is used by ACPI AML debugger to validate user specified pointers for the dumpable AML operand objects. Signed-off-by: Chen Yu Signed-off-by: Lv Zheng --- arch/x86/Kconfig |1 +

[PATCH v2 1/7] ACPICA: Debugger: Remove unnecessary status check

From: Colin Ian King ACPICA commit f9d5c6c9a25e9f5ac05458bfcd8b381e21bb2ba5 ACPICA BZ 1205. Colin Ian King. Link: https://bugs.acpica.org/show_bug.cgi?id=1205 Link: https://github.com/acpica/acpica/commit/f9d5c6c9 Signed-off-by: Colin Ian King Signed-off-by: Bob Moore Signed-off-by: Lv Zheng

[PATCH v2 3/7] ACPICA: Debugger: Fix runtime stub issues of ACPI_DEBUGGER_EXEC using different stub mechanism

The ACPI_DEBUGGER_EXEC is a problem now when the debugger code is compiled but runtime disabled. They actually will get executed in this situation. Although such executions are harmless if we can correctly make acpi_db_single_step() a runtime stub, users may still do not want to see the debugger

[PATCH v2 4/7] ACPI / debugger: Add IO interface to access debugger functionalities

This patch adds /sys/kernel/debug/acpi/acpidbg, which can be used by userspace programs to access ACPICA debugger functionalities. Known issue: 1. IO flush support acpi_os_notify_command_complete() and acpi_os_wait_command_ready() can be used by acpi_dbg module to implement .flush()

[PATCH v2 2/7] ACPICA: Debugger: Convert some mechanisms to OSPM specific

The following mechanisms are OSPM specific: 1. Redirect output destination to console: no file redirection will be needed by an in-kernel debugger, there is even no file can be accessed when the debugger is running in the kernel mode. 2. Output command prompts: programs other than acpiexec

Re: [PATCH v2] block/floppy.c: handle blk_register_region() return value

Hi Vishnu, [auto build test ERROR on block/for-next] [also build test ERROR on v4.3 next-20151110] url: https://github.com/0day-ci/linux/commits/Vishnu-Pratap-Singh/block-floppy-c-handle-blk_register_region-return-value/20151110-112959 base: https://git.kernel.org/pub/scm/linux/kernel/git

Re: [PATCH] ARM: dt: zynq: Add labels to cpu nodes to allow overriding OPPs.

On 11/09/2015 07:55 PM, Sören Brinkmann wrote: > On Mon, 2015-11-09 at 10:51AM -0800, Moritz Fischer wrote: >> By adding labels to the cpu nodes in the dtsi, a dts that >> includes it can change the OPPs by referencing the cpu0 >> through the label. >> >> Signed-off-by: Moritz Fischer >

Re: [PATCH 2/2] thermal: rcar_thermal: use pm_runtime_put_sync()

Hi Morimoto-san, Ulf, On Tue, Nov 10, 2015 at 3:12 AM, Kuninori Morimoto wrote: > From: Kuninori Morimoto > > It is using pm_runtime_get_sync() on probe(). Let's use > pm_runtime_put_sync() instead of pm_runtime_put(). Otherwise thermal > sensor doesn't work after unbind/re-bind > >

Re: [RFC PATCH 4/5] samples: livepatch: init reloc list and mark as klp module

On 11/10/2015, 05:45 AM, Jessica Yu wrote: > Intialize the list of relocation sections in the sample > klp_object (even if the list will be empty in this case). > Also mark module as a livepatch module so that the module > loader can appropriately initialize it. > > Signed-off-by: Jessica Yu >

[PATCH 2/4] loop: Remove unused 'bdev' argument from loop_set_capacity

Signed-off-by: Hannes Reinecke Reviewed-by: Christoph Hellwig --- drivers/block/loop.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/block/loop.c b/drivers/block/loop.c index e790487..7272055 100644 --- a/drivers/block/loop.c +++ b/drivers/block/loop.c @@

[PATCH 4/4] loop: Pass logical blocksize in 'lo_init[0]' ioctl field

The current LOOP_SET_STATUS64 ioctl has two unused fields 'init[2]', which can be used in conjunction with the LO_FLAGS_BLOCKSIZE flag to pass in the new logical blocksize. Signed-off-by: Hannes Reinecke --- drivers/block/loop.c | 25 - 1 file changed, 20 insertions(+),

[PATCH 1/4] loop: Enable correct physical blocksize

When running on files the physical blocksize is actually 4k, so we should be announcing it as such. This is enabled with a new LO_FLAGS_BLOCKSIZE flag value to the existing loop_set_status ioctl. Signed-off-by: Hannes Reinecke --- drivers/block/loop.c | 9 - 1 file changed, 8

[PATCH 3/4] loop: Add 'lo_logical_blocksize'

Add a new field 'lo_logical_blocksize' to hold the logical blocksize of the loop device. Signed-off-by: Hannes Reinecke --- drivers/block/loop.c | 9 +++-- drivers/block/loop.h | 1 + include/uapi/linux/loop.h | 1 + 3 files changed, 9 insertions(+), 2 deletions(-) diff --git

Re: [RFC PATCH 3/5] livepatch: reuse module loader code to write relocations

On 11/10/2015, 05:45 AM, Jessica Yu wrote: > @@ -95,7 +95,7 @@ struct klp_reloc { > struct klp_object { > /* external */ > const char *name; > - struct klp_reloc *relocs; > + struct list_head reloc_secs; Too early to proper review the code, but you seem you never call

Re: [PATCH v4 0/6] virtio core DMA API conversion

On 2015-11-10 03:18, Andy Lutomirski wrote: > On Mon, Nov 9, 2015 at 6:04 PM, Benjamin Herrenschmidt >> I thus go back to my original statement, it's a LOT easier to handle if >> the device itself is self describing, indicating whether it is set to >> bypass a host iommu or not. For L1->L2, well,

[PATCHv3 0/4] loop: enable different physical blocksizes

Currently the loop driver just simulates 512-byte blocks. When creating bootable images on virtual machines it might be required to use a different physical blocksize (eg 4k for S/390 DASD), as the some bootloaders (like lilo or zipl for S/390) need to know the physical block addresses of the

Re: [PATCH 5/5] Account certain kmem allocations to memcg

On Mon, Nov 09, 2015 at 03:39:55PM +0100, Michal Hocko wrote: > On Sat 07-11-15 23:07:09, Vladimir Davydov wrote: > > This patch marks those kmem allocations that are known to be easily > > triggered from userspace as __GFP_ACCOUNT, which makes them accounted to > > memcg. For the list, see below:

Re: [PATCH V2 2/5] PM / OPP: Add {opp-microvolt|opp-microamp|turbo-mode|opp-suspend}- binding

On 06-11-15, 07:23, Viresh Kumar wrote: > Yeah, but in that case 1200 *may* not be a turbo frequency anymore, as > the voltage constraints might have changed. > > So turbo frequency is something that should be used only in small > bursts, as they are consume lot of power. They aren't available to

Re: [PATCH v4 02/79] scripts/headers_compile_test.sh: compile test script for exported headers

Hi Mikko, On Thu, 15 Oct 2015 09:17:18 +0200 Alexander Stein wrote: > On Thursday 15 October 2015 07:55:40, Mikko Rapeli wrote: > > Users of kernel header files would be happier if they did not > > contain kernel specific parts and would contain #include

Re: [PATCH] mmc: add ifdef around fault_create_debugfs_attr()

On Mon, 9 Nov 2015 14:33:11 +0100 Ulf Hansson wrote: > On 6 November 2015 at 13:15, Adrien Schildknecht > wrote: > > FAIL_MMC_REQUEST can be used without FAULT_INJECTION_DEBUG_FS. > > In this case fault_create_debugfs_attr() will always return an

Re: [PATCH v2 1/7] timekeeping: introduce __current_kernel_time64

On Tue, 10 Nov 2015, Arnd Bergmann wrote: > On Tuesday 10 November 2015 11:57:49 Stefano Stabellini wrote: > > __current_kernel_time64 returns a struct timespec64, without taking the > > xtime lock. Mirrors __current_kernel_time/current_kernel_time. > > > > Actually it doesn't mirror

Re: [PATCH 3/3] tools/vm/slabinfo: update struct slabinfo members' types

On Tue, 10 Nov 2015, Sergey Senozhatsky wrote: > Align some of `struct slabinfo' members' types with > `struct kmem_cache' to suppress gcc warnings: Acked-by: Christoph Lameter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH 1/3] tools/vm: fix Makefile multi-targets

On Tue, 10 Nov 2015, Sergey Senozhatsky wrote: > Build all of the $(TARGETS), not just the first one. Reviewed-by: Christoph Lameter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo

Re: [PATCH V2 2/5] PM / OPP: Add {opp-microvolt|opp-microamp|turbo-mode|opp-suspend}- binding

On Tue, Nov 10, 2015 at 8:55 AM, Viresh Kumar wrote: > On 06-11-15, 07:23, Viresh Kumar wrote: >> Yeah, but in that case 1200 *may* not be a turbo frequency anymore, as >> the voltage constraints might have changed. >> >> So turbo frequency is something that should be

Re: [PATCH 2/2] mm/page_ref: add tracepoint to track down page reference manipulation

On Mon, Nov 09 2015, Joonsoo Kim wrote: > CMA allocation should be guaranteed to succeed by definition, Uh? That’s a peculiar statement. Which is to say that it’s not true. > but, > unfortunately, it would be failed sometimes. It is hard to track down > the problem, because it is related to

Re: [PATCH v2 0/6] net: dsa: mv88e6060: cleanup and fix setup

On Tue, Nov 10, 2015 at 04:51:09PM +0100, Neil Armstrong wrote: > This patchset introduces some fixes and a registers addressing cleanup for > the mv88e6060 DSA driver. Hi Neil It is normal for netdev to put into the email subject of patches which tree these patches are for. "net" would be the

RE: [PATCH 2/2] ASoC: codecs: Add da7218 codec driver

On November 10, 2015 15:45, Mark Brown wrote: > > It's to detect the noise level on a mic and raise an event if the captured > > sound is above a specific threshold level. Apologies if that wasn't clear. > > > In the driver code I'm using KEY_VOICECOMMAND, and simulating a press and > > release

Re: [PATCH v3 1/4] dt-bindings: add SMP enable-method for Broadcom NSP

On Tue, Nov 10, 2015 at 09:33:12PM +0530, Kapil Hali wrote: > Hi Russel, Wrong. Look at my name as sent in the From: and as quoted in the very next line. As far as I'm concerned (and I don't care what other people say) it's disrespectful to spell people's names incorrectly. > It was clear the

Re: [PATCH v15 00/22] Richacls (Core and Ext4)

On Tue, Nov 10, 2015 at 10:43:46AM -0600, Steve French wrote: > On Tue, Nov 10, 2015 at 6:39 AM, Andreas Gruenbacher > wrote: > > On Tue, Nov 10, 2015 at 12:29 PM, Christoph Hellwig > > wrote: > >> On Mon, Nov 09, 2015 at 12:08:41PM +0100, Andreas

Re: [PATCH] Documentation: dt: Add bindings for Secure-only devices

On 10 November 2015 at 14:51, Rob Herring wrote: > On Fri, Oct 30, 2015 at 08:07:34PM +, Peter Maydell wrote: >> +status = "okay"; secure-status = "okay"; // ditto >> +secure-status = "okay"; // ditto >> +// neither explicitly defined: ditto >> >>

Re: [RFC] namei: prevent sgid-hardlinks for unmapped gids

On Sat 07-11-15 21:02:06, Ted Tso wrote: > On Fri, Nov 06, 2015 at 09:05:57PM -0800, Kees Cook wrote: > > They're certainly not used early enough -- we need to remove suid when > > the page becomes writable via mmap (wp_page_shared), not when > > writeback happens, or at least not

Re: [PATCH v1] eCryptfs: enhancing eCryptfs to be used with external crypto engine

Hi Michael, First of all, the original mechanism is still there and is used by default, unless someone registers for external module and then indeed the encryption is replaced for ciphers that this module decides to support. Currently the only suggestion is to extend the framework that will allow

Re: [PATCH v1] eCryptfs: enhancing eCryptfs to be used with external crypto engine

This is a hardware inline accelerator, meaning that it operates on much lower layer, block layer and device driver layer. The HW encrypts plain requests sent from block layer directly, thus doing it much more efficiently rather than using crypto API. In order to use such HW efficiently with

Re: [RFC PATCH 1/2] genirq: Add runtime resume/suspend support for IRQ chips

Hi Thomas, On 10/11/15 15:26, Thomas Gleixner wrote: > Jon, > > On Tue, 10 Nov 2015, Jon Hunter wrote: >> void(*irq_suspend)(struct irq_data *data); >> void(*irq_resume)(struct irq_data *data); >> +int (*irq_runtime_suspend)(struct irq_data

Re: [PATCH V2 1/3] scsi: mptxsas: try 64 bit DMA when 32 bit DMA fails

On 11/10/2015 3:38 AM, Arnd Bergmann wrote: > No, as Timur found, the driver is correct and it intentionally sets the 32-bit mask, and that is guaranteed to work on all sane hardware. Don't change the driver but find a better platform for your workload, or talk to the people that are

Re: [RFC PATCH v2 3/3] sched: introduce synchronized idle injection

On Tue, 10 Nov 2015 15:58:23 +0100 Peter Zijlstra wrote: > On Tue, Nov 10, 2015 at 06:01:16AM -0800, Jacob Pan wrote: > > On Tue, 10 Nov 2015 14:23:24 +0100 > > Peter Zijlstra wrote: > > > > It looks like what you want is: > > > > > >

Re: [PATCH] kernel/trace/trace.c: Switch the related code with CONFIG_TRACER_MAX_TRACE

On Tue, 10 Nov 2015 05:21:16 +0800 Chen Gang wrote: > >From 0af9ca7a33b977d92498d990cb6f2a326dbad4f8 Mon Sep 17 00:00:00 2001 > From: Chen Gang > Date: Tue, 10 Nov 2015 05:15:15 +0800 > Subject: [PATCH] kernel/trace/trace.c: Switch the

Re: [PATCH v2 1/7] timekeeping: introduce __current_kernel_time64

On Tue, Nov 10, 2015 at 7:31 AM, Thomas Gleixner wrote: > On Tue, 10 Nov 2015, John Stultz wrote: >> On Tue, Nov 10, 2015 at 7:10 AM, Stefano Stabellini >> wrote: >> > On Tue, 10 Nov 2015, Arnd Bergmann wrote: >> >> On Tuesday 10 November

[PATCH v2 3/6] net: dsa: mv88e6060: use the correct MaxFrameSize bit

According to the mv88e6060 datasheet, the MaxFrameSize bit position is 10 instead of 11 which is reserved. Use the bit correctly to setup max frame size to 1536. Acked-by: Andrew Lunn Signed-off-by: Neil Armstrong --- drivers/net/dsa/mv88e6060.c | 2 +-

[PATCH v2 6/6] net: dsa: mv88e6060: replace magic values with register defines

To align with the mv88e6xxx code, use the register defines to access all the register addresses and bit fields. Acked-by: Andrew Lunn Signed-off-by: Neil Armstrong --- drivers/net/dsa/mv88e6060.c | 64 ++--- 1

[PATCH v2 5/6] net: dsa: mv88e6060: add register defines header file

To align with the mv88e6xxx code, add a similar header file with all the register defines. The file is based on the mv88e6xxx header for coherency. Acked-by: Andrew Lunn Signed-off-by: Neil Armstrong --- drivers/net/dsa/mv88e6060.h | 111

[PATCH v2 0/6] net: dsa: mv88e6060: cleanup and fix setup

This patchset introduces some fixes and a registers addressing cleanup for the mv88e6060 DSA driver. The first patch removes the poll_link as mv88e6xxx. The 3 following patches fixes the setup in regards of the datasheet. The 2 last patches introduces a clean header and replaces all magic values.

Re: [PATCH v2 5/6] net: dsa: mv88e6060: add register defines header file

On Nov. Tuesday 10 (46) 04:51 PM, Neil Armstrong wrote: > To align with the mv88e6xxx code, add a similar header file > with all the register defines. > The file is based on the mv88e6xxx header for coherency. > > Acked-by: Andrew Lunn > Signed-off-by: Neil Armstrong

Re: [PATCH] overlayfs: move super block magic number to magic.h

On Wed, Nov 4, 2015 at 7:59 PM, Stephen Hemminger wrote: > The overlayfs file system is not recognized by programs > like tail because the magic number is not in standard header location. > > Move it so that the value will propagate on for the GNU library > and

Re: [RFC PATCH v2 3/3] sched: introduce synchronized idle injection

On Tue, 10 Nov 2015 17:36:46 +0100 Peter Zijlstra wrote: > > The downside is that we need to restart the timers every time if > > user were to change injection parameters, i.e. duration and percent. > > Or do locking which might be too expensive. In the previous > >

Re: [PATCH v3 0/3] virtio DMA API core stuff

On Sun, Nov 08, 2015 at 12:49:46PM +0100, Joerg Roedel wrote: > On Sun, Nov 08, 2015 at 12:37:47PM +0200, Michael S. Tsirkin wrote: > > I have no problem with that. For example, can we teach > > the DMA API on intel x86 to use PT for virtio by default? > > That would allow merging Andy's patches

Re: [PATCH 0/3] Infinite loops in microcode while running guests

On 2015-11-10 13:22, Paolo Bonzini wrote: > Yes, these can happen. The issue is that benign exceptions are > delivered serially, but two of them (#DB and #AC) can also happen > during exception delivery itself. The subsequent infinite stream > of exceptions causes the processor to never exit

Re: [PATCH] cgroup_pids: add fork limit

On 2015/11/10 16:12, Tejun Heo wrote: > On Tue, Nov 10, 2015 at 03:06:46PM +0100, Max Kellermann wrote: > > This patch introduces a new setting called "fork_remaining". When > > positive, each successful fork decrements the value, and once it > > reaches zero, no further forking

[PATCH v2 1/6] net: dsa: mv88e6060: remove poll_link callback

As of mv88e6xxx remove the poll_link callback since the link state change polling is now handled by the phylib. Tested on a mv88e6060 B0 device with a TI DM816X SoC. Suggested-by: Andrew Lunn Acked-by: Andrew Lunn Signed-off-by: Neil Armstrong

Re: [PATCH v2 7/7] xen/arm: set the system time in Xen via the XENPF_settime64 hypercall

On Tue, 10 Nov 2015, Arnd Bergmann wrote: > On Tuesday 10 November 2015 11:57:55 Stefano Stabellini wrote: > > + op.u.settime64.nsecs = now.tv_nsec; > > + op.u.settime64.system_time = arch_timer_read_counter() * > > (u64)NSEC_PER_SEC; > > + do_div(op.u.settime64.system_time,

Re: [PATCH] cgroup_pids: add fork limit

On 2015-11-10 10:25, Aleksa Sarai wrote: Processes don't "use up resources" after they've died and been freed (which is dealt with inside PIDs). Yes, lots of small processes that die quickly could (in principle) make hard work for the scheduler, but I don't see how "time spent scheduling in

Re: [PATCH 1/2] mm: introduce page reference manipulation functions

On Mon, Nov 09 2015, Joonsoo Kim wrote: > Success of CMA allocation largely depends on success of migration > and key factor of it is page reference count. Until now, page reference > is manipulated by direct calling atomic functions so we cannot follow up > who and where manipulate it. Then, it

[RFC 2/4] iio: ina2xx: add SAMP_FREQ attribute.

Signed-off-by: Marc Titinger --- drivers/iio/adc/ina2xx-iio.c | 51 ++-- 1 file changed, 49 insertions(+), 2 deletions(-) diff --git a/drivers/iio/adc/ina2xx-iio.c b/drivers/iio/adc/ina2xx-iio.c index 257d8d5..92169e1 100644 ---

[RFC 4/4] iio: ina2xx: add SOFTWARE buffer mode using an iio kfifo.

Capture the active scan_elements into a kfifo. The capture thread will compute the remaining time until the next capture tick, and do an active wait (udelay). This will produce a stream of up to fours channels plus a 64bits timestamps (ns). # iio_readdev ina226 | od -x WARNING: High-speed mode

[RFC 0/4] IIO: add support for INA2xx power monitor

This chip has fair support in the hwmon stack already, this work is more as a pathfinder for me, hence I post it as RFC to digg some more into 'does and donts' with IIO. Nevertheless, it provides a working streaming scheme for capturing power/voltage/current with this chip. It works in local and

Re: [PATCH v3 1/4] dt-bindings: add SMP enable-method for Broadcom NSP

Hi Rob, On 11/7/2015 11:33 PM, Rob Herring wrote: > On Fri, Nov 6, 2015 at 3:11 PM, Kapil Hali wrote: >> Add a compatible string "brcm,bcm-nsp-smp" for Broadcom's >> Northstar Plus CPU to the 32-bit ARM CPU device tree binding >> documentation file and create a new binding

Re: [PATCH v4 4/5] regulator: tps65912: Add regulator driver for the TPS65912 PMIC

On 11/10/2015 03:57 AM, Mark Brown wrote: On Mon, Nov 09, 2015 at 11:41:20AM -0600, Andrew F. Davis wrote: On 11/06/2015 03:16 PM, Mark Brown wrote: There are cases where it's useful where we're abstracting something and gaining some meaningful reuse. This really does not appear to be one

Re: [RFC PATCH 1/2] genirq: Add runtime resume/suspend support for IRQ chips

Hi Jon, On 11/10/2015 05:58 PM, Jon Hunter wrote: > Hi Thomas, > > On 10/11/15 15:26, Thomas Gleixner wrote: >> Jon, >> >> On Tue, 10 Nov 2015, Jon Hunter wrote: >>> void(*irq_suspend)(struct irq_data *data); >>> void(*irq_resume)(struct irq_data *data); >>> +

Re: [PATCH V2 1/3] scsi: mptxsas: try 64 bit DMA when 32 bit DMA fails

On Tuesday 10 November 2015 11:06:40 Sinan Kaya wrote: > On 11/10/2015 3:38 AM, Arnd Bergmann wrote: > > No, as Timur found, the driver is correct and it intentionally > > sets the 32-bit mask, and that is guaranteed to work on all sane > > hardware. Don't change the driver but find a better

Re: [PATCH v2 1/7] timekeeping: introduce __current_kernel_time64

On Tue, Nov 10, 2015 at 7:10 AM, Stefano Stabellini wrote: > On Tue, 10 Nov 2015, Arnd Bergmann wrote: >> On Tuesday 10 November 2015 11:57:49 Stefano Stabellini wrote: >> > __current_kernel_time64 returns a struct timespec64, without taking the >> > xtime lock.

Re: [PATCH v2 1/7] timekeeping: introduce __current_kernel_time64

On Tue, 10 Nov 2015, John Stultz wrote: > I'm sort of objecting to a different issue, where the > __current_kernel_time() implementation probably shouldn't be grabbing > the tk_core.timekeeper directly, and instead should take a passed > pointer to a timekeeper. The vdso/pv_clock usage should have

Re: [PATCH v2 2/6] net: dsa: mv88e6060: use the correct InitReady bit

On Nov. Tuesday 10 (46) 04:51 PM, Neil Armstrong wrote: > According to the mv88e6060 datasheet, the InitReady bit position > is 11 and the polarity is inverted. > Use the bit correctly to detect the end of initialization. > > Acked-by: Andrew Lunn > Signed-off-by: Neil Armstrong

Re: [PATCH tip/locking/core v10 6/7] locking/pvqspinlock: Allow limited lock stealing

On Mon, Nov 09, 2015 at 07:09:26PM -0500, Waiman Long wrote: > @@ -291,7 +292,7 @@ static __always_inline void __pv_wait_head(struct > qspinlock *lock, > void queued_spin_lock_slowpath(struct qspinlock *lock, u32 val) > { > struct mcs_spinlock *prev, *next, *node; > - u32 new, old,

[PATCH v5] net: ethernet: add driver for Aurora VLSI NB8800 Ethernet controller

This adds a driver for the Aurora VLSI NB8800 Ethernet controller. It is an almost complete rewrite of a driver originally found in a Sigma Designs 2.6.22 tree. Signed-off-by: Mans Rullgard --- Changes: - Refactored mdio access functions - Refactored register access helpers -

Re: [PATCH v2 3/3] tty: Add software emulated RS485 support for 8250

On 11/10/2015 11:25 AM, Matwey V. Kornilov wrote: > 2015-11-10 19:12 GMT+03:00 Peter Hurley : >> Hi Matwey, >> >> I noticed 3 other issues here; see below. >> >> On 11/07/2015 05:09 AM, Matwey V. Kornilov wrote: >>> Implementation of software emulation of RS485 direction

Re: PING: [PATCH] net: smsc911x: Reset PHY during initialization

From: Pavel Fedin Date: Tue, 10 Nov 2015 09:36:24 +0300 > Hello! So, what should we do with this? If you think I should reconsider the patch, you should resubmit it. The ball is always in your court. -- To unsubscribe from this list: send the line "unsubscribe

Re: [RFC PATCH v2 3/3] sched: introduce synchronized idle injection

On Tue, Nov 10, 2015 at 08:50:55AM -0800, Jacob Pan wrote: > On Tue, 10 Nov 2015 17:36:46 +0100 > Peter Zijlstra wrote: > > > > The downside is that we need to restart the timers every time if > > > user were to change injection parameters, i.e. duration and percent. > > >

Re: [PATCH 5/6] net: dsa: mv88e6060: add register defines header file

On Nov. Tuesday 10 (46) 03:42 PM, Neil Armstrong wrote: > On 11/10/2015 03:25 PM, Vivien Didelot wrote: > > Hi Neil, > > > > On Nov. Tuesday 10 (46) 02:25 PM, Neil Armstrong wrote: > >> To align with the mv88e6xxx code, add a similar header file > >> with all the register defines. > >> The file

Re: [PATCH 4/4] iommu/vt-d: Do access checks before calling handle_mm_fault()

On Tue, Nov 10, 2015 at 02:45:56PM +, David Woodhouse wrote: > On Tue, 2015-11-10 at 14:26 +0100, Joerg Roedel wrote: > > +static bool access_error(struct vm_area_struct *vma, struct > > page_req_dsc *req) > > +{ > > + return !((req->rd_req  && (vma->vm_flags & VM_READ))  || > > +  

Re: [PATCH 5/6] net: dsa: mv88e6060: add register defines header file

> Is something like this OK ? > /* > * drivers/net/dsa/mv88e6060.h - Marvell 88e6060 switch chip support > * Copyright (c) 2015 Neil Armstrong > * > * Based on mv88e6xxx.h > * Copyright (c) 2008 Marvell Semiconductor > * > * This program is free software; you can redistribute it and/or

Re: [PATCH 2/2] ASoC: codecs: Add da7218 codec driver

On Tue, Nov 10, 2015 at 02:24:13PM +, Opensource [Adam Thomson] wrote: > On November 10, 2015 14:15, Mark Brown wrote: > > So this *isn't* a normal mic detection feature? What's the userspace > > interface for reporting then? > By mic detection you thought this was to detect if a mic was

Re: [PATCH] cgroup_pids: add fork limit

On 2015/11/10 16:25, Aleksa Sarai wrote: > > The goal of this limit is to have another safeguard against fork > > bombs. It gives processes a chance to set up their child processes / > > threads, but will be stopped once they attempt to waste resources by > > continuously

Re: [PATCH v3 1/4] dt-bindings: add SMP enable-method for Broadcom NSP

Hi Russel, On 11/8/2015 11:01 PM, Russell King - ARM Linux wrote: > On Sat, Nov 07, 2015 at 01:40:23PM -0800, Florian Fainelli wrote: >> Le 06/11/2015 13:11, Kapil Hali a écrit : >>> Add a compatible string "brcm,bcm-nsp-smp" for Broadcom's >>> Northstar Plus CPU to the 32-bit ARM CPU device tree

Re: [PATCH v2 3/3] tty: Add software emulated RS485 support for 8250

Hi Matwey, I noticed 3 other issues here; see below. On 11/07/2015 05:09 AM, Matwey V. Kornilov wrote: > Implementation of software emulation of RS485 direction handling is based > on omap-serial driver. It is acts as the following. At transmission start, > RTS is set (if required) and receiver

Re: [PATCH 3/4] nvdimm: Add IOCTL pass thru

Jerry Hoemann writes: > @@ -633,10 +718,11 @@ static int match_dimm(struct device *dev, void *data) > > static long nvdimm_ioctl(struct file *file, unsigned int cmd, unsigned long > arg) > { > - int rc = -ENXIO, read_only; > + int rc = -ENXIO, ro; >

Re: [PATCH v2 3/3] tty: Add software emulated RS485 support for 8250

2015-11-10 19:12 GMT+03:00 Peter Hurley : > Hi Matwey, > > I noticed 3 other issues here; see below. > > On 11/07/2015 05:09 AM, Matwey V. Kornilov wrote: >> Implementation of software emulation of RS485 direction handling is based >> on omap-serial driver. It is acts as

<    3   4   5   6   7   8   9   10   11   12   >