Re: [PATCH] hwmon: (aspeed-pwm-tacho) Select REGMAP

On Sat, May 27, 2017 at 11:24 PM, Guenter Roeck wrote: > The driver uses regmap and thus has to select it to avoid build > errors such as the following. > > drivers/hwmon/aspeed-pwm-tacho.c:337:21: error: variable > 'aspeed_pwm_tacho_regmap_config' has initializer but

[PATCH v4 2/9] gpio-exar/8250-exar: Do not even instantiate a GPIO device for Commtech cards

Commtech adapters need the MPIOs for internal purposes, and the gpio-exar driver already refused to pick them up. But there is actually no point in even creating the underlying platform device. Signed-off-by: Jan Kiszka Reviewed-by: Andy Shevchenko

Re: [PATCH 4/7] mmc: use proper name for the R-Car SoC

On Mon, 29 May 2017, Ulf Hansson wrote: > On 28 May 2017 at 11:30, Wolfram Sang > wrote: > > It is 'R-Car', not 'RCar'. No code or binding changes, only descriptive > > text. > > > > Signed-off-by: Wolfram Sang > > Thanks,

Re: [PATCH v2] mac80211: Invoke TX LED in more code paths

On Sat, 2017-05-27 at 14:59 -0700, Bjorn Andersson wrote: > ieee80211_tx_status() is only one of the possible ways a driver can > report a handled packet, some drivers call this for every packet > while > others calls it rarely or never. > > In order to invoke the TX LED in the non-status

Re: [PATCH 1/1] nvme: fix nvme_remove going to uninterruptible sleep for ever

On Mon, May 29, 2017 at 07:58:39PM +0200, Christoph Hellwig wrote: > On Mon, May 29, 2017 at 09:29:54AM +0300, Rakesh Pandit wrote: > > Once controller is in DEAD or DELETING state a call to delete_destroy > > from nvme_uninit_ctrl results in setting the latency tolerance via > >

[PATCH V2] nvme: fix nvme_remove going to uninterruptible sleep for ever

Once controller is in DEAD or DELETING state a call to delete_destroy from nvme_uninit_ctrl results in setting the latency tolerance via nvme_set_latency_tolerance callback even though queues have already been killed. This in turn leads the PID to go into uninterruptible sleep and prevents

Re: [PATCH v5 06/10] drm/bridge: analogix-anx78xx: Use bridge->mode_valid() callback

On 05/25/2017 04:19 PM, Jose Abreu wrote: > Now that we have a callback to check if bridge supports a given mode > we can use it in Analogix bridge so that we restrict the number of > probbed modes to the ones we can actually display. > > Also, there is no need to use mode_fixup() callback as

Re: [PATCH v5 04/10] drm: Use mode_valid() in atomic modeset

On 05/25/2017 04:19 PM, Jose Abreu wrote: > This patches makes use of the new mode_valid() callbacks introduced > previously to validate the full video pipeline when modesetting. > > This calls the connector->mode_valid(), encoder->mode_valid(), > bridge->mode_valid() and crtc->mode_valid() so

Re: [PATCH 10/15] mfd: motorola-cpcap: use devm_of_platform_populate()

2017-05-30 0:07 GMT+02:00 Andy Shevchenko : > On Mon, May 29, 2017 at 6:45 PM, Benjamin Gaignard > wrote: >> Usage of devm_of_platform_populate() simplify driver code >> by allowing to delete cpcap_remove(). > >> - .remove =

Re: [PATCH v4 2/2] mfd: axp20x-i2c: Document that this must be builtin on x86

On Fri, 26 May 2017, Hans de Goede wrote: > Hi, > > On 22-05-17 12:56, Lee Jones wrote: > > On Mon, 15 May 2017, Hans de Goede wrote: > > > > > On x86 the axp288 PMIC provides an ACPI OpRegion handler, which must be > > > available before other drivers using it are loaded, which can only be > >

Re: [PATCH] Lower the log level of debug outputs

On Tue, May 30, 2017 at 3:54 PM, Hirokazu Honda wrote: > Some debug output whose log level is set 1 flooded the log. > Their log level is lowered to find the important log easily. > > Signed-off-by: Hirokazu Honda Your patch title should specify the

Re: [PATCH v1 00/11] mm/kasan: support per-page shadow memory to reduce memory consumption

On 29/05/17 16:29, Dmitry Vyukov wrote: > I have an alternative proposal. It should be conceptually simpler and > also less arch-dependent. But I don't know if I miss something > important that will render it non working. > Namely, we add a pointer to shadow to the page struct. Then, create a >

