Re: [PATCH v5] powerpc32: provide VIRT_CPU_ACCOUNTING

Le 14/02/2016 21:40, Denis Kirjanov a écrit : On 2/11/16, Christophe Leroy wrote: This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture. PPC32 doesn't have the PACA structure, so we use the task_info structure to store the accounting data. In order to reuse on

Re: [PATCH 3/7] usb: gadget: pxa25x_udc: use readl/writel for mmio

On Monday 15 February 2016 08:33:37 Krzysztof Hałasa wrote: > Arnd Bergmann writes: > > >> Anyway, I think readl()/writel() do the right thing: in BE mode they > >> swap PCI accesses and don't swap normal registers, in LE mode nothing is > >> swapped. > > > > This seems to be true

Re: [PATCH 10/14] ARM: dts: sun8i-a83t: Add PRCM related clocks and resets

On Sat, Feb 13, 2016 at 12:43 AM, Chen-Yu Tsai wrote: > On Sat, Feb 13, 2016 at 12:06 AM, Vishnu Patekar > wrote: >> Hello Wens, >> >> >> On Tue, Feb 2, 2016 at 2:44 PM, Chen-Yu Tsai wrote: >>> On Sun, Jan 31, 2016 at 9:21 AM, Vishnu

Re: [PATCH v2] auxdisplay: ht16k33: Driver for LED controller.

On Fri, 12 Feb 2016 09:12:43 -0600 Rob Herring wrote: > On Tue, Feb 09, 2016 at 12:31:08PM +0100, Robin van der Gracht wrote: > > This is a driver for the Holtek HT16K33 LED controller with keyscan. > > > > Signed-off-by: Robin van der Gracht > > --- > >

sound: memory leak in snd_seq_pool_init

Hello, The following program causes memory leak of a 24K object allocated in snd_seq_pool_init: // autogenerated by syzkaller (http://github.com/google/syzkaller) #include #include #include #include #include long r[148]; void* thr(void* arg) { switch ((long)arg) { case 0: r[0] =

Re: [LKP] [lkp] [gpio] 3c702e9987: kmsg.user_verbs:couldn't_register_device_number

On Mon, Feb 15, 2016 at 3:39 AM, Huang, Ying wrote: > Michael Welling writes: >> Could you run cat /proc/devices? > > Sorry, the test mechanism is not flexible enough to run some shell > command in test system. Could you provide a specialized debug

[PATCH v3] clk: sunxi: Fix sun8i-a23-apb0-clk divider flags

The APB0 clock on A23 is a zero-based divider, not a power-of-two based divider. Note that this patch does not apply cleanly to kernels before 4.5-rc1, which added CLK_OF_DECLARE support to this driver. Fixes: 57a1fbf28424 ("clk: sunxi: Add A23 APB0 divider clock support") Signed-off-by: Chen-Yu

[PATCH RFC 1/1] x86: fix bad memory access in fb_is_primary_device()

Currently the code in fb_is_primary_device() contains to_pci_dev() macro which is applied to dev from struct fb_info. In some cases this causes bad memory access when fb_is_primary_device() handles fb_info of efifb. The reason is that fb dev of efifb is embedded into struct platform_device but not

Re: [PATCH 1/4] block: bio: introduce helpers to get the 1st and last bvec

Hi, On Mon, 15 Feb 2016 10:19:49 +0200 Sagi Grimberg wrote: > > > +/* > > + * bio_get_last_bvec() is introduced to get the last bvec of one > > + * bio for bio_will_gap(). > > + * > > + * TODO: make it more efficient. > > + */ > > +static inline void

Re: [PATCH v3 1/4] dt-bindings: power: reset: add document for reboot-mode driver

Hi Rob & John: On 2016年02月05日 13:03, John Stultz wrote: On Thu, Feb 4, 2016 at 8:35 PM, Rob Herring wrote: On Thu, Feb 04, 2016 at 03:46:15PM -0800, John Stultz wrote: On Thu, Feb 4, 2016 at 3:08 PM, Rob Herring wrote: On Tue, Feb 02, 2016 at 05:59:11PM

[PATCH v5 1/2] Documentation: bindings: add description of phy for sdhci-of-arasan

This patch adds phys and phy-names for sdhci-of-arasan as required properties for arasan,sdhci-5.1, and details the example as well. Signed-off-by: Shawn Lin --- Changes in v2: - Keep phy as a mandatory requirement for arasan,sdhci-5.1

[PATCH v5 0/2] Add phy support for arasan,sdhci-5.1

Hello Ulf and Adrian, Sorry for delay the new version for this topic. Actually I have no platform available to test phy stuff since v4. Now, I can rework it.:) I remove rpm support from v5 because this patchset just need to focus on phy stuff, which will make the changes more precise. Another

[PATCH v5 2/2] mmc: sdhci-of-arasan: add phy support for sdhci-of-arasan

