[PATCH v4 4/7] dax: add support for fsync/sync

To properly handle fsync/msync in an efficient way DAX needs to track dirty pages so it is able to flush them durably to media on demand. The tracking of dirty pages is done via the radix tree in struct address_space. This radix tree is already used by the page writeback infrastructure for

[PATCH v2] rt: x86: enable preemption in IST exception for x86-32

When running some ptrace single step tests on x86-32 machine, the below problem is triggered: BUG: sleeping function called from invalid context at linux-rt/kernel/locking/rtmutex.c:917 in_atomic(): 1, irqs_disabled(): 0, pid: 1041, name: dummy2 INFO: lockdep is turned off. Preemption disabled

[PATCH] staging: gdm724x: constify tty_port_operations structs

Constifies tty_port_operations structure in the tty code of the gdm724x driver since it is not modified after its initialization. Detected and found using Coccinelle. Suggested-by: Julia Lawall Signed-off-by: Aya Mahfouz ---

Re: [PATCH 2/2] md: dm-crypt: Optimize the dm-crypt for XTS mode

On 12/14/2015 09:23 AM, Baolin Wang wrote: > In now dm-crypt code, it is ineffective to map one bio with just only > one scatterlist at one time for XTS mode. We can use multiple scatterlists > to map the whole bio and send all scatterlists of one bio to crypto engine > to encrypt or decrypt,

[PATCH] tty: serial: constify psc_ops structs

Constifies psc_ops structures in tty's serial port driver since they are not modified after their initialization. Detected and found using Coccinelle. Suggested-by: Julia Lawall Signed-off-by: Aya Mahfouz ---

Re: [PATCH v2] extcon: add Maxim MAX3355 driver

On Tue, Dec 15, 2015 at 01:29:19AM +0300, Sergei Shtylyov wrote: > Hello. > > On 12/15/2015 01:21 AM, Rob Herring wrote: > > Maxim Integrated MAX3355E chip integrates a charge pump and comparators > to > enable a system with an integrated USB OTG dual-role transceiver to >

Re: [PATCH] platform/x86: Add rfkill dependency to ACPI_TOSHIBA entry

On Mon, Dec 14, 2015 at 01:00:59PM -0700, Azael Avalos wrote: > Commit 2fdde83443aa ("toshiba_acpi: Add WWAN RFKill support") added > WWAN rfkill support to the driver, but the KConfig entry was not > updated to add the RFKill dependency, causing a broken build if > RFKill is not selected. > >

Re: sched : performance regression 24% between 4.4rc4 and 4.3 kernel

Hi all, I have the results of bisecting: first bad commit: [973759c80db96ed4b4c5cb85ac7d48107f801371] Merge tag 'v4.3-rc1' into sched/core, to refresh the branch Could you please have a look at this commit why it has caused the performance regression when running 4 stream benchmarks in parallel

RE: [PATCH v5 1/2] block: invalidate the page cache when issuing BLKZEROOUT.

Thank you for taking the issues I raised about converting unsigned to signed into account. Reviewed-by: Shane Seymour

Re: [PATCH 8/8 v4] thermal: of-thermal: of_thermal_set_trip_temp() call thermal_zone_device_update()

Hi Eduardo > > From: Kuninori Morimoto > > > > of_thermal_set_trip_temp() updates trip temperature. It should call > > thermal_zone_device_update() immediately. > > > > Signed-off-by: Kuninori Morimoto > > --- > > v3 -> v4 >

Re: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support

On Wed, Dec 2, 2015 at 6:43 PM, Lv Zheng wrote: > From: Chen Yu > > This patch implements acpi_os_readable(). The function is used by ACPICA > AML debugger to validate user specified pointers for dumping the memory as > ACPICA descriptor objects. > >

Re: [PICKME 0/2] cpufreq: New ST driver

On Friday, December 11, 2015 07:05:32 AM Lee Jones wrote: > On Fri, 11 Dec 2015, Viresh Kumar wrote: > > On 10-12-15, 22:38, Rafael J. Wysocki wrote: > > > Do they depend on anything special? > > > > My opp-binding-parsing patches which you applied to bleeding-edge. > > I thought these had

[PATCH] tty: serial: constify uartlite_reg_ops structs

Constifies uartlite_reg_ops structures in tty's serial port driver since they are not modified after their initialization. Detected and found using Coccinelle. Suggested-by: Julia Lawall Signed-off-by: Aya Mahfouz ---

Re: [PATCH 31/32] x86, pkeys: execute-only support

