Re: [Linaro-acpi] [RFC PATCH for Juno 1/2] net: smsc911x add support for probing from ACPI

Hi Arnd, On 09/03/2014 11:09 AM, Arnd Bergmann wrote: > On Wednesday 03 September 2014 01:00:23 Rafael J. Wysocki wrote: >> Our intention is specifically not to use "random incompatible bindings" >> in that. We'd rather have a common venue and process for establishing >> new bindings for both DT

Re: [PATCH] mmc: dw_mmc: add support for ARM64

On 29 August 2014 12:24, Alim Akhtar wrote: > There are upcoming ARM64 SoCs with dw_mmc host controller. > > Signed-off-by: Alim Akhtar > --- > drivers/mmc/host/Kconfig |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/mmc/host/Kconfig b/drivers/mmc/host/Kconfig

Re: [PATCH] x86/microcode: add parameter dis_ucode_ldr in kernel-paramenters.txt

On Mon, Sep 08, 2014 at 12:09:12PM -0700, H. Peter Anvin wrote: > Are you genuinely saying we shouldn't document this command line > parameter? Sorry, it really doesn't work that way. My intent is to keep this one from getting abused for the wrong reasons. Not documenting it is probably not going

Re: Kernel 3.16.0 USB crash

Hi to all, I've installed new 3.16.2 kernel, and now: - if I use an USB 3.0 cable I've same crash as said using 3.16.1 version; - if I use an USB 2.0 cable works, I've made a complete backup without any problem. As told, tell me if I can help your works to determine how to resolve this bug. Ciao

[PATCH] MAINTAINERS: Move Xillybus out of staging

Signed-off-by: Eli Billauer --- MAINTAINERS | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index f040e7f..95bcdee 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -8789,12 +8789,6 @@ M: Arnaud Patard S: Odd Fixes F: dri

Re: [PATCH v2 0/5] Add max77802 support for Peach boards

Hello Kukjin, On 09/09/2014 05:47 AM, kg...@kernel.org wrote: > Javier Martinez Canillas wrote: >> >> Any comments on this series? >> > Looks good to me but I just wanted to get ack from chrome guy, Doug? But since > Naveen tested, it should be fine I think. I'll take the series. > Great, thank

Re: [PATCH v3 13/17] ARM64 / ACPI: Add GICv2 specific ACPI boot support

