[PATCH v7 11/14] arm64/numa: support HAVE_MEMORYLESS_NODES

Some numa nodes may have no memory. For example: 1. cpu0 on node0 2. cpu1 on node1 3. device0 access the momory from node0 and node1 take the same time. So, we can not simply classify device0 to node0 or node1, but we can define a node2 which distances to node0 and node1 are the same.

[PATCH v7 02/14] of/numa: fix a memory@ node can only contains one memory block

For a normal memory@ devicetree node, its reg property can contains more memory blocks. Because we don't known how many memory blocks maybe contained, so we try from index=0, increase 1 until error returned(the end). Signed-off-by: Zhen Lei Acked-by: Rob Herring

[PATCH v7 00/14] fix some type infos and bugs for arm64/of numa

v6 -> v7: Fix a bug for this patch series when "numa=off" was set in bootargs, this modification only impact patch 12. Please refer https://lkml.org/lkml/2016/8/23/249 for more details. @@ -119,13 +115,13 @@ static void __init setup_node_to_cpumask_map(void) */ void

[PATCH v7 08/14] arm64: numa: Use pr_fmt()

From: Kefeng Wang Use pr_fmt to prefix kernel output, and remove duplicated msg of NUMA turned off. Signed-off-by: Kefeng Wang --- arch/arm64/mm/numa.c | 40 1 file changed, 20 insertions(+), 20

[PATCH v7 13/14] of/numa: remove the constraint on the distances of node pairs

At present, the distances must equal in both direction for each node pairs. For example: the distance of node B->A must the same to A->B. But we really don't have to do this. End up fill default distances as below: 1. If both direction specified, keep no change. 2. If only one direction

[PATCH v7 14/14] Documentation: remove the constraint on the distances of node pairs

Update documentation. This limit is unneccessary. Signed-off-by: Zhen Lei Acked-by: Rob Herring --- Documentation/devicetree/bindings/numa.txt | 1 - 1 file changed, 1 deletion(-) diff --git a/Documentation/devicetree/bindings/numa.txt

[PATCH v7 01/14] of/numa: remove a duplicated pr_debug information

This information will be printed in the subfunction numa_add_memblk. They are not the same, but very similar. Signed-off-by: Zhen Lei Acked-by: Rob Herring --- drivers/of/of_numa.c | 4 1 file changed, 4 deletions(-) diff --git

[PATCH v7 03/14] arm64/numa: add nid check for memory block

Use the same tactic to cpu and numa-distance nodes. Signed-off-by: Zhen Lei --- drivers/of/of_numa.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/of/of_numa.c b/drivers/of/of_numa.c index 7b3fbdc..afaeb9c 100644 --- a/drivers/of/of_numa.c +++

[PATCH v7 04/14] of/numa: remove a duplicated warning

This warning has been printed in of_numa_parse_cpu_nodes before. Signed-off-by: Zhen Lei Acked-by: Rob Herring --- drivers/of/of_numa.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/drivers/of/of_numa.c

[tip:x86/urgent] x86/apic: Do not init irq remapping if ioapic is disabled

Commit-ID: 2e63ad4bd5dd583871e6602f9d398b9322d358d9 Gitweb: http://git.kernel.org/tip/2e63ad4bd5dd583871e6602f9d398b9322d358d9 Author: Wanpeng Li AuthorDate: Tue, 23 Aug 2016 20:07:19 +0800 Committer: Thomas Gleixner CommitDate: Wed, 24 Aug

Re: [PATCH 2/2] thermal: rcar-thermal: enable hwmon when thermal_zone

On 五, 2016-08-19 at 19:35 +0800, Zhang Rui wrote: > On 二, 2016-07-19 at 10:01 +, Kuninori Morimoto wrote: > > > > From: Kuninori Morimoto > > > > rcar-thermal is supporting both thermal_zone_of_sensor_register() > > and > > thermal_zone_device_register().

Re: [PATCH] treewide: replace config_enabled() with IS_ENABLED() (2nd round)

On 23.08.2016 18:45, Masahiro Yamada wrote: > Commit 97f2645f358b ("tree-wide: replace config_enabled() with > IS_ENABLED()") mostly killed config_enabled(), but some new users > have appeared for v4.8-rc1. They are all used for a boolean option, > so can be replaced with IS_ENABLED() safely. >

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

On 三, 2016-08-24 at 13:38 +1000, Stephen Rothwell wrote: > Hi Zhang, > > After merging the thermal tree, today's linux-next build (powerpc > allyesconfig) produced this warning: > > warning: (HISI_THERMAL) selects STUB_CLK_HI6220 which has unmet > direct dependencies (COMMON_CLK &&