On Mon, Dec 14, 2015 at 3:39 PM, Andy Lutomirski wrote: > On Mon, Dec 14, 2015 at 3:37 PM, Dave Hansen wrote: >> On 12/14/2015 12:05 PM, Kees Cook wrote: >>> On Mon, Dec 14, 2015 at 11:06 AM, Dave Hansen wrote: > From: Dave Hansen

[PATCH 03/11] x86/e820: Set IORESOURCE_SYSTEM_RAM to System RAM

Change e820_reserve_resources() to set IORESOURCE_SYSTEM_RAM for E820_RESERVED_KERN and E820_RAM, which are set to "System RAM". Also set IORESOURCE_SYSTEM_RAM to "Kernel data", "Kernel code", and "Kernel bss", which are children nodes of System RAM. Cc: Borislav Petkov Cc:

[PATCH] tty: constify tty_port_operations structs

Constifies tty_port_operations structures in the tty driver since they are not modified after their initialization. Detected and found using Coccinelle. Suggested-by: Julia Lawall Signed-off-by: Aya Mahfouz --- drivers/tty/goldfish.c | 2

Re: [PATCH v10 0/17] Add Analogix Core Display Port Driver

Hi Yakir, Am Montag, 7. Dezember 2015, 14:37:19 schrieb Yakir Yang: >The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller > share the same IP, so a lot of parts can be re-used. I split the common > code into bridge directory, then rk3288 and exynos only need to keep > some

Re: [PATCH 4/8 v4] thermal: rcar: retern error rcar_thermal_get_temp() if no ctemp update

Hi Eduardo, again > I believe the problem here is actually the lack of error > handling/propagation. Are you sure you want to write to parameter > in the fail path ? > > rcar_thermal_update_temp already returns error code when it fails > to read temperature. Don't you think it would make more

Re: [PATCH v0 0/5] perf: Introduce instruction trace filtering

On 14 December 2015 at 01:50, Alexander Shishkin wrote: > Mathieu Poirier writes: > >> On 11 December 2015 at 06:36, Alexander Shishkin >> wrote: >> Alex, Peter and al, >> >> As I mentioned in a

Re: [PATCH V4 12/16] Documentation: DT: bindings: Add power domain info for NVIDIA PMC

Jon Hunter writes: > On 08/12/15 19:07, Kevin Hilman wrote: >> Jon Hunter writes: >> >>> Add power-domain binding documentation for the NVIDIA PMC driver in >>> order to support generic power-domains. >>> >>> Signed-off-by: Jon Hunter

Re: [PATCH v2] Fix INT1 Exception with unregistered breakpoints

On 12/14/15, Jeff Merkey wrote: > Please consider the attached patch. > > SUMMARY > > This patch corrects a hard lockup failure of the system kernel if the > operating system receives a breakpoint exception at a code execution > address which was not registered with the

Re: [PATCHV2 1/3] x86, ras: Add new infrastructure for machine check fixup tables

On Sat, Dec 12, 2015 at 11:11:42AM +0100, Borislav Petkov wrote: > > +config MCE_KERNEL_RECOVERY > > + depends on X86_MCE && X86_64 > > + def_bool y > > Shouldn't that depend on NVDIMM or whatnot? Looks too generic now. Not sure what the "whatnot" would be though. Making it depend on

Re: [PATCH] extcon: max77843: fix handling return value of regmap_irq_get_virq

On 2015년 12월 14일 19:06, Andrzej Hajda wrote: > The function can return negative values, so its result should > be assigned to signed variable. > > The problem has been detected using proposed semantic patch > scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1]. > > [1]:

Re: [PATCH] extcon: max77693: fix handling return value of regmap_irq_get_virq

On 2015년 12월 14일 20:12, Andrzej Hajda wrote: > The function can return negative values, so its result should > be assigned to signed variable. > > Signed-off-by: Andrzej Hajda > Suggested-by: Krzysztof Kozlowski > --- >

[PATCH 1/9] Drivers: hv: utils: fix memory leak on on_msg() failure

From: Vitaly Kuznetsov inmsg should be freed in case of on_msg() failure to avoid memory leak. Preserve the error code from on_msg(). Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan ---

[PATCH 0/9] Drivers: hv: Cleanup ringbuffer code

Cleanup ringbuffer code also fix some issues in the util services. Vitaly Kuznetsov (9): Drivers: hv: utils: fix memory leak on on_msg() failure Drivers: hv: utils: rename outmsg_lock Drivers: hv: utils: introduce HVUTIL_TRANSPORT_DESTROY mode Drivers: hv: utils: fix crash when device is

linux-next: build failure after merge of the drm-msm tree

