[PATCH v3 7/7] f2fs: support data flush in background

Previously, when finishing a checkpoint, we have persisted all fs meta info including meta inode, node inode, dentry page of directory inode, so, after a sudden power cut, f2fs can recover from last checkpoint with full directory structure. But during checkpoint, we didn't flush dirty pages of

Re: [PATCH] clocksource/drivers/pistachio: Fix wrong calculated clocksource read value

On Wed, 16 Dec 2015 10:38:03 + Russell King - ARM Linux wrote: > On Wed, Dec 16, 2015 at 11:32:17AM +0100, Daniel Lezcano wrote: > > On 12/16/2015 10:33 AM, Russell King - ARM Linux wrote: > > >On Wed, Dec 16, 2015 at 10:21:55AM +0100, Daniel Lezcano wrote: > > >>On 12/16/2015 08:36 AM,

[RFC] Correct usage of swapgs instruction in arch/x86

Propose complete review of Linux architecture and use of swapgs instruction to enable kgdb, kdb, mdb, kprobes, and other debugging tools to operate correctly. Linux currently does not support the above listed tools due to an architectural limitation in the way Linux deals with

Re: [RFC PATCH 2/8] Documentation: arm: define DT cpu capacity bindings

Hi, On 15/12/15 17:45, Mark Brown wrote: > On Tue, Dec 15, 2015 at 05:28:37PM +, Mark Rutland wrote: > > On Tue, Dec 15, 2015 at 05:17:13PM +, Mark Brown wrote: > > > > Obviously people are going to get upset if we introduce performance > > > regressions - but that's true always, we can

Re: rhashtable: Prevent spurious EBUSY errors on insertion

On Thu, Dec 17, 2015 at 4:48 PM, Herbert Xu wrote: > On Thu, Dec 17, 2015 at 04:46:00PM +0800, Xin Long wrote: >> >> sorry for late test, but unfortunately, my case with rhashtalbe still >> return EBUSY. >> I added some debug code in rhashtable_insert_rehash(), and found: >> *future_tbl is null*

Re: [RFC PATCH] lpfc: Add lockdep assertions

On 12/17/2015 09:49 AM, Johannes Thumshirn wrote: On Wed, Dec 16, 2015 at 03:22:50PM -0800, James Smart wrote: Johannes, Thank you for the time and effort on the patch. At this time, as it doesn't functionally change anything, I did not include the patch. I will consider it if we see

Re: [GIT PULL] fuse fixes for 4.4

On Fri, Dec 11, 2015 at 7:29 PM, Miklos Szeredi wrote: > Hi Linus, > > Please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus > > Two bugfixes, both bound for -stable. > Hi Miklos, Why is the SEEK_HOLE/SEEK_DATA patch [1] not considered for 4.4? Or

[PATCH] virtio: make find_vqs() checkpatch.pl-friendly

checkpatch.pl wants arrays of strings declared as follows: static const char * const names[] = { "vq-1", "vq-2", "vq-3" }; Currently the find_vqs() function takes a const char *names[] argument so passing checkpatch.pl's const char * const names[] results in a compiler error due to losing the

Re: [PATCH v3 2/4] crypto: niagara: Use precalculated hash from headers

On Thu, Dec 17, 2015 at 09:48:24AM +0100, LABBE Corentin wrote: > > You are right, I missed it also in ccp/ux500. I think you need it for all three drivers. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt --

Re: [PATCH v2 0/8] Raspberry Pi 2 support.

Am 17.12.2015 um 01:37 schrieb Eric Anholt: > Arnd Bergmann writes: > >> On Wednesday 16 December 2015 15:55:07 Eric Anholt wrote: >>> This is a major rewrite of the previous Raspberry Pi 2 submission. >>> SMP support is now included, and the DT includes are cleaned up to >>> avoid massive

Re: [RFC PATCH] lpfc: Add lockdep assertions

On Wed, Dec 16, 2015 at 03:22:50PM -0800, James Smart wrote: > Johannes, > > Thank you for the time and effort on the patch. At this time, as it doesn't > functionally change anything, I did not include the patch. I will consider > it if we see additional issues it can help resolve. As I already

Re: [PATCH v3 2/4] crypto: niagara: Use precalculated hash from headers

On Thu, Dec 17, 2015 at 04:40:18PM +0800, Herbert Xu wrote: > On Tue, Dec 15, 2015 at 02:00:21PM +0100, LABBE Corentin wrote: > > Precalculated hash for empty message are now present in hash headers. > > This patch just use them. > > > > Signed-off-by: LABBE Corentin > > --- > >

Re: rhashtable: Prevent spurious EBUSY errors on insertion

