Re: [PATCH 0/19] get rid of superfluous __GFP_REPEAT

On Thu 12-05-16 13:13:28, Andrew Morton wrote: > On Thu, 12 May 2016 18:53:11 +0200 Michal Hocko wrote: > > > Andrew, > > do you think this should go in in the next merge window or should I > > repost after rc1 is out? I do not mind one way or the other. I would > > obviously would like to get th

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

On (05/13/16 15:23), Minchan Kim wrote: [..] > @@ -737,12 +737,12 @@ static int zram_bvec_write(struct zram *zram, struct > bio_vec *bvec, u32 index, > zcomp_strm_release(zram->comp, zstrm); > zstrm = NULL; > > - atomic64_inc(&zram->stats.num_recompress);

Re: powerpc: Discard ffs() function and use builtin_ffs instead

Le 13/05/2016 à 08:16, Michael Ellerman a écrit : On Thu, 2016-12-05 at 15:32:22 UTC, Christophe Leroy wrote: With the ffs() function as defined in arch/powerpc/include/asm/bitops.h GCC will not optimise the code in case of constant parameter, as shown by the small exemple below. int ffs_test

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:33 PM > > > > > > As argued previously in this thread, there's nothing special about a > > > DMA write to memory versus a DMA write to a special address that > > > triggers an MSI vector. If the device is DM

[PATCH 1/1] net: ethernet: Add SGMII support to dwmac-socfpga

From: Tien Hock Loh Adds SGMII support for dwmac-socfpga to enable the SGMII PHY when phy-mode of the dwmac is set to sgmii. Signed-off-by: Tien Hock Loh --- .../net/ethernet/stmicro/stmmac/dwmac-socfpga.c| 340 - 1 file changed, 330 insertions(+), 10 deletions(-) diff

Additional compiler barrier required in sched_preempt_enable_no_resched?

Hi, I came across a piece of engineering code that looked like: preempt_disable(); /* --cut, lots of code-- */ preempt_enable_no_resched(); put_user() preempt_disable(); (If you wish to seriously question the usage of the preempt API in this manner, I unfortunately have no comment since I didn

RE: [PATCH] usb: gadget: f_fs: report error if excess data received

Hi, "Du, Changbin" writes: >> "Du, Changbin" writes: >> >> right, and that was my point: if we copy more to userspace, then we have >> >> a real big problem. >> >> >> > Yes, we drop the data because we userspace buffer is not enough this time. >> > The problem here is that really can we just dr

Re: [PATCH 1/1] net: ethernet: Add SGMII support to dwmac-socfpga

Please disregard this patch. Wrong patch attached, I'll send a correct one in a short while. On Fri, May 13, 2016 at 2:27 PM, wrote: > From: Tien Hock Loh > > Adds SGMII support for dwmac-socfpga to enable the SGMII PHY when phy-mode > of the dwmac is set to sgmii. > > Signed-off-by: Tien Hock

Re: [PATCH v3] usb: dwc2: fix regression on big-endian PowerPC/ARM systems

On 5/12/2016 1:56 PM, Arnd Bergmann wrote: > A patch that went into Linux-4.4 to fix big-endian mode on a Lantiq > MIPS system unfortunately broke big-endian operation on PowerPC > APM82181 as reported by Christian Lamparter, and likely other > systems. > > It actually introduced multiple issues:

[PATCH] objtool: cope with pre-4.5 gcc (and non-gcc)

The kernel's unreachable() translates to __builtin_unreachable() only for gcc 4.5 and newer, and else expands to an infinite loop. Avoid "function has unreachable instruction" warnings for this case by inspecting the instructions immediately following the UD2. This cuts down the number of files get

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

On Fri, May 13, 2016 at 10:09:29AM +0900, Sergey Senozhatsky wrote: > 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 = N

[PATCH] objtool: allow building with older libelf

The switch to elf_getshdr{num,strndx} post-dates the oldest tool chain the kernel is supposed to be able to build with, so try to cope with such an environment. Signed-off-by: Jan Beulich --- tools/objtool/Makefile|4 tools/objtool/elf.h |5 + 2 files changed,

[git pull] drm fixes

Hi Linus, A bunch of radeon displayport mode setting fixes, and some misc i915 fixes. There is one revert, the MST audio code in i915 was causing some oopses, so we've decided just to drop it until next kernel when we can fix it properly. Thanks, Dave. The following changes since commit 44549e8

[RFC PATCH 1/1] acpi: processor_driver: register cooling device per package

The current throttling strategy is to apply cooling levels on all processors in a package. Therefore, if one cooling device is requested to cap the frequency, the same request is applied to all sibling processors in the same package. For this reason, this patch removes the redundant cooling device

Re: powerpc: Discard ffs() function and use builtin_ffs instead

On Thu, 2016-12-05 at 15:32:22 UTC, Christophe Leroy wrote: > With the ffs() function as defined in arch/powerpc/include/asm/bitops.h > GCC will not optimise the code in case of constant parameter, as shown > by the small exemple below. > > int ffs_test(void) > { > return 4 << ffs(31); > } >

Re: [PATCH 4/7] [media] ir-rx51: add DT support to driver

Hi, On 11.05.2016 17:14, Rob Herring wrote: On Tue, May 10, 2016 at 04:18:27AM +0200, Sebastian Reichel wrote: Hi, On Mon, May 09, 2016 at 04:07:35PM -0500, Rob Herring wrote: There's already a pwm-led binding that can be used. Though there may be missing consumer IR to LED subsystem support

[PATCH] rtc: add support for Maxim rtc max6916 v3.0

From: venkat-prashanth This is a patch to add support for Maxim rtc max6916 Signed-off-by: Venkat Prashanth B U --- #Change Log: from v2.0 to v3.0 - fixed the out-of-tree Makefile and suitably added the modifications in the M

Re: [BUG]Writeback Cgroup/Dirty Throttle: very small buffered write thoughput caused by writeback cgroup and dirty thottle

on 2016/5/12 at 23:32, Tejun Heo wrote: On Thu, May 12, 2016 at 09:11:33AM +0800, Miao Xie wrote: My box has 48 cores and 188GB memory, but I set vm.dirty_background_bytes = 268435456 vm.dirty_bytes = 536870912 if I set vm.dirty_background_bytes and vm.dirty_bytes to be a large number(vm.dirty

[PATCH] rtc: add support for Maxim rtc max6916 v3.0

From: venkat-prashanth [PATCH] rtc: add support to maxim rtc max6916 #Change Log: from v2.0 to v3.0 - fixed the out-of-tree Makefile and suitably added the modifications in the Makefile -

[PATCH 2/3] perf stat: Update runtime using cpu-clock event

Currently only task-clock event updates the runtime_nsec so it cannot show the metric when using cpu-clock events. However cpu clock works basically same as task-clock, so no need to not update the runtime IMHO. Before: # perf stat -a -e cpu-clock,context-switches,page-faults,cycles sleep 0.1

[PATCH 3/3] perf stat: Use cpu-clock event for cpu targets

Currently perf stat always counts task-clock event by default. But it's somewhat confusing for system-wide targets (especially with 'sleep N' as the 'sleep' task just sleeps and doesn't use cputime). Changing to cpu-clock event instead for that case makes more sense IMHO. Signed-off-by: Namhyung

[PATCH 1/3] perf diff: Fix indentation of stalled backend cycle

The commit 140aeadc1fb5 ("perf stat: Abstract stat metrics printing") changed way to print shadow metrics, but it missed to update the width of stalled backend cycles event to 7.2% like others. This resulted in misaligned output like below: Performance counter stats for 'pwd': 0.63831

Crypto Fixes for 4.6

Hi Linus: This push fixes a bug in the RSA self-test that may cause crashes on some architectures such as SPARC. Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus Herbert Xu (1): crypto: testmgr - Use kmalloc memory for RSA input crypto/testm

[PATCH] rtc: add support for Maxim rtc max6916 v3.0

From: venkat-prashanth #Change Log: from v2.0 to v3.0 - fixed the out-of-tree Makefile and suitably added the modifications in the Makefile - fixed the bad indented Kconfig file -used a d

RE: [PATCH] usb: gadget: f_fs: report error if excess data received

> Hi, > > "Du, Changbin" writes: > >> right, and that was my point: if we copy more to userspace, then we have > >> a real big problem. > >> > > Yes, we drop the data because we userspace buffer is not enough this time. > > The problem here is that really can we just drop it silently? Maybe not.

Re: SHA1-MB algorithm broken on latest kernel

* Herbert Xu wrote: > 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 boot

Re: next: fuloong2e qemu boot failure due to 'MIPS: Loongson: AddLoongson-3A R2 basic support'

gt; > Did you ever send a patch to fix this problem ? It is still broken in > next-20160512. > > Guenter > > >> Huacai >> >> On Wed, Apr 20, 2016 at 12:43 PM, Guenter Roeck >> wrote: >>> >>> On 04/19/2016 08:37 PM, 陈华才 wrote: >>>&

[PATCH] ixgbe: take online CPU number as MQ max limit when alloc_etherdev_mq()

Allocating 64 Tx/Rx as default doesn't benefit perfomrnace when less CPUs were assigned. especially when DCB is enabled, so we should take num_online_cpus() as top limit, and aslo to make sure every TC has at least one queue, take the MAX_TRAFFIC_CLASS as bottom limit of queues number. Signed-off-

Re: [PATCH] sched/core: don't include asm/mmu_context from drivers

On Fri, Apr 29, 2016 at 6:42 AM, Steven Rostedt wrote: > On Fri, 29 Apr 2016 10:52:32 +0200 > Arnd Bergmann wrote: > >> This reverts the earlier fix attempt and works around the problem >> by including both linux/mmu_context.h and asm/mmu_context.h from >> kernel/sched/core.c. This is not a good

linux-next: Tree for May 13

Hi all, Changes since 20160512: Dropped tree: rdma-leon (bad build and conflicts) The rdma-leon tree gained a build failure so I dropped it for today. The staging tree gained a build failure for which I applied a merge fix patch. The pinctrl tree lost its build failure. Non-merge commits

[PATCH v2 4/4] ACPI 2.0 / AML: Fix module level execution by correctly parsing table as TermList

This experiment follows de-facto standard behavior, parsing entire table as a single TermList, so that all module level executions are possible during the table loading. If regressions are found against the enabling of this experimental fix, this patch is the only one that should get bisected out.

[PATCH v2 3/4] ACPI 2.0 / AML: Enable correct ACPI subsystem initialization order for new table loading mode

This patch enables the following initialization order for the new table loading mode (which is enabled by setting acpi_gbl_parse_table_as_term_list to TRUE): 1. Install default region handlers (SystemMemory, SystemIo, PciConfig, EmbeddedControl via ECDT) without evaluating _REG; 2. Load th

Re: [GIT PULL 00/10] perf/urgent fixes

the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-urgent-for-mingo-20160512 > > for you to fetch changes up to 42ef8a78c1f49f53f29f0f3a6f9a5bcbc653233e: > > perf stat: Fallback to user only counters when perf_event_paranoid

[PATCH v2 2/4] ACPICA: ACPI 2.0, Interpreter: Fix MLC issues by switching to new TermList grammar for table loading

The MLC (Module Level Code) is an ACPICA terminology describing the AML code out of any control method, its support is the main contention of the interpreter behavior during the table loading. The original implementation of MLC in ACPICA had several issues: 1. Out of any control method, besides of

[PATCH v2 0/4] ACPI 2.0: Enable TermList interpretion for table loading

MLC (module level code) is an ACPICA terminology describing the AML code out of any control method, currently only Type1Opcode (If/Else/While) wrapped MLC code blocks are executed by the AML interpreter after the table loading. But the issue which is fixed by this patchset is: Not only Type1Opco

[PATCH v2 1/4] ACPICA: Dispatcher: Fix an issue that the opregions created by the linked MLC were not tracked

Operation regions created by MLC were not tracked by acpi_check_address_range(), this patch fixes this issue. ACPICA BZ 1279. Fixed by Lv Zheng. Link: https://bugs.acpica.org/show_bug.cgi?id=1279 Signed-off-by: Lv Zheng --- drivers/acpi/acpica/dsopcode.c |6 ++ 1 file changed, 6 insertio

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

On Fri, 13 May 2016 02:33:18 + "Tian, Kevin" wrote: > > 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.co

[PATCH V12 1/2] pinctrl: add DT binding doc for pincontrol of PMIC max77620/max20024

Maxim Semiconductor's PMIC MAX77620/MAX20024 has 8 GPIO pins which act as GPIO as well as special function mode. Add DT binding document to configure pins in function mode as well as pin configuration parameters. Signed-off-by: Laxman Dewangan Acked-by: Rob Herring Acked-by: Linus Walleij ---

[PATCH V12 2/2] gpio: max77620: add gpio driver for MAX77620/MAX20024

MAXIM Semiconductor's PMIC, MAX77620/MAX20024 has 8 GPIO pins. It also supports interrupts from these pins. Add GPIO driver for these pins to control via GPIO APIs. Signed-off-by: Laxman Dewangan Reviewed-by: Linus Walleij --- This as part of the max77620 series and mfd patch are already appli

[PATCH V12 2/2] pinctrl: max77620: add pincontrol driver for MAX77620/MAX20024

MAXIM Semiconductor's PMIC, MAX77620/MAX20024 has 8 GPIO pins which also act as the special function in alternate mode. Also there is configuration like push-pull, open drain, FPS timing etc for these pins. Add pin control driver to configure these parameters through pin control APIs. Signed-off-

[PATCH V12 1/2] gpio: add DT binding doc for gpio of PMIC max77620/max20024

Maxim Semiconductor's PMIC MAX77620/MAX20024 has 8 GPIO pins which act as GPIO as well as special function mode. Add DT binding document to support these pins in GPIO mode via GPIO framework. Signed-off-by: Laxman Dewangan Acked-by: Rob Herring Acked-by: Linus Walleij --- This as part of the

Re: [tip:sched/core] sched/fair: Correct unit of load_above_capacity

On Thu, May 12, 2016 at 03:31:51AM -0700, tip-bot for Morten Rasmussen wrote: > Commit-ID: cfa10334318d8212d007da8c771187643c9cef35 > Gitweb: http://git.kernel.org/tip/cfa10334318d8212d007da8c771187643c9cef35 > Author: Morten Rasmussen > AuthorDate: Fri, 29 Apr 2016 20:32:40 +0100 > Commi

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

On Thu, 2016-05-12 at 17:56 -0400, Ilia Mirkin wrote: > 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 bootu

Re: transparent huge pages breaks KVM on AMD.

On Thu, May 12, 2016 at 11:42:16PM +0300, Kirill A. Shutemov wrote: > But I guess it should apply cleanly to v4.5. Or at least without major > conflicts. [11/511]mh@fan:~/linux/debug/linux$ curl 'http://marc.info/?l=linux-rdma&m=146307074800836&w=2' | patch -p1 % Total% Received % Xferd Av

RE: [PATCH v8 1/2] Documentation: DT: dma: Add Xilinx zynqmp dma device tree binding documentation

Hi Lars, Thanks for the review... > > On 05/12/2016 02:29 PM, Kedareswara rao Appana wrote: > [...] > > +- xlnx,include-sg : Indicates the controller to operate in simple or > > + scatter gather dma mode > > This is also a software runtime configuration parameter.

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

Shawn, On Thu, May 12, 2016 at 4:47 PM, Shawn Lin wrote: > 在 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

RE: [PATCH v4 3/5] dmaengine: vdma: Add Support for Xilinx AXI Direct Memory Access Engine

Hi Paul, > > Nice Kedar! > > Is this getting applied? I would really like to see this get into the > mainline. This patch got applied to the dma-next branch... Here @ http://git.kernel.org/cgit/linux/kernel/git/vkoul/slave-dma.git/log/?h=next Thanks, Kedar.

arm build failures in -next due to 'sched/core: Add switch_mm_irqs_off() and use it in the scheduler'

Hi Andy, I see various arm build failures in -next. One example is spitz_defconfig. Bisect points to commit 'sched/core: Add switch_mm_irqs_off() and use it in the scheduler'. Reverting the commit fixes the problem. In file included from include/linux/mmu_context.h:4:0, from driv

Re: [PATCH] driver: input :touchscreen : add Raydium I2C touch driver

Hi Jeffrey, On Fri, Apr 29, 2016 at 05:45:13PM +0800, jeffrey.lin wrote: > Raydium I2C touch driver. > > Signed-off-by: jeffrey.lin I was looking at the driver and there were a few issues (buffer overflows, forgetting releasing firmware, general flow, etc), that I tried correcting in the attache

Re: [PATCH 2/2] mm, oom: protect !costly allocations some more for !CONFIG_COMPACTION

> From: Michal Hocko > > Joonsoo has reported that he is able to trigger OOM for !costly high > order requests (heavy fork() workload close the OOM) with the new > oom detection rework. This is because we rely only on should_reclaim_retry > when the compaction is disabled and it only checks water

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

> >>+ gpiod = fwnode_get_named_gpiod(&child->fwnode, "reset-gpios"); > >>+ /* Deassert the reset signal */ > >>+ if (!IS_ERR(gpiod)) > >>+ gpiod_direction_output(gpiod, 0); > > > >This is wrong I think. You must only ignore -ENODEV, all other error > >At least -ENOSYS should al

Re: [PATCH 1/2] mmotm: mm-oom-rework-oom-detection-fix

> From: Michal Hocko > > watermark check should use classzone_idx rather than high_zoneidx > to check reserves against the correct (preferred) zone. > > Signed-off-by: Michal Hocko > --- Acked-by: Hillf Danton > mm/page_alloc.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > dif

Re: [RFC 2/3] drm/mediatek: add support for Mediatek SoC MT2701

Hi, YT: On Thu, 2016-05-12 at 19:49 +0800, yt.s...@mediatek.com wrote: > From: YT Shen > > This patch add support for the Mediatek MT2701 DISP subsystem. > There is only one OVL engine in MT2701, and we have shadow > register support here. > > Signed-off-by: YT Shen > --- > @@ -385,12 +422,16

why the count nr_file_pages is not equal to nr_inactive_file + nr_active_file ?

I find the count nr_file_pages is not equal to nr_inactive_file + nr_active_file. There are 8 cpus, 2 zones in my system. I think may be the pagevec trigger the problem, but PAGEVEC_SIZE is only 14. Does anyone know the reason? Thanks, Xishi Qiu root@hi3650:/ # cat /proc/vmstat nr_free_pages 5

[PATCH v3 0/2] mfd: lp873x: Add lp873x PMIC support

The LP873X chip is a power management IC for Portable Navigation Systems and Tablet Computing devices. It contains the following components: - Regulators. - Configurable General Purpose Output Signals(GPO). PMIC interacts with the main processor through i2c. PMIC has couple of LDOs(

[PATCH v3 2/2] mfd: lp873x: Add lp873x PMIC support

The LP873X chip is a power management IC for Portable Navigation Systems and Tablet Computing devices. It contains the following components: - Regulators. - Configurable General Purpose Output Signals(GPO). PMIC interacts with the main processor through i2c. PMIC has couple of LDOs(

[PATCH v3 1/2] Documentation: mfd: LP873X: Add information for the mfd and regulator drivers

Add information for the mfd and regulator drivers. Acked-by: Rob Herring Signed-off-by: Keerthy --- Changes in v3: * Changed the example node lable to pmic from lp8733. Documentation/devicetree/bindings/mfd/lp873x.txt | 55 1 file changed, 55 insertions(+) create

[Patch v5 0/8] Qualcomm SCM Rework

The following set of patches does a bit of rework on the existing Qualcomm SCM firmware. The first couple of patches deals with turning the current SCM into a platform driver. The next couple are cleanups that make adding the 64 support a little easier. I added in a patch to convert the scm-32 t

[Patch v5 2/8] firmware: qcom: scm: Convert SCM to platform driver

This patch converts the Qualcomm SCM firmware driver into a platform driver. Signed-off-by: Andy Gross --- drivers/firmware/qcom_scm.c | 165 +--- 1 file changed, 156 insertions(+), 9 deletions(-) diff --git a/drivers/firmware/qcom_scm.c b/drivers/firmwar

[Patch v5 6/8] firmware: qcom: scm: Add support for ARM64 SoCs

From: Kumar Gala Add an implementation of the SCM interface that works on ARM64 SoCs. This is used by things like determine if we have HDCP support or not on the system. Signed-off-by: Kumar Gala Signed-off-by: Andy Gross --- drivers/firmware/qcom_scm-32.c | 4 + drivers/firmware/qcom_scm-

[Patch v5 4/8] firmware: qcom: scm: Generalize shared error map

This patch moves the qcom_scm_remap_error function to the include file where can be used by both the 32 and 64 bit versions of the code. Reviewed-by: Stephen Boyd Acked-by: Bjorn Andersson Signed-off-by: Andy Gross Signed-off-by: Andy Gross --- drivers/firmware/qcom_scm-32.c | 17

[Patch v5 7/8] dts: qcom: apq8084: Add SCM firmware node

This patch adds the firmware node for the SCM Acked-by: Bjorn Andersson Signed-off-by: Andy Gross --- arch/arm/boot/dts/qcom-apq8084.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/qcom-apq8084.dtsi b/arch/arm/boot/dts/qcom-apq8084.dtsi index a33a09f..7c2df06

[Patch v5 8/8] arm64: dts: msm8916: Add SCM firmware node

This adds the devicetree node for the SCM firmware. Acked-by: Bjorn Andersson Signed-off-by: Andy Gross --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi b/arch/arm64/boot/dts/qcom/msm8916.dtsi index 9681

[Patch v5 5/8] firmware: qcom: scm: Convert to streaming DMA APIS

This patch converts the Qualcomm SCM driver to use the streaming DMA APIs for communication buffers. Signed-off-by: Andy Gross --- drivers/firmware/qcom_scm-32.c | 189 +++-- drivers/firmware/qcom_scm.c| 6 +- drivers/firmware/qcom_scm.h| 10 ++- 3

Re: next: fuloong2e qemu boot failure due to 'MIPS: Loongson: AddLoongson-3A R2 basic support'

On 04/19/2016 10:41 PM, Huacai Chen wrote: This is a kernel bug, I'll send a patch. Did you ever send a patch to fix this problem ? It is still broken in next-20160512. Guenter Huacai On Wed, Apr 20, 2016 at 12:43 PM, Guenter Roeck wrote: On 04/19/2016 08:37 PM, 陈华才 wrote: Hi,

[Patch v5 1/8] dt/bindings: firmware: Add Qualcomm SCM binding

This patch adds the device tree support for the Qualcomm SCM firmware. Signed-off-by: Andy Gross --- .../devicetree/bindings/firmware/qcom,scm.txt | 28 ++ 1 file changed, 28 insertions(+) create mode 100644 Documentation/devicetree/bindings/firmware/qcom,scm.txt diff

[Patch v5 3/8] firmware: qcom: scm: Use atomic SCM for cold boot

This patch changes the cold_set_boot_addr function to use atomic SCM calls. cold_set_boot_addr required adding qcom_scm_call_atomic2 to support the two arguments going to the smc call. Using atomic removes the need for memory allocation and instead places all arguments in registers. Signed-off-b

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

Oh right, sorry for the delay. On Thu, May 12, 2016 at 8:01 PM, Huang, Ying wrote: > "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: >

Re: [tip:sched/core] sched/fair: Clean up scale confusion

On Thu, May 12, 2016 at 03:31:27AM -0700, tip-bot for Peter Zijlstra wrote: > Commit-ID: 1be0eb2a97d756fb7dd8c9baf372d81fa9699c09 > Gitweb: http://git.kernel.org/tip/1be0eb2a97d756fb7dd8c9baf372d81fa9699c09 > Author: Peter Zijlstra > AuthorDate: Fri, 6 May 2016 12:21:23 +0200 > Committer:

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

On Fri, May 13, 2016 at 6:02 AM, Arend van Spriel wrote: > 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

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

On Thu, 2016-05-12 at 22:09 -0500, Rob Herring wrote: > 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

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

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

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 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: [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: [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 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: [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 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] 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] 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 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 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 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

[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 ++

[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 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

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_

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 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: 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 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: [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 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

  1   2   3   4   5   6   7   8   9   >