Hi Rob, After merging the drm-msm tree, today's linux-next build (arm multi_v7_defconfig) failed like this: drivers/gpu/drm/msm/mdp/mdp4/mdp4_dsi_encoder.c: In function 'mdp4_dsi_encoder_init': drivers/gpu/drm/msm/mdp/mdp4/mdp4_dsi_encoder.c:187:2: error: too few arguments to function

[PATCH] perf record: Add record.build-id config option

Post processing at perf record takes long time on big machines. What it does is to find build-id of related binaries. Sometimes we just want to skip the processing and get the result quickly. Add a new config option to control this behavior. The record.build-id config variable can have one of

Re: [PATCH v6 3/5] memory: mediatek: Add SMI driver

On Mon, 2015-12-14 at 19:18 +0100, Matthias Brugger wrote: > On Tuesday 08 Dec 2015 17:49:11 Yong Wu wrote: > > This patch add SMI(Smart Multimedia Interface) driver. This driver > > is responsible to enable/disable iommu and control the power domain > > and clocks of each local arbiter. > > > >

Re: [PATCH 31/32] x86, pkeys: execute-only support

On 12/14/2015 12:05 PM, Kees Cook wrote: > On Mon, Dec 14, 2015 at 11:06 AM, Dave Hansen wrote: >> > From: Dave Hansen >> > Protection keys provide new page-based protection in hardware. >> > But, they have an interesting attribute: they only affect

[PATCH 10/11] arm/samsung: Change s3c_pm_run_res() to use System RAM type

Change s3c_pm_run_res() to check with IORESOURCE_SYSTEM_RAM, instead of strcmp() with "System RAM", in the resource table. No functional change is made to the interface. Cc: Kukjin Kim Cc: Krzysztof Kozlowski Cc: linux-samsung-...@vger.kernel.org

[PATCH 08/11] memremap: Change region_intersects() to use System RAM type

Change region_intersects() to add @flags, and make @name optinal with NULL. When NULL is set to @name, it skips strcmp(). Change the callers of region_intersects(), memremap() and devm_memremap(), to set IORESOURCE_SYSTEM_RAM to @flags for searching System RAM. Also, export region_intersects()

[PATCH 11/11] ACPI/EINJ: Allow memory error injection to NVDIMM

In the case of memory error injection, einj_error_inject() checks if a target address is System RAM. Change this check to allow injecting a memory error to NVDIMM by calling region_intersects() with "Persistent Memory". This enables memory error testing on both System RAM and NVDIMM. In

[PATCH 00/11] Support System RAM resource type and EINJ to NVDIMM

This patch-set introduces a new I/O resource type, IORESOURCE_SYSTEM_RAM, for System RAM while keeping the current IORESOURCE_MEM type bit set for all memory-mapped ranges (including System RAM) for backward compatibility. With the new System RAM type, walking through the iomem resource table no

[PATCH 01/11] resource: Add System RAM resource type

I/O resource type, IORESOURCE_MEM, is used for all types of memory-mapped ranges, ex. System RAM, System ROM, Video RAM, Persistent Memory, PCI Bus, PCI MMCONFIG, ACPI Tables, IOAPIC, reserved, and so on. This requires walk_system_ram_range(), walk_system_ram_res(), and region_intersects() to use

[PATCH 02/11] resource: make resource flags handled properly

I/O resource flags consist of I/O resource types and modifier bits. Therefore, checking I/O resource type of the flags must be performed with a bitwise operation. Fix find_next_iomem_res() and region_intersects() that simply compare the flags against a given value. Also change

Re: randconfig build error with next-20151214, in drivers/platform/x86/toshiba_acpi.c

On Mon, Dec 14, 2015 at 04:31:48PM -0700, Jim Davis wrote: > Building with the attached random configuration file, > > drivers/built-in.o: In function `toshiba_acpi_resume': > toshiba_acpi.c:(.text+0xbdab11): undefined reference to `rfkill_set_hw_state' Thanks, Azael posted a patch which I have

Re: [PATCH 31/32] x86, pkeys: execute-only support

On Mon, Dec 14, 2015 at 3:44 PM, Dave Hansen wrote: > On 12/14/2015 03:39 PM, Andy Lutomirski wrote: >>> > Nope. My linker-fu is weak. >>> > >>> > Can we even depend on the linker by itself? Even if the sections were >>> > marked --x, we can't actually use them with those

Re: [PATCH 1/2] ARM: dts: modify rk3288 jaq backlight-level

