Re: [RFC] i2c-tools: i2ctransfer: add new tool

Hi Jean, > If you think it's not enough, then the address modifier could go > separately before or after the address byte, i.e. either r1@0x123t or > r1@t0x123. I suspect that the latter should be easier to implement. In deed, I would aim for maximum flexibility (i.e. possible to mix 7 and 10 bit

Re: [PATCH 2/3] perf probe: Add flag for options when showing variables

hi, Masami On 2015/5/8 21:15, Masami Hiramatsu wrote: > On 2015/05/08 21:23, He Kuang wrote: >> Change current boolean flag 'externs' to unsigned long 'var_flags' for >> more options related to variables. These options work with --vars only. > NAK, please check my latest patch. > > https://lkml.or

Re: [GIT PULL 00/30] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > > > The following changes since commit cb307113746b4d184155d2c412e8069aeaa60d42: > > perf_event: Don't allow vmalloc() backed perf on powerpc (2015-05-08 > 12:26:01 +0200) > > are availabl

Re: [PATCH v3 Bugfix 0/6] xstate/fpu bug fixes

* Fenghua Yu wrote: > From: Fenghua Yu > > This patchset is supposed to fix some xsave/xsaves/fpu related issues. So as I mentioned it to Dave Hansen already yesterday, I think the right, easily backportable fix would be to switch the kernel to 'standard format'. It's very close to the comp

Re: [PATCH V3] cpuidle: Handle tick_broadcast_enter() failure gracefully