[PATCH v3 1/2] input: misc: Add generic input driver to read encoded GPIO lines

Add a driver to read group of GPIO lines and provide its status as a numerical value as input event to the system. This will help in interfacing devices, that can be connected over GPIOs, that provide input to the system by driving GPIO lines connected to them like a rotary dial or a switch. For

Re: [PATCH] raid6: fix the input of raid6 algorithm

Oh, get_random_*() is really expensive. Thanks for your tips. The boot log on my aarch64 showed bellow told it taked about 0.6 second to fill with disk data. [0.172831] DMA: preallocated 256 KiB pool for atomic allocations [0.788664] raid6: int64x1 gen() 121 MB/s [

[PATCH v3 2/2] ARM: dts: am335x-icev2: Add nodes for gpio-decoder

AM335x ICE board has a rotary-switch connected to PCA9536 I2C GPIO expander. The position of the rotary-switch is reflected by status of GPIO lines. Add gpio-decoder node to read these GPIO line status via gpio-decoder driver and report it as an input event to the system. Signed-off-by: Vignesh R

[PATCH v3 0/2] AM335x-ICE: Add support for rotary switch

This series adds support for rotary-switch on AM335x-ICE that is connected to TI PCA9536 I2C GPIO expander. First patch adds new generic driver to read status of group of GPIO lines and report the value as an input event. The second patch adds DT entries for the same. v2:

Re: [PATCH 2/2] i2c: move locking operations to their own struct

On 2016-08-23 23:16, Wolfram Sang wrote: > On Fri, Jul 29, 2016 at 10:17:57AM +0200, Peter Rosin wrote: >> This makes it trivial to constify them, so do that. >> >> Signed-off-by: Peter Rosin > > Looks good. Could you rebase to i2c/for-next? Right, no problem! Cheers, Peter

Re: [PATCH 2/2] dmi-id: add dmi/id/oem group for exporting oem strings to sysfs

On 08/15/2016 05:55 PM, Allen Hung wrote: > On 08/03/2016 02:56 AM, Limonciello, Mario wrote: >>> -Original Message- >>> From: Jean Delvare [mailto:jdelv...@suse.de] >>> Sent: Tuesday, August 2, 2016 8:43 AM >>> To: Limonciello, Mario >>> Cc: Hung, Allen

Re: what is the purpose of SLAB and SLUB (was: Re: [PATCH v3] mm/slab: Improve performance of gathering slabinfo) stats

On Wed 24-08-16 10:15:02, Joonsoo Kim wrote: > On Tue, Aug 23, 2016 at 05:38:08PM +0200, Michal Hocko wrote: > > On Tue 23-08-16 11:13:03, Joonsoo Kim wrote: > > > On Thu, Aug 18, 2016 at 01:52:19PM +0200, Michal Hocko wrote: > > [...] > > > > I am not opposing the patch (to be honest it is quite

Re: [PATCH] Make __xfs_xattr_put_listen preperly report errors.

On Wed, Aug 24, 2016 at 11:55:51AM +1000, Dave Chinner wrote: > On Tue, Aug 23, 2016 at 05:54:13PM +0200, Artem Savkov wrote: > > Commit "xfs: only return -errno or success from attr ->put_listent" changes > > the > > Please quote commits in --oneline format in changelogs - it makes it > much

Re: [PATCH v2] kernel/fork: fix CLONE_CHILD_CLEARTID regression in nscd

On Tue 23-08-16 18:32:34, Oleg Nesterov wrote: > On 08/23, Michal Hocko wrote: > > > > --- a/kernel/fork.c > > +++ b/kernel/fork.c > > @@ -913,14 +913,11 @@ void mm_release(struct task_struct *tsk, struct > > mm_struct *mm) > > deactivate_mm(tsk, mm); > > > > /* > > -* If we're

[PATCH 2/2] hwmon: (max6650) Add initial rpm target devicetree documentation

Add devicetree property for early initialization of the fan controller to prevent overheating, for example when resetting the board while the fan was completely turned off. Signed-off-by: Mike Looijmans --- Documentation/devicetree/bindings/hwmon/max6650.txt | 5 +

[PATCH 1/2] hwmon: (max6650) Allow fan shutdown and initial rpm target

The fan can be stopped by writing "3" to pwm1_enable in sysfs. Add devicetree property for early initialization of the fan controller to prevent overheating, for example when resetting the board while the fan was completely turned off. Also improve error reporting, I2C failures were ignored

[PATCH v2] gpu: ipu-v3: fix a possible NULL dereference

of_match_device could return NULL, and so cause a NULL pointer dereference later. For fixing this problem, we use of_device_get_match_data(), this will simplify the code a little by using a standard function for getting the match data. Testing the return value of of_device_get_match_data is also

Re: [RFC/PATCHSET 0/3] virtio: Implement virtio pstore device (v3)

Hi Namhyung, > On Aug 23, 2016, at 8:20 AM, Namhyung Kim wrote: > > Hi Joel, > > On Tue, Aug 23, 2016 at 7:25 PM, Joel Fernandes wrote: >> From: Namhyung Kim > >> >> Any thoughts on what you think about it? In your approach

Re: [PATCH] staging: android: ion: ion.c fix parenthesis alignment

On Wed, Aug 24, 2016 at 03:56:32AM +0700, Didik Setiawan wrote: > Fix checkpatch.pl warning about "Alignment should match open parenthesis". > --- you missed the Signed-off-by: line. regards sudip

Re: chipidea: udc: kernel panic in isr_setup_status_phase

On Tue, Aug 23, 2016 at 02:36:30AM +0200, Clemens Gruber wrote: > Hi, > > I am using an i.MX6Q embedded board, acting as a (ethernet) gadget with > RNDIS function, connected over an USB OTG cable to a PC. > Most of the time it works fine, but in some mysterious circumstances, > a kernel panic

Re: [PATCH v2 1/2] kexec: Introduce "/sys/kernel/kexec_crash_low_size"

On 08/23/16 at 06:11pm, Yinghai Lu wrote: > On Wed, Aug 17, 2016 at 1:20 AM, Dave Young wrote: > > On 08/17/16 at 09:50am, Xunlei Pang wrote: > >> "/sys/kernel/kexec_crash_size" only handles crashk_res, it > >> is fine in most cases, but sometimes we have crashk_low_res. > >>

Re: what is the purpose of SLAB and SLUB (was: Re: [PATCH v3] mm/slab: Improve performance of gathering slabinfo) stats

On Tue, Aug 23, 2016 at 05:38:08PM +0200, Michal Hocko wrote: > Do we have any documentation/study about which particular workloads > benefit from which allocator? It seems that most users will use whatever > the default or what their distribution uses. E.g. SLES kernel use SLAB > because this is

Re: [PATCH v5 19/19] iommu/dma: Add support for mapping MSIs

On Tue, 23 Aug 2016, Robin Murphy wrote: > + cookie = domain->iova_cookie; > + iovad = >iovad; > + > + spin_lock(>msi_lock); > + list_for_each_entry(msi_page, >msi_page_list, list) > + if (msi_page->phys_hi == msg->address_hi && > + msi_page->phys_lo -

Re: [PATCH 2/2] thermal: rcar-thermal: enable hwmon when thermal_zone

Hi Zhang > > > From: Kuninori Morimoto > > > > > > rcar-thermal is supporting both thermal_zone_of_sensor_register() > > > and > > > thermal_zone_device_register(). But > > > thermal_zone_of_sensor_register() > > > doesn't enable hwmon as default. > > > This

Re: [PATCH v3 2/5] firmware: annotate thou shalt not request fw on init or probe

On Tue, Aug 23, 2016 at 05:45:04PM -0700, mcg...@kernel.org wrote: [snip] > --- > Documentation/firmware_class/README| 20 > drivers/base/Kconfig | 2 +- > .../request_firmware-avoid-init-probe-init.cocci | 130 > + > 3

[PATCH 33/41] staging: r8188eu: remove some structure definitions from wlan_bssdef.h

ndis_802_11_ai_reqfi, ndis_802_11_ai_resfi, ndis_802_11_assoc_info, ndis_802_11_remove_key, ndis_802_11_auth_req, ndis_802_11_status_ind, ndis_802_11_auth_evt, ndis_802_11_test, pmkid_candidate, ndis_802_11_pmkid_list, ndis_802_11_auth_encrypt and ndis_802_11_cap structures are not used.

[PATCH 20/41] staging: r8188eu: change rtw_ieee80211_ht_cap type of structures members to ieee80211_ht_cap

Also cap_info member of ieee80211_ht_cap wrapped by le16_to_cpu function. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/core/rtw_ap.c | 15 ++- drivers/staging/rtl8188eu/include/ieee80211.h | 4 ++-- drivers/staging/rtl8188eu/include/rtw_ht.h

[PATCH 27/41] staging: r8188eu: remove rx_ampdu_maxlen member of ht_priv

rx_ampdu_maxlen used only once for assigning value. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/core/rtw_mlme.c | 1 - drivers/staging/rtl8188eu/include/rtw_ht.h | 2 -- 2 files changed, 3 deletions(-) diff --git a/drivers/staging/rtl8188eu/core/rtw_mlme.c

[PATCH] mm: memcontrol: avoid unused function warning

A bugfix in v4.8-rc2 introduced a harmless warning when CONFIG_MEMCG_SWAP is disabled but CONFIG_MEMCG is enabled: mm/memcontrol.c:4085:27: error: 'mem_cgroup_id_get_online' defined but not used [-Werror=unused-function] static struct mem_cgroup *mem_cgroup_id_get_online(struct mem_cgroup

[PATCH 40/41] staging: r8188eu: remove some structure definitions from rtw_event.h

addba_event, event_node and c2hevent_queue structures are not used. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/include/rtw_event.h | 19 --- 1 file changed, 19 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/rtw_event.h

[PATCH 05/41] staging: r8188eu: remove issue_action_spct_ch_switch function

Driver does not use this function. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/core/rtw_mlme_ext.c| 60 drivers/staging/rtl8188eu/include/rtw_mlme_ext.h | 2 - 2 files changed, 62 deletions(-) diff --git

[PATCH 38/41] staging: r8188eu: remove some structure definitions from wlan_bssdef.h

cmd_msg_parm, H2C_SS_RFOFF_PARAM, joinbssrpt_parm, P2P_PS_Offload_t and P2P_PS_CTWPeriod_t structures are not used. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/include/rtl8188e_cmd.h | 30 1 file changed, 30 deletions(-) diff --git

[PATCH 06/41] staging: r8188eu: remove hal_ch_offset_to_secondary_ch_offset function

Driver does not use this function. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/core/rtw_ieee80211.c | 12 drivers/staging/rtl8188eu/include/ieee80211.h | 1 - 2 files changed, 13 deletions(-) diff --git

[PATCH 02/41] staging: r8188eu: remove rtw_get_ie_ex function

Driver does not use this function. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/core/rtw_ieee80211.c | 44 -- drivers/staging/rtl8188eu/include/ieee80211.h | 2 -- 2 files changed, 46 deletions(-) diff --git

[PATCH 35/41] staging: r8188eu: remove sha256_state structure

This structure does not used in driver code. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/include/rtw_security.h | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/rtw_security.h

Re: [PATCH 2/2] thermal: rcar-thermal: enable hwmon when thermal_zone

On 三, 2016-08-24 at 08:17 +, Kuninori Morimoto wrote: > Hi Zhang > > > > > > > > > > > > > > From: Kuninori Morimoto > > > > > > > > rcar-thermal is supporting both > > > > thermal_zone_of_sensor_register() > > > > and > > > >

Re: [PATCH v4] block: make sure big bio is splitted into at most 256 bvecs

On 08/23/2016 07:49 AM, Ming Lei wrote: After arbitrary bio size is supported, the incoming bio may be very big. We have to split the bio into small bios so that each holds at most BIO_MAX_PAGES bvecs for safety reason, such as bio_clone(). This patch fixes the following kernel crash: [

[v.3] clocksource:clps711x-timer:- Unmap a region obtained by remap.

iounmap frees the mapping when timer id is not matching. Signed-off-by: Arvind Yadav --- drivers/clocksource/clps711x-timer.c | 41 +++- 1 file changed, 22 insertions(+), 19 deletions(-) diff --git

Re: [v.1] clk:clk-rockchip:-of_iomap failed to remap then abort clock initialization.

yes, I am referring this code for clock control. --Arvind On Tuesday 23 August 2016 09:45 PM, Heiko Stübner wrote: Hi Arvind, Am Samstag, 13. August 2016, 20:56:18 schrieb Arvind Yadav: -check return of 'of_iomap'.if It's falied to remap then abort. -Unmap a region obtained by remap.

Re: [PATCH] perf tools: Fix error handling of lzma decompression

Em Sun, Aug 21, 2016 at 03:57:33PM +0800, Shawn Lin escreveu: > lzma_decompress_to_file never actually close the file > pointer, let's fix it. > > Signed-off-by: Shawn Lin Thanks, I changed the logic a bit to shorten the patch, this is how it ended up: commit

Re: [PATCH][RFC] printk: make pr_cont buffer per-cpu

On (08/24/16 10:19), Petr Mladek wrote: > > On (08/23/16 13:47), Petr Mladek wrote: > > [..] > > > > if (!(lflags & LOG_NEWLINE)) { > > > > + if (!this_cpu_read(cont_printing)) { > > > > + if (system_state == SYSTEM_RUNNING) { > > > > +

Re: [v.3] clocksource:clps711x-timer:- Unmap a region obtained by remap.

On 08/24/2016 04:10 PM, Arvind Yadav wrote: > iounmap frees the mapping when timer id is not matching. > > Signed-off-by: Arvind Yadav What is the difference with the V2 ? > --- > drivers/clocksource/clps711x-timer.c | 41 > +++- > 1

ARM,SoC: About the use DT-defined properties by 3rd-party drivers

Hi, Given a SoC and its SDK, 3rd party users of said SoC (customers of the SoC's manufacturer) may need/want to write kernel modules. Since the DT describes the HW, it would make sense to expose some HW properties through the DT, and have 3rd party users rely on them to write their drivers in a

Re: [RFC PATCH 0/3] UART slave device bus

Hi Alan, >> So you mean if I do "hciconfig hci0 down", then the uart-bus should >> "down" the tty and only on "hciconfig hci0 up" it should "up" the >> tty? I would expect a uart-bus slave-device takes control of the >> device ("up" it) on probe. It's hardwired anyway. > > Today you can switch

kernel BUG at net/unix/garbage.c:149!"

Hello, I hit the following BUG: [1851513.239831] [ cut here ] [1851513.240079] kernel BUG at net/unix/garbage.c:149! [1851513.240313] invalid opcode: [#1] SMP [1851513.248320] CPU: 37 PID: 11683 Comm: nginx Tainted: G O 4.4.14-clouder3 #26

Re: [PATCH v2 1/3] drm/panel: simple-panel: add the delay timing for Sharp LQ123P1JX31

On Fri, Jul 22, 2016 at 09:42:30AM +0800, Yakir Yang wrote: > According to page 16 of Sharp LQ123P1JX31 datasheet, we need to add the > missing delay timing. Panel prepare time should be t1 (0.5ms~10ms) plus > t3 (0ms~100ms), and panel enable time should equal to t7 (0ms~50ms), and > panel

RE: [PATCH for-next 2/2] IB/hns: Add support of ACPI to the Hisilicon RoCE driver

> -Original Message- > From: Leon Romanovsky [mailto:l...@kernel.org] > Sent: Wednesday, August 24, 2016 2:59 PM > To: Salil Mehta > Cc: dledf...@redhat.com; da...@davemloft.net; Huwei (Xavier); oulijun; > Zhuangyuzeng (Yisen); mehta.salil@gmail.com; linux- > r...@vger.kernel.org;

Re: [PATCH v2 5/8] hisi_sas: add v2 hw slot complete internal abort support

On 08/24/2016 04:07 PM, John Garry wrote: > On 24/08/2016 13:59, Hannes Reinecke wrote: >> On 08/24/2016 01:05 PM, John Garry wrote: >>> Add code in slot_complete_v2_hw() to deal with the >>> slots which have completed due to internal abort. >>> >>> The status codes have the following meaning: >>>

Re: [v.3] clocksource:clps711x-timer:- Unmap a region obtained by remap.

This clocksource(_clps711x_clksrc_init) initialization is not depend on irq. We should check irq only for clockevent(_clps711x_clkevt_init) initialization. In V2, I was checking irq for both the initialization. --Arvind Y On Wednesday 24 August 2016 07:51 PM, Daniel Lezcano wrote: On

[PATCH] misc: retire the old BMP085 driver

Patches merged to the IIO BMP085 driver makes it fully compliant with all features found in this old misc driver. Retire this old driver in favor of the new one in the proper subsystem. Cc: Arnd Bergmann Cc: Greg Kroah-Hartman Cc: Jonathan Cameron

Re: [PATCH] usbnet: ax88179_178a: Add support for writing the EEPROM

On Wed, 2016-08-24 at 15:52 +0200, Alban Bedel wrote: > Implement the .set_eeprom callback to allow setting the MAC address > as well as a few other parameters. Note that the EEPROM must have a > correct PID/VID checksum set otherwise the SROM is used and reads > return the SROM content. > >

[PATCH v2] misc: retire the old BMP085 driver

Patches merged to the IIO BMP085 driver makes it fully compliant with all features found in this old misc driver. Retire this old driver in favor of the new one in the proper subsystem. Cc: Arnd Bergmann Cc: Greg Kroah-Hartman Cc: Jonathan Cameron

Re: [PATCH] memremap: Fix NULL pointer BUG in get_zone_device_page()

On Tue, 2016-08-23 at 21:48 -0700, Dan Williams wrote: > On Tue, Aug 23, 2016 at 9:28 PM, Kani, Toshimitsu > > > BTW, why does devm_memremap_pages() put a whole range to > > pgmap_radix as device memory, but only initialize page->pgmap for > > its data range?  Is there

linux kernel 3.19.X does not load when compiled with binutils 2.6, works fine when compiled with binutils 2.22

Hi all, recentrly I was in need to compile and run linux kernel 3.19.8 on some servers, with different bios and cpus. so i noticed that If i compile this kernel with binutils 2.6 (and 2.7) it does not load the image, both lilo, grub/grub2 show the message: loading kernel loading ramdisk

Re: [RFC/PATCH 1/2] cpuidle: Allow idle-states to be disabled at start

On 08/19/2016 12:26 AM, Gautham R. Shenoy wrote: > From: "Gautham R. Shenoy" > > Currently all the idle states registered by a cpu-idle driver are > enabled by default. This patch adds a mechanism which allows the > driver to hint if an idle-state should start in a

Re: [PATCH] usbnet: ax88179_178a: Add support for writing the EEPROM

On Wed, 24 Aug 2016 16:30:39 +0200 Oliver Neukum wrote: > On Wed, 2016-08-24 at 15:52 +0200, Alban Bedel wrote: > > Implement the .set_eeprom callback to allow setting the MAC address > > as well as a few other parameters. Note that the EEPROM must have a > > correct PID/VID

Re: [RFC/PATCH 1/2] cpuidle: Allow idle-states to be disabled at start

On 25/08/16 00:44, Daniel Lezcano wrote: > On 08/19/2016 12:26 AM, Gautham R. Shenoy wrote: >> From: "Gautham R. Shenoy" >> >> Currently all the idle states registered by a cpu-idle driver are >> enabled by default. This patch adds a mechanism which allows the >> driver

Re: [Regression?] Commit cb4f71c429 deliberately changes order of network interfaces

Hello, On Sun, 21 Aug 2016 15:11:58 +0200, Ralph Sennhauser wrote: > Commit cb4f71c4298853db0c6751b1209e4535956f136c changes the order of > the network interfaces for armada-38x. As a special exception to the > "order by register address" rule says the comment in the dtsi. The > commit messages

[8086:0416] i915 Inability to drive internal (eDP) panel since 4.7 final

Good morning, Could you please CC me on any replies as I am not subscribed to this mailing list. Recent i915 development appears to have stopped my eDP panel from being driven correctly. The last working release was 4.6.7; any 4.7 kernel will not drive the screen and 4.8-RC3 does not drive the

Re: [PATCH for-next 2/2] IB/hns: Add support of ACPI to the Hisilicon RoCE driver

On Wed, Aug 24, 2016 at 02:25:12PM +, Salil Mehta wrote: > > It looks like we should retain the int as a return type or if you have > some other opinion or if I have missed something here please share :) Thanks for the explanation. > > Best regards > Salil signature.asc Description: PGP

Re: [v.1] clk:clk-rockchip:-of_iomap failed to remap then abort clock initialization.

Hi Arvind, Am Mittwoch, 24. August 2016, 19:52:45 schrieb arvind Yadav: > yes, I am referring this code for clock control. Please definitly do not use that old gate driver anymore! Instead please look at the real clock drivers for specific Rockchip socs in the same directory. Which Rockchip

Re: [PATCH v2] perf/x86/amd: Make HW_CACHE_REFERENCES and HW_CACHE_MISSES measure L2

On Wed, Aug 24, 2016 at 02:12:08PM +0100, Matt Fleming wrote: > While the Intel PMU monitors the LLC when perf enables the > HW_CACHE_REFERENCES and HW_CACHE_MISSES events, these events monitor > L1 instruction cache fetches (0x0080) and instruction cache misses > (0x0081) on the AMD PMU. > >

Re: [PATCH] memremap: Fix NULL pointer BUG in get_zone_device_page()

[ adding Konstantin ] On Wed, Aug 24, 2016 at 7:40 AM, Kani, Toshimitsu wrote: > On Tue, 2016-08-23 at 21:48 -0700, Dan Williams wrote: >> On Tue, Aug 23, 2016 at 9:28 PM, Kani, Toshimitsu > > >> > BTW, why does devm_memremap_pages() put a whole range to

[PATCH] drm/bridge: analogix_dp: Don't read EDID if panel present

If there's a panel connected to the analogix_dp bridge, rely on the panel driver for modes, rather than reading EDID *and* calling get_modes() on the panel. This allows panels with a valid EDID to read it in the panel driver (e.g. simple_panel), and panels with invalid EDID to homebrew modes in

[PATCH v3] drm/bridge: analogix_dp: Remove duplicated code

From: Tomeu Vizoso Remove code for reading the EDID and DPCD fields and use the helpers instead. Besides the obvious code reduction, other helpers are being added to the core that could be used in this driver and will be good to be able to use them instead of

[PATCH net-next 0/2] rxrpc: More fixes

lls/linux-fs.git rxrpc-rewrite-20160824-1 David --- David Howells (2): rxrpc: Fix conn-based retransmit rxrpc: Make /proc/net/rxrpc_calls safer net/rxrpc/ar-internal.h |4 +++- net/rxrpc/call_object.c |3 +++ net/rxrpc/conn_client.c |1 + net/rxrpc/conn_event.c |

[PATCH net-next 2/2] rxrpc: Make /proc/net/rxrpc_calls safer

Make /proc/net/rxrpc_calls safer by stashing a copy of the peer pointer in the rxrpc_call struct and checking in the show routine that the peer pointer, the socket pointer and the local pointer obtained from the socket pointer aren't NULL before we use them. Signed-off-by: David Howells

[PATCH net-next 1/2] rxrpc: Fix conn-based retransmit

If a duplicate packet comes in for a call that has just completed on a connection's channel then there will be an oops in the data_ready handler because it tries to examine the connection struct via a call struct (which we don't have - the pointer is unset). Since the connection struct pointer is

Re: Replacing specific kmalloc() calls by kmalloc_array()?

- Original Message - > From: "SF Markus Elfring" > To: "Paolo Bonzini" > Cc: "Julia Lawall" , "walter harms" , > k...@vger.kernel.org, > linux-s...@vger.kernel.org, "Christian Bornträger"

[PATCH net-next 0/2] rxrpc: Add better client conn management strategy

-fs.git rxrpc-rewrite-20160824-2 David --- David Howells (2): rxrpc: Dup the main conn list for the proc interface rxrpc: Improve management and caching of client connection objects net/rxrpc/ar-internal.h | 58 ++- net/rxrpc/call_event.c |4 net/rxrpc/call_object.c

[PATCH net-next 2/2] rxrpc: Improve management and caching of client connection objects

Improve the management and caching of client rxrpc connection objects. >From this point, client connections will be managed separately from service connections because AF_RXRPC controls the creation and re-use of client connections but doesn't have that luxury with service connections. Further,

[PATCH net-next 1/2] rxrpc: Dup the main conn list for the proc interface

The main connection list is used for two independent purposes: primarily it is used to find connections to reap and secondarily it is used to list connections in procfs. Split the procfs list out from the reap list. This allows us to stop using the reap list for client connections when they

Re: [PATCH v05 60/72] arch/arm/include/uapi/asm/signal.h: use __kernel_size_t instead of size_t

On Monday, August 22, 2016 8:33:17 PM CEST Mikko Rapeli wrote: > diff --git a/arch/arm/include/uapi/asm/signal.h > b/arch/arm/include/uapi/asm/signal.h > index 33073bd..859f2de 100644 > --- a/arch/arm/include/uapi/asm/signal.h > +++ b/arch/arm/include/uapi/asm/signal.h > @@ -113,7 +113,7 @@

Re: [RFC/PATCH 1/2] cpuidle: Allow idle-states to be disabled at start

On 08/24/2016 04:48 PM, Balbir Singh wrote: > > > On 25/08/16 00:44, Daniel Lezcano wrote: >> On 08/19/2016 12:26 AM, Gautham R. Shenoy wrote: >>> From: "Gautham R. Shenoy" >>> >>> Currently all the idle states registered by a cpu-idle driver are >>> enabled by default.

Re: [kbuild-all] make[2]: *** No rule to make target 'tools/testing/nvdimm//config_check.o', needed by 'tools/testing/nvdimm//dax.o'.

On Tue, Aug 23, 2016 at 7:47 PM, Fengguang Wu wrote: > On Tue, Aug 23, 2016 at 04:42:15PM -0700, Dan Williams wrote: >> I was not able to reproduce this, I tried on Fedora 23 and Fedora 24 >> and both attempts succeeded. > > > Hi Dan, it looks the error only happens with

Re: [RFC][PATCH] Kconfig: ARCH_HISI: Add PINCTRL to HISI platform

Hi John, On 22/08/2016 23:45, John Stultz wrote: > Things won't work if PINCTRL isn't enabled, > so make sure to explicitly set it rather > then betting that we have some other platform > configed in which selects it. > > Cc: Arnd Bergmann > Cc: Wei Xu >

Re: [PATCH 3/4] KVM-S390: Less function calls in kvm_s390_import_bp_data() after error detection

On 08/17/2016 02:10 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Wed, 17 Aug 2016 19:25:50 +0200 > > The kfree() function was called in a few cases by the > kvm_s390_import_bp_data() function during error handling > even if a passed variable

[PATCH v2 7/8] staging/lustre: release MGC device if connect fails

From: "John L. Hammond" In lustre_fill_super() if lustre_start_mgc() fails then call lustre_common_put_super() to release a reference on the MGC device attached to the LSI. Signed-off-by: John L. Hammond Reviewed-on:

[PATCH v2 0/8] Lustre fixes

Here are some more recent Lustre fixes and a cleanup. This resend fixes the "fix panic at mdc_free_open()" patch to actually work. Please consider. Alexander Boyko (1): staging/lustre/mdc: fix panic at mdc_free_open() Andrew Perepechko (1): staging/lustre: avoid clearing i_nlink for inodes

[PATCH v2 3/8] staging/lustre: avoid clearing i_nlink for inodes in use

From: Andrew Perepechko The patch removes find_cbdata callbacks and clear_nlink from dentry_iput path, since this piece of code makes a few races possible. The test case reproduces one of the possible races described in LU-7925: 1) two hard links are created for

Re: [PATCH v2 0/3] arm64: defconfig: enable various configs for HiKey

Hi Guodong, On 24/08/2016 03:42, Guodong Xu wrote: > Enable various configs for HiKey, including: > 1. HiSilicon Kirin DRM > 2. ADV7533 > 3. HiSi Powerkey > 4. Bluetooth > Series applied to the hisilicon soc tree. Thanks! Best Regards, Wei > v2: > - Removed CMA size 128M change. Leave that

Re: livepatch/kprobes incompatibility

On Tue, 23 Aug 2016 21:13:00 -0400 Jessica Yu wrote: > Hi Masami, Petr, > > I'm trying to figure out where we are exactly with fixing the problems with > livepatch + kprobes, and I was wondering if there will be any more updates to > the ipmodify patchset that was originally

[PATCH v2 1/8] staging/lustre: const correct set_lock_data()

From: "John L. Hammond" Change the __u64 *cookie parameter of md_ops->set_lock_data() to const struct lustre_handle *lockh. Signed-off-by: John L. Hammond Reviewed-on: http://review.whamcloud.com/17072 Intel-bug-id:

[PATCH v2 2/8] staging/lustre/mdc: fix panic at mdc_free_open()

From: Alexander Boyko Assertion was happened for open request when rq_replay is set to 1. ASSERTION(mod->mod_open_req->rq_replay == 0) But this situation is not fatal for client, and could happened when mdc_close() failed. The fix allow to free such requests. If

[PATCH v2 6/8] staging/lustre/llite: changes to avoid cache corruption

From: Lokesh Nagappa Jaliminche ll_find_alias is responsible for getting alias for inode which can be reused. Directories are assumed to have unique alias, where in case of non-directories there can be multiple aliases. In case of lustre there can be two type of

[PATCH v2 8/8] staging/lustre/o2iblnd: handle mixed page size configurations.

From: James Simmons Currently it is not possible to send LNet traffic between two nodes using infiniband hardware that have different page sizes for the case when RDMA fragments are used. When two nodes establish a connection they tell the other node the maximum number of

[PATCH v2 4/8] staging/lustre/llite: check return value for obd_set_info_async

From: Yang Sheng The return value is ignored in client_common_fill_super. Restore to check it and error out. Signed-off-by: Yang Sheng Reviewed-on: http://review.whamcloud.com/21125 Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-8360

[PATCH v2 5/8] staging/lustre/llite: Fix suspicious dereference of pointer 'vma->vm_file'

From: Dmitry Eremin Remove useless LASSERT(vma->vm_file) because of if it's NULL it will crash early in file_inode(vma->vm_file). Signed-off-by: Dmitry Eremin Reviewed-on: http://review.whamcloud.com/21171 Intel-bug-id:

Re: [PATCH 1/4] arm64: dts: Add display subsystem DT nodes for hi6220-hikey

Hi John, On 22/08/2016 23:48, John Stultz wrote: > From: Xinliang Liu > > Add ade and dsi DT nodes for hikey board. > > Cc: Guodong Xu > Cc: Wei Xu > Cc: Rob Herring > Cc: Mark Rutland

Re: [PATCH 2/4] KVM-S390: Use memdup_user() rather than duplicating its implementation

On 08/17/2016 02:08 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Wed, 17 Aug 2016 18:41:43 +0200 > > * Reuse existing functionality from memdup_user() instead of keeping > duplicate source code. > > This issue was detected by using the

Re: [PATCH 1/3] net: fs_enet: merge NAPI RX and NAPI TX

Le 24/08/2016 à 15:07, Eric Dumazet a écrit : On Wed, 2016-08-24 at 12:36 +0200, Christophe Leroy wrote: Initially, a NAPI TX routine has been implemented separately from NAPI RX, as done on the freescale/gianfar driver. By merging NAPI RX and NAPI TX, we reduce the amount of TX completion

Re: [PATCH] arm64: dts: hikey: extend default cma size to 128MB

On Wed, Aug 24, 2016 at 8:35 AM, Guodong Xu wrote: > To support display in Debian on HiKey, cma heap is used to allocate > graphic buffers. The default size of CMA is 16 MB which is not enought. s/enought/enough/ > > Increase the default CMA size to 128 MB. > > cc: Rob

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