Re: [PATCH 13/13] libnvdimm, pmem: kill ->pmem_queue and ->pmem_disk

On Mittwoch, 23. März 2016 18:26:29 CET Dan Williams wrote: > The devm conversion obviates the need to continue to remember the queue > and disk locally in the driver. > > Signed-off-by: Dan Williams Reviewed-by: Johannes Thumshirn -- Johannes

Re: [PATCH 13/13] libnvdimm, pmem: kill ->pmem_queue and ->pmem_disk

On Mittwoch, 23. März 2016 18:26:29 CET Dan Williams wrote: > The devm conversion obviates the need to continue to remember the queue > and disk locally in the driver. > > Signed-off-by: Dan Williams Reviewed-by: Johannes Thumshirn -- Johannes Thumshirn

[PATCH v7 02/17] xen/grant-table: Move xlated_setup_gnttab_pages to common place

Move xlated_setup_gnttab_pages to common place, so it can be reused by ARM to setup grant table. Rename it to xen_xlate_map_ballooned_pages. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini --- arch/x86/xen/grant-table.c |

[PATCH v7 02/17] xen/grant-table: Move xlated_setup_gnttab_pages to common place

Move xlated_setup_gnttab_pages to common place, so it can be reused by ARM to setup grant table. Rename it to xen_xlate_map_ballooned_pages. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini --- arch/x86/xen/grant-table.c | 57 +--

[PATCH v7 09/17] xen/hvm/params: Add a new delivery type for event-channel in HVM_PARAM_CALLBACK_IRQ

This new delivery type which is for ARM shares the same value with HVM_PARAM_CALLBACK_TYPE_VECTOR which is for x86. val[15:8] is flag: val[7:0] is a PPI. To the flag, bit 8 stands the interrupt mode is edge(1) or level(0) and bit 9 stands the interrupt polarity is active low(1) or high(0).

[PATCH v7 09/17] xen/hvm/params: Add a new delivery type for event-channel in HVM_PARAM_CALLBACK_IRQ

This new delivery type which is for ARM shares the same value with HVM_PARAM_CALLBACK_TYPE_VECTOR which is for x86. val[15:8] is flag: val[7:0] is a PPI. To the flag, bit 8 stands the interrupt mode is edge(1) or level(0) and bit 9 stands the interrupt polarity is active low(1) or high(0).

[PATCH v7 07/17] Xen: ARM: Add support for mapping AMBA device mmio

Add a bus_notifier for AMBA bus device in order to map the device mmio regions when DOM0 booting with ACPI. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini --- drivers/xen/arm-device.c | 43

[PATCH v7 07/17] Xen: ARM: Add support for mapping AMBA device mmio

Add a bus_notifier for AMBA bus device in order to map the device mmio regions when DOM0 booting with ACPI. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini --- drivers/xen/arm-device.c | 43 +++ 1 file changed, 43 insertions(+) diff --git

Re: [Patch V2 2/2] iommu: remove sysfs_link to device in iommu_group/devices when failed

On Wed, Mar 23, 2016 at 05:04:15PM -0600, Alex Williamson wrote: >On Wed, 23 Mar 2016 22:25:11 + >Wei Yang wrote: > >> The original code forgets to remove the sysfs_link to a device in >> iommu_group/devices directory, when the creation fails or conflicts on the >>

[PATCH v7 05/17] xen: memory : Add new XENMAPSPACE type XENMAPSPACE_dev_mmio

Add a new type of Xen map space for Dom0 to map device's MMIO region. Signed-off-by: Shannon Zhao --- include/xen/interface/memory.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/xen/interface/memory.h b/include/xen/interface/memory.h index

Re: [Patch V2 2/2] iommu: remove sysfs_link to device in iommu_group/devices when failed

On Wed, Mar 23, 2016 at 05:04:15PM -0600, Alex Williamson wrote: >On Wed, 23 Mar 2016 22:25:11 + >Wei Yang wrote: > >> The original code forgets to remove the sysfs_link to a device in >> iommu_group/devices directory, when the creation fails or conflicts on the >> name. >> >> This patch

[PATCH v7 05/17] xen: memory : Add new XENMAPSPACE type XENMAPSPACE_dev_mmio

Add a new type of Xen map space for Dom0 to map device's MMIO region. Signed-off-by: Shannon Zhao --- include/xen/interface/memory.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/xen/interface/memory.h b/include/xen/interface/memory.h index 2ecfe4f..9aa8988 100644 ---

[PATCH 13/13] eeprom: at24: add at24mac chips to the list of supported devices

Now with the infrastructue for reading the factory-programmed mac address in place, add the two available chips from the at24mac family: at24mac402 and at24mac602 to the device ID list. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 4 1 file

