Re: [PATCH] Bluetooth: btusb: Restore QCA Rome suspend/resume fix with a "rewritten" version

> On 16 Feb 2018, at 8:10 PM, Hans de Goede wrote: > > > Ok, I've asked the reporter of: > > https://bugzilla.redhat.com/show_bug.cgi?id=1514836 > > Which is how I got involved in this to provide DMI data and > I will whip up a patch for his machine and ask him to test

Use of GCC plugin instead ISO C

Hi Again, According to last time talked, you said me to avoid "-Werror=pedantic" flag to build the GNU specific plugins instead of Standard ISO C. I changed my default compiler flags and tried to rebuild. But I am still getting the same error messages at: CC

[RESEND PATCH v2] checkpatch: add Crypto ON_STACK to declaration_macros

Add the crypto API *_ON_STACK to $declaration_macros. Resolves the following false warning: WARNING: Missing a blank line after declarations + int err; + SHASH_DESC_ON_STACK(desc, ctx_p->shash_tfm); Acked-by: Greg Kroah-Hartman

linux-next: Signed-off-by missing for commit in the tip tree

Hi all, Commit f091f1d6a2b4 ("tools/headers: Synchronize kernel ABI headers, v4.16-rc1") is missing a Signed-off-by from its committer. -- Cheers, Stephen Rothwell pgpcEKyb3pYjf.pgp Description: OpenPGP digital signature

Re: [PATCH] i40evf: remove redundant array comparisons to 0 checks

On Fri, Feb 16, 2018 at 6:53 PM, Colin Ian King wrote: > On 16/02/18 16:51, Andy Shevchenko wrote: >> On Thu, Feb 15, 2018 at 9:42 PM, Colin King wrote: >>> + filter->f.mask.tcp_spec.dst_ip[i] |= >>>

Re: [PATCH] soc: actions: Convert to SPDX license identifiers

Am 21.01.2018 um 18:01 schrieb Andreas Färber: > Replace textual license notices with SPDX-License-Identifier lines. > Add an SPDX-License-Identifier for the Makefile. > > Signed-off-by: Andreas Färber > --- > drivers/soc/actions/Makefile | 2 ++ >

Seeking guidance on spelling fixes

I noticed a common spelling mistake in some Linux kernel code that I was reading the other day and it made me wonder how prevalent common spelling mistakes are in the kernel. I did some grepping and it seems that there are a large number of spelling mistakes. I did a bit of searching and I found

Re: [PATCH 1/2] kconfig: remove check_stdin()

On Thu, Feb 08, 2018 at 02:56:39PM +0900, Masahiro Yamada wrote: > Except silentoldconfig, valid_stdin is 1, so check_stdin() is no-op. > > oldconfig and silentoldconfig work almost in the same way except that > the latter generates additional files. Both ask users for input for > new symbols. >

Re: [PATCH 6/7] platform/x86: fujitsu-laptop: Define constants for backlight power control

> > +/* FUNC interface - backlight power control */ > > +#define BACKLIGHT_POWER0x4 > > +#define BACKLIGHT_OFF 0x3 > > +#define BACKLIGHT_ON 0x0 > > A minor detail: BACKLIGHT_OFF and BACKLIGHT_ON are potential parameter > values while BACKLIGHT_POWER is essentially a parameter

[PATCH v2 2/2] staging: rtl8712: fix signedness of length to rtl8717_set_ie

rtl8717_set_it() takes an unsigned int pointer as length, fixed signedness in code using it. Sparse warnings: drivers/staging/rtl8712/ieee80211.c:191:53: warning: incorrect type in argument 5 (different signedness) drivers/staging/rtl8712/ieee80211.c:191:53:expected unsigned int [usertype]

[PATCH v2 1/2] staging: rtl8712: make unsigned length for rtl8717_get{_wpa_,_wpa2_,_}ie

Fixed r8712_get_ie, r8712_get_wpa_ie, r8712_get_wpa2_ie to have a length as unsigned int pointer instead of signed. Sparse warnings: drivers/staging/rtl8712/rtl871x_ioctl_linux.c:173:27: warning: incorrect type in argument 3 (different signedness)

Re: [PATCH 1/2] staging: rtl8712: make unsigned length for rtl8717_get{_wpa_,_wpa2_,_}ie

On Fri, 2018-02-16 at 15:48 +0100, Greg KH wrote: > Can you rebase both of these patches on the staging-testing branch of > the staging.git tree so that I can apply them?  Right now they have > too > many conflicts. Rebased on staging-testing d92a1fa. v2 to come.

linux-next: Signed-off-by missing for commit in the parisc-hd tree

