[Oops][next-20170614] powerpc boot fails with WARNING: CPU: 12 PID: 0 at mm/memblock.c

Hi, linux-next fails to boot on powerpc Bare-metal with these warnings. machine booted fine on next-20170613 Test: Boot Machine type: Power8 Bare-metal Kernel : 4.12.0-rc5-next-20170614 config: attached Trace logs: --- numa: NODE_DATA [mem 0x3fff50a300-0x3fff513fff] numa:

[PATCH v2] gpio: lp87565: Add support for GPIO

Add driver for lp87565 PMIC family GPIOs. Three GPIOs are supported and can be configured in Open-drain output or Push-pull output. Signed-off-by: Keerthy --- Latest version of mfd patch: https://patchwork.kernel.org/patch/9783079/ Changes in v2: * included * stored

Re: [PATCH kernel] powerpc/debug: Add missing warn flag to WARN_ON's non-builtin path

Alexey Kardashevskiy writes: > On 14/06/17 21:04, Michael Ellerman wrote: >> Alexey Kardashevskiy writes: >> >>> When trapped on WARN_ON(), report_bug() is expected to return >>> BUG_TRAP_TYPE_WARN so the caller could increment NIP by 4 and continue. >>> The

Re: [PATCH v2] [media] mtk-mdp: Fix g_/s_selection capture/compose logic

Hi, Hans, Would you have time to review this patch v2? The patch v1 violates v4l2 spec. I have fixed it in v2. Sincerely, Ming Hsiu On Fri, 2017-05-12 at 10:42 +0800, Minghsiu Tsai wrote: > From: Daniel Kurtz > > Experiments show that the: > (1) mtk-mdp uses the

[PATCH net-next 3/3] r8152: add byte_enable for ocp_read_word function

Add byte_enable for ocp_read_word() to replace reading 4 bytes data with reading the desired 2 bytes data. This is used to avoid the issue which is described in commit b4d99def0938 ("r8152: remove sram_read"). The original method always reads 4 bytes data, and it may have problem when reading the

[PATCH net-next 2/3] r8152: support RTL8153B

This patch supports two new chips for RTL8153B. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 673 ++-- 1 file changed, 658 insertions(+), 15 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c

[PATCH net-next 0/3] r8152: support new chips

These patches are used to support new chips. Hayes Wang (3): r8152: support new chip 8050 r8152: support RTL8153B r8152: add byte_enable for ocp_read_word function drivers/net/usb/r8152.c | 687 ++-- 1 file changed, 671 insertions(+), 16

[PATCH net-next 1/3] r8152: support new chip 8050

The settings of the new chip are the same with RTL8152, except that its product ID is 0x8050. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index

[PATCH v2] PCI: dwc: dra7xx: Fix compilation warning.

drivers/pci/dwc/pci-dra7xx.c: In function ‘dra7xx_pcie_enable_msi_interrupts’: drivers/pci/dwc/pci-dra7xx.c:177:7: warning: large integer implicitly truncated to unsigned type [-Woverflow] ~LEG_EP_INTERRUPTS & ~MSI); ^ drivers/pci/dwc/pci-dra7xx.c: In function

[PATCH v2] staging: wlan-ng: Amend type mismatch warnings

From: Suniel Mahesh le16_to_cpu() accepts argument of type __le16 and cpu_to_le16() returns an argument of type __le16. This patch fixes warnings related to incorrect type in assignment and changes the types in the corresponding header file. The following type mismatch

Re: [4.4.70 REGRESSION] Nouveau hangs up at boot

On Tue, Jun 13, 2017 at 03:32:22PM +0200, Takashi Iwai wrote: > On Tue, 13 Jun 2017 08:08:17 +0200, > Takashi Iwai wrote: > > > > On Tue, 13 Jun 2017 00:40:26 +0200, > > Ben Skeggs wrote: > > > > > > On 06/10/2017 06:25 AM, Takashi Iwai wrote: > > > > Hi, > > > > > > > > we've received a bug

Re: [BISECTED, REGRESSION] v4.12-rc: omapdrm fails to probe on Nokia N900

On 15/06/17 01:11, Aaro Koskinen wrote: > Hi, > > When booting v4.12-rc5 on Nokia N900, omapdrm fails to probe and there > is no display. Are you sure it doesn't probe? It fails the omapdss_stack_is_ready() check? If that's the case then this is easier to debug. > Bisected to: > >

Re: [PATCH v2 1/3] dt-bindings: mfd: update STM32 timers clock names

On Wed, 14 Jun 2017, Fabrice Gasnier wrote: > Clock name has been updated during driver/DT binding review: > https://lkml.org/lkml/2016/12/13/718 > Update DT binding doc to reflect this. > > Fixes: 8f9359c6c6a0 (dt-bindings: mfd: Add bindings for STM32 Timers driver) > Signed-off-by: Fabrice

