Re: [PATCH] x86/vm86: fix compilation warning on a unused variable

On Sun, 12 Feb 2017 15:01:55 +0100 Borislav Petkov wrote: > On Fri, Dec 16, 2016 at 11:19:16PM -0500, Jérémy Lefaure wrote: > > I don't know why gcc raises a warning on that even if it is not used. > > Anyway, I'm sure that the warning is reproducible. Both of your > > solutions fix the issue.

Re: [PATCH 3/3] Bluetooth: hidp: fix possible might sleep error in hidp_session_thread

Hi brian, On 02/11/2017 09:26 AM, Brian Norris wrote: Hi Jeffy, I'm really not an expert on bluetooth or HIDP, but I can't bring myself to say that this is correct. I still think you have a problem. On Tue, Jan 24, 2017 at 12:07:51PM +0800, Jeffy Chen wrote: It looks like hidp_session_thread

RE: [PATCH] i2c: designware: Fix regression when dynamic TAR update is disabled

It is better to revert the 63d0f0a6952a. -Original Message- From: Jarkko Nikula [mailto:jarkko.nik...@linux.intel.com] Sent: Friday, February 10, 2017 4:19 PM To: Suthikulpanit, Suravee ; De Marchi, Lucas ; mika.westerb...@linux.intel.com; andriy.shevche...@linux.intel.com; Shah, Neha

Re: [PATCH 2/3] Bluetooth: cmtp: fix possible might sleep error in cmtp_session