Hi all, Commit 6c2dfd2e720d ("parisc: Fix ordering of cache and TLB flushes") is missing a Signed-off-by from its committer. -- Cheers, Stephen Rothwell pgpKR_OlCUktq.pgp Description: OpenPGP digital signature

[no subject]

Good Day, I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central, Hong Kong. I have a business proposal of $ 38,980,369.00. All confirmable documents to back up the claims will be made available to you

[no subject]

Good Day, This is the second time i am sending you this mail. I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong Hing Bank, Hong Kong, need your alliance in a deal that will be of mutual benefit. Email me back for more details. Regards.

Re: [PATCH v3 01/25] dt-bindings: soc: qcom: Add bindings for APR bus

On Wed, Feb 14, 2018 at 09:13:23AM +, Srinivas Kandagatla wrote: > Thanks for the review, > > On 13/02/18 23:12, Rob Herring wrote: > > On Tue, Feb 13, 2018 at 04:58:13PM +, srinivas.kandaga...@linaro.org > > wrote: > > > From: Srinivas Kandagatla > > >

linux-next: build warning after merge of the drm tree

Hi all, After merging the drm tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: In file included from include/linux/list.h:9:0, from include/linux/wait.h:7, from include/linux/wait_bit.h:8, from include/linux/fs.h:6,

Re: [PATCH] srcu: Fix incorrect condition in srcu_funnel_exp_start()

On 2/15/2018 6:42 AM, Paul E. McKenney wrote: On Wed, Feb 14, 2018 at 05:59:54PM +0900, Byungchul Park wrote: We should've kept sp->srcu_gp_seq_needed_exp the furthest. But it probably fails because of the incorrect condition. Fix it. Signed-off-by: Byungchul Park

Re: [PATCH v2 1/9] lib/test_printf: Mark big constant with ULL

On Sun, Feb 18, 2018 at 11:52 PM, Tobin C. Harding wrote: > On Fri, Feb 16, 2018 at 11:07:03PM +0200, Andy Shevchenko wrote: > What tree does this set apply to please? I tried mainline rc1 and > next-20180216. Happy to see some code duplication removal from > vsprintf.c :) IIRC

Re: [PATCH 1/4] dt/bindings: fix binding examples for tegra gmi controller

On Sat, Feb 10, 2018 at 02:33:22AM +0100, Marcel Ziswiler wrote: > From: Marcel Ziswiler > > Fix devicetree binding examples for the Generic Memory Interface (GMI) > bus driver found on Tegra SOCs. > > While at it also remove double new lines as a left over from

Re: [PATCH v3 3/7] watchdog: sirfsoc: allow setting timeout in devicetree

On 02/18/2018 04:07 PM, Rob Herring wrote: On Sun, Feb 11, 2018 at 09:08:43PM +0100, Marcus Folkesson wrote: watchdog_init_timeout() will allways pick timeout_param since it defaults to a valid timeout. By following best practice described in Documentation/watchdog/watchdog-kernel-api.txt, it

Re: [PATCH] kbuild: Don't source kernel config

Hi Richard, I love your patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16-rc1 next-20180216] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v2] serial: 8250: Add Nuvoton NPCM UART

On Thu, Feb 15, 2018 at 12:47:20PM +1030, Joel Stanley wrote: > The Nuvoton UART is almost compatible with the 8250 driver when probed > via the 8250_of driver, however it requires some extra configuration > at startup. > > Signed-off-by: Joel Stanley > --- > v2: > Remove

Re: [PATCH] kbuild: Don't source kernel config

Hi Richard, I love your patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16-rc2 next-20180216] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 1/1] scsi: ufs: Add support for Auto-Hibernate Idle Timer

On 18/02/18 11:45, Avri Altman wrote: > > >> -Original Message- >> From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- >> ow...@vger.kernel.org] On Behalf Of Adrian Hunter >> Sent: Friday, February 16, 2018 2:01 PM >> To: Vinayak Holikatti ; Martin K.

Re: iSCSI session logout regression after fbce4d97fd ("scsi: fixup kernel warning during rmmod()")

On 02/18/2018 07:33 PM, Max Ivanov wrote: > Hi, > > on my system I can't logout from iSCSI session when on 4.4.18, but > 4.3.19 works just fine. git bisect points to fbce4d97fd ("scsi: fixup > kernel warning during rmmod()") > > Bug manifests itself like following: > - iSCSI session logout

[PATCH 3/3] reset: simple: Allow user selection of driver

Currently this driver is only user selectable if COMPILE_TEST is turned on. Users may wish to select (and deselect) it, so remove this restriction. Signed-off-by: Joel Stanley --- drivers/reset/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 2/3] reset: simple: Enable for ASPEED systems

