memfill v2 now with ARM and x86 implementations

On Mon, Feb 06, 2017 at 12:16:44AM +0900, Minchan Kim wrote: > +static inline void zram_fill_page(char *ptr, unsigned long len, > + unsigned long value) > +{ > + int i; > + unsigned long *page = (unsigned long *)ptr; > + > +

Re: [PATCH 6/8] Input: psmouse - add support for SMBus companions

Hi Benjamin, [auto build test ERROR on input/next] [also build test ERROR on v4.11-rc1 next-20170310] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Dmitry-Torokhov/PS/20170311-222141 base

Re: [PULL REQUEST] i2c for 4.11

Linus, > You added an extra revert, only to pull in the *exact* same patch. WTF? The patch I reverted had a broken, typoed Signed-off. My rationale was to have only a proper one, and not two different ones coming from different trees. Looks like I misjudged, sorry. > Please stop this kind of

[PATCH v2 0/8] watchdog: s3c2410: Fixes and improvements

Hi, Minor cleanup and some fixes for the watchdog used on all Samsung SoCs. The DTS patches should through samsung-soc tree but they depend on introducing new compatible. The patches waiting for new compatible will be deferred to next release. Changes since v1: = 1. Add

[PATCH] dm cache: handle kmalloc failure allocating background_tracker struct

From: Colin Ian King currently there is no kmalloc failure check on the allocation of the background_tracker struct variable b, and so a null return will lead to a null pointer deference error. Add null check and move the failure debug message and NULL return so that

[PATCH] ASoC: cs35l35: trivial fix to indentation

From: Colin Ian King Remove extraneous tab to correct the nesting level indentation Detected by CoverityScan, CID#1416584 ("Nesting level does not match indentation") Signed-off-by: Colin Ian King --- sound/soc/codecs/cs35l35.c | 3 ++- 1

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

On 03/11/2017 12:26 PM, Pavel Machek wrote: Hi! I tend to agree with that. I agree as well. This is in line with how existing drivers behave, too. Well, sounds like there is consensus on this topic. I guess I'll go ahead and remove the control inheritance support. I suppose having a

[PATCH v3] staging: android: Replace strcpy with strlcpy

Replace strcpy with strlcpy as strcpy does not check for buffer overflow. This is found using Flawfinder. Signed-off-by: simran singhal --- v3: -Correcting the place of the parenthesis and sign drivers/staging/android/ashmem.c | 3 ++- 1 file changed, 2

Re: [PATCH v3] don't forget to call pd_online_fn when activate policy

On 03/10/2017 08:46 PM, Zhou Chengming wrote: > When we activate policy on the request_queue, we will create policy_date > for all the existing blkgs of the request_queue, so we should call > pd_init_fn() and pd_online_fn() on these newly created policy_data. I'm not looking at this until you

Re: [PATCH 0/5] Updates following recent generic_make_request improvement

On 03/09/2017 11:00 PM, NeilBrown wrote: > This is a rebase of the series I sent earlier, based on the > very latest from Linus, which included my first patch. > > The first fixes a problem that patch introduced, and so should go to > Linux promptly. > The others are more general improvements and

Re: [PATCH v5] blkcg: allocate struct blkcg_gq outside request queue spinlock

> @@ -185,31 +187,53 @@ static struct blkcg_gq *blkg_create(struct blkcg *blkcg, > goto err_free_blkg; > } > > + if (drop_locks) { > + spin_unlock_irq(q->queue_lock); > + rcu_read_unlock(); > + } I have a general dislike for code like that,

Re: 4.11.0-rc1 boot resulted in WARNING: CPU: 14 PID: 1722 at fs/sysfs/dir.c:31 .sysfs_warn_dup+0x78/0xb0

On 03/09/2017 05:59 AM, Brian Foster wrote: > cc linux-block > > On Thu, Mar 09, 2017 at 04:20:06PM +0530, Abdul Haleem wrote: >> On Wed, 2017-03-08 at 08:17 -0500, Brian Foster wrote: >>> On Tue, Mar 07, 2017 at 10:01:04PM +0530, Abdul Haleem wrote: Hi, Today's mainline

Re: [PATCH v5] blkcg: allocate struct blkcg_gq outside request queue spinlock

On 03/11/2017 03:42 PM, Jens Axboe wrote: >> @@ -185,31 +187,53 @@ static struct blkcg_gq *blkg_create(struct blkcg >> *blkcg, >> goto err_free_blkg; >> } >> >> +if (drop_locks) { >> +spin_unlock_irq(q->queue_lock); >> +rcu_read_unlock(); >> +}

[PATCH] staging: lustre fix constant comparision style issue in lu_object.h

This patch resolves the "Comparisons should place the constant on the right side of the test" found with checkpatch tool. Signed-off-by: Craig Inches --- drivers/staging/lustre/lustre/include/lu_object.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

Em Sat, 11 Mar 2017 12:32:43 +0100 Hans Verkuil escreveu: > On 10/03/17 16:09, Mauro Carvalho Chehab wrote: > > Em Fri, 10 Mar 2017 13:54:28 +0100 > > Hans Verkuil escreveu: > > > >>> Devices that have complex pipeline that do essentially require using

[tip:x86/acpi] Revert "x86/acpi: Set persistent cpuid <-> nodeid mapping when booting"

Commit-ID: c962cff17dfa11f4a8227ac16de2b28aea3312e4 Gitweb: http://git.kernel.org/tip/c962cff17dfa11f4a8227ac16de2b28aea3312e4 Author: Dou Liyang AuthorDate: Fri, 3 Mar 2017 16:02:23 +0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar

Re: srcu: BUG in __synchronize_srcu

- On Mar 10, 2017, at 5:26 PM, Paul E. McKenney paul...@linux.vnet.ibm.com wrote: > On Fri, Mar 10, 2017 at 08:29:55PM +0100, Andrey Konovalov wrote: >> On Fri, Mar 10, 2017 at 8:28 PM, Andrey Konovalov >> wrote: >> > Hi, >> > >> > I've got the following error report

[PATCH v1 05/10] staging: iio: adis16240: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal ---

[PATCH v1 08/10] staging: iio: adis16203: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal ---

[PATCH v1 10/10] staging: iio: gyro: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal ---

[PATCH v1 06/10] staging: iio: adis16201: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal ---

Re: [PATCH v2 05/11] Documentation: DT: bindings: mfd: add A33 GPADC binding

Hi Icenowy, On 10/03/2017 20:25, Icenowy Zheng wrote: > > > 10.03.2017, 18:56, "Quentin Schulz" : >> This patch adds documentation for the A33 GPADC binding. >> >> Signed-off-by: Quentin Schulz >> --- >> >> added in v2 >> >>

[PATCH v1 03/10] staging: iio: cdc: ad7746: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/cdc/ad7746.c

[PATCH v1 04/10] staging: iio: cdc: ad7152: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - + f // Signed-off-by: simran singhal --- drivers/staging/iio/cdc/ad7152.c

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

Hi Mauro and Hans, On Sat, Mar 11, 2017 at 10:14:08AM -0300, Mauro Carvalho Chehab wrote: > Em Sat, 11 Mar 2017 12:32:43 +0100 > Hans Verkuil escreveu: > > > On 10/03/17 16:09, Mauro Carvalho Chehab wrote: > > > Em Fri, 10 Mar 2017 13:54:28 +0100 > > > Hans Verkuil

[PATCH] arm64: dts: uniphier: add pinctrl property to eMMC node for LD11/LD20

Now everything is ready to enable this pinctrl. Signed-off-by: Masahiro Yamada --- arch/arm64/boot/dts/socionext/uniphier-ld11.dtsi | 2 ++ arch/arm64/boot/dts/socionext/uniphier-ld20.dtsi | 2 ++ 2 files changed, 4 insertions(+) diff --git

[PATCH] drm/radeon: Fix GPU lockups for the R7 M270

Commit 3a69adfe5617 ("drm/radeon: drop oland quirks") removed quirks for Oland but also caused a regression where M270 GPUs would go into a lock-up when OpenGL intensive applications were used. This reverts the change only for the M270 and fixes the lock-ups. Signed-off-by: Umang Raghuvanshi

Re: [PATCH v2 1/8] watchdog: s3c2410: Remove confusing CONFIG prefix from local defines

On Sat, Mar 11, 2017 at 07:25:20PM +0200, Krzysztof Kozlowski wrote: > The CONFIG prefix from defines in the s3c2410_wdt.c might suggest that > these constants come from Kconfig. > > Signed-off-by: Krzysztof Kozlowski > Reviewed-by: Guenter Roeck > --- >

Re: [PATCH v2] iio: multiplexer: fix unsigned check with less than zero

On 08/03/17 13:28, Peter Rosin wrote: > Comparing a size_t with less than zero is always false as size_t > is unsigned. So, change the type of the variable to ssize_t and > replicate the size check from mux_configure_channel() into > mux_write_ext_info() thus ensuring that the size will fit in the

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

On Sat, Mar 11, 2017 at 10:08:23AM -0800, Steve Longerbeam wrote: > On 03/11/2017 07:32 AM, Sakari Ailus wrote: > >Hi Mauro and Hans, > > > >On Sat, Mar 11, 2017 at 10:14:08AM -0300, Mauro Carvalho Chehab wrote: > >>Em Sat, 11 Mar 2017 12:32:43 +0100 > >>Hans Verkuil escreveu:

Re: [PATCH v1 05/10] staging: iio: adis16240: Remove exceptional & on function name

On 11/03/17 14:26, simran singhal wrote: > Remove & from function pointers to conform to the style found elsewhere > in the file. Done using the following semantic patch > > // > @r@ > identifier f; > @@ > > f(...) { ... } > @@ > identifier r.f; > @@ > > - > + f > // > > Signed-off-by:

Re: [PATCH v1 10/10] staging: iio: gyro: Remove exceptional & on function name

On 11/03/17 18:48, Jonathan Cameron wrote: > On 11/03/17 14:26, simran singhal wrote: >> Remove & from function pointers to conform to the style found elsewhere >> in the file. Done using the following semantic patch >> >> // >> @r@ >> identifier f; >> @@ >> >> f(...) { ... } >> @@ >> identifier

[PATCH] staging: atomisp: clean up return logic, remove redunant code

From: Colin Ian King There is no need to check if ret is non-zero, remove this redundant check and just return the error status from the call to mt9m114_write_reg_array. Detected by CoverityScan, CID#1416577 ("Identical code for different branches") Signed-off-by:

[PATCH net-next v2 14/17] net: dsa: mv88e6xxx: fix port egress flooding mode

The Marvell switch ports can be configured to allow or prevent egress of frames with an unknown unicast or multicast destination address. Some switch chips such as 88E6095 and 88E6185 have two disjoint bits in Port Control Register (0x04) bit 2 "Forward Unknown" (for unicast) and Port Control 2

[PATCH net-next v2 07/17] net: dsa: mv88e6xxx: rework ATU GetNext

Add and use a fresh documented implementation of the ATU GetNext. Since it is not necessary to write the MAC address to iterate from, only do it once directly in the ATU GetNext operation, if the provided ATU entry structure is not valid. This makes the user code simpler. Also, there is no need

[PATCH net-next v2 01/17] net: dsa: mv88e6xxx: add port mask helper

Add a mv88e6xxx_port_mask() helper to get the bitmask of ports in a switch chip, that will be used in several features. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx/mv88e6xxx.h | 5 +

[PATCH net-next v2 08/17] net: dsa: mv88e6xxx: rework ATU Flush

Add a fresh documented implementation of the ATU Flush/Move operation. Use it to replace the current ATU Flush operation. _mv88e6xxx_atu_flush_move is still used by the Move operation so keep it until the Move operation is refactored in a next commit. Signed-off-by: Vivien Didelot

[PATCH net-next v2 12/17] net: dsa: add dsa_is_normal_port helper

Introduce a dsa_is_normal_port helper to check if a given port is a normal user port as opposed to a CPU port or DSA link. Signed-off-by: Vivien Didelot --- include/net/dsa.h | 5 + 1 file changed, 5 insertions(+) diff --git a/include/net/dsa.h

[PATCH net-next v2 00/17] net: dsa: mv88e6xxx: rework ATU support

The purpose of this patch series is to rework the code related to the Address Translation Unit (ATU), and bring support for it to the 88E6390 family of switch chips. All Global (1) ATU related code have been reworked and moved to its own file. Some port related bits used for ATU configuration

[PATCH net-next v2 05/17] net: dsa: mv88e6xxx: enable ATU Learn2All

The ATU Learn2All feature allows newly learnt addresses to be spanned on ports marked as "Message Port", currently all DSA ports. This commit enables this feature which is necessary and quite convenient for multi-chip switch fabrics. Signed-off-by: Vivien Didelot

[tip:x86/vdso] x86/vdso: Add VCLOCK_HVCLOCK vDSO clock read method

Commit-ID: 90b20432aeb850ef84086a72893cd9411479d896 Gitweb: http://git.kernel.org/tip/90b20432aeb850ef84086a72893cd9411479d896 Author: Vitaly Kuznetsov AuthorDate: Fri, 3 Mar 2017 14:21:42 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar

[tip:x86/vdso] x86/hyperv: Move TSC reading method to asm/mshyperv.h

Commit-ID: 0733379b512ce36ba0b10942f9597b74f579f063 Gitweb: http://git.kernel.org/tip/0733379b512ce36ba0b10942f9597b74f579f063 Author: Vitaly Kuznetsov AuthorDate: Fri, 3 Mar 2017 14:21:41 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar

Re: [PATCH v7 kernel 3/5] virtio-balloon: implementation of VIRTIO_BALLOON_F_CHUNK_TRANSFER

On Sat, Mar 11, 2017 at 07:59:31PM +0800, Wei Wang wrote: > I'm thinking what if the guest needs to transfer these much physically > continuous > memory to host: 1GB+2MB+64KB+32KB+16KB+4KB. > Is it going to use Six 64-bit chunks? Would it be simpler if we just > use the 128-bit chunk format (we

[PATCH] staging: rtl8188eu: Fix redundant space coding style issue

Signed-off-by: Alex Yashchenko --- drivers/staging/rtl8188eu/hal/Hal8188ERateAdaptive.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/rtl8188eu/hal/Hal8188ERateAdaptive.c b/drivers/staging/rtl8188eu/hal/Hal8188ERateAdaptive.c index

Re: [PATCH] Staging: iio: return expression instead of return ret

On 10/03/17 03:57, Bo Yu wrote: > The following Coccinelle script was used to detect this: > > @@ > local idexpression ret; > expression e; > @@ > > -ret = > +return > e; > -return ret; A bit of fuzz on this one. Presumably things moving around in other recent changes. Anyhow, applied to

[PATCH 6/7] regulator: s5m8767: Constify regulator_ops

Static struct regulator_ops is not modified so can be made const for code safeness. Signed-off-by: Krzysztof Kozlowski --- drivers/regulator/s5m8767.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/regulator/s5m8767.c

[PATCH 2/7] regulator: max77693: Constify regulator_ops

Static struct regulator_ops is not modified so can be made const for code safeness. Signed-off-by: Krzysztof Kozlowski --- drivers/regulator/max77693-regulator.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/regulator/max77693-regulator.c

[PATCH 4/7] regulator: s2mpa01: Constify regulator_ops

Static struct regulator_ops is not modified so can be made const for code safeness. Signed-off-by: Krzysztof Kozlowski --- drivers/regulator/s2mpa01.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/regulator/s2mpa01.c

[PATCH 7/7] regulator: s2mpa01: Fix inconsistent indenting

Broken indenting makes code more difficult to read and brings confusion. Fix warning reported by Smatch: s2mpa01.c:362 s2mpa01_pmic_probe() warn: inconsistent indenting Signed-off-by: Krzysztof Kozlowski --- drivers/regulator/s2mpa01.c | 10 +- 1 file changed, 5

[PATCH 5/7] regulator: s2mps11: Constify regulator_ops

Static struct regulator_ops is not modified so can be made const for code safeness. Signed-off-by: Krzysztof Kozlowski --- drivers/regulator/s2mps11.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/drivers/regulator/s2mps11.c

[PATCH 1/7] regulator: max1586: Constify regulator_ops

Static struct regulator_ops is not modified so can be made const for code safeness. Signed-off-by: Krzysztof Kozlowski --- drivers/regulator/max1586.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/regulator/max1586.c

Re: [PATCH v5 15/39] [media] v4l2: add a frame interval error event

On 03/11/2017 10:51 AM, Russell King - ARM Linux wrote: On Sat, Mar 11, 2017 at 10:14:49AM -0800, Steve Longerbeam wrote: On 03/11/2017 03:39 AM, Hans Verkuil wrote: It's fine to use an internal event as long as the end-user doesn't see it. But if you lose vsyncs, then you never capture

[PATCH 3/7] regulator: max8660: Constify regulator_ops

Static struct regulator_ops (except max8660_dcdc_ops) are not modified so can be made const for code safeness. Signed-off-by: Krzysztof Kozlowski --- drivers/regulator/max8660.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/regulator/max8660.c

[PATCH net-next v2 06/17] net: dsa: mv88e6xxx: rework ATU Load/Purge

All Marvell switch chips have an ATU accessed using the same Global (1) register layout. Only the handling of the FID differs as more bits were necessary to support more and more databases. Add and use a fresh documented implementation of the ATU Load/Purge. The static

[PATCH v2] staging: android: Replace strcpy with strlcpy

Replace strcpy with strlcpy as strcpy does not check for buffer overflow. This is found using Flawfinder. Signed-off-by: simran singhal --- v2: -Correcting the place of the parenthesis drivers/staging/android/ashmem.c | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH net-next v2 03/17] net: dsa: mv88e6xxx: add ATU setup helper

