[PATCHv2] of: Add generic handling for ePAPR 1.1 fail-sss states

We have devices that are in incomplete state, but still need to be probed to allow properly idling them for PM. Some examples are devices that are not pinned out on certain packages, or otherwise unusable on some SoCs. Setting status = "disabled" cannot be used for this case. Setting "disabled"

Re: [Documentation] State of CPU controller in cgroup v2

Hello, James. On Sat, Aug 20, 2016 at 10:34:14PM -0700, James Bottomley wrote: > I can see that process based is conceptually easier in v2 because you > begin with a process tree, but it would really be a pity to lose the > thread based controls we have now and permanently lose the ability to >

Re: [PATCH v4 RESEND 0/2] Align mmap address for DAX pmd mappings

On Mon, 2016-08-29 at 15:31 -0600, Kani, Toshimitsu wrote: > On Mon, 2016-08-29 at 23:48 +0300, Kirill A. Shutemov wrote: > > > > On Mon, Aug 29, 2016 at 01:11:19PM -0600, Toshi Kani wrote: > > > > > > > > > When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page > > > size.  This

Re: [PATCH v4 RESEND 0/2] Align mmap address for DAX pmd mappings

On Mon, 2016-08-29 at 15:31 -0600, Kani, Toshimitsu wrote: > On Mon, 2016-08-29 at 23:48 +0300, Kirill A. Shutemov wrote: > > > > On Mon, Aug 29, 2016 at 01:11:19PM -0600, Toshi Kani wrote: > > > > > > > > > When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page > > > size.  This

[GIT PULL] drm-vc4-fixes-2016-08-29

Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: https://github.com/anholt/linux drm-vc4-fixes-2016-08-29 for you to fetch changes up to 552416c146fadc67cd9b53ef7adf88d3381c43a6: drm/vc4: Fix oops when userspace hands in a bad BO. (2016-08-19 19:17:39

[GIT PULL] drm-vc4-next-2016-08-29

Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: https://github.com/anholt/linux tags/drm-vc4-next-2016-08-29 for you to fetch changes up to 67f13690f447841fb3d2f952a6e49b2b28ae379b: drm/vc4: Don't force new binner overflow allocation per draw.

[GIT PULL] drm-vc4-fixes-2016-08-29

Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: https://github.com/anholt/linux drm-vc4-fixes-2016-08-29 for you to fetch changes up to 552416c146fadc67cd9b53ef7adf88d3381c43a6: drm/vc4: Fix oops when userspace hands in a bad BO. (2016-08-19 19:17:39

[GIT PULL] drm-vc4-next-2016-08-29

Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: https://github.com/anholt/linux tags/drm-vc4-next-2016-08-29 for you to fetch changes up to 67f13690f447841fb3d2f952a6e49b2b28ae379b: drm/vc4: Don't force new binner overflow allocation per draw.

Re: [PATCH 3/5] firmware: ti_sci: Add support for Device control

