Re: [linux-sunxi] [PATCH v4 07/10] mfd: axp20x: add axp20x-regulator cell for AXP803

在 2017-04-25 10:17，Chen-Yu Tsai 写道： On Tue, Apr 25, 2017 at 12:01 AM, Icenowy Zheng wrote: As axp20x-regulator now supports AXP803, add a cell for it. Signed-off-by: Icenowy Zheng Acked-by: Chen-Yu Tsai --- Changes in v4: - Added a trailing

Re: [linux-sunxi] [PATCH v4 07/10] mfd: axp20x: add axp20x-regulator cell for AXP803

在 2017-04-25 10:17，Chen-Yu Tsai 写道： On Tue, Apr 25, 2017 at 12:01 AM, Icenowy Zheng wrote: As axp20x-regulator now supports AXP803, add a cell for it. Signed-off-by: Icenowy Zheng Acked-by: Chen-Yu Tsai --- Changes in v4: - Added a trailing comma for new cell, for easier further cell

Re: [PATCH] stmmac: Add support for SIMATIC IOT2000 platform

On 2017-04-24 23:27, Andy Shevchenko wrote: > On Mon, Apr 24, 2017 at 10:27 PM, Jan Kiszka wrote: >> The IOT2000 is industrial controller platform, derived from the Intel >> Galileo Gen2 board. The variant IOT2020 comes with one LAN port, the >> IOT2040 has two of them.

Re: [PATCH] stmmac: Add support for SIMATIC IOT2000 platform

On 2017-04-24 23:27, Andy Shevchenko wrote: > On Mon, Apr 24, 2017 at 10:27 PM, Jan Kiszka wrote: >> The IOT2000 is industrial controller platform, derived from the Intel >> Galileo Gen2 board. The variant IOT2020 comes with one LAN port, the >> IOT2040 has two of them. They can be told apart

Re: [PATCH] iio: adc: Add support for TI ADC1x8s102

On 2017-04-24 23:25, Andy Shevchenko wrote: > On Mon, Apr 24, 2017 at 11:32 PM, Jan Kiszka wrote: >> On 2017-04-24 22:05, Andy Shevchenko wrote: >>> On Mon, 2017-04-24 at 21:28 +0200, Jan Kiszka wrote: This is an upstream port of an IIO driver for the TI ADC108S102

Re: [PATCH] iio: adc: Add support for TI ADC1x8s102

On 2017-04-24 23:25, Andy Shevchenko wrote: > On Mon, Apr 24, 2017 at 11:32 PM, Jan Kiszka wrote: >> On 2017-04-24 22:05, Andy Shevchenko wrote: >>> On Mon, 2017-04-24 at 21:28 +0200, Jan Kiszka wrote: This is an upstream port of an IIO driver for the TI ADC108S102 and ADC128S102. The

Re: [PATCH v6 05/15] lockdep: Implement crossrelease feature

On Mon, Apr 24, 2017 at 12:17:47PM +0200, Peter Zijlstra wrote: > On Mon, Apr 24, 2017 at 02:11:02PM +0900, Byungchul Park wrote: > > On Wed, Apr 19, 2017 at 04:25:03PM +0200, Peter Zijlstra wrote: > > > > I still don't like work_id; it doesn't have anything to do with > > > workqueues per se,

Re: [PATCH v6 05/15] lockdep: Implement crossrelease feature

On Mon, Apr 24, 2017 at 12:17:47PM +0200, Peter Zijlstra wrote: > On Mon, Apr 24, 2017 at 02:11:02PM +0900, Byungchul Park wrote: > > On Wed, Apr 19, 2017 at 04:25:03PM +0200, Peter Zijlstra wrote: > > > > I still don't like work_id; it doesn't have anything to do with > > > workqueues per se,

Re: [PATCH RT] usb: Use _nort in usb_hcd_pci_remove

