Re: [x86, kaslr] BUG: kernel boot hang

On Tue, Jan 14, 2014 at 8:02 AM, H. Peter Anvin wrote: > On 01/14/2014 05:31 AM, Fengguang Wu wrote: >> Greetings, >> >> I got the below dmesg and the first bad commit is >> >> commit 82fa9637a2ba285bcc7c5050c73010b2c1b3d803 >> Author: Kees Cook >> AuthorDate: Thu Oct 10 17:18:16 2013 -0700

Re: [PATCH 2/7] drivers/amba: don't check resource with devm_ioremap_resource

> This looks fine. I expect to apply it for 3.15 after the 3.14 merge > window, unless it's urgent to get it into 3.14 for some reason? Nope, it is not. I wasn't aiming for 3.14, it was simply in my queue. signature.asc Description: Digital signature

Re: [x86, kaslr] BUG: kernel boot hang

On Tue, Jan 14, 2014 at 5:31 AM, Fengguang Wu wrote: > Greetings, > > I got the below dmesg and the first bad commit is > > commit 82fa9637a2ba285bcc7c5050c73010b2c1b3d803 > Author: Kees Cook > AuthorDate: Thu Oct 10 17:18:16 2013 -0700 > Commit: H. Peter Anvin > CommitDate: Sun Oct 13

[RFC] hotplug, memory: move register_memory_resource out of the lock_memory_hotplug

We don't need to do register_memory_resource() since it has its own lock and doesn't make any callbacks. Also register_memory_resource return NULL on failure so we don't have anything to cleanup at this point. The reason for this rfc is I was doing some experiments with hotplugging of memory on

[no subject]

Hello, The Project is about the exportation of 100,000 barrels of Light Crude Oil daily out from Iraq to Turkey through my client's company in Iraq at the rate of $92.00 a barrel. This amount to $9,200,000 daily. I ask for your support as a foreigner to handle this business project with my

Re: [PATCH 1/4] x86, ptdump: Add the functionality to dump an arbitrary pagetable

On 01/13/2014 05:40 PM, Dave Young wrote: > On 01/13/14 at 06:48am, Arjan van de Ven wrote: >> On 1/13/2014 4:23 AM, Dave Young wrote: > How about do not limit to only if (pgd) case, instead do something > like below: set dump_to_dmesg as a module parameter X86_PTDUMP is not

Re: [RFC] sysfs_rename_link() and its usage

On Tue, Jan 14, 2014 at 06:17:40PM +0100, Veaceslav Falico wrote: > Hi, > > I'm hitting a strange issue and/or I'm completely lost in sysfs internals. > > Consider having two net_device *a, *b; which are registered normally. > Now, to create a link from /sys/class/net/a->name/linkname to b, one

Re: [PATCH RFC] reciprocal_divide: correction/update of the algorithm

On Mon, 2014-01-13 at 22:42 +0100, Hannes Frederic Sowa wrote: > This patch is a RFC and part of a series Daniel Borkmann and me want to > do when introducing prandom_u32_range{,_ro} and prandom_u32_max{,_ro} > helpers later this week. > -static inline u32 reciprocal_divide(u32 A, u32 R) >

[RFC][PATCH 3/9] mm: page->pfmemalloc only used by slab/skb

From: Dave Hansen page->pfmemalloc does not deserve a spot in 'struct page'. It is only used transiently _just_ after a page leaves the buddy allocator. Instead of declaring a union, we move its functionality behind a few quick accessor functions. This way we could also much more easily

[RFC][PATCH 5/9] mm: rearrange struct page

From: Dave Hansen To make the layout of 'struct page' look nicer, I broke up a few of the unions. But, this has a cost: things that were guaranteed to line up before might not any more. To make up for that, some BUILD_BUG_ON()s are added to manually check for the alignment dependencies. This

Re: [PATCH v8 4/4] qrwlock: Use smp_store_release() in write_unlock()