[PATCH v7 06/17] Xen: ARM: Add support for mapping platform device mmio

Add a bus_notifier for platform bus device in order to map the device mmio regions when DOM0 booting with ACPI. Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini --- drivers/xen/Makefile | 1 + drivers/xen/arm-device.c |

[PATCH v7 08/17] Xen: public/hvm: sync changes of HVM_PARAM_CALLBACK_VIA ABI from Xen

Sync the changes of HVM_PARAM_CALLBACK_VIA ABI introduced by Xen commit (public/hvm: export the HVM_PARAM_CALLBACK_VIA ABI in the API). Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini --- include/xen/interface/hvm/params.h |

[PATCH v7 08/17] Xen: public/hvm: sync changes of HVM_PARAM_CALLBACK_VIA ABI from Xen

Sync the changes of HVM_PARAM_CALLBACK_VIA ABI introduced by Xen commit (public/hvm: export the HVM_PARAM_CALLBACK_VIA ABI in the API). Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini --- include/xen/interface/hvm/params.h | 27 +-- 1 file changed, 21

[PATCH 13/13] eeprom: at24: add at24mac chips to the list of supported devices

Now with the infrastructue for reading the factory-programmed mac address in place, add the two available chips from the at24mac family: at24mac402 and at24mac602 to the device ID list. Signed-off-by: Bartosz Golaszewski --- drivers/misc/eeprom/at24.c | 4 1 file changed, 4 insertions(+)

[PATCH v7 06/17] Xen: ARM: Add support for mapping platform device mmio

Add a bus_notifier for platform bus device in order to map the device mmio regions when DOM0 booting with ACPI. Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini --- drivers/xen/Makefile | 1 + drivers/xen/arm-device.c | 141 +++ 2 files

[PATCH v7 10/17] arm/xen: Get event-channel irq through HVM_PARAM when booting with ACPI

When booting with ACPI, it could get the event-channel irq through HVM_PARAM_CALLBACK_IRQ. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini --- arch/arm/xen/enlighten.c | 36 +++- 1 file

[PATCH v7 03/17] Xen: xlate: Use page_to_xen_pfn instead of page_to_pfn

Make xen_xlate_map_ballooned_pages work with 64K pages. In that case Kernel pages are 64K in size but Xen pages remain 4K in size. Xen pfns refer to 4K pages. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini ---

[PATCH v7 10/17] arm/xen: Get event-channel irq through HVM_PARAM when booting with ACPI

When booting with ACPI, it could get the event-channel irq through HVM_PARAM_CALLBACK_IRQ. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini --- arch/arm/xen/enlighten.c | 36 +++- 1 file changed, 35 insertions(+), 1 deletion(-) diff --git

[PATCH v7 03/17] Xen: xlate: Use page_to_xen_pfn instead of page_to_pfn

Make xen_xlate_map_ballooned_pages work with 64K pages. In that case Kernel pages are 64K in size but Xen pages remain 4K in size. Xen pfns refer to 4K pages. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini --- drivers/xen/xlate_mmu.c | 26 -- 1 file

[PATCH v7 14/17] XEN: EFI: Move x86 specific codes to architecture directory

Move x86 specific codes to architecture directory and export those EFI runtime service functions. This will be useful for initializing runtime service on ARM later. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini ---

[PATCH v7 16/17] FDT: Add a helper to get the subnode by given name

Sometimes it needs to check if there is a subnode of given node in FDT by given name. Introduce this helper to get the subnode if it exists. CC: Rob Herring Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini

[PATCH v7 14/17] XEN: EFI: Move x86 specific codes to architecture directory

Move x86 specific codes to architecture directory and export those EFI runtime service functions. This will be useful for initializing runtime service on ARM later. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini --- arch/x86/xen/efi.c| 112

[PATCH v7 16/17] FDT: Add a helper to get the subnode by given name

Sometimes it needs to check if there is a subnode of given node in FDT by given name. Introduce this helper to get the subnode if it exists. CC: Rob Herring Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini Acked-by: Rob Herring --- drivers/of/fdt.c | 13 +

[PATCH v7 11/17] ARM: XEN: Move xen_early_init() before efi_init()

Move xen_early_init() before efi_init(), then when calling efi_init() could initialize Xen specific UEFI. Check if it runs on Xen hypervisor through the flat dts. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini ---

[PATCH v7 17/17] Xen: EFI: Parse DT parameters for Xen specific UEFI

Add a new function to parse DT parameters for Xen specific UEFI just like the way for normal UEFI. Then it could reuse the existing codes. If Xen supports EFI, initialize runtime services. CC: Matt Fleming Signed-off-by: Shannon Zhao

[PATCH v7 12/17] ARM64: ACPI: Check if it runs on Xen to enable or disable ACPI

