Hi Oleg,
> > +---+++--+
> > | |
> > 003002e04e | 8b4d801b2b | v3.17-rc7_093000 |
> > +-
On Wed, 2014-10-01 at 16:47 +1000, Michael Ellerman wrote:
>
> If we give it a name that says what it does, we get
> copro_get_ea_esid_and_vsid().
> Or something equally ugly.
copro_calc_full_va() ?
Ben.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Tue, Sep 30, 2014 at 07:38:35PM +0300, Marcel Apfelbaum wrote:
> Scanning a lot of devices during boot requires a lot of time.
> On other scenarios there is a need to bind a driver to a specific slot.
>
> Binding devices to pci-stub driver does not work,
> as it will not differentiate between d
On Tue, 2014-30-09 at 10:34:51 UTC, Michael Neuling wrote:
> From: Ian Munsie
>
> __spu_trap_data_seg() currently contains code to determine the VSID and ESID
> required for a particular EA and mm struct.
>
> This code is generically useful for other co-processors. This moves the code
> of the
This series adds max77693 haptic driver.
The max77693 is a Multifunction device with PMIC, CHARGER, LED,
MUIC, HAPTIC and this series is haptic device driver in MAX77693.
The haptic driver use regmap method for i2c communication and
support force feedback framework in input device.
Changes in v5:
This patch add haptic of_compatible in order to use the haptic
device driver using Devicetree.
Signed-off-by: Jaewon Kim
Acked-by: Chanwoo Choi
Acked-by: Lee Jones
---
drivers/mfd/max77693.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/mfd/max77693.c b/dri
This patch add haptic DT binding documentation and example
to support haptic driver in max77693 Multifunction device.
Signed-off-by: Jaewon Kim
Acked-by: Chanwoo Choi
---
Documentation/devicetree/bindings/mfd/max77693.txt | 21
1 file changed, 21 insertions(+)
diff --git
This patch add regmap_haptic initialization to use haptic register map
in haptic device driver.
Signed-off-by: Jaewon Kim
Acked-by: Chanwoo Choi
Acked-by: Lee Jones
---
drivers/mfd/max77693.c | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
diff --git a/drivers/m
> Subject: Re: [PATCH v6 07/12] usb: chipidea: add a usb2 driver for ci13xxx
>
> On Tuesday 30 September 2014 20:39:34 Peter Chen wrote:
> > Thanks, Arnd. I had not thought setting dma mask is so complicated,
> > yes, it should check the return value, two things to confirm:
> >
> > - dma_coerce_
On Wed, Oct 1, 2014 at 11:18 AM, Inki Dae wrote:
> On 2014년 09월 30일 20:29, Andrzej Hajda wrote:
>> Hi Inki,
>>
>> Gently ping.
>
> Hi Andrzej,
>
> I merged it to local repository to test. But now exynos drm doesn't work
> correctly since pulling drm-next of Dave regardless of your patch.
>
> Probl
On 2014년 10월 01일 14:48, Inki Dae wrote:
> On 2014년 09월 30일 20:29, Andrzej Hajda wrote:
>> Hi Inki,
>>
>> Gently ping.
>
> Hi Andrzej,
>
> I merged it to local repository to test. But now exynos drm doesn't work
> correctly since pulling drm-next of Dave regardless of your patch.
>
> Problems are
Hi,
On Wed, Oct 01, 2014 at 07:34:39AM +0200, Marcel Holtmann wrote:
> Hi Fabian,
>
> > Commit 3243acd37fd9
> > ("ieee802154: add __init to lowpan_frags_sysctl_register")
> >
> > added __init to lowpan_frags_ns_sysctl_register instead of
> > lowpan_frags_sysctl_register
> >
> > Suggested-by: Al
Get rid of using return value from gpiochip_remove() as it returns
void with a new change in kernel.
Cc: Linus Walleij
Cc: Alexandre Courbot
Cc: Michael Buesch
Cc: net...@vger.kernel.org
Signed-off-by: Pramod Gurav
---
drivers/ssb/driver_gpio.c |3 ++-
1 file changed, 2 insertions(+), 1 d
Cody's email address has changed. Update the contact information for
the 24x7 and GPCI counters to the PowerPC developers mailing list.
Signed-off-by: Sukadev Bhattiprolu
---
.../ABI/testing/sysfs-bus-event_source-devices-hv_24x7 | 6 +++---
.../ABI/testing/sysfs-bus-event_source-devices-
catalog_read() implements the read interface for the sysfs file
/sys/bus/event_source/devices/hv_24x7/interface/catalog
It essentially takes a buffer, an offset and count as parameters
to the read() call. It makes a hypervisor call to read a specific
page from the catalog and copy the re
From: Cody P Schafer
Listing specific events doesn't actually help us at all here because:
- these events actually vary between different ppc processors, they
aren't garunteed to be present.
- the documentation of the (generic) file contents is now superceded by the
docs for arbitrary eve
From: Cody P Schafer
Add documentation for the , .scale, and .unit
files in sysfs.
.scale and .unit were undocumented.
was previously documented only for specific powerpc pmu events.
CC: Haren Myneni
Signed-off-by: Cody P Schafer
Signed-off-by: Sukadev Bhattiprolu
---
.../t
Miscellaenous fixes for perf and 24x7 counters in powerpc.
Patches 1,3,4 were submitted earlier as a part of the parametrized
events for 24x7 counters. But they are not directly related to the
parametrized events.
Patch 2 simplifies and fixes a bug in catalog_read() which causes the
catalog file
From: Cody P Schafer
Ian pointed out the use of __aligned(4096) caused rather large stack
consumption in single_24x7_request(), so use the kmem_cache
hv_page_cache (which we've already got set up for other allocations)
insead of allocating locally.
CC: Haren Myneni
Reported-by: Ian Munsie
Sign
From: Fabian Frederick
Date: Wed, 1 Oct 2014 07:27:46 +0200
> Commit 3243acd37fd9
> ("ieee802154: add __init to lowpan_frags_sysctl_register")
>
> added __init to lowpan_frags_ns_sysctl_register instead of
> lowpan_frags_sysctl_register
>
> Suggested-by: Alexander Aring
> Signed-off-by: Fabia
From: Marcel Holtmann
Date: Wed, 1 Oct 2014 07:34:39 +0200
> Hi Fabian,
>
>> Commit 3243acd37fd9
>> ("ieee802154: add __init to lowpan_frags_sysctl_register")
>>
>> added __init to lowpan_frags_ns_sysctl_register instead of
>> lowpan_frags_sysctl_register
>>
>> Suggested-by: Alexander Aring
>
Hi Linus,
Today's linux-next merge of the gpio tree got a conflict in
drivers/pinctrl/qcom/pinctrl-msm.c between commit cf1fc1876289
("pinctrl: qcom: use restart_notifier mechanism for ps_hold") from the
pinctrl tree and commit 2fcea6cecbc9 ("pinctrl: remove remaining users
of gpiochip_remove() re
From: Subbaraya Sundeep Bhatta
Calling ether_setup is redundant since alloc_etherdev calls it.
Signed-off-by: Subbaraya Sundeep Bhatta
Signed-off-by: Michal Simek
---
drivers/net/ethernet/xilinx/ll_temac_main.c | 1 -
drivers/net/ethernet/xilinx/xilinx_axienet_main.c | 1 -
2 files cha
Hi Linus,
Today's linux-next merge of the gpio tree got a conflict in
drivers/gpio/gpiolib.c between commit 324b0398781e ("gpio: Fix
potential NULL handler data in chained irqchip handler") from Linus
Torvalds' tree and commit 3f97d5fcf99c ("gpio: handle also nested
irqchips in the chained handler
Get rid of using return value from gpiochip_remove() as it returns
void with a new change in kernel.
Cc: Linus Walleij
Cc: Alexandre Courbot
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
Cc: linux-ser...@vger.kernel.org
Cc: linux-g...@vger.kernel.org
Signed-off-by: Pramod Gurav
---
drivers/tty/seria
On 2014년 09월 30일 20:29, Andrzej Hajda wrote:
> Hi Inki,
>
> Gently ping.
Hi Andrzej,
I merged it to local repository to test. But now exynos drm doesn't work
correctly since pulling drm-next of Dave regardless of your patch.
Problems are,
1. error occurs when we try to test modetest with -v opt
Get rid of using return value from gpiochip_remove() as it returns
void with a new change in kernel.
Cc: Linus Walleij
Cc: Alexandre Courbot
CC: Liam Girdwood
CC: Mark Brown
Cc: Jaroslav Kysela
Cc: Takashi Iwai
Cc: alsa-de...@alsa-project.org
Cc: linux-g...@vger.kernel.org
Signed-off-by: Pr
Hi Fabian,
> Commit 3243acd37fd9
> ("ieee802154: add __init to lowpan_frags_sysctl_register")
>
> added __init to lowpan_frags_ns_sysctl_register instead of
> lowpan_frags_sysctl_register
>
> Suggested-by: Alexander Aring
> Signed-off-by: Fabian Frederick
> ---
> net/ieee802154/reassembly.c |
On Tue, Sep 30, 2014 at 7:38 PM, Eric W. Biederman
wrote:
> Aditya Kali writes:
>
>> On Tue, Sep 30, 2014 at 5:35 PM, Eric W. Biederman
>> wrote:
>>> Aditya Kali writes:
>>>
Hi all,
I am trying to run a process with uid=0 inside userns. But in the when
I also do capset() aft
* Tuan Bui wrote:
> Subject: [RFC PATCH] Perf Bench: Locking Microbenchmark
>
> In response to this thread https://lkml.org/lkml/2014/2/11/93,
> this is a micro benchmark that stresses locking contention in
> the kernel with creat(2) system call by spawning multiple
> processes to spam this
Commit 3243acd37fd9
("ieee802154: add __init to lowpan_frags_sysctl_register")
added __init to lowpan_frags_ns_sysctl_register instead of
lowpan_frags_sysctl_register
Suggested-by: Alexander Aring
Signed-off-by: Fabian Frederick
---
net/ieee802154/reassembly.c | 4 ++--
1 file changed, 2 inser
The firmware would be clear when the power cut is enabled for
RTL8153.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index 18b9e0d..604ef21 100644
--- a/drivers/net/usb/r
The xxx_clear_bp() is used to halt the firmware. It only necessary
for updating the new firmware. Besides, depend on the version of
the current firmware, it may have problem to halt the firmware
directly. Finally, halt the firmware would let the firmware code
useless, and the bugs which are fixed b
On Tue, 2014-09-30 at 12:09 +0200, Borislav Petkov wrote:
>
> Now let me repeat my question: how are you testing your patches?
>
There are no any hardware facilities that can help me to inject some
MCE errors. So I have to modify the kernel source code for testing my
patches.
My method is based
The patches fix the issues when the firmware exists.
For the multiple OS, the firmware may be loaded by the
driver of the other OS. And the Linux driver has influences
on it.
Hayes Wang (2):
r8152: remove clearing bp
r8152: disable power cut for RTL8153
drivers/net/usb/r8152.c | 30 ++--
On Tue, Sep 30, 2014 at 10:09 PM, Sebastian Lackner
wrote:
>> + testl $X86_EFLAGS_NT,EFLAGS(%rsp) /* saved EFLAGS match cpu */
>> + jz 1f
>> + pushq_cfi $(X86_EFLAGS_IF|X86_EFLAGS_FIXED)
>> + popfq_cfi
>> +1:
>> +
>
> Do you think it makes sense to change the order here, so t
> + testl $X86_EFLAGS_NT,EFLAGS(%rsp) /* saved EFLAGS match cpu */
> + jz 1f
> + pushq_cfi $(X86_EFLAGS_IF|X86_EFLAGS_FIXED)
> + popfq_cfi
> +1:
> +
Do you think it makes sense to change the order here, so that no jump happens if
NT is not set (which happens a bit more often,
On Tue, Sep 30, 2014 at 8:16 PM, Rob Landley wrote:
> On 09/30/14 20:52, Frank Rowand wrote:
>> On 9/30/2014 5:58 PM, Rob Landley wrote:
>>> If you're going to argue that it should "default y", that's a defensible
>>> choice. But please don't argue for kernel config symbols with a negative
>>> mea
Now that the kernel always runs with clean flags (in particular, NT
is clear), there is no need to save and restore flags on every
context switch.
Signed-off-by: Andy Lutomirski
---
arch/x86/include/asm/switch_to.h | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/
The NT flag doesn't do anything in long mode other than causing IRET
to #GP. Oddly, CPL3 code can still set NT using popf.
Entry via hardware or software interrupt clears NT automatically, so
the only relevant entries are fast syscalls.
If user code causes kernel code to run with NT set, then th
ccid_activate is only called by __init ccid_initialize_builtins in same module.
Signed-off-by: Fabian Frederick
---
net/dccp/ccid.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/dccp/ccid.c b/net/dccp/ccid.c
index 5975572..8349897 100644
--- a/net/dccp/ccid.c
+++ b/net/
Anish Bhatt noticed that user programs can set RFLAGS.NT before
syscall or sysenter, and the kernel entry code doesn't filter out
NT. This causes kernel C code and, depending on thread flags, the
exit slow path to run with NT set.
The former is a little bit scary (imagine calling into EFI with NT
dccp_mib_init is only called by __init dccp_init in same module.
Signed-off-by: Fabian Frederick
---
net/dccp/proto.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/dccp/proto.c b/net/dccp/proto.c
index e421edd..6d090c4 100644
--- a/net/dccp/proto.c
+++ b/net/dccp/proto.
From: Fabian Frederick
Date: Wed, 1 Oct 2014 06:36:49 +0200 (CEST)
> I didn't see _ns_ . I'll send the right fix based on wpan-next.
You'll have to send it to me, because I applied your patch already
to net-next.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
> On 01 October 2014 at 02:25 Alexander Aring wrote:
>
>
> Hi,
>
> On Tue, Sep 30, 2014 at 10:34:08PM +0200, Fabian Frederick wrote:
> > lowpan_frags_sysctl_register is only called by __init lowpan_net_frag_init
> > (part of the lowpan module).
> >
> > Signed-off-by: Fabian Frederick
> > ---
>
On Tue, 2014-09-30 at 12:09 +0200, Borislav Petkov wrote:
> On Tue, Sep 30, 2014 at 05:56:31PM +0800, Chen Yucong wrote:
> > I just clear it to avoid that the mce_log() call logs the above
> > threshold event again in machine_check_poll().
>
> Ok, that's a good point, please put it in the commit m
On Tue, 2014-09-30 at 20:14 -0700, Prashant wrote:
> Sorry about the late reply, out of all the HW bug conditions checked in
> tg3_tx_frag_set() the most frequently hit condition is the short 8 byte
> dma bug, where the chip cannot handle TX descriptors whose data buffer
> is 8 bytes or less. M
On Tue, Sep 30, 2014 at 10:44 PM, Linus Torvalds
wrote:
> On Tue, Sep 30, 2014 at 12:19 PM, Miklos Szeredi wrote:
>>
>> What about flock(2), FL_SETLEASE, etc semantics (which are the sane ones,
>> compared to the POSIX locks shit which mandates release of lock on each
>> close(2)
>> instead of "
On 09/30/2014 04:40 PM, Stephen Rothwell wrote:
Hi Guenter,
On Tue, 30 Sep 2014 15:30:00 -0700 Guenter Roeck wrote:
On Tue, Sep 30, 2014 at 02:20:02PM -0700, Andrew Morton wrote:
On Tue, 19 Aug 2014 17:45:27 -0700 Guenter Roeck wrote:
Introduce a system restart handler call chain to solve
Reorganizes file to remove #defines from middle of functions. Also
removes #if'd loop declarations and adds ternary if driven loops.
Signed-off-by: Eric Rost
---
drivers/staging/skein/skein_block.c | 680 ++-
1 file changed, 351 insertions(+), 329 deletions(-)
d
Pretties up multiline #defines and many other whitespace issues
Signed-off-by: Eric Rost
---
drivers/staging/skein/skein_block.c | 585 +++
1 file changed, 315 insertions(+), 270 deletions(-)
diff --git a/drivers/staging/skein/skein_block.c
b/drivers/staging/sk
This patchset fixes the following checkpatch.pl Warnings in
skein_block.c:
WARNING: suspect code indent for conditional statements (16, 16)
+ for (r = 1; r < 2 * RCNT; r += 2 * SKEIN_UNROLL_512)
[...]
+ {
WARNING: suspect code indent for conditional statements (16, 16)
On 09/30/14 20:52, Frank Rowand wrote:
> On 9/30/2014 5:58 PM, Rob Landley wrote:
>> If you're going to argue that it should "default y", that's a defensible
>> choice. But please don't argue for kernel config symbols with a negative
>> meaning or we'll start having allyesconfig_n brain damage too.
On 9/5/2014 9:39 PM, David Miller wrote:
From: David Miller
Date: Fri, 05 Sep 2014 17:13:06 -0700 (PDT)
From: Eric Dumazet
Date: Fri, 05 Sep 2014 17:03:30 -0700
Instead of this private helper (and pretty limited one btw), we could
add a core function, that would build skbs with order-0 fr
Hi Alex,
Today's linux-next merge of the vfio tree got a conflict in
drivers/pci/msi.c between commits a160fe94cb53 ("PCI/MSI: Remove unused
get_cached_msi_msg()") and 18ef822c59f6 ("PCI/MSI: Rename
__get_cached_msi_msg() to get_cached_msi_msg()") from the pci tree and
commit 3b307ffe3faa ("PCI: E
On 09/30/2014 04:25 PM, Feng Kan wrote:
Add a generic SYSCON register mapped reset mechanism.
Signed-off-by: Feng Kan
---
drivers/power/reset/Kconfig | 5 ++
drivers/power/reset/Makefile| 1 +
drivers/power/reset/syscon-reboot.c | 96 +
On Tue, 2014-09-30 at 09:21 -0700, Greg KH wrote:
> On Tue, Sep 30, 2014 at 02:00:05AM -0500, Eric Rost wrote:
> > In progress commit
> > Signed-off-by: Eric Rost
> > ---
>
> What does this mean?
>
> And you need a blank line before your signed-off-by: line.
>
> thanks,
>
> greg k-h
It means
Hi Arnd,
On Tuesday, September 30, 2014 4:09 PM, Arnd Bergmann wrote,
> To: linux-arm-ker...@lists.infradead.org
> Cc: Pankaj Dubey; linux-kernel@vger.kernel.org;
linux-samsung-...@vger.kernel.org;
> kgene@samsung.com; li...@arm.linux.org.uk; naus...@samsung.com;
> tomasz.f...@gmail.com; thoma
Aditya Kali writes:
> On Tue, Sep 30, 2014 at 5:35 PM, Eric W. Biederman
> wrote:
>> Aditya Kali writes:
>>
>>> Hi all,
>>>
>>> I am trying to run a process with uid=0 inside userns. But in the when
>>> I also do capset() after setresuid(0, 0, 0), I am seeing inconsistent
>>> proc file permissi
Scott Wood wrote:
> >+ if (num_child_objects_in_mc != 0) {
>
>Like here. Just do "if (num_child_objects_in_mc) {"
This seems to be a place that is testing for zero as a value rather than
as a stand-in for NULL, so I'd argue it's better style to leave it as
is.
But in this case, zero
On 30/09/14 01:49 PM, Andy Lutomirski wrote:
>
> I think it might pay to add an explicit vm_op to authorize
> duplication, especially for non-cow mappings. IOW this kind of
> extension seems quite magical for anything that doesn't have the
> normal COW semantics, including for plain old read-only
On Tue, 2014-09-30 at 21:19 -0500, Timur Tabi wrote:
> On Fri, Sep 19, 2014 at 5:49 PM, J. German Rivera
> wrote:
> > +/**
> > + * dprc_remove_devices - Removes devices for objects removed from a DPRC
> > + *
> > + * @mc_bus_dev: pointer to the fsl-mc device that represents a DPRC object
> > + * @
On Fri, Sep 19, 2014 at 5:49 PM, J. German Rivera
wrote:
> +static int __fsl_mc_device_remove(struct device *dev, void *data)
> +{
> + WARN_ON(dev == NULL);
> + WARN_ON(data != NULL);
I see a lot of direct comparisons with NULL and 0. You don't need to
be so explicit:
WARN_ON(!dev)
(2014/10/01 2:58), Oleg Nesterov wrote:
> Hi Fengguang,
>
> On 09/30, Fengguang Wu wrote:
>>
>> Hi Oleg,
>>
>> 0day kernel testing robot got the below dmesg and the first bad commit is
>>
>> commit 8b4d801b2b123b6c09742f861fe44a8527b84d47
>> Author: Oleg Nesterov
>> AuthorDate: Thu Jun 20 17:
Hi,
On Tue, Sep 30, 2014 at 11:18:56AM -0700, Puthikorn Voravootivat wrote:
> This patch fix the following issues.
> - Flag for bq27742 is 2 bytes contracy to 1 byte for older hardware
> - Don't read FLAG_CI as bq27742 does not have it
> - Use Battery full capacity register as last measure dischar
From: Mika Westerberg
Add support for matching using DT compatible string from ACPI _DSD.
Signed-off-by: Mika Westerberg
Signed-off-by: Rafael J. Wysocki
---
drivers/misc/eeprom/at25.c | 7 +++
drivers/misc/eeprom/at25.c |7 +++
1 file changed, 7 insertions(+)
Index: linux-pm/driv
From: Mika Westerberg
Allow the driver to probe from ACPI namespace.
Signed-off-by: Aaron Lu
Signed-off-by: Mika Westerberg
Signed-off-by: Rafael J. Wysocki
---
drivers/input/keyboard/gpio_keys_polled.c |7 +++
1 file changed, 7 insertions(+)
Index: linux-pm/drivers/input/keyboard/g
From: Aaron Lu
Make use of device property API in this driver so that both OF based
system and ACPI based system can use this driver.
Signed-off-by: Aaron Lu
Signed-off-by: Mika Westerberg
Signed-off-by: Rafael J. Wysocki
---
Dmitry, does this look better than the previous one to you?
---
From: Mika Westerberg
Make use of device property API in this driver so that both DT and ACPI
based systems can use this driver.
Signed-off-by: Mika Westerberg
Signed-off-by: Rafael J. Wysocki
---
drivers/misc/eeprom/at25.c | 34 +-
1 file changed, 13 insertion
From: Aaron Lu
GPIO descriptors are the preferred way over legacy GPIO numbers
nowadays. Convert the driver to use GPIO descriptors internally but
still allow passing legacy GPIO numbers from platform data to support
existing platforms.
Signed-off-by: Aaron Lu
Signed-off-by: Mika Westerberg
Ac
From: Max Eliaser
Make use of device property API in this driver so that both OF and ACPI
based system can use the same driver.
Signed-off-by: Max Eliaser
Signed-off-by: Mika Westerberg
Signed-off-by: Rafael J. Wysocki
---
drivers/leds/leds-gpio.c | 99 +++--
From: Mika Westerberg
This document describes the data format and interfaces of ACPI device
specific properties.
Signed-off-by: Mika Westerberg
Signed-off-by: Darren Hart
Signed-off-by: Rafael J. Wysocki
---
Documentation/acpi/properties.txt | 410 ++
1 fi
From: Mika Westerberg
Some drivers need to deal with only firmware representation of its
GPIOs. An example would be a GPIO button array driver where each button
is described as a separate firmware node in device tree. Typically these
child nodes do not have physical representation in the Linux de
From: Mika Westerberg
With release of ACPI 5.1 and _DSD method we can finally name GPIOs (and
other things as well) returned by _CRS. Previously we were only able to
use integer index to find the corresponding GPIO, which is pretty error
prone if the order changes.
With _DSD we can now query GPI
From: Mika Westerberg
This is actually a single device with two sets of identical registers,
which just happen to start from a different offset. Instead of having
separate GPIO chips created we consolidate them to be single GPIO chip.
In addition having a single GPIO chip allows us to handle ACP
From: Mika Westerberg
We have lots of existing Device Tree enabled drivers and allocating
separate _HID for each is not feasible. Instead we allocate special _HID
"PRP0001" that means that the match should be done using Device Tree
compatible property using driver's .of_match_table instead.
If t
From: "Rafael J. Wysocki"
Add a uniform interface by which device drivers can request device
properties from the platform firmware by providing a property name
and the corresponding data type. The purpose of it is to help to
write portable code that won't depend on any particular platform
firmwa
From: Max Eliaser
This allows the driver to probe from ACPI namespace.
Signed-off-by: Max Eliaser
Signed-off-by: Mika Westerberg
Acked-by: Bryan Wu
Signed-off-by: Rafael J. Wysocki
---
drivers/leds/leds-gpio.c |8
1 file changed, 8 insertions(+)
Index: linux-pm/drivers/leds/le
From: Mika Westerberg
Device Tree is used in many embedded systems to describe the system
configuration to the OS. It supports attaching properties or name-value
pairs to the devices it describe. With these properties one can pass
additional information to the drivers that would not be available
Hi Everyone,
Since Dmitry was suggesting that instead of using struct fw_dev_node pointers,
as we did in the previous version, we could pass the parent device along with
the child pointer to iterator functions while walking the children of a given
device node, the following patches do just that.
From: Mika Westerberg
GPIO descriptors are the preferred way over legacy GPIO numbers
nowadays. Convert the driver to use GPIO descriptors internally but
still allow passing legacy GPIO numbers from platform data to support
existing platforms.
Signed-off-by: Mika Westerberg
Acked-by: Alexandre
On 9/30/2014 5:58 PM, Rob Landley wrote:
> On 09/30/14 19:41, Frank Rowand wrote:
>> The earliest mention I find of this on lkml is v4. Was there earlier
>> discussion of this elsewhere? (Just so I have a clue as to the full
>> context and don't repeat previous discussion.) The mention of names
On 09/30/2014 07:45 PM, Thomas Gleixner wrote:
> Whether the proposed patchset is the correct solution to support it is
> a completely different question.
This patchset has been in mainline since 3.16 and has already caused
regressions, so the question of whether this is the correct solution has
a
On Tuesday, September 30, 2014 01:58:14 PM Darren Hart wrote:
> On Mon, Sep 29, 2014 at 08:40:09PM -0600, Azael Avalos wrote:
> > Currently the HCI/SCI read/write functions are returning
> > the status of the ACPI call and also assigning the
> > returned value of the HCI/SCI function, however, only
On Wed, 2014-24-09 at 19:24:38 UTC, suka...@linux.vnet.ibm.com wrote:
> From: Cody P Schafer
>
> Ian pointed out the use of __aligned(4096) caused rather large stack
> consumption in single_24x7_request(), so use the kmem_cache
> hv_page_cache (which we've already got set up for other allocations
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
arch/arm/boot/dts/berlin2q-marvell-dmp.dts between commit 461316fca705
("ARM: berlin: enable the eSATA interface on the BG2Q DMP") from the
berlin tree and commit 75215193b975 ("ARM: dts: berlin: enable the
Ethernet port on th
On Tuesday, September 30, 2014 9:45 PM Mark Brown wrote:
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Tuesday, September 30, 2014 9:45 PM
> To: Opensource [James Seong-Won Ban]
> Cc: Liam Girdwood; Support Opensource; LKML; David Dajun Chen
> Subject: Re: [PATCH V1] regulator: DA9211 : F
Michael Ellerman [m...@ellerman.id.au] wrote:
| > @@ -203,6 +125,7 @@ static ssize_t catalog_read(struct file *filp, struct
kobject *kobj,
| >
| > page_offset = offset / 4096;
| > page_count = count / 4096;
|
| I don't see where page_count is used.
Yes, I will remove it.
|
| > +
On 09/30/14 19:41, Frank Rowand wrote:
> The earliest mention I find of this on lkml is v4. Was there earlier
> discussion of this elsewhere? (Just so I have a clue as to the full
> context and don't repeat previous discussion.) The mention of names
> in the change logs tells me I should be able
On Tue, Sep 30, 2014 at 5:35 PM, Eric W. Biederman
wrote:
> Aditya Kali writes:
>
>> Hi all,
>>
>> I am trying to run a process with uid=0 inside userns. But in the when
>> I also do capset() after setresuid(0, 0, 0), I am seeing inconsistent
>> proc file permissions. Almost all the files in /pro
On Tue, 2014-09-30 at 08:50 -0700, Guenter Roeck wrote:
> On Mon, Sep 29, 2014 at 06:31:06PM -0500, Scott Wood wrote:
> > On Mon, 2014-09-29 at 23:03 +, Jojy Varghese wrote:
> > >
> > > On 9/29/14 12:06 PM, "Guenter Roeck" wrote:
> > >
> > > >Those are errors related to PCIe hotplug, and are
The earliest mention I find of this on lkml is v4. Was there earlier
discussion of this elsewhere? (Just so I have a clue as to the full
context and don't repeat previous discussion.) The mention of names
in the change logs tells me I should be able to find the discussion
somewhere.
On 9/28/20
On Tue, Sep 30, 2014 at 5:27 PM, Chuck Ebbert wrote:
> On Tue, 30 Sep 2014 12:40:35 -0700
> Andy Lutomirski wrote:
>
>> The NT flag doesn't do anything in long mode other than causing IRET
>> to #GP. Oddly, CPL3 code can still net NT using popf.
>>
>> Entry via hardware or software interrupt cle
Aditya Kali writes:
> Hi all,
>
> I am trying to run a process with uid=0 inside userns. But in the when
> I also do capset() after setresuid(0, 0, 0), I am seeing inconsistent
> proc file permissions. Almost all the files in /proc// has global
> 'root' as owner and group even if the actual proce
On Wed, 2014-24-09 at 19:24:39 UTC, suka...@linux.vnet.ibm.com wrote:
> catalog_read() implements the read interface for the sysfs file
>
> /sys/bus/event_source/devices/hv_24x7/interface/catalog
>
> It essentially takes a buffer, an offset and count as parameters
> to the read() call. It
On 01/10/14 01:11, Thomas Gleixner wrote:
Bryan,
On Wed, 1 Oct 2014, Bryan O'Donoghue wrote:
what are you trying to achieve by sending out patches faster than
anyone can review?
Thomas.
That's not the intention at all.
Doing this has an obvious outcome:
1) The patches you whip up 10 se
On Tue, 30 Sep 2014 12:40:35 -0700
Andy Lutomirski wrote:
> The NT flag doesn't do anything in long mode other than causing IRET
> to #GP. Oddly, CPL3 code can still net NT using popf.
>
> Entry via hardware or software interrupt clears NT automatically, so
> the only relevant entries are fast
Hi,
On Tue, Sep 30, 2014 at 10:34:08PM +0200, Fabian Frederick wrote:
> lowpan_frags_sysctl_register is only called by __init lowpan_net_frag_init
> (part of the lowpan module).
>
> Signed-off-by: Fabian Frederick
> ---
> This is untested.
>
> net/ieee802154/reassembly.c | 4 ++--
> 1 file cha
Hi all,
I am trying to run a process with uid=0 inside userns. But in the when
I also do capset() after setresuid(0, 0, 0), I am seeing inconsistent
proc file permissions. Almost all the files in /proc// has global
'root' as owner and group even if the actual process uid is correctly
changed.
I w
On Mon, Sep 29, 2014 at 11:42:18AM -0700, Paul E. McKenney wrote:
> Assuming that incrementing the external name's reference count is
> atomic_add_unless, I could believe this part. Or if you have some
> locking that makes it impossible to increment the reference count
> in any case where there i
1 - 100 of 898 matches
Mail list logo
