Re: [PATCH v2 16/22] mmc: tmio: fix never-detected card insertion bug

> > The TMIO mmc cannot detect the card insertion in native_hotplug mode > > if the driver is probed without a card inserted. > > Hmm, it works for me without your patch just fine. Iam currently > researching it... It really doesn't work for you? mmc_add_host -> mmc_start_host ->

Re: [PATCH v4 05/19] afs: convert to new i_version API

Jeff Layton wrote: > Note that AFS has quite a different definition for this counter. AFS > only increments it on changes to the data, not for the metadata. This also applies to AFS directories: create, mkdir, unlink, rmdir, link, symlink, rename, and mountpoint

Re: [PATCH] [v2] ARM: B15: fix unused label warnings

On 12/18/2017 05:21 PM, Florian Fainelli wrote: > On 12/18/2017 08:52 AM, Arnd Bergmann wrote: >> The new conditionally compiled code leaves some labels and one >> variable unreferenced when CONFIG_HOTPLUG_CPU and CONFIG_PM_SLEEP >> are disabled: >> >> arch/arm/mm/cache-b15-rac.c: In function

Re: [PATCH] xen/input: do not advertise multi-touch pressure support

On Tue, Jan 02, 2018 at 10:12:55AM +0200, Oleksandr Andrushchenko wrote: > From: Oleksandr Andrushchenko > > Some user-space applications expect multi-touch pressure > on contact to be reported if it is advertised in device > properties. Otherwise, such

Re: [PATCH] tools: usb: usbip: fix fd leak in case of 'fread' failure

On 12/30/2017 09:01 AM, Elad Wexler wrote: > Fix possible resource leak: fd > > Signed-off-by: Elad Wexler Thanks for the patch. Looks good to me. Acked-by: Shuah Khan Greg, please pick this patch up. thanks, -- Shuah

Re: [PATCH] PCI: exynos: remove the deprecated phy codes

On Tuesday, January 2, 2018 11:34 AM, Lorenzo Pieralisi wrote: > On Wed, Dec 27, 2017 at 06:43:27PM +0900, Jaehoon Chung wrote: > > pci-exynos had updated to use the PHY framework. > > (drivers/phy/samsung/phy-exynos-pcie.c) > > Removed the depreccated codes relevant to phy in pci-exynos.c. > >

Re: [PATCH] tools: usb: usbip_device_driver: prefer 'unsigned int' to 'unsigned'

On 12/30/2017 09:11 AM, Elad Wexler wrote: > Fixup a coding style issue > > Signed-off-by: Elad Wexler Thanks for the patch. Looks good to me. Acked-by: Shuah Khan Greg, please pick this patch up. thanks, -- Shuah

[PATCH v4 1/7] typec: tcpm: Add PD Rev 3.0 definitions to PD header

This commit adds definitions for PD Rev 3.0 messages, including APDO PPS and extended message support for TCPM. Signed-off-by: Adam Thomson --- include/linux/usb/pd.h | 185 ++--- 1 file changed, 174 insertions(+),

Re: [PATCH v5 08/15] MIPS: ingenic: Use common cmdline handling code

Hi Paul, On 2 January 2018 at 20:38, Paul Cercueil wrote: > From: Paul Burton > > jz4740_init_cmdline appends all arguments from argv (in fw_arg1) to > arcs_cmdline, up to argc (in fw_arg0). The common code in > fw_init_cmdline will do the exact

Re: [PATCH] scripts: Add device_attr_<rw|ro|wr>.pl scripts to convert DEVICE_ATTR uses

On Tue, Jan 02, 2018 at 07:34:30AM -0800, Joe Perches wrote: > On Sat, 2017-12-23 at 15:19 +0100, Greg Kroah-Hartman wrote: > > On Fri, Dec 22, 2017 at 12:02:47PM -0800, Joe Perches wrote: > > > There are many uses of the DEVICE_ATTR(var, perms, show, store) > > > declaration macro that could use

Re: [PATCH v5 09/15] MIPS: platform: add machtype IDs for more Ingenic SoCs

On 2 January 2018 at 20:38, Paul Cercueil wrote: > Add a machtype ID for the JZ4780 SoC, which was missing, and one for the > newly supported JZ4770 SoC. > > Signed-off-by: Paul Cercueil > --- > arch/mips/include/asm/bootinfo.h | 2 ++ > 1 file

Re: [PATCH v2 0/2] Add efuse driver for Ingenic JZ4780 SoC