When it's a Xen domain0 booting with ACPI, it will supply a /chosen and a /hypervisor node in DT. So check if it needs to enable ACPI. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini Acked-by: Hanjun Guo

[PATCH v7 13/17] ARM: Xen: Document UEFI support on Xen ARM virtual platforms

Add a "uefi" node under /hypervisor node in FDT, then Linux kernel could scan this to get the UEFI information. CC: Rob Herring Signed-off-by: Shannon Zhao Acked-by: Rob Herring Reviewed-by: Stefano Stabellini

[PATCH v7 11/17] ARM: XEN: Move xen_early_init() before efi_init()

Move xen_early_init() before efi_init(), then when calling efi_init() could initialize Xen specific UEFI. Check if it runs on Xen hypervisor through the flat dts. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini --- arch/arm/xen/enlighten.c | 56

[PATCH v7 17/17] Xen: EFI: Parse DT parameters for Xen specific UEFI

Add a new function to parse DT parameters for Xen specific UEFI just like the way for normal UEFI. Then it could reuse the existing codes. If Xen supports EFI, initialize runtime services. CC: Matt Fleming Signed-off-by: Shannon Zhao Reviewed-by: Matt Fleming Reviewed-by: Stefano Stabellini

[PATCH v7 12/17] ARM64: ACPI: Check if it runs on Xen to enable or disable ACPI

When it's a Xen domain0 booting with ACPI, it will supply a /chosen and a /hypervisor node in DT. So check if it needs to enable ACPI. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini Acked-by: Hanjun Guo --- arch/arm64/kernel/acpi.c | 12 1 file changed, 8

[PATCH v7 13/17] ARM: Xen: Document UEFI support on Xen ARM virtual platforms

Add a "uefi" node under /hypervisor node in FDT, then Linux kernel could scan this to get the UEFI information. CC: Rob Herring Signed-off-by: Shannon Zhao Acked-by: Rob Herring Reviewed-by: Stefano Stabellini --- Documentation/devicetree/bindings/arm/xen.txt | 33 +++

[PATCH v7 15/17] ARM64: XEN: Add a function to initialize Xen specific UEFI runtime services

When running on Xen hypervisor, runtime services are supported through hypercall. Add a Xen specific function to initialize runtime services. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini ---

Re: [PATCH 01/13] libnvdimm, pfn: fix nvdimm_namespace_add_poison() vs section alignment

On Thu, Mar 24, 2016 at 3:10 AM, Johannes Thumshirn wrote: > On Mittwoch, 23. März 2016 18:25:26 CET Dan Williams wrote: >> When section alignment padding is in effect we need to shift / truncate >> the range that is queried for poison by the 'start_pad' or 'end_trunc' >>

[PATCH v7 15/17] ARM64: XEN: Add a function to initialize Xen specific UEFI runtime services

When running on Xen hypervisor, runtime services are supported through hypercall. Add a Xen specific function to initialize runtime services. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini --- arch/arm/include/asm/xen/xen-ops.h | 6 ++ arch/arm/xen/Makefile|

Re: [PATCH 01/13] libnvdimm, pfn: fix nvdimm_namespace_add_poison() vs section alignment

On Thu, Mar 24, 2016 at 3:10 AM, Johannes Thumshirn wrote: > On Mittwoch, 23. März 2016 18:25:26 CET Dan Williams wrote: >> When section alignment padding is in effect we need to shift / truncate >> the range that is queried for poison by the 'start_pad' or 'end_trunc' >> reservations. >> >> It's

Re: [PATCH v2] efi: Introduce EFI bootloader control driver

(Sorry for the delay) On Fri, 18 Mar, at 07:18:17PM, Stanacar, Stefan wrote: > > Hi Matt, > > It is possible, but that means modifying those userspace apps :) > There are reboot implementations that do "reboot ", such as > Android's reboot command [1] and Upstart's reboot replacement [2], which

Re: [PATCH v2] efi: Introduce EFI bootloader control driver

(Sorry for the delay) On Fri, 18 Mar, at 07:18:17PM, Stanacar, Stefan wrote: > > Hi Matt, > > It is possible, but that means modifying those userspace apps :) > There are reboot implementations that do "reboot ", such as > Android's reboot command [1] and Upstart's reboot replacement [2], which

Re: [RFD] workqueue: WQ_MEM_RECLAIM usage in network drivers

On Sun, 2016-03-20 at 14:55 -0400, Tejun Heo wrote: > If everything else is working, I'd be happy to throw in > WQ_MEM_RECLAIM but I really don't want to add it if it doesn't > actually achieve the goal.  Can a wireless person chime in here? > I think for many wireless devices the workqueue,

Re: [RFD] workqueue: WQ_MEM_RECLAIM usage in network drivers

