[PATCH 2/2] staging: speakup: spaces preferred around operator

Fixed the checkpatch.pl issues like: CHECK: spaces preferred around that '&' (ctx:VxV) CHECK: spaces preferred around that '|' (ctx:VxV) CHECK: spaces preferred around that '-' (ctx:VxV) CHECK: spaces preferred around that '+' (ctx:VxV) etc. Signed-off-by: Arushi Singhal

[PATCH 1/2] staging: speakup: Moved AND operator to previous line.

Moved logical AND operator to previous line to fix the following checkpatch issue: CHECK: Logical continuations should be on the previous line. Signed-off-by: Arushi Singhal --- drivers/staging/speakup/main.c | 8 1 file changed, 4 insertions(+), 4

[PATCH 0/2] staging:speakup: Multiple checkpatch issues.

Improve readability by fixing multiple checkpatch.pl issues in speakup driver. Arushi Singhal (2): staging: speakup: Moved AND operator to previous line. staging: speakup: spaces preferred around operator drivers/staging/speakup/main.c | 8

[PATCH] arm64: add dump_stack to show_regs

Recently I found that when the system trigger a soft lockup in interrupt, there is only showing the regs, but no stack trace, it is very difficult to locate the problem: === [10072.999437] NMI watchdog: BUG: soft lockup - CPU#16 stuck for 23s!

Re: [Outreachy kernel] [PATCH v2] staging: iio: ade7753: replace mlock with driver private lock

On 18/03/17 18:46, SIMRAN SINGHAL wrote: > On Sat, Mar 18, 2017 at 11:51 PM, Jonathan Cameron wrote: >> On 18/03/17 17:34, SIMRAN SINGHAL wrote: >>> On Thu, Mar 16, 2017 at 3:23 AM, Jonathan Cameron wrote: On 13/03/17 19:53, Alison Schofield wrote: >

Re: [PATCH v5 00/39] i.MX Media Driver

