On 10/10/15 16:24, Wolfram Sang wrote:
> From: Wolfram Sang
>
> The core may register clients attached to this master which may use
> funtionality from the master. So, RuntimePM must be enabled before, otherwise
> this will fail. While here, move drvdata, too.
>
> Signed-off-by: Wolfram Sang
L
Freescale iMX23/iMX28 and Alphascale ASM9260 have similar
interrupt collectors. It makes easy to reuse irq-mxs code for ASM9260.
Differences between this devices are fallowing:
- different register offsets
- different count of intterupt lines per register
- ASM9260 don't provide reset bit
- ASM9260
Freescale iMX23/iMX28 and Alphascale ASM9260 have similar
interrupt collectors. It makes easy to reuse irq-mxs code for ASM9260.
Differences between this devices are fallowing:
- different register offsets
- different count of intterupt lines per register
- ASM9260 don't provide reset bit
- ASM9260
On Fri, Oct 9, 2015 at 4:37 PM, 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, 13 insertion
Hi Cedric,
On 10/08/2015 05:20 PM, M'boumba Cedric Madianga wrote:
This patch adds documentation of device tree bindings for the STM32 dma
controller.
Signed-off-by: M'boumba Cedric Madianga
---
.../devicetree/bindings/dma/stm32-dma.txt | 98 ++
1 file changed,
Alphascale asm9260 has similar functionality but different register offsets.
This patch should prepare irq-mxs code to reused for asm9260 too.
Fallowing changes was made:
- Define SET_REG and CLR_REG. This controllers support separate CLR and
SET offsets for each register.
- Re define HW_ICOLL_INT
Some HW has similar functionality but different register offsets.
Make sure we can change offsets dynamically.
Signed-off-by: Oleksij Rempel
---
drivers/irqchip/irq-mxs.c | 78 +--
1 file changed, 62 insertions(+), 16 deletions(-)
diff --git a/drivers
Current code will only WARN_ON() and dereference the NULL pointer.
In this case it is better to panic and stop execution.
Signed-off-by: Oleksij Rempel
---
drivers/irqchip/irq-mxs.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/irqchip/irq-mxs.c b/drivers/irqchip/
On 10/12/15 2:02 AM, Kaixu Xia wrote:
diff --git a/include/linux/bpf.h b/include/linux/bpf.h
index f57d7fe..25e073d 100644
--- a/include/linux/bpf.h
+++ b/include/linux/bpf.h
@@ -39,6 +39,7 @@ struct bpf_map {
u32 max_entries;
const struct bpf_map_ops *ops;
struct work_str
On Monday 12 October 2015 20:53:50 Robert Jarzmik wrote:
> Robert Jarzmik writes:
>
> > Arnd Bergmann writes:
> >
> >> The z2 machine calls pxa27x_set_pwrmode() in order to power off
> >> the machine, but this function gets discarded early at boot because
> >> it is marked __init, as pointed out
On 10/12/2015 01:14 PM, Arnd Bergmann wrote:
On Monday 12 October 2015 13:10:17 Jens Axboe wrote:
On 10/12/2015 01:03 PM, Christoph Hellwig wrote:
Looks good,
Reviewed-by: Christoph Hellwig
Note that we're moved the nvme driver to a new directory in the
block tree, but I can rebase it for yo
Hi LABBE,
[auto build test ERROR on crypto/master -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/LABBE-Corentin/crypto-hash-add-zero-length-message-hash-for-shax-and-md5/20151013-005943
config: arm-mmp (
On 10/12/15 2:02 AM, Kaixu Xia wrote:
+extern const struct bpf_func_proto bpf_perf_event_sample_enable_proto;
+extern const struct bpf_func_proto bpf_perf_event_sample_disable_proto;
externs are unnecessary. Just make them static.
Also I prefer single helper that takes a flag, so we can extend
Le 12/10/2015 21:24, kbuild test robot a écrit :
> Hi LABBE,
>
> [auto build test ERROR on crypto/master -- if it's inappropriate base, please
> suggest rules for selecting the more suitable base]
>
> url:
> https://github.com/0day-ci/linux/commits/LABBE-Corentin/crypto-hash-add-zero-length-
On 10/11/2015 10:21 AM, Viresh Kumar wrote:
The cpufreq sysfs interface had been a bit inconsistent as one of the
CPUs for a policy had a real directory within its sysfs 'cpuX' directory
and all other CPUs had links to it. That also made the code a bit
complex as we need to take care of moving th
On 10/11/2015 10:21 AM, Viresh Kumar wrote:
We just made sure policy->cpu is online and this check will always fail
as the policy is active. Drop it.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/drivers/cpufreq/cpufreq.c
> Should I add Cc: stable? or are they notified from the Fixes: tag?
My preference is: I'll add stable when I commit to my tree. I am happy
if people tell me when they think this should be done.
In this case, it should :)
signature.asc
Description: Digital signature
On 10/09/2015 10:38 AM, Hannes Frederic Sowa wrote:
> Hi,
>
> Jason Baron writes:
>
>> The unix_dgram_poll() routine calls sock_poll_wait() not only for the wait
>> queue associated with the socket s that we are poll'ing against, but also
>> calls
>> sock_poll_wait() for a remote peer socket p,
On Mon, 12 Oct 2015, Bueso wrote:
At this point, the manpage should probably be updated to indicate that
this behavior is only as of v3.10.
Something like this, perhaps?
8<--
From: Davidlohr Bueso
Date: Mon, 12 Oct 2015 12:40
> Meelis reported that qla2000 driver does not get loaded on one sparc system.
>
> schizo f00732d0: PCI host bridge to bus 0001:00
> pci_bus 0001:00: root bus resource [io 0x7fe0100-0x7fe01ff] (bus
> address [0x-0xff])
> pci 0001:00:06.0: quirk: [io 0x7fe01000800-0x7fe0100083f]
Fix lustre/ptlrpc/client.c block comments following the Coding Style
preferred format for multi-line and single-line comments.
/*
* This is the preferred style for multi-line
* comments in the Linux kernel source code.
* Please use it consistently.
*
On Wednesday, September 30, 2015 01:10:24 AM Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Commit bac2a909a096 (PCI / PM: Avoid resuming PCI devices during
> system suspend) introduced a mechanism by which some PCI devices that
> were runtime-suspended at the system suspend time might be
On Wednesday, September 30, 2015 02:44:29 AM Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The pm_request_idle() in pm_generic_complete() is pointless as it is
> called with the runtime PM usage counter different from zero (bumped
> up by the core during the prepare phase of system suspe
This patch series enable accumulator queue support for K2 SoCs. Accumulator
queues are a type of qmss queue that is monitored by the PDSP firmware and
accumulated. Host is interrupted by PDSP firmware when packets become
available in a ring buffer shared between the host and PDSP.
There was an iss
Currently the DT bindings have details about the driver as well. This
patch moves this to a separate document for knav qmss driver so that
driver detail update can be done as needed without polluting the DT
bindings description.
Signed-off-by: Murali Karicheri
---
Documentation/arm/keystone/knav
On Wednesday, October 07, 2015 03:03:57 AM Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> If the upcoming system suspend is not going to be handled by the
> platform firmware, like in the suspend-to-idle case, it is not
> necessary to reset the controller in i8042_pm_suspend(), so avoid
>
acc channels are available only if accumulator PDSP is loaded and
running in the SoC. As this requires firmware and user may not have
firmware in the file system, make the accumulator queue support
available in qmss driver optional. To use accumulator queus user needs
to add firmware to the file sy
Currently firmware file name is included in the DTS. This is not scalable
as user has to change the DTS if they need upgrade to a new firmware.
Instead, add the firmware file name in the driver itself. As long as there
is no API change, new firmware upgrade is easy and require no driver
change. Use
Add low priority accumulator channel that can monitor multiple QMSS
queues. User for example could use the accumular queue for Netcp
Rx completion. While at it, also add an extra line end of each top
level node in DTS to make it more readable.
Signed-off-by: Murali Karicheri
---
- firmware name
A change of return status was introduced in commit 3fffd1283927
("i2c: allow specifying separate wakeup interrupt in device tree")
The commit prevents the defer status being passed up the call stack
appropriately when dev_pm_domain_attach returns -EPROBE_DEFER.
Catch the PROBE_DEFER and clear up
Anna,
On Mon, Oct 12, 2015 at 4:39 PM, Anna Schumaker
wrote:
> I'm not a fan of the "one giant function" approach. Is there any way to
> split richacl_from_nfs4_acl() into several smaller functions?
sure, parsing the usr/group identifier could be put in a separate
function, for example.
That
On 10/11/2015 07:55 AM, David Miller wrote:
> From: Jason Baron
> Date: Fri, 9 Oct 2015 00:15:59 -0400
>
>> These patches are against mainline, I can re-base to net-next, please
>> let me know.
>>
>> They have been tested against: https://lkml.org/lkml/2015/9/13/195,
>> which causes the use-afte
On 12 October 2015 at 20:40, Wolfram Sang wrote:
>
>> Should I add Cc: stable? or are they notified from the Fixes: tag?
>
> My preference is: I'll add stable when I commit to my tree. I am happy
> if people tell me when they think this should be done.
>
> In this case, it should :)
>
Agreed :)
I
On Friday, October 09, 2015 09:50:21 AM Chen, Yu C wrote:
> Hi, LV
>
> > -Original Message-
> > From: Zheng, Lv
> > Sent: Friday, October 09, 2015 4:33 PM
> > To: Chen, Yu C; r...@rjwysocki.net; l...@kernel.org
> > Cc: linux...@vger.kernel.org; linux-a...@vger.kernel.org; linux-
> > ker...
On Mon, 12 Oct 2015, Frederic Weisbecker wrote:
> This reverts commit 8cb9764fc88b41db11f251e8b2a0d006578b7eb4.
>
> We assumed that nohz full users always want scheduler isolation on full
> dynticks CPUs, therefore we included nohz full CPUs on cpu_isolated_map.
> This means that tasks run by defa
Hi Rafael,
On 9/9/15 21:48, Suthikulpanit, Suravee wrote:
Hi Rafael,
On 9/10/2015 3:38 AM, Rafael J. Wysocki wrote:
On Wednesday, September 09, 2015 07:16:49 PM Suthikulpanit, Suravee
wrote:
>Hi All,
>
>Are there any other concerns about this patch series?
I have none, but then it sort of mi
On 10/12/2015 03:46 PM, Murali Karicheri wrote:
This patch series enable accumulator queue support for K2 SoCs. Accumulator
queues are a type of qmss queue that is monitored by the PDSP firmware and
accumulated. Host is interrupted by PDSP firmware when packets become
available in a ring buffer s
Currently the DT bindings have details about the driver as well. This
patch moves this to a separate document for knav qmss driver so that
driver detail update can be done as needed without polluting the DT
bindings description.
Signed-off-by: Murali Karicheri
---
Documentation/arm/keystone/knav
acc channels are available only if accumulator PDSP is loaded and
running in the SoC. As this requires firmware and user may not have
firmware in the file system, make the accumulator queue support
available in qmss driver optional. To use accumulator queus user needs
to add firmware to the file sy
On Mon, 12 Oct 2015, Theodore Ts'o wrote:
> This thread had fairly intense discussion for two days, but then went dead.
>
> Do folks think this is worth discussing at the kernel summit?
We can do it the same way as hch proposed for the irq affinity
stuff. Just a short summary of the issue and th
On Mon, Oct 5, 2015 at 10:03 AM, Luis R. Rodriguez
wrote:
> On Mon, Oct 5, 2015 at 9:56 AM, Ian Jackson wrote:
>> Luis R. Rodriguez writes ("Wiki for automatic reports / fixes"):
>> [...]
>>> While discussing expectations and information about
>>> reports over these with Valentin it occurred to
On Monday, October 12, 2015 02:51:33 PM Suravee Suthikulpanit wrote:
> Hi Rafael,
>
> On 9/9/15 21:48, Suthikulpanit, Suravee wrote:
> > Hi Rafael,
> >
> > On 9/10/2015 3:38 AM, Rafael J. Wysocki wrote:
> >> On Wednesday, September 09, 2015 07:16:49 PM Suthikulpanit, Suravee
> >> wrote:
> >>> >Hi
On Mon, 12 Oct 2015, Yu, Fenghua wrote:
> > What's the state of the interface discussion? I have not yet seen any
> > agreement on that, unless I missed the important mail.
>
> Peter Anvin will discuss the interface with Tejun during the Kernel
> Summit. Hopefully Tejun will agree with the current
Hi
On 10/12/15 15:27, Rafael J. Wysocki wrote:
Just wondering if you are planning to queue this series up for 4.4 as well?
You don't seem to have addressed the Bjorn's comments on patch [2/4].
They need to be addressed before I can take this series.
Thanks,
Rafael
Ah, I missed that one. So
On Sun, Oct 11, 2015 at 12:26 AM, Christoph Hellwig wrote:
> Did you ever get back to updating this patchset?
No, unfortunately. I got mostly talked out of writing the driver that
I wanted to write that uses it, and I've been swamped with other
stuff.
--Andy
--
Andy Lutomirski
AMA Capital Man
On Tuesday, October 06, 2015 06:36:21 PM Marc Zyngier wrote:
> In order to be able to reference an irqdomain from ACPI, we need
> to be able to create an identifier, which is usually a struct
> device_node.
>
> This device node does't really fit the ACPI infrastructure, so
> we cunningly allocate
On Tuesday, October 06, 2015 06:36:22 PM Marc Zyngier wrote:
> Instead of directly passing NULL to the various irq_domain functions,
> start by looking up the domain with a domain identifier..
>
> As this identifier is permanently set to NULL, the lookup function will
> return the same value (no d
On Tuesday, October 06, 2015 06:36:23 PM Marc Zyngier wrote:
> In order to start embrassing irqdomains at the GSI level, introduce
> a new initializer:
>
> void acpi_set_irq_model(enum acpi_irq_model_id model,
> struct fwnode_handle *fwnode);
>
> where:
> - model is the valu
On Tuesday, October 06, 2015 06:36:27 PM Marc Zyngier wrote:
> As the only user of drivers/acpi/gsi.c is now using acpi_set_irq_model
> to set acpi_gsi_descriptor_populate to something meaningful, we can
> always rely on that information to be present (its absence is an error),
> and guarantee that
On 09/30/15 11:22, Krzysztof Kozlowski wrote:
> Dear Kukjin,
>
> Few defconfig related changes for 4.4.
>
> Description along with a tag.
> You can find them also on the lists with my reviewed-by.
>
> Best regards,
> Krzysztof
>
>
> The following changes since commit 6ff33f3902c3b1c5d0db6b1e2c
On Sunday, October 11, 2015 11:01:17 PM Thomas Gleixner wrote:
> On Tue, 6 Oct 2015, Marc Zyngier wrote:
> > [This patch series used to be called "Making the generic ACPI GSI
> > layer irqdomain aware", but as I've radically changed my approach to
> > this problem, I've decided to reset the counter
Hi Cedric,
On 10/08/2015 05:20 PM, M'boumba Cedric Madianga wrote:
This patch adds support for the STM32 DMA controller.
Signed-off-by: M'boumba Cedric Madianga
---
drivers/dma/Kconfig | 12 +
drivers/dma/Makefile|1 +
drivers/dma/stm32-dma.c | 1193 ++
Hi!
On Mon 2015-10-12 16:47:15, Mark Brown wrote:
> On Mon, Oct 12, 2015 at 11:00:45AM +0200, Pavel Machek wrote:
>
> > Does this look like a step in right direction?
>
> > static const struct regulator_desc arizona_ldo1_hc = {
> > - .name = "LDO1",
>
> No, you definitely shouldn't be doing
On 10/08/2015 05:20 PM, M'boumba Cedric Madianga wrote:
This patch adds STM32 DMA support in stm32_defconfig file
Signed-off-by: M'boumba Cedric Madianga
---
arch/arm/configs/stm32_defconfig | 2 ++
1 file changed, 2 insertions(+)
Acked-by: Maxime Coquelin
I will apply it to my tree a
On Mon, Oct 12, 2015 at 10:17:05PM +0200, Rafael J. Wysocki wrote:
> On Wednesday, October 07, 2015 03:03:57 AM Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > If the upcoming system suspend is not going to be handled by the
> > platform firmware, like in the suspend-to-idle case, it
> --- a/include/asm-generic/vmlinux.lds.h
> +++ b/include/asm-generic/vmlinux.lds.h
>
> -#define BSS_SECTION(sbss_align, bss_align, stop_align)
> \
> +#define BSS_SECTION(sbss_align, bss_align, initbss_align, stop_align)
> \
A few comments:
1) - pl
On Monday, October 12, 2015 01:11:44 PM Dmitry Torokhov wrote:
> On Mon, Oct 12, 2015 at 10:17:05PM +0200, Rafael J. Wysocki wrote:
> > On Wednesday, October 07, 2015 03:03:57 AM Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki
> > >
> > > If the upcoming system suspend is not going to be h
* Tony Lindgren [150713 06:21]:
> * Pali Rohár [150707 05:00]:
> > On Tuesday 07 July 2015 12:32:13 Russell King - ARM Linux wrote:
> > > On Mon, Jul 06, 2015 at 10:26:13PM +0200, Pali Rohár wrote:
> > > > Legacy bootloaders can pass additional information for kernel or legacy
> > > > userspace a
On Mon, Oct 12, 2015 at 12:49 PM, Kieran Bingham
wrote:
> A change of return status was introduced in commit 3fffd1283927
> ("i2c: allow specifying separate wakeup interrupt in device tree")
>
> The commit prevents the defer status being passed up the call stack
> appropriately when dev_pm_domain_
Hello,
On Mon, Oct 12, 2015 at 05:15:06PM +0200, Vlastimil Babka wrote:
> So this patch should be stable 4.1+. Does it apply both in -next and
> 4.3-rcX?
It applies clean to 4.3-rc but it'll reject on <= 4.2 because of some
orthogonal change, so for stable it sounds better to send a separate
pat
* Sudeep Holla [150921 08:52]:
> The IRQF_NO_SUSPEND flag is used to identify the interrupts that should
> be left enabled so as to allow them to work as expected during the
> suspend-resume cycle, but doesn't guarantee that it will wake the system
> from a suspended state, enable_irq_wake is reco
On Mon, Oct 12, 2015 at 11:40 AM, Alexander Kapshuk
wrote:
> This patch is more of a personal preference, rather than a fix for a problem.
Using the sed hold space isn't exactly easy to follow... if, unlike
the other patches, there isn't some potential improvement over the
status quo I'd suggest
On Monday 12 October 2015 22:16:40 Tony Lindgren wrote:
> * Tony Lindgren [150713 06:21]:
> > * Pali Rohár [150707 05:00]:
> > > On Tuesday 07 July 2015 12:32:13 Russell King - ARM Linux wrote:
> > > > On Mon, Jul 06, 2015 at 10:26:13PM +0200, Pali Rohár wrote:
> > > > > Legacy bootloaders can pa
On Mon, Oct 12, 2015 at 10:41:06AM +, Kosuke Tatsukawa wrote:
> J. Bruce Fields wrote:
> > On Fri, Oct 09, 2015 at 06:29:44AM +, Kosuke Tatsukawa wrote:
> >> Neil Brown wrote:
> >> > Kosuke Tatsukawa writes:
> >> >
> >> >> There are several places in net/sunrpc/svcsock.c which calls
> >>
* Tony Lindgren [151012 13:27]:
> * Sudeep Holla [150921 08:52]:
> > The IRQF_NO_SUSPEND flag is used to identify the interrupts that should
> > be left enabled so as to allow them to work as expected during the
> > suspend-resume cycle, but doesn't guarantee that it will wake the system
> > from
Theodore Ts'o wrote:
> On Mon, Oct 12, 2015 at 03:49:08AM -0400, George Spelvin wrote:
>> Words 5..9 never got mixed at all.
> Hmm, good point. It *shouldn't* matter if the hash is secure, but the
> potentially uneven mixing would be a concern.
I don't quite follow the "shouldn't matter" part.
On Mon, Oct 12, 2015 at 10:58:03AM -0700, Brian Norris wrote:
> You missed linux-mtd again. Please use scripts/get_maintainer.pl next
> time to at least get the relevant mailing list(s). (The individual CC's
> are not always necessary, but the subsystem lists definitely are.)
Anyway, pushed to l2-
From: Andi Kleen
The per CPU thermal vector init code checks if the thermal
vector is already installed and complains and bails out if
it is.
This happens after kexec, as kernel shut down does
not clear the thermal vector APIC register.
This causes two problems:
So we always do not fully initi
On Mon, 12 Oct 2015, Andi Kleen wrote:
> From: Andi Kleen
>
> The per CPU thermal vector init code checks if the thermal
> vector is already installed and complains and bails out if
> it is.
>
> This happens after kexec, as kernel shut down does
> not clear the thermal vector APIC register.
>
>
(BTW, my previous e-mail went out early due to a mis-click. It was almost
done, but please excuse any unfinished sentences.)
--
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.o
On Mon, Oct 12, 2015 at 1:31 PM, Brian Norris
wrote:
> On Mon, Oct 12, 2015 at 10:58:03AM -0700, Brian Norris wrote:
>> You missed linux-mtd again. Please use scripts/get_maintainer.pl next
>> time to at least get the relevant mailing list(s). (The individual CC's
>> are not always necessary, but
On Mon, Oct 12, 2015 at 05:01:29PM +0800, Chao Yu wrote:
> > -Original Message-
> > From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> > Sent: Friday, October 09, 2015 8:29 AM
> > To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org;
> > linux-f2fs-de...@lists.sourceforge.net
> > Cc
On 10/11/2015 06:39 AM, Stefan Wahren wrote:
Am 09.10.2015 um 23:27 schrieb Eric Anholt:
This is a respin of the Raspberry Pi KMS series. Now that we've got a
real clock driver, I can actually set new video modes. Also in this
version, most of the custom DT stuff from before is gone, thanks to
On Mon, Oct 12, 2015 at 02:40:51PM -0400, Theodore Ts'o wrote:
> This thread had fairly intense discussion for two days, but then went dead.
>
> Do folks think this is worth discussing at the kernel summit?
I am very interested in discussing this. Of course, part of that
interest is due to the d
Hi Michal, Josh,
On Mon, Oct 12, 2015 at 2:31 AM, Michal Simek wrote:
> On 10/09/2015 06:04 PM, Josh Cartwright wrote:
>> On Fri, Oct 09, 2015 at 12:45:05AM +0200, Moritz Fischer wrote:
>>> Signed-off-by: Moritz Fischer
>>> ---
>>> .../bindings/fpga/xilinx-zynq-fpga-mgr.txt | 26
>>> ++
Jason Baron writes:
> On 10/05/2015 12:31 PM, Rainer Weikusat wrote:
[...]
>> Here's a more simple idea which _might_ work. The underlying problem
>> seems to be that the second sock_poll_wait introduces a covert reference
>> to the peer socket which isn't accounted for. The basic idea behind th
* Pali Rohár [151012 13:29]:
> On Monday 12 October 2015 22:16:40 Tony Lindgren wrote:
> >
> > Pali, any news on posting an updated series with the comments
> > addressed in this thread? It seems that we all pretty much agree
> > what needs to be done.
>
> Tony, I'm not really sure what to do. J
These drivers have depends that aren't build dependencies, so it's
a good idea to allow these drivers to always be built when the
COMPILE_TEST option is enabled.
That way, the drivers can be built with a config generated by make
allyesconfig and check if a patch would break the build.
Signed-off-
On 12 October 2015 at 21:17, Dmitry Torokhov wrote:
> On Mon, Oct 12, 2015 at 12:49 PM, Kieran Bingham
> wrote:
>> A change of return status was introduced in commit 3fffd1283927
>> ("i2c: allow specifying separate wakeup interrupt in device tree")
>>
>> The commit prevents the defer status being
On 10/11/2015 09:58 PM, Pat Erley wrote:
> On 10/11/2015 08:49 PM, Hanjun Guo wrote:
>> On 10/12/2015 11:08 AM, Pat Erley wrote:
>>> On 10/05/2015 10:12 AM, Al Stone wrote:
On 10/05/2015 07:39 AM, Rafael J. Wysocki wrote:
> On Wednesday, September 30, 2015 10:10:16 AM Al Stone wrote:
>
Stephen Warren writes:
> On 10/11/2015 06:39 AM, Stefan Wahren wrote:
>> Am 09.10.2015 um 23:27 schrieb Eric Anholt:
>>> This is a respin of the Raspberry Pi KMS series. Now that we've got a
>>> real clock driver, I can actually set new video modes. Also in this
>>> version, most of the custom
Device node iterators perform an of_node_put on each iteration, so putting
an of_node_put before a continue results in a double put.
A simplified version of the semantic match that finds this problem is as
follows (http://coccinelle.lip6.fr):
//
@@
expression root,e;
local idexpression child;
it
Device node iterators perform an of_node_put on each iteration, so putting
an of_node_put before going around to the next iteration results in a
double put.
Problem found using Coccinelle.
Signed-off-by: Julia Lawall
---
arch/arm/mach-exynos/pm_domains.c |8 +++-
1 file changed, 3 inse
Device node iterators perform an of_node_put on each iteration, so putting
an of_node_put before a continue results in a double put.
A simplified version of the semantic match that finds this problem is as
follows (http://coccinelle.lip6.fr):
//
@@
expression root,e;
local idexpression child;
it
Device node iterators perform an of_node_put on each iteration, so putting
an of_node_put before going around to the next iteration results in a
double put.
The complete semantic patch that fixes this problem is as follows
(http://coccinelle.lip6.fr):
//
@r exists@
expression e1,e2;
local idexpr
A change of return status was introduced in commit 3fffd1283927
("i2c: allow specifying separate wakeup interrupt in device tree")
The commit prevents the defer status being passed up the call stack
appropriately when dev_pm_domain_attach returns -EPROBE_DEFER.
Catch the PROBE_DEFER and clear up
Stefan Wahren writes:
> Am 09.10.2015 um 23:27 schrieb Eric Anholt:
>> VC4 is the GPU (display and 3D) present on the 2835.
>>
>> Signed-off-by: Eric Anholt
>> ---
>>
>> v2: Sort by register address, mark HDMI as disabled by default in the
>> SoC file and enable it from -rpi.
>>
>> v3: Add
* Tony Lindgren [150914 09:32]:
> * Peter Ujfalusi [150914 01:54]:
> > Hi Tony,
> >
> > On 08/24/2015 10:19 AM, Peter Ujfalusi wrote:
> > > Hi,
> > >
> > > this series will enable analog audio (via onboard aic310x codec) for
> > > dra7-evm,
> > > dra72-evm and am57xx-beagle-x15 boards.
> > > I
On Thu, Oct 08, 2015 at 08:50:39PM +0800, Chao Yu wrote:
> >From 0211c6ed82440891b3369851d079f6c69b432b6c Mon Sep 17 00:00:00 2001
> From: Chao Yu
> Date: Thu, 8 Oct 2015 13:27:34 +0800
> Subject: [PATCH] f2fs crypto: fix racing of accessing encrypted page among
> different competitors
>
> Since
On Mon, Oct 12, 2015 at 09:54:43PM +0100, Kieran Bingham wrote:
> A change of return status was introduced in commit 3fffd1283927
> ("i2c: allow specifying separate wakeup interrupt in device tree")
>
> The commit prevents the defer status being passed up the call stack
> appropriately when dev_pm
Some devices depend on the master controller driver setup function being
called before calling any chipselect functions.
Insure that this is done otherwise uninitialized structures may be
accessed causing a kernel panic.
Signed-off-by: Franklin S Cooper Jr
---
drivers/spi/spi.c | 4 ++--
1 file
Keystone 2 devices currently fail to boot in linux-next after the
below commit was applied:
spi: bitbang: switch to the generic implementation of transfer_one_message
commit: 0037686596832572bbca05ab168d9884d7d704c1
This patch allows Keystone 2 devices to boot again in linux-next.
Tested this pa
Am 12.10.2015 um 20:41 schrieb Andy Lutomirski:
> On Mon, Oct 12, 2015 at 11:30 AM, Richard Weinberger
> wrote:
>> On Fri, Oct 9, 2015 at 3:06 PM, Ingo Molnar wrote:
>>> Ok, so I applied all of them to tip:x86/asm, in two phases, with small
>>> (stylistic)
>>> edits - it all seems to work fine f
* Teresa Remmet [150903 05:03]:
> Cleaned up the regulators on the wega board. Created a simple bus,
> renamed the regulators according to the schematics and added missing
> regulator on wega.
Applying this one into omap-for-v4.4/dt thanks.
Tony
--
To unsubscribe from this list: send the line "u
On Tue, 6 Oct 2015, Bjorn Helgaas wrote:
+static int __init vmd_init(void)
+{
+ return pci_register_driver(&vmd_drv);
+}
+module_init(vmd_init);
module_pci_driver(vmd_drv)?
We actually only have a module_init in this driver, and purposely left
out module_exit. We don't want to be able t
On 06.10.2015 [02:51:36 -0700], Christoph Hellwig wrote:
> Do we need a function here or can we just have a IOMMU_PAGE_SHIFT define
> with an #ifndef in common code?
On Power, since it's technically variable, we'd need a function. So are
you suggesting define'ing it to a function just on Power and
On 12.10.2015 [09:03:52 -0700], Nishanth Aravamudan wrote:
> On 06.10.2015 [14:19:43 +1100], David Gibson wrote:
> > On Fri, Oct 02, 2015 at 10:18:00AM -0700, Nishanth Aravamudan wrote:
> > > We will leverage this macro in the NVMe driver, which needs to know the
> > > configured IOMMU page shift t
Arnd Bergmann writes:
>> It looks to me the powermode should be initialized once and for all in the
>> machine init code. So unless I've overseen something, I'll keep Thierry's
>> patch.
>
> Ah, sorry. I should have looked at the link you sent.
>
> Thierry's patch indeed looks much nicer if that
On Mon, 2015-10-12 at 09:01 +0200, Daniel Vetter wrote:
> On Fri, Oct 09, 2015 at 06:16:25PM -0400, Dan Williams wrote:
> > i915 expects the OpRegion to be cached (i.e. not __iomem), so explicitly
> > map it with memremap rather than the implied cache setting of
> > acpi_os_ioremap().
> >
> > Cc:
Hello,
While working on regulators, GPIOs and DT I noticed that many of our DT source
files incorrectly describe fixed regulators. The common error patterns are
- Usage of the undefined (and never parsed) enable-active-low property
- Usage of the enable-active-high property without specifying an
601 - 700 of 992 matches
Mail list logo