ASPEED BMC SoCs have a reset controller in the LPC IP that can be controlled using this driver to release the UARTs from reset. No special configuration is required, so only the compatible string is added. Signed-off-by: Joel Stanley --- drivers/reset/Kconfig| 10

[PATCH] scsi: cxlflash: Select SCSI_SCAN_ASYNC

The cxlflash driver uses "Asynchronous SCSI scanning" enabled by CONFIG_SCSI_SCAN_ASYNC. Without this enabled the modprobe of cxlflash module gets hung with following backtrace: Call Trace: __switch_to+0x2cc/0x470 __schedule+0x288/0xab0 schedule+0x40/0xc0 schedule_timeout+0x254/0x4f0

Re: INFO: rcu detected stall in xfrm_confirm_neigh

On Tue, Feb 13, 2018 at 10:19:17AM +0100, Dmitry Vyukov wrote: > On Mon, Feb 12, 2018 at 4:26 PM, Dmitry Vyukov wrote: > > On Mon, Feb 12, 2018 at 4:23 PM, syzbot > > wrote: > >> Hello, > >> > >> syzbot hit the following

Re: [PATCH] of: Kconfig: OF_OVERLAY, select OF_EARLY_FLATTREE

On 02/18/18 17:46, Rob Herring wrote: > On Sun, Feb 18, 2018 at 6:29 PM, wrote: >> From: Frank Rowand >> >> kbuild test robot reported a new warning for a recent patch: drivers/of/overlay.c:832:2: error: implicit declaration of function

Re: [PATCH] ASoC: Intel: Skylake: Fix compiler warning -Wmaybe-uninitialized

Hi, On Feb 19 2018 15:02, Kirill Marinushkin wrote: Configuration: SND_SOC_INTEL_SKYLAKE=y PM_SLEEP=y Warning message: sound/soc/intel/skylake/skl.c: In function 'skl_resume': sound/soc/intel/skylake/skl.c:326:6: warning: 'ret' may be used uninitialized in this function

Re: [PATCH] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

Hi Tony, I love your patch! Perhaps something to improve: [auto build test WARNING on phy/next] [also build test WARNING on v4.16-rc2 next-20180216] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH] ASoC: Intel: Skylake: Fix compiler warning -Wmaybe-uninitialized

