Hi Stephen,
On Thu, Jul 18, 2013 at 04:21:17PM -0700, Stephen Boyd wrote:
> The ARM architected system counter has at least 56 usable bits.
> Add support for counters with more than 32 bits to the generic
> sched_clock implementation so we can increase the time between
> wakeups due to dealing
* Sarah Sharp wrote:
> On Thu, Jul 18, 2013 at 12:39:07PM +0200, Ingo Molnar wrote:
> >
> > * Linus Torvalds wrote:
> >
> > > On Mon, Jul 15, 2013 at 1:41 PM, Sarah Sharp
> > > wrote:
> > > >
> > > > Oh, FFS, I just called out on private email for "playing the victim
> > > > card". I will
Hi,
This patch set fixes two bugs of splice_write in the virtio-console driver.
[BUG1] Although pipe->nrbufs is empty, the driver tries to do splice_write.
=> This induces oops in sg_init_table().
[BUG2] No lock for competition of splice_write.
=> This induces oops in
Add pipe_lock/unlock for splice_write to avoid oops by following competition:
(1) An application gets fds of a trace buffer, virtio-serial, pipe.
(2) The application does fork()
(3) The processes execute splice_read(trace buffer) and
splice_write(virtio-serial) via same pipe.
Quit from splice_write if pipe->nrbufs is 0 for avoiding oops in virtio-serial.
When an application was doing splice from a kernel buffer to virtio-serial on
a guest, the application received signal(SIGINT). This situation will normally
happen, but the kernel executed a kernel panic by oops as
Added write_raw function to manipulate the optional divider_by_two
through the scaling attribute out of the available scales.
Signed-off-by: Hector Palacios
---
drivers/staging/iio/adc/mxs-lradc.c | 55 -
1 file changed, 54 insertions(+), 1 deletion(-)
diff
Greetings,
This is v2 of the patchset that adds support to the optional
divider_by_two of LRADC channels.
Changes in v2:
- Fix the sample mask passed by the touchscreen driver to the input
subsytem, to be 12 bits.
- Move the reference voltages to the Device Tree.
- Rebased to avoid conflict
Adds in_voltageX_scale_available file for every channel to read
the different available scales.
There are two scales per channel:
[0] = divider_by_two disabled (default)
[1] = divider_by_two enabled
Signed-off-by: Hector Palacios
---
drivers/staging/iio/adc/mxs-lradc.c | 103
Some LRADC channels have fixed pre-dividers and all have an optional
divider by two which allows a maximum input voltage of VDDIO - 50mV.
This patch
- adds the scaling info flag to all channels
- grabs the max reference voltage per channel from DT
(where the fixed pre-dividers apply)
-
The LRADC virtual channels have an 18 bit field to store the sum of up
to 2^5 accumulated samples. The read_raw function however only operates
over a single sample (12 bit resolution).
In order to use this field for scaling operations, we need it to be the
exact resolution value of the LRADC.
Some LRADC channels have fixed pre-dividers so they can measure
different voltages at full scale. The reference voltage allows to
expose a scaling attribute through the IIO sysfs so that a user can
compute the real voltage out of a measured sample value.
Signed-off-by: Hector Palacios
---
On 07/19/2013 01:52 PM, Srivatsa S. Bhat wrote:
> On 07/16/2013 07:55 PM, Srivatsa S. Bhat wrote:
>> Hi,
>>
>> I happened to hit these warnings on an idle system shortly after
>> boot. And the machine locked up and sent NMIs to all CPUs, some of
>> which have been captured below.
>>
>> Kernel
LZ4 compression and decompression functions require different
in signedness input/output parameters: unsigned char for
compression and signed char for decompression.
Change decompression API to require "(const) unsigned char *".
v2: minor coding style fix.
Signed-off-by: Sergey Senozhatsky
Hi,
I tried building lguest to play with it, but was disappointed to find
this in the Kconfig:
depends on X86_32
Why is this [1]? What is so hard about supporting 64-bit machines? I
found a five-year old tree that claims to do lguest64 [2], but didn't
investigate further.
Thanks.
[1]:
proc_dowatchdog doesn't synchronize multiple callers which
might lead to confusion when two parallel callers might confuse
watchdog_enable_all_cpus resp. watchdog_disable_all_cpus (e.g. watchdog
gets enabled even if watchdog_thresh was set to 0 already).
This patch adds a local mutex which
On (07/19/13 17:27), Kyungsik Lee wrote:
> > >> On (07/12/13 11:28), Yann Collet wrote:
> > >> >The reference implementation, hosted at :�
> > >> >[1]https://code.google.com/p/lz4/
> > >> >only proposes char* (signed) types as part of the interface
> > >> > contract.
> > >> >I
watchdog_tresh controls how often nmi perf event counter checks per-cpu
hrtimer_interrupts counter and blows up if the counter hasn't changed
since the last check. The counter is updated by per-cpu watchdog_hrtimer
hrtimer which is scheduled with 2/5 watchdog_thresh period which
guarantees that
On Fri, Jul 19, 2013 at 12:21:15AM +0100, Stephen Boyd wrote:
> We're going to increase the cyc value to 64 bits in the near
> future. Doing that is going to break the custom seqcount
> implementation in the sched_clock code because 64 bit numbers
> aren't guaranteed to be atomic. Replace the
On 07/19/2013 07:17 AM, Lai Jiangshan wrote:
> On 07/19/2013 04:23 AM, Srivatsa S. Bhat wrote:
>>
>> ---
>>
>> kernel/workqueue.c |6 ++
>> 1 file changed, 6 insertions(+)
>>
>>
>> diff --git a/kernel/workqueue.c b/kernel/workqueue.c
>> index f02c4a4..07d9a67 100644
>> ---
According to the datasheet[1], the Interrupt IRQ Pending Registers are
read-only. The implementation of sun4i_irq_ack() is worng becasue it writes
to these read-only registers.
This patch removes the wrong irq_ack callback implementation and all the code
writing to these read-only registers in
From: Srinivas Kandagatla
The use case is simple, if any rc device has allowed protocols =
RC_TYPE_LIRC and map_name = RC_MAP_LIRC set, the driver open will be never
called. The reason for this is, all of the key maps except lirc have some
KEYS in there map, so during rc_register_device process
From: Srinivas Kandagatla
This patch adds user count to rc_dev structure, the reason to add this
new member is to allow other code like lirc to open rc device directly.
In the existing code, rc device is only opened by input subsystem which
works ok if we have any input drivers to match. But in
From: Srinivas Kandagatla
Thankyou for providing comments on RFC patch.
This patchset adds new members to rc_device structure to open rc device from
code other than rc-main. In the current code rc-device is only opened via input
driver. In cases where rc device is using lirc protocol, it will
Hi Henrik,
On Thu, Jul 18, 2013 at 9:24 PM, wrote:
> Hi Benjamin,
>
>> Some multitouch screens do not like to be polled for input reports.
>> However, the Win8 spec says that all touches should be sent during
>> each report, making the initialization of reports unnecessary.
>> The Win7 spec is
Felipe,
On Tuesday 16 July 2013 06:12 PM, Felipe Balbi wrote:
> Hi,
>
> On Tue, Jul 16, 2013 at 11:22:38AM +0530, Kishon Vijay Abraham I wrote:
>> Tony,
>>
>> On Monday 08 July 2013 04:44 PM, Kishon Vijay Abraham I wrote:
>>> This series fixes the USB enumeration issue caused because of the
* Waiman Long wrote:
> On 07/18/2013 03:42 AM, Ingo Molnar wrote:
> >* Waiman Long wrote:
> >
> + *stealing the lock if come at the right moment, the granting of the
> + *lock is mostly in FIFO order.
> + * 2. It is faster in high contention situation.
> >>>Again, why is it
Hi Jingoo, Mike,
On Tue, Jul 16, 2013 at 05:29:40AM +0200, Mike Galbraith wrote:
> On Tue, 2013-07-16 at 09:49 +0900, Jingoo Han wrote:
> > On Tuesday, July 16, 2013 12:27 AM, Maxime Ripard wrote:
>
> > > +
> > > + ret = devm_gpio_request_one(>dev, lcd->im_pins[i],
> > > +
Hi Peter,
thanks for forwarding this to the appropriate people & mailing list.
Hi Sarah,
thanks for starting investigating this :)
On Fri, Jul 19, 2013 at 1:37 AM, Peter Hurley wrote:
>>>
>>>
>>>
>>> Before we revert to using the workaround, I'd like to suggest that
>>> this new "hidden"
Hello Lars,
On Thu, Jul 18, 2013 at 12:48 PM, Lars-Peter Clausen wrote:
> On 07/18/2013 10:36 AM, Oleksandr Kozaruk wrote:
>> Hello Lars,
>>
>> On Wed, Jul 17, 2013 at 9:04 PM, Lars-Peter Clausen wrote:
+static int twl6032_calibration(struct twl6030_gpadc_data *gpadc)
+{
+
On Thu, 2013-07-18 at 17:15 +0100, Julien Grall wrote:
> On 17 July 2013 14:25, Stefano Stabellini
> wrote:
> > On Mon, 15 Jul 2013, Julien Grall wrote:
> >> Even if uncompress debug is disabled, some board will continue to print
> >> information during uncompress step.
> >
> > Are you talking
* Andrew Morton wrote:
> On Wed, 17 Jul 2013 09:21:00 +0200 Ingo Molnar wrote:
>
> >
> > * Dave Hansen wrote:
> >
> > > I was investigating some TLB flush scaling issues and realized
> > > that we do not have any good methods for figuring out how many
> > > TLB flushes we are doing.
> > >
As we remove the target single node, so list_for_each is enought, in order to
clean up, we use list_for_each_entry instead.
Signed-off-by: Gu Zheng
---
fs/f2fs/checkpoint.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/fs/f2fs/checkpoint.c b/fs/f2fs/checkpoint.c
Hi Andrew,
On Wed, Jul 17, 2013 at 02:37:09PM -0700, Andrew Morton wrote:
> On Mon, 15 Jul 2013 17:26:59 +0200 Maxime Ripard
> wrote:
>
> > Sorry to bother you again with the framebuffer stuff but the new
> > maintainer doesn't appear to be responsive either.
>
> Jean-Christophe is doing
On Thu, Jul 18, 2013 at 11:29:57PM +0200, Geert Uytterhoeven wrote:
> On Thu, Jul 18, 2013 at 11:18 PM, Sergey Senozhatsky
> wrote:
> > On (07/12/13 12:48), Sergey Senozhatsky wrote:
> >> On (07/12/13 11:28), Yann Collet wrote:
> >> >The reference implementation, hosted at :�
> >> >
* Ingo Molnar wrote:
> [...]
>
> Also, if the goal is to pack better then we could do even better than
> that: we could create a 'struct x86_apic_ids':
>
> struct x86_apic_ids {
> u16 bios_apicid;
> u16 apicid;
> u32 logical_apicid; /* NOTE: does this really have to
Suggested by coccinelle and manually verified.
Signed-off-by: Alexandru Juncu
---
drivers/char/pcmcia/synclink_cs.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/drivers/char/pcmcia/synclink_cs.c
b/drivers/char/pcmcia/synclink_cs.c
index
> CC: linux-kernel@vger.kernel.org, linux...@kvack.org, "cgroups mailinglist"
> , "KAMEZAWA Hiroyuki"
> , righi.and...@gmail.com
>On Tue, Jul 16, 2013 at 12:48:30PM -0400, Johannes Weiner wrote:
>> On Tue, Jul 16, 2013 at 06:09:05PM +0200, Michal Hocko wrote:
>> > On Tue 16-07-13 11:35:44,
After writing orphan inode entry in jornal block, we need to delete each
entry from the orphan entry list, and release them.
Signed-off-by: Gu Zheng
---
fs/f2fs/checkpoint.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/fs/f2fs/checkpoint.c b/fs/f2fs/checkpoint.c
On 07/15/2013 05:38 PM, Linus Torvalds wrote:
> A small panel discussion with a few people (fiveish?) that have very
> different viewpoints, along with baskets of rotten fruit set out on
> the tables?
As I think the purpose of this discussion was to improve linux by
attracting and growing new
Commit-ID: eb4fe9cbb1599a673bde0d6dad50e609404275c7
Gitweb: http://git.kernel.org/tip/eb4fe9cbb1599a673bde0d6dad50e609404275c7
Author: Jiri Olsa
AuthorDate: Fri, 7 Jun 2013 15:37:01 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:45:48 -0300
perf tools:
Hi Axel,
Sorry for the late testing,
On Sat, Jul 06, 2013 at 10:35:29PM +0800, Axel Lin wrote:
> According to the datasheet[1], the Interrupt IRQ Pending Registers are
> read-only. The implementation of sun4i_irq_ack() looks wrong because it writes
> to these read-only registers.
>
> This patch
* Oleg Nesterov wrote:
> Hello.
>
> The patches are the same, I only tried to update the changelogs a bit.
> I am also quoting my old email below, to explain what this hack tries
> to do.
>
> Say, "perf record -e sched:sched_switch -p1".
>
> Every task except /sbin/init will do
Commit-ID: 4e319027a7aee58ce8d409f5597b418f08307841
Gitweb: http://git.kernel.org/tip/4e319027a7aee58ce8d409f5597b418f08307841
Author: Robert Richter
AuthorDate: Tue, 11 Jun 2013 17:29:18 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:45:54 -0300
perf tools:
Commit-ID: b3824404ebbd489858f3a7097c715120118fa5cd
Gitweb: http://git.kernel.org/tip/b3824404ebbd489858f3a7097c715120118fa5cd
Author: David Ahern
AuthorDate: Tue, 2 Jul 2013 13:27:21 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:46:12 -0300
perf evlist:
Commit-ID: cfe0d8ba14a1d98245b371e486c68f37eba1ca52
Gitweb: http://git.kernel.org/tip/cfe0d8ba14a1d98245b371e486c68f37eba1ca52
Author: Runzhen Wang
AuthorDate: Fri, 28 Jun 2013 16:14:57 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:46:09 -0300
perf tools:
This patch adds MOXA ART SoCs clock driver support.
Signed-off-by: Jonas Jensen
---
Notes:
Changes since v4:
1. remove unnecessary header includes
Applies to next-20130716
.../bindings/clock/moxa,moxart-core-clock.txt | 23
drivers/clk/Makefile
H. Peter Anvin zytor.com> writes:
> Ehkä meidän sääntö, että kiroilu on sallittu vain suomeksi (ja venäjä,
> muuten Al Viro todennäköisesti räjähtää.)
>
> -hpa
Try pasting that back into Google Translate ;) see what Viro is translated
to ;)
-L ;)
---
These lines are added to increase
Commit-ID: c5cd8ac07e7ad5f21b1930b23b2e1bb231958430
Gitweb: http://git.kernel.org/tip/c5cd8ac07e7ad5f21b1930b23b2e1bb231958430
Author: David Ahern
AuthorDate: Tue, 2 Jul 2013 13:27:25 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:52:05 -0300
perf parse
Commit-ID: 9f1efa82640b4f06c8f6c847f088c53e4100395c
Gitweb: http://git.kernel.org/tip/9f1efa82640b4f06c8f6c847f088c53e4100395c
Author: Namhyung Kim
AuthorDate: Tue, 4 Jun 2013 14:20:16 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:52:07 -0300
tools lib
Commit-ID: 79d5adf06dd530fe6a9ab3d086b2d23eb7560491
Gitweb: http://git.kernel.org/tip/79d5adf06dd530fe6a9ab3d086b2d23eb7560491
Author: Namhyung Kim
AuthorDate: Tue, 4 Jun 2013 14:20:18 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:52:11 -0300
tools lib
Commit-ID: 4ccdf57d46843f5c03e390bdb652c9744e30ee20
Gitweb: http://git.kernel.org/tip/4ccdf57d46843f5c03e390bdb652c9744e30ee20
Author: Namhyung Kim
AuthorDate: Tue, 4 Jun 2013 14:20:17 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:52:09 -0300
tools lib
Commit-ID: d6c25223f6067c6889d8fc3f9576d34bbac161b0
Gitweb: http://git.kernel.org/tip/d6c25223f6067c6889d8fc3f9576d34bbac161b0
Author: Namhyung Kim
AuthorDate: Tue, 4 Jun 2013 14:20:21 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:52:16 -0300
tools lib
On Thu, Jul 18, 2013 at 02:57:11PM -0600, Andreas Dilger wrote:
> > _THAT_ was going to be a remotely supplied data? I really hope I've
> > misparsed what you said above...
> >
> > And that still leaves the question about the code path that could
> > lead to execution of mgc_fs_setup().
>
>
We have introduced numa_sync_memblock_nid to synchronize nid info in
memblock.reserved[] and numa_meminfo. But memblock_reserve() always
reserve memory with MAX_NUMNODES, even after numa_meminfo has been
initialized.
So this patch improves memblock_reserve() to reserve memory with
correct nid.
There is no flag in memblock to describe what type the memory is.
Sometimes, we may use memblock to reserve some memory for special usage.
And we want to know what kind of memory it is. So we need a way to
differentiate memory for different usage.
In hotplug environment, we want to reserve
The macro INVALID_TABLE() is defined like this:
#define INVALID_TABLE(x, path, name)\
{ pr_err("ACPI OVERRIDE: " x " [%s%s]\n", path, name); continue; }
And it is used like this:
for (...) {
...
if (...)
In ACPI, SRAT(System Resource Affinity Table) contains NUMA info.
The memory affinities in SRAT record every memory range in the
system, and also, flags specifying if the memory range is
hotpluggable.
(Please refer to ACPI spec 5.0 5.2.16)
memblock starts to work at very early time, and SRAT has
Signed-off-by: Gu Zheng
---
lib/crc32.c | 15 ++-
1 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/lib/crc32.c b/lib/crc32.c
index 072fbd8..4722659 100644
--- a/lib/crc32.c
+++ b/lib/crc32.c
@@ -131,11 +131,14 @@ crc32_body(u32 crc, unsigned char const *buf, size_t
This patch adds MOXA ART SoCs clock driver support.
Signed-off-by: Jonas Jensen
---
Notes:
Changes since v3:
1. remove apb-clock
2. read clock-output-names of property
3. update device tree bindings document
Applies to next-20130716
Pages used by the kernel cannot be migrated. As a result, hotpluggable
memory used by the kernel cannot be hot-removed. So for memory
hotplug users, the kernel should not use hotpluggable memory.
Since now we have flags in memblock, we introduce a MEMBLK_HOTPLUGGABLE
flag to mark hotpluggable
This patch-set aims to solve some problems at system boot time
to enhance memory hotplug functionality.
[Background]
The Linux kernel cannot migrate pages used by the kernel because
of the kernel direct mapping. Since va = pa + PAGE_OFFSET, if the
physical address is changed, we cannot simply
The Hot-Pluggable field in SRAT suggests if the memory could be
hotplugged while the system is running. Print it as well when
parsing SRAT will help users to know which memory is hotpluggable.
Signed-off-by: Tang Chen
Reviewed-by: Wanpeng Li
---
arch/x86/mm/srat.c | 11 +++
1 files
Since we modify movablecore boot option to support
"movablecore=acpi", this patch adds doc for it.
Signed-off-by: Tang Chen
---
Documentation/kernel-parameters.txt | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/Documentation/kernel-parameters.txt
As we mentioned in previous patches, to prevent the kernel
using hotpluggable memory at early time, we need to reserve
hotpluggable memory in memblock. So we need to parse SRAT
at early time.
This patch does the following two things:
1. Introduce reserve_hotpluggable_memory() to reserve
We have split acpi_table_init() into two steps:
1. Pares RSDT or XSDT, and initialize acpi_gbl_root_table_list.
This step will record all tables' physical address in memory.
2. Check acpi initrd table override and install all tables into
acpi_gbl_root_table_list.
This patch does step 1
Vasilis Liaskovitis found that before we parse SRAT and fulfill numa_meminfo,
the nids of all the regions in memblock.reserve[] are MAX_NUMNODES. That is
because nids have not been mapped at that time.
When we arrange ZONE_MOVABLE in each node later, we need nid in memblock. So
after we parse
Remove the unused paramters of function jffs2_{compress,decompress}.
Signed-off-by: Gu Zheng
---
fs/jffs2/compr.c | 12 ++--
fs/jffs2/compr.h | 12 ++--
fs/jffs2/gc.c|2 +-
fs/jffs2/read.c |4 +++-
fs/jffs2/write.c |2 +-
5 files changed, 17 insertions(+),
We reserved hotpluggable memory in memblock at early time. And when memory
initialization is done, we have to free it to buddy system.
This patch free memory reserved by memblock with flag MEMBLK_HOTPLUGGABLE.
Signed-off-by: Tang Chen
Reviewed-by: Wanpeng Li
---
include/linux/memblock.h |
This patch introduce early_acpi_firmware_srat() to find the
phys addr of SRAT provided by firmware. And call it in
reserve_hotpluggable_memory().
Since we have initialized acpi_gbl_root_table_list earlier,
and store all the tables' phys addrs and signatures in it,
it is easy to find the SRAT.
From: Yasuaki Ishimatsu
If system can create movable node which all memory of the
node is allocated as ZONE_MOVABLE, setup_node_data() cannot
allocate memory for the node's pg_data_t.
So, use memblock_alloc_try_nid() instead of memblock_alloc_nid()
to retry when the first allocation fails.
As mentioned before, in order to prevent the kernel to use hotpluggable
memory, we want to reserve hotpluggable memory in memblock at early time.
As the previous two patches are able to find SRAT in initrd file or
fireware, this patch does the following:
1. Introduces
Hello Marek
I have prepared a new set of patches, please take a look to them. The
series implements the coherent allocation, segments compaction and use
of sg_table, it does not implement the dma_map/dma_unmap/dma_sync, I
rather work on that one when you are back.
Thanks for your help
On Thu,
Besides the phys addr of the acpi tables, it will be very convenient if
we also have the signature of each table in acpi_gbl_root_table_list at
early time. We can find SRAT easily by comparing the signature.
This patch alse record signature and some other info in
acpi_gbl_root_table_list at early
The Hot-Pluggable fired in SRAT specifies which memory is hotpluggable.
As we mentioned before, if hotpluggable memory is used by the kernel,
it cannot be hot-removed. So memory hotplug users may want to set all
hotpluggable memory in ZONE_MOVABLE so that the kernel won't use it.
Memory hotplug
In acpi_initrd_override(), it checks several things to ensure the
table it found is valid. In later patches, we need to do these check
somewhere else. So this patch introduces a common function
acpi_invalid_table() to do all these checks, and reuse it in different
places. The function will be used
In the following patches, we need to call get_ramdisk_{image|size}()
to get initrd file's address and size. So make these two functions
global.
Signed-off-by: Tang Chen
---
arch/x86/include/asm/setup.h |3 +++
arch/x86/kernel/setup.c |4 ++--
2 files changed, 5 insertions(+), 2
If all the memory ranges in SRAT are hotpluggable, we should not reserve all
of them in memblock. Otherwise the kernel won't have enough memory to boot.
And also, memblock will reserve some memory at early time, such initrd file,
kernel code and data segments, and so on. We cannot avoid these
The comments of find_cpio_data() says:
* @offset: When a matching file is found, this is the offset to the
* beginning of the cpio. ..
But according to the code,
dptr = PTR_ALIGN(p + ch[C_NAMESIZE], 4);
nptr = PTR_ALIGN(dptr + ch[C_FILESIZE], 4);
*offset =
Commit-ID: 63c2c9f8f24378ebf46d4a9d542863bb733ef05c
Gitweb: http://git.kernel.org/tip/63c2c9f8f24378ebf46d4a9d542863bb733ef05c
Author: Adrian Hunter
AuthorDate: Thu, 4 Jul 2013 16:20:20 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:52:47 -0300
perf inject:
* Ren, Qiaowei wrote:
> On 2013-07-18, Ingo Molnar wrote:
> >
> > * Qiaowei Ren wrote:
> >
> >> Current code doesn't use specific interface to access I/O space.
> >> So some potential bugs can be caused. We can fix this by using
> >> specific API.
> >
> > This is still very vague.
> >
> >>
Commit-ID: 47c3d1091cb68e727b840efd6fa3709d5b1ddfc2
Gitweb: http://git.kernel.org/tip/47c3d1091cb68e727b840efd6fa3709d5b1ddfc2
Author: Adrian Hunter
AuthorDate: Thu, 4 Jul 2013 16:20:21 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:52:49 -0300
perf tools:
Commit-ID: a609bda78203a21fb0e78b9d5b4ab911678e4ebb
Gitweb: http://git.kernel.org/tip/a609bda78203a21fb0e78b9d5b4ab911678e4ebb
Author: Adrian Hunter
AuthorDate: Thu, 4 Jul 2013 16:20:22 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:52:50 -0300
perf inject:
Arrange hotpluggable memory as ZONE_MOVABLE will cause NUMA performance down
because the kernel cannot use movable memory. For users who don't use memory
hotplug and who don't want to lose their NUMA performance, they need a way to
disable this functionality. So we improved movablecore boot
Commit-ID: 50e200f07948400694238e08e7add73df5ba8f83
Gitweb: http://git.kernel.org/tip/50e200f07948400694238e08e7add73df5ba8f83
Author: Andi Kleen
AuthorDate: Sat, 20 Apr 2013 11:02:28 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:53:52 -0300
perf tools:
Commit-ID: dc098b35b56f83ae088e4291a4e389a6ff126965
Gitweb: http://git.kernel.org/tip/dc098b35b56f83ae088e4291a4e389a6ff126965
Author: Andi Kleen
AuthorDate: Sat, 20 Apr 2013 11:02:29 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:53:53 -0300
perf list: List
Commit-ID: 9af303e22a317d1cc6f440e08f72428830708b37
Gitweb: http://git.kernel.org/tip/9af303e22a317d1cc6f440e08f72428830708b37
Author: Jiri Olsa
AuthorDate: Sat, 1 Dec 2012 21:15:40 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:54:02 -0300
perf diff:
Commit-ID: 75211dbfabf1de3a42703f4d3cd6f6e047289d40
Gitweb: http://git.kernel.org/tip/75211dbfabf1de3a42703f4d3cd6f6e047289d40
Author: Jiri Olsa
AuthorDate: Wed, 17 Jul 2013 19:49:42 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 17 Jul 2013 16:46:17 -0300
perf header:
Commit-ID: ab4ecda5205b56cb3b8b44f2c18ffdefb24313a2
Gitweb: http://git.kernel.org/tip/ab4ecda5205b56cb3b8b44f2c18ffdefb24313a2
Author: Robert Richter
AuthorDate: Tue, 16 Jul 2013 16:50:36 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 17 Jul 2013 10:40:02 -0300
perf tools:
Commit-ID: 30d350795e8e57c17eabaab454932889f1ae8159
Gitweb: http://git.kernel.org/tip/30d350795e8e57c17eabaab454932889f1ae8159
Author: Jiri Olsa
AuthorDate: Thu, 11 Jul 2013 17:28:32 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 15 Jul 2013 16:28:17 -0300
perf record:
Commit-ID: d4339569a6f8bb1e703337175dcd4fd4bcd5d891
Gitweb: http://git.kernel.org/tip/d4339569a6f8bb1e703337175dcd4fd4bcd5d891
Author: Jiri Olsa
AuthorDate: Wed, 17 Jul 2013 19:49:41 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 17 Jul 2013 16:46:07 -0300
perf session:
Commit-ID: 8d76e1852794fac6ff0b538120d9856b0b07ef8a
Gitweb: http://git.kernel.org/tip/8d76e1852794fac6ff0b538120d9856b0b07ef8a
Author: Jiri Olsa
AuthorDate: Fri, 12 Jul 2013 16:29:06 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 17 Jul 2013 12:34:53 -0300
perf tests:
Commit-ID: 2a08c3ec4f7d6058a450d2d4bc6e366955872707
Gitweb: http://git.kernel.org/tip/2a08c3ec4f7d6058a450d2d4bc6e366955872707
Author: Jiri Olsa
AuthorDate: Wed, 17 Jul 2013 19:49:47 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 17 Jul 2013 17:04:00 -0300
perf header:
Commit-ID: 5698d2c99ec11006b4c241ebad5252289902b358
Gitweb: http://git.kernel.org/tip/5698d2c99ec11006b4c241ebad5252289902b358
Author: Namhyung Kim
AuthorDate: Wed, 17 Jul 2013 17:08:15 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 17 Jul 2013 12:23:57 -0300
perf symbols:
Commit-ID: 944d62ba4c8e1c9bb2962a70e3d495106fae8cd9
Gitweb: http://git.kernel.org/tip/944d62ba4c8e1c9bb2962a70e3d495106fae8cd9
Author: Jiri Olsa
AuthorDate: Wed, 17 Jul 2013 19:49:43 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 17 Jul 2013 16:46:25 -0300
perf header:
Commit-ID: 8d541e974f4b3ed5db7e278b4d64481af34910a9
Gitweb: http://git.kernel.org/tip/8d541e974f4b3ed5db7e278b4d64481af34910a9
Author: Jiri Olsa
AuthorDate: Wed, 17 Jul 2013 19:49:44 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 17 Jul 2013 16:46:32 -0300
perf header:
Commit-ID: 6065210db932fd183cbc8bc77558fee275360e71
Gitweb: http://git.kernel.org/tip/6065210db932fd183cbc8bc77558fee275360e71
Author: Jiri Olsa
AuthorDate: Thu, 11 Jul 2013 17:28:33 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 15 Jul 2013 16:28:22 -0300
perf tools:
Commit-ID: 345dc0b45ecc37a239723f2b6392cab04d8b0eff
Gitweb: http://git.kernel.org/tip/345dc0b45ecc37a239723f2b6392cab04d8b0eff
Author: Jiri Olsa
AuthorDate: Sun, 3 Feb 2013 20:08:34 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:54:07 -0300
perf diff: Move
Commit-ID: 27389d7823f573be8eaff32fb4abe564e181eb71
Gitweb: http://git.kernel.org/tip/27389d7823f573be8eaff32fb4abe564e181eb71
Author: Adrian Hunter
AuthorDate: Thu, 4 Jul 2013 16:20:27 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:53:48 -0300
perf tools:
Commit-ID: 380512345e13c3af64e59627f1b993c4faa94a84
Gitweb: http://git.kernel.org/tip/380512345e13c3af64e59627f1b993c4faa94a84
Author: Adrian Hunter
AuthorDate: Thu, 4 Jul 2013 16:20:31 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:53:50 -0300
perf tools:
Commit-ID: c818b49820aea96d6a1b43815bae0ee38b09ca0d
Gitweb: http://git.kernel.org/tip/c818b49820aea96d6a1b43815bae0ee38b09ca0d
Author: Jiri Olsa
AuthorDate: Sat, 1 Dec 2012 21:57:04 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 12 Jul 2013 13:54:09 -0300
perf diff: Move
501 - 600 of 1355 matches
Mail list logo