Re: [PATCH v1] staging: ccree: fix all whitespace errors

2017-05-13 Thread Gilad Ben-Yossef
Hi Dhiru, Thank you for patch. On Sat, May 13, 2017 at 5:52 PM, Dhiru Kholia wrote: > These whitespace issues were found by the checkpatch.pl script. This > patch helps in making the staging tree a bit cleaner. > > Signed-off-by: Dhiru Kholia >

Re: [PATCH v3 2/2] dt-bindings: pcie: Add documentation for Mediatek PCIe

2017-05-13 Thread Ryder Lee
Hi Arnd, Sorry to bother you again. On Thu, 2017-05-11 at 20:11 +0800, Ryder Lee wrote: > > interrupt-map-mask = <0xff800 0 0 0>; > > interrupt-map = <0x 0 0 0 GIC_SPI 193 IRQ_TYPE_NONE>, > > <0x0800 0 0 0 GIC_SPI 194 IRQ_TYPE_NONE>, > > <0x1000 0 0 0 GIC_SPI

Re: [PATCH v2 02/18] arm64: dts: amlogic: Sort Makefile

2017-05-13 Thread Chris Moore
Le 13/05/2017 à 16:33, Andreas Färber a écrit : Sort the .dtb files alphabetically to make clear where to add new ones. Signed-off-by: Andreas Färber --- v1 -> v2: * Rebased (new boards added) * Extended commit message arch/arm64/boot/dts/amlogic/Makefile | 6

Re: [PATCH v2 1/5] pinctrl: qcom: Add ipq8074 pinctrl driver

