Re: [PATCH 1/3] Revert "ahci: added support for Freescale AHCI sata"

Hi, On 07-09-15 10:23, yuantian.t...@freescale.com wrote: From: Tang Yuantian This reverts commit 5163fb62541e ("ahci: added support for Freescale AHCI sata") The reverted patch added Freescale QorIQ AHCI sata support to ahci_platform driver though, but it left

Re: [PATCH] ARM: dts: vfxxx: Add iio_hwmon node for ADC temperature channel

Hi Shawn, On 15-09-06 12:32:32, Shawn Guo wrote: > On Thu, Aug 06, 2015 at 09:28:22PM +0530, Sanchayan Maity wrote: > > Add iio_hwmon node to expose the temperature channel on Vybrid > > as hardware monitor device using the iio_hwmon driver. > > > > Signed-off-by: Sanchayan Maity

Re: [PATCH v4 3/4] powerpc: PCI: Fix lookup of linux,pci-probe-only property

On Fri, 2015-09-04 at 17:50 +0100, Marc Zyngier wrote: > When find_and_init_phbs() looks for the probe-only property, it seems > to trust the firmware to be correctly written, and assumes that there > is a parameter to the property. > > It is conceivable that the firmware could not be that

Re: [PATCH] gpu: host1x: Fix MLOCK's debug info

28.06.2015 22:27, Dmitry Osipenko пишет: MLOCK's debug info, spewed on CDMA timeout, contains meaningless MLOCK owner channel ID because HOST1X_SYNC_MLOCK_OWNER_CHID_F() returns shifted value, while unshifted should be used. Fix it by changing '_F' to '_V'. Signed-off-by: Dmitry Osipenko

Re: [PATCH 2/4] ARM: multi_v7_defconfig: Enable ACT8865 PMIC driver

Hello Sjoerd, On 09/06/2015 10:16 PM, Sjoerd Simons wrote: > Active Semi act8846 is used as the PMIC on various Rockchip boards, > enable the ACT8865 driver to support this. > > Signed-off-by: Sjoerd Simons > --- > > arch/arm/configs/multi_v7_defconfig | 1 + > 1

Re: futex atomic vs ordering constraints

On Sat, Sep 05, 2015 at 06:53:02PM +0100, Peter Zijlstra wrote: > On Wed, Sep 02, 2015 at 02:18:53PM -0700, Linus Torvalds wrote: > > So I think we could possibly relax the requirements (and document this > > very clearly) to say that the futex operation must be totally ordered > > wrt any other

Re: [PATCH 3/4] ARM: multi_v7_defconfig: Enable Rockchip display support

Hello Sjoerd, On 09/06/2015 10:16 PM, Sjoerd Simons wrote: > Enable options needed for HDMI out on rockchip: DRM driver, Rockchip > DesignWare HDMI glue and the rockchip IOMMU (dependency of the DRM > driver). > > Signed-off-by: Sjoerd Simons > --- > >

Re: [PATCH v4 1/9] usb: dwc3: add dual-role support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/09/15 12:06, Roger Quadros wrote: > Felipe, > > On 03/09/15 18:44, Felipe Balbi wrote: >> Hi, > >> On Thu, Sep 03, 2015 at 03:21:48PM +0300, Roger Quadros wrote: > + dwc->fsm->id = id; > + dwc->fsm->b_sess_vld = vbus; > +

[GIT PULL] xfs: updates for 4.3

Hi Linus, Can you please pull the XFS updates from the tag below? There isn't a whole lot to this update - it's mostly bug fixes and they are spread pretty much all over XFS. There are some corruption fixes, some fixes for log recovery, some fixes that prevent unount from hanging, a lockdep

Re: [PATCH v6 2/3] perf,kvm/powerpc: Port perf kvm stat to powerpc

On Mon, 2015-08-31 at 12:24 +0530, Hemant Kumar wrote: > perf kvm can be used to analyze guest exit reasons. This support already > exists in x86. Hence, porting it to powerpc. > > - To trace KVM events : > perf kvm stat record > If many guests are running, we can track for a specific guest

Re: [PATCH 0/5] ACPI probing infrastructure

Hi Marc, On 04.09.2015 19:06, Marc Zyngier wrote: IRQ controllers and timers are the two types of device the kernel requires before being able to use the device driver model. ACPI so far lacks a proper probing infrastructure similar to the one we have with DT, where we're able to declare IRQ

Re: [4.2, Regression] Queued spinlocks cause major XFS performance regression

On Sun, Sep 06, 2015 at 05:05:46PM -0700, Davidlohr Bueso wrote: > On Fri, 04 Sep 2015, Peter Zijlstra wrote: > > >-static inline bool virt_queued_spin_lock(struct qspinlock *lock) > >+static inline bool virt_spin_lock(struct qspinlock *lock) > > Given that we fall back to the cmpxchg loop even

Re: RT Scheduler - BUG_ON (idx >= MAX_RT_PRIO)