On 01/14/2014 09:08 AM, Matt Turner wrote: > On Tue, Jan 14, 2014 at 3:03 AM, Peter Zijlstra wrote: >> On Tue, Jan 14, 2014 at 10:28:23AM +0800, Daniel J Blueman wrote: Peter, I found out that the build failure was caused by the fact that the __native_word() macro (used

Re: [PATCHv2] driver core/platform: don't leak memory allocated for dma_mask

On Tue, Jan 14, 2014 at 11:36:48AM +0100, Uwe Kleine-König wrote: > > I will try to get some figure on the number of platform_device > > registered with a dmamask versus without a dmamask: adding the u64 to > > all platform_object might cost more memory than the extra code (1 branch > > and a

[RFC][PATCH 7/9] mm: slub: remove 'struct page' alignment restrictions

From: Dave Hansen SLUB depends on a 16-byte cmpxchg for an optimization. In order to get guaranteed 16-byte alignment (required by the hardware on x86), 'struct page' is padded out from 56 to 64 bytes. Those 8-bytes matter. We've gone to great lengths to keep 'struct page' small in the past.

[RFC][PATCH 0/9] re-shrink 'struct page' when SLUB is on.

This is a minor update from the last version. The most notable thing is that I was able to demonstrate that maintaining the cmpxchg16 optimization has _some_ value. These are still of RFC quality. They're stable, but definitely needs some wider testing, especially on 32-bit. Mostly just

[RFC][PATCH 2/9] mm: slub: abstract out double cmpxchg option

From: Dave Hansen I found this useful to have in my testing. I would like to have it available for a bit, at least until other folks have had a chance to do some testing with it. We should probably just pull the help text and the description out of this so that folks are not prompted for it

Re: [PATCH RFC] reciprocal_divide: correction/update of the algorithm

On 01/13/2014 01:42 PM, Hannes Frederic Sowa wrote: > > I propose an correction/update of the algorithm > based on the paper "T. Granlund and P. L. Montgomery: > Division by Invariant Integers Using Multiplication" > > > The

[RFC][PATCH 4/9] mm: slabs: reset page at free

From: Dave Hansen In order to simplify 'struct page', we will shortly be moving some fields around. This causes slub's ->freelist usage to impinge on page->mapping's storage space. The buddy allocator wants ->mapping to be NULL when a page is handed back, so we have to make sure that it is

Re: [RFT][PATCH] ACPI / init: Run acpi_early_init() before efi_enter_virtual_mode()

On 01/13/2014 08:09 PM, joeyli wrote: > > This patch works to me on Acer Gateway Z5WT2 UEFI notebook and Intel > UEFI development board. > > Does it possible move acpi_early_init() to before timekeeping_init()? > The position is also before efi_enter_virtual_mode() and that will be > useful for

[RFC][PATCH 9/9] mm: fix alignment checks on 32-bit

The checks fail on 32-bit. This needs to get folded back in to the original patches. Please ignore this for now. --- b/include/linux/mm_types.h | 14 -- b/mm/slab_common.c | 16 ++-- 2 files changed, 14 insertions(+), 16 deletions(-) diff -puN

[RFC][PATCH 8/9] mm: slub: cleanups after code churn

From: Dave Hansen I added a bunch of longer than 80 column lines and other various messes. But, doing line-to-line code replacements makes the previous patch much easier to audit. I stuck the cleanups in here instead. The slub code also delcares a bunch of 'struct page's on the stack. Now

Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support

On 01/12/2014 11:55 PM, Peter Zijlstra wrote: > > The problem is, since there's a limited number of RMIDs we have to > rotate at some point, but since changing RMIDs is nondeterministic we > can't. > This is fundamentally the crux here. RMIDs are quite expensive for the hardware to implement,

[RFC][PATCH 6/9] mm: slub: rearrange 'struct page' fields

From: Dave Hansen SLUB has some very unique alignment constraints it places on 'struct page'. Break those out in to a separate structure which will not pollute 'struct page'. This structure will be moved around inside 'struct page' at runtime in the next patch, so it is necessary to break it

Re: [PATCH] ASoC: simple-card: simplify code

On Tue, Jan 14, 2014 at 05:12:58PM +0100, Jean-Francois Moine wrote: > Mark Brown wrote: > > Please send this as a patch series to aid review, one patch doing four > > different changes is much harder to review. > As there are other bugs to fix, I may put back the 'of_device_is_available', >

[RFC][PATCH 1/9] mm: slab/slub: use page->list consistently instead of page->lru

From: Dave Hansen 'struct page' has two list_head fields: 'lru' and 'list'. Conveniently, they are unioned together. This means that code can use them interchangably, which gets horribly confusing like with this nugget from slab.c: > list_del(>lru); > if (page->active ==

Re: [PATCH] ARM: OMAP4: sleep: byteswap data for big-endian

On Tue, Jan 14, 2014 at 11:35 AM, Victor Kamensky wrote: > > When BE kernel is built Makefile does take of compiling code in BE > mode. I.e all proper flags like -mbig-endian and -Wl,--be8 will be set. Agreed, and I assume you cannot instead switch to LE mode when entering assembly assuming LE?

[ANNOUNCE] Git v1.8.5.3

The latest maintenance release Git v1.8.5.3 is now available at the usual places, backporting the fixes that happened on the 'master' front. The release tarballs are found at: http://code.google.com/p/git-core/downloads/list and their SHA-1 checksums are:

Re: [PATCH] x86, CPU, AMD: Add workaround for family 16h, erratum 793

On 01/14/2014 08:42 AM, Borislav Petkov wrote: > On Tue, Jan 14, 2014 at 08:30:31AM -0800, H. Peter Anvin wrote: >> Please put MSR_AMD_LS_CFG in msr-index.h or at least at the top of the >> file, > > Yeah, can we agree on some kind of a rule for msr-index.h? Something > like the rule for pci.h,

Re: [PATCH v3 1/2] Staging: lustre: Refactor the function interval_erase_color() in /lustre/ldlm/interval_tree.c

On Jan 14, 2014, at 3:09 AM, Monam Agarwal mailto:monamagarwal...@gmail.com>> wrote: On Tue, Jan 14, 2014 at 1:31 PM, Xiong, Jinshan mailto:jinshan.xi...@intel.com>> wrote: On Jan 13, 2014, at 11:56 PM, Dilger, Andreas mailto:andreas.dil...@intel.com>> wrote: Begin forwarded message:

Re: [PATCH] [RFC] netfilter: nf_conntrack: don't relase a conntrack with non-zero refcnt

On Tue, Jan 14, 2014 at 09:35:48PM +0400, Andrey Vagin wrote: > > Eric and Florian, could you look at this patch. When you say, > that it looks good, I will ask the user to validate it. > I can't reorder these actions, because it's reproduced on a real host > with real users. Thanks. > >

Re: [PATCH 2/7] drivers/amba: don't check resource with devm_ioremap_resource

On 01/14/2014 04:58 AM, Wolfram Sang wrote: > devm_ioremap_resource does sanity checks on the given resource. No need to > duplicate this in the driver. This looks fine. I expect to apply it for 3.15 after the 3.14 merge window, unless it's urgent to get it into 3.14 for some reason? -- To

Re: [PATCH 0/9] re-shrink 'struct page' when SLUB is on.

Dave: Please resend the newest form of the patchset. I do not have patch 0 and 1 and I do not see them on linux-mm. On Sat, 11 Jan 2014, Christoph Lameter wrote: > On Sat, 11 Jan 2014, Pekka Enberg wrote: > > > On Sat, Jan 11, 2014 at 1:42 AM, Dave Hansen wrote: > > > On 01/10/2014 03:39 PM,

Re: [tip:x86/microcode] x86, microcode: Move to a proper location

* H. Peter Anvin wrote: > On 01/14/2014 08:36 AM, Borislav Petkov wrote: > > On Tue, Jan 14, 2014 at 05:22:03PM +0100, Ingo Molnar wrote: > >> Absolutely. I think moving arch/x86/kernel/cpu/ to arch/x86/cpu/ > >> would be a first good step. It's all kernel code, there's other > >>

[PATCH] [RFC] netfilter: nf_conntrack: don't relase a conntrack with non-zero refcnt

Eric and Florian, could you look at this patch. When you say, that it looks good, I will ask the user to validate it. I can't reorder these actions, because it's reproduced on a real host with real users. Thanks. nf_conntrack_free can't be called for a conntract with non-zero

Re: [PATCH] ARM: OMAP4: sleep: byteswap data for big-endian

Hi Nishanth, On 14 January 2014 07:51, Nishanth Menon wrote: > On 01/14/2014 05:14 AM, Taras Kondratiuk wrote: >> On 13 January 2014 17:23, Nishanth Menon wrote: >>> On 01/13/2014 09:03 AM, Taras Kondratiuk wrote: From: Victor Kamensky Assembler functions defined in sleep44xx.S

Re: [slub] WARNING: CPU: 0 PID: 0 at mm/slub.c:1511 __kmem_cache_create()

> https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=c65c1877bd6826ce0d9713d76e30a7bed8e49f38 I think the assert is just bogus at least in the early case. early_kmem_cache_node_alloc() says: * No kmalloc_node yet so do it by hand. We know that this is the first * slab

Re: [PATCH 3/7] ahci: Use new interfaces for MSI/MSI-X enablement

On Tue, Jan 14, 2014 at 1:50 AM, Alexander Gordeev wrote: > On Mon, Jan 13, 2014 at 12:12:20PM -0700, Bjorn Helgaas wrote: >> > - nvec = rc; >> > - rc = pci_enable_msi_block(pdev, nvec); >> > - if (rc) >> > + if (pci_enable_msi_range(pdev, nvec, nvec) < 0) >> > goto intx; >> >

Re: [PATCHv4 7/7] hwspinlock/omap: enable build for AM33xx, AM43xx & DRA7xx

On Tue, Jan 14, 2014 at 10:51:31AM -0600, Anna, Suman wrote: > Felipe, > > On 01/14/2014 07:12 AM, Felipe Balbi wrote: > >On Mon, Jan 13, 2014 at 06:19:24PM -0600, Suman Anna wrote: > >>HwSpinlocks are supported on AM33xx, AM43xx and DRA7xx SoC > >>device families as well. The IPs are identical

[PATCH v2] Call arch_pick_mmap_layout() only once

Currently both setup_new_exec() and flush_old_exec() issue a call to arch_pick_mmap_layout(). As setup_new_exec() and flush_old_exec() are always called pairwise arch_pick_mmap_layout() is called twice. This patch removes one call from setup_new_exec() to have it only called once. Tested-by: Pat

[PATCH V2] rtc: max8907: weekday encoding fixes

From: Stephen Warren The current MAX8907 driver has two issues related to weekday value handling: 1) The HW WEEKDAY register has range 0..6 rather than 1..7 as documented. Note that I validated the actual HW range by observing the HW register roll from 6->0 rather than 6->7->1 as would

livelock during MD device open

Hi, I have recently been trying to find the cause a livelock occurring during MD device open. The livelock happens when a process tries to open an MD device for the first time and another opens the same MD device and sends an invalid ioctl: Process 1 Process 2

Re: [PATCH 3.12 033/118] usb: xhci: Link TRB must not occur within a USB payload burst [NEW HARDWARE]

On Mon, Jan 13, 2014 at 03:39:07PM -0800, walt wrote: > On 01/09/2014 03:50 PM, Sarah Sharp wrote: > > >>> On Tue, Jan 07, 2014 at 03:57:00PM -0800, walt wrote: > >> > >> I've wondered if my xhci problems might be caused by hardware quirks, and > >> wondering why I seem to be the only one who has

[RFC] sysfs_rename_link() and its usage

Hi, I'm hitting a strange issue and/or I'm completely lost in sysfs internals. Consider having two net_device *a, *b; which are registered normally. Now, to create a link from /sys/class/net/a->name/linkname to b, one should use: sysfs_create_link(&(a->dev.kobj), &(b->dev.kobj), linkname); To

Re: [PATCH 3/3] gpio: MAX6650/6651 support

> Even the gpio functionality itself? So, to clarify my question above, > I thought it would be something like this: > > - gpio > \ >--- > \ > - alarm - pinctrol > / > > - etc / > > So, pinctrl on top of them, and only this high

Re: [PATCH RFC v2 0/4] perf: IRQ-bound performance events

On Tue, Jan 14, 2014 at 05:07:52PM +0100, Alexander Gordeev wrote: > On Mon, Jan 13, 2014 at 04:50:37PM +0100, Frederic Weisbecker wrote: > > On Sat, Jan 04, 2014 at 07:22:32PM +0100, Alexander Gordeev wrote: > > > Hello, > > > > > > This is version 2 of RFC "perf: IRQ-bound performance events".

Re: [PATCH v2 03/12] at91: dt: sam9261: Added support for the lcd display

On 09/01/2014 13:31, Jean-Jacques Hiblot : > Signed-off-by: Jean-Jacques Hiblot > --- > arch/arm/boot/dts/at91sam9261.dtsi | 37 > - > arch/arm/boot/dts/at91sam9261ek.dts | 31 +++ > arch/arm/mach-at91/at91sam9261.c| 1 + > 3

Re: [PATCH v8 4/4] qrwlock: Use smp_store_release() in write_unlock()

On Tue, Jan 14, 2014 at 3:03 AM, Peter Zijlstra wrote: > On Tue, Jan 14, 2014 at 10:28:23AM +0800, Daniel J Blueman wrote: >> >Peter, >> > >> >I found out that the build failure was caused by the fact that the >> >__native_word() macro (used internally by compiletime_assert_atomic()) >> >allows

Re: [PATCH v2 02/12] at91: dt: sam9261: Basic Device Tree support for the at91sam9261ek

On 09/01/2014 13:31, Jean-Jacques Hiblot : > This patch implements a simple DTS to boot a at91sam9261ek with a dt-enabled > kernel (at91_dt_defconfig). > Only dbgu, nand and watchdog are described in the DT. > > Signed-off-by: Jean-Jacques Hiblot > --- > arch/arm/boot/dts/Makefile | 2

[PATCH 1/2] scsi: hpsa, add new PCI Ids

From: Mike Miller This patch adds 4 more PCI ID's for HP Gen9 servers. These new ID's were just made known this week. Signed-off-by: Mike Miller --- drivers/scsi/hpsa.c |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/drivers/scsi/hpsa.c b/drivers/scsi/hpsa.c

[PATCH 2/2] scsi: hpsa, remove cancelled ID's and add a new one

From: Mike Miller 3 controllers have been cancelled and one new has been added. Please consider this for inclusion. Signed-off-by: Mike Miller --- drivers/scsi/hpsa.c |8 ++-- 1 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/scsi/hpsa.c b/drivers/scsi/hpsa.c

Re: [PATCH v2 01/12] at91: dt: Add at91sam9261 dt SoC support

On 09/01/2014 13:31, Jean-Jacques Hiblot : > This patch adds the basics to support the Device Tree on a sam9261-based > platform > > Signed-off-by: Jean-Jacques Hiblot > --- > arch/arm/boot/dts/at91sam9261.dtsi | 476 > + > arch/arm/mach-at91/at91sam9261.c

Re: [PATCH v2 00/12] Device Tree support for the at91sam9261ek

On 09/01/2014 13:31, Jean-Jacques Hiblot : > This patch set aims at bringing a basic device tree support for the sam9261. > It's mostly based on the sam9263 stuff. Nice! Thanks a lot for stepping up. One general comment though: I would like to have new AT91 SoC described in DT integrating

Re: [PATCHv4 6/7] hwspinlock/omap: enable module before reading SYSSTATUS register

Felipe, On 01/14/2014 08:04 AM, Felipe Balbi wrote: Hi again, On Tue, Jan 14, 2014 at 07:10:52AM -0600, Felipe Balbi wrote: diff --git a/drivers/hwspinlock/omap_hwspinlock.c b/drivers/hwspinlock/omap_hwspinlock.c index 9f56fb2..194886e 100644 --- a/drivers/hwspinlock/omap_hwspinlock.c +++

Re: [tip:x86/microcode] x86, microcode: Move to a proper location

On 01/14/2014 08:36 AM, Borislav Petkov wrote: > On Tue, Jan 14, 2014 at 05:22:03PM +0100, Ingo Molnar wrote: >> Absolutely. I think moving arch/x86/kernel/cpu/ to arch/x86/cpu/ >> would be a first good step. It's all kernel code, there's other >> subdirectories there that are kernel code ('pci/',

[tip:perf/core] tools perf: Comment typo fix

Commit-ID: 88aca8d966a1349631a0946ed77c7ed360519ed4 Gitweb: http://git.kernel.org/tip/88aca8d966a1349631a0946ed77c7ed360519ed4 Author: Cody P Schafer AuthorDate: Wed, 8 Jan 2014 08:43:51 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:24 -0300 tools perf:

[tip:perf/core] perf header: Pack 'struct perf_session_env'

Commit-ID: 3ba4d2e1a8235d862657ded9f20b3170b477768b Gitweb: http://git.kernel.org/tip/3ba4d2e1a8235d862657ded9f20b3170b477768b Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 6 Jan 2014 15:28:35 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:23 -0300

[tip:perf/core] perf report: Move histogram entries collapsing to separate function

Commit-ID: f6d8b0571c9ac8f273d18c112c2fc3c9533c9f0a Gitweb: http://git.kernel.org/tip/f6d8b0571c9ac8f273d18c112c2fc3c9533c9f0a Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 8 Jan 2014 14:45:24 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:25 -0300

[tip:perf/core] perf report: Move hist browser selection code to separate function

Commit-ID: 8362951b7b0618687beddac90aeee43940d20659 Gitweb: http://git.kernel.org/tip/8362951b7b0618687beddac90aeee43940d20659 Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 8 Jan 2014 12:22:07 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:25 -0300

[tip:perf/core] perf tests: Fixup leak on error path in parse events test

Commit-ID: 2d4352c077b98215771cc081626c7a69289c4fac Gitweb: http://git.kernel.org/tip/2d4352c077b98215771cc081626c7a69289c4fac Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 3 Jan 2014 17:30:04 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:22 -0300

Re: [PATCH RESEND] ACPI: Blacklist Win8 OSI for some HP laptop 2013 models

On Tue, Jan 14, 2014 at 05:43:56PM +0100, Takashi Iwai wrote: > At Tue, 14 Jan 2014 16:36:00 +, > Matthew Garrett wrote: > > > > On Tue, Jan 14, 2014 at 05:33:50PM +0100, Takashi Iwai wrote: > > > > > For the rfkill part, it depends on the user-space. Without the patch, > > > it sends a

Re: your mail

On Thu, Jan 09, 2014 at 06:49:39PM +, Joe Bor?? wrote: > > I didn't do the changes as root, I sent them from my server as it has SMTP > out. > Hmm, this gives me an idea. There's nothing, I believe, that makes the root user have to have the name "root" except for the passwd file. Maybe

Re: [PATCHv4 7/7] hwspinlock/omap: enable build for AM33xx, AM43xx & DRA7xx

Felipe, On 01/14/2014 07:12 AM, Felipe Balbi wrote: On Mon, Jan 13, 2014 at 06:19:24PM -0600, Suman Anna wrote: HwSpinlocks are supported on AM33xx, AM43xx and DRA7xx SoC device families as well. The IPs are identical to that of OMAP4/OMAP5, except for the number of locks. Add a depends on to

Re: [3/11] issue 3: No understanding of potential cpu capacity

On Tue, Jan 14, 2014 at 04:39:54PM +, Morten Rasmussen wrote: > Responsiveness is still very important. It is quite hard to control. CFS > doesn't consider latency. The only way to get the best responsiveness is > to go for best performance which comes at a high cost in energy. The big

Re: [PATCH RESEND] ACPI: Blacklist Win8 OSI for some HP laptop 2013 models

At Tue, 14 Jan 2014 16:36:00 +, Matthew Garrett wrote: > > On Tue, Jan 14, 2014 at 05:33:50PM +0100, Takashi Iwai wrote: > > > For the rfkill part, it depends on the user-space. Without the patch, > > it sends a scan code, and OS is supposed to do rfkill via each > > driver. The proper key

[tip:perf/core] perf tools: Add test for building detached source tarballs

Commit-ID: 4887805384751717ef62a8f41439d1d3e4268b39 Gitweb: http://git.kernel.org/tip/4887805384751717ef62a8f41439d1d3e4268b39 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 10 Jan 2014 16:46:45 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:26 -0300

[tip:perf/core] perf record: Add --initial-delay option

Commit-ID: 6619a53ef7572b9eaf7aa71ff7f74c0d06b3817b Gitweb: http://git.kernel.org/tip/6619a53ef7572b9eaf7aa71ff7f74c0d06b3817b Author: Andi Kleen AuthorDate: Sat, 11 Jan 2014 13:38:27 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:07:03 -0300 perf record:

[tip:perf/core] perf tools: Include tools/lib/api/ in MANIFEST

Commit-ID: c023f534c31f69a658fc21d619116ad12c7be464 Gitweb: http://git.kernel.org/tip/c023f534c31f69a658fc21d619116ad12c7be464 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 10 Jan 2014 16:25:05 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:26 -0300

[tip:perf/core] perf tools: Generalize percent_color_snprintf()

Commit-ID: f77c6e9c8f9c444cd44423df0c2708e86a06a696 Gitweb: http://git.kernel.org/tip/f77c6e9c8f9c444cd44423df0c2708e86a06a696 Author: Ramkumar Ramachandra AuthorDate: Mon, 30 Dec 2013 13:04:18 +0530 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:46:39 -0300 perf

[tip:perf/core] perf diff: Color the Ratio column

Commit-ID: 1f513b2c1e8a2008b8ab767fdb6fa6c154591ed3 Gitweb: http://git.kernel.org/tip/1f513b2c1e8a2008b8ab767fdb6fa6c154591ed3 Author: Ramkumar Ramachandra AuthorDate: Mon, 30 Dec 2013 13:04:20 +0530 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 11:37:17 -0300 perf

[tip:perf/core] perf evlist: Send the errno in the signal when workload fails

Commit-ID: f33cbe72e6166b97d6fa2400cb00a885b47999d7 Gitweb: http://git.kernel.org/tip/f33cbe72e6166b97d6fa2400cb00a885b47999d7 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 2 Jan 2014 15:11:25 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:21 -0300

Re: [PATCH net-next 06/10] vxlan: use __dev_get_by_index instead of dev_get_by_index to find interface

On Tue, 14 Jan 2014 15:41:05 +0800 Ying Xue wrote: > The following call chains indicate that vxlan_fdb_parse() is > under rtnl_lock protection. So if we use __dev_get_by_index() > instead of dev_get_by_index() to find interface handler in it, > this would help us avoid to change interface

[tip:perf/core] tools include: Move perf' s bug.h to a generic place

Commit-ID: 02dfc8d775f0709ab494d4b2cce12c8429ff7530 Gitweb: http://git.kernel.org/tip/02dfc8d775f0709ab494d4b2cce12c8429ff7530 Author: Namhyung Kim AuthorDate: Thu, 9 Jan 2014 23:00:54 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:26 -0300 tools include:

[tip:perf/core] perf tools: Make perf_event__synthesize_mmap_events global

Commit-ID: a18382b68f8bf1a8d43e3cb08b3479cb768913ea Gitweb: http://git.kernel.org/tip/a18382b68f8bf1a8d43e3cb08b3479cb768913ea Author: Jiri Olsa AuthorDate: Tue, 7 Jan 2014 13:47:20 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:24 -0300 perf tools: Make

[tip:perf/core] perf tools: Automate setup of FEATURE_CHECK_(C|LD )FLAGS-all variables

Commit-ID: c4eb6c0e7aa3a5106a3382880bc41c696e72adb4 Gitweb: http://git.kernel.org/tip/c4eb6c0e7aa3a5106a3382880bc41c696e72adb4 Author: Jiri Olsa AuthorDate: Tue, 7 Jan 2014 13:47:18 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:24 -0300 perf tools:

[tip:perf/core] tools include: Move perf's linux/ compiler.h to a generic place

Commit-ID: 8a625c1f61f3dd5e4ea4b5b642650416aa101ce5 Gitweb: http://git.kernel.org/tip/8a625c1f61f3dd5e4ea4b5b642650416aa101ce5 Author: Namhyung Kim AuthorDate: Thu, 9 Jan 2014 23:00:52 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:25 -0300 tools include:

[tip:perf/core] perf tools: Remove unused test-volatile-register-var.c

Commit-ID: 26f7f9877234e6b9ed87eff4ca450631bafe0182 Gitweb: http://git.kernel.org/tip/26f7f9877234e6b9ed87eff4ca450631bafe0182 Author: Yann Droneaud AuthorDate: Sat, 11 Jan 2014 18:48:15 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 17:20:05 -0300 perf tools:

[tip:perf/core] tools include: Include from asm/bug.h

Commit-ID: 741a0c59032faeddac80a6237f3d7846231a3740 Gitweb: http://git.kernel.org/tip/741a0c59032faeddac80a6237f3d7846231a3740 Author: Namhyung Kim AuthorDate: Thu, 9 Jan 2014 23:00:55 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:14:13 -0300 tools include:

[tip:perf/core] perf diff: Color the Delta column

Commit-ID: 01f10bc85f538cd681d0a3338b97a33f308d944b Gitweb: http://git.kernel.org/tip/01f10bc85f538cd681d0a3338b97a33f308d944b Author: Ramkumar Ramachandra AuthorDate: Mon, 30 Dec 2013 13:04:19 +0530 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 11:36:46 -0300 perf

[tip:perf/core] perf tools: Use the DWARF unwind info only if loaded

Commit-ID: d11416e76b3e2f60ed6cfa7c532d3b6777f66527 Gitweb: http://git.kernel.org/tip/d11416e76b3e2f60ed6cfa7c532d3b6777f66527 Author: Jean Pihet AuthorDate: Mon, 16 Dec 2013 17:43:14 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:26 -0300 perf tools: Use

Re: [PATCH] x86, CPU, AMD: Add workaround for family 16h, erratum 793

On Tue, Jan 14, 2014 at 08:30:31AM -0800, H. Peter Anvin wrote: > Please put MSR_AMD_LS_CFG in msr-index.h or at least at the top of the > file, Yeah, can we agree on some kind of a rule for msr-index.h? Something like the rule for pci.h, for example? My only wish is to have all the MSRs at one

[tip:perf/core] perf evlist: Introduce evlist__for_each() & friends

Commit-ID: 0050f7aa182e3e8ed34dd6cc4318e52b3df6347a Gitweb: http://git.kernel.org/tip/0050f7aa182e3e8ed34dd6cc4318e52b3df6347a Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 10 Jan 2014 10:37:27 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:25 -0300

[tip:perf/core] perf report: Move logic to warn about kptr_restrict'ed kernels to separate function

Commit-ID: fad2918ed5171e6299a9b4b885d0459f35ee7377 Gitweb: http://git.kernel.org/tip/fad2918ed5171e6299a9b4b885d0459f35ee7377 Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 8 Jan 2014 10:10:00 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:25 -0300

[tip:perf/core] perf diff: Color the Weighted Diff column

Commit-ID: a5846e215bd47f61133383822422c683600efa7a Gitweb: http://git.kernel.org/tip/a5846e215bd47f61133383822422c683600efa7a Author: Ramkumar Ramachandra AuthorDate: Mon, 30 Dec 2013 13:32:35 +0530 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 11:38:25 -0300 perf

[tip:perf/core] perf probe: Fix build when DWARF support libraries not present

Commit-ID: 1d027ee9b80c30e83769ef306ccfafe483dd1672 Gitweb: http://git.kernel.org/tip/1d027ee9b80c30e83769ef306ccfafe483dd1672 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 13 Jan 2014 15:15:25 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 15:15:25 -0300

[tip:perf/core] tools include: Define likely/unlikely in linux/ compiler.h

Commit-ID: 835d44b9041e578e3e553a57dfffc7003605c93b Gitweb: http://git.kernel.org/tip/835d44b9041e578e3e553a57dfffc7003605c93b Author: Namhyung Kim AuthorDate: Thu, 9 Jan 2014 23:00:53 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:26 -0300 tools include:

[tip:perf/core] perf stat: Fix --delay option in man page

Commit-ID: 8f3dd2b096c348033e55d4a4fb8c0f672559657e Gitweb: http://git.kernel.org/tip/8f3dd2b096c348033e55d4a4fb8c0f672559657e Author: Andi Kleen AuthorDate: Tue, 7 Jan 2014 14:14:06 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:24 -0300 perf stat: Fix

Re: [PATCH RESEND] ACPI: Blacklist Win8 OSI for some HP laptop 2013 models

On Tue, Jan 14, 2014 at 05:53:20PM +0100, Rafael J. Wysocki wrote: > On Tuesday, January 14, 2014 04:34:25 PM Matthew Garrett wrote: > > rfkill and backlight control presumably work fine under Windows 8, so > > there's obviously some new mechanism for doing so. HP will presumably > > ship more

[tip:perf/core] perf evlist: Close fds on destructor

Commit-ID: f26e1c7cb279051d83e0b671f48b30fe88c2c788 Gitweb: http://git.kernel.org/tip/f26e1c7cb279051d83e0b671f48b30fe88c2c788 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 3 Jan 2014 16:54:12 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:22 -0300

[tip:perf/core] perf tools: Move arch setup into seprate Makefile

Commit-ID: a6cf5f39236c2ea6008a2f5cb908c3181c123096 Gitweb: http://git.kernel.org/tip/a6cf5f39236c2ea6008a2f5cb908c3181c123096 Author: Jiri Olsa AuthorDate: Fri, 3 Jan 2014 15:32:32 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:22 -0300 perf tools: Move

[tip:perf/core] tools lib traceevent: Shut up plugins make message

Commit-ID: 9bb8e5edcf37182d0c97e98131cc3c5c03014b0e Gitweb: http://git.kernel.org/tip/9bb8e5edcf37182d0c97e98131cc3c5c03014b0e Author: Jiri Olsa AuthorDate: Wed, 1 Jan 2014 17:50:50 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:23 -0300 tools lib

[tip:perf/core] tools lib traceevent: Replace tabs with spaces for all non-commands statements

Commit-ID: 198430b56d4ab49d77381ef7cd3daf418a2c00c0 Gitweb: http://git.kernel.org/tip/198430b56d4ab49d77381ef7cd3daf418a2c00c0 Author: Jiri Olsa AuthorDate: Thu, 2 Jan 2014 10:53:04 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:23 -0300 tools lib

[tip:perf/core] perf machine: Fix id_hdr_size initialization

Commit-ID: 14bd6d20fef603060474701967085442b716b6a9 Gitweb: http://git.kernel.org/tip/14bd6d20fef603060474701967085442b716b6a9 Author: Jiri Olsa AuthorDate: Tue, 7 Jan 2014 13:47:19 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:24 -0300 perf machine: Fix

Re: [3/11] issue 3: No understanding of potential cpu capacity

On Mon, Jan 13, 2014 at 09:07:12PM +, Rafael J. Wysocki wrote: > On Tuesday, January 07, 2014 04:19:39 PM Morten Rasmussen wrote: > > To minimize energy it may sometimes be better to put waking tasks on > > partially loaded cpus instead of powering up more cpus (particularly if > > it implies

Re: [PATCH RESEND] ACPI: Blacklist Win8 OSI for some HP laptop 2013 models

On Tuesday, January 14, 2014 04:34:25 PM Matthew Garrett wrote: > On Tue, Jan 14, 2014 at 05:42:57PM +0100, Rafael J. Wysocki wrote: > > On Tuesday, January 14, 2014 04:12:44 PM Matthew Garrett wrote: > > > On Mon, Jan 13, 2014 at 12:14:18PM +0100, Takashi Iwai wrote: > > > > The BIOS on recent HP

[tip:perf/core] perf stat: Remove misplaced __maybe_unused

Commit-ID: 41cde47675de62ee0f3877c00ab44373b2b2f4ca Gitweb: http://git.kernel.org/tip/41cde47675de62ee0f3877c00ab44373b2b2f4ca Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 3 Jan 2014 17:34:42 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:22 -0300

[tip:perf/core] perf tests: Fix installation tests path setup

Commit-ID: f7c64474242701eb24f6fe96f8df0389a2b800f7 Gitweb: http://git.kernel.org/tip/f7c64474242701eb24f6fe96f8df0389a2b800f7 Author: Jiri Olsa AuthorDate: Fri, 3 Jan 2014 15:32:33 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:23 -0300 perf tests: Fix

[tip:perf/core] perf trace: Pack 'struct trace'

Commit-ID: 98eafce6bda705529e90d33b7f23706b346a6c8a Gitweb: http://git.kernel.org/tip/98eafce6bda705529e90d33b7f23706b346a6c8a Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 6 Jan 2014 15:43:02 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:23 -0300

[tip:perf/core] perf evlist: Auto unmap on destructor

Commit-ID: 983874d173568f584a598645725496c09f24 Gitweb: http://git.kernel.org/tip/983874d173568f584a598645725496c09f24 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 3 Jan 2014 17:25:49 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 13 Jan 2014 10:06:22 -0300

Re: [PATCH RESEND] ACPI: Blacklist Win8 OSI for some HP laptop 2013 models

On Tue, Jan 14, 2014 at 05:33:50PM +0100, Takashi Iwai wrote: > For the rfkill part, it depends on the user-space. Without the patch, > it sends a scan code, and OS is supposed to do rfkill via each > driver. The proper key mapping would be needed. Not sure about the > LED state on the WiFi

Re: [PATCH RESEND] ACPI: Blacklist Win8 OSI for some HP laptop 2013 models

On Tue, Jan 14, 2014 at 05:42:57PM +0100, Rafael J. Wysocki wrote: > On Tuesday, January 14, 2014 04:12:44 PM Matthew Garrett wrote: > > On Mon, Jan 13, 2014 at 12:14:18PM +0100, Takashi Iwai wrote: > > > The BIOS on recent HP laptops behaves differently with Win8 OSI, > > > e.g. no backlight

Re: [RFT][PATCH] ACPI / init: Run acpi_early_init() before efi_enter_virtual_mode() (was: Re: [RFC PATCH 00/14] Support timezone of ACPI TAD and EFI TIME)

On Tuesday, January 14, 2014 12:09:08 PM joeyli wrote: > 於 日，2014-01-12 於 01:30 +0100，Rafael J. Wysocki 提到： > > OK > > > > I don't see any adverse effects of the patch below on a couple of my > > test > > boxes, but (a) they are Intel-based and (b) they are non-EFI, so it > > would be > > good to

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