On Thu, Dec 17, 2015 at 04:46:00PM +0800, Xin Long wrote: > > sorry for late test, but unfortunately, my case with rhashtalbe still > return EBUSY. > I added some debug code in rhashtable_insert_rehash(), and found: > *future_tbl is null* > > fail: > /* Do not fail the insert if someone

Re: [PATCH 1/2] crypto: atmel-sha: Removed unused variable "err"

On Mon, Dec 14, 2015 at 08:44:19AM +, Pathak, Rahul (R.) wrote: > From: Rahul Pathak > > Removed unused variable "err" and directly return "0" > > Reported by coccicheck - > ./drivers/crypto/atmel-sha.c:758:5-8: Unneeded variable: "err". Return "0" on > line 766 > > Signed-off-by: Rahul

Re: [PATCH] crypto/nx842: Mask XERS0 bit in return value

On Sun, Dec 13, 2015 at 03:30:41AM -0800, Haren Myneni wrote: > > NX842 coprocessor sets 3rd bit in CR register with XER[S0] which is > nothing to do with NX request. Since this bit can be set with other > valuable return status, mast this bit. > > One of other bits (INITIATED, BUSY or REJECTED)

[PATCH 3/3] regcache: flat: Introduce regcache_get_index()

Here we introduce regcache_get_index(), which using register stride order and bit rotation, will save some memory spaces for flat cache. Though this will also lost some access performance, since the bit rotation is used to get the index of the cache array, and this could be ingored for memory I/O

Re: rhashtable: Prevent spurious EBUSY errors on insertion

On Thu, Dec 3, 2015 at 8:41 PM, Herbert Xu wrote: > On Mon, Nov 30, 2015 at 06:18:59PM +0800, Herbert Xu wrote: >> >> OK that's better. I think I see the problem. The test in >> rhashtable_insert_rehash is racy and if two threads both try >> to grow the table one of them may be tricked into

[PATCH 1/3] regmap: core: Introduce register stride order

Since the register stride should always equal to 2^N, and bit rotation is much faster than multiplication and division. So introducing the stride order and using bit rotation to get the offset of the register from the index to improve the performance. Signed-off-by: Xiubo Li ---

[PATCH 0/3] Introduce reg stride order

Xiubo Li (3): regmap: core: Introduce register stride order regcache: Introduce the index parsing API regcache: flat: Introduce regcache_get_index() drivers/base/regmap/internal.h | 13 + drivers/base/regmap/regcache-flat.c | 11 ++- drivers/base/regmap/regmap.c

[PATCH 2/3] regcache: Introduce the index parsing API

Here introduces regcache_get_index() for regmap cache, which uses the register stride order and bit rotation. Signed-off-by: Xiubo Li --- drivers/base/regmap/internal.h | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/base/regmap/internal.h b/drivers/base/regmap/internal.h

Re: [PATCH RESEND] infiniband:core:Add needed error path in cm_init_av_by_path

On 12/16/2015 07:16 PM, Jason Gunthorpe wrote: > On Wed, Dec 16, 2015 at 11:26:39AM +0100, Michael Wang wrote: [snip] >> >> I've rechecked the ib_init_ah_from_path() again, and found it >> still set IB_AH_GRH when the GID cache missing, but with: > > How do you mean? > >

Review & Reply

Greetings, My name is Mr.Michael J. Tynan, I am a banker with Bank Of America. It is true that we have not meet each other in person, but I strongly believe in trust and friendship in every business. I have a Lebanese deceased customer's abandoned fund, which I am his personal financial adviser

Re: Issues with Lenovo Yoga 900 IIO devices (accelerometer, etc.)

On 17 December 2015 at 06:27, Nish Aravamudan wrote: > On Wed, Dec 16, 2015 at 3:05 PM, Nish Aravamudan > wrote: >> On Wed, Dec 16, 2015 at 2:55 PM, Crt Mori wrote: >>> >>> On Dec 16, 2015 11:37 PM, "Nish Aravamudan" >>> wrote: Hi, On Wed, Dec 16, 2015 at 2:22 PM, Crt Mori

Re: [PATCH v3 2/4] crypto: niagara: Use precalculated hash from headers

On Tue, Dec 15, 2015 at 02:00:21PM +0100, LABBE Corentin wrote: > Precalculated hash for empty message are now present in hash headers. > This patch just use them. > > Signed-off-by: LABBE Corentin > --- > drivers/crypto/Kconfig | 2 ++ > drivers/crypto/n2_core.c | 33

Re: [PATCH] mm: memcontrol: clean up alloc, online, offline, free functions fix

On Wed, Dec 16, 2015 at 07:34:20PM -0500, Johannes Weiner wrote: > Fixlets based on review feedback from Vladimir: > > 1. The memcg_create_mutex is to stabilize a cgroup's hereditary >settings that are not allowed to change once the cgroup has >children: kmem accounting and hierarchy

Re: [PATCH v3] net/macb: add support for resetting PHY using GPIO

Hi Arnd, On mer., déc. 16 2015, Arnd Bergmann wrote: > On Wednesday 16 December 2015 19:31:30 Gregory CLEMENT wrote: >> diff --git a/drivers/net/ethernet/cadence/macb.c >> b/drivers/net/ethernet/cadence/macb.c >> index 88c1e1a..35661aa 100644 >> --- a/drivers/net/ethernet/cadence/macb.c >>

Re: 4.4-rc5 Setting hardware breakpoint in int_ret_from_sys_call causes triple fault/reboot

On 12/16/15, Jeff Merkey wrote: > On 12/16/15, Andy Lutomirski wrote: >> On Wed, Dec 16, 2015 at 4:31 PM, Jeff Merkey wrote: >>> On 12/16/15, Andy Lutomirski wrote: On Dec 16, 2015 3:12 PM, "Jeff Merkey" wrote: > > Setting a hardware breakpoint at the > > rex64 sysret

Re: [PATCH 1/2] dt-bindings: GPIO: Add generic serializer binding

On Thu, Dec 17, 2015 at 9:28 AM, Geert Uytterhoeven wrote: > Given the limitations of the '164 for SPI, is the same true for '165, and > should it be "[...]74[...]597" instead? Forget it, this driver is not about SPI. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven --

Re: [PATCH 00/10] bpf samples: Uses libbpf in tools/lib to do BPF operations

On 12/17/2015 08:03 AM, Daniel Wagner wrote: > On 12/17/2015 07:51 AM, Wangnan (F) wrote: >> On 2015/12/17 14:38, Daniel Wagner wrote: >>> On 12/17/2015 06:23 AM, Wang Nan wrote: Since we already have libbpf in tools/lib, we don't need to maintain another bpf loader and operations

Re: [PATCH 1/2] dt-bindings: GPIO: Add generic serializer binding

On Mon, Dec 14, 2015 at 5:41 PM, Andrew F. Davis wrote: > What I'm worried about looks to have happened with the gpio-74x164 > driver, this is kind of the companion device to mine (74164 / 74165) > and should work with any 74164 compatible shift register (possibly 100s > of versions of them), but

[PATCH v2.1] perf hist: Save raw_data/size for tracepoint events

The raw_data and raw_size fields are to provide tracepoint specific information. They will be used by dynamic sort keys later. Signed-off-by: Namhyung Kim --- Fix segfault when --children is used. tools/perf/util/hist.c | 4 tools/perf/util/sort.h | 2 ++ 2 files changed, 6 insertions(+)

[PATCHv3 0/2] PCI: Safe VPD access

PCI VPD suffers from two problems: it has a very rudimentary interface and it relies on correctly formatted data. And essentially it provides a direct channel into the card hardware. In other words, plenty of chances to mess things up. With the original implementation we would just read the VPD

[PATCH 1/2] pci: Update VPD definitions

The 'end' tag is actually 0x0f, it's the representation as a small resource data type tag that's 0x78 (ie shifted by 3). This patch also adds helper functions to extract the resource data type tags for both large and small resource data types. Cc: Alexander Duyck Cc: Bjorn Helgaas

[PATCH 2/2] pci: Update VPD size with correct length

PCI-2.2 VPD entries have a maximum size of 32k, but might actually be smaller than that. To figure out the actual size one has to read the VPD area until the 'end marker' is reached. Trying to read VPD data beyond that marker results in 'interesting' effects, from simple read errors to crashing

[PATCH v2.1] perf hist: Save raw_data/size for tracepoint events

The raw_data and raw_size fields are to provide tracepoint specific information. They will be used by dynamic sort keys later. Signed-off-by: Namhyung Kim --- Fix segfault when --children is used. tools/perf/util/hist.c | 4 tools/perf/util/sort.h | 2 ++ 2 files

Re: [PATCH 1/2] dt-bindings: GPIO: Add generic serializer binding

On Mon, Dec 14, 2015 at 5:41 PM, Andrew F. Davis wrote: > What I'm worried about looks to have happened with the gpio-74x164 > driver, this is kind of the companion device to mine (74164 / 74165) > and should work with any 74164 compatible shift register (possibly 100s > of versions

Re: [PATCH v3 2/4] crypto: niagara: Use precalculated hash from headers

On Thu, Dec 17, 2015 at 09:48:24AM +0100, LABBE Corentin wrote: > > You are right, I missed it also in ccp/ux500. I think you need it for all three drivers. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key:

Re: [RFC PATCH] lpfc: Add lockdep assertions

On 12/17/2015 09:49 AM, Johannes Thumshirn wrote: On Wed, Dec 16, 2015 at 03:22:50PM -0800, James Smart wrote: Johannes, Thank you for the time and effort on the patch. At this time, as it doesn't functionally change anything, I did not include the patch. I will consider it if we see

[PATCH 1/2] pci: Update VPD definitions

The 'end' tag is actually 0x0f, it's the representation as a small resource data type tag that's 0x78 (ie shifted by 3). This patch also adds helper functions to extract the resource data type tags for both large and small resource data types. Cc: Alexander Duyck Cc:

[PATCH 2/2] pci: Update VPD size with correct length

PCI-2.2 VPD entries have a maximum size of 32k, but might actually be smaller than that. To figure out the actual size one has to read the VPD area until the 'end marker' is reached. Trying to read VPD data beyond that marker results in 'interesting' effects, from simple read errors to crashing

[PATCHv3 0/2] PCI: Safe VPD access

PCI VPD suffers from two problems: it has a very rudimentary interface and it relies on correctly formatted data. And essentially it provides a direct channel into the card hardware. In other words, plenty of chances to mess things up. With the original implementation we would just read the VPD

Re: [PATCH 1/2] dt-bindings: GPIO: Add generic serializer binding

On Thu, Dec 17, 2015 at 9:28 AM, Geert Uytterhoeven wrote: > Given the limitations of the '164 for SPI, is the same true for '165, and > should it be "[...]74[...]597" instead? Forget it, this driver is not about SPI. Gr{oetje,eeting}s, Geert --

Re: [PATCH 00/10] bpf samples: Uses libbpf in tools/lib to do BPF operations

On 12/17/2015 08:03 AM, Daniel Wagner wrote: > On 12/17/2015 07:51 AM, Wangnan (F) wrote: >> On 2015/12/17 14:38, Daniel Wagner wrote: >>> On 12/17/2015 06:23 AM, Wang Nan wrote: Since we already have libbpf in tools/lib, we don't need to maintain another bpf loader and operations

Review & Reply

Greetings, My name is Mr.Michael J. Tynan, I am a banker with Bank Of America. It is true that we have not meet each other in person, but I strongly believe in trust and friendship in every business. I have a Lebanese deceased customer's abandoned fund, which I am his personal financial adviser

Re: [PATCH RESEND] infiniband:core:Add needed error path in cm_init_av_by_path

On 12/16/2015 07:16 PM, Jason Gunthorpe wrote: > On Wed, Dec 16, 2015 at 11:26:39AM +0100, Michael Wang wrote: [snip] >> >> I've rechecked the ib_init_ah_from_path() again, and found it >> still set IB_AH_GRH when the GID cache missing, but with: > > How do you mean? > >

[PATCH 2/3] regcache: Introduce the index parsing API

Here introduces regcache_get_index() for regmap cache, which uses the register stride order and bit rotation. Signed-off-by: Xiubo Li --- drivers/base/regmap/internal.h | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/base/regmap/internal.h

Re: rhashtable: Prevent spurious EBUSY errors on insertion

On Thu, Dec 17, 2015 at 04:46:00PM +0800, Xin Long wrote: > > sorry for late test, but unfortunately, my case with rhashtalbe still > return EBUSY. > I added some debug code in rhashtable_insert_rehash(), and found: > *future_tbl is null* > > fail: > /* Do not fail the insert if someone

Re: [PATCH v3 2/4] crypto: niagara: Use precalculated hash from headers

On Thu, Dec 17, 2015 at 04:40:18PM +0800, Herbert Xu wrote: > On Tue, Dec 15, 2015 at 02:00:21PM +0100, LABBE Corentin wrote: > > Precalculated hash for empty message are now present in hash headers. > > This patch just use them. > > > > Signed-off-by: LABBE Corentin >

Re: rhashtable: Prevent spurious EBUSY errors on insertion

On Thu, Dec 17, 2015 at 4:48 PM, Herbert Xu wrote: > On Thu, Dec 17, 2015 at 04:46:00PM +0800, Xin Long wrote: >> >> sorry for late test, but unfortunately, my case with rhashtalbe still >> return EBUSY. >> I added some debug code in rhashtable_insert_rehash(), and

Re: [RFC PATCH 2/8] Documentation: arm: define DT cpu capacity bindings

Hi, On 15/12/15 17:45, Mark Brown wrote: > On Tue, Dec 15, 2015 at 05:28:37PM +, Mark Rutland wrote: > > On Tue, Dec 15, 2015 at 05:17:13PM +, Mark Brown wrote: > > > > Obviously people are going to get upset if we introduce performance > > > regressions - but that's true always, we can

[RFC] Correct usage of swapgs instruction in arch/x86

Propose complete review of Linux architecture and use of swapgs instruction to enable kgdb, kdb, mdb, kprobes, and other debugging tools to operate correctly. Linux currently does not support the above listed tools due to an architectural limitation in the way Linux deals with

Re: 4.4-rc5 Setting hardware breakpoint in int_ret_from_sys_call causes triple fault/reboot

On 12/16/15, Jeff Merkey wrote: > On 12/16/15, Andy Lutomirski wrote: >> On Wed, Dec 16, 2015 at 4:31 PM, Jeff Merkey wrote: >>> On 12/16/15, Andy Lutomirski wrote: On Dec 16, 2015 3:12 PM, "Jeff Merkey"

Re: [PATCH v3 2/4] crypto: niagara: Use precalculated hash from headers

On Tue, Dec 15, 2015 at 02:00:21PM +0100, LABBE Corentin wrote: > Precalculated hash for empty message are now present in hash headers. > This patch just use them. > > Signed-off-by: LABBE Corentin > --- > drivers/crypto/Kconfig | 2 ++ > drivers/crypto/n2_core.c |

Re: [RFC PATCH] lpfc: Add lockdep assertions

On Wed, Dec 16, 2015 at 03:22:50PM -0800, James Smart wrote: > Johannes, > > Thank you for the time and effort on the patch. At this time, as it doesn't > functionally change anything, I did not include the patch. I will consider > it if we see additional issues it can help resolve. As I already

[PATCH] virtio: make find_vqs() checkpatch.pl-friendly

checkpatch.pl wants arrays of strings declared as follows: static const char * const names[] = { "vq-1", "vq-2", "vq-3" }; Currently the find_vqs() function takes a const char *names[] argument so passing checkpatch.pl's const char * const names[] results in a compiler error due to losing the

Re: [PATCH] mm: memcontrol: clean up alloc, online, offline, free functions fix

On Wed, Dec 16, 2015 at 07:34:20PM -0500, Johannes Weiner wrote: > Fixlets based on review feedback from Vladimir: > > 1. The memcg_create_mutex is to stabilize a cgroup's hereditary >settings that are not allowed to change once the cgroup has >children: kmem accounting and hierarchy

Re: [PATCH v3] net/macb: add support for resetting PHY using GPIO

Hi Arnd, On mer., déc. 16 2015, Arnd Bergmann wrote: > On Wednesday 16 December 2015 19:31:30 Gregory CLEMENT wrote: >> diff --git a/drivers/net/ethernet/cadence/macb.c >> b/drivers/net/ethernet/cadence/macb.c >> index 88c1e1a..35661aa 100644 >> ---

Re: Issues with Lenovo Yoga 900 IIO devices (accelerometer, etc.)

On 17 December 2015 at 06:27, Nish Aravamudan wrote: > On Wed, Dec 16, 2015 at 3:05 PM, Nish Aravamudan > wrote: >> On Wed, Dec 16, 2015 at 2:55 PM, Crt Mori wrote: >>> >>> On Dec 16, 2015 11:37 PM, "Nish Aravamudan"

[PATCH 3/3] regcache: flat: Introduce regcache_get_index()

Here we introduce regcache_get_index(), which using register stride order and bit rotation, will save some memory spaces for flat cache. Though this will also lost some access performance, since the bit rotation is used to get the index of the cache array, and this could be ingored for memory I/O

Re: rhashtable: Prevent spurious EBUSY errors on insertion

On Thu, Dec 3, 2015 at 8:41 PM, Herbert Xu wrote: > On Mon, Nov 30, 2015 at 06:18:59PM +0800, Herbert Xu wrote: >> >> OK that's better. I think I see the problem. The test in >> rhashtable_insert_rehash is racy and if two threads both try >> to grow the table one of

Re: [PATCH 1/2] crypto: atmel-sha: Removed unused variable "err"

On Mon, Dec 14, 2015 at 08:44:19AM +, Pathak, Rahul (R.) wrote: > From: Rahul Pathak > > Removed unused variable "err" and directly return "0" > > Reported by coccicheck - > ./drivers/crypto/atmel-sha.c:758:5-8: Unneeded variable: "err". Return "0" on > line 766 > >

Re: [PATCH] crypto/nx842: Mask XERS0 bit in return value

On Sun, Dec 13, 2015 at 03:30:41AM -0800, Haren Myneni wrote: > > NX842 coprocessor sets 3rd bit in CR register with XER[S0] which is > nothing to do with NX request. Since this bit can be set with other > valuable return status, mast this bit. > > One of other bits (INITIATED, BUSY or REJECTED)

[PATCH 1/3] regmap: core: Introduce register stride order

Since the register stride should always equal to 2^N, and bit rotation is much faster than multiplication and division. So introducing the stride order and using bit rotation to get the offset of the register from the index to improve the performance. Signed-off-by: Xiubo Li

[PATCH 0/3] Introduce reg stride order

Xiubo Li (3): regmap: core: Introduce register stride order regcache: Introduce the index parsing API regcache: flat: Introduce regcache_get_index() drivers/base/regmap/internal.h | 13 + drivers/base/regmap/regcache-flat.c | 11 ++- drivers/base/regmap/regmap.c

Re: [PATCH v2 0/8] Raspberry Pi 2 support.

Am 17.12.2015 um 01:37 schrieb Eric Anholt: > Arnd Bergmann writes: > >> On Wednesday 16 December 2015 15:55:07 Eric Anholt wrote: >>> This is a major rewrite of the previous Raspberry Pi 2 submission. >>> SMP support is now included, and the DT includes are cleaned up to >>> avoid

Re: [GIT PULL] fuse fixes for 4.4

On Fri, Dec 11, 2015 at 7:29 PM, Miklos Szeredi wrote: > Hi Linus, > > Please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus > > Two bugfixes, both bound for -stable. > Hi Miklos, Why is the SEEK_HOLE/SEEK_DATA patch [1] not

Re: [PATCH] clocksource/drivers/pistachio: Fix wrong calculated clocksource read value

On Wed, 16 Dec 2015 10:38:03 + Russell King - ARM Linux wrote: > On Wed, Dec 16, 2015 at 11:32:17AM +0100, Daniel Lezcano wrote: > > On 12/16/2015 10:33 AM, Russell King - ARM Linux wrote: > > >On Wed, Dec 16, 2015 at 10:21:55AM +0100, Daniel Lezcano wrote: > > >>On 12/16/2015 08:36 AM,

[PATCH v3 7/7] f2fs: support data flush in background

Previously, when finishing a checkpoint, we have persisted all fs meta info including meta inode, node inode, dentry page of directory inode, so, after a sudden power cut, f2fs can recover from last checkpoint with full directory structure. But during checkpoint, we didn't flush dirty pages of

RE: [f2fs-dev] [PATCH] f2fs: optimize the flow of f2fs_map_blocks

> -Original Message- > From: Fan Li [mailto:fanofcode...@samsung.com] > Sent: Thursday, December 17, 2015 1:21 PM > To: 'Jaegeuk Kim' > Cc: linux-kernel@vger.kernel.org; linux-f2fs-de...@lists.sourceforge.net > Subject: [f2fs-dev] [PATCH] f2fs: optimize the flow of f2fs_map_blocks > >

[PATCH] f2fs: add a tracepoint for sync_dirty_inodes

This patch adds a tracepoint for sync_dirty_inodes. Signed-off-by: Chao Yu --- fs/f2fs/checkpoint.c| 8 include/trace/events/f2fs.h | 38 ++ 2 files changed, 46 insertions(+) diff --git a/fs/f2fs/checkpoint.c

Re: [RFC] selftests: report proper exit statuses

Hi Brian, On Mon, 2015-12-14 at 11:15 -0800, Brian Norris wrote: > Hi Michael, > > On Mon, Dec 14, 2015 at 02:19:35PM +1100, Michael Ellerman wrote: > > On Fri, 2015-12-11 at 15:15 -0800, Brian Norris wrote: > > > > > There are several places where we don't report proper exit statuses, and > >

Re: [PATCH] MAINTAINERS: Add co-maintainer for Renesas Pin Controllers

On Wed, Dec 16, 2015 at 11:31 AM, Geert Uytterhoeven wrote: > Add myself as a co-maintainer for Renesas Pin Controllers. > > Signed-off-by: Geert Uytterhoeven > --- > To be included in next sh-pfc-for-v4.5 pull request. Awesome. Acked-by: Linus

Re: [PATCH 05/10] perf, tools, stat: Basic support for TopDown in perf stat

Andi, On Wed, Dec 16, 2015 at 1:21 PM, Andi Kleen wrote: >> > +/* >> > + * Check whether we can use a group for top down. >> > + * Without a group may get bad results due to multiplexing. >> > + */ >> >> That is not because you have a counter used by the NMI that >> you

