* Arnaldo Carvalho de Melo wrote:
> Em Wed, Jul 25, 2012 at 08:54:59PM +0300, Kirill A. Shutemov escreveu:
> > Could you take subject from updated patch? This one:
> >
> > perf: fix strerror_r() usage
>
> Sorry, missed that :-\ I think it was because you didn't send
> the new patch on its
Turns out I missed two spots where __GFP_NO_KSWAPD is used.
The removal from the trace code is obvious, since the flag
got removed there is no need to print it.
For mtdcore.c, now that memory compaction has been fixed,
we should no longer see large swap storms from an attempt
to allocate a large
On Fri, Jul 20, 2012 at 04:23:07PM +0100, Stefano Stabellini wrote:
> On Fri, 20 Jul 2012, Konrad Rzeszutek Wilk wrote:
> > On Fri, Jul 20, 2012 at 12:09:56PM +0100, Stefano Stabellini wrote:
> > > On Fri, 20 Jul 2012, Konrad Rzeszutek Wilk wrote:
> > > > > > OK, please include those
On Fri, 20 Jul 2012, Kirill A. Shutemov wrote:
> From: "Kirill A. Shutemov"
>
> Clearing a 2MB huge page will typically blow away several levels of CPU
> caches. To avoid this only cache clear the 4K area around the fault
> address and use a cache avoiding clears for the rest of the 2MB area.
On Fri, 6 Jul 2012, Linus Torvalds wrote:
> On Fri, Jul 6, 2012 at 6:01 AM, Theodore Ts'o wrote:
> > What in the world is "fast count"? I've grepped for it,
> > and I can't find it.
>
> It's your own fast-pool counter that Matt was talking about.
>
> > I can simply not credit entropy of the
On Wed, Jul 25, 2012 at 12:46:56PM +0800, Bryan Wu wrote:
> I'm going to Ack this driver and Mark will you merge this as whole patchset?
> Acked-by: Bryan Wu
It's an MFD so Samuel would normally apply if it were going via the MFD
tree, though if the dependencies are correct there should be no
On Wed, 2012-07-25 at 18:37 +, Luck, Tony wrote:
> >> Is platform_name particularly special?
>
> Yes. It is the symbol that is currently colliding with other subsystem
> namespace.
>
> >> Perhaps it's be better to rename all the other
> >> platform_ uses to ia64_platform_
> >
> > That's
On Wed, Jul 25, 2012 at 10:46:49AM +0200, Ortwin Glück wrote:
> > Does it work if you boot without X and modprobe nouveau manually? If it
> > does,
> > can you disable page flipping in xorg.conf (Option "PageFlip" "0" in nouveau
> > device section) and recheck with X?
>
> It happens long before
>> Is platform_name particularly special?
Yes. It is the symbol that is currently colliding with other subsystem
namespace.
>> Perhaps it's be better to rename all the other
>> platform_ uses to ia64_platform_
>
> That's good point in general, oh well I just wanted to make the minimal
>
On Wed, 2012-07-25 at 11:11 -0700, Joe Perches wrote:
> On Wed, 2012-07-25 at 11:53 -0600, Toshi Kani wrote:
> > On Wed, 2012-07-25 at 00:06 -0700, Joe Perches wrote:
> > > On Fri, 2012-07-20 at 10:54 -0600, Toshi Kani wrote:
> > > > This patch introduces acpi_pr_(), where is a message
> > > >
On Wed, 25 Jul 2012, Glauber Costa wrote:
> It is certainly not through does the same method as SLAB, right ?
> Writing to /proc/slabinfo gives me an I/O error
> I assume it is something through sysfs, but schiming through the code
> now, I can't find any per-cache tunables. Would you mind
On Tue, Jul 24, 2012 at 02:51:05PM -0700, Hugh Dickins wrote:
> On Mon, 23 Jul 2012, Peter Zijlstra wrote:
> >
> > While staring at mm/huge_memory.c I found a very under-commented
> > smp_wmb() in __split_huge_page_map(). It turns out that its copied from
> > __{pte,pmd,pud}_alloc() but forgot
Cc: Krzysztof Halasa
Cc: Imre Kaloz
Cc: Russell King
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Tim Gardner
---
arch/arm/mach-ixp4xx/ixp4xx_npe.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-ixp4xx/ixp4xx_npe.c
Yasuaki Ishimatsu wrote:
> There is no comment on the patch about a month. But I want to merge the patch
> into linux-3.6. So I resend it.
>
> ---
> Even if container device has _SUN method, the method is ignored. So we cannot
> know slot-unique ID number of the container device. The patch
On Wed, Jul 25, 2012 at 07:39:18PM +0200, Stephane Eranian wrote:
> On Sun, Jul 22, 2012 at 2:14 PM, Jiri Olsa wrote:
SNIP
> > + if (sample_type & PERF_SAMPLE_REGS_USER) {
> > + u64 avail = (data->regs_user != NULL);
> > +
> > + /*
> > +* If
On 07/25/2012 09:05 PM, Christoph Lameter wrote:
> On Wed, 25 Jul 2012, Glauber Costa wrote:
>
>> SLAB allows us to tune a particular cache behavior with tunables.
>> When creating a new memcg cache copy, we'd like to preserve any tunables
>> the parent cache already had.
>
> So does SLUB but I
On 07/24/2012 07:34 PM, Minchan Kim wrote:
Hi Rik,
On Tue, Jul 24, 2012 at 11:12:22AM -0400, Rik van Riel wrote:
When transparent huge pages were introduced, memory compaction and
swap storms were an issue, and the kernel had to be careful to not
make THP allocations cause pageout or
Em Wed, Jul 25, 2012 at 08:54:59PM +0300, Kirill A. Shutemov escreveu:
> Could you take subject from updated patch? This one:
>
> perf: fix strerror_r() usage
Sorry, missed that :-\ I think it was because you didn't send the new
patch on its own, but keeping the old subject line and inlining the
Hi,
On Wed, Jan 11, 2012 at 05:43:31PM -0200, Rajiv Andrade wrote:
> On Tue, 27 Dec 2011, Mimi Zohar wrote:
>
> > On Fri, 2011-12-23 at 07:25 -0700, Tim Gardner wrote:
> > > On 12/22/2011 01:02 PM, Rajiv Andrade wrote:
> >
> >
> >
> > > > It's inside the mutex region.
> > > >
> > >
> > >
> Since the problem is an invalid assumption about how the stack grows,
> why not just condition it on that. We actually have a config option for
> this: CONFIG_STACK_GROWSUP. But for some reason ia64 doesn't define
> this, why not, Tony? It looks deliberate because you have replaced a
> lot of
On 07/25/2012 10:00 PM, Thomas Gleixner wrote:
> On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
>> On 07/25/2012 08:27 PM, Alan Stern wrote:
>> One of the other ideas to improve the hotplug notifier stuff that came up
>> during some
>> of the discussions was to implement explicit dependency
On 07/25/2012 09:13 PM, Christoph Lameter wrote:
> On Wed, 25 Jul 2012, Glauber Costa wrote:
>
>> In the slub allocator, when the last object of a page goes away, we
>> don't necessarily free it - there is not necessarily a test for empty
>> page in any slab_free path.
>
> That is true for the
On 07/25/2012 07:23 PM, Christoph Lameter wrote:
> On Fri, 20 Jul 2012, Glauber Costa wrote:
>
>>> This is the same btw in SLAB which keeps objects in per cpu caches and
>>> keeps empty slab pages on special queues.
>>>
This patch marks all memcg caches as dead. kmem_cache_shrink is called
On 07/25/2012 06:38 AM, Dan Luedtke wrote:
> New output option html5 writes validating HTML5 and adds
> CSS classes ready to be selected by third-party stylesheets.
>
> Signed-off-by: Dan Luedtke
> ---
> scripts/kernel-doc | 255
> ++--
> 1
On Wed, 2012-07-25 at 11:53 -0600, Toshi Kani wrote:
> On Wed, 2012-07-25 at 00:06 -0700, Joe Perches wrote:
> > On Fri, 2012-07-20 at 10:54 -0600, Toshi Kani wrote:
> > > This patch introduces acpi_pr_(), where is a message
> > > level such as err/warn/info, to support improved logging messages
On Wed, Jul 25, 2012 at 06:38:13PM +0400, Glauber Costa wrote:
...
> @@ -337,6 +341,12 @@ extern void *__kmalloc_track_caller(size_t, gfp_t,
> unsigned long);
> __kmalloc(size, flags)
> #endif /* DEBUG_SLAB */
>
> +#ifdef CONFIG_MEMCG_KMEM
> +#define MAX_KMEM_CACHE_TYPES 400
> +#else
>
On Wed, Jul 25, 2012 at 05:04:34PM +0100, Mel Gorman wrote:
> On Wed, Jul 25, 2012 at 08:45:26AM -0700, Greg KH wrote:
> > On Mon, Jul 23, 2012 at 02:38:28PM +0100, Mel Gorman wrote:
> > > commit 0dabec93de633a87adfbbe1d800a4c56cd19d73b upstream.
> > >
> > > Stable note: Not tracked in Bugzilla.
On 07/23/2012 09:55 PM, Michel Lespinasse wrote:
convert arch/x86/mm/pat_rbtree.c to the proposed augmented rbtree api
and remove the old augmented rbtree implementation.
Signed-off-by: Michel Lespinasse
Acked-by: Rik van Riel
I'm looking forward to using your new augmented rbtree
code
On Wed, 2012-07-25 at 00:06 -0700, Joe Perches wrote:
> On Fri, 2012-07-20 at 10:54 -0600, Toshi Kani wrote:
> > This patch introduces acpi_pr_(), where is a message
> > level such as err/warn/info, to support improved logging messages
> > for ACPI, esp. in hotplug operations. acpi_pr_() appends
On 07/20/2012 08:31 AM, Michel Lespinasse wrote:
Introduce rb_insert_augmented(), which is a version of rb_insert_color()
with an added callback on tree rotations. This can be used for insertion
into an augmented tree: the handcoded search phase must be updated to
maintain the augmented
On 07/23/2012 09:54 PM, Michel Lespinasse wrote:
Add an augmented tree rotation callback to __rb_erase_color(), so that
augmented tree information can be maintained while rebalancing.
Also introduce rb_erase_augmented(), which is a version of rb_erase()
with augmented tree callbacks. We need
Could you take subject from updated patch? This one:
perf: fix strerror_r() usage
--
Kirill A. Shutemov
--
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
Reported-by: Jason Wang
Signed-off-by: Haiyang Zhang
Reviewed-by: K. Y. Srinivasan
---
drivers/net/hyperv/rndis_filter.c | 11 ---
1 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/net/hyperv/rndis_filter.c
b/drivers/net/hyperv/rndis_filter.c
index
It prevents ring_size being set to a too small value.
Reported-by: Jason Wang
Signed-off-by: Haiyang Zhang
Reviewed-by: K. Y. Srinivasan
---
drivers/net/hyperv/netvsc_drv.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/net/hyperv/netvsc_drv.c
On Wed, 25 July 2012 09:17:09 +0100, Tvrtko Ursulin wrote:
>
> As far as I know there is nothing like netpoll in the block layer so it has
> to
> be a lot less reliable than netconsole. Especially with delaying write out to
> a workqueue. Anyway, I am not arguing, just saying in my opinion
From: David Ahern
After 7ed97ad use of the guestmount option without a subdir for *each*
VM generates an error message for each sample related to that VM. Once
per VM is enough.
Signed-off-by: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Peter
From: Frederic Weisbecker
Include the omitted number of characters printed for the first entry.
Not that it really matters because nobody seem to care about the number
of printed characters for now. But just in case.
Signed-off-by: Frederic Weisbecker
Cc: David Ahern
Cc: Jiri Olsa
Cc:
From: David Ahern
e.g., perf kvm --host --guest report -i perf.data --stdio -D
shows:
1 599127912065356 0x143b8 [0x48]: PERF_RECORD_SAMPLE(IP, 5): 5671/5676:
0x7fdf95a061c0 period: 1 addr: 0
... chain: nr:2
. 0: ff80
. 1: fe00
... thread: qemu-kvm:5671
From: David Ahern
COMM events are not generated in the context of a guest machine, so the
thread name is never set for the VMM process. For example, the qemu-kvm
name applies to the process in the host machine, not the guest machine.
So, samples for guest machines are currently displayed as:
From: Frederic Weisbecker
Tiny cosmetic fix. The lack of a newline between hists callchains was
looking slightly messy.
Before:
0.24% swapper [kernel.kallsyms] [k] _raw_spin_lock_irq
|
--- _raw_spin_lock_irq
run_timer_softirq
From: Jovi Zhang
There have one problem about hw_breakpoint perf event, as watched, the
events reported to userspace is not correctly, sometime one trigger
bp_event report several events, sometime bp_event cannot go through to
user.
The root cause is attr->freq is 1 passed to kernel defaultly
From: Frederic Weisbecker
Trace events have a period (weight) of 1 by default. This can be
overriden on events definition by using the __perf_count() macro.
For example, the sched_stat_runtime() is weighted with the runtime of
the task that fired the event.
By default, perf handles such
Il 25/07/2012 17:28, Boaz Harrosh ha scritto:
>> 1) what I get is a scsi_cmnd which contains an N-element scatterlist.
>>
>> 2) virtio-scsi has to build the "packet" that is passed to the hardware
>> (it does not matter that the hardware is virtual). This packet (per
>> virtio-scsi spec) has an
From: Jiri Olsa
Adding automated test for DSO data reading. Testing raw/cached reads
from different file/cache locations.
Signed-off-by: Jiri Olsa
Cc: Arun Sharma
Cc: Benjamin Redelings
Cc: Corey Ashford
Cc: Cyrill Gorcunov
Cc: Frank Ch. Eigler
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Hi Ingo,
Please consider pulling,
Best Regards,
- Arnaldo
The following changes since commit 6e0f17be0361444862637e8986c8c1a3b3f8dcf8:
Merge branch 'tip/perf/core' of
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace into
perf/core (2012-07-18 11:18:00 +0200)
are
From: Jiri Olsa
Adding following interface for DSO object to allow
reading of DSO image data:
dso__data_fd
- opens DSO and returns file descriptor
Binary types are used to locate/open DSO in following order:
DSO_BINARY_TYPE__BUILD_ID_CACHE
From: Cody Schafer
A large enough symbol size causes an overflow in the size parameter to
the histogram allocation, leading to a segfault in
symbol__inc_addr_samples later on when this histogram is accessed.
In the case of being called via perf-report, this returns back and
gracefully ignores
From: Namhyung Kim
The TRACEEVENT-CFLAGS file is used to detect any change on compiler
flags. Just ignore it.
Signed-off-by: Namhyung Kim
Cc: David Ahern
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Paul Mackerras
Cc: Peter Zijlstra
Link:
From: Jiri Olsa
Adding interface to access DSOs so it could be used
from another place.
New DSO binary type is added - making current SYMTAB__*
types more general:
DSO_BINARY_TYPE__* = SYMTAB__*
Following function is added to return path based on the specified
binary type:
From: Jiri Olsa
Adding dso data caching so we don't need to open/read/close, each time
we want dso data.
The DSO data caching affects following functions:
dso__data_read_offset
dso__data_read_addr
Each DSO read tries to find the data (based on offset) inside the cache.
If it's not present
From: David Ahern
Adds the attributes to the event line in the header dump.
From:
event : name = cycles, type = 0, config = 0x0, config1 = 0x0,
config2 = 0x0, excl_usr = 0, excl_kern = 0, ...
to
event : name = cycles, type = 0, config = 0x0, config1 = 0x0,
config2 = 0x0, excl_usr
From: Kirill A. Shutemov
Bison 2.6 started to generate parse_events_parse() declaration in header. In
this case we have redundant redeclaration:
util/parse-events.c:29:5: error: redundant redeclaration of
‘parse_events_parse’ [-Werror=redundant-decls]
In file included from
From: Namhyung Kim
Cross compiling perf requires setting ARCH and CROSS_COMPILE variables,
but libtraceevent couldn't detect the changes so it ends up believing no
recompiling is required. Thus the linker failed like:
LINK perf
../lib/traceevent//libtraceevent.a: member
From: Kirill A. Shutemov
Perf uses GNU-specific version of strerror_r(). The GNU-specific strerror_r()
returns a pointer to a string containing the error message. This may be either
a pointer to a string that the function stores in buf, or a pointer to some
(immutable) static string (in which
From: David Ahern
Guest kernel symbols are not resolved despite passing the information
needed to resolve them. e.g.,
perf kvm --guest --guestmount=/tmp/guest-mount record -a -- sleep 1
perf kvm --guest --guestmount=/tmp/guest-mount report --stdio
36.55% [guest/11399] [unknown]
From: David Ahern
Current debug message is:
Problems creating module maps, continuing anyway...
When running multiple VMs it would be nice to know which machine the
message is referring to:
$ perf kvm --guest --guestmount=/tmp/guest-mount record -av -- sleep 10
Problems creating module maps
On Sun, Jul 22, 2012 at 2:14 PM, Jiri Olsa wrote:
> Introducing PERF_SAMPLE_REGS_USER sample type bit to trigger
> the dump of user level registers on sample. Registers we want
> to dump are specified by sample_regs_user bitmask.
>
> Only user level registers are dumped at the moment. Meaning the
From: "H. Peter Anvin"
RDRAND is so much faster than the Linux pool system that we can
always just mix in architectural randomness.
Doing this in extract_buf() lets us do this in one convenient
place, unfortunately the output size (10 bytes) is maximally
awkward. That, plus the fact that every
On 07/25/2012 11:30 AM, Paul Gortmaker wrote:
>
> For future reference, the option "--irreversible-delete" to
> format-patch is a nice way to avoid sending hundreds of lines
> of meaningless binary data in e-mail.
>
Noted. There'll be more to come...
rtg
--
Tim Gardner
On Wed, Jul 25, 2012 at 07:30:31PM +0200, Jiri Olsa wrote:
> On Wed, Jul 25, 2012 at 07:16:43PM +0200, Jiri Olsa wrote:
> > On Wed, Jul 25, 2012 at 06:11:53PM +0200, Frederic Weisbecker wrote:
> > > On Sun, Jul 22, 2012 at 02:14:26PM +0200, Jiri Olsa wrote:
> > > > Adding copy_from_user_nmi_nochk
Michael Kerrisk wrote:
> >> 4. DISINTEGRATE MARKERS LEFT OVER (?)
> >>
> >> Some of the DISINTEGRATE markers that you create during the scripting
> >> process are left in the final uapi files. Was this intentional?
> >
> > Ummm... no, there shouldn't be any.
> >
> > Certainly the marker has
On Wed, Jul 25, 2012 at 07:16:43PM +0200, Jiri Olsa wrote:
> On Wed, Jul 25, 2012 at 06:11:53PM +0200, Frederic Weisbecker wrote:
> > On Sun, Jul 22, 2012 at 02:14:26PM +0200, Jiri Olsa wrote:
> > > Adding copy_from_user_nmi_nochk that provides the best effort
> > > copy regardless the requesting
On 12-07-25 12:42 PM, Tim Gardner wrote:
> As far as I can tell, the only Computone support left in the
> kernel is in drivers/tty/serial/8250/8250_pci.c. CONFIG_COMPUTONE
> is no longer a valid option. Therefore, remove firmware, documentation,
> and the last vestiges of this driver.
Seems
On Wed, Jul 25, 2012 at 06:11:53PM +0200, Frederic Weisbecker wrote:
> On Sun, Jul 22, 2012 at 02:14:26PM +0200, Jiri Olsa wrote:
> > Adding copy_from_user_nmi_nochk that provides the best effort
> > copy regardless the requesting size crossing the task boundary.
> >
> > This is going to be
On Wed, Jul 25, 2012 at 07:16:43PM +0200, Jiri Olsa wrote:
> On Wed, Jul 25, 2012 at 06:11:53PM +0200, Frederic Weisbecker wrote:
> > On Sun, Jul 22, 2012 at 02:14:26PM +0200, Jiri Olsa wrote:
> > > Adding copy_from_user_nmi_nochk that provides the best effort
> > > copy regardless the requesting
On Wed, Jul 25, 2012 at 5:35 AM, Ming Lei wrote:
>
> The below patch should fix the problem above.
Actually, I think we could make this even simpler.
There's nothing wrong with saying "user mode is enabled" *just* before
we unthaw things, if we also simply guarantee that there is no
sleeping
On Wed, Jul 25, 2012 at 12:10:41PM -0400, Alan Stern wrote:
> On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
>
> > On 07/25/2012 08:27 PM, Alan Stern wrote:
> > > On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
> > >
> > >> Hi,
> > >>
> > >> This patchset implements the approach of invoking the CPU
On Wed, Jul 25, 2012 at 02:16:55PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Jul 25, 2012 at 07:05:33PM +0200, Frederic Weisbecker escreveu:
> > > +#ifdef ARCH_X86_64
> > > +int unwind__arch_reg_id(int regnum)
> >
> > Please try to avoid __ in function names. We used that convention
> >
* Frederic Weisbecker wrote:
> On Sun, Jul 22, 2012 at 02:14:23PM +0200, Jiri Olsa wrote:
> > hi,
> >
> > patches available also as tarball in here:
> > http://people.redhat.com/~jolsa/perf_post_unwind_v7.tar.bz2
> >
> > v7 changes:
> >- omitted v6 patches 9 and 15
> > They need more
Em Wed, Jul 25, 2012 at 07:05:33PM +0200, Frederic Weisbecker escreveu:
> > +#ifdef ARCH_X86_64
> > +int unwind__arch_reg_id(int regnum)
>
> Please try to avoid __ in function names. We used that convention
> before but we gave up because that's actually more painful than
> anything.
Well, I
On Sun, Jul 22, 2012 at 02:14:23PM +0200, Jiri Olsa wrote:
> hi,
>
> patches available also as tarball in here:
> http://people.redhat.com/~jolsa/perf_post_unwind_v7.tar.bz2
>
> v7 changes:
>- omitted v6 patches 9 and 15
> They need more work and will be sent separately. I dont want to
On Wed, 25 Jul 2012, Glauber Costa wrote:
> In the slub allocator, when the last object of a page goes away, we
> don't necessarily free it - there is not necessarily a test for empty
> page in any slab_free path.
That is true for the slab allocator as well. In either case calling
On Sun, Jul 22, 2012 at 02:14:39PM +0200, Jiri Olsa wrote:
> Adding dso data caching so we don't need to open/read/close,
> each time we want dso data.
>
> The DSO data caching affects following functions:
> dso__data_read_offset
> dso__data_read_addr
>
> Each DSO read tries to find the data
Em Wed, Jul 25, 2012 at 06:13:06PM +0200, Frederic Weisbecker escreveu:
> On Sun, Jul 22, 2012 at 02:14:25PM +0200, Jiri Olsa wrote:
> > Introducing PERF_SAMPLE_REGS_USER sample type bit to trigger
> > the dump of user level registers on sample. Registers we want
> > to dump are specified by
On Wed, 25 Jul 2012, Glauber Costa wrote:
> When a parent cache does tune_cpucache, we need to propagate that to the
> children as well. For that, we unfortunately need to tap into the slab core.
Slub also has tunables.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Sun, Jul 22, 2012 at 02:14:37PM +0200, Jiri Olsa wrote:
> This brings the support for dwarf cfi unwinding on perf post
> processing. Call frame informations are retrieved and then passed
> to libunwind that requests memory and register content from the
> applications.
>
> Adding unwind object
On Wed, 25 Jul 2012, Glauber Costa wrote:
> SLAB allows us to tune a particular cache behavior with tunables.
> When creating a new memcg cache copy, we'd like to preserve any tunables
> the parent cache already had.
So does SLUB but I do not see a patch for that allocator.
--
To unsubscribe
On Wed, Jul 25, 2012 at 06:36:28PM +0200, Frederic Weisbecker wrote:
> On Sun, Jul 22, 2012 at 02:14:29PM +0200, Jiri Olsa wrote:
> > Introducing PERF_SAMPLE_STACK_USER sample type bit to trigger
> > the dump of the user level stack on sample. The size of the
> > dump is specified by
Hello.
On 07/25/2012 06:09 PM, Mohammed, Afzal wrote:
>>> + rtc@44e3e000 {
>> Address postfix in the node name without "reg" property?
> As per [1], "The unit-address is included if the node describes
> a device with an address".
Which in this case it doesn't.
> Here even
On 07/25/2012 12:59 AM, Jan Beulich wrote:
should drop all phys_addr assignment in this function.
x86_phys_bits should have all correct value?
Is it certain that all special cases (setting phys_addr to 32) are
covered by those CPUs not having PAE/PSE36? One would
think that this is valid to
Cc: Mauro Carvalho Chehab
Cc: Hans Verkuil
Cc: linux-me...@vger.kernel.org
Signed-off-by: Tim Gardner
---
drivers/media/dvb/frontends/lgs8gxx.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/media/dvb/frontends/lgs8gxx.c
On Wed, Jul 25, 2012 at 01:00:11AM +0800, Ming Lei wrote:
> This patches introduces the three helpers below:
>
> void device_cache_firmwares(void)
> void device_uncache_firmwares(void)
> void device_uncache_firmwares_delay(unsigned long)
I kinda don't like the plural of
On 07/25/2012 10:00 PM, Thomas Gleixner wrote:
> On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
>> On 07/25/2012 08:27 PM, Alan Stern wrote:
>> One of the other ideas to improve the hotplug notifier stuff that came up
>> during some
>> of the discussions was to implement explicit dependency
On Wed, Jul 25, 2012 at 05:19:40PM +0200, Julia Lawall wrote:
> I looked at it a bit more, and I think the timeout is the best solution.
> The big jump backwards is under an if, and the pattern tries to match an
> if up to a return, which tries to go across gotos. So I think it is just
> a
Hello,
On Wed, Jul 25, 2012 at 05:25:13PM +0530, Srivatsa S. Bhat wrote:
> During CPU hotplug, we want to create the following effect:
> * During CPU online, the CPU incrementally grows the number of services
>it offers.
> * During CPU offline, the services are incrementally retired, in the
On 07/25/2012 09:40 PM, Alan Stern wrote:
> On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
>
>> On 07/25/2012 08:27 PM, Alan Stern wrote:
>>> On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
>>>
Hi,
This patchset implements the approach of invoking the CPU hotplug callbacks
On Sun, Jul 22, 2012 at 02:14:29PM +0200, Jiri Olsa wrote:
> Introducing PERF_SAMPLE_STACK_USER sample type bit to trigger
> the dump of the user level stack on sample. The size of the
> dump is specified by sample_stack_user value.
>
> Being able to dump parts of the user stack, starting from
On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
> On 07/25/2012 08:27 PM, Alan Stern wrote:
> One of the other ideas to improve the hotplug notifier stuff that came up
> during some
> of the discussions was to implement explicit dependency tracking between the
> notifiers
> and perhaps get rid of
Added /proc/net/sco via bt_procfs_init().
Signed-off-by: Masatake YAMATO
---
net/bluetooth/sco.c |9 +
1 file changed, 9 insertions(+)
diff --git a/net/bluetooth/sco.c b/net/bluetooth/sco.c
index 0ef5a78..caa109d 100644
--- a/net/bluetooth/sco.c
+++ b/net/bluetooth/sco.c
@@ -1023,6
Added /proc/net/rfcomm via bt_procfs_init().
Signed-off-by: Masatake YAMATO
---
net/bluetooth/rfcomm/sock.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/net/bluetooth/rfcomm/sock.c b/net/bluetooth/rfcomm/sock.c
index 7e1e596..260821a 100644
---
Added /proc/net/l2cap via bt_procfs_init().
Signed-off-by: Masatake YAMATO
---
net/bluetooth/l2cap_sock.c | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/net/bluetooth/l2cap_sock.c b/net/bluetooth/l2cap_sock.c
index a4bb27e..04bd647 100644
---
Added /proc/net/hidp via bt_procfs_init().
Signed-off-by: Masatake YAMATO
---
net/bluetooth/hidp/sock.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/net/bluetooth/hidp/sock.c b/net/bluetooth/hidp/sock.c
index 18b3f68..eca3889 100644
---
Added /proc/net/hci via bt_procfs_init().
Signed-off-by: Masatake YAMATO
---
net/bluetooth/hci_sock.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/net/bluetooth/hci_sock.c b/net/bluetooth/hci_sock.c
index a7f04de..7c3d6c7 100644
---
Added /proc/net/cmtp via bt_procfs_init().
Signed-off-by: Masatake YAMATO
---
net/bluetooth/cmtp/sock.c | 23 +--
1 file changed, 21 insertions(+), 2 deletions(-)
diff --git a/net/bluetooth/cmtp/sock.c b/net/bluetooth/cmtp/sock.c
index 311668d..d5cacef 100644
---
Added /proc/net/bnep via bt_procfs_init().
Signed-off-by: Masatake YAMATO
---
net/bluetooth/bnep/sock.c | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
diff --git a/net/bluetooth/bnep/sock.c b/net/bluetooth/bnep/sock.c
index 5e5f5b4..5b6cc0b 100644
---
lsof command can tell the type of socket processes are using.
Internal lsof uses inode numbers on socket fs to resolve the type of
sockets. Files under /proc/net/, such as tcp, udp, unix, etc provides
such inode information.
Unfortunately bluetooth related protocols don't provide such inode
On Wed, Jul 25, 2012 at 01:00:10AM +0800, Ming Lei wrote:
> This patch introduces one devres API of devres_for_each_res
> so that the device's driver can iterate each resource it has
> interest in.
>
> The firmware loader will use the API to get each firmware name
> from the device instance.
>
>
Commit-ID: d6250a3f12edb3a86db9598ffeca3de8b4a219e9
Gitweb: http://git.kernel.org/tip/d6250a3f12edb3a86db9598ffeca3de8b4a219e9
Author: Alan Cox
AuthorDate: Wed, 25 Jul 2012 16:28:19 +0100
Committer: H. Peter Anvin
CommitDate: Wed, 25 Jul 2012 08:35:38 -0700
x86, nops: Missing break
On Tue, Jul 24, 2012 at 09:38:21PM -0700, Hugh Dickins wrote:
>
> I'm glad Andrew took out the stable Cc:
Actually I did that. I have a habit of thinking about performance issues as
bugs and that is not always the case.
> Please, what's wrong with the patch below, to replace the current
> two
On 07/20/2012 08:31 AM, Michel Lespinasse wrote:
+++ b/lib/rbtree.c
@@ -88,7 +88,8 @@ __rb_rotate_set_parents(struct rb_node *old, struct rb_node
*new,
root->rb_node = new;
}
-void rb_insert_color(struct rb_node *node, struct rb_root *root)
+inline void
201 - 300 of 1320 matches
Mail list logo