Hi Nate, [auto build test ERROR on usb/usb-testing] [also build test ERROR on v4.11-rc8 next-20170424] [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/Nate-Dailey/usb-Use-_nort

Re: [PATCH RT] usb: Use _nort in usb_hcd_pci_remove

Hi Nate, [auto build test ERROR on usb/usb-testing] [also build test ERROR on v4.11-rc8 next-20170424] [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/Nate-Dailey/usb-Use-_nort

Re: [PATCH v3] usb: typec: Don't prevent using constant typec_mode_desc initializers

On Mon, Apr 24, 2017 at 11:52 AM, Mats Karrman wrote: > Signed-off-by: Mats Karrman > --- > v3: > - Fixed damaged white-space, finally? > Yes, this one finally applied. Some description in addition to the subject line might be nice. Other than

Re: [PATCH v3] usb: typec: Don't prevent using constant typec_mode_desc initializers

On Mon, Apr 24, 2017 at 11:52 AM, Mats Karrman wrote: > Signed-off-by: Mats Karrman > --- > v3: > - Fixed damaged white-space, finally? > Yes, this one finally applied. Some description in addition to the subject line might be nice. Other than that, Reviewed-by: Guenter Roeck Guenter > v2:

Re: [PATCH] xen/scsifront: use offset_in_page() macro

On 25/04/17 00:15, Martin K. Petersen wrote: > > Juergen, > >> On 22/04/17 03:21, Geliang Tang wrote: >>> Use offset_in_page() macro instead of open-coding. >>> >>> Signed-off-by: Geliang Tang >> >> Reviewed-by: Juergen Gross > > Taking this through the

Re: [PATCH] xen/scsifront: use offset_in_page() macro

On 25/04/17 00:15, Martin K. Petersen wrote: > > Juergen, > >> On 22/04/17 03:21, Geliang Tang wrote: >>> Use offset_in_page() macro instead of open-coding. >>> >>> Signed-off-by: Geliang Tang >> >> Reviewed-by: Juergen Gross > > Taking this through the Xen tree or should I queue it? I can

Re: net/ipv6: slab-out-of-bounds in ip6_tnl_xmit

On Mon, Apr 24, 2017 at 9:47 AM, Cong Wang wrote: > > We use ipv4 dst in ip6_tunnel and cast an IPv4 neigh key as an > IPv6 address... > > > neigh = dst_neigh_lookup(skb_dst(skb), > _hdr(skb)->daddr); >

Re: net/ipv6: slab-out-of-bounds in ip6_tnl_xmit

On Mon, Apr 24, 2017 at 9:47 AM, Cong Wang wrote: > > We use ipv4 dst in ip6_tunnel and cast an IPv4 neigh key as an > IPv6 address... > > > neigh = dst_neigh_lookup(skb_dst(skb), > _hdr(skb)->daddr); > if (!neigh) >

Re: [PATCH 0/2] DS1374 Watchdog fixes

On 04/24/2017 03:05 PM, Moritz Fischer wrote: Hi all, this series fixes two issues that I ran into when trying to use the watchdog part of the DS1374 on of our products. This series is basically a precursor to some further cleanup work, that turns the DS1374 into a MFD device with an RTC and

Re: [PATCH 0/2] DS1374 Watchdog fixes

On 04/24/2017 03:05 PM, Moritz Fischer wrote: Hi all, this series fixes two issues that I ran into when trying to use the watchdog part of the DS1374 on of our products. This series is basically a precursor to some further cleanup work, that turns the DS1374 into a MFD device with an RTC and

Re: [PATCH] platform/x86/intel-vbtn: add volume up and down

On Tue, Apr 25, 2017 at 4:43 AM, AceLan Kao wrote: > According the spec. I have, the values are correct. > Please merge it, thanks. > Is there a reason the whole spec isn't implemented? Is it under NDA? > 2017-04-25 5:41 GMT+08:00 Maarten Maathuis

Re: [PATCH] platform/x86/intel-vbtn: add volume up and down

On Tue, Apr 25, 2017 at 4:43 AM, AceLan Kao wrote: > According the spec. I have, the values are correct. > Please merge it, thanks. > Is there a reason the whole spec isn't implemented? Is it under NDA? > 2017-04-25 5:41 GMT+08:00 Maarten Maathuis : >> On Mon, Apr 24, 2017 at 11:37 PM, Andy

Re: [PATCH V3 11/17] thermal: cpu_cooling: get rid of 'allowed_cpus'

On 24-04-17, 17:53, Lukasz Luba wrote: > The policy pointer forwarded from cpufreq_update_policy() > is a local variable 'new_policy' so cannot be compared with pinned > policy pointer in the cooling device. > You should do the cpumask test like before: > if (!cpumask_test_cpu(policy->cpu, >

Re: [PATCH V3 11/17] thermal: cpu_cooling: get rid of 'allowed_cpus'

On 24-04-17, 17:53, Lukasz Luba wrote: > The policy pointer forwarded from cpufreq_update_policy() > is a local variable 'new_policy' so cannot be compared with pinned > policy pointer in the cooling device. > You should do the cpumask test like before: > if (!cpumask_test_cpu(policy->cpu, >

Re: [PATCH -next] phy: qcom-qmp: fix return value check in qcom_qmp_phy_create()

On 04/25/2017 08:44 AM, Wei Yongjun wrote: From: Wei Yongjun In case of error, the function of_iomap() returns NULL pointer not ERR_PTR(). The IS_ERR() test in the return value check should be replaced with NULL test. Fixes: e78f3d15e115 ("phy: qcom-qmp: new qmp phy

Re: [PATCH -next] phy: qcom-qmp: fix return value check in qcom_qmp_phy_create()

On 04/25/2017 08:44 AM, Wei Yongjun wrote: From: Wei Yongjun In case of error, the function of_iomap() returns NULL pointer not ERR_PTR(). The IS_ERR() test in the return value check should be replaced with NULL test. Fixes: e78f3d15e115 ("phy: qcom-qmp: new qmp phy driver for

Re: [PATCH V3 4/4] soc/tegra: pmc: Use the new reset APIs to manage reset controllers

On 04/24/2017 06:15 PM, Jon Hunter wrote: On 18/04/17 12:21, Vivek Gautam wrote: Make use of reset_control_array_*() set of APIs to manage an array of reset controllers available with the device. Before we apply this patch, I need to check to see if the order of the resets managed by the PMC

Re: [PATCH V3 4/4] soc/tegra: pmc: Use the new reset APIs to manage reset controllers

On 04/24/2017 06:15 PM, Jon Hunter wrote: On 18/04/17 12:21, Vivek Gautam wrote: Make use of reset_control_array_*() set of APIs to manage an array of reset controllers available with the device. Before we apply this patch, I need to check to see if the order of the resets managed by the PMC

[PATCH v5 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

This introduces the tiocsti_restrict sysctl, whose default is controlled via CONFIG_SECURITY_TIOCSTI_RESTRICT. When activated, this control restricts all TIOCSTI ioctl calls from non CAP_SYS_ADMIN users. This patch depends on patch 1/2 This patch was inspired from GRKERNSEC_HARDEN_TTY. This

[PATCH v5 1/2] security: tty: Add owner user namespace to tty_struct

This patch adds struct user_namespace *owner_user_ns to the tty_struct. Then it is set to current_user_ns() in the alloc_tty_struct function. This is done to facilitate capability checks against the original user namespace that allocated the tty. E.g. ns_capable(tty->owner_user_ns,CAP_SYS_ADMIN)

[PATCH v5 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

This introduces the tiocsti_restrict sysctl, whose default is controlled via CONFIG_SECURITY_TIOCSTI_RESTRICT. When activated, this control restricts all TIOCSTI ioctl calls from non CAP_SYS_ADMIN users. This patch depends on patch 1/2 This patch was inspired from GRKERNSEC_HARDEN_TTY. This

[PATCH v5 1/2] security: tty: Add owner user namespace to tty_struct

This patch adds struct user_namespace *owner_user_ns to the tty_struct. Then it is set to current_user_ns() in the alloc_tty_struct function. This is done to facilitate capability checks against the original user namespace that allocated the tty. E.g. ns_capable(tty->owner_user_ns,CAP_SYS_ADMIN)

[PATCH v5 0/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

This patchset introduces the tiocsti_restrict sysctl, whose default is controlled via CONFIG_SECURITY_TIOCSTI_RESTRICT. When activated, this control restricts all TIOCSTI ioctl calls from non CAP_SYS_ADMIN users. This patch was inspired from GRKERNSEC_HARDEN_TTY. This patch would have prevented

[PATCH v5 0/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

This patchset introduces the tiocsti_restrict sysctl, whose default is controlled via CONFIG_SECURITY_TIOCSTI_RESTRICT. When activated, this control restricts all TIOCSTI ioctl calls from non CAP_SYS_ADMIN users. This patch was inspired from GRKERNSEC_HARDEN_TTY. This patch would have prevented

Re: [PATCH v2] fpga: allow to compile-test Altera FPGA bridge drivers

Hi Tobias, [auto build test ERROR on linus/master] [also build test ERROR on v4.11-rc8] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH] ARM: dts: Add devicetree for the Raspberry Pi 3, for arm32 (v5)

On 04/24/2017 01:00 PM, Eric Anholt wrote: > Raspbian and Fedora have decided to support the Pi3 in 32-bit mode for > now, so it's useful to be able to test that mode on an upstream > kernel. It's also been useful for me to use the same board for 32-bit > and 64-bit development. > >

Re: [PATCH v2] fpga: allow to compile-test Altera FPGA bridge drivers

Hi Tobias, [auto build test ERROR on linus/master] [also build test ERROR on v4.11-rc8] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH] ARM: dts: Add devicetree for the Raspberry Pi 3, for arm32 (v5)

On 04/24/2017 01:00 PM, Eric Anholt wrote: > Raspbian and Fedora have decided to support the Pi3 in 32-bit mode for > now, so it's useful to be able to test that mode on an upstream > kernel. It's also been useful for me to use the same board for 32-bit > and 64-bit development. > >

Re: [PATCH] virtio_blk: Fix English in description of VIRTIO_BLK_SCSI

On 04/24/2017 12:13 AM, Jean Delvare wrote: > Signed-off-by: Jean Delvare > Fixes: 97b50a654d5d ("virtio_blk: make SCSI passthrough support configurable") > Cc: Christoph Hellwig > Cc: Jens Axboe Added for 4.12, thanks. -- Jens Axboe

Re: [PATCH] virtio_blk: Fix English in description of VIRTIO_BLK_SCSI

On 04/24/2017 12:13 AM, Jean Delvare wrote: > Signed-off-by: Jean Delvare > Fixes: 97b50a654d5d ("virtio_blk: make SCSI passthrough support configurable") > Cc: Christoph Hellwig > Cc: Jens Axboe Added for 4.12, thanks. -- Jens Axboe

Re: [PATCH RFC] ptr_ring: add ptr_ring_unconsume

On 2017年04月24日 20:00, Michael S. Tsirkin wrote: On Mon, Apr 24, 2017 at 07:54:18PM +0800, Jason Wang wrote: On 2017年04月24日 07:28, Michael S. Tsirkin wrote: On Tue, Apr 18, 2017 at 11:07:42AM +0800, Jason Wang wrote: On 2017年04月17日 07:19, Michael S. Tsirkin wrote: Applications that consume

Re: [PATCH RFC] ptr_ring: add ptr_ring_unconsume

On 2017年04月24日 20:00, Michael S. Tsirkin wrote: On Mon, Apr 24, 2017 at 07:54:18PM +0800, Jason Wang wrote: On 2017年04月24日 07:28, Michael S. Tsirkin wrote: On Tue, Apr 18, 2017 at 11:07:42AM +0800, Jason Wang wrote: On 2017年04月17日 07:19, Michael S. Tsirkin wrote: Applications that consume

Re: [PATCH 0/3] nvme: APST improvements (for 4.12, perhaps)

On Fri, Apr 21 2017, Andy Lutomirski wrote: > Hi all- > > These are APST improvements for 4.12 or so. The first one fixes a > buggy comment. The second makes debugging easier. The third makes > it possible to force APST on despite quirks. > > Andy Lutomirski (3): > nvme: Fix APST comment >

Re: [PATCH 0/3] nvme: APST improvements (for 4.12, perhaps)

On Fri, Apr 21 2017, Andy Lutomirski wrote: > Hi all- > > These are APST improvements for 4.12 or so. The first one fixes a > buggy comment. The second makes debugging easier. The third makes > it possible to force APST on despite quirks. > > Andy Lutomirski (3): > nvme: Fix APST comment >

Re: [PATCH 1/3 v2] xen: Export xen_reboot

On 24/04/17 20:21, Boris Ostrovsky wrote: > On 04/24/2017 01:58 PM, Julien Grall wrote: >> The helper xen_reboot will be called by the EFI code in a later patch. >> >> Note that the ARM version does not yet exist and will be added in a >> later patch too. >> >> Signed-off-by: Julien Grall

Re: [PATCH 1/3 v2] xen: Export xen_reboot

On 24/04/17 20:21, Boris Ostrovsky wrote: > On 04/24/2017 01:58 PM, Julien Grall wrote: >> The helper xen_reboot will be called by the EFI code in a later patch. >> >> Note that the ARM version does not yet exist and will be added in a >> later patch too. >> >> Signed-off-by: Julien Grall > > I

Re: [PATCH -next] ASoC: Intel: Skylake: Fix to use list_for_each_safe() when delete items

On Tue, Apr 25, 2017 at 03:28:17AM +, Wei Yongjun wrote: > From: Wei Yongjun > > Since we will remove items off the list using list_del() we need > to use a safe version of the list_for_each() macro aptly named > list_for_each_safe(). ah yes, god catch > This is

Re: [PATCH -next] ASoC: Intel: Skylake: Fix to use list_for_each_safe() when delete items

On Tue, Apr 25, 2017 at 03:28:17AM +, Wei Yongjun wrote: > From: Wei Yongjun > > Since we will remove items off the list using list_del() we need > to use a safe version of the list_for_each() macro aptly named > list_for_each_safe(). ah yes, god catch > This is detected by Coccinelle

Re: [PATCH v2 02/29] drm/ttm: fix include notation and remove -Iinclude/drm flag

On 24/04/17 01:50 PM, Masahiro Yamada wrote: > For the C file, include instead of relative path from > include/drm. > > For headers in include/drm/ttm, simplify the with "*.h". > > This allows us to remove the -Iinclude/drm compiler flag from > drivers/gpu/drm/ttm/Makefile (and from other

Re: [PATCH v2 02/29] drm/ttm: fix include notation and remove -Iinclude/drm flag

On 24/04/17 01:50 PM, Masahiro Yamada wrote: > For the C file, include instead of relative path from > include/drm. > > For headers in include/drm/ttm, simplify the with "*.h". > > This allows us to remove the -Iinclude/drm compiler flag from > drivers/gpu/drm/ttm/Makefile (and from other

Re: [PATCH] ARM: dts: Add devicetree for the Raspberry Pi 3, for arm32 (v5)

Hi Eric, [auto build test ERROR on robh/for-next] [also build test ERROR on v4.11-rc8 next-20170424] [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/Eric-Anholt/ARM-dts-Add-devicetree

Re: [PATCH] ARM: dts: Add devicetree for the Raspberry Pi 3, for arm32 (v5)

Hi Eric, [auto build test ERROR on robh/for-next] [also build test ERROR on v4.11-rc8 next-20170424] [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/Eric-Anholt/ARM-dts-Add-devicetree

Re: [PATCH] sched: topology: s/borken/broken

On 24-04-17, 14:26, Mike Galbraith wrote: > On Mon, 2017-04-24 at 16:50 +0530, Viresh Kumar wrote: > > Fix minor spelling mistake. > > That's a perfectly correct alternative spelling of b0rken :) yeah, I was already trolled on IRC for this stupid patch. Sorry about that and this one is dropped

Re: [PATCH] sched: topology: s/borken/broken

On 24-04-17, 14:26, Mike Galbraith wrote: > On Mon, 2017-04-24 at 16:50 +0530, Viresh Kumar wrote: > > Fix minor spelling mistake. > > That's a perfectly correct alternative spelling of b0rken :) yeah, I was already trolled on IRC for this stupid patch. Sorry about that and this one is dropped

Re: [PATCH v2] arm64: perf: Use only exclude_kernel attribute when kernel is running in HYP

On Mon, Apr 24, 2017 at 9:15 PM, Will Deacon wrote: > On Thu, Apr 20, 2017 at 02:56:50PM +0530, Ganapatrao Kulkarni wrote: >> On Thu, Apr 20, 2017 at 2:19 PM, Mark Rutland wrote: >> > On Wed, Apr 19, 2017 at 11:14:06PM +0530, Ganapatrao Kulkarni wrote:

Re: [PATCH v2] arm64: perf: Use only exclude_kernel attribute when kernel is running in HYP

On Mon, Apr 24, 2017 at 9:15 PM, Will Deacon wrote: > On Thu, Apr 20, 2017 at 02:56:50PM +0530, Ganapatrao Kulkarni wrote: >> On Thu, Apr 20, 2017 at 2:19 PM, Mark Rutland wrote: >> > On Wed, Apr 19, 2017 at 11:14:06PM +0530, Ganapatrao Kulkarni wrote: >> >> commit d98ecda (arm64: perf: Count

Re: [PATCH v7 0/7] Introduce ZONE_CMA

On Mon, Apr 24, 2017 at 03:09:36PM +0200, Michal Hocko wrote: > On Mon 17-04-17 11:02:12, Joonsoo Kim wrote: > > On Thu, Apr 13, 2017 at 01:56:15PM +0200, Michal Hocko wrote: > > > On Wed 12-04-17 10:35:06, Joonsoo Kim wrote: > [...] > > > > ZONE_CMA is conceptually the same with ZONE_MOVABLE.

Re: [PATCH v7 0/7] Introduce ZONE_CMA

On Mon, Apr 24, 2017 at 03:09:36PM +0200, Michal Hocko wrote: > On Mon 17-04-17 11:02:12, Joonsoo Kim wrote: > > On Thu, Apr 13, 2017 at 01:56:15PM +0200, Michal Hocko wrote: > > > On Wed 12-04-17 10:35:06, Joonsoo Kim wrote: > [...] > > > > ZONE_CMA is conceptually the same with ZONE_MOVABLE.

Re: [PATCH RFC v6] x86,mm,sched: make lazy TLB mode even lazier

On Fri, Sep 9, 2016 at 12:44 AM, Peter Zijlstra wrote: > On Thu, Sep 08, 2016 at 09:39:45PM -0700, Andy Lutomirski wrote: >> If they're busy threads, shouldn't the yield return immediately >> because the threads are still ready to run? Lazy TLB won't do much >> unless you

Re: [PATCH RFC v6] x86,mm,sched: make lazy TLB mode even lazier

On Fri, Sep 9, 2016 at 12:44 AM, Peter Zijlstra wrote: > On Thu, Sep 08, 2016 at 09:39:45PM -0700, Andy Lutomirski wrote: >> If they're busy threads, shouldn't the yield return immediately >> because the threads are still ready to run? Lazy TLB won't do much >> unless you get the kernel in some

[PATCH -next] ASoC: Intel: Skylake: Fix to use list_for_each_safe() when delete items

From: Wei Yongjun Since we will remove items off the list using list_del() we need to use a safe version of the list_for_each() macro aptly named list_for_each_safe(). This is detected by Coccinelle semantic patch. Fixes: b8c722ddd548 ("ASoC: Intel: Skylake: Add support

[PATCH -next] ASoC: Intel: Skylake: Fix to use list_for_each_safe() when delete items

From: Wei Yongjun Since we will remove items off the list using list_del() we need to use a safe version of the list_for_each() macro aptly named list_for_each_safe(). This is detected by Coccinelle semantic patch. Fixes: b8c722ddd548 ("ASoC: Intel: Skylake: Add support for deferred DSP module

Re: [PATCH v3 3/7] kprobes: validate the symbol name length

On Sun, 23 Apr 2017 15:44:32 + "Naveen N. Rao" wrote: > >> >> +bool is_valid_kprobe_symbol_name(const char *name) > >> > > >> > This just check the length of symbol_name buffer, and can contain > >> > some invalid chars. > >> > >> Yes, I kept the function

Re: [PATCH v3 3/7] kprobes: validate the symbol name length

On Sun, 23 Apr 2017 15:44:32 + "Naveen N. Rao" wrote: > >> >> +bool is_valid_kprobe_symbol_name(const char *name) > >> > > >> > This just check the length of symbol_name buffer, and can contain > >> > some invalid chars. > >> > >> Yes, I kept the function name generic incase we would like

Re: [PATCH 3/6] drm: fourcc byteorder: add bigendian support to drm_mode_legacy_fb_format

On 24/04/17 03:25 PM, Gerd Hoffmann wrote: > Return correct fourcc codes on bigendian. Drivers must be adapted to > this change. > > Signed-off-by: Gerd Hoffmann Just to reiterate, this won't work for the radeon driver, which programs the GPU to use (effectively, per the

Re: [PATCH 3/6] drm: fourcc byteorder: add bigendian support to drm_mode_legacy_fb_format

On 24/04/17 03:25 PM, Gerd Hoffmann wrote: > Return correct fourcc codes on bigendian. Drivers must be adapted to > this change. > > Signed-off-by: Gerd Hoffmann Just to reiterate, this won't work for the radeon driver, which programs the GPU to use (effectively, per the current definition

[PATCH -next] drm/rockchip: cdn-dp: fix return value check in cdn_dp_probe()

From: Wei Yongjun Fix the retrn value check which testing the wrong variable in cdn_dp_probe(). Fixes: 1a0f7ed3abe2 ("drm/rockchip: cdn-dp: add cdn DP support for rk3399") Signed-off-by: Wei Yongjun --- drivers/gpu/drm/rockchip/cdn-dp-core.c | 2

[PATCH -next] drm/rockchip: cdn-dp: fix return value check in cdn_dp_probe()

From: Wei Yongjun Fix the retrn value check which testing the wrong variable in cdn_dp_probe(). Fixes: 1a0f7ed3abe2 ("drm/rockchip: cdn-dp: add cdn DP support for rk3399") Signed-off-by: Wei Yongjun --- drivers/gpu/drm/rockchip/cdn-dp-core.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH -next] phy: qcom-qmp: fix return value check in qcom_qmp_phy_create()

From: Wei Yongjun In case of error, the function of_iomap() returns NULL pointer not ERR_PTR(). The IS_ERR() test in the return value check should be replaced with NULL test. Fixes: e78f3d15e115 ("phy: qcom-qmp: new qmp phy driver for qcom-chipsets") Signed-off-by: Wei

[PATCH -next] phy: qcom-qmp: fix return value check in qcom_qmp_phy_create()

From: Wei Yongjun In case of error, the function of_iomap() returns NULL pointer not ERR_PTR(). The IS_ERR() test in the return value check should be replaced with NULL test. Fixes: e78f3d15e115 ("phy: qcom-qmp: new qmp phy driver for qcom-chipsets") Signed-off-by: Wei Yongjun ---

[PATCH -next] firmware: google memconsole: Fix return value check in platform_memconsole_init()

From: Wei Yongjun In case of error, the function platform_device_register_simple() returns ERR_PTR() and never returns NULL. The NULL test in the return value check should be replaced with IS_ERR(). Fixes: d384d6f43d1e ("firmware: google memconsole: Add coreboot

[PATCH -next] firmware: google memconsole: Fix return value check in platform_memconsole_init()

From: Wei Yongjun In case of error, the function platform_device_register_simple() returns ERR_PTR() and never returns NULL. The NULL test in the return value check should be replaced with IS_ERR(). Fixes: d384d6f43d1e ("firmware: google memconsole: Add coreboot support") Signed-off-by: Wei

Re: [PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On 25/04/17 10:12 AM, Michel Dänzer wrote: > On 24/04/17 10:03 PM, Ville Syrjälä wrote: >> On Mon, Apr 24, 2017 at 03:57:02PM +0900, Michel Dänzer wrote: >>> On 22/04/17 07:05 PM, Ville Syrjälä wrote: On Fri, Apr 21, 2017 at 06:14:31PM +0200, Gerd Hoffmann wrote: > Hi, > >>> My

Re: [PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

On 25/04/17 10:12 AM, Michel Dänzer wrote: > On 24/04/17 10:03 PM, Ville Syrjälä wrote: >> On Mon, Apr 24, 2017 at 03:57:02PM +0900, Michel Dänzer wrote: >>> On 22/04/17 07:05 PM, Ville Syrjälä wrote: On Fri, Apr 21, 2017 at 06:14:31PM +0200, Gerd Hoffmann wrote: > Hi, > >>> My

Re: [PATCH v3] selftests: ftrace: Allow some tests to be run in a tracing instance

On Mon, 24 Apr 2017 18:01:38 -0400 Steven Rostedt wrote: > On Sun, 23 Apr 2017 09:02:24 +0900 > Masami Hiramatsu wrote: > > > > > > > > > > > +} > > > > > + > > > > > eval_result() { # sigval > > > > >case $1 in > > > > > $PASS) > > > > >

Re: [PATCH v3] selftests: ftrace: Allow some tests to be run in a tracing instance

On Mon, 24 Apr 2017 18:01:38 -0400 Steven Rostedt wrote: > On Sun, 23 Apr 2017 09:02:24 +0900 > Masami Hiramatsu wrote: > > > > > > > > > > > +} > > > > > + > > > > > eval_result() { # sigval > > > > >case $1 in > > > > > $PASS) > > > > > @@ -271,6 +275,21 @@ for t in

Re: [PATCH] led: ledtrig-transient: replace timer_list with hrtimer

Hi Jacek, On Mon, Apr 24, 2017 at 12:59 PM, Jacek Anaszewski wrote: > > Hi David, > > Thanks for the patch. > > Unfortunately we cannot switch to using hr timers just like that > without introducing side effects for many devices. We had similar > attempt of increasing

Re: [PATCH] led: ledtrig-transient: replace timer_list with hrtimer

Hi Jacek, On Mon, Apr 24, 2017 at 12:59 PM, Jacek Anaszewski wrote: > > Hi David, > > Thanks for the patch. > > Unfortunately we cannot switch to using hr timers just like that > without introducing side effects for many devices. We had similar > attempt of increasing timer tirgger accuracy two

Re: [PATCH 20/22] tools arch: Sync arch/x86/lib/memcpy_64.S with the kernel

On Mon, 2017-04-24 at 13:36 -0700, Luck, Tony wrote: > On Mon, Apr 24, 2017 at 04:54:37PM -0300, Arnaldo Carvalho de Melo wrote: > > From: Arnaldo Carvalho de Melo > > > > Just a minor fix done in: > > > > Fixes: 26a37ab319a2 ("x86/mce: Fix copy/paste error in exception table

Re: [PATCH 20/22] tools arch: Sync arch/x86/lib/memcpy_64.S with the kernel

On Mon, 2017-04-24 at 13:36 -0700, Luck, Tony wrote: > On Mon, Apr 24, 2017 at 04:54:37PM -0300, Arnaldo Carvalho de Melo wrote: > > From: Arnaldo Carvalho de Melo > > > > Just a minor fix done in: > > > > Fixes: 26a37ab319a2 ("x86/mce: Fix copy/paste error in exception table > > entries") >

Re: your mail

On Mon, Apr 24, 2017 at 09:53:12AM +0200, Michal Hocko wrote: > On Mon 24-04-17 10:44:43, Joonsoo Kim wrote: > > On Fri, Apr 21, 2017 at 09:16:16AM +0200, Michal Hocko wrote: > > > On Fri 21-04-17 13:38:28, Joonsoo Kim wrote: > > > > On Thu, Apr 20, 2017 at 09:28:20AM +0200, Michal Hocko wrote: >

Re: your mail

On Mon, Apr 24, 2017 at 09:53:12AM +0200, Michal Hocko wrote: > On Mon 24-04-17 10:44:43, Joonsoo Kim wrote: > > On Fri, Apr 21, 2017 at 09:16:16AM +0200, Michal Hocko wrote: > > > On Fri 21-04-17 13:38:28, Joonsoo Kim wrote: > > > > On Thu, Apr 20, 2017 at 09:28:20AM +0200, Michal Hocko wrote: >

Re: [PATCH] platform/x86/intel-vbtn: add volume up and down

According the spec. I have, the values are correct. Please merge it, thanks. 2017-04-25 5:41 GMT+08:00 Maarten Maathuis : > On Mon, Apr 24, 2017 at 11:37 PM, Andy Shevchenko > wrote: >> On Tue, Apr 25, 2017 at 12:29 AM, Maarten Maathuis

Re: [PATCH] platform/x86/intel-vbtn: add volume up and down

According the spec. I have, the values are correct. Please merge it, thanks. 2017-04-25 5:41 GMT+08:00 Maarten Maathuis : > On Mon, Apr 24, 2017 at 11:37 PM, Andy Shevchenko > wrote: >> On Tue, Apr 25, 2017 at 12:29 AM, Maarten Maathuis >> wrote: >>> Tested on HP Elite X2 1012 G1. >>> Matches

Re: [PATCH v3 2/2] Input: add support for the STMicroelectronics FingerTip touchscreen

Hi Dmitry, again, kindly ping. This patch has been posted on March 27th and this is the third time I ask you a feedback about it. Please let me know, Andi On Mon, Mar 27, 2017 at 10:07:43PM +0900, Andi Shyti wrote: > The stmfts (ST-Microelectronics FingerTip S) touchscreen device > is a

Re: [PATCH v3 2/2] Input: add support for the STMicroelectronics FingerTip touchscreen

Hi Dmitry, again, kindly ping. This patch has been posted on March 27th and this is the third time I ask you a feedback about it. Please let me know, Andi On Mon, Mar 27, 2017 at 10:07:43PM +0900, Andi Shyti wrote: > The stmfts (ST-Microelectronics FingerTip S) touchscreen device > is a

Re: [PATCH v7 4/5] i2c: aspeed: added driver for Aspeed I2C

On Mon, 2017-04-24 at 11:18 -0700, Brendan Higgins wrote: > +static int __aspeed_i2c_init_clk(struct aspeed_i2c_bus *bus, > +    struct platform_device *pdev) > +{ Minor nit ... I'm really not fan of those underscores. We use __ functions in some cases in the kernel

Re: [PATCH v7 4/5] i2c: aspeed: added driver for Aspeed I2C

On Mon, 2017-04-24 at 11:18 -0700, Brendan Higgins wrote: > +static int __aspeed_i2c_init_clk(struct aspeed_i2c_bus *bus, > +    struct platform_device *pdev) > +{ Minor nit ... I'm really not fan of those underscores. We use __ functions in some cases in the kernel

Re: [PATCH v6 4/5] i2c: aspeed: added driver for Aspeed I2C

On Mon, 2017-04-24 at 11:56 -0700, Brendan Higgins wrote: > > > +struct aspeed_i2c_bus { > > > + struct i2c_adapter  adap; > > > + struct device   *dev; > > > + void __iomem*base; > > > + /* Synchronizes I/O mem access to base. */ > >

Re: [PATCH v6 4/5] i2c: aspeed: added driver for Aspeed I2C

On Mon, 2017-04-24 at 11:56 -0700, Brendan Higgins wrote: > > > +struct aspeed_i2c_bus { > > > + struct i2c_adapter  adap; > > > + struct device   *dev; > > > + void __iomem*base; > > > + /* Synchronizes I/O mem access to base. */ > >

Re: [linux-sunxi] [PATCH v4 07/10] mfd: axp20x: add axp20x-regulator cell for AXP803

On Tue, Apr 25, 2017 at 12:01 AM, Icenowy Zheng wrote: > As axp20x-regulator now supports AXP803, add a cell for it. > > Signed-off-by: Icenowy Zheng > Acked-by: Chen-Yu Tsai > --- > Changes in v4: > - Added a trailing comma for new cell, for

Re: [linux-sunxi] [PATCH v4 07/10] mfd: axp20x: add axp20x-regulator cell for AXP803

On Tue, Apr 25, 2017 at 12:01 AM, Icenowy Zheng wrote: > As axp20x-regulator now supports AXP803, add a cell for it. > > Signed-off-by: Icenowy Zheng > Acked-by: Chen-Yu Tsai > --- > Changes in v4: > - Added a trailing comma for new cell, for easier further cell addition. > Changes in v3: > -

[PATCH] irqchip/mbigen: Fix the clear register offset

From: MaJun Don't minus reserved interrupts (64) when get the clear register offset,because the clear register space includes the space of these 64 interrupts. Signed-off-by: MaJun --- drivers/irqchip/irq-mbigen.c | 1 - 1 file changed, 1 deletion(-)

[PATCH] irqchip/mbigen: Fix the clear register offset

From: MaJun Don't minus reserved interrupts (64) when get the clear register offset,because the clear register space includes the space of these 64 interrupts. Signed-off-by: MaJun --- drivers/irqchip/irq-mbigen.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/irqchip/irq-mbigen.c

Re: [PATCH] scsi/mac_esp: Replace bogus memory barrier with spinlock

Martin, looks good to me, so: Reviewed-By: Michael Schmitz Am 25.04.2017 um 10:29 schrieb Martin K. Petersen: > > Finn, > >> Commit da244654c66e ("[SCSI] mac_esp: fix for quadras with two esp chips") >> added mac_scsi_esp_intr() to handle the IRQ lines from a pair of

Re: [PATCH] scsi/mac_esp: Replace bogus memory barrier with spinlock

Martin, looks good to me, so: Reviewed-By: Michael Schmitz Am 25.04.2017 um 10:29 schrieb Martin K. Petersen: > > Finn, > >> Commit da244654c66e ("[SCSI] mac_esp: fix for quadras with two esp chips") >> added mac_scsi_esp_intr() to handle the IRQ lines from a pair of on-board >> ESP chips

Re: Re: [PATCH 1/2] PCI: mediatek: Add Mediatek PCIe host controller support

Hi, On Mon, 2017-04-24 at 17:02 -0500, Bjorn Helgaas wrote: > Hi Ryder, > > Looks good, but I have a few questions below. > > On Sun, Apr 23, 2017 at 04:19:02PM +0800, Ryder Lee wrote: > > Add support for the Mediatek PCIe controller which can be found > > on MT7623A/N, MT2701 and MT8521p

Re: Re: [PATCH 1/2] PCI: mediatek: Add Mediatek PCIe host controller support

Hi, On Mon, 2017-04-24 at 17:02 -0500, Bjorn Helgaas wrote: > Hi Ryder, > > Looks good, but I have a few questions below. > > On Sun, Apr 23, 2017 at 04:19:02PM +0800, Ryder Lee wrote: > > Add support for the Mediatek PCIe controller which can be found > > on MT7623A/N, MT2701 and MT8521p

Re: support autofocus / autogain in libv4l2

Em Tue, 25 Apr 2017 00:07:01 +0200 Pavel Machek escreveu: > Hi! > > > Please don't add a new application under lib/. It is fine if you want > > some testing application, if the ones there aren't enough, but please > > place it under contrib/test/. > > > > You should likely take a

Re: support autofocus / autogain in libv4l2

Em Tue, 25 Apr 2017 00:07:01 +0200 Pavel Machek escreveu: > Hi! > > > Please don't add a new application under lib/. It is fine if you want > > some testing application, if the ones there aren't enough, but please > > place it under contrib/test/. > > > > You should likely take a look at

[PATCH] arm64: dts: exynos: Remove the te-gpios property in the TM2 boards

The decon uses HW-TRIGGER, so TE interrupt is not necessary. Therefore, remove the te-gpios property in the TM2 dts. Signed-off-by: Hoegeun Kwon --- arch/arm64/boot/dts/exynos/exynos5433-tm2.dts | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH] arm64: dts: exynos: Remove the te-gpios property in the TM2 boards

The decon uses HW-TRIGGER, so TE interrupt is not necessary. Therefore, remove the te-gpios property in the TM2 dts. Signed-off-by: Hoegeun Kwon --- arch/arm64/boot/dts/exynos/exynos5433-tm2.dts | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2.dts

  1   2   3   4   5   6   7   8   9   10   >