This patch adds Generic PHY access for sdhci-of-arasan. Driver can get PHY handler from dt-binding, and power-on/init the PHY. Currently, it's just mandatory for arasan,sdhci-5.1. Signed-off-by: Shawn Lin Serise-changes: 5 - remove rpm support from this serise - fix

Re: [PATCH v6 7/7] clk: mediatek: Enable critical clocks for MT2701

Hi Mike, On Thu, 2016-02-11 at 13:35 -0800, Michael Turquette wrote: > Hi James, > > Quoting James Liao (2016-02-05 01:37:30) > > Some system clocks should be turned on by default on MT2701. > > This patch enable these clocks when related clocks have > > been registered. > > > > Signed-off-by:

[PATCH] f2fs crypto: avoid unneeded memory allocation when {en/de}crypting symlink

This patch adopts f2fs with codes of ext4, it removes unneeded memory allocation in creating/accessing path of symlink. Signed-off-by: Chao Yu --- fs/f2fs/crypto_fname.c | 21 +-- fs/f2fs/f2fs.h | 1 + fs/f2fs/namei.c| 72

Re: [PATCH 10/14] ARM: dts: sun8i-a83t: Add PRCM related clocks and resets

On Mon, Feb 15, 2016 at 5:34 PM, Chen-Yu Tsai wrote: > On Sat, Feb 13, 2016 at 12:43 AM, Chen-Yu Tsai wrote: >> On Sat, Feb 13, 2016 at 12:06 AM, Vishnu Patekar >> wrote: >>> Hello Wens, >>> >>> >>> On Tue, Feb 2, 2016 at 2:44 PM,

Re: [PATCH v2] mfd: ab8500: Provide a small example using new MFD cell MACROs

On Wed, Feb 10, 2016 at 4:39 PM, Lee Jones wrote: > mfd: ab8500: Provide a small example using new MFD cell MACROs > > Signed-off-by: Lee Jones Oh, that's pretty. Acked-by: Linus Walleij Yours, Linus Walleij

Re: [PATCH] iio: adc/imx25-gcq: move incorrect do_div

Hi, On Friday, February 12, 2016 12:15:29 PM Arnd Bergmann wrote: > The newly added driver uses do_div() to device a 32-bit number, which now > provokes a warning: > > drivers/iio/adc/fsl-imx25-gcq.c: In function 'mx25_gcq_setup_cfgs': > include/asm-generic/div64.h:207:28: warning: comparison of

Re: [PATCH RESEND] arm64: add alignment fault hanling

On Mon, Feb 15, 2016 at 08:58:32AM +, EunTaik Lee wrote: > Userspace memory is mapped as below: > F2A7F000--F2A7 Normal Memory > F2A8--F2A80FFF Device nGnRnE How do you end up with Device nGnRnE in user space? I thought we should have got some guard page. > And that userspace

Re: [PATCH v1 3/6] rockchip: power-domain: add support for sub-power domains

在 2016/2/15 16:38, Elaine Zhang 写道: This patch adds support for making one power domain a sub-domain of other domain. This is useful for modeling power dependences, which needs to have more than one power domain enabled to be operational. Signed-off-by: Elaine Zhang

Re: arm qemu test failures due to 'driver-core: platform: probe of-devices only using list of compatibles'

On Mon, Feb 15, 2016 at 10:14:06AM +0100, Uwe Kleine-König wrote: > Hello Russell, > > On Mon, Feb 15, 2016 at 08:58:18AM +, Russell King - ARM Linux wrote: > > On Mon, Feb 15, 2016 at 09:17:50AM +0100, Uwe Kleine-König wrote: > > > On Sun, Feb 14, 2016 at 08:07:55PM +, Russell King - ARM

Re: [PATCH v2 3/3] mm/compaction: speed up pageblock_pfn_to_page() when zone is contiguous

On 2016/2/15 10:42, Joonsoo Kim wrote: >> >> I have a question about the zone continuity. because hole exists at >> arbitrary position in a page block. Therefore, only pageblock_pf_to_page() >> is insufficiency, whether pageblock aligned pfn or not , the >> pfn_valid_within() >> is necessary. >>

Re: [PATCH v4 2/8] [media] VPU: mediatek: support Mediatek VPU

Hi Tiffany, A small review comment below: On 02/04/2016 12:34 PM, Tiffany Lin wrote: > The VPU driver for hw video codec embedded in Mediatek's MT8173 SOCs. > It is able to handle video decoding/encoding of in a range of formats. > The driver provides with VPU firmware download, memory

Re: arm qemu test failures due to 'driver-core: platform: probe of-devices only using list of compatibles'