Re: [PATCH v3 0/3] EDAC: mv64x60: updates

On Tue, May 30, 2017 at 09:21:39AM +1200, Chris Packham wrote: > I'm looking at making use of the mv64x60_edac driver for the armada > processors. > It appears that at least the DRAM ECC error reporting is the same block from > the old Marvell Discovery class of processors. On the ARM side I need

[PATCH 0/7] Implement NVMe Namespace Descriptor Identification

This patchset implemets NVMe Namespace Descriptor Identification as of NVMe 1.3. The Namespace Descriptor Identification allows a NVMe host to query several Namespace Identification mechanisms, such as EUI-64, NGUID and UUID from the target. If more than one value is set by the target, it can

[PATCH 3/7] nvmet: add eui64 field to nvme_ns and populate via configfs

Add the EUI-64 field from the NVMe Namespace Identification Descriptor to the nvmet_ns structure and allow it's population via configfs. Signed-off-by: Johannes Thumshirn --- drivers/nvme/target/configfs.c | 48 ++

[PATCH 2/7] nvmet: add uuid field to nvme_ns and populate via configfs

Add the UUID field from the NVMe Namespace Identification Descriptor to the nvmet_ns structure and allow it's population via configfs. Signed-off-by: Johannes Thumshirn --- drivers/nvme/target/configfs.c | 48 ++

[PATCH 4/7] nvme: also report include the EUI-64 in identify NS report

Now that we can configure a namespace's EUI-64, report it back to the host in an 'Identify Namespace' command reply. Signed-off-by: Johannes Thumshirn --- drivers/nvme/target/admin-cmd.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/nvme/target/admin-cmd.c

Re: [PATCH 1/7] nvme: rename uuid to nguid in nvme_ns

On 05/30/2017 10:08 AM, Johannes Thumshirn wrote: > The uuid field in the nvme_ns structure represents the nguid field > from the identify namespace command. And as NVMe 1.3 introduced an > UUID in the NVMe Namespace Identification Descriptor this will > collide. > > So rename the uuid to nguid

[PATCH v3 1/2] mfd: intel_quark_i2c_gpio: Use dmi_system_id table for retrieving frequency

Avoids reimplementation of DMI matching in intel_quark_i2c_setup. Signed-off-by: Jan Kiszka Reviewed-by: Andy Shevchenko --- drivers/mfd/intel_quark_i2c_gpio.c | 33 + 1 file changed, 13 insertions(+),

[PATCH v3 2/2] mfd: intel_quark_i2c_gpio: Add support for SIMATIC IOT2000 platform

The SIMATIC IOT2020 and IOT2040 are derived from the Galileo Gen2 board and share its I2C frequency. Signed-off-by: Sascha Weisenberger Signed-off-by: Jan Kiszka Reviewed-by: Andy Shevchenko ---

[PATCH v3 0/2] mfd: intel_quark_i2c_gpio: Refactor and support for IOT2000

Changes in v3: - added Andy's reviewed tag Jan Jan Kiszka (2): mfd: intel_quark_i2c_gpio: Use dmi_system_id table for retrieving frequency mfd: intel_quark_i2c_gpio: Add support for SIMATIC IOT2000 platform drivers/mfd/intel_quark_i2c_gpio.c | 49 ++

Re: fs: use-after-free in path_lookupat

On Tue, May 30, 2017 at 8:24 AM, Al Viro wrote: > On Mon, May 29, 2017 at 04:48:17PM +0200, Dmitry Vyukov wrote: > >> Al, do you want me to mail the patch? >> I won't be able to write a super detailed description, but I can do >> some format patch. > > It's been fixed by

Re: [PATCH v2 1/5] tpm: introduce tpm_pcr_algorithms()

On 5/24/2017 7:35 PM, Jarkko Sakkinen wrote: On Mon, May 22, 2017 at 11:07:54AM +0200, Roberto Sassu wrote: On 5/20/2017 3:18 PM, Jarkko Sakkinen wrote: On Wed, May 17, 2017 at 10:42:35AM +0200, Roberto Sassu wrote: On 5/15/2017 3:18 PM, Roberto Sassu wrote: On 5/15/2017 12:36 PM, Jarkko

Re: [PATCH] ALSA: declare snd_kcontrol_new structures as const

On Tue, May 30, 2017 at 2:24 PM, Takashi Iwai wrote: > On Sat, 27 May 2017 16:46:15 +0200, > Bhumika Goyal wrote: >> >> Declare snd_kcontrol_new structures as const as they are only passed an >> argument to the function snd_ctl_new1. This argument is of type const, >> so