Move the configuration of the default ageing time in a new mv88e6xxx_atu_setup function. That function will be extended later to contain all ATU related configuration bits. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 13

[PATCH net-next v2 02/17] net: dsa: mv88e6xxx: move ATU ageing time setter

Move the ATU ageing time setter code in a new global1_atu.c file, which will be extended in future patches to contains all consequent Global (1) ATU support code. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/Makefile | 1 +

[PATCH net-next v2 17/17] etherdevice: remove unused eth_addr_greater

eth_addr_greater() was introduced for the mv88e6xxx driver, but is not used anymore. There is no other user, thus remove this function. Signed-off-by: Vivien Didelot --- include/linux/etherdevice.h | 15 --- 1 file changed, 15 deletions(-) diff

Re: [PATCH v5 18/39] [media] v4l: subdev: Add function to validate frame interval

Hi Steve, On Thu, Mar 09, 2017 at 08:52:58PM -0800, Steve Longerbeam wrote: > If the pads on both sides of a link specify a frame interval, then > those frame intervals should match. Create the exported function > v4l2_subdev_link_validate_frame_interval() to verify this. This > function can be

[PATCH v2 RFC] mm/vmscan: more restrictive condition for retry in do_try_to_free_pages

From: Yisheng Xie When we enter do_try_to_free_pages, the may_thrash is always clear, and it will retry shrink zones to tap cgroup's reserves memory by setting may_thrash when the former shrink_zones reclaim nothing. However, when memcg is disabled or on legacy