2017-05-13 Thread Bjorn Andersson
On Thu 11 May 03:33 PDT 2017, Varadarajan Narayanan wrote: > > > On 5/11/2017 4:13 AM, Bjorn Andersson wrote: > > On Thu 04 May 04:53 PDT 2017, Varadarajan Narayanan wrote: > > [..] > > > +enum ipq8074_functions { > > > > Please keep these sorted alphabetically. > > Ok > > > > +

Re: [PATCH 1/1] remoteproc: fix elf_loader da_to_va translation and writing beyond segment

2017-05-13 Thread Bjorn Andersson
On Thu 11 May 09:12 PDT 2017, Henri Roosen wrote: > On 05/11/2017 02:05 AM, Bjorn Andersson wrote: > > On Wed 03 May 05:12 PDT 2017, Henri Roosen wrote: > > > > > Consider a system with 2 memory regions: > > > 0x1fff8000 - 0x1fff: iram > > > > So I presume there's a hole here. > > > > >

Re: [PATCH V2] mm/madvise: Enable (soft|hard) offline of HugeTLB pages at PGD level

2017-05-13 Thread Anshuman Khandual
On 05/13/2017 03:05 AM, Andrew Morton wrote: > On Wed, 26 Apr 2017 09:27:31 +0530 Anshuman Khandual > wrote: > >> Though migrating gigantic HugeTLB pages does not sound much like real >> world use case, they can be affected by memory errors. Hence migration >> at

[GIT PULL] watchdog updates for v4.12

2017-05-13 Thread Guenter Roeck
Hi Linus, As requested by Wim: Please pull watchdog updates for Linux v4.12 from signed tag: git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git watchdog-for-linus-v4.12 Note: I had to drop one of the patches affecting drivers/watchdog/iTCO_wdt.c because it and some

Re: [PATCH 1/2] ARM: dts: qcom-apq8064: Collapse usb support into one node

2017-05-13 Thread Bjorn Andersson
On Fri 12 May 14:18 PDT 2017, John Stultz wrote: > From: Stephen Boyd > > We currently have three device nodes for the same USB hardware > block, as evident by the reuse of the same reg address multiple > times. Now that the chipidea driver fully supports OTG with the >

Re: [PATCH] mm/madvise: Dont poison entire HugeTLB page for single page errors

2017-05-13 Thread Anshuman Khandual
On 05/12/2017 01:40 PM, Naoya Horiguchi wrote: > On Thu, Apr 20, 2017 at 04:36:27PM +0530, Anshuman Khandual wrote: >> Currently soft_offline_page() migrates the entire HugeTLB page, then >> dequeues it from the active list by making it a dangling HugeTLB page >> which ofcourse can not be used

[PATCH v3 1/5] dt-bindings: Add vendor prefix for Zidoo

2017-05-13 Thread Andreas Färber
Zidoo is a Chinese manufacturer of TV boxes. Acked-by: Arnd Bergmann Acked-by: Rob Herring Acked-by: Roc He Signed-off-by: Andreas Färber --- v2 -> v3: unchanged v1 -> v2: * Changed subject * Extended commit message

[PATCH v3 2/5] dt-bindings: arm: Add Realtek RTD1295 bindings

2017-05-13 Thread Andreas Färber
The Zidoo X9S and a few other recent TV boxes feature the Realtek RTD1295, a quad-core ARM Cortex-A53 SoC. Acked-by: Arnd Bergmann Acked-by: Roc He Acked-by: Rob Herring Signed-off-by: Andreas Färber --- v2 -> v3: unchanged

[PATCH v3 4/5] ARM64: dts: Add Realtek RTD1295 and Zidoo X9S

2017-05-13 Thread Andreas Färber
Add initial device trees for the RTD1295 SoC and the Zidoo X9S TV box. The CPUs lack the enable-method property because the vendor device tree uses a custom "rtk-spin-table" method and "psci" did not appear to work. The UARTs lack the interrupts properties because the vendor device tree connects

[PATCH v3 5/5] MAINTAINERS: Add Realtek section

2017-05-13 Thread Andreas Färber
Add myself as maintainer. Signed-off-by: Andreas Färber --- v2 -> v3: * Changed status to Maintained v2: new MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 5ae4f7975b19..92c65bbc4ef3 100644 --- a/MAINTAINERS +++

[PATCH v3 0/5] arm64: Initial Realtek RTD1295 enablement

2017-05-13 Thread Andreas Färber
Hello, This mini-series adds initial support for the Realtek RTD1295 SoC and the Zidoo X9S TV box. v3 changes #address-cells, #size-cells and ranges. With these patches CPU0 can be booted with earlycon. PSCI doesn't work despite present in the vendor device tree; as enable-method it instead

[PATCH v3 3/5] ARM64: Prepare Realtek RTD1295

2017-05-13 Thread Andreas Färber
Add a Kconfig option ARCH_REALTEK. Acked-by: Arnd Bergmann Signed-off-by: Andreas Färber --- v1 -> v2 -> v3: unchanged arch/arm64/Kconfig.platforms | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/Kconfig.platforms

Re: [PATCH v2] Coccinelle: api: Add offset_in_page.cocci

2017-05-13 Thread Julia Lawall
On Fri, 5 May 2017, Vaishali Thakkar wrote: > Use of offset_in_page is preferable instead of open coding. > This patch adds coccinelle script for suggesting the use of > macro offset_in_page. > > Signed-off-by: Vaishali Thakkar > --- > Changes since v1: > -

[PATCH] dax: fix false CONFIG_BLOCK dependency

2017-05-13 Thread Dan Williams
In the BLOCK=n case the dax core does not need to / must not emit the block-device-dax helpers. Otherwise it leads to compile errors. Cc: Arnd Bergmann Reported-by: Fabian Frederick Fixes: ef51042472f5 ("block, dax: move 'select DAX' from BLOCK to FS_DAX")

[PATCH] dax, xfs, ext4: compile out iomap-dax paths in the FS_DAX=n case

2017-05-13 Thread Dan Williams
Tetsuo reports: fs/built-in.o: In function `xfs_file_iomap_end': xfs_iomap.c:(.text+0xe0ef9): undefined reference to `put_dax' fs/built-in.o: In function `xfs_file_iomap_begin': xfs_iomap.c:(.text+0xe1a7f): undefined reference to `dax_get_by_host' make: *** [vmlinux] Error 1 $ grep

Re: Makefile:541: arch/avr32/Makefile: No such file or directory

2017-05-13 Thread Randy Dunlap
Hi robby, Too much automation maybe?? See the commit message: avr32: remove support for AVR32 and then the error message... On 05/13/17 17:05, kbuild test robot wrote: > Hi Hans-Christian, > > FYI, the error/warning still remains. > > tree:

Makefile:541: arch/avr32/Makefile: No such file or directory

2017-05-13 Thread kbuild test robot
Hi Hans-Christian, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 2ea659a9ef488125eb46da6eb571de5eae5c43f6 commit: 26202873bb51fafdaa51be3e8de7aab9beb49f70 avr32: remove support for AVR32 architecture date: 13

[PATCH 0/3] PM / wakeup / ACPI: Suspend-to-idle wakeup fixes and optimization

2017-05-13 Thread Rafael J. Wysocki
Hi, Two recent commits related to suspend-to-idle introduced a couple of issues that need to be fixed. In addition to that, there turns out to be a way to avoid carrying out the "noirq" phase of device resume in order to check if wakeup triggered by an ACPI SCI is a real one, which patch [3/3]

[PATCH 3/3] ACPI / sleep: Simplify suspend-to-idle event processing loop

2017-05-13 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Commit eed4d47efe95 (ACPI / sleep: Ignore spurious SCI wakeups from suspend-to-idle) modified the core suspend-to-idle code to filter out spurious SCI interrupts received while suspended, but it implemented that by resuming the system partially

[PATCH 1/3] PM / wakeup: Fix up wakeup_source_report_event()

2017-05-13 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Commit 8a537ece3d94 (PM / wakeup: Integrate mechanism to abort transitions in progress) modified wakeup_source_report_event() and wakeup_source_activate() to make it possible to call pm_system_wakeup() from the latter if so indicated by the

[PATCH 2/3] RTC: rtc-cmos: Fix wakeup from suspend-to-idle

2017-05-13 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Commit eed4d47efe95 (ACPI / sleep: Ignore spurious SCI wakeups from suspend-to-idle) modified the core suspend-to-idle code to filter out spurious SCI interrupts received while suspended, which requires ACPI event source handlers to report

xfs_iomap.c:undefined reference to `put_dax'

2017-05-13 Thread kbuild test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: cd636458904a04de2349c728323c5d2af1203bdf commit: ef51042472f55b325fd7f2b26a2e29fd89757234 block, dax: move "select DAX" from BLOCK to FS_DAX date: 5 days ago config: ia64-bigsur_defconfig (attached as

Re: [PATCH linux-next] device-dax: fix BLOCK dependency

2017-05-13 Thread Dan Williams
On Sat, May 13, 2017 at 11:59 AM, Fabian Frederick wrote: > commit ef51042472f5 ("block, dax: move "select DAX" from BLOCK to FS_DAX") > uses get_start_sect() which requires CONFIG_BLOCK > > make allnoconfig + dax gives the following: > > drivers/dax/super.c: In function

Re: [PATCH 08/10] efi/x86: Move EFI BGRT init code to early init code

2017-05-13 Thread Sabrina Dubroca
2017-01-31, 13:21:40 +, Ard Biesheuvel wrote: > From: Dave Young > > Before invoking the arch specific handler, efi_mem_reserve() reserves > the given memory region through memblock. > > efi_bgrt_init() will call efi_mem_reserve() after mm_init(), at which > time memblock

Re: [Xen-devel] HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread PGNet Dev
On 5/13/17 3:15 PM, Valentin Vidic wrote: > Try booting without 'hpet=force,verbose clocksource=hpet' and it should > select xen by default: Nope. Well, not quite ... With both 'hpet=force,verbose clocksource=hpet' removed, I end up with cat

[PATCH 2/9] staging: sm750fb: unifying macro definitions

2017-05-13 Thread Matej Dujava
This patch adds tabs into macro definitions so all rhs are on same column. Signed-off-by: Matej Dujava --- drivers/staging/sm750fb/ddk750_display.h | 74 drivers/staging/sm750fb/ddk750_hwi2c.c | 4 +- drivers/staging/sm750fb/sm750.h

[PATCH 3/9] staging: sm750fb: reordering of macro definitions

2017-05-13 Thread Matej Dujava
This patch reorder definition of macros so all macros are in same order. Signed-off-by: Matej Dujava --- drivers/staging/sm750fb/ddk750_display.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/sm750fb/ddk750_display.h

[PATCH 1/9] staging: sm750fb: fix length of lines

2017-05-13 Thread Matej Dujava
This patch breaks lines that are longer than 80 characters and joins together those, that are too short and can be placed at one. Signed-off-by: Matej Dujava --- drivers/staging/sm750fb/ddk750_chip.c | 7 +++-- drivers/staging/sm750fb/ddk750_dvi.c| 35

[PATCH 6/9] staging: sm750fb: Remove typedef from "typedef enum _clock_type_t"

2017-05-13 Thread Matej Dujava
This patch removes typedefs from enum and renames it from "typedef enum _clock_type_t" to "enum clock_type" as per kernel coding standards. Signed-off-by: Matej Dujava --- drivers/staging/sm750fb/ddk750_chip.h | 8 drivers/staging/sm750fb/ddk750_mode.c | 2 +-

[PATCH 0/9] staging: sm750fb: cleaning code

2017-05-13 Thread Matej Dujava
Folowing patches are cleaning some warnings and checkups from checkpatch.pl Matej Dujava (9): staging: sm750fb: fix length of lines staging: sm750fb: unifying macro definitions staging: sm750fb: reordering of macro definitions staging: sm750fb: removing unnecessary binary operations

[PATCH 4/9] staging: sm750fb: removing unnecessary binary operations

2017-05-13 Thread Matej Dujava
This patch remove unnecessary operation (eg. ``X | (0x0 << Y)`` to ``X``). Signed-off-by: Matej Dujava --- drivers/staging/sm750fb/ddk750_display.h | 32 1 file changed, 16 insertions(+), 16 deletions(-) diff --git

[PATCH 7/9] staging: sm750fb: Remove typedef from "typedef enum _disp_output_t"

2017-05-13 Thread Matej Dujava
This patch removes typedefs from enum and renames it from "typedef enum _disp_output_t" to "enum disp_output" as per kernel coding standards. Signed-off-by: Matej Dujava --- drivers/staging/sm750fb/ddk750_display.c | 2 +- drivers/staging/sm750fb/ddk750_display.h | 8

[PATCH 9/9] staging: sm750fb: Remove typedef from "typedef enum _sii164_hot_plug_mode_t"

2017-05-13 Thread Matej Dujava
This patch removes typedefs from enum and renames it from "typedef enum _sii164_hot_plug_mode_t" to "enum sii164_hot_plug_mode" as per kernel coding standards. Signed-off-by: Matej Dujava --- drivers/staging/sm750fb/ddk750_sii164.c | 2 +-

[PATCH 8/9] staging: sm750fb: Remove typedef from "typedef enum _DPMS_t"

2017-05-13 Thread Matej Dujava
This patch removes typedefs from enum and renames it from "typedef enum _DPMS_t" to "enum DPMS" as per kernel coding standards. Signed-off-by: Matej Dujava --- drivers/staging/sm750fb/ddk750_power.c | 2 +- drivers/staging/sm750fb/ddk750_power.h | 7 +++ 2 files

[PATCH 5/9] staging: sm750fb: Remove typedef from "typedef enum _logical_chip_type_t"

2017-05-13 Thread Matej Dujava
This patch removes typedefs from enum and renames it from "typedef enum _logical_chip_type_t" to "enum logical_chip_type" as per kernel coding standards. Signed-off-by: Matej Dujava --- drivers/staging/sm750fb/ddk750_chip.c | 4 ++-- drivers/staging/sm750fb/ddk750_chip.h |

[PATCH] drm/sti:fix spelling mistake: "compoment" -> "component"

2017-05-13 Thread Colin King
From: Colin Ian King Trivial fix to spelling mistake in DRM_ERROR message Signed-off-by: Colin Ian King --- drivers/gpu/drm/sti/sti_compositor.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] rtlwifi: rtl8723ae:fix spelling mistake: "Coexistance" -> "Coexistence"

2017-05-13 Thread Colin King
From: Colin Ian King Trivial fix to spelling mistake in RT_TRACE text Signed-off-by: Colin Ian King --- drivers/net/wireless/realtek/rtlwifi/rtl8723ae/hw.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] staging: rtl8188eu, rtl8723bs: fix spelling mistake "Cancle" -> "Cancel"

