Re: [PATCH] PM / OPP: make _of_get_opp_desc_node a static function

On 20-10-16, 15:44, Masahiro Yamada wrote: > Since commit f47b72a15a96 ("PM / OPP: Move CONFIG_OF dependent code > in a separate file"), this function is defined and called only in > drivers/base/power/opp/of.c . > > Signed-off-by: Masahiro Yamada > --- > > drivers/base/power/opp/of.c | 2 +- >

[PATCH v2] PM / OPP: fix debug/error messages in dev_pm_opp_of_get_sharing_cpus()

These log messages are wrong because _of_get_opp_desc_node() returns an operating-points-v2 node. Commit a6eed752f5fb ("PM / OPP: passing NULL to PTR_ERR()") fixed static checker warnings, and reworded the messages at the same time (but the latter was not mentioned in the git-log). Restore the co

[PATCH 2/3] phy: Fix ptr_ret.cocci warnings

Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR. Generated by: scripts/coccinelle/api/ptr_ret.cocci Signed-off-by: Vivek Gautam Cc: Kishon Vijay Abraham I --- drivers/phy/phy-ti-pipe3.c | 10 ++ drivers/phy/tegra/xusb.c | 10 ++ 2 files changed, 4 insertions(+), 16

[PATCH 1/3] phy: fix semicolon.cocci warnings

Remove unneeded semicolon. Generated by: coccinellery/semicolon/semicolon.cocci Signed-off-by: Vivek Gautam Cc: Kishon Vijay Abraham I --- drivers/phy/phy-brcm-sata.c | 6 +++--- drivers/phy/phy-exynos4210-usb2.c | 4 ++-- drivers/phy/phy-exynos4x12-usb2.c | 4 ++-- drivers/phy/phy-exyno

[PATCH 3/3] phy: fix returnvar.cocci warnings

Remove unneeded variables when "0" can be returned. Generated by: scripts/coccinelle/misc/returnvar.cocci Signed-off-by: Vivek Gautam Cc: Kishon Vijay Abraham I --- drivers/phy/phy-berlin-sata.c | 3 +-- drivers/phy/tegra/xusb-tegra124.c | 3 +-- 2 files changed, 2 insertions(+), 4 deletio

Re: [PATCH 1/4] kconfig: introduce the "imply" keyword

2016-10-20 8:42 GMT+09:00 Nicolas Pitre : > diff --git a/Documentation/kbuild/kconfig-language.txt > b/Documentation/kbuild/kconfig-language.txt > index 069fcb3eef..c96127f648 100644 > --- a/Documentation/kbuild/kconfig-language.txt > +++ b/Documentation/kbuild/kconfig-language.txt > @@ -113,6 +11

Re: bio linked list corruption.

* Linus Torvalds wrote: > On Wed, Oct 19, 2016 at 10:09 AM, Philipp Hahn wrote: > > > > Nearly a month ago I reported also a "list_add corruption", but with 4.1.6: > > > > > > That server rungs Samba4, which also is a heavy user of xattr.

[PATCH] PM / OPP: fix debug/error messages in dev_pm_opp_of_get_sharing_cpus()

These comments are wrong because _of_get_opp_desc_node() returns an operating-points-v2 node. Commit a6eed752f5fb ("PM / OPP: passing NULL to PTR_ERR()") fixed static checker warnings, and reworded the messages at the same time (but the latter was not mentioned in the git-log). Restore the correc

Re: Regression in ARM CLCD Fb

On Sat, Oct 15, 2016 at 6:44 PM, Amit Pundir wrote: > Commit 25348160e9a4 ("video: ARM CLCD: add special panel hook for > Versatiles") broke CLCD framebuffer on my qemu-system-arm + > vexpress-v2p-ca9.dtb + Android test setup. Sent a patch tested on QEMU, check if it solves your problem! Yours,

[PATCH] PM / OPP: make _of_get_opp_desc_node a static function

Since commit f47b72a15a96 ("PM / OPP: Move CONFIG_OF dependent code in a separate file"), this function is defined and called only in drivers/base/power/opp/of.c . Signed-off-by: Masahiro Yamada --- drivers/base/power/opp/of.c | 2 +- drivers/base/power/opp/opp.h | 1 - 2 files changed, 1 inse

Re: [PATCH 1/3] drm/fb_cma_helper: do not free fbdev if there is none

On Wed, Oct 19, 2016 at 05:32:19PM -0700, Stefan Agner wrote: > If fbdev emulation is not in use (or not built-in), fb_helper.fbdev > is NULL. Don't call calling drm_fbdev_cma_defio_fini in this case. > > Signed-off-by: Stefan Agner Yeah makes sense. Applied to drm-misc. -Daniel > --- > driver

Re: [PATCH 1/3] sched/core,x86: make struct thread_info arch specific again

