Western Union Spende

Sir/Madam, Hereby we inform you that WESTERN UNION has international donations project you expressed as a cash grant of awarded [85,000.00 EURO], promoted as a charity donation by Western union international, United Kingdom, in conjunction with the children's Fund of the United Nations

Western Union Spende

Sir/Madam, Hereby we inform you that WESTERN UNION has international donations project you expressed as a cash grant of awarded [85,000.00 EURO], promoted as a charity donation by Western union international, United Kingdom, in conjunction with the children's Fund of the United Nations

Re: [PATCH 3/8] rtc: add STM32 RTC driver

Hi, It seems mostly fine. On 02/12/2016 at 15:09:56 +0100, Amelie Delaunay wrote : > This patch adds support for the STM32 RTC. > > Signed-off-by: Amelie Delaunay > --- > drivers/rtc/Kconfig | 10 + > drivers/rtc/Makefile| 1 + > drivers/rtc/rtc-stm32.c |

Re: [PATCH 3/8] rtc: add STM32 RTC driver

Hi, It seems mostly fine. On 02/12/2016 at 15:09:56 +0100, Amelie Delaunay wrote : > This patch adds support for the STM32 RTC. > > Signed-off-by: Amelie Delaunay > --- > drivers/rtc/Kconfig | 10 + > drivers/rtc/Makefile| 1 + > drivers/rtc/rtc-stm32.c | 777 >

Re: [PATCH v4 4/5] i2c: designware: Add slave mode as separated driver

On Wed, Dec 07, 2016 at 05:55:51PM +, Luis Oliveira wrote: > +#ifndef CONFIG_ACPI > + if (!device_property_match_string(>dev, "mode", "slave")) > + i2c_dw_configure_slave(pdev); > + else > +#endif This kind of ifdeffery doesn't make sense. A single kernel binary may

Re: [PATCH v4 4/5] i2c: designware: Add slave mode as separated driver

On Wed, Dec 07, 2016 at 05:55:51PM +, Luis Oliveira wrote: > +#ifndef CONFIG_ACPI > + if (!device_property_match_string(>dev, "mode", "slave")) > + i2c_dw_configure_slave(pdev); > + else > +#endif This kind of ifdeffery doesn't make sense. A single kernel binary may

[PATCH] selftests: add missing gitignore files/dirs

Add missing files and directories to gitignore. Create .gitignore files as needed. Signed-off-by: Shuah Khan --- tools/testing/selftests/.gitignore | 1 + tools/testing/selftests/nsfs/.gitignore| 2 ++ tools/testing/selftests/sigaltstack/.gitignore |

[PATCH] selftests: add missing gitignore files/dirs

Add missing files and directories to gitignore. Create .gitignore files as needed. Signed-off-by: Shuah Khan --- tools/testing/selftests/.gitignore | 1 + tools/testing/selftests/nsfs/.gitignore| 2 ++ tools/testing/selftests/sigaltstack/.gitignore | 1 + 3 files changed, 4

[PATCH] selftests: add missing set-tz to timers .gitignore

set-tz is missing from timers/.gitignore. Add it. Signed-off-by: Shuah Khan --- tools/testing/selftests/timers/.gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/timers/.gitignore b/tools/testing/selftests/timers/.gitignore index

[PATCH] selftests: add missing set-tz to timers .gitignore

set-tz is missing from timers/.gitignore. Add it. Signed-off-by: Shuah Khan --- tools/testing/selftests/timers/.gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/timers/.gitignore b/tools/testing/selftests/timers/.gitignore index 68f3fc7..cc98662 100644 ---

Re: [PATCH v8 8/8] cpufreq: intel_pstate: Use CPPC to get max performance

On 2016-11-22 12:24:00 [-0800], Tim Chen wrote: > From: "Rafael J. Wysocki" > > This change uses acpi cppc_lib interface to get CPPC performance limits > and calls scheduler interface to update per cpu highest priority. If > there is a difference in highest

Re: [PATCH v8 8/8] cpufreq: intel_pstate: Use CPPC to get max performance

On 2016-11-22 12:24:00 [-0800], Tim Chen wrote: > From: "Rafael J. Wysocki" > > This change uses acpi cppc_lib interface to get CPPC performance limits > and calls scheduler interface to update per cpu highest priority. If > there is a difference in highest performance of each CPUs, call

Re: [RFC] PCI: Change default MPS behavior

