Re: [PATCH V4] thermal: Add cooling device's statistics in sysfs

Hi, Viresh, I will queue it for 4.17, with just one minor fix below. On 二, 2018-01-16 at 15:22 +0530, Viresh Kumar wrote: > This extends the sysfs interface for thermal cooling devices and > exposes > some pretty useful statistics. These statistics have proven to be > quite > useful specially whi

Re: [PATCH v4 3/3 update] mm/free_pcppages_bulk: prefetch buddy while not holding lock

On Tue, Mar 13, 2018 at 11:35:19AM +0800, Aaron Lu wrote: > On Mon, Mar 12, 2018 at 10:32:32AM -0700, Dave Hansen wrote: > > On 03/09/2018 12:24 AM, Aaron Lu wrote: > > > + /* > > > + * We are going to put the page back to the global > > > + * pool,

RE: Dell Inc. XPS 13 9343/0TM99H fails to boot v4.16-rc5

> -Original Message- > From: Dominik Brodowski [mailto:li...@dominikbrodowski.net] > Sent: Tuesday, March 13, 2018 2:44 PM > To: Limonciello, Mario ; Darren Hart > > Cc: platform-driver-...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: Re: Dell Inc. XPS 13 9343/0TM99H fails to b

Re: [2/9] um/drivers/vector_user: Less checks in user_init_raw_fds() after error detection

> +set_error_code: > + err = -errno; > + os_close_file(rxfd); I have taken another look at this change idea. Now I notice that I should have preserved a sanity check there. if (rxfd >= 0) os_close_file(rxfd); Regards, Markus

[tip:timers/core] timekeeping: Add the new CLOCK_MONOTONIC_ACTIVE clock

Commit-ID: 72199320d49dbafa1a99f94f1cd60dc90035c154 Gitweb: https://git.kernel.org/tip/72199320d49dbafa1a99f94f1cd60dc90035c154 Author: Thomas Gleixner AuthorDate: Thu, 1 Mar 2018 17:33:32 +0100 Committer: Ingo Molnar CommitDate: Tue, 13 Mar 2018 07:34:21 +0100 timekeeping: Add the new

[tip:timers/core] timekeeping: Make the MONOTONIC clock behave like the BOOTTIME clock

Commit-ID: d6ed449afdb38f89a7b38ec50e367559e1b8f71f Gitweb: https://git.kernel.org/tip/d6ed449afdb38f89a7b38ec50e367559e1b8f71f Author: Thomas Gleixner AuthorDate: Thu, 1 Mar 2018 17:33:33 +0100 Committer: Ingo Molnar CommitDate: Tue, 13 Mar 2018 07:34:22 +0100 timekeeping: Make the MO

[tip:timers/core] Input: Evdev - unify MONOTONIC and BOOTTIME clock behavior

Commit-ID: f2d6fdbfd2389a38598d448cb8dc09d946c1b87e Gitweb: https://git.kernel.org/tip/f2d6fdbfd2389a38598d448cb8dc09d946c1b87e Author: Thomas Gleixner AuthorDate: Thu, 1 Mar 2018 17:33:34 +0100 Committer: Ingo Molnar CommitDate: Tue, 13 Mar 2018 07:34:22 +0100 Input: Evdev - unify MON

[tip:timers/core] timekeeping: Remove boot time specific code

Commit-ID: d6c7270e913db75ca5fdc79915ba780e97ae2857 Gitweb: https://git.kernel.org/tip/d6c7270e913db75ca5fdc79915ba780e97ae2857 Author: Thomas Gleixner AuthorDate: Thu, 1 Mar 2018 17:33:35 +0100 Committer: Ingo Molnar CommitDate: Tue, 13 Mar 2018 07:34:22 +0100 timekeeping: Remove boot

[tip:timers/core] posix-timers: Unify MONOTONIC and BOOTTIME clock behavior

Commit-ID: 7250a4047aa6106006c2c9b5aff91d7d3fb77962 Gitweb: https://git.kernel.org/tip/7250a4047aa6106006c2c9b5aff91d7d3fb77962 Author: Thomas Gleixner AuthorDate: Thu, 1 Mar 2018 17:33:36 +0100 Committer: Ingo Molnar CommitDate: Tue, 13 Mar 2018 07:34:22 +0100 posix-timers: Unify MONO

[tip:timers/core] hrtimer: Unify MONOTONIC and BOOTTIME clock behavior

Commit-ID: 127bfa5f4342e63d83a0b07ece376c2e8878e4a5 Gitweb: https://git.kernel.org/tip/127bfa5f4342e63d83a0b07ece376c2e8878e4a5 Author: Thomas Gleixner AuthorDate: Thu, 1 Mar 2018 17:33:37 +0100 Committer: Ingo Molnar CommitDate: Tue, 13 Mar 2018 07:34:23 +0100 hrtimer: Unify MONOTONIC

[tip:timers/core] tracing: Unify the "boot" and "mono" tracing clocks

Commit-ID: 92af4dcb4e1c5f58dc337bc97bdffd4e853dbc93 Gitweb: https://git.kernel.org/tip/92af4dcb4e1c5f58dc337bc97bdffd4e853dbc93 Author: Thomas Gleixner AuthorDate: Thu, 1 Mar 2018 17:33:38 +0100 Committer: Ingo Molnar CommitDate: Tue, 13 Mar 2018 07:34:23 +0100 tracing: Unify the "boot

Re: [v2 14/17 4/4] mfd: tps65910: Checking patch structures

> How have you managed to insert 4 patches into the x/17 thread? I dared to group the desired patch series into dedicated mail threads. Regards, Markus

Re: [PATCH] proc: reject "." and ".." as filenames

On Mon, Mar 12, 2018 at 04:00:18PM -0700, Andrew Morton wrote: > - if (qstr.len == 1 && fn[0] == '.') { > - WARN(1, "name '.'\n"); > + if (WARN(qstr.len == 1 && fn[0] == '.', "name '.'\n")) > return NULL; > - } Oh, I hate this style of WARN. For one thing it o

Re: [PATCH 1/4] gpio: Remove VLA from gpiolib

On 2018-03-13 00:40, Laura Abbott wrote: > On 03/12/2018 08:00 AM, Rasmus Villemoes wrote: >> >> Hm, it seems you're now only clearing the first word of mask, not the >> entire allocation. Why not just use kcalloc() instead of kmalloc_array >> to have it automatically cleared? > > Bleh, I didn't t

Re: Regression from efi: call get_event_log before ExitBootServices

On Mon, Mar 12, 2018 at 10:03 PM Ard Biesheuvel wrote: > On 12 March 2018 at 19:55, Thiebaud Weksteen wrote: > > On Mon, Mar 12, 2018 at 7:33 PM Jeremy Cline wrote: > > > >> On 03/12/2018 02:29 PM, Thiebaud Weksteen wrote: > >> > On Mon, Mar 12, 2018 at 6:30 PM Ard Biesheuvel < > > ard.biesheu.

Re: [2/2] net/usb/ax88179_178a: Delete three unnecessary variables in ax88179_chk_eee()

>> Use three values directly for a condition check without assigning them >> to intermediate variables. > > Hi, > > what is the benefit of this? I proposed a small source code reduction. Other software design directions might become more interesting for this use case. Regards, Markus

[PATCH v6] usb: core: Add "quirks" parameter for usbcore

Trying quirks in usbcore needs to rebuild the driver or the entire kernel if it's builtin. It can save a lot of time if usbcore has similar ability like "usbhid.quirks=" and "usb-storage.quirks=". Rename the original quirk detection function to "static" as we introduce this new "dynamic" function.

Re: [PATCH] ipmi:pci: Blacklist a Realtek "IPMI" device

Hi, On Mon, Feb 26, 2018 at 10:50 AM, wrote: > From: Corey Minyard > > Realtek has some sort of "Virtual" IPMI device on the PCI bus as a > KCS controller, but whatever it is, it's not one. Ignore it if seen. > > Reported-by: Chris Chiu > Signed-off-by: Corey Minyard > --- > > I haven't hear

Re: [PATCH] dma-mapping: move dma configuration to bus infrastructure

On Tue, Mar 13, 2018 at 04:22:53AM +, Nipun Gupta wrote: > > Isn't this one or the other one but not both? > > > > Something like: > > > > if (dev->of_node) > > of_dma_deconfigure(dev); > > else > > acpi_dma_deconfigure(dev); > > > > should work. > > I understand your point. Seems r

Re: [PATCH v2 12/13] i2c: qup: reorganization of driver code to remove polling for qup v1

Hi Abhishek, On 3/12/2018 6:45 PM, Abhishek Sahu wrote: > Following are the major issues in current driver code > > 1. The current driver simply assumes the transfer completion >whenever its gets any non-error interrupts and then simply do the >polling of available/free bytes in FIFO. > 2

[tip:perf/core 36/37] kernel/events/core.c:2856:8: error: implicit declaration of function 'modify_user_hw_breakpoint_check'; did you mean 'modify_user_hw_breakpoint'?

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf/core head: 5acc575fec9f424f0b557844dbda8aed57baae1e commit: f30b09b7f8aed3180d6e2f2984e32e91c7a7fcd1 [36/37] perf/core: Implement fast breakpoint modification via _IOC_MODIFY_ATTRIBUTES config: sparc64-allmodconfig (attache

Re: [PATCHv2] staging: wilc1000: use pre-defined macro is_broadcast_ether_addr

Reviewed-by: Ajay Singh On Mon, 12 Mar 2018 15:09:03 +0530 wrote: > From: HariPrasath Elango > Please avoid use of 'From' tag specially when there is only one 'Signed-off-by' tag and its same. > Use the kernel pre-defined macro is_broadcast_ether_addr() instead of > doing a memcmp here. >

linux-next: Tree for Mar 13

Hi all, Changes since 20180309: Removed tree: cris (the architecture is being removed) The qcom tree gained a conflict against the amlogic tree. The net-next tree gained conflicts against the net tree. The drm tree gained a conflict against Linus' tree and a build failure for which I reverted

Re: [PATCH] dma-mapping: move dma configuration to bus infrastructure

> +int amba_dma_configure(struct device *dev) > +{ > + enum dev_dma_attr attr; > + int ret = 0; > + > + if (dev->of_node) { > + ret = of_dma_configure(dev, dev->of_node); > + } else if (has_acpi_companion(dev)) { > + attr = acpi_get_dma_attr(to_acpi_device_no

Re: [PATCH V3 0/4] genirq/affinity: irq vector spread among online CPUs as far as possible

On Tue, 2018-03-13 at 11:11 +0800, Dou Liyang wrote: > I also > met the situation that BIOS told to ACPI that it could support > physical > CPUs hotplug, But actually, there was no hardware slots in the > machine. > the ACPI tables like user inputs which should be validated when we > use. This is

Re: [PATCH] staging: wilc1000: Fix code block alignment

On Mon, 12 Mar 2018 18:30:44 +0530 wrote: > From: HariPrasath Elango > > Fix the code alignment for a block of code to adhere to coding > guidelines > > Signed-off-by: HariPrasath Elango Reviewed-by: Ajay Singh Regards, Ajay

Re: [PATCH] staging: wilc1000: Destroy mutex object in deinitialization

On Mon, 12 Mar 2018 18:49:49 +0530 wrote: > From: HariPrasath Elango > > Destroy the mutex object that is initialized in wlan_init_locks() > > Signed-off-by: HariPrasath Elango Reviewed-by: Ajay Singh Regards, Ajay

Re: [PATCH] staging: wilc1000: use kmemdup instead of kmalloc and memcpy

On Tue, 13 Mar 2018 11:50:48 +0530 wrote: > From: HariPrasath Elango > > Kmalloc followed by memcpy can be replaced by kmemdup. > > Signed-off-by: HariPrasath Elango Reviewed-by: Ajay Singh Regards, Ajay

Re: [pci PATCH v5 1/4] pci: Add pci_sriov_configure_simple for PFs that don't manage VF resources

On Mon, Mar 12, 2018 at 01:17:00PM -0700, Alexander Duyck wrote: > No, I am aware of those. The problem is they aren't accessed as > function pointers. As such converting them to static inline functions > is easy. As I am sure you are aware an "inline" function doesn't > normally generate a functio

Re: aio poll, io_pgetevents and a new in-kernel poll API V5

ping? On Mon, Mar 05, 2018 at 01:27:07PM -0800, Christoph Hellwig wrote: > Hi all, > > this series adds support for the IOCB_CMD_POLL operation to poll for the > readyness of file descriptors using the aio subsystem. The API is based > on patches that existed in RHAS2.1 and RHEL3, which means it

Re: [3/5] Bluetooth: btmrvl: One check less in btmrvl_sdio_card_to_host()

>> @@ -797,12 +792,18 @@ static int btmrvl_sdio_card_to_host(struct >> btmrvl_private *priv) >> break; >> } >> >> -exit: >> -if (ret) { >> -hdev->stat.err_rx++; >> -kfree_skb(skb); >> -} >> +return 0; >> + >> +free_skb: >> +kfree_skb(skb);

Re: Regression from efi: call get_event_log before ExitBootServices

Hi, On 12-03-18 20:55, Thiebaud Weksteen wrote: On Mon, Mar 12, 2018 at 7:33 PM Jeremy Cline wrote: On 03/12/2018 02:29 PM, Thiebaud Weksteen wrote: On Mon, Mar 12, 2018 at 6:30 PM Ard Biesheuvel < ard.biesheu...@linaro.org> wrote: On 12 March 2018 at 17:01, Jeremy Cline wrote: On 03/1

Re: [PATCH v2 13/13] i2c: qup: reorganization of driver code to remove polling for qup v2

Hi Abhishek, On 3/12/2018 6:45 PM, Abhishek Sahu wrote: > Following are the major issues in current driver code > > 1. The current driver simply assumes the transfer completion >whenever its gets any non-error interrupts and then simply do the >polling of available/free bytes in FIFO. > 2

Re: [PATCH AUTOSEL for 4.14 065/110] led: core: Fix brightness setting when setting delay_off=0

Hi! > > At least 7b6af2c531 ("leds: core: Fix regression caused by commit > > 2b83ff96f51d") is missing, causing visible regressions (LEDs not working at > > all) on some OpenWrt devices. This was fixed in 4.4.121 by reverting the > > offending commit, but if I followed the discussion correctly, 4

Re: [PATCH v3 0/2] kbuild: Fix corner caches with .cache.mk

Hi Douglas, 2018-03-13 15:11 GMT+09:00 Douglas Anderson : > This two-patches fixes two corner cases with .cache.mk that have been > reported. Neither problem was catastrophic, but certainly several > people ran into the problem solved by the first patch (can't build > after gcc upgrade) and wast

Re: WARNING in kmalloc_slab (4)

On Tue, Mar 13, 2018 at 12:33:02AM -0700, syzbot wrote: > Hello, > > syzbot hit the following crash on net-next commit > f44b1886a5f876c87b5889df463ad7b97834ba37 (Fri Mar 9 18:10:06 2018 +) > Merge branch 's390-qeth-next' > > Unfortunately, I don't have any reproducer for this crash yet. > Ra

Re: [PATCH 5/5] Bluetooth: btmrvl: Use common error handling code in btmrvl_sdio_download_fw_w_helper()

>> Add a jump target so that the setting of a specific error code is stored >> only once at the end of this function. >> >> Signed-off-by: Markus Elfring >> --- >> drivers/bluetooth/btmrvl_sdio.c | 13 +++-- >> 1 file changed, 7 insertions(+), 6 deletions(-) >> >> diff --git a/drivers/bluet

Re: [PATCH v2 3/3] ALSA: hda: Disabled unused audio controller for Dell platforms with Switchable Graphics

On Mar 12, 2018, at 9:30 AM, mario.limoncie...@dell.com wrote: I think the missing aspect is that this is only used in AIO and laptop form factors where the discrete graphics is in a non-removable form factor. Why we are not checking if kernel is running on AIO or laptop form factor then?

Re: [v2 14/17 4/4] mfd: tps65910: Checking patch structures

On Tue, 13 Mar 2018, SF Markus Elfring wrote: > > How have you managed to insert 4 patches into the x/17 thread? > > I dared to group the desired patch series into dedicated mail threads. Interesting. I've never seen that done before. -- Lee Jones [李琼斯] Linaro Services Technical Lead Linaro.o

Re: Regression from efi: call get_event_log before ExitBootServices

On 13 March 2018 at 07:47, Hans de Goede wrote: > Hi, > > > On 12-03-18 20:55, Thiebaud Weksteen wrote: >> ... >> >> Hans, you said you configured the tablet to use the 32-bit version of grub >> instead >> of 64. Why's that? > > > Because this tablet, like (almost?) all Bay Trail hardware has a 32

Re: [PATCH v2 4/6] ASoC: sun4i-i2s: Add multi-lane functionality

On Mon, Mar 12, 2018 at 04:57:51PM +0100, codekip...@gmail.com wrote: > From: Marcus Cooper > > The i2s block supports multi-lane i2s output however this functionality > is only possible in earlier SoCs where the pins are exposed and for > the i2s block used for HDMI audio on the later SoCs. > >

Re: Regression from efi: call get_event_log before ExitBootServices

On 13 March 2018 at 07:59, Ard Biesheuvel wrote: > On 13 March 2018 at 07:47, Hans de Goede wrote: >> Hi, >> >> >> On 12-03-18 20:55, Thiebaud Weksteen wrote: >>> > ... >>> >>> Hans, you said you configured the tablet to use the 32-bit version of grub >>> instead >>> of 64. Why's that? >> >> >> B

Re: Atheros 1525/QCA6174 BT issue

On Thu, 08 Mar 2018 10:16:46 +0100, Takashi Iwai wrote: > > On Thu, 08 Mar 2018 10:06:51 +0100, > Marcel Holtmann wrote: > > > > Hi Takashi, > > > > > we've got a but report about the broken Atheros BT on the recent > > > kernels: > > > http://bugzilla.opensuse.org/show_bug.cgi?id=1082504 > > >

Re: WARNING in kmalloc_slab (4)

On Tue, Mar 13, 2018 at 10:51 AM, Steffen Klassert wrote: > On Tue, Mar 13, 2018 at 12:33:02AM -0700, syzbot wrote: >> Hello, >> >> syzbot hit the following crash on net-next commit >> f44b1886a5f876c87b5889df463ad7b97834ba37 (Fri Mar 9 18:10:06 2018 +) >> Merge branch 's390-qeth-next' >> >> U

Re: Regression from efi: call get_event_log before ExitBootServices

Hi, On 12-03-18 22:02, Ard Biesheuvel wrote: On 12 March 2018 at 19:55, Thiebaud Weksteen wrote: On Mon, Mar 12, 2018 at 7:33 PM Jeremy Cline wrote: On 03/12/2018 02:29 PM, Thiebaud Weksteen wrote: On Mon, Mar 12, 2018 at 6:30 PM Ard Biesheuvel < ard.biesheu...@linaro.org> wrote: On 12

Re: Atheros 1525/QCA6174 BT issue

Hi Takashi, we've got a but report about the broken Atheros BT on the recent kernels: http://bugzilla.opensuse.org/show_bug.cgi?id=1082504 In short, btusb can't load the patch ar3k/AthrBT_0x0200.dfu, and this could be worked around by the patch to move 0cf3:3004

RE: [PATCH v2 3/3] ALSA: hda: Disabled unused audio controller for Dell platforms with Switchable Graphics

> -Original Message- > From: Kai Heng Feng [mailto:kai.heng.f...@canonical.com] > Sent: Tuesday, March 13, 2018 3:56 PM > To: Limonciello, Mario > Cc: pali.ro...@gmail.com; mj...@srcf.ucam.org; dvh...@infradead.org; > a...@infradead.org; ti...@suse.com; platform-driver-...@vger.kernel.org;

Re: [pci PATCH v5 3/4] ena: Migrate over to unmanaged SR-IOV support

On Mon, 2018-03-12 at 10:23 -0700, Alexander Duyck wrote: > > -   .sriov_configure = ena_sriov_configure, > +#ifdef CONFIG_PCI_IOV > +   .sriov_configure = pci_sriov_configure_simple, > +#endif >  }; I'd like to see that ifdef go away, as discussed. I agree that just #define pci_sriov_con

Re: [PATCH v2 4/6] ASoC: sun4i-i2s: Add multi-lane functionality

On 13 March 2018 at 09:00, Maxime Ripard wrote: > On Mon, Mar 12, 2018 at 04:57:51PM +0100, codekip...@gmail.com wrote: >> From: Marcus Cooper >> >> The i2s block supports multi-lane i2s output however this functionality >> is only possible in earlier SoCs where the pins are exposed and for >> th

Re: [pci PATCH v5 3/4] ena: Migrate over to unmanaged SR-IOV support

On Tue, Mar 13, 2018 at 08:12:52AM +, David Woodhouse wrote: > I'd also *really* like to see a way to enable this for PFs which don't > have (and don't need) a driver. We seem to have lost that along the > way. We've been forth and back on that. I agree that not having any driver just seems d

Re: [PATCH] hwmon/sch5627: Use common error handling code in sch5627_probe()

Hi, On 12-03-18 22:23, SF Markus Elfring wrote: From: Markus Elfring Date: Mon, 12 Mar 2018 22:15:59 +0100 Adjust jump targets so that a bit of exception handling can be better reused at the end of this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus

Re: [PATCH v2 3/6] ASoC: sun4i-i2s: Correct divider calculations

On Mon, Mar 12, 2018 at 04:57:50PM +0100, codekip...@gmail.com wrote: > From: Marcus Cooper > > The clock division circuitry is different on the H3 and later SoCs. > The division of bclk is now based on pll2. You're doing too many things here. > Signed-off-by: Marcus Cooper > --- > sound/soc/

Re: [PATCH v2 4/6] ASoC: sun4i-i2s: Add multi-lane functionality

On Tue, Mar 13, 2018 at 09:15:49AM +0100, Code Kipper wrote: > On 13 March 2018 at 09:00, Maxime Ripard wrote: > > On Mon, Mar 12, 2018 at 04:57:51PM +0100, codekip...@gmail.com wrote: > >> From: Marcus Cooper > >> > >> The i2s block supports multi-lane i2s output however this functionality > >>

Re: [PATCH v2 3/3] ALSA: hda: Disabled unused audio controller for Dell platforms with Switchable Graphics

On Mar 10, 2018, at 2:50 PM, Lukas Wunner wrote: On Fri, Mar 09, 2018 at 05:30:15PM +0800, Kai Heng Feng wrote: On Thursday 08 March 2018 17:10:23 Kai-Heng Feng wrote: Some Dell platforms (Preicsion 7510/7710/7520/7720) have a BIOS option "Switchable Graphics" (SG). When SG is enabled, we h

Re: [PATCH V1] Input: pm8941-pwrkey: add resin key capabilities

Hi Dmitry, On 3/10/2018 11:57 PM, Dmitry Torokhov wrote: On Wed, Mar 07, 2018 at 12:21:47PM -0800, Dmitry Torokhov wrote: Hi Tirupathi, On Wed, Mar 07, 2018 at 01:39:33PM +0530, Tirupathi Reddy wrote: Add resin key support to handle different types of key events defined in different platforms

Re: hwmon/sch5627: Use common error handling code in sch5627_probe()

>> Adjust jump targets so that a bit of exception handling can be better >> reused at the end of this function. … > goto-s going to a label calling another goto is completely unreadable. I got an other software development view. > I really do not see any reason for the proposed changes, I sugge

Re: [PATCH 3/5] arm64: dts: allwinner: a64: add simplefb for A64 SoC

On Mon, Mar 12, 2018 at 04:10:48PM +, Harald Geyer wrote: > The A64 SoC features two display pipelines, one has a LCD output, the > other has a HDMI output. > > Add support for simplefb for the LCD output. Tested on Teres I. > > This patch was inspired by work of Icenowy Zheng. > > Signed-of

Re: [PATCH 4/5] arm64: dts: allwinner: a64: Add pwm device

On Mon, Mar 12, 2018 at 04:10:49PM +, Harald Geyer wrote: > This device is compatible with A13, so no new driver is needed. > > Signed-off-by: Harald Geyer > --- > I saw that Andre Przywara has been working on A64 pwm too and has > submitted some patches a few days ago. I think his patches ar

Re: [PATCH] rtc: mcp795: remove VLA usage

Hi, 2018-03-13 0:31 GMT+01:00 Alexandre Belloni : > Hi, > > On 13/03/2018 at 00:13:38 +0100, Stefano Manni wrote: >> In preparation to enabling -Wvla, remove VLAs and replace them with >> fixed-length arrays instead. >> >> rtc-mcp795.c uses a variable-length array declaration to contain >> the com

Re: Atheros 1525/QCA6174 BT issue

On Tue, 13 Mar 2018 09:10:41 +0100, Marcel Holtmann wrote: > > Hi Takashi, > > we've got a but report about the broken Atheros BT on the recent > kernels: > http://bugzilla.opensuse.org/show_bug.cgi?id=1082504 > > In short, btusb can't load the patch ar3k/AthrBT_0x02

Re: [PATCH ghak21 V2 3/4] audit: add refused symlink to audit_names

On Mon, 12 Mar 2018 11:52:56 -0400 Richard Guy Briggs wrote: > On 2018-03-12 11:53, Paul Moore wrote: > > On Mon, Mar 12, 2018 at 11:26 AM, Richard Guy Briggs > > wrote: > > > On 2018-03-12 11:12, Paul Moore wrote: > > >> On Mon, Mar 12, 2018 at 2:31 AM, Richard Guy Briggs > > >> wrote: >

[PATCH V2] Input: pm8941-pwrkey: add resin key capabilities

Add resin key support to handle different types of key events defined in different platforms. Signed-off-by: Tirupathi Reddy --- .../bindings/input/qcom,pm8941-pwrkey.txt | 20 ++- drivers/input/misc/pm8941-pwrkey.c | 65 +- 2 files changed, 83 in

Re: [PATCH V3 0/4] genirq/affinity: irq vector spread among online CPUs as far as possible

On Tue, Mar 13, 2018 at 09:38:41AM +0200, Artem Bityutskiy wrote: > On Tue, 2018-03-13 at 11:11 +0800, Dou Liyang wrote: > > I also > > met the situation that BIOS told to ACPI that it could support > > physical > > CPUs hotplug, But actually, there was no hardware slots in the > > machine. > > th

Re: [PATCH V4] thermal: Add cooling device's statistics in sysfs

On 13-03-18, 15:02, Zhang Rui wrote: > Hi, Viresh, > > I will queue it for 4.17, with just one minor fix below. > > On 二, 2018-01-16 at 15:22 +0530, Viresh Kumar wrote: > > + cdev->stats = stats; > > + stats->last_time = ktime_get(); > > + stats->max_states = states; > > + cdev->stats =

Re: Atheros 1525/QCA6174 BT issue

Hi Takashi, >> we've got a but report about the broken Atheros BT on the recent >> kernels: >> http://bugzilla.opensuse.org/show_bug.cgi?id=1082504 >> >> In short, btusb can't load the patch ar3k/AthrBT_0x0200.dfu, and >> this could be worked around by the patch to mov

Re: [PATCH V3 0/4] genirq/affinity: irq vector spread among online CPUs as far as possible

On Tue, 2018-03-13 at 16:35 +0800, Ming Lei wrote: > Then looks this issue need to fix by making possible CPU count > accurate > because there are other resources allocated according to > num_possible_cpus(), > such as percpu variables. Short term the regression should be fixed. It is already v4.1

Re: [PATCH v3 5/5] linux/const.h: move BIT(_ULL) to linux/const.h for use in assembly

Hi Andrew, 2018-02-22 21:15 GMT+09:00 Masahiro Yamada : > Commit 2fc016c5bd8a ("linux/const.h: Add _BITUL() and _BITULL()") > introduced _BITUL() and _BITULL(). Its git-log says the difference > from the already existing BIT() are: > > 1. The namespace is such that they can be used in uapi defi

Re: [PATCH 5/5] arm64: allwinner: a64: Add support for TERES I laptop

Hi, On Mon, Mar 12, 2018 at 04:10:50PM +, Harald Geyer wrote: > The TERES I is an open hardware laptop built by Olimex using the > Allwinner A64 SoC. > > Add the board specific .dts file, which includes the A64 .dtsi and > enables the peripherals that we support so far. > > Signed-off-by: Ha

Re: [PATCH v2 10/10] board: Add STM32F769 SoC, discovery board support

Hi Yannick On 03/02/2018 04:44 PM, yannick fertre wrote: > Signed-off-by: yannick fertre Can you add a commit message explaining why you add a specific defconfig for this board. FYI, previously, the same defconfig was used for all STM32F7 boards (ie /stm32f746-disco_defconfig). You will also

Re: [PATCH v2 01/10] video: stm32: stm32_ltdc: add bridge to display controller

Hi Yannick On 03/02/2018 04:44 PM, yannick fertre wrote: > Manage a bridge insert between the display controller & a panel. > > Signed-off-by: yannick fertre > --- > drivers/video/stm32/stm32_ltdc.c | 107 > ++- > 1 file changed, 71 insertions(+), 36 delet

Re: [pci PATCH v5 3/4] ena: Migrate over to unmanaged SR-IOV support

On Tue, 2018-03-13 at 09:16 +0100, Christoph Hellwig wrote: > On Tue, Mar 13, 2018 at 08:12:52AM +, David Woodhouse wrote: > > > > I'd also *really* like to see a way to enable this for PFs which don't > > have (and don't need) a driver. We seem to have lost that along the > > way. > We've b

Re: [PATCH 1/5] arm64: dts: allwinner: a64: Add i2c0 pins

André Przywara writes: > On 12/03/18 16:10, Harald Geyer wrote: > > Add the proper pin group node to reference in board files. > > > > Signed-off-by: Harald Geyer > > That looks correct to me, so: > > Reviewed-by: Andre Przywara > > But out of curiosity, what is this used for? In patch 5/5 I

Re: linux-next: manual merge of the staging tree with the vfs tree

On Tue, Mar 13, 2018 at 03:22:40PM +1100, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the staging tree got conflicts in: > > drivers/staging/lustre/lnet/libcfs/linux/linux-curproc.c > drivers/staging/lustre/lnet/libcfs/linux/linux-prim.c > > between commit: > > 304e

[PATCH 11/11] RISC-V: Add definition of relocation types

Signed-off-by: Zong Li --- arch/riscv/include/uapi/asm/elf.h | 24 1 file changed, 24 insertions(+) diff --git a/arch/riscv/include/uapi/asm/elf.h b/arch/riscv/include/uapi/asm/elf.h index a510edfa8226..5111c7c35e8b 100644 --- a/arch/riscv/include/uapi/asm/elf.h +++ b/a

[PATCH 01/11] RISC-V: Add sections of PLT and GOT for kernel module

The address of external symbols will locate more than 32-bit offset in 64-bit kernel with sv39 or sv48 virtual addressing. Module loader emits the GOT and PLT entries for data symbols and function symbols respectively. The PLT entry is a trampoline code for jumping to the 64-bit real address. The

Re: [PATCH v2 02/10] video: stm32: stm32_ltdc: update debug log

Hi Yannick On 03/02/2018 04:44 PM, yannick fertre wrote: > Replace macro debug by pr_error, pr_warn or pr_info. > > Signed-off-by: yannick fertre > --- > drivers/video/stm32/stm32_ltdc.c | 62 > > 1 file changed, 31 insertions(+), 31 deletions(-) >

[PATCH 08/11] RISC-V: Support ADD32 relocation type in kernel module

Signed-off-by: Zong Li --- arch/riscv/kernel/module.c | 8 1 file changed, 8 insertions(+) diff --git a/arch/riscv/kernel/module.c b/arch/riscv/kernel/module.c index 351bf2a518ee..2d14dff22861 100644 --- a/arch/riscv/kernel/module.c +++ b/arch/riscv/kernel/module.c @@ -246,6 +246,13 @@

[PATCH 09/11] RISC-V: Support SUB32 relocation type in kernel module

Signed-off-by: Zong Li --- arch/riscv/kernel/module.c | 8 1 file changed, 8 insertions(+) diff --git a/arch/riscv/kernel/module.c b/arch/riscv/kernel/module.c index 2d14dff22861..4228270efe93 100644 --- a/arch/riscv/kernel/module.c +++ b/arch/riscv/kernel/module.c @@ -253,6 +253,13 @@

[PATCH 10/11] RISC-V: Enable module support in defconfig

Signed-off-by: Zong Li --- arch/riscv/configs/defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/riscv/configs/defconfig b/arch/riscv/configs/defconfig index 92ff23586c11..07326466871b 100644 --- a/arch/riscv/configs/defconfig +++ b/arch/riscv/configs/defconfig @@ -74,3 +74,5 @@

Re: [PATCH net-next] modules: allow modprobe load regular elf binaries

On Mon, Mar 12, 2018 at 10:22:00AM -0700, Alexei Starovoitov wrote: > On 3/10/18 7:34 AM, Luis R. Rodriguez wrote: > > Also, > > > > Alexei you never answered my questions out aliases with the umh modules. > > Long term this important to consider. > > aliases always felt like a crutch to me. > I

[PATCH 07/11] RISC-V: Support ALIGN relocation type in kernel module

Just ignore align type. The nop instructions cannot be removed in kernel module. Kernel modules is not doing relax. Signed-off-by: Zong Li --- arch/riscv/kernel/module.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/riscv/kernel/module.c b/arch/riscv/kernel/module.c index e23c0

[PATCH 05/11] RISC-V: Support HI20/LO12_I/LO12_S relocation type in kernel module

HI20 and LO12_I/LO12_S relocate the absolute address, the range of offset must in 32-bit. Signed-off-by: Zong Li --- arch/riscv/kernel/module.c | 42 ++ 1 file changed, 42 insertions(+) diff --git a/arch/riscv/kernel/module.c b/arch/riscv/kernel/module.c

Re: [PATCH 1/2] infiniband: qplib_fp: fix pointer cast

On Wed, Mar 7, 2018 at 11:12 AM, Arnd Bergmann wrote: > On Wed, Mar 7, 2018 at 10:05 AM, Arnd Bergmann wrote: > >> A small complication is that I wrote the changelog for the build warning >> on 32-bit architectures, which is more elaborate. kernelci.org for >> some reasons currently skips the all

Re: [tip:locking/core 9/11] include/asm-generic/atomic-instrumented.h:288:24: sparse: cast truncates bits from constant value (100 becomes 0)

On Mon, Mar 12, 2018 at 6:17 PM, Dmitry Vyukov wrote: > On Mon, Mar 12, 2018 at 5:52 PM, kbuild test robot > wrote: >> tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git >> locking/core >> head: ac605bee0bfab40fd5d11964705e907d2d5a32de >> commit: 8bf705d130396e69c04cd8e6e01024

[PATCH] clk: Add driver for the si544 clock generator chip

This patch adds the driver and devicetree documentation for the Silicon Labs SI544 clock generator chip. This is an I2C controlled oscillator capable of generating clock signals ranging from 200kHz to 1500MHz. Signed-off-by: Mike Looijmans --- .../devicetree/bindings/clock/silabs,si544.txt |

Re: Atheros 1525/QCA6174 BT issue

On Tue, 13 Mar 2018 09:38:30 +0100, Marcel Holtmann wrote: > > Hi Takashi, > > >> we've got a but report about the broken Atheros BT on the recent > >> kernels: > >> http://bugzilla.opensuse.org/show_bug.cgi?id=1082504 > >> > >> In short, btusb can't load the patch ar3k/AthrB

[PATCH 03/11] RISC-V: Support GOT_HI20/CALL_PLT relocation type in kernel module

For CALL_PLT, emit the plt entry only when offset is more than 32-bit. For PCREL_LO12, it uses the location of corresponding HI20 to get the address of external symbol. It should check the HI20 type is the PCREL_HI20 or GOT_HI20, because sometime the location will have two or more relocation types

[PATCH 06/11] RISC-V: Support RVC_BRANCH/JUMP relocation type in kernel modulewq

Signed-off-by: Zong Li --- arch/riscv/kernel/module.c | 35 +++ 1 file changed, 35 insertions(+) diff --git a/arch/riscv/kernel/module.c b/arch/riscv/kernel/module.c index 654fe7dcd38d..e23c051dfc62 100644 --- a/arch/riscv/kernel/module.c +++ b/arch/riscv/kernel/m

[PATCH 02/11] RISC-V: Add section of GOT.PLT for kernel module

Separate the function symbol address from .plt to .got.plt section. The original plt entry has trampoline code with symbol address, there is a 32-bit padding bwtween jar instruction and symbol address. Extract the symbol address to .got.plt to reduce the module size. Signed-off-by: Zong Li ---

[PATCH 04/11] RISC-V: Support CALL relocation type in kernel module

Signed-off-by: Zong Li --- arch/riscv/kernel/module.c | 22 ++ 1 file changed, 22 insertions(+) diff --git a/arch/riscv/kernel/module.c b/arch/riscv/kernel/module.c index 242d3a14c210..7e85e5840b4d 100644 --- a/arch/riscv/kernel/module.c +++ b/arch/riscv/kernel/module.c @@ -1

[PATCH 00/11] RISC-V: Resolve the issue of loadable module on 64-bit

These patches resolve the some issues of loadable module. - symbol out of ranges - unknown relocation types The reference of external variable and function symbols cannot exceed 32-bit offset ranges in kernel module. The module only can work on the 32-bit OS or the 64-bit OS with sv32 virtual

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

On 13 March 2018 06:09, Stephen Rothwell wrote: > Hi all, > > After merging the sound-asoc tree, today's linux-next build (powerpc > allyesconfig) failed like this: > > sound/soc/codecs/da7219.o: In function `.da7219_remove': > da7219.c:(.text+0xcbc): undefined reference to `.clkdev_drop' > > C

Re: hwmon/sch5627: Use common error handling code in sch5627_probe()

Hi, On 13-03-18 09:25, SF Markus Elfring wrote: Adjust jump targets so that a bit of exception handling can be better reused at the end of this function. … goto-s going to a label calling another goto is completely unreadable. I got an other software development view. I really do not see

Re: [PATCH v2 04/10] video: add support of panel OTM8009A

Hi Yannick On 03/02/2018 04:44 PM, yannick fertre wrote: > Support for Orise Tech otm8009a 480p dsi 2dl video mode panel. > > Signed-off-by: yannick fertre > --- > drivers/video/Kconfig | 8 + > drivers/video/Makefile | 1 + > drivers/video/orisetech_otm8009a.c |

[PATCH] clk: clk-gpio: Allow GPIO to sleep in set/get_parent

When changing or retrieving clock parents, the caller is in a sleepable state (like prepare) so the GPIO operation need not be atomic. Replace gpiod_{g|s}et_value with gpiod_{g|s}et_value_cansleep in the {g|s}et_parent calls for the GPIO based clock mux. This fixes a "slowpath" warning when the GP

Re: [pci PATCH v5 3/4] ena: Migrate over to unmanaged SR-IOV support

On Tue, Mar 13, 2018 at 08:45:19AM +, David Woodhouse wrote: > > > On Tue, 2018-03-13 at 09:16 +0100, Christoph Hellwig wrote: > > On Tue, Mar 13, 2018 at 08:12:52AM +, David Woodhouse wrote: > > > > > > I'd also *really* like to see a way to enable this for PFs which don't > > > have (a

Re: [PATCH V2] ZBOOT: fix stack protector in compressed boot phase

Hi, Yoshinori, Rich and SuperH developers, I'm not familiar with SuperH assembly, but SuperH has the same bug obviously. Could you please fix that? Huacai On Mon, Mar 12, 2018 at 10:04 AM, Huacai Chen wrote: > Call __stack_chk_guard_setup() in decompress_kernel() is too late that > stack checki

[PATCH v9 3/5] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

From: Sricharan R The smmu device probe/remove and add/remove master device callbacks gets called when the smmu is not linked to its master, that is without the context of the master device. So calling runtime apis in those places separately. Signed-off-by: Sricharan R [vivek: Cleanup pm runtim

[PATCH v9 0/5] iommu/arm-smmu: Add runtime pm/sleep support

This series provides the support for turning on the arm-smmu's clocks/power domains using runtime pm. This is done using the recently introduced device links patches, which lets the smmu's runtime to follow the master's runtime pm, so the smmu remains powered only when the masters use it. As not al

[PATCH v9 5/5] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

qcom,smmu-v2 is an arm,smmu-v2 implementation with specific clock and power requirements. This smmu core is used with multiple masters on msm8996, viz. mdss, video, etc. Add bindings for the same. Signed-off-by: Vivek Gautam Reviewed-by: Rob Herring Reviewed-by: Tomasz Figa --- .../devicetree/

  1   2   3   4   5   6   7   8   9   10   >