Re: [PATCH v2 3/4] acpi: Fix the check handle in case of declaring processors using the Device operator

Hi tglx, At 03/01/2017 07:12 PM, Thomas Gleixner wrote: On Mon, 20 Feb 2017, Dou Liyang wrote: In ACPI spec, we can declare processors using both Processor and Device operator. And before we use the ACPI table, we should check the correctness for all processors in ACPI namespace. But,

Re: [PATCH v2 0/4] fujitsu_init() cleanup

> On Wed, Mar 01, 2017 at 09:10:40AM +0100, Micha?? K??pie?? wrote: > > These patches should make fujitsu_init() a bit more palatable. No > > changes are made to platform device code yet, for clarity these will be > > posted in a separate series after this one gets applied. > > Thanks for these.

[PATCH 3/3] cpufreq: schedutil: remove redundant code from sugov_next_freq_shared()

The same code is present both within and outside the loop and it doesn't look like it provides any additional benefit. Remove the special handling of sg_cpu and let it happen within the loop. With this change we will do two extra comparisons for the sg_cpu in the loop, but the loop will do one

[PATCH v2] staging: speakup: Comparison to NULL could be written

Fixed coding style for null comparisons in speakup driver to be more consistant with the rest of the kernel coding style. Signed-off-by: Arushi Singhal --- changes in v2 - fixed coding style error and upto the coding style. drivers/staging/speakup/fakekey.c

Re: mm allocation failure and hang when running xfstests generic/269 on xfs

On Thu 02-03-17 12:17:47, Anshuman Khandual wrote: > On 03/02/2017 10:49 AM, Xiong Zhou wrote: > > On Wed, Mar 01, 2017 at 04:37:31PM -0800, Christoph Hellwig wrote: > >> On Wed, Mar 01, 2017 at 12:46:34PM +0800, Xiong Zhou wrote: > >>> Hi, > >>> > >>> It's reproduciable, not everytime though.

[tip:efi/urgent] efi/libstub: Treat missing SecureBoot variable as Secure Boot disabled

Commit-ID: 52e51f16407b7b34e26affb500a21e250d9fce0b Gitweb: http://git.kernel.org/tip/52e51f16407b7b34e26affb500a21e250d9fce0b Author: Ard Biesheuvel AuthorDate: Wed, 1 Mar 2017 19:04:35 + Committer: Ingo Molnar CommitDate: Thu, 2 Mar

[tip:x86/urgent] x86/hpet: Prevent might sleep splat on resume

Commit-ID: bb1a2c26165640ba2cbcfe06c81e9f9d6db4e643 Gitweb: http://git.kernel.org/tip/bb1a2c26165640ba2cbcfe06c81e9f9d6db4e643 Author: Thomas Gleixner AuthorDate: Wed, 1 Mar 2017 21:10:17 +0100 Committer: Thomas Gleixner CommitDate: Thu, 2 Mar

Re: [PATCH 2/2 RESEND] drm/vc4: Fix OOPSes from trying to cache a partially constructed BO.

On Wed, 1 Mar 2017 10:56:02 -0800 Eric Anholt wrote: > If a CMA allocation failed, the partially constructed BO would be > unreferenced through the normal path, and we might choose to put it in > the BO cache. If we then reused it before it expired from the cache, > the kernel

subdevice config into pointer (was Re: [PATCH 1/4] v4l2: device_register_subdev_nodes: allow calling multiple times)

Hi! > Making the sub-device bus configuration a pointer should be in a separate > patch. It makes sense since the entire configuration is not valid for all > sub-devices attached to the ISP anymore. I think it originally was a > separate patch, but they probably have been merged at some point. I

Re: [RFC PATCH 2/2] mtd: devices: m25p80: Enable spi-nor bounce buffer support

On 01/03/2017 17:55, Boris Brezillon wrote: > On Wed, 1 Mar 2017 17:16:30 +0530 > Vignesh R wrote: > >> On Wednesday 01 March 2017 04:13 PM, Cyrille Pitchen wrote: >>> Le 01/03/2017 à 05:54, Vignesh R a écrit : On Wednesday 01 March 2017 03:11 AM, Richard Weinberger

pull-request: wireless-drivers 2017-03-02

Hi Dave, only one patch this time, the new version of ath10k patch we reverted earlier. I was supposed to send you this earlier but it got delayed because I'm on vacation, so sorry about that. I'm hoping this is ok to take also even the merge window is closed as the changes to the first version

[PATCH 1/3] cpufreq: schedutil: move cached_raw_freq to struct sugov_policy