Configuration: SND_SOC_INTEL_SKYLAKE=y PM_SLEEP=y Warning message: sound/soc/intel/skylake/skl.c: In function 'skl_resume': sound/soc/intel/skylake/skl.c:326:6: warning: 'ret' may be used uninitialized in this function [-Wmaybe-uninitialized] int ret; ^~~ Fixes: 4557c305d4fc ("ASoC:

500 ms delay in time saved into RTC

Hi! I have board based on AT91SAM9G20 (ARM926EJ-S CPU), Linux-4.9.36 kernel and RTC chip DS1340 (rtc-ds1307.c driver). RTC chip connected by means of I2C-bus, without HW IRQ line connected. Kernel configured to not use embedded functions for time getting at startup and saving at shutdown:

[PATCH] arm64: Fix compilation error while accessing MPIDR_HWID_BITMASK from .S files

Since commit e1a50de37860b3a93a9d643b09638db5aff47650 (arm64: cputype: Silence Sparse warnings), compilation of arm64 architecture is broken with the following error messages: AR arch/arm64/kernel/built-in.o arch/arm64/kernel/head.S: Assembler messages: arch/arm64/kernel/head.S:677:

[PATCH 1/3] dt-bindings: aspeed-lpc: Add reset controller

This describes the reset controller present in the LPC address space. Signed-off-by: Joel Stanley --- .../devicetree/bindings/mfd/aspeed-lpc.txt | 21 + 1 file changed, 21 insertions(+) diff --git

[PATCH 0/3] reset: simple: enable for ASPEED SoCs

Hello Philip, Here is a series that enables the simple reset driver for the ASPEED SoCs. You may recall I posted a patch back in May 2017 with a similar idea[1]. I was happy to see that you merged a driver that solves the problem, and suits our purpose for the ASPEED. Thanks! Cheers, Joel [1]

Re: [PATCH 2/8] lightnvm: show generic geometry in sysfs

On 02/16/2018 07:35 AM, Javier Gonzalez wrote: On 15 Feb 2018, at 02.20, Matias Bjørling wrote: On 02/13/2018 03:06 PM, Javier González wrote: From: Javier González Apart from showing the geometry returned by the different identify commands, provide

Re: [PATCH] auxdisplay: Replace licenses with SPDX identifiers

On Sat, Feb 17, 2018 at 8:39 PM, Miguel Ojeda wrote: > Signed-off-by: Miguel Ojeda For: > drivers/auxdisplay/hd44780.c| 6 +- Acked-by: Geert Uytterhoeven Gr{oetje,eeting}s,

Re: [PATCH 16/18] crypto: talitos - do hw_context DMA mapping outside the requests

Le 18/02/2018 à 18:14, Horia Geantă a écrit : On 2/17/2018 6:32 PM, Christophe LEROY wrote: Le 07/02/2018 à 15:39, Horia Geantă a écrit : On 10/6/2017 4:06 PM, Christophe Leroy wrote: At every request, we map and unmap the same hash hw_context. This patch moves the dma mapping/unmapping

Re: [PATCH 1/3] tools include powerpc: Grab a copy of arch/powerpc/include/uapi/asm/unistd.h

Arnaldo Carvalho de Melo writes: > Em Fri, Feb 16, 2018 at 02:29:01PM -0300, Arnaldo Carvalho de Melo escreveu: >> Humm, we need to create two tables, one for 32-bit and another for 64, >> even with ppc not having (AFAIK) clashes in syscall numbers for 32/64... >> >> Trying to

Re: [PATCH 11/23] kconfig: add 'shell-stdout' function

On Fri, Feb 16, 2018 at 11:17:52AM -0800, Linus Torvalds wrote: > On Fri, Feb 16, 2018 at 10:38 AM, Masahiro Yamada > wrote: > > This is the second built-in function, which retrieves the first line > > of stdout from the given shell command. > > This is the only

Re: [PATCH v4] perf ftrace: Append an EOL when write tracing files

On Mon, Feb 19, 2018 at 10:33:29AM +0800, changbin...@intel.com wrote: > From: Changbin Du > > Before this change, the '--graph-funcs', '--nograph-funcs' and > '--trace-funcs' options didn't work as expected when the doesn't > exist. Because the kernel side hid possible

[PATCH 2/2] ASoC: topology: Add missing clock gating parameter when parsing hw_configs

Clock gating parameter is a part of `dai_fmt`. It is supported by `alsa-lib` when creating a topology binary file, but ignored by kernel when loading this topology file. After applying this commit, the clock gating parameter is not ignored any more. The old behaviour is not broken, as by default

[PATCH 1/2] ASoC: topology: Rename clock_gated to clock_cont in snd_soc_tplg_hw_config

In kernel `soc-dai.h`, DAI clock gating is defined as following: \#define SND_SOC_DAIFMT_CONT(1 << 4) /* continuous clock */ \#define SND_SOC_DAIFMT_GATED (0 << 4) /* clock is gated */ Therefore, the corresponding field of struct snd_soc_tplg_hw_config should be

Re: [PATCH v3 4/4] of: improve reporting invalid overlay target path

On 02/18/18 19:21, Rob Herring wrote: > On Wed, Feb 14, 2018 at 09:35:46PM -0800, frowand.l...@gmail.com wrote: >> From: Frank Rowand >> >> Errors while developing the patch to create of_overlay_fdt_apply() >> exposed inadequate error messages to debug problems when overlay

Re: 500 ms delay in time saved into RTC

On 2018-02-19 07:40, Igor Plyatov wrote: > Hi! > > I have board based on AT91SAM9G20 (ARM926EJ-S CPU), Linux-4.9.36 kernel > and RTC chip DS1340 (rtc-ds1307.c driver). > > RTC chip connected by means of I2C-bus, without HW IRQ line connected. > > Kernel configured to not use embedded functions

[PATCH v2] arm64: dts: rockchip: add OPPs for rk3368-lion

This adds CPU operation points for the RK3368. We only add them to the the RK3368-uQ7 SoM (Lion) because patches for the SoC where reverted in the past. commit 6354a06cbaa8 ("Revert "arm64: dts: rockchip: Add basic cpu frequencies for RK3368"") Signed-off-by: Klaus Goger

[PATCH v2 3/3] misc: aspeed-lpc-ctrl: Enable FWH and A2H bridge cycles

To date this driver has relied on prevous state from out of tree hacks and vendor u-boot trees in order to have the host be able to access data over the LPC bus. Now we explicitly enable the AHB to LPC bridge and FWH cycles from when the user first configures the address to map. We chose to do

[PATCH v2 0/3] misc: aspeed-lpc-ctrl fixes

Hi Greg, Once Andrew has acked the bindings I think this is ready to go. v2: Fix binding layout and add Rob's ack These patches were developed when testing upstream Linux with OpenBMC on Romulus. We need to ensure the LPC clock is enabled, now that the clock driver turns off any unused clocks.

[PATCH v2 1/3] dt-bindings: aspeed-lpc: Document LPC Host Interface Controller

The LPC Host Interface Controller is part of a BMC SoC that is used for communication with the host. Reviewed-by: Rob Herring Signed-off-by: Joel Stanley --- v2: - Move the content to below the Host Node Children heading - Add Rob's review tag ---

[PATCH v2 2/3] misc: aspeed-lpc: Request and enable LPC clock

The LPC device needs to ensure it's clock is enabled before it can do anything. In the past the clock was enabled and left running by u-boot, however Linux now has an upstream clock driver that disables unused clocks. Tested-by: Lei YU Reviewed-by: Andrew Jeffery

Re: [PATCH 1/2] ASoC: topology: Rename clock_gated to clock_cont in snd_soc_tplg_hw_config

Hi, On Feb 19 2018 15:05, Kirill Marinushkin wrote: In kernel `soc-dai.h`, DAI clock gating is defined as following: \#define SND_SOC_DAIFMT_CONT(1 << 4) /* continuous clock */ \#define SND_SOC_DAIFMT_GATED (0 << 4) /* clock is gated */ Therefore, the

Re: [PATCH v2 5/6] lightnvm: remove nvm_dev_ops->max_phys_sect

On 02/16/2018 07:48 AM, Javier Gonzalez wrote: On 15 Feb 2018, at 05.11, Matias Bjørling wrote: The value of max_phys_sect is always static. Instead of defining it in the nvm_dev_ops structure, declare it as a global value. Signed-off-by: Matias Bjørling

[PATCH] ARM: dts: aspeed: Add LPC reset controller node

On both the ast2400 and ast2500 SoCs, the LPC reset controller is required to bring the UARTs out of reset without waiting for the LPC reset to be deasserted. Signed-off-by: Joel Stanley --- Bindings and driver change is under reivew: https://lkml.org/lkml/2018/2/19/12

Re: [PATCH] i40evf: remove redundant array comparisons to 0 checks

On 18/02/18 16:31, Joe Perches wrote: > On Sun, 2018-02-18 at 16:58 +0200, Andy Shevchenko wrote: >> On Fri, Feb 16, 2018 at 6:53 PM, Colin Ian King >> wrote: >>> On 16/02/18 16:51, Andy Shevchenko wrote: On Thu, Feb 15, 2018 at 9:42 PM, Colin King

Re: [PATCH] auxdisplay: Replace licenses with SPDX identifiers

Miguel, On Sat, Feb 17, 2018 at 8:39 PM, Miguel Ojeda wrote: > Cc: Willy Tarreau > Cc: Geert Uytterhoeven > Cc: Linus Walleij > Cc: Robin van der Gracht > Cc: Paul Burton

Re: [PATCH] auxdisplay: Replace licenses with SPDX identifiers

On Sun, Feb 18, 2018 at 8:04 PM, Philippe Ombredanne wrote: > Miguel, > > On Sat, Feb 17, 2018 at 8:39 PM, Miguel Ojeda > wrote: >> Cc: Willy Tarreau >> Cc: Geert Uytterhoeven >> Cc: Linus Walleij

Re: linux-next: Signed-off-by missing for commit in the parisc-hd tree

On 18.02.2018 21:48, Stephen Rothwell wrote: > Commit > 6c2dfd2e720d ("parisc: Fix ordering of cache and TLB flushes") > > is missing a Signed-off-by from its committer. Thanks! Fixed now. Helge signature.asc Description: OpenPGP digital signature

[PATCH 0/9] ASoC: Intel: sst: Fix Bay Trail suspend/resume issues

Hi All, Here is a series fixing suspend/resume errors (and broken audio after resume) on Bay Trail devices. Cherry Trail devices also do not like being suspend while audio is playing, but with different sypmtoms instead of SST_ERR_INVALID_STREAM_ID errors, if a stream was playing (being

[PATCH 7/9] ASoc: rt5651: Fix regcache sync errors on resume

The ALC5651 does not like multi-write accesses, avoid them. This fixes: rt5651 i2c-10EC5651:00: Unable to sync registers 0x27-0x28. -121 Errors on resume (and all registers after the registers in the error not being synced). Signed-off-by: Hans de Goede ---

[PATCH 6/9] ASoC: Intel: sst: Free streams on suspend, re-alloc on resume

The Bay Trail SST-DSP firmware version looses track of all streams over a suspend/resume, failing any attempts to resume and/or free streams, with a SST_ERR_INVALID_STREAM_ID error. This commit adds support for free-ing the streams on suspend and re-allocating them on resume, fixing

[PATCH 9/9] ASoC: Intel: bytcr_rt5651: Drop unwanted ignore_suspend settings

The ignore_suspend settings were added in an attempt to try and fix suspend / resume issues. But they never fully fixed these and now we've a proper fix, so lets remove these. Signed-off-by: Hans de Goede --- sound/soc/intel/boards/bytcr_rt5651.c | 3 --- 1 file changed, 3

[PATCH 8/9] ASoC: Intel: bytcr_rt5640: Drop unwanted ignore_suspend settings

The ignore_suspend settings were added in an attempt to try and fix suspend / resume issues. But they never fully fixed these and now we've a proper fix, so lets remove these. Signed-off-by: Hans de Goede --- sound/soc/intel/boards/bytcr_rt5640.c | 4 1 file changed, 4

[PATCH 4/9] ASoC: Intel: sst: Remove unused STREAM_DECODE and STREAM_RESET states

STREAM_DECODE is completely unused, status == STREAM_RESET was checked for, but never set, remove both. Signed-off-by: Hans de Goede --- sound/soc/intel/atom/sst/sst.h | 4 +--- sound/soc/intel/atom/sst/sst_drv_interface.c | 19 --- 2 files

Re: [RFC PATCH] input: Add disable sysfs entry for every input device

On Sat, Feb 17, 2018 at 10:19:14PM +0100, Pavel Machek wrote: > Hi! > > > > > > So, do you mean to implement this "disable" action as ioctl for > > > > > particular /dev/input/event* device (instead of sysfs entry)? > > > > > > > > Yes, so the device can be powered down without the device node

Re: [PATCH v3 2/4] dt-bindings: pwm-backlight: add a num-interpolation-steps property.

On Thu, Feb 08, 2018 at 12:30:30PM +0100, Enric Balletbo i Serra wrote: > The num-interpolated-steps property specifies the number of > interpolated steps between each value of brightness-level table. This is > useful for high resolution PWMs to not have to list out every possible > value in the

Re: [PATCH v3] PCI: qcom: add missing supplies required for msm8996

On Thu, Feb 15, 2018 at 01:22:48PM +, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > This patch adds supplies that are required for msm8996. vdda > is analog supply that go in to controller, and vddpe_3v3 is > supply to PCIe endpoint. >

Re: [PATCH 2/3] Input: gpio-keys - allow setting wakeup interrupt trigger type in DT

On Fri, Feb 09, 2018 at 03:42:47PM -0800, Brian Norris wrote: > Hi Jeffy, > > On Fri, Feb 09, 2018 at 07:55:09PM +0800, Jeffy Chen wrote: > > Allow specifying a different interrupt trigger type for wakeup when > > using the gpio-keys input device as a wakeup source. > > > > Signed-off-by: Jeffy

Re: [PATCH] Documentation/process/howto: Remove outdated info about bugzilla mailing lists

On Tue, 13 Feb 2018 23:06:32 +0100 Jonathan Neuschäfer wrote: > The mailing list archives[1,2] show no activity since September 2011. > > [1]: https://lists.linuxfoundation.org/pipermail/bugme-new/ > [2]: https://lists.linuxfoundation.org/pipermail/bugme-janitors/

Re: [PATCH] Support the nonstring variable attribute (gcc >= 8)

On Mon, Feb 19, 2018 at 12:20 AM, David Rientjes wrote: > On Sat, 17 Feb 2018, Miguel Ojeda wrote: > >> From the GCC manual: >> >> The nonstring variable attribute specifies that an object or member >> declaration with type array of char or pointer to char is intended to >>

Re: [PATCH 0/6] Add support for in-line nested struct comments

On Fri, 16 Feb 2018 11:48:14 -0200 Mauro Carvalho Chehab wrote: > his series fix two bugs at kernel-doc.rst examples and add support > for in-line nested struct comments. > > It also converts one documentation at intel_dpio_phy to use it, > in order to give a practical

Re: linux-next: build failure after merge of the sound-asoc tree

Hi Stephen Thank you for your report. It seems added new drivers are not based on new framework. I will post fixup patch for these. > After merging the sound-asoc tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > sound/soc/amd/acp-da7219-max98357a.c: In function

Linux 4.16-rc2

It's been a quiet week, and rc2 is out. I take the fairly quiet rc be a good sign for 4.16, but honestly, rc2 is often fairly calm. That's probably because people are taking a breather after the merge window, but also simply because it might take a while to find any issues. But let's be

Re: [PATCH v2 1/2] memory: tegra: Squash tegra20-mc into common tegra-mc driver

On 13.02.2018 13:30, Thierry Reding wrote: > On Mon, Feb 12, 2018 at 08:06:30PM +0300, Dmitry Osipenko wrote: >> Tegra30+ has some minor differences in registers / bits layout compared >> to Tegra20. Let's squash Tegra20 driver into the common tegra-mc driver >> to reduce code a tad, this also

[PATCH net 0/4] Fixes, cleanup and modernization for 8390 ethernet drivers

Changes since v4 of combined patch series: - Removed redundant and non-portable MACH_IS_MAC tests. - Added acked-by tags from Geert Uytterhoeven. - Omitted patches unrelated to 8390 drivers. Finn Thain (4): net/8390: Remove redundant make dependencies net/8390: Fix msg_enable patch snafu

Re: [PATCH net 1/4] net/8390: Remove redundant make dependencies

Hi Finn, On 19/02/18 12:39, Finn Thain wrote: > The hydra, zorro8390 and mcf8390 drivers all #include "lib8390.c" and > have no need for 8390.o. modinfo confirms no dependency on 8390.ko. > Drop the redundant dependency from the Makefile. objdump confirms > that this patch has no effect on the

Re: [PATCH 06/15] Documentation: devicetree: dma: Add r8a77965 dmac

On Thu, Feb 15, 2018 at 04:56:39PM +0100, Simon Horman wrote: > On Thu, Feb 15, 2018 at 04:39:49PM +0100, Simon Horman wrote: > > On Tue, Feb 13, 2018 at 10:45:53AM +0100, Jacopo Mondi wrote: > > > Add documentation for r8a77965 compatible string to rcar-dmac device > > > tree bindings

Re: [PATCH 04/15] pinctrl: sh-pfc: Initial R-Car M3-N support

On Tue, Feb 13, 2018 at 10:45:51AM +0100, Jacopo Mondi wrote: > Add initial PFC support for R-Car M3-N (r8a77965) SoC. > No groups or functions defined, just pin and registers enumeration. > > Signed-off-by: Jacopo Mondi > --- >

Re: [PATCH 2/2] mfd: arizona: Update DT doc to support more standard reset binding

On Wed, Feb 14, 2018 at 03:55:12PM +, Charles Keepax wrote: > Signed-off-by: Charles Keepax > --- > Documentation/devicetree/bindings/mfd/arizona.txt | 6 +- > 1 file changed, 5 insertions(+), 1 deletion(-) > > diff --git

Re: [PATCH 1/3] pata_arasan_cf: Delete an error message for a failed memory allocation in arasan_cf_probe()

On 16-02-18, 16:57, SF Markus Elfring wrote: > From: Markus Elfring > Date: Fri, 16 Feb 2018 16:01:12 +0100 > > Omit an extra message for a memory allocation failure in this function. > > This issue was detected by using the Coccinelle software. > >

Send your prices

-- Dear Sir/Madam, We need your product and price list catalog. We are urgently in need of your item . It is meant for purchase in large quantity by our government of Ecowas Procurement Inquiry. Terms of Payment: 80% down payment through T.T while remaining 20% by L/C will be paid before

linux-next: manual merge of the drm tree with Linus' tree

Hi all, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/i915_pmu.h between commit: 4c83f0a788cc ("drm/i915/pmu: Fix sleep under atomic in RC6 readout") from Linus' tree and commit: 109ec558370f ("drm/i915/pmu: Only enumerate available counters in

Re: [PATCH] watchdog: imx2_wdt: allow setting timeout in devicetree

On Thu, Feb 08, 2018 at 02:11:08PM +0100, Marcus Folkesson wrote: > By following best practice described in > Documentation/watchdog/watchdog-kernel-api.txt, it also let us to set > timout-sec property in devicetree. > > Signed-off-by: Marcus Folkesson > --- >

Re: [PATCH 1/2] dt-bindings: clocks: add APB RTC gate for SC9860

On Fri, Feb 09, 2018 at 05:48:10PM +0800, Chunyan Zhang wrote: > From: Chunyan Zhang > > Added index of RTC gate clocks which are used by some devices on aon > area of SC9860, for example the Watchdog timer. > > Signed-off-by: Chunyan Zhang

Re: [PATCH 10/10] dt-bindings: thermal: Remove "cooling-{min|max}-level" properties

On Fri, Feb 09, 2018 at 02:28:10PM +0530, Viresh Kumar wrote: > The "cooling-min-level" and "cooling-max-level" properties are not > parsed by any part of kernel currently and the max cooling state of a > CPU cooling device is found by referring to the cpufreq table instead. What about non-CPU

Re: [PATCH] scripts: kernel_doc: fixup reporting of function identifiers

On Fri, 16 Feb 2018 17:36:07 +0100 Markus Heiser wrote: > > So let me channel akpm here and ask: what are the user-visible effects of > > this problem? I ask because applying it doesn't make any difference in > > the "make htmldocs" output here. So I don't understand

Re: [PATCH v3 2/7] watchdog: sunxi: allow setting timeout in devicetree

On Sun, Feb 11, 2018 at 09:08:42PM +0100, Marcus Folkesson wrote: > watchdog_init_timeout() will allways pick timeout_param since it > defaults to a valid timeout. > > By following best practice described in > Documentation/watchdog/watchdog-kernel-api.txt, it also > let us to set timout-sec

[PATCH 1/4] ASoC: intel: kbl_da7219_max98357: replace codec to component

From: Kuninori Morimoto Now we can replace Codec to Component. Let's do it. Signed-off-by: Kuninori Morimoto --- sound/soc/intel/boards/kbl_da7219_max98357a.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-)

[PATCH 0/4] ASoC: missing replace codec to component

Hi Mark These are new added driver on mark/for-next branch, but based on old "codec" framework. We want to convert it to component. These patches are do it Kuninori Morimoto (4): ASoC: intel: kbl_da7219_max98357: replace codec to component ASoC: amd: acp-da7219-max98357: replace codec to

Re: [PATCH v3 5/7] watchdog: mtk: allow setting timeout in devicetree

On 02/18/2018 04:08 PM, Rob Herring wrote: On Sun, Feb 11, 2018 at 09:08:45PM +0100, Marcus Folkesson wrote: watchdog_init_timeout() will allways pick timeout_param since it defaults to a valid timeout. By following best practice described in Documentation/watchdog/watchdog-kernel-api.txt, it

Re: [PATCH] of: Kconfig: OF_OVERLAY, select OF_EARLY_FLATTREE

On Sun, Feb 18, 2018 at 6:29 PM, wrote: > From: Frank Rowand > > kbuild test robot reported a new warning for a recent patch: >>> drivers/of/overlay.c:832:2: error: implicit declaration of function >>> 'of_fdt_unflatten_tree'

[PATCH net 3/4] net/mac8390: Convert to nubus_driver

This resolves an old bug that constrained this driver to no more than one card. Tested-by: Stan Johnson Signed-off-by: Finn Thain --- drivers/net/Space.c | 3 - drivers/net/ethernet/8390/mac8390.c | 139

[PATCH net 4/4] net/mac8390: Fix log messages

Use dev_foo() to log the slot number instead of the unexpanded "eth%d" format string. Disambiguate the two identical "Card type %s is unsupported" messages. Tested-by: Stan Johnson Signed-off-by: Finn Thain --- drivers/net/ethernet/8390/mac8390.c

Re: [PATCH 19/21] regulator: fixed/gpio: Update device tree bindings

On Mon, Feb 12, 2018 at 02:17:15PM +0100, Linus Walleij wrote: > Deprecate the open drain binding for fixed regulator and indicate > that we prefer this to be passed in the GPIO phandle flags. > > Clarify that the line inversion semantics for fixed and GPIO > regulators completely overrides the

[PATCH net 2/4] net/8390: Fix msg_enable patch snafu

The lib8390 module parameter 'msg_enable' doesn't do anything useful: it causes an ancient version string to be logged. Remove redundant code that logs the same string. In ne.c and wd.c, the value of ei_local->msg_enable is used before being assigned. Use ne_msg_enable and wd_msg_enable,

Re: [PATCH v3] perf ftrace: Append an EOL when write tracing files

On Mon, Feb 19, 2018 at 10:21:34AM +0900, Namhyung Kim wrote: > Hello, > > On Wed, Feb 14, 2018 at 10:44:24AM +0800, changbin...@intel.com wrote: > > From: Changbin Du > > > > Before this change, the '--graph-funcs', '--nograph-funcs' and > > '--trace-funcs' options

[PATCH net 1/4] net/8390: Remove redundant make dependencies

The hydra, zorro8390 and mcf8390 drivers all #include "lib8390.c" and have no need for 8390.o. modinfo confirms no dependency on 8390.ko. Drop the redundant dependency from the Makefile. objdump confirms that this patch has no effect on the module binaries. The superfluous additions of 8390.o

Re: [PATCH] cpufreq: s3c24xx: Delete an error message for a failed memory allocation in two functions

On 15-02-18, 17:40, SF Markus Elfring wrote: > From: Markus Elfring > Date: Thu, 15 Feb 2018 17:28:40 +0100 > > Omit an extra message for a memory allocation failure in these functions. > > This issue was detected by using the Coccinelle software. > >

  1   2   3   4   5   6   >