Re: UBSAN: Undefined behaviour in kernel/time/tick-sched.c:600:9

> > Cc'ing KASAN folks > > > >> (Retry with fixed address ox 86 list) > >> > >> This HP Netserver LT6000R, quad P3 Xeon. Trying > >> 4.11.0-rc1-00088-gec3b93a, I got the following UBSAN warning that was > >> not there in 4.10: > >> > >> [ 14.820437] > >>

[PATCH] staging: rtl8192u: Remove typedef phy_ofdm_rx_status_rxsc_sgien_exintfflag

Remove typdef phy_ofdm_rx_status_rxsc_sgien_exintfflag and replace its uses in the code. Signed-off-by: simran singhal --- drivers/staging/rtl8192u/r8192U.h | 4 ++-- drivers/staging/rtl8192u/r8192U_core.c | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-)

Re: [Outreachy kernel] [PATCH v2] staging: rtl8192u: Remove typedef phy_ofdm_rx_status_rxsc_sgien_exintfflag

On Sat, 11 Mar 2017, simran singhal wrote: > Remove typdef phy_ofdm_rx_status_rxsc_sgien_exintfflag and replace its uses > in the code. > > Signed-off-by: simran singhal Acked-by: Julia Lawall > --- > > v2: >-Drop the "_" at the beginning

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