On 09/03/2014 02:42 PM, Arnd Bergmann wrote: > On Monday 01 September 2014 22:57:51 Hanjun Guo wrote: >> + /* Collect CPU base addresses */ >> + count = acpi_parse_entries(sizeof(struct acpi_table_madt), >> + gic_acpi_parse_madt_cpu, table, >> +

Re: [PATCH v3 13/17] ARM64 / ACPI: Add GICv2 specific ACPI boot support

On 09/03/2014 10:57 AM, Arnd Bergmann wrote: > On Wednesday 03 September 2014 11:26:14 Tomasz Nowicki wrote: > In particular, the ACPI tables describing the irqchip have no way to > identify the GIC at all, if I read the spec correctly, you have to > parse the tables, ioremap the registers and the

Re: [PATCH] intel_pstate: track and export frequency residency stats via sysfs.

On Tue, Sep 9, 2014 at 11:02 AM, Anup Chenthamarakshan wrote: > I had initially tried reusing cpufreq_stats.c to export stats. > Calling cpufreq_stats_update() via the cpufreq notifier added > some amount of overhead while switching frequencies. Specifically, > looking up the index of the new freq

Re: [PATCH 1/4] kaslr: check user's config too when handle relocations

On 09/05/14 at 10:11am, Kees Cook wrote: > I don't think this is correct. If you look at a02150610776 ("x86, > relocs: Move ELF relocation handling to C"), we always did relocations > on 32-bit when CONFIG_RELOCATABLE was set, so I think this will fail > badly on 32-bit. 64-bit only needs relocatio

[PATCH v8 2/3] usb: gadget: f_fs: add ioctl returning ep descriptor

This patch introduces ioctl named FUNCTIONFS_ENDPOINT_DESC, which returns endpoint descriptor to userspace. It works only if function is active. Signed-off-by: Robert Baldyga Acked-by: Michal Nazarewicz --- drivers/usb/gadget/function/f_fs.c | 23 +++ include/uapi/linux/usb

[PATCH v8 1/3] usb: gadget: f_fs: fix the redundant ep files problem

Up to now, when endpoint addresses in descriptors were non-consecutive, there were created redundant files, which could cause problems in kernel, when user tried to read/write to them. It was result of fact that maximum endpoint address was taken as total number of endpoints in funciton. This patc

[PATCH v8 0/3] usb: gadget: f_fs: userspace API fixes and improvements

Hi Felipe, I have finally prepated patchset that should apply and build with your testing/next tree. Best regards Robert Baldyga Changelog: v8: - add patch "usb: gadget: f_fs: fix the redundant ep files problem" to make it possible to apply to Felipe tree v7: - return proper value from ffs_e

[PATCH v8 3/3] usb: gadget: f_fs: virtual endpoint address mapping

This patch introduces virtual endpoint address mapping. It separates function logic form physical endpoint addresses making it more hardware independent. Following modifications changes user space API, so to enable them user have to switch on the FUNCTIONFS_VIRTUAL_ADDR flag in descriptors. Endpo

Re: [PATCH v3 13/17] ARM64 / ACPI: Add GICv2 specific ACPI boot support

On 09/03/2014 06:30 AM, Marc Zyngier wrote: > On 02/09/14 16:45, Hanjun Guo wrote: >> This value is for max processors entries in MADT, and we will use it to scan >> MADT >> for SMP/GIC Init, I just make it big enough for GICv3/4. since ACPI core >> will stop >> scan MADT if the real numbers of

Re: [PATCH] sched: Reset bandwith on task when switching from SCHED_DEADLINE away

Hi Juri, On 09/08/2014 05:13 PM, Juri Lelli wrote: > thanks a lot for your patch. I'd actually have a slightly different fix > for the same problem. I'm actually baking a small patchset that I should > be able to release in the next few days. I'd say we could wait for that > to happen and then dis

Re: [PATCH v3 13/17] ARM64 / ACPI: Add GICv2 specific ACPI boot support

On 09/01/2014 01:35 PM, Marc Zyngier wrote: > On 01/09/14 15:57, Hanjun Guo wrote: >> From: Tomasz Nowicki >> >> ACPI kernel uses MADT table for proper GIC initialization. It needs to >> parse GIC related subtables, collect CPU interface and distributor >> addresses and call driver initialization

Re: [coreboot] [PATCH] x86: add coreboot framebuffer support

Hi, > > Yes, efifb has the same semantics. We just need some ID with clear > > documentation saying sth like "implies framebuffer without > > anything else" so that noone will get an idea to plug e.g. vga > > hooks into it. > > > > Want to make a patch? Attached. Can someone test with the p

[PATCH 2/2] asm-generic: COMMON_CLK defines __clk_{get,put}

If CONFIG_COMMON_CLK is selected then __clk_get and __clk_put are defined in drivers/clk/clk.c and declared in include/linux/clkdev.h. Sylwester's series[0] to properly support clk_{get,put} in the common clock framework made changes to the asm-specific clkdev.h headers, but not the asm-generic ve

[PATCH 1/2] acpi: lpss: convert from struct clk to struct clk_core

Looks like this driver was missed during the original mass driver rework[0]. This patch converts the LPSS driver to the new clock provider data type (struct clk_core). If there are no objections I propose to roll this patch into a rebase of that patch[0] in my tree. [0] http://lkml.kernel.org/r/

[PATCH 0/2] fixes for struct clk_core migration

A few build issues have popped up with more extensive testing of the patches to split the clock framework into a proper provider/consumer relationship. [0] The first patch adapts Intel's LPSS driver to use the clock provider APIs. If no one objects to this patch then I will fold it into Tomeu's pa

Re: [PATCH RESEND v7 2/2] usb: gadget: f_fs: virtual endpoint address mapping

On 09/08/2014 03:47 PM, Felipe Balbi wrote: > Hi, > > On Mon, Sep 08, 2014 at 09:57:00AM +0200, Robert Baldyga wrote: >> This patch introduces virtual endpoint address mapping. It separates >> function logic form physical endpoint addresses making it more hardware >> independent. >> >> Following m

Re: [PATCH V3] irqchip:gic: change access of gicc_ctrl register to read modify write.

On Mon, Sep 8, 2014 at 10:27 PM, Feng Kan wrote: > On Mon, Sep 8, 2014 at 1:52 AM, Arun Chandran wrote: >> Hi Feng, >> >> Is this patch still needed to fix perf calltrace? > Yes, if the someone decide to run the secure mode of the GIC, which is > what is present in > the kernel tree now. > >> htt

Re: [PATCH] percpu: Resolve ambiguities in __get_cpu_var/cpumask_var_t -fix

Tejun Heo kernel.org> writes: > On Mon, Sep 08, 2014 at 06:46:47PM -0500, Christoph Lameter wrote: > > I already acked a patch like this today. > > It isn't in my inbox. It was "[PATCH] x86, apic: Fix unmasked CPU initialization" Sorry you

Re: [PATCH v10 07/10] OF: Introduce helper function for getting PCI domain_nr

>>> on new requests. This function gets called quite a lot and I'm trying not to >>> make it too heavy weight. >> >> Generally, nothing should be accessing the same DT value frequently. >> It should get cached somewhere. >> > > The problem appears for DTs that don't have the pci-domain info. Then

Re: [PATCH] tty: serial: men_z135_uart: Fix driver for changes in hardware

On Mon, Sep 08, 2014 at 04:17:33PM -0700, Greg Kroah-Hartman wrote: > > > > @@ -118,6 +117,10 @@ static int align; > > module_param(align, int, S_IRUGO); > > MODULE_PARM_DESC(align, "Keep hardware FIFO write pointer aligned, default > > 0"); > > > > +static int rx_timeout; > > +module_param(rx_t

RE: [PATCH net-next v2] r8169:add support for RTL8168H and RTL8107E

From: Ivan Vecera [mailto:ivec...@redhat.com] > Sent: Monday, September 08, 2014 9:01 PM > To: Hau; net...@vger.kernel.org > Cc: nic_swsd; linux-kernel@vger.kernel.org; rom...@fr.zoreil.com > Subject: Re: [PATCH net-next v2] r8169:add support for > RTL8168H and RTL8107E [...] > Where are these n

Re: [PATCH v3 09/17] ARM64 / ACPI: Parse MADT for SMP initialization

On 09/09/2014 12:57 AM, Hanjun Guo wrote: > Hi Jon, > > On 2014年09月09日 12:23, Jon Masters wrote: >> On 09/01/2014 10:57 AM, Hanjun Guo wrote: >>> MADT contains the information for MPIDR which is essential for >>> SMP initialization, parse the GIC cpu interface structures to >>> get the MPIDR value

Re: [PATCH -v2] f2fs: Remove lock from check_valid_map

On Mon, 2014-09-08 at 22:13 -0700, Jaegeuk Kim wrote: > Hi Huang, > > On Mon, Sep 08, 2014 at 03:36:35PM +0800, huang ying wrote: > > Hi, Jaegeuk, > > > > On Mon, Sep 8, 2014 at 11:50 AM, Jaegeuk Kim wrote: > > > > > Hi, > > > > > > On Sun, Sep 07, 2014 at 11:38:30AM +0800, Huang Ying wrote: >

Re: [PATCH] f2fs: Fix recover when nid of non-inode dnode < nid of inode

On Mon, 2014-09-08 at 22:23 -0700, Jaegeuk Kim wrote: > Hi Huang, > > On Mon, Sep 08, 2014 at 07:38:26PM +0800, Huang Ying wrote: > > For fsync, if the nid of a non-inode dnode < nid of inode and the > > inode is not checkpointed. The non-inode dnode may be written before > > inode. So in find_f

Re: [RFC v2 3/6] kthread: warn on kill signal if not OOM

On Tue, 2014-09-09 at 10:10 +0900, Tejun Heo wrote: > Hello, Luis. > > On Mon, Sep 08, 2014 at 06:04:23PM -0700, Luis R. Rodriguez wrote: > > > I have no idea how the selection should be. It could be per-insmod or > > > maybe just a system-wide flag with explicit exceptions marked on > > > driver

Re: [PATCH v2] pci/probe: Enable CRS for root port if it is supported

On Tue, Sep 02, 2014 at 04:26:00PM -0700, Rajat Jain wrote: > > As per the PCIe spec, an endpoint may return the configuration cycles > with CRS if it is not yet fully ready to be accessed. If the CRS visibility > is not enabled at the root port, the spec leaves the retry behaviour open > to imple

linux-next: manual merge of the userns tree with the nfs tree

Hi Eric, Today's linux-next merge of the userns tree got a conflict in fs/nfs/client.c between commit 21e81002f978 ("nfs: fix kernel warning when removing proc entry") from the nfs tree and commit a1998908ba46 ("nfs: fix kernel warning when removing proc entry") from the userns tree. Slightly dif

[PATCH] ACPI / platform / LPSS: disable async suspend/resume of LPSS devices

>From 6deb00230f5df68da3ca7490402a0c537bf386bb Mon Sep 17 00:00:00 2001 From: Fu Zhonghui Date: Tue, 9 Sep 2014 13:02:25 +0800 Subject: [PATCH] ACPI / platform / LPSS: disable async suspend/resume of LPSS devices LPSS devices must suspend/resume in fixed order. Or some LPSS devices will hang dur

Re: [PATCH v3 09/17] ARM64 / ACPI: Parse MADT for SMP initialization

On 09/09/2014 01:11 AM, Hanjun Guo wrote: > On 2014年09月09日 12:29, Jon Masters wrote: >> Hi Hanjun, Lorenzo, > > Hi Jon, > >> >> Resending due to my mail client removing list CCs...sorry about that. >> >> On 09/04/2014 11:29 AM, Hanjun Guo wrote: >> > + } else { > + /* Fist GICC en

[PATCH] ACPI / LPSS: complete PM entries for LPSS power domain

>From de3dfa34bd7f219586057a1e0679f9e7515fa722 Mon Sep 17 00:00:00 2001 From: Fu Zhonghui Date: Tue, 9 Sep 2014 10:54:30 +0800 Subject: [PATCH] ACPI / LPSS: complete PM entries for LPSS power domain PM entries of LPSS power domain were not implemented correctly in the patch "ACPI / LPSS: custom p

Re: [PATCH] intel_pstate: track and export frequency residency stats via sysfs.

On Mon, Sep 8, 2014 at 10:03 PM, Viresh Kumar wrote: > On 9 September 2014 05:40, Anup Chenthamarakshan wrote: >> Exported stats appear in >> /devices/system/cpu/intel_pstate/time_in_state as follows: >> >> ## CPU 0 >> 40 3647 >> 50 24342 >> 60 144150 >> 70 202469 >> ## CPU 1 >> 4

[PATCH v2] Input: serport: Add compat_ioctl routine to support 32bit inputattach in 64bit systems

When running a 32-bit inputattach utility in a 64-bit system, there will be error code "inputattach: can't set device type". This is caused by the serport device driver not supporting compat_ioctl, so that SPIOCSTYPE ioctl fails. Changes in v2: (1) Codes of the compat_ioctl are protected by #ifd

Re: [PATCH] f2fs: Fix recover when nid of non-inode dnode < nid of inode

Hi Huang, On Mon, Sep 08, 2014 at 07:38:26PM +0800, Huang Ying wrote: > For fsync, if the nid of a non-inode dnode < nid of inode and the > inode is not checkpointed. The non-inode dnode may be written before > inode. So in find_fsync_dnodes, f2fs_iget will fail, cause the > recovery fail. > >

[PATCH 2/2] xtensa/uapi: Add definition of TIOC[SG]RS485

Commit: e676253b19b2d269cccf67fdb1592120a0cd0676 [3/21] serial/8250: Add support for RS485 IOCTLs, adds support for RS485 ioctls for 825_core on all the archs. Unfortunaltely the definition of TIOCSRS485 and TIOCGRS485 was missing on the ioctls.h file Reported-by: kbuild test robot Signed-off-by:

Re: [PATCH] rtc: ds1307: add trickle charger device tree binding

On Mon, Sep 08, 2014 at 03:58:25PM +0100, ext Mark Rutland wrote: > On Mon, Sep 08, 2014 at 02:52:42PM +0100, Pavel Machek wrote: > > > I would suggest we have two properties that describe the resistor's > > > rating and whether or not there is a diode: > > > > > > trickle-resistor-ohms = <250> >

[PATCH 1/2] serial/8250_core: Add reference to uacess.h

Commit: e676253b19b2d269cccf67fdb1592120a0cd0676 [3/21] serial/8250: Add support for RS485 IOCTLs, adds a building error on arch m32r. All error/warnings: drivers/tty/serial/8250/8250_core.c: In function 'serial8250_ioctl': >> drivers/tty/serial/8250/8250_core.c:2859:3: error: implicit declara

Re: [PATCH -v2] f2fs: Remove lock from check_valid_map

Hi Huang, On Mon, Sep 08, 2014 at 03:36:35PM +0800, huang ying wrote: > Hi, Jaegeuk, > > On Mon, Sep 8, 2014 at 11:50 AM, Jaegeuk Kim wrote: > > > Hi, > > > > On Sun, Sep 07, 2014 at 11:38:30AM +0800, Huang Ying wrote: > > > Only one bit is read in check_valid_map, holding a lock to do that > >

Re: [PATCH v3 09/17] ARM64 / ACPI: Parse MADT for SMP initialization

On 2014年09月09日 12:29, Jon Masters wrote: > Hi Hanjun, Lorenzo, Hi Jon, > > Resending due to my mail client removing list CCs...sorry about that. > > On 09/04/2014 11:29 AM, Hanjun Guo wrote: > + } else { + /* Fist GICC entry must be BSP as ACPI spec said */ >>> s/Fist/First/ >

Re: [PATCH V5 14/14] input: cyapa: add function to monitor LID close event to off trackpad device

Hi Dudley, On Fri, Aug 29, 2014 at 4:35 PM, Dudley Du wrote: > Add the function to monitor lid close event to suspend and resume > trackpad device. > Because system suspend takes some time to trigger from user space, > and in that time, the lid panel of the laptop may couple with the > active tr

Re: [GIT PULL] EFI urgent fixes

* Matt Fleming wrote: > Folks, > > Please queue up the following fixes, mainly for regressions introduced > in the merge window or -rc2. So the rule for post-rc1 merges is to fix regressions 'only', not 'mainly'! > > Mark Rusta

Re: [PATCH] intel_pstate: track and export frequency residency stats via sysfs.

On 9 September 2014 05:40, Anup Chenthamarakshan wrote: > Exported stats appear in > /devices/system/cpu/intel_pstate/time_in_state as follows: > > ## CPU 0 > 40 3647 > 50 24342 > 60 144150 > 70 202469 > ## CPU 1 > 40 4813 > 50 22628 > 60 149564 > 70 211885 > 80

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

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > The following changes since commit 39b5a56ec0be5effe9b7d0f18cb27724bf2e5d47: > > Merge branch 'rfc/perf' into perf/core, because it's ready for inclusion > (2014-08-24 22:35:42 +0200) > > ar

Re: [PATCH v3 09/17] ARM64 / ACPI: Parse MADT for SMP initialization

Hi Jon, On 2014年09月09日 12:23, Jon Masters wrote: > On 09/01/2014 10:57 AM, Hanjun Guo wrote: >> MADT contains the information for MPIDR which is essential for >> SMP initialization, parse the GIC cpu interface structures to >> get the MPIDR value and map it to cpu_logical_map(), and add >> enabled

Re: [PATCH v2 14/15] cpufreq: Add module to register cpufreq on Krait CPUs

On 9 September 2014 06:07, Stephen Boyd wrote: >> A module author as well? > > How about we use git blame instead? Not very sure but this information is probably present in the compiled module. And so can be accessed without the sourcecode as well.. -- viresh -- To unsubscribe from this list: se

[PATCH v2] arm: prevent BUG_ON in audit_syscall_entry()

BUG_ON() in audit_syscall_entry() will be hit if user issues syscall(-1) while syscall auditing is enabled (that is, by starting auditd). [ cut here ] kernel BUG at /home/akashi/arm/armv7/linux/kernel/auditsc.c:1534! Internal error: Oops - BUG: 0 [#1] SMP ARM Modules linked

Re: [PATCH] arm: prevent BUG_ON in audit_syscall_entry()

Russell, On 09/05/2014 06:52 PM, Russell King - ARM Linux wrote: On Fri, Sep 05, 2014 at 06:46:33PM +0900, AKASHI Takahiro wrote: BUG_ON() in audit_syscall_entry() will be hit if user issues syscall(-1) while syscall auditing is enabled (that is, by starting auditd). In fact, syscall(-1) just f

Re: f2fs get_dnode_of_data oops

Hi Tommi, This patch should resolve this bug. Thanks a lot. :) >From ee24677b9917583f50f16b6f59771439f91b890c Mon Sep 17 00:00:00 2001 From: Jaegeuk Kim Date: Mon, 8 Sep 2014 10:59:43 -0700 Subject: [PATCH] f2fs: fix negative value for lseek offset If application throws negative value of lseek

Re: [PATCH v3 09/17] ARM64 / ACPI: Parse MADT for SMP initialization

Hi Hanjun, Lorenzo, Resending due to my mail client removing list CCs...sorry about that. On 09/04/2014 11:29 AM, Hanjun Guo wrote: >>> + } else { >>> + /* Fist GICC entry must be BSP as ACPI spec said */ >> s/Fist/First/ >> >>> + if (cpu_logical_map(0) != mpidr) { >>> +

Re: bit fields && data tearing

Add a short member for proper alignment and one will probably pop out. Sent from my tablet, pardon any formatting problems. > On Sep 8, 2014, at 19:56, James Bottomley > wrote: > >> On Mon, 2014-09-08 at 19:30 -0400, Peter Hurley wrote: >> On 09/08/2014 01:50 AM, James Bottomley wrote: Tw

Re: [PATCH v3 09/17] ARM64 / ACPI: Parse MADT for SMP initialization

On 09/01/2014 10:57 AM, Hanjun Guo wrote: > MADT contains the information for MPIDR which is essential for > SMP initialization, parse the GIC cpu interface structures to > get the MPIDR value and map it to cpu_logical_map(), and add > enabled cpu with valid MPIDR into cpu_possible_map. > > ACPI 5

[PATCH 5/5] extcon: gpio: Add support for using cable names

Add support for using cable names. Enables other drivers to register interest and get notified using extcon provided notifier call backs. Signed-off-by: George Cherian --- Documentation/devicetree/bindings/extcon/extcon-gpio.txt | 2 ++ drivers/extcon/extcon-gpio.c |

[PATCH 2/5] extcon: gpio: Convert the driver to use gpio desc API's

Convert the driver to use gpiod_* API's. Signed-off-by: George Cherian --- drivers/extcon/extcon-gpio.c | 18 +++--- 1 file changed, 7 insertions(+), 11 deletions(-) diff --git a/drivers/extcon/extcon-gpio.c b/drivers/extcon/extcon-gpio.c index 72f19a3..25269f6 100644 --- a/drivers/

[PATCH 3/5] extcon: gpio: Add dt support for the driver.

Add device tree support to extcon-gpio driver. Add devicetree binding documentation Signed-off-by: George Cherian --- .../devicetree/bindings/extcon/extcon-gpio.txt | 21 +++ drivers/extcon/extcon-gpio.c | 70 +++--- 2 files changed, 69 insertions(+)

[PATCH 4/5] extcon: gpio: Always use gpio_get_value_cansleep

Some gpio's can sleep while reading, so always use gpio_get_value_cansleep to get data. This fixes warning from gpiolib due to wrong API usage. Signed-off-by: George Cherian --- drivers/extcon/extcon-gpio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/extcon/extcon

RE: [PATCH] staging:r8190_rtl8256: coding style: Fixed commenting style

-Original Message- From: Greg KH [mailto:gre...@linuxfoundation.org] Sent: Sunday, August 31, 2014 2:28 AM To: Sharma, Sanjeev Cc: de...@driverdev.osuosl.org; linux-kernel@vger.kernel.org Subject: Re: [PATCH] staging:r8190_rtl8256: coding style: Fixed commenting style On Mon, Aug 25, 2014

[PATCH 0/5] Add dt support for extcon gpio driver

This series - Convert extcon-gpio driver to use gpiod_* API's - Adds dt support to extcon-gpio driver. - Add cable name support in case of dt. George Cherian (5): extcon: gpio: Minor cleanups extcon: gpio: Convert the driver to use gpio desc API's extcon: gpio: Add dt

[PATCH 1/5] extcon: gpio: Minor cleanups

Minor Cleanups - Order the include files in alphabetical order. - Fix description of state_off in extcon_gpio.h - Add a descrition for check_on_resume in extcon_gpio.h Signed-off-by: George Cherian --- drivers/extcon/extcon-gpio.c | 10 +- include/linux/extcon/extcon-gpio.h | 4

[PATCH v2] staging:r8190_rtl8256: coding style: Fixed commenting style

This is a patch to the r8190_rtl8256.c file that fixes commenting style Error Signed-off-by: Sanjeev Sharma --- Changes in v2: - removed stuff which is not being used ad per greg comment drivers/staging/rtl8192u/r8190_rtl8256.c | 52 +--- 1 file changed, 21 inserti

Re: PFUZE100 regulator not going off when PWRON is 0

Thanks for Mark's forward. Hi Jean-Michel, Yes, SWxOMODE can be set as 1 to active sleep mode if PWRON turn-off event occurs. And the voltage of sleep mode can be set in other register SWxOFF. But by default, SWxOMODE is 0 which means all SW will be turned off while PWRON go form 1 to 0. For you

[PATCH] arm64: add guard macro of unistd.h to prevent double inclusion

Add guard macros in both uapi/asm/unistd.h and asm/unistd.h. Signed-off-by: Yang Yingliang --- arch/arm64/include/asm/unistd.h | 5 + arch/arm64/include/uapi/asm/unistd.h | 5 + 2 files changed, 10 insertions(+) diff --git a/arch/arm64/include/asm/unistd.h b/arch/arm64/include/asm/

RE: [PATCH v2 0/5] Add max77802 support for Peach boards

Javier Martinez Canillas wrote: > > Hello Kukjin, > Hi, > On Wed, Aug 20, 2014 at 1:19 PM, Javier Martinez Canillas > wrote: > > > > This is a second version of the series that adds max77802 support for > > the Peach Pit and Pi boards. The series also have all the pending > > patches that were

[PATCH net-next] r8152: use usleep_range

Replace mdelay with usleep_range to avoid busy loop. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index f95e678..2130c75 100644 --- a/drivers/ne

RE: [PATCH v5 RESEND 1/3] ARM: EXYNOS: Move code from hotplug.c to platsmp.c

Krzysztof Kozlowski wrote: > > Cleanup a little the SMP/hotplug code for Exynos by: > 1. Moving completely all functions from hotplug.c into the platsmp.c; > 2. Deleting the hotplug.c file. > > After recent cleanups (e.g. 75ad2ab28f0f "ARM: EXYNOS: use > v7_exit_coherency_flush macro for cache di

RE: [PATCH v6 0/5] ARM: EXYNOS: cpuidle: fix AFTR mode on boards with secure firmware enabled

Bartlomiej Zolnierkiewicz wrote: > > Hi, > Hi, > This patch series adds support for AFTR idle mode on boards with > secure firmware enabled and allows EXYNOS cpuidle driver usage on > Exynos4x12 SoCs. > > It has been tested on Trats2 board (using Exynos4412 SoC with secure > firmware enabled) o

Re: [RFC v2 3/6] kthread: warn on kill signal if not OOM

Hello, On Mon, Sep 08, 2014 at 08:19:12PM -0700, Luis R. Rodriguez wrote: > On the systemd side of things it should enable this sysctl and for > older kernels what should it do? Supposing the change is backported via -stable, it can try to set the sysctl on all kernels. If the knob doesn't exist

Re: bit fields && data tearing

On 09/08/2014 07:56 PM, James Bottomley wrote: >> >> Yeah, the extra requirement I added is basically nonsense, since the >> only issue is what instructions the compiler is emitting. So if compiler >> thinks the alignment is natural and combines the writes -- ok. If the >> compiler thinks the align

Re: [RFC v2 3/6] kthread: warn on kill signal if not OOM

On Mon, Sep 8, 2014 at 8:03 PM, Tejun Heo wrote: > On Mon, Sep 08, 2014 at 07:57:28PM -0700, Luis R. Rodriguez wrote: >> > I think we >> > just should make exceptions sensible so that it works fine in practice >> > for now (and I don't think that'd be too hard). So, the only >> > cooperation nece

Re: [PATCH v7] tpm_tis: verify interrupt during init

On Tue, 9 Sep 2014, Scot Doyle wrote: Some machines, such as the Acer C720 and Toshiba CB35, have TPMs that do not send IRQs while also having an ACPI TPM entry indicating that they will be sent. These machines freeze on resume while the tpm_tis module waits for an IRQ, eventually timing out. W

RE: SHIPPING COST FROM CHINA TO RUSSIA

Dear Sir, Good day! I'm Rain from Shenzhen Topway International Forwarding Co.,ltd We are providing the Shipping service for Courier, Air and sea shipment from all cities of China Our competitive advantages : Full container shipment china ports to Russia,Central America and Africa ports DHL,

Re: linux-next: build failure after merge of the v4l-dvb tree

if_capture.ko] undefined! > Yeah, there are several drivers that are now enabled with COMPILE_TEST. Not sure what's the best thing to do with those errors. Perhaps I should add some stub functions for those drivers to not complain about linking issues if COMPILE_TEST. > I have used the v

Re: [RFC v2 3/6] kthread: warn on kill signal if not OOM

On Mon, Sep 08, 2014 at 07:57:28PM -0700, Luis R. Rodriguez wrote: > > I think we > > just should make exceptions sensible so that it works fine in practice > > for now (and I don't think that'd be too hard). So, the only > > cooperation necessary from userland would be just saying "I don't > > wa

RE: [PATCH] imx6 PCI Host initialisation order

> -Original Message- > From: Bjorn Helgaas [mailto:bhelg...@google.com] > Sent: Tuesday, September 09, 2014 12:51 AM > To: Guo Shawn-R65073 > Cc: Raymond van der Rots; Zhu Richard-R65037; linux-kernel@vger.kernel.org; > Lucas Stach; Tim Harvey > Subject: Re: [PATCH] imx6 PCI Host initialis

Re: [PATCH v2] nfs: fix kernel warning when removing proc entry

On Mon, Sep 8, 2014 at 4:54 PM, Trond Myklebust wrote: > On Wed, Aug 27, 2014 at 6:41 PM, Al Viro wrote: >> On Tue, Aug 19, 2014 at 09:20:38PM -0700, Eric W. Biederman wrote: >>> Cong Wang writes: >>> >>> > I saw the following kernel warning: >>> >>> Cong thanks for finding and tracking this. I

Re: [RFC v2 3/6] kthread: warn on kill signal if not OOM

On Mon, Sep 8, 2014 at 7:39 PM, Tejun Heo wrote: > Hello, > > On Mon, Sep 08, 2014 at 07:28:58PM -0700, Luis R. Rodriguez wrote: >> > Given that the behvaior change is from driver core and that device >> > probing can happen post-loading anyway, >> >> Ah but lets not forget Dmitry's requirement wh

Re: bit fields && data tearing

On Mon, 2014-09-08 at 19:30 -0400, Peter Hurley wrote: > On 09/08/2014 01:50 AM, James Bottomley wrote: > >> Two things: I think that gcc has given up on combining adjacent writes, > >> perhaps because unaligned writes on some arches are prohibitive, so > >> whatever minor optimization was believed

Re: [PATCHv3 0/5] OMAP Mailbox framework adoption & DT support

* Tony Lindgren [140908 16:21]: > * Suman Anna [140729 17:37]: > > Hi, > > > > This is an updated version of the OMAP Mailbox framework adoption & > > DT support series, refreshed to work with the v9 version of the mailbox > > framework [1] from Jassi Brar while also addressing some minor review

[tip:x86/seccomp] x86_64, entry: Use split-phase syscall_trace_enter for 64-bit syscalls

Commit-ID: 1dcf74f6edfc3a9acd84d83d8865dd9e2a3b1d1e Gitweb: http://git.kernel.org/tip/1dcf74f6edfc3a9acd84d83d8865dd9e2a3b1d1e Author: Andy Lutomirski AuthorDate: Fri, 5 Sep 2014 15:13:56 -0700 Committer: H. Peter Anvin CommitDate: Mon, 8 Sep 2014 14:14:12 -0700 x86_64, entry: Use spli

[tip:x86/seccomp] x86, entry: Only call user_exit if TIF_NOHZ

Commit-ID: fd143b210e685f0c4b37895f03fb79cd0555b00d Gitweb: http://git.kernel.org/tip/fd143b210e685f0c4b37895f03fb79cd0555b00d Author: Andy Lutomirski AuthorDate: Fri, 5 Sep 2014 15:13:53 -0700 Committer: H. Peter Anvin CommitDate: Mon, 8 Sep 2014 14:13:59 -0700 x86, entry: Only call u

[tip:x86/seccomp] x86_64, entry: Treat regs-> ax the same in fastpath and slowpath syscalls

Commit-ID: 54eea9957f5763dd1a2555d7e4cb53b4dd389cc6 Gitweb: http://git.kernel.org/tip/54eea9957f5763dd1a2555d7e4cb53b4dd389cc6 Author: Andy Lutomirski AuthorDate: Fri, 5 Sep 2014 15:13:55 -0700 Committer: H. Peter Anvin CommitDate: Mon, 8 Sep 2014 14:14:08 -0700 x86_64, entry: Treat re

[tip:x86/seccomp] x86: Split syscall_trace_enter into two phases

Commit-ID: e0ffbaabc46db508b8717f023c0ce03b980eefac Gitweb: http://git.kernel.org/tip/e0ffbaabc46db508b8717f023c0ce03b980eefac Author: Andy Lutomirski AuthorDate: Fri, 5 Sep 2014 15:13:54 -0700 Committer: H. Peter Anvin CommitDate: Mon, 8 Sep 2014 14:14:03 -0700 x86: Split syscall_trac

[tip:x86/seccomp] x86, x32, audit: Fix x32's AUDIT_ARCH wrt audit

Commit-ID: 81f49a8fd7088cfcb588d182eeede862c0e3303e Gitweb: http://git.kernel.org/tip/81f49a8fd7088cfcb588d182eeede862c0e3303e Author: Andy Lutomirski AuthorDate: Fri, 5 Sep 2014 15:13:52 -0700 Committer: H. Peter Anvin CommitDate: Mon, 8 Sep 2014 14:13:55 -0700 x86, x32, audit: Fix x3

linux-next: build failure after merge of the v4l-dvb tree

/vpif_display.ko] undefined! ERROR: "vpif_lock" [drivers/media/platform/davinci/vpif_capture.ko] undefined! I have used the v4l-dvb tree from next-20140908 for today. There were also lots of new warnings like: drivers/media/platform/s5p-mfc/s5p_mfc_opr_v6.c: In function 's5p_mfc_get

Re: [RFC v2 3/6] kthread: warn on kill signal if not OOM

Hello, On Mon, Sep 08, 2014 at 07:28:58PM -0700, Luis R. Rodriguez wrote: > > Given that the behvaior change is from driver core and that device > > probing can happen post-loading anyway, > > Ah but lets not forget Dmitry's requirement which is for in-kernel > drivers. We'd need to deal with bot

Re: [PATCH 0/2] Support CrystalCove PMIC ACPI operation region

I forgot to cc linux-acpi in the last series so please reply to this thread, sorry for the inconvenience. Regards, Aaron On Tue, Sep 09, 2014 at 10:32:46AM +0800, Aaron Lu wrote: > The two patches add support for CrystalCove PMIC ACPI operation region. > The PMIC chip has two customized operation

Re: bit fields && data tearing

On 09/08/2014 03:39 PM, James Bottomley wrote: > > I don't understand what you mean by "pass each other". Atomicity > guarantees are not ordering guarantees in a SMP environment. The > guarantee is that if you follow the rules when two CPUs update the same > natural width aligned object simultan

[PATCH v2] audit: vfs: fix audit records error when write to a file

Changes from v1: * Move audit_inode() to the beginning of O_CREAT case in lookup_open() to avoid missing audit for ROFS error. This lack is spotted by Jeff Layton commit 33e2208acfc1 audit: vfs: fix audit_inode call in O_CREAT case of do_last fix a regression in auditing of open(.

Re: bit fields && data tearing

On 09/08/2014 03:43 PM, James Bottomley wrote: > > This was years ago (possibly decades). We had to implement in-kernel > unaligned traps for the networking layer because it could access short > and int fields that weren't of the correct alignment when processing > packets. It that's all correct

Re: [Patch v4 04/16] ACPI: Rename processor_core.c as apic_id.c

Hi Rafael and Hanjun, Thanks for your review. I will keep the original file name in next version. Regards! Gerry On 2014/9/9 5:00, Rafael J. Wysocki wrote: > On Monday, September 08, 2014 08:51:31 PM Hanjun Guo wrote: >> Hi Gerry, Rafael, >> >> On 2014年09月08日 06:37, Rafael J. Wysocki wrote

[PATCH 0/2] Support CrystalCove PMIC ACPI operation region

The two patches add support for CrystalCove PMIC ACPI operation region. The PMIC chip has two customized operation regions: one for power rail manipulation and one for thermal purpose: sensor temperature reading and trip point value reading/setting. For an example ASL code on ASUS T100 with Crysta

[PATCH 2/2] PMIC / opregion: support PMIC customized operation region for CrystalCove

The Baytrail-T platform firmware has defined two customized operation regions for PMIC chip Crystal Cove - one is for power resource handling and one is for thermal: sensor temperature reporting, trip point setting, etc. This patch adds support for them on top of the existing Crystal Cove PMIC driv

[PATCH 1/2] gpio / CrystalCove: support virtual GPIO

The virtual GPIO introduced in ACPI table of Baytrail-T based system is used to solve a problem under Windows. We do not have such problems under Linux so we do not actually need them. But we have to tell GPIO library that the Crystal Cove GPIO chip has this many GPIO pins or the common GPIO handle

Re: [RFC v2 3/6] kthread: warn on kill signal if not OOM

On Mon, Sep 8, 2014 at 6:47 PM, Tejun Heo wrote: > Hello, > > On Mon, Sep 08, 2014 at 06:38:34PM -0700, Luis R. Rodriguez wrote: >> OK then one only concern I would have with this is that the presence >> of such a flag doesn't necessarily mean that all drivers on a system >> have been tested for a

Re: [PATCH v4 2/4] dt-bindings: document Rockchip thermal

On Thu, 2014-09-04 at 09:02 +0800, Caesar Wang wrote: > 在 2014年09月03日 16:07, Heiko Stübner 写道: > > Am Mittwoch, 3. September 2014, 10:10:37 schrieb Caesar Wang: > >> This add the necessary binding documentation for the thermal > >> found on Rockchip SoCs > >> > >> Signed-off-by: zhaoyifeng > >> Si

[PATCH 0/2] Support CrystalCove PMIC ACPI operation region

The two patches add support for CrystalCove PMIC ACPI operation region. The PMIC chip has two customized operation regions: one for power rail manipulation and one for thermal purpose: sensor temperature reading and trip point value reading/setting. For an example ASL code on ASUS T100 with Crysta

  1   2   3   4   5   6   7   8   9   >