[PATCH 04/11 linux-next] orangefs: use magic.h

Filesystems generally use SUPER_MAGIC values from magic.h instead of a local definition. Signed-off-by: Fabian Frederick --- fs/orangefs/protocol.h | 3 +-- include/uapi/linux/magic.h | 1 + 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/orangefs/protocol.h b/fs/orangefs/p

[PATCH 06/11 linux-next] jfs: use magic.h

Filesystems generally use SUPER_MAGIC values from magic.h instead of a local definition. Signed-off-by: Fabian Frederick --- fs/jfs/jfs_incore.h| 6 +- include/uapi/linux/magic.h | 1 + 2 files changed, 2 insertions(+), 5 deletions(-) diff --git a/fs/jfs/jfs_incore.h b/fs/jfs/jfs_in

[PATCH 05/11 linux-next] ubifs: use magic.h

Filesystems generally use SUPER_MAGIC values from magic.h instead of a local definition. Signed-off-by: Fabian Frederick --- fs/ubifs/ubifs.h | 4 +--- include/uapi/linux/magic.h | 1 + 2 files changed, 2 insertions(+), 3 deletions(-) diff --git a/fs/ubifs/ubifs.h b/fs/ubifs/ubifs.h i

[PATCH 07/11 linux-next] ocfs2: use magic.h

Filesystems generally use SUPER_MAGIC values from magic.h instead of a local definition. Signed-off-by: Fabian Frederick --- fs/ocfs2/ocfs2_fs.h| 5 ++--- include/uapi/linux/magic.h | 1 + 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/fs/ocfs2/ocfs2_fs.h b/fs/ocfs2/ocfs2

[PATCH 10/11 linux-next] fs: define hfs super magic values globally

hfs values were defined twice (in hfs and hfsplus) This patch exports values globally and include magic.h in hfs.h and hfsplus_raw.h where other magic are going to be exported as well. Signed-off-by: Fabian Frederick --- fs/hfs/hfs.h | 4 ++-- fs/hfsplus/hfsplus_raw.h | 1 + fs/h

[PATCH 09/11 linux-next] freevxfs: use magic.h

Filesystems generally use SUPER_MAGIC values from magic.h instead of a local definition. Signed-off-by: Fabian Frederick --- fs/freevxfs/vxfs.h | 6 +- include/uapi/linux/magic.h | 1 + 2 files changed, 2 insertions(+), 5 deletions(-) diff --git a/fs/freevxfs/vxfs.h b/fs/freevxfs/vx

[PATCH 08/11 linux-next] fuse: use magic.h

Filesystems generally use SUPER_MAGIC values from magic.h instead of a local definition. Signed-off-by: Fabian Frederick --- fs/fuse/control.c | 3 +-- fs/fuse/inode.c| 3 +-- include/uapi/linux/magic.h | 2 ++ 3 files changed, 4 insertions(+), 4 deletions(-) diff --git a/f

[PATCH 11/11 linux-next] hfsplus: export super magic value

Filesystems generally use SUPER_MAGIC values from magic.h instead of a local definition. Signed-off-by: Fabian Frederick --- fs/hfsplus/hfsplus_raw.h | 1 - include/uapi/linux/magic.h | 1 + 2 files changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/hfsplus/hfsplus_raw.h b/fs/hfsplus/hfsp

DEADLOCK: bisected to d215aab82d81974f438bfbc80aa437132f3c37c3 ("cpu/hotplug: Convert hotplug locking to percpu rwsem")

Hello Since linux-next-20170517 at least I got the following DEADLOCK warning: [4.311614] [4.316919] WARNING: possible recursive locking detected [4.37] 4.12.0-rc1-next-20170517+ #273 Not tainted [4.327360] --

Re: [PATCH] ACPI / GED: use late init to allow other drivers init

Hi Rafael, On 5/15/2017 6:59 AM, Rafael J. Wysocki wrote: > On Mon, May 15, 2017 at 4:36 AM, Sinan Kaya wrote: >> Hi Rafael, >> >> On 5/11/2017 10:52 AM, Rafael J. Wysocki wrote: OK. I'll reach out to Harb and let's see where the proposal goes. >>> It looks like this is about operation regi

Re: DEADLOCK: bisected to d215aab82d81974f438bfbc80aa437132f3c37c3 ("cpu/hotplug: Convert hotplug locking to percpu rwsem")

On Sun, 21 May 2017, Corentin Labbe wrote: > Since linux-next-20170517 at least I got the following DEADLOCK warning: > [4.311614] > [4.316919] WARNING: possible recursive locking detected > [4.37] 4.12.0-rc1-next-20170517+ #273 Not taint