On Tue, Dec 06, 2016 at 07:20:27PM -0500, Jon Mason wrote: > Not all systems have a BIOS or firmware to preconfigure the PCIE MPS > prior to Linux booting. Without any firmware to pre-setup the MPS, the > PCIE_BUS_DEFAULT will simply set everything to 0 (128b). This behavior > causes these

Re: [RFC] PCI: Change default MPS behavior

On Tue, Dec 06, 2016 at 07:20:27PM -0500, Jon Mason wrote: > Not all systems have a BIOS or firmware to preconfigure the PCIE MPS > prior to Linux booting. Without any firmware to pre-setup the MPS, the > PCIE_BUS_DEFAULT will simply set everything to 0 (128b). This behavior > causes these

Re: [PATCH v4 2/5] i2c: designware: Master mode as separated driver

On Wed, 2016-12-07 at 17:55 +, Luis Oliveira wrote: > - The functions related to I2C master mode of operation were moved >   to a single file: i2c-designware-master.c > - Common functions were moved into i2c-designware-common.c > - Common definitions were moved into i2c-designware-core.h (were

Re: [PATCH v4 2/5] i2c: designware: Master mode as separated driver

On Wed, 2016-12-07 at 17:55 +, Luis Oliveira wrote: > - The functions related to I2C master mode of operation were moved >   to a single file: i2c-designware-master.c > - Common functions were moved into i2c-designware-common.c > - Common definitions were moved into i2c-designware-core.h (were

Re: [PATCH] arc: use hardware ARCNUM in smp_processor_id()

On 12/07/2016 07:36 AM, Alexey Brodkin wrote: > We used to think that ARC cores in SMP SoC start > consequentially, i.e. core0 -> core1 -> core2 -> core4. > > Moreover we treat core0 as a master core which does some > low-level initialization before allowing other cores to > start doing real

Re: [PATCH 4/9] arm64: dts: rockchip: support dwc3 USB for rk3399

On Wed, Dec 07, 2016 at 08:01:23PM +0100, Heiko Stuebner wrote: > Am Mittwoch, 7. Dezember 2016, 09:52:08 CET schrieb Brian Norris: > > But pcie@f800 is also out of order then. I guess maybe > > that's the only one then. > > Yep, pcie is misplaced as sadly sometimes I miss those errors as

Re: [PATCH] arc: use hardware ARCNUM in smp_processor_id()

On 12/07/2016 07:36 AM, Alexey Brodkin wrote: > We used to think that ARC cores in SMP SoC start > consequentially, i.e. core0 -> core1 -> core2 -> core4. > > Moreover we treat core0 as a master core which does some > low-level initialization before allowing other cores to > start doing real

Re: [PATCH 4/9] arm64: dts: rockchip: support dwc3 USB for rk3399

On Wed, Dec 07, 2016 at 08:01:23PM +0100, Heiko Stuebner wrote: > Am Mittwoch, 7. Dezember 2016, 09:52:08 CET schrieb Brian Norris: > > But pcie@f800 is also out of order then. I guess maybe > > that's the only one then. > > Yep, pcie is misplaced as sadly sometimes I miss those errors as

Re: [PATCH 0/4] UEFI: EFI_MEMORY_ATTRIBUTES_TABLE support for x86

On Wed, 2016-12-07 at 13:56 +, Matt Fleming wrote: > On Tue, 06 Dec, at 11:15:59AM, Sai Praneeth Prakhya wrote: > > From: Sai Praneeth > > > > UEFI v2.6 introduces EFI_MEMORY_ATTRIBUTES_TABLE which describes memory > > protections that may be applied to EFI

Re: [PATCH 0/4] UEFI: EFI_MEMORY_ATTRIBUTES_TABLE support for x86

On Wed, 2016-12-07 at 13:56 +, Matt Fleming wrote: > On Tue, 06 Dec, at 11:15:59AM, Sai Praneeth Prakhya wrote: > > From: Sai Praneeth > > > > UEFI v2.6 introduces EFI_MEMORY_ATTRIBUTES_TABLE which describes memory > > protections that may be applied to EFI Runtime code and data regions by

RE: [PATCH V2 03/13] perf/x86: output sampling overhead

> On Tue, Dec 06, 2016 at 03:47:40PM +, Liang, Kan wrote: > > > > It doesn't record anything, it generates the output. And it doesn't > > > explain why that needs to be in pmu::del(), in general that's a horrible > thing to do. > > > > Yes, it only generate/log the output. Sorry for the

RE: [PATCH V2 03/13] perf/x86: output sampling overhead

> On Tue, Dec 06, 2016 at 03:47:40PM +, Liang, Kan wrote: > > > > It doesn't record anything, it generates the output. And it doesn't > > > explain why that needs to be in pmu::del(), in general that's a horrible > thing to do. > > > > Yes, it only generate/log the output. Sorry for the

Re: [PATCH] mm: page_alloc: High-order per-cpu page allocator v7

On Wed, 2016-12-07 at 10:12 +, Mel Gorman wrote: > This is the result from netperf running UDP_STREAM on localhost. It was > selected on the basis that it is slab-intensive and has been the subject > of previous SLAB vs SLUB comparisons with the caveat that this is not > testing between two

Re: [PATCH 4/9] arm64: dts: rockchip: support dwc3 USB for rk3399

Am Mittwoch, 7. Dezember 2016, 09:52:08 CET schrieb Brian Norris: > Hi, > > On Wed, Dec 07, 2016 at 06:09:16PM +0100, Heiko Stuebner wrote: > > Am Donnerstag, 1. Dezember 2016, 18:27:28 CET schrieb Brian Norris: > > > Add the dwc3 usb needed node information for rk3399. > > > > > >

Re: [PATCH] mm: page_alloc: High-order per-cpu page allocator v7

On Wed, 2016-12-07 at 10:12 +, Mel Gorman wrote: > This is the result from netperf running UDP_STREAM on localhost. It was > selected on the basis that it is slab-intensive and has been the subject > of previous SLAB vs SLUB comparisons with the caveat that this is not > testing between two

Re: [PATCH 4/9] arm64: dts: rockchip: support dwc3 USB for rk3399

Am Mittwoch, 7. Dezember 2016, 09:52:08 CET schrieb Brian Norris: > Hi, > > On Wed, Dec 07, 2016 at 06:09:16PM +0100, Heiko Stuebner wrote: > > Am Donnerstag, 1. Dezember 2016, 18:27:28 CET schrieb Brian Norris: > > > Add the dwc3 usb needed node information for rk3399. > > > > > >

[GIT PULL] perf fixes

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: 8fc31ce8896fc3cea1d79688c8ff950ad4e73afe perf/core: Remove invalid warning from list_update_cgroup_even()t A bogus warning fix, a

[GIT PULL] perf fixes

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: 8fc31ce8896fc3cea1d79688c8ff950ad4e73afe perf/core: Remove invalid warning from list_update_cgroup_even()t A bogus warning fix, a

Re: [Qemu-devel] [PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

On Wed, Dec 07, 2016 at 10:44:31AM -0800, Dave Hansen wrote: > On 12/07/2016 10:38 AM, Andrea Arcangeli wrote: > >> > and leaves room for the bitmap size to be encoded as well, if we decide > >> > we need a bitmap in the future. > > How would a bitmap ever be useful with very large page-order? >

Re: [PATCH v4 1/5] i2c: designware: Refactoring of the i2c-designware

On Wed, 2016-12-07 at 17:55 +, Luis Oliveira wrote: > - Factor out all _master() part of code from i2c-designware-core >   and i2c-designware-platdrv to separate functions. > - Standardize all code related with MASTER modes. > Couple of comments, after addressing them Acked-by: Andy

Re: [PATCH v4 1/5] i2c: designware: Refactoring of the i2c-designware

On Wed, 2016-12-07 at 17:55 +, Luis Oliveira wrote: > - Factor out all _master() part of code from i2c-designware-core >   and i2c-designware-platdrv to separate functions. > - Standardize all code related with MASTER modes. > Couple of comments, after addressing them Acked-by: Andy

Re: [Qemu-devel] [PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

On Wed, Dec 07, 2016 at 10:44:31AM -0800, Dave Hansen wrote: > On 12/07/2016 10:38 AM, Andrea Arcangeli wrote: > >> > and leaves room for the bitmap size to be encoded as well, if we decide > >> > we need a bitmap in the future. > > How would a bitmap ever be useful with very large page-order? >

Re: [PATCH] arc: use hardware ARCNUM in smp_processor_id()

+CC PeterZ, Andy On 12/07/2016 07:36 AM, Alexey Brodkin wrote: > We used to think that ARC cores in SMP SoC start > consequentially, i.e. core0 -> core1 -> core2 -> core4. > > Moreover we treat core0 as a master core which does some > low-level initialization before allowing other cores to >

Re: [PATCH] arc: use hardware ARCNUM in smp_processor_id()

+CC PeterZ, Andy On 12/07/2016 07:36 AM, Alexey Brodkin wrote: > We used to think that ARC cores in SMP SoC start > consequentially, i.e. core0 -> core1 -> core2 -> core4. > > Moreover we treat core0 as a master core which does some > low-level initialization before allowing other cores to >

Re: linux-next: build failure after merge of the tip tree

* Arnaldo Carvalho de Melo wrote: > Em Wed, Dec 07, 2016 at 09:12:15AM +0100, Jiri Olsa escreveu: > > On Wed, Dec 07, 2016 at 08:45:14AM +0100, Ingo Molnar wrote: > > > > SNIP > > > > > * Stephen Rothwell wrote: > > > > > > > Hi all, > > > > > > > >

Re: linux-next: build failure after merge of the tip tree

* Arnaldo Carvalho de Melo wrote: > Em Wed, Dec 07, 2016 at 09:12:15AM +0100, Jiri Olsa escreveu: > > On Wed, Dec 07, 2016 at 08:45:14AM +0100, Ingo Molnar wrote: > > > > SNIP > > > > > * Stephen Rothwell wrote: > > > > > > > Hi all, > > > > > > > > After merging the tip tree, today's

Re: Misalignment, MIPS, and ip_hdr(skb)->version

On Wed, Dec 7, 2016 at 7:51 PM, David Miller wrote: > It's so much better to analyze properly where the misalignment comes from > and address it at the source, as we have for various cases that trip up > Sparc too. That's sort of my attitude too, hence starting this thread.

Re: Misalignment, MIPS, and ip_hdr(skb)->version

On Wed, Dec 7, 2016 at 7:51 PM, David Miller wrote: > It's so much better to analyze properly where the misalignment comes from > and address it at the source, as we have for various cases that trip up > Sparc too. That's sort of my attitude too, hence starting this thread. Any pointers you have

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: 55f856e640560494518eaf24fe9d2d2089fba71a x86/unwind: Fix guess-unwinder regression Misc fixes: a core dumping crash fix, a

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: 55f856e640560494518eaf24fe9d2d2089fba71a x86/unwind: Fix guess-unwinder regression Misc fixes: a core dumping crash fix, a

Re: [RFC v3 00/10] KVM PCIe/MSI passthrough on ARM/ARM64 and IOVA reserved regions

Hi Eric, Is there any reason why you are not supporting SMMUv3 driver? Qualcomm hardware doesn't not support SMMUv2 hardware, please add support for SMMUv3 in next patch set. I've ported ' RFC,v3,09/10] iommu/arm-smmu: Implement reserved region get/put callbacks' to SMMUv3 driver and tested

Re: [RFC v3 00/10] KVM PCIe/MSI passthrough on ARM/ARM64 and IOVA reserved regions

Hi Eric, Is there any reason why you are not supporting SMMUv3 driver? Qualcomm hardware doesn't not support SMMUv2 hardware, please add support for SMMUv3 in next patch set. I've ported ' RFC,v3,09/10] iommu/arm-smmu: Implement reserved region get/put callbacks' to SMMUv3 driver and tested

Re: [Qemu-devel] [PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

On 12/07/2016 10:38 AM, Andrea Arcangeli wrote: >> > and leaves room for the bitmap size to be encoded as well, if we decide >> > we need a bitmap in the future. > How would a bitmap ever be useful with very large page-order? Please, guys. Read the patches. *Please*. The current code doesn't

Re: [Qemu-devel] [PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

On 12/07/2016 10:38 AM, Andrea Arcangeli wrote: >> > and leaves room for the bitmap size to be encoded as well, if we decide >> > we need a bitmap in the future. > How would a bitmap ever be useful with very large page-order? Please, guys. Read the patches. *Please*. The current code doesn't

Re: Misalignment, MIPS, and ip_hdr(skb)->version

From: Dave Taht Date: Wed, 7 Dec 2016 10:47:16 -0800 > https://git.lede-project.org/?p=openwrt/source.git;a=blob;f=target/linux/ar71xx/patches-4.4/910-unaligned_access_hacks.patch;h=b4b749e4b9c02a74a9f712a2740d63e554de5c64;hb=ee53a240ac902dc83209008a2671e7fdcf55957a It's so

Re: Misalignment, MIPS, and ip_hdr(skb)->version

From: Dave Taht Date: Wed, 7 Dec 2016 10:47:16 -0800 > https://git.lede-project.org/?p=openwrt/source.git;a=blob;f=target/linux/ar71xx/patches-4.4/910-unaligned_access_hacks.patch;h=b4b749e4b9c02a74a9f712a2740d63e554de5c64;hb=ee53a240ac902dc83209008a2671e7fdcf55957a It's so much better to

[GIT PULL] scheduler fix

Linus, Please pull the latest sched-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-urgent-for-linus # HEAD: 83929cce95251cc77e5659bf493bd424ae0e7a67 sched/autogroup: Fix 64-bit kernel nice level adjustment An autogroup nice level

[GIT PULL] scheduler fix

Linus, Please pull the latest sched-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-urgent-for-linus # HEAD: 83929cce95251cc77e5659bf493bd424ae0e7a67 sched/autogroup: Fix 64-bit kernel nice level adjustment An autogroup nice level

Re: Misalignment, MIPS, and ip_hdr(skb)->version

The openwrt tree has long contained a set of patches that correct for unaligned issues throughout the linux network stack.

Re: Misalignment, MIPS, and ip_hdr(skb)->version

The openwrt tree has long contained a set of patches that correct for unaligned issues throughout the linux network stack.

[GIT PULL] locking fixes

Linus, Please pull the latest locking-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git locking-urgent-for-linus # HEAD: f943fe0faf27991d256e10b5a85f175385c64cdc lockdep: Fix report formatting Two rtmutex race fixes (which miraculously never

[GIT PULL] locking fixes

Linus, Please pull the latest locking-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git locking-urgent-for-linus # HEAD: f943fe0faf27991d256e10b5a85f175385c64cdc lockdep: Fix report formatting Two rtmutex race fixes (which miraculously never

[GIT PULL] objtool fix

Linus, Please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus # HEAD: 69042bf2001b44e81cd86ab11a4637b9d9a14c5a objtool: Fix bytes check of lea's rex_prefix A single late breaking fix for objtool.

[GIT PULL] objtool fix

Linus, Please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus # HEAD: 69042bf2001b44e81cd86ab11a4637b9d9a14c5a objtool: Fix bytes check of lea's rex_prefix A single late breaking fix for objtool.

Re: [Qemu-devel] [PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

Hello, On Wed, Dec 07, 2016 at 08:57:01AM -0800, Dave Hansen wrote: > It is more space-efficient. We're fitting the order into 6 bits, which > would allows the full 2^64 address space to be represented in one entry, Very large order is the same as very large len, 6 bits of order or 8 bytes of

Re: [Qemu-devel] [PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

Hello, On Wed, Dec 07, 2016 at 08:57:01AM -0800, Dave Hansen wrote: > It is more space-efficient. We're fitting the order into 6 bits, which > would allows the full 2^64 address space to be represented in one entry, Very large order is the same as very large len, 6 bits of order or 8 bytes of

Re: [PATCH 3/8] rtc: add STM32 RTC driver

On 05/12/2016 at 10:43:14 +0100, Amelie DELAUNAY wrote : > >> + > >> +device_init_wakeup(>dev, true); > > > > What happens if device_init_wakeup() returns an error? > It means that RTC won't be able to wake up the board with RTC alarm. I can > add a warning for the user in this case ? > >

Re: [PATCH 3/8] rtc: add STM32 RTC driver

On 05/12/2016 at 10:43:14 +0100, Amelie DELAUNAY wrote : > >> + > >> +device_init_wakeup(>dev, true); > > > > What happens if device_init_wakeup() returns an error? > It means that RTC won't be able to wake up the board with RTC alarm. I can > add a warning for the user in this case ? > >

Misalignment, MIPS, and ip_hdr(skb)->version

Hey MIPS Networking People, I receive encrypted packets with a 13 byte header. I decrypt the ciphertext in place, and then discard the header. I then pass the plaintext to the rest of the networking stack. The plaintext is an IP packet. Due to the 13 byte header that was discarded, the plaintext

Misalignment, MIPS, and ip_hdr(skb)->version

Hey MIPS Networking People, I receive encrypted packets with a 13 byte header. I decrypt the ciphertext in place, and then discard the header. I then pass the plaintext to the rest of the networking stack. The plaintext is an IP packet. Due to the 13 byte header that was discarded, the plaintext

Re: [PATCH 25/39] Annotate hardware config module parameters in drivers/pci/hotplug/

On Thu, Dec 01, 2016 at 12:32:58PM +, David Howells wrote: > When the kernel is running in secure boot mode, we lock down the kernel to > prevent userspace from modifying the running kernel image. Whilst this > includes prohibiting access to things like /dev/mem, it must also prevent > access

Re: Perf hotplug lockup in v4.9-rc8

On Wed, Dec 07, 2016 at 05:53:47PM +, Mark Rutland wrote: > On Wed, Dec 07, 2016 at 01:52:17PM +, Mark Rutland wrote: > > Hi all > > > > Jeremy noticed a kernel lockup on arm64 when the perf tool was used in > > parallel with hotplug, which I've reproduced on arm64 and x86(-64) with > >

Re: [PATCH 25/39] Annotate hardware config module parameters in drivers/pci/hotplug/

On Thu, Dec 01, 2016 at 12:32:58PM +, David Howells wrote: > When the kernel is running in secure boot mode, we lock down the kernel to > prevent userspace from modifying the running kernel image. Whilst this > includes prohibiting access to things like /dev/mem, it must also prevent > access

Re: Perf hotplug lockup in v4.9-rc8

On Wed, Dec 07, 2016 at 05:53:47PM +, Mark Rutland wrote: > On Wed, Dec 07, 2016 at 01:52:17PM +, Mark Rutland wrote: > > Hi all > > > > Jeremy noticed a kernel lockup on arm64 when the perf tool was used in > > parallel with hotplug, which I've reproduced on arm64 and x86(-64) with > >

Note on 4.10 merge window timing (was Re: Linux 4.9-rc8)

[ people I pulled from during the last merge window added in the bcc. Except i probably messed up the name->email conversion, so if you don't get it, it's because I'm incompetent ] On Sun, Dec 4, 2016 at 1:30 PM, Linus Torvalds wrote: > > So if anybody has been

Note on 4.10 merge window timing (was Re: Linux 4.9-rc8)

[ people I pulled from during the last merge window added in the bcc. Except i probably messed up the name->email conversion, so if you don't get it, it's because I'm incompetent ] On Sun, Dec 4, 2016 at 1:30 PM, Linus Torvalds wrote: > > So if anybody has been following the git tree, it should

[tip:perf/core] perf tools: Explicitly document that --children is enabled by default

Commit-ID: 108a7c103b761309ccbd997002e8428808cf1e04 Gitweb: http://git.kernel.org/tip/108a7c103b761309ccbd997002e8428808cf1e04 Author: Yannick Brosseau AuthorDate: Fri, 2 Dec 2016 11:07:32 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7

[tip:perf/core] perf tools: Explicitly document that --children is enabled by default

Commit-ID: 108a7c103b761309ccbd997002e8428808cf1e04 Gitweb: http://git.kernel.org/tip/108a7c103b761309ccbd997002e8428808cf1e04 Author: Yannick Brosseau AuthorDate: Fri, 2 Dec 2016 11:07:32 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7 Dec 2016 12:00:35 -0300 perf tools:

[tip:perf/core] perf sched: Cleanup option processing

Commit-ID: 6fa94258ce2673adc707b2ec5668464f2cf83ed3 Gitweb: http://git.kernel.org/tip/6fa94258ce2673adc707b2ec5668464f2cf83ed3 Author: Namhyung Kim AuthorDate: Tue, 6 Dec 2016 12:40:01 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7

[tip:perf/core] perf sched: Cleanup option processing

Commit-ID: 6fa94258ce2673adc707b2ec5668464f2cf83ed3 Gitweb: http://git.kernel.org/tip/6fa94258ce2673adc707b2ec5668464f2cf83ed3 Author: Namhyung Kim AuthorDate: Tue, 6 Dec 2016 12:40:01 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7 Dec 2016 12:00:33 -0300 perf sched:

[tip:perf/core] perf callchain: Introduce callchain_cursor__copy()

Commit-ID: 571f1eb9b967a52732d2e1f41f1b62e27c900325 Gitweb: http://git.kernel.org/tip/571f1eb9b967a52732d2e1f41f1b62e27c900325 Author: Namhyung Kim AuthorDate: Tue, 6 Dec 2016 12:40:02 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7

[tip:perf/core] perf callchain: Introduce callchain_cursor__copy()

Commit-ID: 571f1eb9b967a52732d2e1f41f1b62e27c900325 Gitweb: http://git.kernel.org/tip/571f1eb9b967a52732d2e1f41f1b62e27c900325 Author: Namhyung Kim AuthorDate: Tue, 6 Dec 2016 12:40:02 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7 Dec 2016 12:00:33 -0300 perf callchain:

[tip:perf/core] perf sched timehist: Handle zero sample->tid properly

Commit-ID: 5d92d96a947a5d0d83710d11750bb29a0c1b985d Gitweb: http://git.kernel.org/tip/5d92d96a947a5d0d83710d11750bb29a0c1b985d Author: Namhyung Kim AuthorDate: Tue, 6 Dec 2016 12:40:03 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7

[tip:perf/core] perf sched timehist: Cleanup idle_max_cpu handling

Commit-ID: b336352b417edd8c058c9e09d136728b6e2ff56d Gitweb: http://git.kernel.org/tip/b336352b417edd8c058c9e09d136728b6e2ff56d Author: Namhyung Kim AuthorDate: Tue, 6 Dec 2016 12:40:05 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7

[tip:perf/core] perf sched timehist: Handle zero sample->tid properly

Commit-ID: 5d92d96a947a5d0d83710d11750bb29a0c1b985d Gitweb: http://git.kernel.org/tip/5d92d96a947a5d0d83710d11750bb29a0c1b985d Author: Namhyung Kim AuthorDate: Tue, 6 Dec 2016 12:40:03 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7 Dec 2016 12:00:34 -0300 perf sched

[tip:perf/core] perf sched timehist: Cleanup idle_max_cpu handling

Commit-ID: b336352b417edd8c058c9e09d136728b6e2ff56d Gitweb: http://git.kernel.org/tip/b336352b417edd8c058c9e09d136728b6e2ff56d Author: Namhyung Kim AuthorDate: Tue, 6 Dec 2016 12:40:05 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7 Dec 2016 12:00:34 -0300 perf sched

[tip:perf/core] perf sched timehist: Improve error message when analyzing wrong file

Commit-ID: f45bf8d3939d8f32f06ec12e56d2b8651c5437b4 Gitweb: http://git.kernel.org/tip/f45bf8d3939d8f32f06ec12e56d2b8651c5437b4 Author: David Ahern AuthorDate: Tue, 29 Nov 2016 13:39:48 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7 Dec

[tip:perf/core] perf sched timehist: Improve error message when analyzing wrong file

Commit-ID: f45bf8d3939d8f32f06ec12e56d2b8651c5437b4 Gitweb: http://git.kernel.org/tip/f45bf8d3939d8f32f06ec12e56d2b8651c5437b4 Author: David Ahern AuthorDate: Tue, 29 Nov 2016 13:39:48 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 7 Dec 2016 12:00:32 -0300 perf sched

RE: [PATCH 1/1] mtd: spi-nor: remove WARN_ONCE() message in spi_nor_write()

> -Original Message- > From: Cyrille Pitchen [mailto:cyrille.pitc...@atmel.com] > Sent: Wednesday, December 07, 2016 2:08 PM > To: Krzeminski, Marcin (Nokia - PL/Wroclaw) > ; Marek Vasut ; > Cyrille Pitchen >

RE: [PATCH 1/1] mtd: spi-nor: remove WARN_ONCE() message in spi_nor_write()

> -Original Message- > From: Cyrille Pitchen [mailto:cyrille.pitc...@atmel.com] > Sent: Wednesday, December 07, 2016 2:08 PM > To: Krzeminski, Marcin (Nokia - PL/Wroclaw) > ; Marek Vasut ; > Cyrille Pitchen > Cc: boris.brezil...@free-electrons.com; computersforpe...@gmail.com; >

Re: [RFC v3 09/10] iommu/arm-smmu: Implement reserved region get/put callbacks

On 07/12/16 15:02, Auger Eric wrote: > Hi Robin, > On 06/12/2016 19:55, Robin Murphy wrote: >> On 15/11/16 13:09, Eric Auger wrote: >>> The get() populates the list with the PCI host bridge windows >>> and the MSI IOVA range. >>> >>> At the moment an arbitray MSI IOVA window is set at 0x800

Re: [RFC v3 09/10] iommu/arm-smmu: Implement reserved region get/put callbacks

On 07/12/16 15:02, Auger Eric wrote: > Hi Robin, > On 06/12/2016 19:55, Robin Murphy wrote: >> On 15/11/16 13:09, Eric Auger wrote: >>> The get() populates the list with the PCI host bridge windows >>> and the MSI IOVA range. >>> >>> At the moment an arbitray MSI IOVA window is set at 0x800

[tip:perf/core] perf tools: Move perf build related variables under non fixdep leg

Commit-ID: 8ac1eb7bab7c8d9d6f00b3e2a408611c45d9dff0 Gitweb: http://git.kernel.org/tip/8ac1eb7bab7c8d9d6f00b3e2a408611c45d9dff0 Author: Jiri Olsa AuthorDate: Tue, 6 Dec 2016 14:18:50 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 6 Dec 2016

[tip:perf/core] perf tools: Force fixdep compilation at the start of the build

Commit-ID: abb26210a39522a6645bce3f438ed9a26bedb11b Gitweb: http://git.kernel.org/tip/abb26210a39522a6645bce3f438ed9a26bedb11b Author: Jiri Olsa AuthorDate: Tue, 6 Dec 2016 14:18:49 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 6 Dec 2016

[tip:perf/core] perf tools: Move perf build related variables under non fixdep leg

Commit-ID: 8ac1eb7bab7c8d9d6f00b3e2a408611c45d9dff0 Gitweb: http://git.kernel.org/tip/8ac1eb7bab7c8d9d6f00b3e2a408611c45d9dff0 Author: Jiri Olsa AuthorDate: Tue, 6 Dec 2016 14:18:50 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 6 Dec 2016 13:23:03 -0300 perf tools: Move

[tip:perf/core] perf tools: Force fixdep compilation at the start of the build

Commit-ID: abb26210a39522a6645bce3f438ed9a26bedb11b Gitweb: http://git.kernel.org/tip/abb26210a39522a6645bce3f438ed9a26bedb11b Author: Jiri Olsa AuthorDate: Tue, 6 Dec 2016 14:18:49 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 6 Dec 2016 13:23:02 -0300 perf tools: Force

[tip:perf/core] perf build: Check LLVM version in feature check

Commit-ID: a940cad331e79cc03d9ae74f56a2c7cb810bdce9 Gitweb: http://git.kernel.org/tip/a940cad331e79cc03d9ae74f56a2c7cb810bdce9 Author: Wang Nan AuthorDate: Tue, 6 Dec 2016 07:22:30 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 6 Dec

[tip:perf/core] perf build: Check LLVM version in feature check

Commit-ID: a940cad331e79cc03d9ae74f56a2c7cb810bdce9 Gitweb: http://git.kernel.org/tip/a940cad331e79cc03d9ae74f56a2c7cb810bdce9 Author: Wang Nan AuthorDate: Tue, 6 Dec 2016 07:22:30 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 6 Dec 2016 13:21:55 -0300 perf build: Check

[tip:perf/core] perf tools: Move PERF-VERSION-FILE target into rules area

Commit-ID: 16e2ef4ed27f503afc2d69f0980f200b329cab83 Gitweb: http://git.kernel.org/tip/16e2ef4ed27f503afc2d69f0980f200b329cab83 Author: Jiri Olsa AuthorDate: Tue, 6 Dec 2016 14:18:48 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 6 Dec 2016

[tip:perf/core] perf tools: Move PERF-VERSION-FILE target into rules area

Commit-ID: 16e2ef4ed27f503afc2d69f0980f200b329cab83 Gitweb: http://git.kernel.org/tip/16e2ef4ed27f503afc2d69f0980f200b329cab83 Author: Jiri Olsa AuthorDate: Tue, 6 Dec 2016 14:18:48 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 6 Dec 2016 13:23:00 -0300 perf tools: Move

Re: [PATCH 4.8 00/35] 4.8.13-stable review

On 12/07/2016 12:08 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.8.13 release. > There are 35 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 4.8 00/35] 4.8.13-stable review

On 12/07/2016 12:08 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.8.13 release. > There are 35 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [GIT PULL 00/10] perf/core improvements and fixes

git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-core-for-mingo-20161207 > > for you to fetch changes up to 108a7c103b761309ccbd997002e8428808cf1e04: > > perf tools: Explicitly d

Re: [PATCH] drivers/pci/host/vmd: Fix suspend handlers unused warning

On Sat, Nov 26, 2016 at 07:29:57PM +0100, Borislav Petkov wrote: > From: Borislav Petkov > > Fix: > > drivers/pci/host/vmd.c:731:12: warning: ‘vmd_suspend’ defined but not used > [-Wunused-function] >static int vmd_suspend(struct device *dev) > ^ >

Re: [GIT PULL 00/10] perf/core improvements and fixes

> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-core-for-mingo-20161207 > > for you to fetch changes up to 108a7c103b761309ccbd997002e8428808cf1e04: > > perf tools: Explicitly documen

Re: [PATCH] drivers/pci/host/vmd: Fix suspend handlers unused warning

On Sat, Nov 26, 2016 at 07:29:57PM +0100, Borislav Petkov wrote: > From: Borislav Petkov > > Fix: > > drivers/pci/host/vmd.c:731:12: warning: ‘vmd_suspend’ defined but not used > [-Wunused-function] >static int vmd_suspend(struct device *dev) > ^ >

Re: [PATCH 4.4 00/13] 4.4.37-stable review

On 12/07/2016 12:07 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.37 release. > There are 13 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 4.4 00/13] 4.4.37-stable review

On 12/07/2016 12:07 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.37 release. > There are 13 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

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