Re: [PATCH 1/3] arm64: extend ioremap for cacheable non-shareable memory

These transactions are done in HW via an ACP port which if I remember correctly only supports non coherent transactions. I will need to go back and check through email conversations I had with Catalin last year when debugging an issue using this mechanism (cacheable/nonshareable mapping) but

Re: [PATCH 3/5] KEYS: encrypted: sanitize all key material

Eric Biggers wrote: > - memzero_explicit(epayload->decrypted_data, epayload->decrypted_datalen); > - kfree(key->payload.data[0]); > + kzfree(key->payload.data[0]); Should kzfree() be using memzero_explicit() rather than memset()? David

[PATCH v1 2/8] ASoC: Intel: Skylake: Use recently introduced uuid_le_cmp_p{p}()

Recently introduced helpers take pointers to uuid_{be|le} instead of reference. Using them makes code less ugly. Cc: Liam Girdwood Cc: Mark Brown Cc: Vinod Koul Signed-off-by: Andy Shevchenko

Re: [PATCH 1/3] jump_label: Pull get_online_cpus() into generic code

On 04/18/2017 06:32 AM, Peter Zijlstra wrote: This change does two things; it moves the get_online_cpus() call into generic code, with the aim of later providing some static_key ops that avoid it. And as a side effect it inverts the relation between cpu_hotplug_lock and jump_label_mutex.

Re: [PATCH 0/5] v2: block subsystem refcounter conversions

On 04/21/2017 09:22 AM, Peter Zijlstra wrote: > On Fri, Apr 21, 2017 at 08:03:13AM -0600, Jens Axboe wrote: >> You have it so easy - the code is completely standalone, building a >> small test framework around it and measuring performance in _user space_ >> is trivial. > > Something like this you

Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller

