Re: [PATCH v3 1/2] dt-bindings: reset: add STM32MP1 resets

Many Thanks Philipp, Best Regards Gabriel On 03/19/2018 10:02 AM, Philipp Zabel wrote: > Hi Gabriel, > > On Mon, 2018-03-19 at 08:25 +0100, gabriel.fernan...@st.com wrote: >> From: Gabriel Fernandez >> >> This patch adds the reset binding entry for STM32MP1 >> >>

Re: [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation

* Al Viro wrote: > On Sun, Mar 18, 2018 at 06:18:48PM +, Al Viro wrote: > > > I'd done some digging in that area, will find the notes and post. > > OK, found: Very nice writeup - IMHO this should go into Documentation/! > OTOH, consider arm. There we have >

Re: [PATCH] venus: vdec: fix format enumeration

On Thu, Mar 15, 2018 at 6:52 PM, Stanimir Varbanov wrote: > Hi Alex, > > Thanks for the patch! > > On 13.03.2018 11:11, Alexandre Courbot wrote: >> find_format_by_index() stops enumerating formats as soon as the index >> matches, and returns NULL if

Re: [PATCH v4] mtdchar: fix usage of mtd_ooblayout_ecc()

On Sun, 11 Mar 2018 15:59:07 +0800 OuYang ZhiZhong wrote: > Section was not properly computed. The value of OOB region definition is > always ECC section 0 information in the OOB area, but we want to get all > the ECC bytes information, so we should call >

Re: [RFT][PATCH v5 4/7] cpuidle: Return nohz hint from cpuidle_select()

On Mon, Mar 19, 2018 at 10:11 AM, Peter Zijlstra wrote: > On Thu, Mar 15, 2018 at 11:11:35PM +0100, Rafael J. Wysocki wrote: > > I would suggest s/nohz_ret/stop_tick/ throughout, because I keep > forgetting which way around the boolean works and the new name doesn't >

Re: [PATCH] gpu: drm: Use list_first_entry instead of list_entry

Mhm, actually that patch isn't correct. What we grab get here is the next entry, not the first one. We don't have an alias list_next_entry for list_first_entry? Regards, Christian. Am 18.03.2018 um 22:51 schrieb Arushi Singhal: This patch replaces list_entry with list_first_entry as it makes

[PATCH] hwmon: MC13982: add uid and die temperature sensor inputs

The uid and die temperature can be read out on the ADIN7 using input mux. Map uid and die tenperature sensor to channels 16 and 17. Signed-off-by: Andrey Gusakov --- drivers/hwmon/mc13783-adc.c | 42 ++

use generic dma-direct and swiotlb code for x86 V3

Hi all, this series switches the x86 code the the dma-direct implementation for direct (non-iommu) dma and the generic swiotlb ops. This includes getting rid of the special ops for the AMD memory encryption case and the STA2x11 SOC. The generic implementations are based on the x86 code, so they

[PATCH 02/14] x86: remove dma_alloc_coherent_mask

These days all devices (including the ISA fallback device) have a coherent DMA mask set, so remove the workaround. Signed-off-by: Christoph Hellwig Reviewed-by: Konrad Rzeszutek Wilk --- arch/x86/include/asm/dma-mapping.h | 18 ++

Re: 答复: [PATCH] mm/memcontrol.c: speed up to force empty a memory cgroup

On Mon 19-03-18 10:00:41, Li,Rongqing wrote: > > > > -邮件原件- > > 发件人: Michal Hocko [mailto:mho...@kernel.org] > > 发送时间: 2018年3月19日 16:54 > > 收件人: Li,Rongqing > > 抄送: linux-kernel@vger.kernel.org; linux...@kvack.org; > > cgro...@vger.kernel.org; han...@cmpxchg.org;

RE: [PATCH v5 0/7] vfio/type1: Add support for valid iova list management

Hi Kevin, Thanks for taking a look at this series. > -Original Message- > From: Tian, Kevin [mailto:kevin.t...@intel.com] > Sent: Monday, March 19, 2018 8:29 AM > To: Shameerali Kolothum Thodi ; > alex.william...@redhat.com; eric.au...@redhat.com; >

[PATCH v2] fs: don't flush pagecache when expanding block device

When changing the size of a block device, its all caches are freed. It's necessary on shrinking to prevent spurious I/Os to the disappeared region. However, on expanding, such kind of I/Os doesn't happen. Similar things can be considered for btrfs filesystem resize and resize2fs, but they are

Re: [PATCH v2] arm64: fix undefined reference to 'printk'

On Tue, Mar 13, 2018 at 01:52:36PM +0100, Arnd Bergmann wrote: > The printk symbol was intended as a generic address that is always > exported, however that turned out to be false with CONFIG_PRINTK=n: > > ERROR: "printk" [arch/arm64/kernel/arm64-reloc-test.ko] undefined! > > This changes the

[PATCH 2/7] kbuild: link $(real-obj-y) instead of $(obj-y) into built-in.a

In Kbuild, Makefiles can add the same object to obj-y multiple times. So, obj-y += foo.o obj-y += foo.o is fine. However, this is not true when the same object is added multiple times via composite objects. For example, obj-y+= foo.o bar.o foo-objs := foo-bar-common.o

[PATCH 6/7] kbuild: clean up built-in.a archive rule

With the incremental linking entirely dropped, we can simplify the Makefile. While I am here, I renamed cmd_link_o_target to cmd_ar_builtin. Signed-off-by: Masahiro Yamada --- scripts/Makefile.build | 13 - 1 file changed, 4 insertions(+), 9

[PATCH 1/7] kbuild: rename real-objs-y/m to real-obj-y/m

When I was refactoring Makefiles, I stupidly mistook 'real-obj-y' for 'real-objs-y' over and over again. Finally, I decide to rename it to 'real-obj-y'. This is consistent with 'obj-y', 'subdir-obj-y'. Signed-off-by: Masahiro Yamada --- scripts/Makefile.build |

[PATCH 5/7] kbuild: remove partial section mismatch detection for built-in.a

When built-in.o was incrementally linked with 'ld -r', the section mismatch analysis for the individual built-in.o was possible when CONFIG_DEBUG_SECTION_MISMATCH was enabled. With the migration to the thin archive, built-in.a (former, built-in.o) is no longer an ELF file. So, the modpost does

RE: [PATCH v5 0/7] vfio/type1: Add support for valid iova list management

> From: Shameerali Kolothum Thodi > [mailto:shameerali.kolothum.th...@huawei.com] > > Hi Kevin, > > Thanks for taking a look at this series. > > > -Original Message- > > From: Tian, Kevin [mailto:kevin.t...@intel.com] > > Sent: Monday, March 19, 2018 8:29 AM > > To: Shameerali Kolothum

Re: [PATCH 04/21] eeprom: at24: use SPDX identifier instead of GPL boiler-plate

2018-03-19 12:03 GMT+01:00 Peter Rosin : > On 2018-03-19 10:17, Bartosz Golaszewski wrote: >> Replace the GPL header with an SPDX identifier for GPL-2.0. > > Great care should be exercised when dealing with copyrights of others. > >> >> Signed-off-by: Bartosz Golaszewski

Re: [PATCH net-next 02/10] net: phy: phylink: allow 10GKR interface to use in-band negotiation

Hi Antoine > You guessed right, that's exactly my use case. The DB boards (7k and 8k) > have 10G interfaces without PHYs. If they don't have PHYs, how are the connected to the outside world? Andrew

RE: [PATCH V6 5/8] perf/x86/intel/uncore: add infrastructure for free running counter

> On Thu, Jan 25, 2018 at 12:13:45PM -0800, kan.li...@intel.com wrote: > > @@ -512,6 +538,17 @@ static int uncore_pmu_event_add(struct > perf_event *event, int flags) > > if (!box) > > return -ENODEV; > > > > + /* > > +* The free funning counter is assigned in event_init(). >

Re: [PATCH net-next 02/10] net: phy: phylink: allow 10GKR interface to use in-band negotiation

Hi Andrew, On Mon, Mar 19, 2018 at 01:59:53PM +0100, Andrew Lunn wrote: > > If they don't have PHYs, how are the connected to the outside world? On 7k/8k you have the following scheme for 10G only interfaces: MAC -- Comphy -- PHY -- SFP cage -- ... Or MAC -- Comphy -- SFP cage -- ...

Re: [PATCH v4 1/3] drm/panel: refactor INNOLUX P079ZCA panel driver

On 15 March 2018 at 02:35, hl wrote: > Hi Emil, > > > > On Wednesday, March 14, 2018 08:02 PM, Emil Velikov wrote: >> >> Hi Lin, >> >> On 14 March 2018 at 09:12, Lin Huang wrote: >>> >>> From: huang lin >>> >>> Refactor Innolux

Fwd: Re: [Outreachy kernel] Re: [PATCH] gpu: drm: Use list_first_entry instead of list_entry

Forwarding to LKML once more because Outlook decided to change it to HTML mail. Christian. Am 19.03.2018 um 12:06 schrieb Julia Lawall: On Mon, 19 Mar 2018, Christian König wrote: Mhm, actually that patch isn't correct. What we grab get here is the next entry, not the first one. We don't

Re: [PATCH 11/13] dma-direct: handle the memory encryption bit in common code

On 3/19/2018 5:39 AM, Christoph Hellwig wrote: > Can you test and review the V3 of the series I just sent out? > We reall should get it into linux-next ASAP. Can do. I'll get back to you on V3 thread with the results. Thanks, Tom >

Re: [PATCH net-next 02/10] net: phy: phylink: allow 10GKR interface to use in-band negotiation

On Mon, Mar 19, 2018 at 02:10:09PM +0100, Antoine Tenart wrote: > Hi Andrew, > > On Mon, Mar 19, 2018 at 01:59:53PM +0100, Andrew Lunn wrote: > > > > If they don't have PHYs, how are the connected to the outside world? > > On 7k/8k you have the following scheme for 10G only interfaces: > >

Re: [EXT] Re: [PATCH net-next 02/10] net: phy: phylink: allow 10GKR interface to use in-band negotiation

On Mon, Mar 19, 2018 at 01:19:24PM +, Stefan Chulski wrote: > > > > -Original Message- > > From: Andrew Lunn [mailto:and...@lunn.ch] > > Sent: Monday, March 19, 2018 3:08 PM > > To: Stefan Chulski > > Cc: Antoine Tenart ; Russell King

Re: linux-next on x60: network manager often complains "network is disabled" after resume

On Mon 2018-03-19 05:17:45, Woody Suwalski wrote: > Pavel Machek wrote: > >Hi! > > > >With recent linux-next, after resume networkmanager often claims that > >"network is disabled". Sometimes suspend/resume clears that. > > > >Any ideas? Does it work for you? > >

[RFC 10/12] KVM: arm/arm64: Check all vcpu redistributors are set on map_resources

On vcpu first run, we eventually know the actual number of vcpus. This is a synchronization point to check all redistributors regions were assigned. On kvm_vgic_map_resources() we check both dist and redist were set, eventually check potential base address inconsistencies. Signed-off-by: Eric

[PATCH 11/21] eeprom: at24: rename chip to pdata in at24_probe()

Reflect the purpose of this variable: it contains platform data so name it such. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 42 +- 1 file changed, 21 insertions(+), 21 deletions(-) diff --git

[RFC 00/12] KVM: arm/arm64: Allow multiple GICv3 redistributor regions

At the moment the KVM VGICv3 only supports a single redistributor region (whose base address is set through the GICv3 kvm device KVM_DEV_ARM_VGIC_GRP_ADDR/KVM_VGIC_V3_ADDR_TYPE_REDIST). There, all the redistributors are laid out contiguously. The size of this single redistributor region is not set

[PATCH 12/21] eeprom: at24: use a helper variable for dev

We use the >dev construct all over in at24_probe(). Use a helper variable which is more readable and allows to avoid a couple unnecessary line breaks. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 48 ++ 1 file

[PATCH 07/21] eeprom: at24: drop redundant variable in at24_write()

We can reuse ret instead of defining a loop-local status variable. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) diff --git a/drivers/misc/eeprom/at24.c b/drivers/misc/eeprom/at24.c index

Re: iio/gyro/bmg160_core: Improve unlocking of a mutex in five functions

>> The mutex was (and is still only) locked within case branches, isn't it? >> > You are correct, this does however reflect the issue with the resulting > lack of balance here. I suggest to reconsider affected software aspects a bit more. > I saw the mutex was getting unlocked outside the local

Re: [Possible REGRESSION, 4.16-rc4] Error updating SMART data during runtime and could not connect to lvmetad at some boot attempts

Hi Thorsten, On 19-03-18 10:42, Thorsten Leemhuis wrote: Hi! On 11.03.2018 09:20, Martin Steigerwald wrote: Since 4.16-rc4 (upgraded from 4.15.2 which worked) I have an issue with SMART checks occassionally failing like this: Martin (or someone else): Could you gibe a status update? I have

Re: [PATCH v3 07/11] mmc: sdhci: Program a relatively accurate SW timeout value

Hi Adrian, On Monday 19 March 2018 03:30 PM, Adrian Hunter wrote: > On 19/03/18 11:20, Kishon Vijay Abraham I wrote: >> Hi Adrian, >> >> On Friday 16 March 2018 07:51 PM, Adrian Hunter wrote: >>> On 16/03/18 08:29, Kishon Vijay Abraham I wrote: Hi, On Thursday 15 March 2018 06:43

Re: [PATCH] PCI / PM: Always check PME wakeup capability for runtime wakeup support

On Mar 19, 2018, at 6:00 PM, Rafael J. Wysocki wrote: On Sunday, March 18, 2018 8:12:15 PM CET Kai-Heng Feng wrote: USB controller ASM1042 stops working after commit de3ef1eb1cd0 ("PM / core: Drop run_wake flag from struct dev_pm_info"). The device in question is not

Re: [PATCH v1 02/19] dt-bindings: cpufreq: mediatek: use - instead of _ in examples

Hi Sean, On 03/19/2018 03:51 AM, Sean Wang wrote: > > Hi, Matthias > > I'm worried you missed the patch which already got both tags Reviewed-by > from Rob and Acked-by: Viresh and thus I thought it > should be ready for your tree. > Yes, sorry I missed this one. Fortunately it is not

答复: 答复: [PATCH] mm/memcontrol.c: speed up to force empty a memory cgroup

> -邮件原件- > 发件人: Michal Hocko [mailto:mho...@kernel.org] > 发送时间: 2018年3月19日 18:38 > 收件人: Li,Rongqing > 抄送: linux-kernel@vger.kernel.org; linux...@kvack.org; > cgro...@vger.kernel.org; han...@cmpxchg.org; Andrey Ryabinin > > 主题: Re: 答复:

[PATCH] genirq: Pass desc to __irq_free instead of irq number

Given that irq_to_desc() is a radix_tree_lookup and the reverse operation is only a pointer dereference and that all callers of __free_irq already have the desc, pass the desc instead of the irq number. Signed-off-by: Uwe Kleine-König --- Hello, this is a micro

Re: [PATCH] fs: don't flush pagecache when expanding block device

Hi Andrew, > On Fri, 16 Mar 2018 15:55:53 +0900 shunki-fujita > wrote: > > > When changing the size of a block device, its all caches are freed. > > It's necessary on shrinking to prevent spurious I/Os to the disappeared > > region. > > However, on expanding, such

Re: [PATCH RFC] xfs, memcg: Call xfs_fs_nr_cached_objects() only in case of global reclaim

On 17.03.2018 00:39, Dave Chinner wrote: > On Fri, Mar 16, 2018 at 11:55:30AM +0300, Kirill Tkhai wrote: >> On 16.03.2018 02:03, Dave Chinner wrote: >>> On Thu, Mar 15, 2018 at 10:28:43PM +0300, Kirill Tkhai wrote: On 15.03.2018 20:49, Michal Hocko wrote: > On Thu 15-03-18 18:01:34,

Re: [Outreachy kernel] Re: [PATCH] gpu: drm: Use list_first_entry instead of list_entry

On Mon, 19 Mar 2018, Christian König wrote: > Mhm, actually that patch isn't correct. What we grab get here is the next > entry, not the first one. > > We don't have an alias list_next_entry for list_first_entry? As compared to the semantic patch I proposed earlier today, it would seem that

Re: [PATCH] ACPI: Add Time and Alarm Device (TAD) driver

On Fri, Mar 16, 2018 at 01:51:01PM +0100, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Introduce a driver for the ACPI Time and Alarm Device (TAD) based on > Section 9.18 of ACPI 6.2. > > This driver only supports the system wakeup capabilities of the TAD >

[PATCH net-next 2/2 v4] netns: send uevent messages

This patch adds a receive method to NETLINK_KOBJECT_UEVENT netlink sockets to allow sending uevent messages into the network namespace the socket belongs to. Currently non-initial network namespaces are already isolated and don't receive uevents. There are a number of cases where it is beneficial

[PATCH net-next 1/2 v4] net: add uevent socket member

This commit adds struct uevent_sock to struct net. Since struct uevent_sock records the position of the uevent socket in the uevent socket list we can trivially remove it from the uevent socket list during cleanup. This speeds up the old removal codepath. Note, list_del() will hit

Re: [PATCH V2 1/2] mmc: sdhci-msm: Add support to store supported vdd-io voltages

On 3/7/2018 9:42 PM, Doug Anderson wrote: Hi, On Tue, Mar 6, 2018 at 11:13 PM, Vijay Viswanath wrote: Hi Dough, Jeremy, On 3/3/2018 4:38 AM, Jeremy McNicoll wrote: On 2018-03-02 10:23 AM, Doug Anderson wrote: Hi, On Sun, Feb 11, 2018 at 10:01 PM, Vijay

Re: [RFT][PATCH v5 0/7] sched/cpuidle: Idle loop rework

On Mon, Mar 19, 2018 at 12:36:52PM +0100, Rafael J. Wysocki wrote: > > My brain is just not willing to understand how that work this morning. > > Also it sounds really dodgy. > > Well, I guess I can't really explain it better. :-) I'll try again once my brain decides to wake up. > The reason

Re: [PATCH net-next 02/10] net: phy: phylink: allow 10GKR interface to use in-band negotiation

Hi Russell, On Mon, Mar 19, 2018 at 11:12:05AM +, Russell King - ARM Linux wrote: > On Mon, Mar 19, 2018 at 09:52:52AM +0100, Antoine Tenart wrote: > > > > Anyway, the reason to use in-band negotiation was also to avoid using > > fixed-link. It would work but always report the link is up,

Re: [PATCH v6 1/2] of: Documentation: Specify local APIC ID in "reg"

Rob, On Tue, 13 Mar 2018, Ivan Gorinov wrote: > Use the "reg" property to specify the processor's local APIC ID. > Local APIC ID is assigned by hardware and may differ from CPU number. Any opinion on this version? Thanks, tglx > Signed-off-by: Ivan Gorinov >

Re: [EXT] Re: [PATCH net-next 02/10] net: phy: phylink: allow 10GKR interface to use in-band negotiation

On Mon, Mar 19, 2018 at 01:01:07PM +, Yan Markman wrote: > The DTS-patch for this board (in "old" format) is attached > > > Yan Markman > Tel. 05-44732819 > > > -Original Message- > From: Stefan Chulski > Sent: Monday, March 19, 2018 2:58 PM > To: Russell King - ARM Linux

Re: [PATCH 4.9 1/2] Revert "led: core: Fix brightness setting when setting delay_off=0"

On Sat, Mar 17, 2018 at 08:31:01AM +0100, Jacek Anaszewski wrote: > This reverts commit 86b9fa2190907f4f550d9d6bf490c5f89ca33836. > > The commit being reverted has two flaws: > - it introduces a regression, fixed in the upstream >commit 7b6af2c53192f1766892ef40c8f48a413509ed72. > - it has

Re: [PATCH v2 2/2] ALSA: usb: initial USB Audio Device Class 3.0 support

-ci/linux/commits/Ruslan-Bilovol/ALSA-usb-audio-move-audioformat-quirks-to-quirks-c/20180319-205541 config: i386-randconfig-x016-201811 (attached as .config) compiler: gcc-7 (Debian 7.3.0-1) 7.3.0 reproduce: # save the attached .config to linux build tree make ARCH=i386 Note: it may

Re: [PATCH linux dev-4.16] drivers: i2c: master arbiter: create driver

On 03/19/2018 05:45 AM, Peter Rosin wrote: Hi Ken, Thanks for the patch! I would have liked this subject: i2c: muxes: pca9641: new driver On 2018-03-19 12:38, Ken Chen wrote: Initial PCA9641 2 chennel I2C bus master arbiter channel with separate implementation. It has probe issue and

Re: [PATCH] rtlwifi: rtl8821ae: fix spelling mistake: "Aboslute" -> "Absolute"

On 03/19/2018 05:40 AM, Colin King wrote: From: Colin Ian King Trivial fix to spelling mistake in RT_TRACE message text. Signed-off-by: Colin Ian King --- drivers/net/wireless/realtek/rtlwifi/rtl8821ae/dm.c | 16 1 file

[PATCH 01/21] eeprom: at24: disable regmap locking

We use our own mutex for locking. Disable the regmap-specific locking. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/misc/eeprom/at24.c b/drivers/misc/eeprom/at24.c index 01f9c4921c50..73af6c5a2d73

[PATCH 06/21] eeprom: at24: drop redundant variable in at24_read()

We can reuse ret instead of defining a loop-local status variable. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) diff --git a/drivers/misc/eeprom/at24.c b/drivers/misc/eeprom/at24.c index

[PATCH 08/21] eeprom: at24: make struct initialization uniform in at24_probe()

When zeroing structs, use "{ }" everywhere. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/misc/eeprom/at24.c b/drivers/misc/eeprom/at24.c index d9d55310ffa4..83a9223e62fb 100644 ---

[PATCH 09/21] eeprom: at24: don't check if byte_len is a power of 2

We support certain models the size of which is not a power of 2. This is not a reason to emit a warning. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/misc/eeprom/at24.c b/drivers/misc/eeprom/at24.c

[PATCH 10/21] eeprom: at24: rename at24_get_pdata()

As preparation for at24_probe() refactoring: rename at24_get_pdata() to at24_properties_to_pdata(). We're doing it because we'll move the pdata parsing code into a separate function which will be called at24_get_pdata(). Current routine with that name actually parses the device properties so

[PATCH 04/21] eeprom: at24: use SPDX identifier instead of GPL boiler-plate

Replace the GPL header with an SPDX identifier for GPL-2.0. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/misc/eeprom/at24.c b/drivers/misc/eeprom/at24.c index

Re: [PATCH] gpio: mockup: fix a potential crash when creating debugfs entries

2018-03-04 13:45 GMT+01:00 Bartosz Golaszewski : > If we failed to create the top debugfs directory, we must not try to > create the child nodes. We currently only check if gpio_mockup_dbg_dir > is not NULL, but it can also contain an errno if debugfs is disabled > in build options.

RE: [PATCH v5 0/2] Remove false-positive VLAs when using max()

From: linus...@gmail.com [mailto:linus...@gmail.com] On Behalf Of Linus Torvalds > Sent: 18 March 2018 23:36 ... > > Yeah, and since we're in the situation that *new* gcc versions work > for us anyway, and we only have issues with older gcc's (that sadly > people still use), even if there was a

Re: [PATCH v4 6/7] dt-bindings: Introduce interconnect consumers bindings

Hi Bjorn, On 03/19/2018 06:49 AM, Bjorn Andersson wrote: > On Fri 09 Mar 13:09 PST 2018, Georgi Djakov wrote: > >> Add documentation for the interconnect consumer bindings, that will allow >> to link a device node (consumer) to its interconnect controller hardware. >> >> Tha aim is to enable

Re: [RFT][PATCH v5 6/7] cpuidle: menu: Refine idle state selection for running tick

On Mon, Mar 19, 2018 at 10:45 AM, Peter Zijlstra wrote: > On Thu, Mar 15, 2018 at 11:16:41PM +0100, Rafael J. Wysocki wrote: > >> --- linux-pm.orig/kernel/time/tick-sched.c >> +++ linux-pm/kernel/time/tick-sched.c >> @@ -1031,10 +1031,11 @@ void tick_nohz_irq_exit(void) >>

Re: [PATCH v2] ASoC: samsung: Mark unused Odroid compatibles as deprecated

On 03/18/2018 04:35 PM, Krzysztof Kozlowski wrote: > Compatible for XU4 audio is not being used. Instead the board uses the > same compatible as XU3. The devices are now just compatible so they > should use the same value. Mark "hardkernel,odroid-xu4-audio" as being > deprecated so in this

[patch 03/3] time: Remove license boilerplates and sloppy references

Now that the SPDX tag is in all time(r) core files, that identifies the license in a specific and legally-defined manner. So the extra GPL text wording can be removed as it is no longer needed at all. This is done on a quest to remove the 700+ different ways that files in the kernel describe

Re: [PATCH v17 08/10] ACPI / scan: do not enumerate Indirect IO host children

On Wednesday, March 14, 2018 7:15:57 PM CET John Garry wrote: > Through the logical PIO framework systems which otherwise have > no IO space access to legacy ISA/LPC devices may access these > devices through so-called "indirect IO" method. In this, IO > space accesses for non-PCI hosts are

[patch 00/3] time: Cleanup license information

The following patch series cleans up the licensing information in the time subsystem. * Replace boiler plate language and sloppy references with SPDX * Add missing SPDX identifiers to files with no license reference While at it clean up the top of file comments by removing pointless

[PATCH 03/14] x86: use dma-direct

The generic dma-direct implementation is now functionally equivalent to the x86 nommu dma_map implementation, so switch over to using it. That includes switching from using x86_dma_supported in various iommu drivers to use dma_direct_supported instead, which provides the same functionality.

[PATCH 04/14] x86: use generic swiotlb_ops

The generic swiotlb dma ops were based on the x86 ones and provide equivalent functionality, so use them. Also fix the sta2x11 case. For that SOC the dma map ops need an additional physical to dma address translations. For swiotlb buffers that is done throught the phys_to_dma helper, but the

[PATCH 05/14] x86/amd_gart: look at coherent_dma_mask instead of GFP_DMA

We want to phase out looking at the magic GFP_DMA flag in the dma mapping routines, so switch the gart driver to use the coherent_dma_mask instead, which is used to select the GFP_DMA flag in the caller. Signed-off-by: Christoph Hellwig Reviewed-by: Konrad Rzeszutek Wilk

[PATCH 01/14] x86: remove X86_PPRO_FENCE

There were only a few Pentium Pro multiprocessors systems where this errata applied. They are more than 20 years old now, and we've slowly dropped places where put the workarounds in and discouraged anyone from enabling the workaround. Get rid of it for good. Signed-off-by: Christoph Hellwig

Re: [PATCH 02/19] csky: Exception handling and syscall

Hi Dominik, On Mon, Mar 19, 2018 at 09:50:09AM +0100, Dominik Brodowski wrote: > > +#define __ARCH_WANT_SYSCALL_DEPRECATED > > +#define __ARCH_WANT_SYSCALL_OFF_T > > +#define __ARCH_WANT_SYSCALL_NO_AT > > +#define __ARCH_WANT_SYSCALL_NO_FLAGS > > Does this arch *really* want these deprecated and

RE: [PATCH v5 2/7] vfio/type1: Check reserve region conflict and update iova list

> From: Shameerali Kolothum Thodi > [mailto:shameerali.kolothum.th...@huawei.com] > > > -Original Message- > > From: Tian, Kevin [mailto:kevin.t...@intel.com] > > Sent: Monday, March 19, 2018 7:52 AM > > To: Shameerali Kolothum Thodi > ; > >

Re: [bug, bisected] pfifo_fast causes packet reordering

Hi, On Fri, 2018-03-16 at 11:26 +0100, Jakob Unterwurzacher wrote: > On 15.03.18 23:30, John Fastabend wrote: > > > I have reproduced it using two USB network cards connected to each other. > > > The test tool sends UDP packets containing a counter and listens on the > > > other interface, it

Re: [PATCH linux dev-4.16] drivers: i2c: master arbiter: create driver

Hi Ken, Thanks for the patch! I would have liked this subject: i2c: muxes: pca9641: new driver On 2018-03-19 12:38, Ken Chen wrote: > Initial PCA9641 2 chennel I2C bus master arbiter channel > with separate implementation. It has probe issue > and difference device hehavior between PCA9541

RE: [EXT] Re: [PATCH net-next 02/10] net: phy: phylink: allow 10GKR interface to use in-band negotiation

> > > There is no inband negotiation like there is with 802.3z or SGMII, > > > so this makes no sense. > > > > Oh, that's what I feared. I read some docs but probably will need more > > :) > > > > Anyway, the reason to use in-band negotiation was also to avoid using > > fixed-link. It would work

Re: [EXT] Re: [PATCH net-next 02/10] net: phy: phylink: allow 10GKR interface to use in-band negotiation

> phylink pool SFP loss signal to determine link up/down? Yes, the SFP driver will act on a GPIO for link up/down, and a GPIO for module prescience. When it detects an SFP module hotplugged, it reads the EEPROM to find out what sort of module it is, and what mode should be used between the MAC

[PATCH] regulator: giving regulator controlling gpios a non-empty label when used through the devicetree.

When the label is empty, it causes missing information and limits diagnostics for instances such as 'cat /sys/kernel/debug/gpio' Setting the label to the regulator supply_name will point to the device using the gpio(s). Signed-off-by: Nicholas Lowell ---

[PATCH] rbd: fix spelling mistake: "reregisteration" -> "re-registration"

From: Colin Ian King Trivial fix to spelling mistake in rdb_warn message text Signed-off-by: Colin Ian King --- drivers/block/rbd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/block/rbd.c b/drivers/block/rbd.c

[RFC 04/12] KVM: arm/arm64: Replace the single rdist region by a list

At the moment KVM supports a single rdist region. We want to support several separate rdist regions so let's introduce a list of them. This patch currently only cares about a single entry in this list as the functionality to register several redist regions is not yet there. So this only translates

Re: [PATCH net-next v2 2/2] dt: bindings: add new dt entries for brcmfmac

On 3/19/2018 2:40 AM, Alexey Roslyakov wrote: In case if the host has higher align requirements for SG items, allow setting device-specific aligns for scatterlist items. Signed-off-by: Alexey Roslyakov ---

[PATCH v2] venus: vdec: fix format enumeration

find_format_by_index() stops enumerating formats as soon as the index matches, and returns NULL if venus_helper_check_codec() finds out that the format is not supported. This prevents formats to be properly enumerated if a non-supported format is present, as the enumeration will end with it. Fix

Re: [PATCH net-next 04/10] phy: add 2.5G SGMII mode to the phy_mode enum

On Friday 16 March 2018 04:03 PM, Antoine Tenart wrote: > This patch adds one more generic PHY mode to the phy_mode enum, to allow > configuring generic PHYs to the 2.5G SGMII mode by using the set_mode > callback. > > Signed-off-by: Antoine Tenart Acked-by: Kishon

Re: [PATCH] power/hibernate: Make passing hibernate offsets more friendly

On Tuesday, March 6, 2018 11:53:40 AM CET Mario Limonciello wrote: > Currently the only way to specify a hibernate offset for a > swap file is on the kernel command line. > > Add a new /sys/power/disk_offset that lets userspace > specify the offset and disk to use when initiating a hibernate >

Re: [PATCH v17 07/10] ACPI / scan: rename acpi_is_serial_bus_slave() to widen use

On Wednesday, March 14, 2018 7:15:56 PM CET John Garry wrote: > Currently the ACPI scan has special handling for serial bus > slaves, in that it makes it the responsibility of the the slave > device's parent to enumerate the device. > > To support in future other types of slave devices which

Re: [PATCH v7 10/42] clk: davinci: New driver for davinci PSC clocks

2018-03-16 18:55 GMT+01:00 Stephen Boyd : > Quoting Bartosz Golaszewski (2018-02-28 04:38:38) >> 2018-02-19 21:21 GMT+01:00 David Lechner : >> >> I believe there to be two issues: one is with v7 - we need to increase >> the clock reference count in

[PATCH 08/14] iommu/intel-iommu: cleanup intel_{alloc,free}_coherent

Use the dma_direct_* helpers and cleanup the code flow. Signed-off-by: Christoph Hellwig --- drivers/iommu/Kconfig | 1 + drivers/iommu/intel-iommu.c | 62 - 2 files changed, 17 insertions(+), 46 deletions(-) diff --git

[PATCH 09/14] x86: remove dma_alloc_coherent_gfp_flags

All dma_ops implementations used on x86 now take care of setting their own required GFP_ masks for the allocation. And given that the common code now clears harmful flags itself that means we can stop the flags in all the iommu implementations as well. Signed-off-by: Christoph Hellwig

[PATCH 06/14] x86/amd_gart: use dma_direct_{alloc,free}

This gains support for CMA allocations for the force_iommu case, and cleans up the code a bit. Signed-off-by: Christoph Hellwig --- arch/x86/kernel/amd_gart_64.c | 36 ++-- 1 file changed, 14 insertions(+), 22 deletions(-) diff --git

[PATCH] rtlwifi: rtl8821ae: fix spelling mistake: "Aboslute" -> "Absolute"

From: Colin Ian King Trivial fix to spelling mistake in RT_TRACE message text. Signed-off-by: Colin Ian King --- drivers/net/wireless/realtek/rtlwifi/rtl8821ae/dm.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff

[PATCH 11/14] swiotlb: remove swiotlb_set_mem_attributes

Now that set_memory_decrypted is always available we can just call it directly. Signed-off-by: Christoph Hellwig Reviewed-by: Konrad Rzeszutek Wilk --- arch/x86/include/asm/mem_encrypt.h | 2 -- arch/x86/mm/mem_encrypt.c | 9 -

Re: [RFT][PATCH v5 0/7] sched/cpuidle: Idle loop rework

On Sun, Mar 18, 2018 at 05:15:22PM +0100, Rafael J. Wysocki wrote: > On Sun, Mar 18, 2018 at 12:00 PM, Rafael J. Wysocki > wrote: > > @@ -354,6 +360,7 @@ static int menu_select(struct cpuidle_dr > > if (latency_req > interactivity_req) > > latency_req

Re: [PATCH v2] i2c: xlp9xx: Add support for SMBAlert

On Sat, Mar 17, 2018 at 10:03:00PM +0100, Wolfram Sang wrote: > On Tue, Mar 06, 2018 at 06:46:34AM -0800, George Cherian wrote: > > Add support for SMBus alert mechanism to i2c-xlp9xx driver. > > The second interrupt is parsed to use for SMBus alert. > > The first interrupt is the i2c controller

[PATCH] test_rhashtable: fix spelling mistake: "existant" -> "existent"

From: Colin Ian King Trivial fix to spelling mistake in warning message text Signed-off-by: Colin Ian King --- lib/test_rhashtable.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lib/test_rhashtable.c

Re: [PATCH 04/21] eeprom: at24: use SPDX identifier instead of GPL boiler-plate

On 2018-03-19 10:17, Bartosz Golaszewski wrote: > Replace the GPL header with an SPDX identifier for GPL-2.0. Great care should be exercised when dealing with copyrights of others. > > Signed-off-by: Bartosz Golaszewski > --- > drivers/misc/eeprom/at24.c | 7 ++- > 1 file

Re: [EXT] Re: [PATCH net-next 02/10] net: phy: phylink: allow 10GKR interface to use in-band negotiation

On Mon, Mar 19, 2018 at 02:08:23PM +0100, Andrew Lunn wrote: > > > If they don't have PHYs, how are the connected to the outside world? > > > > By external SFP or direct attached cable. > > Maybe i'm missing something, but don't you just need to add an SFP > device in the device tree. The SFP

Re: [PATCH net-next 02/10] net: phy: phylink: allow 10GKR interface to use in-band negotiation

Hi Russell, On Mon, Mar 19, 2018 at 01:18:05PM +, Russell King - ARM Linux wrote: > On Mon, Mar 19, 2018 at 02:10:09PM +0100, Antoine Tenart wrote: > > > > On 7k/8k you have the following scheme for 10G only interfaces: > > > >MAC -- Comphy -- PHY -- SFP cage -- ... > > > > Or > > > >

Re: [Possible REGRESSION, 4.16-rc4] Error updating SMART data during runtime and could not connect to lvmetad at some boot attempts

Hi! On 11.03.2018 09:20, Martin Steigerwald wrote: > > Since 4.16-rc4 (upgraded from 4.15.2 which worked) I have an issue > with SMART checks occassionally failing like this: Martin (or someone else): Could you gibe a status update? I have this issue on my list or regressions, but it's hard to

  1   2   3   4   5   6   7   8   9   10   >