Fix the debug message in get_key_haup_common.isra.4() doesn't print the
correct toggle value. Fix it. This shows up as an used uninitialized warn
message:
drivers/media/i2c/ir-kbd-i2c.c: In function ‘get_key_haup_common.isra.4’:
drivers/media/i2c/ir-kbd-i2c.c:62:2: warning: ‘toggle’ may be used
Fix the following uninitialized variable compiler warning:
drivers/media/usb/dvb-usb/dib0700_core.c: In function
‘dib0700_rc_urb_completion’:
drivers/media/usb/dvb-usb/dib0700_core.c:763:2: warning: ‘protocol’ may be
used uninitialized in this function [-Wmaybe-uninitialized]
rc_keydown(d->r
Fix the following warn:
net/netfilter/ipvs/ip_vs_sync.c: In function ‘ip_vs_proc_sync_conn’:
net/netfilter/ipvs/ip_vs_sync.c:1069:33: warning: ‘opt.init_seq’ may be used
uninitialized in this function [-Wmaybe-uninitialized]
struct ip_vs_sync_conn_options opt;
Hi Robin,
On Tue, Nov 1, 2016 at 12:46 PM, Robin Murphy wrote:
To aid debugging and catch devices not supporting DMA to memory outside
the 32-bit address space, add a kernel command line option
"swiotlb=nobounce", which disables the use of bounce buffers.
If specified, trying
Fix the following warn:
CC [M] net/netfilter/nft_range.o
8601,8605c9105
net/netfilter/nft_range.c: In function ‘nft_range_eval’:
net/netfilter/nft_range.c:45:5: warning: ‘mismatch’ may be used uninitialized
in this function [-Wmaybe-uninitialized]
if (mismatch)
^
Signed-off-by: Sh
On 2 November 2016 at 10:19, Suzuki K Poulose wrote:
> Add the PIDs for STM-500 to the known STM devices list.
>
> Cc: Mathieu Poirier
> Cc: Chunyan Zhang
> Signed-off-by: Suzuki K Poulose
> ---
> drivers/hwtracing/coresight/coresight-stm.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff
Hi,
I can relatively easily reproduce this bug:
BUG: 'list_empty(&vgdev->free_vbufs)' is true!
[ cut here ]
kernel BUG at /home/latest/linux/drivers/gpu/drm/virtio/virtgpu_vq.c:130!
invalid opcode: [#1] PREEMPT SMP KASAN
Modules linked in:
CPU: 1 PID: 355 Comm: kworker
Hi Shuah,
On 11/07/2016 10:41 AM, Shuah Khan wrote:
> Fix the following warn:
>
> net/netfilter/ipvs/ip_vs_sync.c: In function ‘ip_vs_proc_sync_conn’:
> net/netfilter/ipvs/ip_vs_sync.c:1069:33: warning: ‘opt.init_seq’ may be used
> uninitialized in this function [-Wmaybe-uninitialized]
>st
On Sun, Oct 30, 2016 at 03:03:07PM +, Catalin Marinas wrote:
> On Thu, Oct 27, 2016 at 09:27:30AM -0700, Laura Abbott wrote:
> > Laura Abbott (4):
> > arm64: dump: Make ptdump debugfs a separate option
> > arm64: dump: Make the page table dumping seq_file optional
> > arm64: dump: Remove
On Mon, 31 Oct 2016 11:08:28 +0100
Jesper Dangaard Brouer wrote:
> Trivial spelling fixes for Kconfig help text of config HWLAT_TRACER.
>
> Fixes: e7c15cd8a113 ("tracing: Added hardware latency tracer")
> Signed-off-by: Jesper Dangaard Brouer
Acked-by: Steven Rostedt
-- Steve
> ---
> kerne
On Mon, Nov 07, 2016 at 04:09:09PM +0100, Maxime Ripard wrote:
> Hi Russell,
>
> On Thu, Nov 03, 2016 at 09:54:45AM +, Russell King - ARM Linux wrote:
> > > Yes. And that is an XBMC only solution, that doesn't work with the
> > > fbdev emulation and is probably doing an additional composition
Hi Mark,
On Fri, Feb 05, 2016 at 03:32:58PM +, Mark Brown wrote:
> On Fri, Feb 05, 2016 at 03:33:28PM +0100, Maxime Ripard wrote:
> > On Thu, Jan 21, 2016 at 04:28:02PM +, Mark Brown wrote:
> > > On Thu, Jan 21, 2016 at 04:46:49PM +0100, Maxime Ripard wrote:
>
> > > > Anyway, I'm fine wit
> Fixed a few bugs in this, and addressed some review comments. Patches
> are against my 4.10 block branch, for-4.10/block.
Jens
Thanks for proposing this. Looks very cool. I will try and get you a
review and some testing this week...
Cheers
Stephen
On 07/11/16 14:59, Mika Westerberg wrote:
> On Mon, Nov 07, 2016 at 02:40:47PM +, Marc Zyngier wrote:
>> Sorry, missed this discussion entirely, as I was on the other side of
>> the world. Not having a irq_set_type definitely seems odd (and
>> configuring the trigger outside of the IRQ framew
From: Madalin-Cristian Bucur
Date: Mon, 7 Nov 2016 15:43:26 +
>> From: David Miller [mailto:da...@davemloft.net]
>> Sent: Thursday, November 03, 2016 9:58 PM
>>
>> Why? By clearing this, you disallow an important fundamental way to do
>> performane testing, via pktgen.
>
> The Tx path in D
On Mon, Nov 07, 2016 at 03:07:46PM +0100, Ingo Molnar wrote:
> - cache domains might be seriously mixed up, resulting in serious drop in
>performance.
>
> - or domains might be partitioned 'wrong' but not catastrophically
> wrong, resulting in a minor performance drop (if at all)
Something
On Sun, 6 Nov 2016, Christoph Hellwig wrote:
> drivers/pci/msi.c | 61
> include/linux/interrupt.h | 26 ---
> include/linux/pci.h | 14 ++
> kernel/irq/affinity.c | 65
> ---
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Thursday, November 03, 2016 9:58 PM
>
> From: Madalin Bucur
> Date: Wed, 2 Nov 2016 22:17:26 +0200
>
> > This introduces the Freescale Data Path Acceleration Architecture
> > +static inline size_t bpool_buffer_raw_size(u8 index, u8 cnt)
>
Nothing in this header file depends on .
Rather, should be included for -ENODEV.
Signed-off-by: Masahiro Yamada
---
KernelVersion: 4.9-rc1
arch/arm/include/asm/hardware/cache-uniphier.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/hardware/cache-un
Hello.
Am Montag, 7. November 2016, 16:34:35 CET schrieb Martin Kepplinger:
> Am 2016-11-07 um 09:24 schrieb Jani Nikula:
> > On Sun, 06 Nov 2016, Martin Kepplinger wrote:
> >> I did not file a bug in bugzilla yet. I haven't given up that we can fix
> >> this here before the release. I've ignored
On Mon, 7 Nov 2016, Jon Hunter wrote:
> On 07/11/16 14:59, Mika Westerberg wrote:
> > On Mon, Nov 07, 2016 at 02:40:47PM +, Marc Zyngier wrote:
> >> Sorry, missed this discussion entirely, as I was on the other side of
> >> the world. Not having a irq_set_type definitely seems odd (and
> >> co
On Mon, Nov 07, 2016 at 07:01:03AM -0800, Christoph Hellwig wrote:
> On Mon, Nov 07, 2016 at 02:13:05PM +0300, Kirill A. Shutemov wrote:
> > It looks like a huge limitation to me.
>
> The DAX PMD fault code can live just fine with it.
There's no way out for DAX as we map backing storage directly
> I understand the reinvention part but you're not quite accurate here
> with the numbers.
>
> E. g. on x86_64:
> (gdb) p sizeof(rwlock_t)
> $1 = 8
I was talking about spinlocks which are 4 bytes. Just use a spinlock then.
rwlocks are usually a bad idea anyways because they often scale far wors
Am 2016-11-07 um 17:01 schrieb Martin Steigerwald:
> Hello.
>
> Am Montag, 7. November 2016, 16:34:35 CET schrieb Martin Kepplinger:
>> Am 2016-11-07 um 09:24 schrieb Jani Nikula:
>>> On Sun, 06 Nov 2016, Martin Kepplinger wrote:
I did not file a bug in bugzilla yet. I haven't given up that
Some kernel special fs could be mounted by userspace, let's show
userspace mnt_id in those cases.
Otherwise, I got:
[~]# cat /proc/11299/fdinfo/3
pos: 0
flags:0202
mnt_id: 14
[~]# cat /proc/11299/mountinfo | grep '^14'
[~]# ls -l /proc/11299/fd/3
lrwx--. 1 root
On 11/07/2016 08:44 AM, Anna Schumaker wrote:
> Hi Shuah,
>
> On 11/07/2016 10:41 AM, Shuah Khan wrote:
>> Fix the following warn:
>>
>> net/netfilter/ipvs/ip_vs_sync.c: In function ‘ip_vs_proc_sync_conn’:
>> net/netfilter/ipvs/ip_vs_sync.c:1069:33: warning: ‘opt.init_seq’ may be
>> used uninit
On Tue, Nov 08, 2016 at 12:58:54AM +0900, Masahiro Yamada wrote:
> Nothing in this header file depends on .
> Rather, should be included for -ENODEV.
So how do we end up with a definition for u32?
I think you need both these include files.
--
RMK's Patch system: http://www.armlinux.org.uk/deve
On Nov 07 2016 or thereabouts, Wolfram Sang wrote:
> On Thu, Oct 13, 2016 at 02:10:40PM +0200, Benjamin Tissoires wrote:
> > The current SMBus Host Notify implementation relies on .alert() to
> > relay its notifications. However, the use cases where SMBus Host
> > Notify is needed currently is to s
On Fri, Nov 04, 2016 at 08:02:35AM +0100, Christophe JAILLET wrote:
> 'btrfs_iget()' can not return NULL, so this test can be removed.
>
> Signed-off-by: Christophe JAILLET
Patch replaced, I've edited the subject to be a bit more specific.
The SAS nodes sas0 and sas2 are not available on d03, so
disable them.
Signed-off-by: John Garry
Acked-by: Xu Wei
---
arch/arm64/boot/dts/hisilicon/hip06-d03.dts | 8
1 file changed, 8 deletions(-)
diff --git a/arch/arm64/boot/dts/hisilicon/hip06-d03.dts
b/arch/arm64/boot/dts/hisilic
This patchset resolves some hip06 SAS device tree issues.
John Garry (3):
arm64: dts: hisi: fix hip06 sas am-max-trans quirk
arm64: dts: hisi: disable sas0 and sas2 for d03
arm64: dts: hisi: add refclk node to hip06 dts files for SAS
arch/arm64/boot/dts/hisilicon/hip06-d03.dts | 8 ---
The string for the am max transmissions quirk property
is not correct -> fix it.
Signed-off-by: John Garry
Reviewed-by: Xiang Chen
---
arch/arm64/boot/dts/hisilicon/hip06.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/hisilicon/hip06.dtsi
b/arch/ar
We will only maintain 1 dts for D03 and there are 50MHz
and 66MHz versions of D03: so we expect UEFI to update
refclk rate in the fdt at boot time.
Signed-off-by: John Garry
Reviewed-by: Xiang Chen
---
arch/arm64/boot/dts/hisilicon/hip06.dtsi | 9 +
1 file changed, 9 insertions(+)
diff
On Wed, 2 Nov 2016, Charles (Chas) Williams wrote:
> On 11/02/2016 08:25 AM, Sebastian Andrzej Siewior wrote:
> > I am not sure if this a race with the new hotplug code or something that was
> > always there. Both (M. Vefa Bicakc and Charles) say that the box boots
> > sometimes fine (without the
On Mon, Nov 07, 2016 at 11:08:09AM +, David Vrabel wrote:
> On 31/10/16 16:48, Juergen Gross wrote:
> > There are multiple instances of code reading an optional unsigned
> > parameter from Xenstore via xenbus_scanf(). Instead of repeating the
> > same code over and over add a service function d
On 11/07/2016 07:38 AM, Mark Rutland wrote:
On Sun, Oct 30, 2016 at 03:03:07PM +, Catalin Marinas wrote:
On Thu, Oct 27, 2016 at 09:27:30AM -0700, Laura Abbott wrote:
Laura Abbott (4):
arm64: dump: Make ptdump debugfs a separate option
arm64: dump: Make the page table dumping seq_file o
On Mon, 07 Nov 2016 19:34:42 +1100
Michael Ellerman wrote:
> Paolo Bonzini writes:
> > On 04/11/2016 06:48, Michael Ellerman wrote:
> >> diff --git a/drivers/vfio/Kconfig b/drivers/vfio/Kconfig
> >> index da6e2ce77495..6b51a4ebed8a 100644
> >> --- a/drivers/vfio/Kconfig
> >> +++ b/drivers/vfio
On 07/11/2016 17:25, Alex Williamson wrote:
> On Mon, 07 Nov 2016 19:34:42 +1100
> Michael Ellerman wrote:
>
>> Paolo Bonzini writes:
>>> On 04/11/2016 06:48, Michael Ellerman wrote:
diff --git a/drivers/vfio/Kconfig b/drivers/vfio/Kconfig
index da6e2ce77495..6b51a4ebed8a 100644
>>
On 03/09/15 19:12, Alexander Kuleshov wrote:
The 26d75e67c commit (arm64/cpufeature.h: Add macros for a cpu features
testing) provides set of macros for the testing processor's crypto features.
Let's use these macros instead of direct calculation.
Signed-off-by: Alexander Kuleshov
---
arc
From: Colin Ian King
Trivial fix to spelling mistake "Obselete" to "Obsolete"
in error message and also turn multi-line text into one
line.
Signed-off-by: Colin Ian King
---
drivers/target/target_core_pr.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/target/tar
On 03/09/15 19:12, Alexander Kuleshov wrote:
The 26d75e67c commit (arm64/cpufeature.h: Add macros for a cpu features
testing) provides set of macros for the testing processor's FP and advanced
SIMD features.
Let's use these macros instead of direct calculation.
Signed-off-by: Alexander Kuleshov
On Mon, Nov 07, 2016 at 08:26:34AM -0800, Laura Abbott wrote:
> On 11/07/2016 07:38 AM, Mark Rutland wrote:
> >From 06fef1ad1138d0808eec770e64458a350941bd2d Mon Sep 17 00:00:00 2001
> >From: Mark Rutland
> >Date: Mon, 7 Nov 2016 15:24:40 +
> >Subject: [PATCH] Fix KASAN splats with DEBUG_WX
[..
New inode operations were forgotten to be added to bad_inode. Most of the
time the op is checked for NULL before being called but marking the inode
bad and the check can race (very unlikely).
However in case of ->get_link() only DCACHE_SYMLINK_TYPE is checked before
calling the op, so there's no
On Wed, 2016-11-02 at 22:17 +0200, Madalin Bucur wrote:
> This introduces the Freescale Data Path Acceleration Architecture
> (DPAA) Ethernet driver (dpaa_eth) that builds upon the DPAA QMan,
> BMan, PAMU and FMan drivers to deliver Ethernet connectivity on
> the Freescale DPAA QorIQ platforms.
Ni
Michael Zoran writes:
> VCHI messages between the CPU and firmware use 32-bit
> bus addresses. Explicitly set the DMA mask and coherent
> on all platforms.
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
From: Colin Ian King
Trivial fix to spelling mistake "operatio" to "operation"
in critical error message
Signed-off-by: Colin Ian King
---
drivers/scsi/dpt_i2o.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/dpt_i2o.c b/drivers/scsi/dpt_i2o.c
index 21c8d21..d
Michael Zoran writes:
> The current dma_map_sg based implementation for bulk messages
> computes many offsets into a single allocation multiple times in
> both the create and free code paths. This is inefficient,
> error prone and in fact still has a few lingering issues
> with arm64.
>
> This c
From: Madalin-Cristian Bucur
Date: Mon, 7 Nov 2016 16:32:16 +
>> -Original Message-
>> From: David Miller [mailto:da...@davemloft.net]
>> Sent: Monday, November 07, 2016 5:55 PM
>>
>> From: Madalin-Cristian Bucur
>> Date: Mon, 7 Nov 2016 15:43:26 +
>>
>> >> From: David Miller [
From: Jeff Westfahl
Use the MTD function 'max_bad_blocks' to compute the UBI bad_peb_limit,
if the function is implemented for an MTD and doesn't return an error.
Signed-off-by: Jeff Westfahl
Signed-off-by: Zach Brown
Acked-by: Boris Brezillon
---
drivers/mtd/ubi/build.c | 4
1 file cha
From: Jeff Westfahl
If implemented, 'max_bad_blocks' returns the maximum number of bad
blocks to reserve for an MTD. An implementation for NAND is coming soon.
Signed-off-by: Jeff Westfahl
Signed-off-by: Zach Brown
Acked-by: Boris Brezillon
---
drivers/mtd/mtdpart.c | 12
incl
For ONFI-compliant NAND devices, the ONFI parameters report the maximum number
of bad blocks per LUN that will be encountered over the lifetime of the device,
so we can use that information to get a more accurate (and smaller) value for
the UBI bad PEB limit.
The ONFI parameter "maxiumum number of
The fields max_bb_per_die and blocks_per_die are useful determining the
number of bad blocks a MTD needs to allocate. How they are set will
depend on if the chip is ONFI, JEDEC or a full-id entry in the nand_ids
table.
Signed-off-by: Zach Brown
Acked-by: Boris Brezillon
---
include/linux/mtd/na
Implement the new mtd function 'max_bad_blocks'. Using the chip's
max_bb_per_die and blocks_per_die fields to determine the maximum bad
blocks to reserve for an MTD.
Signed-off-by: Jeff Westfahl
Signed-off-by: Zach Brown
Acked-by: Boris Brezillon
---
drivers/mtd/nand/nand_base.c | 35 +
ONFI compliant chips contain the values for the max_bb_per_die and
blocks_per_die fields in the parameter page. When the ONFI paged is
retrieved/parsed the chip's fields are set by the corresponding fields
in the param page.
Signed-off-by: Zach Brown
Acked-by: Boris Brezillon
---
drivers/mtd/na
On Mon, Nov 07, 2016 at 02:07:43PM +0100, Thomas Gleixner wrote:
> On Mon, 7 Nov 2016, Ville Syrjälä wrote:
> > I didn't manage to find a lot of time to play around with this, but it
> > definitely looks like the SMM trap is the problem here. I repeated my
> > pm_trace experiemnts and when it gets
On Nov 07, 2016 12:57, Peter Rosin wrote:
> On 2016-11-07 12:37, Daniel Baluta wrote:
> > On Mon, Oct 24, 2016 at 1:39 AM, Peter Rosin wrote:
> >> From: Jonathan Cameron
> >>
> >> A large number of attributes can only take a limited range of values.
> >> Currently in IIO this is handled by direct
On Tue, 25 Oct 2016 21:24:25 +0200
Laszlo Ersek wrote:
> On 10/25/16 20:42, Alex Williamson wrote:
> > On Tue, 25 Oct 2016 20:24:19 +0200
> > Laszlo Ersek wrote:
> >
> >> Some systems have multiple instances of the exact same kind of PCI device
> >> installed. When VFIO users intend to assign
On Mon, 7 Nov 2016, Borislav Petkov wrote:
> On Mon, Nov 07, 2016 at 10:10:07AM +0800, He Chen wrote:
> > It should be, but I found it conflcts with `struct cpuid_regs` in
> > `arch/x86/kernel/cpuid.c` since it got exported.
>
> So make the cpuid.c-one static.
That does not work.
processor.h
e
On Mon, Nov 7, 2016 at 7:01 AM, Andrey Ryabinin wrote:
> On 11/05/2016 06:43 AM, Joel Fernandes wrote:
>> On Mon, Oct 24, 2016 at 8:44 AM, Andrey Ryabinin
>> wrote:
>>>
>>>
>>> On 10/22/2016 06:17 PM, Christoph Hellwig wrote:
We want to be able to use a sleeping lock for freeing vmap to keep
On 05/11/16 00:21, Daniel Kurtz wrote:
On Tue, Oct 25, 2016 at 6:23 AM, Matthias Brugger
wrote:
On 10/18/2016 04:37 PM, Enric Balletbo Serra wrote:
[...]
--- /dev/null
+++ b/drivers/gpu/drm/bridge/parade-ps8640.c
[...]
+
+/* Firmware */
+#define PS_FW_NAME "ps864x_fw.bin"
+
Make use of for_each_set_bit macro and reduce boilerplate code.
Tested-by: Neil Armstrong
Acked-by: Neil Armstrong
Signed-off-by: Andrey Smirnov
---
drivers/pinctrl/pinctrl-sx150x.c | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-
Tested-by: Neil Armstrong
Acked-by: Neil Armstrong
Signed-off-by: Andrey Smirnov
---
drivers/pinctrl/pinctrl-sx150x.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-sx150x.c b/drivers/pinctrl/pinctrl-sx150x.c
index 56abe36..dc1341f 100644
--- a
For Sx1504/5/6 only SX1506 has RegAdvanced, so put some code in place to
account for that.
Tested-by: Neil Armstrong
Acked-by: Neil Armstrong
Signed-off-by: Andrey Smirnov
---
drivers/pinctrl/pinctrl-sx150x.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/pinctrl/pinctrl-sx
Move the code configuring explicit IRQ acking into a standalone function
to declutter sx150x_init_hw a bit and make that code somewhat less
repetitious.
Tested-by: Neil Armstrong
Acked-by: Neil Armstrong
Signed-off-by: Andrey Smirnov
---
drivers/pinctrl/pinctrl-sx150x.c | 38 ++
Tested-by: Neil Armstrong
Acked-by: Neil Armstrong
Signed-off-by: Andrey Smirnov
---
drivers/pinctrl/pinctrl-sx150x.c | 24
1 file changed, 20 insertions(+), 4 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-sx150x.c b/drivers/pinctrl/pinctrl-sx150x.c
index 798a8bb..
On Fri, 4 Nov 2016, Paolo Bonzini wrote:
> On 04/11/2016 16:06, Borislav Petkov wrote:
> > > With no usage? Sounds like a good use of Acked-by. :)
> > I don't understand what do you mean here?
>
> I mean that the changes to scattered.c are small, so it makes no sense
> to split them. With an Ack
On Mon, 7 Nov 2016, Daniel Bristot de Oliveira wrote:
> With these two options set, the user will guarantee some runtime
> for non-rt-tasks on all CPUs, while keeping real-time tasks running
> as much as possible.
Excellent this would improve the situation with deadlocks as a result of
cgroup_loc
Add proper device specific information to of_device_id table of the
driver and add code to match against and fetch said data from it.
Signed-off-by: Andrey Smirnov
---
drivers/pinctrl/pinctrl-sx150x.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/driv
Gpiochip and irqchip aspects of this driver do not access any shared
registers on the chip itself and atomicity of various regmap operations
is ensured by that API's implementation, so there doesn't seem to be a
reason to hold the lock in as many places as it is held now.
Tested-by: Neil Armstrong
Signed-off-by: Andrey Smirnov
---
Documentation/devicetree/bindings/pinctrl/pinctrl-sx150x.txt | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/pinctrl/pinctrl-sx150x.txt
b/Documentation/devicetree/bindings/pinctrl/pinctrl-sx150x.txt
index c
The difference between 8 and 16 pin GPIO expanders can be accomodated by
the means of regmap API without resorting to usaing driver-specific
read/write accessors. This change, IMHO, brings the following benefits:
- Replaces driver's idiosyncratic way of dealing with
mult-register
Move actual code that configures oscio pin into a separate function and
use it instead of calling sx150x_gpio_set to avoid calling
sx150x_pin_is_oscio twice and correctly propagte error code in
sx150x_gpio_direction_output.
Tested-by: Neil Armstrong
Acked-by: Neil Armstrong
Signed-off-by: Andrey
According to the datasheet for SX1504/5/6, RegAdvanced's
"Autoclear NINT" bit that turns the feature when set and disables it
when cleared, so writing 0x04 to the register will have the opposite
from desirable effect.
Tested-by: Neil Armstrong
Acked-by: Neil Armstrong
Signed-off-by: Andrey Smirn
Althought the function passed as a "handler" during GPIO chip
instantiation is not going to ever be called, specifying handle_edge_irq
there makes for a rather confusing read, both because no "ack" callback
in specified for irqchip and because there's no acking action is
necessary.
Specify handle_
To allow for future code simplification
Tested-by: Neil Armstrong
Acked-by: Neil Armstrong
Signed-off-by: Andrey Smirnov
---
drivers/pinctrl/Kconfig | 1 +
drivers/pinctrl/pinctrl-sx150x.c | 102 +--
2 files changed, 57 insertions(+), 46 deletions
Linus, Neil:
Here's the second version of sx150x patches, it's all pretty much the
same code with the following differences:
- Commit removing OF tree match tables changed to code properly
matching aginst OF data
- Added REGMAP dependency in Kconfig
- Documented "semtech,sx1
Tested-by: Neil Armstrong
Acked-by: Neil Armstrong
Signed-off-by: Andrey Smirnov
---
drivers/pinctrl/pinctrl-sx150x.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/pinctrl/pinctrl-sx150x.c b/drivers/pinctrl/pinctrl-sx150x.c
index 0523f5a..9466777 100644
On 09/30/2016 11:50 AM, Andrey Ryabinin wrote:
> It could be not possible to freeze coredumping task when it waits
> for 'core_state->startup' completion, because threads are frozen
> in get_signal() before they got a chance to complete 'core_state->startup'.
>
> Use freezer_do_not_count() to tell
On Sat, 5 Nov 2016, Chris Metcalf wrote:
> == Remote statistics ==
>
> We discussed the possibility of remote statistics gathering, i.e. load
> average etc. The idea would be that we could have housekeeping
> core(s) periodically iterate over the nohz cores to load their rq
> remotely and do upda
On 07/11/16 07:57, Rick Chang wrote:
Add a DT binding documentation for Mediatek JPEG Decoder of
MT2701 SoC.
Signed-off-by: Rick Chang
Signed-off-by: Minghsiu Tsai
---
.../bindings/media/mediatek-jpeg-codec.txt | 35 ++
1 file changed, 35 insertions(+)
create mo
Hi Dmitry,
On 11/01/2016 01:22 PM, Dmitry Safonov wrote:
> Add vdso_mremap hook which will fix context.vdso pointer after mremap()
> on vDSO vma. This is needed for correct landing after syscall execution.
> Primary goal of this is for CRIU on arm - we need to restore vDSO image
> at the exactly
On 11/07/2016 11:19 AM, Thomas Gleixner wrote:
On Wed, 2 Nov 2016, Charles (Chas) Williams wrote:
On 11/02/2016 08:25 AM, Sebastian Andrzej Siewior wrote:
I am not sure if this a race with the new hotplug code or something that was
always there. Both (M. Vefa Bicakc and Charles) say that the b
So a patch something like this might be a safe way to fix the
potential infoleak in older kernels.
THIS IS UNTESTED. It's a very obvious patch, though, so if it compiles
it probably works. It just initializes the output variable with 0 in
the inline asm description, instead of doing it in the exce
On Mon, Nov 07, 2016 at 09:46:48AM -0200, Mauro Carvalho Chehab wrote:
> That's said, PNG also doesn't seem to work fine on Sphinx 1.4.x.
>
> On my tests, I installed *all* texlive extensions on Fedora 24, to
> be sure that the issue is not the lack of some extension[1], with:
>
> # dnf ins
On 06/30/2016 12:59 PM, Rob Rice wrote:
> From: Rob Rice
>
> Add Broadcom Northstar2 SoC device tree entries for PDC driver.
>
> Signed-off-by: Rob Rice
> Reviewed-by: Ray Jui
> Reviewed-by: Scott Branden
Applied, thanks Rob!
--
Florian
On Mon, Nov 07, 2016 at 05:47:21PM +0100, Thomas Gleixner wrote:
> How do you make that struct definition static?
Not make it static - rename it. Sorry.
It is used only locally in that file anyway.
> Both the enum and the struct should be in processor.h obviously with
> different names so we won
- On Nov 3, 2016, at 1:49 PM, Paul E. McKenney paul...@linux.vnet.ibm.com
wrote:
> On Thu, Nov 03, 2016 at 10:29:28AM -0600, Mathieu Desnoyers wrote:
>> Userspace applications should be allowed to expect the membarrier system
>> call with MEMBARRIER_CMD_SHARED command to issue memory barriers
Dmitry Safonov writes:
> Some kernel special fs could be mounted by userspace, let's show
> userspace mnt_id in those cases.
You are asking the kernel to lie to userspace in the case when
the truth in inconvenient. That seems blantantly wrong.
In the case of an internal mount you may want to u
On Mon, 07 Nov 2016, Martin Steigerwald wrote:
> It is also the same kind of corruptions as shown in
>
> [Bug 177701] warning in intel_dp_aux_transfer
> https://bugzilla.kernel.org/show_bug.cgi?id=177701
>
> Just compare
>
> https://bugzilla.kernel.org/attachment.cgi?id=241801
>
> with
>
> https:
On Monday, 2016-11-07 10:10:13 +0200, Jani Nikula wrote:
> On Mon, 07 Nov 2016, Eric Engestrom wrote:
> > Fixes: 90844f00049e9f42573fd31d7c32e8fd31d3fd07
> >
> > drm: make drm_get_format_name thread-safe
> >
> > Signed-off-by: Eric Engestrom
> > [danvet: Clarify that the returned poin
On 11/07/2016 05:04 AM, Jiri Slaby wrote:
This is the start of the stable review cycle for the 3.12.67 release.
There are 72 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 be made by W
Hi Hans,
On Sunday, 6 November 2016 11:54:35 GMT Hans de Goede wrote:
> > What I see in my systems, and what 05fd007e4629 ("console: don't prefer
> > first registered if DT specifies stdout-path") addressed, is that if
> > there are for example 2 UARTs uart0 & uart1 that are probed in that order
>
On 11/07/2016 04:44 AM, Johnny Bieren wrote:
Hello,
It appears that a check_unmap kernel failure for the CISS driver was introduced
with kernel-4.9.0-0.rc2.git1.1.fc26. When booting this kernel, or any newer
kernel, I see the following:
[3.676658] HP CISS Driver (v 3.6.26)
0m] Reached t
Hi Geert,
On 07/11/16 15:41, Geert Uytterhoeven wrote:
> Hi Robin,
>
> On Tue, Nov 1, 2016 at 12:46 PM, Robin Murphy wrote:
> To aid debugging and catch devices not supporting DMA to memory outside
> the 32-bit address space, add a kernel command line option
> "swiotlb=nobounce", whi
On Mon, 7 Nov 2016, Arnd Bergmann wrote:
> On Tuesday, November 1, 2016 8:03:33 AM CET Christophe JAILLET wrote:
> > 'dmaengine_prep_dma_cyclic()' does not return an error pointer, so the test
> > can be simplified to be more consistent.
> >
> > Signed-off-by: Christophe JAILLET
>
> The change
On Thu, 3 Nov 2016 09:59:31 -0700
"Paul E. McKenney" wrote:
> On Thu, Nov 03, 2016 at 05:33:27PM +0100, Sebastian Andrzej Siewior wrote:
> > On 2016-11-03 09:22:28 [-0700], Paul E. McKenney wrote:
> > > On Wed, Nov 02, 2016 at 05:30:02PM +0100, Sebastian Andrzej Siewior
> > > wrote:
> > > >
Hi Larry,
On Monday, 7 November 2016 09:26:37 GMT Larry Finger wrote:
> > A revert was already submitted by Hans de Goede & is being discussed over
> > here:
> >
> > https://marc.info/?l=linux-kernel&m=147826151427455&w=2
>
> I am a little surprised that I was not CCd on that thread.
Hans start
On 2016-11-07 13:31:29 [+0100], Borislav Petkov wrote:
> Yeah, so say that please - slapping "()" after the state name doesn't
> make it clear.
Updated.
Sebastian
On Mon, Nov 07, 2016 at 07:55:24AM -0200, Mauro Carvalho Chehab wrote:
> 2) add an Sphinx extension that would internally call ImageMagick and/or
>inkscape to convert the bitmap;
This seems sensible; Sphinx should directly handle the source format we
want to use for images/diagrams.
> 3) if p
On 11/06/2016 07:37 PM, Li, Liang Z wrote:
>> Let's say we do a 32k bitmap that can hold ~1M pages. That's 4GB of RAM.
>> On a 1TB system, that's 256 passes through the top-level loop.
>> The bottom-level lists have tens of thousands of pages in them, even on my
>> laptop. Only 1/256 of these pag
1 - 100 of 1069 matches
Mail list logo