On Sat, Mar 18, 2017 at 12:58:27PM -0700, Steve Longerbeam wrote: > Right, imx-media-capture.c (the "standard" v4l2 user interface module) > is not implementing VIDIOC_ENUM_FRAMESIZES. It should, but it can only > return the single frame size that the pipeline has configured (the mbus > format of

Re: [PATCH v2 13/17] iio: magnetometer: mag3110: Add OF device ID table

On 15/03/17 04:45, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [PATCH v2 12/17] iio: adc: ti-ads1015: Add OF device ID table

On 15/03/17 04:45, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [PATCH v2 11/17] iio: dac: max5821: Set .of_match_table to OF device ID table

On 15/03/17 04:44, Javier Martinez Canillas wrote: > The driver has a OF device ID table but the struct i2c_driver > .of_match_table field is not set. > > Signed-off-by: Javier Martinez Canillas applied. > --- > > drivers/iio/dac/max5821.c | 1 + > 1 file changed, 1

Re: outreachy/moving a driver out of staging

On Thu, 2017-03-09 at 22:20 +0100, Greg KH wrote: > On Thu, Mar 09, 2017 at 01:56:49PM -0700, Stephen Warren wrote: > > On 03/09/2017 01:51 PM, Scott Branden wrote: > > > Hi Julia, > > > > > > On 17-03-09 12:36 PM, Julia Lawall wrote: > > > > Hello, > > > > > > > > I discussed the issue of

Re: Passionate Partner

Dear Sir, Did you recieved my mail? I have sent it twice without a response. Castano Giovanni

Re: [PATCH] ext4: Add statx support

On Fri 17-03-17 14:19:22, Andreas Dilger wrote: > On Mar 16, 2017, at 11:47 PM, Eric Biggers wrote: > > On Thu, Mar 16, 2017 at 11:35:33AM +, David Howells wrote: > >> + > >> + ext4_get_inode_flags(ei); > >> + flags = ei->i_flags & EXT4_FL_USER_VISIBLE; > >> + if

[tip:x86/mm] x86/tls: Forcibly set the accessed bit in TLS segments

Commit-ID: 5b781c7e317fcf9f74475dc82bfce2e359dfca13 Gitweb: http://git.kernel.org/tip/5b781c7e317fcf9f74475dc82bfce2e359dfca13 Author: Andy Lutomirski AuthorDate: Sat, 18 Mar 2017 22:17:24 -0700 Committer: Thomas Gleixner CommitDate: Sun, 19 Mar

Re: [PATCH 1/2] usb: phy: Introduce one extcon device into usb phy

-device-into-usb-phy/20170319-175509 base: https://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git next config: i386-randconfig-i1-201712 (attached as .config) compiler: gcc-4.8 (Debian 4.8.4-1) 4.8.4 reproduce: # save the attached .config to linux build tree make ARCH=i386

Re: [PATCH v1 2/7] dt-bindings: iio: rockchip-saradc: add support for rk3328

On 16/03/17 08:28, Heiko Stuebner wrote: > Am Mittwoch, 15. März 2017, 18:03:52 CET schrieb c...@rock-chips.com: >> From: Chen Liang >> >> The rk3328 saradc is the same as rk3399. >> >> Signed-off-by: Chen Liang >> --- >>

Re: [RFC 2/2] fanotify: emit FAN_MODIFY_DIR on filesystem changes

On Sun, Mar 19, 2017 at 11:19:43AM +0100, Jan Kara wrote: > However if you can really call fsnotify hooks with 'path' available in all > the places, it should be equally hard to just pass 'path' to > vfs_(create|mkdir|...) and that way we don't have to sprinkle fsnotify > calls into several call

Re: [PATCH] iio: accel: Prefer unsigned int to bare use of unsigned

On 16/03/17 23:35, Miguel Robles wrote: > Fix checkpatch warnings: > WARNING: Prefer 'unsigned int' to bare use of 'unsigned' > > Signed-off-by: Miguel Robles Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to play with it.

Re: [PATCH v2 01/17] iio: adc: ina2xx: Add OF device ID table

On 15/03/17 04:44, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [PATCH 26/26] x86/mm: allow to have userspace mappings above 47-bits

"Kirill A. Shutemov" writes: > On Fri, Mar 17, 2017 at 11:23:54PM +0530, Aneesh Kumar K.V wrote: >> "Kirill A. Shutemov" writes: >> >> > On x86, 5-level paging enables 56-bit userspace virtual address space. >> > Not all user space is

Re: [RFC 2/2] fanotify: emit FAN_MODIFY_DIR on filesystem changes

On Tue 14-03-17 13:18:01, Amir Goldstein wrote: > On Tue, Mar 14, 2017 at 1:03 AM, Filip Štědronský wrote: > > Besause fanotify requires `struct path`, the event cannot be generated > > directly in `fsnotify_move` and friends because they only get the inode > > (and their

Re: [Outreachy kernel] Re: [PATCH] staging: iio: ade7753: replace mlock with driver private lock

On 17/03/17 09:32, Gargi Sharma wrote: > On Mon, Mar 13, 2017 at 5:30 PM, Lars-Peter Clausen wrote: >> >> On 03/12/2017 02:32 PM, simran singhal wrote: >>> The IIO subsystem is redefining iio_dev->mlock to be used by >>> the IIO core only for protecting device operating mode

Re: [PATCH v2 07/17] iio: pressure: hp03: Add OF device ID table

On 15/03/17 04:44, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [PATCH v2 06/17] iio: light: tsl2563: Add OF device ID table

On 15/03/17 04:44, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [PATCH v2 08/17] iio: imu: inv_mpu6050: Add OF device ID table

On 15/03/17 04:44, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [PATCH v2 10/17] iio: light: apds9960: Add OF device ID table

On 15/03/17 04:44, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [RESEND PATCH 3/7] Change k_clock clock_get() to use timespec64

On Sat, 18 Mar 2017, Deepa Dinamani wrote: > - int (*clock_get) (const clockid_t which_clock, struct timespec * tp); > + int (*clock_get) (const clockid_t which_clock, struct timespec64 * tp); If you change things, then please fixup the white space noise as well '*tp' is the proper

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

On 17.03.2017 21:08, Gerhard Wiesinger wrote: On 17.03.2017 18:13, Michal Hocko wrote: On Fri 17-03-17 17:37:48, Gerhard Wiesinger wrote: [...] 4.11.0-0.rc2.git4.1.fc27.x86_64 There are also lockups after some runtime hours to 1 day: Message from syslogd@myserver Mar 19 08:22:33 ...

Re: checkpatch: Question regarding asmlinkage and storage class

On Sat, 2017-03-18 at 13:15 +0100, Paul Menzel wrote: > Dear checkpatch developers, > > > The coreboot project started using checkpatch.pl, and now some effort > is going into fixing issues pointed out by `checkpatch.pl`. > > The file `src/arch/x86/acpi_s3.c` in coreboot contains the code

Re: [coreboot] checkpatch: Question regarding asmlinkage and storage class

Dear Joe, Am Sonntag, den 19.03.2017, 01:31 -0700 schrieb Joe Perches: > On Sat, 2017-03-18 at 13:15 +0100, Paul Menzel wrote: > > Dear checkpatch developers, > > > > > > The coreboot project started using checkpatch.pl, and now some effort > > is going into fixing issues pointed out by

Re: [PATCH v2 2/4] cdc-acm: fix possible invalid access when processing notification

On 3/18/2017 9:52 PM, Tobias Herzog wrote: Notifications may only be 8 bytes so long. Accessing the 9th and s/so//. "So long and thanks for all the fish!" :-) 10th byte of unimplemented/unknown notifications may be insecure. Also check the length of known notifications before

Re: [PATCH v15 0/5] mxs-lradc: Split driver into MFD

On 16/03/17 12:27, Ksenija Stanojevic wrote: > Split existing driver mxs-lradc into MFD with touchscreen and > IIO part. > > Tested on I.MX28 Lee, I've been assuming you will take this one as an immutable branch in mfd, but let me know if you want it to go another route. Jonathan > > Ksenija

Re: [PATCH RFC 01/14] block, bfq: introduce the BFQ-v0 I/O scheduler as an extra scheduler

> Il giorno 18 mar 2017, alle ore 11:24, Bart Van Assche > ha scritto: > > On Sat, 2017-03-18 at 08:08 -0400, Paolo Valente wrote: >>> Il giorno 06 mar 2017, alle ore 14:40, Bart Van Assche >>> ha scritto: +#define

Re: [PATCH v5 00/39] i.MX Media Driver

On Sat, Mar 18, 2017 at 12:58:27PM -0700, Steve Longerbeam wrote: > On 03/18/2017 12:22 PM, Russell King - ARM Linux wrote: > >0:00:01.955927879 20954 0x15ffe90 INFOv4l2 > >gstv4l2object.c:3811:gst_v4l2_object_get_caps: probed caps: > >video/x-bayer, format=(string)rggb,

Re: [PATCH RFC 00/14] Add the BFQ I/O Scheduler to blk-mq

> Il giorno 18 mar 2017, alle ore 13:46, Bart Van Assche > ha scritto: > > On Sat, 2017-03-18 at 18:09 +0100, Linus Walleij wrote: >> On Sat, Mar 18, 2017 at 11:52 AM, Paolo Valente >> wrote: Il giorno 14 mar 2017, alle ore 16:32,

Re: [Outreachy kernel] [PATCH 1/2] staging: speakup: Moved AND operator to previous line.

On Sun, 19 Mar 2017, Arushi Singhal wrote: > Moved logical AND operator to previous line to fix the following > checkpatch issue: You seem to have AND and OR confused. AND is &&, OR is ||. This patch is about OR, not AND. julia > > CHECK: Logical continuations should be on the previous

Re: [PATCH v4] staging: Use buf_lock instead of mlock and Refactor code

On Sun, Mar 19, 2017 at 3:45 PM, Jonathan Cameron wrote: > On 18/03/17 18:44, simran singhal wrote: >> The IIO subsystem is redefining iio_dev->mlock to be used by >> the IIO core only for protecting device operating mode changes. >> ie. Changes between INDIO_DIRECT_MODE,

[PATCH 4/4] media: imx-media-capture: add frame sizes/interval enumeration

Add support for enumerating frame sizes and frame intervals from the first subdev via the V4L2 interfaces. Signed-off-by: Russell King --- drivers/staging/media/imx/imx-media-capture.c | 62 +++ 1 file changed, 62 insertions(+) diff --git

Re: [PATCH v2 03/17] iio: magnetometer: bmc150_magn_i2c: Add OF device ID table

On 15/03/17 04:44, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [PATCH v2 02/17] iio: mlx96014: Add OF device ID table

On 15/03/17 10:46, Crt Mori wrote: > Hi, > Thanks for the patch. If the assumption will not be there than this > fix is needed. I tested it on BeagleBoneBlack and it does not effect > anything. > > Tested-by: Crt Mori > Acked-by: Crt Mori Applied. Thanks,

Re: [RESEND PATCH 2/7] time: Change posix clocks ops interfaces to use timespec64

On Sat, 18 Mar 2017, Deepa Dinamani wrote: > struct timespec is not y2038 safe. > Replace the posix_clock ops interfaces to use > struct timespec64. > The patch also changes struct itimerspec interfaces to > struct itimerspec64 as itimerspec internally uses timespec > and itimerspec64 uses

Re: [PATCH v2 04/17] iio: dac: mcp4725: Add OF device ID table

On 15/03/17 04:44, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [PATCH v2 05/17] iio: light: us5182d: Add OF device ID table

On 15/03/17 04:44, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

[PATCH 2/4] media: imx: allow bayer pixel formats to be looked up

Allow imx_media_find_format() to look up bayer formats, which is required to support frame size and interval enumeration. Signed-off-by: Russell King --- drivers/staging/media/imx/imx-media-capture.c | 11 ++- drivers/staging/media/imx/imx-media-utils.c |

[PATCH 1/4] media: imx-media-csi: fix v4l2-compliance check

v4l2-compliance was failing with: fail: v4l2-test-formats.cpp(1076): cap->timeperframe.numerator == 0 || cap->timeperframe.denominator == 0 test VIDIOC_G/S_PARM: FAIL Fix this. Signed-off-by: Russell King ---

Re: [PATCH v2 1/2] doc: bindings: Add bindings documentation for mtd nvmem

On Sat, 18 Mar 2017 15:58:11 -0500 Rob Herring wrote: > On Wed, Mar 15, 2017 at 2:41 PM, Alban wrote: > > On Wed, 15 Mar 2017 12:24:01 -0500 > > Rob Herring wrote: > > > >> On Tue, Mar 07, 2017 at 09:26:03AM +0100, Alban wrote: > >> > Config

[GIT PULL] Please pull powerpc/linux.git powerpc-4.11-5 tag

Hi Linus, Please pull a couple of minor powerpc fixes for 4.11: The following changes since commit fb5fe0fd626c425ed41842c4318aa7ab6f3c2db7: Merge tag 'powerpc-4.11-4' of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux (2017-03-13 19:48:22 -0700) are available in the git

Re: outreachy/moving a driver out of staging

On Sun, Mar 19, 2017 at 12:37:47AM -0700, Michael Zoran wrote: > I just noticed this e-mail. What exactly is the requirement to get a > driver or subsystem out of staging? This is why each driver in staging is supposed to have a TODO file listing each point that needs to be addressed, and when

Re: [PATCH v5 00/39] i.MX Media Driver

On Sat, Mar 18, 2017 at 08:41:14PM -0400, Nicolas Dufresne wrote: > Along with the norm fallback, GStreamer could could also consider the > currently set framerate as returned by VIDIOC_G_PARM. At the same time, > implementing that enumeration shall be straightforward, and will make a > large

Re: [PATCH v4] staging: Use buf_lock instead of mlock and Refactor code

On 18/03/17 18:44, simran singhal wrote: > The IIO subsystem is redefining iio_dev->mlock to be used by > the IIO core only for protecting device operating mode changes. > ie. Changes between INDIO_DIRECT_MODE, INDIO_BUFFER_* modes. > > In this driver, mlock was being used to protect hardware

Re: [PATCH] MAINTAINERS: add Masahiro Yamada as a Kbuild maintainer

Hi Masahiro, On Tue, 14 Mar 2017 14:45:20 +0900 Masahiro Yamada wrote: > > 2017-03-10 10:41 GMT+09:00 Masahiro Yamada : > > It has been difficult lately for Michal to work on Kbuild on his > > regular basis. We discussed the

Re: outreachy/moving a driver out of staging

On Sun, 2017-03-19 at 09:15 +, Russell King - ARM Linux wrote: > On Sun, Mar 19, 2017 at 12:37:47AM -0700, Michael Zoran wrote: > > I just noticed this e-mail.  What exactly is the requirement to get > > a > > driver or subsystem out of staging? > > This is why each driver in staging is

[PATCH 3/4] media: imx-csi: add frame size/interval enumeration

Add frame size and frame interval enumeration to CSI. CSI can scale the image independently horizontally and vertically by a factor of two, which enumerates to four different frame sizes. CSI can also drop frames, resulting in frame rate reduction, so enumerate the resulting possible output

Re: [PATCH v2 17/17] iio: gyro: itg3200: Add OF device ID table

On 15/03/17 04:45, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [PATCH v2 15/17] iio: pressure: mpl3115: Add OF device ID table

On 15/03/17 04:45, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [RESEND PATCH 1/7] time: Delete do_sys_setimeofday()

On Sat, 18 Mar 2017, Deepa Dinamani wrote: > struct timespec is not y2038 safe. The plan is to > get rid of all uses of timespec internally in the > kernel. Replace uses of timespec with timespec64. > The syscall interfaces will be changed in a separate > series. > Call to do_sys_setimeofday() is

Re: [PATCH v2 14/17] iio: accel: mma7455_i2c: Add OF device ID table

On 15/03/17 04:45, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [PATCH v2 09/17] iio: accel: bma180: Add OF device ID table

On 15/03/17 04:44, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [PATCH v2 16/17] iio: accel: mma7660: Add OF device ID table

On 15/03/17 04:45, Javier Martinez Canillas wrote: > The driver doesn't have a struct of_device_id table but supported devices > are registered via Device Trees. This is working on the assumption that a > I2C device registered via OF will always match a legacy I2C device ID and > that the MODALIAS

Re: [RESEND PATCH 0/7] Change k_clock interfaces to use timespec64

On Sat, 18 Mar 2017, Deepa Dinamani wrote: > Resending to update author id in patch 7/7. > > The series is aimed at replacing struct timespec which is not > y2038 safe with y2038 safe struct timespec64 for k_clock interfaces. > > The series does not change the syscall interface. > This will be

[PATCH v5] staging: Use buf_lock instead of mlock and Refactor code

The IIO subsystem is redefining iio_dev->mlock to be used by the IIO core only for protecting device operating mode changes. ie. Changes between INDIO_DIRECT_MODE, INDIO_BUFFER_* modes. In this driver, mlock was being used to protect hardware state changes. Replace it with buf_lock in the devices

[PATCH 0/2] cpufreq: schedutil: Fix and optimization

Hi, Patch [1/2] in this series fixes an initialization issue in schedutil. Patch [2/2] is an optimization, but it also might be regarded as a fix or at least a problem workaround. Namely, while playing with the passive mode in intel_pstate lately I noticed that schedutil evidently

[PATCH 1/2] cpufreq: schedutil: Fix per-CPU structure initialization in sugov_start()

From: Rafael J. Wysocki sugov_start() only initializes struct sugov_cpu per-CPU structures for shared policies, but it should do that for single-CPU policies too. That in particular makes the IO-wait boost mechanism work in the cases when cpufreq policies correspond

[RFC][PATCH 2/2] cpufreq: schedutil: Force max frequency on busy CPUs

From: Rafael J. Wysocki The PELT metric used by the schedutil governor underestimates the CPU utilization in some cases. The reason for that may be time spent in interrupt handlers and similar which is not accounted for by PELT. That can be easily demonstrated by

Re: [PATCH v5 00/39] i.MX Media Driver

Le dimanche 19 mars 2017 à 09:55 +, Russell King - ARM Linux a écrit : > 2) would it also make sense to allow gstreamer's v4l2src to try > setting >    a these parameters, and only fail if it's unable to set it?  IOW, > if >    I use: > > gst-launch-1.0 v4l2src device=/dev/video10 ! \ >   

Re: [PATCH v5 00/39] i.MX Media Driver

Le dimanche 19 mars 2017 à 00:54 +, Russell King - ARM Linux a écrit : > > > > In practice, I have the impression there is a fair reason why > > framerate > > enumeration isn't implemented (considering there is only 1 valid > > rate). > > That's actually completely incorrect. > > With the

Re: [PATCH v5 00/39] i.MX Media Driver

On 03/19/2017 04:22 PM, Russell King - ARM Linux wrote: > On Sun, Mar 19, 2017 at 02:21:10PM +, Russell King - ARM Linux wrote: >> There's a good reason why I dumped a full debug log using GST_DEBUG=*:9, >> analysed it for the cause of the failure, and tried several different >> pipelines,

[PATCH v3 05/12] arm64: dts: mediatek: add mt6797 support

This adds basic chip support for MT6797 SoC. Signed-off-by: Mars Cheng --- arch/arm64/boot/dts/mediatek/Makefile |1 + arch/arm64/boot/dts/mediatek/mt6797-evb.dts | 36 ++ arch/arm64/boot/dts/mediatek/mt6797.dtsi| 182 +++ 3

[PATCH v3 00/12] Add Basic SoC support for MT6797

This patch set adds basic SoC support for mediatek's first 10-core chip, X20, also known as MT6797. - based on 4.11-rc1 - support multiple base address for sysirq - support common clk framework Changes since v2: - prevent uncessary #intpol-bases for mtk-sysirq - add fast path for mtk-sysirq

[PATCH v3 08/12] soc: mediatek: avoid using fixed spm power status defines

Use variables to replace fixed defines since the offset of the status of spm power might be different for some chips Signed-off-by: Mars Cheng Signed-off-by: Kevin-CW Chen --- drivers/soc/mediatek/mtk-scpsys.c | 33

[PATCH v3 06/12] dt-bindings: arm: mediatek: document clk bindings for MT6797

From: Kevin-CW Chen This patch adds the binding documentation for apmixedsys, imgsys, infracfg, mmsys, topckgen, vdecsys and vencsys for MT6797. Signed-off-by: Kevin-CW Chen Signed-off-by: Mars Cheng Acked-by:

[PATCH v3 02/12] irqchip: mtk-sysirq: extend intpol base to arbitrary number

Originally driver only supports one base. However, MT6797 has more than one bases to configure interrupt polarity. To support possible design change, here comes a solution to use arbitrary number of bases. Signed-off-by: Mars Cheng --- drivers/irqchip/irq-mtk-sysirq.c |

Re: [PATCH 4/4] mfd: cpcap: Fix bad use of IRQ sense register

* Sebastian Reichel [170318 19:03]: > On Thu, Mar 16, 2017 at 05:36:33PM -0700, Tony Lindgren wrote: > > The cpcap INTS registers are for getting the value of the line, > > not for configuring the type. > > > > Cc: Lee Jones > > Cc: Marcel Partap

[PATCH v6 03/15] IB/mthca: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v6 04/15] net: e100: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Acked-by: Jeff Kirsher