Re: [v4 1/1] mm: Adaptive hash table scaling

On Sun, May 21, 2017 at 08:58:25AM -0400, Pasha Tatashin wrote: > Hi Andi, > > Thank you for looking at this. I mentioned earlier, I would not want to > impose a cap. However, if you think that for example dcache needs a cap, > there is already a mechanism for that via high_limit argument, so the

Re: [PATCH 05/11 linux-next] ubifs: use magic.h

Fabian, Am 21.05.2017 um 17:41 schrieb Fabian Frederick: > Filesystems generally use SUPER_MAGIC values from magic.h > instead of a local definition. > > Signed-off-by: Fabian Frederick > --- > fs/ubifs/ubifs.h | 4 +--- > include/uapi/linux/magic.h | 1 + > 2 files changed, 2 inserti

Re: RFC: better timer interface

On Tue, 16 May 2017, Arnd Bergmann wrote: > On Tue, May 16, 2017 at 5:51 PM, Christoph Hellwig wrote: > > Yes, that sounds useful to me as well. As you said it's an independent > > but somewhat related change. I can add it to my series, but I'll > > need a suggestions for a good and short name.

[git pull] vfs.git fixes

Fix for unsafe_put_user() (no callers currently in mainline, but anyone starting to use it will step into that) + osf_wait4() infoleak fix. The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: Linux 4.12-rc1 (2017-05-13 13:19:49 -0700) are available in the git repositor

Re: [PATCH 1/4] net-next: stmmac: Convert new_state to bool

From: Corentin Labbe Date: Fri, 19 May 2017 09:03:32 +0200 > This patch convert new_state from int to bool since it store only 1 or 0 > > Signed-off-by: Corentin Labbe You must also change it to use the values "true" and "false" as well. Thanks.

Re: [PATCH net-next v2] ibmveth: Support to enable LSO/CSO for Trunk VEA.

From: Sivakumar Krishnasamy Date: Fri, 19 May 2017 05:30:38 -0400 ... > Signed-off-by: Sivakumar Krishnasamy Applied, thanks for the more detailed commit message.

Re: [PATCH 04/24] thunderbolt: Add MSI-X support

On Thu, May 18, 2017 at 4:38 PM, Mika Westerberg wrote: > Intel Thunderbolt controllers support up to 16 MSI-X vectors. Using Is that true for all generations? If so can we remove the legacy path? > MSI-X is preferred over MSI or legacy interrupt and may bring additional > performance because the

Re: [PATCH 2/9] timers: provide a "modern" variant of timers