Hi Srinivas, On 2 January 2018 at 17:31, Srinivas Kandagatla wrote: > > > On 28/12/17 21:29, Mathieu Malaterre wrote: >> >> This patchset bring support for read-only access to the JZ4780 efuse as >> found >> on MIPS Creator CI20. >> >> To keep the driver as simple

Re: [PATCH 2/2] serial: imx: fix endless loop during suspend

Hi Fabio, thanks for testing my patch. Sorry for breaking suspend on your board. Thus wrote Fabio Estevam (feste...@gmail.com): > Which i.MX SoC did you use to test this patch? I tested on an imx258. > On a imx6q-cuboxi I am no longer able to enter in suspend with this > path applied: > #

Re: [PATCH] cgroup/cpuset: fix circular locking dependency

Hello, On Fri, Dec 29, 2017 at 02:07:16AM +0530, Prateek Sood wrote: > task T is waiting for cpuset_mutex acquired > by kworker/2:1 > > sh ==> cpuhp/2 ==> kworker/2:1 ==> sh > > kworker/2:3 ==> kthreadd ==> Task T ==> kworker/2:1 > > It seems that my earlier patch set should fix this

Re: [PATCH v2 1/2] nvmem: add driver for JZ4780 efuse

Hi Srini, On 2 January 2018 at 17:32, Srinivas Kandagatla wrote: > > > On 28/12/17 21:29, Mathieu Malaterre wrote: >> >> From: PrasannaKumar Muralidharan >> >> This patch brings support for the JZ4780 efuse. Currently it only expose >>

[PATCH] pinctrl: imx6ul: add IOMUXC SNVS pinctrl driver for i.MX 6ULL

From: Bai Ping On i.MX 6ULL, the BOOT_MODEx and TAMPERx pin MUX and CTRL registers are available in a separate IOMUXC_SNVS module. Add support for the IOMUXC_SNVS module to the i.MX 6UL pinctrl driver. Signed-off-by: Bai Ping Signed-off-by: Stefan Agner

Re: [PATCH 4.4 00/63] 4.4.109-stable review

On Mon, Jan 01, 2018 at 03:24:18PM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.109 release. > There are 63 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH v3] gpio: winbond: add driver

