This completes the show_sdb_tree functionality, with the
new informative fields. The output for a verbose module is now
like this (long lines are unavoidable):
SDB: 0651:e6a542c9 WB4-Crossbar-GSI
SDB: ce42:0601 WB-DMA.Control (1000-103f)
SDB: ce42:779c5443
This allows easier modification to the eeprom than loading the
fmc-write-eeprom module. The carrier driver will refuse writing if
the FPGA is not running the golden gateware image, so writing in
practice is only available at manufacture/development time.
Signed-off-by: Alessandro Rubini
Hi All,
I apologize for the ignorance but I haven't been able to tell when the
Linus' merge window is open.
From this page:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/
Questions I have:
I notice that there is a 3.14-rc3 tag so I'm assuming that is the
latest/current
Having cpu_data as a parameterless macro can easily cause build failures
because it can be a variable name like in linux/pm_domain.h [1]. So,
remove the macro and convert its only user. Because this architecture
cannot do SMP, remove the whole SMP block, too. Only compile tested due
to no
Hi Hans,
(As a side note, your mailer just did something nasty with the
wrapping which made the code snippets totally unreadable. I'm going to
drop them.)
On Wed, Feb 19, 2014 at 01:14:58PM +0100, Hans de Goede wrote:
+wmb(); /* Ensure idma_des hit main mem before we start the
idmac
Hi David,
On Sat, Feb 22, 2014 at 08:32:03AM +0100, David Lanzendörfer wrote:
Ditto. Plus, this is not a mod0 clock.
Yes it is! But maybe the formulation hasn't been clear enough...
Technically, it's not, it has this phase controls features a mod0
clock doesn't have.
You never talked about
On Fri, Feb 21, 2014 at 10:36:25PM +0100, Paolo Bonzini wrote:
Il 21/02/2014 19:56, Alexander Gordeev ha scritto:
On Fri, Feb 21, 2014 at 06:11:29PM +0100, Paolo Bonzini wrote:
It's okay, but it's not clear to me whether I should include this
patch or someone else will. :)
Please, include
Il 22/02/2014 09:50, Alexander Gordeev ha scritto:
Commit d158fc7 (Merge tag 'pci-v3.14-fixes-1') in Linus's tree has it.
pci_enable_msix() is going to be removed once all drivers updated with
new interface.
So, do I have to pull something (which I'd rather not, since pulling
the wrong
Good Day
My name is Darwin Catalan, I am Interested in your products, send your full
catalog of products with clear photos,for serious starting.
Waiting your quick response
Regards,
Darwin Catalan
Darwin Catalan Export and Import Company
187 Grey Mare Lane Beswick
Manchester M11 3ND
Hi Peter.
It seems the all other patches in this set were all applied to tip
except this one.
What is the problem with the [9/9]? Is there any thing I can do?
Thanx
On 02/11/2014 03:34 PM, Dongsheng Yang wrote:
Signed-off-by: Dongsheng Yang yangds.f...@cn.fujitsu.com
cc: Steven Rostedt
On Sat, Feb 22, 2014 at 12:48:47AM +, Ben Hutchings wrote:
Sorry, I'm confused and this does work. But I wonder whether it is
really an improvement over using the old API.
Slightly, as far as I am concerned - we just exchange tri-state oddity
to re-enable MSI-X oddity. We're not going to
On Sat, Feb 22, 2014 at 05:05:36PM +0800, Dongsheng Yang wrote:
Hi Peter.
It seems the all other patches in this set were all applied to tip
except this one.
What is the problem with the [9/9]? Is there any thing I can do?
I might have just missed it; fail on my end. I'll try and sort it
On 02/22/2014 04:11 AM, Andrew Morton wrote:
On Thu, 20 Feb 2014 11:22:04 +0400 Vladimir Davydov vdavy...@parallels.com
wrote:
This patch cleanups the memcg cache creation path as follows:
- Move memcg cache name creation to a separate function to be called
from
On Fri, Feb 21, 2014 at 03:46:13PM -0800, Jens Axboe wrote:
On Wed, Feb 19 2014, Alexander Gordeev wrote:
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new
On Fri, 21 Feb 2014, John Stultz wrote:
But yes, we can just leave it as is, and it is a bit academic. But
To be honest, I was mostly arguing due to the academic nature. :)
The important point is that we restrict it to -1e9 tv_nsec
1e9. The signed/unsigned combos are not that interesting as
On Mon, 17 Feb 2014, Yinghai Lu wrote:
On Wed, Jan 22, 2014 at 4:03 PM, Thomas Gleixner t...@linutronix.de wrote:
There is a clear step by step approach to get this done proper:
1) Get rid of the existing misconception/misnomer of
irq_reserve_irqs().
Make it explicit that
On Sat, Feb 22, 2014 at 12:34:34AM +, Ben Hutchings wrote:
diff --git a/drivers/net/ethernet/broadcom/bnx2.c
b/drivers/net/ethernet/broadcom/bnx2.c
index cda25ac..ca6b362 100644
--- a/drivers/net/ethernet/broadcom/bnx2.c
+++ b/drivers/net/ethernet/broadcom/bnx2.c
@@ -6206,7
On Thu, Feb 20, 2014 at 04:27:55PM +, Lorenzo Pieralisi wrote:
I still do not understand why switching to idmap, which is a clone of
init_mm + 1:1 kernel mappings is required here. Why idmap ?
And while at it, can't the idmap be overwritten _while_ copying back the
resume kernel ? Is it
DO YOU NEED A LOAN?APPLY WITH THE FOLLOWING
NAME:
COUNTRY:
STATE:
LOAN AMOUNT:
LOAN DURATION:
SEX: AGE::
PURPOSE OF LOAN:
MOBILE NUMBER:
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 2014-2-21 20:37, Sudeep Holla wrote:
Hi Hanjun,
(Adding MarcZ for his views on GIC)
On 20/02/14 03:59, Hanjun Guo wrote:
Hi Sudeep,
Thanks for your comments, please refer to the replies below. :)
On 2014年02月19日 22:33, Sudeep Holla wrote:
Hi Hanjun,
On 18/02/14 16:23, Hanjun Guo
On Fri, Feb 21, 2014 at 10:46:59PM -0800, Russ Dill wrote:
If there is worry about this, you could setup a page mapping in a
__nosave region, preventing it from being overwritten.
Why would we need _another_ set of pages tables? Aren't two (swapper_pg_dir
and the idmap one) enough?
You do
On Tue, Feb 18, 2014 at 05:52:07PM -0800, Sebastian Capella wrote:
From: Russ Dill russ.d...@ti.com
This adds the ability to run soft_restart with local_irq/fiq_disable
already called. This is helpful for the hibernation code paths.
I'd rather keep this simple. There's no problem with
On 21 Feb 2014, at 23:35, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Friday, February 21, 2014 06:24:24 PM Catalin Marinas wrote:
On Wed, Feb 19, 2014 at 01:50:22AM +0100, Rafael J. Wysocki wrote:
On Wednesday, February 19, 2014 12:23:55 AM Hanjun Guo wrote:
_PDC related stuff in
On Wed, Feb 19, 2014 at 04:12:54PM +, Lorenzo Pieralisi wrote:
On Wed, Feb 19, 2014 at 01:52:09AM +, Sebastian Capella wrote:
+/*
+ * Snapshot kernel memory and reset the system.
+ * After resume, the hibernation snapshot is written out.
+ */
+static int notrace
Hi,
On 02/22/2014 09:31 AM, Maxime Ripard wrote:
snip
This should be before the registration. Otherwise, you're racy.
Nope, we only need this to get the data on sunxi_mmc_remove,
everywhere else the data is found through the mmc-host struct.
Still, if anyone makes a following patch using
On 02/21/2014 11:33 AM, Jan Beulich wrote:
... to match its two callers (i.e. the alternative would have been to
swap the arguments at the call sites).
Signed-off-by: Jan Beulich jbeul...@suse.com
Cc: Francesco Fusco ffu...@redhat.com
Cc: Daniel Borkmann dbork...@redhat.com
Cc: Thomas Graf
On Sat, Feb 22, 2014 at 10:38:40AM +, Russell King - ARM Linux wrote:
On Wed, Feb 19, 2014 at 04:12:54PM +, Lorenzo Pieralisi wrote:
On Wed, Feb 19, 2014 at 01:52:09AM +, Sebastian Capella wrote:
+/*
+ * Snapshot kernel memory and reset the system.
+ * After resume, the
On 2014-02-22 10:21, Hanjun Guo wrote:
On 2014-2-21 20:37, Sudeep Holla wrote:
Hi Hanjun,
(Adding MarcZ for his views on GIC)
On 20/02/14 03:59, Hanjun Guo wrote:
Hi Sudeep,
Thanks for your comments, please refer to the replies below. :)
On 2014年02月19日 22:33, Sudeep Holla wrote:
Hi
Users of the workqueue api may assume the workqueue provides a
memory ordering guarantee for re-queued work items; ie., that
if a work item is not queue-able then the previously queued
work instance is not running and so any memory operations
which occur before queuing the work will be visible to
On Sat, Feb 22, 2014 at 10:16:55AM +, Russell King - ARM Linux wrote:
On Thu, Feb 20, 2014 at 04:27:55PM +, Lorenzo Pieralisi wrote:
I still do not understand why switching to idmap, which is a clone of
init_mm + 1:1 kernel mappings is required here. Why idmap ?
And while at it,
The user-settable knob, low_latency, has been the source of
several BUG reports which stem from flush_to_ldisc() running
in interrupt context. Since 3.12, which added several sleeping
locks (termios_rwsem and buf-lock) to the input processing path,
the frequency of these BUG reports has increased.
On 14/02/14 18:46, Sebastian Reichel wrote:
This is a driver for an A/D converter, which belongs into
drivers/iio/adc.
Signed-off-by: Sebastian Reichel s...@debian.org
Being inherently lazy I'm going to review this patch as it gives the complete
driver rather than taking on the conversion
Just a quick note to say I'm hold off on this in the hope for some
feedback on my suggested interface for position devices that I sent
in response to the previous version. I think lumping these under
proximity devices is the wrong approach as that doesn't generalize well.
On 12/02/14 04:31,
On 02/21/2014 11:18 PM, Ray Strode wrote:
Hi,
On Fri, Feb 21, 2014 at 3:21 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
Ray, Josh, can I get some more information about this? Is this broken
in Linus's tree? Or did I get the backport wrong here?
I don't think it's a problem with
Hi
On Fri, Feb 21, 2014 at 11:53 PM, Ray Strode halfl...@gmail.com wrote:
Hi,
On Fri, Feb 21, 2014 at 11:01 AM, Kay Sievers k...@vrfy.org wrote:
Why did the tty0 change to tty1 now? That doesn't look like a driver
name vs. device name issue?
I don't know if it's intentional, but the patch
On 02/22/2014 08:25 AM, David Herrmann wrote:
Hi
On Fri, Feb 21, 2014 at 11:53 PM, Ray Strode halfl...@gmail.com wrote:
Hi,
On Fri, Feb 21, 2014 at 11:01 AM, Kay Sievers k...@vrfy.org wrote:
Why did the tty0 change to tty1 now? That doesn't look like a driver
name vs. device name issue?
I
On Fri, Feb 21, 2014 at 02:22:11AM +, Cui, Dexuan wrote:
Pasi Kärkkäinen wrote on 2014-02-21:
On Thu, Feb 20, 2014 at 07:59:04AM +, Cui, Dexuan wrote:
Hi all,
We're pleased to announce an update to XenGT since its first disclosure in
last Sep.
Are you going to work on
commit bcf24e1daa94f4c52ef7a3f657e43cc6bc50d46b (mmc: omap_hsmmc: use the
generic config for omap2plus devices), enabled the build for other
platforms for compile testing.
sh-allmodconfig now fails with:
include/linux/omap-dma.h:171:8: error: expected identifier before numeric
constant
On Wed, Feb 19, 2014 at 01:37:43AM +0900, Namjae Jeon wrote:
+ /*
+ * There is no need to overlap collapse range with EOF, in which case
+ * it is effectively a truncate operation
+ */
+ if ((mode FALLOC_FL_COLLAPSE_RANGE)
+ (offset + len =
Hi
On Sat, Feb 22, 2014 at 4:16 PM, Hannes Reinecke h...@suse.de wrote:
On 02/21/2014 11:18 PM, Ray Strode wrote:
Hi,
On Fri, Feb 21, 2014 at 3:21 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
Ray, Josh, can I get some more information about this? Is this broken
in Linus's
Hey,
On Fri, Feb 21, 2014 at 06:46:24PM -0500, Peter Hurley wrote:
It's a long story but the short version is that
Documentation/memory-barriers.txt recently was overhauled to reflect
what cpus actually do and what the different archs actually
deliver.
Turns out that unlock + lock is not
On Sat, Feb 22, 2014 at 07:11:51AM -0500, Peter Hurley wrote:
Users of the workqueue api may assume the workqueue provides a
memory ordering guarantee for re-queued work items; ie., that
if a work item is not queue-able then the previously queued
work instance is not running and so any memory
On 02/22/2014 09:38 AM, Tejun Heo wrote:
Hey,
On Fri, Feb 21, 2014 at 06:46:24PM -0500, Peter Hurley wrote:
It's a long story but the short version is that
Documentation/memory-barriers.txt recently was overhauled to reflect
what cpus actually do and what the different archs actually
deliver.
Il 21/02/2014 18:33, Liu, Jinsong ha scritto:
From 24ffdce9efebf13c6ed4882f714b2b57ef1141eb Mon Sep 17 00:00:00 2001
From: Liu Jinsong jinsong@intel.com
Date: Thu, 20 Feb 2014 17:38:26 +0800
Subject: [PATCH] KVM: x86: expose new instruction RDSEED to guest
RDSEED instruction return a random
Il 21/02/2014 18:39, Liu, Jinsong ha scritto:
From 00c920c96127d20d4c3bb790082700ae375c39a0 Mon Sep 17 00:00:00 2001
From: Liu Jinsong jinsong@intel.com
Date: Fri, 21 Feb 2014 23:47:18 +0800
Subject: [PATCH] KVM: x86: Fix xsave cpuid exposing bug
EBX of cpuid(0xD, 0) is dynamic per XCR0
Il 21/02/2014 18:36, Liu, Jinsong ha scritto:
From 0750e335eb5860b0b483e217e8a08bd743cbba16 Mon Sep 17 00:00:00 2001
From: Liu Jinsong jinsong@intel.com
Date: Thu, 20 Feb 2014 17:39:32 +0800
Subject: [PATCH] KVM: x86: expose ADX feature to guest
ADCX and ADOX instructions perform an
Hello,
If this is actually safe, let's do it from the get-go.
Thanks!
--- 8 ---
PREPARE_[DELAYED_]WORK() are being phased out. They have few users
and a nasty surprise in terms of reentrancy guarantee as workqueue
considers work items to be different if they don't have the same work
Commit 88b5bdfd (ASoC: wm8993: drop regulator_bulk_free of devm_ allocated
data) eliminated the last user of driver data pointer 'wm8993' in function
wm8993_remove() - Thus remove it. Detected by Coverity: CID 1186208.
Signed-off-by: Christian Engelmayer cenge...@gmx.at
---
Applies against branch
On 02/22/2014 09:40 AM, Tejun Heo wrote:
On Sat, Feb 22, 2014 at 07:11:51AM -0500, Peter Hurley wrote:
Users of the workqueue api may assume the workqueue provides a
memory ordering guarantee for re-queued work items; ie., that
if a work item is not queue-able then the previously queued
work
On Sat, 22 Feb 2014, Tejun Heo wrote:
Hello,
If this is actually safe, let's do it from the get-go.
Thanks!
--- 8 ---
PREPARE_[DELAYED_]WORK() are being phased out. They have few users
and a nasty surprise in terms of reentrancy guarantee as workqueue
considers work items to
On 02/22/2014 10:14 AM, Alan Stern wrote:
On Sat, 22 Feb 2014, Tejun Heo wrote:
Hello,
If this is actually safe, let's do it from the get-go.
Thanks!
--- 8 ---
PREPARE_[DELAYED_]WORK() are being phased out. They have few users
and a nasty surprise in terms of reentrancy guarantee as
Hi Yinghai,
I have a plan to test this patch set once I have reviewed
all patches in coming weeks. Do you have a plan to update to latest
kernel or is it ok to test this version?
Thanks!
Gerry
On 2014/2/22 15:44, Yinghai Lu wrote:
On Fri, Feb 21, 2014 at 7:14 PM, Jiang Liu
On Sat, Feb 22, 2014 at 10:14:48AM -0500, Alan Stern wrote:
Is the cancel_delayed_work_sync(hub-init_work) call in hub_quiesce()
going to get confused by all this?
Yeah, you can't cancel a work item which hasn't been initialzed.
Maybe move init of the first work function there? I don't think
Hello, Peter.
On Sat, Feb 22, 2014 at 10:05:53AM -0500, Peter Hurley wrote:
Given your concerns about the performance impact, maybe we should
ask Fengguang to run this change through his automated test suites
to find out what the perf delta is?
It should be fine. It's more like I just didn't
* Linus Torvalds torva...@linux-foundation.org wrote:
On Fri, Feb 21, 2014 at 12:53 PM, Davidlohr Bueso davidl...@hp.com wrote:
I think you are right. I just reran some of the tests and things are
pretty much the same, so we could get rid of it.
Ok, I'd prefer the simpler model of just
-Original Message-
From: Alexander Gordeev [mailto:agord...@redhat.com]
Sent: Saturday, February 22, 2014 2:54 PM
To: Ben Hutchings
Cc: linux-kernel; Himanshu Madhani; Rajesh Borundia; Shahed Shaikh; Dept-
Eng Linux Driver; netdev; linux-pci
Subject: Re: [PATCH net-next 28/35]
* Arnaldo Carvalho de Melo a...@infradead.org wrote:
From: Arnaldo Carvalho de Melo a...@ghostprotocols.net
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 0e9f2204cfa6d79abe3e525ddf7c4ab5792cc751:
perf/x86: Fix Userspace RDPMC switch
On Fri, Feb 21, 2014 at 2:59 PM, Dave Chinner da...@fromorbit.com wrote:
Anyway, I should have everything sorted out by the time the next
merge window comes around. If there's anything that you don't like
in the pull req, feel free to flame me unmercifully.
So far so good. I really do want
* Jiri Olsa jo...@redhat.com wrote:
On Wed, Feb 19, 2014 at 06:59:36PM -0300, Arnaldo Carvalho de Melo wrote:
Em Wed, Feb 19, 2014 at 04:52:54PM +0100, Jiri Olsa escreveu:
Currently the we display all detected features/libraries
by following rules:
- if one of the features is
On Sat, Feb 22, 2014 at 01:56:30PM +0530, Gideon D'souza wrote:
Hi All,
I apologize for the ignorance but I haven't been able to tell when the
Linus' merge window is open.
Unless you are a subsystem maintainer, the merge window shouldn't matter
for you.
From this page:
* Peter Zijlstra pet...@infradead.org wrote:
On Mon, Feb 17, 2014 at 02:47:03PM -0800, H. Peter Anvin wrote:
This is starting to look good, so I have pulled it into
tip:x86/spinlocks to start give it some testing mileage.
Its still atrociously ugly code please drop it.
Fair enough -
On Fri, Feb 21, 2014 at 12:07:41AM +0900, Namjae Jeon wrote:
From: Namjae Jeon namjae.j...@samsung.com
This patch implements fallocate's FALLOC_FL_COLLAPSE_RANGE for Ext4.
The semantics of this flag are following:
1) It collapses the range lying between offset and length by removing any
Subj.
Look at this core function:
net/core/skbuff.c: __alloc_skb
...
size = SKB_DATA_ALIGN(size);
size += SKB_DATA_ALIGN(sizeof(struct skb_shared_info));
data = kmalloc_reserve(size, gfp_mask, node, pfmemalloc);
...
shinfo = skb_shinfo(skb);
memset(shinfo,
On Sat, Feb 22, 2014 at 2:08 AM, Thomas Gleixner t...@linutronix.de wrote:
As I said before irq_reserve_irq() is a misnomer and a
misconception. Of course this needs to be fixed as well.
And you cannot just blindly change it because !SPARSE can use the
allocation. We are not creating stupid
On Sat, Feb 22, 2014 at 7:33 AM, Jiang Liu jiang@linux.intel.com wrote:
Hi Yinghai,
I have a plan to test this patch set once I have reviewed
all patches in coming weeks. Do you have a plan to update to latest
kernel or is it ok to test this version?
That will be great. I will
* Sasha Levin sasha.le...@oracle.com wrote:
The following changes since commit 65370bdf881e20907e7a53abab9b8c0bc5f60a6b:
Merge branch 'linus' into core/locking (2014-02-02 09:43:20 +0100)
That's not a suitable base commit for upstream fixes (because it
brings in tip:core/locking changes
On 2014-02-21 20:31, Kirill A. Shutemov wrote:
On Fri, Feb 21, 2014 at 11:23:39AM -0600, Jay Cornwall wrote:
I'm tracking a possible memory leak in iommu/amd. The driver uses this
logic
to fault a page in response to a PRI from a device:
npages = get_user_pages(fault-state-task,
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -next kernel I've stumbled on
the following (now with pretty line numbers!) spew:
[ 218.132898] ==
[ 218.133902] [ INFO: possible circular locking dependency
Commit-ID: 981a23792cd02631f8cd5dd65753208a44de5ae1
Gitweb: http://git.kernel.org/tip/981a23792cd02631f8cd5dd65753208a44de5ae1
Author: Masami Hiramatsu masami.hiramatsu...@hitachi.com
AuthorDate: Wed, 5 Feb 2014 05:18:58 +
Committer: Arnaldo Carvalho de Melo a...@redhat.com
Commit-ID: 88fee52e58ca14d8465b614774ed0bf08e1a7790
Gitweb: http://git.kernel.org/tip/88fee52e58ca14d8465b614774ed0bf08e1a7790
Author: Vince Weaver vincent.wea...@maine.edu
AuthorDate: Mon, 30 Dec 2013 15:39:45 -0500
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Mon, 10
Commit-ID: f67697bd079f4bbcbe7d6d26765a06b18afe0630
Gitweb: http://git.kernel.org/tip/f67697bd079f4bbcbe7d6d26765a06b18afe0630
Author: Jiri Olsa jo...@redhat.com
AuthorDate: Tue, 4 Feb 2014 15:37:48 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Mon, 10 Feb 2014
Commit-ID: 79d26a6a19ace19faabf8d8d27d3430be2e26d34
Gitweb: http://git.kernel.org/tip/79d26a6a19ace19faabf8d8d27d3430be2e26d34
Author: Ben Hutchings b...@decadent.org.uk
AuthorDate: Thu, 6 Feb 2014 01:00:35 +
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Mon, 10 Feb
Commit-ID: 17f22a3fbc9d81c1d8f9f853dd23d0e5e8f4c994
Gitweb: http://git.kernel.org/tip/17f22a3fbc9d81c1d8f9f853dd23d0e5e8f4c994
Author: Arnaldo Carvalho de Melo a...@redhat.com
AuthorDate: Wed, 22 Jan 2014 12:55:32 -0300
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue,
Commit-ID: e80faac0460f178a5be576b4260897f997109e73
Gitweb: http://git.kernel.org/tip/e80faac0460f178a5be576b4260897f997109e73
Author: Arnaldo Carvalho de Melo a...@redhat.com
AuthorDate: Wed, 22 Jan 2014 13:05:06 -0300
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue,
Commit-ID: 644f2df29faf66f408fea2e50f16d3b5302403da
Gitweb: http://git.kernel.org/tip/644f2df29faf66f408fea2e50f16d3b5302403da
Author: Arnaldo Carvalho de Melo a...@redhat.com
AuthorDate: Wed, 22 Jan 2014 13:15:36 -0300
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue,
Commit-ID: a601fdff1af20ea0208e918f5e97a247a3c37a40
Gitweb: http://git.kernel.org/tip/a601fdff1af20ea0208e918f5e97a247a3c37a40
Author: Jiri Olsa jo...@redhat.com
AuthorDate: Mon, 3 Feb 2014 12:44:43 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 18 Feb 2014
Commit-ID: 106395dfda0397a6a88cc309bb7beb1fdf2ed798
Gitweb: http://git.kernel.org/tip/106395dfda0397a6a88cc309bb7beb1fdf2ed798
Author: Arnaldo Carvalho de Melo a...@redhat.com
AuthorDate: Wed, 22 Jan 2014 13:21:32 -0300
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue,
Commit-ID: bc5290869d0a7f7abbde76ac95a7f7b6f5d7bb7b
Gitweb: http://git.kernel.org/tip/bc5290869d0a7f7abbde76ac95a7f7b6f5d7bb7b
Author: Jiri Olsa jo...@redhat.com
AuthorDate: Mon, 3 Feb 2014 12:44:41 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 18 Feb 2014
Commit-ID: aa16b81fe916378ef6474530c59f719c36cd6ec4
Gitweb: http://git.kernel.org/tip/aa16b81fe916378ef6474530c59f719c36cd6ec4
Author: Jiri Olsa jo...@redhat.com
AuthorDate: Tue, 7 Jan 2014 13:47:22 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 18 Feb 2014
Commit-ID: eb853e80324fa87faf7ae7e1a763ad643f908f2d
Gitweb: http://git.kernel.org/tip/eb853e80324fa87faf7ae7e1a763ad643f908f2d
Author: Jiri Olsa jo...@redhat.com
AuthorDate: Mon, 3 Feb 2014 12:44:42 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 18 Feb 2014
Commit-ID: 3c8b06f981091f91ee603768855e9739a8938296
Gitweb: http://git.kernel.org/tip/3c8b06f981091f91ee603768855e9739a8938296
Author: Jiri Olsa jo...@redhat.com
AuthorDate: Tue, 7 Jan 2014 13:47:21 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 18 Feb 2014
Commit-ID: b42dc32d4f91e4c0f34b628fdb012eb423da9e69
Gitweb: http://git.kernel.org/tip/b42dc32d4f91e4c0f34b628fdb012eb423da9e69
Author: Jiri Olsa jo...@redhat.com
AuthorDate: Tue, 7 Jan 2014 13:47:23 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 18 Feb 2014
Commit-ID: 1cf0382af98f6365b01b59453fe18dffe3c73d2f
Gitweb: http://git.kernel.org/tip/1cf0382af98f6365b01b59453fe18dffe3c73d2f
Author: Jiri Olsa jo...@redhat.com
AuthorDate: Tue, 7 Jan 2014 13:47:24 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 18 Feb 2014
Commit-ID: 436aa749bb193385f6a3b741ddc6bfba61770a6e
Gitweb: http://git.kernel.org/tip/436aa749bb193385f6a3b741ddc6bfba61770a6e
Author: Jiri Olsa jo...@redhat.com
AuthorDate: Tue, 7 Jan 2014 13:47:26 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 18 Feb 2014
Commit-ID: b58f608e31010cb76ee953a6919f9d96b4eb58d9
Gitweb: http://git.kernel.org/tip/b58f608e31010cb76ee953a6919f9d96b4eb58d9
Author: Jiri Olsa jo...@redhat.com
AuthorDate: Sun, 2 Feb 2014 22:38:49 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 18 Feb 2014
Commit-ID: 9ff125d132001c02d32a193a9423be0690526e11
Gitweb: http://git.kernel.org/tip/9ff125d132001c02d32a193a9423be0690526e11
Author: Jiri Olsa jo...@redhat.com
AuthorDate: Tue, 7 Jan 2014 13:47:28 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 18 Feb 2014
Commit-ID: cd0cfad74eb88e54ba9d205da3ed376e48981448
Gitweb: http://git.kernel.org/tip/cd0cfad74eb88e54ba9d205da3ed376e48981448
Author: Borislav Petkov b...@suse.de
AuthorDate: Mon, 9 Dec 2013 17:14:24 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 18 Feb 2014
Commit-ID: 0e55fa1131dcacfc8f18fabecc93643a105bdc14
Gitweb: http://git.kernel.org/tip/0e55fa1131dcacfc8f18fabecc93643a105bdc14
Author: Borislav Petkov b...@suse.de
AuthorDate: Wed, 5 Feb 2014 15:51:53 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 18 Feb 2014
Commit-ID: 2df58634cd2ad33d7c7ca2e02e1a44db6c8cf68d
Gitweb: http://git.kernel.org/tip/2df58634cd2ad33d7c7ca2e02e1a44db6c8cf68d
Author: Masami Hiramatsu masami.hiramatsu...@hitachi.com
AuthorDate: Thu, 6 Feb 2014 05:32:11 +
Committer: Arnaldo Carvalho de Melo a...@redhat.com
Commit-ID: fb226ccd2a6f77be13009edc196da2077800066b
Gitweb: http://git.kernel.org/tip/fb226ccd2a6f77be13009edc196da2077800066b
Author: Masami Hiramatsu masami.hiramatsu...@hitachi.com
AuthorDate: Thu, 6 Feb 2014 05:32:13 +
Committer: Arnaldo Carvalho de Melo a...@redhat.com
Commit-ID: 5a62257a3ddd1a09cf278eae0697fcbe20897447
Gitweb: http://git.kernel.org/tip/5a62257a3ddd1a09cf278eae0697fcbe20897447
Author: Masami Hiramatsu masami.hiramatsu...@hitachi.com
AuthorDate: Thu, 6 Feb 2014 05:32:09 +
Committer: Arnaldo Carvalho de Melo a...@redhat.com
Commit-ID: f90acac75713cc6f18a4b2f1b9162bc1cd893c20
Gitweb: http://git.kernel.org/tip/f90acac75713cc6f18a4b2f1b9162bc1cd893c20
Author: Masami Hiramatsu masami.hiramatsu...@hitachi.com
AuthorDate: Thu, 6 Feb 2014 05:32:18 +
Committer: Arnaldo Carvalho de Melo a...@redhat.com
Commit-ID: dfef99cd0b2c8abafb571e5992ce954135be5f40
Gitweb: http://git.kernel.org/tip/dfef99cd0b2c8abafb571e5992ce954135be5f40
Author: Masami Hiramatsu masami.hiramatsu...@hitachi.com
AuthorDate: Thu, 6 Feb 2014 05:32:16 +
Committer: Arnaldo Carvalho de Melo a...@redhat.com
Commit-ID: 8f33f7deac485a61f38aa690b85489322a4d958e
Gitweb: http://git.kernel.org/tip/8f33f7deac485a61f38aa690b85489322a4d958e
Author: Masami Hiramatsu masami.hiramatsu...@hitachi.com
AuthorDate: Thu, 6 Feb 2014 05:32:20 +
Committer: Arnaldo Carvalho de Melo a...@redhat.com
Commit-ID: a15ad2f5360c821f030c53266ebf467738249c68
Gitweb: http://git.kernel.org/tip/a15ad2f5360c821f030c53266ebf467738249c68
Author: Masami Hiramatsu masami.hiramatsu...@hitachi.com
AuthorDate: Thu, 6 Feb 2014 05:32:27 +
Committer: Arnaldo Carvalho de Melo a...@redhat.com
Commit-ID: 5a6f63145491f905de1c5c6c46c5cd62c004d0d1
Gitweb: http://git.kernel.org/tip/5a6f63145491f905de1c5c6c46c5cd62c004d0d1
Author: Masami Hiramatsu masami.hiramatsu...@hitachi.com
AuthorDate: Thu, 6 Feb 2014 05:32:23 +
Committer: Arnaldo Carvalho de Melo a...@redhat.com
Commit-ID: eb948e50831bc64e6bb2589be7575ed7c159a429
Gitweb: http://git.kernel.org/tip/eb948e50831bc64e6bb2589be7575ed7c159a429
Author: Masami Hiramatsu masami.hiramatsu...@hitachi.com
AuthorDate: Thu, 6 Feb 2014 05:32:25 +
Committer: Arnaldo Carvalho de Melo a...@redhat.com
Commit-ID: db273be2a7d42f92b3471e0f717982928214a650
Gitweb: http://git.kernel.org/tip/db273be2a7d42f92b3471e0f717982928214a650
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Fri, 7 Feb 2014 20:58:38 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Sat, 22 Feb 2014
Commit-ID: 77177856e3bf39d435b3ae4bfd164ca3c8cd4577
Gitweb: http://git.kernel.org/tip/77177856e3bf39d435b3ae4bfd164ca3c8cd4577
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Fri, 7 Feb 2014 20:58:37 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Sat, 22 Feb 2014
Commit-ID: 8f47b1871b8aac98f1a9d93bc3467fb97b65199a
Gitweb: http://git.kernel.org/tip/8f47b1871b8aac98f1a9d93bc3467fb97b65199a
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Fri, 7 Feb 2014 20:58:39 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Sat, 22 Feb 2014
1 - 100 of 518 matches
Mail list logo