Hi brian, On 02/11/2017 09:43 AM, Brian Norris wrote: Hi, On Tue, Jan 24, 2017 at 12:07:50PM +0800, Jeffy Chen wrote: It looks like cmtp_session has same pattern as the issue reported in old rfcomm: while (1) { set_current_state(TASK_INTERRUPTIBLE); if

[PATCH v3 1/3] Bluetooth: bnep: fix possible might sleep error in bnep_session

It looks like bnep_session has same pattern as the issue reported in old rfcomm: while (1) { set_current_state(TASK_INTERRUPTIBLE); if (condition) break; // may call might_sleep here schedule();

[PATCH v3 3/3] Bluetooth: hidp: fix possible might sleep error in hidp_session_thread

It looks like hidp_session_thread has same pattern as the issue reported in old rfcomm: while (1) { set_current_state(TASK_INTERRUPTIBLE); if (condition) break; // may call might_sleep here schedule();

[PATCH v3 2/3] Bluetooth: cmtp: fix possible might sleep error in cmtp_session

It looks like cmtp_session has same pattern as the issue reported in old rfcomm: while (1) { set_current_state(TASK_INTERRUPTIBLE); if (condition) break; // may call might_sleep here schedule();

Re: [PATCH 1/3] Bluetooth: bnep: fix possible might sleep error in bnep_session

Hi brian, On 02/11/2017 09:40 AM, Brian Norris wrote: Hi, On Tue, Jan 24, 2017 at 12:07:49PM +0800, Jeffy Chen wrote: It looks like bnep_session has same pattern as the issue reported in old rfcomm: while (1) { set_current_state(TASK_INTERRUPTIBLE); if

[PATCH] llist: Don't reinvent the wheel but use existing llist API

Although llist provides proper APIs, they are not used. Make them used. Signed-off-by: Byungchul Park --- drivers/md/bcache/closure.c | 15 ++- drivers/md/raid5.c | 4 +--- drivers/vhost/scsi.c| 9 ++--- fs/file_table.c | 12 +--- fs/namespa

[PATCH v2 3/3] Bluetooth: hidp: fix possible might sleep error in hidp_session_thread

It looks like hidp_session_thread has same pattern as the issue reported in old rfcomm: while (1) { set_current_state(TASK_INTERRUPTIBLE); if (condition) break; // may call might_sleep here schedule();

[PATCH v2 2/3] Bluetooth: cmtp: fix possible might sleep error in cmtp_session

It looks like cmtp_session has same pattern as the issue reported in old rfcomm: while (1) { set_current_state(TASK_INTERRUPTIBLE); if (condition) break; // may call might_sleep here schedule();

[PATCH v2 1/3] Bluetooth: bnep: fix possible might sleep error in bnep_session

It looks like bnep_session has same pattern as the issue reported in old rfcomm: while (1) { set_current_state(TASK_INTERRUPTIBLE); if (condition) break; // may call might_sleep here schedule();

Re: [linux-sunxi] [PATCH 1/8] ARM: sunxi_defconfig: Enable simple panel

On Sun, Feb 12, 2017 at 1:43 AM, Priit Laes wrote: > From: Jonathan Liu > This needs a commit message about why these need to be enabled, like "Most Allwinner tablets use the same design of a dumb LCD panel coupled with a PWM controlled backlight." Also the subject does not mention CONFIG_BAC

Re: [PATCH V2 1/3] mm: Define coherent device memory (CDM) node

On 02/10/2017 02:06 AM, Anshuman Khandual wrote: There are certain devices like specialized accelerator, GPU cards, network cards, FPGA cards etc which might contain onboard memory which is coherent along with the existing system RAM while being accessed either from the CPU or from the device. Th

Re: drivers/base/power/opp/core.c:241:15: error: redefinition of 'dev_pm_opp_get_max_volt_latency'

On 13-02-17, 11:41, Philip Li wrote: > on the other side, this is a build issue from randconfig, looks the failure > exists on linus/master > head 1ce4284, and caused by 655c9df commit. Not sure whether you can > reproduce it, or if it is not > a real issue, we can further follow up to fix false

[PATCH 2/2 v4] cpufreq: qoriq: Don't look at clock implementation details

From: Tang Yuantian Get the CPU clock's potential parent clocks from the clock interface itself, rather than manually parsing the clocks property to find a phandle, looking at the clock-names property of that, and assuming that those are valid parent clocks for the cpu clock. This is necessary n

[PATCH 1/2 v4] cpufreq: qoriq: added arm64 socs support

From: Tang Yuantian Add arm64 config to Kconfig to enable cpu frequency feature on nxp arm64 socs. Signed-off-by: Tang Yuantian --- v2-v4: no change drivers/cpufreq/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/cpufreq/Kconfig b/drivers/cpufreq/Kconfig in

Re: [PATCH v2 4/6] drm: convert drivers to use of_graph_get_remote_node

On 02/10/2017 12:35 AM, Rob Herring wrote: Convert drivers to use the new of_graph_get_remote_node() helper instead of parsing the endpoint node and then getting the remote device node. Now drivers can just specify the device node and which port/endpoint and get back the connected remote device

Re: [PATCH RESEND] ARM: ep93xx: Disable TS-72xx watchdog before uncompressing

On Wednesday 08 February 2017 05:53 PM, Afzal Mohammed wrote: > Hi, > > On Thu, Feb 02, 2017 at 12:12:26PM -0800, Florian Fainelli wrote: >> The TS-72xx/73xx boards have a CPLD watchdog which is configured to >> reset the board after 8 seconds, if the kernel is large enough that this >> takes ab

Re: drivers/base/power/opp/core.c:241:15: error: redefinition of 'dev_pm_opp_get_max_volt_latency'

On Mon, Feb 13, 2017 at 09:04:55AM +0530, Viresh Kumar wrote: > On 13-02-17, 11:35, Philip Li wrote: > > On Mon, Feb 13, 2017 at 08:43:38AM +0530, Viresh Kumar wrote: > > > On 13-02-17, 03:35, kbuild test robot wrote: > > > > tree: > > > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds

Re: [PATCH] net: micrel: ks8851: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Thu, 9 Feb 2017 09:57:47 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: nuvoton: w90p910: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 12 Feb 2017 21:38:29 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: drivers/base/power/opp/core.c:241:15: error: redefinition of 'dev_pm_opp_get_max_volt_latency'

On 13-02-17, 11:35, Philip Li wrote: > On Mon, Feb 13, 2017 at 08:43:38AM +0530, Viresh Kumar wrote: > > On 13-02-17, 03:35, kbuild test robot wrote: > > > tree: > > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master > > > head: 1ce42845f987e92eabfc6e026d44d826c25c74a5

Re: [PATCH] net: neterion: s2io: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 12 Feb 2017 11:44:36 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: neterion: vxge: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 12 Feb 2017 17:33:13 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: microchip: encx24j600: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Thu, 9 Feb 2017 22:42:18 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: natsemi: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Thu, 9 Feb 2017 23:58:25 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: myricom: myri10ge: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Thu, 9 Feb 2017 23:17:23 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: micrel: ksz884x: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Thu, 9 Feb 2017 20:25:06 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: microchip: enc28j60: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Thu, 9 Feb 2017 22:02:47 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: micrel: ks8695net: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Wed, 8 Feb 2017 23:54:45 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: micrel: ks8851_mll: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Thu, 9 Feb 2017 11:28:25 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: drivers/base/power/opp/core.c:241:15: error: redefinition of 'dev_pm_opp_get_max_volt_latency'

On Mon, Feb 13, 2017 at 08:43:38AM +0530, Viresh Kumar wrote: > On 13-02-17, 03:35, kbuild test robot wrote: > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > > master > > head: 1ce42845f987e92eabfc6e026d44d826c25c74a5 > > commit: 655c9df961751ce21466f6e97e8033932c

Re: [PATCH v2] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs

On Mon, Feb 13, 2017 at 10:24:38AM +0800, panxinhui wrote: > > > 在 2017/2/10 上午4:53, Waiman Long 写道: > > On 02/07/2017 10:39 PM, Xinhui Pan wrote: > >> > >> > >> 2016-12-26 4:26 GMT+08:00 Waiman Long >> >: > >> > >> A number of cmpxchg calls in qspinlock_paravirt.h

Re: drivers/base/power/opp/core.c:241:15: error: redefinition of 'dev_pm_opp_get_max_volt_latency'

On 13-02-17, 03:35, kbuild test robot wrote: > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > master > head: 1ce42845f987e92eabfc6e026d44d826c25c74a5 > commit: 655c9df961751ce21466f6e97e8033932c27a675 PM / OPP: Introduce > dev_pm_opp_get_max_volt_latency() > date:

Re: [PATCH V2 1/6] PM / QOS: Add default case to the switch

On 10-02-17, 13:15, Pavel Machek wrote: > As soon as new QoS request type is added, this switch can be > fixed. There is no issue now, and there should be no issue in future. Sure. Will do it in V3. -- viresh

[PATCH v2] acpi: acpica: fix acpi operand cache leak

I'm Seunghun Han, and I work for National Security Research Institute of South Korea. I have been doing a research on ACPI and making a handcrafted ACPI table for my research. Errors of handcrafted ACPI tables are handled well in Linux kernel while boot process, and Linux kernel goes well without

Re: [PATCH] perf: Fix CONFIG_KPROBE_EVENTS and CONFIG_UPROBE_EVENTS typos

From: Anton Blanchard Date: Mon, 13 Feb 2017 08:14:49 +1100 > From: Anton Blanchard > > Fix some incorrect Kconfig options, they should be CONFIG_KPROBE_EVENT > and CONFIG_UPROBE_EVENT. > > Signed-off-by: Anton Blanchard Acked-by: David S. Miller

Re: [PATCH 4/6] sparc: remove unused wp_works_ok macro

From: Mathias Krause Date: Sun, 12 Feb 2017 22:12:10 +0100 > It's unused for ages, used to be required for ksyms.c back in the v1.1 > times. > > Cc: David S. Miller > Signed-off-by: Mathias Krause Acked-by: David S. Miller

[GIT PULL] MTD updates for 4.11

The following changes since commit 566cf877a1fcb6d6dc0126b076aad062054c2637: Linux 4.10-rc6 (2017-01-29 14:25:17 -0800) are available in the git repository at: git://git.infradead.org/linux-mtd.git tags/for-linus-20170212 for you to fetch changes up to d91f6cee98b6e0ef5a05209ca9b741d23086cdb2:

[lkp-robot] [platform/x86] b925ff7dcd: BUG:unable_to_handle_kernel

FYI, we noticed the following commit: commit: b925ff7dcd1fc45b86baaebd3442f8b484123716 ("platform/x86: fujitsu-laptop: only register backlight device if FUJ02B1 is present") url: https://github.com/0day-ci/linux/commits/Micha-K-pie/fujitsu-laptop-renames-and-cleanups/20170209-030748 base: git:/

[lkp-robot] [perf/core] bc2a73c243: WARNING:at_include/linux/cpumask.h:#find_get_context

FYI, we noticed the following commit: commit: bc2a73c243d6adbb089de6c09a7aff1ae8ac645d ("perf/core: remove useless cast when comparing") url: https://github.com/0day-ci/linux/commits/Mars-Cheng/perf-core-remove-useless-cast-when-comparing/20170209-192016 in testcase: trinity with following pa

Re: [PATCH] regulator: devres: introduce managed enable and disable operations

On Mon, Feb 13, 2017 at 10:00:14AM +0800, kbuild test robot wrote: > Hi Dmitry, > > [auto build test ERROR on regulator/for-next] > [cannot apply to v4.10-rc8] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: > https://github.com

[PATCH v2] regulator: devres: introduce managed enable and disable operations

While preferred time to power up the device is when there are users of it present (i.e. when device is "open"ed), there are times when it makes more sense to power up the device in probe(). One such example is when device is expected to be always used (such as a touchscreen on a mobile device, or s

Re: Linux 4.9.6 ( Restore IO-APIC irq_chip retrigger callback , breaks my box )

On Mon, 2017-02-13 at 02:26 +0100, Gabriel C wrote: > [5.276704]CPU0 > [5.312400] > [5.347605] lock(tick_broadcast_lock); > [5.383163] > [5.418457] lock(tick_broadcast_lock); > [5.454015] > *** DEADLOCK *** > > [5.557982] n

Re: [PATCH] sched/deadline: Remove redundant code replenishing runtime

On Fri, Feb 10, 2017 at 01:39:33PM +, Juri Lelli wrote: > Hi, > > On 10/02/17 18:11, Byungchul Park wrote: > > For a task passing its deadline while !rq, it will be replenished > > in the following path because dl_se->deadline < rq_lock. > > > >enqueue_dl_entity(ENQUEUE_WAKEUP) > >

Re: [PATCH v2] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs

在 2017/2/10 上午4:53, Waiman Long 写道: > On 02/07/2017 10:39 PM, Xinhui Pan wrote: >> >> >> 2016-12-26 4:26 GMT+08:00 Waiman Long > >: >> >> A number of cmpxchg calls in qspinlock_paravirt.h were replaced by more >> relaxed versions to improve performance on archit

[PATCH] sysctl: remove unnecessasy whiltspaces

some sizeof() in sysctl.c have unnecessary space before '(', remove them. Also remove some trailing whitspaces. Signed-off-by: Mars Cheng --- kernel/sysctl.c | 60 +++ 1 file changed, 30 insertions(+), 30 deletions(-) diff --git a/kernel/sys

Re: linux-next: build failure after merge of the rcu tree

Hi Paul, On Thu, 19 Jan 2017 13:54:37 -0800 Paul McKenney wrote: > > On Wed, Jan 18, 2017 at 7:34 PM, Stephen Rothwell > wrote: > > Hi Paul, > > > > After merging the rcu tree, today's linux-next build (x86_64 allmodconfig) > > failed like this: > > > > net/smc/af_smc.c:102:16: error: 'SLAB_DES

Re: [PATCH 1/1] dma: imx-sdma: add 1ms delay to ensure SDMA channel is stopped

On Fri, Feb 10, 2017 at 06:46:45AM -0800, jiada_w...@mentor.com wrote: > From: Jiada Wang > > sdma_disable_channel() cannot ensure dma is stopped to access > module's FIFOs. Maybe SDMA core is running and accessing BD when > disable of corresponding channel, this may cause sometimes even > after

Re: [PATCH v8 3/3] dmaengine: pl330: Don't require irq-safe runtime PM

On Fri, Feb 10, 2017 at 02:57:09PM +0100, Ulf Hansson wrote: > On 10 February 2017 at 12:51, Marek Szyprowski > wrote: > > Hi Vinod, > > > > On 2017-02-10 05:50, Vinod Koul wrote: > >> > >> On Thu, Feb 09, 2017 at 03:22:51PM +0100, Marek Szyprowski wrote: > >> > >>> +static int pl330_set_slave(st

Re: [PATCH] regulator: devres: introduce managed enable and disable operations

Hi Dmitry, [auto build test ERROR on regulator/for-next] [cannot apply to v4.10-rc8] [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/Dmitry-Torokhov/regulator-devres-introduce-managed-enable-and-

Re: [PATCH v2 4/6] drm: convert drivers to use of_graph_get_remote_node

diff --git a/drivers/gpu/drm/exynos/exynos_drm_mic.c b/drivers/gpu/drm/exynos/exynos_drm_mic.c index a0def0be6d65..93ebb12133e1 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_mic.c +++ b/drivers/gpu/drm/exynos/exynos_drm_mic.c @@ -228,29 +228,6 @@ static void mic_set_reg_on(struct exynos_mic *m

Re: [PATCH net-next v1] bpf: Remove redundant ifdef

On 2017/2/12 3:37, Mickaël Salaün wrote: Remove a useless ifdef __NR_bpf as requested by Wang Nan. Inline one-line static functions as it was in the bpf_sys.h file. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: David S. Miller Cc: Wang Nan Link: https://lkm

Re: [PATCH v1] samples/bpf: Add a .gitignore for binaries

On 2/12/17 2:23 PM, Mickaël Salaün wrote: > diff --git a/samples/bpf/.gitignore b/samples/bpf/.gitignore > new file mode 100644 > index ..a7562a5ef4c2 > --- /dev/null > +++ b/samples/bpf/.gitignore > @@ -0,0 +1,32 @@ > +fds_example > +lathist ... Listing each target is going to be a P

Re: [PATCH v4 0/3] Miscellaneous fixes for BPF (perf tree)

On 2017/2/9 4:27, Mickaël Salaün wrote: This series brings some fixes and small improvements to the BPF samples. This is intended for the perf tree and apply on 7a5980f9c006 ("tools lib bpf: Add missing header to the library"). Changes since v3: * remove applied patch 1/5 * remove patch 2/5 o

Re: [PATCH v8 1/3] dmaengine: Add new device_{set,release}_slave callbacks

On Fri, Feb 10, 2017 at 01:07:41PM +0100, Marek Szyprowski wrote: > Hi Vinod, > > On 2017-02-10 05:34, Vinod Koul wrote: > >On Thu, Feb 09, 2017 at 03:22:49PM +0100, Marek Szyprowski wrote: > >>Add two new callbacks to DMA engine device. They will used to provide > >>access to slave device (the de

Re: [PATCH 0/2] fix devm_memremap_pages() mem hotplug locking

Hi Dan, On Sun, 12 Feb 2017 14:34:11 -0800 Dan Williams wrote: Ben notes that commit f931ab479dd2 "mm: fix devm_memremap_pages crash, use mem_hotplug_{begin, done}" is incomplete and broken. Writes to mem_hotplug.active_writer need to be coordinated under the device hotplug lock. Otherwise, we c

Re: [PATCH 0/2] fix devm_memremap_pages() mem hotplug locking

On Sun, Feb 12, 2017 at 5:25 PM, Masayoshi Mizuma wrote: > Hi Dan, > > On Sun, 12 Feb 2017 14:34:11 -0800 Dan Williams wrote: >> >> Ben notes that commit f931ab479dd2 "mm: fix devm_memremap_pages crash, >> use mem_hotplug_{begin, done}" is incomplete and broken. Writes to >> mem_hotplug.active_wri

Re: 4.10-rc1: thinkpad x60: who ate my cpu?

Pavel Machek wrote: Hi! The kernel is 4.8.17 EOL, installed almost a month ago. Platform ThinkPad x60, Intel(R) Core(TM) Duo CPU T2400 @ 1.83GHz In dmesg I see that it used to be when 2 CPUs were OK: [690409.476107] PM: noirq suspend of devices complete after 79.914 msecs [690409.476547

Re: [PATCH linux v7 6/6] hwmon: occ: Add callbacks for parsing P9 OCC datastructures

On Fri, 2017-02-10 at 16:01 +1030, Joel Stanley wrote: > > + > > +#ifndef __OCC_P9_H__ > > +#define __OCC_P9_H__ > > + > > +#include "scom.h" > > + > > +struct device; > > Include the header for struct device instead. > > Did you consider the one header file for all of your shared functions? > I

Re: Linux 4.9.6 ( Restore IO-APIC irq_chip retrigger callback , breaks my box )

On 13.02.2017 01:38, Borislav Petkov wrote: On Sun, Feb 12, 2017 at 11:21:13PM +0100, Gabriel C wrote: http://ftp.frugalware.org/pub/other/people/crazy/kernel/t/crash_initcall_debug.mp4 http://ftp.frugalware.org/pub/other/people/crazy/kernel/t/crash_intcall_debug_ucode_off.mp4 Thanks and int

Re: [PATCH linux v7 4/6] hwmon: occ: Add callbacks for parsing P8 OCC datastructures

On Fri, 2017-02-10 at 16:01 +1030, Joel Stanley wrote: > > On Wed, Feb 8, 2017 at 9:40 AM,   wrote: > > > > From: "Edward A. James" > > > > Add functions to parse the data structures that are specific to the OCC on > > the POWER8 processor. These are the sensor data structures, including > > temp

Re: [PATCH v2] gpio: return NULL from gpiod_get_optional when GPIOLIB is disabled

[ Forgot to add Uwe to the CC ] On Sun, Feb 12, 2017 at 05:13:55PM -0800, Dmitry Torokhov wrote: > Given the intent behind gpiod_get_optional() and friends it does not make > sense to return -ENOSYS when GPIOLIB is disabled: the driver is expected to > work just fine without gpio so let's behave a

[PATCH v2] gpio: return NULL from gpiod_get_optional when GPIOLIB is disabled

Given the intent behind gpiod_get_optional() and friends it does not make sense to return -ENOSYS when GPIOLIB is disabled: the driver is expected to work just fine without gpio so let's behave as if gpio was not found. Otherwise we have to special-case -ENOSYS in drivers. Note that there was obje

Re: [PATCH linux v7 3/6] hwmon: occ: Add I2C transport implementation for SCOM operations

On Fri, 2017-02-10 at 15:05 -0600, Eddie James wrote: > On 02/09/2017 11:31 PM, Joel Stanley wrote: > > > On Wed, Feb 8, 2017 at 9:40 AM,  wrote: > > >> From: "Edward A. James" > >> > >> Add functions to send SCOM operations over I2C bus. The BMC can > >> communicate with the Power8 host processor

Re: [RFC][PATCH 00/21] tracing: Inter-event (e.g. latency) support

On Fri, Feb 10, 2017 at 12:58:30PM -0600, Tom Zanussi wrote: > Hi Masami, > > On Fri, 2017-02-10 at 18:34 +0900, Masami Hiramatsu wrote: > > On Fri, 10 Feb 2017 13:16:17 +0900 > > Namhyung Kim wrote: > > > > > > > > > > Example - wakeup latency > > > > > > > > > > > > This bas

Re: [PATCH] bcm2835-audio: Fix checkpatch errors

On Sun, Feb 12, 2017 at 8:16 PM, Greg Kroah-Hartman wrote: > On Sun, Feb 12, 2017 at 04:34:09AM +0800, Man Choy wrote: >> Fix following errors: >> >> ERROR: do not initialise statics to NULL >> +static struct snd_card *g_card = NULL; >> >> ERROR: do not initialise statics to NULL >> +static struct

[PATCH] regulator: devres: introduce managed enable and disable operations

While preferred time to power up the device is when there are users of it present (i.e. when device is "open"ed), there are times when it makes more sense to power up the device in probe(). One such example is when device is expected to be always used (such as a touchscreen on a mobile device, or s

Re: Linux 4.9.6 ( Restore IO-APIC irq_chip retrigger callback , breaks my box )

On Sun, Feb 12, 2017 at 11:21:13PM +0100, Gabriel C wrote: > http://ftp.frugalware.org/pub/other/people/crazy/kernel/t/crash_initcall_debug.mp4 > http://ftp.frugalware.org/pub/other/people/crazy/kernel/t/crash_intcall_debug_ucode_off.mp4 Thanks and interesting. In both cases, mcheck_init_device()

[PATCH 2/2] sysfs: add devm_sysfs_create_group() and friends

Many drivers create additional driver-specific device attributes when binding to the device and providing managed version of sysfs_create_group() will simplify unbinding and error handling in probe path for such drivers. Without managed version driver writers either have to mix manual and managed

[PATCH 1/2] driver core: emit uevents when device is bound to a driver

Majority of standard for a subsystem device attributes are created at the same time devices are created, before KOBJECT_ADD uevent is emitted by the driver core. This means that attributes are there when userspace is notified about new device appearance. However many drivers create additional driv

Re: linux-next: build failure after merge of the scsi tree

Hi all, On Mon, 6 Feb 2017 16:04:51 +1100 Stephen Rothwell wrote: > > After merging the scsi tree, today's linux-next build (powerpc > ppc64_defconfig) failed like this: > > In file included from include/uapi/linux/stddef.h:1:0, > from include/linux/stddef.h:4, >

Re: [PATCH v3 03/14] mm: use pmd lock instead of racy checks in zap_pmd_range()

Hi Kirill, The crash scenario I guess is like: 1. A huge page pmd entry is in the middle of being changed into either a pmd_protnone or a pmd_migration_entry. It is cleared to pmd_none. 2. At the same time, the application frees the vma this page belongs to. >>> >>> Em...

Re: [PATCH] Input: trackpoint: add new trackpoint firmware ID

On 02/13/2017 06:38 AM, Dmitry Torokhov wrote: > On Fri, Feb 10, 2017 at 11:02:21AM +0800, Aaron Ma wrote: >> Synaptics add new TP firmware ID: 0x2 and 0x3, for now both lower 2 bits >> are indicated as TP. Change the constant to bitwise values. > > Hmm, I thought IBM/Lenovo owned trackpoint sup

Клиентские базы +79139230330 Skype: prodawez390 Email: prodawez...@gmail.com Узнайте подробнее!

Клиентские базы +79139230330 Skype: prodawez390 Email: prodawez...@gmail.com Узнайте подробнее!

[PATCH] video: remove incorrect __exit markups

Even if bus is not hot-pluggable, the devices can be unbound from the driver via sysfs, so we should not be using __exit annotations on remove() methods. The only exception is drivers registered with platform_driver_probe() which specifically disables sysfs bind/unbind attributes. Also pmagb(a|b)f

Re: [PATCH v7 0/5] Update LZ4 compressor module

Hi Sven, On Sun, Feb 12, 2017 at 12:16:17PM +0100, Sven Schmidt wrote: > > > > On 02/10/2017 01:13 AM, Minchan Kim wrote: > > Hello Sven, > > > > On Thu, Feb 09, 2017 at 11:56:17AM +0100, Sven Schmidt wrote: > >> Hey Minchan, > >> > >> On Thu, Feb 09, 2017 at 08:31:21AM +0900, Minchan Kim wrote

Re: [PATCH] Input: synaptics-rmi4 - create firmware update sysfs attribute in F34

Hi Nick, On Sun, Feb 12, 2017 at 10:50:56PM +, Nick Dyer wrote: > On Thu, Feb 09, 2017 at 01:25:08PM -0800, Dmitry Torokhov wrote: > > There is no need to create sysfs attributes in the main driver core, > > let F34 implementation do that. > > Hi Dmitry- > > I haven't tested this yet, but I

[PATCH] Input: tsc2004/5 - do not use irq_set_irq_wake() directly

Instead of setting irq_set_irq_wake() directly in probe(), mark the device as wakeup-capable, and use enable_irq_wake() and disable_irq_wake() in suspend/resume path. Signed-off-by: Dmitry Torokhov --- drivers/input/touchscreen/tsc200x-core.c | 13 - 1 file changed, 12 insertions(+),

reply

Greetings to you and you family. I am Barrister Maxwell Kojo, a solicitor at law. I was born and raised through Islamic way. However, I am making this proposal to you in respect to the death of late client,who dead leaving some huge amount of money behind (USD$9,580,000) in a security company. Aft

Re: linux-next: build warnings after merge of the crypto tree

Hi Herbert, On Sat, 11 Feb 2017 18:56:21 +0800 Herbert Xu wrote: > > On Fri, Feb 10, 2017 at 02:12:51PM +1100, Stephen Rothwell wrote: > > > > I am still getting these warnings ... I have seen no updates to the > > crypot tree since Feb 2. > > Sorry Stephen. I have now applied Arnd's fixes f

Re: [PATCH] lz4: fix performance regressions

Hi Sven, On Sun, Feb 12, 2017 at 12:16:18PM +0100, Sven Schmidt wrote: > /*- > * Reading and writing into memory > **/ > +typedef union { > + U16 u16; > + U32 u32; > + size_t uArch; > +} __packed unalign; >

linux-next: manual merge of the rdma-leon tree with Linus' tree

Hi Leon, Today's linux-next merge of the rdma-leon tree got a conflict in: include/uapi/rdma/ib_user_verbs.h between commit: 646ebd4166ca ("RDMA: Don't reference kernel private header from UAPI header") from Linus' tree and commit: 39bfb78f4acb ("RDMA: Remove kernel private defines and

linux-next: manual merge of the ipsec-next tree with the net-next tree

Hi Steffen, Today's linux-next merge of the ipsec-next tree got a conflict in: net/xfrm/xfrm_policy.c between commit: 63fca65d0863 ("net: add confirm_neigh method to dst_ops") from the net-next tree and commits: 3d7d25a68ea5 ("xfrm: policy: remove garbage_collect callback") a2817d8b27

Re: Linux 4.10-rc8

On Sun 2017-02-12 14:40:04, Linus Torvalds wrote: > On Sun, Feb 12, 2017 at 2:32 PM, Pavel Machek wrote: > > > > I see some crazy stuff with v4.10-rc7 (and older). > > > > Like machine not booting from cold boot, needing ctrl-alt-del at boot, > > otherwise it changs during PCI quirks. > > I assum

Re: [PATCH] Input: synaptics-rmi4 - create firmware update sysfs attribute in F34

On Thu, Feb 09, 2017 at 01:25:08PM -0800, Dmitry Torokhov wrote: > There is no need to create sysfs attributes in the main driver core, > let F34 implementation do that. Hi Dmitry- I haven't tested this yet, but I did try creating/removing the sysfs entries in the f34 function probe/remove as you

Re: [PATCH v3 22/24] media: imx: Add MIPI CSI-2 OV5640 sensor subdev driver

(resending text only) On 02/02/2017 02:36 AM, Laurent Pinchart wrote: Hi Steve, Thank you for the patch. Many of the comments below apply to the ov5642 driver too, please take them into account when reworking patch 23/24. On Friday 06 Jan 2017 18:11:40 Steve Longerbeam wrote: This driver is

[PATCH] staging: vt6656: Alignment match open parenthesis

Fix checkpatch issues: "CHECK: Alignment should match open parenthesis" Signed-off-by: Arushi Singhal --- drivers/staging/vt6656/rxtx.c | 54 +-- 1 file changed, 27 insertions(+), 27 deletions(-) diff --git a/drivers/staging/vt6656/rxtx.c b/drivers/stagin

drivers/base/power/opp/core.c:1597:5: error: redefinition of 'dev_pm_opp_register_set_opp_helper'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7089db84e356562f8ba737c29e472cc42d530dbc commit: 4dab160eb1586f67e8ba7c55ffdd2373f7a5553e PM / OPP: Allow platform specific custom set_opp() callbacks date: 10 weeks ago config: x86_64-randconfig-x008-2017

Re: [RFC][PATCH 5/7] x86, mpx: shrink per-mm MPX data

On Wed, 1 Feb 2017, Dave Hansen wrote: > /* > - * NULL is theoretically a valid place to put the bounds > - * directory, so point this at an invalid address. > + * These get stored into mm_context_t->mpx_directory_info. > + * We could theoretically use bits 0 and 1, but those are > + * used in the

Re: Linux 4.10-rc8

On Sun, Feb 12, 2017 at 2:32 PM, Pavel Machek wrote: > > I see some crazy stuff with v4.10-rc7 (and older). > > Like machine not booting from cold boot, needing ctrl-alt-del at boot, > otherwise it changs during PCI quirks. I assume from your description that it's not repeatable enough to bisect?

Re: [PATCH] Input: trackpoint: add new trackpoint firmware ID

On Fri, Feb 10, 2017 at 11:02:21AM +0800, Aaron Ma wrote: > Synaptics add new TP firmware ID: 0x2 and 0x3, for now both lower 2 bits > are indicated as TP. Change the constant to bitwise values. Hmm, I thought IBM/Lenovo owned trackpoint support... Andrew, is it yours now? Aaron, what devices hav

[PATCH 0/2] fix devm_memremap_pages() mem hotplug locking

Ben notes that commit f931ab479dd2 "mm: fix devm_memremap_pages crash, use mem_hotplug_{begin, done}" is incomplete and broken. Writes to mem_hotplug.active_writer need to be coordinated under the device hotplug lock. Otherwise, we can potentially corrupt mem_hotplug.refcount leading to soft lockup

[PATCH 1/2] mm, devm_memremap_pages: hold device_hotplug lock over mem_hotplug_{begin, done}

The mem_hotplug_{begin,done} lock coordinates with {get,put}_online_mems() to hold off "readers" of the current state of memory from new hotplug actions. mem_hotplug_begin() expects exclusive access, via the device_hotplug lock, to set mem_hotplug.active_writer. Calling mem_hotplug_begin() without

[PATCH 2/2] mm: validate device_hotplug is held for memory hotplug

mem_hotplug_begin() assumes that it can set mem_hotplug.active_writer and run the hotplug process without racing another thread. Validate this assumption with a lockdep assertion. Cc: Michal Hocko Cc: Toshi Kani Cc: Vlastimil Babka Cc: Logan Gunthorpe Cc: Greg Kroah-Hartman Reported-by: Ben H

Re: Linux 4.10-rc8

On Sun 2017-02-12 13:39:21, Linus Torvalds wrote: > Hey, it's another week, and I could have released the final 4.10. > > It's not been all that busy, although we did have a number of small > last-minute regression fixes (some just reverting stuff that caused > problems and needed more thought, ot

[PATCH] staging: vt6656: Alignment match open parenthesis

Fix checkpatch issues: "CHECK: Alignment should match open parenthesis" Signed-off-by: Arushi Singhal --- drivers/staging/vt6656/firmware.c | 34 +- drivers/staging/vt6656/key.h | 2 +- drivers/staging/vt6656/rf.c | 12 ++-- drivers/staging/vt6

Re: [PATCH] Documentation: make Makefile.sphinx no-ops quieter

On Fri, 10 Feb 2017 17:06:50 -0700 Jim Davis wrote: > Silence the "make[1]: Nothing to be done for ..." messages for the > no-op targets in Makefile.sphinx. Applied, thanks. jon

Re: Linux 4.9.6 ( Restore IO-APIC irq_chip retrigger callback , breaks my box )

On 12.02.2017 22:12, Borislav Petkov wrote: On Sun, Feb 12, 2017 at 09:21:53PM +0100, Gabriel C wrote: There is what I get : http://ftp.frugalware.org/pub/other/people/crazy/kernel/t/crash2.mp4 Ok, I'm watching it frame-by-frame. I can see the microcode getting updated to revision 0x19 as i

<    1   2   3   4   >