On Sat, Mar 11, 2017 at 05:32:29PM +0200, Sakari Ailus wrote: > My understanding of the i.MX6 case is the hardware is configurable enough > to warrant the use of the Media controller API. Some patches indicate > there are choices to be made in data routing. The iMX6 does have configurable data

Re: [PATCH v2 RFC] mm/vmscan: more restrictive condition for retry in do_try_to_free_pages

On Sat, Mar 11, 2017 at 5:51 AM, Yisheng Xie wrote: > From: Yisheng Xie > > When we enter do_try_to_free_pages, the may_thrash is always clear, and > it will retry shrink zones to tap cgroup's reserves memory by setting > may_thrash when the former

[RESEND] drm/exynos: Remove support for Exynos4415 (SoC not supported anymore)

Support for Exynos4415 is going away because there are no internal nor external users. Since commit 46dcf0ff0de3 ("ARM: dts: exynos: Remove exynos4415.dtsi"), the platform cannot be instantiated so remove also the drivers. Signed-off-by: Krzysztof Kozlowski Acked-by: Kukjin Kim

[PATCH v2 4/4] phy: exynos: Use one define for enable bit

There is no need for separate defines for Exynos4 and Exynos5 phy enable bit and MIPI phy reset bits. In both cases there are the same so simplify it. This reduces number of defines and allows removal of one header file. Signed-off-by: Krzysztof Kozlowski Acked-by: Lee Jones

