This patch adds support for PEBS Precise Store
which is available on Intel Sandy Bridge and
Ivy Bridge processors.
To use Precise store, the proper PEBS event
must be used: mem_trans_retired:precise_stores.
For the perf tool, the generic mem-stores event
exported via sysfs can be used directly.
This patch adds PERF_SAMPLE_DSRC.
PERF_SAMPLE_DSRC collects the data source, i.e., where
did the data associated with the sampled instruction
come from. Information is stored in a perf_mem_dsrc
structure. It contains opcode, mem level, tlb, snoop,
lock information, subject to availability in
This patch adds a flags field to each event constraint.
It can be used to store event specific features which can
then later be used by scheduling code or low-level x86 code.
The flags are propagated into event->hw.flags during the
get_event_constraint() call. They are cleared during the
From: Andi Kleen
For some events it's useful to weight sample with a hardware
provided number. This expresses how expensive the action the
sample represent was. This allows the profiler to scale
the samples to be more informative to the programmer.
There is already the period which is used
This patch series had a new feature to the kernel perf_events
interface and corresponding user level tool, perf.
With this patch, it is possible to sample (not trace) memory
accesses (load, store). For loads, the instruction and data
addresses are captured along with the latency and data source.
From: Andi Kleen
Add a way for the CPU initialization code to register additional events,
and merge them into the events attribute directory. Used in the next
patch.
Signed-off-by: Andi Kleen
---
arch/x86/kernel/cpu/perf_event.c | 33 +
On Thu, Dec 13, 2012 at 07:40:39PM +0100, Hans J. Koch wrote:
> Hi Greg,
> my new UIO tree is based on your current char-misc tree. Please pull the
> following two patches.
>
> Thanks,
> Hans
>
> The following changes since commit 1ebaf4f4e6912199f8a4e30ba3ab55da2b71bcdf:
>
> Merge branch
On Mon, Jan 07, 2013 at 07:08:55PM +0100, Markus Trippelsdorf wrote:
> On 2013.01.07 at 09:16 -0800, Paul E. McKenney wrote:
> > On Mon, Jan 07, 2013 at 07:50:02AM -0800, Josh Triplett wrote:
> > > On Sat, Jan 05, 2013 at 09:09:36AM -0800, Paul E. McKenney wrote:
> > > > From: "Paul E. McKenney"
This is a patch to add const to the lists of strings in binder.c
as suggested by checkpatch.pl
Signed-off-by: Patrik Kårlin
---
drivers/staging/android/binder.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/android/binder.c
Hi Eiraku-san,
Thank you for the patch. This version is definitely better than the previous
one, but I still have a couple of comments.
On Tuesday 25 December 2012 20:19:12 Hideki EIRAKU wrote:
> This is the Renesas IPMMU driver and IOMMU API implementation.
>
> The IPMMU module supports the
On 2013.01.07 at 09:16 -0800, Paul E. McKenney wrote:
> On Mon, Jan 07, 2013 at 07:50:02AM -0800, Josh Triplett wrote:
> > On Sat, Jan 05, 2013 at 09:09:36AM -0800, Paul E. McKenney wrote:
> > > From: "Paul E. McKenney"
> > >
> > > It turns out that gcc 4.8 warns on array indexes being out of
[Removed Suresh and Venki from discussion, they switched their companies
probably]
On 7 January 2013 20:34, Tejun Heo wrote:
> The latter part "not using idle cpu just for processing work" does
> apply to homogeneous systems too but as I wrote earlier work items
> don't spontaneously happen on
On 7 January 2013 18:58, Steven Rostedt wrote:
> On Mon, 2013-01-07 at 15:28 +0530, Viresh Kumar wrote:
>> I have another idea that we can try:
>>
>> queue_work_on_any_cpu().
>
> I think this is a good idea.
:) :)
>> - the mask of cpus to schedule this work on
>> OR
>> - Sched Level
On Mon, Jan 07, 2013 at 06:46:07PM +0100, Frederic Weisbecker wrote:
> 2013/1/7 Paul E. McKenney :
> > On Fri, Nov 30, 2012 at 02:19:22PM +0800, Li Zhong wrote:
> >> As new context tracking subsystem added, it seems ignore_user_qs and
> >> in_user defined in struct rcu_dynticks are no longer
On Sat, Jan 05, 2013 at 11:46:32AM -0600, Shawn Bohrer wrote:
> I've tried reproducing the issue, but so far I've been unsuccessful
> but I believe that is because my RT tasks aren't using enough CPU
> cause borrowing from the other runqueues. Normally our RT tasks use
> very little CPU so I'm
On Mon, Jan 07, 2013 at 08:57:48AM -0800, Paul E. McKenney wrote:
> On Mon, Jan 07, 2013 at 07:58:10AM -0800, Josh Triplett wrote:
> > On Sat, Jan 05, 2013 at 09:50:59AM -0800, Paul E. McKenney wrote:
> > > rcu: Provide RCU CPU stall warnings for tiny RCU
> > >
> > > Tiny RCU has historically
On Mon, Jan 07, 2013 at 04:04:01PM +0100, Andreas Hartmann wrote:
> Ben Hutchings wrote:
> > On Mon, 2013-01-07 at 09:10 +0100, Stanislaw Gruszka wrote:
> >> On Mon, Jan 07, 2013 at 09:05:32AM +0100, Stanislaw Gruszka wrote:
> To be clear, I have all of these in the queue:
>
>
2013/1/7 Paul E. McKenney :
> On Fri, Nov 30, 2012 at 02:19:22PM +0800, Li Zhong wrote:
>> As new context tracking subsystem added, it seems ignore_user_qs and
>> in_user defined in struct rcu_dynticks are no longer needed, so remove
>> them.
>>
>> Signed-off-by: Li Zhong
>
> Hearing no
On Sat, Jan 05, 2013 at 08:29:44PM +0100, Samuel Thibault wrote:
> Indeed. The same happens in synth_add, so Greg please use this instead:
>
>
> Check that array index is in-bounds before accessing the synths[] array.
>
> Signed-off-by: Nickolai Zeldovich
> Signed-off-by: Samuel Thibault
On Fri, Jan 04, 2013 at 01:05:18PM -0800, Greg Thelen wrote:
> If the command line parameter cannot
> be opened, then cgroup_event_listener prints an error message and
> tries to return an error. However, due to an uninitialized variable
> the return value was undefined.
>
> With this patch
Hi Linus,
This set covers regressions and two obvious bugfixes. The rest can wait
for 3.9.
The following changes since commit 4c9014f2ca7e5ecf8806e838be0f07aa1810c985:
Merge tag 'nfs-for-3.8-2' of
git://git.linux-nfs.org/projects/trondmy/linux-nfs (2013-01-07 08:36:45 -0800)
are available
On Fri, Jan 04, 2013 at 01:05:17PM -0800, Greg Thelen wrote:
> Move the cgroup_event_listener.c tool from Documentation into the new
> tools/cgroup directory.
>
> This change involves wiring cgroup_event_listener.c into the tools/
> make system so that is can be built with:
> $ make
On Fri, Nov 30, 2012 at 02:19:22PM +0800, Li Zhong wrote:
> As new context tracking subsystem added, it seems ignore_user_qs and
> in_user defined in struct rcu_dynticks are no longer needed, so remove
> them.
>
> Signed-off-by: Li Zhong
Hearing no objections from Frederic, I have queued this
Hi,
I'm trying to use the Tsi148 VME-PCI-bridge on a PowerPC-SPE using the
Debian port, but compiling the kernel 3.7.1 myself. Everything seems
to work as expected, except for the messages:
vme_tsi148 :02:0e.0: Can't get assigned pci irq vector 00
vme_tsi148 :02:0e.0: Chip
On Mon, Jan 7, 2013 at 4:24 AM, Hillf Danton wrote:
>
> I take another try with waiting added, take a look please.
Hmm. Is there some reason we never need to worry about it for the
"pmd_numa()" case just above?
A comment about this all might be a really good idea.
Linus
--
On 07/01/13 17:21, Stefano Stabellini wrote:
> On Fri, 14 Sep 2012, Stefano Stabellini wrote:
>> On Fri, 14 Sep 2012, Pawel Moll wrote:
>>> On Fri, 2012-09-14 at 12:13 +0100, Stefano Stabellini wrote:
Signed-off-by: Stefano Stabellini
CC: Russell King
CC: Pawel Moll
CC: Marc
On Mon, 2012-12-31 at 00:46 +, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Commit 1d57433 (ACPI: Separate adding ACPI device objects from
> probing ACPI drivers) introduced an ACPI power resources management
I am seeing a different commit id for this.
commit
On Mon, Jan 07, 2013 at 09:22:38AM -0800, Linus Torvalds wrote:
> On Mon, Jan 7, 2013 at 9:17 AM, Matthew Garrett
> wrote:
> >
> > A bit delayed (new job fun), but there's nothing terribly exciting in
> > here.
>
> Nonetheless, this does not seem to be appropriate for outside the merge
>
Adding some more people.
Aaron, Shane, do you guys have any ideas? I've been seeing something
similar on an AMD desktop box recently and Jiri sees it on a laptop with
an SSD.
Here's Jiri's original mail with more info: http://lkml.org/lkml/2012/10/26/208
Thanks.
On Mon, Dec 03, 2012 at
On Tue, Jan 1, 2013 at 6:30 PM, devendra.aaru wrote:
> On Tue, Jan 1, 2013 at 3:17 PM, Peter Senna Tschudin
> wrote:
>> I'm not sure if I'm emailing the right people. My problem is with
>> dynamic clock and or power management.
>>
>> I'm using 3.6.10-2.fc17.x86_64 but the exact same problem
On Mon, Jan 7, 2013 at 9:17 AM, Matthew Garrett
wrote:
>
> A bit delayed (new job fun), but there's nothing terribly exciting in
> here.
Nonetheless, this does not seem to be appropriate for outside the merge window.
Linus
--
To unsubscribe from this list: send the line "unsubscribe
On Sun, 6 Jan 2013, Aaron Lu wrote:
> From: Lin Ming
>
> When a request is added:
> If device is suspended or is suspending and the request is not a
> PM request, resume the device.
>
> When the last request finishes:
> Call pm_runtime_mark_last_busy() and pm_runtime_autosuspend().
On Fri, 14 Sep 2012, Stefano Stabellini wrote:
> On Fri, 14 Sep 2012, Pawel Moll wrote:
> > On Fri, 2012-09-14 at 12:13 +0100, Stefano Stabellini wrote:
> > > Signed-off-by: Stefano Stabellini
> > > CC: Russell King
> > > CC: Pawel Moll
> > > CC: Marc Zyngier
> > > ---
> > >
On Mon, Jan 07, 2013 at 09:16:02AM -0800, Paul E. McKenney wrote:
> On Mon, Jan 07, 2013 at 07:50:02AM -0800, Josh Triplett wrote:
> > On Sat, Jan 05, 2013 at 09:09:36AM -0800, Paul E. McKenney wrote:
> > > From: "Paul E. McKenney"
> > >
> > > It turns out that gcc 4.8 warns on array indexes
On Mon, Jan 07, 2013 at 07:50:02AM -0800, Josh Triplett wrote:
> On Sat, Jan 05, 2013 at 09:09:36AM -0800, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > It turns out that gcc 4.8 warns on array indexes being out of bounds
> > unless it can prove otherwise. It gives this warning
Hi Linus,
A bit delayed (new job fun), but there's nothing terribly exciting in
here.
The following changes since commit 11520e5e7c1855fc3bf202bb3be35a39d9efa034:
Revert "x86-64/efi: Use EFI to deal with platform wall clock (again)"
(2012-12-15 15:20:41 -0800)
are available in the git
On Mon, Jan 07, 2013 at 08:58:09AM -0500, Sasha Levin wrote:
> jump_label_text_reserved() doesn't modify the memory it works on, it just
> checks whether there are any jump labels there.
>
> Constify the parameters of it to prevent warnings when working with it.
>
I don't see any 'const' data
On Sun, 6 Jan 2013, Aaron Lu wrote:
> From: Lin Ming
>
> Add runtime pm helper functions:
>
> void blk_pm_runtime_init(struct request_queue *q, struct device *dev)
> - Initialization function for drivers to call.
>
> int blk_pre_runtime_suspend(struct request_queue *q)
> - If any requests
Adds a new return value to seccomp filters that causes an
informational kernel message to be printed. The message
includes the system call number and architecture.
This can be used to learn the system calls that a process
is using.
Signed-off-by: Corey Bryant
---
v2:
- Add arch to message
On Sat, Jan 05, 2013 at 09:48:54AM -0800, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> Currently, the only way to specify no-CBs CPUs is via the rcu_nocbs
> kernel command-line parameter. This is inconvenient in some cases,
> particularly for randconfig testing, so this commit adds a
On Sun, 6 Jan 2013, Aaron Lu wrote:
> In August 2010, Jens and Alan discussed about "Runtime PM and the block
> layer". http://marc.info/?t=12825910841=1=2
> And then Alan has given a detailed implementation guide:
> http://marc.info/?l=linux-scsi=133727953625963=2
>
> To test:
> # ls -l
In kernel users need to access the EEPROM using the i2c_client
interface. Extend at24 to use it via the command interface.
Signed-off-by: Pantelis Antoniou
---
drivers/misc/eeprom/at24.c | 23 ++
include/linux/i2c/eeprom.h | 59 ++
2
Adds a sample that demonstrates use of the SECCOMP_RET_INFO return value.
Signed-off-by: Corey Bryant
---
v2:
- Modify test to use fprintf and add arch hints
samples/seccomp/Makefile | 8 ++-
samples/seccomp/bpf-logger.c | 50
2 files
On 01/07/2013 07:23 AM, Linus Walleij wrote:
> From: Linus Walleij
>
> Instead of jumping to a label later in the probe just return
> with an error code whenever probe() fails. Make sure to remove
> the gpiochip on irqdomain error now that we're at it.
The series,
Reviewed-by: Stephen Warren
Adds documentation describing the SECCOMP_RET_INFO return value.
Signed-off-by: Corey Bryant
---
v2:
- Add arch to message (w...@chromium.org)
Documentation/prctl/seccomp_filter.txt | 8
1 file changed, 8 insertions(+)
diff --git a/Documentation/prctl/seccomp_filter.txt
Hugh Dickins pointed out that migrate_misplaced_transhuge_page() does not
check page_count before migrating like base page migration and khugepage. He
could not see why this was safe and he is right.
The potential impact of the bug is avoided due to the limitations of NUMA
balancing. The
On 01/07/2013 01:20 AM, Terje Bergström wrote:
> On 04.01.2013 22:25, Stephen Warren wrote:
>> On 01/04/2013 03:09 AM, Terje Bergström wrote:
>> ...
>>> I think we have now two ways to go forward with cons and pros:
>>> 1) Keep host1x and tegra-drm as separate driver
>>>+ Code almost done
>>>
On Mon, Jan 07, 2013 at 07:58:10AM -0800, Josh Triplett wrote:
> On Sat, Jan 05, 2013 at 09:50:59AM -0800, Paul E. McKenney wrote:
> > rcu: Provide RCU CPU stall warnings for tiny RCU
> >
> > Tiny RCU has historically omitted RCU CPU stall warnings in order to
> > reduce memory requirements,
On 01/05/2013 05:06 AM, Laxman Dewangan wrote:
> NVIDIA's Tegra114 has APB DMA controller which supports channel wise
> pause control. The global pause is used for clock gating and hence
> DMA registers are not accessible if DMAs are globally disabled.
>
> Add support for use of channel wise
On Mon, Jan 7, 2013 at 8:26 AM, Konrad Rzeszutek Wilk
wrote:
> On Fri, Jan 04, 2013 at 02:10:25PM -0800, Yinghai Lu wrote:
>> On Fri, Jan 4, 2013 at 1:02 PM, Shuah Khan wrote:
>> > Pani'cing the system doesn't sound like a good option to me in this
>> > case. This change to disable swiotlb is
On 01/05/2013 05:04 AM, Laxman Dewangan wrote:
> NVIDIA's Tegra114 has following enhanced feature in i2c controller:
> - Enable/disable control for per packet transfer complete interrupt.
> Earlier SoCs could not disable this.
> - Single clock source for standard/fast and HS mode clock speed.
>
On Mon, Jan 07, 2013 at 11:41:36AM +0800, Lin Feng wrote:
> The memmove span covers from (next+1) to the end of the array, and the index
> of next is (i+1), so the index of (next+1) is (i+2). So the size of remaining
> array elements is (type->cnt - (i + 2)).
>
> Cc: Tejun Heo
> Reviewed-by:
On Mon, Jan 07, 2013 at 06:33:56AM -0800, Vinod Koul wrote:
> On Mon, Jan 07, 2013 at 12:21:42PM +0100, Fabio Baltieri wrote:
> > Hi all,
> >
> > this series contains many fixes and updates for the ste_dma40 driver.
> >
> > The first patches of the series were originally sent weeks ago but did
On 01/05/2013 05:02 AM, Laxman Dewangan wrote:
> From: Pritesh Raithatha
>
> This adds a driver for the Tegra114 pinmux, and required
> parameterization data for Tegra114.
>
> The driver uses the common Tegra pincontrol driver utility
> functions to implement the majority of the driver.
>
>
On Sat, Jan 05, 2013 at 09:48:55AM -0800, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> Currently, the per-no-CBs-CPU kthreads are named "rcuo" followed by
> the CPU number, for example, "rcuo". This is problematic given that
I think the quoted string on this second line wanted to
On Mon, Jan 07, 2013 at 08:47:07AM -0800, Tejun Heo wrote:
> On Sun, Jan 06, 2013 at 05:27:46PM +0800, Li Zefan wrote:
> > Acked-by: Li Zefan
>
> I'll route this together with "decouple cpuset locking" patchset in a
> separate branch in cgroup tree. If anyone objects, please let me
> know.
I
On 01/06/2013 04:14 AM, Laxman Dewangan wrote:
> This patch series:
> - fix build warning,
> - use devm_* for allocation,
> - make column/rows configuration through DT and
> - remove the rarely used key mapping table.
The series,
Reviewed-by: Stephen Warren
--
To unsubscribe from this
This patch converts the module to use clk_prepare_enable and
clk_disable_unprepare variants as required by common clock framework.
Without this the system crash during probe function.
Signed-off-by: Fabio Baltieri
---
drivers/usb/musb/ux500.c | 10 +-
1 file changed, 5 insertions(+), 5
On Sun, Jan 06, 2013 at 05:27:46PM +0800, Li Zefan wrote:
> Acked-by: Li Zefan
I'll route this together with "decouple cpuset locking" patchset in a
separate branch in cgroup tree. If anyone objects, please let me
know.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line
On Mon, Jan 07, 2013 at 10:11:40AM +, Chris Wilson wrote:
> Prevent a divide-by-zero by consistently treating an 'active' CRTC
> without a mode set as actually disabled.
>
> This looks to have been first introduced with
>
> commit 24929352481f085c5f85d4d4cbc919ddf106d381
> Author: Daniel
Hello, Li.
On Sun, Jan 06, 2013 at 04:27:00PM +0800, Li Zefan wrote:
> I've reviewed and tested the patchset, and it looks good to me!
>
> Acked-by: Li Zefan
Great. Ummm... How should we route this? Paul doesn't seem to be
looking at this. I can route it through cgroup tree. Any
On Thu, 2012-12-20 at 19:33 +0800, Lee, Chun-Yi wrote:
> When initrd file didn't put at the same place with stub kernel, we
> need give the file path of initrd, but need use backslash to separate
> directory and file. It's not friendly to unix/linux user, and not so
> intuitive for bootloader
On Jan 4, 2013, at 12:06 PM, Cody P Schafer wrote:
> The only persistent change made by this loop is calling
> memblock_set_node() once for each memblock, which is not useful (and has
> no effect) as memblock_set_node() is not called with any
> memblock-specific parameters.
>
> Subsistute a
On Sun, Jan 06, 2013 at 04:29:09PM +0800, Li Zefan wrote:
> > +static void schedule_cpuset_propagate_hotplug(struct cpuset *cs)
> > +{
> > + /*
> > +* Pin @cs. The refcnt will be released when the work item
> > +* finishes executing.
> > +*/
> > + if (!css_tryget(>css))
> > +
On Mon, Jan 7, 2013 at 4:04 PM, Andreas Hartmann
wrote:
> The solution would be IMHO, to implement an own aggregation handling,
> maybe the same way as it was done for carl9170, which had the same problem:
>
> http://thread.gmane.org/gmane.linux.kernel.wireless.general/100793/focus=1405
>
> I
On Sat, 2012-12-22 at 23:11 +0800, Woody Wu wrote:
> On Fri, Dec 21, 2012 at 01:33:03PM -0800, anish kumar wrote:
> > On Fri, 2012-12-21 at 23:34 +0800, Woody Wu wrote:
> > > On Thu, Dec 20, 2012 at 10:05:05AM -0800, anish singh wrote:
> > > > On Dec 20, 2012 6:30 AM, "Woody Wu" wrote:
> > > > >
On Wed, Jan 02, 2013 at 01:20:38PM -0500, Vivek Goyal wrote:
> On Fri, Dec 28, 2012 at 12:35:22PM -0800, Tejun Heo wrote:
>
> [..]
> >
> > * Updated to reflect Vivek's reviews - renames & documentation.
>
> Hi Tejun,
>
> You forgot to update blkio-controller.txt.
Just updated. Does
With the previous two patches, all cfqg scheduling decisions are based
on vfraction and ready for hierarchy support. The only thing which
keeps the behavior flat is cfqg_flat_parent() which makes vfraction
calculation consider all non-root cfqgs children of the root cfqg.
Replace it with
At Sat, 5 Jan 2013 14:14:08 -0500,
Nickolai Zeldovich wrote:
>
> vortex_wt_setdsout performs bit-negation on the bit position (wt&0x1f)
> rather than on the resulting bitmask. This code is never actually
> invoked (vortex_wt_setdsout is always called with en=1), so this does
> not currently
On Mon, Jan 7, 2013 at 3:23 AM, Laxman Dewangan wrote:
> Add an RTC driver for TPS80031/TPS80032 chips by TI.
> This driver supports:
> - Setting and getting time and date.
> - Setting and reading alarm time.
> - Alarm and interrupt functionlity.
>
> Signed-off-by: Laxman Dewangan
>
Reviewed-by:
On 12/22/2012 02:57 AM, Tejun Heo :
> There's no need to test whether a (delayed) work item in pending
> before queueing, flushing or cancelling it. Most uses are unnecessary
> and quite a few of them are buggy.
>
> Remove unnecessary pending tests from at91_udc. Only compile tested.
>
>
On Mon, 2012-12-24 at 22:10 +0800, Woody Wu wrote:
> On Fri, Dec 21, 2012 at 01:33:03PM -0800, anish kumar wrote:
> > On Fri, 2012-12-21 at 23:34 +0800, Woody Wu wrote:
> > > On Thu, Dec 20, 2012 at 10:05:05AM -0800, anish singh wrote:
> > > > On Dec 20, 2012 6:30 AM, "Woody Wu" wrote:
> > > > >
On Fri, Dec 14, 2012 at 01:42:05PM -0500, Dave Hansen wrote:
>
> These were in two different places, and taking up too much of my
> valuable screen real-estate. Banish them to their own menu.
>
> Signed-off-by: Dave Hansen
> ---
>
> linux-2.6.git-dave/lib/Kconfig.debug | 160
>
On Mon, Nov 26, 2012 at 08:16:38PM +0100, Sebastian Hesselbarth wrote:
> During merge of the mvebu patches a clock gate for pinctrl was
> lost. This patch just readds the clock gate.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Jason Cooper
> Cc: Sebastian Hesselbarth
> Cc: Thomas
On Mon, Jan 07, 2013 at 01:34:04PM +0100, Daniel Kiper wrote:
> On Fri, Jan 04, 2013 at 02:11:46PM -0500, Konrad Rzeszutek Wilk wrote:
> > On Fri, Jan 04, 2013 at 06:07:51PM +0100, Daniel Kiper wrote:
> > > On Fri, Jan 04, 2013 at 02:41:17PM +, Jan Beulich wrote:
> > > > >>> On 04.01.13 at
>>> On 07.01.13 at 16:08, Konrad Rzeszutek Wilk wrote:
> On Sat, Jan 05, 2013 at 02:18:46PM -0500, Nickolai Zeldovich wrote:
>> xen_add_device() in drivers/xen/pci.c allocates a struct
>> physdev_pci_device_add on the stack and then writes to optarr[0].
>> The previous declaration of struct
On 01/07, Anton Arapov wrote:
>
> On Mon, Dec 31, 2012 at 06:52:12PM +0100, Oleg Nesterov wrote:
> > - goto fail;
> > + goto free_area;
> > +
> > + area->page = area->page = alloc_page(GFP_HIGHUSER);
>
> fyi: didn't review this patch set yet, just caught the string above. ;)
On Mon, Jan 07, 2013 at 03:42:38PM +, Arnd Bergmann wrote:
> On Monday 07 January 2013 16:34:59 Heiko Carstens wrote:
>
> Acked-by: Arnd Bergmann
>
> if you fix this:
>
> > +#define readl readl
> > +static inline u32 __raw_readl(const volatile void __iomem *addr)
> > +{
> > + return
On Sat, Jan 05, 2013 at 09:03:56AM -0800, Paul E. McKenney wrote:
> Hello!
>
> The following are changes to documentation and rcutorture:
>
> 1.Export trace_clock_local() in order to allow rcutorture event
> tracing to emit the time of the beginning of the RCU read-side
>
On Thu, Jan 03, 2013 at 04:48:34PM -0800, Yinghai Lu wrote:
> cmdline.c::__cmdline_find_option... are shared between 16-bit setup code
> and 32/64 bit decompressor code.
>
> for 32/64 only path via kexec, we should not check if ptr is less 1M.
> as those cmdline could be put above 1M, or even 4G.
On Mon, Jan 07, 2013 at 08:46:56AM -0700, Ric Wheeler wrote:
> On 12/03/2012 09:34 PM, Keith Chew wrote:
> > Hi
> >
> > Just wanted to check if the "'Data=guarded' mode in Ext3" work started
> > by Chris Mason, is still being considered for merging to the mainline
> > kernel? Or has that effort
On Sat, Jan 05, 2013 at 09:50:59AM -0800, Paul E. McKenney wrote:
> rcu: Provide RCU CPU stall warnings for tiny RCU
>
> Tiny RCU has historically omitted RCU CPU stall warnings in order to
> reduce memory requirements, however, lack of these warnings caused Thomas
> Gleixner some debugging pain
Jovi,
As Namhyung pointed out. Can you fix the below and resend.
On Wed, 2013-01-02 at 17:50 -0500, Steven Rostedt wrote:
> From: Jovi Zhang
>
> Without this patch, we can register a uprobe event for a directory.
> Enabling such a uprobe event would fail anyway .
>
> Example:
> $ echo 'p
On Thu, Jan 03, 2013 at 04:48:32PM -0800, Yinghai Lu wrote:
> There are several places to find ramdisk information early for reserving
> and relocating.
>
> Use functions to make code more readable and consistent.
>
> Later will add ext_ramdisk_image/size in those functions to support
> loading
On Thu, Jan 03, 2013 at 04:48:33PM -0800, Yinghai Lu wrote:
> later will check ext_cmd_line_ptr at the same time.
>
> Signed-off-by: Yinghai Lu
> Cc: Gokul Caushik
> Cc: Josh Triplett
> Cc: Joe Millenbach
> Cc: Alexander Duyck
> ---
> arch/x86/boot/compressed/cmdline.c | 10 --
>
On Thu, Jan 03, 2013 at 04:48:28PM -0800, Yinghai Lu wrote:
> From: "H. Peter Anvin"
>
> two use cases:
> 1. We will support load and run kernel above 4G, and zero_page, ramdisk
>will be above 4G, too
> 2. need to access ramdisk early to get microcode to update that as
>early possible.
>
On Mon, Jan 07, 2013 at 07:17:33AM +, Xu, Dongxiao wrote:
> > -Original Message-
> > From: Jan Beulich [mailto:jbeul...@suse.com]
> > Sent: Thursday, December 20, 2012 4:56 PM
> > To: Xu, Dongxiao
> > Cc: xen-de...@lists.xen.org; Konrad Rzeszutek Wilk;
> > linux-kernel@vger.kernel.org
On Thu, Jan 03, 2013 at 04:48:27PM -0800, Yinghai Lu wrote:
> After we switch to use #PF handler help to set page table, init_level4_pgt
> will only have entries set after init_mem_mapping.
> We need to move copying init_level4_pgt to trampoline_pgd after that.
>
> So split reserve and setup, and
On Thu, Jan 03, 2013 at 04:48:26PM -0800, Yinghai Lu wrote:
> with #PF handler way to set early page table, level3_ident will go away with
> 64bit native path.
>
> So just use entries in init_level4_pgt to set them in tramopline_pgt
s/tramopline_pgt/trampoline_pgd/.
>
> Signed-off-by: Yinghai
On Thu, Jan 03, 2013 at 04:48:25PM -0800, Yinghai Lu wrote:
> real_mode_data aka zero-page could be above 4g.
I think this could be more informative if it said 'struct boot_params'
instead of real_mode_data because real_mode_data is the argument name
passed to the respective function and grepping
On Sat, Jan 05, 2013 at 09:19:16AM -0800, Paul E. McKenney wrote:
> On Sat, Jan 05, 2013 at 09:09:20AM -0800, Paul E. McKenney wrote:
> > Hello!
> >
> > The following fixes are intended for 3.9:
> >
> > 1. Fix int/long type confusion in trace_rcu_start_batch().
> > 2. Declare
On Sat, Jan 05, 2013 at 09:09:36AM -0800, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> It turns out that gcc 4.8 warns on array indexes being out of bounds
> unless it can prove otherwise. It gives this warning on some RCU
> initialization code. Because this is far from any fastpath,
Em Mon, 7 Jan 2013 13:46:05 -0200
Mauro Carvalho Chehab escreveu:
> Em Mon, 7 Jan 2013 08:16:02 -0200
> Fabio Estevam escreveu:
>
> > Hi Sascha,
...
> > It would be better to use git mv /git format-patch -M, so that git can
> > detect the file rename.
>
> Agreed. Anyway, I applied here and
Hey Paul,
2013/1/4 Paul Gortmaker :
> On 12-12-29 11:42 AM, Frederic Weisbecker wrote:
>> Allow to dynamically switch between tick and virtual based cputime
>> accounting.
>> This way we can provide a kind of "on-demand" virtual based cputime
>> accounting. In this mode, the kernel will rely on
On 2 January 2013 05:22, Preeti U Murthy wrote:
> Hi everyone,
> I have been looking at how different workloads react when the per entity
> load tracking metric is integrated into the load balancer and what are
> the possible reasons for it.
>
> I had posted the integration patch earlier:
>
Em Mon, 7 Jan 2013 08:16:02 -0200
Fabio Estevam escreveu:
> Hi Sascha,
>
> On Mon, Jan 7, 2013 at 8:03 AM, Sascha Hauer wrote:
> > commit c045e3f13 (ARM: imx: include iram.h rather than mach/iram.h) changed
> > the
> > location of iram.h, which causes the following build error when building
On 12/03/2012 09:34 PM, Keith Chew wrote:
Hi
Just wanted to check if the "'Data=guarded' mode in Ext3" work started
by Chris Mason, is still being considered for merging to the mainline
kernel? Or has that effort stopped?
Regards
Keith
Hi Keith,
I think that Chris is spending pretty much
Hi Linus,
The following changes since commit d1c3ed669a2d452cacfb48c2d171a1f364dae2ed:
Linux 3.8-rc2 (2013-01-02 18:13:21 -0800)
are available in the git repository at:
git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-3.8-2
for you to fetch changes up to
On Monday 07 January 2013 16:34:59 Heiko Carstens wrote:
>
> E.g. readl is defined like this
>
> #define readl(addr) __le32_to_cpu(__raw_readl(addr))
>
> If there is a readl() call that doesn't check the return value
> this will cause a compile warning on big endian machines due to
> the
On Mon, Jan 7, 2013 at 8:34 PM, Tejun Heo wrote:
> Hello, Viresh.
>
> On Mon, Jan 07, 2013 at 03:28:33PM +0530, Viresh Kumar wrote:
>> Firstly the root cause of this patchset.
>>
>> Myself and some others in Linaro are working on ARM future cores:
>> big.LITTLE systems.
>> Here we have few very
301 - 400 of 1154 matches
Mail list logo