2017-05-13 Thread Colin King
From: Colin Ian King Trivial fix to spelling mistakes in a comments and RT_TRACE text. Signed-off-by: Colin Ian King --- drivers/staging/rtl8188eu/core/rtw_mlme.c | 4 ++-- drivers/staging/rtl8723bs/core/rtw_mlme.c | 4 ++-- 2 files changed,

Re: [Xen-devel] HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread Valentin Vidic
On Sat, May 13, 2017 at 02:58:54PM -0700, PGNet Dev wrote: > Does this perhaps imply that Xen correctly uses HPET > > (XEN) [VT-D] MSI HPET: :f0:0f.0 > (XEN) Platform timer is 14.318MHz HPET I think so, yes. > but that Dom0 does not > > current_clocksource >

Re: [Xen-devel] HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread PGNet Dev
On 5/13/17 2:32 PM, Valentin Vidic wrote: > On Sat, May 13, 2017 at 02:06:28PM -0700, PGNet Dev wrote: >> xl dmesg | grep -i hpet | grep -vi command >> [1.365876] hpet_acpi_add: no address or irqs in _CRS >> [1.365876] hpet_acpi_add: no address or irqs in _CRS > > Ah, guess this is

Re: [Xen-devel] HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread Valentin Vidic
On Sat, May 13, 2017 at 02:06:28PM -0700, PGNet Dev wrote: > xl dmesg | grep -i hpet | grep -vi command > [1.365876] hpet_acpi_add: no address or irqs in _CRS > [1.365876] hpet_acpi_add: no address or irqs in _CRS Ah, guess this is caused by console_to_ring boot option. Better check

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Al Viro
On Sat, May 13, 2017 at 01:52:29PM -0700, Linus Torvalds wrote: > I wouldn't change the existing "memdup_user()" interface itself, but > if there really are users that can validly pass in a maxbyte value, > why not add a new helper: > > void *memdup_user_limit(userptr, nmember, nsize, maxsize);