* Andy Lutomirski wrote: > On Wed, Oct 19, 2016 at 11:28 AM, Mark Rutland wrote: > > From: Heiko Carstens > > > > commit c65eacbe290b ("sched/core: Allow putting thread_info into > > task_struct") made struct thread_info a generic struct with only a > > single flags member if THREAD_INFO_IN_TA

Funding Approved In Minutes!

Hello, We currently have opennings to fund early startups at the preferential interest rate of two percent per year. Regards, Lionel Griffin

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

On Thu, Oct 20, 2016 at 11:01:42AM +1100, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the net-next tree got conflicts in: > > include/linux/netdevice.h > net/core/dev.c > > between commit: > > e4961b076885 ("net: core: Correctly iterate over lower adjacency list") >

Re: Challenges around the usage of different "HOSTCFLAGS" for kernel build configuration and module generation

> make defconfig; make EXTRA_CFLAGS="-g" drivers/md/; objdump -S > drivers/md/whatever.o Such a command looks promising. * I find it safer when double ampersand will be used as control operator instead of semicolon there. * I get the impression from an other command like "find . -name '?akefi

Re: [PATCH] ARM: dts: berlin2q-marvell-dmp: fix typo in chosen node

Hello, On Thu, Oct 20, 2016 at 09:52:11AM +0900, Masahiro Yamada wrote: > Signed-off-by: Masahiro Yamada Acked-by: Antoine Tenart Thanks! Antoine > --- > > arch/arm/boot/dts/berlin2q-marvell-dmp.dts | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/arm/boot/dts

[RFC] ppc64le: Enable emulation support for simple Load/Store instructions

emulate_step() uses a number of underlying kernel functions that were initially not enabled for LE. This has been rectified since. So, fix emulate_step() for LE for the corresponding instructions. Reported-by: Anton Blanchard Signed-off-by: Ravi Bangoria --- Note: This patch only enables LOAD, S

Re: BUG: KASAN: use-after-free in udp_lib_get_port

