On 2015/4/28 6:46, Yinghai Lu wrote:
> On Thu, Dec 11, 2014 at 6:04 PM, Yinghai Lu wrote:
>> On Thu, Dec 11, 2014 at 12:30 PM, Thomas Gleixner wrote:
>>
>>> So irq_2_iommu is empty. That's a multi MSI, and that's the second
>>> interrupt which gets enabled.
>>>
>>> The patch below should fix it.
On Wed, Apr 29, 2015 at 12:49:59AM +, Zheng, Lv wrote:
> > > We absolutely want to use atomic_add_unless() because we get to save us
> > > the expensive
> > >
> > > LOCK; CMPXCHG
> > >
> > > if the value was already 1. Which is exactly what this patch is trying
> > > to avoid - a thundering
On Tue, Apr 28, 2015 at 03:37:01PM +0100, Alex Bennée wrote:
>
> Christoffer Dall writes:
>
> > On Tue, Apr 28, 2015 at 10:34:12AM +0100, Peter Maydell wrote:
> >> On 28 April 2015 at 09:42, Alex Bennée wrote:
> >> > Peter Maydell writes:
> >> >> Does the kernel already have a conveniently
> > + /* Select the HS PHY interface */
> > + switch (DWC3_GHWPARAMS3_HSPHY_IFC(dwc->hwparams.hwparams3)) {
> > + case DWC3_GHWPARAMS3_HSPHY_IFC_UTMI_ULPI:
> > + if (!strncmp(dwc->hsphy_interface, "utmi", 4)) {
> > + reg &= ~DWC3_GUSB2PHYCFG_ULPI_UTMI;
> > +
Hi Minchan,
Thank you for taking a look at this patch set.
On Wed, Apr 29, 2015 at 12:57:22PM +0900, Minchan Kim wrote:
> On Tue, Apr 28, 2015 at 03:24:39PM +0300, Vladimir Davydov wrote:
> > * /proc/kpageidle. For each page this file contains a 64-bit number, which
> >equals 1 if the page
Hi Jiri,
On Wed, Apr 29, 2015 at 4:42 PM, Jiri Olsa wrote:
> On Wed, Apr 29, 2015 at 04:27:45PM +0900, Namhyung Kim wrote:
>> Add --input option to 'perf stat' so that it can show event stats of the
>> file. I would like to use a short '-i' option to be compatible with
>> other commands but it
On Tue 28-04-15 16:10:01, Andrew Morton wrote:
> On Tue, 28 Apr 2015 14:11:49 +0200 Michal Hocko wrote:
>
> > The man page however says
> > "
> > MAP_LOCKED (since Linux 2.5.37)
> > Lock the pages of the mapped region into memory in the manner of
> > mlock(2). This flag is ignored
On Tue, Apr 14, 2015 at 03:04:06PM +0200, Johan Hovold wrote:
> Hi Mark and Lee,
>
> On Thu, Mar 26, 2015 at 08:32:09AM +, Lee Jones wrote:
> > On Wed, 25 Mar 2015, Johan Hovold wrote:
> >
> > > Fix broken probe of da9052 regulators, which since commit b3f6c73db732
> > > ("mfd: da9052-core:
On Wed, Apr 29, 2015 at 04:27:45PM +0900, Namhyung Kim wrote:
> Add --input option to 'perf stat' so that it can show event stats of the
> file. I would like to use a short '-i' option to be compatible with
> other commands but it was already taken by '--no-inherit' option, so it
> only supports
On Wed 29-04-15 09:03:08, Beata Michalska wrote:
> On 04/28/2015 07:39 PM, Greg KH wrote:
> > On Tue, Apr 28, 2015 at 04:46:46PM +0200, Beata Michalska wrote:
> >> On 04/28/2015 04:09 PM, Greg KH wrote:
> >>> On Tue, Apr 28, 2015 at 03:56:53PM +0200, Jan Kara wrote:
> On Mon 27-04-15
As some help is needed from an active maintainer, replace Andrew Victor
by Alexandre Belloni in the ARM/Atmel MAINTAINERS' entry (aka AT91).
Thanks Andrew for the great role you played during the early days of this
product family.
Signed-off-by: Nicolas Ferre
---
MAINTAINERS | 3 +--
1 file
Hi, Or
On 04/28/2015 09:02 PM, Or Gerlitz wrote:
> On Tue, Apr 28, 2015 at 6:10 PM, Michael Wang
> wrote:
>> Use raw management helpers to reform IB-core cm.
>>
>> Cc: Hal Rosenstock
>> Cc: Steve Wise
>> Cc: Tom Talpey
>> Cc: Jason Gunthorpe
>> Cc: Doug Ledford
>> Cc: Ira Weiny
>> Cc:
On Tue, Apr 28, 2015 at 03:23:53PM -0700, Calvin Owens wrote:
> >
> > Guys, I'm really-really sorry for not replying the email that long.
> > If I understand correctly all concerns were addressed, right?
>
> Ping!
>
> I thought everybody was happy after the permission check was changed
> to be
On 04/29/2015 05:15 AM, James Bottomley wrote:
>
> Perhaps the best thing to do is just fix target and call it quits?
>
Right! drivers write code for sg_chaining and on ARCHs that do not
support it the code just works.
Only the max_sg is smaller and the chaining code never kicks in
and is dead
Add --input option to 'perf stat' so that it can show event stats of the
file. I would like to use a short '-i' option to be compatible with
other commands but it was already taken by '--no-inherit' option, so it
only supports the long option.
The example output looks like below:
$ perf
Bandan Das wrote:
>
> If get_free_page() fails for nested bitmap area, it's evident that
> we are gonna get screwed anyway but returning failure because we failed
> allocating memory for a nested structure seems like an unnecessary big
> hammer. Also, save the call for later; after we are
On Tuesday, April 28, 2015 11:33:33 PM PDT, Mike Galbraith wrote:
On Tue, 2015-04-28 at 23:01 -0700, Daniel Phillips wrote:
On Tuesday, April 28, 2015 7:21:11 PM PDT, Mike Galbraith wrote:
Where does tux3 live? What I found looked abandoned.
Current work is here:
On (04/29/15 16:02), Sergey Senozhatsky wrote:
> sure. I was talking about this one:
>
> CPU0CPU1
> umount
> zram_remove()
> lock ->bd_mutex
> zram_reset_device()
> unlock ->bd_mutex
> disksize_store
>
On Tue, Apr 28, 2015 at 11:11:10PM +0200, Greg KH wrote:
> On Wed, Apr 29, 2015 at 12:51:27AM +0800, Zhuang Jin Can wrote:
> > Hi Greg KH,
> >
> > On Tue, Apr 28, 2015 at 12:42:24PM +0200, Greg KH wrote:
> > > On Sun, Apr 19, 2015 at 11:46:12AM +0800, Zhuang Jin Can wrote:
> > > > Some usb3
Am 2015-04-28 um 21:55 schrieb Bandan Das:
>
> If get_free_page() fails for nested bitmap area, it's evident that
> we are gonna get screwed anyway but returning failure because we failed
> allocating memory for a nested structure seems like an unnecessary big
> hammer. Also, save the call for
On Wed, Apr 29, 2015 at 3:04 AM, Rafael J. Wysocki wrote:
> On Wednesday, April 29, 2015 02:50:22 AM Rafael J. Wysocki wrote:
>> Below is the patch I came up with in the meantime.
>>
>> This moves the "switch to broadcast" timer logic into
>> cpuidle_enter_state() which allows
On 04/28/2015 06:35 PM, Mathieu Desnoyers wrote:
> Hi!
>
> I'm currently adaping lttng-modules to use DAX and pmem.
> It will allow LTTng buffers to be recovered after a kernel
> crash. I've moved pretty much all struct page pointers to
> page frame numbers, as I remember being told that pmem
>
> hugetlbfs is used today by applications that want a high degree of
> control over huge page usage. Often, large hugetlbfs files are used
> to map a large number huge pages into the application processes.
> The applications know when page ranges within these large files will
> no longer be
On 04/28/2015 07:39 PM, Greg KH wrote:
> On Tue, Apr 28, 2015 at 04:46:46PM +0200, Beata Michalska wrote:
>> On 04/28/2015 04:09 PM, Greg KH wrote:
>>> On Tue, Apr 28, 2015 at 03:56:53PM +0200, Jan Kara wrote:
On Mon 27-04-15 17:37:11, Greg KH wrote:
> On Mon, Apr 27, 2015 at 05:08:27PM
Hello Minchan,
On (04/29/15 15:48), Minchan Kim wrote:
[..]
> >
> > CPU0CPU1
> > umount
> > zram_remove()
> > zram_reset_device() disksize_store()
> > mount
> > kfree zram
> >
> > or
> >
> > CPU0
On 28 April 2015 at 20:17, Alexander Holler wrote:
> Am 28.04.2015 um 14:49 schrieb Tomeu Vizoso:
>>
>> On 25 April 2015 at 01:15, Alexander Holler wrote:
>>>
>>> Am 24.04.2015 um 16:47 schrieb Tomeu Vizoso:
Hi,
while reading the thread [0] that Alexander Holler started with
Hi Pavel,
Am 27.04.2015 um 22:35 schrieb Pavel Machek :
> Hi!
>
>>> In my opinion making something a node in / is always the
>>> last resort and in my perspective it has been handled in such a way
>>> so far.
>>
>> But that contradicts some documents I have found and linked. Please
>> show me
On Tuesday, April 28, 2015 11:20:08 PM PDT, Richard Weinberger wrote:
On Wed, Apr 29, 2015 at 8:01 AM, Daniel Phillips wrote:
On Tuesday, April 28, 2015 7:21:11 PM PDT, Mike Galbraith wrote: ...
Where can I find the fsync code?
IOW how to reproduce your results? :)
Hi Richard,
If you can
Hello Sergey,
On Wed, Apr 29, 2015 at 09:16:24AM +0900, Sergey Senozhatsky wrote:
> Hello,
>
> Minchan, a quick question. just to avoid resends and to make sure that I'm
> not missing any better solution.
>
>
> lockdep is unhappy here:
>
> > -static void zram_remove(struct zram *zram)
> >
On Tue, Apr 28, 2015 at 09:40:31PM +0800, Eddie Huang wrote:
> This patch add earlycon support to MT8173 SoC platform.
> To use earlycon, need
> 1. Add earlycon in boot parameters
> 2. Add "linux,sdtout-path" property in device tree file
>
> This patch based on 4.1-rc1.
>
> Change in v3:
>
Hi Eddie,
On Tue, Apr 28, 2015 at 09:40:34PM +0800, Eddie Huang wrote:
> Add earlycon support to mediatek MT8173 evaluation board dts.
This is not about earlycon support. It adds the stdout-path property
which is generally about console. It only happens to used for earlycon,
but would be used as
Hi
On 04/28/2015 08:57 PM, Lee Jones wrote:
On Tue, 28 Apr 2015, Mika Westerberg wrote:
On Tue, Apr 28, 2015 at 02:32:59PM +0100, Lee Jones wrote:
I'm not convinced it's really an MFD. What does this hardware look
like? Are the Designware devices really in the same memory/register
space as
>
> While running a database workload, we found a scalability issue with itimers.
>
> Much of the problem was caused by the thread_group_cputimer spinlock.
> Each time we account for group system/user time, we need to obtain a
> thread_group_cputimer's spinlock to update the timers. On larger
On Tue, Apr 28, 2015 at 05:48:42PM +0800, Chaotian Jing wrote:
> From: Eddie Huang
>
> Add node mmc0 and mmc1
While at it you could add mmc2 and mmc3 to the dtsi aswell. No need to patch
that
again later.
Sascha
--
Pengutronix e.K. | |
On Tue, 2015-04-28 at 23:01 -0700, Daniel Phillips wrote:
> On Tuesday, April 28, 2015 7:21:11 PM PDT, Mike Galbraith wrote:
> > Where does tux3 live? What I found looked abandoned.
>
> Current work is here:
>
>https://github.com/OGAWAHirofumi/linux-tux3
>
> Note, the new fsync code isn't
On Tue, Apr 28, 2015 at 10:31 AM, Alasdair G Kergon wrote:
> On Mon, Apr 27, 2015 at 11:48:34PM -0700, Ming Lin wrote:
>> As generic_make_request() is now able to handle arbitrarily sized bios,
>> it's no longer necessary for each individual block driver to define its
>> own ->merge_bvec_fn()
Dear Tomasz,
About a hardcode your comment, please help check below.
Dear Mark,
I would like to add a item in the dtsi of mtk-iommu. Please also
help have a look.
> > > +static const struct mtk_iommu_port mtk_iommu_mt8173_port[] = {
> > > + /* port namem4uid
At Tue, 28 Apr 2015 21:33:12 -0700,
Guenter Roeck wrote:
>
> On 04/28/2015 10:25 AM, Yoshinori Sato wrote:
> > At Tue, 28 Apr 2015 06:22:10 -0700,
> > Guenter Roeck wrote:
> >>
> >> On Mon, Apr 27, 2015 at 02:35:07PM +0900, Yoshinori Sato wrote:
> >>> Hello.
> >>> I will re-introducing h8300.
>
On Wed, Apr 29, 2015 at 8:01 AM, Daniel Phillips wrote:
> On Tuesday, April 28, 2015 7:21:11 PM PDT, Mike Galbraith wrote:
>>
>> Where does tux3 live? What I found looked abandoned.
>
>
> Current work is here:
>
> https://github.com/OGAWAHirofumi/linux-tux3
>
> Note, the new fsync code isn't
Hi Sebastian,
It's been almost 45 days since I submitted this patch and I did not receive any
feedback from you.
Can you take a look at this patch now?
> On Fri, Mar 13, 2015 at 09:49:09PM +0530, Ramakrishna Pallala wrote:
> > Add the original author details of the axp288_fuel_gauge driver.
>
On 24 April 2015 at 12:20, Pi-Cheng Chen wrote:
> So even we have a new OPP binding to describe the OPP, we have to
> leave these table as they are for backward compatibility?
Yes.
I could find the below excerpts from [1]:
"The compatibility rules say that new kernels must work with older
On Tuesday, April 28, 2015 7:21:11 PM PDT, Mike Galbraith wrote:
Where does tux3 live? What I found looked abandoned.
Current work is here:
https://github.com/OGAWAHirofumi/linux-tux3
Note, the new fsync code isn't pushed to that tree yet, however Hirofumi's
optimized syncfs is already in
On Tue, Apr 28, 2015 at 04:13:12PM -0600, Ross Zwisler wrote:
The current algorithm used in clflush_cache_range() can cause the last
cache line of the buffer to be flushed twice. Fix that algorithm so
that each cache line will only be flushed once.
Signed-off-by: Ross Zwisler
On Wed, Apr 29, 2015 at 10:18:18AM +0100, Alex Bennée wrote:
Christoffer Dall christoffer.d...@linaro.org writes:
On Tue, Apr 28, 2015 at 03:37:01PM +0100, Alex Bennée wrote:
Christoffer Dall christoffer.d...@linaro.org writes:
On Tue, Apr 28, 2015 at 10:34:12AM +0100, Peter
On Thu, 23 Apr 2015, Gwendal Grignou wrote:
Be consistent, use cros_ec instead of cros ec or cros-ec.
What is this in reference to?
Otherwise:
Reviewed-by: Gwendal Grignou gwen...@chromium.org
Tested-by: Gwendal Grignou gwen...@chromium.org
On Mon, Apr 6, 2015 at 9:14 AM, Javier
On Tue, Apr 28, 2015 at 09:58:48PM -0700, Kevin Cernekee wrote:
On Sat, Apr 25, 2015 at 4:32 AM, Mark Brown broo...@kernel.org wrote:
What we should be doing here is providing a way for users to tell regmap
if they've reset the register map and actually we already have that
interface, it's
On Wed, Apr 22, 2015 at 04:30:12PM +0200, Johan Hovold wrote:
On Wed, Apr 22, 2015 at 02:35:09PM +0200, Jason A. Donenfeld wrote:
Samsung has just released a portable USB3 SSD, coming in a very small
and nice form factor. It's USB ID is 04e8:8001, which unfortunately is
already used by the
On Tue, Apr 28, 2015 at 06:06:43PM -0500, Michael Welling wrote:
On Tue, Apr 28, 2015 at 03:34:25PM +0100, Mark Brown wrote:
if (gpio_is_valid(spi-cs_gpio)) {
if (cs_active)
gpio_set_value(spi-cs_gpio, spi-mode SPI_CS_HIGH);
else
Switch to the same definition of state container as in MAX77693 drivers.
This will allow usage of one regulator driver in both devices: MAX77693
and MAX77843.
Signed-off-by: Krzysztof Kozlowski k.kozlowsk...@gmail.com
---
drivers/extcon/extcon-max77843.c | 17 +
The charger and safeout part of MAX77843 is almost the same as MAX77693.
From regulator point of view the only differences are the constraints
and register values related to these constraints. Now the max77693
regulator driver can be used for MAX77843.
Signed-off-by: Krzysztof Kozlowski
Add MAX77843_MUIC prefix to some of the defines used in max77843 extcon
driver so the max77693-private.h can be included simultaneously with
max77843-private.h.
Signed-off-by: Krzysztof Kozlowski k.kozlowsk...@gmail.com
---
drivers/extcon/extcon-max77843.c | 59 ++
Add support for different configurations of charger's registers so the
same driver could be used on other devices (e.g. MAX77843).
Signed-off-by: Krzysztof Kozlowski k.kozlowsk...@gmail.com
---
drivers/regulator/max77693.c | 39 +++
1 file changed, 27
Add MAX77693 prefix to some of the defines used in max77693 extcon
driver so the max77693-private.h can be included simultaneously with
max77843-private.h.
Additionally use BIT() macro in header.
Signed-off-by: Krzysztof Kozlowski k.kozlowsk...@gmail.com
---
drivers/extcon/extcon-max77693.c
This prepares for merging some of the drivers between max77693 and
max77843 so the child MFD driver can be attached to any parent MFD main
driver.
Move the state container to common header file. Additionally add
consistent 'i2c' prefixes to its members (of 'struct i2c_client' type).
2015-04-29 20:03 GMT+09:00 Mark Brown broo...@kernel.org:
On Wed, Apr 29, 2015 at 07:58:28PM +0900, Krzysztof Kozlowski wrote:
The custom implementation of 'regulator_ops.is_enabled' callback for
charger regulator is exactly the same as regulator_is_enabled_regmap()
with 'enable_val' set.
We get a linker error if we try to build with NO_DWARF since we build
util/unwind-libdw.c, but do not include -ldw
Signed-off-by: Naveen N. Rao naveen.n@linux.vnet.ibm.com
---
tools/perf/config/Makefile | 4
1 file changed, 4 insertions(+)
diff --git a/tools/perf/config/Makefile
Some applications need to be able to flush [1] the hardware fifo of
the device and to receive events of when that happened [2] so that it
can ignore stale data.
This patch adds a new event (IIO_EV_TYPE_HWFIFO_FLUSHED) that should
be sent to userspace when a flush has been completed. The
Signed-off-by: Octavian Purdila octavian.purd...@intel.com
---
drivers/iio/accel/bmc150-accel.c | 68 ++--
1 file changed, 51 insertions(+), 17 deletions(-)
diff --git a/drivers/iio/accel/bmc150-accel.c b/drivers/iio/accel/bmc150-accel.c
index b4ca361..0c5fdf6
Signed-off-by: Octavian Purdila octavian.purd...@intel.com
---
drivers/iio/accel/bmc150-accel.c | 11 ---
include/linux/iio/sysfs.h| 12
2 files changed, 16 insertions(+), 7 deletions(-)
diff --git a/drivers/iio/accel/bmc150-accel.c b/drivers/iio/accel/bmc150-accel.c
Hi Jonathan,
The first patch is a small enhancement that makes it easier to add
hwfifo support in drivers.
The other two are adding new ABIs to allow on demand trigger of a
hardware fifo flush operation and to signal when the flush operation
has been completed. The user for this interface is
-Original Message-
From: James Bottomley [mailto:james.bottom...@hansenpartnership.com]
Sent: Tuesday, April 28, 2015 6:52 AM
On Mon, 2015-04-27 at 15:40 -0700, Andy Lutomirski wrote:
On Mon, Apr 27, 2015 at 3:35 PM, James Bottomley
james.bottom...@hansenpartnership.com wrote:
On Tue, Apr 28, 2015 at 01:45:12PM -0700, Sudeep Dutt wrote:
On Mon, 2015-03-30 at 18:36 -0700, Sudeep Dutt wrote:
ChangeLog:
=
v3 = v4:
a) Delete unused IOCTL definitions and IOCTL interface fixes as per
feedback from Greg Kroah-Hartman
b) Couple of tiny bug fixes since v3
28.04.2015 15:58, Jacek Anaszewski пишет:
On 04/28/2015 12:12 PM, Stas Sergeev wrote:
28.04.2015 11:57, Jacek Anaszewski пишет:
Hi Stas,
Have you tested it?
Of course I did.
Works with gpio driver and provides up to 10usec precision on
armada-xp board.
This is 1000 times better than
On 29 April 2015 11:54 Lee Jones wrote :
On Fri, 17 Apr 2015, S Twiss wrote:
From: S Twiss stwiss.opensou...@diasemi.com
Add device tree bindings for the DA9062 driver
Signed-off-by: Steve Twiss stwiss.opensou...@diasemi.com
---
This patch applies against linux-next and v4.0
On Tue, Apr 28, 2015 at 04:43:00PM +0200, Takashi Iwai wrote:
At Tue, 28 Apr 2015 15:05:20 +0200,
Takashi Iwai wrote:
At Tue, 28 Apr 2015 13:35:18 +0100,
Jonathan McDowell wrote:
On Tue, Apr 28, 2015 at 02:00:17PM +0200, Takashi Iwai wrote:
At Tue, 28 Apr 2015 12:21:57 +0100,
On 28/04/15 15:07, Jiri Olsa wrote:
On Fri, Apr 24, 2015 at 10:29:46PM +0300, Adrian Hunter wrote:
SNIP
+
+int auxtrace_index__process(int fd, u64 size, struct perf_session *session,
+bool needs_swap)
+{
+struct list_head *head = session-auxtrace_index;
+
On Wed, 2015-04-29 at 11:53 +0100, Sudeep Holla wrote:
On 28/04/15 14:54, Jon Medhurst (Tixy) wrote:
On Mon, 2015-04-27 at 12:40 +0100, Sudeep Holla wrote:
[...]
+ int ret;
+ u8 token, chan;
+ struct scpi_xfer *msg;
+ struct scpi_chan *scpi_chan;
+
+ chan =
On Wednesday 29 April 2015 13:27:25 Gabriele Mazzotta wrote:
Add basic implementation of the ACPI0008 Ambient Light Sensor driver.
This driver currently supports only the ALI property, yet is ready to
be easily extended to handle ALC, ALT, ALP ones as well.
Signed-off-by: Martin Liska
On 28/04/15 14:54, Jon Medhurst (Tixy) wrote:
On Mon, 2015-04-27 at 12:40 +0100, Sudeep Holla wrote:
This patch adds support for System Control and Power Interface (SCPI)
Message Protocol used between the Application Cores(AP) and the System
Control Processor(SCP). The MHU peripheral provides
On Wed, Apr 29, 2015 at 07:58:28PM +0900, Krzysztof Kozlowski wrote:
The custom implementation of 'regulator_ops.is_enabled' callback for
charger regulator is exactly the same as regulator_is_enabled_regmap()
with 'enable_val' set.
Applied, thanks.
signature.asc
Description: Digital
On 04/29/2015 11:13 AM, Greg KH wrote:
On Wed, Apr 29, 2015 at 09:42:59AM +0200, Jan Kara wrote:
On Wed 29-04-15 09:03:08, Beata Michalska wrote:
On 04/28/2015 07:39 PM, Greg KH wrote:
On Tue, Apr 28, 2015 at 04:46:46PM +0200, Beata Michalska wrote:
On 04/28/2015 04:09 PM, Greg KH wrote:
On
On Tue, 21 Apr 2015, qipeng.zha wrote:
From: qipeng.zha qipeng@intel.com
Add MFD core driver for Intel Broxton Whiskey Cove PMIC,
which is specially accessed by hardware IPC, not a generic
I2C device
Signed-off-by: qipeng.zha qipeng@intel.com
---
drivers/mfd/Makefile
Add basic implementation of the ACPI0008 Ambient Light Sensor driver.
This driver currently supports only the ALI property, yet is ready to
be easily extended to handle ALC, ALT, ALP ones as well.
Signed-off-by: Martin Liska marxin.li...@gmail.com
Signed-off-by: Marek Vasut ma...@denx.de
On Fri, 17 Apr 2015, Charles Keepax wrote:
On the wm5110 it is important the reset line is held for slightly longer
to ensure the device starts up well. This patch adds a 5mS delay for
this.
Signed-off-by: Charles Keepax ckee...@opensource.wolfsonmicro.com
---
drivers/mfd/arizona-core.c
On Mon, 06 Apr 2015, Javier Martinez Canillas wrote:
From: Todd Broch tbr...@chromium.org
If the EC device tree node has sub-nodes, try to instantiate them as
MFD sub-devices. We can configure the EC features provided by the board.
Signed-off-by: Todd Broch tbr...@chromium.org
On Mon, 06 Apr 2015, Javier Martinez Canillas wrote:
From: Stephen Barber smbar...@chromium.org
Update cros_ec_commands.h to the latest version in the EC
firmware sources and add power domain and passthru commands.
Also, update lightbar to use new command names.
Signed-off-by: Stephen
On Wed, 22 Apr 2015, Charles Keepax wrote:
This soft reset used to be located after the register patch had been
applied, but has since moved to before the patch is applied. At the new
location there is no requirement to do a register sync as no register
writes will have happened yet.
On Fri, 17 Apr 2015, S Twiss wrote:
From: S Twiss stwiss.opensou...@diasemi.com
Add device tree bindings for the DA9062 driver
Signed-off-by: Steve Twiss stwiss.opensou...@diasemi.com
---
This patch applies against linux-next and v4.0
On Wed, Apr 29, 2015 at 11:01:48AM +0200, Greg KH wrote:
On Wed, Apr 29, 2015 at 03:20:04PM +0800, Zhuang Jin Can wrote:
On Tue, Apr 28, 2015 at 11:11:10PM +0200, Greg KH wrote:
On Wed, Apr 29, 2015 at 12:51:27AM +0800, Zhuang Jin Can wrote:
Hi Greg KH,
On Tue, Apr 28, 2015 at
Does this looks okay to you Charles?
This patch add device tree bindings for the pdata needed to configure
the Accessory Detect Mode select when Headphone detection.
Isn't the idea of headphone detection that it headphones are detected
i.e. automatically?
Signed-off-by: Inha Song
Hi,
The patchset merges max77843 regulator driver into max77693.
I am asking for review and acks from multiple subsystems.
Rationale
=
The recently added max77843 regulator driver is very similar to
its older brother: the max77693. Both devices provide two safeouts
and a charger.
The
Store the device type (obtained from i2c_device_id) as an enum and add a
default type of unknown to distinguish from case when this is not set
at all.
Signed-off-by: Krzysztof Kozlowski k.kozlowsk...@gmail.com
---
include/linux/mfd/max77693-private.h | 11 ++-
1 file changed, 6
On Mon, 20 Apr 2015, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
Fix typo in 'Multifunction'.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Documentation/devicetree/bindings/mfd/max77686.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
The custom implementation of 'regulator_ops.is_enabled' callback for
charger regulator is exactly the same as regulator_is_enabled_regmap()
with 'enable_val' set.
Signed-off-by: Krzysztof Kozlowski k.kozlowsk...@gmail.com
---
drivers/regulator/max77693.c | 17 ++---
1 file changed, 2
Clean up the max77693 private header file by removing:
1. Left-overs from previous way of interrupt handling (driver uses
regmap_irq_chip).
2. Unused members of struct 'max77693_dev' related to interrupts in
extcon driver.
Signed-off-by: Krzysztof Kozlowski k.kozlowsk...@gmail.com
---
On Wed, Apr 29, 2015 at 06:57:30PM +0800, Zhuang Jin Can wrote:
On Wed, Apr 29, 2015 at 11:01:48AM +0200, Greg KH wrote:
On Wed, Apr 29, 2015 at 03:20:04PM +0800, Zhuang Jin Can wrote:
On Tue, Apr 28, 2015 at 11:11:10PM +0200, Greg KH wrote:
On Wed, Apr 29, 2015 at 12:51:27AM +0800,
Hi Naoya,
Could you help to review and applied this series if possible.
Thanks,
Xie XiuQi
On 2015/4/20 16:44, Xie XiuQi wrote:
RAS user space tools like rasdaemon which base on trace event, could
receive mce error event, but no memory recovery result event. So, I
want to add this event to
Bad news, I rebuilt a kernel with your patchset on 4.0.0+ (this commit
f614c81). Now dmar fault is seen again.
The lspci log and kdump log are attached, please check:
[ ~]$ cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-4.0.0+ root=/dev/mapper/fedora_dhcp--128--28-root ro
Dear Greg,
This is extcon-fixes pull request for v4.1-rc2. This pull request includes
the only one patch. I added detailed description of this pull request on below.
Please pull extcon with following fixes.
Best Regards,
Chanwoo Choi
The following changes since commit
On 29.04.2015 01:12, John Stoffel wrote:
Havoc == Havoc Pennington h...@pobox.com writes:
Havoc On Tue, Apr 28, 2015 at 1:18 PM, Theodore Ts'o ty...@mit.edu wrote:
I find dbus to be extremely hard to debug when my desktop starts doing
things I don't want it to do. The fact that it might be
On Tue 28-04-15 11:38:35, Linus Torvalds wrote:
On Tue, Apr 28, 2015 at 11:35 AM, Michal Hocko mho...@suse.cz wrote:
I am still not sure I see the problem here.
Basically, I absolutely hate the notion of us doing something
unsynchronized, when I can see us undoing a mmap that another
This commit moves i8k driver to hwmon tree under name dell-smm-hwmon which is
better name then abbreviation i8k. For backward compatibility is added macro
MODULE_ALIAS(i8k) so modprobe will load driver also old name i8k. CONFIG_I8K
compile option was not changed.
This commit also adds me as
This patch splits CONFIG_I8K compile option to SENSORS_DELL_SMM and CONFIG_I8K.
Option SENSORS_DELL_SMM is now used to enable compilation of dell-smm-hwmon
driver and old CONFIG_I8K option to enable /proc/i8k interface in driver.
So this change allows to compile dell-smm-hwmon driver without
The gfx3d_clk_src parents configuration is incorrect. Fix it.
Fixes: 3966fab8b6ab clk: qcom: Add MSM8916 Global Clock Controller support
Signed-off-by: Georgi Djakov georgi.dja...@linaro.org
---
drivers/clk/qcom/gcc-msm8916.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
One of the video codec clock frequencies has incorrect divider value. Fix it.
Fixes: 3966fab8b6ab clk: qcom: Add MSM8916 Global Clock Controller support
Signed-off-by: Georgi Djakov georgi.dja...@linaro.org
---
drivers/clk/qcom/gcc-msm8916.c |2 +-
1 file changed, 1 insertion(+), 1
At Wed, 29 Apr 2015 12:28:59 +0100,
Jonathan McDowell wrote:
On Tue, Apr 28, 2015 at 04:43:00PM +0200, Takashi Iwai wrote:
At Tue, 28 Apr 2015 15:05:20 +0200,
Takashi Iwai wrote:
At Tue, 28 Apr 2015 13:35:18 +0100,
Jonathan McDowell wrote:
On Tue, Apr 28, 2015 at 02:00:17PM +0200,
Bandan Das b...@redhat.com wrote:
If get_free_page() fails for nested bitmap area, it's evident that
we are gonna get screwed anyway but returning failure because we failed
allocating memory for a nested structure seems like an unnecessary big
hammer. Also, save the call for later; after
On 29/04/2015 09:27, Nadav Amit wrote:
free_page appears to check whether the address is zero before it actually
frees the page. Perhaps it is better to leverage this behaviour to remove
all the outX and simplify the code.
Agreed. Regarding this patch, I agree with Jan.
Paolo
--
To
[Added Joe.]
On Tue, 2015-04-28 at 11:08 +0200, Valentin Rothberg wrote:
The CPP identifier 'DEBUG' is not used in the source code of nfc at all,
so we can safely remove setting it in both Makefiles.
Signed-off-by: Valentin Rothberg valentinrothb...@gmail.com
---
I detected this issue with
Ccing Paul,
On Tue, Apr 28, 2015 at 9:21 PM, Shreyas B. Prabhu
shre...@linux.vnet.ibm.com wrote:
Since tracepoints use RCU for protection, they must not be called on
offline cpus. trace_mm_page_free can be called on an offline cpu in
this scenario caught by LOCKDEP:
801 - 900 of 1684 matches
Mail list logo