Thanks for your quick response Mike. > Try without the proprietary modules. You may also want to audit futex > fixes if you can't use a maintained stable tree. 3.2 has a bunch that > 3.1 does not. I see that futex.c has 17 patches in 3.2.y that are missing in my tree.

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Enable DW USB2 support and rockchip phy

Hey Krzysztof, On Mon, 2015-09-07 at 09:02 +0900, Krzysztof Kozlowski wrote: > On 07.09.2015 05:16, Sjoerd Simons wrote: > > The DesignWare HS OTG USB 2.0 is used in various SoC families among > > wich > > the various rockchip SoCs, enable the driver and the PHY glue for > > rockchip > +Cc Marek

Re: RT Scheduler - BUG_ON (idx >= MAX_RT_PRIO)

On Mon, 2015-09-07 at 12:28 +0530, Chinmay V S wrote: > To catch the "culprit" in the middle of busting the scheduler's > internal data structures, what would be the recommended debug > mechanisms (or config options) that i can try? I'd configure kdump, let it explode, and examine runqueues in

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Enable DW USB2 support and rockchip phy

On 07.09.2015 16:10, Sjoerd Simons wrote: > Hey Krzysztof, > > On Mon, 2015-09-07 at 09:02 +0900, Krzysztof Kozlowski wrote: >> On 07.09.2015 05:16, Sjoerd Simons wrote: >>> The DesignWare HS OTG USB 2.0 is used in various SoC families among >>> wich >>> the various rockchip SoCs, enable the

[PATCH v2] usb: phy: msm: Unregister VBUS and ID events notifiers