RE: [PATCH v2] usb: gadget: forbid queuing request to a disabled ep

> >> 2.5.0 > > > > With this patch, ep0 transfer breaks. it because the 'enabled' of ep0 > > is not set. Ep0 is not enabled by usb_ep_enable, but in UDC driver. So > > there need another patch to set ep0's flag also. > > yeah, we don't like regressions :-) So the fix should come before > $subject

[PATCH v2 1/2] ASoC: atmel-pdmic: add the Pulse Density Modulation Interface Controller

Add driver for the Pulse Density Modulation Interface Controller. It comes with digitallly controlled gain, a High-Pass and a SINCC filter. Signed-off-by: Songjun Wu --- Changes in v2: - Remove the function 'atmel_pdmic_codec_get_remap', since the regmap is initialized

[PATCH v2 2/2] ASoC: atmel-classd: DT binding for PDMIC driver

DT binding documentation for this new ASoC driver. Signed-off-by: Songjun Wu --- Changes in v2: None .../devicetree/bindings/sound/atmel-pdmic.txt | 55 1 file changed, 55 insertions(+) create mode 100644

[RESEND PATCH v2 1/2] ASoC: atmel-pdmic: add the Pulse Density Modulation Interface Controller

Add driver for the Pulse Density Modulation Interface Controller. It comes with digitallly controlled gain, a High-Pass and a SINCC filter. Signed-off-by: Songjun Wu --- Changes in v2: - Remove the function 'atmel_pdmic_codec_get_remap', since the regmap is initialized

