Since an FSL-MC bus is a new bus type that is neither PCI nor
PLATFORM, we need a new domain bus token to disambiguate the
IRQ domain for FSL-MC MSIs.
Signed-off-by: J. German Rivera
---
Changes in v2: none
include/linux/irqdomain.h | 1 +
1 file changed, 1 insertion(+)
diff --git
Destroy mc_io in error path in dprc_probe() only if the mc_io was
created in this function.
Signed-off-by: J. German Rivera
---
Changes in v2:
- Addressed comment from Dan Carpenter
* Renamed goto error labels to indicate what the goto does
drivers/staging/fsl-mc/bus/dprc-driver.c | 17
On Friday 30 October 2015 16:34:26 Stuart Yoder wrote:
> My suggestion is to perhaps make that more explicit in the proposed
> device tree node, by making the reg size "4" and naming it
> as per the register name
>
>rstcr: rstcr@1E6 {
>compatible = "syscon";
>
THE MSI domain associated with a root DPRC object is
obtained form the device tree. Child DPRCs inherit
the parent DPRC MSI domain.
Signed-off-by: J. German Rivera
---
Changes in v2: none
drivers/staging/fsl-mc/bus/dprc-driver.c | 39
1 file changed, 39
This patch series addresses the following item from the TODO list
for the MC bus driver to exit staging:
* Interrupt support. For meaningful driver support we need
interrupts, and thus need message interrupt support by the bus
driver.
MC Bus MSI Support Architecture
Please run posts like this by the maintainers. Tony Lindgren is one
user, Haojian is another.
Your top-poster,
Linus Walleij
On Fri, Oct 30, 2015 at 8:51 AM, Sanjeev Sharma
wrote:
> Use devm_ioremap_resource() in order to make the code simpler,
> and remove redundant return value check of
On Fri, Oct 30, 2015 at 12:43 PM, Ross Zwisler
wrote:
> On Fri, Oct 30, 2015 at 11:34:07AM -0700, Dan Williams wrote:
>> On Thu, Oct 29, 2015 at 1:12 PM, Ross Zwisler
>> wrote:
>> > This patch series adds support for fsync/msync to DAX.
>> >
>> > Patches 1 through 8 add various utilities that
Add the sysfs documentation for the rescan attribute of
fsl-mc bus.
Signed-off-by: Lijun Pan
---
Documentation/ABI/testing/sysfs-bus-fsl-mc | 11 +++
1 file changed, 11 insertions(+)
create mode 100644 Documentation/ABI/testing/sysfs-bus-fsl-mc
diff --git
On Fri, Oct 30, 2015 at 12:29:20PM +0530, Anup Patel wrote:
> Just like other NAND controllers,
^^ That part isn't strictly true. While READ ID data only comes out on
the lower 8 bits, that doesn't *actually* mean you can't get valid data
from a 16-bit bus in general; you just have to drop the
Define a static inline function is_root_dprc(dev) to tell whether
a device is root dprc or not via platform_bus_type.
Remove fsl_mc_is_root_dprc() because is_root_dprc() is simpler
and easier to understand.
Signed-off-by: Lijun Pan
---
v2: use static inline function instead of macro
replace
Demonstrate why sysfs rescan attribute is helpful for
moving fsl-mc bus out of staging.
Signed-off-by: Lijun Pan
---
drivers/staging/fsl-mc/TODO | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/staging/fsl-mc/TODO b/drivers/staging/fsl-mc/TODO
index 3894368..5065821 100644
---
Add more introduction of restool driver and state why
restool driver is needed in helping moving fsl-mc bus
out of staging tree.
Signed-off-by: Lijun Pan
---
drivers/staging/fsl-mc/README.txt | 11 ++-
drivers/staging/fsl-mc/TODO | 18 --
2 files changed, 26
The kernel support for the restool (a user space resource management
tool) is a driver for the /dev/dprc.N device file.
Its purpose is to provide an ioctl interface,
which the restool uses to interact with the MC bus driver
and with the MC firmware.
We allocate a dpmcp at driver initialization,
Introduce the rescan attribute as a bus attribute to
synchronize the fsl-mc bus objects and the MC firmware.
To rescan the fsl-mc bus, e.g.,
echo 1 > /sys/bus/fsl-mc/rescan
Signed-off-by: Lijun Pan
---
drivers/staging/fsl-mc/bus/mc-bus.c | 46 +
1 file
Add the sysfs documentation for the rescan attribute of
dprc devices.
Signed-off-by: Lijun Pan
---
Documentation/ABI/testing/sysfs-devices-dprc | 13 +
1 file changed, 13 insertions(+)
create mode 100644 Documentation/ABI/testing/sysfs-devices-dprc
diff --git
This series of patches are based on
http://git.kernel.org/cgit/linux/kernel/git/gregkh/staging.git/commit/?h=staging-next=63f2be5c3b358db031f86eafa9cd450f6558a55b
patch v1 1/5 "staging: fsl-mc: section mismatch bug fix" is already accepted.
This v2 series have,
patch 1/8 use inline function to
On Fri, Oct 30, 2015 at 11:34:07AM -0700, Dan Williams wrote:
> On Thu, Oct 29, 2015 at 1:12 PM, Ross Zwisler
> wrote:
> > This patch series adds support for fsync/msync to DAX.
> >
> > Patches 1 through 8 add various utilities that the DAX code will eventually
> > need, and the DAX code itself
> If each memory controller has the same distance/latency, you (your firmware)
> don't need
> to allocate reliable memory per each memory controller.
> If distance is problem, another node should be allocated.
>
> ...is the behavior(splitting zone) really required ?
It's useful from a memory
On Fri 30 Oct 11:42 PDT 2015, Lee Jones wrote:
Rob, please see the discussion regarding ti,boost-freq-khz below. Should
we both specify unit at the same time as we use standard units? (This is
not the first time I have to change this back and forth)
> On Tue, 27 Oct 2015, Bjorn Andersson wrote:
On Fri, Oct 30, 2015 at 9:21 PM, Kenny Speer wrote:
> Hi All, what information would you like?
Just found many patches are flying around to support MS Surface 3 /
Pro 3 / Pro 4 / Book.
https://groups.google.com/forum/?hl=en#!topic/linux-surface/VlE9JGvxEyg
I'm actually interested in Book
On Fri, 30 Oct 2015, Pavel Machek wrote:
> > I would say instead "no I/O is allowed from now on". Maybe that's an
> > overstatement, but I think it comes closer to the truth.
But that's what PM callbacks are for.
> Exactly. And I'm pretty sure hardware drivers do use kernel threads,
> and do
On 10/14/15 22:09, Greg Ungerer wrote:
Hi Rich,
On 14/10/15 01:49, Rich Felker wrote:
On Tue, Oct 13, 2015 at 10:55:45PM +1000, Greg Ungerer wrote:
Hi Rich,
On 09/10/15 02:38, Rich Felker wrote:
It would be good to get some testing and verification on other
fdpic supported arches (frv or
On 10/30/2015 2:25 PM, Mark Rutland wrote:
It does appear that it's not relevant to this device and driver, given
the lack of clients, unless I've misunderstood?
You are right. Kernel and guest machine kernel are the only user of this
DMA device.
No other HW devices.
--
Sinan Kaya
On Fri, Oct 30, 2015 at 12:32 PM, Borislav Petkov wrote:
> On Fri, Oct 30, 2015 at 12:26:42PM -0700, Andy Lutomirski wrote:
>> Want to add that to the patch or make it another patch?
>
> Yeah, I'll make another one as it is going to document why we're
> explicitly ANDing with 0xull.
>
>>
On Fri, Oct 30, 2015 at 12:26:42PM -0700, Andy Lutomirski wrote:
> Want to add that to the patch or make it another patch?
Yeah, I'll make another one as it is going to document why we're
explicitly ANDing with 0xull.
> Fair enough. I suppose that this thing is a handful of separate
>
On Fri, Oct 30, 2015 at 12:29:18PM +0530, Anup Patel wrote:
> We enable NAND support for Broadcom NS2 SoC by reusing existing
> BRCMNAND driver.
>
> This patchset applies on-top of "arm64: Simple additions to
> NS2 DT" v1 patchset and is available in ns2_nand_v5 branch of
>
Tim:
Reviewed-by: Manoj Kumar
---
Manoj Kumar
On 10/30/2015 1:22 PM, tim.gard...@canonical.com wrote:
From: Tim Gardner
drivers/scsi/be2iscsi/be_main.c: In function 'be_sgl_create_contiguous':
drivers/scsi/be2iscsi/be_main.c:3187:18: warning: logical not is only applied
to the left hand
On Fri, Oct 30, 2015 at 12:23 PM, Borislav Petkov wrote:
> On Fri, Oct 30, 2015 at 11:59:39AM -0700, Andy Lutomirski wrote:
>> Is this with or without:
>>
>> commit 47edb65178cb7056c2eea0b6c41a7d8c84547192
>> Author: Andy Lutomirski
>> Date: Thu Jul 23 12:14:40 2015 -0700
>>
>>
On (10/30/15 18:57), Nelson, Shannon wrote:
> > >
> > > Going along with this being the equivalent of the ixgbe patch, I'd
> > > prefer the new code to be in i40e_main.c, rather than in i40e_common.c.
> > > In the design of our drivers, the common file is essentially a device
> > > specific layer,
On Fri, Oct 30, 2015 at 11:59:39AM -0700, Andy Lutomirski wrote:
> Is this with or without:
>
> commit 47edb65178cb7056c2eea0b6c41a7d8c84547192
> Author: Andy Lutomirski
> Date: Thu Jul 23 12:14:40 2015 -0700
>
> x86/asm/msr: Make wrmsrl() a function
with.
I'm playing ontop of 4.3-rc7.
On 10/30/2015 02:06 PM, Lee Jones wrote:
On Fri, 30 Oct 2015, Andrew F. Davis wrote:
On 10/30/2015 12:10 PM, Lee Jones wrote:
On Thu, 29 Oct 2015, Andrew F. Davis wrote:
The TPS65912 PMIC contains several regulators and a GPIO controller.
Add bindings for the TPS65912 PMIC.
Signed-off-by:
I was to dumb to check, if it compiles - please, use the second one.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
Hi Dmitry,
[auto build test ERROR on v4.3-rc7 -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Dmitry-Safonov/trace_functions_graph-Remove-__trace_graph_function/20151031-030819
config:
On 10/30/2015 10:31 AM, Benjamin Poirier wrote:
Using eiac instead of reading icr allows us to avoid interference with
rx and tx interrupts in the Other interrupt handler.
According to the 82574 datasheet section 10.2.4.1, interrupt causes that
trigger the Other interrupt are
1) Link Status
__trace_graph_funciton is used in only one location, and is static.
As it's small function there is no need to keep it separated out.
Signed-off-by: Dmitry Safonov <0x7f454...@gmail.com>
---
kernel/trace/trace_functions_graph.c | 14 +++---
1 file changed, 3 insertions(+), 11
Hi,
>> I have looked at possibility of pushing correctable error logging in the
>> firmware; but given current hardware limitation it seems like OS is the best
>> place to implement it. Let me summaries the issues we are running into:
>>
>> * Correctable errors does not generate any interrupt:
>>
On Fri, 30 Oct 2015, Andy Shevchenko wrote:
> On Fri, Oct 30, 2015 at 8:54 PM, Lee Jones wrote:
> > On Wed, 21 Oct 2015, Andy Shevchenko wrote:
> >
> >> On Wed, 2015-10-07 at 13:18 +0300, Andy Shevchenko wrote:
> >> > There is a board in the wild, i.e. Intel Galileo Gen2, that has ACPI
> >> >
Global and static variables don't need to be initialized to 0.
There is already a test for this but the output message doesn't
mention booleans initialized to false.
Improve the output message and the test by adding various forms
with possible specific integer types and possible multiple zeros.
On Fri, 30 Oct 2015, Andrew F. Davis wrote:
> On 10/30/2015 12:10 PM, Lee Jones wrote:
> >On Thu, 29 Oct 2015, Andrew F. Davis wrote:
> >
> >>The TPS65912 PMIC contains several regulators and a GPIO controller.
> >>Add bindings for the TPS65912 PMIC.
> >>
> >>Signed-off-by: Andrew F. Davis
>
On Fri, Oct 30, 2015 at 8:54 PM, Lee Jones wrote:
> On Wed, 21 Oct 2015, Andy Shevchenko wrote:
>
>> On Wed, 2015-10-07 at 13:18 +0300, Andy Shevchenko wrote:
>> > There is a board in the wild, i.e. Intel Galileo Gen2, that has ACPI
>> > enumerated
>> > devices behind I2C bus.
>>
>> Lee, since
__trace_graph_funciton is used in only one location, and is static.
As it's small function there is no need to keep it separated out.
Signed-off-by: Dmitry Safonov <0x7f454...@gmail.com>
---
kernel/trace/trace_functions_graph.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
On Fri, Oct 30, 2015 at 01:53:24PM -0500, Timur Tabi wrote:
> On 10/30/2015 01:35 PM, Fu Wei wrote:
> >>I think maybe Mark was asking why WS1 is optional, not the WS1
> >My answer is for "why WS1 is optional"!
> >
> >>>interrupt. Maybe you can reword the documentation to make is clear
> >>>that
>
On Fri, Oct 30, 2015 at 02:48:06PM -0400, Sinan Kaya wrote:
> It was decided by
> Linaro that CSRT will not be supported for ARM64.
> See this.
>
> https://wiki.linaro.org/LEG/Engineering/Kernel/ACPI/TablePriorities
The CSRT is listed under "Want", not "Never" or "Don't Care", so Linaro
On Fri, Oct 30, 2015 at 10:28 AM, Borislav Petkov wrote:
> From: Borislav Petkov
>
> So sparse rightfully complains that the u64 MSR value we're writing into
> the STAR MSR, i.e. 0xc081, is being truncated:
>
> ./arch/x86/include/asm/msr.h:193:36: warning: cast truncates bits from
>
Nikolay Aleksandrov wrote:
On 10/06/2015 09:53 PM, Jarod Wilson wrote:
From: Uwe Koziolek
With some very finicky switch hardware, active backup bonding can get into
a situation where we play ping-pong between interfaces, trying to get one
to come up as the active slave. There seems to be an
diff --git a/Makefile b/Makefile
index 34abe24..5666ae7 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 3
PATCHLEVEL = 19
SUBLEVEL = 8
-EXTRAVERSION = -ckt8
+EXTRAVERSION = -ckt9
NAME = Sedated Swine
# *DOCUMENTATION*
diff --git a/arch/arm/Makefile b/arch/arm/Makefile
index
I am announcing the release of the Linux 3.19.8-ckt9 kernel.
The updated 3.19.y-ckt tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.19.y
and can be browsed at:
http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.19.y
The diff from v3.19.8-ckt8 is posted as
Hi Linus,
Please pull the following RBD fix from
git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git for-linus
This sets the stable pages flag on the RBD block device when we have CRCs
enabled. (This is necessary since the default assumption for block
devices changed in
> -Original Message-
> From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com]
> Sent: Friday, October 30, 2015 11:37 AM
> To:
> Subject: Re: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or
> IDPROM
>
> On (10/30/15 18:28), Nelson, Shannon wrote:
> >
> > Going along with
On 10/30/2015 11:49 AM, Brian Norris wrote:
On Wed, Oct 28, 2015 at 09:08:02AM -0700, Ray Jui wrote:
On 10/28/2015 2:06 AM, Anup Patel wrote:
I think for a newly created OF devices the Linux device driver framework will
match the platform drivers in the order in which they are registered by
This patch adds Cygnus audio driver. It supports I2S, TDM and SPDIF
modes and uses three clocks derived from PLL.
Signed-off-by: Lori Hikichi
Signed-off-by: Simran Rai
Reviewed-by: Ray Jui
Reviewed-by: Arun Parameswaran
Reviewed-by: Scott Branden
---
sound/soc/bcm/Kconfig | 18 +
Add bindings for audio driver in Broadcom Cygnus.
Signed-off-by: Lori Hikichi
Signed-off-by: Simran Rai
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
.../bindings/sound/brcm,cygnus-audio.txt | 63
1 file changed, 63 insertions(+)
create mode 100644
Hi,
This patchset contains audio support for Broadcom's Cygnus SoC. It
contains DT bindings, core audio driver and dts. The audio driver
supports both capture and playback of Audio PCM samples over I2S/TDM
interface and provides playback support over SPDIF interface.
This patchset is derived
On Wed, 21 Oct 2015, Andy Shevchenko wrote:
> On Wed, 2015-10-07 at 13:18 +0300, Andy Shevchenko wrote:
> > There is a board in the wild, i.e. Intel Galileo Gen2, that has ACPI
> > enumerated
> > devices behind I2C bus.
>
> Lee, since Wolfram is going to apply patches 1 and 5, how could we
>
On Wed, 07 Oct 2015, Andy Shevchenko wrote:
> There is at least one board on the market, i.e. Intel Galileo Gen2, that uses
> _ADR to distinguish the devices under one actual device. Due to this we have
> to
> improve the quirk in the MFD core to handle that board.
>
> Acked-by: Rafael J.
On 10/30/2015 01:35 PM, Fu Wei wrote:
I think maybe Mark was asking why WS1 is optional, not the WS1
My answer is for "why WS1 is optional"!
>interrupt. Maybe you can reword the documentation to make is clear
>that
I didn't say : "only the*interrupt* for WS1 is optional."
WS1 itself is
On Fri, Oct 30, 2015 at 5:05 AM, Christian Borntraeger
wrote:
> Am 30.10.2015 um 13:01 schrieb Cornelia Huck:
>> On Thu, 29 Oct 2015 18:09:47 -0700
>> Andy Lutomirski wrote:
>>
>>> virtio_ring currently sends the device (usually a hypervisor)
>>> physical addresses of its I/O buffers. This is
On Mon, 26 Oct 2015, Bjorn Andersson wrote:
> Default the brightness to 2048 and add possibility to override this in
> device tree.
>
> Suggested-by: Rob Clark
> Signed-off-by: Bjorn Andersson
> ---
>
> Resend of v2, with updated backlight dt binding location.
>
>
On Wed, Oct 28, 2015 at 09:08:02AM -0700, Ray Jui wrote:
> On 10/28/2015 2:06 AM, Anup Patel wrote:
> >
> >I think for a newly created OF devices the Linux device driver framework will
> >match the platform drivers in the order in which they are registered by
> >module
> >init functions. Now the
On 10/30/2015 2:40 PM, Andy Shevchenko wrote:
On Fri, Oct 30, 2015 at 8:25 PM, Mark Rutland wrote:
CSRT is an Intel specific ACPI table for slave devices.
Wrong.
It was designed by Microsoft to support multiple controllers, in
particular DMACs.
Have you read that document I posted link
diff --git a/Makefile b/Makefile
index e5cefec..ff695f0 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 3
PATCHLEVEL = 13
SUBLEVEL = 11
-EXTRAVERSION = -ckt28
+EXTRAVERSION = -ckt29
NAME = King of Alienated Frog Porn
# *DOCUMENTATION*
diff --git a/arch/arm/Makefile
I am announcing the release of the Linux 3.13.11-ckt29 kernel.
The updated 3.13.y-ckt tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.13.y
and can be browsed at:
http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.13.y
The diff from v3.13.11-ckt28 is posted
On Tue, 27 Oct 2015, Bjorn Andersson wrote:
> Add the binding for the Texas Instruments LM3533 lighting power
> solution.
>
> Signed-off-by: Bjorn Andersson
> ---
>
> Changes since v1:
> - Added unit to boost-freq and als-resistance (as the frequency now comes with
> a unit specifier I
On Fri, Oct 30, 2015 at 8:25 PM, Mark Rutland wrote:
>> > CSRT is an Intel specific ACPI table for slave devices.
>>
>> Wrong.
>> It was designed by Microsoft to support multiple controllers, in
>> particular DMACs.
>> Have you read that document I posted link to?
>>
>> > It was decided by
>> >
On Fri, Oct 30, 2015 at 02:55:33PM +1100, Dave Chinner wrote:
> On Thu, Oct 29, 2015 at 02:12:04PM -0600, Ross Zwisler wrote:
> > This patch series adds support for fsync/msync to DAX.
> >
> > Patches 1 through 8 add various utilities that the DAX code will eventually
> > need, and the DAX code
Summon author, Kenny, of the mentioned patch.
On Fri, Oct 30, 2015 at 7:49 PM, Andy Shevchenko
wrote:
> On Fri, Oct 30, 2015 at 3:53 PM, Jiri Kosina wrote:
>> On Tue, 27 Oct 2015, savoca wrote:
>>
>>> Adding support for device 0x07e8 (SP4 Type Cover)
>>>
>>> Signed-off-by: savoca
>>
>> Thanks
On Wed, Aug 12, 2015 at 11:32 AM, Daniel Vetter wrote:
> On Wed, Aug 12, 2015 at 05:00:31PM +0200, Thierry Reding wrote:
>> From: Thierry Reding
>>
>> Name all references to the pipe number (CRTC index) consistently to make
>> it easier to distinguish which is a pipe number and which is a
> -Original Message-
> From: J. German Rivera [mailto:german.riv...@freescale.com]
> Sent: Friday, October 30, 2015 12:08 PM
> To: robh...@kernel.org; mark.rutl...@arm.com; devicet...@vger.kernel.org;
> linux-arm-
> ker...@lists.infradead.org; linux-kernel@vger.kernel.org
> Cc: Sharma
On (10/30/15 18:28), Nelson, Shannon wrote:
>
> Going along with this being the equivalent of the ixgbe patch, I'd
> prefer the new code to be in i40e_main.c, rather than in i40e_common.c.
> In the design of our drivers, the common file is essentially a device
> specific layer, and the OS and
Hi Timur
On 31 October 2015 at 01:46, Timur Tabi wrote:
> On Tue, Oct 27, 2015 at 11:10 PM, Fu Wei wrote:
>>
>>> Why is WS1 optional?
>>
>> According to the description of WS1 in SBSA 2.3 (5.2 Watchdog Operation)
>> page 21
>> -
>> The signal is fed to a higher agent as an
On Thu, Oct 29, 2015 at 1:12 PM, Ross Zwisler
wrote:
> This patch series adds support for fsync/msync to DAX.
>
> Patches 1 through 8 add various utilities that the DAX code will eventually
> need, and the DAX code itself is added by patch 9. Patches 10 and 11 are
> filesystem changes that are
On Fri, Oct 30, 2015 at 11:51 AM, Moritz Fischer
wrote:
> Addresses should not be prefixed contain '0x' in nodes.
>
> Signed-off-by: Moritz Fischer
Applied. Thanks.
Rob
> ---
> Documentation/devicetree/bindings/fpga/altera-socfpga-fpga-mgr.txt | 2 +-
> 1 file changed, 1 insertion(+), 1
On Tue, Oct 27, 2015 at 10:05 PM, Masahiro Yamada
wrote:
> This commit does not change the function behavior.
>
> Signed-off-by: Masahiro Yamada
Applied. Thanks.
Rob
> ---
>
> drivers/of/base.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/drivers/of/base.c
On Mon, Oct 26, 2015 at 10:42 PM, Saurabh Sengar
wrote:
> no need to initialise static variable with 0, hence correcting it.
>
> Signed-off-by: Saurabh Sengar
Applied. Thanks.
Rob
> ---
> drivers/of/fdt.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Mon, 19 Oct 2015, Richard Fitzgerald wrote:
> This patch adds the regmap configuration tables and
> core MFD handling for the CS47L24 and WM1831 codecs.
>
> Note that compared to the other Arizona codecs, these devices
> do not have an LDO1 or micsupp regulators, extcon driver, or
> the DCVDD
On Wed, Oct 28, 2015 at 1:23 PM, Sudeep Holla wrote:
>
>
> On 21/10/15 23:04, Rob Herring wrote:
>>
>> On Wed, Oct 21, 2015 at 5:09 AM, Sudeep Holla
>> wrote:
>>>
>>> This patch marks all the reference to the legacy wakeup bindings
>>> and replaces them with the standard "wakeup-source"
> -Original Message-
> From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com]
> Sent: Friday, October 30, 2015 8:04 AM
> To:
> Subject: [PATCH v3 net] i40e: Look up MAC address in Open Firmware or IDPROM
>
>
> This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC
On Thu, Oct 29, 2015 at 9:01 AM, Peter Maydell wrote:
> The existing device tree bindings assume that we are only trying to
> describe a single address space with a device tree (for ARM, either
> the Normal or the Secure world). Some uses for device tree need to
> describe both Normal and Secure
On Fri, Oct 30, 2015 at 6:55 PM, Edward Cragg
wrote:
> On Fri, Oct 09, 2015 at 03:37:10PM +0100, Edward Cragg wrote:
>> Add the blue status LED to the Hardkernel Odroid C1 board DTS.
>> This is the only programmable LED on the board.
>>
>> Signed-off-by: Edward Cragg
>> ---
>>
On Fri, Oct 30, 2015 at 08:18:49PM +0200, Andy Shevchenko wrote:
> On Fri, Oct 30, 2015 at 8:08 PM, Sinan Kaya wrote:
>
> >> The ACPI tables DSDT and CSRT (more info here:
> >> http://www.acpi.info/links.htm) defines properties.
> >>
> >> DSDT:
> >> per DMAC: the resources
> >> per client:
From: Tim Gardner
drivers/scsi/be2iscsi/be_main.c: In function 'be_sgl_create_contiguous':
drivers/scsi/be2iscsi/be_main.c:3187:18: warning: logical not is only applied
to the left hand side of comparison [-Wlogical-not-parentheses]
WARN_ON(!length > 0);
gcc version 5.2.1
Cc: Jayamohan
From: Alex Deddo
Adding support for device 0x07e8 (SP4 Type Cover)
Signed-off-by: Alex Deddo
---
drivers/hid/hid-core.c | 2 ++
drivers/hid/hid-ids.h | 1 +
drivers/hid/hid-microsoft.c | 2 ++
drivers/hid/usbhid/hid-quirks.c | 1 +
4 files changed, 6 insertions(+)
diff
On Thu, 29 Oct 2015, Philipp Zabel wrote:
> If the driver is probed from the device tree, and there is a phandle
> property set on it, and the enable GPIO is already configured as output,
> and the backlight is currently disabled, keep it disabled.
> If all these conditions are met, assume there
On Fri, Oct 30, 2015 at 8:12 PM, Sowmini Varadhan
wrote:
> On (10/30/15 20:06), Andy Shevchenko wrote:
>>
>> > +#include "i40e.h"
>>
>> Why do you need this one exactly?
>
> I needed it to find pf->pdev below.
>
>> > + struct device_node *dp = pci_device_to_OF_node(pf->pdev);
>
> Without
On Fri, Oct 30, 2015 at 02:08:07PM -0400, Sinan Kaya wrote:
>
>
> On 10/30/2015 1:59 PM, Andy Shevchenko wrote:
> >On Fri, Oct 30, 2015 at 5:00 PM, Mark Rutland wrote:
> >>On Thu, Oct 29, 2015 at 11:08:12PM -0400, Sinan Kaya wrote:
> >>>The Qualcomm Technologies HIDMA device has been designed
>
On Fri, Oct 30, 2015 at 8:08 PM, Sinan Kaya wrote:
>> The ACPI tables DSDT and CSRT (more info here:
>> http://www.acpi.info/links.htm) defines properties.
>>
>> DSDT:
>> per DMAC: the resources
>> per client: FixedDMA descriptor that contains channel / request line
>> pair.
>>
>> CSRT:
>>
Hi Bayi,
In reviewing your updated instructions on how to read 6 bytes of ID, I
have one more question about how the PRGDATA and SHREG registers are
supposed to work.
On Mon, Oct 26, 2015 at 09:40:38PM +0800, Bayi Cheng wrote:
[...]
> +static void mt8173_nor_set_read_mode(struct mt8173_nor
On (10/30/15 20:06), Andy Shevchenko wrote:
>
> > +#include "i40e.h"
>
> Why do you need this one exactly?
I needed it to find pf->pdev below.
> > + struct device_node *dp = pci_device_to_OF_node(pf->pdev);
Without it, you will get:
:
CC [M]
On 10/30/2015 1:59 PM, Andy Shevchenko wrote:
On Fri, Oct 30, 2015 at 5:00 PM, Mark Rutland wrote:
On Thu, Oct 29, 2015 at 11:08:12PM -0400, Sinan Kaya wrote:
The Qualcomm Technologies HIDMA device has been designed
to support virtualization technology. The driver has been
divided into two
On Fri, Oct 30, 2015 at 5:03 PM, Sowmini Varadhan
wrote:
>
> This is the i40e equivalent of commit c762dff24c06 ("ixgbe: Look up MAC
> address in Open Firmware or IDPROM").
>
> As with that fix, attempt to look up the MAC address in Open Firmware
> on systems that support it, and use IDPROM on
On 10/29/2015 07:41 PM, Lan Tianyu wrote:
On 2015年10月30日 00:17, Alexander Duyck wrote:
On 10/29/2015 01:33 AM, Lan Tianyu wrote:
On 2015年10月29日 14:58, Alexander Duyck wrote:
Your code was having to do a bunch of shuffling in order to get things
set up so that you could bring the interface
On Thu, 29 Oct 2015, Damien Riegel wrote:
> Signed-off-by: Damien Riegel
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
Acked-by: Lee Jones
> diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
>
On 10/30/2015 12:10 PM, Lee Jones wrote:
On Thu, 29 Oct 2015, Andrew F. Davis wrote:
The TPS65912 PMIC contains several regulators and a GPIO controller.
Add bindings for the TPS65912 PMIC.
Signed-off-by: Andrew F. Davis
---
.../devicetree/bindings/gpio/gpio-tps65912.txt | 16 +++
On Thu, Oct 29, 2015 at 6:28 AM, Stephen Smalley wrote:
> On 10/27/2015 08:12 PM, Greg KH wrote:
>>
>> On Tue, Oct 27, 2015 at 04:47:53PM -0400, Stephen Smalley wrote:
>>>
>>> Add a copy_to_user() call to the ACCESS_USERSPACE test
>>> prior to attempting direct dereferencing of the user
>>>
On Fri, Oct 30, 2015 at 5:00 PM, Mark Rutland wrote:
> On Thu, Oct 29, 2015 at 11:08:12PM -0400, Sinan Kaya wrote:
>> The Qualcomm Technologies HIDMA device has been designed
>> to support virtualization technology. The driver has been
>> divided into two to follow the hardware design. The
On Thu, Oct 29, 2015 at 11:02 AM, atull wrote:
> On Wed, 28 Oct 2015, Rob Herring wrote:
>
>> On Tue, Oct 27, 2015 at 5:09 PM, wrote:
>> > From: Alan Tull
>> >
>> > New bindings document for simple fpga bus.
>> >
>> > Signed-off-by: Alan Tull
>> > ---
>> > v9: initial version added to this
Hi Javi,
[auto build test WARNING on thermal/next -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Javi-Merino/Hierarchical-thermal-zones/20151031-005118
config: m32r-m32104ut_defconfig (attached as
On Thu, 29 Oct 2015, Damien Riegel wrote:
> Driver for TS-4800 syscon. These registers belong to a FPGA that is
> memory mapped and are used for counters, enable various IPs in the FPGA,
> control LEDs, control IOs, etc.
>
> Currently, only the watchdog is handled.
Why do you require your own
On Fri, Oct 09, 2015 at 03:37:10PM +0100, Edward Cragg wrote:
> Add the blue status LED to the Hardkernel Odroid C1 board DTS.
> This is the only programmable LED on the board.
>
> Signed-off-by: Edward Cragg
> ---
> arch/arm/boot/dts/meson8b-odroidc1.dts | 13 +
> 1 file changed,
> Where is your change-log?
>
> I have no idea what the intention of this patch is.
FYI, the reason I left editing and subsequently sent by mistake was
that I had to jump out to look at the subject in order to find the aim
of this patch.
> > Signed-off-by: Damien Riegel
> > ---
> >
201 - 300 of 1570 matches
Mail list logo