Right now even if driver failed to probe extcon framework will still deliver its VBUS and ID events, which will lead to random exception codes. Fix this by removing VBUS and ID events notifiers when probe fail. Fixes: 591fc116f330 ("usb: phy: msm: Use extcon framework for VBUS and ID

[PATCH V2 3/4] mm/kasan: Don't use kasan shadow pointer in generic functions

We can't use generic functions like print_hex_dump to access kasan shadow region. This require us to setup another kasan shadow region for the address passed (kasan shadow address). Some architectures won't be able to do that. Hence make a copy of the shadow region row and pass that to generic

[PATCH V2 4/4] mm/kasan: Prevent deadlock in kasan reporting

When we end up calling kasan_report in real mode, our shadow mapping for the spinlock variable will show poisoned. This will result in us calling kasan_report_error with lock_report spin lock held. To prevent this disable kasan reporting when we are priting error w.r.t kasan. Reviewed-by: Andrey

[PATCH 2/5] perf tools: Add tools/include into tags directories

Adding tools/include into tags directories, to have include definitions reachable via tags/cscope. Link: http://lkml.kernel.org/n/tip-jihvx6xbdoz1xqtxce7cu...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/Makefile.perf | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH v4 14/16] drm: bridge: analogix/dp: try force hpd after plug in lookup failed

On Sun, Sep 06, 2015 at 04:20:39PM +0800, Yakir Yang wrote: > Hi Rob, > > 在 09/05/2015 05:46 AM, Rob Herring 写道: > >On Wed, Sep 2, 2015 at 11:27 PM, Yakir Yang wrote: > >>Hi Rob, > >> > >>在 09/03/2015 04:17 AM, Rob Herring 写道: > >>>On Tue, Sep 1, 2015 at 1:14 AM, Yakir Yang

[PATCH 1/5] tools: Add err.h with ERR_PTR PTR_ERR interface

Adding part of the kernel's interface: inline void * __must_check ERR_PTR(long error); inline long __must_check PTR_ERR(__force const void *ptr); inline bool __must_check IS_ERR(__force const void *ptr); it will be used to propagate error through pointers in following patches. Link:

Re: [PATCH v4 14/16] drm: bridge: analogix/dp: try force hpd after plug in lookup failed

On Fri, Sep 04, 2015 at 11:20:03AM +0100, Russell King - ARM Linux wrote: > On Thu, Sep 03, 2015 at 11:04:40AM +0200, Thierry Reding wrote: > > Conversely, if the panel isn't capable of generating an HPD signal, then > > I don't think it would be appropriate to make it a DT property. It would > >

Re: RT Scheduler - BUG_ON (idx >= MAX_RT_PRIO)

On Mon, Sep 7, 2015 at 12:28 PM, Chinmay V S wrote: > Thanks for your quick response Mike. > >> Try without the proprietary modules. You may also want to audit futex >> fixes if you can't use a maintained stable tree. 3.2 has a bunch that >> 3.1 does not. > > I see that futex.c

Re: [PATCH 1/4] clk: bcm2835: Move under bcm/ with other Broadcom SoC clk drivers.

On Sun, 06 Sep 2015, Eric Anholt wrote: > clk-bcm2835.c predates the drivers under bcm/, but all the new BCM > drivers are going in there so let's follow them. > > Signed-off-by: Eric Anholt > --- > drivers/clk/Makefile | 1 - > drivers/clk/bcm/Makefile | 1 + >

Re: [PATCH v5 1/2] mm: hugetlb: proc: add HugetlbPages field to /proc/PID/smaps

On Mon, Sep 07, 2015 at 02:23:44AM +, Horiguchi Naoya(堀口 直也) wrote: > On Mon, Sep 07, 2015 at 02:29:53AM +0100, Pádraig Brady wrote: > > On 20/08/15 09:26, Naoya Horiguchi wrote: > > > Currently /proc/PID/smaps provides no usage info for vma(VM_HUGETLB), > > > which > > > is inconvenient when

[PATCH] input: keyboard: use of_property_read_bool()

Use more compact of_property_read_bool() calls instead of the of_find_property() calls. Signed-off-by: Shawn Lin --- drivers/input/keyboard/tegra-kbc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/input/keyboard/tegra-kbc.c

Re: [PATCH 15/15] x86/headers: Remove

* Mikko Rapeli wrote: > > > +++ b/arch/x86/include/uapi/asm/sigcontext32.h > > > @@ -3,6 +3,6 @@ > > > > > > /* This is a legacy file - all the type definitions are in sigcontext.h: > > > */ > > > > > > -#include > > > +#include > > > > There's no asm/sigcontext.h

Re: [PATCH] leds: leds-hp6xx: Use devm_led_classdev_register

On 09/05/2015 09:53 PM, Muhammad Falak R Wani wrote: Use resource-managed function devm_led_classdev_register instead of led_classdev_register to simplify error path. An unnecessary check of ret is replaced with a direct return Also, remove redundant hp6xxled_remove. Signed-off-by: Muhammad

Re: [PATCH] leds: leds-ot200: Use devm_led_classdev_register

On 09/05/2015 04:23 PM, Muhammad Falak R Wani wrote: Use resource-managed function devm_led_classdev_register instead of led_classdev_register to make the error path simpler. The goto is replaced with direct return, unneeded label err is dropped. Also, remove redundant ot200_led_remove.

Re: [PATCH 15/15] x86/headers: Remove

On Mon, Sep 07, 2015 at 09:37:50AM +0200, Ingo Molnar wrote: > > * Mikko Rapeli wrote: > > > > > +++ b/arch/x86/include/uapi/asm/sigcontext32.h > > > > @@ -3,6 +3,6 @@ > > > > > > > > /* This is a legacy file - all the type definitions are in > > > > sigcontext.h: */ >

Re: [PATCH v4 14/16] drm: bridge: analogix/dp: try force hpd after plug in lookup failed

On Sun, Sep 06, 2015 at 11:59:08AM +0800, Yakir Yang wrote: > Hi Thierry, > > 在 09/03/2015 05:04 PM, Thierry Reding 写道: > >On Thu, Sep 03, 2015 at 12:27:47PM +0800, Yakir Yang wrote: > >>Hi Rob, > >> > >>在 09/03/2015 04:17 AM, Rob Herring 写道: > >>>On Tue, Sep 1, 2015 at 1:14 AM, Yakir Yang

[PATCH v10 2/4] ARM: dts: vfxxx: Add OCOTP node

Add device tree node for the On-Chip One Time Programmable controller (OCOTP) on the Vybrid platform. Signed-off-by: Sanchayan Maity --- arch/arm/boot/dts/vfxxx.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/vfxxx.dtsi

Re: [RFC][PATCH RT 0/3] RT: Fix trylock deadlock without msleep() hack

On Sat, 5 Sep 2015, Ingo Molnar wrote: > * Thomas Gleixner wrote: > > > So the problem we need to solve is: > > > > retry: > > lock(B); > > if (!try_lock(A)) { > > unlock(B); > > cpu_relax(); > > goto retry; > > } > > > > So

RE: [PATCH] net: tipc: fix stall during bclink wakeup procedure

If an attempt to wake up users of broadcast link is made when there is no enough place in send queue than it may hang up inside the tipc_sk_rcv() function since the loop breaks only after the wake up queue becomes empty. This can lead to complete CPU stall with the following message generated by

Re: [PATCH 12/15] Staging: rt8192u: add spaces around assignment operators in ieee80211_softmac_wx.c

On Sat, Sep 05, 2015 at 07:29:14PM +, Mike Dupuis wrote: > This is a patch to add spaces around assignment operators as identifed by > checkpatch.pl > > Signed-off-by: Mike Dupuis > --- same problem as in 10/15 regards sudip -- To unsubscribe from this list: send

Re: [PATCH net] openvswitch: Remove conntrack Kconfig option.

From: Joe Stringer Date: Fri, 4 Sep 2015 13:07:40 -0700 > There's no particular desire to have conntrack action support in Open > vSwitch as an independently configurable bit, rather just to ensure > there is not a hard dependency. This exposed option doesn't accurately

Re: [PATCH] fixed_phy: pass 'irq' to fixed_phy_add()

From: Sergei Shtylyov Date: Thu, 03 Sep 2015 23:22:16 +0300 > I've noticed that fixed_phy_register() ignores its 'irq' parameter instead of > passing it to fixed_phy_add(). Luckily, fixed_phy_register() seems to always > be called with PHY_POLL for

Re: [PATCH] ahci: added a new driver for supporting Freescale AHCI sata

Hi, On 06-09-15 07:39, Yuantian Tang wrote: Hi, -Original Message- From: Hans de Goede [mailto:hdego...@redhat.com] Sent: Wednesday, September 02, 2015 4:32 PM To: Tang Yuantian-B29983 Cc: t...@kernel.org; linux-...@vger.kernel.org;

Re: [PATCH v4 03/16] drm: bridge: analogix/dp: split exynos dp driver to bridge dir

On Fri, Sep 04, 2015 at 11:29:30PM +0200, Heiko Stuebner wrote: > Am Freitag, 4. September 2015, 16:06:02 schrieb Rob Herring: > > On Tue, Sep 1, 2015 at 3:46 PM, Heiko Stuebner wrote: > > > Am Dienstag, 1. September 2015, 13:49:58 schrieb Yakir Yang: > > >> Split the dp core

[PATCH V2 2/4] mm/kasan: MODULE_VADDR is not available on all archs

Use is_module_address instead Signed-off-by: Aneesh Kumar K.V --- mm/kasan/report.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/mm/kasan/report.c b/mm/kasan/report.c index 6c3f82b0240b..d269f2087faf 100644 --- a/mm/kasan/report.c

[PATCH 2/3] devicetree:bindings: add devicetree bindings for Freescale AHCI

From: Tang Yuantian adds bindings for Freescale QorIQ AHCI SATA controller. Signed-off-by: Tang Yuantian --- .../devicetree/bindings/ata/ahci-fsl-qoriq.txt | 21 + 1 file changed, 21 insertions(+) create mode

[PATCH V2 1/4] mm/kasan: Rename kasan_enabled to kasan_report_enabled

The function only disable/enable reporting. In the later patch we will be adding a kasan early enable/disable. Rename kasan_enabled to properly reflect its function. Reviewed-by: Andrey Ryabinin Signed-off-by: Aneesh Kumar K.V ---

[PATCH 3/5] perf tools: Propagate error info for the tracepoint parsing

Pass 'struct parse_events_error *error' to the parse-event.c tracepoint adding path. It will be filled with error data in following patches. Link: http://lkml.kernel.org/n/tip-las1hm5zf58b0twd27h98...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/parse-events.c |

[PATCH 4/5] perf tools: Propagate error info from tp_format

Propagate error info from tp_format via ERR_PTR to get it all the way down to the parse-event.c tracepoint adding routines. Following functions now return pointer with encoded error: - tp_format - trace_event__tp_format - perf_evsel__newtp_idx - perf_evsel__newtp This affects several

[PATCHv2 0/5] perf tools: Enhance parsing events tracepoint error output

hi, enhancing parsing events tracepoint error output. Adding more verbose output when the tracepoint is not found or the tracing event path cannot be access. $ sudo perf record -e sched:sched_krava ls event syntax error: 'sched:sched_krava' \___ unknown tracepoint

[PATCH 5/5] perf tools: Enhance parsing events tracepoint error output

Enhancing parsing events tracepoint error output. Adding more verbose output when the tracepoint is not found or the tracing event path cannot be access. $ sudo perf record -e sched:sched_krava ls event syntax error: 'sched:sched_krava' \___ unknown tracepoint Error:

Re: [PATCH 01/11] ARM64 / PCI: introduce struct pci_controller for ACPI

On Mon, Sep 07, 2015 at 05:14:22AM +0100, Ganapatrao Kulkarni wrote: > Hi Hanjun, > > On Wed, May 27, 2015 at 1:51 PM, Hanjun Guo wrote: > > Hi Liviu, > > > > On 2015???05???27??? 01:20, Jiang Liu wrote: > >> > >> On 2015/5/27 0:58, Liviu Dudau wrote: > >>> > >>> On Tue,

Re: [PATCH 1/4] ARM: multi_v7_defconfig: Enable common Rockchip devices/busses

Hello Sjoerd, On 09/06/2015 10:16 PM, Sjoerd Simons wrote: > Enable Rockchip I2C, SPI, PWM, thermal drivers. > > Builtin are: > * I2C as it often controls the pmic. Having I2C as a module will cause more probe deferrals due missing regulators and slow down the boot but it should not cause

Re: [PATCH] mmc: sdhci-acpi: detect sd card reader on asus x205ta

On 05/09/15 09:49, Michele Curti wrote: > Add an entry to the sdhci_acpi_uids list to detect the SD card > reader on the Asus X205Ta laptop. > > dstd table: > > Device (SDHC) > { > Name (_ADR, Zero) // _ADR: Address > Name (_HID, "PNP0FFF") // _HID: Hardware ID > Name (_CID,

[PATCH] uio: fix false positive __might_sleep warning splat

From: Michal Hocko Andy has reported a __might_sleep warning [ 5174.883617] WARNING: CPU: 0 PID: 1532 at /home/agrover/git/kernel/kernel/sched/core.c:7389 __might_sleep+0x7d/0x90() [ 5174.884407] do not call blocking ops when !TASK_RUNNING; state=1 set at [] uio_read+0x91/0x170

Re: Dealing with the NMI mess

* Maciej W. Rozycki wrote: > I did some work on this a few years ago, including emulating DR0-7 accesses > in > software down the JTAG handler upon a General Detect fault to keep the kernel > both happy and away from real debug registers. ;) Yes, you can debug any >

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Enable DW USB2 support and rockchip phy

On 07.09.2015 16:53, Heiko Stübner wrote: > Am Montag, 7. September 2015, 16:24:53 schrieb Krzysztof Kozlowski: >> On 07.09.2015 16:10, Sjoerd Simons wrote: >>> Hey Krzysztof, >>> >>> On Mon, 2015-09-07 at 09:02 +0900, Krzysztof Kozlowski wrote: On 07.09.2015 05:16, Sjoerd Simons wrote: >

Re: [PATCH] usb: phy: msm: Unregister driver interest for VBUS and ID events

On Mon, 2015-08-24 at 10:11 -0700, Tim Bird wrote: > On 08/18/2015 12:56 AM, Ivan T. Ivanov wrote: > > Right now even if driver failed to probe extcon framework will > > still deliver its VBUS and ID events, which will lead to random > > exception codes. > > > > Fix this by removing driver

Re: [RFC PATCH] arm64: cpuinfo: reduce cache contention on update_{feature}_support

On Fri, Sep 04, 2015 at 09:36:06AM -0700, David Daney wrote: > On 09/04/2015 09:04 AM, Yury Norov wrote: > >This patch is on top of https://lkml.org/lkml/2015/9/2/413 > > > >In master, there's only a single function - > > update_mixed_endian_el0_support > >And similar function is on review

Re: [RFC v0 2/9] suspend: Add getter function to report if freezing is active

On 09/05/2015 04:11 AM, Rafael J. Wysocki wrote: > On Friday, September 04, 2015 03:34:55 PM Daniel Wagner wrote: >> Instead encode the FREEZE state via the CPU state we allow the >> interesting subsystems (MCE, microcode) to query the power >> subsystem directly. > > A use case, please. The

Re: [PATCH RFC tip/core/rcu 3/9] rcu_sync: Add CONFIG_PROVE_RCU checks

On 08/29/2015 05:35 AM, Paul E. McKenney wrote: > +extern bool __rcu_sync_is_idle(struct rcu_sync *); > + > /** > * rcu_sync_is_idle() - Are readers permitted to use their fastpaths? > * @rsp: Pointer to rcu_sync structure to use for synchronization > @@ -50,7 +52,11 @@ struct rcu_sync { >

Re: [PATCH v4 2/4] PCI: pci-host-generic: Fix lookup of linux,pci-probe-only property

On Fri, Sep 04, 2015 at 05:50:09PM +0100, Marc Zyngier wrote: > When pci-host-generic looks for the probe-only property, it seems > to trust the DT to be correctly written, and assumes that there > is a parameter to the property. > > Unfortunately, this is not always the case, and some firmware

Re: [v2,3/6] powerpc: kill mfvtb()

On Mon, 2015-24-08 at 11:20:25 UTC, Kevin Hao wrote: > This function is only used by get_vtb(). They are almost the same > except the reading from the real register. Move the mfspr() to > get_vtb() and kill the function mfvtb(). With this, we can eliminate > the use of cpu_has_feature() in very

Re: [PATCH 2/4] ARM: multi_v7_defconfig: Enable ACT8865 PMIC driver

Hi, I guess one could rename that to something like "ARM: multi_v7_defconfig: Enable regulators used on most rockchip boards" and as well add CONFIG_REGULATOR_FAN53555=y CONFIG_MFD_RK808=y CONFIG_REGULATOR_RK808=y fan5355 is the driver providing support for the syr82x used on all rk3288

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Enable DW USB2 support and rockchip phy

Hello Sjoerd, On 09/06/2015 10:16 PM, Sjoerd Simons wrote: > The DesignWare HS OTG USB 2.0 is used in various SoC families among wich > the various rockchip SoCs, enable the driver and the PHY glue for > rockchip > > Signed-off-by: Sjoerd Simons > > --- > >

Re: [PATCH v4 13/13] usb: otg: Add dual-role device (DRD) support

On 07/09/15 10:53, Li Jun wrote: > On Mon, Aug 24, 2015 at 04:21:24PM +0300, Roger Quadros wrote: >> DRD mode is a reduced functionality OTG mode. In this mode >> we don't support SRP, HNP and dynamic role-swap. >> >> In DRD operation, the controller mode (Host or Peripheral) >> is decided based

Re: [PATCH 0/5] mmc: sdhci-pxav3: Enable support for PXA1928 SDCHI controller

On Friday 04 September 2015 09:02 PM, Vaibhav Hiremath wrote: PXA1928 SDHCI controller has few differences, for example, PXAxxxPXA1928 ===== SDCLK_DELAY field 0x10A

Re: [PATCH V8 3/7] perf, record: introduce --freq-perf option

On Thu, Sep 03, 2015 at 08:30:59AM -0400, kan.li...@intel.com wrote: > From: Kan Liang > > To generate the frequency and performance output, perf must sample read > special events like cycles, ref-cycles, msr/tsc/, msr/aperf/ or > msr/mperf/. > With the --freq-perf option,

RE: [GIT] Networking

From: Rustad, Mark D ... > >> static int smp_ah(struct crypto_blkcipher *tfm, const u8 irk[16], > >> const u8 r[3], u8 res[3]) > > > > Expect that it looks like you are passing arrays by value, > > but instead you are passing by reference. > > > > Explicitly pass by reference and

[PATCH] timerfd: Allow TFD_TIMER_CANCEL_ON_SET with relative timeouts

Allow TFD_TIMER_CANCEL_ON_SET on timerfd_settime() with relative as well as absolute timeout. Signed-off-by: Jesper Nilsson --- Longer background: One of the uses for TFD_TIMER_CANCEL_ON_SET is to get an event when the CLOCK_REALTIME changes (as by NTP or user action).

[PATCH-v2 0/7] mmc: sdhci-pxav3: Enable support for PXA1928 SDCHI controller

PXA1928 SDHCI controller has few differences, for example, PXAxxxPXA1928 ===== SDCLK_DELAY field 0x10A 0x114 SDCLK_DELAY mask0x1F 0x3FF

Re: [PATCH v2 5/7] staging: board: Add support for devices with complex dependencies

Hi Ulf, On Mon, Sep 7, 2015 at 1:45 PM, Ulf Hansson wrote: > On 4 September 2015 at 17:03, Geert Uytterhoeven wrote: >> On Fri, 4 Sep 2015, Ulf Hansson wrote: >>> On 3 September 2015 at 15:35, Geert Uytterhoeven >>> wrote:

[PATCH?] fput: don't abuse task_work_add() too much

On 09/05, Al Viro wrote: > > On Sat, Aug 29, 2015 at 02:49:21PM +0200, Oleg Nesterov wrote: > > > Let's look keyctl_session_to_parent(). It does task_work_cancel() > > but only because we can not trust user-space. Otherwise we could > > remove it and just do task_work_add(), but this needs fifo. >

[PATCH v4 14/22] usb: phy: Probe phy devices on demand

When looking up a phy through its OF node, probe it if it hasn't already. The goal is to reduce deferred probes to a minimum, as it makes it very cumbersome to find out why a device failed to probe, and can introduce very big delays in when a critical device is probed. Signed-off-by: Tomeu

[PATCH v4 01/22] driver core: Add pre_probe callback to bus_type

Some buses (eg. AMBA) need access to some HW resources (it may need a clock to be enabled so a device ID can be read) before a device can be matched to a driver. The pre_probe callback allows the device-driver core to request the bus to perform this initialization and can defer the probe if any

Re: [PATCH 2/3] perf tests: Add arch tests

On Sat, Sep 05, 2015 at 08:02:21PM +0100, Matt Fleming wrote: SNIP > > +static struct test *tests[] = { > + generic_tests, > + arch_tests, > +}; > + > static bool perf_test__matches(struct test *test, int curr, int argc, const > char *argv[]) > { > int i; > @@ -237,7 +229,11

[PATCH v4 12/22] pwm: Probe PWM chip devices on demand

When looking up a PWM chip through its OF node, probe it if it hasn't already. The goal is to reduce deferred probes to a minimum, as it makes it very cumbersome to find out why a device failed to probe, and can introduce very big delays in when a critical device is probed. Signed-off-by: Tomeu

Re: [PATCH] zram: fix possible use after free in zcomp_create()

On Mon, Sep 07, 2015 at 08:11:48PM +0900, Sergey Senozhatsky wrote: > On (09/07/15 11:33), Luis Henriques wrote: > > zcomp_create() verifies the success of zcomp_strm_{multi,siggle}_create() > > through comp->stream, which can potentially be pointing to memory that was > > freed if these functions

Re: [PATCH] x86: Wire up 32-bit direct socket calls

On Wednesday 02 September 2015 13:16:19 H. Peter Anvin wrote: > On 09/02/2015 02:48 AM, Geert Uytterhoeven wrote: > > > > Should all other architectures follow suit? > > Or should we follow the s390 approach: > > > > It is up to the maintainer(s), largely dependent on how likely you are > going

Re: [PATCH] perf report: Fix invalid memory accessing

On Mon, Sep 07, 2015 at 12:51:55PM +, Wang Nan wrote: > Commit e1e499aba570a2ea84d29822b7ea637ac41d9a51 (perf tools: Add > processor socket info to hist_entry and addr_location) reads env->cpu > array for each sample using index al.cpu. However, al.cpu can be -1 if > sample doesn't select

Re: [PATCH v5 1/2] mm: hugetlb: proc: add HugetlbPages field to /proc/PID/smaps

On 07/09/15 07:46, Naoya Horiguchi wrote: > On Mon, Sep 07, 2015 at 02:23:44AM +, Horiguchi Naoya(堀口 直也) wrote: >> On Mon, Sep 07, 2015 at 02:29:53AM +0100, Pádraig Brady wrote: >>> On 20/08/15 09:26, Naoya Horiguchi wrote: Currently /proc/PID/smaps provides no usage info for

Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory

On 31.08.2015 13:01, Tomasz Nowicki wrote: On 08.06.2015 17:14, Lorenzo Pieralisi wrote: On Mon, Jun 08, 2015 at 03:57:38AM +0100, Hanjun Guo wrote: [...] Why can't we make use of the ECAM implementation used by pci-host-generic and drivers/pci/access.c? We had that question when I had

[RESEND PATCH 1/2] i2c: added FUNC flag for unsupported clock stretching

Added I2C_FUNC_NO_CLK_STRETCH, to be used when clock stretching is not supported. Signed-off-by: Nicola Corna --- Documentation/i2c/functionality | 1 + include/uapi/linux/i2c.h| 1 + 2 files changed, 2 insertions(+) diff --git a/Documentation/i2c/functionality

[PATCH] zram: fix possible use after free in zcomp_create()

zcomp_create() verifies the success of zcomp_strm_{multi,siggle}_create() through comp->stream, which can potentially be pointing to memory that was freed if these functions returned an error. Fixes: beca3ec71fe5 ("zram: add multi stream functionality") Cc: sta...@vger.kernel.org Signed-off-by:

Re: [PATCH V3 1/3] kvm: use kmalloc() instead of kzalloc() during iodev register/unregister

On 25/08/2015 11:05, Jason Wang wrote: > All fields of kvm_io_range were initialized or copied explicitly > afterwards. So switch to use kmalloc(). > > Cc: Gleb Natapov > Cc: Paolo Bonzini > Cc: Michael S. Tsirkin > Signed-off-by: Jason

Re: [PATCH 2/4] ARM: multi_v7_defconfig: Enable ACT8865 PMIC driver

Hi Andy, Am Montag, 7. September 2015, 18:49:02 schrieb Andy Yan: > PMIC RK808 used on many rk3288 boards ,such as Popmetal. > It is a MFD with function regulator and RTC. So if you plan to enable > RK808, please also enable CONFIG_RTC_DRV_RK808. I think that could go into a separate patch5 ...

Re: [PATCH v5 1/2] mm: hugetlb: proc: add HugetlbPages field to /proc/PID/smaps

On 07/09/15 10:52, Pádraig Brady wrote: > On 07/09/15 07:46, Naoya Horiguchi wrote: >> On Mon, Sep 07, 2015 at 02:23:44AM +, Horiguchi Naoya(堀口 直也) wrote: >>> On Mon, Sep 07, 2015 at 02:29:53AM +0100, Pádraig Brady wrote: On 20/08/15 09:26, Naoya Horiguchi wrote: > Currently

Re: [PATCH] vfio: Enable VFIO device for powerpc

On 26/08/2015 20:54, Paul Mackerras wrote: > On Wed, Aug 26, 2015 at 11:34:26AM +0200, Alexander Graf wrote: >> >> >> On 13.08.15 03:15, David Gibson wrote: >>> ec53500f "kvm: Add VFIO device" added a special KVM pseudo-device which is >>> used to handle any necessary interactions between KVM

Re: [PATCH 1/4] ARM: multi_v7_defconfig: Enable common Rockchip devices/busses

Hello Andy, On 09/07/2015 12:55 PM, Andy Yan wrote: > Hi > There are also many other devices like display and mmc and even > the cpu(if the cpu want run a high frequency when boot up)need to > get power supply from PMIC, so it is better to load PMIC as early as > possible.Built-in is a better

[PATCH-v2 4/7] mmc: sdhci-pxav3: Add pinctl setting according to bus clock

Different bus clock may need different pin setting. For example, fast bus clock like 208Mhz need pin drive fast while slow bus clock prefer pin drive slow to guarantee signal quality. So this patch creates two states, - Default (slow/normal) pin state - And fast pin state for higher freq bus

[PATCH-v2 2/7] mmc: sdhci-pxav3: binding: Add pxa1928 compatible support

With support for pxa1928 family of devices , this patch updates the binding document with compatible property of "marvell,pxav3-1928-sdhci". Signed-off-by: Vaibhav Hiremath --- Documentation/devicetree/bindings/mmc/sdhci-pxa.txt | 2 +- 1 file changed, 1

[PATCH-v2 1/7] mmc: sdhci-pxav3: Enable pxa1928 device support

SDHCI controller present in PXA1928 has few differences as far as register map is concerned. For example, PXAxxxPXA1928 ===== SDCLK_DELAY field 0x10A 0x114 SDCLK_DELAY

Re: [Xen-devel] [PATCH] xen-blkback: free requests on disconnection

On 07/09/15 07:07, Bob Liu wrote: > Hi Julien, Hi Bob, > On 09/04/2015 09:51 PM, Julien Grall wrote: >> Hi Roger, >> >> On 04/09/15 11:08, Roger Pau Monne wrote: >>> Request allocation has been moved to connect_ring, which is called every >>> time blkback connects to the frontend (this can

Re: Kernel 4.1.6 Panic due to slab corruption

Hi, If you have the vmlinux image for the kernel you were running at the time, the crash occured, could you post the output of addr2line -f -e path/to/vmlinux 8115bd4d to see if it also fails in get_freepointer. Regards, Nikolay On 09/07/2015 01:37 PM, Holger Hoffstätte wrote: > On Mon,

Multiple potential races on vma->vm_flags

On Sun, Sep 06, 2015 at 03:21:05PM -0400, Sasha Levin wrote: > == > ThreadSanitizer: data-race in munlock_vma_pages_range > > Write of size 8 by thread T378 (K2633, CPU3): > [] munlock_vma_pages_range+0x59/0x3e0 mm/mlock.c:425 > []

Re: [PATCH] ARM: fix bug which lowmem size is limited to 760MB

On Thursday 03 September 2015 21:24:00 Nicolas Pitre wrote: > If 768MB targets were common place then it could be worth changing the > default vmalloc size to accommodate this memory size and testing all the > other targets to make sure no regressions are introduced. But given it > is easy to

Re: [PATCH 0/7] gpio: omap: fixes and improvements

+Cc: Austin, Philipp On 08/26/2015 10:53 AM, Linus Walleij wrote: On Tue, Aug 18, 2015 at 1:10 PM, Grygorii Strashko wrote: This patch series contains set of trivial fixes and improvements, and also patches which fixes wrong APIs usage in atomic context as for -RT

Re: perf: fuzzer PEBS record without PEBS event! crash

On Mon, Sep 7, 2015 at 2:44 AM, Vince Weaver wrote: > On Sun, 6 Sep 2015, Stephane Eranian wrote: > >> > [ 1800.285152] [ cut here ] >> > [ 1800.290757] WARNING: CPU: 0 PID: 0 at >> > arch/x86/kernel/cpu/perf_event_intel_ds.c:1210 >> >

Re: [PATCH 2/6] perf, tools, stat: Abstract stat metrics printing

On Fri, Sep 04, 2015 at 03:45:13PM -0700, Andi Kleen wrote: > From: Andi Kleen > > Abstract the printing of shadow metrics. Instead of every > metric calling fprintf directly and taking care of indentation, > use two call backs: one to print metrics and another to > start a

Re: [PATCH] btrfs: memset cur_trans->delayed_refs to zero

On Sun, Sep 06, 2015 at 12:25:27PM +, Alexandru Moise wrote: > Use memset() to null out the btrfs_delayed_ref_root of > btrfs_transaction instead of setting all the members to 0 by hand. > > Signed-off-by: Alexandru Moise <00moses.alexande...@gmail.com> > --- > fs/btrfs/transaction.c | 10

[PATCH v4 06/22] gpio: Probe pinctrl devices on demand

When looking up a pin controller through its OF node, probe it if it hasn't already. The goal is to reduce deferred probes to a minimum, as it makes it very cumbersome to find out why a device failed to probe, and can introduce very big delays in when a critical device is probed. Signed-off-by:

[PATCH v4 08/22] regulator: core: Probe regulators on demand

When looking up a regulator through its OF node, probe it if it hasn't already. The goal is to reduce deferred probes to a minimum, as it makes it very cumbersome to find out why a device failed to probe, and can introduce very big delays in when a critical device is probed. Signed-off-by: Tomeu

[PATCH v4 22/22] of/platform: Defer probes of registered devices

Instead of trying to match and probe platform and AMBA devices right after each is registered, delay their probes until device_initcall_sync. This means that devices will start probing once all built-in drivers have registered, and after all platform and AMBA devices from the DT have been

[PATCH v4 04/22] of: add function to allow probing a device from a OF node

Walks the OF tree up and finds the closest ancestor that has a struct device associated with it, probing it if isn't bound to a driver yet. The above should ensure that the dependency represented by the passed OF node is available, because probing a device should cause its descendants to be

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