Hi Maciej, Thank you for the patch! Yet something to improve: [auto build test ERROR on gpio/for-next] [also build test ERROR on v4.15-rc6 next-20180102] [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

Re: [PATCH V4 25/26] i7300_idle: remove unused file

On Tue, Jan 02, 2018 at 08:36:46AM -0500, Sinan Kaya wrote: > Hi Greg, > > On 12/19/2017 12:38 AM, Sinan Kaya wrote: > > i7300_idle.h is not being called by any source file and contains calls to > > pci_get_bus_and_slot() that we are trying to deprecate. Remove unused file. > > > >

Re: [Cluster-devel] [PATCH 00/12] drop unneeded newline

- Original Message - | Drop newline at the end of a message string when the printing function adds | a newline. Hi Julia, NACK. As much as it's a pain when searching the source code for output strings, this patch set goes against the accepted Linux coding style document. See:

Re: [Cluster-devel] [PATCH 00/12] drop unneeded newline

- Original Message - | - Original Message - | | Drop newline at the end of a message string when the printing function adds | | a newline. | | Hi Julia, | | NACK. | | As much as it's a pain when searching the source code for output strings, | this patch set goes against the

Re: [Cluster-devel] [PATCH 00/12] drop unneeded newline

On Tue, 2 Jan 2018, Bob Peterson wrote: > - Original Message - > | Drop newline at the end of a message string when the printing function adds > | a newline. > > Hi Julia, > > NACK. > > As much as it's a pain when searching the source code for output strings, > this patch set goes

Re: [net-next: PATCH v2 5/5] net: mvpp2: enable ACPI support in the driver

Hi Andrew, 2018-01-02 14:33 GMT+01:00 Andrew Lunn : >> Apart from the phylink's SFP support that may require in-band >> management, it's an alternative to the normal PHY handling. Once MDIO >> bus + PHYs are supported for ACPI, phylib support will be used instead >> of the IRQs,

Re: [net-next: PATCH v2 5/5] net: mvpp2: enable ACPI support in the driver

> Indeed in of_mdio_bus_register_phy, there is of_irq_get. This is more > a discussion for a MDIO bus / ACPI patchset, but we either find a way > to use IRQs with ACPI obtained from child nodes or for this world the > functionality will be limited (at least for the beginning). Hi Marcin What i

Re: [PATCH v20 3/7 RESEND] xbitmap: add more operations

On Fri, Dec 22, 2017 at 04:49:11PM +0800, Wei Wang wrote: > Thanks for the improvement. I also found a small bug in xb_zero. With the > following changes, it has passed the current test cases and tested with the > virtio-balloon usage without any issue. Thanks; I applied the change. Can you

[PATCH v1] ACPI / boot: Don't shadow error code in acpi_gsi_to_irq()

acpi_get_override_irq() followed by acpi_register_gsi() return negative error code on failure. Don't shadow them in acpi_gsi_to_irq(). Signed-off-by: Andy Shevchenko --- arch/x86/kernel/acpi/boot.c | 20 ++-- 1 file changed, 10 insertions(+),

Re: [PATCH v2 0/3] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled

On Mon, Dec 25, 2017 at 03:22:48AM +0100, Javier Martinez Canillas wrote: > Hello, > > Commit 5e572cab92f0 ("tpm: Enable CLKRUN protocol for Braswell systems") > added logic in the TPM TIS driver to disable the Low Pin Count CLKRUN > signal during TPM transactions. > > Unfortunately this breaks

[PATCH v5 10/20] firmware: arm_scmi: probe and initialise all the supported protocols

Now that we have basic support for all the protocols in the specification, let's probe them individually and initialise them. Cc: Arnd Bergmann Signed-off-by: Sudeep Holla --- drivers/firmware/arm_scmi/driver.c | 51 +- 1

[PATCH v5 07/20] firmware: arm_scmi: add initial support for clock protocol

The clock protocol is intended for management of clocks. It is used to enable or disable clocks, and to set and get the clock rates. This protocol provides commands to describe the protocol version, discover various implementation specific attributes, describe a clock, enable and disable a clock

[PATCH v5 04/20] firmware: arm_scmi: add common infrastructure and support for base protocol

The base protocol describes the properties of the implementation and provide generic error management. The base protocol provides commands to describe protocol version, discover implementation specific attributes and vendor/sub-vendor identification, list of protocols implemented and the various

[PATCH v5 08/20] firmware: arm_scmi: add initial support for power protocol

The power protocol is intended for management of power states of various power domains. The power domain management protocol provides commands to describe the protocol version, discover the implementation specific attributes, set and get the power state of a domain. This patch adds support for

Re: [PATCH v5] kernel: make groups_sort calling a responsibility group_info allocators

NeilBrown wrote: > David: do you agree that this sort of content would be appropriate in > that file (which you apparently authored). Would you like to update it, > or shall I? Please update it. Thanks, David

[PATCH v5 03/15] clk: ingenic: support PLLs with no bypass bit

The second PLL of the JZ4770 does not have a bypass bit. This commit makes it possible to support it with the current common CGU code. Signed-off-by: Paul Cercueil Acked-by: Stephen Boyd --- drivers/clk/ingenic/cgu.c | 3 ++-

Re: [PATCH 2/2] cpufreq: imx6q: add 696MHz operating point for i.mx6ul

Hi Anson, On Tue, Jan 2, 2018 at 1:05 PM, Anson Huang wrote: > This change is to support 696MHz operating point, both the speed grading > check and pll rate change are necessary for 696MHz support, do you think > they should be in different patch? I thought this could

Re: [PATCH v1] eSPI: add Aspeed AST2500 eSPI driver to boot a host with PCH runs on eSPI

> On 2017-12-31 07:10, Arnd Bergmann wrote: > > On Fri, Dec 29, 2017 at 2:53 AM, Haiyue Wang > > wrote: > >> When PCH works under eSPI mode, the PMC (Power Management Controller) in > >> PCH is waiting for SUS_ACK from BMC after it alerts SUS_WARN. It is in > >> dead

[PATCH] ACPI: Fix debugfs_create_*() usage

acpi_ec.gpe is "unsigned long", hence treating it as "u32" would expose the wrong half on big-endian 64-bit systems. Fix this by changing its type to "u32" and removing the cast, as all other code already uses u32 or sometimes even only u8. Fixes: 1195a098168fcacf ("ACPI: Provide

Re: linux-next: build warning after merge of the netfilter-next tree

Hi Stephen, On Tue, Jan 02, 2018 at 12:14:51PM +1100, Stephen Rothwell wrote: > Hi all, > > After merging the netfilter-next tree, today's linux-next build (arm > multi_v7_defconfig) produced this warning: > > In file included from net/ipv6/af_inet6.c:45:0: >

Re: [PATCH v5 2/3] input: evdev: Replace timeval with timespec64

On Tue, Jan 2, 2018 at 7:46 AM, Dmitry Torokhov wrote: > On Sun, Dec 17, 2017 at 09:18:43PM -0800, Deepa Dinamani wrote: >> @@ -304,12 +314,11 @@ static void evdev_events(struct input_handle *handle, >> { >> struct evdev *evdev = handle->private; >> struct

Re: [PATCH v2 2/2] PCI: dra7xx: Iterate over INTx status bits

On Fri, Dec 29, 2017 at 05:11:31PM +0530, Vignesh R wrote: > It is possible that more than one legacy IRQ may be set at the same > time, therefore iterate and handle all the pending INTx interrupts > before clearing the status and exiting the IRQ handler. Otherwise, some > interrupts would be

Re: [PATCH 2/3] mfd: axp20x: Add support for backup battery charging

On Sat, 30 Dec 2017, Paul Kocialkowski wrote: > This adds support for backup battery charging for axp20x PMICs, that is > configured through a dedicated device-tree property. > > It supports 4 different charging voltages and as many charging currents. > This is especially useful to allow the

Re: [PATCH v2 16/22] mmc: tmio: fix never-detected card insertion bug

Yamada-san, > The TMIO mmc cannot detect the card insertion in native_hotplug mode > if the driver is probed without a card inserted. Hmm, it works for me without your patch just fine. Iam currently researching it... Happy new year, by the way! :) Regards, Wolfram signature.asc

Re: [PATCH v2 1/3] phy: core: Move runtime PM reference counting to the parent device

On 24 December 2017 at 13:00, Rafael J. Wysocki wrote: > On Saturday, December 23, 2017 4:09:33 PM CET Ulf Hansson wrote: >> [...] >> >> > >> > So IMO the changes you are proposing make sense regardless of the >> > genpd issue, because they generally simplify the phy code, but

Re: [PATCH -V4 -mm] mm, swap: Fix race between swapoff and some swap operations

On Tue, Jan 02, 2018 at 12:29:55PM +0100, Jan Kara wrote: > On Tue 02-01-18 10:21:03, Mel Gorman wrote: > > On Sat, Dec 23, 2017 at 10:36:53AM +0900, Minchan Kim wrote: > > > > code path. It appears that similar situation is possible for them too. > > > > > > > > The file cache pages will be

RE: [PATCH v3 1/9] ufs: sysfs: device descriptor

> -Original Message- > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > Sent: Thursday, December 28, 2017 9:37 PM > To: Stanislav Nijnikov > Cc: linux-s...@vger.kernel.org; linux-kernel@vger.kernel.org; > gre...@linuxfoundation.org; Alex Lemberg

[PATCH 03/12] spi: sirf: account for const type of of_device_id.data

This driver creates various const structures that it stores in the data field of an of_device_id array. Adding const to the declaration of the location that receives the const value from the data field ensures that the compiler will continue to check that the value is not modified. Furthermore,

[PATCH 07/12] i2c: rk3x: account for const type of of_device_id.data

This driver creates a number of const structures that it stores in the data field of an of_device_id array. The data field of an of_device_id structure has type const void *, so there is no need for a const-discarding cast when putting const values into such a structure. Furthermore, adding

[PATCH 10/12] spi: spi-fsl-dspi: account for const type of of_device_id.data

This driver creates a number of const structures that it stores in the data field of an of_device_id array. The data field of an of_device_id structure has type const void *, so there is no need for a const-discarding cast when putting const values into such a structure. Done using Coccinelle.

[PATCH 06/12] power: supply: account for const type of of_device_id.data

This driver creates two const structures that it stores in the data field of an of_device_id array. The data field of an of_device_id structure has type const void *, so there is no need for a const-discarding cast when putting const values into such a structure. Furthermore, adding const to the

[PATCH 08/12] pinctrl: axp209: account for const type of of_device_id.data

The return value of of_device_get_match_data has type const void *. The desc field of the pctl structure also has a const type, so there is no need for the const-discarding cast between them. Done using Coccinelle. Signed-off-by: Julia Lawall ---

[PATCH 00/12] account for const type of of_device_id.data

Maintain const annotations when putting values into the data field of an of_device_id structure, and afterwards when extracting them from the data field of such a structure. This was done using the following semantic patch: (http://coccinelle.lip6.fr/) // @r@ identifier i,j; const struct j *m;

Re: Rename the SmPL script “kzalloc-….cocci”?

Hello, A script for the semantic patch language was extended in significant ways. [PATCH v2] Coccinelle: kzalloc-simple: Add “all” zero allocating functions https://lkml.org/lkml/2017/12/26/182 https://patchwork.kernel.org/patch/10133277/

Re: [PATCH 4/5] Expand the INIT_SIGNALS and INIT_SIGHAND macros and remove

Thomas Gleixner wrote: > > #define INIT_CPU_TIMERS(s) \ > ... > That macro is only used in init_task.c Why not moving it there and get rid > of the whole macro maze in the header file? The reason I didn't get rid of it is that it's

[PATCH v5 17/20] hwmon: (core) Add hwmon_max to hwmon_sensor_types enumeration

It's useful to know the maximum types of sensor supported by hwmon framework. It can be used to allocate some data structures when sorting the monitors based on their type. This will be used by scmi hwmon support. Cc: linux-hw...@vger.kernel.org Acked-by: Guenter Roeck

[PATCH v5 19/20] cpufreq: add support for CPU DVFS based on SCMI message protocol

On some ARM based systems, a separate Cortex-M based System Control Processor(SCP) provides the overall power, clock, reset and system control including CPU DVFS. SCMI Message Protocol is used to communicate with the SCP. This patch adds a cpufreq driver for such systems using SCMI interface to

[PATCH v5 20/20] cpufreq: scmi: add support for fast frequency switching

The cpufreq core provides option for drivers to implement fast_switch callback which is invoked for frequency switching from interrupt context. This patch adds support for fast_switch callback in SCMI cpufreq driver by making use of polling based SCMI transfer. It also sets the flag

Re: [lkp-robot] [tpm] b008bd39b1: kmsg.tpm_tpm#:A_TPM_error(#)occurred_attempting_get_random

On Wed, Dec 27, 2017 at 01:11:14PM -0700, Jason Gunthorpe wrote: > On Wed, Dec 27, 2017 at 10:55:32AM +0800, kernel test robot wrote: > > > caused below changes (please refer to attached dmesg/kmsg for entire > > log/backtrace): > > > > [5.903660] tpm_tis 00:05: 1.2 TPM (device-id 0xFE,

Re: [PATCH] swiotlb: suppress warning when __GFP_NOWARN is set v2

Quoting Christian König (2018-01-02 12:13:58) > TTM tries to allocate coherent memory in chunks of 2MB first to improve > TLB efficiency and falls back to allocating 4K pages if that fails. > > Suppress the warning when the 2MB allocations fails since there is a > valid fall back path. > > v2:

Re: [PATCH v3] backlight: tdo24m: fix the spi cs between transfers

On Thu, 28 Dec 2017, Robert Jarzmik wrote: > Currently the LCD display (TD035S) on the cm-x300 platform is broken and > remains blank. > > The TD0245S specification requires that the chipselect is toggled > between commands sent to the panel. This was also the purpose of the > former patch of

Re: [PATCH v3 1/2] dt-bindings: Document mti,mips-cpc binding

On Wed, Dec 27, 2017 at 03:37:51PM +0100, Aleksandar Markovic wrote: > From: Paul Burton > > Document a binding for the MIPS Cluster Power Controller (CPC) that > allows the device tree to specify where the CPC registers are located. > > Signed-off-by: Paul Burton

[PATCH v2] MIPS: Loongson64: Drop 32-bit support for Loongson 2E/2F devices

The 32-bit support was broken at runtime, it doesn't boot anymore, witch is hard to debug because even early printk isn't working, also there are some build warnings. Some newer bootloader may not support 32-bit ELF. So we decide to drop 32-bit support. Make loongson64 a pure 64-bit arch.

Re: [PATCH V2 3/7] PCI: make pci_flr_wait() generic and rename to pci_dev_wait()

On 12/13/2017 5:43 PM, Bjorn Helgaas wrote: >> + >> +/* >> + * Per PCIe r3.1, sec 6.6.2, a device must complete an FLR within > I think this should reference the "Advanced Capabilities for > Conventional PCI" ECN, shouldn't it? The one I see is dated 13 April > 2006, updated 27 July 2006,

Re: [PATCH 1/3] dt-bindings: mfd: axp20x: Document backup battery charging property

On Sat, 30 Dec 2017, Paul Kocialkowski wrote: > This adds documentation for the "backup" property of the axp20x driver, > that controls the charging mechanism for the backup battery on axp20x. > > Signed-off-by: Paul Kocialkowski > > diff --git

[PATCH] Nokia N9: add support for up/down keys in the dts

This adds support for volume up/down keys in the dts. Signed-off-by: Pavel Machek diff --git a/arch/arm/boot/dts/omap3-n9.dts b/arch/arm/boot/dts/omap3-n9.dts index 39e35f8..57a6679 100644 --- a/arch/arm/boot/dts/omap3-n9.dts +++ b/arch/arm/boot/dts/omap3-n9.dts @@ -11,9 +11,10

Re: [PATCH v2 10/22] mmc: tmio: support IP-builtin card detection logic

On Sat, Nov 25, 2017 at 01:24:45AM +0900, Masahiro Yamada wrote: > A card detect GPIO is set up only for platforms with "cd-gpios" > DT property or TMIO_MMC_USE_GPIO_CD flag. However, the driver > core always uses mmc_gpio_get_cd, which just fails with -ENOSYS > if ctx->cd_gpio is unset. > > The

Re: [PATCH v20 4/7] virtio-balloon: VIRTIO_BALLOON_F_SG

On Sun, Dec 24, 2017 at 03:42:02PM +0800, Wei Wang wrote: > On 12/24/2017 12:45 PM, Tetsuo Handa wrote: > > Matthew Wilcox wrote: > > > If you can't preload with anything better than that, I think that > > > xb_set_bit() should attempt an allocation with GFP_NOWAIT | __GFP_NOWARN, > > > and then

[PATCH v3] drm/ttm: check the return value of kzalloc

In the function ttm_page_alloc_init, kzalloc call is made for variable _manager, we need to check its return value, it may return NULL. Signed-off-by: Xiongwei Song --- v2->v3: delete goto expression v1->v2: delete kfree _manager --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 2

[PATCH] platform/x86: silead_dmi: Add entry for the Teclast X98 Plus II

Add touchscreen platform data for the Teclast X98 Plus II tablet. Signed-off-by: Paul Cercueil --- drivers/platform/x86/silead_dmi.c | 24 1 file changed, 24 insertions(+) diff --git a/drivers/platform/x86/silead_dmi.c

Re: [PATCH 04/12] ext2: drop unneeded newline

On Wed 27-12-17 23:30:42, Ted Tso wrote: > On Wed, Dec 27, 2017 at 03:51:37PM +0100, Julia Lawall wrote: > > ext2_msg prints a newline at the end of the message string, so the message > > string does not need to include a newline explicitly. Done using > > Coccinelle. > > > > Signed-off-by:

Re: [PATCH] PM / wakeup: Drop redundant check from device_init_wakeup()

On 2 January 2018 at 01:42, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Since device_wakeup_disable() checks the device's power.can_wakeup > flag, device_init_wakeup() doesn't need to do that before calling it, > so drop that redundant

Re: [PATCH] PM / wakeup: Drop redundant check from device_set_wakeup_enable()

On 26 December 2017 at 01:50, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Since both device_wakeup_enable() and device_wakeup_disable() check > if dev is not NULL and whether or not power.can_wakeup is set for it, >

Re: [PATCH v2 3/3] gpio: rcar: Use WAKEUP_PATH driver PM flag

On Tue, Jan 2, 2018 at 1:53 PM, Ulf Hansson wrote: > On 2 January 2018 at 11:48, Rafael J. Wysocki wrote: >> On Tue, Jan 2, 2018 at 11:44 AM, Geert Uytterhoeven >> wrote: >>> On Tue, Jan 2, 2018 at 11:32 AM, Rafael J. Wysocki

Re: [PATCH v2 4/9] ARM: dts: r7s72100: Add Capture Engine Unit (CEU)

Hi Jacopo, Thank you for the patch. On Thursday, 28 December 2017 16:01:16 EET Jacopo Mondi wrote: > Add Capture Engine Unit (CEU) node to device tree. > > Signed-off-by: Jacopo Mondi > --- > arch/arm/boot/dts/r7s72100.dtsi | 15 --- > 1 file changed, 12

[PATCH] USB: usbip: remove useless call in usbip_recv

Calling msg_data_left() is only useful for its return value, which in this particular case is ignored. Fix this by removing such call. Addresses-Coverity-ID: 1427080 Fixes: 90120d15f4c3 ("usbip: prevent leaking socket pointer address in messages") Signed-off-by: Gustavo A. R. Silva

Re: [PATCH] x86/xen/time: fix section mismatch for xen_init_time_ops()

On 12/23/2017 09:50 PM, Nick Desaulniers wrote: > The header declares this function as __init but is defined in __ref > section. > > Signed-off-by: Nick Desaulniers AFAIK section attributes in header files are ignored by compiler anyway so I'd remove all of them.

Re: [PATCH] x86/xen/time: fix section mismatch for xen_init_time_ops()

On 02/01/18 15:18, Boris Ostrovsky wrote: > On 12/23/2017 09:50 PM, Nick Desaulniers wrote: >> The header declares this function as __init but is defined in __ref >> section. >> >> Signed-off-by: Nick Desaulniers > > AFAIK section attributes in header files are

Re: [PATCH v3] drm/ttm: check the return value of kzalloc

Am 02.01.2018 um 14:24 schrieb Xiongwei Song: In the function ttm_page_alloc_init, kzalloc call is made for variable _manager, we need to check its return value, it may return NULL. Signed-off-by: Xiongwei Song Reviewed-by: Christian König Going

[PATCH][crypto-next] crypto: inside-secure - make function safexcel_try_push_requests static

From: Colin Ian King The function safexcel_try_push_requests is local to the source and does not need to be in global scope, so make it static. Cleans up sparse warning: symbol 'safexcel_try_push_requests' was not declared. Should it be static? Signed-off-by: Colin

[PATCH v5 16/20] clk: add support for clocks provided by SCMI

On some ARM based systems, a separate Cortex-M based System Control Processor(SCP) provides the overall power, clock, reset and system control. System Control and Management Interface(SCMI) Message Protocol is defined for the communication between the Application Cores(AP) and the SCP. This patch

[PATCH v5 01/20] dt-bindings: mailbox: add support for mailbox client shared memory

Many users of the mailbox controllers depend on the shared memory between the two end points to exchange the main data while using simple doorbell mechanism to alert the end points of the presence of a message. This patch defines device tree bindings to represent such shared memory in a generic

[PATCH v5 03/20] firmware: arm_scmi: add basic driver infrastructure for SCMI

The SCMI is intended to allow OSPM to manage various functions that are provided by the hardware platform it is running on, including power and performance functions. SCMI provides two levels of abstraction, protocols and transports. Protocols define individual groups of system control and

[PATCH v5 13/20] firmware: arm_scmi: refactor in preparation to support per-protocol channels

In order to support per-protocol channels if available, we need to factor out all the mailbox channel information(Tx/Rx payload and channel handle) out of the main SCMI instance information structure. This patch refactors the existing channel information into a separate chan_info structure. Cc:

[PATCH v5 14/20] firmware: arm_scmi: add per-protocol channels support using idr objects

In order to maintain the channel information per protocol, we need some sort of list or hashtable to hold all this information. IDR provides sparse array mapping of small integer ID numbers onto arbitrary pointers. In this case the arbitrary pointers can be pointers to the channel information.

[PATCH v5 18/20] hwmon: add support for sensors exported via ARM SCMI

Create a driver to add support for SoC sensors exported by the System Control Processor (SCP) via the System Control and Management Interface (SCMI). The supported sensor types is one of voltage, temperature, current, and power. The sensor labels and values provided by the SCP are exported via

[PATCH v5 00/20] firmware: ARM System Control and Management Interface(SCMI) support

Hi all, ARM System Control and Management Interface(SCMI) is more flexible and easily extensible than any of the existing interfaces. Many vendors were involved in the making of this formal specification and is now published[1]. There is a strong trend in the industry to provide

Re: [Xen-devel] [PATCH] x86/xen/time: fix section mismatch for xen_init_time_ops()

On 01/02/2018 09:32 AM, Andrew Cooper wrote: > On 02/01/18 14:24, Juergen Gross wrote: >> On 02/01/18 15:18, Boris Ostrovsky wrote: >>> On 12/23/2017 09:50 PM, Nick Desaulniers wrote: The header declares this function as __init but is defined in __ref section. Signed-off-by:

Re: [PATCH v8 1/2] tpm_tis: Move ilb_base_addr to tpm_tis_data

On Tue, Jan 02, 2018 at 05:31:30AM +, Shaikh, Azhar wrote: > >>On Mon, Jan 01, 2018 at 08:05:43PM -0800, Azhar Shaikh wrote: > >> > >>> - return tpm_chip_register(chip); > >>> + rc = tpm_chip_register(chip); > >>> + if (rc && is_bsw()) > >>> + iounmap(priv->ilb_base_addr); > >>> + >

Re: [PATCH v3 1/9] ufs: sysfs: device descriptor

On Tue, 2018-01-02 at 13:54 +, Stanislav Nijnikov wrote: > The existing configuration doesn't allow to add a new file to be compiled > as a part of this module. The line like " obj-$(CONFIG_SCSI_UFSHCD) += > ufshcd.o ufs-sysfs.o" in the makefile will actually create 2 modules. > This was the

[PATCH v5 11/15] MIPS: ingenic: Initial JZ4770 support

Provide just enough bits (clocks, clocksource, uart) to allow a kernel to boot on the JZ4770 SoC to a initramfs userspace. Signed-off-by: Paul Cercueil --- arch/mips/boot/dts/ingenic/jz4770.dtsi | 212 + arch/mips/jz4740/Kconfig

[PATCH v5 15/15] MIPS: ingenic: Initial GCW Zero support

The GCW Zero (http://www.gcw-zero.com) is a retro-gaming focused handheld game console, successfully kickstarted in ~2012, running Linux. Signed-off-by: Paul Cercueil --- arch/mips/boot/dts/ingenic/Makefile | 1 + arch/mips/boot/dts/ingenic/gcw0.dts | 61

[PATCH v5 13/15] MIPS: JZ4770: Workaround for corrupted DMA transfers

From: Maarten ter Huurne We have seen MMC DMA transfers read corrupted data from SDRAM when a burst interval ends at physical address 0x1000. To avoid this problem, we remove the final page of low memory from the memory map. Signed-off-by: Maarten ter Huurne

[PATCH v5 14/15] devicetree/bindings: Add GCW vendor prefix

Game Consoles Worldwide, mostly known under the acronym GCW, is the creator of the GCW Zero open-source video game system. Signed-off-by: Paul Cercueil Acked-by: Rob Herring --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed,

[PATCH v5 10/15] MIPS: ingenic: Add machine info for supported boards

This makes sure that 'mips_machtype' will be initialized to the SoC version used on the board. Signed-off-by: Paul Cercueil --- arch/mips/Kconfig | 1 + arch/mips/jz4740/Makefile | 2 +- arch/mips/jz4740/boards.c | 12 arch/mips/jz4740/setup.c | 34

[PATCH v5 12/15] MIPS: JZ4770: Work around config2 misreporting associativity

From: Maarten ter Huurne According to config2, the associativity would be 5-ways, but the documentation states 4-ways, which also matches the documented L2 cache size of 256 kB. Signed-off-by: Maarten ter Huurne --- arch/mips/mm/sc-mips.c | 9

Re: [PATCH v17 0/5] ZII RAVE platform driver

On Wed, 20 Dec 2017, Andrey Smirnov wrote: > Everyone: > > This patch series is v17 of the driver for supervisory processor found > on RAVE series of devices from ZII. Supervisory processor is a PIC > microcontroller connected to various electrical subsystems on RAVE > devices whose firmware

Re: [Cluster-devel] [PATCH 00/12] drop unneeded newline

On Tue, 2 Jan 2018, Bart Van Assche wrote: > On Tue, 2018-01-02 at 15:00 +0100, Julia Lawall wrote: > > On Tue, 2 Jan 2018, Bob Peterson wrote: > > > - Original Message - > > > > - Original Message - > > > > > > > Still, the GFS2 and DLM code has a plethora of broken-up printk

[PATCH] thermal/x86 pkg temp: Remove debugfs_create_u32() casts

When exposing data access through debugfs, the correct debugfs_create_*() functions must be used, depending on data type. Remove all casts from data pointers passed to debugfs_create_*() functions, as such casts prevent the compiler from flagging bugs. Signed-off-by: Geert Uytterhoeven

Re: [PATCH 05/12] pinctrl: armada-37xx: account for const type of of_device_id.data

Hi Julia, On mar., janv. 02 2018, Julia Lawall wrote: > The data field of an of_device_id structure has type const void *, so > there is no need for a const-discarding cast when putting const values > into such a structure. > > Done using Coccinelle. > > Signed-off-by:

Re: [PATCH v1] eSPI: add Aspeed AST2500 eSPI driver to boot a host with PCH runs on eSPI

On 2018-01-02 23:13, Arnd Bergmann wrote: On 2017-12-31 07:10, Arnd Bergmann wrote: On Fri, Dec 29, 2017 at 2:53 AM, Haiyue Wang wrote: When PCH works under eSPI mode, the PMC (Power Management Controller) in PCH is waiting for SUS_ACK from BMC after it alerts

Re: [PATCH v7 2/2] mfd: syscon: Add hardware spinlock support

Arnd, > Some system control registers need hardware spinlock to synchronize > between the multiple subsystems, so we should add hardware spinlock > support for syscon. > > Signed-off-by: Baolin Wang > Acked-by: Rob Herring ... did you sign off on this

Re: [PATCH] mfd: axp20x: Mark axp288 CHRG_BAK_CTRL register volatile

On Fri, 22 Dec 2017, Hans de Goede wrote: > The input current limit bits get updated by the charger detection logic, > so we should not cache the contents of this register. > > Signed-off-by: Hans de Goede > --- > drivers/mfd/axp20x.c | 1 + > 1 file changed, 1

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