Re: [PATCH linux-next v2 1/1] usb: gadget: udc: atmel: Update endpoint allocation scheme

Le 23/01/2017 à 15:45, cristian.bir...@microchip.com a écrit : > From: Cristian Birsan > > Update atmel udc driver with a new enpoint allocation scheme. The data > sheet requires that all endpoints are allocated in order. Pieces of information from the cover

Re: [PATCH 1/2] HID: logitech-hidpp: add battery support for HID++ 2.0 devices

On Wed, 2016-06-29 at 19:28 +1000, Peter Hutterer wrote: > If the 0x1000 Unified Battery Level Status feature exists, expose the battery > level. > > The main drawback is that while a device is plugged in its battery level is 0. > To avoid exposing that as 0% charge we make up a number based on

Re: [PATCH] scsi: srp_transport: Fix 'always false comparison' in srp_tmo_valid()

On Thu, 2017-01-26 at 11:17 +, Augusto Mecking Caringi wrote: > In a 64bit system (where long is 64bit wide), even dividing LONG_MAX by > HZ will always be bigger than the max value that an int variable can > hold. > > This has been detected by building the driver with W=1: > >

[tip:perf/core] perf hists browser: Add e/c hotkeys to expand/collapse callchain for current entry

Commit-ID: 0e3fa7a7acdd5f6ec89b3692276e35006c06fb92 Gitweb: http://git.kernel.org/tip/0e3fa7a7acdd5f6ec89b3692276e35006c06fb92 Author: Jiri Olsa AuthorDate: Fri, 20 Jan 2017 10:20:30 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 20 Jan

[tip:perf/core] perf hists browser: Put hist_entry folding logic into single function

Commit-ID: b33f922651011effafec4508474e8591569a3e98 Gitweb: http://git.kernel.org/tip/b33f922651011effafec4508474e8591569a3e98 Author: Jiri Olsa AuthorDate: Fri, 20 Jan 2017 10:20:29 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 20 Jan

[PATCH 8/8] asus-wmi: Don't register rfkill if ASHS and user bit are present