Re: [PATCH] ALSA: declare snd_kcontrol_new structures as const

On Tue, 30 May 2017 10:56:39 +0200, Julia Lawall wrote: > > > > On Tue, 30 May 2017, Takashi Iwai wrote: > > > On Sat, 27 May 2017 16:46:15 +0200, > > Bhumika Goyal wrote: > > > > > > Declare snd_kcontrol_new structures as const as they are only passed an > > > argument to the function

Re: [PATCH 1/2] gpio: ingenic: add CONFIG_OF dependency

On Mon, May 29, 2017 at 6:45 PM, Linus Walleij wrote: > On Mon, May 29, 2017 at 2:57 PM, Arnd Bergmann wrote: > >> The driver cannot access the of_node field when CONFIG_OF is disabled: >> >> drivers/gpio/gpio-ingenic.c: In function 'ingenic_gpio_probe':

[PATCH v3 5/5] mmc: sdhci-esdhc-imx: Remove the ENGcm07207 workaround

The SDHCI_QUIRK_NO_MULTIBLOCK quirk was used as a workaround for the ENGcm07207 erratum. However, it caused excruciatingly slow SD transfers (300 kB/s on average), and this erratum actually does not imply that multiple-block transfers are not supported, so this was overkill. The suggested

[PATCH v3 1/5] mmc: sdhci-esdhc-imx: Fix some English mistakes and typos

Fix various English mistakes and typos in comments and in printed strings. Signed-off-by: Benoît Thébaudeau Acked-by: Adrian Hunter Reviewed-by: Fabio Estevam --- Changes v1 -> v2: new patch. Changes v2 -> v3: - Two more

Re: [GIT PULL] ARM: SoC fixes (and a cross-arch dt-include fix)

Hi Arnd, On Tue, May 23, 2017 at 4:17 PM, Arnd Bergmann wrote: > On Tue, May 23, 2017 at 11:49 AM, Geert Uytterhoeven > wrote: >> On Mon, May 22, 2017 at 5:11 PM, Olof Johansson wrote: >>> On Mon, May 22, 2017 at 4:44 AM, Linus Walleij

Re: [PATCH 6/6] arm64: dts: marvell: enable GICP and ICU

Hello, On Tue, 30 May 2017 11:16:12 +0200, Thomas Petazzoni wrote: > This commit modifies the Marvell EBU Armada 7K and 8K Device Tree files > to describe the ICU and GICP units, and use ICU interrupts for all > devices in the CP110 blocks. > > Signed-off-by: Thomas Petazzoni

Re: [PATCH 1/4] thermal: uniphier: add UniPhier thermal driver

Hi Eduardo, Thank you for your comment. On Mon, 29 May 2017 09:48:19 -0700 wrote: > Knihiko, > > On Mon, May 29, 2017 at 06:15:42PM +0900, Kunihiko Hayashi wrote: > > Add a thermal driver for on-chip PVT (Process, Voltage and Temperature) > > monitoring unit implemented on

[PATCH] gpiolib: remove unused variable

This was left behind by a cleanup patch: drivers/gpio/gpiolib.c: In function 'gpiochip_irqchip_init_valid_mask': drivers/gpio/gpiolib.c:1474:6: error: unused variable 'i' [-Werror=unused-variable] Fixes: 923a654c186c ("gpiolib: Re-use bitmap_fill() instead of open coded loop") Signed-off-by:

Re: [GIT PULL] TTY/Serial driver fixes for 4.11-rc4

On Wed, May 3, 2017 at 2:01 PM, Greg KH wrote: >> >>> So the original problem is that the vmalloc() in n_tty_open() can >> >>> fail, and that will panic in tty_set_ldisc()/tty_ldisc_restore() >> >>> because of its unwillingness to proceed if the tty doesn't have an >>

[PATCH] drm/pl111: select DRM_PANEL

When DRM_PANEL is disabled, we get a link error for pl111: drivers/gpu/built-in.o: In function `pl111_connector_destroy': pl111_connector.c:(.text+0x3487e6): undefined reference to `drm_panel_detach' For some reason this only appears in the latest linux-next although the driver appears to have

Re: [PATCH V2] nvme: fix nvme_remove going to uninterruptible sleep for ever

Looks good, Reviewed-by: Christoph Hellwig

[PATCH] gpiolib: remove unused variable 'i'

From: Colin Ian King Fixes smatch warning: unused variable 'i' [-Wunused-variable] Signed-off-by: Colin Ian King --- drivers/gpio/gpiolib.c | 2 -- sound/soc/generic/audio-graph-scu-card.c | 2 +- 2 files changed, 1