[PATCH] staging: speakup: Removed Unnecessary parentheses.

Unnecessary parentheses are removed to improve readability. Signed-off-by: Arushi Singhal --- drivers/staging/speakup/kobjects.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/speakup/kobjects.c

Re: [RESEND PATCH 2/7] time: Change posix clocks ops interfaces to use timespec64

On Sat, Mar 18, 2017 at 10:17:41PM -0700, Deepa Dinamani wrote: > struct timespec is not y2038 safe. > Replace the posix_clock ops interfaces to use > struct timespec64. > The patch also changes struct itimerspec interfaces to > struct itimerspec64 as itimerspec internally uses timespec >

Re: [PATCH v5 00/39] i.MX Media Driver

On Sun, Mar 19, 2017 at 10:54:22AM -0700, Steve Longerbeam wrote: > > > On 03/19/2017 03:38 AM, Russell King - ARM Linux wrote: > >On Sat, Mar 18, 2017 at 12:58:27PM -0700, Steve Longerbeam wrote: > >>Right, imx-media-capture.c (the "standard" v4l2 user interface module) > >>is not implementing

Re: [PATCH] extcon: Allow registering a single notifier for all cables on an extcon_dev

/0day-ci/linux/commits/Hans-de-Goede/extcon-Allow-registering-a-single-notifier-for-all-cables-on-an-extcon_dev/20170319-204610 base: https://git.kernel.org/pub/scm/linux/kernel/git/chanwoo/extcon.git extcon-next config: i386-randconfig-x072-201712 (attached as .config) compiler: gcc-6 (Debian