cached_raw_freq applies to the entire cpufreq policy and not individual CPUs. Apart from wasting per-cpu memory, it is actually wrong to keep it in struct sugov_cpu as we may end up comparing next_freq with a stale cached_raw_freq of a random CPU. Move cached_raw_freq to struct sugov_policy.

BUSINESS REQUEST………

Greetings, I am a banker with Bank of Africa (BOA) Ouagadougou Burkina Faso. I am in a better position to transfer about $22.3 million US Dollars into a foreign account. If you are willing and capable to work with me to receive this fund into a personal or company's account, I will give you

Re: [PATCH v2 1/4] Revert"x86/acpi: Set persistent cpuid <-> nodeid mapping when booting"

Hi tglx, Thank you very much for your guidance! It makes me more profound understanding of the changelog. And you also rewrote my changelog for giving me an example. I am so grateful that you can help me so carefully. Once I heard the charm of the open source community, Now i can really feel

Re: [PATCH v2 1/2] pinctrl: rockchip：Add input schmitt support

Hi David, On 03/02/2017 03:11 PM, David Wu wrote: From: "david.wu" You do not need to add this when you send mail for yourself, it's need when you send mail for others. To prevent external signal crosstalk, some pins need to enable input schmitt, like i2c pins,

Re: [PATCH v2 3/5] dt-bindings: fix for Allwinner H5 pinctrl's compatible

On Thu, Mar 02, 2017 at 02:01:09AM +0800, Icenowy Zheng wrote: > The compatible for Allwinner H5 pin controller is wrong written as > allwinner,sun50i-h5-r-pinctrl, however, it's really a generic pinctrl > rather than a "r" one. > > Fix this compatible string. > > Signed-off-by: Icenowy Zheng

Re: [PATCH fixes v3] pinctrl: Really force states during suspend/resume

On Wed, Mar 1, 2017 at 8:32 PM, Florian Fainelli wrote: > In case a platform only defaults a "default" set of pins, but not a > "sleep" set of pins, and this particular platform suspends and resumes > in a way that the pin states are not preserved by the hardware, when we >

[PATCH resend] timers, sched_clock: Update timeout for clock wrap

The scheduler clock framework may not use the correct timeout for the clock wrap. This happens when a new clock driver calls sched_clock_register() after the kernel called sched_clock_postinit(). In this case the clock wrap timeout is too long thus sched_clock_poll() is called too late and the

boot failure, module: overflow in relocation