Hello Russell, On Mon, Feb 15, 2016 at 10:04:15AM +, Russell King - ARM Linux wrote: > On Mon, Feb 15, 2016 at 10:14:06AM +0100, Uwe Kleine-König wrote: > > On Mon, Feb 15, 2016 at 08:58:18AM +, Russell King - ARM Linux wrote: > > > On Mon, Feb 15, 2016 at 09:17:50AM +0100, Uwe

Re: Nokia N900: Proper C-states

On Thursday 11 February 2016 09:47:50 Tony Lindgren wrote: > * Pali Rohár [160211 07:03]: > > > On 02/09/2016 04:56 PM, Tony Lindgren wrote: > > > >I'm almost certain those values are not n900 specific but should be > > > >used for omap3430 in general. > > > > cpuidle

Re: [PATCH v4 2/8] [media] VPU: mediatek: support Mediatek VPU

On 02/04/2016 12:34 PM, Tiffany Lin wrote: > The VPU driver for hw video codec embedded in Mediatek's MT8173 SOCs. > It is able to handle video decoding/encoding of in a range of formats. > The driver provides with VPU firmware download, memory management and > the communication interface between

Re: arm qemu test failures due to 'driver-core: platform: probe of-devices only using list of compatibles'

On Mon, Feb 15, 2016 at 11:10:14AM +0100, Uwe Kleine-König wrote: > Hello Russell, > > On Mon, Feb 15, 2016 at 10:04:15AM +, Russell King - ARM Linux wrote: > > On Mon, Feb 15, 2016 at 10:14:06AM +0100, Uwe Kleine-König wrote: > > > On Mon, Feb 15, 2016 at 08:58:18AM +, Russell King - ARM

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