[PATCH 1/6] ARM: dts: rockchip: add basic dtsi file for RK3229 SoC

Due to some tiny differences between RK3228 and RK3229, this patch adds a basic dtsi file which includes a new CPU opp table and PSCI brought up support for RK3229. Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk3229-evb.dts | 2 +- arch/arm/boot/dts/rk3229.dtsi

[PATCH 2/6] Documentation: rockchip-dw-mshc: add description for rk3228

From: Shawn Lin Add "rockchip,rk3228-dw-mshc", "rockchip,rk3288-dw-mshc" for dwmmc on rk322x platform. Signed-off-by: Shawn Lin --- Documentation/devicetree/bindings/mmc/rockchip-dw-mshc.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 4/6] ARM: dts: rockchip: add sdmmc and sdio nodes for rk3228 SoC

From: Shawn Lin This patch adds sdmmc/sdio controller nodes for rk3228 SoC. Signed-off-by: Shawn Lin --- arch/arm/boot/dts/rk322x.dtsi | 60 +++ 1 file changed, 60 insertions(+) diff --git

[PATCH 0/6] add some device nodes support for rk322x SoC

These series add sdmmc, sdio, and other device nodes support for rk322x SoCs, and also introduce rk3229 basic dtsi file specifically. David Wu (1): ARM: dts: rockchip: Add io-domain node for rk3228 Finley Xiao (1): ARM: dts: rockchip: add efuse device node for rk3228 Frank Wang (1): ARM:

Re: [PATCH 4.11 049/150] efi/bgrt: Skip efi_bgrt_init() in case of non-EFI boot

On Thu, Jun 15, 2017 at 01:34:38AM +0200, Maniaxx wrote: > On 12.06.2017 at 17:24 wrote Greg Kroah-Hartman: > > 4.11-stable review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Dave Young > > > > commit

[PATCH 3/6] ARM: dts: rockchip: fix compatible string for eMMC node of rk3228 SoC

From: Shawn Lin This adds amend compatible content for eMMC of RK3228 SoC. Signed-off-by: Shawn Lin --- arch/arm/boot/dts/rk322x.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/rk322x.dtsi

Re: [PATCH v3 1/9] ARM: dts: imx6ul-isiot: Add Sound card with codec node

On Thu, Jun 15, 2017 at 01:01:22PM +0530, Jagan Teki wrote: > > I feel the abstraction is wrong from the beginning. Ideally, we should > > have something like below. > > > > - imx6ul-isiot.dtsi > > - imx6ul-isiot-kit.dts and imx6ul-isiot-carrier.dts > > > > The -isiot should have everything on

Re: [PATCH v4] mfd: lp87565: Add lp87565 PMIC support

On Mon, 12 Jun 2017, Javier Martinez Canillas wrote: > Hello Lee and Keerthy, > > On Mon, Jun 12, 2017 at 11:17 AM, Keerthy wrote: > > > > > > On Monday 12 June 2017 02:41 PM, Lee Jones wrote: > >> On Sun, 11 Jun 2017, Keerthy wrote: > >> > >>> > >>> > >>> On Sunday 11 June

Re: [PATCH 2/6] Documentation: rockchip-dw-mshc: add description for rk3228

Hi Frank, Am Donnerstag, 15. Juni 2017, 15:16:16 CEST schrieb Frank Wang: > From: Shawn Lin > > Add "rockchip,rk3228-dw-mshc", "rockchip,rk3288-dw-mshc" for > dwmmc on rk322x platform. > > Signed-off-by: Shawn Lin > --- >

Re: Qemu crashes in -next due to 'of: remove *phandle properties from expanded device tree'

On 06/14/17 21:12, Guenter Roeck wrote: < snip > > Good (v4.12-rc4): > < snip > > OF: Checking node /soc@e000/pic@4 > OF: type match > OF: node '/soc@e000/pic@4' compatible '' type 'open-pic' name '' > score 2 > OF: node '/soc@e000/pic@4' compatible 'open-pic'

Re: [systemd-devel] [WIP PATCH 0/4] Rework the unreliable LID switch exported by ACPI

On Thu, Jun 15, 2017 at 07:33:58AM +, Zheng, Lv wrote: > Hi, Peter > > > From: Peter Hutterer [mailto:peter.hutte...@who-t.net] > > Subject: Re: [systemd-devel] [WIP PATCH 0/4] Rework the unreliable LID > > switch exported by ACPI > > > > On Thu, Jun 15, 2017 at 02:52:57AM +, Zheng, Lv

Re: [PATCH v4 13/14] libnvdimm, pmem: gate cache management on QUEUE_FLAG_WC in pmem_dax_flush()

On Wed 14-06-17 16:11:26, Dan Williams wrote: > Some platforms arrange for cpu caches to be flushed on power-fail. On > those platforms there is no requirement that the kernel track and flush > potentially dirty cache lines. Given that we still insert entries into > the radix for locking purposes