Re: [Xen-devel] HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread PGNet Dev
On 5/13/17 1:16 PM, Andrew Cooper wrote: We don't have code like that in upstream Xen. No function with that name, or a string which looks like that error message. noted http://marc.info/?l=linux-kernel=149464267427111=2 indicates that you are using a SuSE hypervisor. yes, that's correct

Re: [Xen-devel] HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread PGNet Dev
On 5/13/17 1:28 PM, Valentin Vidic wrote: On Sat, May 13, 2017 at 01:05:22PM -0700, PGNet Dev wrote: back to the error at hand ... xl dmesg | grep -i hpet [1.365876] hpet_acpi_add: no address or irqs in _CRS [1.365876] hpet_acpi_add: no address or irqs in _CRS again, only

Linux 4.12-rc1

2017-05-13 Thread Linus Torvalds
So I'm doing this one day early, because I don't like last-minute pull requests during the merge window anyway, and tomorrow is mother's day, so I may end up being roped into various happenings. Besides, this has actually been a pretty large merge window, so despite there technically being time

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Linus Torvalds
On Sat, May 13, 2017 at 1:37 PM, Al Viro wrote: > > That's a valid point and it might apply to memdup_user() callers out there. > Potential variants: > * add an explicit upper bound on the size and turn that into > memdup_user() (and check that all memdup_user()