On Sun, 2016-03-20 at 14:55 -0400, Tejun Heo wrote: > If everything else is working, I'd be happy to throw in > WQ_MEM_RECLAIM but I really don't want to add it if it doesn't > actually achieve the goal.  Can a wireless person chime in here? > I think for many wireless devices the workqueue,

Re: [PATCH v5 00/21] PM / devferq: Add generic exynos bus frequency driver and new passive governor

Hi Makus, On Thu, Mar 24, 2016 at 10:41 PM, Markus Reichl wrote: > Hi Chanwoo, > > Am 24.03.2016 um 05:30 schrieb Chanwoo Choi: >> Dear Anand and Tobias, >> >> To Anand, >> First of all, thanks to your test on previous patchset. >> I removed the your tested-by tag from

Re: [PATCH v5 00/21] PM / devferq: Add generic exynos bus frequency driver and new passive governor

Hi Makus, On Thu, Mar 24, 2016 at 10:41 PM, Markus Reichl wrote: > Hi Chanwoo, > > Am 24.03.2016 um 05:30 schrieb Chanwoo Choi: >> Dear Anand and Tobias, >> >> To Anand, >> First of all, thanks to your test on previous patchset. >> I removed the your tested-by tag from this version >> because I

Re: [PATCH] HID: hidraw: switch to using memdup_user

On Wed, 16 Mar 2016, Dmitry Torokhov wrote: > Instead of open-coding memory allocation and copying form user memory > sequence let's use memdup_user(). Makes sense. Applied, thanks. -- Jiri Kosina SUSE Labs

Re: [PATCH] HID: hidraw: switch to using memdup_user

On Wed, 16 Mar 2016, Dmitry Torokhov wrote: > Instead of open-coding memory allocation and copying form user memory > sequence let's use memdup_user(). Makes sense. Applied, thanks. -- Jiri Kosina SUSE Labs

[PATCH 1/1] net: macb: remove BUG_ON() and reset the queue to handle RX errors

This patch removes two BUG_ON() used to notify about RX queue corruptions on macb (not gem) hardware without actually handling the error. The new code skips corrupted frames but still processes faultless frames. Then it resets the RX queue before restarting the reception from a clean state. This

[PATCH 1/1] net: macb: remove BUG_ON() and reset the queue to handle RX errors

This patch removes two BUG_ON() used to notify about RX queue corruptions on macb (not gem) hardware without actually handling the error. The new code skips corrupted frames but still processes faultless frames. Then it resets the RX queue before restarting the reception from a clean state. This

Re: [PATCH 12/13] libnvdimm, pmem, pfn: move pfn setup to the core

On Mittwoch, 23. März 2016 18:26:24 CET Dan Williams wrote: > Now that pmem internals have been disentangled from pfn setup, that code > can move to the core. This is in preparation for adding another user of > the pfn-device capabilities. > > Signed-off-by: Dan Williams

Re: [PATCH 1/2] ARM64:VDSO: Improve gettimeofday, don't use udiv

On 03/13/2016 03:50 PM, Andrew Pinski wrote: > On many cores, udiv with a large value is slow, expand instead > the division out to be what GCC would have generated for the > divide by 1000. This like checking object code into version control. Why not write in C and let GCC perform the

Re: [PATCH 1/2] ARM64:VDSO: Improve gettimeofday, don't use udiv

On 03/13/2016 03:50 PM, Andrew Pinski wrote: > On many cores, udiv with a large value is slow, expand instead > the division out to be what GCC would have generated for the > divide by 1000. This like checking object code into version control. Why not write in C and let GCC perform the

Re: [PATCH 12/13] libnvdimm, pmem, pfn: move pfn setup to the core

On Mittwoch, 23. März 2016 18:26:24 CET Dan Williams wrote: > Now that pmem internals have been disentangled from pfn setup, that code > can move to the core. This is in preparation for adding another user of > the pfn-device capabilities. > > Signed-off-by: Dan Williams > --- >

Re: Warnings for invalid VDD (sdhci-s3c)

On Thu, Mar 24, 2016 at 09:45:56PM +0800, Jisheng Zhang wrote: > On Thu, 24 Mar 2016 15:21:47 +0200 > Adrian Hunter wrote: > > > On 24/03/16 15:11, Adrian Hunter wrote: > > > On 24/03/16 10:42, Krzysztof Kozlowski wrote: > > >> On 24.03.2016 17:24, Jisheng Zhang wrote:

Re: Warnings for invalid VDD (sdhci-s3c)

On Thu, Mar 24, 2016 at 09:45:56PM +0800, Jisheng Zhang wrote: > On Thu, 24 Mar 2016 15:21:47 +0200 > Adrian Hunter wrote: > > > On 24/03/16 15:11, Adrian Hunter wrote: > > > On 24/03/16 10:42, Krzysztof Kozlowski wrote: > > >> On 24.03.2016 17:24, Jisheng Zhang wrote: > > >>> Hi, > > >>> >