[PATCH v3 0/2] Create specific kconfig for kselftest

There is a discussion about improving the usability of kselftest by creating test-specific kconfig in recent kernel Summit. Patch 1 keep test-specific kconfig fragments inside each selftest so that merge_configs.sh could build up a kernel that can test the specific or all feature(s). Patch 2 add

[RESEND PATCH v2 2/2] ASoC: atmel-classd: DT binding for PDMIC driver

DT binding documentation for this new ASoC driver. Signed-off-by: Songjun Wu --- Changes in v2: None .../devicetree/bindings/sound/atmel-pdmic.txt | 55 1 file changed, 55 insertions(+) create mode 100644

Re: PELT initial task load and wake_up_new_task()

On Thu, Dec 17, 2015 at 10:43:03AM +0100, Peter Zijlstra wrote: > On Thu, Dec 17, 2015 at 07:34:27AM +0800, Yuyang Du wrote: > > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c > > index e3266eb..3f6a8b3 100644 > > --- a/kernel/sched/fair.c > > +++ b/kernel/sched/fair.c > > @@ -2908,10

Re: [PATCH v2 2/2] ASoC: atmel-classd: DT binding for PDMIC driver

It seems that the $subject is not correct. Le 17/12/2015 10:44, Songjun Wu a écrit : > DT binding documentation for this new ASoC driver. > > Signed-off-by: Songjun Wu > --- > > Changes in v2: None > > .../devicetree/bindings/sound/atmel-pdmic.txt | 55 >