On Fri, 2017-04-21 at 16:32 +0200, Peter Rosin wrote: > On 2017-04-21 16:23, Philipp Zabel wrote: > > On Thu, 2017-04-13 at 18:43 +0200, Peter Rosin wrote: > > [...] > >> +int mux_chip_register(struct mux_chip *mux_chip) > >> +{ > >> + int i; > >> + int ret; > >> + > >> + for (i = 0; i <

[PATCH v5 4/6] mtd: dataflash: Get rid of loop counter in jedec_probe()

"For" loop in jedec_probe can be simplified to not need counter 'i'. Convert the code and get rid of the variable. Cc: cphe...@gmail.com Cc: David Woodhouse Cc: Brian Norris Cc: Boris Brezillon Cc: Marek

Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller

On Fri, 2017-04-21 at 16:55 +0200, Peter Rosin wrote: > On 2017-04-21 16:41, Philipp Zabel wrote: > > On Fri, 2017-04-21 at 16:32 +0200, Peter Rosin wrote: > >> On 2017-04-21 16:23, Philipp Zabel wrote: > >>> On Thu, 2017-04-13 at 18:43 +0200, Peter Rosin wrote: > >>> [...] > +int

[GIT PULL 2/2] arm64 dts: exynos: Last round for v4.12

Hi, On top of previous pull request. Best regards, Krzysztof The following changes since commit e3c07546747cdec07ff15c984bc6cebc9c9f788c: arm64: dts: exynos: Add the burst and esc clock frequency properties to DSI node (2017-03-08 08:55:39 +0200) are available in the git repository at:

Re: [GIT PULL] PCI fixes for v4.11

[+cc linux-pci, linux-kernel, Mark, Dongdong] On Fri, Apr 21, 2017 at 11:20:58AM -0500, Bjorn Helgaas wrote: > Hi Linus, > > Sorry this is so late. It's been in -next for over a week, but I forgot to > send it on until now. > > > PCI fix: > > - fix HiSilicon DT binding > > The following

[GIT PULL 1/2] ARM: dts: exynos: Last round for v4.12

Hi, I know it is late so just one fix for v4.12. On top of previous pull request. Best regards, Krzysztof The following changes since commit a1146328ec47141007a6ec076e1cbfc80f31887f: Merge tag 'samsung-dt-hdmi-cec-4.12' into next/dt (2017-03-31 00:27:18 +0300) are available in the git

Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller

On 2017-04-21 16:18, Philipp Zabel wrote: > Hi Peter, > > On Thu, 2017-04-13 at 18:43 +0200, Peter Rosin wrote: > [...] >> +int mux_control_select(struct mux_control *mux, int state) > > state could be unsigned int for the consumer facing API. > >> +{ >> +int ret; > > And

[PATCH] mm: gup: fix access_ok() argument type

MIPS just got changed to only accept a pointer argument for access_ok(), causing one warning in drivers/scsi/pmcraid.c. I tried changing x86 the same way and found the same warning in __get_user_pages_fast() and nowhere else in the kernel during randconfig testing: mm/gup.c: In function

Re: [PATCH 3.18 000/124] 3.18.50-stable review

On Fri, Apr 21, 2017 at 06:35:28AM +0200, Greg Kroah-Hartman wrote: > On Thu, Apr 20, 2017 at 08:38:16PM -0700, Guenter Roeck wrote: > > On 04/20/2017 12:53 PM, Greg Kroah-Hartman wrote: > > > On Thu, Apr 20, 2017 at 04:28:03PM +0200, Greg Kroah-Hartman wrote: > > > > On Thu, Apr 20, 2017 at

Re: [PATCH v17 2/3] usb: USB Type-C connector class

On Fri, Apr 21, 2017 at 07:57:52PM +0530, Rajaram R wrote: > On Fri, Apr 21, 2017 at 1:16 AM, Badhri Jagan Sridharan > wrote: > > Thanks for the responses :) > > > > So seems like we have a plan. > > > > In Type-C connector class the checks for TYPEC_PWR_MODE_PD > > and

Re: Doubt on first access for PCIe device

On Fri, Apr 21, 2017 at 03:33:45PM +0530, abhijit naik wrote: >Hi Lorenzo, >Thank you very much for reply. >As you mentioned I noted that, "If a Function must generate a Completion >prior to the initial device Configuration Write Request, 0's must be >entered into the Bus

Re: [PATCH v2 1/3] rtmutex: update rt-mutex-design

On Fri, Apr 21, 2017 at 10:12:53PM +0800, Alex Shi wrote: > diff --git a/Documentation/locking/rt-mutex-design.txt > b/Documentation/locking/rt-mutex-design.txt > index 8666070..11beb55 100644 > --- a/Documentation/locking/rt-mutex-design.txt > +++ b/Documentation/locking/rt-mutex-design.txt > @@

[GIT PULL rcu/next] RCU commits for 4.12

Hello, Ingo, This pull request contains the following changes: 1. Documentation updates. http://lkml.kernel.org/r/20170412163956.ga15...@linux.vnet.ibm.com 2. Miscellaneous fixes. http://lkml.kernel.org/r/20170417232714.ga19...@linux.vnet.ibm.com 3. Parallelize

Re: [PATCH 2/5] soc: fsl: add flextimer module alarm driver for Layerscape

Hi Wang, [auto build test WARNING on linus/master] [also build test WARNING on v4.11-rc7 next-20170421] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/ying-zhang22455-nxp-com/soc-fsl-add

[PATCH v5 5/6] mtd: dataflash: Make use of "extened device information"

In anticipation of supporting chips that need it, extend the size of struct flash_info's 'jedec_id' field to make room 2 byte of extended device information as well as add code to fetch this data during jedec_probe(). Cc: cphe...@gmail.com Cc: David Woodhouse Cc: Brian

[PATCH v1 5/8] vmbus: Use recently introduced uuid_le_cmp_p{p}() helpers

Recently introduced helpers take pointers to uuid_{be|le} instead of reference. Using them makes code less ugly. Cc: "K. Y. Srinivasan" Cc: Haiyang Zhang Cc: Stephen Hemminger Signed-off-by: Andy Shevchenko

[PATCH v1 7/8] efi: Use recently introduced uuid_le_cmp_p{p}() helpers

Recently introduced helpers take pointers to uuid_{be|le} instead of reference. Using them makes code less ugly. Cc: Matt Fleming Cc: Ard Biesheuvel Signed-off-by: Andy Shevchenko ---

[PATCH v1 1/8] lib/uuid: Introduce uuid_{be|le}_cmp_p{p}() helpers

New helpers take pointers to uuid_{be|le} as parameters. When using them on a raw data we don't need to do an ugly dereference and, in some cases, a type casting. Cc: Andrew Morton Cc: Arnd Bergmann Cc: Liam Girdwood Cc: Mark

Re: [PATCH 0/5] v2: block subsystem refcounter conversions

On Fri, Apr 21, 2017 at 08:03:13AM -0600, Jens Axboe wrote: > You have it so easy - the code is completely standalone, building a > small test framework around it and measuring performance in _user space_ > is trivial. Something like this you mean:

Re: [PATCH v5 09/11] mm: mempolicy: mbind and migrate_pages support thp migration

Anshuman Khandual wrote: > On 04/21/2017 02:17 AM, Zi Yan wrote: >> From: Naoya Horiguchi >> >> This patch enables thp migration for mbind(2) and migrate_pages(2). >> >> Signed-off-by: Naoya Horiguchi >> --- >> ChangeLog v1 -> v2: >> -

[PATCH 1/9] x86/tsc: Provide tsc=unstable boot parameter

Since the clocksource watchdog will only detect broken TSC after the fact, all TSC based clocks will likely have observed non-continuous values before/when switching away from TSC. Therefore only thing to fully avoid random clock movement when your BIOS randomly mucks with TSC values from SMI

Re: [PATCH net-next] net: dsa: Remove redundant NULL dst check

From: Florian Fainelli Date: Thu, 20 Apr 2017 15:47:22 -0700 > tag_lan9303.c does check for a NULL dst but that's already checked by > dsa_switch_rcv() one layer above. > > Signed-off-by: Florian Fainelli Applied, thank you.

Re: [PATCH 1/3] jump_label: Pull get_online_cpus() into generic code

On Fri, Apr 21, 2017 at 12:08:26PM -0400, Jason Baron wrote: > On 04/18/2017 06:32 AM, Peter Zijlstra wrote: > > @@ -146,6 +154,7 @@ static void __static_key_slow_dec(struct > > * returns is unbalanced, because all other static_key_slow_inc() > > * instances block while the update is in

[PATCH 8/9] sched/clock: Use late_initcall() instead of sched_init_smp()

Core2 marks its TSC unstable in ACPI Processor Idle, which is probed after sched_init_smp(). Luckily it appears both acpi_processor and intel_idle (which has a similar check) are mandatory built-in. This means we can delay switching to stable until after these drivers have ran (if they were

[PATCH 4/9] x86/tsc,sched/clock,clocksource: Use clocksource watchdog to provide stable sync points

Currently we keep sched_clock_tick() active for stable TSC in order to keep the per-cpu state semi up-to-date. The (obvious) problem is that by the time we detect TSC is borked, our per-cpu state is also borked. So hook into the clocksource watchdog and call a method after we've found it to still

[PATCH 3/9] sched/clock: Initialize all per-cpu state before switching (back) to unstable

In preparation for not keeping the sched_clock_tick() active for stable TSC, we need to explicitly initialize all per-cpu state before switching back to unstable. Note: this patch looses the __gtod_offset calculation; it will be restored in the next one. Signed-off-by: Peter Zijlstra (Intel)

[PATCH 5/9] sched/clock: Remove unused argument to sched_clock_idle_wakeup_event()

The argument to sched_clock_idle_wakeup_event() has not been used in a long time. Remove it. Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/kernel/tsc.c |2 +- include/linux/sched/clock.h |4 ++-- kernel/sched/clock.c|4 ++--

[PATCH 0/9] sched_clock fixes

Hi, These patches were inspired (and hopefully fix) two independent bug reports on Core2 machines. I never could quite reproduce one, but my Core2 machine no longer switches to stable sched_clock and therefore no longer tickles the problematic stable -> unstable transition either. Before I dug

[PATCH 9/9] sched/clock: Print a warning recommending tsc=unstable

With our switch to stable delayed until late_initcall(), the most likely cause of hitting mark_tsc_unstable() is the watchdog. The watchdog typically only triggers when creative BIOS'es fiddle with the TSC to hide SMI latency. Since the watchdog can only detect TSC fiddling after the fact all TSC

Re: [PATCH] scsi: sas: move scsi_remove_host call into sas_remove_host

Johannes, > Move scsi_remove_host call into sas_remove_host and remove it from SAS > HBA drivers, so we don't mess up the ordering. This solves an issue > with double deleting sysfs entries that was introduced by the change > of sysfs behaviour from commit bcdde7e ("sysfs: make >

Re: [PATCH v2 2/2] dmaengine: Add DW AXI DMAC driver

On Fri, 2017-04-21 at 14:29 +, Eugeniy Paltsev wrote: > On Tue, 2017-04-18 at 15:31 +0300, Andy Shevchenko wrote: > > On Fri, 2017-04-07 at 17:04 +0300, Eugeniy Paltsev wrote: > > > This patch adds support for the DW AXI DMAC controller. > > > > > > +#include > > > > Are you sure you still

Re: [PATCH 1/2 v4] video: fbdev: imxfb: support AUS mode

On Friday, April 21, 2017 12:29:08 PM Martin Kaiser wrote: > Some displays require setting AUS mode in the LDCD AUS Mode Control > Register to work with the imxfb driver. Like the value of the Panel > Configuration Register, the AUS mode setting depends on the display > mode. > > Allow setting

[PATCH v1 4/8] vfio-mdev: Use recently introduced uuid_le_cmp_p{p}()

Recently introduced helpers take pointers to uuid_{be|le} instead of reference. Using them makes code less ugly. Cc: Kirti Wankhede Cc: Alex Williamson Signed-off-by: Andy Shevchenko ---

Re: [patch V2 03/10] timers: Rework idle logic

On Wed, Apr 19, 2017 at 08:50:39AM +0200, Peter Zijlstra wrote: > On Tue, Apr 18, 2017 at 01:11:05PM +0200, Thomas Gleixner wrote: > > Storing next event and determining whether the base is idle can be done in > > __next_timer_interrupt(). > > > > Preparatory patch for new call sites which need

[PATCH v1 8/8] ACPI: Use recently introduced uuid_le_cmp_p{p}() helpers

Recently introduced helpers take pointers to uuid_{be|le} instead of reference. Using them makes code less ugly. Cc: "Rafael J. Wysocki" Signed-off-by: Andy Shevchenko --- drivers/acpi/acpi_extlog.c | 2 +- drivers/acpi/apei/ghes.c | 8

Re: [PATCH v5 06/11] mm: thp: check pmd migration entry in common path

Anshuman Khandual wrote: > On 04/21/2017 02:17 AM, Zi Yan wrote: >> From: Zi Yan >> >> If one of callers of page migration starts to handle thp, >> memory management code start to see pmd migration entry, so we need >> to prepare for it before enabling. This patch changes

Re: [PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Fri, Apr 21, 2017 at 3:58 AM, Gerd Hoffmann wrote: > While working on graphics support for virtual machines on ppc64 (which > exists in both little and big endian variants) I've figured the comments > for various drm fourcc formats in the header file don't match reality. > >

Re: [PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

Thanks, Christian for adding me. On 2017-04-21 09:27 AM, Christian König wrote: Adding Harry to this mail thread as well, cause is one of the people really affected by this. Christian. Am 21.04.2017 um 15:21 schrieb Christian König: Am 21.04.2017 um 15:12 schrieb Gerd Hoffmann: Hi,

Re: [PATCH] bus: fsl-mc: dpio: fix alter FQ state command

On Fri, Apr 21, 2017 at 01:50:24PM +, Horia Geantă wrote: > Let me know whether keeping code similar would be preferred or not. > Keeping the code similar to the surrounding is never a valid argument but especially not in staging/. If only 1 line is nice in the whole file, at least that's

Re: [PATCH 01/11] blk: remove bio_set arg from blk_queue_split()

On Thu, Apr 20, 2017 at 1:38 PM, NeilBrown wrote: > blk_queue_split() is always called with the last arg being q->bio_split, > where 'q' is the first arg. > > Also blk_queue_split() sometimes uses the passed-in 'bs' and sometimes uses > q->bio_split. > > This is inconsistent and

Re: [PATCH v2] dmaengine: sun4i: fix invalid argument

On Fri, Apr 21, 2017 at 10:43:20AM +0200, Mason wrote: > From: Marc Gonzalez > > The "pchans_used" field is an unsigned long array. > > for_each_clear_bit_from() expects an unsigned long pointer, > not an array address. > > $ make C=2 drivers/dma/sun4i-dma.o >

Re: [PATCH 10/11] block: remove bio_clone() and all references.

On Thu, Apr 20, 2017 at 1:38 PM, NeilBrown wrote: > bio_clone() is no longer used. > Only bio_clone_bioset() or bio_clone_fast(). > This is for the best, as bio_clone() used fs_bio_set, > and filesystems are unlikely to want to use bio_clone(). > > So remove bio_clone() and all

Re: [PATCH v5 08/11] mm: hwpoison: soft offline supports thp migration

Anshuman Khandual wrote: > On 04/21/2017 02:17 AM, Zi Yan wrote: >> From: Naoya Horiguchi >> >> This patch enables thp migration for soft offline. >> >> Signed-off-by: Naoya Horiguchi >> >> ChangeLog: v1 -> v5: >> - fix page isolation

RE: [PATCH v3 4/7] powerpc: kprobes: use safer string functions in kprobe_lookup_name()

From: Naveen N. Rao > Sent: 19 April 2017 13:51 ... > dot_name[0] = '\0'; > - strncat(dot_name, name, sizeof(dot_name) - 1); > + strlcat(dot_name, name, sizeof(dot_name)); ... Is that really zeroing the first byte just so it can append

[PATCH v5 1/6] mtd: dataflash: Replace C99 types with their kernel counterparts

No functional change intended. Cc: cphe...@gmail.com Cc: David Woodhouse Cc: Brian Norris Cc: Boris Brezillon Cc: Marek Vasut Cc: Richard Weinberger Cc: Cyrille

Re: [tip:irq/urgent] genirq/affinity: Fix calculating vectors to assign

Looks like 4.11 will be release in a few days, it would be nice if this commit reaches the upstream tree before this moment. Thanks. On Thu, Apr 20, 2017 at 07:06:49AM -0700, tip-bot for Keith Busch wrote: > Commit-ID: b72f8051f34b8164a62391e3676edc34523c5952 > Gitweb:

Re: [PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On Fri, Apr 21, 2017 at 12:59 PM, Ville Syrjälä wrote: > On Fri, Apr 21, 2017 at 10:49:49AM -0400, Ilia Mirkin wrote: >> On Fri, Apr 21, 2017 at 3:58 AM, Gerd Hoffmann wrote: >> > While working on graphics support for virtual machines on ppc64

Re: [PATCH v4 3/7] kprobes: validate the symbol name provided during probe registration

"Naveen N. Rao" writes: > When a kprobe is being registered, we use the symbol_name field to > lookup the address where the probe should be placed. Since this is a > user-provided field, let's ensure that the length of the string is > within expected limits.

[HMM 01/15] mm, memory_hotplug: introduce add_pages

From: Michal Hocko There are new users of memory hotplug emerging. Some of them require different subset of arch_add_memory. There are some which only require allocation of struct pages without mapping those pages to the kernel address space. We currently have __add_pages for

Re: [HMM 02/15] mm/put_page: move ZONE_DEVICE page reference decrement v2

On Fri, Apr 21, 2017 at 8:30 PM, Jérôme Glisse wrote: > Move page reference decrement of ZONE_DEVICE from put_page() > to put_zone_device_page() this does not affect non ZONE_DEVICE > page. > > Doing this allow to catch when a ZONE_DEVICE page refcount reach > 1 which means

[HMM 07/15] mm/hmm: heterogeneous memory management (HMM for short) v2

HMM provides 3 separate types of functionality: - Mirroring: synchronize CPU page table and device page table - Device memory: allocating struct page for device memory - Migration: migrating regular memory to device memory This patch introduces some common helpers and definitions to

[HMM 08/15] mm/hmm/mirror: mirror process address space on device with HMM helpers v2

This is a heterogeneous memory management (HMM) process address space mirroring. In a nutshell this provide an API to mirror process address space on a device. This boils down to keeping CPU and device page table synchronize (we assume that both device and CPU are cache coherent like PCIe device

Re: [PATCH 2/8] selftests: lib.mk: define CLEAN macro to allow Makefiles to override clean

Shuah Khan writes: > Define CLEAN macro to allow Makefiles to override common clean target > in lib.mk. This will help fix the following failures: > > warning: overriding recipe for target 'clean' > ../lib.mk:55: warning: ignoring old recipe for target 'clean' > >

Re: [PATCH 6/8] selftests: splice: override clean in lib.mk to fix warnings

Shuah Khan writes: > Add override for lib.mk clean to fix the following warnings from clean > target run. > > Makefile:8: warning: overriding recipe for target 'clean' > ../lib.mk:55: warning: ignoring old recipe for target 'clean' > > Signed-off-by: Shuah Khan

Re: [PATCH 4/8] selftests: gpio: override clean in lib.mk to fix warnings

Shuah Khan writes: > Add override for lib.mk clean to fix the following warnings from clean > target run. > > Makefile:11: warning: overriding recipe for target 'clean' > ../lib.mk:55: warning: ignoring old recipe for target 'clean' > > Signed-off-by: Shuah Khan

Re: [PATCH 7/8] selftests: sync: override clean in lib.mk to fix warnings

Shuah Khan writes: > Add override for lib.mk clean to fix the following warnings from clean > target run. > > Makefile:24: warning: overriding recipe for target 'clean' > ../lib.mk:55: warning: ignoring old recipe for target 'clean' > > Signed-off-by: Shuah Khan

Linux 3.18.50

I'm announcing the release of the 3.18.50 kernel. All users of the 3.18 kernel series must upgrade. The updated 3.18.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.18.y and can be browsed at the normal kernel.org git web

Re: [HMM 03/15] mm/unaddressable-memory: new type of ZONE_DEVICE for unaddressable memory

On Fri, Apr 21, 2017 at 8:30 PM, Jérôme Glisse wrote: > HMM (heterogeneous memory management) need struct page to support migration > from system main memory to device memory. Reasons for HMM and migration to > device memory is explained with HMM core patch. > > This patch

Re: [PATCH 8/8] selftests: x86: override clean in lib.mk to fix warnings

Shuah Khan writes: > Add override for lib.mk clean to fix the following warnings from clean > target run. > > Makefile:44: warning: overriding recipe for target 'clean' > ../lib.mk:55: warning: ignoring old recipe for target 'clean' > > Signed-off-by: Shuah Khan

Re: [PATCH v13 03/10] mux: minimal mux subsystem and gpio-based mux controller

On 2017-04-21 16:41, Philipp Zabel wrote: > On Fri, 2017-04-21 at 16:32 +0200, Peter Rosin wrote: >> On 2017-04-21 16:23, Philipp Zabel wrote: >>> On Thu, 2017-04-13 at 18:43 +0200, Peter Rosin wrote: >>> [...] +int mux_chip_register(struct mux_chip *mux_chip) +{ + int i; +

Re: [PATCH net-next] liquidio: remove unnecessary variable assignment

From: Arnd Bergmann Date: Wed, 19 Apr 2017 19:30:59 +0200 > gcc points out an useless assignment that was added during code refactoring: > > drivers/net/ethernet/cavium/liquidio/lio_ethtool.c: In function > 'octnet_intrmod_callback': >

Re: [PATCH net-next 1/1] netvsc: Deal with rescinded channels correctly

From: k...@exchange.microsoft.com Date: Wed, 19 Apr 2017 13:53:49 -0700 > From: K. Y. Srinivasan > > We will not be able to send packets over a channel that has been > rescinded. Make necessary adjustments so we can properly cleanup > even when the channel is rescinded. This

Applied "spi: spi-ti-qspi: Use bounce buffer if read buffer is not DMA'ble" to the spi tree

The patch spi: spi-ti-qspi: Use bounce buffer if read buffer is not DMA'ble has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Re: [PATCH v3] Staging: most: use __func__ instead of the function name

On Fri, Apr 21, 2017 at 11:06:54AM -0700, Chandra Annamaneni wrote: > > Sorry about the top posting. > > I did ask about it on the 9th of April and the reply was that the email > was 'acked'. Since I did not get a further email, I assumed it was lost. > Perhaps I misunderstood. I really do not

Re: [PATCH V15 04/11] efi: parse ARM processor error

On Tue, Apr 18, 2017 at 05:05:16PM -0600, Tyler Baicar wrote: > Add support for ARM Common Platform Error Record (CPER). > UEFI 2.6 specification adds support for ARM specific > processor error information to be reported as part of the > CPER records. This provides more detail on for processor

[PATCH net-next] net: dsa: LAN9303: add I2C dependency

With CONFIG_I2C=m and NET_DSA_SMSC_LAN9303=y, we run into a link error: drivers/base/regmap/regmap-i2c.o: In function `regmap_smbus_byte_reg_read': regmap-i2c.c:(.text.regmap_smbus_byte_reg_read+0x18): undefined reference to `i2c_smbus_read_byte_data' drivers/base/regmap/regmap-i2c.o: In

Re: [PATCH V15 03/11] cper: add timestamp print to CPER status printing

On Fri, Apr 21, 2017 at 12:08:43PM -0600, Baicar, Tyler wrote: > The timestamp may still be useful when it is imprecise. In the polling case, > you may only poll every minute or so, so the time may be useful. Well, what is in the timestamp when !precise? Some random time or some timestamp from a

Applied "ASoC: fsl_asrc_dma: use correct direction enum type" to the asoc tree

The patch ASoC: fsl_asrc_dma: use correct direction enum type has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: bug fix for registers debugfs file implementation [RFC]

On Sat, Apr 01, 2017 at 02:13:41AM -0700, noman pouigt wrote: > Current registers debugfs file implementation doesn't > handle if the size exceeds 4k. It just dumps 4k of registers. > Fix this by using the seq_file which already handles > the file offset logic instead of reinventing the wheel. >

Applied "ASoC: rsnd: fix semicolon.cocci warnings" to the asoc tree

The patch ASoC: rsnd: fix semicolon.cocci warnings has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Re: [PATCH 2/2] n2rng: Combine substrings for two messages in n2rng_probe()

From: Herbert Xu Date: Fri, 21 Apr 2017 19:36:41 +0800 > On Wed, Apr 19, 2017 at 11:11:35AM +0200, SF Markus Elfring wrote: >> From: Markus Elfring >> Date: Wed, 19 Apr 2017 10:50:04 +0200 >> >> The script "checkpatch.pl" pointed

Re: [PATCH 2/2] n2rng: Combine substrings for two messages in n2rng_probe()

On Fri, 2017-04-21 at 19:36 +0800, Herbert Xu wrote: > On Wed, Apr 19, 2017 at 11:11:35AM +0200, SF Markus Elfring wrote: > > From: Markus Elfring > > Date: Wed, 19 Apr 2017 10:50:04 +0200 > > > > The script "checkpatch.pl" pointed information out like the

Re: [PATCH 04/11] block: Improvements to bounce-buffer handling

On Thu, Apr 20, 2017 at 1:38 PM, NeilBrown wrote: > Since commit 23688bf4f830 ("block: ensure to split after potentially > bouncing a bio") blk_queue_bounce() is called *before* > blk_queue_split(). > This means that: > 1/ the comments blk_queue_split() about bounce buffers are >

Re: [musl] Re: [PATCH v2 0/3] uapi glibc compat: fix musl libc compatibility

On Fri, Apr 21, 2017 at 03:14:21PM +0200, Hauke Mehrtens wrote: > > > On 04/20/2017 10:36 PM, David Miller wrote: > > From: David Woodhouse > > Date: Thu, 20 Apr 2017 21:14:37 +0100 > > > >> I agree, except I don't think you're going far enough. Those "standard > >> names"

[PATCH v2 11/17] IB/mlx4: Delete an unnecessary variable initialisation in mlx4_ib_add()

From: Markus Elfring Date: Fri, 21 Apr 2017 18:44:15 +0200 The local variable "new_counter_index" will be set to an appropriate pointer a bit later. Thus omit the explicit initialisation at the beginning. Signed-off-by: Markus Elfring

[PATCH v2 12/17] IB/mlx4: Delete an unnecessary variable assignment in mlx4_ib_add()

From: Markus Elfring Date: Fri, 21 Apr 2017 18:52:03 +0200 Delete an assignment for the local variable "num_ports" at the beginning because it was initialised with the same value. Signed-off-by: Markus Elfring Reviewed-by: Majd

Re: [PATCH 2/2] ASoC: codec: wm8960: Relax bit clock computation when using PLL

On Fri, Apr 21, 2017 at 3:07 PM, Daniel Baluta wrote: > Bitclk is derived from sysclk using bclk_divs. > Sysclk can be derived in two ways: > (1) directly from MLCK > (2) MCLK via PLL > > Commit 3c01b9ee2ab9d0d ("ASoC: codec: wm8960: Relax bit clock >

Re: [PATCH v1] net: phy: fix auto-negotiation stall due to unavailable interrupt

> 21 апр. 2017 г., в 17:18, Roger Quadros написал(а): > > I think the following commit broke functionality with interrupt driven PHYs > 3c293f4e08b5 ("net: phy: Trigger state machine on state change and not > polling.") Probably this one[1] broke, according to Alexandre’s

Re: time: hang due to timer_create/timer_settime

On Fri, 21 Apr 2017, Thomas Gleixner wrote: > On Fri, 21 Apr 2017, Andrey Konovalov wrote: > > Hi, > > > > I've got the following error report while fuzzing the kernel with syzkaller. > > > > On commit 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3 (4.11-rc7). > > > > A reproducer and .config are

Re: time: hang due to timer_create/timer_settime

On Fri, 21 Apr 2017, Andrey Konovalov wrote: > Hi, > > I've got the following error report while fuzzing the kernel with syzkaller. > > On commit 4f7d029b9bf009fbee76bb10c0c4351a1870d2f3 (4.11-rc7). > > A reproducer and .config are attached. > > The program hangs the kernel. >

Re: [PATCH] PCI: don't allow unbinding host controllers that aren't prepared

On Thu, Mar 30, 2017 at 06:12:03PM -0700, Brian Norris wrote: > Many PCI host controller drivers aren't prepared to have their devices > unbound from them forcefully (e.g., through /sys/...//unbind), > as they don't provide any driver .remove callback, where they'd detach > the root bus, release

Re: [PATCH 0/5] v2: block subsystem refcounter conversions

On Fri, Apr 21, 2017 at 3:55 AM, Reshetova, Elena wrote: > On Thu, Apr 20, 2017 at 11:33 AM, Eric Biggers wrote: >> Of course, having extra checks behind a debug option is fine. But they >> should >> not be part of the base feature; the base

Re: [PATCHv4 00/12] Ion cleanup in preparation for moving out of staging

Hi Laura, Thanks much for this series! On 18 April 2017 at 23:57, Laura Abbott wrote: > Hi, > > This is v4 of the series to cleanup to Ion. Greg took some of the patches > that weren't CMA related already. There was a minor bisectability problem > with the CMA APIs so this

Re: [PATCH net-next] net: dsa: LAN9303: add I2C dependency

From: Arnd Bergmann Date: Fri, 21 Apr 2017 18:22:40 +0200 > With CONFIG_I2C=m and NET_DSA_SMSC_LAN9303=y, we run into a link error: > > drivers/base/regmap/regmap-i2c.o: In function `regmap_smbus_byte_reg_read': > regmap-i2c.c:(.text.regmap_smbus_byte_reg_read+0x18): undefined

Re: hwmon: (adt7475) set start bit in probe

On Sat, Apr 22, 2017 at 07:08:09AM +1200, Chris Packham wrote: > The ADT7475 and ADT7476 have the STRT bit cleared by default[1]. Before any > monitoring activities the STRT bit needs to be set. Logically this needs > to happen before any of the sensors are read so the probe() function > seems the

Re: [RFC PATCH 0/2] kbuild: use relative path from $(srctree) instead of __FILE__

Hi Yamada-san, On Fri, Apr 21, 2017 at 9:03 PM, Masahiro Yamada wrote: > Kbuild works in objtree, not in srctree. So, __FILE__ is prefixed > with $(srctree)/ for out-of-tree build. > > It would be nice to see the same log regardless > in-tree, or out-of-tree

Re: [PATCH net] ip6mr: fix notification device destruction

On 21/04/17 22:36, David Miller wrote: > From: Nikolay Aleksandrov > Date: Fri, 21 Apr 2017 21:30:42 +0300 > >> On 21/04/17 20:42, Nikolay Aleksandrov wrote: >>> Andrey Konovalov reported a BUG caused by the ip6mr code which is caused >>> because we call

[GIT PULL] 4.11 nfsd bugfix

Please pull git://linux-nfs.org/~bfields/linux.git tags/nfsd-4.11-2 Fix a 4.11 regression that triggers a BUG() on an attempt to use an unsupported NFSv4 compound op. (Apologies for what's probably a last-minute fix. I was hoping to have a few more ready to roll up with it, but they'll

Re: [PATCH 0/5] v2: block subsystem refcounter conversions

On Fri, 2017-04-21 at 13:22 -0700, Kees Cook wrote: > On Fri, Apr 21, 2017 at 12:55 PM, Eric Biggers > wrote: > > > > Of course, having extra checks behind a debug option is fine. > > > > But they should not be part of the base feature; the base > > > > feature should

[for-next][PATCH 21/33] ftrace: Add helper function ftrace_hash_move_and_update_ops()

From: "Steven Rostedt (VMware)" The processes of updating a ops filter_hash is a bit complex, and requires setting up an old hash to perform the update. This is done exactly the same in two locations for the same reasons. Create a helper function that does it in one place.

[for-next][PATCH 20/33] ftrace: Remove data field from ftrace_func_probe structure

From: "Steven Rostedt (VMware)" No users of the function probes uses the data field anymore. Remove it, and change the init function to take a void *data parameter instead of a void **data, because the init will just get the data that the registering function was received,

Re: [PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

Hi, > > My personal opinion is that formats in drm_fourcc.h should be > > independent of the CPU byte order and the function > > drm_mode_legacy_fb_format() and drivers depending on that incorrect > > assumption be fixed instead. > > The problem is this isn't a kernel-internal thing any

[for-next][PATCH 19/33] ftrace: Remove printing of data in showing of a function probe

From: "Steven Rostedt (VMware)" None of the probe users uses the data field anymore of the entry. They all have their own print() function. Remove showing the data field in the generic function as the data field will be going away. Signed-off-by: Steven Rostedt (VMware)

[HMM 14/15] mm/hmm/devmem: dummy HMM device for ZONE_DEVICE memory v3

This introduce a dummy HMM device class so device driver can use it to create hmm_device for the sole purpose of registering device memory. It is useful to device driver that want to manage multiple physical device memory under same struct device umbrella. Changed since v2: - use

Re: Linux 3.18.50

diff --git a/Makefile b/Makefile index 252070fdf91c..8665178e2a36 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 18 -SUBLEVEL = 49 +SUBLEVEL = 50 EXTRAVERSION = NAME = Diseased Newt diff --git a/arch/arm/include/asm/psci.h b/arch/arm/include/asm/psci.h index

<    1   2   3   4   5   6   7   8   9   10   >