Heiko, 在 2015年12月15日 05:46, Heiko Stübner 写道: Hi Caesar, Am Montag, 7. Dezember 2015, 21:11:08 schrieb Caesar Wang: the panel which jaq use require the pwm duty cycle larger than 3%, when the backlight status from power off to power on, otherwise the backlight will flush, so we modify the

Re: [PATCH] ftrace: fix race between ftrace and insmod

On 2015/12/14 23:51, Steven Rostedt wrote: > On Mon, 14 Dec 2015 11:16:18 +0800 > "Qiu, PeiyangX" wrote: > >> We hit ftrace_bug report when booting Android on a 64bit ATOM SOC chip. >> Basically, there is a race between insmod and ftrace_run_update_code. >> >> After

[PATCH 1/8 v5] thermal: rcar: move rcar_thermal_dt_ids to upside

From: Kuninori Morimoto This patch is prepare for of-thermal support. Signed-off-by: Kuninori Morimoto --- v4 -> v5 - no change drivers/thermal/rcar_thermal.c | 12 ++-- 1 file changed, 6 insertions(+), 6

[PATCH 2/8 v5] thermal: rcar: check every rcar_thermal_update_temp() return value

From: Kuninori Morimoto Every rcar_thermal_update_temp() return value will be checked. And also, rcar_thermal_get_temp() always call rcar_thermal_update_temp() by this patch. Signed-off-by: Kuninori Morimoto --- v4 -> v5 -

[PATCH 3/8 v5] thermal: rcar: check irq possibility in rcar_thermal_irq_xxx()

From: Kuninori Morimoto Current rcar thermal driver sometimes checks irq possibility when it calls rcar_thermal_irq_enable/disable(), but sometimes not. This patch checks it inside rcar_thermal_irq_enable/disable(). Signed-off-by: Kuninori Morimoto

[PATCH] android: unconditionally remove callbacks in sync_fence_free()

Using fence->status to determine whether or not there are callbacks remaining on the sync_fence is racy since fence->status may have been decremented to 0 on another CPU before fence_check_cb_func() has completed. By unconditionally calling fence_remove_callback() for each fence in the

[RFC PATCH] fs: __generic_file_splice_read retry lookup on AOP_TRUNCATED_PAGE

During testing, I discovered that __generic_file_splice_read() returns 0 (EOF) when aops->readpage fails with AOP_TRUNCATED_PAGE on the first page of a single/multi-page splice read operation. This EOF return code causes the userspace test to (correctly) report a zero-length read error when it was

Re: [PATCH] net: emac: emac gigabit ethernet controller driver

On 14/12/15 16:19, Gilad Avidov wrote: [snip] > + "sgmii_irq"; > + qcom,emac-gpio-mdc = < 123 0>; > + qcom,emac-gpio-mdio = < 124 0>; > + qcom,emac-tstamp-en; > + qcom,emac-ptp-frac-ns-adj = <12500 1>; > +

RE: [PATCH] KVM: x86: Add lowest-priority support for vt-d posted-interrupts

> -Original Message- > From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On > Behalf Of Radim Krcmár > Sent: Friday, December 11, 2015 10:38 PM > To: Wu, Feng > Cc: pbonz...@redhat.com; k...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: Re:

Re: [PATCH v6] sun4i-codec: Add FM, Line and Mic inputs

Hi Maxime, On Sun, 13 Dec 2015 21:58:39 +0100 Maxime Ripard wrote: > This is not the branch you should be basing your patch on. This is an > ASoC patch, base it on the ASoC tree. Okay, will do. To the branch "sunxi-next" in , right? [...] > > -static const

Re: [PATCH RESEND 1/1] serial: 8250_pci: Fix real serial port count for F81504/508/512

Hello, Andy Shevchenko 於 2015/12/13 上午 09:08 寫道: On Tue, Dec 1, 2015 at 8:54 AM, Peter Hung wrote: First of all, maybe you can consider to split this part of the driver to separate one? (Like we did for 8250_mid.c). It seems 8250_pci is too bloated. But it's just an idea,

RE: [PATCH v4 0/7] ACPICA / debugger: Add in-kernel AML debugger support

Hi, Rafael > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Tuesday, December 15, 2015 7:45 AM > > On Thursday, December 03, 2015 10:40:00 AM Lv Zheng wrote: > > This patchset enables ACPICA debugger for Linux kernel and implements a > > userspace utility to access it. > > > > A.

Re: [PATCH 2/2] md: dm-crypt: Optimize the dm-crypt for XTS mode