[PATCH v3] staging: sm750fb: Code readability is improved

New variables are added to make the code more readable. Signed-off-by: Arushi Singhal --- changes in v3 -try to make the code much more readable. drivers/staging/sm750fb/ddk750_mode.c | 61 --- 1 file changed, 35

Re: [PATCH v5 00/39] i.MX Media Driver

Hi Russell, On 03/18/2017 10:43 PM, Russell King - ARM Linux wrote: > On Sat, Mar 18, 2017 at 12:58:27PM -0700, Steve Longerbeam wrote: >> Can you share your gstreamer pipeline? For now, until >> VIDIOC_ENUM_FRAMESIZES is implemented, try a pipeline that >> does not attempt to specify a frame

[PATCH v5] staging: sm750fb: Remove typedefs from structures and enum

This patch removes typedefs from structure and enum and renames them as per kernel coding standards. Signed-off-by: Arushi Singhal --- changes in v5 - make the commit message more relevant. - remove prefix and suffix underscore.

Re: kernel BUG at mm/swap_slots.c:270

On Sat 18-03-17 09:57:18, Linus Torvalds wrote: > Tim at al, > I got this on my desktop at shutdown: > > [ cut here ] > kernel BUG at mm/swap_slots.c:270! > invalid opcode: [#1] SMP > CPU: 5 PID: 1745 Comm: (sd-pam) Not tainted 4.11.0-rc1-00243-g24c534bb161b

Purpose of PCI address in ranges property

Hi, When ranges property is being parsed using of_pci_get_host_bridge_resources, the pci address is being used for calculating the offset for pci_add_resource_offset. What is this offset for ? So the cpu address is being used for programming memory base and limit registers ? Thanks &

[PATCH] braille-console: Fix value returned by _braille_console_setup

commit bbeddf52adc1 ("printk: move braille console support into separate braille.[ch] files") introduced _braille_console_setup() to outline the braille initialization code. There was however some confusion over the value it was supposed to return. commit 2cfe6c4ac7ee ("printk: Fix return of

Re: [PATCH v6 0/4] i.MX7 PCI support

On Tue, Mar 14, 2017 at 08:18:23AM -0700, Andrey Smirnov wrote: > Hello, everyone: > > This is a sixth iteration of the code that adds PCI-subsystem bits > necessary for enabling PCI support on i.MX7. > > Andrey Smirnov (4): > PCI: imx6: Add code to support i.MX7D > PCI: imx6: Do not

[PATCH v6 01/15] block: DAC960: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

Re: [PATCH v6 2/8] debugfs: prevent access to removed files' private data

Nicolai, Regarding the debugfs_create_file() which ignores .mmap field in the struct file_operations. The patch is a part of the kernel 4.8 in the Ubuntu 16.10 and breaks quite a few online code examples of mmap drivers. Is is acceptable to replace the debugfs_create_file() by a macro and fail

Re: [PATCH 4.4 04/35] MIPS: Update defconfigs for NF_CT_PROTO_DCCP/UDPLITE change

On Thu, 2017-03-16 at 23:29 +0900, Greg Kroah-Hartman wrote: > 4.4-stable review patch.  If anyone has any objections, please let me know. > > -- > > From: Arnd Bergmann > > commit 9ddc16ad8e0bc7742fc96d5aaabc5b8698512cd1 upstream. > > In linux-4.10-rc,

[PATCH v6 14/15] scsi: pmcraid: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v6 15/15] PCI: Remove PCI pool macro functions

Now that all the drivers use dma pool API, we can remove the macro functions for PCI pool. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- include/linux/pci.h | 9 - 1 file changed, 9 deletions(-) diff --git

Re: [Outreachy kernel] [PATCH] staging: impedance-analyzer: ad5933: Remove unnecessary goto

On Sun, Mar 19, 2017 at 11:26 PM, Julia Lawall wrote: > > > On Sun, 19 Mar 2017, simran singhal wrote: > >> Remove unnecessary goto. >> >> Signed-off-by: simran singhal >> --- >> drivers/staging/iio/impedance-analyzer/ad5933.c | 10 -- >>

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

On Fri 2017-03-17 11:42:03, Russell King - ARM Linux wrote: > On Tue, Mar 14, 2017 at 08:55:36AM +0100, Hans Verkuil wrote: > > We're all very driver-development-driven, and userspace gets very little > > attention in general. So before just throwing in the towel we should take > > a good look at

[PATCH v2 2/2] staging: speakup: spaces preferred around operator

Fixed the checkpatch.pl issues like: CHECK: spaces preferred around that '&' (ctx:VxV) CHECK: spaces preferred around that '|' (ctx:VxV) CHECK: spaces preferred around that '-' (ctx:VxV) CHECK: spaces preferred around that '+' (ctx:VxV) etc. Signed-off-by: Arushi Singhal

Re: [Outreachy kernel] [PATCH v5] staging: sm750fb: Remove typedefs from structures and enum

On Sun, 19 Mar 2017, Arushi Singhal wrote: > This patch removes typedefs from structure and enum and renames them as per > kernel coding standards. Greg asked for one structure/enum to be done at a time. julia > > Signed-off-by: Arushi Singhal > --- >

[PATCH v2 0/2] staging:speakup: Multiple checkpatch issues,

Improve readability by fixing multiple checkpatch.pl issues in speakup driver. Arushi Singhal (2): staging: speakup: Moved OR operator to previous line. staging: speakup: spaces preferred around operator drivers/staging/speakup/main.c | 8

Re: [PATCH v5 00/39] i.MX Media Driver

On Sun, Mar 19, 2017 at 10:33:25AM -0400, Nicolas Dufresne wrote: > Le dimanche 19 mars 2017 à 00:54 +, Russell King - ARM Linux a > écrit : > > > > > > In practice, I have the impression there is a fair reason why > > > framerate > > > enumeration isn't implemented (considering there is only

[PATCH v3 03/12] irqchip: mtk-sysirq: prevent unnecessary visibility when set_type

This prevent unnecessary visibility when configuring trigger type Signed-off-by: Mars Cheng --- drivers/irqchip/irq-mtk-sysirq.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/irqchip/irq-mtk-sysirq.c b/drivers/irqchip/irq-mtk-sysirq.c

[PATCH v3 07/12] clk: mediatek: add clk support for MT6797

From: Kevin-CW Chen Add MT6797 clock support, include topckgen, apmixedsys, infracfg and subsystem clocks Signed-off-by: Kevin-CW Chen Signed-off-by: Mars Cheng Tested-by: Matthias Brugger

[PATCH v3 11/12] soc: mediatek: add MT6797 scysys support

This adds scysys support for MT6797 Signed-off-by: Mars Cheng Signed-off-by: Kevin-CW Chen --- drivers/soc/mediatek/mtk-scpsys.c| 114 ++ include/dt-bindings/power/mt6797-power.h | 30 2 files

[PATCH v3 10/12] dt-bindings: mediatek: add MT6797 power dt-bindings

This adds scpsys dt-bindings for MT6797 Signed-off-by: Mars Cheng Signed-off-by: Kevin-CW Chen --- .../devicetree/bindings/soc/mediatek/scpsys.txt|6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

  1   2   3   4   5   6   >