Re: [PATCH v1 07/10] staging: iio: adis16209: Remove exceptional & on function name

On 11/03/17 14:26, simran singhal wrote: > Remove & from function pointers to conform to the style found elsewhere > in the file. Done using the following semantic patch > > // > @r@ > identifier f; > @@ > > f(...) { ... } > @@ > identifier r.f; > @@ > > - > + f > // > > Signed-off-by:

Re: [PATCH v1 06/10] staging: iio: adis16201: Remove exceptional & on function name

On 11/03/17 14:26, simran singhal wrote: > Remove & from function pointers to conform to the style found elsewhere > in the file. Done using the following semantic patch > > // > @r@ > identifier f; > @@ > > f(...) { ... } > @@ > identifier r.f; > @@ > > - > + f > // > > Signed-off-by:

Re: [PATCH v1 08/10] staging: iio: adis16203: Remove exceptional & on function name

On 11/03/17 14:26, simran singhal wrote: > Remove & from function pointers to conform to the style found elsewhere > in the file. Done using the following semantic patch > > // > @r@ > identifier f; > @@ > > f(...) { ... } > @@ > identifier r.f; > @@ > > - > + f > // > > Signed-off-by:

Re: [PATCH] statx: remove incorrect part of vfs_statx() comment

Eric Biggers wrote: > From: Eric Biggers > > request_mask and query_flags are function arguments, not passed in > struct kstat. So remove the part of the comment which claims otherwise. > This was apparently left over from an earlier version of the