>> + /* >> + * Here we need to check if it can be encrypted or decrypted with >> + * bulk block, which means these encryption modes don't need IV or >> + * just need one initial IV. For bulk mode, we can expand the >> + * scatterlist entries to map the bio, then send all

Re: [PATCH RESEND 09/27] drivers:hv: Export the API to invoke a hypercall on Hyper-V

On Mon, Dec 14, 2015 at 04:01:40PM -0800, K. Y. Srinivasan wrote: > From: Jake Oshins > > This patch exposes the function that hv_vmbus.ko uses to make hypercalls. > This > is necessary for retargeting an interrupt when it is given a new affinity. > > Since we are

[PATCH v2] Fix INT1 Exception with unregistered breakpoints

Please consider the attached patch. SUMMARY This patch corrects a hard lockup failure of the system kernel if the operating system receives a breakpoint exception at a code execution address which was not registered with the operating system. The patch allows kernel debuggers, application

Re: [PATCH 31/32] x86, pkeys: execute-only support

On 12/14/2015 03:39 PM, Andy Lutomirski wrote: >> > Nope. My linker-fu is weak. >> > >> > Can we even depend on the linker by itself? Even if the sections were >> > marked --x, we can't actually use them with those permissions unless we >> > have protection keys. >> > >> > Do we need some

Re: [PATCH] lock_page() doesn't lock if __wait_on_bit_lock returns -EINTR

On Mon, Dec 14, 2015 at 01:33:56PM -0500, Dave Jones wrote: > On Sat, Dec 12, 2015 at 07:07:46PM -0500, Chris Mason wrote: > > On Sat, Dec 12, 2015 at 11:41:26AM -0800, Linus Torvalds wrote: > > > On Sat, Dec 12, 2015 at 10:33 AM, Linus Torvalds > > > wrote: > >

Re: [PATCH 10/11] arm/samsung: Change s3c_pm_run_res() to use System RAM type

On 15.12.2015 08:37, Toshi Kani wrote: > Change s3c_pm_run_res() to check with IORESOURCE_SYSTEM_RAM, > instead of strcmp() with "System RAM", in the resource table. > > No functional change is made to the interface. > > Cc: Kukjin Kim > Cc: Krzysztof Kozlowski

Re: [PATCH V4 12/16] Documentation: DT: bindings: Add power domain info for NVIDIA PMC

Jon Hunter writes: > On 09/12/15 12:23, Jon Hunter wrote: >> >> On 08/12/15 19:07, Kevin Hilman wrote: >>> Jon Hunter writes: >>> Add power-domain binding documentation for the NVIDIA PMC driver in order to support generic power-domains.

Re: [PATCH 2/2] f2fs: do more integrity verification for superblock

Hi Chao, I also got superblock failure. It seems that your patch doesn't handle correctly if segment0_blkaddr is not zero. Please see below. On Fri, Dec 11, 2015 at 04:09:23PM +0800, Chao Yu wrote: > Do more sanity check for superblock during ->mount. > > Signed-off-by: Chao Yu

[lkp] [mtd] e0460264db: BUG: unable to handle kernel NULL pointer dereference at 000005c4

FYI, we noticed the below changes on https://github.com/bbrezillon/linux-0day nand/ecclayout-squashed commit e0460264db239f81a05a0f116efc84b9c650e0df ("mtd: use mtd_eccpos() and mtd_oobfree() where appropriate") +-+++

Re: [RFC PATCH 2/2] block: virtio-blk: support multi virt queues per virtio-blk device

Hi Paolo, On Mon, Dec 14, 2015 at 6:31 PM, Paolo Bonzini wrote: > > > On 18/06/2014 06:04, Ming Lei wrote: >> For virtio-blk, I don't think it is always better to take more queues, and >> we need to leverage below things in host side: >> >> - host storage top performance,

[PATCH v2 2/2] f2fs: do more integrity verification for superblock

Do more sanity check for superblock during ->mount. Signed-off-by: Chao Yu --- v2: o fix incorrect check for main_blkaddr. fs/f2fs/super.c | 98 + 1 file changed, 98 insertions(+) diff --git a/fs/f2fs/super.c

RE: [PATCH net-next] net, cgroup: cgroup_sk_updat_lock was missing initializer

> -Original Message- > From: David Miller [mailto:da...@davemloft.net] > Sent: Tuesday, December 15, 2015 3:21 > To: t...@kernel.org > Cc: Dexuan Cui ; pa...@netfilter.org; ka...@trash.net; > kad...@blackhole.kfki.hu; dan...@iogearbox.net; daniel.wag...@bmw-carit.de; >

[PATCH 1/2] cpuacct: rename parameter in cpuusage_write for readability

The name of 'reset' makes a little confusion in reading, we would say, if we want to reset usage, return -EINVAL. That's not true. Actually, we want to say, we only allow user to do a reset. This patch rename reset to val and add a comment here, making the code more readable. Signed-off-by:

[PATCH 2/2] cpuacct: split usage into user_usage and sys_usage.

Sometimes, cpuacct.usage is not detialed enough to user to see how much usage a group used. We want to know how much time it used in user mode and how much in kernel mode. This patch introduce some more files to tell user these informations. # ls /sys/fs/cgroup/cpuacct/cpuacct.usage*

[PATCH] tty: serial: constify sunhv_ops structs

Constifies sunhv_ops structures in tty's serial driver since they are not modified after their initialization. Detected and found using Coccinelle. Suggested-by: Julia Lawall Signed-off-by: Aya Mahfouz --- drivers/tty/serial/sunhv.c | 6

[PATCH 05/11] xen: Set IORESOURCE_SYSTEM_RAM to System RAM

Set IORESOURCE_SYSTEM_RAM to the flags of memory hotplug resource ranges with "System RAM". Cc: Konrad Rzeszutek Wilk Cc: xen-de...@lists.xenproject.org Signed-off-by: Toshi Kani --- drivers/xen/balloon.c |2 +- 1 file changed, 1 insertion(+), 1

[PATCH] char: constify tty_port_operations structs

Constifies tty_port_operations structure in the char driver since it is not modified after its initialization. Detected and found using Coccinelle. Suggested-by: Julia Lawall Signed-off-by: Aya Mahfouz --- drivers/char/ttyprintk.c | 2 +-

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Tue, Dec 8, 2015 at 12:39 PM, H. Peter Anvin wrote: > On December 8, 2015 12:30:06 PM PST, Kees Cook wrote: >>On Tue, Dec 8, 2015 at 6:19 AM, Borislav Petkov wrote: >>> On Tue, Dec 08, 2015 at 12:25:57PM +, Matt Fleming wrote:

Re: [PATCH 3/3] extcon: arizona: Add DT binding examples

On 2015년 12월 14일 19:37, Charles Keepax wrote: > Add an example for all elements of the Arizona extcon device tree > binding. > > Signed-off-by: Charles Keepax > --- > .../devicetree/bindings/extcon/extcon-arizona.txt | 26 > ++ > 1 file

Re: [PATCH v2 1/3] extcon: arizona: Add device bindings for the micd configurations

On 2015년 12월 14일 19:37, Charles Keepax wrote: > Add device bindings to support configuring the jack detection > configurations. Each configuration needs to specify the connection of > the mic det pins, which micbias should be used and the value of the > micd polarity GPIO required to activate that

Re: [PATCH v2 2/3] extcon: arizona: Update device tree binding for mic detect configurations

On 2015년 12월 14일 19:37, Charles Keepax wrote: > Update the device tree binding documentation to include documentation for > the wlf,micd-configs property that is used to specify the configurations > for headset polarity detection (CTIA / OTMP). > > Signed-off-by: Charles Keepax

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

On 12/14/2015 11:25 PM, Joonsoo Kim wrote: > 2015-12-14 19:29 GMT+09:00 Vlastimil Babka : >> On 12/14/2015 06:02 AM, Joonsoo Kim wrote: >>> Before vs After >>> Max: 1096 MB/s vs 1325 MB/s >>> Min: 635 MB/s 1015 MB/s >>> Avg: 899 MB/s 1194 MB/s >>> >>> Avg is improved by roughly 30%

[PATCH 8/8 v5] thermal: trip_point_temp_store() calls thermal_zone_device_update()

From: Kuninori Morimoto trip_point_temp_store() updates trip temperature. It should call thermal_zone_device_update() immediately. Signed-off-by: Kuninori Morimoto --- v4 -> v5 - implemented on thermal_core.c

[PATCH 9/9] Drivers: hv: ring_buffer: eliminate hv_ringbuffer_peek()

From: Vitaly Kuznetsov Currently, there is only one user for hv_ringbuffer_read()/ hv_ringbuffer_peak() functions and the usage of these functions is: - insecure as we drop ring_lock between them, someone else (in theory only) can acquire it in between; - non-optimal as we

[PATCH 6/9] Drivers: hv: ring_buffer: remove stray smp_read_barrier_depends()

From: Vitaly Kuznetsov smp_read_barrier_depends() does nothing on almost all arcitectures including x86 and having it in the beginning of hv_get_ringbuffer_availbytes() does not provide any guarantees anyway. Signed-off-by: Vitaly Kuznetsov

[PATCH 2/9] Drivers: hv: utils: rename outmsg_lock

From: Vitaly Kuznetsov As a preparation to reusing outmsg_lock to protect test-and-set openrations on 'mode' rename it the more general 'lock'. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan ---

[PATCH 3/9] Drivers: hv: utils: introduce HVUTIL_TRANSPORT_DESTROY mode

From: Vitaly Kuznetsov When Hyper-V host asks us to remove some util driver by closing the appropriate channel there is no easy way to force the current file descriptor holder to hang up but we can start to respond -EBADF to all operations asking it to exit gracefully. As

[PATCH 8/9] Drivers: hv: remove code duplication between vmbus_recvpacket()/vmbus_recvpacket_raw()

From: Vitaly Kuznetsov vmbus_recvpacket() and vmbus_recvpacket_raw() are almost identical but there are two discrepancies: 1) vmbus_recvpacket() doesn't propagate errors from hv_ringbuffer_read() which looks like it is not desired. 2) There is an error message printed in

[PATCH 7/9] Drivers: hv: ring_buffer: remove code duplication from hv_ringbuffer_peek/read()

From: Vitaly Kuznetsov hv_ringbuffer_peek() does the same as hv_ringbuffer_read() without advancing the read index. The only functional change this patch brings is moving hv_need_to_signal_on_read() call under the ring_lock but this function is just a couple of comparisons.

Re: [PATCH/RFC 12/16] perf tools: Reduce lock contention when processing events

Hi Jiri, On Mon, Dec 14, 2015 at 09:43:04AM +0100, Jiri Olsa wrote: > On Thu, Dec 10, 2015 at 04:53:31PM +0900, Namhyung Kim wrote: > > When multi-thread is enabled, the machine->threads_lock is contented > > as all worker threads try to grab the writer lock using the > >

[PATCH 6/6] perf, tools, stat: Document CSV format in manpage

From: Andi Kleen With all the recently added fields in the perf stat CSV output we should finally document them in the man page. Do this here. Signed-off-by: Andi Kleen --- tools/perf/Documentation/perf-stat.txt | 19 +++ 1 file

[PATCH 2/6] perf, tools, stat: Add support for metrics in interval mode

From: Andi Kleen Now that we can modify the metrics printout functions easily, it's straight forward to support metric printing for interval mode. All that is needed is to print the time stamp on every new line. Pass the prefix into the context and print it out. v2: Move

Re: [PATCH v6 4/5] iommu/mediatek: Add mt8173 IOMMU driver

On Mon, 2015-12-14 at 19:19 +0100, Matthias Brugger wrote: > > On 08/12/15 10:49, Yong Wu wrote: > > This patch adds support for mediatek m4u (MultiMedia Memory Management > > Unit). > > > > Signed-off-by: Yong Wu > > --- [...] > > +static void mtk_iommu_config(struct

Re: [RFC] powerpc: Enable UBSAN support

On 10/12/15 11:42, Daniel Axtens wrote: This hooks up UBSAN support for PowerPC. So far it's found some interesting cases where we don't properly sanitise input to shifts, including one in our futex handling. Nothing critical, but interesting and worth fixing. CC: Andrey Ryabinin

Re: [RFCv6 PATCH 07/10] sched/fair: jump to max OPP when crossing UP threshold

Hi Juri, On 12/11/2015 03:12 AM, Juri Lelli wrote: >> @@ -2895,6 +2934,8 @@ void scheduler_tick(void) >> >trigger_load_balance(rq); >> > #endif >> >rq_last_tick_reset(rq); >> > + >> > + sched_freq_tick(cpu); > We are not holding rq->lock anymore at this points, and this collides > with

Re: [PATCH v2 01/14] DEVICETREE: Add bindings for PIC32 interrupt controller

On Mon, Dec 14, 2015 at 03:42:03PM -0700, Joshua Henderson wrote: > From: Cristian Birsan > > Document the devicetree bindings for the interrupt controller on > Microchip PIC32 class devices. > > Signed-off-by: Cristian Birsan >

Re: [PATCH 4/8 v4] thermal: rcar: retern error rcar_thermal_get_temp() if no ctemp update

Hi Eduardo > > --- a/drivers/thermal/rcar_thermal.c > > +++ b/drivers/thermal/rcar_thermal.c > > @@ -199,9 +199,9 @@ static int rcar_thermal_update_temp(struct > > rcar_thermal_priv *priv) > > > > dev_dbg(dev, "thermal%d %d -> %d\n", priv->id, priv->ctemp, ctemp); > > > > -

Re: [PATCH] ptrace: being capable wrt a process requires mapped uids/gids

On Sat, Dec 12, 2015 at 12:12 PM, Jann Horn wrote: > ptrace_has_cap() checks whether the current process should be > treated as having a certain capability for ptrace checks > against another process. Until now, this was equivalent to > has_ns_capability(current, target_ns,

Re: [PATCH 31/32] x86, pkeys: execute-only support

On 12/14/2015 03:47 PM, Andy Lutomirski wrote: > On Mon, Dec 14, 2015 at 3:44 PM, Dave Hansen wrote: >> On 12/14/2015 03:39 PM, Andy Lutomirski wrote: > Nope. My linker-fu is weak. > > Can we even depend on the linker by itself? Even if the sections were > marked

[PATCH] drm: Use the driver's gem_object_free function from CMA helpers.

VC4 wraps the CMA objects in its own structures, so it needs to do its own teardown (waiting for GPU to finish, updating bo_stats tracking). The other CMA drivers are using drm_gem_cma_free_object as their gem_free_object, so this should be a no-op for them. Signed-off-by: Eric Anholt

[PATCH 7/8 v5] ARM: shmobile: r8a7791: enable to use thermal-zone

From: Kuninori Morimoto This patch enables to use thermal-zone on r8a7791. This thermal sensor can measure temperature from -4 to 125000, but over 117000 can be critical on this chip. Thus, default critical temperature is now set as 115000 (this driver is

[PATCH 5/8 v5] thermal: rcar: enable to use thermal-zone on DT

From: Kuninori Morimoto This patch enables to use thermal-zone on DT if it was call as "renesas,rcar-thermal-gen2". Previous style is still supported by "renesas,rcar-thermal". Signed-off-by: Kuninori Morimoto --- v4 -> v5

[PATCH 6/8 v5] ARM: shmobile: r8a7790: enable to use thermal-zone

From: Kuninori Morimoto This patch enables to use thermal-zone on r8a7790. This thermal sensor can measure temperature from -4 to 125000, but over 117000 can be critical on this chip. Thus, default critical temperature is now set as 115000 (this driver is

[PATCH 4/8 v5] thermal: rcar: rcar_thermal_get_temp() return error if strange temp

From: Kuninori Morimoto Signed-off-by: Kuninori Morimoto --- v4 -> v5 - rcar_thermal_update_temp() has no change - "retern" -> "return" on Subject drivers/thermal/rcar_thermal.c | 12 +++- 1 file changed, 11

RE: [PATCH 2/2] f2fs: do more integrity verification for superblock

Hi Jaegeuk, > -Original Message- > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > Sent: Tuesday, December 15, 2015 8:56 AM > To: Chao Yu > Cc: linux-f2fs-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org > Subject: Re: [PATCH 2/2] f2fs: do more integrity verification for

[PATCH] f2fs: add symbol to avoid any confusion with tools

This patch adds MAX_VOLUME_NAME to sync with f2fs-tools. Signed-off-by: Jaegeuk Kim --- include/linux/f2fs_fs.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/include/linux/f2fs_fs.h b/include/linux/f2fs_fs.h index 25c6324..e59c3be 100644 ---

Re: [PATCH RESEND 22/27] tools/hv: Use include/uapi with __EXPORTED_HEADERS__

On Mon, Dec 14, 2015 at 04:01:53PM -0800, K. Y. Srinivasan wrote: > From: Kamal Mostafa > > Use the local uapi headers to keep in sync with "recently" added #define's > (e.g. VSS_OP_REGISTER1). > > Fixes: 3eb2094c59e89db2bedd401e23c7a870081c9edb Please use the "correct"

Re: sched : performance regression 24% between 4.4rc4 and 4.3 kernel

Hi all, I have the results of bisecting: first bad commit: [973759c80db96ed4b4c5cb85ac7d48107f801371] Merge tag 'v4.3-rc1' into sched/core, to refresh the branch Could you please have a look at this commit why it has caused the performance regression when running 4 stream benchmarks in parallel

Re: [PATCH] extcon: max77693: fix handling return value of regmap_irq_get_virq

On 14.12.2015 20:12, Andrzej Hajda wrote: > The function can return negative values, so its result should > be assigned to signed variable. > > Signed-off-by: Andrzej Hajda > Suggested-by: Krzysztof Kozlowski > --- >

Re: [PATCH v1 1/3] i2c: rk3x: add calc_divs ops for new version

Hi David: It's better to add a cover-letter, and add changes note for new version, such as: changes since v0: - split patch to two patches or more, one patch for one new feature (Heiko) and NOT to have two same signed-off-by 在 11/12/2015 22:33, David Wu 写道: The calc_divs of new version is

  1   2   3   4   5   6   7   8   9   10   >