Re: [patch 1/2] staging: speakup: add function to convert dev name to number

Hi, On Wed, Jun 14, 2017 at 9:23 AM, Dan Carpenter wrote: [...] > > Could you call it "dev_name" instead? I normally expect "dev" to be a > device struct. Thanks for the feedback. Will keep these in mind for next version of the patch. Okash

Re: udf: allow implicit blocksize specification during mount

On Wed 14-06-17 21:36:45, Pali Rohár wrote: > On Tuesday 13 June 2017 14:59:55 Jan Kara wrote: > > Hi, > > > > On Mon 12-06-17 22:40:14, Pali Rohár wrote: > > > Hi! I found that following UDF patch was included into linus tree: > > > https://patchwork.kernel.org/patch/9524557/ > > > > > > It is

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

Hi Wolfram, On Thu, 15 Jun 2017 09:02:44 +0200 Wolfram Sang wrote: > > > > drivers/i2c/i2c-stub.c:18:0: warning: "DEBUG" redefined > > > #define DEBUG > > > ^ > > > :0:0: note: this is the location of the previous definition > > > > > > Introduced by commit > > > > > >

[PATCH v3 01/11] ARC: set level of log per CPU during boot to be info level

From: Noam Camus Now it can be hidden by passing higher loglevel sevirity at cmdline The reasons are: 1) speeding up boot time, becomes critical for many CPUs machine, e.g. NPS400 with 4K CPUs 2) shorten kernel log at boot time, again easy to scan for large scale

[PATCH v3] PCI: dwc: dra7xx: Fix compilation warning.

drivers/pci/dwc/pci-dra7xx.c: In function ‘dra7xx_pcie_enable_msi_interrupts’: drivers/pci/dwc/pci-dra7xx.c:177:7: warning: large integer implicitly truncated to unsigned type [-Woverflow] ~LEG_EP_INTERRUPTS & ~MSI); ^ drivers/pci/dwc/pci-dra7xx.c: In function

[PATCH v3 00/11] plat-eznps upstream cont. set 2

From: Noam Camus Change Log: V2 -> V3 1) turn ARC prink's into pr_info as suggested by Vineet 2) For new command line argument (hs counter) shorten error massage to a single line, again as Vineet commented. V1 -> V2 1) I added "Handle memory error as an exception" patch

Re: [HELP-NEEDED, PATCH 0/3] Do not loose dirty bit on THP pages

On Thu, Jun 15, 2017 at 06:35:21AM +0530, Aneesh Kumar K.V wrote: > > > On Wednesday 14 June 2017 10:25 PM, Will Deacon wrote: > > Hi Aneesh, > > > > On Wed, Jun 14, 2017 at 08:55:26PM +0530, Aneesh Kumar K.V wrote: > > > On Wednesday 14 June 2017 07:21 PM, Kirill A. Shutemov wrote: > > > >

Re: [PATCH 2/3] mm: Do not loose dirty and access bits in pmdp_invalidate()

-A-Shutemov/Do-not-loose-dirty-bit-on-THP-pages/20170615-115540 base: git://git.cmpxchg.org/linux-mmotm.git master config: arm64-defconfig (attached as .config) compiler: aarch64-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705 reproduce: wget https://raw.githubusercontent.com/01org/lkp-tests

Re: [PATCH v2] nvme: use uuid_t in nvme_ns

Reviewed-by: Sagi Grimberg

Re: [PATCH v1 1/1] gpio: gpio-wcove: Fix GPIO control register offset calculation

On Thu, Jun 15, 2017 at 12:39 AM, wrote: > From: Kuppuswamy Sathyanarayanan > > According to Whiskey Cove PMIC GPIO controller specification, for GPIO > pins 0-12, GPIO input and output register control

Re: [PATCH] virtio_balloon: disable VIOMMU support

On 2017年06月14日 02:00, Michael S. Tsirkin wrote: virtio balloon bypasses the DMA API entirely so does not support the VIOMMU right now. It's not clear we need that support, for now let's just make sure we don't pretend to support it. Cc: sta...@vger.kernel.org Cc: Wei Wang

Re: [PATCH v1 1/1] gpio: gpio-crystalcove: Skip IRQ CTRL register update for virtual GPIOs

On Thu, Jun 15, 2017 at 2:21 AM, wrote: > From: Kuppuswamy Sathyanarayanan > > Commit 9a752b4c9ab9 ("gpio: crystalcove: Do not write regular gpio > registers for virtual GPIOs") added support to skip GPIO

Re: [PATCH v15 2/7] power: add power sequence library