[PATCH v2] usb: misc: legousbtower: Fix memory leak

2017-05-13 Thread Maksim Salau
get_version_reply is not freed if function returns with success. Fixes: 942a48730faf ("usb: misc: legousbtower: Fix buffers on stack") Reported-by: Heikki Krogerus Signed-off-by: Maksim Salau --- v2: Changed tags to match guidelines.

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Al Viro
On Sat, May 13, 2017 at 10:32:31PM +0200, Geert Uytterhoeven wrote: > You better run that one through linux-spi, to avoid conflicts, cfr. > https://patchwork.kernel.org/patch/9714993/ What I'm going to do is never-rebased #for-spi (well, never after -rc1) merged into #work.uaccess and proposed

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Al Viro
On Sat, May 13, 2017 at 12:00:10PM -0700, Linus Torvalds wrote: > From: Linus Torvalds > Date: Tue, 24 Mar 2015 10:42:18 -0700 > > > > So I'd suggest we should just do a wholesale replacement of > > __copy_to/from_user() with the non-underlined cases. Then, we could

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Geert Uytterhoeven
Hi Al, On Sat, May 13, 2017 at 10:08 PM, Al Viro wrote: > On Sat, May 13, 2017 at 08:56:59PM +0100, Al Viro wrote: > >> FWIW, just this cycle (this one I remembered off-hand, there might be >> more): > > And looking through my queue (will be pushed to -next as soon as

Re: [Xen-devel] HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread Valentin Vidic
On Sat, May 13, 2017 at 01:05:22PM -0700, PGNet Dev wrote: > back to the error at hand ... > > xl dmesg | grep -i hpet > [1.365876] hpet_acpi_add: no address or irqs in _CRS > [1.365876] hpet_acpi_add: no address or irqs in _CRS > > again, only present when booting with Xen. > >

Re: [Xen-devel] HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread Andrew Cooper
On 13/05/2017 21:05, PGNet Dev wrote: > On 5/13/17 12:59 PM, Andrew Cooper wrote: >> Ok. Lack of a clocksource is to be expected. >> >> The reason why the HPETs are unavailable is that dom0 is not a position >> to program them; dom0 doesn't know what Xen has set up in the IDT. >> >> Use `xl

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Al Viro
On Sat, May 13, 2017 at 08:56:59PM +0100, Al Viro wrote: > FWIW, just this cycle (this one I remembered off-hand, there might be > more): And looking through my queue (will be pushed to -next as soon as -rc1 goes out): commit 87fb4c8c103a4cdf17fead4aba58e96940a19a09 Author: Al Viro

Re: [Xen-devel] HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread PGNet Dev
On 5/13/17 12:59 PM, Andrew Cooper wrote: Ok. Lack of a clocksource is to be expected. The reason why the HPETs are unavailable is that dom0 is not a position to program them; dom0 doesn't know what Xen has set up in the IDT. Use `xl dmesg` to get to the hypervisor dmesg log. You should see

Re: [Xen-devel] HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread Andrew Cooper
On 13/05/2017 20:28, Randy Dunlap wrote: > On 05/13/17 11:26, PGNet Dev wrote: >> On 5/13/17 10:41 AM, Randy Dunlap wrote: >>> [adding HPET driver maintainer] >> Thanks >> >>> A couple of comments below... In BIOS, HPET's enabled. >>> How about if you just boot Linux without Xen? Does HPET

Re: [Xen-devel] HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread Andrew Cooper
On 13/05/2017 20:49, PGNet Dev wrote: > On 5/13/17 12:38 PM, Andrew Cooper wrote: >> What is the issue here? >> >> Xen owns (and may use) any HPETs in the system. They are purposefully >> unavailable to even dom0. > The issue is that, when booting to Xen, hpet is not advertised as an > available

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Al Viro
On Sat, May 13, 2017 at 12:00:10PM -0700, Linus Torvalds wrote: > > We should probably even consider looking at __get_user/__put_user(). > > Few of them are actually performance-critical. > > Look at that date. It's over two years ago. In the intervening two > years, how many of those conversions

Re: HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread Clemens Ladisch
Randy Dunlap wrote: > On 05/12/17 19:30, PGNet Dev wrote: >> dmesg | grep -i hpet >> [8.491738] hpet_acpi_add: no address or irqs in _CRS > > Above line marks a big failure. > ^^^ > >> Disassembling the firmware acpi tables >>

Re: [PATCH v6 0/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

2017-05-13 Thread Matt Brown
On 05/10/2017 04:29 PM, Alan Cox wrote: On Fri, 5 May 2017 19:20:16 -0400 Matt Brown wrote: This patchset introduces the tiocsti_restrict sysctl, whose default is controlled via CONFIG_SECURITY_TIOCSTI_RESTRICT. When activated, this control restricts all TIOCSTI ioctl calls

Re: HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread PGNet Dev
On 5/13/17 12:45 PM, Clemens Ladisch wrote: That table is not used by hpet_acpi_add; you have to check for the device that mentions "PNP0103" in the DSDT table. But anyway, as far as I can tell from my own machine, the _CRS in the DSDT table never lists the HPET interrupts, and the HPET

[PATCH] ligtnvm: if LUNs are already allocated fix return

2017-05-13 Thread Rakesh Pandit
While creating new device with NVM_DEV_CREATE if LUNs are already allocated ioctl would return -ENOMEM which is wrong. This patch propagates -EBUSY from nvm_reserve_luns which is correct response. Fixes: ade69e243 ("lightnvm: merge gennvm with core") Signed-off-by: Rakesh Pandit

Re: [Xen-devel] HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread PGNet Dev
On 5/13/17 12:38 PM, Andrew Cooper wrote: > What is the issue here? > > Xen owns (and may use) any HPETs in the system. They are purposefully > unavailable to even dom0. The issue is that, when booting to Xen, hpet is not advertised as an available clocksource, AND reports the hpet boot error

Re: [PATCH 09/17] doc: ReSTify apparmor.txt

2017-05-13 Thread John Johansen
On 05/13/2017 04:51 AM, Kees Cook wrote: > Adjusts for ReST markup and moves under LSM admin guide. > > Cc: John Johansen > Signed-off-by: Kees Cook Acked-by: John Johansen > --- > .../apparmor.txt =>

Re: Is there an recommended way to refer to bitkeepr commits?

2017-05-13 Thread Andreas Schwab
On Mai 13 2017, Rob Landley wrote: > It's the "must be pushed/fetched explicitly" part that I couldn't figure > out back when I tried it. You have to use refs/replace/*:refs/replace/* as the refspec for push and fetch. By default, push and fetch only look at refs/heads/*.

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Al Viro
On Sat, May 13, 2017 at 08:11:42PM +0100, Al Viro wrote: > It's not impossible to review; the problem is in figuring out which codepaths > are hot enough to worry about them. And I'm even more convinced that > bulk search-and-replace is the right approach here; we probably _can_ get

[PATCH 2/4] ftrace/instances: Clear function triggers when removing instances

2017-05-13 Thread Naveen N. Rao
If instance directories are deleted while there are registered function triggers: # cd /sys/kernel/debug/tracing/instances # mkdir test # echo "schedule:enable_event:sched:sched_switch" > test/set_ftrace_filter # rmdir test Unable to handle kernel paging request for data at address

[PATCH 1/4] ftrace: Simplify glob handling in unregister_ftrace_function_probe_func()

2017-05-13 Thread Naveen N. Rao
Handle a NULL glob properly. Signed-off-by: Naveen N. Rao --- kernel/trace/ftrace.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c index 39dca4e86a94..28dc824ad072 100644 ---

[PATCH 4/4] selftests/ftrace: Add test to remove instance with active event triggers

2017-05-13 Thread Naveen N. Rao
Add a test to ensure we clean up properly when removing an instance with active event triggers. Signed-off-by: Naveen N. Rao --- Steven, I have also removed what looked like an incorrect 'exit' in the middle of this test. Kindly take a look if that's ok. -

[PATCH 0/4] ftrace: Fix a few issues

2017-05-13 Thread Naveen N. Rao
This series fixes a kernel oops when an ftrace instance is deleted while there are still active event triggers. Patch 2 provides details on how to reproduce as well as the kernel oops message. This issue was reported by Michael Ellerman as a crash seen when trying to run the ftrace test suite. In

[PATCH 3/4] selftests/ftrace: Fix bashisms

2017-05-13 Thread Naveen N. Rao
Fix a few bashisms in ftrace selftests. Signed-off-by: Naveen N. Rao --- tools/testing/selftests/ftrace/ftracetest | 2 +- tools/testing/selftests/ftrace/test.d/ftrace/func_event_triggers.tc | 2 +-

Re: HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread Randy Dunlap
On 05/13/17 11:26, PGNet Dev wrote: > On 5/13/17 10:41 AM, Randy Dunlap wrote: >> [adding HPET driver maintainer] > > Thanks > >> A couple of comments below... > >>> In BIOS, HPET's enabled. >> >> How about if you just boot Linux without Xen? Does HPET show up then? > > yes, it appears so: >

Re: [PATCH 2/2] ARM: dts: nexus7: Add regulator tweaks and wcnss entry to support wifi

2017-05-13 Thread Bjorn Andersson
On Fri 12 May 14:18 PDT 2017, John Stultz wrote: > lvs7 { > bias-pull-down; > + regulator-always-on; > }; Looking at the downstream regulator definition lvs7 is

Re: [v3 3/9] mm: add "zero" argument to vmemmap allocators

2017-05-13 Thread kbuild test robot
Hi Pavel, [auto build test ERROR on mmotm/master] [also build test ERROR on next-20170512] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Al Viro
On Sat, May 13, 2017 at 12:00:10PM -0700, Linus Torvalds wrote: > On Sat, May 13, 2017 at 11:04 AM, Al Viro wrote: > > > > > > My point is, this stuff needs looking at. > > No. > > You don't have a point. I've tried to explain that there's no > performance difference,

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Al Viro
On Sat, May 13, 2017 at 07:26:56PM +0100, Al Viro wrote: > BTW, even in arch/* they tend to nest. E.g. arch/alpha has 133 callers > total. Distribution by files: > 35 arch/alpha/kernel/osf_sys.c > 92 arch/alpha/kernel/signal.c > 1 arch/alpha/kernel/traps.c > 4

[PATCH] crypto: algapi: Use pr_err common logging style.

2017-05-13 Thread Karim Eshapa
Use more common error logging style. Signed-off-by: Karim Eshapa --- crypto/algapi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/crypto/algapi.c b/crypto/algapi.c index 9eed4ef..e4cc761 100644 --- a/crypto/algapi.c +++ b/crypto/algapi.c @@ -260,7

[PATCH linux-next] device-dax: fix BLOCK dependency

2017-05-13 Thread Fabian Frederick
commit ef51042472f5 ("block, dax: move "select DAX" from BLOCK to FS_DAX") uses get_start_sect() which requires CONFIG_BLOCK make allnoconfig + dax gives the following: drivers/dax/super.c: In function 'bdev_dax_pgoff': drivers/dax/super.c:50:26: error: implicit declaration of function

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Linus Torvalds
On Sat, May 13, 2017 at 11:04 AM, Al Viro wrote: > > > My point is, this stuff needs looking at. No. You don't have a point. I've tried to explain that there's no performance difference, and there is no way in hell that the current "__" versions are better. So what's

Re: [PATCH v6 3/5] test: add new driver_data load tester

2017-05-13 Thread Luis R. Rodriguez
On Fri, May 12, 2017 at 05:52:18PM +0200, Luis R. Rodriguez wrote: > On Fri, May 12, 2017 at 09:20:24AM +0900, AKASHI Takahiro wrote: > > On Thu, May 11, 2017 at 08:26:29PM +0200, Luis R. Rodriguez wrote: > > > On Thu, May 11, 2017 at 07:46:27PM +0900, AKASHI Takahiro wrote: > > > > On Fri, Apr

Re: Threads stuck in zap_pid_ns_processes()

2017-05-13 Thread Eric W. Biederman
Guenter Roeck writes: > On 05/12/2017 01:03 PM, Eric W. Biederman wrote: >> Guenter Roeck writes: >> >>> Hi Eric, >>> >>> On Fri, May 12, 2017 at 12:33:01PM -0500, Eric W. Biederman wrote: Guenter Roeck writes: > Hi

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Al Viro
On Sat, May 13, 2017 at 07:04:13PM +0100, Al Viro wrote: > My point is, this stuff needs looking at. Even this quick look in arch/x86 > has shown several fairly different classes of that stuff, probably needing > different approaches. And that - on an architecture that had tons of TLC > around

Re: HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread PGNet Dev
On 5/13/17 10:41 AM, Randy Dunlap wrote: [adding HPET driver maintainer] Thanks A couple of comments below... In BIOS, HPET's enabled. How about if you just boot Linux without Xen? Does HPET show up then? yes, it appears so: cat devices/system/clocksource/clocksource0/available

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Al Viro
On Sat, May 13, 2017 at 10:18:22AM -0700, Linus Torvalds wrote: > > x86 actually tends to use get_user_ex/put_user_ex instead. > > Yes. Because anybody who *really* cared about performance will have > converted already. The real cost has been stac/clac for a few years > now. On x86. Which has

Re: HPET enabled in BIOS, not presented as available_clocksource -- config, kernel code, &/or BIOS?

2017-05-13 Thread Randy Dunlap
[adding HPET driver maintainer] A couple of comments below... On 05/12/17 19:30, PGNet Dev wrote: > I run kernel 4.11.0-4 on a Supermicro X10SAT motherboard. > > HPET's enabled in BIOS, and apparently firmware table data is available. > > But, hpet is not an available_clocksource. > >

Re: Is there an recommended way to refer to bitkeepr commits?

2017-05-13 Thread Rob Landley
On 05/12/2017 12:49 PM, Andreas Schwab wrote: > On Mai 12 2017, Rob Landley wrote: > >> Last I checked I couldn't just "git push" the fullhist tree to >> git.kernel.org because git graft didn't propagate right. > > Perhaps you could recreate them with git replace --graft.

[PATCH] staging: atomisp: fix non static symbol warnings

2017-05-13 Thread Juan Antonio Pedreira Martos
Fix some unneeded exported symbols by marking them as static. This was found with the 'sparse' tool. Signed-off-by: Juan Antonio Pedreira Martos --- .../media/atomisp/platform/intel-mid/atomisp_gmin_platform.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-)

RE: [PATCH] mmc: core: Delete an error message for a failed memory allocation in three functions

2017-05-13 Thread Winkler, Tomas
> -Original Message- > From: SF Markus Elfring [mailto:elfr...@users.sourceforge.net] > Sent: Saturday, May 13, 2017 15:54 > To: linux-...@vger.kernel.org; Bojan Prtvar ; Linus > Walleij ; Paul Burton ; > Shawn Lin

[PATCH 1/2] ARM: dts: uniphier: fix simple-bus unit address format error

2017-05-13 Thread Masahiro Yamada
Compiling the UniPhier DT files with W=1, DTC warns like follows: Warning (simple_bus_reg): Node /soc/system-bus@58c0/support_card@1,1f0/ethernet@ simple-bus unit address format error, expected "0" Warning (simple_bus_reg): Node

[PATCH 2/2] arm64: dts: uniphier: fix simple-bus unit address format error

2017-05-13 Thread Masahiro Yamada
Compiling the UniPhier DT files with W=1, DTC warns like follows: Warning (simple_bus_reg): Node /soc/smpctrl@5980 simple-bus unit address format error, expected "59801000" Signed-off-by: Masahiro Yamada --- arch/arm64/boot/dts/socionext/uniphier-ld11.dtsi

[PATCH] arch: remove GENERIC_FIND_FIRST_BIT

2017-05-13 Thread Yury Norov
This option, if disabled, is used to alias find_first_bit() to find_next_bit() with the trivial macro: #define find_first_bit(addr, size) find_next_bit((addr), (size), 0) And the same for find_first_zero_bit(). The problem here is that the implementation of find_next_bit() is more complex, and

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Linus Torvalds
On Sat, May 13, 2017 at 10:00 AM, Al Viro wrote: > On Sat, May 13, 2017 at 09:15:07AM -0700, Linus Torvalds wrote: >> > IOW, we have >> > * most of users in arch/* (heavily dominated by signal-related >> > code, >> > both loads and stores). Those need careful

Re: Is there an recommended way to refer to bitkeepr commits?

2017-05-13 Thread Rob Landley
On 05/13/2017 04:35 AM, Thomas Gleixner wrote: > On Fri, 12 May 2017, Eric W. Biederman wrote: >> Which leaves me perplexed. The hashes from tglx's current tree: >> https://git.kernel.org/pub/scm/linux/kernel/git/tglx/history.git >> on kernel.org and the hashes in your full history tree differ.

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Al Viro
On Sat, May 13, 2017 at 06:00:56PM +0100, Al Viro wrote: > > But I don't see the excuse for not just doing it. If nobody notices, > > it's an obvious improvement. And if somebody *does* notice, we know > > how to do it properly with unsafe_xyz_user(), because "__xyz_user()" > > most definitely

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Al Viro
On Sat, May 13, 2017 at 09:15:07AM -0700, Linus Torvalds wrote: > > IOW, we have > > * most of users in arch/* (heavily dominated by signal-related code, > > both loads and stores). Those need careful massage; maybe unsafe-based > > solution, maybe something else, but it's obviously

[PATCH v2] staging: ccree: Fix blank lines codestyle issue

2017-05-13 Thread Alexander Mazyrin
Checkpatch emits CHECK: Please don't use multiple blank lines. Remove multiple blank lines. Signed-off-by: Alexander Mazyrin --- drivers/staging/ccree/ssi_aead.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/staging/ccree/ssi_aead.c

Re: [git pull] uaccess-related bits of vfs.git

2017-05-13 Thread Al Viro
On Sat, May 13, 2017 at 02:05:27PM +0200, Adam Borowski wrote: > As someone from the peanuts gallery, I took a look for __put_user() in my > usual haunt, drivers/tty/vt/ > > * use 1: con_[gs]et_trans_*(): > Copies a linear array of 256 bytes/shorts, one by one. > The obvious patch has 9

Re: [PATCH 2/2] ARM: davinci: PM: Do not free useful resources in normal path in 'davinci_pm_init'

2017-05-13 Thread Christophe JAILLET
Le 13/05/2017 à 15:22, walter harms a écrit : Am 13.05.2017 13:40, schrieb Christophe JAILLET: This looks spurious to iounmap resources in the normal path of this init function. The 3 ioremap'ed fields of 'pm_config' can be accessed later on in other functions, so it is likely that we should

  1   2   3   >