Re: [PATCH 3/7] nvmet: add eui64 field to nvme_ns and populate via configfs

On 05/30/2017 11:25 AM, Christoph Hellwig wrote: > On Tue, May 30, 2017 at 10:08:18AM +0200, Johannes Thumshirn wrote: >> Add the EUI-64 field from the NVMe Namespace Identification Descriptor >> to the nvmet_ns structure and allow it's population via configfs. > > Is there any good use case for

Re: [PATCH v2 1/3] mfd: lp87565: Add lp87565 PMIC support

On Tuesday 30 May 2017 02:53 PM, Lee Jones wrote: > On Tue, 23 May 2017, Keerthy wrote: > >> The LP87565 chip is a power management IC for Portable Navigation Systems >> and Tablet Computing devices. It contains the following components: >> >> - Configurable Bucks(Single and

Re: [PATCH] dmaengine: ste_dma40, imx-dma: Cleanup scatterlist layering violations

On Wed, May 24, 2017 at 03:58:14PM -0600, Logan Gunthorpe wrote: > Two dma engine drivers directly accesses page_link assuming knowledge > that should be contained only in scatterlist.h. > > We replace these with calls to sg_chain and sg_assign_page. good catch, but can you please split these to

Re: [PATCH v2 2/2] dmaengine: mtk-hsdma: Add Mediatek High-Speed DMA controller on MT7623 SoC

On Thu, May 25, 2017 at 03:12:49PM +0800, sean.w...@mediatek.com wrote: > +/* MTK_DMA_SIZE must be 2 of power and 4 for the minimal */ > +#define MTK_DMA_SIZE 256 > +#define MTK_HSDMA_NEXT_DESP_IDX(x, y)(((x) + 1) & ((y) - 1)) > +#define MTK_HSDMA_PREV_DESP_IDX(x, y)

Re: [PATCH v3 1/5] mmc: sdhci-esdhc-imx: Fix some English mistakes and typos

On 30 May 2017 at 11:14, Benoît Thébaudeau wrote: > Fix various English mistakes and typos in comments and in printed > strings. > > Signed-off-by: Benoît Thébaudeau > Acked-by: Adrian Hunter > Reviewed-by: Fabio Estevam

Re: [RFC][PATCHv3 5/5] printk: register PM notifier

On Tue 2017-05-09 17:28:59, Sergey Senozhatsky wrote: > It's not always possible/safe to wake_up() printk kernel > thread. For example, late suspend/early resume may printk() > while timekeeping is not initialized yet, so calling into the > scheduler may result in recursive warnings. > > Another

Re: [PATCH v1 00/11] mm/kasan: support per-page shadow memory to reduce memory consumption

On 30/05/17 10:45, Dmitry Vyukov wrote: > On Tue, May 30, 2017 at 11:39 AM, Vladimir Murzin > wrote: >> >> On 30/05/17 10:26, Dmitry Vyukov wrote: >>> On Tue, May 30, 2017 at 11:08 AM, Vladimir Murzin >>> wrote: >

[PATCH V2 04/27] Drivers: ccree: ssi_request_mgr.c - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_request_mgr.c | 37 - 1 file changed, 22 insertions(+), 15 deletions(-) diff --git

[PATCH V2 03/27] Drivers: ccree: ssi_request_mgr.h - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_request_mgr.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/ccree/ssi_request_mgr.h

[PATCH V2 01/27] Drivers: ccree: ssi_sysfs.h - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_sysfs.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/ccree/ssi_sysfs.h b/drivers/staging/ccree/ssi_sysfs.h

[PATCH V2 02/27] Drivers: ccree: ssi_sysfs.c - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_sysfs.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/staging/ccree/ssi_sysfs.c b/drivers/staging/ccree/ssi_sysfs.c

[PATCH V2 05/27] Drivers: ccree: ssi_pm_ext.h - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_pm_ext.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/ccree/ssi_pm_ext.h

Re: [PATCH v2 1/5] mmc: sdhci-esdhc-imx: Fix some English mistakes and typos

On 29/05/17 16:54, Benoît Thébaudeau wrote: > Fix various English mistakes and typos in comments and in printed > strings. > > Signed-off-by: Benoît Thébaudeau There are 2 more I noted below. Otherwise: Acked-by: Adrian Hunter > --- > Changes v1

[PATCH v4 7/9] gpio-exar/8250-exar: Rearrange gpiochip parenthood

Set the parent of the exar gpiochip to its platform device, like other gpiochips are doing it. In order to keep the relationship discoverable for ACPI systems, set the platform device companion to the PCI device. Signed-off-by: Jan Kiszka Reviewed-by: Andy Shevchenko

[PATCH v4 6/9] gpio: exar: Fix reading of directions and values

First, the logic for translating a register bit to the return code of exar_get_direction and exar_get_value were wrong. And second, there was a flip regarding the register bank in exar_get_direction. Signed-off-by: Jan Kiszka Reviewed-by: Andy Shevchenko

[PATCH v4 4/9] gpio: exar: Allocate resources on behalf of the platform device

Do not allocate resources on behalf of the parent device but on our own. Otherwise, cleanup does not properly work if gpio-exar is removed but not the parent device. Signed-off-by: Jan Kiszka Reviewed-by: Andy Shevchenko Acked-by: Linus Walleij

[PATCH v4 3/9] gpio-exar/8250-exar: Fix passing in of parent PCI device

This fixes reloading of the GPIO driver for the same platform device instance as created by the exar UART driver: First of all, the driver sets drvdata to its own value during probing and does not restore the original value on exit. But this won't help anyway as the core clears drvdata after the

[PATCH v3 0/6] stmmac: pci: Refactor DMI probing

Some cleanups of the way we probe DMI platforms in the driver. Reduces a bit of open-coding and makes the logic easier reusable for any potential DMI platform != Quark. Tested on IOT2000 and Galileo Gen2. Changes in v3: - Rename STMAC vendor ID define and use PCI_VDEVICE - rearrange

[PATCH v3 5/6] stmmac: pci: Use dmi_system_id table for retrieving PHY addresses

Avoids reimplementation of DMI matching in stmmac_pci_find_phy_addr. Signed-off-by: Jan Kiszka --- drivers/net/ethernet/stmicro/stmmac/stmmac_pci.c | 77 ++-- 1 file changed, 45 insertions(+), 32 deletions(-) diff --git

[PATCH v3 1/6] stmmac: pci: Make stmmac_pci_info structure constant

By removing the PCI device reference from the structure and passing it as parameters to the interested functions, we can make quark_pci_info const. Signed-off-by: Jan Kiszka --- drivers/net/ethernet/stmicro/stmmac/stmmac_pci.c | 23 +++ 1 file

[PATCH v3 4/6] stmmac: pci: Select quark_pci_dmi_data from quark_default_data

No need to carry this reference in stmmac_pci_info - the Quark-specific setup handler knows that it needs to use the Quark-specific DMI table. This also allows to drop the stmmac_pci_info reference from the setup handler parameter list. Signed-off-by: Jan Kiszka ---

[PATCH v3 3/6] stmmac: pci: Make stmmac_pci_find_phy_addr truly generic

Move the special case for the early Galileo firmware into quark_default_setup. This allows to use stmmac_pci_find_phy_addr for non-quark cases. Signed-off-by: Jan Kiszka --- drivers/net/ethernet/stmicro/stmmac/stmmac_pci.c | 20 +--- 1 file changed, 13

Re: [PATCH 1/2] Input: Add driver for Cypress Generation 5 touchscreen

Hi Mylene, On Mon, May 29, 2017 at 04:45:37PM +0200, Mylène Josserand wrote: > +static int cyttsp5_read(struct cyttsp5 *ts, u8 *buf, u32 max) > +{ > + int rc; > + u32 size; > + > + if (!buf) > + return -EINVAL; > + > + /* Read the frame to retrieve the size */ > +

RE: [PATCH v9 2/7] PCI: Apply the new generic I/O management on PCI IO hosts

Hi Bjorn > -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: 26 May 2017 22:20 > To: Gabriele Paoloni > Cc: catalin.mari...@arm.com; will.dea...@arm.com; robh...@kernel.org; > frowand.l...@gmail.com; bhelg...@google.com; raf...@kernel.org; > a...@arndb.de;

Re: [PATCH v2 0/2] mfd: intel_quark_i2c_gpio: Refactor and support for IOT2000

On Mon, 22 May 2017, Jan Kiszka wrote: > Changes in v2: > - refactor DMI matching first > > Jan > > Jan Kiszka (2): > mfd: intel_quark_i2c_gpio: Use dmi_system_id table for retrieving > frequency > mfd: intel_quark_i2c_gpio: Add support for SIMATIC IOT2000 platform > >

Re: [PATCH v13 0/9] coresight: enable debug module

On Mon, May 29, 2017 at 10:41:17AM -0600, Mathieu Poirier wrote: > On 25 May 2017 at 09:57, Leo Yan wrote: > > ARMv8 architecture reference manual (ARM DDI 0487A.k) Chapter H7 "The > > Sample-based Profiling Extension" has description for sampling > > registers, we can utilize

Re: [PATCH 6/7] nvme: get list of namespace descriptors

On 05/30/2017 10:08 AM, Johannes Thumshirn wrote: > If a target identifies itself as NVMe 1.3 compliant, try to get the > list of Namespace Identification Descriptors and populate the UUID, > NGUID and EUI64 fileds in the NVMe namespace structure with these > values. > > Signed-off-by: Johannes

Re: [PATCH] [media] s5p-jpeg: fix recursive spinlock acquisition

Hi, On 05/29/2017 09:08 PM, Jacek Anaszewski wrote: This patch seems to have lost somehow. Could you help merging it? It's not lost, it has been on my todo queue. I have applied it now. -- Thanks, Sylwester

Re: [PATCH 2/2] backlight: gpio: delete pdata inversion

On Tue, 30 May 2017, Lee Jones wrote: > On Sun, 30 Apr 2017, Linus Walleij wrote: > > > The option to invert the output of the GPIO (active low) is > > not used by the only platform still using platform data to > > set up a GPIO backlight (one SH board). Delete the option > > as we do not expect

[PATCH v2 1/7] gpio: mockup: improve the debugfs input sanitization

We're currently only checking the first character of the input to the debugfs event files, so a string like '0sdfdsf' is valid and indicates a falling edge event. Be more strict and only allow '0', '1', '0\n' & '1\n'. While we're at it: move the sanitization code before the irq_enabled check so

[PATCH v2 7/7] gpio: mockup: add myself as author

Just taking credit for the recent changes and new features. :) Signed-off-by: Bartosz Golaszewski --- drivers/gpio/gpio-mockup.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpio/gpio-mockup.c b/drivers/gpio/gpio-mockup.c index 2f4fe41..536a229 100644 ---

[PATCH v2 4/7] gpio: mockup: improve readability

We currently shift bits here and there without actually explaining what we're doing. Add some helper variables with names indicating their purpose to improve the code readability. Signed-off-by: Bartosz Golaszewski --- drivers/gpio/gpio-mockup.c | 20 +--- 1 file

[PATCH v2 2/7] gpio: mockup: tweak gpio_mockup_event_write()

Invert the logic of the irq_enabled check and only access the private data after the input is sanitized. Signed-off-by: Bartosz Golaszewski --- drivers/gpio/gpio-mockup.c | 21 ++--- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git

Re: [PATCH] ALSA: declare snd_kcontrol_new structures as const

On Tue, May 30, 2017 at 2:26 PM, Julia Lawall wrote: > > > On Tue, 30 May 2017, Takashi Iwai wrote: > >> On Sat, 27 May 2017 16:46:15 +0200, >> Bhumika Goyal wrote: >> > >> > Declare snd_kcontrol_new structures as const as they are only passed an >> > argument to the

[PATCH] mtk-vcodec: Show mtk driver error without DEBUG definition

A driver error message is shown without DEBUG definition to find an error and debug easily. Signed-off-by: Hirokazu Honda --- drivers/media/platform/mtk-vcodec/mtk_vcodec_util.h | 20 +--- 1 file changed, 9 insertions(+), 11 deletions(-) diff --git

[PATCH v2 0/7] gpio: mockup: updates for 4.13

This series contains a couple bug fixes and other minor updates for the GPIO testing module. v1 -> v2: - omit applied patches - use kstrtoint_from_user() for debugfs input sanitization - add a patch improving the code in gpio_mockup_event_write() - bail out from gpio_mockup_event_write() on

Re: [1/4] arch/powerpc/44x/fsp2: platform support for fsp2(476fpe) board

On Mon, 2017-05-15 at 13:07:51 UTC, Ivan Mikhaylov wrote: > Add platform code support for FSP2 (476fpe) board. > > Signed-off-by: Ivan Mikhaylov Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/c4b56b023daa91953e9ebe91143e6c cheers

Re: [4/4] arch/powerpc/44x/fsp2: wdt tcr update instead of whole rewrite

On Fri, 2017-05-19 at 15:47:05 UTC, Ivan Mikhaylov wrote: > Hi Michael, > > >> diff --git a/arch/powerpc/kernel/time.c b/arch/powerpc/kernel/time.c > >> index 2b33cfa..f75e512 100644 > >> --- a/arch/powerpc/kernel/time.c > >> +++ b/arch/powerpc/kernel/time.c > >> @@ -738,12 +738,28 @@ static int

Re: powerpc/sequoia: fix NAND partitions not to overlap

On Sun, 2017-04-02 at 10:05:36 UTC, Pavel Machek wrote: > Fix overlapping NAND partitions. > > Signed-off-by: Pavel Machek Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/70a92003de599ff2f15815b3d9c445 cheers

Re: [RESEND PATCH V7 7/7] MAINTAINERS: da9062/61 updates to the Dialog Semiconductor search terms

On Tue, 23 May 2017, Steve Twiss wrote: > From: Steve Twiss > > Additions to search terms for files supported by Dialog Semiconductor. > This update will allow Dialog support to follow files for device tree > bindings (onkey, thermal and watchdog) and source code

Re: [1/6] powernv:idle: Correctly initialize core_idle_state_ptr

On Tue, 2017-05-16 at 08:49:43 UTC, "Gautham R. Shenoy" wrote: > From: "Gautham R. Shenoy" > > The lower 8 bits of core_idle_state_ptr tracks the number of non-idle > threads in the core. This is supposed to be initialized to bit-map > corresponding to the

Re: [3/4] arch/powerpc/44x/fsp2: add defconfig for fsp2 board

On Mon, 2017-05-15 at 13:07:53 UTC, Ivan Mikhaylov wrote: > this patch adds default fsp2 config for main usage. > > Signed-off-by: Ivan Mikhaylov Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/20975a0ae1ccc59a21a149e2fd2964 cheers

Re: [PATCH v2 1/3] mfd: lp87565: Add lp87565 PMIC support

On Tue, 23 May 2017, Keerthy wrote: > The LP87565 chip is a power management IC for Portable Navigation Systems > and Tablet Computing devices. It contains the following components: > > - Configurable Bucks(Single and multi-phase). > - Configurable General Purpose Output Signals

Re: [PATCH 2/7] nvmet: add uuid field to nvme_ns and populate via configfs

This should be stored as a uuid_t (or rather uuid_be in the current kernel, but I'm about to rename it), and use uuid_be_to_bin / uuid_to_bin for parsing.

Re: [PATCH] macintosh: move mac_hid driver to input/mouse.

On Mon, 29 May 2017 22:06:06 -0700 Dmitry Torokhov wrote: > On Mon, May 29, 2017 at 08:03:25PM +0200, Michal Suchánek wrote: > > On Sun, 28 May 2017 10:55:40 -0700 > > Dmitry Torokhov wrote: > > > > > On Sun, May 28, 2017 at 11:47:58AM

Re: [PATCH] iommu/vt-d: unwrap __get_valid_domain_for_dev()

On Mon, May 22, 2017 at 06:28:51PM +0800, Peter Xu wrote: > We do find_domain() in __get_valid_domain_for_dev(), while we do the > same thing in get_valid_domain_for_dev(). No need to do it twice. > > Signed-off-by: Peter Xu > --- > drivers/iommu/intel-iommu.c | 16

Re: [PATCH] clocksource: moxart: Add AST2500 compatible string

On Tue, May 30, 2017 at 10:54 AM, Daniel Lezcano wrote: > On 30/05/2017 09:44, Linus Walleij wrote: >> I guess what we can do is make two different sched_clock() >> callbacks: one for upward and one for downward counting. >> >> Would you like an optimization like that?

[PATCH v2] [media] mtk-vcodec: Show mtk driver error without DEBUG definition

A driver error message is shown without DEBUG definition to find an error and debug easily. Signed-off-by: Hirokazu Honda --- drivers/media/platform/mtk-vcodec/mtk_vcodec_util.h | 20 +--- 1 file changed, 9 insertions(+), 11 deletions(-) diff --git

Re: [PATCH 1/2] gpio: ingenic: add CONFIG_OF dependency

On Tue, May 30, 2017 at 11:03 AM, Geert Uytterhoeven wrote: > On Mon, May 29, 2017 at 6:45 PM, Linus Walleij > wrote: >> On Mon, May 29, 2017 at 2:57 PM, Arnd Bergmann wrote: >> >>> The driver cannot access the of_node field when

[PATCH V2 12/27] Drivers: ccree: ssi_fips_ll.c - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_fips_ll.c | 21 - 1 file changed, 12 insertions(+), 9 deletions(-) diff --git a/drivers/staging/ccree/ssi_fips_ll.c

[PATCH V2 11/27] Drivers: ccree: ssi_fips_local.c - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_fips_local.c | 21 - 1 file changed, 12 insertions(+), 9 deletions(-) diff --git a/drivers/staging/ccree/ssi_fips_local.c

[PATCH V2 14/27] Drivers: ccree: ssi_fips_data.h - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_fips_data.h | 93 +-- 1 file changed, 46 insertions(+), 47 deletions(-) diff --git

[PATCH V2 13/27] Drivers: ccree: ssi_fips_ext.c - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_fips_ext.c | 46 ++-- 1 file changed, 23 insertions(+), 23 deletions(-) diff --git

Re: [PATCH 2/6] powernv:idle: Decouple Timebase restore & Per-core SPRs restore

On Tue, 16 May 2017 14:19:44 +0530 "Gautham R. Shenoy" wrote: > From: "Gautham R. Shenoy" > > On POWER8, in case of >- nap: both timebase and hypervisor state is retained. >- fast-sleep: timebase is lost. But the hypervisor state is

[PATCH V2 15/27] Drivers: ccree: ssi_fips.h - align block comments

Fixed block comment alignment, Style fix only Found using checkpatch Signed-off-by: Derek Robson --- drivers/staging/ccree/ssi_fips.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/ccree/ssi_fips.h b/drivers/staging/ccree/ssi_fips.h

Re: fs: use-after-free in path_lookupat

On Mon, May 29, 2017 at 04:48:17PM +0200, Dmitry Vyukov wrote: > Al, do you want me to mail the patch? > I won't be able to write a super detailed description, but I can do > some format patch. It's been fixed by commit c0eb027e5aef7; if you are still able to trigger it on the current mainline,

Re: [linux-sunxi] [PATCH 1/3] ARM: dts: sun7i-a20: Rename bananapi as bananapi m1

On Tue, May 30, 2017 at 08:22:44AM +0200, Karsten Merker wrote: > On Tue, May 30, 2017 at 10:00:49AM +0530, Jagan Teki wrote: > > On Tue, May 30, 2017 at 3:15 AM, Karsten Merker wrote: > > > On Mon, May 29, 2017 at 07:30:26PM +, Jagan Teki wrote: > > >> From: Jagan Teki

Re: [PATCH v11] drm: Unplug drm device when unregistering it (v8)

Hi, On 29-05-17 22:25, Chris Wilson wrote: On Fri, Apr 14, 2017 at 11:15:04AM -0400, Sean Paul wrote: On Thu, Apr 13, 2017 at 03:32:44PM +0800, Jeffy Chen wrote: After unbinding drm, the user space may still owns the drm dev fd, and may still be able to call drm ioctl. We're using an

Re: [PATCH 6/6] cpuidle-powernv: Allow Deep stop states that don't stop time

On Tue, 16 May 2017 14:19:48 +0530 "Gautham R. Shenoy" wrote: > From: "Gautham R. Shenoy" > > The current code in the cpuidle-powernv intialization only allows deep > stop states (indicated by OPAL_PM_STOP_INST_DEEP) which lose timebase >

Re: [PATCH net] net/mlx5: avoid build warning for uniprocessor

On Mon, May 29, 2017 at 4:00 PM, Arnd Bergmann wrote: > Building the driver with CONFIG_SMP disabled results in a harmless > warning: > > ethernet/mellanox/mlx5/core/main.c: In function 'mlx5_irq_set_affinity_hint': > ethernet/mellanox/mlx5/core/main.c:615:6: error: unused variable

Re: [PATCH 3/3] pinctrl: bcm: clean up modular vs. non-modular distinctions

On Mon, May 29, 2017 at 6:35 PM, Scott Branden wrote: > It is a simple ask to place the new information in a new comment after the > legal header. OK send a patch fixing the headers the way you want them. I don't mind if you want a certain order on your desk as a

[PATCH 2/3] microblaze: Enabling CONFIGS related to MTD

From: Vineeth Chowdary Karumanchi Add support for Intel and AMD flash devices by default for mmu configuration. Signed-off-by: Vineeth Chowdary Karumanchi Signed-off-by: Michal Simek ---

Re: [PATCH v1 00/11] mm/kasan: support per-page shadow memory to reduce memory consumption

On Tue, May 30, 2017 at 9:58 AM, Vladimir Murzin wrote: > On 29/05/17 16:29, Dmitry Vyukov wrote: >> I have an alternative proposal. It should be conceptually simpler and >> also less arch-dependent. But I don't know if I miss something >> important that will render it

Re: [PATCH 2/2] backlight: gpio: delete pdata inversion

On Sun, 30 Apr 2017, Linus Walleij wrote: > The option to invert the output of the GPIO (active low) is > not used by the only platform still using platform data to > set up a GPIO backlight (one SH board). Delete the option > as we do not expect to expand the use of board files for > this

<    1   2   3   4   5   6   7   8   9   10   >