[PATCH v15 2/9] x86/arch_prctl/64: Rename do_arch_prctl to do_arch_prctl_64

In order to introduce new arch_prctls that are not 64 bit only, rename the existing 64 bit implementation to do_arch_prctl_64(). Also rename the second argument to arch_prctl(), which will no longer always be an address. Signed-off-by: Kyle Huey Reviewed-by: Andy Lutomirski

[PATCH v15 3/9] x86/arch_prctl: Add do_arch_prctl_common

Add do_arch_prctl_common() to handle arch_prctls that are not specific to 64 bit mode. Call it from the syscall entry point, but not any of the other callsites in the kernel, which all want one of the existing 64 bit only arch_prctls. Signed-off-by: Kyle Huey ---

Re: srcu: BUG in __synchronize_srcu

On Sat, Mar 11, 2017 at 02:25:14PM +, Mathieu Desnoyers wrote: > - On Mar 10, 2017, at 5:26 PM, Paul E. McKenney > paul...@linux.vnet.ibm.com wrote: > > > On Fri, Mar 10, 2017 at 08:29:55PM +0100, Andrey Konovalov wrote: > >> On Fri, Mar 10, 2017 at 8:28 PM, Andrey Konovalov

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

On Sat, Mar 11, 2017 at 11:06:55AM -0800, Steve Longerbeam wrote: > On 03/11/2017 10:59 AM, Russell King - ARM Linux wrote: > >On Sat, Mar 11, 2017 at 10:54:55AM -0800, Steve Longerbeam wrote: > >> > >> > >>On 03/11/2017 10:45 AM, Russell King - ARM Linux wrote: > >>>I really don't think expecting

[PATCH 2/3] soc: samsung: Do not build ARMv7 PMU drivers on ARMv8

The Exynos Power Management Unit (PMU) drivers contain quite large static arrays of register values necessary for given Exynos SoC to enter low power mode. All this data is useless for ARMv8 SoC like Exynos5433, because the image will not be shared between ARMv7 and ARMv8. Add additional Kconfig

[PATCH 3/3] arm64: exynos: Enable Exynos PMU and PM domains drivers

Enable EXYNOS_PM_DOMAINS because recently Exynos5433 got support for Power Management domains. The Exynos5433 pinctrl driver requires EXYNOS_PMU to get the syscon-regmap for PMU address space. Signed-off-by: Krzysztof Kozlowski --- arch/arm64/Kconfig.platforms | 2 ++ 1 file

[PATCH 1/3] arm64: defconfig: Enable DRM and LPASS drivers for Exynos5433 and Exynos7

