On Fri, May 26, 2017 at 02:28:24PM +0300, Alexander Amelkin wrote:
> NOTE:
> Please don't use the plain text here as a patch because it most probably is
> corrupted by my webmail client.
> Attached is a copy of the following text guaranteed to have correct
> tabs/spaces.
> -
> for entire series _except_ this change. I'm obviously not a legal or
> author of that code, so, I can't speak for them.
I agree. I put their copyright back in. It is not much and they did the
work. I guess I was in a cleanup-rush :)
Thanks for the review!
signature.asc
Description: PGP sign
On Fri, May 26, 2017 at 10:20:51AM +0200, Wolfram Sang wrote:
> Yes, I wanted to do this for years now... The I2C core became a huge
> monolithic
> blob getting harder and harder to maintain. This series breaks out some
> functional parts into seperate files. This makes the code easier to handle
>
On Mon, Apr 03, 2017 at 04:48:54PM +0100, David Howells wrote:
> Pulled.
David, where was this pulled to? It's not in keys-next at
https://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git. Nor did
it show up in v4.12-rc1.
On Mon, Apr 03, 2017 at 02:30:41PM -0700, Eric Biggers wrote:
> On Mon, Apr 03, 2017 at 08:20:44PM +0100, David Howells wrote:
> > Eric Biggers wrote:
> >
> > > > > - if (_payload) {
> > > > > + if (plen) {
> > > >
> > > > "if (_payload && plen)" would be better.
> > > >
> > > > David
>
On Fri, May 26, 2017 at 11:53:15AM -0500, Suman Anna wrote:
> Add the device tree bindings document for the Texas Instrument's
> Keystone 2 DSP remoteproc devices.
>
> Signed-off-by: Suman Anna
> Signed-off-by: Sam Nelson
> ---
> .../bindings/remoteproc/ti,keystone-rproc.txt | 132
> +
On Wed, May 31, 2017 at 02:00:37PM -0500, Bjorn Helgaas wrote:
> On Wed, May 31, 2017 at 08:49:04PM +0200, Mason wrote:
> > On 31/05/2017 19:34, Bjorn Helgaas wrote:
> > ...
>
> > > This would be more an IRQ patch than a PCI patch, but if I were
> > > reviewing it, I would look for assurance that
On 5/31/2017 4:32 PM, Johannes Thumshirn wrote:
If a target identifies itself as NVMe 1.3 compliant, try to get the
list of Namespace Identification Descriptors and populate the UUID,
NGUID and EUI64 fileds in the NVMe namespace structure with these
values.
Signed-off-by: Johannes Thumshirn
-
Hi Tejun,
> On Sun, May 28, 2017 at 09:33:13PM +0200, Johannes Berg wrote:
> > I suspect this is a long-standing bug introduced by all the pool
> > rework
> > you did at some point, but I don't really know nor can I figure out
> > how
> > to fix it right now. I guess it could possibly also be a lo
I will resubmit the patch with suggested changes.
-Original Message-
From: Andy Shevchenko [mailto:andy.shevche...@gmail.com]
Sent: Saturday, May 27, 2017 3:52 AM
To: Pavel Machek
Cc: Darren Hart ; Kushwaha, Priyalee
; Chakravarty, Souvik K
; Andy Shevchenko ;
linux-kernel@vger.kerne
On Fri, May 26, 2017 at 03:21:39PM -0500, Suman Anna wrote:
> Add the device tree bindings document for the DSP processor
> subsystem devices on TI Davinci DA8xx/OMAP-L13x SoCs.
"dt-bindings: remoteproc: ..." for the subject.
>
> Signed-off-by: Suman Anna
> ---
> .../bindings/remoteproc/ti,da
> So, if I2C is a bit different, then it might simply make sense to keep
> the function local for I2C now? This seems like a sensible start to me
> meanwhile.
Then again, the DMA API would be for drivers. If the USB core wants to
check for capable buffers, such a helper might be nice nonetheless.
From: Thor Thayer
Fix NETDEV WATCHDOG timeout on startup by adding missing register
writes that properly setup SGMII.
Signed-off-by: Thor Thayer
---
drivers/net/ethernet/stmicro/stmmac/altr_tse_pcs.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/
On 31/05/2017 21:12, Bjorn Helgaas wrote:
> On Wed, May 31, 2017 at 02:00:37PM -0500, Bjorn Helgaas wrote:
>> On Wed, May 31, 2017 at 08:49:04PM +0200, Mason wrote:
>>> On 31/05/2017 19:34, Bjorn Helgaas wrote:
>>> ...
>>
This would be more an IRQ patch than a PCI patch, but if I were
rev
Hi,
Le mercredi 31 mai 2017 à 19:32 +0200, Pavel Machek a écrit :
> The status reported directly by the battery controller is not always
> > > > reliable and should be corrected based on the current draw information.
> > > >
> > > > This implements such a correction with a dedicated function, cal
On 31-05-17 18:31, Paul E. McKenney wrote:
> On Wed, May 31, 2017 at 03:34:57PM +0200, Arnd Bergmann wrote:
>> On Wed, May 31, 2017 at 3:12 PM, Paul E. McKenney
>> wrote:
>>> On Wed, May 31, 2017 at 12:21:10PM +0200, Arnd Bergmann wrote:
On Wed, May 31, 2017 at 11:43 AM, Arend van Spriel
Hi Alex, Marc,
On 31/05/2017 20:20, Alex Williamson wrote:
> On Wed, 24 May 2017 22:13:16 +0200
> Eric Auger wrote:
>
>> This patch adds the registration/unregistration of an
>> irq_bypass_producer for vfio platform device interrupts.
>>
>> Its callbacks handle the direct EOI modality on VFIO si
On Fri, May 26, 2017 at 11:33:07PM -0700, Bjorn Andersson wrote:
> In order to aid post-mortem debugging the Qualcomm platforms provides a
> "memory download mode", where the boot loader will provide an interface
> for custom tools to "download" the content of RAM to a host machine.
>
> The mode i
On Tue, May 30, 2017 at 05:42:50PM +, Jagan Teki wrote:
> From: Jagan Teki
>
> NanoPi M1 Plus is designed and developed by FriendlyElec
> for professionals, enterprise users, makers and hobbyists
> using the Allwinner H3 SOC.
>
> NanoPi M1 Plus key features
> - Allwinner H3, Quad-core Cortex
Support the National Instruments 169445 board.
Signed-off-by: Nathan Sullivan
---
Changes from v4:
- Address Rob Herring's device tree feedback
I'm still unclear on the vmlinux.its.S changes. The linux-mti tree has a
config in the image tree for each board it supports, and I followed that
pat
Hi,
when compiling a kernel (4.11.3) for sparc with gcc 7.1 and
attached config I get following error:
/usr/bin/make -f ./scripts/Makefile.build obj=arch/sparc/mm
/home/wbx/openadk/toolchain_qemu-sparc_uclibc-ng_v8/usr/bin/sparc-openadk-linux-uclibc-gcc
-Wp,-MD,arch/sparc/mm/.init_32.o.d -n
On Wed, May 24, 2017 at 05:58:34PM +0200, Arnd Bergmann wrote:
> While trying a fix a build warning unrelated to s3c64xx, I ran into
> a circular dependency:
>
> drivers/i2c/Kconfig:7: symbol I2C is selected by FB_DDC
> drivers/video/fbdev/Kconfig:63: symbol FB_DDC is selected by FB_CYBER2000_DDC
On Wed, May 31, 2017 at 09:16:34PM +0300, Andy Shevchenko wrote:
> On Wed, 2017-05-31 at 18:18 +0200, Christoph Hellwig wrote:
> > This helper was only used by IMA of all things, which would get
> > spurious
> > errors if CONFIG_BLOCK is disabled. Just opencode the call there.
>
> > -
On Wed, May 31, 2017 at 09:14:35PM +0300, Andy Shevchenko wrote:
> On Wed, 2017-05-31 at 18:18 +0200, Christoph Hellwig wrote:
> > This matches the userspace version of it, and describes the
> > functionality
> > much better. Also do the same for the guid version.
> >
>
> No objections for renam
There are new types and helpers that are supposed to be used in new code.
As a preparation to get rid of legacy types and API functions do
the conversion here.
Cc: Dan Williams
Signed-off-by: Andy Shevchenko
---
drivers/acpi/nfit/core.c | 54
dr
There are new types and helpers that are supposed to be used in new code.
As a preparation to get rid of legacy types and API functions do
the conversion here.
Signed-off-by: Andy Shevchenko
---
drivers/acpi/bus.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers
There are new types and helpers that are supposed to be used in new code.
As a preparation to get rid of legacy types and API functions do
the conversion here.
Cc: Borislav Petkov
Signed-off-by: Andy Shevchenko
---
drivers/acpi/apei/ghes.c | 8
1 file changed, 4 insertions(+), 4 delet
On Sat, May 27, 2017 at 06:22:59PM +0800, Icenowy Zheng wrote:
> Allwinner R40 is a new SoC, with Quad Core Cortex-A7 and peripherals
> like A20.
>
> Add support for it.
>
> Signed-off-by: Icenowy Zheng
> ---
> Changes in v3:
> - Use V1.0 documents.
>
> Documentation/arm/sunxi/README
This series converts ACPI and users of acpi_evaluate_dsm() to new UUID
API which includes new types and methods.
Patches are based on uuid tree [1] from Christoph Hellwig and supposed to
go through it.
(Christoph, I think it would be nice to attach them to your stuff)
[1]: git://git.infradead.or
acpi_evaluate_dsm() and friends take a pointer to a raw buffer of 16
bytes. Instead we convert them to use guid_t type. At the same time we
convert current users.
acpi_str_to_uuid() becomes useless after the conversion and it's safe to
get rid of it.
Cc: Borislav Petkov
Cc: Dan Williams
Cc: Ami
There are new types and helpers that are supposed to be used in new code.
As a preparation to get rid of legacy types and API functions do
the conversion here.
Cc: Borislav Petkov
Signed-off-by: Andy Shevchenko
---
drivers/acpi/acpi_extlog.c | 20 ++--
1 file changed, 10 insert
use of_mdio_parse_addr() in place of an OF read of reg and a bounds
check (which is litterally the exact same thing that
of_mdio_parse_addr() does)
Signed-off-by: Jon Mason
---
drivers/net/phy/mdio_bus.c | 15 ++-
1 file changed, 2 insertions(+), 13 deletions(-)
diff --git a/drivers
If any errors are encountered while walking the device tree structure of
the MDIO bus for children, the code may silently continue, silently
exit, or throw an error and exit. This make it difficult for device
tree writers to know there is an error. Also, it makes any error in a
child entry of the
On Wed, May 31, 2017 at 10:41:47PM +0300, Andy Shevchenko wrote:
> This series converts ACPI and users of acpi_evaluate_dsm() to new UUID
> API which includes new types and methods.
>
> Patches are based on uuid tree [1] from Christoph Hellwig and supposed to
> go through it.
>
> (Christoph, I th
On Sun, May 28, 2017 at 11:30:44AM +0200, Wolfram Sang wrote:
> It is 'R-Car', not 'r-car'. No code or binding changes, only descriptive text.
>
> Signed-off-by: Wolfram Sang
> ---
> I suggest this trivial patch should be picked individually per susbsystem.
>
> Documentation/devicetree/bindings
On Sun, May 28, 2017 at 11:30:46AM +0200, Wolfram Sang wrote:
> It is 'R-Car', not 'RCar'. No code or binding changes, only descriptive text.
>
> Signed-off-by: Wolfram Sang
> ---
> I suggest this trivial patch should be picked individually per susbsystem.
>
> Documentation/devicetree/bindings/
On 05/31/2017 10:49 AM, Alexey Brodkin wrote:
This initial port add support of ARC HS Development Kit board with some
basic features such as SMP and serial port, USB, SD/MMC and Ethernet.
Note as opposed to other ARC boards we link Linux kernel to
0x9000_ intentionally because cores 1 and 3
Hi,
On 08/05/2017 at 11:13:51 -0700, Kevin Hilman wrote:
> + relevant soc/board maintainers
>
> kernelci.org bot writes:
>
> > stable-rc/linux-3.18.y boot: 77 boots: 2 failed, 75 passed
> > (v3.18.51-69-gdab3331ef5e9)
> >
> > Full Boot Summary:
> > https://kernelci.org/boot/all/job/stable-rc/
On Sun, May 28, 2017 at 11:30:49AM +0200, Wolfram Sang wrote:
> It is 'R-Car', not 'RCar'. No code or binding changes, only descriptive text.
>
> Signed-off-by: Wolfram Sang
> ---
> I suggest this trivial patch should be picked individually per susbsystem.
>
> Documentation/devicetree/bindings/
We should check the flush_buffer method of a tty for null before
invoking it. Some drivers such as usbserial don't implement
flush_buffer. This will be required for upcoming patches where we expand
spk_ttyio to support more than just ttyS*.
Signed-off-by: Okash Khawaja
Reviewed-by: Samuel Thibaul
Hi Rob,
On 05/31/2017 02:22 PM, Rob Herring wrote:
> On Fri, May 26, 2017 at 03:21:39PM -0500, Suman Anna wrote:
>> Add the device tree bindings document for the DSP processor
>> subsystem devices on TI Davinci DA8xx/OMAP-L13x SoCs.
>
> "dt-bindings: remoteproc: ..." for the subject.
Ok, will f
ARCH_BCM_IPROC includes support for many SoCs, not all of which have the
same thermal hardware interface as the Northstar/Northstar Plus SoCs.
This is not a major issue, as this driver will only be probed if the
relevant device tree entry is present. However, it will result in a
slightly larger th
Hi!
> +/* min/typical/max system clock (xclk) frequencies */
> +#define OV5640_XCLK_MIN 600
> +#define OV5640_XCLK_MAX 2400
> +
> +/*
> + * FIXME: there is no subdev API to set the MIPI CSI-2
> + * virtual channel yet, so this is hardcoded for now.
> + */
> +#define OV5640_MIPI_VC 1
On Wed, May 24, 2017 at 05:58:34PM +0200, Arnd Bergmann wrote:
> While trying a fix a build warning unrelated to s3c64xx, I ran into
> a circular dependency:
>
> drivers/i2c/Kconfig:7: symbol I2C is selected by FB_DDC
> drivers/video/fbdev/Kconfig:63: symbol FB_DDC is selected by FB_CYBER2000_DDC
>> allowing the ext4/e2fsck to verify the correct inode is accessed.
>
> Can we store the checksum of the xattr value somewhere? We already
> checksum the values if they're stored in the ibody or a single external
> block, and I'd hate to lose that protection.
>
> We could probably reuse one of th
On Wed, May 31, 2017 at 03:43:30PM -0400, Jon Mason wrote:
> use of_mdio_parse_addr() in place of an OF read of reg and a bounds
> check (which is litterally the exact same thing that
> of_mdio_parse_addr() does)
>
> Signed-off-by: Jon Mason
Reviewed-by: Andrew Lunn
Andrew
On 05/31/2017 12:43 PM, Jon Mason wrote:
> use of_mdio_parse_addr() in place of an OF read of reg and a bounds
> check (which is litterally the exact same thing that
> of_mdio_parse_addr() does)
>
> Signed-off-by: Jon Mason
Reviewed-by: Florian Fainelli
--
Florian
On Wed, 2017-05-31 at 11:59 -0700, Eduardo Valentin wrote:
> Hello,
>
> On Wed, May 31, 2017 at 09:08:16AM -0400, Jeff Layton wrote:
> > I'm working on a set of kernel patches to change how writeback errors
> > are handled and reported in the kernel. Instead of reporting a
> > writeback error to o
On 05/31/2017 12:55 PM, Jon Mason wrote:
> ARCH_BCM_IPROC includes support for many SoCs, not all of which have the
> same thermal hardware interface as the Northstar/Northstar Plus SoCs.
> This is not a major issue, as this driver will only be probed if the
> relevant device tree entry is present.
On Wed, May 31, 2017 at 09:27:50PM +0200, Mason wrote:
> On 31/05/2017 21:12, Bjorn Helgaas wrote:
> > On Wed, May 31, 2017 at 02:00:37PM -0500, Bjorn Helgaas wrote:
> >> On Wed, May 31, 2017 at 08:49:04PM +0200, Mason wrote:
> >>> On 31/05/2017 19:34, Bjorn Helgaas wrote:
> >>> ...
> >>
> Thi
Hi Rob,
On 05/31/2017 02:12 PM, Rob Herring wrote:
> On Fri, May 26, 2017 at 11:53:15AM -0500, Suman Anna wrote:
>> Add the device tree bindings document for the Texas Instrument's
>> Keystone 2 DSP remoteproc devices.
>>
>> Signed-off-by: Suman Anna
>> Signed-off-by: Sam Nelson
>> ---
>> .../b
On Wed, 2017-05-31 at 22:41 +0300, Andy Shevchenko wrote:
> [1]: git://git.infradead.org/users/hch/uuid.git
>
> Changelog v2:
> - append tags I have got so far
> - split single patch to few (5)
> - rebased on top of latest version of uuid-types branch [1]
Fengguang, looking to the above I just
Hi!
> >If there's a need for this (there should not be, as the controls are exposed
> >to the user space through the sub-device nodes as the other drivers do), the
> >framework APIs need to be extended.
>
> Right, this gets back to the media framework usability arguments. At least
> myself, Phili
On Wed, May 31, 2017 at 10:41:52PM +0300, Andy Shevchenko wrote:
> acpi_evaluate_dsm() and friends take a pointer to a raw buffer of 16
> bytes. Instead we convert them to use guid_t type. At the same time we
> convert current users.
Acked-by: Mark Brown
signature.asc
Description: PGP signature
On Wed, May 31, 2017 at 9:58 PM, Russell King - ARM Linux
wrote:
> On Wed, May 24, 2017 at 05:58:34PM +0200, Arnd Bergmann wrote:
> Yes, selecting ARM_AMBA from drivers is definitely not right; this
> symbol should be selected only by platforms that want AMBA primecell
> bus support, not by driver
On Wed, 31 May 2017 08:45:23 -0400 Jeff Layton wrote:
> This is v5 of the patchset to improve how we're tracking and reporting
> errors that occur during pagecache writeback.
I'm curious to know how you've been testing this? Is that testing
strong enough for us to be confident that all nature o
On 05/30/2017 11:58 PM, Nicholas A. Bellinger wrote:
> Hey MNC,
>
> On Fri, 2017-05-26 at 22:14 -0500, Mike Christie wrote:
>> Thanks for the patch.
>>
>
> Btw, after running DATERA's internal longevity and scale tests across
> ~20 racks on v4.1.y with this patch over the long weekend, there have
On 05/30, Kiran Gunda wrote:
> From: Abhijeet Dharmapurikar
>
> The driver currently invokes the apid handler (periph_handler())
You mean periph_interrupt()?
> once it sees that the summary status bit for that apid is set.
>
> However the hardware is designed to set that bit even if the apid
>
Hi Sebastian,
Here are two small tweaks to the POWER_RESET_BRCMSTB Kconfig selection to allow
the driver on ARM64 and make it default to BMIPS_GENERIC on MIPS platforms.
Based on your "for-next" branch.
Thanks
Florian Fainelli (2):
power: reset: Allow selecting POWER_RESET_BRCMSTB on ARM64
ndrew Morton
fa812e869a mm/zswap.c: delete an error message for a failed memory allocation
in zswap_dstmem_prepare()
b6bc672448 mm: vmstat: move slab statistics from zone to node counters
f2882f46b6 Add linux-next sp
Since commit 37eb56dc79a8 ("arm64: Add Broadcom Set Top Box Kconfig
entry point") we have ARCH_BRCMSTB also visible on ARM64 platform, yet
this reboot driver was not selectable, so fix that.
Signed-off-by: Florian Fainelli
---
drivers/power/reset/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1
On Broadcom MIPS STB platforms, BMIPS_GENERIC is the Kconfig symbol that
is used, make this reboot driver default to that value to make sure we
can reboot a system properly.
Signed-off-by: Florian Fainelli
---
drivers/power/reset/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
Hi!
> We are also having the same problem where the IFC (nand flash) was
> reporting ECC uncorrectable errors on single bitflips with erased pages.
> Applying this patch with some minor modifications seems to solve our
> issue. We are still doing more testing but recent results looks
> promisin
On 30/05/17 13:32, James Morris wrote:
> This seems like pointless churn in security-critical code in anticipation
> of features which are still in development and may not be adopted.
>
> Is there a compelling reason to merge this now? (And I don't mean worrying
> about non-existent compliers).
On Wed, 31 May 2017 14:31:16 +0800 kernel test robot
wrote:
>
> FYI, we noticed the following commit:
>
> commit: aefd950b83d2d8cf4d3c270546c8725f866da191 ("mm: make kswapd try harder
> to keep active pages in cache")
> https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
>
On Wed, 31 May 2017 08:14:54 +0200 Oleksij Rempel
wrote:
> we need it to preconfigure PMIC to properly power off the system.
Who is "we", what is a "PMIC", what architecture is affected and where
is this code which references pm_power_off_prepare?
> --- a/kernel/reboot.c
> +++ b/kernel/reboot.
On Tue, 30 May 2017, Peter Zijlstra wrote:
> On Wed, May 24, 2017 at 12:01:50PM -0400, Vince Weaver wrote:
> > I already have people really grumpy that you have to have one mmap() page
> > per event, meaning you sacrifice one TLB entry for each event you are
> > measuring.
>
> So there is space
On Wed, May 31, 2017 at 01:52:26PM -0700, Andrew Morton wrote:
> On Wed, 31 May 2017 14:31:16 +0800 kernel test robot
> wrote:
>
> >
> > FYI, we noticed the following commit:
> >
> > commit: aefd950b83d2d8cf4d3c270546c8725f866da191 ("mm: make kswapd try
> > harder to keep active pages in cach
If we see unrecoverable ECC error, we need to count number of bitflips
from all-ones and report correctable/uncorrectable according to
that. Otherwise we report ECC failed on erased flash with single bit error.
Signed-off-by: Pavel Machek
Reported-by: Darwin Dingel
---
v2: I got order wrong, t
On Wed, 31 May 2017 08:14:56 +0200 Oleksij Rempel
wrote:
> On some boards the SoC can use one pin "PMIC_STBY_REQ" to notify th PMIC
> about state changes. In this case internal state of PMIC must be
> preconfigured for upcomming state change.
> It works fine with the current regulator framework,
Instead of checking hid->open (that we plan on having HID core manage) in
hid_start_in(), let's allocate a couple of new flags: HID_IN_POLLING and
HID_OPENED, and use them to decide whether we should be submitting URBs or
not.
Signed-off-by: Dmitry Torokhov
---
drivers/hid/usbhid/hid-core.c | 25
This originally came about as report of uhid sending duplicate open and
premature close when hidraw was used alongside of input. After looking at
the drivers I think we shoud consolidate user tracking inside of the HID
core. While implementing this, there were a few cleanups as well.
Dmitry Torokh
Now that all users have migrated to use hid->ll_open_count, we can remove
hid->open field.
Signed-off-by: Dmitry Torokhov
---
include/linux/hid.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/hid.h b/include/linux/hid.h
index 5501eb64dbc4..72e8ac667771 100644
--- a/include/lin
Now that HID core enforces serialization of transport driver open/close
calls we can remove custom locking from usbhid driver.
Signed-off-by: Dmitry Torokhov
---
drivers/hid/usbhid/hid-core.c | 115 +++---
1 file changed, 53 insertions(+), 62 deletions(-)
dif
Now that HID core enforces serialization of transport driver open/close
calls we can remove custom locking from i2c-hid driver.
Signed-off-by: Dmitry Torokhov
---
drivers/hid/i2c-hid/i2c-hid.c | 32 +---
1 file changed, 9 insertions(+), 23 deletions(-)
diff --git a/d
Instead of calling into usbhid code directly, let's use the standard
accessors for the transport HID drivers.
This also allows us make usbhid_open and close static.
Signed-off-by: Dmitry Torokhov
---
drivers/hid/usbhid/hid-core.c | 4 ++--
drivers/hid/usbhid/hiddev.c | 8
drivers/hid
The HID transport drivers either re-implement exactly the same logic
(usbhid, i2c-hid) or forget to implement it (usbhid) which causes issues
when the same device is accessed via multiple interfaces (for example input
device through evdev and also hidraw). Let's muve the locking logic into
HID core
Instead of calling into usbhid code directly, let's use the standard
accessors for the transport HID drivers.
This also allows us to remove usbhid_get/put_power(), leaving only
usbhid_power().
Signed-off-by: Dmitry Torokhov
---
drivers/hid/usbhid/hid-core.c | 22 +-
drivers/
> I think it would be wise not to support !extents && ea_inode,
> particularly since blockmaps aren't protected by metadata_csum and so in
> the long run it's probably best to minimize the introduction of new
> blockmap files (on ext4 anyway).
Sounds good. I will add that to e2fsprogs patches. tha
sccnxp driver doesn't get the correct uart clock rate, if CONFIG_HAVE_CLOCK
is disabled. Correct usage of clk API to make it work with/without it.
Fixes: 90efa75f7ab0 (serial: sccnxp: Using CLK API for getting UART clock)
Suggested-by: Russell King - ARM Linux
Signed-off-by: Thomas Bogendoerfer
On Tue, 30 May 2017, Peter Zijlstra wrote:
> On Tue, May 30, 2017 at 01:55:33PM -0400, Vince Weaver wrote:
> > So the issue is currently if you were sampling, and you were sampling on
> > an event group, and you had set PERF_SAMPLE_READ to get all counts for a
> > group, and the event was also in
A fix for this is in Linus's tree and was submitted to -stable last
night:
commit deba804c90642c8ed0f15ac1083663976d578f54
Author: Orlando Arias
Date: Tue May 16 15:34:00 2017 -0400
sparc: Fix -Wstringop-overflow warning
Greetings,
GCC 7 introduced t
On Tue, May 30, 2017 at 09:59:13AM -0700, Dmitry Torokhov wrote:
> On Tue, May 30, 2017 at 10:23:58AM +0200, Benjamin Tissoires wrote:
> > On May 29 2017 or thereabouts, Dmitry Torokhov wrote:
> > > Instead of printing bytes one by one, let's use %phN to print the buffer
> > > in
> > > one go.
> >
By default, vmpressure events are not pass-through, i.e. they propagate
up through the memcg hierarchy until an event notifier is found for any
threshold level.
This presents a difficulty when a thread waiting on a read(2) for a
vmpressure event cannot distinguish between local memory pressure and
Phil Elwell writes:
> Restrict clock sources for the PCM peripheral to the oscillator and
> PLLD_PER because other source may have varying rates or be switched off.
> Prevent other sources from being selected by replacing their names in
> the list of potential parents with dummy entries (entry in
On 28/05/17 21:23, Kees Cook wrote:
> On Wed, May 24, 2017 at 10:45 AM, Igor Stoppa wrote:
[...]
>> If the CPU1 were to forcibly halt anything that can race with it, then
>> it would be sure that there was no interference.
>
> Correct. This is actually what ARM does for doing kernel memory
> wr
On Mon, May 29, 2017 at 09:11:31AM +, Bogdan Purcareata wrote:
> Add device tree description info for Cortina 10G phy devices.
>
> Signed-off-by: Bogdan Purcareata
> ---
> v3 -> v4:
> - Consistency nit between phy label and reg value.
> - Add CORTINNA trademark info.
>
> Patch introduced in
On Wed, 2017-05-31 at 13:27 -0700, Andrew Morton wrote:
> On Wed, 31 May 2017 08:45:23 -0400 Jeff Layton wrote:
>
> > This is v5 of the patchset to improve how we're tracking and reporting
> > errors that occur during pagecache writeback.
>
> I'm curious to know how you've been testing this?
>
On Sat, May 27, 2017 at 4:19 AM, Alexey Budankov
wrote:
> Motivation:
>
> The issue manifests like 4x slowdown when profiling single thread STREAM
> benchmark on Intel Xeon Phi running RHEL7.2 (Intel MPSS distribution).
> Perf profiling is done in per-process mode and involves about 30 core
> even
Phil Elwell writes:
> Fractional clock dividers generate accurate average frequencies but
> with jitter, particularly when the integer divisor is small.
>
> Introduce a new metric of clock accuracy to penalise clocks with a good
> average but worse jitter compared to clocks with an average which
From: Priyalee Kushwaha
This fix oops found while testing load/unload test of
intel_telemetry_debugfs module. Module_init uses register_pm_notifier
for PM callbacks, but unregister_pm_notifier was missing from
module_exit.
[ 97.481860] BUG: unable to handle kernel paging request at a006
On Wed, 31 May 2017 17:31:49 -0400 Jeff Layton wrote:
> On Wed, 2017-05-31 at 13:27 -0700, Andrew Morton wrote:
> > On Wed, 31 May 2017 08:45:23 -0400 Jeff Layton wrote:
> >
> > > This is v5 of the patchset to improve how we're tracking and reporting
> > > errors that occur during pagecache wri
On Wed, 31 May 2017, Doug Anderson wrote:
> > Again, I defer to maintainers like Andrew and Ingo who have to deal with
> > an enormous amount of patches on how they would like to handle it; I don't
> > think myself or anybody else who doesn't deal with a large number of
> > patches should be manda
On 05/31/2017 03:29 AM, Leonard Crestez wrote:
> These bits seem to be lost after a suspend/resume cycle so just set them
> again. Do this by splitting the handling of these bits into a function
> that is also called on resume.
>
> This patch fixes ethernet suspend/resume on imx6ul-14x14-evk board
Hi,
On 01/06/17 08:59, Pavel Machek wrote:
>
> You meen "errors = 0"? Does that actually make a difference? It is a
> local variable, and continue makes sure the value is not used:
>
I missed the 'continue' statement there. In that case we don't need to
reset 'error'.
Cheers,
Darwin
On Wed, May 31, 2017 at 04:30:59PM +0900, Sergey Senozhatsky wrote:
> Hello Jan,
>
> On (05/29/17 14:12), Jan Kara wrote:
> [..]
> > Actually I had something very similar in old versions of my patch set. And
> > it didn't work very well. The problem was that e.g. sometimes scheduler
> > decided th
On 05/31/2017 03:29 AM, Leonard Crestez wrote:
> Right now mach-imx6ul registers a fixup for the ksz8081 phy. The same
> register values can be set through the micrel phy driver by using dts
> properties.
>
> This seems preferable and allows cleanly fixing suspend/resume.
>
> Signed-off-by: Leona
On 31/05/2017 22:04, Bjorn Helgaas wrote:
> Cscope only sees 94 definitions of irq_set_affinity. I know *I* could
> never write a script faster than looking at them manually.
for F in $(find -name '*.c'); do
if grep -q pci_msi_create_irq_domain $F; then
grep 'irq_set_affinity\s*=' $F | cut
On Wed 31 May 09:30 PDT 2017, Stephen Boyd wrote:
> On 05/26, Bjorn Andersson wrote:
> > diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi
> > b/arch/arm64/boot/dts/qcom/msm8916.dtsi
> > index ab3093995ded..33013835639d 100644
> > --- a/arch/arm64/boot/dts/qcom/msm8916.dtsi
> > +++ b/arch/arm64/
701 - 800 of 1025 matches
Mail list logo
