Re: [RFC PATCH 0/2] net: threadable napi poll loop

On Thu, 2016-05-12 at 22:58 +0200, Paolo Abeni wrote: > On Thu, 2016-05-12 at 13:49 -0700, Eric Dumazet wrote: > > On Thu, 2016-05-12 at 22:07 +0200, Paolo Abeni wrote: > > > > > > > static inline bool ksoftirqd_running(void) > > > > > { > > > > > return __this_cpu_read(ksoftirqd)->state ==

MB FINANCIAL LOAN ADVERTISEMENT

LOAN ADVERTISMENT REF G2016.09.05 (1).pdf Description: Adobe PDF document

Re: [PATCH v8 7/8] i2c: rk3x: add i2c support for rk3399 soc

David, On Thu, May 12, 2016 at 8:07 AM, David.Wu wrote: > I also found a subtle bug, it would clean the con register by use > "i2c_writel(i2c, 0, REG_CON)" in rk3x_i2c_stop(). So i think it would be > fixed by using read-modify-write way here in next version. Good catch. I look forward to the n

Re: [PATCH v2 0/5] IB/hfi1: Remove write() and use ioctl() for user access

On Thu, May 12, 2016 at 03:53:04PM -0400, Dennis Dalessandro wrote: > >>Is it really that big of a deal to export a version number? > > > >If it isn't needed, don't add it.. > > For the reason I gave, I think it is needed so unless you are vehemently > opposed to it I would prefer to leave it. It

Re: [PATCH v2] locking/rwsem: Add reader-owned state to the owner field

On 05/12/2016 01:15 PM, Waiman Long wrote: > On 05/11/2016 06:04 PM, Peter Hurley wrote: [...] >> >>> @@ -328,8 +329,6 @@ done: >>> static noinline >>> bool rwsem_spin_on_owner(struct rw_semaphore *sem, struct task_struct >>> *owner) >>> { >>> -long count; >>> - >>> rcu_read_lock

Re: [PATCH v2 3/5] IB/hfi1: Add ioctl() interface for user commands

On Thu, May 12, 2016 at 03:48:16PM -0400, Doug Ledford wrote: > were going to rip out the EEPROM code. In any case, the best fix would > be to rebase the two series that are remaining and move any "rip out > things like eeprom support" patches to prior to the ioctl patches and > make it so that th

Re: [PATCH v5 0/1] ARM64: ACPI: Update documentation for latest specification version

On Mon, May 2, 2016 at 1:19 PM, Al Stone wrote: > On 04/25/2016 03:21 PM, Al Stone wrote: >> The ACPI 6.1 specification was recently released at the end of January >> 2016, but the arm64 kernel documentation for the use of ACPI was written >> for the 5.1 version of the spec. There were significan

Re: [PATCH RFT 1/2] phylib: add device reset GPIO support

Hello. On 05/12/2016 09:42 PM, Uwe Kleine-König wrote: [we already talked about this patch in #armlinux, I'm now just forwarding my comments on the list. Background was that I sent an easier and less complete patch with the same idea. See http://patchwork.ozlabs.org/patch/621418/] [added Linus

Re: [linux-sunxi] Re: [PATCH v4 01/11] clk: sunxi: Add display and TCON0 clocks driver

On 05/12, Maxime Ripard wrote: > > diff --git a/drivers/clk/sunxi/clk-sun4i-display.c > b/drivers/clk/sunxi/clk-sun4i-display.c > index 70803aa7028c..9780fac6d029 100644 > --- a/drivers/clk/sunxi/clk-sun4i-display.c > +++ b/drivers/clk/sunxi/clk-sun4i-display.c > @@ -128,8 +128,8 @@ static void _

obchod +

odpovezte mi na tento e-mail nize na dulezitou transakci. email: fg.ni...@yandex.com

[PATCH 4.5 1/1] revert commit 2c1f6951a8 videobuf2-v4l2

since kernel 4.5.3 a severe bug has been introduced with commit 2c1f6951a8a82e6de0d82b1158b5e493fc6c54ab ( [media] videobuf2-v4l2: Verify planes array in buffer dequeueing ), a system freeze will occur with TV cards ( DVB-T ), for example with "leadtek winfast DTV1000T", "leadtek winfast DTV1800H"

Re: UBSAN: Undefined behaviour in drivers/scsi/aic7xxx/aic7xxx_core.c:2831:31

On Thu, May 12, 2016 at 4:08 PM, James Bottomley wrote: > On Thu, 2016-05-12 at 19:02 +0300, Meelis Roos wrote: >> This is from a dual-AthlonMP 32-bit x86 system with onboard Adaptec >> SCSI >> controller, once during bootup. >> >> [4.896307] >>

[PATCH 1/1] revert commit 2c1f6951a8 videobuf2-v4l2

since kernel 4.5.3 a severe bug has been introduced with commit 2c1f6951a8a82e6de0d82b1158b5e493fc6c54ab ( [media] videobuf2-v4l2: Verify planes array in buffer dequeueing ), a system freeze will occur with TV cards ( DVB-T ), for example with "leadtek winfast DTV1000T", "leadtek winfast DTV1800H"

Re: [PATCH] cfg80211/nl80211: add wifi tx power mode switching support

On 12-05-16 11:34, Wei-Ning Huang wrote: > On Thu, May 12, 2016 at 2:33 AM, Dan Williams wrote: >> On Wed, 2016-05-11 at 13:03 +0800, Wei-Ning Huang wrote: >>> On Fri, May 6, 2016 at 4:19 PM, Wei-Ning Huang >>> wrote: On Fri, May 6, 2016 at 12:07 AM, Dan Williams wrote: >

[PATCH] arm64: dts: Add symlinks for cros-ec-keyboard and cros-ec-sbs

We'd like to be able to use the cros-ec-keyboard.dtsi and cros-ec-sbs.dtsi snippets for arm64 devices. Currently those files live in the arm/boot/dts directory. Let's follow the convention set by commit 8ee57b8182c4 ("ARM64: dts: vexpress: Use a symlink to vexpress-v2m-rs1.dtsi from arch=arm") an

[PATCH] [v4] x86/mm/mpx: Work around MPX erratum SKD046

Changes from v1: * Unconditionally enable workaround on all CPUs with MPX despite whether we know it to be affected or not * Add a pr_warn() when the workaround is active changes from v2: * fix build breakage from #ifdefs in bug.h changes from v3: * fix x86 defconfig warning about cpuinfo

Re: [PATCH] KEYS: Fix ASN.1 indefinite length object parsing

Linus Torvalds wrote: > On Thu, May 12, 2016 at 4:11 AM, David Howells wrote: > > Hi James, > > > > Can you pass this patch on to Linus immediately please? > > I took it directly, since we're close to final release. Thanks, David

Re: usb: dwc2: regression on MyBook Live Duo / Canyonlands since 4.3.0-rc4

On Thu, 2016-05-12 at 11:58 +0200, Christian Lamparter wrote: > > > http://www.linuxplumbersconf.org/2012/wp-content/uploads/2012/09/2012-lpc-ref-big-little-endian-herrenschmidt.odp > > > > but there are at least two more twists that you completely missed here: > > > > - Some architectures (e.g.

Re: [PATCH 1/2] ARM64: dts: rockchip: add sdhci/emmc for rk3399

On Wed, May 11, 2016 at 09:17:38AM +0800, Shawn Lin wrote: > How about adding these? > > assigned-clocks = <&cru SCLK_EMMC>; > assigned-clock-parents = <&cru PLL_CPLL>; //may not need BTW, even if I assign the parent here, it's not actually taking effect on my system. Presumably the common clock

Re: [RFC v2 PATCH 0/8] VFS:userns: support portable root filesystems

On Thu, 2016-05-12 at 20:55 +0100, Djalal Harouni wrote: > On Wed, May 11, 2016 at 11:33:38AM -0700, James Bottomley wrote: > > On Wed, 2016-05-11 at 17:42 +0100, Djalal Harouni wrote: > > > On Tue, May 10, 2016 at 04:36:56PM -0700, James Bottomley wrote: > [...] > > > Hmm anyway you are mounting t

Re: [PATCH] loop: properly observe rotational flag of underlying device

[cc: linux-block] On 05/12/16 22:28, gwendal grignou wrote: > Holger Hoffstätte googlemail.com> writes: > >> >> On 11/11/15 23:08, Holger Hoffstätte wrote: >>> On 11/11/15 22:29, Jens Axboe wrote: On 11/11/2015 08:21 AM, Holger Hoffstätte wrote: > > The loop driver always declares t

Re: [PATCH] x86/boot: Refuse to build with data relocations

On May 12, 2016 1:31:04 PM PDT, Kees Cook wrote: >The compressed kernel is built with -fPIC/-fPIE so that it can run in >any >location a bootloader happens to put it. However, since ELF relocation >processing is not happening (and all the relocation information has >already been stripped at link t

[PATCH v2 1/2] ARM64: dts: rockchip: add sdhci/emmc for rk3399

Add description for the SDHCI v5.1 eMMC controller on rk3399. Fix it to 200 MHz, to support all supported timing modes. Note that 'rockchip,rk3399-sdhci-5.1' is not documented; we presumably have a compliant Arasan controller, but let's have a rockchip property as the canonical backup/precautionar

[PATCH v2 2/2] ARM64: dts: rockchip: enable eMMC for rk3399 EVB

Rockchip's rk3399 evaluation board has eMMC. Let's enable the newly-added node. Signed-off-by: Brian Norris --- v2: * better commit description arch/arm64/boot/dts/rockchip/rk3399-evb.dts | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm64/boot/dts/rockchip/rk3399-evb

[PATCH 3/4] phy: rockchip-emmc: configure default output tap delay

The output tap delay controls helps maintain the hold requirements for eMMC. The exact value is dependent on the SoC and other factors, though it isn't really an exact science. But the default of 0 is not very good, as it doesn't give the eMMC much hold time, so let's bump up to 4 (approx 90 degree

[PATCH 2/4] phy: rockchip-emmc: configure frequency range and drive impedance

From: Shawn Lin Signal integrity analysis has suggested we set these values. Do this in power_on(), so that they get reconfigured after suspend/resume. Signed-off-by: Shawn Lin Signed-off-by: Brian Norris --- drivers/phy/phy-rockchip-emmc.c | 27 +++ 1 file changed, 27

[PATCH 4/4] phy: rockchip-emmc: reindent the register definitions

Some of the spacing was wrong (spaces instead of tabs), and due to longer entries added later, the columns weren't aligned. Let's get everything consistent. Signed-off-by: Brian Norris --- drivers/phy/phy-rockchip-emmc.c | 76 - 1 file changed, 38 insertio

[PATCH 1/4] phy: rockchip-emmc: give DLL some extra time to be ready

From: Shawn Lin According to the databook, 10.2us is the max time for dll to be ready to work. However in testing, some chips need 20us for dll to be ready. This patch adds some extra margin for dllrdy to be ready, fixing our -ETIMEDOUT issues. Signed-off-by: Shawn Lin Signed-off-by: Brian Norr

Re: [PATCH] x86/boot: Refuse to build with data relocations

On Thu, May 12, 2016 at 3:29 PM, H. Peter Anvin wrote: > On May 12, 2016 1:31:04 PM PDT, Kees Cook wrote: >>The compressed kernel is built with -fPIC/-fPIE so that it can run in >>any >>location a bootloader happens to put it. However, since ELF relocation >>processing is not happening (and all t

Re: [PATCH v3] mmc: dw_mmc: rockchip: Set the drive phase properly

Am Donnerstag, 12. Mai 2016, 11:31:50 schrieb Douglas Anderson: [...] > In commit 7a03fe6f48f3 ("clk: rockchip: reset init state before mmc card > initialization") we actually started setting this explicitly in the > kernel, but that commit wasn't quite right and also wasn't quite > enough. See

[PATCH v3 3/4] locking/rwsem: Improve reader wakeup code

In __rwsem_do_wake(), the reader wakeup code will assume a writer has stolen the lock if the active reader/writer count is not 0. However, this is not as reliable an indicator as the original "< RWSEM_WAITING_BIAS" check. If another reader is present, the code will still break out and exit even if

[PATCH v3 2/4] locking/rwsem: Don't wake up one's own task

As rwsem_down_read_failed() will queue itself and potentially call __rwsem_do_wake(sem, RWSEM_WAKE_ANY), it is possible that a reader will try to wake up its own task. This patch adds a check to make sure that this won't happen. Signed-off-by: Waiman Long --- kernel/locking/rwsem-xadd.c |3 +

[PATCH v3 1/4] locking/rwsem: Add reader-owned state to the owner field

Currently, it is not possible to determine for sure if a reader owns a rwsem by looking at the content of the rwsem data structure. This patch adds a new state RWSEM_READER_OWNED to the owner field to indicate that readers currently own the lock. This enables us to address the following 2 issues in

[PATCH v3 0/4] locking/rwsem: Add reader-owned state to the owner field

v2->v3: - Make minor code changes as suggested by PeterZ & Peter Hurley. - Add 2 minor patches (#2 & #3) to improve the rwsem code - Add a 4th patch to streamline the rwsem_optimistic_spin() code. v1->v2: - Add rwsem_is_reader_owned() helper & rename rwsem_reader_owned() to rwsem_set

[PATCH v3 4/4] locking/rwsem: Streamline the rwsem_optimistic_spin() code

This patch moves the owner loading and checking code entirely inside of rwsem_spin_on_owner() to simplify the logic of rwsem_optimistic_spin() loop. Suggested-by: Peter Hurley Signed-off-by: Waiman Long --- kernel/locking/rwsem-xadd.c | 38 -- 1 files chang

Re: [PATCH 3/6] dt-bindings: mtu3: add devicetree bindings

On Thu, May 12, 2016 at 3:24 AM, chunfeng yun wrote: >> > + - mediatek,enable-manual-drd : supports manual dual-role switch by sysfs >> > + interface; only used when receptacle is TYPE-A and also wants to >> > support >> > + dual-role mode. >> >> sysfs is a Linux detail that doesn't apply to

Re: [RFC 2/2] perf/core: change errno for sampling event not supported in hardware

On Thu, 12 May 2016, Peter Zijlstra wrote: > Ah.. which might be a hint that nobody is actually explicitly testing > for this and we might just get away with changing the ABI. > > Vince, what say you; shall we try and get away with it? ;-) It's probably worth trying. The only other time anyone

Re: [PATCH 2/2] clk: rockchip: fix the rk3399 sdmmc sample shift

On Thu, May 12, 2016 at 11:03:17AM -0700, Doug Anderson wrote: > Just like every other Rockhip device, the MMC "_sample" clocks should > have a shift of 0, not a shift of 1. The rk3399 TRM agrees. Presumably > these values were set to 0 because of a typo. I'll semi-disagree about the TRM: the TR

Re: [PATCH v2] locking/rwsem: Add reader-owned state to the owner field

On 05/12/2016 05:27 PM, Peter Hurley wrote: Arguably, this check should be bumped out to the optimistic spin and reload/check the owner there? Or better yet; don't pass the owner in as a parameter at all, but instead snapshot the owner and check its ownership on entry. That will make the main o

Re: [PATCH v2 2/3] mfd: lp873x: Add lp873x PMIC support

Hi Lee Jones, On Thursday 12 May 2016 06:48 PM, Lee Jones wrote: On Tue, 10 May 2016, Keerthy wrote: The LP873X chip is a power management IC for Portable Navigation Systems and Tablet Computing devices. It contains the following components: - Regulators. - Configurable Gener

[PATCH v2 1/2] dt: binding: Add Qualcomm WCNSS control binding

This binding describes the control interface for the Qualcomm WCNSS. Signed-off-by: Bjorn Andersson --- Changes since v1: - Introduce reference to wcnss block node for register block definition - Use wcnss block node compatible for hw version detection (riva vs pronto) - Clean up compatible name

[PATCH v2 2/2] soc: qcom: wcnss_ctrl: Make wcnss_ctrl parent the other components

We need the signal from wcnss_ctrl indicating that the firmware is up and running before we can communicate with the other components of the chip. So make these other components children of the wcnss_ctrl device, so they can be probed in order. The process seems to take between 1/2-5 seconds, so t

Re: [PATCH v4] x86/hpet: Reduce HPET counter read contention

On 04/12/2016 02:46 PM, Waiman Long wrote: On a large system with many CPUs, using HPET as the clock source can have a significant impact on the overall system performance because of the following reasons: 1) There is a single HPET counter shared by all the CPUs. 2) HPET counter reading is a

Re: [PATCH v2 1/3] Documentation: mfd: LP873X: Add information for the mfd and regulator drivers

On Thursday 12 May 2016 06:51 PM, Lee Jones wrote: On Tue, 10 May 2016, Keerthy wrote: Add information for the mfd and regulator drivers. Signed-off-by: Keerthy --- Documentation/devicetree/bindings/mfd/lp873x.txt | 55 1 file changed, 55 insertions(+) create m

Re: [PATCH v2] ASoC: MAX9860: new driver

[Dropping the DT crowd] On 2016-05-12 17:35, Peter Rosin wrote: > This is a driver for the MAX9860 Mono Audio Voice Codec. > > https://datasheets.maximintegrated.com/en/ds/MAX9860.pdf > > This driver does not support sidetone since the DVST register field is > backwards with the mute near the ma

SHA1-MB algorithm broken on latest kernel

Hi, When booting latest kernel with the CONFIG_CRYPTO_SHA1_MB enabled, I observe a panic. After having a quick look, on reverting the following patches, I am able to complete the booting process. aec4d0e301f17bb143341c82cc44685b8af0b945 8691ccd764f9ecc69a6812dfe76214c86ac9ba06 68874ac3304ade7ed

Re: [PATCH 1/2] Revert "clk: rockchip: reset init state before mmc card initialization"

Am Donnerstag, 12. Mai 2016, 11:03:16 schrieb Douglas Anderson: Not sure what the policy is for revert-subjects in the clock-tree, but I guess clk: rockchip: Revert "reset init state before mmc card initialization" might look nicer? > This reverts commit 7a03fe6f48f3 ("clk: rockchip: reset ini

Re: [PATCH] zram: introduce per-device debug_stat sysfs node

Hello Sergey, On Wed, May 11, 2016 at 10:45:53PM +0900, Sergey Senozhatsky wrote: > debug_stat sysfs is read-only and represents various debugging > data that zram developers may need. This file is not meant to be > used by anyone else: its content is not documented and will change > any time w/o

Re: [PATCH 2/2] clk: rockchip: fix the rk3399 sdmmc sample shift

在 2016/5/13 7:10, Brian Norris 写道: On Thu, May 12, 2016 at 11:03:17AM -0700, Doug Anderson wrote: Just like every other Rockhip device, the MMC "_sample" clocks should have a shift of 0, not a shift of 1. The rk3399 TRM agrees. Presumably these values were set to 0 because of a typo. I'll se

[PATCH v8 0/4] Introduce GCC plugin infrastructure

This patch set introduce the GCC plugin infrastructure with examples for testing and documentation. GCC plugins are loadable modules that provide extra features to the compiler. They are useful for runtime instrumentation and static analysis. The infrastructure supports all gcc versions from 4.5

[PATCH v8 1/4] Shared library support

Infrastructure for building independent shared library targets. Signed-off-by: Emese Revfy --- scripts/Makefile.build | 2 +- scripts/Makefile.clean | 4 +++- scripts/Makefile.host | 55 +- 3 files changed, 58 insertions(+), 3 deletions(-) diff

[PATCH v8 2/4] GCC plugin infrastructure

This patch allows to build the whole kernel with GCC plugins. It was ported from grsecurity/PaX. The infrastructure supports building out-of-tree modules and building in a separate directory. Cross-compilation is supported too. Currently the x86, arm, arm64 and uml architectures enable plugins. Th

[PATCH v8 3/4] Add Cyclomatic complexity GCC plugin

Add a very simple plugin to demonstrate the GCC plugin infrastructure. This GCC plugin computes the cyclomatic complexity of each function. The complexity M of a function's control flow graph is defined as: M = E - N + 2P where E = the number of edges N = the number of nodes P = the number of conn

[PATCH v8 4/4] Add sancov plugin

The sancov gcc plugin inserts a __sanitizer_cov_trace_pc() call at the start of basic blocks. This plugin is a helper plugin for the kcov feature. It supports all gcc versions with plugin support (from gcc-4.5 on). It is based on the gcc commit "Add fuzzing coverage support" by Dmitry Vyukov (http

linux-next: build failure after merge of the rdma-leon tree

Hi Leon, After merging the rdma-leon tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: ERROR: ".rdma_addr_size" [drivers/infiniband/core/rdma_ucm.ko] undefined! ERROR: ".rdma_addr_register_client" [drivers/infiniband/core/rdma_cm.ko] undefined! ERROR: ".rdma_addr_size" [

Re: [PATCH 0/5] clk: hisilicon: Fix some problems of clk-hi3519

On 05/10, Jiancheng Xue wrote: > This patch is base on branch clk-hi3519 in clk tree. It mainly fixes the > following issues: > 1. Add driver remove path. > 2. Fix the ordering issue about clock provider being published. > 3. Add error checking upon registering clocks. I'm waiting for round 2. Ot

Re: [RFC][PATCH 4/7] sched: Replace sd_busy/nr_busy_cpus with sched_domain_shared

On Thu, 2016-05-12 at 13:33 +0200, Peter Zijlstra wrote: > On Thu, May 12, 2016 at 09:07:52PM +1000, Michael Neuling wrote: > > > > On Thu, 2016-05-12 at 07:07 +0200, Peter Zijlstra wrote: > > > > > > > > But as per the above, Power7 and Power8 have explicit logic to share > > > the > > > per-co

Re: [PATCH 1/2] Revert "clk: rockchip: reset init state before mmc card initialization"

On 2016/5/13 2:03, Douglas Anderson wrote: This reverts commit 7a03fe6f48f3 ("clk: rockchip: reset init state before mmc card initialization"). Though not totally obvious from the commit message nor from the source code, that commit appears to be trying to reset the "_drv" MMC clocks to 90 degre

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

Hi Leon, On Fri, 13 May 2016 10:08:07 +1000 Stephen Rothwell wrote: > > After merging the rdma-leon tree, today's linux-next build (powerpc > ppc64_defconfig) failed like this: > > ERROR: ".rdma_addr_size" [drivers/infiniband/core/rdma_ucm.ko] undefined! > ERROR: ".rdma_addr_register_client" [d

Re: [PATCH v2, 0/3] intel_pstate: Improvements related to the APERF/MPERF computation

On Wed, 2016-05-11 at 19:06 +0200, Rafael J. Wysocki wrote: > On Saturday, May 07, 2016 01:42:53 AM Rafael J. Wysocki wrote: > > Hi, > > > > As per the subject, on top of the current linux-next branch of > > linux-pm.git. > > This version has been reworked to retain more APERF bits after > carryi

Re: [PATCH] intel_pstate: Simplify conditional in intel_pstate_set_policy()

On Thu, 2016-05-12 at 00:46 +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > One of the if () statements in intel_pstate_set_policy() causes > another if () to be evaluated if the condition is true and it > doesn't do anything else, so merge the two if () statements into > one. > >

Re: [PATCH v2 1/2] ARM64: dts: rockchip: add sdhci/emmc for rk3399

在 2016/5/13 6:35, Brian Norris 写道: Add description for the SDHCI v5.1 eMMC controller on rk3399. Fix it to 200 MHz, to support all supported timing modes. Note that 'rockchip,rk3399-sdhci-5.1' is not documented; we presumably have a compliant Arasan controller, but let's have a rockchip property

Re: lm-senser can't detect thermal on thermal_zone

On Thu, 2016-05-12 at 08:09 +, Kuninori Morimoto wrote: > Hi Zhang, Eduardo > > Our platform now is using thermal_zone, but lm-senser became no longer > working. > It works on non thermal_zone. we can get current thermal from > /sys/class/thermal/thermal_zone0 on thermal_zone. > What does lm-

Re: [PATCH v2 0/3] input: rmi4: Regulator supply support

On 05/11/2016 08:05 PM, Bjorn Andersson wrote: On Wed 11 May 16:30 PDT 2016, Andrew Duggan wrote: Hi Bjorn, On 05/10/2016 08:49 AM, Bjorn Andersson wrote: [..] So either we duplicate the regulator support in spi/i2c or we make them optional in the core driver. Sounds like you prefer the prio

Re: [PATCH 2/4] phy: rockchip-emmc: configure frequency range and drive impedance

Hi Brian, On 2016/5/13 6:43, Brian Norris wrote: From: Shawn Lin Signal integrity analysis has suggested we set these values. Do this in power_on(), so that they get reconfigured after suspend/resume. Signed-off-by: Shawn Lin Signed-off-by: Brian Norris --- drivers/phy/phy-rockchip-emmc.c

Re: [PATCH] zram: introduce per-device debug_stat sysfs node

Hello Minchan, On (05/13/16 08:41), Minchan Kim wrote: [..] will fix and update, thanks! > > @@ -719,6 +737,8 @@ compress_again: > > zcomp_strm_release(zram->comp, zstrm); > > zstrm = NULL; > > > > + atomic64_inc(&zram->stats.num_recompress); > > + > > It sh

Re: [PATCH 1/2] arm64: dts: NS2: Add all of the UARTs

On 2016/5/13 0:52, Ray Jui wrote: > Hi Kefeng, > > On 5/12/2016 7:46 AM, Jon Mason wrote: >> >> >> On Thu, May 12, 2016 at 2:16 AM, Kefeng Wang > > wrote: >> >> >> >> On 2016/5/12 6:56, Jon Mason wrote: >> > Add all of the UARTs present on NS2 and enabl

[lkp] [sched/core] 2159197d66: netperf.Throughput_Mbps 14.2% improvement

FYI, we noticed netperf.Throughput_Mbps 14.2% improvement due to commit: commit 2159197d66770ec01f75c93fb11dc66df81fd45b ("sched/core: Enable increased load resolution on 64-bit kernels") https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched/core in testcase - netperf on test machine

RE: [PATCH] usb: ohci-at91: Suspend the ports while USB suspending

Hi Alan, > -Original Message- > From: Alan Stern [mailto:st...@rowland.harvard.edu] > Sent: 2016年5月13日 2:11 > To: Yang, Wenyou > Cc: Greg Kroah-Hartman ; Ferre, Nicolas > ; linux-...@vger.kernel.org; linux- > ker...@vger.kernel.org; linux-arm-ker...@lists.infradead.org > Subject: Re: [PAT

[lkp] [zsmalloc] 44f43e99fe: will-it-scale.scalability +15.0% improvement

FYI, we noticed will-it-scale.scalability +15.0% improvement due to commit: commit 44f43e99fe70833058482d183e99fdfd11220996 ("zsmalloc: fix zs_can_compact() integer overflow") https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master in testcase - will-it-scale on test machine -

Re: [PATCH v4 10/18] sh: Remove unnecessary of_platform_populate with default match table

On 2016/5/13 2:38, Rich Felker wrote: > On Thu, May 12, 2016 at 08:06:07PM +0800, Kefeng Wang wrote: >> After patch "of/platform: Add common method to populate default bus", >> it is possible for arch code to remove unnecessary callers about the >> of_platform_populate with default match table. >

Re: [PATCH v5 1/1] ARM64: ACPI: Update documentation for latest specification version

On 2016/4/26 5:21, Al Stone wrote: The ACPI 6.1 specification was recently released at the end of January 2016, but the arm64 kernel documentation for the use of ACPI was written for the 5.1 version of the spec. There were significant additions to the spec that had not yet been mentioned -- for

Re: [PATCH] deb-pkg: add the shared header file for arm64

On Thu, May 12, 2016 at 04:22:26PM +0200, Michal Marek wrote: > On 2016-05-12 11:03, Huang Shijie wrote: > > The arch/arm/include/asm/opcodes.h is also used by the arm64. > > This patch copies it to the arm64 deb package. > > > > Signed-off-by: Huang Shijie > > --- > > scripts/package/builddeb |

Re: [PATCH 3/6] dt-bindings: mtu3: add devicetree bindings

Hi, On Thu, 2016-05-12 at 19:02 -0400, Alan Cooper wrote: > On Thu, May 12, 2016 at 3:24 AM, chunfeng yun > wrote: > >> > + - mediatek,enable-manual-drd : supports manual dual-role switch by > >> > sysfs > >> > + interface; only used when receptacle is TYPE-A and also wants to > >> > support

Re: lm-senser can't detect thermal on thermal_zone

Hi Zhang Thank you for your help > > non thermal-zon > > sensor command: OK > > read from /sys/class/thermal/thermal_zone0 : OK > > > > thermal-zon > > sensor command: NG > > read from /sys/class/thermal/thermal_zone0 : OK > > config THERMAL_HWMON > bool

Re: [PATCH 1/2] arm64: dts: NS2: Add all of the UARTs

On 2016/5/12 22:46, Jon Mason wrote: > > > On Thu, May 12, 2016 at 2:16 AM, Kefeng Wang > wrote: > > > > On 2016/5/12 6:56, Jon Mason wrote: > > Add all of the UARTs present on NS2 and enable them in the SVK device > > tree file. Also, do some

Re: [PATCH 1/2] Revert "clk: rockchip: reset init state before mmc card initialization"

Heiko, On Thu, May 12, 2016 at 4:41 PM, Heiko Stuebner wrote: > Am Donnerstag, 12. Mai 2016, 11:03:16 schrieb Douglas Anderson: > > Not sure what the policy is for revert-subjects in the clock-tree, but I > guess > > clk: rockchip: Revert "reset init state before mmc card initialization" > > migh

Re: [PATCH 05/10] perf dwarf: Guard !x86_64 definitions under #ifdef else clause

On Thu, 12 May 2016 17:03:50 -0300 Arnaldo Carvalho de Melo wrote: > From: Arnaldo Carvalho de Melo > > To fix the build on Fedora Rawhide (gcc 6.0.0 20160311 (Red Hat 6.0.0-0.17): > > CC /tmp/build/perf/arch/x86/util/dwarf-regs.o > arch/x86/util/dwarf-regs.c:66:36: error: 'x86_32_

[PATCH v2 0/5] clk: hisilicon: Fix some problems of clk-hi3519

This patch is base on branch clk-hi3519 in clk tree. It mainly fixes the following issues: 1. Add driver remove path. 2. Fix the ordering issue about clock provider being published. 3. Add error checking upon registering clocks. change log v2: -Redivided patches to make sure every patch can be co

[PATCH v2 2/5] clk: hisilicon: add hisi_clk_alloc function.

Before, there was an ordering issue that the clock provider had been published in hisi_clk_init before it could provide valid clocks to consumers. hisi_clk_alloc is just used to allocate memory space for struct hisi_clock_data. It makes it possible to publish the provider after the clocks are ready

[PATCH v2 4/5] clk: hisilicon: add hisi_clk_unregister_* functions

Add hisi_clk_unregister_* functions. Signed-off-by: Jiancheng Xue --- drivers/clk/hisilicon/clk.h | 21 + 1 file changed, 21 insertions(+) diff --git a/drivers/clk/hisilicon/clk.h b/drivers/clk/hisilicon/clk.h index 2575329..4e1d1af 100644 --- a/drivers/clk/hisilicon/clk.h +

[PATCH v2 3/5] clk: hisilicon: add error processing for hisi_clk_register_* functions

Add error processing for hisi_clk_register_* functions. Signed-off-by: Jiancheng Xue --- drivers/clk/hisilicon/clk.c | 60 + drivers/clk/hisilicon/clk.h | 10 2 files changed, 55 insertions(+), 15 deletions(-) diff --git a/drivers/clk/hisilic

[PATCH v2 5/5] clk: hisilicon: hi3519: add driver remove path and fix some issues

1. Add driver remove path. 2. Fix some issues. -Fix the ordering issue about clock provider being published. -Add error checking upon registering clocks. Signed-off-by: Jiancheng Xue --- drivers/clk/hisilicon/clk-hi3519.c | 116 - 1 file changed, 100 ins

[PATCH v2 1/5] reset: hisilicon: change the definition of hisi_reset_init

Change the input arguments type to struct platform_device pointer. Signed-off-by: Jiancheng Xue --- drivers/clk/hisilicon/clk-hi3519.c | 2 +- drivers/clk/hisilicon/reset.c | 19 +-- drivers/clk/hisilicon/reset.h | 5 +++-- 3 files changed, 13 insertions(+), 13 deleti

[PATCH] ACPI: Add configuration item to configure ACPICA error logs out

Sometimes, we need to disable ACPICA error logs to leave only ACPICA debug logs enabled for debugging purpose. This is useful when ACPICA error logs become a flood. Reference: https://bugzilla.kernel.org/show_bug.cgi?id=114201 Signed-off-by: Lv Zheng --- drivers/acpi/Kconfig|7 ++

RE: [PATCH 5/5] vfio-pci: Allow to mmap MSI-X table if interrupt remapping is supported

> From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Friday, May 13, 2016 1:48 AM > > On Thu, 12 May 2016 04:53:19 + > "Tian, Kevin" wrote: > > > > From: Alex Williamson [mailto:alex.william...@redhat.com] > > > Sent: Thursday, May 12, 2016 10:21 AM > > > > > > On Thu, 12 May

RE: [PATCH 5/5] vfio-pci: Allow to mmap MSI-X table if interrupt remapping is supported

> From: Tian, Kevin > Sent: Friday, May 13, 2016 10:33 AM > > > means. The MSI-X vector table of a device is always considered > > untrusted which is why we require user opt-ins to subvert that > > protection. Thanks, > > > > I only partially agree with this statement since there is different >

Re: [PATCH 06/10] perf probe: Check if dwarf_getlocations() is available

On Thu, 12 May 2016 17:03:51 -0300 Arnaldo Carvalho de Melo wrote: > From: Arnaldo Carvalho de Melo > > If not, tell the user that: > > config/Makefile:273: Old libdw.h, finding variables at given 'perf probe' > point will not work, install elfutils-devel/libdw-dev >= 0.157 > > And return

Re: [PATCH] mmc: mmc: do not use CMD13 to get status after speed mode switch

On Thu, 2016-05-12 at 13:29 +0300, Adrian Hunter wrote: > On 12/05/16 10:00, Chaotian Jing wrote: > > On Wed, 2016-05-11 at 10:50 +0300, Adrian Hunter wrote: > >> On 04/05/16 09:54, Chaotian Jing wrote: > >>> Per JEDEC spec, it is not recommended to use CMD13 to get card status > >>> after speed mo

Re: [PATCH] x86/rwsem: Save and restore all callee-clobbered regs in 32-bit ____down_write()

On 05/12/2016 10:29 AM, Borislav Petkov wrote: Anyway, here's an actual patch with a commit message. Guenter, can you give it a run please? It does fix the issue here with your .config but I'd appreciate a confirmation. Thanks. --- From: Borislav Petkov down_write() calls a function to h

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

On Tue, May 10, 2016 at 8:19 AM, Tomasz Nowicki wrote: > From the functionality point of view this series may be split into the > following logic parts: > 1. New ECAM API and update for users of the pci-host-common API > 2. Necessary fixes as the preparation for using driver on ARM64. > 3. Use new

Re: [PATCH v4 03/18] arm: Remove unnecessary of_platform_populate with default match table

On 12-05-16, 20:06, Kefeng Wang wrote: > After patch "of/platform: Add common method to populate default bus", > it is possible for arch code to remove unnecessary callers about the > of_platform_populate with default match table. > > Cc: Nicolas Ferre > Cc: Ray Jui > Cc: Lee Jones > Cc: Krzysz

Re: [PATCH v4 12/18] arm: use of_platform_default_populate() to populate

On 12-05-16, 20:06, Kefeng Wang wrote: > Use helper of_platform_default_populate() in linux/of_platform > when possible, instead of calling of_platform_populate() with > the default match table. > > Cc: Nicolas Ferre > Cc: Krzysztof Halasa > Cc: Sekhar Nori > Cc: Shawn Guo > Cc: Russell King

Re: [LKP] [lkp] [net] 9317bb6982: INFO: task cat-kmsg:893 blocked for more than 300 seconds.

"Huang, Ying" writes: > Eric Dumazet writes: >> On Mon, May 9, 2016 at 6:26 PM, Huang, Ying >> wrote: >>> Hi, Eric, >>> >>> kernel test robot writes: FYI, we noticed the following commit: git://internal_merge_and_test_tree devel-catchup-201604281529 commit 9317bb69824ec8d0

Re: [PATCH v4 02/18] arc: Remove unnecessary of_platform_populate with default match table

On Thursday 12 May 2016 05:32 PM, Kefeng Wang wrote: > After patch "of/platform: Add common method to populate default bus", > it is possible for arch code to remove unnecessary callers about the > of_platform_populate with default match table. > > Cc: Vineet Gupta > Signed-off-by: Kefeng Wang A

Re: [PATCH 3/6] dt-bindings: mtu3: add devicetree bindings

On Thu, May 12, 2016 at 9:00 PM, chunfeng yun wrote: > Hi, > > On Thu, 2016-05-12 at 19:02 -0400, Alan Cooper wrote: >> On Thu, May 12, 2016 at 3:24 AM, chunfeng yun >> wrote: >> >> > + - mediatek,enable-manual-drd : supports manual dual-role switch by >> >> > sysfs >> >> > + interface; only

Re: SHA1-MB algorithm broken on latest kernel

On Thu, May 12, 2016 at 04:31:06PM -0700, Megha Dey wrote: > Hi, > > When booting latest kernel with the CONFIG_CRYPTO_SHA1_MB enabled, I > observe a panic. > > After having a quick look, on reverting the following patches, I am able > to complete the booting process. > aec4d0e301f17bb143341c82

Re: [PATCH 2/2] cpufreq: governor: CPUFREQ_GOV_STOP never fails

On 12-05-16, 15:14, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > None of the cpufreq governors currently in the tree will ever fail > an invocation of the ->governor() callback with the event argument > equal to CPUFREQ_GOV_STOP (unless invoked with incorrect arguments > which doesn't m

Re: [PATCH 1/2] cpufreq: governor: CPUFREQ_GOV_POLICY_EXIT never fails

On 12-05-16, 15:13, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > None of the cpufreq governors currently in the tree will ever fail > an invocation of the ->governor() callback with the event argument > equal to CPUFREQ_GOV_POLICY_EXIT (unless invoked with incorrect > arguments which do

linux-next: build failure after merge of the staging tree

Hi Greg, After merging the staging tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c:1706:9: error: too few arguments to function 'ib_map_mr_sg' n = ib_map_mr_sg(mr, tx->tx_frags, ^ In file included from /home

<    3   4   5   6   7   8   9   >