On Thu, 18 May 2017, Christoph Hellwig wrote: > On Thu, May 18, 2017 at 10:24:48AM +0200, Christoph Hellwig wrote: > > > b) give the union a name (breaks any reference to timer_list->func in C > > > code): > > > > > > + union { > > > + void(*func)(struct timer_li

Re: linux-next 20170519 - semaphores broken

Hi Kees, On 05/21/2017 07:20 AM, Kees Cook wrote: On Sat, May 20, 2017 at 1:18 PM, wrote: Seeing problems with programs that use semaphores. The one that I'm getting bit by is jackd. strace says: getuid()= 967 semget(0x282929, 0, 000)= 229376

Re: RFC: better timer interface

On Sun, 21 May 2017, Thomas Gleixner wrote: > On Tue, 16 May 2017, Arnd Bergmann wrote: > > On Tue, May 16, 2017 at 5:51 PM, Christoph Hellwig wrote: > > > Yes, that sounds useful to me as well. As you said it's an independent > > > but somewhat related change. I can add it to my series, but I'l

Re: [PATCH 2/9] timers: provide a "modern" variant of timers

On Sun, May 21, 2017 at 07:57:53PM +0200, Thomas Gleixner wrote: > On Thu, 18 May 2017, Christoph Hellwig wrote: > > On Thu, May 18, 2017 at 10:24:48AM +0200, Christoph Hellwig wrote: > > > > b) give the union a name (breaks any reference to timer_list->func in C > > > > code): > > > > > > > > +

Re: [PATCH 2/7] genirq/affinity: assign vectors to all present CPUs

On Fri, 19 May 2017, Christoph Hellwig wrote: > - /* Stabilize the cpumasks */ > - get_online_cpus(); How is that protected against physical CPU hotplug? Physical CPU hotplug manipulates the present mask. > - nodes = get_nodes_in_cpumask(cpu_online_mask, &nodemsk); > + nodes = get

Re: [Jfs-discussion] [PATCH 06/11 linux-next] jfs: use magic.h

On 05/21/2017 10:41 AM, Fabian Frederick wrote: > Filesystems generally use SUPER_MAGIC values from magic.h > instead of a local definition. > > Signed-off-by: Fabian Frederick Acked-by: Dave Kleikamp > --- > fs/jfs/jfs_incore.h| 6 +- > include/uapi/linux/magic.h | 1 + > 2 files

Re: is alpha jensen support dead?

On Sun, May 21, 2017 at 10:58:48AM +0200, Christoph Hellwig wrote: > Btw, how well is alpha working these days? It looks like there hasn't > been any maintainer activity for about two years. Speaking for myself, the PWS 433au I've got continues to function admirably as my IPv6 gateway. Debian un

[PATCH v2 2/2] arm64: dts: amlogic: Add NanoPi K2

The FriendlyARM NanoPi K2 is a single-board computer. Cc: techsupp...@friendlyarm.com Signed-off-by: Andreas Färber --- v1 -> v2: * Renamed gpio-regulator-vddio-tf to regulator-vddio-tf * Added SDIO wifi node * Prepared emmc-pwrseq node * Added USB nodes * Added saradc node * Prepared more

[PATCH v2 1/2] dt-bindings: arm: amlogic: Add NanoPi K2

The FriendlyARM NanoPi K2 is a single-board computer. Cc: techsupp...@friendlyarm.com Acked-by: Rob Herring Signed-off-by: Andreas Färber --- v1 -> v2: Unchanged * Added Acked-by Documentation/devicetree/bindings/arm/amlogic.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentat

[PATCH v2 0/2] arm64: meson-gxbb: NanoPi K2 enablement

Hello, This mini-series adds initial support for the Amlogic S905 based FriendlyARM NanoPi K2 SBC. Tested with mainline U-Boot. v2 adds USB and Wifi among others. Regards, Andreas Cc: devicet...@vger.kernel.org Cc: techsupp...@friendlyarm.com Andreas Färber (2): dt-bindings: arm: amlogic: A

Re: [PATCH 3/7] genirq/affinity: factor out a irq_affinity_set helper

On Fri, 19 May 2017, Christoph Hellwig wrote: > Factor out code from the x86 cpu hot plug code to program the affinity > for a vector for a hot plug / hot unplug event. > +bool irq_affinity_set(int irq, struct irq_desc *desc, const cpumask_t *mask) > +{ > + struct irq_data *data = irq_desc_get

Re: [lkp-robot] [waitid()] 75f64d68f9: Kernel_panic-not_syncing:Attempted_to_kill_init!exitcode=

On Sun, May 21, 2017 at 12:34 AM, Al Viro wrote: > > - __put_user_size((x), (ptr), sizeof(*(ptr)), __pu_err, -EFAULT); > \ > + __put_user_size((__typeof__(*(ptr)))(x), (ptr), sizeof(*(ptr)), > __pu_err, -EFAULT); \ Hmm. Looking more at this, the "unsafe_get_user(

Re: [PATCH v6] mfd: Add Cherry Trail Whiskey Cove PMIC driver

[Re: [PATCH v6] mfd: Add Cherry Trail Whiskey Cove PMIC driver] On 21/05/2017 (Sun 11:51) Hans de Goede wrote: > Hi, > > On 20-05-17 21:26, Paul Gortmaker wrote: > >On Sat, May 20, 2017 at 3:21 PM, Paul Gortmaker > > wrote: > >>On Mon, May 15, 2017 at 2:20 PM, Hans de Goede wrote: > >>>Hi, > >>

Re: [PATCH v2] iio: adc: sun4i-gpadc-iio: fix parent device being used in devm function

On Thu, May 18, 2017 at 08:36:07AM +0200, Quentin Schulz wrote: > For the sake of DT binding stability, this IIO driver is a child of an > MFD driver for Allwinner A10, A13 and A31 because there already exists a > DT binding for this IP. The MFD driver has a DT node but the IIO driver > does not. >

Re: [PATCH 05/24] thunderbolt: Rework capability handling

On Thu, May 18, 2017 at 4:38 PM, Mika Westerberg wrote: > Organization of the capabilities in switches and ports is not so random > after all. Rework the capability handling functionality so that it > follows how capabilities are organized and provide two new functions > (tb_switch_find_vsec_cap()

[rcu:rcu/next 91/91] ftrace.c:undefined reference to `synchronize_rcu_tasks'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next head: f1b89dcf23ef0999fae8bbc34cc9eb3fe00bc677 commit: f1b89dcf23ef0999fae8bbc34cc9eb3fe00bc677 [91/91] rcu: Remove Tasks RCU config: x86_64-acpi-redef (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.

Re: [lkp-robot] [waitid()] 75f64d68f9: Kernel_panic-not_syncing:Attempted_to_kill_init!exitcode=

On Sun, 21 May 2017, Al Viro wrote: > > fix unsafe_put_user() So here's my proposed patch on top of yours to fix unsafe_get_user() with "long long" arguments, and to clean up the extra-long line you did. Comments? Linus --- arch/x86/include/asm/uaccess.h | 5 +++-- 1 file

[tip:ras/urgent] acpi, nfit: Fix the memory error check in nfit_handle_mce()

Commit-ID: fc08a4703a418a398bbb575ac311d36d110ac786 Gitweb: http://git.kernel.org/tip/fc08a4703a418a398bbb575ac311d36d110ac786 Author: Vishal Verma AuthorDate: Fri, 19 May 2017 11:39:10 +0200 Committer: Thomas Gleixner CommitDate: Sun, 21 May 2017 21:39:59 +0200 acpi, nfit: Fix the mem

[tip:ras/urgent] x86/MCE: Export memory_error()

Commit-ID: 2d1f406139ec20320bf38bcd2461aa8e358084b5 Gitweb: http://git.kernel.org/tip/2d1f406139ec20320bf38bcd2461aa8e358084b5 Author: Borislav Petkov AuthorDate: Fri, 19 May 2017 11:39:09 +0200 Committer: Thomas Gleixner CommitDate: Sun, 21 May 2017 21:39:58 +0200 x86/MCE: Export memo

[tip:ras/core] RAS: Make local function parse_ras_param() static

Commit-ID: 5f0744e50db1628d6de770b92278445b3de2779f Gitweb: http://git.kernel.org/tip/5f0744e50db1628d6de770b92278445b3de2779f Author: Wei Yongjun AuthorDate: Fri, 19 May 2017 11:39:12 +0200 Committer: Thomas Gleixner CommitDate: Sun, 21 May 2017 21:55:12 +0200 RAS: Make local function

[tip:ras/core] x86/mce/AMD: Redo error logging from APIC LVT interrupt handlers

Commit-ID: 37d43acfd79f9c53289e9990c344cbd5b4db4bd4 Gitweb: http://git.kernel.org/tip/37d43acfd79f9c53289e9990c344cbd5b4db4bd4 Author: Yazen Ghannam AuthorDate: Fri, 19 May 2017 11:39:14 +0200 Committer: Thomas Gleixner CommitDate: Sun, 21 May 2017 21:55:13 +0200 x86/mce/AMD: Redo erro

Re: [PATCH] slub/memcg: Cure the brainless abuse of sysfs attributes

On Sat, 20 May 2017, Christoph Hellwig wrote: > On Sat, May 20, 2017 at 12:52:03PM +0200, Thomas Gleixner wrote: > > This should be rewritten proper by adding a propagate() callback to those > > slub_attributes which must be propagated and avoid that insane conversion > > to and from ASCII > > Ex

[tip:ras/core] x86/mce/AMD: Carve out SMCA bank configuration

Commit-ID: 84bcc1d57f634ba8a55eda9a910c159467af0aac Gitweb: http://git.kernel.org/tip/84bcc1d57f634ba8a55eda9a910c159467af0aac Author: Yazen Ghannam AuthorDate: Fri, 19 May 2017 11:39:15 +0200 Committer: Thomas Gleixner CommitDate: Sun, 21 May 2017 21:55:13 +0200 x86/mce/AMD: Carve out

[tip:ras/core] ACPI/APEI: Handle GSIV and GPIO notification types

Commit-ID: 7bf130e4a0653f6cec83a387de5de0c2c9fa4dba Gitweb: http://git.kernel.org/tip/7bf130e4a0653f6cec83a387de5de0c2c9fa4dba Author: Shiju Jose AuthorDate: Fri, 19 May 2017 11:39:11 +0200 Committer: Thomas Gleixner CommitDate: Sun, 21 May 2017 21:55:12 +0200 ACPI/APEI: Handle GSIV an

[tip:ras/core] x86/mce: Convert threshold_bank.cpus from atomic_t to refcount_t

Commit-ID: 473e90b2e8356f084dcf9c815a5170d4d4925897 Gitweb: http://git.kernel.org/tip/473e90b2e8356f084dcf9c815a5170d4d4925897 Author: Elena Reshetova AuthorDate: Fri, 19 May 2017 11:39:13 +0200 Committer: Thomas Gleixner CommitDate: Sun, 21 May 2017 21:55:13 +0200 x86/mce: Convert thr

Re: gpio-exar: Why filtering out Commtech devices?

Hi Jan, On 21/05/17 12:46, Jan Kiszka wrote: Hi Sudip, why do we carry if (pcidev->vendor != PCI_VENDOR_ID_EXAR) return -ENODEV; in gpio_exar_probe? This effectively prevents that EXAR_DEVICE(COMMTECH, COMMTECH_4222PCIE, pbn_exar_XR17V35x), EXAR_DEVICE

[PATCH 0/5] atm: Adjustments for some function implementations

From: Markus Elfring Date: Sun, 21 May 2017 22:09:11 +0200 A few update suggestions were taken into account from static source code analysis. Markus Elfring (5): Improve a size determination in four functions Delete an error message for a failed memory allocation in make_entry() Adjust 19

[PATCH 1/5] atm: Improve a size determination in four functions

From: Markus Elfring Date: Sun, 21 May 2017 21:20:44 +0200 Replace the specification of four data structures by pointer dereferences as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style convention. Signed-off-by:

[PATCH 2/5] atm: Delete an error message for a failed memory allocation in make_entry()

From: Markus Elfring Date: Sun, 21 May 2017 21:24:45 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Link: http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf Sign

[PATCH 3/5] atm: Adjust 19 checks for null pointers

From: Markus Elfring Date: Sun, 21 May 2017 21:34:23 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The script “checkpatch.pl” pointed information out like the following. Comparison to NULL could be written … Thus fix the affected source code pla

[PATCH 4/5] atm: Use seq_puts() in lec_info()

From: Markus Elfring Date: Sun, 21 May 2017 21:49:10 +0200 A string which did not contain a data format specification should be put into a sequence. Thus use the corresponding function "seq_puts". This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- net/

[PATCH 5/5] atm: Use seq_putc() in lec_info()

From: Markus Elfring Date: Sun, 21 May 2017 21:50:44 +0200 A single space character should be put into a sequence. Thus use the corresponding function "seq_putc". This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- net/atm/lec.c | 2 +- 1 file changed,

Re: [RFC] KVM: SVM: do not drop VMCB CPL to 0 if SS is not present

On 05/21/2017 12:53 AM, Roman Penyaev wrote: On Sun, May 21, 2017 at 5:31 AM, Andy Lutomirski wrote: On 05/19/2017 09:14 AM, Roman Penyaev wrote: Hi folks, After experiencing guest double faults (sometimes triple faults) on 3.16 guest kernels with the following common pattern: [cut] Fu

[PATCH 3/6] ubifs: Use 64bit readdir cookies

This is the first step to support proper telldir/seekdir() in UBIFS. Let's report 64bit cookies in readdir(). The cookie is a combination of the entry key plus the double hash value. Signed-off-by: Richard Weinberger Reviewed-by: J. Bruce Fields --- fs/ubifs/dir.c | 46 +++

[PATCH 5/6] ubifs: Implement export_operations

Signed-off-by: Richard Weinberger --- fs/ubifs/super.c | 35 +++ fs/ubifs/ubifs.h | 1 + 2 files changed, 36 insertions(+) diff --git a/fs/ubifs/super.c b/fs/ubifs/super.c index 7560071534bf..4788420162b8 100644 --- a/fs/ubifs/super.c +++ b/fs/ubifs/super.c @@ -2

[PATCH 6/6] ubifs: Wire up NFS support

Since we have 64bit readdir cookies and export operations we can finally enable NFS export support for UBIFS. Signed-off-by: Richard Weinberger Reviewed-by: J. Bruce Fields --- fs/ubifs/dir.c | 10 ++ fs/ubifs/super.c | 3 +++ 2 files changed, 5 insertions(+), 8 deletions(-) diff --

[PATCH 4/6] ubifs: Maintain a parent pointer

The new feature UBIFS_FLG_PARENTPOINTER allows looking up the parent. Usually the Linux VFS walks down the filesystem and no parent pointers are needed. But when a filesystem is exportable via NFS such a lookup is needed. We can use a padding field in struct ubifs_ino_node to maintain a pointer to

[PATCH 0/6] UBIFS NFS export support v2

Adding fscrypto support to UBIFS forced us to implement 64bit cookies. Using this building block we can finally implement export operations and allow UBIFS being exported via NFS. This series adds the last missing bits. It can be obtained from: git://git.infradead.org/users/rw/linux.git ubifs_expo

[PATCH 1/6] ext4: Move is_32bit_api() to generic code

Since UBIFS will also use this function, move it to compat.h. Signed-off-by: Richard Weinberger Reviewed-by: Andreas Dilger --- fs/ext4/dir.c | 9 - include/linux/compat.h | 2 ++ 2 files changed, 2 insertions(+), 9 deletions(-) diff --git a/fs/ext4/dir.c b/fs/ext4/dir.c index

[PATCH 2/6] ubifs: Provide a custom llseek for directories

When UBIFS is using 64bit cookies for directory offsets, we have to support seeking that deep into direcoties. Since generic_file_llseek() is uses sb->s_maxbytes it will fail for use because on ubifs sb->s_maxbytes is the real maxmal file size which can be much smaller than 64bit due to limitations

[PATCH 1/1] hid: i2c-hid: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- drivers/hid/i2c-hid/i2c-hid.c | 2 +- include/linux/{i2c => platform_data}/i2c-hid.h | 0 2 files changed, 1 insertion(+), 1 deletion(-) rename incl

[PATCH 0/1] hid: move include files out of include/linux/i2c

It doesn't make sense to use include/linux/i2c for client drivers which may in fact rather be hwmon or input or whatever devices. As a result, I want to deprecate include/linux/i2c for good. This series moves the include files to a better location, largely include/platform_data because that is what

[PATCH 2/5] hwmon: ds620: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- drivers/hwmon/ds620.c| 2 +- include/linux/{i2c => platform_data}/ds620.h | 0 2 files changed, 1 insertion(+), 1 deletion(-) rename include/

[PATCH 5/5] hwmon: pmbus: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- I decided to not move it to 'platform_data' but just one level up because 'pmbus.h' sounds pretty generic to me like 'i2c.h'. And it might contain different stuff tha

[PATCH 0/5] hwmon: move include files out of include/linux/i2c

It doesn't make sense to use include/linux/i2c for client drivers which may in fact rather be hwmon or input or whatever devices. As a result, I want to deprecate include/linux/i2c for good. This series moves the include files to a better location, largely include/platform_data because that is what

[PATCH 3/5] hwmon: ltc4245: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- Documentation/hwmon/ltc4245| 2 +- drivers/hwmon/ltc4245.c| 2 +- include/linux/{i2c => platform_data}/ltc4245.h | 0 3 fi

[PATCH 4/5] hwmon: max6639: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- drivers/hwmon/max6639.c| 2 +- include/linux/{i2c => platform_data}/max6639.h | 0 2 files changed, 1 insertion(+), 1 deletion(-) rename incl

[PATCH 1/5] hwmon: ads1015: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- Documentation/hwmon/ads1015| 2 +- MAINTAINERS| 2 +- drivers/hwmon/ads1015.c| 2 +- d

Re: [PATCH v3 4/5] drivers/perf: Add support for ARMv8.2 Statistical Profiling Extension

On Thu, 18 May 2017, Will Deacon wrote: > +static void __arm_spe_pmu_dev_probe(void *info) > +{ > + dev_info(dev, > + "probed for CPUs %*pbl [max_record_sz %u, align %u, features > 0x%llx]\n", > + cpumask_pr_args(&spe_pmu->supported_cpus), > + spe_pmu->ma

[PATCH 2/2] i2c: mux: mlxcpld: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- drivers/i2c/muxes/i2c-mux-mlxcpld.c| 2 +- include/linux/{i2c => platform_data/x86}/mlxcpld.h | 0 2 files changed, 1 insertion(+), 1 deletion(-) ren

[PATCH 0/2] i2c: move include files out of include/linux/i2c

It doesn't make sense to use include/linux/i2c for client drivers which may in fact rather be hwmon or input or whatever devices. As a result, I want to deprecate include/linux/i2c for good. This series moves the include files to a better location, largely include/platform_data because that is what

Re: [PATCH v2 2/2] x86/mm/KASLR: Do not adapt size of the direct mapping section for SGI UV system

On Sat, May 20, 2017 at 5:02 AM, Baoquan He wrote: > On SGI UV system, kernel casually hang with kaslr enabled. > > The back trace is: > > kernel BUG at arch/x86/mm/init_64.c:311! > invalid opcode: [#1] SMP > [...] > RIP: 0010:__init_extra_mapping+0x188/0x196 > [...] > Call Trace: > init_ext

[PATCH 1/2] i2c: mux: pca954x: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- drivers/i2c/muxes/i2c-mux-pca9541.c| 2 +- drivers/i2c/muxes/i2c-mux-pca954x.c| 2 +- include/linux/{i2c => platform_data}/pca954x.h | 0 3 fi

[PATCH 1/4] input: lm8323: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- drivers/input/keyboard/lm8323.c | 2 +- include/linux/{i2c => input}/lm8323.h | 0 2 files changed, 1 insertion(+), 1 deletion(-) rename include/linux/{i2c =>

[PATCH 3/4] input: mms114: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- drivers/input/touchscreen/mms114.c| 2 +- include/linux/{i2c => input}/mms114.h | 0 2 files changed, 1 insertion(+), 1 deletion(-) rename include/linux/{i2c =>

[PATCH 4/4] input: tsc2007: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/sh/boards/mach-ecovec24/setup.c | 2 +- drivers/input/touchscreen/tsc2007_core.c | 2 +- drivers/mfd/timberdale.c | 2 +- include/linux/{i2c

[PATCH 0/4] input: move include files out of include/linux/i2c

It doesn't make sense to use include/linux/i2c for client drivers which may in fact rather be hwmon or input or whatever devices. As a result, I want to deprecate include/linux/i2c for good. This series moves the include files to a better location, for the input subsystem to include/linux/input. If

[PATCH 2/4] input: mcs: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- drivers/input/keyboard/mcs_touchkey.c | 2 +- drivers/input/touchscreen/mcs5000_ts.c | 2 +- include/linux/{i2c => input}/mcs.h | 0 3 files changed, 2 insertion

[PATCH 0/2] misc: move include files out of include/linux/i2c

It doesn't make sense to use include/linux/i2c for client drivers which may in fact rather be hwmon or input or whatever devices. As a result, I want to deprecate include/linux/i2c for good. This series moves the include files to a better location, largely include/platform_data because that is what

[PATCH 2/2] misc: bh1770glc: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- drivers/misc/bh1770glc.c | 2 +- include/linux/{i2c => platform_data}/bh1770glc.h | 0 2 files changed, 1 insertion(+), 1 deletion(-) rename

[PATCH 1/2] misc: apds990x: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- drivers/misc/apds990x.c | 2 +- include/linux/{i2c => platform_data}/apds990x.h | 0 2 files changed, 1 insertion(+), 1 deletion(-) rename in

Re: [lkp-robot] [waitid()] 75f64d68f9: Kernel_panic-not_syncing:Attempted_to_kill_init!exitcode=

On Sun, May 21, 2017 at 12:35:28PM -0700, Linus Torvalds wrote: > > > On Sun, 21 May 2017, Al Viro wrote: > > > > fix unsafe_put_user() > > So here's my proposed patch on top of yours to fix unsafe_get_user() with > "long long" arguments, and to clean up the extra-long line you did. > > Comme

[RFC][PATCH] um: Remove proc command from mconsole

This feature is another abuser of set_fs(). Reading proc files from the host side is a debugging feature with no security checks at all. The path is not sanitized, therefore any file could be read. Let's get rid of it. Signed-off-by: Richard Weinberger --- Hi! Unless I miss something is feature

Re: [uml-devel] [PATCH] um: Add mark_rodata_ro support.

Thomas, On Thu, May 18, 2017 at 12:11 AM, Thomas Meyer wrote: > This is actually a no-op as all read-only should be read-only in the ELF. What problem does this patch fix? Or what is the purpose? -- Thanks, //richard

Re: [RFC][PATCH] um: Remove proc command from mconsole

On Sun, May 21, 2017 at 11:19:03PM +0200, Richard Weinberger wrote: > This feature is another abuser of set_fs(). > Reading proc files from the host side is a debugging feature > with no security checks at all. The path is not sanitized, therefore > any file could be read. ITYM "any file on procfs

Re: [uml-devel] [PATCH] um: Don't build arch/x86/um/user-offsets.s with gcc plugins

Thomas, On Wed, May 17, 2017 at 10:41 PM, Thomas Meyer wrote: > For some reasons I don't know users-offsets.s get's build before the > gcc-plugins itself. Can you please figure? I want to make sure that we really fix the root cause and not just papering over a symptom. -- Thanks, //richard

Re: [PATCH v3] Added "Preserve Boot Time Support"

On Fri, 19 May 2017, Bogdan Mirea wrote: > +#ifdef CONFIG_BOOT_TIME_PRESERVE > +/* > + * Set the real system time(including the time spent in bootloader) > + * based on the timer counter. > + */ > + > +#ifndef BOOT_TIME_PRESERVE_CMDLINE > + #define BOOT_TIME_PRESERVE_CMDLINE "preserve_boot_time

Re: [lkp-robot] [waitid()] 75f64d68f9: Kernel_panic-not_syncing:Attempted_to_kill_init!exitcode=

On Sun, May 21, 2017 at 2:14 PM, Al Viro wrote: > > Umm... get_user() for anything larger than long is simply not supported on > a lot of architectures[1]. Do we really want to do that for > unsafe_get_user()? I'm pretty sure there's a reason we added support for it on x86-32, because there ar

[PATCH 0/3] gpio: move include files out of include/linux/i2c

It doesn't make sense to use include/linux/i2c for client drivers which may in fact rather be hwmon or input or whatever devices. As a result, I want to deprecate include/linux/i2c for good. This series moves the include files to a better location, largely include/linux/platform_data because that i

[PATCH 1/3] gpio: max732x: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/arm/mach-pxa/littleton.c | 2 +- drivers/gpio/gpio-max732x.c| 2 +- include/linux/{i2c => platform_data}/max732x.h | 0 3 fi

[PATCH 2/3] gpio: pcf857x: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/arm/mach-davinci/board-da830-evm.c| 2 +- arch/arm/mach-davinci/board-dm644x-evm.c | 2 +- arch/arm/mach-davinci/board-dm646x-evm.c | 2 +- a

[PATCH 3/3] gpio: adp5588: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- This driver could also go via the input-tree or my tree. I don't really care and just picked some subsystem :) Let me know if you are okay with that. arch/blackfin/

[PATCH] gpu: ipu-v3: vdic: include AUTO field order bit in ipu_vdi_set_field_order

The field order selection in VDIC_C register uses different bits depending on whether the VDIC is receiving from a CSI ("AUTO") or from memory ("MAN"). Since the VDIC cannot receive from both CSI and memory at the same time, set or clear both field order bits to cover both cases. Signed-off-by: St

[PATCH 1/3] mfd: dm355evm_msp: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- drivers/input/misc/dm355evm_keys.c| 2 +- drivers/mfd/dm355evm_msp.c| 2 +- drivers/rtc/rtc-dm355evm.c| 2 +- include/linux/{i

[PATCH 0/3] mfd: move include files out of include/linux/i2c

It doesn't make sense to use include/linux/i2c for client drivers which may in fact rather be hwmon or input or whatever devices. As a result, I want to deprecate include/linux/i2c for good. This series moves the include files to a better location, for the mfd subsystem to include/linux/mfd. Becaus

[PATCH 3/3] mfd: twl: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/arm/mach-omap2/common.h| 2 +- arch/arm/mach-omap2/omap_twl.c | 2 +- drivers/gpio/gpio-twl4030.c | 2 +- drivers/iio/adc/twl403

[PATCH 2/3] mfd: tps65010: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/arm/mach-omap1/board-h2-mmc.c | 2 +- arch/arm/mach-omap1/board-h2.c | 2 +- arch/arm/mach-omap1/board-h3-mmc.c | 2 +- arch/arm/mach-omap1/bo

[PATCH 2/2] video: adp8870: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/blackfin/mach-bf537/boards/stamp.c| 2 +- drivers/video/backlight/adp8870_bl.c | 2 +- include/linux/{i2c => platform_data}/adp8870.h | 0 3 fi

[PATCH 0/2] video: move include files out of include/linux/i2c

It doesn't make sense to use include/linux/i2c for client drivers which may in fact rather be hwmon or input or whatever devices. As a result, I want to deprecate include/linux/i2c for good. This series moves the include files to a better location, largely include/linux/platform_data because that i

[PATCH 1/2] video: adp8860: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/blackfin/mach-bf537/boards/stamp.c| 2 +- drivers/video/backlight/adp8860_bl.c | 2 +- include/linux/{i2c => platform_data}/adp8860.h | 0 3 fi

[PATCH 0/1] gpu: move include files out of include/linux/i2c

It doesn't make sense to use include/linux/i2c for client drivers which may in fact rather be hwmon or input or whatever devices. As a result, I want to deprecate include/linux/i2c for good. This series moves the include files to a better location, largely include/linux/platform_data because that i

[PATCH 1/1] gpu: drm: tc35876x: move header file out of I2C realm

include/linux/i2c is not for client devices. Move the header file to a more appropriate location. Signed-off-by: Wolfram Sang --- arch/x86/platform/intel-mid/device_libs/platform_tc35876x.c | 2 +- drivers/gpu/drm/gma500/tc35876x-dsi-lvds.c | 2 +- include/linux/{i2c => platform

<    1   2   3   >