[PATCH v3] usb: gadget: forbid queuing request to a disabled ep

From: "Du, Changbin" Queue a request to disabled ep doesn't make sense, and induce caller make mistakes. Here is a example for the android mtp gadget function driver. A mem corruption can happen on below senario. 1) On disconnect, mtp driver disable its EPs, 2) During

Re: Partial revert of "powerpc: Individual System V IPC system calls"

On Wed, 2015-16-12 at 10:53:29 UTC, Michael Ellerman wrote: > This partially reverts commit a34236155afb1cc41945e58388ac988431bcb0b8. > > While reviewing the glibc patch to exploit the individual IPC calls, > Arnd & Andreas noticed that we were still requiring userspace to pass > IPC_64 in order

Re: [PATCH v2 0/8] Raspberry Pi 2 support.

On Thursday 17 December 2015 09:48:57 Stefan Wahren wrote: > Am 17.12.2015 um 01:37 schrieb Eric Anholt: > > Arnd Bergmann writes: > > > >> On Wednesday 16 December 2015 15:55:07 Eric Anholt wrote: > >>> This is a major rewrite of the previous Raspberry Pi 2 submission. > >>> SMP

Re: [PATCH V2 06/23] XEN / PCI: Remove the dependence on arch x86 when PCI_MMCONFIG=y