Enable drivers specific to Exynos5433 and Exynos7: 1. MFD Low Power Audio SubSystem (LPASS), 2. Entire DRM stack (display, outputs, additional sub-blocks), 3. Drivers for video-related sub-blocks (JPEG, Multi Format Codec, GScaler). Signed-off-by: Krzysztof Kozlowski ---

[PATCH 0/3] arm64: exynos: Enable drivers for Exynos5433

Hi, Patches are independent but I organized them into one patchset as they have common goal - enable more drivers for ARMv8 Exynos chips. If there are no objections, I can take it through samsung-soc. Best regards, Krzysztof Krzysztof Kozlowski (3): arm64: defconfig: Enable DRM and LPASS

Re: [PATCH v4 14/36] [media] v4l2-mc: add a function to inherit controls from a pipeline

Hi! > > > The rationale is that we should support the simplest use cases first. > > > > > > In the case of the first MC-based driver (and several subsequent > > > ones), the simplest use case required MC, as it was meant to suport > > > a custom-made sophisticated application that required fine

Re: [Outreachy kernel] [PATCH] staging: rtl8192u: Remove typedef phy_ofdm_rx_status_rxsc_sgien_exintfflag

On Sat, Mar 11, 2017 at 9:56 PM, Julia Lawall wrote: > > > On Sat, 11 Mar 2017, simran singhal wrote: > >> Remove typdef phy_ofdm_rx_status_rxsc_sgien_exintfflag and replace its uses >> in the code. >> >> Signed-off-by: simran singhal >> --- >>

Re: [Outreachy kernel] [PATCH] staging: rtl8192u: Remove typedef phy_ofdm_rx_status_rxsc_sgien_exintfflag

On Sat, 11 Mar 2017, SIMRAN SINGHAL wrote: > On Sat, Mar 11, 2017 at 9:56 PM, Julia Lawall wrote: > > > > > > On Sat, 11 Mar 2017, simran singhal wrote: > > > >> Remove typdef phy_ofdm_rx_status_rxsc_sgien_exintfflag and replace its uses > >> in the code. > >> > >>

Re: [PATCH] powerpc: Fix crash introduced with commit 5657933dbb6e

On Thu, Mar 9, 2017 at 6:33 PM, Larry Finger wrote: > > The problem was bisected to commit 5657933dbb6e ("treewide: Move dma_ops > from struct dev_archdata into struct device"). The problem was a missing > copy of critical information from struct dev_archdata into

[PATCH v2 1/4] phy: exynos4: Remove duplicated defines of PHY register defines

Phy drivers access PMU region through regmap provided by exynos-pmu driver. However there is no need to duplicate defines for PMU registers. Instead just use whatever is defined in exynos-regs-pmu.h. Additionally MIPI PHY registers for Exynos5433 start from the same address as Exynos4 and

[PATCH v2 2/4] phy: exynos5: Remove duplicated defines of PHY register defines

Phy drivers access PMU region through regmap provided by exynos-pmu driver. However there is no need to duplicate defines for PMU registers. Instead just use whatever is defined in exynos-regs-pmu.h. This reduces number of defines and allows removal of one header. Suggested-by: Marek

[PATCH v2 0/4] phy/mfd/soc: exynos: Header cleanup

Suggested by Marek, continuation of cleanup of PMU register defines in headers. Let's keep all of them in include/linux/soc/samsung/exynos-regs-pmu.h. Merging strategy: probably through phy tree (in that case they have samsung-soc's ack). I can also take it through samsung-soc - please let me

[PATCH v2 3/4] phy: exynos-mipi-video: Use consistent method to address phy registers

Exynos4 MIPI phy registers are defined with macro calculating the offset for given phyN. Use the same method for Exynos5420 to be consistent. Signed-off-by: Krzysztof Kozlowski --- drivers/phy/phy-exynos-mipi-video.c | 20 ++--

[GIT PULL] KVM fixes for 4.11-rc2