Re: [PATCH 0/2] hid: corsair: Driver simplification and new supported device

On Wed, 23 Mar 2016, =?UTF-8?q?Cl=C3=A9ment=20Vuchener?= wrote: > So, I decided to move all USB related features in user-space (as far as > I know, I was the only user, but if someone is looking for a > replacement, I wrote a small tool available here: >

Re: [RFC 0/6] drm/fences: add in-fences to DRM

Hi Maarten, 2016-03-24 Maarten Lankhorst : > Hey, > > Op 23-03-16 om 19:47 schreef Gustavo Padovan: > > From: Gustavo Padovan > > > > Hi, > > > > This is a first proposal to discuss the addition of in-fences support > > to

Re: [PATCH 0/2] hid: corsair: Driver simplification and new supported device

On Wed, 23 Mar 2016, =?UTF-8?q?Cl=C3=A9ment=20Vuchener?= wrote: > So, I decided to move all USB related features in user-space (as far as > I know, I was the only user, but if someone is looking for a > replacement, I wrote a small tool available here: >

Re: [RFC 0/6] drm/fences: add in-fences to DRM

Hi Maarten, 2016-03-24 Maarten Lankhorst : > Hey, > > Op 23-03-16 om 19:47 schreef Gustavo Padovan: > > From: Gustavo Padovan > > > > Hi, > > > > This is a first proposal to discuss the addition of in-fences support > > to DRM. It adds a new struct to fence.c to abstract the use of sync_file >

Re: [REGRESSION] panic with Wacom One Tablet on 4.4.x kernel

On Wed, 16 Mar 2016, Ping Cheng wrote: > Yes, please provide a bisect report so we get a clue. > > I do not have a "Wacom One". I have a Wacom Bamboo Pen, which goes > through the same code base as "Wacom One". I tested kernel 4.4.4. I > don't see the issue. Laura, do we have any result from

Re: [PATCH 02/23] ARM: dts: n950: add display support

Hi, On Thu, Mar 24, 2016 at 12:03:01PM +0200, Jani Nikula wrote: > On Wed, 23 Mar 2016, Sebastian Reichel wrote: > > On Wed, Mar 23, 2016 at 02:40:53PM +0200, Jani Nikula wrote: > >> On Thu, 17 Mar 2016, Sebastian Reichel wrote: > >> > On Thu, Mar 17, 2016 at

Re: [PATCH v2 1/8] i2c-mux: add common core data for every mux instance

Hi Peter, On 24.03.2016 13:05, Peter Rosin wrote: > Hi Vladimir, > > On 2016-03-24 10:50, Vladimir Zapolskiy wrote: >> Hi Peter, >> >> On 05.01.2016 17:57, Peter Rosin wrote: >>> From: Peter Rosin >>> >>> The initial core mux structure starts off small with only the parent >>>

Re: [REGRESSION] panic with Wacom One Tablet on 4.4.x kernel

On Wed, 16 Mar 2016, Ping Cheng wrote: > Yes, please provide a bisect report so we get a clue. > > I do not have a "Wacom One". I have a Wacom Bamboo Pen, which goes > through the same code base as "Wacom One". I tested kernel 4.4.4. I > don't see the issue. Laura, do we have any result from

Re: [PATCH 02/23] ARM: dts: n950: add display support

Hi, On Thu, Mar 24, 2016 at 12:03:01PM +0200, Jani Nikula wrote: > On Wed, 23 Mar 2016, Sebastian Reichel wrote: > > On Wed, Mar 23, 2016 at 02:40:53PM +0200, Jani Nikula wrote: > >> On Thu, 17 Mar 2016, Sebastian Reichel wrote: > >> > On Thu, Mar 17, 2016 at 02:14:26PM +0200, Laurent Pinchart

Re: [PATCH v2 1/8] i2c-mux: add common core data for every mux instance

Hi Peter, On 24.03.2016 13:05, Peter Rosin wrote: > Hi Vladimir, > > On 2016-03-24 10:50, Vladimir Zapolskiy wrote: >> Hi Peter, >> >> On 05.01.2016 17:57, Peter Rosin wrote: >>> From: Peter Rosin >>> >>> The initial core mux structure starts off small with only the parent >>> adapter pointer,

Re: [PATCH v5 00/21] PM / devferq: Add generic exynos bus frequency driver and new passive governor

Hi Tobias, On Thu, Mar 24, 2016 at 10:52 PM, Tobias Jakobi wrote: > Hello everybody, > > > Markus Reichl wrote: >> Hi Chanwoo, >> >> Am 24.03.2016 um 05:30 schrieb Chanwoo Choi: >>> Dear Anand and Tobias, >>> >>> To Anand, >>> First of all, thanks to your test on

Re: [PATCH v5 00/21] PM / devferq: Add generic exynos bus frequency driver and new passive governor

Hi Tobias, On Thu, Mar 24, 2016 at 10:52 PM, Tobias Jakobi wrote: > Hello everybody, > > > Markus Reichl wrote: >> Hi Chanwoo, >> >> Am 24.03.2016 um 05:30 schrieb Chanwoo Choi: >>> Dear Anand and Tobias, >>> >>> To Anand, >>> First of all, thanks to your test on previous patchset. >>> I removed

[GIT PULL] tracing: Updates for v4.6

Linus, Nothing major this round. Mostly small clean ups and fixes. Some visible changes: A new flag was added to distinguish traces done in NMI context. Preempt tracer now shows functions where preemption is disabled but interrupts are still enabled. Other notes: Updates were done to

[GIT PULL] tracing: Updates for v4.6

Linus, Nothing major this round. Mostly small clean ups and fixes. Some visible changes: A new flag was added to distinguish traces done in NMI context. Preempt tracer now shows functions where preemption is disabled but interrupts are still enabled. Other notes: Updates were done to

Re: [PATCH] mmc: Provide tracepoints for request processing

On 03/24/2016 05:54 AM, Baolin Wang wrote: This patch provides some tracepoints for the lifecycle of a request from fetching to completion to help with performance analysis of MMC subsystem. Most of these already exist as block layer trace points, why do we need mmc specific ones? -- Jens

Re: [PATCH] mmc: Provide tracepoints for request processing

On 03/24/2016 05:54 AM, Baolin Wang wrote: This patch provides some tracepoints for the lifecycle of a request from fetching to completion to help with performance analysis of MMC subsystem. Most of these already exist as block layer trace points, why do we need mmc specific ones? -- Jens

Re: [PATCH] ARM: dts: exynos: Fix invalid maximum voltage for buck9 supplying SD card

ed-off-by: Krzysztof Kozlowski <k.kozlow...@samsung.com> > > --- > > The issue can be reproduced on next-20160324 with > bae4fdc88d7f7dda1 (regulator: core: Ensure we are at least in bounds for our > constraints). > --- > arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi | 2 +-

Re: [PATCH] ARM: dts: exynos: Fix invalid maximum voltage for buck9 supplying SD card

of Kozlowski > > --- > > The issue can be reproduced on next-20160324 with > bae4fdc88d7f7dda1 (regulator: core: Ensure we are at least in bounds for our > constraints). > --- > arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi | 2 +- > 1 file changed, 1 in

Re: [1/2] bcma: fix building without OF_IRQ

On Thursday 24 March 2016 15:53:14 Kalle Valo wrote: > Arnd Bergmann writes: > > > On Wednesday 23 March 2016 15:52:43 Kalle Valo wrote: > >> > The bcma driver core can be built with or without DT support, but > >> > it fails to build when CONFIG_OF=y and CONFIG_OF_IRQ=n, which >

Re: [1/2] bcma: fix building without OF_IRQ

On Thursday 24 March 2016 15:53:14 Kalle Valo wrote: > Arnd Bergmann writes: > > > On Wednesday 23 March 2016 15:52:43 Kalle Valo wrote: > >> > The bcma driver core can be built with or without DT support, but > >> > it fails to build when CONFIG_OF=y and CONFIG_OF_IRQ=n, which > >> > can happen

Where did . come from

Granted, you need something to signify that a file is a dir (remember, in linux everything is a file), and what the parent dir is. I'm assuming that the kernel folks decided the name, or at least have some idea about it. I'm not objecting, it's fine, I just want to know this history behind the

Re: [PATCH v2] i2c: Add generic support passing secondary devices addresses

On Thu, Mar 24, 2016 at 5:11 AM, Jean-Michel Hautbois wrote: > Hi ! > > 2016-02-01 15:46 GMT+01:00 Rob Herring : >> On Sun, Jan 31, 2016 at 04:33:00PM +0100, Jean-Michel Hautbois wrote: >>> Some I2C devices have multiple addresses assigned, for

RE: [PATCH v2 06/11] phy: da8xx-usb: new driver for DA8XX SoC USB PHY

From: David Lechner > Sent: 23 March 2016 18:07 > On 03/23/2016 12:21 PM, Sekhar Nori wrote: > >> +/* DA8xx CFGCHIP2 (USB PHY Control) register bits */ > >> +#define PHYCLKGD (1 << 17) > >> +#define VBUSSENSE (1 << 16) > >> +#define RESET (1 << 15) > >>

Where did . come from

Granted, you need something to signify that a file is a dir (remember, in linux everything is a file), and what the parent dir is. I'm assuming that the kernel folks decided the name, or at least have some idea about it. I'm not objecting, it's fine, I just want to know this history behind the

Re: [PATCH v2] i2c: Add generic support passing secondary devices addresses

On Thu, Mar 24, 2016 at 5:11 AM, Jean-Michel Hautbois wrote: > Hi ! > > 2016-02-01 15:46 GMT+01:00 Rob Herring : >> On Sun, Jan 31, 2016 at 04:33:00PM +0100, Jean-Michel Hautbois wrote: >>> Some I2C devices have multiple addresses assigned, for example each address >>> corresponding to a

RE: [PATCH v2 06/11] phy: da8xx-usb: new driver for DA8XX SoC USB PHY

From: David Lechner > Sent: 23 March 2016 18:07 > On 03/23/2016 12:21 PM, Sekhar Nori wrote: > >> +/* DA8xx CFGCHIP2 (USB PHY Control) register bits */ > >> +#define PHYCLKGD (1 << 17) > >> +#define VBUSSENSE (1 << 16) > >> +#define RESET (1 << 15) > >>

Re: Warnings for invalid VDD (sdhci-s3c)

Hi, On Thu, Mar 24, 2016 at 03:11:25PM +0200, Adrian Hunter wrote: > On 24/03/16 10:42, Krzysztof Kozlowski wrote: > > On 24.03.2016 17:24, Jisheng Zhang wrote: > >> Hi, > >> > >> On Thu, 24 Mar 2016 17:09:27 +0900 Jaehoon Chung wrote: > >> > >>> Hi, > >>> > >>> On 03/24/2016 04:58 PM, Jisheng

Re: [PATCH] mmc: Provide tracepoints for request processing

Hi Baolin, [auto build test ERROR on ulf.hansson-mmc/next] [also build test ERROR on v4.5 next-20160324] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Baolin-Wang/mmc-Provide-tracepoints

Re: [PATCH] mmc: Provide tracepoints for request processing

Hi Baolin, [auto build test ERROR on ulf.hansson-mmc/next] [also build test ERROR on v4.5 next-20160324] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Baolin-Wang/mmc-Provide-tracepoints

Re: Warnings for invalid VDD (sdhci-s3c)

Hi, On Thu, Mar 24, 2016 at 03:11:25PM +0200, Adrian Hunter wrote: > On 24/03/16 10:42, Krzysztof Kozlowski wrote: > > On 24.03.2016 17:24, Jisheng Zhang wrote: > >> Hi, > >> > >> On Thu, 24 Mar 2016 17:09:27 +0900 Jaehoon Chung wrote: > >> > >>> Hi, > >>> > >>> On 03/24/2016 04:58 PM, Jisheng

Net niceness

Often I have several downloads using several apps going at once. Despite my searching I've failed to find a tool to tune the DL rate. Does the Linux kernel provide a control in proc or shomwhere? Is there a tool that I'm overlooking? Thanks, David

Re: [PATCH] gpio / ACPI: ignore GpioInt() GPIOs when requesting GPIO_OUT_*

On Wed, Mar 23, 2016 at 03:58:31PM -0700, Dmitry Torokhov wrote: > From: Dmitry Torokhov > > When firmware does not use _DSD properties that allow properly name GPIO > resources, the kernel falls back on parsing _CRS resources, and will > return entries described as GpioInt()

Net niceness

Often I have several downloads using several apps going at once. Despite my searching I've failed to find a tool to tune the DL rate. Does the Linux kernel provide a control in proc or shomwhere? Is there a tool that I'm overlooking? Thanks, David

Re: [PATCH] gpio / ACPI: ignore GpioInt() GPIOs when requesting GPIO_OUT_*

On Wed, Mar 23, 2016 at 03:58:31PM -0700, Dmitry Torokhov wrote: > From: Dmitry Torokhov > > When firmware does not use _DSD properties that allow properly name GPIO > resources, the kernel falls back on parsing _CRS resources, and will > return entries described as GpioInt() as general purpose

Re: [PATCH 3/4] arm64: dts: marvell: Clean up armada-7040-db

On Thu, Mar 24, 2016 at 02:37:23PM +0100, Andrew Lunn wrote: > > > I agree that converting the Marvell Armada 32-bits SoCs would produce a > > > lot of churn. But if some binding are common there is no file at all are > > > in common, so we could use this solution for the 64 bits SoCs only. > > >

Re: [PATCH 3/4] arm64: dts: marvell: Clean up armada-7040-db

On Thu, Mar 24, 2016 at 02:37:23PM +0100, Andrew Lunn wrote: > > > I agree that converting the Marvell Armada 32-bits SoCs would produce a > > > lot of churn. But if some binding are common there is no file at all are > > > in common, so we could use this solution for the 64 bits SoCs only. > > >

Re: [1/2] bcma: fix building without OF_IRQ

Arnd Bergmann writes: > On Wednesday 23 March 2016 15:52:43 Kalle Valo wrote: >> > The bcma driver core can be built with or without DT support, but >> > it fails to build when CONFIG_OF=y and CONFIG_OF_IRQ=n, which >> > can happen on platforms that do not support IRQ domains. >>

Re: [1/2] bcma: fix building without OF_IRQ

Arnd Bergmann writes: > On Wednesday 23 March 2016 15:52:43 Kalle Valo wrote: >> > The bcma driver core can be built with or without DT support, but >> > it fails to build when CONFIG_OF=y and CONFIG_OF_IRQ=n, which >> > can happen on platforms that do not support IRQ domains. >> > >> > ERROR:

Re: [PATCH v5 00/21] PM / devferq: Add generic exynos bus frequency driver and new passive governor

Hello everybody, Markus Reichl wrote: > Hi Chanwoo, > > Am 24.03.2016 um 05:30 schrieb Chanwoo Choi: >> Dear Anand and Tobias, >> >> To Anand, >> First of all, thanks to your test on previous patchset. >> I removed the your tested-by tag from this version >> because I modified the devfreq core

Re: [PATCH v5 00/21] PM / devferq: Add generic exynos bus frequency driver and new passive governor

Hello everybody, Markus Reichl wrote: > Hi Chanwoo, > > Am 24.03.2016 um 05:30 schrieb Chanwoo Choi: >> Dear Anand and Tobias, >> >> To Anand, >> First of all, thanks to your test on previous patchset. >> I removed the your tested-by tag from this version >> because I modified the devfreq core

Re: [PATCH 11/13] libnvdimm, pmem, pfn: make pmem_rw_bytes generic and refactor pfn setup

On Mittwoch, 23. März 2016 18:26:18 CET Dan Williams wrote: > In preparation for providing an alternative (to block device) access > mechanism to persistent memory, convert pmem_rw_bytes() to > nsio_rw_bytes(). This allows ->rw_bytes() functionality without > requiring a 'struct pmem_device' to

Re: [PATCH 11/13] libnvdimm, pmem, pfn: make pmem_rw_bytes generic and refactor pfn setup

On Mittwoch, 23. März 2016 18:26:18 CET Dan Williams wrote: > In preparation for providing an alternative (to block device) access > mechanism to persistent memory, convert pmem_rw_bytes() to > nsio_rw_bytes(). This allows ->rw_bytes() functionality without > requiring a 'struct pmem_device' to

Re: Warnings for invalid VDD (sdhci-s3c)

On Thu, 24 Mar 2016 15:21:47 +0200 Adrian Hunter wrote: > On 24/03/16 15:11, Adrian Hunter wrote: > > On 24/03/16 10:42, Krzysztof Kozlowski wrote: > >> On 24.03.2016 17:24, Jisheng Zhang wrote: > >>> Hi, > >>> > >>> On Thu, 24 Mar 2016 17:09:27 +0900 Jaehoon Chung

Re: Warnings for invalid VDD (sdhci-s3c)

On Thu, 24 Mar 2016 15:21:47 +0200 Adrian Hunter wrote: > On 24/03/16 15:11, Adrian Hunter wrote: > > On 24/03/16 10:42, Krzysztof Kozlowski wrote: > >> On 24.03.2016 17:24, Jisheng Zhang wrote: > >>> Hi, > >>> > >>> On Thu, 24 Mar 2016 17:09:27 +0900 Jaehoon Chung wrote: > >>> > Hi,

Re: Warnings for invalid VDD (sdhci-s3c)

Am 24.03.2016 um 14:11 schrieb Adrian Hunter: > On 24/03/16 10:42, Krzysztof Kozlowski wrote: >> On 24.03.2016 17:24, Jisheng Zhang wrote: >>> Hi, >>> >>> On Thu, 24 Mar 2016 17:09:27 +0900 Jaehoon Chung wrote: >>> Hi, On 03/24/2016 04:58 PM, Jisheng Zhang wrote: > Hi, >

Re: Warnings for invalid VDD (sdhci-s3c)

Am 24.03.2016 um 14:11 schrieb Adrian Hunter: > On 24/03/16 10:42, Krzysztof Kozlowski wrote: >> On 24.03.2016 17:24, Jisheng Zhang wrote: >>> Hi, >>> >>> On Thu, 24 Mar 2016 17:09:27 +0900 Jaehoon Chung wrote: >>> Hi, On 03/24/2016 04:58 PM, Jisheng Zhang wrote: > Hi, >

<    3   4   5   6   7   8   9   10   11   12   >