Hi Nishant, On 8/23/2016 11:45 AM, Nishanth Menon wrote: On Sun, Aug 21, 2016 at 10:56 PM, Lokesh Vutla wrote: /** + * tis_sci_is_response_ack() - Generic ACK/NACK message checkup + * @r: pointer to response buffer + * + * Return: true if the response was an ACK,

Re: [PATCH 3/5] firmware: ti_sci: Add support for Device control

Hi Nishant, On 8/23/2016 11:45 AM, Nishanth Menon wrote: On Sun, Aug 21, 2016 at 10:56 PM, Lokesh Vutla wrote: /** + * tis_sci_is_response_ack() - Generic ACK/NACK message checkup + * @r: pointer to response buffer + * + * Return: true if the response was an ACK, else returns false. +

Re: [PATCH] arch: all: include: asm: bitops: Use bool instead of int for all bit test functions

On 8/29/16 21:03, Arnd Bergmann wrote: > On Sunday 28 August 2016, cheng...@emindsoft.com.cn wrote: >> From: Chen Gang >> >> Also use the same changing to asm-generic, and also use bool variable >> instead of int variable for mips, mn10300, parisc and tile related >>

Re: [PATCH] arch: all: include: asm: bitops: Use bool instead of int for all bit test functions

On 8/29/16 21:03, Arnd Bergmann wrote: > On Sunday 28 August 2016, cheng...@emindsoft.com.cn wrote: >> From: Chen Gang >> >> Also use the same changing to asm-generic, and also use bool variable >> instead of int variable for mips, mn10300, parisc and tile related >> functions, and also avoid

Re: [Documentation] State of CPU controller in cgroup v2

Hello, Andy. Sorry about the delay. Was kinda overwhelmed with other things. On Sat, Aug 20, 2016 at 11:45:55AM -0700, Andy Lutomirski wrote: > > This becomes clear whenever an entity is allocating memory on behalf > > of someone else - get_user_pages(), khugepaged, swapoff and so on (and > >

Re: [Documentation] State of CPU controller in cgroup v2

Hello, Andy. Sorry about the delay. Was kinda overwhelmed with other things. On Sat, Aug 20, 2016 at 11:45:55AM -0700, Andy Lutomirski wrote: > > This becomes clear whenever an entity is allocating memory on behalf > > of someone else - get_user_pages(), khugepaged, swapoff and so on (and > >

Re: [PATCH 2/3] acpi, nfit: add dimm device notification support

On Fri, 2016-08-26 at 11:39 -0700, Dan Williams wrote: > On Fri, Aug 26, 2016 at 11:26 AM, Kani, Toshimitsu m> wrote: > > > > On Tue, 2016-08-23 at 14:54 -0700, Dan Williams wrote: > > > > > > Per "ACPI 6.1 Section 9.20.3" NVDIMM devices, children of the > > > ACPI0012

Re: [PATCH 2/3] acpi, nfit: add dimm device notification support

On Fri, 2016-08-26 at 11:39 -0700, Dan Williams wrote: > On Fri, Aug 26, 2016 at 11:26 AM, Kani, Toshimitsu m> wrote: > > > > On Tue, 2016-08-23 at 14:54 -0700, Dan Williams wrote: > > > > > > Per "ACPI 6.1 Section 9.20.3" NVDIMM devices, children of the > > > ACPI0012 NVDIMM Root device, can

Re: [GIT PULL] Please pull powerpc/linux.git powerpc-4.8-4 tag

On Mon, 2016-08-29 at 12:15 -0700, Linus Torvalds wrote: > On Sun, Aug 28, 2016 at 9:44 PM, Benjamin Herrenschmidt > > wrote: > > > > > > This is my first signed-tag and use of 2fa so I hope I got it all right... > > I tried to use the same format Michael uses for the

Re: [GIT PULL] Please pull powerpc/linux.git powerpc-4.8-4 tag

On Mon, 2016-08-29 at 12:15 -0700, Linus Torvalds wrote: > On Sun, Aug 28, 2016 at 9:44 PM, Benjamin Herrenschmidt > > wrote: > > > > > > This is my first signed-tag and use of 2fa so I hope I got it all right... > > I tried to use the same format Michael uses for the tag etc... > > The

[PATCH 0/3] v4.8 remaining ARM warning fixes

Hi Andrew, The various build bots that send reports to kernel-build-repo...@lists.linaro.org have an almost clean build now, here are the last three patches we need to fix the warnings in v4.8, see also: https://kernelci.org/build/mainline/kernel/v4.8-rc3-201-gaf56ff27eba5/ There is also a

[PATCH 3/3] test/hash: Fix warning in preprocessor symbol evaluation

From: Geert Uytterhoeven Some versions of gcc don't like tests for the value of an undefined preprocessor symbol, even in the #else branch of an #ifndef: lib/test_hash.c:224:7: warning: "HAVE_ARCH__HASH_32" is not defined [-Wundef] #elif HAVE_ARCH__HASH_32 != 1

Re: [PATCH 0/3] acpi, nfit: nvdimm notification support + tests

On Tue, Aug 23, 2016 at 11:54 PM, Dan Williams wrote: > ACPI 6.1 added an "NFIT Health Event Notification" for nvdimm devices. > When this fires, system software is expected to issue a DSM to retrieve > the latest health values. For the NFIT driver this notification >

[PATCH 0/3] v4.8 remaining ARM warning fixes

Hi Andrew, The various build bots that send reports to kernel-build-repo...@lists.linaro.org have an almost clean build now, here are the last three patches we need to fix the warnings in v4.8, see also: https://kernelci.org/build/mainline/kernel/v4.8-rc3-201-gaf56ff27eba5/ There is also a

[PATCH 3/3] test/hash: Fix warning in preprocessor symbol evaluation

From: Geert Uytterhoeven Some versions of gcc don't like tests for the value of an undefined preprocessor symbol, even in the #else branch of an #ifndef: lib/test_hash.c:224:7: warning: "HAVE_ARCH__HASH_32" is not defined [-Wundef] #elif HAVE_ARCH__HASH_32 != 1 ^

Re: [PATCH 0/3] acpi, nfit: nvdimm notification support + tests

On Tue, Aug 23, 2016 at 11:54 PM, Dan Williams wrote: > ACPI 6.1 added an "NFIT Health Event Notification" for nvdimm devices. > When this fires, system software is expected to issue a DSM to retrieve > the latest health values. For the NFIT driver this notification > arrives as an event on the

[PATCH 2/3] test/hash: Fix warning in two-dimensional array init

From: Geert Uytterhoeven lib/test_hash.c: In function 'test_hash_init': lib/test_hash.c:146:2: warning: missing braces around initializer [-Wmissing-braces] Fixes: 468a9428521e7d00 (": Add support for architecture-specific functions") Signed-off-by: Geert Uytterhoeven

[PATCH 1/3] kconfig: tinyconfig: provide whole choice blocks to avoid warnings

Using "make tinyconfig" produces a couple of annoying warnings that show up for build test machines all the time: .config:966:warning: override: NOHIGHMEM changes choice state .config:965:warning: override: SLOB changes choice state .config:963:warning: override: KERNEL_XZ changes

[PATCH 2/3] test/hash: Fix warning in two-dimensional array init

From: Geert Uytterhoeven lib/test_hash.c: In function 'test_hash_init': lib/test_hash.c:146:2: warning: missing braces around initializer [-Wmissing-braces] Fixes: 468a9428521e7d00 (": Add support for architecture-specific functions") Signed-off-by: Geert Uytterhoeven Acked-by: George

[PATCH 1/3] kconfig: tinyconfig: provide whole choice blocks to avoid warnings

Using "make tinyconfig" produces a couple of annoying warnings that show up for build test machines all the time: .config:966:warning: override: NOHIGHMEM changes choice state .config:965:warning: override: SLOB changes choice state .config:963:warning: override: KERNEL_XZ changes

Re: [PATCH] arch: all: include: asm: bitops: Use bool instead of int for all bit test functions

On 8/30/16 00:48, Vineet Gupta wrote: > On 08/29/2016 06:03 AM, Arnd Bergmann wrote: >> On Sunday 28 August 2016, cheng...@emindsoft.com.cn wrote: >>> From: Chen Gang >>> >>> Also use the same changing to asm-generic, and also use bool variable >>> instead of int

Re: [PATCH] arch: all: include: asm: bitops: Use bool instead of int for all bit test functions

On 8/30/16 00:48, Vineet Gupta wrote: > On 08/29/2016 06:03 AM, Arnd Bergmann wrote: >> On Sunday 28 August 2016, cheng...@emindsoft.com.cn wrote: >>> From: Chen Gang >>> >>> Also use the same changing to asm-generic, and also use bool variable >>> instead of int variable for mips, mn10300,

[PATCH RFC 1/2] net: Implement net_stats callbacks

net_stats callbacks are functions, which are called during a cpu is going down. They operate on percpu statistics and should move it from dying cpu to an alive one. The callbacks are called on CPU_DYING stage, when machine is stopped, and they are executed on dying cpu. This allows to minimize

[PATCH RFC 1/2] net: Implement net_stats callbacks

net_stats callbacks are functions, which are called during a cpu is going down. They operate on percpu statistics and should move it from dying cpu to an alive one. The callbacks are called on CPU_DYING stage, when machine is stopped, and they are executed on dying cpu. This allows to minimize

Re: [Patch v4 9/9] arm64: Update device tree for Layerscape SoCs

On Mon, Aug 29, 2016 at 1:05 AM, Borislav Petkov wrote: > On Mon, Aug 29, 2016 at 02:34:48PM +0800, Shawn Guo wrote: >> Is it mandatory to have DTS changes go with driver part altogether? > > Yes, because the EDAC driver needs them to even load properly. > >> Otherwise, I prefer

Re: [Patch v4 9/9] arm64: Update device tree for Layerscape SoCs

On Mon, Aug 29, 2016 at 1:05 AM, Borislav Petkov wrote: > On Mon, Aug 29, 2016 at 02:34:48PM +0800, Shawn Guo wrote: >> Is it mandatory to have DTS changes go with driver part altogether? > > Yes, because the EDAC driver needs them to even load properly. > >> Otherwise, I prefer to have them go

Re: [PATCH] bdev: fix NULL pointer dereference in sync()/close() race

On 08/29/2016 09:55 PM, Tejun Heo wrote: On Sat, Aug 27, 2016 at 11:30:22AM +0200, Vegard Nossum wrote: If people who are more savvy in block/fs code could ack the locking bits I think we should apply the patch ASAP because it's an easy local DOS if you have (open/read) access to any block

Re: [PATCH] bdev: fix NULL pointer dereference in sync()/close() race

On 08/29/2016 09:55 PM, Tejun Heo wrote: On Sat, Aug 27, 2016 at 11:30:22AM +0200, Vegard Nossum wrote: If people who are more savvy in block/fs code could ack the locking bits I think we should apply the patch ASAP because it's an easy local DOS if you have (open/read) access to any block

Re: [PATCH v4 RESEND 0/2] Align mmap address for DAX pmd mappings

On Mon, 2016-08-29 at 23:48 +0300, Kirill A. Shutemov wrote: > On Mon, Aug 29, 2016 at 01:11:19PM -0600, Toshi Kani wrote: > > > > When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page > > size.  This feature relies on both mmap virtual address and FS > > block (i.e. physical address)

Re: [PATCH v4 RESEND 0/2] Align mmap address for DAX pmd mappings

On Mon, 2016-08-29 at 23:48 +0300, Kirill A. Shutemov wrote: > On Mon, Aug 29, 2016 at 01:11:19PM -0600, Toshi Kani wrote: > > > > When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page > > size.  This feature relies on both mmap virtual address and FS > > block (i.e. physical address)

RE: [char-misc-next 00/12] mei: rx enhancements

> > > > > On Sun, Jul 24, 2016 at 10:52:23PM +, Winkler, Tomas wrote: > > > > > > > > This patch series contains mostly fixes and enhancements of the rx > path: > > > > 1. Better handling of fixed address clients 2. Support for > > > > consecutive > > reads 3. > > > > Further amthif client

RE: [char-misc-next 00/12] mei: rx enhancements

> > > > > On Sun, Jul 24, 2016 at 10:52:23PM +, Winkler, Tomas wrote: > > > > > > > > This patch series contains mostly fixes and enhancements of the rx > path: > > > > 1. Better handling of fixed address clients 2. Support for > > > > consecutive > > reads 3. > > > > Further amthif client

Re: [PATCH 0/4] Backported vlv fixes for 4.7.y

drm/i915/vlv: Make intel_crt_reset() per-encoder: 4570d833390b10043d082fe535375d4a0e071d9c drm/i915/vlv: Reset the ADPA in vlv_display_power_well_init(): 4c732e6ee9e71903934d75b12a021eb3520b6197 drm/i915/vlv: Disable HPD in valleyview_crt_detect_hotplug(): 21842ea84f161ae37ba25f0250c377fd19c5b307

Re: [PATCH 0/4] Backported vlv fixes for 4.7.y

drm/i915/vlv: Make intel_crt_reset() per-encoder: 4570d833390b10043d082fe535375d4a0e071d9c drm/i915/vlv: Reset the ADPA in vlv_display_power_well_init(): 4c732e6ee9e71903934d75b12a021eb3520b6197 drm/i915/vlv: Disable HPD in valleyview_crt_detect_hotplug(): 21842ea84f161ae37ba25f0250c377fd19c5b307

[PATCH] i2c: rk3x: Restore clock settings at resume time

Depending on a number of factors including: - Which exact Rockchip SoC we're working with - How deep we suspend - Which i2c port we're on We might lose the state of the i2c registers at suspend time. Specifically we've found that on rk3399 the i2c ports that are not in the PMU power domain lose

[PATCH] i2c: rk3x: Restore clock settings at resume time

Depending on a number of factors including: - Which exact Rockchip SoC we're working with - How deep we suspend - Which i2c port we're on We might lose the state of the i2c registers at suspend time. Specifically we've found that on rk3399 the i2c ports that are not in the PMU power domain lose

[PATCH] PCI: rockchip: Correct the register value for clearing client interrupts

I'm pretty sure the bitwise 'or' was meant for the value parameter, not the register parameter. This resolves an interrupt storm, where if we receive any client IRQs (e.g., correctable errors), we fail to ever clear them properly, so they reoccur indefinitely. Fixes: 199410f6270e ("PCI:

[PATCH] PCI: rockchip: Correct the register value for clearing client interrupts

I'm pretty sure the bitwise 'or' was meant for the value parameter, not the register parameter. This resolves an interrupt storm, where if we receive any client IRQs (e.g., correctable errors), we fail to ever clear them properly, so they reoccur indefinitely. Fixes: 199410f6270e ("PCI:

Re: [Ksummit-discuss] checkkpatch (in)sanity ?

On Monday 29 August 2016, Joe Perches wrote: > On Mon, 2016-08-29 at 17:46 +, Luck, Tony wrote: > > > > > > 80 columns is simply silly when dealing with either > > > long identifiers or many levels of indentation. > > > > > > One thing that 80 column limit does do is encourage > > > shorter

Re: [Ksummit-discuss] checkkpatch (in)sanity ?

On Monday 29 August 2016, Joe Perches wrote: > On Mon, 2016-08-29 at 17:46 +, Luck, Tony wrote: > > > > > > 80 columns is simply silly when dealing with either > > > long identifiers or many levels of indentation. > > > > > > One thing that 80 column limit does do is encourage > > > shorter

Re: [PATCH][v8] PM / hibernate: Verify the consistent of e820 memory map by md5 value

[My apologies for breaking threading. I'm not sub'd to LKML ...] On Mon 2016-08-29 00:35:40, Chen Yu wrote: >+ if (memcmp(result, buf, MD5_DIGEST_SIZE)) { >+ pr_err("PM: e820 map conflict detected.\n"); >+ panic("BIOS is playing funny tricks with us.\n"); >+

Re: [PATCH][v8] PM / hibernate: Verify the consistent of e820 memory map by md5 value

[My apologies for breaking threading. I'm not sub'd to LKML ...] On Mon 2016-08-29 00:35:40, Chen Yu wrote: >+ if (memcmp(result, buf, MD5_DIGEST_SIZE)) { >+ pr_err("PM: e820 map conflict detected.\n"); >+ panic("BIOS is playing funny tricks with us.\n"); >+

Re: [Ksummit-discuss] checkkpatch (in)sanity ?

On Monday 29 August 2016, Kalle Valo wrote: > MSLEEP: I think this is just noise, we don't care if it's actually 20 ms > even if ask for 10 ms. That's the minimum time to wait, not the maximum > (from our/HW point of view). > > drivers/net/wireless/ath/ath10k/ahb.c:422: msleep < 20ms can sleep

Re: [Ksummit-discuss] checkkpatch (in)sanity ?

On Monday 29 August 2016, Kalle Valo wrote: > MSLEEP: I think this is just noise, we don't care if it's actually 20 ms > even if ask for 10 ms. That's the minimum time to wait, not the maximum > (from our/HW point of view). > > drivers/net/wireless/ath/ath10k/ahb.c:422: msleep < 20ms can sleep

Re: [PATCH v5 1/2] ARM: dts: imx6: Add support for Toradex Apalis iMX6Q/D SoM

On 2016-08-29 06:28, Vladimir Zapolskiy wrote: > Hi Marcel, > > On 02/05/2016 06:12 PM, Marcel Ziswiler wrote: >> From: Petr Štetiar >> >> Signed-off-by: Marcel Ziswiler >> Signed-off-by: Petr Štetiar >> Reviewed-by: Stefan Agner

Re: [PATCH v5 1/2] ARM: dts: imx6: Add support for Toradex Apalis iMX6Q/D SoM

On 2016-08-29 06:28, Vladimir Zapolskiy wrote: > Hi Marcel, > > On 02/05/2016 06:12 PM, Marcel Ziswiler wrote: >> From: Petr Štetiar >> >> Signed-off-by: Marcel Ziswiler >> Signed-off-by: Petr Štetiar >> Reviewed-by: Stefan Agner >> --- >> > > because the change is in mainline now below is

Ping: [PATCH v15 00/13] support "task_isolation" mode

On 8/16/2016 5:19 PM, Chris Metcalf wrote: Here is a respin of the task-isolation patch set. Again, I have been getting email asking me when and where this patch will be upstreamed so folks can start using it. I had been thinking the obvious path was via Frederic Weisbecker to Ingo as a NOHZ

Ping: [PATCH v15 00/13] support "task_isolation" mode

On 8/16/2016 5:19 PM, Chris Metcalf wrote: Here is a respin of the task-isolation patch set. Again, I have been getting email asking me when and where this patch will be upstreamed so folks can start using it. I had been thinking the obvious path was via Frederic Weisbecker to Ingo as a NOHZ

Re: [PATCH v4 RESEND 1/2] thp, dax: add thp_get_unmapped_area for pmd mappings

On Mon, Aug 29, 2016 at 1:44 PM, Kani, Toshimitsu wrote: > On Mon, 2016-08-29 at 12:34 -0700, Dan Williams wrote: >> On Mon, Aug 29, 2016 at 12:11 PM, Toshi Kani >> wrote: >> > >> > When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page >> >

Re: [PATCH] bdev: fix NULL pointer dereference in sync()/close() race

Hello, On Mon, Aug 29, 2016 at 10:49:57PM +0200, Vegard Nossum wrote: > That didn't work at all. I guess bd_acquire() would just do a bdgrab() > and not touch ->bd_holders, whereas blkdev_get() would increment Yeah, bdev has two different refs - one for bdev struct itself and the other for the

Re: [PATCH v4 RESEND 1/2] thp, dax: add thp_get_unmapped_area for pmd mappings

On Mon, Aug 29, 2016 at 1:44 PM, Kani, Toshimitsu wrote: > On Mon, 2016-08-29 at 12:34 -0700, Dan Williams wrote: >> On Mon, Aug 29, 2016 at 12:11 PM, Toshi Kani >> wrote: >> > >> > When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page >> > size. This feature relies on both mmap

Re: [PATCH] bdev: fix NULL pointer dereference in sync()/close() race

Hello, On Mon, Aug 29, 2016 at 10:49:57PM +0200, Vegard Nossum wrote: > That didn't work at all. I guess bd_acquire() would just do a bdgrab() > and not touch ->bd_holders, whereas blkdev_get() would increment Yeah, bdev has two different refs - one for bdev struct itself and the other for the

Re: [PATCH] jfs: jump to error_out when filemap_{fdatawait, write_and_wait} fails

On 08/26/2016 09:40 AM, Quorum Laval wrote: > filemap_fdatawait/filemap_write_and_wait may fail, so check the return > value and jump to error_out in the case of error. > > Signed-off-by: Quorum Laval This looks good. I'll push it upstream. Thanks, Dave > --- >

Re: [PATCH] jfs: jump to error_out when filemap_{fdatawait, write_and_wait} fails

On 08/26/2016 09:40 AM, Quorum Laval wrote: > filemap_fdatawait/filemap_write_and_wait may fail, so check the return > value and jump to error_out in the case of error. > > Signed-off-by: Quorum Laval This looks good. I'll push it upstream. Thanks, Dave > --- > fs/jfs/resize.c | 10

Re: [PATCH] bdev: fix NULL pointer dereference in sync()/close() race

On 08/29/2016 09:55 PM, Tejun Heo wrote: Hello, On Sat, Aug 27, 2016 at 11:30:22AM +0200, Vegard Nossum wrote: Don't know what's the right fix, but I posted a slightly different one for the same crash some months ago: https://patchwork.kernel.org/patch/8556941/ Ah, I'm sorry, I didn't see

Re: [PATCH] bdev: fix NULL pointer dereference in sync()/close() race

On 08/29/2016 09:55 PM, Tejun Heo wrote: Hello, On Sat, Aug 27, 2016 at 11:30:22AM +0200, Vegard Nossum wrote: Don't know what's the right fix, but I posted a slightly different one for the same crash some months ago: https://patchwork.kernel.org/patch/8556941/ Ah, I'm sorry, I didn't see

Re: [PATCH v4 RESEND 0/2] Align mmap address for DAX pmd mappings

On Mon, Aug 29, 2016 at 01:11:19PM -0600, Toshi Kani wrote: > When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page > size. This feature relies on both mmap virtual address and FS > block (i.e. physical address) to be aligned by the pmd page size. > Users can use mkfs options to

Re: [PATCH v4 RESEND 0/2] Align mmap address for DAX pmd mappings

On Mon, Aug 29, 2016 at 01:11:19PM -0600, Toshi Kani wrote: > When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page > size. This feature relies on both mmap virtual address and FS > block (i.e. physical address) to be aligned by the pmd page size. > Users can use mkfs options to

Re: [PATCH] mtd: nand: davinci: Reinitialize the HW ECC engine in 4bit hwctl

On Mon, 29 Aug 2016 13:38:47 -0700 Brian Norris wrote: > On Mon, Aug 29, 2016 at 11:59:30AM +0200, Boris Brezillon wrote: > > On Mon, 29 Aug 2016 07:45:49 + > > Karl Beldan wrote: > > > > > This fixes subpage writes when using 4-bit HW

Re: [PATCH] mtd: nand: davinci: Reinitialize the HW ECC engine in 4bit hwctl

On Mon, 29 Aug 2016 13:38:47 -0700 Brian Norris wrote: > On Mon, Aug 29, 2016 at 11:59:30AM +0200, Boris Brezillon wrote: > > On Mon, 29 Aug 2016 07:45:49 + > > Karl Beldan wrote: > > > > > This fixes subpage writes when using 4-bit HW ECC. > > > > > > There has been numerous reports

Re: [PATCH v4 RESEND 1/2] thp, dax: add thp_get_unmapped_area for pmd mappings

On Mon, 2016-08-29 at 12:34 -0700, Dan Williams wrote: > On Mon, Aug 29, 2016 at 12:11 PM, Toshi Kani > wrote: > > > > When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page > > size.  This feature relies on both mmap virtual address and FS > > block (i.e. physical

Re: [PATCH v4 RESEND 1/2] thp, dax: add thp_get_unmapped_area for pmd mappings

On Mon, 2016-08-29 at 12:34 -0700, Dan Williams wrote: > On Mon, Aug 29, 2016 at 12:11 PM, Toshi Kani > wrote: > > > > When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page > > size.  This feature relies on both mmap virtual address and FS > > block (i.e. physical address) to be

[PATCH 0/6] usb: dwc2: gadget: Fix TX FIFO handling

Hi, This is a resend of a patch series originally submitted by Robert Baldyga back in February. Somehow I missed it back then. Sorry about that. It should fix some FIFO programming related issues on RPi and maybe other platforms. Also, this series makes the g-tx-fifo-size DT property obsolete.

[PATCH 0/6] usb: dwc2: gadget: Fix TX FIFO handling

Hi, This is a resend of a patch series originally submitted by Robert Baldyga back in February. Somehow I missed it back then. Sorry about that. It should fix some FIFO programming related issues on RPi and maybe other platforms. Also, this series makes the g-tx-fifo-size DT property obsolete.

RE: [PATCH 05/10] reset: pistachio: add driver Kconfig option

Acked-by: James Hartley James. > -Original Message- > From: Philipp Zabel [mailto:p.za...@pengutronix.de] > Sent: 24 August 2016 14:29 > To: linux-kernel@vger.kernel.org > Cc: Masahiro Yamada; Arnd Bergmann; Axel Lin; Hans de Goede; Maxime > Ripard; Lee Jones;

RE: [PATCH 05/10] reset: pistachio: add driver Kconfig option

Acked-by: James Hartley James. > -Original Message- > From: Philipp Zabel [mailto:p.za...@pengutronix.de] > Sent: 24 August 2016 14:29 > To: linux-kernel@vger.kernel.org > Cc: Masahiro Yamada; Arnd Bergmann; Axel Lin; Hans de Goede; Maxime > Ripard; Lee Jones;

Re: [PATCH] mtd: nand: davinci: Reinitialize the HW ECC engine in 4bit hwctl

On Mon, Aug 29, 2016 at 11:59:30AM +0200, Boris Brezillon wrote: > On Mon, 29 Aug 2016 07:45:49 + > Karl Beldan wrote: > > > This fixes subpage writes when using 4-bit HW ECC. > > > > There has been numerous reports about ECC errors with devices using this > > driver

[PATCH 3/6] usb: dwc2: gadget: change variable name to more meaningful

From: Robert Baldyga Since we handle FIFOs and endpoint separately, using variable named 'ep' in context of FIFO is misleading, hence we rename it to 'fifo'. Signed-off-by: Robert Baldyga Signed-off-by: John Youn ---

Re: [PATCH] mtd: nand: davinci: Reinitialize the HW ECC engine in 4bit hwctl

On Mon, Aug 29, 2016 at 11:59:30AM +0200, Boris Brezillon wrote: > On Mon, 29 Aug 2016 07:45:49 + > Karl Beldan wrote: > > > This fixes subpage writes when using 4-bit HW ECC. > > > > There has been numerous reports about ECC errors with devices using this > > driver for a while. Also the

[PATCH 3/6] usb: dwc2: gadget: change variable name to more meaningful

From: Robert Baldyga Since we handle FIFOs and endpoint separately, using variable named 'ep' in context of FIFO is misleading, hence we rename it to 'fifo'. Signed-off-by: Robert Baldyga Signed-off-by: John Youn --- drivers/usb/dwc2/gadget.c | 8 1 file changed, 4 insertions(+), 4

[PATCH 5/6] usb: dwc2: gadget: free TX FIFO after killing requests

From: Robert Baldyga As kill_all_requests() potentially flushes TX FIFO, we should should free FIFO after calling it. Otherwise FIFO could stay unflushed properly. Signed-off-by: Robert Baldyga Signed-off-by: John Youn ---

[PATCH 6/6] Documentation: devicetree: dwc2: Deprecate g-tx-fifo-size

This property is not needed because the periodic fifos are not configurable. So it was incorrect to add this property in the first place. Signed-off-by: John Youn --- Documentation/devicetree/bindings/usb/dwc2.txt | 5 - 1 file changed, 4 insertions(+), 1 deletion(-)

[PATCH 5/6] usb: dwc2: gadget: free TX FIFO after killing requests

From: Robert Baldyga As kill_all_requests() potentially flushes TX FIFO, we should should free FIFO after calling it. Otherwise FIFO could stay unflushed properly. Signed-off-by: Robert Baldyga Signed-off-by: John Youn --- drivers/usb/dwc2/gadget.c | 8 1 file changed, 4

[PATCH 6/6] Documentation: devicetree: dwc2: Deprecate g-tx-fifo-size

This property is not needed because the periodic fifos are not configurable. So it was incorrect to add this property in the first place. Signed-off-by: John Youn --- Documentation/devicetree/bindings/usb/dwc2.txt | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

[PATCH 4/6] usb: dwc2: gadget: remove dead code from dwc2_hsotg_ep_enable()

From: Robert Baldyga Since FIFO is always freed in dwc2_hsotg_ep_disable(), ep->fifo_index is always 0 in dwc2_hsotg_ep_enable(), hence code inside if() block is never executed. Signed-off-by: Robert Baldyga Signed-off-by: John Youn

[PATCH 2/6] usb: dwc2: gadget: fix TX FIFO size and address initialization

From: Robert Baldyga According to DWC2 documentation, DPTxFSize field of DPTXFSIZn register is read only, which means that software cannot change FIFO size. Register description says: "The value of this register is the Largest Device Mode Periodic Tx Data FIFO Depth

[PATCH 4/6] usb: dwc2: gadget: remove dead code from dwc2_hsotg_ep_enable()

From: Robert Baldyga Since FIFO is always freed in dwc2_hsotg_ep_disable(), ep->fifo_index is always 0 in dwc2_hsotg_ep_enable(), hence code inside if() block is never executed. Signed-off-by: Robert Baldyga Signed-off-by: John Youn --- drivers/usb/dwc2/gadget.c | 13 + 1 file

[PATCH 2/6] usb: dwc2: gadget: fix TX FIFO size and address initialization

From: Robert Baldyga According to DWC2 documentation, DPTxFSize field of DPTXFSIZn register is read only, which means that software cannot change FIFO size. Register description says: "The value of this register is the Largest Device Mode Periodic Tx Data FIFO Depth (parameter

[PATCH 1/6] usb: dwc2: gadget: use ep->fifo_index in context of FIFO registers

From: Robert Baldyga In context of FIFO registers we use ep->fifo_index instead of ep->index. Signed-off-by: Robert Baldyga Signed-off-by: John Youn --- drivers/usb/dwc2/gadget.c | 5 +++-- 1 file changed, 3 insertions(+),

[PATCH 1/6] usb: dwc2: gadget: use ep->fifo_index in context of FIFO registers

From: Robert Baldyga In context of FIFO registers we use ep->fifo_index instead of ep->index. Signed-off-by: Robert Baldyga Signed-off-by: John Youn --- drivers/usb/dwc2/gadget.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/usb/dwc2/gadget.c

[PATCH net-next 3/3] net: dsa: mv88e6xxx: add MDB support

Add support for the MDB operations. This consists of loading/purging/dumping multicast addresses for a given port in the ATU. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 65 1 file changed, 65

[PATCH net-next 3/3] net: dsa: mv88e6xxx: add MDB support

Add support for the MDB operations. This consists of loading/purging/dumping multicast addresses for a given port in the ATU. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 65 1 file changed, 65 insertions(+) diff --git

[PATCH net-next 0/3] net: dsa: add MDB support

This patchset adds the switchdev MDB object support to the DSA layer. The MDB support for the mv88e6xxx driver is very similar to the FDB support. The FDB operations care about unicast addresses while the MDB operations care about multicast addresses. Both operation set load/purge/dump the

[PATCH net-next 0/3] net: dsa: add MDB support

This patchset adds the switchdev MDB object support to the DSA layer. The MDB support for the mv88e6xxx driver is very similar to the FDB support. The FDB operations care about unicast addresses while the MDB operations care about multicast addresses. Both operation set load/purge/dump the

[PATCH net-next 2/3] net: dsa: mv88e6xxx: make switchdev DB ops generic

The MDB support for the mv88e6xxx driver will be very similar to the FDB support, since it consists of loading/purging/dumping address to/from the Address Translation Unit (ATU). Prepare the support for MDB by making the FDB code accessing the ATU generic. The FDB operations now provide access to

[PATCH net-next 1/3] net: dsa: add MDB support

Add SWITCHDEV_OBJ_ID_PORT_MDB support to the DSA layer. Signed-off-by: Vivien Didelot --- Documentation/networking/dsa/dsa.txt | 23 +++ include/net/dsa.h| 16 +++ net/dsa/slave.c | 55

[PATCH net-next 2/3] net: dsa: mv88e6xxx: make switchdev DB ops generic

The MDB support for the mv88e6xxx driver will be very similar to the FDB support, since it consists of loading/purging/dumping address to/from the Address Translation Unit (ATU). Prepare the support for MDB by making the FDB code accessing the ATU generic. The FDB operations now provide access to

[PATCH net-next 1/3] net: dsa: add MDB support

Add SWITCHDEV_OBJ_ID_PORT_MDB support to the DSA layer. Signed-off-by: Vivien Didelot --- Documentation/networking/dsa/dsa.txt | 23 +++ include/net/dsa.h| 16 +++ net/dsa/slave.c | 55 3 files

[PATCH v6] iio: stx104: Add IIO support for the ADC channels

The Apex Embedded Systems STX104 features 16 channels of single-ended (8 channels of true differential) 16-bit analog input. Differential input configuration may be selected via a physical jumper on the device. Similarly, input polarity (unipolar/bipolar) is configured via a physical jumper on the

[PATCH v6] iio: stx104: Add IIO support for the ADC channels

The Apex Embedded Systems STX104 features 16 channels of single-ended (8 channels of true differential) 16-bit analog input. Differential input configuration may be selected via a physical jumper on the device. Similarly, input polarity (unipolar/bipolar) is configured via a physical jumper on the

Re: [RFC PATCH 0/3] ARm64: amlogic: Introduce common GX family dtsi

Am 29.08.2016 um 21:50 schrieb Carlo Caione: > On 29/08/16 20:38, Andreas Färber wrote: >> Am 29.08.2016 um 10:01 schrieb Carlo Caione: >>> On Mon, Aug 29, 2016 at 9:56 AM, Neil Armstrong >>> wrote: Neil Armstrong (3): ARM64: dts: amlogic: Add Meson GX Family

Re: [RFC PATCH 0/3] ARm64: amlogic: Introduce common GX family dtsi

Am 29.08.2016 um 21:50 schrieb Carlo Caione: > On 29/08/16 20:38, Andreas Färber wrote: >> Am 29.08.2016 um 10:01 schrieb Carlo Caione: >>> On Mon, Aug 29, 2016 at 9:56 AM, Neil Armstrong >>> wrote: Neil Armstrong (3): ARM64: dts: amlogic: Add Meson GX Family common dtsi

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