On 16.12.2015 16:16, Tomasz Nowicki wrote: In drivers/xen/pci.c, there are arch x86 dependent codes when CONFIG_PCI_MMCONFIG is enabled, since CONFIG_PCI_MMCONFIG depends on ACPI, so this will prevent XEN PCI running on other architectures using ACPI with PCI_MMCONFIG enabled (such as ARM64).

Re: [RFC PATCH 2/3] vfio-pci: Allow to mmap sub-page MMIO BARs if all MMIO BARs are page aligned

On 2015/12/17 4:04, Alex Williamson wrote: On Fri, 2015-12-11 at 16:53 +0800, Yongji Xie wrote: Current vfio-pci implementation disallows to mmap sub-page(size < PAGE_SIZE) MMIO BARs because these BARs' mmio page may be shared with other BARs. But we should allow to mmap these sub-page MMIO

Re: [PATCH RESEND] kvm:x86:Fix error handling in the function kvm_write_wall_clock

On 17/12/2015 03:30, Nicholas Krause wrote: > This fixes error handling in the function kvm_write_wall_clock > by checking if any of the calls to kvm_write_guest have failed > inside this paricutlar function and if so print to the console > with pr_err that we are unable to write the data to the

Re: [RFC PATCH 3/3] vfio-pci: Allow to mmap MSI-X table if EEH is supported