Some Asus laptops that have an airplane-mode indicator LED, also have the WMI WLAN user bit set, and the following bits in their DSDT: Scope (_SB) { (...) Device (ATKD) { (...) Method (WMNB, 3, Serialized) { (...) If (LEqual

Re: [PATCH v2 0/4] USB support for Broadcom NSP SoC

On Tuesday 17 January 2017 09:44 PM, Yendapally Reddy Dhananjaya Reddy wrote: > This patch set contains the usb support for Broadcom NSP SoC. The > usb3 phy is internal to the SoC and is accessed through mdio interface. > The mdio interface can be used to access either internal usb3 phy or >

[tip:perf/core] tools lib bpf: Fix map offsets in relocation

Commit-ID: 94e5adece8b37a23d99fb1f8a5de94b23194f387 Gitweb: http://git.kernel.org/tip/94e5adece8b37a23d99fb1f8a5de94b23194f387 Author: Joe Stringer AuthorDate: Sun, 22 Jan 2017 17:11:22 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Jan

[PATCH 0/8] asus-wmi: Get rid of quirk_no_rfkill{,_wapf4}

This quirk avoids the conflicting usage of ASUS_WMI_DEVID_WLAN_LED (0x00010002) by both asus-wireless and asus-wmi on machines where the BIOS can't set and record the wlan status (wlan_ctrl_by_user in asus-wmi.c). At the moment we have six models using that quirk upstream, but there are another

[PATCH 4/8] Revert "asus-wmi: Add quirk_no_rfkill for the Asus U303LB"

This reverts commit 02db9ff7af18f7ace60f430cbbaa1d846b350916. Signed-off-by: João Paulo Rechi Vita --- drivers/platform/x86/asus-nb-wmi.c | 9 - 1 file changed, 9 deletions(-) diff --git a/drivers/platform/x86/asus-nb-wmi.c b/drivers/platform/x86/asus-nb-wmi.c

[PATCH 6/8] Revert "asus-wmi: Create quirk for airplane_mode LED"

This reverts commit a977e59c0c67c9d492bb16677ce66d67cae0ebd8. Signed-off-by: João Paulo Rechi Vita --- drivers/platform/x86/asus-nb-wmi.c | 13 - drivers/platform/x86/asus-wmi.c| 8 +++- drivers/platform/x86/asus-wmi.h| 1 - 3 files changed, 3

[PATCH] zswap: don't param_set_charp while holding spinlock

Change the zpool/compressor param callback function to release the zswap_pools_lock spinlock before calling param_set_charp, since that function may sleep when it calls kmalloc with GFP_KERNEL. While this problem has existed for a while, I wasn't able to trigger it using a tight loop changing

RE: [PATCH] Fix 64 bit addressing support for GEM

-Original Message- > From: Rafal Ozieblo [mailto:raf...@cadence.com] > Sent: 26 stycznia 2017 16:01 > Subject: [PATCH] Fix 64 bit addressing support for GEM > > This patch adds support for 32 bit GEM in > 64 bit system. It checks capability at runtime > and uses appropriate buffer

Re: [PATCH v6 3/3] watchdog: zx2967: add watchdog controller driver for ZTE's zx2967 family

On Thu, Jan 26, 2017 at 09:32:56AM +0800, Baoyou Xie wrote: > On 26 January 2017 at 00:23, Mathieu Poirier > wrote: > > > On Wed, Jan 25, 2017 at 10:44:49AM +0800, Baoyou Xie wrote: > > > This patch adds watchdog controller driver for ZTE's zx2967 family. > > > > > >

Re: [PATCH v4 0/9] Implement clocksource for rockchip SoC using rockchip timer

Hello Daniel! Sorry for bothering you. Just let you know that I sent v5 here: http://lists.infradead.org/pipermail/linux-rockchip/2017-January/thread.html#13812 Because previous series was somehow missed in your inbox. Heiko don’t want to add "Reviewed-by» to my patches. Could you please apply

[PATCH 3/3] lightnvm: Add CRC read error

Let the host differentiate between a read error and a CRC check error on the device side. Signed-off-by: Javier González --- include/linux/lightnvm.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/lightnvm.h b/include/linux/lightnvm.h index

Re: [PATCH 2/2] kcov: make kcov work properly with KASLR enabled

On Mon, Dec 12, 2016 at 07:58:03AM +0100, Dmitry Vyukov wrote: > On Sun, Dec 11, 2016 at 10:37 PM, Alexander Popov > wrote: > > On 11.12.2016 12:32, Dmitry Vyukov wrote: > >> On Sun, Dec 11, 2016 at 1:50 AM, Alexander Popov > >> wrote: > >>> Subtract

[PATCH 2/3] lightnvm: allow targets to use sysfs

In order to register through the sysfs interface, a driver needs to know its kobject. On a disk structure, this happens when the partition information is added (device_add_disk), which for lightnvm takes place after the target has been initialized. This means that on target initialization, the

[PATCHv6 08/37] filemap: handle huge pages in do_generic_file_read()

Most of work happans on head page. Only when we need to do copy data to userspace we find relevant subpage. We are still limited by PAGE_SIZE per iteration. Lifting this limitation would require some more work. Signed-off-by: Kirill A. Shutemov --- mm/filemap.c

[PATCHv6 16/37] thp: make thp_get_unmapped_area() respect S_HUGE_MODE

We want mmap(NULL) to return PMD-aligned address if the inode can have huge pages in page cache. Signed-off-by: Kirill A. Shutemov --- mm/huge_memory.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/mm/huge_memory.c b/mm/huge_memory.c

[PATCHv6 11/37] HACK: readahead: alloc huge pages, if allowed

Most page cache allocation happens via readahead (sync or async), so if we want to have significant number of huge pages in page cache we need to find a ways to allocate them from readahead. Unfortunately, huge pages doesn't fit into current readahead design: 128 max readahead window, assumption

Re: [PATCH 0/6 v3] kvmalloc

On Thu, 2017-01-26 at 11:32 +0100, Michal Hocko wrote: > So I have folded the following to the patch 1. It is in line with > kvmalloc and hopefully at least tell more than the current code. [] > diff --git a/mm/vmalloc.c b/mm/vmalloc.c [] > @@ -1741,6 +1741,13 @@ void

Re: [PATCH] perf: xgene: Include module.h

On Wed, Jan 25, 2017 at 07:29:30PM -0800, Tai Tri Nguyen wrote: > On Wed, Jan 25, 2017 at 3:46 PM, Stephen Boyd wrote: > > I ran into a build error when I disabled CONFIG_ACPI and tried to > > compile this driver: > > > > drivers/perf/xgene_pmu.c:1242:1: warning: data

Re: [GIT PULL] Immutable branch between MFD and MTD due for the v4.11 merge window

On Wed, 25 Jan 2017, Mika Westerberg wrote: > On Tue, Jan 03, 2017 at 05:37:50PM +, Lee Jones wrote: > > MTD Maintainers, > > > > Enjoy! > > > > The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77: > > > > Linux 4.10-rc1 (2016-12-25 16:13:08 -0800) > > > > are

Re: [PATCH v3 1/2] iov_iter: allow iov_iter_get_pages_alloc to allocate more pages per call

On Wed, 2017-01-25 at 08:32 -0500, Jeff Layton wrote: > Currently, iov_iter_get_pages_alloc will only ever operate on the first > vector that iterate_all_kinds hands back. Most of the callers however > would like to have as long a set of pages as possible, to allow for > fewer, but larger I/Os. >

[PATCH] eeprom: idt_89hpesx: Discard memory freeing allocated by devm_kmalloc

Indeed, the data structure is allocated by device resource manager, so the driver doesn't need to free anything on remove() callback. Reported-by: Julia Lawall Signed-off-by: Serge Semin --- drivers/misc/eeprom/idt_89hpesx.c | 3 --- 1 file

Re: [PATCH 1/2] gpio: aspeed: Make bank names strings

On Mon, Jan 23, 2017 at 6:26 AM, Andrew Jeffery wrote: > From: Joel Stanley > > The Aspeed SoCs have more GPIOs than can be represented with A-Z. The > documentation uses two letter names such as AA and AB, so make the names > a three-character array in the bank

Re: [PATCH] clk: meson8b: fix clk81 register address

On Wed, 2017-01-25 at 11:53 +0100, Jerome Brunet wrote: > During meson8b clock probe, clk81 register address is fixed twice. > First using the meson8b_clk_gates array, then by directly changing > meson8b_clk81 register. > > As a result meson8b_clk81.reg = HHI_MPEG_CLK_CNTL + clk_base + >

Re: [PATCH 3/5] gpio: 104-idio-16: Utilize devm_ functions in driver probe callback

On Tue, Jan 24, 2017 at 9:00 PM, William Breathitt Gray wrote: > The devm_ resource manager functions allow memory to be automatically > released when a device is unbound. This patch takes advantage of the > resource manager functions and replaces the gpiochip_add_data

Re: [PATCH 2/2] x86/fpu: copy MXCSR & MXCSR_FLAGS with SSE/YMM state

On 01/25/2017 05:57 PM, r...@redhat.com wrote: > /* > + * Restoring SSE/YMM state requires that MXCSR & MXCSR_MASK are saved. > + * Those fields are part of the legacy FP state, and only get saved > + * above if XFEATURES_MASK_FP is set. > + * > + * Copy out those

Re: [PATCHv3 4/5] arm: mvebu: Add device tree for 98DX3236 SoCs

Hi Chris, On ven., janv. 06 2017, Chris Packham wrote: > The Marvell 98DX3236, 98DX3336, 98DX4521 and variants are switch ASICs > with integrated CPUs. They are similar to the Armada XP SoCs but have > different I/O interfaces. Before sending a new version

Re: [PATCH v3 2/4] dt-bindings: Add TI SCI PM Domains

On 01/25/2017 04:32 PM, Rob Herring wrote: On Wed, Jan 25, 2017 at 10:59 AM, Dave Gerlach wrote: On 01/24/2017 04:03 AM, Ulf Hansson wrote: On 23 January 2017 at 21:11, Dave Gerlach wrote: On 01/20/2017 10:52 AM, Ulf Hansson wrote: [...] Another

Re: [PATCH 1/2] tpm2: add session handle context saving and restoring to the space code

On Thu, 2017-01-26 at 14:51 +0200, Jarkko Sakkinen wrote: > On Mon, Jan 23, 2017 at 09:37:11PM -0800, James Bottomley wrote: > > sessions are different from transient objects in that their handles > > may not be virtualized (because they're used for some hmac > > calculations). Additionally when

Re: [PATCH v8 0/3] Support qcom's HSIC USB and rewrite USB2 HS support

On Thursday 26 January 2017 04:02 AM, Stephen Boyd wrote: > This patch series continues the usb chipidea rewrite for > Qualcommm platforms. I've dropped the patches that were applied > to Peter's tree for chipidea. Now the phy drivers are left, > along with the patch to call phy_set_mode() at

[PATCH] nvme: make nvmf_register_transport require a create_ctrl callback

nvmf_create_ctrl() relys on the presence of a create_crtl callback in the registered nvmf_transport_ops, so make nvmf_register_transport require one. Update the available call-sites as well to reflect these changes. Signed-off-by: Johannes Thumshirn ---

[tip:perf/core] perf probe: Delete an unnecessary assignment in try_to_find_absolute_address()

Commit-ID: d1d0e29cb7d03a6019caa125e4c0288366a4f359 Gitweb: http://git.kernel.org/tip/d1d0e29cb7d03a6019caa125e4c0288366a4f359 Author: Markus Elfring AuthorDate: Mon, 23 Jan 2017 15:10:19 +0100 Committer: Arnaldo Carvalho de Melo

Re: [PATCH] x86/fpu: Unify the naming of the FPU register cache validity flags

On Thu, Jan 26, 2017 at 04:05:25PM +0100, Ingo Molnar wrote: > diff --git a/arch/x86/include/asm/switch_to.h > b/arch/x86/include/asm/switch_to.h > index a7146dadb31d..7a4915dd0547 100644 > --- a/arch/x86/include/asm/switch_to.h > +++ b/arch/x86/include/asm/switch_to.h > @@ -78,7 +78,7 @@ do {

[PATCH 1/2] drm: mali-dp: Add plane offset to the plane's physical start address register

Add the fb->offset[] value to the plane's physical start address registe. Without that, packed formats are rendered incorrectly. Signed-off-by: Liviu Dudau --- drivers/gpu/drm/arm/malidp_planes.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v2] sound: pci: cs46xx: constify snd_pcm_ops structures

Declare snd_pcm_ops structures as const as they are either stored in the ops field of a snd_pcm_substream structure or passed as an argument to the function snd_pcm_set_ops. The function argument and the ops field are of type const, so snd_pcm_ops structures having this property can be made const

[PATCH v3 02/12] crypto: atmel-sha: update request queue management to make it more generic

This patch is a transitional patch. It splits the atmel_sha_handle_queue() function. Now atmel_sha_handle_queue() only manages the request queue and calls a new .start() hook from the atmel_sha_ctx structure. This hook allows to implement different kind of requests still handled by a single queue.

[PATCH v3 01/12] crypto: atmel-sha: create function to get an Atmel SHA device

This is a transitional patch: it creates the atmel_sha_find_dev() function, which will be used in further patches to share the source code responsible for finding a Atmel SHA device. Signed-off-by: Cyrille Pitchen --- drivers/crypto/atmel-sha.c | 15 +++ 1

[PATCH v3 10/12] crypto: atmel-aes: fix atmel_aes_handle_queue()

This patch fixes the value returned by atmel_aes_handle_queue(), which could have been wrong previously when the crypto request was started synchronously but became asynchronous during the ctx->start() call. Signed-off-by: Cyrille Pitchen ---

[PATCH v3 08/12] crypto: atmel-sha: add simple DMA transfers

This patch adds a simple function to perform data transfer with the DMA controller. Signed-off-by: Cyrille Pitchen --- drivers/crypto/atmel-sha.c | 116 + 1 file changed, 116 insertions(+) diff --git

Re: [PATCH] mm: vmscan: do not pass reclaimed slab to vmpressure

Hi Vinayak, On Thu, Jan 26, 2017 at 10:53:38AM +0530, vinayak menon wrote: > Hi Minchan > > On Thu, Jan 26, 2017 at 4:57 AM, Minchan Kim wrote: > > Hello Vinayak, > > > > On Wed, Jan 25, 2017 at 05:08:38PM +0530, Vinayak Menon wrote: > >> It is noticed that during a global

Re: [PATCH v7 2/4] dmaengine: Forward slave device pointer to of_xlate callback

Hi Lars, On 2017-01-25 14:12, Lars-Peter Clausen wrote: On 01/25/2017 11:28 AM, Marek Szyprowski wrote: Add pointer to slave device to of_dma_xlate to let DMA engine driver to know which slave device is using given DMA channel. This will be later used to implement non-irq-safe runtime PM for

Re: [PATCH 5/5] gpio: ws16c48: Utilize devm_ functions in driver probe callback

On Tue, Jan 24, 2017 at 9:01 PM, William Breathitt Gray wrote: > The devm_ resource manager functions allow memory to be automatically > released when a device is unbound. This patch takes advantage of the > resource manager functions and replaces the gpiochip_add_data

Re: [PATCH 4/5] gpio: gpio-mm: Utilize devm_ functions in driver probe callback

On Tue, Jan 24, 2017 at 9:01 PM, William Breathitt Gray wrote: > The devm_ resource manager functions allow memory to be automatically > released when a device is unbound. This patch takes advantage of the > resource manager functions and replaces the gpiochip_add_data

[PATCH 0/1] asus-wireless: Use the correct HSWC parameter for each HID

As stated in the commit message, different machines can use different values to represent LED ON/OFF, and this commit makes sure we use the correct value pair for each _HID. I don't know if there is a better way to store these pairs than in a structure matching the device_ids[] indexing that

RE: [PATCH net-next v2] macb: Common code to enable ptp support for MACB/GEM

> -Original Message- > From: Andrei Pistirica [mailto:andrei.pistir...@microchip.com] > Sent: 19 stycznia 2017 16:56 > Subject: [PATCH net-next v2] macb: Common code to enable ptp support for > MACB/GEM > > > +static inline bool gem_has_ptp(struct macb *bp) > +{ > + return

Re: [PATCH 5/7] x86/fpu: Change fpu->fpregs_active users to fpu->fpstate_active

* Rik van Riel wrote: > On Thu, 2017-01-26 at 12:26 +0100, Ingo Molnar wrote: > > We want to simplify the FPU state machine by eliminating fpu- > > >fpregs_active, > > and we can do that because the two state flags (::fpregs_active and > > ::fpstate_active) are set essentially

Re: [PATCHv4 0/5] Support for Marvell switches with integrated CPUs

Hi Chris, On ven., janv. 13 2017, Chris Packham wrote: > The 98DX3236, 98DX3336 and 98DX4251 are a set of switch ASICs with > integrated CPUs. They CPU block is common within these product lines and > (as far as I can tell/have been told) is based on the

Re: [PATCH 6/7] drivers/gpio: Add and export gpiod_lookup[_index]

On Wed, Jan 25, 2017 at 1:06 AM, Furquan Shaikh wrote: > Sometimes (as the case with fixed regulator) we only want to look up, > but not necessarily reserve right away, GPIO. gpiod_lookup() and > gpiod_lookup_by_index() allow us doing just that. > > Signed-off-by: Dmitry

Re: 4.10-rc5+ WARNING: CPU: 3 PID: 1 at ./include/drm/drm_crtc.h:857 drm_kms_helper_poll_enable.part.4+0xa8/0xc0

On Thu, 26 Jan 2017, Borislav Petkov wrote: > On Thu, Jan 26, 2017 at 03:51:25PM +0200, Jani Nikula wrote: >> On Thu, 26 Jan 2017, Borislav Petkov wrote: >> > Hi all, >> > >> > I see this brand new warning when booting here. >> > >> > Top commit is

[tip:perf/core] perf c2c report: Display Total records column in offset view

Commit-ID: 8763e6ac2d368ac9d650df35b00c3af2a7c1878b Gitweb: http://git.kernel.org/tip/8763e6ac2d368ac9d650df35b00c3af2a7c1878b Author: Jiri Olsa AuthorDate: Fri, 20 Jan 2017 10:20:31 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Fri, 20 Jan

Re: perf: use-after-free in perf_event_for_each

On Mon, Jan 23, 2017 at 02:30:12PM +0100, Dmitry Vyukov wrote: > Hello, > > The following program triggers use-after-free in perf_event_for_each: > https://gist.githubusercontent.com/dvyukov/f1c354a8356e42f4d0b3d912e1bec956/raw/31d7ecdf6dc2c7327b80ef8581a39c823bbe405d/gistfile1.txt > > BUG:

Re: [Bug fix]mips 64bits checksum error -- csum_tcpudp_nofold

On Wed, Jan 25, 2017 at 6:33 PM, Mark Zhang wrote: > Hi Alex, > > Thanks for your reply. > I tested your correction. The result is correct. > The C language will cause this function(csum_tcpudp_nofold) become > 176 MIPS instructions. The assemble code is 150 MIPS

[PATCH v3 05/12] crypto: atmel-sha: add atmel_sha_wait_for_data_ready()

This patch simply defines a helper function to test the 'Data Ready' flag of the Status Register. It also gives a chance for the crypto request to be processed synchronously if this 'Data Ready' flag is already set when polling the Status Register. Indeed, running synchronously avoid the latency

[PATCH v3 04/12] crypto: atmel-sha: redefine SHA_FLAGS_SHA* flags to match SHA_MR_ALGO_SHA*

This patch modifies the SHA_FLAGS_SHA* flags: those algo flags are now organized as values of a single bitfield instead of individual bits. This allows to reduce the number of bits needed to encode all possible values. Also the new values match the SHA_MR_ALGO_SHA* values hence the algorithm

[PATCH v3 03/12] crypto: atmel-sha: make atmel_sha_done_task more generic

This patch is a transitional patch. It updates atmel_sha_done_task() to make it more generic. Indeed, it adds a new .resume() member in the atmel_sha_dev structure. This hook is called from atmel_sha_done_task() to resume processing an asynchronous request. Signed-off-by: Cyrille Pitchen

Re: [PATCH v2] openrisc: migrate exception table users off module.h and onto extable.h

[Re: [PATCH v2] openrisc: migrate exception table users off module.h and onto extable.h] On 26/01/2017 (Thu 14:53) Stafford Horne wrote: > On Wed, Jan 25, 2017 at 04:40:46PM -0500, Paul Gortmaker wrote: > > These files were only including module.h for exception table related > > functions.

Re: linux-next: Tree for Jan 19

[Re: linux-next: Tree for Jan 19] On 26/01/2017 (Thu 06:22) Guenter Roeck wrote: > On 01/25/2017 09:38 PM, Stafford Horne wrote: > >On Wed, Jan 25, 2017 at 08:54:53PM -0800, Guenter Roeck wrote: > >>On 01/25/2017 08:37 AM, Paul Gortmaker wrote: > >>>[Re: linux-next: Tree for Jan 19] On 23/01/2017

Re: [PATCH 2/5] gpio: 104-idi-48: Utilize devm_ functions in driver probe callback

On Tue, Jan 24, 2017 at 9:00 PM, William Breathitt Gray wrote: > The devm_ resource manager functions allow memory to be automatically > released when a device is unbound. This patch takes advantage of the > resource manager functions and replaces the gpiochip_add_data

Re: [PATCH 1/7] x86/fpu: Simplify the fpu->last_cpu logic and rename it to fpu->fpregs_cached

* Rik van Riel wrote: > On Thu, 2017-01-26 at 12:26 +0100, Ingo Molnar wrote: > > > > @@ -322,6 +308,16 @@ struct fpu { > >   unsigned char fpregs_active; > >   > >   /* > > +  * @fpregs_cached: > > +  * > > +  * This flag tells us whether this

[PATCH 1/1] asus-wireless: Use the correct HSWC parameter for each HID

Some Asus machines use 0x4/0x5 as their LED on/off values, while others use 0x0/0x1, as shown in the DSDT exerpts below (note "Arg0 == 0x02", used to get the LED status). Luckly it seems this behavior is tied to different HIDs, after looking at 44 DSDTs from different Asus models. Another small

[PATCH] x86/fpu: Unify the naming of the FPU register cache validity flags

* Ingo Molnar wrote: > What we could do is to unify the naming to explain all this a bit better - > right > now there's very little indication that ->fpregs_cached is closely related to > fpu_fpregs_owner_ctx. > > For example we could rename them to: > >

Re: [PATCH] pinctrl: rockchip: Add rk3328 pinctrl support

Am Donnerstag, 26. Januar 2017, 14:29:17 CET schrieb Linus Walleij: > On Sun, Jan 22, 2017 at 9:38 AM, David Wu wrote: > > From: "david.wu" > > > > This patch supports 3bit width iomux type. > > Note, the iomux of following pins are special,

Re: [PATCH] sound: pci: cs46xx: constify snd_pcm_ops structures

On Thu, 26 Jan 2017 15:53:29 +0100, Bhumika Goyal wrote: > > Declare snd_pcm_ops structures as const as they are either stored in the > ops field of a snd_pcm_substream structure or passed as an argument to the > function snd_pcm_set_ops. The function argument and the ops field > are of type

Re: [PATCHv3 5/5] arm: mvebu: Add device tree for db-dxbc2 and db-xc3-24g4xg boards

Hi Chris, On ven., janv. 06 2017, Chris Packham wrote: > These boards are Marvell's evaluation boards for the 98DX4251 and > 98DX3336 SoCs. > > Signed-off-by: Chris Packham > --- > Change in v2/v3: > - None > >

[tip:perf/core] perf ftrace: Introduce new 'ftrace' tool

Commit-ID: d01f4e8db22cf4d04f6c86351d959b584eb1f5f7 Gitweb: http://git.kernel.org/tip/d01f4e8db22cf4d04f6c86351d959b584eb1f5f7 Author: Namhyung Kim AuthorDate: Thu, 7 Mar 2013 21:45:20 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26

[PATCH 2/2] drm: mali-dp: fix stride setting for multi-plane formats

From: Mihail Atanassov Hardware has multiple (2 or 3, depending on model) stride registers per layer; add a function that correctly takes that into account. On hardware that only has 2 stride registers, ensure that 3-plane (YUV) content has identical strides for both

[tip:perf/core] perf util: Add more debug message on failure path

Commit-ID: a7619aef6dca913d830675dd914ca6fe7241a730 Gitweb: http://git.kernel.org/tip/a7619aef6dca913d830675dd914ca6fe7241a730 Author: Namhyung Kim AuthorDate: Thu, 18 Apr 2013 21:24:16 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26

[tip:perf/core] perf ftrace: Make 'function_graph' be the default tracer

Commit-ID: ec347870a9d423a4b88657d6a85b5163b3f949ee Gitweb: http://git.kernel.org/tip/ec347870a9d423a4b88657d6a85b5163b3f949ee Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 18 Jan 2017 21:49:14 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] tools lib bpf: Add set/is helpers for all prog types

Commit-ID: 7803ba73099867d1f6ca866857277d92e0da4080 Gitweb: http://git.kernel.org/tip/7803ba73099867d1f6ca866857277d92e0da4080 Author: Joe Stringer AuthorDate: Sun, 22 Jan 2017 17:11:24 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Jan

[PATCH 7/8] asus-wireless: Export ids list

Signed-off-by: João Paulo Rechi Vita --- drivers/platform/x86/asus-wireless.c | 15 ++- drivers/platform/x86/asus-wireless.h | 10 ++ 2 files changed, 16 insertions(+), 9 deletions(-) create mode 100644 drivers/platform/x86/asus-wireless.h diff --git

Re: [PATCHv6 02/37] Revert "radix-tree: implement radix_tree_maybe_preload_order()"

On Thu, Jan 26, 2017 at 02:57:44PM +0300, Kirill A. Shutemov wrote: > This reverts commit 356e1c23292a4f63cfdf1daf0e0ddada51f32de8. > > After conversion of huge tmpfs to multi-order entries, we don't need > this anymore. Yay! Reviewed-by: Matthew Wilcox

[PATCH 5/8] Revert "asus-wmi: Add quirk_no_rfkill for the Asus N552VW"

This reverts commit 2d735244b798f0c8bf93ace1facfafdc1f7a4e6e. Signed-off-by: João Paulo Rechi Vita --- drivers/platform/x86/asus-nb-wmi.c | 9 - 1 file changed, 9 deletions(-) diff --git a/drivers/platform/x86/asus-nb-wmi.c b/drivers/platform/x86/asus-nb-wmi.c

Re: [PATCH v2 2/3] Broadcom USB DRD Phy driver for Northstar2

Hi, On Wednesday 18 January 2017 05:50 PM, Raviteja Garimella wrote: > This is driver for USB DRD Phy used in Broadcom's Northstar2 > SoC. The phy can be configured to be in Device mode or Host > mode based on the type of cable connected to the port. The > driver registers to extcon framework to

Re: [GIT PULL] soc: samsung: Drivers for v4.11

On Fri, Jan 20, 2017 at 7:13 PM, Krzysztof Kozlowski wrote: > The following changes since commit 0c744ea4f77d72b3dcebb7a8f2684633ec79be88: > > Linux 4.10-rc2 (2017-01-01 14:31:53 -0800) > > are available in the git repository at: > >

Re: [PATCH 6/8] ARM: dts: dra7x-evm: Enable dual-role mode for USB1

* Roger Quadros [170123 03:21]: > USB1 port is micro-AB type and can function as peripheral > as well as host. Enable dual-role mode for USB1. Good to see this happening :) Can you please send the dts changes separately after the driver changes have gotten merged? Meanwhile I'll

[PATCH] lightnvm: free properly on target creation error

Fix a memory leak when target creation fails. More specifically, free the entire device structure given to the target (tgt_dev). Signed-off-by: Javier González --- drivers/lightnvm/core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] clk: gxbb: fix CLKID_ETH defined twice

CLKID_ETH is define in the dt-bindings but has not be commented out in the clock driver. Just do it now. Fixes: 738f66d3211d ("clk: gxbb: add AmLogic GXBB clk controller driver") Signed-off-by: Jerome Brunet --- Patch based on khilman/linux-amlogic.git master branch

Re: [PATCH] drm/i915: fix use-after-free in page_flip_completed()

On Thu, Jan 26, 2017 at 05:32:11PM +0300, Andrey Ryabinin wrote: > page_flip_completed() dereferences 'work' variable after executing > queue_work(). This is not safe as the 'work' item might be already freed > by queued work: > > BUG: KASAN: use-after-free in page_flip_completed+0x3ff/0x490

Re: [PATCH 1/5] gpio: 104-dio-48e: Utilize devm_ functions in driver probe callback

On Tue, Jan 24, 2017 at 9:00 PM, William Breathitt Gray wrote: > The devm_ resource manager functions allow memory to be automatically > released when a device is unbound. This patch takes advantage of the > resource manager functions and replaces the gpiochip_add_data

[PATCH] sound: pci: cs46xx: constify snd_pcm_ops structures

Declare snd_pcm_ops structures as const as they are either stored in the ops field of a snd_pcm_substream structure or passed as an argument to the function snd_pcm_set_ops. The function argument and the ops field are of type const, so snd_pcm_ops structures having this property can be made

Re: linux-next: Tree for Jan 19

On Thu, Jan 26, 2017 at 02:45:15PM +0900, Stafford Horne wrote: > On Wed, Jan 25, 2017 at 11:37:11AM -0500, Paul Gortmaker wrote: > > [Re: linux-next: Tree for Jan 19] On 23/01/2017 (Mon 23:11) Stafford Horne > > wrote: > > > > [...] > > > > > > > > Are all of these builds using the tests from

Re: 4.10-rc5+ WARNING: CPU: 3 PID: 1 at ./include/drm/drm_crtc.h:857 drm_kms_helper_poll_enable.part.4+0xa8/0xc0

On Thu, Jan 26, 2017 at 03:51:25PM +0200, Jani Nikula wrote: > On Thu, 26 Jan 2017, Borislav Petkov wrote: > > Hi all, > > > > I see this brand new warning when booting here. > > > > Top commit is v4.10-rc5-107-g883af14e67e8 from Linus' master. > > Please try [1]. Maybe I should

Re: ip_rcv_finish() NULL pointer kernel panic

This bug appears to have existed for a long time: https://www.spinics.net/lists/netdev/msg222459.html http://www.kernelhub.org/?p=2=823752 Though possibly with different things not setting the "input" function pointer in the "struct dst_entry". include/net/dst.h: 496 static

[tip:perf/core] tools lib bpf: Add libbpf_get_error()

Commit-ID: e28ff1a8382ee02b10cf11cf3b48541dc3d14a58 Gitweb: http://git.kernel.org/tip/e28ff1a8382ee02b10cf11cf3b48541dc3d14a58 Author: Joe Stringer AuthorDate: Sun, 22 Jan 2017 17:11:25 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 26 Jan

[tip:perf/core] perf probe: Delete an unnecessary check in try_to_find_absolute_address()

Commit-ID: 42e233cacc052bd545417c68155f2b9abd1bab72 Gitweb: http://git.kernel.org/tip/42e233cacc052bd545417c68155f2b9abd1bab72 Author: Markus Elfring AuthorDate: Mon, 23 Jan 2017 14:54:26 +0100 Committer: Arnaldo Carvalho de Melo

[PATCH 2/8] Revert "asus-wmi: Add quirk_no_rfkill_wapf4 for the Asus X456UF"

This reverts commit a961a285b479977fa21f12f71cd62f28adaba17c. Signed-off-by: João Paulo Rechi Vita --- drivers/platform/x86/asus-nb-wmi.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/platform/x86/asus-nb-wmi.c

[PATCH 3/8] Revert "asus-wmi: Add quirk_no_rfkill for the Asus Z550MA"

This reverts commit 6b7ff2af5286a8c6bec7ff5f4df62e3506c1674e. Signed-off-by: João Paulo Rechi Vita --- drivers/platform/x86/asus-nb-wmi.c | 9 - 1 file changed, 9 deletions(-) diff --git a/drivers/platform/x86/asus-nb-wmi.c b/drivers/platform/x86/asus-nb-wmi.c

[PATCH 1/8] Revert "asus-wmi: Add quirk_no_rfkill_wapf4 for the Asus X456UA"

This reverts commit 56a37a72002b1eb01a1de391cf66383652784e78. Signed-off-by: João Paulo Rechi Vita --- drivers/platform/x86/asus-nb-wmi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/platform/x86/asus-nb-wmi.c

Re: [PATCHv6 06/37] thp: handle write-protection faults for file THP

On Thu, Jan 26, 2017 at 02:57:48PM +0300, Kirill A. Shutemov wrote: > For filesystems that wants to be write-notified (has mkwrite), we will > encount write-protection faults for huge PMDs in shared mappings. > > The easiest way to handle them is to clear the PMD and let it refault as > wriable.

Re: [PATCHv6 06/37] thp: handle write-protection faults for file THP

On Thu, Jan 26, 2017 at 07:44:39AM -0800, Matthew Wilcox wrote: > On Thu, Jan 26, 2017 at 02:57:48PM +0300, Kirill A. Shutemov wrote: > > For filesystems that wants to be write-notified (has mkwrite), we will > > encount write-protection faults for huge PMDs in shared mappings. > > > > The

[PATCH v3 00/12] crypto: atmel-authenc: add support to authenc(hmac(shaX),Y(aes)) modes

Hi all, this series of patches has been based and tested on next-20170125 with CRYPTO_MANAGER_DISABLED_TESTS not set. The series adds support to the hmac(shaX) algorithms first, then combines both the Atmel SHA and AES hardware accelerators to implement authenc(hmac(shaX),Y(aes)) algorithms as

Re: [PATCH v5 1/4] usb: dbc: early driver for xhci debug capability

* Peter Zijlstra wrote: > On Thu, Jan 26, 2017 at 08:19:37AM +0100, Ingo Molnar wrote: > > > > * Lu Baolu wrote: > > > > > Fair enough. > > > > > > USB connection is stable enough, unless the user unplugs the > > > USB cable during debugging.

[PATCH v3 11/12] crypto: atmel-authenc: add support to authenc(hmac(shaX),Y(aes)) modes

This patchs allows to combine the AES and SHA hardware accelerators on some Atmel SoCs. Doing so, AES blocks are only written to/read from the AES hardware. Those blocks are also transferred from the AES to the SHA accelerator internally, without additionnal accesses to the system busses. Hence,

[PATCH v3 12/12] crypto: atmel-sha: add verbose debug facilities to print hw register names

When VERBOSE_DEBUG is defined and SHA_FLAGS_DUMP_REG flag is set in dd->flags, this patch prints the register names and values when performing IO accesses. Signed-off-by: Cyrille Pitchen --- drivers/crypto/atmel-sha.c | 110

[PATCH v3 09/12] crypto: atmel-sha: add support to hmac(shaX)

This patch adds support to the hmac(shaX) algorithms. Signed-off-by: Cyrille Pitchen --- drivers/crypto/atmel-sha-regs.h | 4 + drivers/crypto/atmel-sha.c | 598 +++- 2 files changed, 601 insertions(+), 1 deletion(-) diff

[PATCH] mmc: host: constify mmc_host_ops structures

Declare mmc_host_ops structures as const as they are only stored in the ops field of a mmc_host structure. This field is of type const, so mmc_host_ops structures having this property can be made const too. Done using Coccinelle: @r disable optional_qualifier@ identifier x; position p; @@ static

  1   2   3   4   5   6   7   8   9   10   >