On Wed, 2016-10-19 at 23:01 +0800, Baozeng Ding wrote: > Hello all, > I have got some similar bugs again((on Oct 7 commit > d1f5323370fceaed43a7ee38f4c7bfc7e70f28d0): Thanks for the reports, but please there is no need to send duplicates. I have an idea of the problem, will send a patch asap, a

Re: 4.9-rc1 boot regression, ambiguous bisect result

* Dan Williams wrote: > Hi, > > I am currently unable to boot a Yoga 900 with latest mainline, but 4.8 boots. > > The symptom is a reboot before the video console is available. > > I bisected to commit 816e76129ed5 "efi: Allow drivers to reserve boot > services forever". However, that commit

[PATCH] module: extend 'rodata=off' boot cmdline parameter to module mappings

The current "rodata=off" parameter disables read-only kernel mappings under CONFIG_DEBUG_RODATA: commit d2aa1acad22f ("mm/init: Add 'rodata=off' boot cmdline parameter to disable read-only kernel mappings") This patch is a logical extension to module mappings ie. read-only mappings at modu

Re: [PATCH 3.10 01/16] Revert "powerpc/tm: Always reclaim in start_thread() for exec() class syscalls"

On Wed, Oct 19, 2016 at 08:07:23PM -0700, Guenter Roeck wrote: > On 10/19/2016 03:49 PM, Willy Tarreau wrote: > > This reverts commit 8110080dc53335d5dd99b123144a6174f19ffc65. > > > > Guenter noticed that this breaks PPC build when CONFIG_PPC_TRANSACTIONAL_MEM > > is set, because this patch was no

Re: [ANNOUNCE] util-linux v2.29-rc2

On Wednesday 19 October 2016, Karel Zak wrote: > The util-linux release v2.29-rc1 is available at > > http://ftp.kernel.org/pub/linux/utils/util-linux/v2.29/ > > Feedback and bug reports, as always, are welcomed. > > Karel Looks like ncurses(w) detection does not work anymore without pkgconf

[RFC][PATCH] usb: dwc2: Make sure we disconnect the gadget state on reset

I had seen some odd behavior with HiKey's usb-gadget interface that I finally seemed to have chased down. Basically every other time I pluged in the OTG port, the gadget interface would properly initialize. The other times, I'd get a big WARN_ON in dwc2_hsotg_init_fifo() about the fifo_map not bein

Funding Approved In Minutes!

Hello, We currently have opennings to fund early startups at the preferential interest rate of two percent per year. Regards, Lionel Griffin

Regression in 4.9-rc1 for PPC32 - bisected to commit 05fd007e4629

Kernel 4.9-rc1 fails to boot on my PowerBook G4 Aluminum (32-bit PowerPC) with the following splat: Kernel Panic - not synching: Attempted to kill init: exitcode = 0x0200 Call trace: dump_stack+0x24/0x34 (unreliable) panic+0x110/0x2ac do_exit+0x464/0x834 do_group_exit+0x84/0xac __wake_up_p

Re: [patch] perf_event_open.2: add cycles field in LBR records

Hi Vince, On 10/19/2016 05:10 PM, Vince Weaver wrote: > > Linux 4.3 (71ef3c6b9d4665ee7afbbe4c208a98917dcfc32f) > added a cycles field to the PERF_SAMPLE_BRANCH_STACK > last branch records. > > The kernel commit was a bit vague on this, but you can find > a few more details on this in the Intel

[PATCH V2 4/5] arm64: Allow hw watchpoint of length 3,5,6 and 7

Since, arm64 can support all offset within a double word limit. Therefore, now support other lengths within that range as well. Signed-off-by: Pratyush Anand --- arch/arm64/include/asm/hw_breakpoint.h | 4 arch/arm64/kernel/hw_breakpoint.c | 36 ++ 2 fi

Re: [patch] perf_event_open.2: PERF_RECORD_SWITCH support

On 10/19/2016 05:14 PM, Vince Weaver wrote: > On Wed, 19 Oct 2016, Michael Kerrisk (man-pages) wrote: > >>> diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2 >>> index 68b99bb..04a0cf5 100644 >>> +.B PERF_RECORD_SWITCH_CPU_WIDE >>> +records when sampling in cpu-wide mode. >>> +This func

[PATCH V2 5/5] selftests: arm64: add test for unaligned/inexact watchpoint handling

ARM64 hardware expects 64bit aligned address for watchpoint invocation. However, it provides byte selection method to select any number of consecutive byte set within the range of 1-8. This patch adds support to test all such byte selection option for different memory write sizes. Patch also adds

[PATCH V2 2/5] arm64: Allow hw watchpoint at varied offset from base address

ARM64 hardware supports watchpoint at any double word aligned address. However, it can select any consecutive bytes from offset 0 to 7 from that base address. For example, if base address is programmed as 0x420030 and byte select is 0x1C, then access of 0x420032,0x420033 and 0x420034 will generate

[PATCH V2 1/5] hw_breakpoint: Allow watchpoint of length 3,5,6 and 7

We only support breakpoint/watchpoint of length 1, 2, 4 and 8. If we can support other length as well, then user may watch more data with less number of watchpoints (provided hardware supports it). For example: if we have to watch only 4th, 5th and 6th byte from a 64 bit aligned address, we will ha

[PATCH V2 0/5] ARM64: More flexible HW watchpoint

Currently, we do not support all the byte select option provided by ARM64 specs for a HW watchpoint. This patch set will help user to instrument a watchpoint with all possible byte select options. Changes since v1: Introduced a new patch 3/5 where it takes care of the situation when HW does not r

[PATCH V2 3/5] arm64: hw_breakpoint: Handle inexact watchpoint addresses

From: Pavel Labath Arm64 hardware does not always report a watchpoint hit address that matches one of the watchpoints set. It can also report an address "near" the watchpoint if a single instruction access both watched and unwatched addresses. There is no straight-forward way, short of disassembl

Re: [RESEND PATCH v2 4/4] usb: doc: add document for USB3 debug port usage

Hi Jani, On 10/19/2016 03:48 PM, Jani Nikula wrote: > On Wed, 19 Oct 2016, Lu Baolu wrote: >> Add Documentation/usb/usb3-debug-port.txt. This document includes >> the user guide for USB3 debug port. > If you're adding completely new files, please at least consider writing > them in reStructuredTe

Re: [4.9-rc1+] intel_uncore builtin + CONFIG_DEBUG_TEST_DRIVER_REMOVE kernel panic

On Wed, Oct 19, 2016 at 09:19:43PM +0200, Jiri Olsa wrote: > I think the reason here is that presume pmu devices are always added, > but we add them only if pmu_bus_running (in perf_event_sysfs_init) > is set which might happen after uncore initcall > > attached patch fixes the issue for me Right

Re: Regression in intel_powerclamp, due to cpu whitelist removal

On Wed, 2016-10-19 at 20:45 -0700, Jacob Pan wrote: > On Tue, 18 Oct 2016 14:20:49 + > Alok Kataria wrote: > > > > > Hi Jacob, Zhang,  > > > > One of your recent commit "thermal/powerclamp: remove cpu > > whitelist” [1], has caused a regression in the kernel.  > > > > That commit changed p

Re: [PATCH v3 1/2] arm64: dts: uniphier: add CPU clock and OPP table for LD11 SoC

On 20-10-16, 13:44, Masahiro Yamada wrote: > Add a CPU clock to every CPU node and a CPU OPP table to use the > generic cpufreq driver. > > Note: > clock-latency-ns (300ns) was calculated based on the CPU-gear switch > sequencer spec; it takes 12 clock cycles on the sequencer running > at 50 MHz,

Re: [lkp] [ipc/sem.c] 5864a2fd30: aim9.shared_memory.ops_per_sec -13.0%

On 10/20/2016 02:21 AM, Andrew Morton wrote: On Wed, 19 Oct 2016 06:38:14 +0200 Manfred Spraul wrote: Hi, as discussed before: The root cause for the performance regression is the smp_mb() that was added into the fast path. I see two options: 1) switch to full spin_lock()/spin_unlock() for