On 2015/12/17 4:14, Alex Williamson wrote: On Fri, 2015-12-11 at 16:53 +0800, Yongji Xie wrote: Current vfio-pci implementation disallows to mmap MSI-X table in case that user get to touch this directly. However, EEH mechanism could ensure that a given pci device can only shoot the MSIs

Re: block layer bug with 4.4-rc3+

Tach Arnd, On 16/12/15 15:43, Arnd Bergmann wrote: > On Wednesday 16 December 2015 14:55:43 Andre Przywara wrote: >> Using the plain multi_v7_defconfig (which doesn't have LPAE and makes me >> loose half of the RAM on that box) didn't show the bug so far. >> One of the effects of turning on LPAE

Re: PELT initial task load and wake_up_new_task()

On Thu, Dec 17, 2015 at 07:34:27AM +0800, Yuyang Du wrote: > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c > index e3266eb..3f6a8b3 100644 > --- a/kernel/sched/fair.c > +++ b/kernel/sched/fair.c > @@ -2908,10 +2908,18 @@ void remove_entity_load_avg(struct sched_entity *se) > { >

[PATCH] net/macb: Update device tree binding for resetting PHY using GPIO

Instead of being at the MAC level the reset gpio preperty is moved at the PHY child node level. It is still managed by the MAC, but from the point of view of the binding it make more sense to be part of the PHY node. This commit also fixes a build errors if GPIOLIB is not selected.

[PATCH v2 0/2] Convert ppdev to y2038 safe

These series of patches try to convert parport device(ppdev) to y2038 safe, and support y2038 safe and unsafe application at the same time. The first version is here[1]. An y2038 safe application/kernel use 64bit time_t(aka time64_t) to avoid 32-bit time types broken in the year 2038. Given that

[PATCH v3 1/2] selftests: create test-specific kconfig fragments

Create the config file in each directory of testcase which need more kernel configuration than the default defconfig. User could use these configs with merge_config.sh script: Enable config for specific testcases: (export ARCH=xxx #for cross compiling) ./scripts/kconfig/merge_config.sh .config \

[PATCH v3 2/2] scripts/kconfig/Makefile: add kselftest-mergeconfig

Add kselftest-mergeconfig to enable the dependencies of kernel config for all the kselftest testcases. User could call it after create the kernel configuration(.config), eg: $ make kselftest-mergeconfig Signed-off-by: Bamvor Jian Zhang --- scripts/kconfig/Makefile

[PATCH v2 2/2] ppdev: add support for compat ioctl

The arg of ioctl in ppdev is the pointer of integer except the timeval in PPSETTIME, PPGETTIME. Different size of timeval is already supported by the previous patches. So, it is safe to add compat support. Signed-off-by: Bamvor Jian Zhang --- drivers/char/ppdev.c |

[PATCH v2 1/2] ppdev: convert to y2038 safe

The y2038 issue for ppdev is changes of timeval in the ioctl (PPSETTIME and PPGETTIME). The size of struct timeval changes from 8bytes to 16bytes due to the changes of time_t. It lead to the changes of the command of ioctl, e.g. for PPGETTIME, We have: on 32-bit (old): 0x80087095 on 32-bit (new):

Re: [PATCH LINUX v4 06/13] tty: xuartps: Move request_irq to after setting up the HW

On Wed, 2015-12-16 at 06:37AM -0800, Peter Hurley wrote: > On 12/16/2015 01:03 AM, Sören Brinkmann wrote: > > On Tue, 2015-12-15 at 03:26PM -0800, Peter Hurley wrote: > >> On 12/15/2015 07:41 AM, Sören Brinkmann wrote: > >>> On Thu, 2015-12-10 at 01:41PM -0800, Peter Hurley wrote: > On

Re: [PATCH v6 0/6] Add mipi dsi support for rk3288

Hi Chris, Am Mittwoch, 16. Dezember 2015, 18:10:10 schrieb Chris Zhong: > The rk3288 MIPI DSI is a Synopsys DesignWare MIPI DSI host controller > IP. This series adds support for a Synopsys DesignWare MIPI DSI host > controller DRM driver. > > The MIPI DSI feature is tested on rk3288 evb board,

Re: [PATCH 00/10] bpf samples: Uses libbpf in tools/lib to do BPF operations

On 2015/12/17 16:29, Daniel Wagner wrote: On 12/17/2015 08:03 AM, Daniel Wagner wrote: On 12/17/2015 07:51 AM, Wangnan (F) wrote: On 2015/12/17 14:38, Daniel Wagner wrote: On 12/17/2015 06:23 AM, Wang Nan wrote: Since we already have libbpf in tools/lib, we don't need to maintain another

Re: [PATCH v3 00/36] usb: gadget: composite: introduce new function API

Hi Felipe, I can see that you have applied the documentation fix patch to your tree. Have also you looked at the remaining patches of this series? What do you think about this concept? Any comments? Best regards, Robert On 12/11/2015 12:24 PM, Robert Baldyga wrote: > Hi Felipe, > > Here is my

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