On Thu, 11 Feb 2016, Stephen Rothwell wrote: > Or the trivial tree should be based on v4.5-rc1 not v4.3 (in which case > this patch belongs as part of ee49ac85bc24b946 (and presumably would > have been found in testing of the trivial tree alone). This was indeed applied to wrong base, my

Re: Nokia N900: Proper C-states

On Thursday 11 February 2016 16:02:21 Pali Rohár wrote: > On Tuesday 09 February 2016 18:06:26 Daniel Lezcano wrote: > > On 02/09/2016 04:56 PM, Tony Lindgren wrote: > > >* Daniel Lezcano [160102 14:01]: > > >>On 01/02/2016 03:26 PM, Pali Rohár wrote: > > >>>Hello, > >

Re: [PATCH] sched/deadline: Always calculate end of period on sched_yield()

Hi, On 12/02/16 18:10, Steven Rostedt wrote: > I'm writing a test case for SCHED_DEADLINE, and notice a strange > anomaly. Every so often, a deadline is missed and when I looked into > it, it happened because the sched_yield() had no effect (it didn't end > the previous period and let the start

Re: patch to fix small grammar error

On Thu, 11 Feb 2016, Justin Keller wrote: > Hello, > I have a small patch to the memory-hotplug documentation. One line > adds a comma, and the other line adds an and. > > Justin Keller Justin, your patch is missing a Signed-off-by: line (please read Documentation/SubmittingPatches) and also

Re: sound: memory leak in snd_seq_pool_init

On Mon, 15 Feb 2016 10:35:22 +0100, Dmitry Vyukov wrote: > > Hello, > > The following program causes memory leak of a 24K object allocated in > snd_seq_pool_init: > > // autogenerated by syzkaller (http://github.com/google/syzkaller) > #include > #include > #include > #include > #include >

Re: [PATCH v4 21/23] arm64: hw_breakpoint: Allow EL2 breakpoints if running in HYP

On Thu, Feb 11, 2016 at 06:40:02PM +, Marc Zyngier wrote: > With VHE, we place kernel {watch,break}-points at EL2 to get things > like kgdb and "perf -e mem:..." working. > > This requires a bit of repainting in the low-level encore/decode, > but is otherwise pretty simple. > >

Re: [PATCH v4 00/23] arm64: Virtualization Host Extension support

On Thu, Feb 11, 2016 at 07:10:50PM +, Marc Zyngier wrote: > On 11/02/16 19:07, Christoffer Dall wrote: > > On Thu, Feb 11, 2016 at 06:39:41PM +, Marc Zyngier wrote: > >> ARMv8.1 comes with the "Virtualization Host Extension" (VHE for > >> short), which enables simpler support of Type-2

[PATCH v2 0/2] Disable rfkill hardblock if BIOS date > 2016

V1: https://lkml.org/lkml/2015/12/15/940 V2 changes: * Only affect on ideapad whose BIOS date > 2016 to avoid regression on existing ideapads. * Show has_hw_rfkill_switch in debugfs Ike Panhc (2): ideapad: No hardware switch after 2016 ideapad: show has_hw_rfkill_switch in debugfs

[PATCH 1/2] ideapad: No hardware switch after 2016

There are complains on few ideapads that wireless is always hard blocked but there is no physical radio switch. For now, we need each user to report its dmi information and ignore hard blocks on their ideapad. With more and more ideapads available in market to maintain the dmi table becomes

[PATCH 2/2] ideapad: show has_hw_rfkill_switch in debugfs

It will be easier for user to report driver status about hardware radio switch. Signed-off-by: Ike Panhc --- drivers/platform/x86/ideapad-laptop.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/platform/x86/ideapad-laptop.c

[PATCH v6] powerpc32: provide VIRT_CPU_ACCOUNTING

This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture. PPC32 doesn't have the PACA structure, so we use the task_info structure to store the accounting data. In order to reuse on PPC32 the PPC64 functions, all u64 data has been replaced by 'unsigned long' so that it is u32 on PPC32 and u64

Re: richacl(7) man page review comments

Hi Andreas, On 02/15/2016 12:12 AM, Andreas Gruenbacher wrote: > On Sun, Feb 14, 2016 at 10:27 PM, Michael Kerrisk (man-pages) > wrote: >> On 02/12/2016 11:25 PM, Andreas Gruenbacher wrote: >>> We could sure move acl(5) and richacl(7) there. >> >> We already have acl(5)

Re: remap_file_pages regression

On Mon, Feb 15, 2016 at 03:32:55AM +0200, Grazvydas Ignotas wrote: > Hi, > > since remap_file_pages() rework the following simple program fails. > I haven't actually bisected this, only know it worked on 3.19 at least > (I bought a new system now and need 4.2+ for hardware support). The patch

Re: [PATCH 2/4] block: check virt boundary in bio_will_gap()

On Mon, Feb 15, 2016 at 4:22 PM, Sagi Grimberg wrote: > >> diff --git a/include/linux/blkdev.h b/include/linux/blkdev.h >> index 4571ef1..b8ff6a3 100644 >> --- a/include/linux/blkdev.h >> +++ b/include/linux/blkdev.h >> @@ -1388,7 +1388,7 @@ static inline bool

Re: [PATCH v8 4/8] ppc64 ftrace_with_regs configuration variables

Hi guys, Sorry I haven't been keeping up to date with this thread I've been away. On Thu, 2016-02-11 at 09:42 +0100, Torsten Duwe wrote: > On Thu, Feb 11, 2016 at 06:48:17PM +1100, Balbir Singh wrote: > > On Wed, 2016-02-10 at 17:25 +0100, Torsten Duwe wrote: > > > + > > > +echo "int func() {

[PATCH v2 00/10] mfd: axp20x: Add support for AXP809 PMIC

Hi everyone, This is v2 of the AXP809 PMIC support series. This adds support for X-Powers' AXP809 PMIC. This is the primary PMIC accompanying Allwinner's A80 SoC. For now, only the power button (PEK) and regulators are supported. These are supported using existing axp20x drivers. This is based on

[PATCH v2 10/10] ARM: dts: sun9i: cubieboard4: Disable dummy regulators vcc3v0, vcc3v3, vcc5v0

These 3 regulators are provided in sunxi-common-regulators.dtsi. 3.0V/3.3V and 5.0V are commonly used voltages in Allwinner devices. These dummy regulators provide a stand-in when bindings that require one, but the real regulator is not supported yet. Since these are no longer needed, we can

[PATCH v2 01/10] MAINTAINERS: Add entry for X-Powers AXP family PMIC drivers

Add an entry for X-Powers AXP family PMIC drivers and list myself as maintainer. Cc: Carlo Caione Cc: Maxime Ripard Cc: Ramakrishna Pallala Cc: Todd Brandt Cc: Jacob Pan

[PATCH v2 09/10] ARM: dts: sun9i: a80-optimus: Disable dummy regulators vcc3v0, vcc3v3, vcc5v0

These 3 regulators are provided in sunxi-common-regulators.dtsi. 3.0V/3.3V and 5.0V are commonly used voltages in Allwinner devices. These dummy regulators provide a stand-in when bindings that require one, but the real regulator is not supported yet. Since these are no longer needed, we can

[PATCH v2 08/10] ARM: dts: sun9i: cubieboard4: Add AXP809 PMIC device node and regulators

The AXP809 PMIC is the primary PMIC. It provides various supply voltages for the SoC and other peripherals. The PMIC's interrupt line is connected to NMI pin of the SoC. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-cubieboard4.dts | 131 +++-

[PATCH v2 02/10] mfd: axp20x: Add bindings for AXP809 PMIC

This patch adds the basic and regulator bindings for the X-Powers AXP809 PMIC. Also update the DC-DC converter operating frequency for AXP22X/AXP80X. Signed-off-by: Chen-Yu Tsai Acked-by: Rob Herring --- Documentation/devicetree/bindings/mfd/axp20x.txt | 31

[PATCH v2 06/10] ARM: dts: sunxi: Add dtsi file for AXP809 PMIC

The AXP809 PMIC is used with the Allwinner A80 SoC, along with an AXP806 PMIC as a slave. This patch adds a dtsi file for all the common bindings and default values unrelated to board design. Currently this is just listing all the regulator nodes. The regulators are initialized based on their

[PATCH v2 05/10] regulator: axp20x: support AXP809 variant

The X-Powers AXP809 PMIC has a similar set of regulators as the AXP221, though a few LDOs were removed, and a new switch output added. Like the AXP221, AXP809 also has DC1SW and DC5LDO, which are internally chained to DCDC1 and DCDC5, respectively. Add support for this new variant. Also remove

[PATCH v2 07/10] ARM: dts: sun9i: a80-optimus: Add AXP809 PMIC device node and regulators

The AXP809 PMIC is the primary PMIC. It provides various supply voltages for the SoC and other peripherals. The PMIC's interrupt line is connected to NMI pin of the SoC. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-optimus.dts | 131 +++-

Re: [PATCH] drivers: stm: correct the index in master array release

Chunyan Zhang writes: > On Tue, Feb 9, 2016 at 6:12 PM, Alexander Shishkin > wrote: >> Chunyan Zhang writes: >> >>> It would be broken if stm_data->sw_start isn't zero, because that >>> stp_master_free()

[PATCH v2 03/10] mfd: axp20x: Add support for AXP809 PMIC

The X-Powers AXP809 is a new PMIC that is paired with Allwinner's A80 SoC, along with a slave AXP806 PMIC. This PMIC is quite similar to the earlier AXP223, though the interrupts and regulator have changed a bit. This patch adds support for the interrupts and power button of the PMIC.

Re: [PATCH v4 00/23] arm64: Virtualization Host Extension support

On 15/02/16 10:23, Catalin Marinas wrote: > On Thu, Feb 11, 2016 at 07:10:50PM +, Marc Zyngier wrote: >> On 11/02/16 19:07, Christoffer Dall wrote: >>> On Thu, Feb 11, 2016 at 06:39:41PM +, Marc Zyngier wrote: ARMv8.1 comes with the "Virtualization Host Extension" (VHE for

[PATCH v2 04/10] regulator: axp20x: Use of_match name as default regulator name

Originally the helper macros used uppercase regulator names, which are primarily used to expand to the regulator ID enum, as the default names. This is aestheticly unpleasent. Since the of_match bits are the same, just lowercase, use that as the default names instead. Signed-off-by: Chen-Yu Tsai

tty: memory leak in tty_register_driver

Hello, When I am running the following program in a parallel loop, kmemleak starts reporting memory leaks of objects allocated in tty_register_driver during boot. These leaks start popping up chaotically and as you can see they originate in different drivers (synclinkmp_init, isdn_init,

Re: [PATCH v4 4/8] dt-bindings: Add a binding for Mediatek Video Encoder

On Tue, Feb 9, 2016 at 7:29 PM, Daniel Kurtz wrote: > Hi Tiffany, > > On Thu, Feb 4, 2016 at 7:34 PM, Tiffany Lin wrote: >> Add a DT binding documentation of Video Encoder for the >> MT8173 SoC from Mediatek. >> >> Signed-off-by: Tiffany Lin

Re: [PATCH 5/5] efi: Make efivarfs entries immutable by default

On Fri, 12 Feb, at 11:27:12AM, Matt Fleming wrote: > From: Peter Jones > > "rm -rf" is bricking some peoples' laptops because of variables being > used to store non-reinitializable firmware driver data that's required > to POST the hardware. > > These are 100% bugs, and they

Re: [PATCH RFC] Introduce atomic and per-cpu add-max and sub-min operations

Adding Peter and Paul, On Sun, Feb 14, 2016 at 12:09:00PM +0300, Konstantin Khlebnikov wrote: > bool atomic_add_max(atomic_t *var, int add, int max); > bool atomic_sub_min(atomic_t *var, int sub, int min); What are the memory-ordering requirements for these? Do you also want

Re: [PATCH 3/2] oom: clear TIF_MEMDIE after oom_reaper managed to unmap the address space

Andrew Morton wrote: > > The patch titled > Subject: mm/oom_kill.c: don't ignore oom score on exiting tasks > has been removed from the -mm tree. Its filename was > mm-oom_killc-dont-skip-pf_exiting-tasks-when-searching-for-a-victim.patch > > This patch was dropped because an updated

Re: arm qemu test failures due to 'driver-core: platform: probe of-devices only using list of compatibles'

Hello Guenter, On Sun, Feb 14, 2016 at 08:50:10AM -0800, Guenter Roeck wrote: > Uwe, > > Your patch 'driver-core: platform: probe of-devices only using list of > compatibles' causes the following qemu tests to crash in -next. > > arm:vexpress-a9:vexpress_defconfig:vexpress-v2p-ca9 >

[PATCH 0/2] Add Rockchip display port phy driver support

Hi Kison, This series is splited from Analogix DP DRM thread [0], and Heiko suggest this should be an independent thread which may be easy for you to apply. Best regards, Yakir [0]: https://patchwork.kernel.org/patch/8086571/ Changes in v12: - Re-order the include headers file alphabetically

[PATCH 2/2] dt-bindings: add document for rockchip dp phy

Add dt binding documentation for rockchip display port PHY. Signed-off-by: Yakir Yang Acked-by: Rob Herring Reviewed-by: Heiko Stuebner --- Changes in v12: None Changes in v11: - Correct the title of this rockchip dp phy document(Rob) -

[PATCH 1/2] phy: Add driver for rockchip Display Port PHY

Add phy driver for the Rockchip DisplayPort PHY module. This is required to get DisplayPort working in Rockchip SoCs. Signed-off-by: Yakir Yang Reviewed-by: Heiko Stuebner --- Changes in v12: - Re-order the include headers file alphabetically in

Re: [PATCH V3] powerpc/mm: Fix Multi hit ERAT cause by recent THP update

Balbir Singh writes: >> Now we can't depend for mm_cpumask, a parallel find_linux_pte_hugepte >> can happen outside that. Now i had a variant for kick_all_cpus_sync that >> ignored idle cpus. But then that needs more verification. >> >>

Re: [PATCH 4.3 041/200] spi: omap2-mcspi: disable other channels CHCONF_FORCE in prepare_message

On Sun, Feb 14, 2016 at 04:50:47PM -0600, Michael Welling wrote: > spi: omap2-mcspi: Add calls for pinctrl state select That doesn't sound like stable material, it's adding a new feature which might break existing systems if they have buggy configuration defined in DT which we suddenly start

[PATCH v14 0/17] Add Analogix Core Display Port Driver

Hi all, The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller share the same IP, so a lot of parts can be re-used. I split the common code into bridge directory, then rk3288 and exynos only need to keep some platform code. Cause I can't find the exact IP name of exynos dp

[PATCH v14 01/17] drm: bridge: analogix/dp: split exynos dp driver to bridge directory

Split the dp core driver from exynos directory to bridge directory, and rename the core driver to analogix_dp_*, rename the platform code to exynos_dp. Beside the new analogix_dp driver would export six hooks. "analogix_dp_bind()" and "analogix_dp_unbind()" "analogix_dp_suspned()" and

[PATCH v14 08/17] ARM: dts: exynos/dp: remove some properties that deprecated by analogix_dp driver

After exynos_dp have been split the common IP code into analogix_dp driver, the analogix_dp driver have deprecated some Samsung platform properties which could be dynamically parsed from EDID/MODE/DPCD message, so this is an update for Exynos DTS file for dp-controller. Beside the backward

[PATCH v14 06/17] drm: bridge: analogix/dp: dynamic parse sync_pol & interlace & dynamic_range

Both hsync/vsync polarity and interlace mode can be parsed from drm display mode, and dynamic_range and ycbcr_coeff can be judge by the video code. But presumably Exynos still relies on the DT properties, so take good use of mode_fixup() in to achieve the compatibility hacks. Signed-off-by:

[PATCH v14 10/17] dt-bindings: add document for rockchip variant of analogix_dp

Rockchip DP driver is a helper driver of analogix_dp coder driver, so most of the DT property should be descriped in analogix_dp document. Signed-off-by: Yakir Yang Acked-by: Rob Herring Reviewed-by: Heiko Stuebner --- Changes in v14: None

[PATCH v14 07/17] dt-bindings: add document for analogix display port driver

Analogix dp driver is split from exynos dp driver, so we just make an copy of exynos_dp.txt, and then simplify exynos_dp.txt Beside update some exynos dtsi file with the latest change according to the devicetree binding documents. Signed-off-by: Yakir Yang Acked-by: Rob

[PATCH v14 05/17] drm: bridge: analogix/dp: remove duplicate configuration of link rate and link count

link_rate and lane_count already configured in analogix_dp_set_link_train(), so we don't need to config those repeatly after training finished, just remove them out. Beside Display Port 1.2 already support 5.4Gbps link rate, the maximum sets would change from {1.62Gbps, 2.7Gbps} to {1.62Gbps,

[PATCH v14 03/17] drm: bridge: analogix/dp: rename register constants

From: Heiko Stuebner In the original split we kept the register constants intact to keep the diff small. Still the constants are Analogix-specific, so rename them now. Signed-off-by: Heiko Stuebner Signed-off-by: Yakir Yang --- Changes in

[PATCH v14 09/17] drm: rockchip: dp: add rockchip platform dp driver

Rockchip have three clocks for dp controller, we leave pclk_edp to analogix_dp driver control, and keep the sclk_edp_24m and sclk_edp in platform driver. Signed-off-by: Yakir Yang Tested-by: Javier Martinez Canillas --- Changes in v14: None Changes

[PATCH v14 11/17] drm: bridge: analogix/dp: add some rk3288 special registers setting

RK3288 need some special registers setting, we can separate them out by the dev_type of plat_data. Signed-off-by: Yakir Yang --- Changes in v14: None Changes in v13: None Changes in v12: None Changes in v11: None Changes in v10: None Changes in v9: None Changes in v8: None

[PATCH v14 15/17] drm: bridge: analogix/dp: add edid modes parse in get_modes method

Display Port monitor could support kinds of mode which indicate in monitor edid, not just one single display resolution which defined in panel or devivetree property display timing. Note: Gustavo Padovan try to remove the controller and phy power on function in bind time at bellow commit:

[PATCH v14 16/17] drm: bridge: analogix/dp: add panel prepare/unprepare in suspend/resume time

Turn off the panel power in suspend time would help to reduce power waste. Signed-off-by: Yakir Yang --- Changes in v14: None Changes in v13: None Changes in v12: None Changes in v11: None Changes in v10: None Changes in v9: None Changes in v8: None Changes in v7: None

[PATCH v14 14/17] drm: bridge: analogix/dp: move hpd detect to connector detect function

This change just make a little clean to make code more like drm core expect, move hdp detect code from bridge->enable(), and place them into connector->detect(). Note: Gustavo Padovan try to remove the controller and phy power on function in bind time at bellow commit: drm/exynos: do not

[PATCH v14 12/17] drm: bridge: analogix/dp: add max link rate and lane count limit for RK3288

There are some IP limit on rk3288 that only support 4 physical lanes of 2.7/1.6 Gbps/lane, so seprate them out by device_type flag. Signed-off-by: Yakir Yang Tested-by: Javier Martinez Canillas --- Changes in v14: None Changes in v13: None Changes in

[PATCH v14 17/17] drm: bridge: analogix/dp: Fix the possible dead lock in bridge disable time

It may caused a dead lock if we flush the hpd work in bridge disable time. The normal flow would like: IN --> DRM IOCTL 1. Acquire crtc_ww_class_mutex (DRM IOCTL) IN --> analogix_dp_bridge 2. Acquire hpd work lock (Flush hpd work) 3. HPD work already in idle, no need

Re: [PATCH RFC] Introduce atomic and per-cpu add-max and sub-min operations

On Mon, Feb 15, 2016 at 1:50 PM, Will Deacon wrote: > Adding Peter and Paul, > > On Sun, Feb 14, 2016 at 12:09:00PM +0300, Konstantin Khlebnikov wrote: >> bool atomic_add_max(atomic_t *var, int add, int max); >> bool atomic_sub_min(atomic_t *var, int sub, int min); > > What

[PATCH v14 13/17] drm: bridge: analogix/dp: try force hpd after plug in lookup failed

Some edp screen do not have hpd signal, so we can't just return failed when hpd plug in detect failed. This is an hardware property, so we need add a devicetree property "analogix,need-force-hpd" to indicate this sutiation. Signed-off-by: Yakir Yang Acked-by: Rob Herring

Re: [PATCH] lib/ucs2_string: Correct ucs2 -> utf8 conversion

(Cc'ing Laszlo and linux-efi) On Fri, 12 Feb, at 11:13:33PM, Jason Andryuk wrote: > The comparisons should be >= since 0x800 and 0x80 require an additional bit > to store. > > For the 3 byte case, the existing shift would drop off 2 more bits than > intended. > > For the 2 byte case, there

[PATCH v14 04/17] drm: bridge: analogix/dp: fix some obvious code style

Fix some obvious alignment problems, like alignment and line over 80 characters problems, make this easy to be maintained later. Signed-off-by: Yakir Yang Acked-by: Jingoo Han Reviewed-by: Krzysztof Kozlowski Tested-by: Javier

[PATCH v14 02/17] drm/exynos: dp: rename implementation specific driver part

From: Heiko Stuebner The core functionality now resides in the generic bridge part so the exynos-specific implementation details can get a more suitable nameing. Signed-off-by: Heiko Stuebner Signed-off-by: Yakir Yang --- Changes in v14:

Re: [PATCH v7 3/3] add support for DWC UFS Host Controller

Hi Akinobu, On 2/13/2016 1:27 PM, Akinobu Mita wrote: > Hi Joao, > > 2016-02-11 21:13 GMT+09:00 Joao Pinto : >> +static int ufshcd_dwc_connection_setup(struct ufs_hba *hba) >> +{ >> + int ret = 0; >> + >> + /* Local side Configuration */ >> + ret =

Re: [PATCH 1/1] MIPS: DTS: cavium-octeon: provide model attribute

Hello. On 2/15/2016 8:26 AM, Heinrich Schuchardt wrote: Downstream packages like Debian flash-kernel rely on /proc/device-tree/model to determine how to install an updated kernel image. Most dts files provide this property. It is suggested by IEEE Std 1275-1994. This patch adds a model

Re: [PATCH 1/1] MIPS: DTS: cavium-octeon: provide model attribute

On Monday 15 February 2016 14:16:48 Sergei Shtylyov wrote: > > Property: model > Value type: > Description: > The model property value is a that specifies the > manufacturer’s model number of the device. > > The recommended format is: “manufacturer,model”, where

Re: [PATCH v4 2/8] [media] VPU: mediatek: support Mediatek VPU

Hi Hans, On Mon, 2016-02-15 at 11:07 +0100, Hans Verkuil wrote: > Hi Tiffany, > > A small review comment below: > > On 02/04/2016 12:34 PM, Tiffany Lin wrote: > > The VPU driver for hw video codec embedded in Mediatek's MT8173 SOCs. > > It is able to handle video decoding/encoding of in a range

Re: [PATCH v4 5/8] [Media] vcodec: mediatek: Add Mediatek V4L2 Video Encoder Driver

On 02/04/2016 12:35 PM, Tiffany Lin wrote: > From: Andrew-CT Chen > > Add v4l2 layer encoder driver for MT8173 > > Signed-off-by: Tiffany Lin If Andrew is the author, shouldn't there be a Signed-off-by from him as well? And in copyright

Re: [PATCH] ARM: drop redundant "PHONY += FORCE"

2016-02-07 18:59 GMT+09:00 Masahiro Yamada : > "PHONY += FORCE" is already cared by scripts/Makefile.build, > which this file is included from. > > Signed-off-by: Masahiro Yamada > --- > > arch/arm/boot/Makefile | 2 +- > 1 file

Re: [media 1/7] raise adapter number limit

On Mon, Feb 15, 2016 at 7:08 AM, wrote: > From: Буди Романто, AreMa Inc > > The current limit is too low for latest cards with 8+ tuners on a single > slot, change to 64. > > Signed-off-by: Буди Романто, AreMa Inc I think that here goes

[REGRESSION, bisected] 4.5rc4 sound fsl-soc

Hi, The following commit : 5c408fee254633a5be69505bc86c6b034f871ab4 is the first bad commit commit 5c408fee254633a5be69505bc86c6b034f871ab4 Author: Maciej S. Szmigiero Date: Mon Jan 18 20:07:44 2016 +0100 ASoC: fsl_ssi: remove explicit register defaults

Re: [PATCH] ARM: remove 'i' and 'zi' targets

2016-02-07 18:56 GMT+09:00 Masahiro Yamada : > These two were introduced by commit 13d5fadf45d1 ("[ARM] Make 'i' and > 'zi' targets work") to short-circuit the dependencies for 'install' > and 'zinstall'. > > After that, commit 19514fc665ff ('arm, kbuild: make "make

Re: [PATCH v4 2/8] [media] VPU: mediatek: support Mediatek VPU

On Mon, 2016-02-15 at 11:13 +0100, Hans Verkuil wrote: > On 02/04/2016 12:34 PM, Tiffany Lin wrote: > > The VPU driver for hw video codec embedded in Mediatek's MT8173 SOCs. > > It is able to handle video decoding/encoding of in a range of formats. > > The driver provides with VPU firmware

Re: [PATCH v4 7/8] [media] vcodec: mediatek: Add Mediatek H264 Video Encoder Driver

On 02/04/2016 12:35 PM, Tiffany Lin wrote: > Add h264 encoder driver for MT8173 > > Signed-off-by: Daniel Hsiao > Signed-off-by: Tiffany Lin > --- > drivers/media/platform/mtk-vcodec/Makefile |3 +- >

Re: [RFC PATCH 1/7] arm64/perf: Basic uncore counter support for Cavium ThunderX

On Fri, Feb 12, 2016 at 05:47:25PM -0800, David Daney wrote: > On 02/12/2016 09:36 AM, Mark Rutland wrote: > >On Fri, Feb 12, 2016 at 05:55:06PM +0100, Jan Glauber wrote: > [...] > >>2) Counters are summarized across the different units of the same type, > >>e.g. L2C TAD 0..7 is presented as a

Re: richacl(7) man page review comments

On Mon, Feb 15, 2016 at 11:25 AM, Michael Kerrisk (man-pages) wrote: > You're right. I was confusing with xattr(7). So, I think it might > make some sense to eventually move both of these into man-pages (for > richacl(7), at least, it's probably worth delaying this for a

Re: Re: [PATCH RESEND] arm64: add alignment fault hanling

> How do you end up with Device nGnRnE in user space? I thought we should > have got some guard page. I guess it is a device file that is mmaped in the user space and later remapped in the kernel using pgprot_noncached(). I can't find the code that inserts a guard page in between vma's can you

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