On Wed, Jun 14, 2017 at 10:53:29AM +0200, Ulf Hansson wrote: > On 14 June 2017 at 03:53, Peter Chen wrote: > > On Tue, Jun 13, 2017 at 12:24:42PM +0200, Ulf Hansson wrote: > >> [...] > >> > >> > + > >> > +/** > >> > + * of_pwrseq_on - Carry out power sequence on for device

Re: [PATCH v3 1/9] ARM: dts: imx6ul-isiot: Add Sound card with codec node

On Thu, Jun 15, 2017 at 10:21:43AM +0530, Jagan Teki wrote: > On Thu, Jun 15, 2017 at 7:50 AM, Shawn Guo wrote: > > On Wed, Jun 14, 2017 at 08:17:04PM +0530, Jagan Teki wrote: > >> On Fri, Apr 7, 2017 at 6:46 PM, Shawn Guo wrote: > >> > On Thu, Apr 06,

Re: [PATCH v2 1/2] libsas: Don't process sas events in static works

在 2017/6/14 21:08, John Garry 写道: > On 14/06/2017 10:04, wangyijing wrote: static void notify_ha_event(struct sas_ha_struct *sas_ha, enum ha_event event) >> { >> +struct sas_ha_event *ev; >> + >> BUG_ON(event >= HA_NUM_EVENTS); >> >> -

Re: [PATCH 0/4] firmware: fix fallback mechanism by ignoring SIGCHLD

On 15/06/17 00:20, Luis R. Rodriguez wrote: Martin reported an issue with Android where if sysfs is used to trigger a sync fw load which *relies* on the fallback mechanism and a background job completes while the trigger is ongoing in the foreground it will immediately fail the fw request. The

[PATCH v9 2/7] drm/i915/gvt: OpRegion support for GVT-g

OpRegion is needed to support display related operation for intel vgpu. A vfio device region is added to intel vgpu to deliver the host OpRegion information to user space so user space can construct the OpRegion for vgpu. Signed-off-by: Bing Niu Signed-off-by: Xiaoguang Chen

Re: [PATCH v2 1/2] libsas: Don't process sas events in static works

On 15/06/2017 08:37, wangyijing wrote: 在 2017/6/14 21:08, John Garry 写道: On 14/06/2017 10:04, wangyijing wrote: static void notify_ha_event(struct sas_ha_struct *sas_ha, enum ha_event event) { +struct sas_ha_event *ev; + BUG_ON(event >= HA_NUM_EVENTS); -

[PATCH v9 6/7] drm/i915/gvt: Dmabuf support for GVT-g

dmabuf for GVT-g can be exported to users who can use the dmabuf to show the desktop of vm which use intel vgpu. Currently we provide query and create new dmabuf operations. Users of dmabuf can cache some created dmabufs and related information such as the framebuffer's address, size, tiling

[PATCH v9 4/7] drm/i915/gvt: Frame buffer decoder support for GVT-g

decode frambuffer attributes of primary, cursor and sprite plane Signed-off-by: Xiaoguang Chen --- drivers/gpu/drm/i915/gvt/Makefile | 3 +- drivers/gpu/drm/i915/gvt/display.c| 2 +- drivers/gpu/drm/i915/gvt/display.h| 2 +

[PATCH v9 7/7] drm/i915/gvt: Adding user interface for dma-buf

User space should create the management fd for the dma-buf operation first. Then user can query the plane information and create dma-buf if necessary using the management fd. Signed-off-by: Xiaoguang Chen Tested-by: Kechen Lu ---

[PATCH v9 3/7] drm: Extend the drm format

Add new drm format which will be used by GVT-g. Signed-off-by: Xiaoguang Chen --- include/uapi/drm/drm_fourcc.h | 4 1 file changed, 4 insertions(+) diff --git a/include/uapi/drm/drm_fourcc.h b/include/uapi/drm/drm_fourcc.h index 55e3010..2681862 100644 ---

[PATCH v9 5/7] vfio: Define vfio based dma-buf operations

Here we defined a new ioctl to create a fd for a vfio device based on the input type. Now only one type is supported that is a dma-buf management fd. Two ioctls are defined for the dma-buf management fd: query the vfio vgpu's plane information and create a dma-buf for a plane. Signed-off-by:

Re: [PATCH] mm, memory_hotplug: support movable_node for hotplugable nodes

On Thu 15-06-17 11:29:27, Wei Yang wrote: [...] > >+static inline bool movable_pfn_range(int nid, struct zone *default_zone, > >+unsigned long start_pfn, unsigned long nr_pages) > >+{ > >+if (!allow_online_pfn_range(nid, start_pfn, nr_pages, > >+

Re: Sleeping BUG in khugepaged for i586

On Wed 14-06-17 18:12:06, David Rientjes wrote: > On Thu, 8 Jun 2017, Michal Hocko wrote: > > > collapse_huge_page > > pte_offset_map > > kmap_atomic > > kmap_atomic_prot > > preempt_disable > > __collapse_huge_page_copy > > pte_unmap > > kunmap_atomic > >

Re: [PATCH v2] livepatch/rcu: Fix stacking of patches when RCU infrastructure is patched

On Wed, 14 Jun 2017, Petr Mladek wrote: > rcu_read_(un)lock(), list_*_rcu(), and synchronize_rcu() are used for > a secure access and manipulation of the list of patches that modify > the same function. In particular, it is the variable func_stack that > is accessible from the ftrace handler via

RE: [PATCH] staging: fsl-mc/dpio: Propagate error code

> -Original Message- > From: Ioana Radulescu [mailto:ruxandra.radule...@nxp.com] > Sent: Thursday, June 15, 2017 11:55 AM > To: gre...@linuxfoundation.org > Cc: de...@driverdev.osuosl.org; linux-kernel@vger.kernel.org; > ag...@suse.de; a...@arndb.de; linux-arm-ker...@lists.infradead.org;

Re: [PATCH v15 2/7] power: add power sequence library

On Thu, Jun 15, 2017 at 10:11:45AM +0200, Ulf Hansson wrote: > > Yes, you are right. This is the limitation for this power sequence > > library, the registration for the 1st power sequence instance must > > be finished before device driver uses it. I am appreciated that > > you can supply some

Re: [PATCH] reconnect_one(): fix a missing error code

On Thu, Jun 15, 2017 at 07:54:57AM +1000, NeilBrown wrote: > On Wed, Jun 14 2017, J. Bruce Fields wrote: > > > On Wed, Jun 14, 2017 at 12:30:02PM +0300, Dan Carpenter wrote: > >> I found this bug by reviewing places where we do ERR_PTR(0) (which is > >> NULL). > >> > >> We used to return an

Re: [PATCH v15 2/7] power: add power sequence library

On 15 June 2017 at 11:11, Peter Chen wrote: > On Thu, Jun 15, 2017 at 10:11:45AM +0200, Ulf Hansson wrote: >> > Yes, you are right. This is the limitation for this power sequence >> > library, the registration for the 1st power sequence instance must >> > be finished before

Re: [PATCH v6 26/34] iommu/amd: Allow the AMD IOMMU to work with memory encryption

On Wed, Jun 14, 2017 at 03:40:28PM -0500, Tom Lendacky wrote: > I was trying to keep all the logic for it here in the SME related files > rather than put it in the iommu code itself. But it is easy enough to > move if you think it's worth it. Yes please - the less needlessly global symbols, the

Re: [PATCH net-next] of_mdio: move of_mdio_parse_addr to header file

On Tue, Jun 13, 2017 at 10:56:08AM -0400, Jon Mason wrote: > The of_mdio_parse_addr() helper function is useful to other code, but > the module dependency chain causes issues. To work around this, we can > move of_mdio_parse_addr() to be an inline function in the header file. > This gets rid of

Re: [PATCH v3 11/18] xen/pvcalls: implement accept command

On 14/06/17 21:27, Stefano Stabellini wrote: > On Wed, 14 Jun 2017, Juergen Gross wrote: >> On 14/06/17 02:47, Stefano Stabellini wrote: >>> On Tue, 13 Jun 2017, Juergen Gross wrote: On 02/06/17 21:31, Stefano Stabellini wrote: > Implement the accept command by calling inet_accept. To

Re: [PATCH] usb: host: ehci: workaround PME bug on AMD EHCI controller

On Wed, Jun 14, 2017 at 1:28 AM, Bjorn Helgaas wrote: > > The lspci output [1] shows: > > 00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI > Controller (rev 39) (prog-if 20 [EHCI]) > Capabilities: [c0] Power Management version 2 > Flags:

Re: Q. drm/i915 shrinker, synchronize_rcu_expedited() from handlers

On Thu, 15 Jun 2017, "J. R. Okajima" wrote: > Thanx, I got linux-v4.12-rc4 and it contains > 4681ee2 2017-05-18 drm/i915: Do not sync RCU during shrinking > > How about v4.11.x series? > I got v4.11.5, but it doesn't contain the fix. > Do you have a plan? The upstream

Re: [PATCH v15 2/7] power: add power sequence library

On 15 June 2017 at 08:58, Peter Chen wrote: > On Wed, Jun 14, 2017 at 10:53:29AM +0200, Ulf Hansson wrote: >> On 14 June 2017 at 03:53, Peter Chen wrote: >> > On Tue, Jun 13, 2017 at 12:24:42PM +0200, Ulf Hansson wrote: >> >> [...] >> >> >> >> > + >>

Re: [PATCH v3 08/14] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm

On Wed 14-06-17 09:49:29, Dan Williams wrote: > On Wed, Jun 14, 2017 at 3:54 AM, Jan Kara wrote: > >> -/** > >> - * arch_wb_cache_pmem - write back a cache range with CLWB > >> - * @vaddr: virtual start address > >> - * @size:number of bytes to write back > >> - * > >> - *

Re: [PATCH v2 2/2] phy: Add stingray SATA phy support

Hi Kishon, I have re-based this patch to "linux-phy -next". Please review this. Thank you. Regards, Srinath.

Re: [PATCH] mm, memory_hotplug: support movable_node for hotplugable nodes

On Thu 15-06-17 11:13:54, Wei Yang wrote: > On Mon, Jun 12, 2017 at 08:45:02AM +0200, Michal Hocko wrote: > >On Mon 12-06-17 12:28:32, Wei Yang wrote: > >> On Thu, Jun 08, 2017 at 02:23:18PM +0200, Michal Hocko wrote: > >> >From: Michal Hocko > >> > > >> >movable_node kernel

Re: [PATCH v2 1/2] libsas: Don't process sas events in static works

在 2017/6/15 16:00, John Garry 写道: > On 15/06/2017 08:37, wangyijing wrote: >> >> >> 在 2017/6/14 21:08, John Garry 写道: >>> On 14/06/2017 10:04, wangyijing wrote: >> static void notify_ha_event(struct sas_ha_struct *sas_ha, enum ha_event >> event) { +struct

RE: [RFC][PATCH 0/2] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions if existed

Dear Baoquan, > > Our customer reported that Kernel text may be located on non-mirror > > region (movable zone) when both address range mirroring feature and > > KASLR are enabled. I know your customer :) > > The functions of address range mirroring feature are as follows. > > - The physical

[PATCH v3 08/11] ARC: [plat-eznps] Update the init sequence of aux regs per cpu.

From: Liav Rehana This commit add new configuration that enables us to distinguish between building the kernel for platforms that have a different set of auxiliary registers for each cpu and platforms that have a shared set of auxiliary registers across every thread in each

Re: [PATCH 3/3] mm, thp: Do not loose dirty bit in __split_huge_pmd_locked()

On Wed, Jun 14, 2017 at 05:31:31PM +0200, Andrea Arcangeli wrote: > Hello, > > On Wed, Jun 14, 2017 at 04:18:57PM +0200, Martin Schwidefsky wrote: > > Could we change pmdp_invalidate to make it return the old pmd entry? > > That to me seems the simplest fix to avoid losing the dirty bit. > > I

[PATCH v3 09/11] ARC: [plat-eznps] Save/Restore extra auxiliary registers

From: Noam Camus thread_struct got new field for data plane of eznps platform. This field got place for data plane auxiliary registers and for any extra registers that might be changed in kernel code. We save EFLAGS, and GPA1 auxiliary registers since they may be changed by

[PATCH v3 10/11] ARC: [plat-eznps] handle dedicated AUX registers

From: Liav Rehana Preserve eflags and gpa1 auxiliaries during exception Registers used by compare exchange instructions. GPA1 is used for compare value, and EFLAGS got bit reflects atomic operation response. EFLAGS is zeroed for each new user task so it won't get its parent

[PATCH v3 07/11] ARC: [plat-eznps] new command line argument for HW scheduler at MTM

From: Noam Camus We add ability for all cores at NPS SoC to control the number of cycles HW thread can execute before it is replace with another eligible HW thread within the same core. The replacement is done by the HW scheduler. Signed-off-by: Noam Camus

[PATCH v3 03/11] ARC: Allow irq threading

From: Noam Camus Working with NPS400 we noticed that there is a possibility of L1 interrupt nesting that may run out kernel stack. The scenario include serving invoke_softirqs() from irq_exit() and once local_irq_enable() called can hit another one before we managed to restore

Re: [PATCH 03/27] VFS: Make get_mnt_ns() return the namespace [ver #5]

On Wed, Jun 14, 2017 at 04:15:42PM +0100, David Howells wrote: > Make get_mnt_ns() return the namespace it got a ref on for consistency with > other namespace ref getting functions. Is there any point in doing that? I mean, it's not used in your patchset anymore and existing callers are a mixed

Re: [PATCH v6 25/34] swiotlb: Add warnings for use of bounce buffers with SME

On Wed, Jun 14, 2017 at 02:49:02PM -0500, Tom Lendacky wrote: > I guess I don't need the sme_active() check since the second part of the > if statement can only ever be true if SME is active (since mask is > unsigned). ... and you can define sme_me_mask as an u64 directly (it is that already,

Re: Crypto Fixes for 4.12

On Thu, Jun 15, 2017 at 06:04:44PM +0900, Linus Torvalds wrote: > > Then you *could* implement SHASH_DESC_ON_STACK() as a kmalloc, and > SHASH_DESC_DEALLOC() would be a kfree - but with an alloca()-like > allocation the SHASH_DESC_DEALLOC() would be that "barrier_data()". > > At that point the

[PATCH 2/2] platform/x86: silead_dmi: Add touchscreen info for Pipo W2S tablet

Add touchscreen info for Pipo W2S tablet. Signed-off-by: Hans de Goede --- drivers/platform/x86/silead_dmi.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/drivers/platform/x86/silead_dmi.c b/drivers/platform/x86/silead_dmi.c index

Re: Qemu crashes in -next due to 'of: remove *phandle properties from expanded device tree'

Guenter Roeck writes: > Hi Frank, > > your commit 'of: remove *phandle properties from expanded device tree' in > -next causes several of my ppc qemu tests to crash. Looking into qemu, it > sets "linux,phandle" properties for the mpic and for other devices. Yeah this broke

[PATCH 1/2] platform/x86: silead_dmi: Add touchscreen info for PoV mobii wintab p800w

Add touchscreen info for the Point of View mobii wintab p800w tablet. Signed-off-by: Hans de Goede --- drivers/platform/x86/silead_dmi.c | 25 + 1 file changed, 25 insertions(+) diff --git a/drivers/platform/x86/silead_dmi.c

Re: [PATCH] usb: host: ehci: workaround PME bug on AMD EHCI controller

On Thu, Jun 15, 2017 at 2:55 AM, Alan Stern wrote: > On Tue, 13 Jun 2017, Bjorn Helgaas wrote: > >> [+cc Rafael, linux-pm] >> >> On Tue, Jun 13, 2017 at 12:21:15PM +0800, Kai-Heng Feng wrote: >> > On Mon, Jun 12, 2017 at 10:18 PM, Alan Stern

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

> > drivers/i2c/i2c-stub.c:18:0: warning: "DEBUG" redefined > > #define DEBUG > > ^ > > :0:0: note: this is the location of the previous definition > > > > Introduced by commit > > > > 6c42778780c4 ("i2c: stub: use pr_fmt") > > I am still getting this ... Sorry, that slipped through the

Re: [PATCH v2 11/11] kasan: rework Kconfig settings

On Wed, Jun 14, 2017 at 11:15 PM, Arnd Bergmann wrote: > We get a lot of very large stack frames using gcc-7.0.1 with the default > -fsanitize-address-use-after-scope --param asan-stack=1 options, which > can easily cause an overflow of the kernel stack, e.g. > >

[PATCH 5/6] ARM: dts: rockchip: Add io-domain node for rk3228

From: David Wu This patch adds io-domain support for rk3228 SoC. Signed-off-by: David Wu Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk322x.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH 6/6] ARM: dts: rockchip: add efuse device node for rk3228

From: Finley Xiao Add a efuse node in the device tree for the rk3228 SoC. Signed-off-by: Finley Xiao --- arch/arm/boot/dts/rk322x.dtsi | 17 + 1 file changed, 17 insertions(+) diff --git a/arch/arm/boot/dts/rk322x.dtsi

Re: [PATCH v2] PCI: dwc: dra7xx: Fix compilation warning.

Hi, On Thursday 15 June 2017 11:52 AM, Arvind Yadav wrote: > drivers/pci/dwc/pci-dra7xx.c: In function ‘dra7xx_pcie_enable_msi_interrupts’: > drivers/pci/dwc/pci-dra7xx.c:177:7: warning: large integer implicitly > truncated to unsigned type [-Woverflow] >~LEG_EP_INTERRUPTS & ~MSI); >

Re: [PATCH v3 1/9] ARM: dts: imx6ul-isiot: Add Sound card with codec node

Hi Shawn, On Thu, Jun 15, 2017 at 12:45 PM, Shawn Guo wrote: > On Thu, Jun 15, 2017 at 10:21:43AM +0530, Jagan Teki wrote: >> On Thu, Jun 15, 2017 at 7:50 AM, Shawn Guo wrote: >> > On Wed, Jun 14, 2017 at 08:17:04PM +0530, Jagan Teki wrote: >> >> On

Re: [PATCH 23/28] mbcache: make mbcache more generic

On Wed 31-05-17 01:15:12, Tahsin Erdogan wrote: > Large xattr feature would like to use the mbcache for xattr value > deduplication. Current implementation is geared towards xattr block > deduplication. Make it more generic so that it can be used by both. Can you explain a bit more what do you

RE: [RFC 0/3] WhiteEgret LSM module

Hi Mehmet, Thank you for your suggestion to use IMA appraisal. I'm sorry for the delay in replying to you. I'm studying IMA appraisal. There is something I don't understand yet. Could you please teach me the following items? We assume that "fixing" has already finished and that IMA appraisal is

Re: [PATCH 28/28] quota: add extra inode count to dquot transfer functions

On Wed 31-05-17 01:15:17, Tahsin Erdogan wrote: > Ext4 ea_inode feature allows storing xattr values in external inodes to > be able to store values that are bigger than a block in size. Ext4 also > has deduplication support for these type of inodes. With deduplication, > the actual storage waste

Re: [RFC PATCH 2/4] hugetlb: add support for preferred node to alloc_huge_page_nodemask

On Wed 14-06-17 17:12:31, Mike Kravetz wrote: > On 06/14/2017 03:12 PM, Mike Kravetz wrote: > > On 06/13/2017 02:00 AM, Michal Hocko wrote: > >> From: Michal Hocko > >> > >> alloc_huge_page_nodemask tries to allocate from any numa node in the > >> allowed node mask starting from

Re: [PATCH 1/1] Support PTP Stick and Touchpad device

On Jun 14 2017 or thereabouts, Masaki Ota wrote: > From Masaki Ota > Support PTP Stick and Touchpad device. > This Touchpad is Precision Touchpad(PTP), > and Stick Pointer data is the same as Mouse. > So Stick Pointer works as Mouse. > > Signed-off-by: Masaki Ota

Re: [PATCH] pci: iov: use device lock to protect IOV sysfs accesses

On Wed, Jun 14, 2017 at 09:47:26PM -0500, Bjorn Helgaas wrote: > > Signed-off-by: Jakub Kicinski > > Applied with Christoph's reviewed-by to pci/virtualization for v4.13, > thanks! Btw, given how you wanted the comments on locking for the reset methods it might be

[PATCH] kbuild: fix header installation under fakechroot environment

Since commit fcc8487d477a ("uapi: export all headers under uapi directories") fakechroot make bindeb-pkg fails, mismatching files for directories: touch: cannot touch 'usr/include/video/uvesafb.h/.install': Not a directory This due to a bug in fakechroot: when using the function $(wildcard

Re: [PATCH v4 2/2] amd: uncore: Get correct number of cores sharing last level cache

On Wed, Jun 14, 2017 at 11:26:58AM -0500, Janakarajan Natarajan wrote: > In Family 17h, the number of cores sharing a cache level is obtained > from the Cache Properties CPUID leaf (0x801d) by passing in the > cache level in ECX. In prior families, a cache level of 2 was used to > determine

[PATCH] staging: fsl-mc/dpio: Propagate error code

dpaa2_io_service_register() returns zero even if qbman_swp_CDAN_set() encountered an error. Fix this by propagating the error code so the caller is informed data availability notifications are not properly set for a channel. Signed-off-by: Ioana Radulescu ---

Re: Crypto Fixes for 4.12

On Thu, Jun 15, 2017 at 9:54 AM, Herbert Xu wrote: > > This push fixes a bug on sparc where we may dereference freed stack > memory. Ugh, that's a particularly ugly fix for a random gcc bug on a random architecture that almost nobody tests. In other words, it's

Re: [PATCH 30/31] ext4: eliminate xattr entry e_hash recalculation for removes

On Wed 14-06-17 10:23:40, Tahsin Erdogan wrote: > When an extended attribute block is modified, ext4_xattr_hash_entry() > recalculates e_hash for the entry that is pointed by s->here. This is > unnecessary if the modification is to remove an entry. > > Currently, if the removed entry is the last

[PATCH] drm: atmel-hlcdc: sama5d4 does not have overlay2

From: Peter Rosin Remove the layer. Fixes: 5b9fb5e6c6c7 ("drm: atmel-hlcdc: add support for sama5d4 SoCs") Signed-off-by: Peter Rosin --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 20 +--- 1 file changed, 1 insertion(+), 19 deletions(-)

Re: [PATCH 07/27] VFS: Differentiate mount flags (MS_*) from internal superblock flags [ver #5]

On Wed, Jun 14, 2017 at 04:16:22PM +0100, David Howells wrote: > diff --git a/drivers/base/devtmpfs.c b/drivers/base/devtmpfs.c > index d2fb9c8ed205..e831c115daf9 100644 > --- a/drivers/base/devtmpfs.c > +++ b/drivers/base/devtmpfs.c > @@ -355,7 +355,7 @@ int devtmpfs_mount(const char *mntdir) >

Re: [PATCH v1 1/1] gpio: of: provide option generic property for initial line states

Hi Oleksij, On 06/15/2017 08:56 AM, Oleksij Rempel wrote: > Hi Vladimir, > > On Sun, Jun 11, 2017 at 10:57:18PM +0300, Vladimir Zapolskiy wrote: >> Hi Oleksij, >> >> On 06/11/2017 09:19 AM, Oleksij Rempel wrote: >>> Hi Rob, >>> >>> On Fri, Jun 09, 2017 at 10:41:30AM -0500, Rob Herring wrote:

Re: [PATCH v5 0/7] ARM: Fix dma_alloc_coherent() and friends for NOMMU

Greg? On 08/06/17 17:25, Russell King - ARM Linux wrote: > Well, I've no objection to this, but it does need acks from other > people before I can apply it. > > There's two patches that touch drivers/base that need Greg's ack. > > I'm not sure what's happening with lib/dma-noop.c, there doesn't

  1   2   3   4   5   6   7   8   9   10   >