Linus, The following changes since commit c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201: Linux 4.11-rc1 (2017-03-05 12:59:56 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git for-linus for you to fetch changes up to

Re: [PATCH] statx: optimize copy of struct statx to userspace

Eric Biggers wrote: > From: Eric Biggers > > I found that statx() was significantly slower than stat(). As a > microbenchmark, I compared 10,000,000 invocations of fstat() on a tmpfs > file to the same with statx() passed a NULL path: > > $

[PATCH net-next v2 04/17] net: dsa: mv88e6xxx: setup message ports

All interconnectable Marvell switch chips have an ATU Learn2All feature which allows newly learnt addresses to be spanned on ports marked as "Message Port". This commit configures the DSA ports as Message Port. Note that this has no effect until the Learn2All feature is enabled. Signed-off-by:

[PATCH net-next v2 15/17] net: dsa: mv88e6xxx: add port ATU learn limit op

Add a new operation to disable the limiting of learnt MAC addresses. Setting such limit is not likely to be used soon, so provide a port_disable_learn_limit operation directly. This can be changed later for port_set_learn_limit when we'll need it. Signed-off-by: Vivien Didelot

arch/x86/include/asm/pgtable.h:888:2: error: implicit declaration of function 'native_pud_clear'

Hi Matthew, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 84c37c168c0e49a412d7021cda3183a72adac0d0 commit: a00cc7d9dd93d66a3fb83fc52aa57a4bec51c517 mm, x86: add support for PUD-sized transparent hugepages date:

[tip:x86/cpu] x86/cpu: Drop wp_works_ok member of struct cpuinfo_x86

Commit-ID: 6415813bae75feba10b8ca3ed6634a72c2a4d313 Gitweb: http://git.kernel.org/tip/6415813bae75feba10b8ca3ed6634a72c2a4d313 Author: Mathias Krause AuthorDate: Sun, 12 Feb 2017 22:12:08 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11

Re: [PATCH] kbuild: strip the last slash in KBUILD_EXTMOD

Hi Wei, 2017-02-23 0:08 GMT+09:00 Wei Yang : > Current kbuild will build the target again if we run "make M=dir" and "make > M=dir/" by turns, since if_changed will see the prerequisite is changed. > The behavior may confuse the user a little, since actually we are

[tip:x86/cpu] x86/cpu: Drop unneded members of struct cpuinfo_x86

Commit-ID: 04402116846f36adea9503d7cd5104a7ed27a1a6 Gitweb: http://git.kernel.org/tip/04402116846f36adea9503d7cd5104a7ed27a1a6 Author: Mathias Krause AuthorDate: Sun, 12 Feb 2017 22:12:07 +0100 Committer: Thomas Gleixner CommitDate: Sat, 11

[tip:x86/acpi] acpi/processor: Check for duplicate processor ids at hotplug time

Commit-ID: a77d6cd968497792e072b74dff45b891ba778ddb Gitweb: http://git.kernel.org/tip/a77d6cd968497792e072b74dff45b891ba778ddb Author: Dou Liyang AuthorDate: Fri, 3 Mar 2017 16:02:27 +0800 Committer: Thomas Gleixner CommitDate: Sat, 11 Mar

Re: [PATCH v5 21/39] UAPI: Add media UAPI Kbuild file

Hi Steve, On Thu, Mar 09, 2017 at 08:53:01PM -0800, Steve Longerbeam wrote: > Add an empty UAPI Kbuild file for media UAPI headers. > > Signed-off-by: Steve Longerbeam The existing V4L2 UAPI headers are under include/uapi/linux. Could you use that directory

Re: [Outreachy kernel] [PATCH] staging: rtl8192u: Remove typedef phy_ofdm_rx_status_rxsc_sgien_exintfflag

On Sat, 11 Mar 2017, simran singhal wrote: > Remove typdef phy_ofdm_rx_status_rxsc_sgien_exintfflag and replace its uses > in the code. > > Signed-off-by: simran singhal > --- > drivers/staging/rtl8192u/r8192U.h | 4 ++-- > drivers/staging/rtl8192u/r8192U_core.c

[PATCH v2] staging: rtl8192u: Remove typedef phy_ofdm_rx_status_rxsc_sgien_exintfflag

Remove typdef phy_ofdm_rx_status_rxsc_sgien_exintfflag and replace its uses in the code. Signed-off-by: simran singhal --- v2: -Drop the "_" at the beginning of the name of the structure drivers/staging/rtl8192u/r8192U.h | 4 ++--

Re: [PATCH v1 09/10] staging: iio: resolver: Remove exceptional & on function name

On 11/03/17 14:26, simran singhal wrote: > Remove & from function pointers to conform to the style found elsewhere > in the file. Done using the following semantic patch > > // > @r@ > identifier f; > @@ > > f(...) { ... } > @@ > identifier r.f; > @@ > > - > + f > // > > Signed-off-by:

  1   2   3   4   5   6   >