Hi, One host failed to boot while merge going on, [ 13.076303] module: overflow in relocation type 10 val a0060e58 [ 13.076338] module: overflow in relocation type 10 val a01ac96b [ 13.076340] module: `scsi_transport_sas' likely not compiled with -mcmodel=kernel [

Re: [PATCH] [media] ad5820: remove incorrect __exit markups

On Wed 2017-03-01 15:41:23, Dmitry Torokhov wrote: > Even if bus is not hot-pluggable, devices can be unbound from the > driver via sysfs, so we should not be using __exit annotations on > remove() methods. The only exception is drivers registered with > platform_driver_probe() which specifically

Re: Still OOM problems with 4.9er/4.10er kernels

Hi Michal, On Tue, Feb 28, 2017 at 09:12:24AM +0100, Michal Hocko wrote: > On Tue 28-02-17 14:17:23, Minchan Kim wrote: > > On Mon, Feb 27, 2017 at 10:44:49AM +0100, Michal Hocko wrote: > > > On Mon 27-02-17 18:02:36, Minchan Kim wrote: > > > [...] > > > > >From

FW: RE: Re: FW: RE: Re: Subject: [PATCH v3] USB:Core: BugFix: Proper handling of Race Condition when two USB class drivers try to call init_usb_class simultaneously

> On Wed, 1 Mar 2017, Alan Stern wrote: >> On Wed, 1 Mar 2017, Ajay Kaher wrote: >>> On Mon, 22 Feb 2017, Ajay Kaher wrote: >>>    > Alan, as per my understanding I have shifted the lock from > release_usb_class() to destroy_usb_class() in patch v3.  > If it is not right, please 

Re: [RFC v2 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files

On Wed, Mar 01, 2017 at 03:05:09PM -0800, Andrei Vagin wrote: > > I rewrote this function and I think it looks more readable now. What do you > think? > Agreed! I'll prepare new version for the whole set and resend. Thank you!

Re: [PATCH v2 4/4] acpi: Move the verification of duplicate proc_id from booting time to hot-plug time

Hi tglx, At 03/01/2017 07:26 PM, Thomas Gleixner wrote: On Mon, 20 Feb 2017, Dou Liyang wrote: Please make your subject line short and a precise summary phrase, not an overlong sentence. After we revert the the mapping of "cpuid <-> nodeid" fixed at the booting time. and do it at the

[PATCH 2/3] cpufreq: schedutil: Pass sg_policy to get_next_freq()

get_next_freq() uses sg_cpu only to get sg_policy, which the callers of get_next_freq() already have. Pass sg_policy instead of sg_cpu to get_next_freq(), to make it more efficient. Signed-off-by: Viresh Kumar --- kernel/sched/cpufreq_schedutil.c | 11 +-- 1

[tip:locking/urgent] locking/ww_mutex: Replace cpu_relax() with cond_resched() for tests

Commit-ID: 2b232e0c3b3a09f3e33750aa20e314f1b80e5361 Gitweb: http://git.kernel.org/tip/2b232e0c3b3a09f3e33750aa20e314f1b80e5361 Author: Chris Wilson AuthorDate: Tue, 28 Feb 2017 09:40:11 + Committer: Ingo Molnar CommitDate: Thu, 2 Mar 2017

[tip:efi/urgent] efi/arm: Fix boot crash with CONFIG_CPUMASK_OFFSTACK=y

Commit-ID: d1eb98143c56f24fef125f5bbed49ae0b52fb7d6 Gitweb: http://git.kernel.org/tip/d1eb98143c56f24fef125f5bbed49ae0b52fb7d6 Author: Ard Biesheuvel AuthorDate: Wed, 1 Mar 2017 19:05:54 + Committer: Ingo Molnar CommitDate: Thu, 2 Mar

[tip:locking/urgent] locking/ww_mutex: Adjust the lock number for stress test

Commit-ID: 857811a37129f5d2ba162d7be3986eff44724014 Gitweb: http://git.kernel.org/tip/857811a37129f5d2ba162d7be3986eff44724014 Author: Boqun Feng AuthorDate: Wed, 1 Mar 2017 23:01:38 +0800 Committer: Ingo Molnar CommitDate: Thu, 2 Mar 2017

Re: [PATCH v2 1/2] extcon: cros-ec: Add extcon-cros-ec driver to support display out.

Hi, On 2017년 03월 01일 20:19, Enric Balletbo i Serra wrote: > From: Benson Leung > > This is the driver for the USB Type C cable detection mechanism > built into the ChromeOS Embedded Controller on systems that > have USB Type-C ports. > > At present, this allows for the

[PATCH V3 0/4] Add Spreadtrum SP9860G support

SC9860 is a Spreadtrum SoC with eight Cortex A53, which are divided into 4 Big cores and 4 little cores. This patch-set provides a basic configuration for SC9860 in device tree to make it run to console. After this we will continue to submit other device drivers step by step, which are using on

Re: [PATCH] tpm: select CONFIG_CRYPTO

On Tue, Feb 28, 2017 at 10:24:45PM +0100, Peter Huewe wrote: > > > Am 28. Februar 2017 22:12:55 MEZ schrieb Arnd Bergmann : > >We get a newly introduced harmless warning when CONFIG_CRYPTO is > >disabled: > > > >warning: (TCG_TPM && TRUSTED_KEYS && IMA) selects CRYPTO_HASH_INFO >

Re: [PATCH/RFC] arm64: pmu: add Qualcomm Technologies extensions

On 01/03/17 21:36, Leeder, Neil wrote: > Hi Mark, > Thanks for the quick response. > > On 3/1/2017 1:10 PM, Mark Rutland wrote: >> Hi Neil, >> >> On Wed, Mar 01, 2017 at 11:18:05AM -0500, Neil Leeder wrote: >>> Adds CPU PMU perf events support for Qualcomm Technologies' Falkor CPU. >>> >>> The

[PATCH] radix tree test suite: Fix build with --as-needed

Currently the radix tree test suite doesn't build with toolchains that use --as-needed by default, for example Ubuntu's: cc -I. -I../../include -g -O2 -Wall -D_LGPL_SOURCE -fsanitize=address -lpthread -lurcu main.o ... -o main /usr/bin/ld: regression1.o: undefined reference to symbol

Re: [PATCH V2 3/4] drm/bridge: Drivers for megachips-stdpxxxx-ge-b850v3-fw (LVDS-DP++)

Hi Peter, On 3/1/2017 4:08 PM, Peter Senna Tschudin wrote: Hi Archit, Thank you for the review! On Wed, Mar 01, 2017 at 09:38:48AM +0530, Archit Taneja wrote: On 02/28/2017 07:58 PM, Peter Senna Tschudin wrote: The video processing pipeline on the second output on the GE B850v3: Host

Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support

On 01/03/17 02:31, Xiongfeng Wang wrote: [lot of things] > If an SEA is injected into guest OS, the guest OS will jump to the SEA > exception entry when the context switched to guest OS. And the CPSR and > FAR_EL1 are recovered according to the content of vcpu. Then the guest > OS can signal a

Re: net/ipv4: deadlock in ip_ra_control

On Wed, Mar 1, 2017 at 6:18 PM, Cong Wang wrote: > On Wed, Mar 1, 2017 at 2:44 AM, Dmitry Vyukov wrote: >> Hello, >> >> I've got the following deadlock report while running syzkaller fuzzer >> on linux-next/51788aebe7cae79cb334ad50641347465fc188fd:

Re: [PATCHv2] perf tools: Force uncore events to system wide monitoring

On Thu, Mar 02, 2017 at 08:44:10AM +0100, Jiri Olsa wrote: > On Wed, Mar 01, 2017 at 06:36:39PM -0300, Arnaldo Carvalho de Melo wrote: > > SNIP > > > [acme@jouet linux]$ perf stat usleep 1 > > > >Performance counter stats for 'usleep 1': > > > > 2.022049 task-clock:u

Re: [PATCH v2 2/4] Revert"x86/acpi: Enable MADT APIs to return disabled apicids"

Hi tglx, At 03/01/2017 06:52 PM, Thomas Gleixner wrote: On Mon, 20 Feb 2017, Dou Liyang wrote: After we never do the last mapping of "cpuid <-> nodeid" at booting time. we also no need to enable MADT APIs to return disabled apicid. So, The patch work for reverting the commit 8ad893faf2:

Re: [GIT PULL] vfs patches for 4.11

On Mon, Feb 20, 2017 at 7:17 PM, Al Viro wrote: > On Mon, Feb 20, 2017 at 05:19:00PM +0100, Miklos Szeredi wrote: >> Hi Al, >> >> Please pull from: >> >> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git for-viro >> >> Amir Goldstein (4): >> vfs:

[PATCH 0/3] cupfreq: schedutil: Minor fix and cleanups

Hi, The first patch fixes an issue and the other two do cleanups. I have run hackbench with these patches and no regressions were noticed. -- viresh Viresh Kumar (3): cpufreq: schedutil: move cached_raw_freq to struct sugov_policy cpufreq: schedutil: Pass sg_policy to get_next_freq()

Re: [PATCH 1/2 RESEND] drm/vc4: Fulfill user BO creation requests from the kernel BO cache.

On Wed, 1 Mar 2017 10:56:01 -0800 Eric Anholt wrote: > The from_cache flag was actually "the BO is invisible to userspace", > so we can repurpose it to just zero out a cached BO and return it to > userspace. > > Improves wall time for a loop of 5 glsl-algebraic-add-add-1 by >

RE: [PATCH 3/3] PCI: Xilinx NWL PCIe: Fix Error for multi function device for legacy interrupts.

Hi, Any one is working on fix for this issue ? Regards, Bharat > -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: Tuesday, September 13, 2016 8:35 PM > To: Marc Zyngier > Cc: Bharat Kumar Gogada ; r...@kernel.org;

Re: [PATCH] ARM: dump: Add domain to output

On Wed, Mar 1, 2017 at 11:55 PM, Kees Cook wrote: > This adds the memory domain (on non-LPAE) to the PMD and PTE dumps. This > isn't in the regular PMD bits because I couldn't find a clean way to > fall back to retain some of the PMD bits when reporting PTE. So this is >

[PATCH] Revert "usb: gadget: uvc: Add missing call for additional setup data"

This reverts commit 4fbac5206afd01b717d4bdc58793d471f3391b4b. This commit breaks g_webcam when used with uvc-gadget [1]. The user space application (e.g. uvc-gadget) is responsible for sending response to UVC class specific requests on control endpoint in uvc_send_response() in uvc_v4l2.c. The

Re: [PATCH v2 1/5] pinctrl: sunxi: refactor pinctrl choice selecting for ARM64

On Thu, Mar 02, 2017 at 02:01:07AM +0800, Icenowy Zheng wrote: > ARM64 Allwinner SoCs used to have every pinctrl driver selected in > ARCH_SUNXI. Change this to make their default value to (ARM64 && > ARCH_SUNXI). > > Signed-off-by: Icenowy Zheng > Reviewed-by: Andre Przywara

Re: [Outreachy kernel] [PATCH 1/6] staging: wlan-ng: Fix sparse warning of restricted __le16

On Thu, 2 Mar 2017, Julia Lawall wrote: > > > On Thu, 2 Mar 2017, simran singhal wrote: > > > This patch fixes the following sparse warning: > > warning: cast to restricted __le16 > > You commit message should not say just fix X. What have you done to carry > out the fix and why is this the

Re: [PATCH] omap3isp: add support for CSI1 bus

Hi! > > >> + > > >> +static int isp_of_parse_node_endpoint(struct device *dev, > > >> + struct device_node *node, > > >> + struct isp_async_subdev *isd) > > >> +{ > > >> +struct isp_bus_cfg *buscfg; > > >> +

Re: [PATCH] devicetree: Add video bus switch

On Mon 2017-02-13 12:20:35, Sakari Ailus wrote: > Hi Pavel, > > On Mon, Feb 13, 2017 at 10:54:20AM +0100, Pavel Machek wrote: > > Hi! > > > > > > Take a look at the wikipedia. If you do "one at a time" at 100Hz, you > > > > can claim it is time-domain multiplex. But we are plain switching the >

Re: mm allocation failure and hang when running xfstests generic/269 on xfs

On Thu, Mar 02, 2017 at 09:42:23AM +0100, Michal Hocko wrote: > On Thu 02-03-17 12:17:47, Anshuman Khandual wrote: > > On 03/02/2017 10:49 AM, Xiong Zhou wrote: > > > On Wed, Mar 01, 2017 at 04:37:31PM -0800, Christoph Hellwig wrote: > > >> On Wed, Mar 01, 2017 at 12:46:34PM +0800, Xiong Zhou

Re: [GIT PULL] vfs patches for 4.11

On Thu, Mar 02, 2017 at 10:32:08AM +0200, Amir Goldstein wrote: > On Mon, Feb 20, 2017 at 7:17 PM, Al Viro wrote: > > On Mon, Feb 20, 2017 at 05:19:00PM +0100, Miklos Szeredi wrote: > >> Hi Al, > >> > >> Please pull from: > >> > >>

Re: [PATCH v4 1/1] drm/fb-helper: implement ioctl FBIO_WAITFORVSYNC

On Tue, Feb 28, 2017 at 04:36:51PM +0100, Maxime Ripard wrote: > Implement legacy framebuffer ioctl FBIO_WAITFORVSYNC in the generic > framebuffer emulation driver. Legacy framebuffer users like non kms/drm > based OpenGL(ES)/EGL implementations may require the ioctl to > synchronize drawing or

Re: [PATCH 1/2] irqdomain: add empty irq_domain_check_msi_remap

On 02/03/17 10:01, Mian Yousaf Kaukab wrote: > Fix following build error for s390: > drivers/vfio/vfio_iommu_type1.c: In function 'vfio_iommu_type1_attach_group': > drivers/vfio/vfio_iommu_type1.c:1290:25: error: implicit declaration of > function 'irq_domain_check_msi_remap' > > Signed-off-by:

Re: [PATCH 2/2] vfio: type1: conditionally check MSI remapping at irq domain level

Hi, On 02/03/2017 11:01, Mian Yousaf Kaukab wrote: > Check only if irq domains are available. > > Signed-off-by: Mian Yousaf Kaukab > --- > drivers/vfio/vfio_iommu_type1.c | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git

[PATCH 1/2] irqdomain: add empty irq_domain_check_msi_remap

Fix following build error for s390: drivers/vfio/vfio_iommu_type1.c: In function 'vfio_iommu_type1_attach_group': drivers/vfio/vfio_iommu_type1.c:1290:25: error: implicit declaration of function 'irq_domain_check_msi_remap' Signed-off-by: Mian Yousaf Kaukab ---

[PATCH 07/10] fs, fscache: convert fscache_operation.usage from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 05/10] fs, hfs: convert hfs_bnode.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 09/10] fs, fsnotify: convert fsnotify_mark.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH] cpufreq: mt8173: Add support for MT8176 and MT817x compatibles

The Mediatek MT8173 is just on of several SOCs from the same MT817x family, including the 6-core (4-little/2-big) MT8176. The mt8173-cpufreq driver supports all of these SOCs, however, machines using them may use a different machine compatible. Since this driver checks explicitly for the machine

[PATCH v5 03/11] dt-bindings: perf: hisi: Add Devicetree bindings for Hisilicon SoC PMU

1) Device tree bindings for Hisilicon SoC PMU. 2) Add example for Hisilicon L3 cache and MN PMU. 3) Add child nodes of L3C and MN in djtag bindings example. Signed-off-by: Anurup M Signed-off-by: Shaokun Zhang ---

Re: [PATCH] usb: dwc3: ep0: Fix the possible missed request for handling delay STATUS phase

Hi, Baolin Wang writes: >>> > Baolin Wang writes: >>> (One possible approach would be to have the setup routine return >>> different values for explicit and implicit status stages -- for >>> example, return 1 if it wants to submit

[PATCH v5 01/11] arm64: MAINTAINERS: hisi: Add hisilicon SoC PMU support

Add support for Hisilicon SoC hardware event counters for HiP05/06/07 chip versions. Signed-off-by: Anurup M --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index d662a83..9bb2ddb 100644 --- a/MAINTAINERS +++

Re: [PATCH] module: set __jump_table alignment to 8

David Daney writes: > For powerpc the __jump_table section in modules is not aligned, this > causes a WARN_ON() splat when loading a module containing a __jump_table. Thanks for doing the patch. If it helps: Acked-by: Michael Ellerman (powerpc) >

[PATCH] staging: speakup: Alignment match open parenthesis

Fix checkpatch issues: "CHECK: Alignment should match open parenthesis". Signed-off-by: Arushi Singhal --- changes in v2 - Aligned the lines which are not aligned in previous patch. drivers/staging/speakup/i18n.c | 2 +-

[PATCH v5 11/11] dts: arm64: hip07: Add Hisilicon SoC PMU support

Add nodes for djtag, L3 cache and MN to support uncore events. Signed-off-by: Anurup M --- arch/arm64/boot/dts/hisilicon/hip07.dtsi | 79 1 file changed, 79 insertions(+) diff --git a/arch/arm64/boot/dts/hisilicon/hip07.dtsi

[PATCH v3 5/7] drm/exynos: dsi: Fix the parse_dt function

The dsi + panel is a parental relationship, so OF grpah is not needed. Therefore, the current dsi_parse_dt function will throw an error, because there is no linked OF graph for case such as fimd + dsi + panel. So this patch parse the Pll, burst and esc clock frequency properties in dsi_parse_dt

[PATCH v3 2/7] arm: dts: Add the burst and esc clock frequency properties for exynos3250 dts

The OF graph is not needed because the panel is a child of dsi. So added the burst and esc clock frequency properties to the parent (DSI node), taking into account the bisectability problem so that remove the OF graph from DSI node. Signed-off-by: Hoegeun Kwon

Re: mm allocation failure and hang when running xfstests generic/269 on xfs

On 2017/03/02 14:19, Xiong Zhou wrote: > On Wed, Mar 01, 2017 at 04:37:31PM -0800, Christoph Hellwig wrote: >> On Wed, Mar 01, 2017 at 12:46:34PM +0800, Xiong Zhou wrote: >>> Hi, >>> >>> It's reproduciable, not everytime though. Ext4 works fine. >> >> On ext4 fsstress won't run bulkstat because it

[PATCHv2] omap3isp: add support for CSI1 bus

Hi! > > > >> +++ b/drivers/media/platform/omap3isp/ispccp2.c > > > >> @@ -160,6 +163,33 @@ static int ccp2_if_enable(struct isp_ccp2_device > > > >> *ccp2, u8 enable) return ret; > > > >> > > > >>} > > > >> > > > >> + if (isp->revision == ISP_REVISION_2_0) { > > > > > > > > The

RE: [PATCH 14/20] PCI: hisi: update PCI config space remap function

Hi Lorenzo Many thanks for putting all of this together. > -Original Message- > From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com] > Sent: 27 February 2017 15:14 > To: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org > Cc: linux-kernel@vger.kernel.org;

Re: net/sctp: use-after-free in sctp_association_put

On Thu, Mar 2, 2017 at 3:18 AM, Dmitry Vyukov wrote: > Hello, > > I've got the following report while running syzkaller fuzzer on > linux-next/8813198236a044b76e251dcae937b180dd527999: > > BUG: KASAN: use-after-free in sctp_association_destroy > net/sctp/associola.c:416

Re: [PATCHv2 05/14] x86: Use set_memory.h header

* Laura Abbott wrote: > > set_memory_* functions have moved to set_memory.h. Switch to this > explicitly. > > Signed-off-by: Laura Abbott > --- > arch/x86/kernel/amd_gart_64.c | 2 +- > arch/x86/kernel/cpu/amd.c | 2 +- >

[PATCH v3 6/7] arm64: dts: exynos: Remove the OF graph from DSI node

The OF graph is not needed because the panel is a child of dsi. So removed the ports node in DSI node. Signed-off-by: Hoegeun Kwon Reviewed-by: Andrzej Hajda --- arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 14 -- 1 file

Re: [PATCH v4 1/1] drm/fb-helper: implement ioctl FBIO_WAITFORVSYNC

On Thu, Mar 02, 2017 at 08:12:02AM +0100, Daniel Vetter wrote: > On Tue, Feb 28, 2017 at 04:36:51PM +0100, Maxime Ripard wrote: > > Implement legacy framebuffer ioctl FBIO_WAITFORVSYNC in the generic > > framebuffer emulation driver. Legacy framebuffer users like non kms/drm > > based

Re: [PATCH 0/4] Improve intel-hid's self-consistency

On Thu, Mar 2, 2017 at 7:03 AM, Andy Shevchenko wrote: > On Fri, Feb 24, 2017 at 12:33 PM, Michał Kępień wrote: >> Commit 2cfa4b311acc ("platform/x86: intel-hid: Support 5 button array") >> contains some coding style cleanups compared to the code it

[PATCH v3 3/7] arm: dts: Add the burst and esc clock frequency properties for exynos4412 dts

The OF graph is not needed because the panel is a child of dsi. So added the burst and esc clock frequency properties to the parent (DSI node), taking into account the bisectability problem so that remove the OF graph from DSI node. Signed-off-by: Hoegeun Kwon

[PATCH v3 4/7] arm: dts: Add the burst and esc clock frequency properties for exynos4210 dts

The OF graph is not needed because the panel is a child of dsi. So added the burst and esc clock frequency properties to the parent (DSI node), taking into account the bisectability problem so that remove the OF graph from DSI node. Signed-off-by: Hoegeun Kwon

[PATCH 00/10] various fs subsystems refcounter conversions

Now when new refcount_t type and API are finally merged (see include/linux/refcount.h), the following patches convert various refcounters in different fs susystems from atomic_t to refcount_t. By doing this we prevent intentional or accidental underflows or overflows that can led to use-after-free

[PATCH 03/10] fs, proc: convert proc_dir_entry.count from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 04/10] fs, nilfs: convert nilfs_root.count from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 06/10] fs, fscache: convert fscache_cache_tag.usage from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 02/10] fs, cachefiles: convert cachefiles_object.usage from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 08/10] fs, fsnotify: convert fsnotify_group.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 01/10] fs, kernfs: convert kernfs_node.count from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH v5 00/11] perf: arm64: Support for Hisilicon SoC Hardware event counters

Provide Support for Hisilicon SoC(HiP05/06/07) Hardware event counters. The Hisilicon SoC HiP0x series has many uncore or non-CPU performance events and counters units. This v5 version has addressed the review comments of v4 and previous versions. This patch series is implemented refering to

Re: [PATCH] Revert "usb: gadget: uvc: Add missing call for additional setup data"

Hi Roger, Thank you for the patch. On Thursday 02 Mar 2017 10:44:58 Roger Quadros wrote: > This reverts commit 4fbac5206afd01b717d4bdc58793d471f3391b4b. > > This commit breaks g_webcam when used with uvc-gadget [1]. > > The user space application (e.g. uvc-gadget) is responsible for > sending

Re: [Outreachy kernel] [PATCH 1/6] staging: wlan-ng: Fix sparse warning of restricted __le16

On Thu, 2 Mar 2017, SIMRAN SINGHAL wrote: > On Thu, Mar 2, 2017 at 3:20 PM, Julia Lawall wrote: > > > > > > On Thu, 2 Mar 2017, Julia Lawall wrote: > > > >> > >> > >> On Thu, 2 Mar 2017, simran singhal wrote: > >> > >> > This patch fixes the following sparse warning: > >>

Re: [PATCH 2/2 v2] cpufreq: mediatek: Add support for MT8176 and MT817x

On 02-03-17, 19:03, Daniel Kurtz wrote: > The Mediatek MT8173 is just one of several SOCs from the same MT817x family, > including the 6-core (4-little/2-big) MT8176. > > The mt8173-cpufreq driver supports all of these SOCs, however, machines > using them may use a different machine compatible. >

Re: [PATCH v2 2/3] clk: meson-gxbb: Add MALI clocks

Hi Stephen, On 03/01/2017 08:11 PM, Stephen Boyd wrote: > On 03/01, Neil Armstrong wrote: >> diff --git a/drivers/clk/meson/gxbb.c b/drivers/clk/meson/gxbb.c >> index a52063f..31f6090 100644 >> --- a/drivers/clk/meson/gxbb.c >> +++ b/drivers/clk/meson/gxbb.c >> @@ -634,6 +634,131 @@ >> }, >>

Re: [PATCH 1/2] cpufreq: mt8173: Mark mt8173_cpufreq_driver_init as __init

On 02-03-17, 19:03, Daniel Kurtz wrote: > This function is only called once at boot by device_initcall(), so mark > it as __init. > > Signed-off-by: Daniel Kurtz > --- > drivers/cpufreq/mt8173-cpufreq.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Acked-by:

Re: [Outreachy kernel] [PATCH] staging: speakup: Alignment match open parenthesis

On Thu, 2 Mar 2017, Arushi Singhal wrote: > Fix checkpatch issues: "CHECK: Alignment should match open parenthesis" > > Signed-off-by: Arushi Singhal > --- > drivers/staging/speakup/i18n.c | 2 +- > drivers/staging/speakup/kobjects.c | 38 >

[PATCH v5 09/11] drivers: perf: hisi: Miscellanous node(MN) event counting in perf

From: Shaokun Zhang 1. Add support to count MN hardware events. 2. Mn events are listed in sysfs at /sys/devices/hisi_mn_2/events/ The events can be selected as shown in perf list e.g.: For MN_READ_REQUEST event for Super CPU cluster 2 the event format is -e

Re: mm allocation failure and hang when running xfstests generic/269on xfs

Michal Hocko wrote: > On Thu 02-03-17 19:04:48, Tetsuo Handa wrote: > [...] > > So, commit 5d17a73a2ebeb8d1("vmalloc: back off when the current task is > > killed") implemented __GFP_KILLABLE flag and automatically applied that > > flag. As a result, those who are not ready to fail upon SIGKILL

[PATCH 3/6] staging: wlan-ng: Fix sparse warnings in hfa384x_usb.c

drivers/staging/wlan-ng/hfa384x_usb.c:3520:34: warning: incorrect type in assignment (different base types) drivers/staging/wlan-ng/hfa384x_usb.c:3520:34:expected unsigned int [unsigned] [usertype] datarate drivers/staging/wlan-ng/hfa384x_usb.c:3520:34:got restricted __be32 [usertype]

Re: boot failure, module: overflow in relocation

Nevermind, it got fixed now i think. On Thu, Mar 02, 2017 at 05:51:27PM +0800, Xiong Zhou wrote: > Hi, > > One host failed to boot while merge going on, > > [ 13.076303] module: overflow in relocation type 10 val a0060e58 > [ 13.076338] module: overflow in relocation type 10 val

Re: [WIP BRANCH] cgroups support in bfq-mq WIP branch

> Il giorno 25 feb 2017, alle ore 19:52, Jens Axboe ha > scritto: > > On 02/25/2017 10:44 AM, Paolo Valente wrote: >> Hi, >> I've just completed cgroups support, and I'd like to highlight the >> main blk-mq issue that I have found along the way. I have pushed the >> commit

Re: [PATCH] usb: dwc3: ep0: Fix the possible missed request for handling delay STATUS phase

Hi, On 28 February 2017 at 06:11, Alan Stern wrote: > On Tue, 21 Feb 2017, Baolin Wang wrote: > >> On 17 February 2017 at 16:04, Felipe Balbi wrote: >> > >> > Hi, >> > >> > Baolin Wang writes: >> (One possible approach

[PATCH v3 7/7] arm: dts: Remove the OF graph from DSI node

The OF graph is not needed because the panel is a child of dsi. So removed the ports node in DSI node, and port node in panel node. Signed-off-by: Hoegeun Kwon Reviewed-by: Andrzej Hajda --- arch/arm/boot/dts/exynos3250-rinato.dts | 21

Re: [PATCH 1/2] irqdomain: add empty irq_domain_check_msi_remap

Hi Mian Yousaf, On 02/03/2017 11:01, Mian Yousaf Kaukab wrote: > Fix following build error for s390: > drivers/vfio/vfio_iommu_type1.c: In function 'vfio_iommu_type1_attach_group': > drivers/vfio/vfio_iommu_type1.c:1290:25: error: implicit declaration of > function 'irq_domain_check_msi_remap' >

[PATCH v3 1/7] arm64: dts: exynos: Add the burst and esc clock frequency properties for exynos5433 dts

The OF graph is not needed because the panel is a child of dsi. So added the burst and esc clock frequency properties to the parent (DSI node), taking into account the bisectability problem so that remove the OF graph from DSI node. Signed-off-by: Hoegeun Kwon

[PATCH v3 0/7] Fix the parse_dt of exynos dsi and remove the OF graph

Hi All, The dsi + panel is a parental relationship, so OF grpah is not needed. Therefore, the current dsi_parse_dt function will throw an error, because there is no linked OF graph for case such as fimd + dsi + panel. So the 1/5 patch parse the Pll, burst and esc clock frequency properties in

  1   2   3   4   5   6   7   8   9   10   >