[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

[PATCH] virtio_ring: use smp_store_mb

We need a full barrier after writing out event index, using smp_store_mb there seems better than open-coding. As usual, we need a wrapper to account for strong barriers/non smp. It's tempting to use this in vhost as well, for that, we'll need a variant of smp_store_mb that works on __user

[PATCH v3 5/7] f2fs: stat dirty regular/symlink inodes

Add to stat dirty regular and symlink inode for showing in debugfs. Signed-off-by: Chao Yu --- v2: - rename F2FS_DIRTY_DATAS to F2FS_DIRTY_DATA v3: - fix compiler warning --- fs/f2fs/checkpoint.c | 7 ++- fs/f2fs/debug.c | 6 +- fs/f2fs/f2fs.h | 13

Re: [PATCH] af_unix: Revert 'lock_interruptible' in stream receive code

On 16.12.2015 21:09, Rainer Weikusat wrote: > With b3ca9b02b00704053a38bfe4c31dbbb9c13595d0, the AF_UNIX SOCK_STREAM > receive code was changed from using mutex_lock(>readlock) to > mutex_lock_interruptible(>readlock) to prevent signals from being > delayed for an indefinite time if a thread

Re: block layer bug with 4.4-rc3+

On Thursday 17 December 2015 09:28:36 Andre Przywara wrote: > > So it was running for almost a day without LPAE now, but with highmem, > and the bug didn't show up. So for the time being I'd avoid another test > run without highmem, as LPAE alone is sufficient to trigger it. There is clearly no

Re: [PATCH] locking/osq: fix ordering of node initialisation in osq_lock

On Wed, Dec 16, 2015 at 05:18:48PM -0800, David Daney wrote: > What is the status of this patch? It there a good likelihood that it will > make it into v4.4? > > If not, we should request that c55a6ffa6285 ("locking/osq: Relax atomic > semantics") be reverted for v4.4 I think Peter was going to

Re: [PATCH v4 2/5] mtd: nand: Qualcomm NAND controller driver

On 12/16/2015 07:48 PM, Boris Brezillon wrote: On Wed, 16 Dec 2015 17:27:48 +0530 Archit Taneja wrote: +/* + * NAND controller page layout info + * + * |---| |-| + * | xx...xx| |

Re: [RESEND] Lenovo Yoga 900 touchpad issues

On Dec 16 2015 or thereabouts, Nish Aravamudan wrote: > Hi Jiri, > > On Wed, Dec 16, 2015 at 5:18 AM, Jiri Kosina wrote: > > On Wed, 16 Dec 2015, Mika Westerberg wrote: > > > >> > [Apologies for the resend, didn't realize I hadn't changed my GMail > >> > settings > >> > to not

[RESEND PATCH v2 0/2] ASoC: atmel-pdmic: add driver for Atmel PDMIC

The Pulse Density Modulation Inteface Controller driver includes two parts. 1) Driver code to implement the PDMIC function. 2) Device tree binding documentation, it describes how to add the PDMIC in device tree. Changes in v2: - Remove the function 'atmel_pdmic_codec_get_remap', since the

Re: [PATCH v3 0/8] drm/rockchip: covert to support atomic API

Hi Mark, Am Donnerstag, 17. Dezember 2015, 11:01:07 schrieb Mark Yao: > The series of patches coverting drm rockchip to atomic API, do some > cleanup and some fixes on atomic side. > > TODO: fence is not support on current version. > > Tested on rk3288 popmetal board. In general this works

[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

[PATCH] ASoC: sgtl5000: fix VAG power up timing

When power up, a "pop" is heard on line-in and mic-in. An analysis of the PCM shows it lasts ~400ms and looks like a filter response. VAG power up should be delayed by 400ms as VAG power down is. Signed-off-by: Jean-Michel Hautbois ---

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

> The MSI-X table is paravirtualized on vfio in general and interrupt > remapping theoretically protects against errant interrupts, so why is > this PPC64 specific? We have the same safeguards on x86 if we want to > decide they're sufficient. Offhand, the only way I can think that a > device can

[PATCH 1/2] power:bq27xxx: fix reading for bq27000 and bq27010

bug: the driver reports funny capacity values: root@letux:/sys/class/power_supply/bq27000-battery# cat uevent POWER_SUPPLY_NAME=bq27000-battery POWER_SUPPLY_STATUS=Charging POWER_SUPPLY_PRESENT=1 POWER_SUPPLY_VOLTAGE_NOW=3702000 POWER_SUPPLY_CURRENT_NOW=-464635 POWER_SUPPLY_CAPACITY=1536

[PATCH 2/2] power:bq27xxx: fix register numbers of bq27500

bug: according to data sheet some register numbers are wrong. tested: no Signed-off-by: H. Nikolaus Schaller --- drivers/power/bq27xxx_battery.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/power/bq27xxx_battery.c

[PATCH 0/2] two fixes for new bq27000/10 and bq27500 driver

H. Nikolaus Schaller (2): power:bq27xxx: fix reading for bq27000 and bq27010 power:bq27xxx: fix register numbers of bq27500 drivers/power/bq27xxx_battery.c | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) -- 2.5.1 -- To unsubscribe from this list: send the line

Re: Add top down metrics to perf stat v2

Andi, On Tue, Dec 15, 2015 at 4:54 PM, Andi Kleen wrote: > Note to reviewers: includes both tools and kernel patches. > The kernel patches are at the end. > > This patchkit adds support for TopDown measurements to perf stat > It applies on top of my earlier metrics patchkit,

[PATCH] virtio: use smp_load_acquire/smp_store_release

virtio ring entries have exactly the acquire/release semantics: - reading used index acquires a ring entry from host - updating the available index releases it to host Thus when using weak barriers and building for SMP (as most people do), smp_load_acquire and smp_store_release

Re: [PATCH v3 0/8] drm/rockchip: covert to support atomic API

On 2015年12月17日 18:00, Heiko Stübner wrote: Hi Mark, Am Donnerstag, 17. Dezember 2015, 11:01:07 schrieb Mark Yao: The series of patches coverting drm rockchip to atomic API, do some cleanup and some fixes on atomic side. TODO: fence is not support on current version. Tested on rk3288 popmetal

[PATCH v2 1/2] drm/vc4: make function as void

The return value of vc4_v3d_set_power() is never checked, we can make it void. Signed-off-by: Sudip Mukherjee --- drivers/gpu/drm/vc4/vc4_drv.h | 2 +- drivers/gpu/drm/vc4/vc4_v3d.c | 6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git

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

On 17.12.2015 11:25, Tomasz Nowicki wrote: 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

use-after-free in hash_sock_destruct

Hello, The following program causes use-after-free in hash_sock_destruct: // autogenerated by syzkaller (http://github.com/google/syzkaller) #include #include #include #include #include #include struct sockaddr_alg { unsigned short salg_family; charsalg_type[14];

GPF in gf128mul_64k_bbe

Hello, The following program causes GPF in gf128mul_64k_bbe: // autogenerated by syzkaller (http://github.com/google/syzkaller) #include #include #include int main() { long r0 = syscall(SYS_socket, 0x26ul, 0x5ul, 0x0ul, 0, 0, 0); long r1 = syscall(SYS_mmap, 0x2000ul,

[PATCH v2 1/1] rtc: Replace simple_strtoul by kstrtoul

The simple_strtoul function is obsolete. This patch replace it by kstrtoul. Since kstrtoul is more strict, it permits to filter some invalid input that simple_strtoul accept. For example: echo '1022xxx' > /sys/devices/pnp0/00:03/rtc/rtc0/max_user_freq cat

[PATCH v2 0/1] rtc: Replace simple_strtoul by kstrtoul

Hello Change since v1 - Replaced another simple_strtoul that I missed the first time LABBE Corentin (1): rtc: Replace simple_strtoul by kstrtoul drivers/rtc/rtc-sysfs.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) -- 2.4.10 -- To unsubscribe from this list: send the

Re: [PATCH v2 0/2] spi: davinci: fix spurious i/o error

On 12/10/2015 06:29 PM, Sekhar Nori wrote: This patch series fixes a spurious I/O error with DaVinci SPI. v2: - Update to handle DMA case - add a patch to use dev_err() for error reporting Sekhar Nori (2): spi: davinci: fix spurious i/o error spi: davinci: use dev_err() for error

RE: [PATCH] mfd: da9063: Allow modular build

On 08 December 2015 13:56, Lee Jones wrote: > To: Geert Uytterhoeven > Subject: Re: [PATCH] mfd: da9063: Allow modular build > > On Mon, 07 Dec 2015, Geert Uytterhoeven wrote: > > > Allow support for the DA9063 PMIC to be modular, cfr. DA9062, which > > allows to decrease size of multi-platform

Re: [RFC PATCH V2 5/8] irqchip/gic: Return an error if GIC initialisation fails

On Thu, Dec 17, 2015 at 11:48 AM, Jon Hunter wrote: > If the GIC initialisation fails, then currently we do not return an error > or clean-up afterwards. Although for root controllers, this failure may be > fatal anyway, for secondary controllers, it may not be fatal and so

Re: [PATCH v6 09/20] arm64:ilp32: share HWCAP between LP64 and ILP32

On Thursday 17 December 2015 10:54:47 Catalin Marinas wrote: > > > IIUC, we may have a problem with this. elf_hwcap is 64-bit long while > > > elf_info[n] is 32-bit (Elf32_Addr), so we truncate AT_HWCAP if we ever > > > go beyond bit 31. The above may need to look something like: > > > > > >

Re: [PATCH] virtio_ring: use smp_store_mb

On Thu, Dec 17, 2015 at 03:16:20PM +0200, Michael S. Tsirkin wrote: > On Thu, Dec 17, 2015 at 11:52:38AM +0100, Peter Zijlstra wrote: > > On Thu, Dec 17, 2015 at 12:32:53PM +0200, Michael S. Tsirkin wrote: > > > +static inline void virtio_store_mb(bool weak_barriers, > > > +

[PATCH v1 0/6] Support the rk3036 Kylin board

Kylin-board is based on RK3036 SOCs, add the initiation version for working. This series patches have the following decriptions: PATCH[1/6]: ARM: dts: fix the correct pinctrl control for rk3036 The pinctrl gpio pull up/down is incorrect since the rk3036 SoCs can't set the status in the

[PATCH v1 1/6] ARM: dts: fix the correct pinctrl control for rk3036

The pinctrl gpio pull up/down is incorrect since the rk3036 SoCs can't set the status in the internal. We should keep the default status for enable the gpio status, In fact, the pull_none is the disable the gpio pull up/down. Signed-off-by: Xing Zheng Signed-off-by:

[PATCH v1 2/6] ARM: dts: add the lcdc and hdmi node for rk3036

The rk3036 support two overlay plane and one hwc plane, it support IOMMU, and its IOMMU same as rk3288's. Meanwhile, add the inno hdmi for HDMI display. Signed-off-by: Caesar Wang --- arch/arm/boot/dts/rk3036.dtsi | 61 +++ 1 file

Re: use-after-free in __perf_install_in_context

On Thu, Dec 17, 2015 at 03:08:49PM +0100, Dmitry Vyukov wrote: > On Thu, Dec 17, 2015 at 3:06 PM, Peter Zijlstra wrote: > > On Thu, Dec 10, 2015 at 08:57:40PM +0100, Peter Zijlstra wrote: > >> I'm not sure I can explain your problem with this, but I figure its > >> worth a

Re: [PATCH 2/7] perf: Generalize task_function_call()ers

Peter Zijlstra writes: > On Tue, Dec 08, 2015 at 05:57:00PM +0100, Peter Zijlstra wrote: >> On Tue, Dec 08, 2015 at 06:42:01PM +0200, Alexander Shishkin wrote: >> > > +void ___perf_event_disable(void *info) >> > >> > Only maybe change these to __perf_event_disable_locked()

  1   2   3   4   5   6   7   8   9   10   >