On Wed, Feb 04, 2015 at 04:10:22PM +0100, Joerg Roedel wrote:
From: Joerg Roedel jroe...@suse.de
Now that I learned about possible spurious wakeups this
place needs fixing too. Replace the self-coded sleep variant
with the generic wait_event() helper.
Signed-off-by: Joerg Roedel
On Wed, Feb 4, 2015 at 8:12 AM, Andrew G. Morgan mor...@kernel.org wrote:
I was thinking more like this:
int override = secure(SECURE_AMBIENT_PRIVS)
cap_isclear(caps-inheritable.cap);
CAP_FOR_EACH_U32(i) {
__u32 permitted = caps-permitted.cap[i];
__u32 inheritable
Hi Prabhakar,
Thank you for the patch. Here's a partial review.
On Thursday 15 January 2015 23:39:23 Lad, Prabhakar wrote:
From: Benoit Parrot bpar...@ti.com
this patch adds support for omnivision's ov2659
sensor.
Signed-off-by: Benoit Parrot bpar...@ti.com
Signed-off-by: Lad, Prabhakar
variable 'done' is only used for true/false in loop.
Signed-off-by: Fabian Frederick f...@skynet.be
---
fs/udf/super.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/udf/super.c b/fs/udf/super.c
index 3d35a75..f169411 100644
--- a/fs/udf/super.c
+++ b/fs/udf/super.c
This enables all 3 GPIO controllers including the ASIU GPIO, the
chipcommonG GPIO, and the ALWAYS-ON GPIO, for Broadcom Cygnus SoC
Signed-off-by: Ray Jui r...@broadcom.com
Reviewed-by: Scott Branden sbran...@broadcom.com
---
arch/arm/boot/dts/bcm-cygnus.dtsi | 33
This enables GPIO based phone hook detection for Broadcom BCM911360
phone factor board (bcm911360_entphn)
Signed-off-by: Ray Jui r...@broadcom.com
---
arch/arm/boot/dts/bcm911360_entphn.dts | 13 +
1 file changed, 13 insertions(+)
diff --git
Document the GPIO/PINCONF device tree binding for Broadcom Cygnus SoC
Signed-off-by: Ray Jui r...@broadcom.com
Reviewed-by: Scott Branden sbran...@broadcom.com
---
.../bindings/pinctrl/brcm,cygnus-gpio.txt | 102
1 file changed, 102 insertions(+)
create mode
was only compile tested with arm-linux-gnueabi-4.7-, current
crosstool-ng did not seem to build omap2 properly.
Config is omap2plus_defconfig which implies CONFIG_MTD_NAND_OMAP2=y.
Patch is against 3.19.0-rc7 (localversion-next is -next-20150204)
drivers/mtd/nand/omap2.c | 31
On Tue, Feb 3, 2015 at 9:04 PM, Bjorn Helgaas bhelg...@google.com wrote:
[+cc Andres, Leigh, Jens because they were involved in 73d2eaac8a3f
(CS5536: apply pci quirk for BIOS SMBUS bug)]
[+cc Bill, Martin, Matthew, Greg, Linus because they saw the original
report and might be interested in
From: Lad, Prabhakar prabhakar.cse...@gmail.com
this patch fixes following sparse warning:
f_hid.c:572:30: warning: symbol 'f_hidg_fops' was not declared. Should it be
static?
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
Found this issue on linux-next (gcc version 4.8.2,
I was thinking more like this:
int override = secure(SECURE_AMBIENT_PRIVS)
cap_isclear(caps-inheritable.cap);
CAP_FOR_EACH_U32(i) {
__u32 permitted = caps-permitted.cap[i];
__u32 inheritable = override ? new-cap_bset.cap[i] :
caps-inheritable.cap[i];
[...]
Cheers
On Wed, Feb 04, 2015 at 09:53:28AM -0600, Bjorn Helgaas wrote:
On Wed, Feb 4, 2015 at 4:48 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Moreover, __weak is positively harmful when you consider it adds bloat
and dead code - the overriden __weak function is left behind in the
On Wed, 4 Feb 2015, Alexander Holler wrote:
Date: Wed, 04 Feb 2015 17:12:52 +0100
From: Alexander Holler hol...@ahsoftware.de
To: Lukáš Czerner lczer...@redhat.com
Cc: Michael Kerrisk mtk.manpa...@gmail.com,
Al Viro v...@zeniv.linux.org.uk, Theodore Ts'o ty...@mit.edu,
Linux-Fsdevel
On Wednesday, February 04, 2015 at 05:06:55 PM, Rafał Miłecki wrote:
On 4 February 2015 at 16:50, Jim-Ting Kuo jimting...@gmail.com wrote:
The serial flash discoverable parameters (SFDP) is needed to
spi nor devices for some specific features. I added some sfdp
structure and detect method.
On Wed, Feb 04, 2015 at 05:34:50PM +0100, Peter Zijlstra wrote:
On Wed, Feb 04, 2015 at 04:10:22PM +0100, Joerg Roedel wrote:
From: Joerg Roedel jroe...@suse.de
Now that I learned about possible spurious wakeups this
place needs fixing too. Replace the self-coded sleep variant
with the
On Mon, Feb 02, 2015 at 12:45:39PM +, Hanjun Guo wrote:
From: Graeme Gregory graeme.greg...@linaro.org
There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set,
the former signals to the OS that the firmware is PSCI compliant.
The latter selects the appropriate conduit for PSCI
On śro, 2015-02-04 at 08:28 -0800, Paul E. McKenney wrote:
On Wed, Feb 04, 2015 at 05:10:56PM +0100, Krzysztof Kozlowski wrote:
On śro, 2015-02-04 at 07:56 -0800, Paul E. McKenney wrote:
On Wed, Feb 04, 2015 at 04:22:28PM +0100, Krzysztof Kozlowski wrote:
Actually the timeout
On Wed, Feb 04, 2015 at 05:33:36PM +0100, Peter Zijlstra wrote:
On Wed, Feb 04, 2015 at 03:51:36PM +0100, Jiri Olsa wrote:
On Mon, Feb 02, 2015 at 06:32:32PM +0100, Peter Zijlstra wrote:
That looks like tail recursive fun! An irq work that raises and irq work
ad infinitum. Lemme see if
On Tue, Feb 03, 2015 at 11:53:03AM +0100, Peter Zijlstra wrote:
On Mon, Feb 02, 2015 at 06:53:45PM +0100, Frederic Weisbecker wrote:
It looks like preempt_count_add/inc() mostly imply entering a context that
we want
to be seen right away (thus want barrier() after) and
On Wed, Feb 04, 2015 at 01:27:21PM +0100, Geert Uytterhoeven wrote:
Anyone may call clk_round_rate() with a zero rate value, so we have to
protect against that.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
Acked-by: Wolfram Sang wsa+rene...@sang-engineering.com
I agree that
Userspace can opt to receive a device request notification,
indicating that the device should be released. This is setup
the same way as the error IRQ and also supports eventfd signaling.
Future support may forcefully remove the device from the user if
the request is ignored.
Signed-off-by: Alex
Am 04.02.2015 um 15:52 schrieb Lukáš Czerner:
On Wed, 4 Feb 2015, Alexander Holler wrote:
I'm happy for all the feedback. But it doesn't help me. I'm not going to
spend
the necessary time unpaid.
Right, you'd much rather have someone else to spend the time on your
request unpaid. That's
On Fri, Jan 23, 2015 at 10:10 AM, Geert Uytterhoeven
geert+rene...@glider.be wrote:
Hi Grant, Rob,
This patch series adds tests to detect reference count imbalances.
The tests use a fixed list of paths to devices nodes (required device
nodes in a minimal DTS, and device nodes present
On Feb 4, 2015 7:56 AM, Serge E. Hallyn se...@hallyn.com wrote:
Quoting Christoph Lameter (c...@linux.com):
On Wed, 4 Feb 2015, Andrew G. Morgan wrote:
I'm not generally in favor of this. Mostly because this seems to be a
mini-root kind of inheritance that propagates privilege to
On Fri, Jan 30, 2015 at 02:13:41PM +0800, Peter Hung wrote:
Set correct product type from 16654 to 16550A and
fix the ioctl TIOCGSERIAL return struct values.
Signed-off-by: Peter Hung hpeter+linux_ker...@gmail.com
---
drivers/usb/serial/f81232.c | 13 +
1 file changed, 9
On Wed, 2015-02-04 at 16:25 +, Russell King - ARM Linux wrote:
I haven't experimented with it myself, but I think David Woodhouse
has some experience in this area.
In many kernel configurations there are actually quite a lot of
functions that are never called, and I was quite surprised the
Am 04.02.2015 um 17:25 schrieb Lukáš Czerner:
On Wed, 4 Feb 2015, Alexander Holler wrote:
Am 04.02.2015 um 15:52 schrieb Lukáš Czerner:
On Wed, 4 Feb 2015, Alexander Holler wrote:
I'm happy for all the feedback. But it doesn't help me. I'm not going to spend
the necessary time unpaid.
On 02/04/2015 03:00 PM, Michael Kerrisk (man-pages) wrote:
Hello Vlastimil,
On 4 February 2015 at 14:46, Vlastimil Babka vba...@suse.cz wrote:
- that covers mlocking ok, not sure if the rest fits the shared pages
case
though. I dont see any check for other kinds of shared pages in the code.
This patchset contains the initial GPIO/PINCONF support for the Broadcom
Cygnus SoC.
Cygnus has 3 GPIO controllers: 1) the ASIU GPIO; 2) the chipCommonG GPIO;
and 3) the ALWAYS-ON GPIO. All 3 types of GPIO controllers are supported by
the this driver.
All 3 Cygnus GPIO controllers support basic
On Wed, Feb 04, 2015 at 05:09:51PM +, Catalin Marinas wrote:
On Wed, Feb 04, 2015 at 03:17:25PM +, Ding Tianhong wrote:
bad mode in Synchronous Abort handler detected, code 0x8605
CPU: 1 PID: 381 Comm: kworker/1:1 Tainted: G O 3.19.0-rc4+ #6
Hardware name: Hisilicon
Ok this is all sounding too magic for my tastes. My original suggestion
was for an actual new capability set, pA, empty by default. You can
add bits to it using prctl if ns_capable(CAP_SETPCAP) and all the new bits are
in your pE. Once set, they stay until they are removed using prctl. At
On Wed, Feb 04, 2015 at 06:31:57PM +0100, Frederic Weisbecker wrote:
In any case; if we make __schedule() noinline (I think that might make
sense) that function call would itself imply the compiler barrier and
something like:
__preempt_count_add(PREEMPT_ACTIVE +
On Wed, Feb 4, 2015 at 2:03 AM, Linus Walleij linus.wall...@linaro.org wrote:
On Fri, Jan 30, 2015 at 5:20 PM, Bjorn Andersson
bjorn.anders...@sonymobile.com wrote:
On Fri 30 Jan 02:27 PST 2015, Stanimir Varbanov wrote:
+ case PIN_CONFIG_INPUT_ENABLE:
+ /* Pin is output */
+
, CONFIG_COMEDI_DT282X=m
Patch is against 3.19.0-rc7 (localversion = -next-20150204)
drivers/staging/comedi/drivers/dt282x.c |9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/staging/comedi/drivers/dt282x.c
b/drivers/staging/comedi/drivers/dt282x.c
index 051dfb2
On śro, 2015-02-04 at 07:56 -0800, Paul E. McKenney wrote:
On Wed, Feb 04, 2015 at 04:22:28PM +0100, Krzysztof Kozlowski wrote:
Actually the timeout versions but I think that doesn't matter.
The wait_on_bit will busy-loop with testing for the bit. Inside the loop
it calls the 'action'
On Tuesday, February 03, 2015 8:13 AM, Ian Abbott wrote:
On 03/02/15 12:38, Nicholas Mc Guire wrote:
The if and the else branch code are identical - so the condition has no
effect on the effective code - this patch removes the condition and the
duplicated code.
Signed-off-by: Nicholas Mc
On Wednesday 04 February 2015 15:21:40 Zubair Lutfullah Kakakhel wrote:
+ domain = irq_domain_add_legacy(node, num_chips * 32, JZ4740_IRQ_BASE,
0,
+ irq_domain_simple_ops, NULL);
+ if (!domain)
+ pr_warn(unable to register IRQ
Prarit Bhargava wrote:
While this is highly unlikely to ever happen in the real world it is
still something we should protect against, as breaking the state machine
is obviously bad.
I'm not sure what exactly breaks here. If the PLL is disabled before
time_state is set to TIME_OOP, the
On Wed, 4 Feb 2015, Andrew G. Morgan wrote:
I was thinking more like this:
int override = secure(SECURE_AMBIENT_PRIVS)
cap_isclear(caps-inheritable.cap);
Uhh.. Then processes that require other capabilties would not pass
them through anymore to other stuff that they invoke.
Also the
Gets a handle to the system clock, already described in the binding
document, and calls the appropriate common clock framework functions
to mark it prepared/enabled, the common clock framework initially
enables the clock and doesn't disable it at least until the
device/driver is removed.
It's
On Wed, Feb 4, 2015 at 9:23 AM, Fabio Estevam feste...@gmail.com wrote:
Rob,
On Wed, Feb 4, 2015 at 12:55 PM, Rob Herring robherri...@gmail.com wrote:
I'm surprised there are not already compatible strings with
OmniVision. There are some examples using omnivision, but no dts
files and
If permitted is zero (ie., no file capabilities) then I don't think
this will yield any privilege for such an exec. Perhaps I missed
something prior to being included in the thread, but I was under the
impression that this was a case where it was intended that
capabilities would be inherited..?
On Fri, 30 January 2015 Trond Myklebust wrote:
On Sun, 2015-01-25 at 16:55 -0500, Trond Myklebust wrote:
On Sun, Jan 25, 2015 at 4:06 PM, Bruno Prémont wrote:
On a system running home-brown container (mntns, utsns, pidns, netns)
with NFS mount-point bind-mounted into the container I hit
On Wed, Feb 04, 2015 at 05:53:55PM +0100, Krzysztof Kozlowski wrote:
The complete() should not be used on offlined CPU. Rewrite the
wait-complete mechanism with wait_on_bit_timeout().
The CPU triggering hot unplug (e.g. CPU0) will loop until some bit is
cleared. In each iteration
On 04.02.2015 20:15, Tejun Heo wrote:
Hello,
On Wed, Feb 04, 2015 at 01:49:08PM +0300, Konstantin Khlebnikov wrote:
I think important shared data must be handled and protected explicitly.
That 'catch-all' shared container could be separated into several
I kinda disagree. That'd be a major
We want another single vector IRQ index to support signaling of
the device request to userspace. Generalize the error reporting
IRQ index to avoid code duplication.
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
drivers/vfio/pci/vfio_pci_intrs.c | 44
On Wednesday 04 February 2015 15:21:44 Zubair Lutfullah Kakakhel wrote:
+/ {
+ ext: clock@0 {
+ compatible = fixed-clock;
+ #clock-cells = 0;
+ clock-frequency = 1200;
+ };
+
+ rtc: clock@1 {
+ compatible =
On Wednesday 04 February 2015 15:21:56 Zubair Lutfullah Kakakhel wrote:
+#ifndef __JZ4740_SERIAL_H__
+#define __JZ4740_SERIAL_H__
+
+#define BASE_BAUD (1200 / 16)
+
+#endif /* __JZ4740_SERIAL_H__ */
This looks wrong: You should not need to hardcode this number when
you can get it from
On Wed, Feb 04, 2015 at 05:10:56PM +0100, Krzysztof Kozlowski wrote:
On śro, 2015-02-04 at 07:56 -0800, Paul E. McKenney wrote:
On Wed, Feb 04, 2015 at 04:22:28PM +0100, Krzysztof Kozlowski wrote:
Actually the timeout versions but I think that doesn't matter.
The wait_on_bit will
On 02/04/2015 02:13 AM, Tomeu Vizoso wrote:
On 02/03/2015 05:35 PM, Stephen Warren wrote:
On 02/03/2015 06:13 AM, Tomeu Vizoso wrote:
On 2 February 2015 at 22:08, Stephen Warren swar...@wwwdotorg.org wrote:
On 01/28/2015 03:50 AM, Tomeu Vizoso wrote:
Patches are on its way to add a config
Hello.
On 02/04/2015 06:21 PM, Zubair Lutfullah Kakakhel wrote:
From: Paul Burton paul.bur...@imgtec.com
Use the generic irqchip_init function to probe irqchip drivers using DT,
and add the appropriate node to the jz4740 devicetree in place of the
call to mips_cpu_irq_init.
On 02/04/2015 03:18 AM, Peter Zijlstra wrote:
On Tue, Feb 03, 2015 at 04:24:55PM -0700, Jens Axboe wrote:
Yes, from a cursory look, that seems fine to me. Though I will hold the fact
that you label my code as 'seriously obtuse' against you. Some day.
Hehe, fair enough. I'm sure I've written
Hi Greg,
Here's a big pull request for v3.20. All patches have been around
for quite a while. I have tested everything on AM437x SK, AM437x IDK,
AM335x BeagleBoneBlack and AM57x Beagleboard X15.
Let me know if you want me to change anything.
cheers
The following changes since commit
This adds the initial support of the Broadcom Cygnus GPIO/PINCONF driver
that supports all 3 GPIO controllers on Cygnus including the ASIU GPIO
controller, the chipCommonG GPIO controller, and the always-on GPIO
controller. Basic PINCONF configurations such as bias pull up/down, and
drive strength
Three small cifs fixes. One fixes a hang under stress, and the other two are
security related.
The following changes since commit ec6f34e5b552fb0a52e6aae1a5afbbb1605cc6cc:
Linux 3.19-rc5 (2015-01-18 18:02:20 +1200)
are available in the git repository at:
On Wed, Feb 04, 2015 at 04:08:27PM +, Mark Salter wrote:
On Wed, 2015-02-04 at 11:25 +, Catalin Marinas wrote:
On Tue, Feb 03, 2015 at 05:29:36PM +, Mark Salter wrote:
On Mon, 2015-02-02 at 23:14 +0100, Rafael J. Wysocki wrote:
On Monday, February 02, 2015 08:45:30 PM Hanjun
Currently when the host kernel attempts to unbind an in-use device
from a vfio driver, we simply block until userspace releases the
device. With a cooperative userspace client, we can do better (we can
potentially do better with a non-cooperative client too, but this
series does not attempt to
There's a small window between the vfio bus driver calling
vfio_del_group_dev() and the device being completely unbound where
the vfio group appears to be non-viable. This creates a race for
users like QEMU/KVM where the kvm-vfio module tries to get an
external reference to the group in order to
Move the iommu_group reference from the device to the vfio_group.
This ensures that the iommu_group persists as long as the vfio_group
remains. This can be important if all of the device from an
iommu_group are removed, but we still have an outstanding vfio_group
reference; we can still walk the
On Wed, Feb 4, 2015 at 10:25 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Feb 04, 2015 at 09:53:28AM -0600, Bjorn Helgaas wrote:
On Wed, Feb 4, 2015 at 4:48 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Moreover, __weak is positively harmful when you
From: Markus Elfring elfr...@users.sourceforge.net
Date: Wed, 4 Feb 2015 17:31:00 +0100
Another update suggestion was taken into account after a patch was applied
from static source code analysis.
Markus Elfring (2):
Delete an unnecessary check before the function call release_firmware
Less
We may optimize __wait_for_common() in case of it's waken up
by complete{,_all}() if we do not take the spinlock.
New function completion_wake_function() is now used to wake
waiters. It a case of successful waking it deletes a waiter
from the task list. The waiter checks wait.task_list and skips
The complete() should not be used on offlined CPU. Rewrite the
wait-complete mechanism with wait_on_bit_timeout().
The CPU triggering hot unplug (e.g. CPU0) will loop until some bit is
cleared. In each iteration schedule_timeout() is used with initial sleep
time of 1 ms. Later it is increased to
Hello.
On 02/04/2015 06:21 PM, Zubair Lutfullah Kakakhel wrote:
From: Paul Burton paul.bur...@imgtec.com
Add binding documentation for the Ingenic jz4740 interrupt controller.
Signed-off-by: Paul Burton paul.bur...@imgtec.com
Cc: Lars-Peter Clausen l...@metafoo.de
Cc:
Hi Rob,
On Wed, Feb 4, 2015 at 5:14 PM, Rob Herring robherri...@gmail.com wrote:
On Fri, Jan 23, 2015 at 10:10 AM, Geert Uytterhoeven
geert+rene...@glider.be wrote:
This patch series adds tests to detect reference count imbalances.
The tests use a fixed list of paths to devices nodes
Hello,
On Wed, Feb 04, 2015 at 01:49:08PM +0300, Konstantin Khlebnikov wrote:
I think important shared data must be handled and protected explicitly.
That 'catch-all' shared container could be separated into several
I kinda disagree. That'd be a major pain in the ass to use and you
wouldn't
On Wed, 2015-02-04 at 13:06 +0100, Peter Zijlstra wrote:
On Tue, Feb 03, 2015 at 11:43:36AM -0800, Tim Chen wrote:
That's true. We cannot have the lock grabbed by a new write
contender as any new writer contender of the lock will be
queued by the OSQ logic. Only the
thread doing the
On Wed, Feb 04, 2015 at 04:16:34PM +, Timur Tabi wrote:
On 02/04/2015 10:08 AM, Mark Salter wrote:
acpi_os_remap() is used to map ACPI tables. These tables may be in ram
which are already included in the kernel's linear RAM mapping. So we
need ioremap_cache to avoid two mappings to the
Fix the following coccinelle warnings:
fs/udf/inode.c:753:2-13: WARNING: Assignment of bool to 0/1
fs/udf/inode.c:795:2-13: WARNING: Assignment of bool to 0/1
Signed-off-by: Fabian Frederick f...@skynet.be
---
fs/udf/inode.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On Wed, Feb 04, 2015 at 01:32:14PM +0100, Paul Bolle wrote:
Andrey Skvortsov schreef op zo 01-02-2015 om 00:16 [+0300]:
this warning exist in v3.19-rc6 and does not in v3.18. Bisection
points to the commit 51e31d49c890552 drm/i915: Use generic vblank wait.
I have two machines with
Hello.
On 02/04/2015 08:32 PM, Wolfram Sang wrote:
Anyone may call clk_round_rate() with a zero rate value, so we have to
protect against that.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
Acked-by: Wolfram Sang wsa+rene...@sang-engineering.com
I agree that this should
Hi everyone,
I am glad to announce the very first release of the lttng-analyses project !
https://github.com/lttng/lttng-analyses
This project is a collection of tools to extract metrics and
higher-level informations from LTTng kernel traces.
Here is a complete example that illustrates how to
When a request is made to unbind a device from a vfio bus driver,
we need to wait for the device to become unused, ie. for userspace
to release the device. However, we have a long standing TODO in
the code to do something proactive to make that happen. To enable
this, we add a request callback
On Wed, 2015-02-04 at 11:25 +, Catalin Marinas wrote:
On Tue, Feb 03, 2015 at 05:29:36PM +, Mark Salter wrote:
On Mon, 2015-02-02 at 23:14 +0100, Rafael J. Wysocki wrote:
On Monday, February 02, 2015 08:45:30 PM Hanjun Guo wrote:
From: Mark Salter msal...@redhat.com
The
Large EEPROMS (24c32 and larger) require a two-byte data address
instead of just a single byte. Implement support for such EEPROMs
with SMBus commands.
Support has limitations (reads are not multi-master safe) and is slow,
but it works. Practical use is for a system with 24c32 connected to
Intel
Some utils, like dmidecode and smbios, need to access SMBIOS entry
table area in order to get information like SMBIOS version, size, etc.
Currently it's done via /dev/mem. But for situation when /dev/mem
usage is disabled, the utils have to use dmi sysfs instead, which
doesn't represent SMBIOS
On Wed, Feb 04, 2015 at 03:17:25PM +, Ding Tianhong wrote:
bad mode in Synchronous Abort handler detected, code 0x8605
CPU: 1 PID: 381 Comm: kworker/1:1 Tainted: G O 3.19.0-rc4+ #6
Hardware name: Hisilicon Board ESL (DT)
Workqueue: events (null)
task:
On 02/04/2015 06:21 PM, Zubair Lutfullah Kakakhel wrote:
From: Paul Burton paul.bur...@imgtec.com
Add the appropriate DT node to probe the interrupt controller driver
using the devicetree, and remove the call to jz4740_intc_init.
Signed-off-by: Paul Burton paul.bur...@imgtec.com
Cc:
On 02/03/2015 04:16 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.68 release.
There are 51 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should
On 02/03/2015 04:14 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.32 release.
There are 33 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should
On 02/04/2015 10:08 AM, Mark Salter wrote:
acpi_os_remap() is used to map ACPI tables. These tables may be in ram
which are already included in the kernel's linear RAM mapping. So we
need ioremap_cache to avoid two mappings to the same physical page
having different caching attributes.
Would
There is no 'struct page' for the source of this data. We have a kernel
address for it; that's all.
-Original Message-
From: Leonid Yegoshin [mailto:leonid.yegos...@imgtec.com]
Sent: Tuesday, February 03, 2015 10:40 AM
To: Guenter Roeck; Ralf Baechle
Cc: linux-m...@linux-mips.org;
On Wed, Feb 04, 2015 at 03:51:36PM +0100, Jiri Olsa wrote:
On Mon, Feb 02, 2015 at 06:32:32PM +0100, Peter Zijlstra wrote:
That looks like tail recursive fun! An irq work that raises and irq work
ad infinitum. Lemme see if I can squash that.. didn't we have something
like this before...
On Wed, 04 Feb 2015, Hartley Sweeten wrote:
On Tuesday, February 03, 2015 8:13 AM, Ian Abbott wrote:
On 03/02/15 12:38, Nicholas Mc Guire wrote:
The if and the else branch code are identical - so the condition has no
effect on the effective code - this patch removes the condition and the
On 02.02.2015 17:06, Greg Kroah-Hartman wrote:
On Mon, Feb 02, 2015 at 04:43:14PM +0100, Stefan Roese wrote:
On 21.02.2014 17:18, Michal Simek wrote:
On 02/21/2014 05:12 PM, Felipe Balbi wrote:
On Fri, Feb 21, 2014 at 05:04:26PM +0100, Michal Simek wrote:
On 02/21/2014 05:04 PM, Greg
On Wed, Feb 04, 2015 at 03:21:29PM +, Zubair Lutfullah Kakakhel wrote:
Hi,
This series introduces initial support for the Ingenic jz4780 SoC the
MIPS Creator CI20 board which is based upon it.
The jz4780 shares aspects with jz4740. But jz4740 is platform only.
So, the jz4740
From: Markus Elfring elfr...@users.sourceforge.net
Date: Wed, 4 Feb 2015 17:28:41 +0100
The functions kfree() and release_firmware() were called in a few cases
by the cw1200_load_firmware_cw1200() function during error handling even if
the passed variables contained still a null pointer.
From: Markus Elfring elfr...@users.sourceforge.net
Date: Wed, 4 Feb 2015 16:32:15 +0100
The release_firmware() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Am 04.02.2015 um 17:45 schrieb Alexander Holler:
Am 04.02.2015 um 17:25 schrieb Lukáš Czerner:
On Wed, 4 Feb 2015, Alexander Holler wrote:
Am 04.02.2015 um 15:52 schrieb Lukáš Czerner:
On Wed, 4 Feb 2015, Alexander Holler wrote:
I'm happy for all the feedback. But it doesn't help me. I'm
Hello,
On Tue, Feb 03, 2015 at 03:30:31PM -0800, Greg Thelen wrote:
If a machine has several top level memcg trying to get some form of
isolation (using low, min, soft limit) then a shared libc will be
moved to the root memcg where it's not protected from global memory
pressure. At least
(localversion = -next-20150204)
drivers/staging/comedi/drivers/dt282x.c |9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/staging/comedi/drivers/dt282x.c
b/drivers/staging/comedi/drivers/dt282x.c
index 051dfb2..db21d21 100644
--- a/drivers/staging/comedi/drivers
On 04/02/15 16:48, Sifan Naeem wrote:
Gets a handle to the system clock, already described in the binding
document, and calls the appropriate common clock framework functions
to mark it prepared/enabled, the common clock framework initially
enables the clock and doesn't disable it at least
From: Lad, Prabhakar prabhakar.cse...@gmail.com
this patch fixes following sparse warning:
ts3a227e.c:222:5: warning: symbol 'ts3a227e_enable_jack_detect' was not
declared. Should it be static?
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
Found this issue on linux-next (gcc
On 02/03/2015 04:13 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.18.6 release.
There are 57 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should
2015-02-02 17:36 GMT+01:00 Sudip Mukherjee sudipm.mukher...@gmail.com:
On Thu, Jan 29, 2015 at 07:46:10PM +0100, Rickard Strandqvist wrote:
Fix a possible null pointer dereference, there is
otherwise a risk of a possible null pointer dereference.
This was found using a static code analysis
On Wed, 4 Feb 2015 13:54:31 +0200
Kirill A. Shutemov kirill.shute...@linux.intel.com wrote:
After commit 944d9fec8d7a we can allocate 1G pages runtime if CMA is
enabled.
Let's register 1G pages into hugetlb even if user hasn't requested them
explicitly at boot time with hugepagesz=1G.
On Wed, Feb 04, 2015 at 08:23:37AM -0800, Guenter Roeck wrote:
Large EEPROMS (24c32 and larger) require a two-byte data address
instead of just a single byte. Implement support for such EEPROMs
with SMBus commands.
Support has limitations (reads are not multi-master safe) and is slow,
but
From: Markus Elfring elfr...@users.sourceforge.net
Date: Wed, 4 Feb 2015 18:48:28 +0100
The relay_close() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
[CC += linux-api@]
Hello Alexander,
The kernel source file Documentation/SubmitChecklist notes that all
Linux kernel patches that change userspace interfaces should be CCed
to linux-...@vger.kernel.org. See also
https://www.kernel.org/doc/man-pages/linux-api-ml.html. Please CC
linux-api@ on
[CC += linux-api@]
On Mon, Feb 2, 2015 at 6:05 PM, Alexander Holler hol...@ahsoftware.de wrote:
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
arch/x86/syscalls/syscall_32.tbl | 1 +
arch/x86/syscalls/syscall_64.tbl | 1 +
fs/namei.c| 38
1 - 100 of 1854 matches
Mail list logo