[PATCH v3 2/2] arm64: dts: uniphier: add CPU clocks and OPP tables for LD20 SoC

Add a CPU clock to every CPU node and CPU OPP tables to use the generic cpufreq driver. All the CPUs in each cluster share the same OPP table. Note: clock-latency-ns (300ns) was calculated based on the CPU-gear switch sequencer spec; it takes 12 clock cycles on the sequencer running at 50 MHz, pl

[PATCH v3 1/2] arm64: dts: uniphier: add CPU clock and OPP table for LD11 SoC

Add a CPU clock to every CPU node and a CPU OPP table to use the generic cpufreq driver. Note: clock-latency-ns (300ns) was calculated based on the CPU-gear switch sequencer spec; it takes 12 clock cycles on the sequencer running at 50 MHz, plus a bit additional latency. Signed-off-by: Masahiro Y

Re: [PATCH 2/2] phy: qcom-qmp: new qmp phy driver for qcom-chipsets

On Wed, Oct 19, 2016 at 4:24 PM, Vivek Gautam wrote: > CC: Srinivas Kandagatla > > > On 10/19/2016 04:13 PM, Vivek Gautam wrote: >> >> Qualcomm SOCs have QMP phy controller that provides support >> to a number of controller, viz. PCIe, UFS, and USB. >> Add a new driver, based on generic phy framew

[RFC][PATCH 1/2 v2] usb: dwc2: Force port resume on switching to device mode

From: Chen Yu We've seen failures when switching between host and gadget mode, which was diagnosed as being caused due to the bus being auto-suspended when we switched. So this patch forces a port resume when switching to device mode if the bus is suspended. Cc: Wei Xu Cc: Guodong Xu Cc: Amit

[RFC][PATCH 2/2 v2] usb: dwc2: Add a quirk to allow speed negotiation for Hisilicon Hi6220

From: Chen Yu The Hi6220's usb controller is limited in that it does not support "Split Transactions", so it does not support communicating with low-speed and full-speed devices behind a high-speed hub. Thus it requires a quirk so that we can manually drop the usb speed when low/full-speed are a

[RFC][PATCH 0/2 v2] dwc2 fixes for HiKey

I wanted to send out two patches we're using on the dwc2 driver in order to make HiKey function. The first is seemingly just a bug fix we ran into when changing modes while the bus was auto-suspended. The second is a little more interesting as it works around a limitation of the the device in tha

Re: [PATCH 1/2] phy: qcom-qusb2: New driver for QUSB2 PHY on Qcom chips

On Wed, Oct 19, 2016 at 4:13 PM, Vivek Gautam wrote: > PHY transceiver driver for QUSB2 phy controller that provides > HighSpeed functionality for DWC3 controller present on > Qualcomm chipsets. > > This driver is based on phy-msm-qusb driver available in > msm-4.4 kernel @codeaurora[1] > > [1] >

Re: [PATCH] kbuild: provide include/asm/asm-prototypes.h for ARM

On Wed, 19 Oct 2016 16:32:00 +0100 Russell King - ARM Linux wrote: > On Wed, Oct 19, 2016 at 05:02:55PM +0200, Arnd Bergmann wrote: > > On Wednesday, October 19, 2016 4:52:06 PM CEST Michal Marek wrote: > > > Dne 17.10.2016 v 14:26 Arnd Bergmann napsal(a): > > > > This adds an asm/asm-prototy

4.9-rc1 boot regression, ambiguous bisect result

Hi, I am currently unable to boot a Yoga 900 with latest mainline, but 4.8 boots. The symptom is a reboot before the video console is available. I bisected to commit 816e76129ed5 "efi: Allow drivers to reserve boot services forever". However, that commit is known to be broken. The proposed fix

Re: Regression in intel_powerclamp, due to cpu whitelist removal

On Wed, 2016-10-19 at 20:45 -0700, Jacob Pan wrote: > On Tue, 18 Oct 2016 14:20:49 + > Alok Kataria wrote: > > > Hi Jacob, Zhang, > > > > One of your recent commit "thermal/powerclamp: remove cpu > > whitelist” [1], has caused a regression in the kernel. > > > > That commit changed powerc

Re: [PATCH v2 2/2] arm64: dts: uniphier: add CPU clocks and OPP tables for LD20 SoC