Hi Rafael, On 05/08/2015 07:48 PM, Rafael J. Wysocki wrote: >> +/* >> + * find_tick_valid_state - select a state where tick does not stop >> + * @dev: cpuidle device for this cpu >> + * @drv: cpuidle driver for this cpu >> + */ >> +static int find_tick_valid_state(struct cpuidle_device *dev, >> +

Re: [PATCH v3] tags: much faster, parallel "make tags"

On 08/05/15 14:26, Alexey Dobriyan wrote: > ctags is single-threaded program. Split list of files to be tagged into > equal parts, 1 part for each CPU and then merge the results. > > Speedup on one 2-way box I have is ~143 s => ~99 s (-31%). > On another 4-way box: ~120 s => ~65 s (-46%!). > > Re

Re: [PATCH 16/18] f2fs crypto: add symlink encryption

On Fri, May 08, 2015 at 09:20:51PM -0700, Jaegeuk Kim wrote: > This patch implements encryption support for symlink. > > The codes refered the ext4 symlink path. ext4 symlink patches are seriously misguided - don't mix encrypted and unencrypted cases in the same inode_operations. NAK. -- To unsu

[PATCH 02/18] f2fs: report unwritten area in f2fs_fiemap

This patch slightly changes f2fs_fiemap function to report unwritten area. Signed-off-by: Jaegeuk Kim --- fs/f2fs/data.c | 117 +++-- fs/f2fs/f2fs.h | 4 +- 2 files changed, 117 insertions(+), 4 deletions(-) diff --git a/fs/f2fs/data.c b/fs/

[PATCH 06/18] f2fs crypto: add encryption policy and password salt support

This patch adds encryption policy and password salt support through ioctl implementation. It adds three ioctls: F2FS_IOC_SET_ENCRYPTION_POLICY, F2FS_IOC_GET_ENCRYPTION_POLICY, F2FS_IOC_GET_ENCRYPTION_PWSALT, which use xattr operations. Note that, these definition and codes are taken from ext4

[PATCH 03/18] f2fs crypto: declare some definitions for f2fs encryption feature

This definitions will be used by inode and superblock for encyption. Signed-off-by: Jaegeuk Kim --- fs/f2fs/f2fs.h | 54 ++ fs/f2fs/f2fs_crypto.h | 149 include/linux/f2fs_fs.h | 4 +- 3 files changed, 206 insertions(

[PATCH 10/18] f2fs crypto: activate encryption support for fs APIs

This patch activates the following APIs for encryption support. The rules quoted by ext4 are: - An unencrypted directory may contain encrypted or unencrypted files or directories. - All files or directories in a directory must be protected using the same key as their containing directory.

[PATCH 07/18] f2fs crypto: add f2fs encryption facilities

Most of parts were copied from ext4, except: - add f2fs_restore_and_release_control_page which returns control page and restore control page - remove ext4_encrypted_zeroout() - remove sbi->s_file_encryption_mode & sbi->s_dir_encryption_mode - add f2fs_end_io_crypto_work for mpage_end_io -

[PATCH 08/18] f2fs crypto: add encryption key management facilities

This patch copies from encrypt_key.c in ext4, and modifies for f2fs. Use GFP_NOFS, since _f2fs_get_encryption_info is called under f2fs_lock_op. Signed-off-by: Michael Halcrow Signed-off-by: Ildar Muslukhov Signed-off-by: Theodore Ts'o Signed-off-by: Jaegeuk Kim --- fs/f2fs/Makefile |

[PATCH 04/18] f2fs crypto: add f2fs encryption Kconfig

This patch adds f2fs encryption config. Signed-off-by: Michael Halcrow Signed-off-by: Theodore Ts'o Signed-off-by: Jaegeuk Kim --- fs/f2fs/Kconfig | 18 ++ 1 file changed, 18 insertions(+) diff --git a/fs/f2fs/Kconfig b/fs/f2fs/Kconfig index 05f0f66..28f21fe 100644 --- a/fs/f2

[git pull] vfs fixes for -rc3

A couple of fixes for bugs caught while digging in fs/namei.c. The first one is this cycle regression, the second is 3.11 and later. Please, pull from the usual place - git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus Shortlog: Al Viro (2): namei: d_is_negative()

[PATCH 12/18] f2fs crypto: add filename encryption for f2fs_add_link

This patch adds filename encryption support for f2fs_add_link. Signed-off-by: Jaegeuk Kim --- fs/f2fs/dir.c | 39 +++ 1 file changed, 27 insertions(+), 12 deletions(-) diff --git a/fs/f2fs/dir.c b/fs/f2fs/dir.c index f7293a2..750a688 100644 --- a/fs/f2fs/dir.

[PATCH 14/18] f2fs crypto: add filename encryption for f2fs_lookup

This patch implements filename encryption support for f2fs_lookup. Note that, f2fs_find_entry should be outside of f2fs_(un)lock_op(). Signed-off-by: Jaegeuk Kim --- fs/f2fs/dir.c| 79 fs/f2fs/f2fs.h | 9 --- fs/f2fs/inline.c |

[PATCH 11/18] f2fs crypto: add encryption support in read/write paths

This patch adds encryption support in read and write paths. Note that, in f2fs, we need to consider cleaning operation. In cleaning procedure, we must avoid encrypting and decrypting written blocks. So, this patch implements move_encrypted_block(). Signed-off-by: Jaegeuk Kim --- fs/f2fs/checkpo

[PATCH 15/18] f2fs crypto: add filename encryption for roll-forward recovery

This patch adds a bit flag to indicate whether or not i_name in the inode is encrypted. If this name is encrypted, we can't do recover_dentry during roll-forward. So, f2fs_sync_file() needs to do checkpoint, if this will be needed in future. Signed-off-by: Jaegeuk Kim --- fs/f2fs/dir.c |

[PATCH 16/18] f2fs crypto: add symlink encryption

This patch implements encryption support for symlink. The codes refered the ext4 symlink path. Signed-off-by: Uday Savagaonkar Signed-off-by: Theodore Ts'o Signed-off-by: Jaegeuk Kim --- fs/f2fs/f2fs_crypto.h | 2 - fs/f2fs/namei.c | 138 +++

[PATCH 13/18] f2fs crypto: add filename encryption for f2fs_readdir

This patch implements filename encryption support for f2fs_readdir. Signed-off-by: Jaegeuk Kim --- fs/f2fs/dir.c| 57 fs/f2fs/f2fs.h | 12 fs/f2fs/inline.c | 13 +++-- 3 files changed, 60 insertions(+), 22 deleti

[PATCH 17/18] f2fs crypto: fix missing key when reading a page

1. mount $mnt 2. cp data $mnt/ 3. umount $mnt 4. log out 5. log in 6. cat $mnt/data -> panic, due to no i_crypt_info. Signed-off-by: Jaegeuk Kim --- fs/f2fs/crypto.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/crypto.c b/fs/f2fs/crypto.c index 38c005c..509d19a

what's cooking in zram for 4.1

Hello Karel, There will be some user-space visible changes in zram 4.1 we'd love to let you know about. 1) new sysfs node -- /sys/block/zramX/compact triggers zram memory compaction. 2) zram has deprecated some of the existing stat sysfs attributes. we will consolidate zramX device's stats i

[PATCH 18/18] f2fs crypto: remove checking key context during lookup

No matter what the key is valid or not, readdir shows the dir entries correctly. So, lookup should not failed. But, we expect further accesses should be denied from open, rename, link, and so on. Signed-off-by: Jaegeuk Kim --- fs/f2fs/namei.c | 10 -- 1 file changed, 10 deletions(-) dif

[PATCH 09/18] f2fs crypto: filename encryption facilities

This patch adds filename encryption infra. Most of codes are copied from ext4 part, but changed to adjust f2fs directory structure. Signed-off-by: Uday Savagaonkar Signed-off-by: Ildar Muslukhov Signed-off-by: Michael Halcrow Signed-off-by: Theodore Ts'o Signed-off-by: Jaegeuk Kim --- fs/f2f

[PATCH 01/18] f2fs: avoid value overflow in showing current status

This patch fixes overflow when do cat /sys/kernel/debug/f2fs/status. If a section is relatively large, dist value can be overflowed. Reported-by: Yossi Goldfill Signed-off-by: Jaegeuk Kim --- fs/f2fs/debug.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/debug.c b

[PATCH 05/18] f2fs crypto: add encryption xattr support

This patch add some definition for enrcyption xattr. Signed-off-by: Jaegeuk Kim --- fs/f2fs/xattr.h | 4 1 file changed, 4 insertions(+) diff --git a/fs/f2fs/xattr.h b/fs/f2fs/xattr.h index 969d792..71a7100 100644 --- a/fs/f2fs/xattr.h +++ b/fs/f2fs/xattr.h @@ -35,6 +35,10 @@ #define F2FS

Re: [PATCH v2 00/10] evacuate struct page from the block layer, introduce __pfn_t

On Fri, May 8, 2015 at 8:02 PM, Rik van Riel wrote: > > The TLB performance bonus of accessing the large files with > large pages may make it worthwhile to solve that hard problem. Very few people can actually measure that TLB advantage on systems with good TLB's. It's largely a myth, fed by som

Re: [PATCH v2 00/10] evacuate struct page from the block layer, introduce __pfn_t

On 05/08/2015 09:14 PM, Linus Torvalds wrote: > On Fri, May 8, 2015 at 9:59 AM, Rik van Riel wrote: >> >> However, for persistent memory, all of the files will be "in memory". > > Yes. However, I doubt you will find a very sane rw filesystem that > then also makes them contiguous and aligns them

[PULL] LSM: Basic module stacking infrastructure for security-next - Acked

James, here's an updated pull request for LSM stacking. Acks have been applied. The following changes since commit b787f68c36d49bb1d9236f403813641efa74a031: Linux 4.1-rc1 (2015-04-26 17:59:10 -0700) are available in the git repository at: g...@github.com:cschaufler/smack-next.git stacking-v

Re: [PATCH 0/7 v22] LSM: Multiple concurrent LSMs

> On 5/7/2015 4:37 AM, James Morris wrote: > > On Sat, 2 May 2015, Casey Schaufler wrote: > > > >> Subject: [PATCH 0/7 v22] LSM: Multiple concurrent LSMs > > Please add all of the Acked-by etc. from the patch review process. Acked-by: Tetsuo Handa -- To un

Re: [RESEND PATCH 1/8] mfd: cros ec: Remove parent field

Hello Lee, On 05/05/2015 12:54 PM, Lee Jones wrote: > On Tue, 05 May 2015, Javier Martinez Canillas wrote: >> On 04/29/2015 12:37 PM, Lee Jones wrote: >> > On Thu, 23 Apr 2015, Gwendal Grignou wrote: >> > >> >> Be consistent, use cros_ec instead of "cros ec" or "cros-ec". >> > >> > What is this

[PATCH v5 2/3] usb: xhci: implement device_suspend/device_resume entries

This patch implements device_suspend/device_resume entries for xHC driver. device_suspend will be called when a USB device is about to suspend. It will issue a stop endpoint command for each endpoint in this device. The Suspend(SP) bit in the command TRB will set which will give xHC a hint about th

[PATCH v5 0/3] usb: notify hcd when USB device suspend or resume

This patch series try to meet a design requirement in xHCI spec. The xHCI spec is designed to allow an xHC implementation to cache the endpoint state. Caching endpoint state allows an xHC to reduce latency when handling ERDYs and other USB asynchronous events. However holding this state in xHC con

[PATCH v5 3/3] usb: xhci: remove stop device and ring doorbell in hub control and bus suspend

There is no need to call xhci_stop_device() and xhci_ring_device() in hub control and bus suspend functions since all device suspend and resume have been notified through device_suspend/device_resume interfaces. Signed-off-by: Lu Baolu --- drivers/usb/host/xhci-hub.c | 47 ---

[PATCH v5 1/3] usb: notify hcd when USB device suspend or resume

This patch adds two new entries in hc_driver. With these new entries, USB core can notify host driver when a USB device is about to suspend or just resumed. The xHCI spec is designed to allow an xHC implementation to cache the endpoint state. Caching endpoint state allows an xHC to reduce latency

Re: [PATCH v2 00/10] evacuate struct page from the block layer, introduce __pfn_t

On Fri, May 8, 2015 at 9:59 AM, Rik van Riel wrote: > > However, for persistent memory, all of the files will be "in memory". Yes. However, I doubt you will find a very sane rw filesystem that then also makes them contiguous and aligns them at 2MB boundaries. Anything is possible, I guess, but t

Re: ARM: EXYNOS: dts: Improvements for 4.2

2015-05-06 9:59 GMT+09:00 Krzysztof Kozlowski : > Dear Kukjin, > > I gathered various improvements for upcoming 4.2 merge window. > Description along with a tag. > > Best regards, > Krzysztof > > > The following changes since commit 5

[PATCH] w1_therm reference count family data

A temperature conversion can take 750 ms and when possible the w1_therm slave driver drops the bus_mutex to allow other bus operations, but that includes operations such as a periodic slave search, which can remove this slave when it is no longer detected. If that happens the sl->family_data will b

Re: [GIT PULL] ARM: EXYNOS: Improvements for 4.2, try 2

2015-05-09 3:54 GMT+09:00 Kukjin Kim : > On 05/06/15 11:19, Krzysztof Kozlowski wrote: >> Dear Kukjin, >> >> Updated pull request. The first one contained an older version >> of my patch. >> >> This adds coupled cpuidle for Exynos3250 and improves the Exynos >> code in few places. Everything for up

Re: ARM: EXYNOS: Fixes for 4.1

2015-05-09 3:26 GMT+09:00 Kukjin Kim : > On 05/06/15 09:55, Krzysztof Kozlowski wrote: >> Krzysztof Kozlowski (1): >> ARM: EXYNOS: Fix failed second suspend on Exynos4 >> >> arch/arm/mach-exynos/common.h | 2 ++ >> arch/arm/mach-exynos/exynos.c | 27 +++ >> arch/ar

Re: [PATCH v2 1/3] usb: notify hcd when USB device suspend or resume

On 05/08/2015 10:21 PM, Alan Stern wrote: On Fri, 8 May 2015, Lu, Baolu wrote: On 05/07/2015 10:34 PM, Alan Stern wrote: On Thu, 7 May 2015, Lu, Baolu wrote: + void(*device_suspend)(struct usb_hcd *, struct usb_device *udev, + pm_message_t msg); + void

Re: [PATCH v1 01/12] kernel/params.c: export param_ops_bool_enable_only

"Luis R. Rodriguez" writes: > From: "Luis R. Rodriguez" > > This will grant access to this helper to code built as modules. > > Cc: Rusty Russell > Cc: David Howells > Cc: Ming Lei > Cc: Seth Forshee > Cc: Kyle McMartin > Signed-off-by: Luis R. Rodriguez Applied, Rusty. -- To unsubscribe f

Re: [PATCH] module: Call module notifier on failure after complete_formation()

Steven Rostedt writes: > On Fri, 8 May 2015 11:17:36 -0400 > Steven Rostedt wrote: > >> >> The module notifier call chain for MODULE_STATE_COMING was moved up before >> the parsing of args, into the complete_formation() call. But if the module >> failed >> to load after that, the notifier call

Re: [PATCH v6 0/9] latched RB-trees and __module_address()

Ingo Molnar writes: > * Rusty Russell wrote: > >> Peter Zijlstra writes: >> > This series is aimed at making __module_address() go fast(er). >> >> Acked-by: Rusty Russell (module parts) >> >> Since all the interesting stuff is not module-specific, assume this >> is via Ingo? Otherwise, I'll

[PATCH] m32r: make flush_cpumask non-volatile.

We cast away the volatile, but really, why make it volatile at all? We already do a mb() inside the cpumask_empty() loop. Signed-off-by: Rusty Russell diff --git a/arch/m32r/kernel/smp.c b/arch/m32r/kernel/smp.c index ce7aea34fdf4..c18ddc74ef9a 100644 --- a/arch/m32r/kernel/smp.c +++ b/arch/m32r

[PATCH] iommu: exynos: tell kmemleak to ignore 2nd level page tables

From: Colin Cross The pointers to the 2nd level page tables are converted to 1st level page table entries, which means kmemleak can't find them and assumes they have been leaked. Call kmemleak_ignore on the 2nd level page tables to prevent them from showing up in kmemleak reports. Signed-off-by

Re: perf: another perf_fuzzer generated lockup

Vince, On Thu, May 7, 2015 at 9:40 PM, Vince Weaver wrote: > > > This is a new one I think, I hit it on the haswell machine running > 4.1-rc2. > > The backtrace is complex enough I'm not really sure what's going on here. > > The fuzzer has been having weird issues where it's been getting > overfl

[PATCH] Input: sx8654 - fix memory allocation check

We have been testing wrong variable when trying to make sure that input allocation succeeded. Reported by Coverity (CID 1295918). Signed-off-by: Dmitry Torokhov --- drivers/input/touchscreen/sx8654.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/input/touchscreen/s

Re: [alsa-devel] [PATCH] ASoC: codecs-ac97: Remove rate constraints

Hi Maciej, On Fri, May 8, 2015 at 8:14 PM, Maciej S. Szmigiero wrote: > I currently have audio running on this board at kernel based on > vanilla 3.19 and porting required changes part-by-part to linux-next. > > Changes required on vanilla 3.19 to have it working are: > * AC'97 audio support nee

Re: [3.13.y-ckt stable] Linux 3.13.11-ckt20

diff --git a/Makefile b/Makefile index d917ed5..35d9566 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ VERSION = 3 PATCHLEVEL = 13 SUBLEVEL = 11 -EXTRAVERSION = -ckt19 +EXTRAVERSION = -ckt20 NAME = King of Alienated Frog Porn # *DOCUMENTATION* diff --git a/arch/arc/kernel/signal.c b/ar

[3.13.y-ckt stable] Linux 3.13.11-ckt20

I am announcing the release of the Linux 3.13.11-ckt20 kernel. The updated 3.13.y-ckt tree can be found at: git://kernel.ubuntu.com/ubuntu/linux.git linux-3.13.y and can be browsed at: http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.13.y The diff from v3.13.11-ckt19 is posted

Re: [PATCHv2 0/3] Find mirrored memory, use for boot time allocations

On Fri, May 8, 2015 at 1:49 PM, Andrew Morton wrote: > What I mean is: allow userspace to consume ZONE_MIRROR memory because > we can snatch it back if it is needed for kernel memory. For suitable interpretations of "snatch it back" ... if there is none free in a GFP_NOWAIT request, then we are d

Re: [PATCH v4 3/3] usb: xhci: remove stop device and ring doorbell in hub control and bus suspend

On 05/08/2015 07:01 PM, Greg Kroah-Hartman wrote: On Fri, May 08, 2015 at 06:26:28PM +0800, Lu Baolu wrote: There is no need to call xhci_stop_device() and xhci_ring_device() in hub control and bus suspend functions since all device suspend and resume have been notified through device_suspend/

[PATCH] staging: gdm724: adding kernel endianness header

>From TODO list: remove test for host endian Included header to gather information about host endianness. Please let me know if the code addition requires corrections to meet standards. Signed-off-by: Jaime Arrocha --- drivers/staging/gdm724x/gdm_endian.c | 22 ++ 1 file ch

Re: [PATCH 0/6] support "dataplane" mode for nohz_full

On Fri, 8 May 2015 19:11:10 -0400 Chris Metcalf wrote: > On 5/8/2015 5:22 PM, Steven Rostedt wrote: > > On Fri, 8 May 2015 14:18:24 -0700 > > Andrew Morton wrote: > > > >> On Fri, 8 May 2015 13:58:41 -0400 Chris Metcalf > >> wrote: > >> > >>> A prctl() option (PR_SET_DATAPLANE) is added > >> D

Re: [PATCH v2] mm: vmscan: do not throttle based on pfmemalloc reserves if node has no reclaimable pages

On 08.05.2015 [15:47:26 -0700], Andrew Morton wrote: > On Wed, 06 May 2015 11:28:12 +0200 Vlastimil Babka wrote: > > > On 05/06/2015 12:09 AM, Nishanth Aravamudan wrote: > > > On 03.04.2015 [10:45:56 -0700], Nishanth Aravamudan wrote: > > >>> What I find somewhat worrying though is that we could

Re: [alsa-devel] [PATCH] ASoC: codecs-ac97: Remove rate constraints

W dniu 08.05.2015 23:32, Fabio Estevam pisze: > On Fri, May 8, 2015 at 6:16 PM, Maciej S. Szmigiero > wrote: >> Remove rate constraints from generic ASoC AC'97 CODEC and make >> it selectable in config. > > Shouldn't this be split in two patches? I've submitted it as one patch because they are t

Re: [PATCH 0/6] support "dataplane" mode for nohz_full

On 5/8/2015 5:22 PM, Steven Rostedt wrote: On Fri, 8 May 2015 14:18:24 -0700 Andrew Morton wrote: On Fri, 8 May 2015 13:58:41 -0400 Chris Metcalf wrote: A prctl() option (PR_SET_DATAPLANE) is added Dumb question: what does the term "dataplane" mean in this context? I can't see the relatio

Re: [PATCH 3/3] vTPM: support little endian guests

Thanks Ashley! > > The event log in ppc64 arch is always in big endian format. PowerPC > > supports both little endian and big endian guests. This patch converts > > the event log entries to guest format. > > I'm a little confused here. If this patch is to convert the event log > entries why ar

[resend/refresh PATCH] infiniband: Remove duplicated KERN_ from pr_ uses

These KERN_ uses are unnecessary with pr_ and cause bad logging output so remove them. Signed-off-by: Joe Perches Acked-by: Steve Wise --- Originally sent Jan 5, This is refreshed against -next. Now sent to the new maintainer too. Rasmus Villemoes sent a similar patchset a month later. https

Re: [PATCH] numa,sched: only consider less busy nodes as numa balancing destination

On 05/08/2015 04:03 PM, Rik van Riel wrote: > If the normal scheduler load balancer is moving tasks the > other way the NUMA balancer is moving them, things will > not converge, and tasks will have worse memory locality > than not doing NUMA balancing at all. > > Currently the load balancer has a

Re: [PATCH v2] mm: vmscan: do not throttle based on pfmemalloc reserves if node has no reclaimable pages

On Wed, 06 May 2015 11:28:12 +0200 Vlastimil Babka wrote: > On 05/06/2015 12:09 AM, Nishanth Aravamudan wrote: > > On 03.04.2015 [10:45:56 -0700], Nishanth Aravamudan wrote: > >>> What I find somewhat worrying though is that we could potentially > >>> break the pfmemalloc_watermark_ok() test in s

[RFC] init.h: mark init functions hot instead of cold

attribute((cold)) causes gcc to optimize the function for size rather than speed. But since __init functions will be discarded anyway, I don't see why memory should be a concern. On the contrary, everybody wants their box to boot faster. Using the opposite attribute, hot, causes gcc to optimize the

[PATCH] Docmentation, ABI: Update contact for L3 cache index disable

The mailing list disc...@x86-64.org is now defunct. Using x...@kernel.org in its place. Signed-off-by: Aravind Gopalakrishnan --- Documentation/ABI/testing/sysfs-devices-system-cpu | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/ABI/testing/sysfs-devices-system-

Re: [PATCH 3/3] vTPM: support little endian guests

The event log in ppc64 arch is always in big endian format. PowerPC supports both little endian and big endian guests. This patch converts the event log entries to guest format. I'm a little confused here. If this patch is to convert the event log entries why are we convert in the conditiona

Re: [PATCH V2 1/2] mm/thp: Split out pmd collpase flush into a seperate functions

On Thu, 7 May 2015 12:53:27 +0530 "Aneesh Kumar K.V" wrote: > After this patch pmdp_* functions operate only on hugepage pte, > and not on regular pmd_t values pointing to page table. > The patch looks like a pretty safe no-op for non-powerpc? > --- a/arch/powerpc/include/asm/pgtable-ppc64.h

Re: [PATCH RFC] vfs: add a O_NOMTIME flag

On Sat, 9 May 2015, Dave Chinner wrote: > On Thu, May 07, 2015 at 09:23:24PM -0400, Trond Myklebust wrote: > > On Thu, May 7, 2015 at 9:01 PM, Sage Weil wrote: > > > On Thu, 7 May 2015, Zach Brown wrote: > > >> On Thu, May 07, 2015 at 10:26:17AM +1000, Dave Chinner wrote: > > >> > On Wed, May 06,

Re: [PATCH V2 2/2] powerpc/thp: Serialize pmd clear against a linux page table walk.

On Thu, 7 May 2015 12:53:28 +0530 "Aneesh Kumar K.V" wrote: > Serialize against find_linux_pte_or_hugepte which does lock-less > lookup in page tables with local interrupts disabled. For huge pages > it casts pmd_t to pte_t. Since format of pte_t is different from > pmd_t we want to prevent tra

Re: [PATCH RFC] vfs: add a O_NOMTIME flag

On Thu, May 07, 2015 at 09:23:24PM -0400, Trond Myklebust wrote: > On Thu, May 7, 2015 at 9:01 PM, Sage Weil wrote: > > On Thu, 7 May 2015, Zach Brown wrote: > >> On Thu, May 07, 2015 at 10:26:17AM +1000, Dave Chinner wrote: > >> > On Wed, May 06, 2015 at 03:00:12PM -0700, Zach Brown wrote: > >> >

[PATCH 3/5] selftest/futex: Increment ksft pass and fail counters

Add kselftest.h to logging.h and increment the pass and fail counters as part of the print_result routine which is called by all futex tests. Cc: Shuah Khan Cc: linux-...@vger.kernel.org Cc: Ingo Molnar Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: Davidlohr Bueso Cc: KOSAKI Motohiro Signed-off

[PATCH 2/5] selftest/futex: Update Makefile to use lib.mk

Adapt the futextest Makefiles to use lib.mk macros for RUN_TESTS and EMIT_TESTS. For now, we reuse the run.sh mechanism provided by futextest. This doesn't provide the standard selftests: [PASS|FAIL] format, but the tests provide very similar output already. This results in the run_kselftest.sh sc

[PATCH 1/5] selftests: Add futex functional tests

The futextest testsuite [1] provides functional, stress, and performance tests for the various futex op codes. Those tests will be of more use to futex developers if they are included with the kernel source. Copy the core infrastructure and the functional tests into selftests, but adapt them for i

[PATCH 4/5] selftest: Add futex tests to the top-level Makefile

Enable futex tests to be built and run with the make kselftest and associated targets. Most of the tests require escalated privileges. These return ERROR, and run.sh continues. Cc: Shuah Khan Cc: linux-...@vger.kernel.org Cc: Ingo Molnar Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: Davidlohr Bu

[PATCH 5/5] kselftest: Add exit code defines

Define the exit codes with KSFT_PASS and similar so tests can use these directly if they choose. Also enable harnesses and other tooling to use the defines instead of hardcoding the return codes. Cc: Shuah Khan Cc: linux-...@vger.kernel.org Cc: Ingo Molnar Cc: Peter Zijlstra Cc: Thomas Gleixner

[GIT PULL v2] selftest: Add futex functional tests

Hi Shuah, This series begins the process of migrating my futextest tests into kselftest. I've started with only the functional tests, as the performance and stress may not be appropriate for kselftest as they stand. I cleaned up various complaints from checkpatch, but I ignored others that would

Re: [PATCH v3 06/10] mtd: brcmstb_nand: add SoC-specific support

On 5/8/2015 1:47 PM, Brian Norris wrote: > On Fri, May 08, 2015 at 09:49:02PM +0200, Arnd Bergmann wrote: >> On Friday 08 May 2015 12:38:50 Brian Norris wrote: >>> On Fri, May 08, 2015 at 03:41:10PM +0200, Arnd Bergmann wrote: > [...] > >>> To be clear, since I'm not sure if you're confused belo

Re: [PATCH v1 03/12] crypto: qat - address recursive dependency when fw signing is enabled

On Thu, 2015-05-07 at 22:14 +0200, Paul Bolle wrote: > Tomorrow, after a (western European) night of sleep, I hope to explain > why the error in dad's file makes sense. I'm not much of a teacher so I > need a clear head to do that. Let's start with mom's Kconfig file. It triggers error: re

Re: [PATCH 02/12] Add parse_integer() (replacement for simple_strto*())

On Fri, May 08 2015, Andrew Morton wrote: > My overall reaction to this is "oh god, not again". Is it really worth > it? I think it is, if it's done right. The problem is to get consensus on what right means, but I think Alexey's approach is ok. The huge macro may be ugly, but it puts the uglin

Re: [PATCH v3 06/10] mtd: brcmstb_nand: add SoC-specific support

On Fri, May 08, 2015 at 11:38:11PM +0200, Arnd Bergmann wrote: > On Friday 08 May 2015 13:47:25 Brian Norris wrote: > > On Fri, May 08, 2015 at 09:49:02PM +0200, Arnd Bergmann wrote: > > > On Friday 08 May 2015 12:38:50 Brian Norris wrote: > > > > On Fri, May 08, 2015 at 03:41:10PM +0200, Arnd Berg

[PATCH 2/2] staging: lustre: cl_page: delete empty macros

CS_PAGE_INC etc. do nothing, so remove them. The semantic patch that performs this transformation is as follows: (http://coccinelle.lip6.fr/) // @@ expression o,item,state; @@ ( - CS_PAGE_INC(o, item); | - CS_PAGE_DEC(o, item); | - CS_PAGESTATE_INC(o, state); | - CS_PAGESTATE_DEC(o, state); ) //

[PATCH 0/2] staging: lustre: cl_page: drop unneeded variable and macros

Drop an unneeded variable in drivers/staging/lustre/lustre/obdclass/cl_page.c and then drop a set of empty macros. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordo

[PATCH 1/2] staging: lustre: cl_page: drop unneeded variable

Drop variable made unnecessary by conversion of obd free functions to kfree. Signed-off-by: Julia Lawall --- drivers/staging/lustre/lustre/obdclass/cl_page.c |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/lustre/lustre/obdclass/cl_page.c b/drivers/staging/lustre/lustre/o

Re: [PATCH 1/3] mtd: nand: Add on-die ECC support

Am 08.05.2015 um 23:39 schrieb Brian Norris: > On Fri, May 08, 2015 at 04:26:32PM -0500, Ben Shelton wrote: >> On 04/27, Brian Norris wrote: >>> On Tue, Apr 28, 2015 at 08:18:12AM +0530, punnaiah choudary kalluri wrote: On Tue, Apr 28, 2015 at 4:53 AM, Brian Norris wrote: > On Tue, A

Re: [RFC] i2c-tools: i2ctransfer: add new tool

Hi Wolfram, On Fri, 8 May 2015 16:38:26 +0200, Wolfram Sang wrote: > > Having slept over it, I came up with a 3rd proposal: > > > > # i2ctransfer 0 w0x11@0x50 0xc0 0xbd= r1@0x51 > > > > That is, combining the slave address, direction and length into a > > single parameter. The advantage is that

Re: [PATCH 1/3] mtd: nand: Add on-die ECC support

On Fri, May 08, 2015 at 04:26:32PM -0500, Ben Shelton wrote: > On 04/27, Brian Norris wrote: > > On Tue, Apr 28, 2015 at 08:18:12AM +0530, punnaiah choudary kalluri wrote: > > > On Tue, Apr 28, 2015 at 4:53 AM, Brian Norris > > > wrote: > > > > On Tue, Apr 28, 2015 at 12:19:16AM +0200, Richard Wei

Re: [PATCH v3 06/10] mtd: brcmstb_nand: add SoC-specific support

On Friday 08 May 2015 13:47:25 Brian Norris wrote: > On Fri, May 08, 2015 at 09:49:02PM +0200, Arnd Bergmann wrote: > > On Friday 08 May 2015 12:38:50 Brian Norris wrote: > > > On Fri, May 08, 2015 at 03:41:10PM +0200, Arnd Bergmann wrote: > [...] > > > > To be clear, since I'm not sure if you're

Re: [PATCH v9] iio: acpi: Add support for ACPI0008 Ambient Light Sensor

On Friday, May 08, 2015 at 11:34:35 PM, Jonathan Cameron wrote: > On 8 May 2015 20:20:33 BST, Gabriele Mazzotta wrote: > >On Friday 08 May 2015 10:58:29 Jonathan Cameron wrote: > >> On 02/05/15 08:30, Gabriele Mazzotta wrote: > >> > This driver adds the initial support for the ACPI Ambient Light >

[PATCH v3 Bugfix 3/6] x86/xsaves: Rename xstate_size to kernel_xstate_size to explicitly distinguish xstate size in kernel from user space

From: Fenghua Yu User space uses standard format xsave area. fpstate in signal frame should have standard format size. To explicitly distinguish between xstate size in kernel space and the one in user space, we rename xstate_size to kernel_xstate_size. This patch is not fixing a bug. It just mak

[PATCH v3 Bugfix 2/6] x86/xsaves: Define and use user_xstate_size for xstate size in signal context

From: Fenghua Yu If "xsaves" is enabled, kernel always uses compact format of xsave area. But user space still uses standard format of xsave area. Thus, xstate size in kernel's xsave area is smaller than xstate size in user's xsave area. xstate in signal frame should be in standard format for use

[PATCH v3 Bugfix 5/6] x86/xsaves: Keep xstate_bv in init_xstate_buf header as zero for init optimimization

From: Fenghua Yu Keep xstate_bv in init_xstate_buf header as zero for init optimization. This is important for init optimization that is implemented in processor. If a bit corresponding to an xstate in xstate_bv is 0, it means the xstate is in init status and will not be read from memory to the p

[PATCH v3 Bugfix 6/6] x86/xsave.c: Introduce a new check that allows correct xstates copy from kernel to user directly

From: Fenghua Yu There are two formats of XSAVE buffers: compact and standard. We avoid copying the compact format out to userspace since it might break existing userspace which is not aware of the new compacted format. This means that save_xstate_sig() can not simply copy_to_user() the kernel b

[PATCH v3 Bugfix 4/6] x86/xsave: Don't add new states in xsave_struct

From: Fenghua Yu The structure of xsave_struct is non-architectural. Some xstates could be disabled and leave some holes in the xsave area. In compact format, offsets of xstates in the xsave area are decided during booting time. So the fields in xsave_struct are not static and fixed during compi

[PATCH v3 Bugfix 1/6] x86/xsave.c: Fix xstate offsets and sizes enumeration

From: Fenghua Yu When enumerating xstate offsets and sizes from cpuid (eax=0x0d, ecx>=2), it's possible that state m is not implemented while state n (n>m) is implemented. So enumeration shouldn't stop at state m. There is no platform configured like above yet. But this could be a problem in the

Re: [PATCH v9] iio: acpi: Add support for ACPI0008 Ambient Light Sensor

On 8 May 2015 20:20:33 BST, Gabriele Mazzotta wrote: >On Friday 08 May 2015 10:58:29 Jonathan Cameron wrote: >> On 02/05/15 08:30, Gabriele Mazzotta wrote: >> > This driver adds the initial support for the ACPI Ambient Light >Sensor >> > as defined in Section 9.2 of the ACPI specification (Revis

[PATCH v3 Bugfix 0/6] xstate/fpu bug fixes

From: Fenghua Yu This patchset is supposed to fix some xsave/xsaves/fpu related issues. We may hit the issues on either existing platforms or upcoming platforms. We had better to have the patches in upstream and backport them to stable kernel and distros. The patch 1/6 fixes an xstate offsets a

Re: [PATCH try #4] proc: fix PAGE_SIZE limit of /proc/$PID/cmdline

On Fri, 8 May 2015 15:28:05 +0300 Alexey Dobriyan wrote: > /proc/$PID/cmdline truncates output at PAGE_SIZE. It is easy to see with > > $ cat /proc/self/cmdline $(seq 1037) 2>/dev/null > > However, command line size was never limited to PAGE_SIZE but to 128 KB and > relatively recently li

Re: [alsa-devel] [PATCH] ASoC: codecs-ac97: Remove rate constraints

On Fri, May 8, 2015 at 6:16 PM, Maciej S. Szmigiero wrote: > Remove rate constraints from generic ASoC AC'97 CODEC and make > it selectable in config. Shouldn't this be split in two patches? > > Supported rates should be detected and constrained anyway by > AC'97 generic code - was tested with V

[PATCH] sched, timer: Fix documentation for 'struct thread_group_cputimer'

On Fri, 2015-05-08 at 06:22 -0700, tip-bot for Jason Low wrote: > Commit-ID: 1018016c706f7ff9f56fde3a649789c47085a293 > Gitweb: http://git.kernel.org/tip/1018016c706f7ff9f56fde3a649789c47085a293 > Author: Jason Low > AuthorDate: Tue, 28 Apr 2015 13:00:22 -0700 > Committer: Ingo Molnar >

[GIT PULL] Btrfs fix

Hi Linus, When an arm user reported crashes near page_address(page) in my new code, it became clear that I can't be trusted with GFP masks. Filipe beat me to the patch, and I'll just be in the corner with my dunce cap on. git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-l

  1   2   3   4   5   6   7   8   >