2016-10-20 12:55 GMT+09:00 Viresh Kumar : > On 20-10-16, 10:15, Masahiro Yamada wrote: >> + opp@6 { >> + opp-hz = /bits/ 64 <67000>; >> + clock-latency-ns = <300>; >> + }; >> + opp@7 { >> +

Re: [PATCH v2 2/2] arm64: dts: uniphier: add CPU clocks and OPP tables for LD20 SoC

On 20-10-16, 10:15, Masahiro Yamada wrote: > + opp@6 { > + opp-hz = /bits/ 64 <67000>; > + clock-latency-ns = <300>; > + }; > + opp@7 { > + opp-hz = /bits/ 64 <74000>; > +

Re: [GIT PULL] kbuild changes for v4.9-rc1

On Wed, 19 Oct 2016 16:38:14 +0200 Michal Marek wrote: > Dne 18.10.2016 v 03:34 Nicholas Piggin napsal(a): > > We should probably just bring all these arch patches through the > > kbuild tree. > > > > I'm sorry for the breakage: I didn't realize it broke the build with > > some configs, otherwis

[PATCH v2 3/8] drm/sun4i: tcon: Move SoC specific quirks to a DT matched data structure

We already have some differences between the 2 supported SoCs. More will be added as we support other SoCs. To avoid bloating the probe function with even more conditionals, move the quirks to a separate data structure that's tied to the compatible string. Signed-off-by: Chen-Yu Tsai --- drivers

[PATCH v2 5/8] drm/sun4i: Add compatible strings for A31/A31s display pipelines

The A31's display pipeline has 2 frontends, 2 backends, and 2 TCONs. It also has new display enhancement blocks, such as the DRC (Dynamic Range Controller), the DEU (Display Enhancement Unit), and the CMU (Color Management Unit). It supports HDMI, MIPI DSI, and 2 LCD/LVDS channels. The A31s displa

[PATCH v2 2/8] drm/sun4i: sun6i-drc: Support DRC on A31 and A31s

The A31 and A31s also have the DRC as part of the display pipeline. As we know virtually nothing about them, just add compatible strings for both SoCs to the stub driver. Signed-off-by: Chen-Yu Tsai Acked-by: Rob Herring --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 2 ++

[PATCH v2 0/8] drm/sun4i: Support first display pipeline on sun6i

Hi everyone, This series adds support for the first display pipeline found on the A31 and A31s SoCs, with output through the RGB LCD interface. This has been tested on the Sinlinx SinA31s development board, with its included 7" LCD panel, and the Merrii Hummingbird A31 development board, with its

[PATCH v2 4/8] drm/sun4i: Add compatible string for A31/A31s TCON (timing controller)

The A31 TCON has mux controls for how TCON outputs are routed to the HDMI and MIPI DSI blocks. Since the A31s does not have MIPI DSI, it only has a mux for the HDMI controller input. This patch only adds support for the compatible strings. Actual support for the mux controls should be added with

Re: [PATCH 5/6] clk: pxa: transfer CPU clock setting from pxa2xx-cpufreq

On 19-10-16, 13:51, Stephen Boyd wrote: > On 10/19, Robert Jarzmik wrote: > > Stephen Boyd writes: > > > > > On 10/18, Robert Jarzmik wrote: > > >> Robert Jarzmik writes: > > >> Hi Michael and Stephen, > > >> > > >> I'm planing on sending a v2 next week with minor corrections, mostly in > > >>

[PATCH v2 7/8] ARM: dts: sun6i: Add A31 LCD0 RGB888 pins

The LCD0 controller on the A31 can do RGB output up to 8 bits per channel. Add the pins for RGB888 output. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun6i-a31.dtsi | 13 + 1 file changed, 13 insertions(+) diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/arch/arm/boot/dts/sun6

[PATCH v2 8/8] ARM: dts: sun6i: hummingbird-a31: Enable display output through VGA bridge

The Hummingbird A31 board has a RGB-to-VGA bridge which converts RGB output from the LCD interface to VGA signals. Enable this part of the display pipeline. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun6i-a31-hummingbird.dts | 56 + 1 file changed, 56 inserti

[PATCH v2 6/8] ARM: dts: sun6i: Add device nodes for first display pipeline

The A31 has 2 parallel display pipelines, which can be intermixed. However the driver currently only supports one of them. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun6i-a31.dtsi | 152 ++ arch/arm/boot/dts/sun6i-a31s.dtsi | 8 ++ 2 files changed,

Re: [PATCH 08/10] ufs-qcom: phy/hcd: Refactoring phy clock handling

On Thu, Oct 20, 2016 at 12:48 AM, Subhash Jadavani wrote: > On 2016-10-19 10:45, Vivek Gautam wrote: >> >> Hi, >> >> >> On Wed, Oct 19, 2016 at 1:43 AM, Subhash Jadavani >> wrote: >>> >>> On 2016-10-18 07:28, Vivek Gautam wrote: Add phy clock enable code to phy_power_on/off callbac

Re: Regression in intel_powerclamp, due to cpu whitelist removal

On Tue, 18 Oct 2016 14:20:49 + Alok Kataria wrote: > Hi Jacob, Zhang, > > One of your recent commit "thermal/powerclamp: remove cpu > whitelist” [1], has caused a regression in the kernel. > > That commit changed powerclamp_probe from requiring all of the > following features: > > X86_FE

[PATCH v2 1/8] drm/bridge: rgb-to-vga: Support an enable GPIO

Some rgb-to-vga bridges have an enable GPIO, either directly tied to an enable pin on the bridge IC, or indirectly controlling a power switch. Add support for it. Signed-off-by: Chen-Yu Tsai --- .../bindings/display/bridge/dumb-vga-dac.txt | 2 ++ drivers/gpu/drm/bridge/dumb-vga-dac.c

[PATCH] ata: set ncq_prio_enabled if device has support

We previously had a check to see if the device has support for prioritized ncq commands and a check to see if a device flag is set, through a sysfs variable, in order to send a prioritized command. This patch only allows the sysfs variable to be set if the device supports prioritized commands enab

[PATCH 2/2] mailbox: sti: Fix module autoload for OF registration

If the driver is built as a module, autoload won't work because the module alias information is not filled. So user-space can't match the registered device with the corresponding module. Export the module alias information using the MODULE_DEVICE_TABLE() macro. Before this patch: $ modinfo drive

Re: [PATCH v2 1/4] cpufreq: pxa: use generic platdev driver for device-tree

On 19-10-16, 22:06, Robert Jarzmik wrote: > Viresh Kumar writes: > > >> >> + { .compatible = "marvell,pxa250", }, > >> >> + { .compatible = "marvell,pxa270", }, > >> >> > >> >> { .compatible = "samsung,exynos3250", }, > >> >> { .compatible = "samsung,exynos4210", },

[PATCH 1/2] mailbox: mailbox-test: Fix module autoload

If the driver is built as a module, autoload won't work because the module alias information is not filled. So user-space can't match the registered device with the corresponding module. Export the module alias information using the MODULE_DEVICE_TABLE() macro. Before this patch: $ modinfo drive

Re: [PATCH v4 3/5] powerpc/mm: allow memory hotplug into a memoryless node

On 07/10/16 05:36, Reza Arbab wrote: > Remove the check which prevents us from hotplugging into an empty node. > > This limitation has been questioned before [1], and judging by the > response, there doesn't seem to be a reason we can't remove it. No issues > have been found in light testing. >

Re: 4.8.1 regression with cpufreq governors

On 19-10-16, 15:06, Tim Walberg wrote: > This indeed turned out to be the fix. Really? How can this fix the ondemand governor thing? Or is it that Ondemand never broke ? -- viresh

linux-next: Tree for Oct 20

Hi all, Changes since 20161019: The net-next tree gained a conflict against the net tree. The akpm-current tree still had its build failures for which I applied 2 patches. Non-merge commits (relative to Linus' tree): 1344 1791 files changed, 152207 insertions(+), 26046 dele

Re: [PATCH net-next 6/6] net: use core MTU range checking in misc drivers

On Thu, Oct 20, 2016 at 12:38:46AM +0200, Stefan Richter wrote: > On Oct 19 Sabrina Dubroca wrote: > > 2016-10-18, 22:33:33 -0400, Jarod Wilson wrote: > > [...] > > > diff --git a/drivers/firewire/net.c b/drivers/firewire/net.c > > > index 309311b..b5f125c 100644 > > > --- a/drivers/firewire/net.c

Re: x32 is broken in 4.9-rc1 due to "x86/signal: Add SA_{X32,IA32}_ABI sa_flags"

On Thu, Oct 20, 2016 at 01:02:59AM +0300, Dmitry Safonov wrote: > 2016-10-19 20:33 GMT+03:00 Mikulas Patocka : > > On Wed, 19 Oct 2016, Mikulas Patocka wrote: > >> In the kernel 4.9-rc1, the x32 support is seriously broken, a x32 process > >> is killed with SIGKILL after returning from any signal h

[PATCH 0/1] mm/hugetlb: fix huge page reservation leak in private mapping error paths

This issue was discovered by Jan Stancek as described in https://lkml.kernel.org/r/57ff7bb4.1070...@redhat.com Error paths in hugetlb_cow() and hugetlb_no_page() do not properly clean up reservation entries when freeing a newly allocated huge page. This issue was introduced with commit 67961f9db8

[PATCH 1/1] mm/hugetlb: fix huge page reservation leak in private mapping error paths

Error paths in hugetlb_cow() and hugetlb_no_page() may free a newly allocated huge page. If a reservation was associated with the huge page, alloc_huge_page() consumed the reservation while allocating. When the newly allocated page is freed in free_huge_page(), it will increment the global reserva

RE: [PATCH v2] staging: unisys: visorbus: visorchannel: Refactor locking code to be statically deterministic.

> -Original Message- > From: Kershner, David A > Sent: Wednesday, October 19, 2016 8:04 PM > To: Cathal Mullaney > Subject: RE: [PATCH v2] staging: unisys: visorbus: visorchannel: Refactor > locking code to be statically deterministic. > > > -Original Message- > > From: Cathal Mu

Re: [PATCH 3.10 01/16] Revert "powerpc/tm: Always reclaim in start_thread() for exec() class syscalls"

On 10/19/2016 03:49 PM, Willy Tarreau wrote: This reverts commit 8110080dc53335d5dd99b123144a6174f19ffc65. Guenter noticed that this breaks PPC build when CONFIG_PPC_TRANSACTIONAL_MEM is set, because this patch was not for 3.10. Cc: Guenter Roeck Signed-off-by: Willy Tarreau I wasn't copied

Re: [patch v2] drivers/zram: Don't disable preemption in zcomp_stream_get/put()

On Wed, 2016-10-19 at 18:54 +0200, Sebastian Andrzej Siewior wrote: > On 2016-10-19 17:56:30 [+0200], Mike Galbraith wrote: > > In v4.7, the driver switched to percpu compression streams, disabling > > preemption vai get/put_cpu_ptr(). Use a local lock instead for RT. > > We also have to fix an RT

[PATCH V3 1/2] PCI: hisi: Add ECAM support for devices that are not RC

This patch modifies the current Hip05/Hip06 PCIe host controller driver to add support for 'almost ECAM' compliant platforms. Some controllers are ECAM compliant for all the devices of the hierarchy except the root complex; this patch adds support for such controllers. This is needed in preparatio

[PATCH V3 0/2] Add ACPI support for HiSilicon SoCs Host Controllers

This patchset adds ACPI support for the HiSilicon Hip05/Hip06/Hip07 SoC PCIe controllers. The two patches respectively: - rework the current HiSilicon driver to add support for ECAM platforms(not RC). - adds the HiSilicon ACPI specific quirks. This patchset is based on 4.

[PATCH V3 2/2] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers

PCIe controller in Hip05/HIP06/HIP07 SoCs is not ECAM compliant. It is non ECAM only for the RC bus config space;for any other bus underneath the root bus we support ECAM access. Add specific quirks for PCI config space accessors.This involves: 1. New initialization call hisi_pcie_init() to obtain

[PATCH 01/11] remoteproc: Introduce subdevices

A subdevice is an abstract entity that can be used to tie actions to the booting and shutting down of a remote processor. The subdevice object is expected to be embedded in concrete implementations, allowing for a variety of use cases to be implemented. Signed-off-by: Bjorn Andersson --- drivers

[PATCH 03/11] remoteproc: wcnss: Bond SMD edge to remoteproc

Allow the wcnss smd edge to be described as a child of the wcnss remoteproc node and make the edge life cycle follow the running state of the remoteproc. This bond is necessary to clean up the smd state when the remote processor is suddenly removed, and in some cases even when it shut down in a co

[PATCH 08/11] remoteproc: Decouple vdev resources and devices

Represent the virtio device part of the vdev resources as remoteproc subdevices to finalize the decoupling of the virtio resource and device handling. Signed-off-by: Bjorn Andersson --- drivers/remoteproc/remoteproc_core.c | 35 --- include/linux/remoteproc.h

[PATCH 10/11] remoteproc: Remove custom vdev handler list

The vdev handler is now just another resource allocator, so handle all resource types in a single pass. Signed-off-by: Bjorn Andersson --- drivers/remoteproc/remoteproc_core.c | 11 --- 1 file changed, 11 deletions(-) diff --git a/drivers/remoteproc/remoteproc_core.c b/drivers/remotepr

[PATCH 11/11] remoteproc: Merge table_ptr and cached_table pointers

As all vdev resources are allocated before we boot the remote processor we no longer need to support modifying the resource table while the remote is running. This saves us from the table_ptr dance, but more importantly allow the remote processor to enable security lock down of the loaded table me

[PATCH 06/11] remoteproc: virtio: Anchor vring life cycle in vdev

Instead of having the vrings being allocated and freed as they are requested by the virtio device tie their life cycle to the vdev resource. This allows us to decouple the vdev resource management from the virtio device management. Signed-off-by: Bjorn Andersson --- drivers/remoteproc/remoteproc

[PATCH 04/11] dt-binding: remoteproc: wcnss: Allow describing smd edge

Allow the associated smd edge to be described within the wcnss remoteproc node. This creates a bond between the remoteproc and the associated smd channels and devices, showing the interaction between the two parts and provides both a natural reference to the other. Signed-off-by: Bjorn Andersson

[PATCH 05/11] remoteproc: Assign kref to rproc_vdev

No functional change Signed-off-by: Bjorn Andersson --- drivers/remoteproc/remoteproc_core.c | 10 ++ drivers/remoteproc/remoteproc_internal.h | 1 + drivers/remoteproc/remoteproc_virtio.c | 10 ++ include/linux/remoteproc.h | 3 +++ 4 files changed, 20 inse

[PATCH 02/11] rpmsg: smd: Expose edge registration functions

The edge registration functions is to be used from a remoteproc driver to register and unregister an edge as the remote processor comes and goes. Signed-off-by: Bjorn Andersson --- drivers/rpmsg/qcom_smd.c | 1 + include/linux/rpmsg/qcom_smd.h | 33 + 2 fil

[PATCH 09/11] remoteproc: Update max_notifyid as we allocate vrings

Vrings are now allocated as we parse the resource table, before we boot the rproc or register any virtio devices, so it's safe to bump max_notifyid as part of this process. Signed-off-by: Bjorn Andersson --- drivers/remoteproc/remoteproc_core.c | 15 +-- 1 file changed, 5 insertions(

[PATCH 00/11] rproc subdevice support

This series consist of three sets of patches: The first set introduces the concept of subdevices - entities that are probed and removed following the running state of a remoteproc. This is then used by the Qualcomm WCNSS PIL to control the life cycle of the associated SMD channels and devices. Th

[PATCH 07/11] remoteproc: Further extend the vdev life cycle

Tie the vdev (and hence vring) life cycle to the resource parsing and resource cleanup operations, allowing us to safely register and unregister virtio devices on the go. Signed-off-by: Bjorn Andersson --- drivers/remoteproc/remoteproc_core.c | 7 ++- 1 file changed, 6 insertions(+), 1 delet

RE: [PATCH v2] staging: unisys: visorbus: visorchannel: Refactor locking code to be statically deterministic.

> -Original Message- > From: Cathal Mullaney [mailto:chuckleberryf...@gmail.com] > Subject: [PATCH v2] staging: unisys: visorbus: visorchannel: Refactor locking > code to be statically deterministic. > > This patch makes locking in visorchannel_signalempty statically > deterministic. > As

[PATCH] dt-binding: soc: qcom: smd: Add label property

The label property can be used to specify a name of the edge, for consistent naming purposes. Signed-off-by: Bjorn Andersson --- Documentation/devicetree/bindings/soc/qcom/qcom,smd.txt | 7 +++ 1 file changed, 7 insertions(+) diff --git a/Documentation/devicetree/bindings/soc/qcom/qcom,smd.

FW: RE: [PATCH 0/4] PM / devfreq: Fix module autoload for platform drivers

> > Hello, > > > > I noticed that module autoload won't be working in some of the defreq > > platform drivers. This patch series contains the fixes for these. > > > > Best regards, > > Javier > > > > > > Javier Martinez Canillas (4): > > PM / devfreq: rk3399_dmc: Fix module autoload > > PM

[PATCH] f2fs: make clean inodes when flushing inode page

This patch tries to make more clean inodes when flushing dirty inodes in checkpoint. Signed-off-by: Jaegeuk Kim --- fs/f2fs/checkpoint.c | 2 +- fs/f2fs/inode.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/f2fs/checkpoint.c b/fs/f2fs/checkpoint.c index 157b7fd..

Re: [PATCH 3/3 v2] f2fs: keep dirty inodes selectively for checkpoint

Change log from v1: o avoid performance regression >From b34a3d3c4c3fa2d6e000acc99bc5216a247bd6cb Mon Sep 17 00:00:00 2001 From: Jaegeuk Kim Date: Fri, 14 Oct 2016 11:51:23 -0700 Subject: [PATCH] f2fs: keep dirty inodes selectively for checkpoint This is to avoid no free segment bug during chec

Re: [PATCH 0/4] PM / devfreq: Fix module autoload for platform drivers

Hi Javier, On 2016년 10월 20일 06:06, Javier Martinez Canillas wrote: > Hello, > > I noticed that module autoload won't be working in some of the defreq > platform drivers. This patch series contains the fixes for these. > > Best regards, > Javier > > > Javier Martinez Canillas (4): > PM / devf

RE: [PATCH 0/4] PM / devfreq: Fix module autoload for platform drivers

> Hello, > > I noticed that module autoload won't be working in some of the defreq > platform drivers. This patch series contains the fixes for these. > > Best regards, > Javier > > > Javier Martinez Canillas (4): > PM / devfreq: rk3399_dmc: Fix module autoload > PM / devfreq: exynos-nocp:

Re: [PATCH 1/5] ftrace: Support full glob matching

On Wed, 19 Oct 2016 09:20:57 -0400 Steven Rostedt wrote: > On Wed, 19 Oct 2016 13:53:36 +0900 > Masami Hiramatsu wrote: > > > Use glob_match() to support flexible glob wildcards (*,?) > > and character classes ([) for ftrace. > > Since the full glob matching is slower than the current > > parti

  1   2   3   4   5   6   7   8   9   10   >