* David Ahern wrote:
> On 12/12/12 8:34 PM, Linus Torvalds wrote:
> >On Wed, Dec 12, 2012 at 7:25 PM, David Ahern wrote:
> >>
> >>Are you running an older perf binary on the 3.8 kernel?
> >
> >I am.. I don't tend to rebuild 'perf'..
> >
> >>Does this work: perf record -e cycles:ppH ...
> >
> >
On 13.12.2012 01:43:21, +0100, Andrew Morton
wrote:
Hi Andrew,
> On Tue, 11 Dec 2012 13:33:04 +0100
> Stephan Mueller wrote:
>
>> Some time ago, I noticed the fact that for every newly
>> executed process, the function create_elf_tables requests 16 bytes of
>> randomness from get_random_bytes. T
On Thu, Dec 13, 2012 at 01:38:28PM +1100, NeilBrown wrote:
> On Wed, 12 Dec 2012 12:31:45 +0100 Thierry Reding
> wrote:
>
> > On Wed, Dec 12, 2012 at 07:24:30PM +1100, NeilBrown wrote:
[...]
> > > + struct omap_dm_timer*dm_timer;
> > > + unsigned intpolarity;
> >
> > The PWM subs
* David Ahern wrote:
> > But doing it this way was wrong. Switch that "exclude_guest"
> > attribute around, and admit that "H" was bogus, and that the
> > right thing to do was to add a "V" flag that sets the
> > "force_guest" flag instead.
>
> I understand this is annoying. [...]
It's not
On 12/12/2012 11:42 PM, Rafael J. Wysocki wrote:
> On Wednesday, December 12, 2012 09:00:53 PM Daniel Lezcano wrote:
>> On 12/12/2012 07:50 PM, Julius Werner wrote:
>>> Thanks again for making this happen, Daniel. I like this version,
>>> except for the small nitpick that I still think it would mak
* Linus Torvalds wrote:
> On Wed, Dec 12, 2012 at 8:31 PM, David Ahern wrote:
> >
> >
> > See commit 26a4f3c0. But that was not enough.
>
> Why? Make the people who run virtualization do the extra work. Things
> never worked for them anyway, so forcing *them* to set a flag to get a
> working t
Am Mittwoch, den 12.12.2012, 22:47 -0800 schrieb H. Peter Anvin:
> Should be a simple matter of sharing pages. Look perhaps at the x32 vdso for
> a hint.
>
> >
> >Any idea or clean solution how i can map the 64 bit vgtod into the 32
> >bit address space? Thats the only problem i see.
> >
No,
Hi Gabriel,
> I could try to hardcode the OSK inside QEMU, or I could try to include
> it as a default config file entry, but I'm quite certain the QEMU project
> would be uncomfortable "distributing" a string on which Apple claims
> copyright. Even if that happened, distros might then balk at shi
On Thu, Dec 13, 2012 at 02:06:35PM +1100, NeilBrown wrote:
>
> [Thierry: question for you near the end - thanks]
>
> On Wed, 12 Dec 2012 10:08:28 -0600 Jon Hunter wrote:
>
> > Hi Neil,
> >
> > On 12/12/2012 02:24 AM, NeilBrown wrote:
[...]
> > > +{
> > > + struct omap_chip *omap = platform_get
Hi,
Do i need to resubmit the patchset for the next merge window ?
If so, do you guys prefer it against linus or next branch ?
For the record :
> New USB input driver for eBeam devices.
>
> Currently supported (tested) :
> - Luidia eBeam classic projection and edge projection models
> - Nec "i
On Wed, Dec 12, 2012 at 9:26 PM, H. Peter Anvin wrote:
>>
>> The new page table setup in tip:x86/mm2 should make that easier to
>> achieve, however... I won't have time to test this out tonight, though.
>>
>> -hpa
>
>
> Well, minus a simple brainfart now it actually gets into the page table
>
On Wed, Dec 12, 2012 at 8:23 PM, H. Peter Anvin wrote:
> I still want to do what I mentioned before, because we need to not rely on
> the initialized/16-bit portion so much:
>
> 1. add a field in the uninitialized portion, call it "sentinel";
> 2. make sure the byte position corresponding to the "
Hi all,
Changes since 20121211:
Lots of conflicts are migrating between trees.
The powerpc tree still had its build failure for which I applied a patch.
The l2-mtd tree gained a conflict against Linus' tree.
The virtio tree gained a conflict against Linus' tree.
The akpm tree lost lots of com
From: Yanchuan Nian
This list was designed to store struct nfs4_client in the client side.
But nfs4_client was obsolete and has been removed from the source code.
So remove the unused list.
Signed-off-by: Yanchuan Nian
---
fs/nfs/nfs4state.c |1 -
1 files changed, 0 insertions(+), 1 delet
Should be a simple matter of sharing pages. Look perhaps at the x32 vdso for a
hint.
Stefani Seibold wrote:
>Am Mittwoch, den 12.12.2012, 22:14 -0800 schrieb H. Peter Anvin:
>> This is too late for 3.8 anyway, so there is time to make it work
>correctly before tge 3.9 merge window anyway. Aft
From: Yanchuan Nian
Remove duplicate function declaration in internal.h
Signed-off-by: Yanchuan Nian
---
fs/nfs/internal.h |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/fs/nfs/internal.h b/fs/nfs/internal.h
index 59b133c..440674f 100644
--- a/fs/nfs/internal.h
+++
From: Yanchuan Nian
The client returns unreferenced delegations in state management. It scans all
delegations and tests the NFS_DELEGATION_REFERENCED flag. if this flag is not
set, NFS_DELEGATION_RETURN will be set and the delegation will be returned.
But unfortunately NFS_DELEGATION_REFERENCED
Hello Linus,
Here are just a few fixups for the pstore subsystem, nothing special this
time. Please pull.
Thank you!
The following changes since commit 70a6f46d7b0ec03653b9ab3f8063a9717a4a53ef:
pstore: Fix NULL pointer dereference in console writes (2012-11-14 18:30:21
-0800)
are available
The iommu_init() call initializes IOMMU internal structures and data
required for the API to function such as iommu_group_alloc().
It is registered as a subsys_initcall.
One of the IOMMU users is a PCI subsystem on POWER which discovers new
IOMMU tables during the PCI scan so the most logical plac
On 13/12/12 13:29, Benjamin Herrenschmidt wrote:
On Wed, 2012-12-12 at 07:34 -0700, Alex Williamson wrote:
But what would I put there?... IOMMU ID is more than enough at the moment
and struct iommu_table does not have anything what would have made sense to
show in the sysfs...
I believe David
Am Mittwoch, den 12.12.2012, 22:14 -0800 schrieb H. Peter Anvin:
> This is too late for 3.8 anyway, so there is time to make it work correctly
> before tge 3.9 merge window anyway. After this merge window is over I may
> pull tjis into a testing branch, but compat support is a precondition.
>
>
This is too late for 3.8 anyway, so there is time to make it work correctly
before tge 3.9 merge window anyway. After this merge window is over I may pull
tjis into a testing branch, but compat support is a precondition.
The vdso is only optional if you build in backwards compatibility anyway,
No, let's not. Why? Because if we do that we may inadvertently create an ABI
which is hard to support across the board.
Stefani Seibold wrote:
>Am Mittwoch, den 12.12.2012, 15:34 -0800 schrieb H. Peter Anvin:
>> On 12/12/2012 12:19 PM, stef...@seibold.net wrote:
>> > diff --git a/arch/x86/vds
On Wed, 2012-12-12 at 16:43 -0500, Johannes Weiner wrote:
> When a reclaim scanner is doing its final scan before giving up and
> there is swap space available, pay no attention to swappiness
> preference anymore. Just swap.
>
Confuse! If it's final scan and still swap space available, why nr[lr
On Wed, 2012-12-12 at 13:11 -0800, Andrew Morton wrote:
> On Mon, 10 Dec 2012 11:12:29 +0530
> Ashish Jangam wrote:
>
> > On Wed, 2012-11-28 at 14:54 +0530, Ashish Jangam wrote:
> > > On Tue, 2012-11-27 at 14:23 -0800, Andrew Morton wrote:
> > > > On Fri, 23 Nov 2012 15:41:03 +0530
> > > > Ashish
Am Mittwoch, den 12.12.2012, 15:34 -0800 schrieb H. Peter Anvin:
> On 12/12/2012 12:19 PM, stef...@seibold.net wrote:
> > diff --git a/arch/x86/vdso/vdso32/vclock_gettime.c
> > b/arch/x86/vdso/vdso32/vclock_gettime.c
> > new file mode 100644
> > index 000..c9a1909
> > --- /dev/null
> > +++ b/a
On Thu, Dec 13, 2012 at 07:07:55, Stephen Rothwell wrote:
> Hi Artem,
>
> Today's linux-next merge of the l2-mtd tree got a conflict in
> Documentation/devicetree/bindings/arm/davinci/nand.txt between commit
> fed16bba8726 ("mtd: nand: davinci: fix the binding documentation") from
> Linus' tree an
On Wed, 2012-12-12 at 16:53 -0500, Rik van Riel wrote:
> On 12/12/2012 04:43 PM, Johannes Weiner wrote:
> > dc0422c "mm: vmscan: only evict file pages when we have plenty" makes
> > a point of not going for anonymous memory while there is still enough
> > inactive cache around.
> >
> > The check wa
On Wed, 2012-12-12 at 16:43 -0500, Johannes Weiner wrote:
> dc0422c "mm: vmscan: only evict file pages when we have plenty" makes
Can't find dc0422c.
> a point of not going for anonymous memory while there is still enough
> inactive cache around.
>
> The check was added only for global reclaim,
The DSCR (aka Data Stream Control Register) is supported on some
server PowerPC chips and allow some control over the prefetch
of data streams.
The kernel already supports DSCR value per thread but there is also
a need in a ability to change it from an external process for
the specific pid.
The p
On 12/12/2012 09:12 PM, H. Peter Anvin wrote:
Here is a version that compiles. It doesn't *boot* yet, because the
switchover from dynamic mode to the real pagetables doesn't happen right
and so we end up on an uninitialized set of page tables.
The new page table setup in tip:x86/mm2 should make
On 12/12/2012 03:07 AM, K. Y. Srinivasan wrote:
> The send buffer was being leaked; fix it.
>
> Signed-off-by: K. Y. Srinivasan
> Reviewed-by: Haiyang Zhang
> Reported-by: Jason Wang
> ---
> drivers/hv/hv_balloon.c | 23 +--
> 1 files changed, 13 insertions(+), 10 deletion
On Wed, Dec 12, 2012 at 04:18:31PM -0800, John Stultz wrote:
> I do, although again, in the case where the arch specific
> implementation is "better", we end up losing granularity (s390 is
> the specific example I'm thinking of), since this prefers the RTC
> implementation over the arch specific o
On Wed, Dec 12, 2012 at 12:45:52PM +0100, Paolo Pisati wrote:
> And after a second look it's clear what's going on:
After a second look at what? You've not provided any context, I've no
idea what you're talking about here.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Here is a version that compiles. It doesn't *boot* yet, because the
switchover from dynamic mode to the real pagetables doesn't happen right
and so we end up on an uninitialized set of page tables.
The new page table setup in tip:x86/mm2 should make that easier to
achieve, however... I won't
On Wed, 2012-12-12 at 12:23 +0100, Michal Hocko wrote:
> On Wed 12-12-12 18:44:13, Xishi Qiu wrote:
> > On 2012/12/12 18:19, Michal Hocko wrote:
> >
> > > On Wed 12-12-12 16:25:59, Jianguo Wu wrote:
> > >> Build kernel with CONFIG_HUGETLBFS=y,CONFIG_HUGETLB_PAGE=y
> > >> and CONFIG_CGROUP_HUGETLB=
On Thu, 13 Dec 2012, Paul Walmsley wrote:
> Seems to me, naïvely, that in the above code, regulator->min_uV and
> regulator->max_uV should be set only after _regulator_do_set_voltage()
> succeeds?
Eh, never mind. Looks like you took a similar strategy in the subsequent
patch you sent..
- Pa
On Wed, 12 Dec 2012, Paolo Pisati wrote:
> but inside regulator_set_voltage(), we save the new regulator voltage before
> actually ramping up:
>
> core.c::regulator_set_voltage():
> ...
> regulator->min_uV = min_uV;
> regulator->max_uV = max_uV;
>
> ret = regulator_check_consum
> Use the new vsprintf extension to avoid any possible
> message interleaving.
>
> Signed-off-by: Joe Perches
Sorry for my last email, which should not reply all.
Acked-by: Guan Xuetao
> ---
> arch/unicore32/kernel/process.c |5 +++--
> 1 files changed, 3 insertions(+), 2 deletions(-)
>
>
Hey Linus,
Please git pull the following tag:
git pull git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
stable/for-linus-3.8-rc0-tag
or branch (this is included in this email b/c I keep on getting:
"fatal: Couldn't find remote ref stable/for-linus-3.8-rc0-tag"
even though I _know_ t
On 12/12/2012 06:03 PM, Davidlohr Bueso wrote:
> On Wed, 2012-12-12 at 17:48 -0800, Dave Hansen wrote:
>> But if we went and did it per-DIMM (showing which physical addresses and
>> NUMA nodes a DIMM maps to), wouldn't that be redundant with this
>> proposed interface?
>
> If DIMMs overlap between
On Wed, Dec 12, 2012 at 8:31 PM, David Ahern wrote:
>
>
> See commit 26a4f3c0. But that was not enough.
Why? Make the people who run virtualization do the extra work. Things
never worked for them anyway, so forcing *them* to set a flag to get a
working thing is sane.
Forcing everybody else to se
Commit-ID: 4bfe24ac1d9d9f06b30b2909f53ea462c72cfe1d
Gitweb: http://git.kernel.org/tip/4bfe24ac1d9d9f06b30b2909f53ea462c72cfe1d
Author: H. Peter Anvin
AuthorDate: Wed, 12 Dec 2012 20:24:12 -0800
Committer: H. Peter Anvin
CommitDate: Wed, 12 Dec 2012 20:25:43 -0800
x86, doc: Add a formal
On Thu, 13 Dec 2012 14:06:35 +1100 NeilBrown wrote:
> > > + omap_dm_timer_enable(omap->dm_timer);
> >
> > Do you need to call omap_dm_timer_enable here? _set_load and _set_match
> > will enable the timer. So this should not be necessary.
>
> True. That is what you get for copying someone else'
Hi all,
If you have a tree that is included in linux-next, please clean it up
after it has been merged into your upstream (i.e. Linus' tree in most
cases).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpdSW35eyHwu.pgp
Description: PGP signature
On 12/12/12 8:51 PM, Linus Torvalds wrote:
SO WHY DON'T YOU JUST DO THAT THEN?
Disable PEBS on Vt-x enter and re-enable it on exit. End of story.
Exactly like you say.
See commit 26a4f3c0. But that was not enough. Requiring exclude_guest
was another required piece. If you want to see the disc
On 12/11/2012 10:27 AM, Greg KH wrote:
> On Thu, Nov 29, 2012 at 10:45:09PM -0800, Nitin Gupta wrote:
>> Fixes a bug introduced by commit c8f2f0db1 ("zram: Fix handling
>> of incompressible pages") which caused invalid memory references
>> during disk write. Invalid references could occur in two ca
On 12/12/2012 06:49 PM, Yinghai Lu wrote:
Hi, Peter,
What's your decision about this?
Do you mean have one boot_params mask in initdata and AND that with
boot_params from bootloader
to clean not used bytes?
So later will not need to check
if (boot_params.hdr.xloadflags & USE_EXT_BOOT_PAR
On Wed, Dec 12, 2012 at 09:02:45PM -0700, Toshi Kani wrote:
> On Wed, 2012-12-12 at 15:54 -0800, Greg KH wrote:
> > On Wed, Dec 12, 2012 at 04:17:14PM -0700, Toshi Kani wrote:
> > > Added hotplug.c, which is the hotplug framework code.
> >
> > Again, better naming please.
>
> Yes, I will change i
On Wed, Dec 12, 2012 at 08:37:44PM -0700, Toshi Kani wrote:
> On Wed, 2012-12-12 at 16:55 -0800, Greg KH wrote:
> > On Wed, Dec 12, 2012 at 05:39:36PM -0700, Toshi Kani wrote:
> > > On Wed, 2012-12-12 at 15:56 -0800, Greg KH wrote:
> > > > On Wed, Dec 12, 2012 at 04:17:12PM -0700, Toshi Kani wrote:
On Wed, 2012-12-12 at 15:54 -0800, Greg KH wrote:
> On Wed, Dec 12, 2012 at 04:17:14PM -0700, Toshi Kani wrote:
> > Added hotplug.c, which is the hotplug framework code.
>
> Again, better naming please.
Yes, I will change it to be more specific, something like
"sys_hotplug.c".
Thanks,
-Toshi
--
On Wed, 2012-12-12 at 15:55 -0800, Greg KH wrote:
> On Wed, Dec 12, 2012 at 04:17:14PM -0700, Toshi Kani wrote:
> > --- a/drivers/base/Makefile
> > +++ b/drivers/base/Makefile
> > @@ -21,6 +21,7 @@ endif
> > obj-$(CONFIG_SYS_HYPERVISOR) += hypervisor.o
> > obj-$(CONFIG_REGMAP) += regmap/
>
On Wed, 2012-12-12 at 15:53 -0800, Greg KH wrote:
> On Wed, Dec 12, 2012 at 04:17:13PM -0700, Toshi Kani wrote:
> > Added include/linux/hotplug.h, which defines the hotplug framework
> > interfaces used by the framework itself and handlers.
>
> No, please name this properly, _everything_ is hotplu
On Tue, Dec 11, 2012 at 05:49:24PM -0800, Arve Hjønnevåg wrote:
> The bounds check in ramoops_init_prz was incorrect and ramoops_init_przs
> had no check. Additionally, ramoops_init_przs allows record_size to be 0,
> but ramoops_pstore_write_buf would always crash in this case.
>
> Signed-off-by:
On Wed, Dec 12, 2012 at 7:43 PM, David Ahern wrote:
>
> you know what's worse? All of your VMs blowing up because anyone runs perf
> with precise attribute. Virtualization and and performance monitoring
> collide. From the log message for commit 1342798.
>
> "Intel PEBS in VT-x context uses the DS
The DSCR (aka Data Stream Control Register) is supported on some
server PowerPC chips and allow some control over the prefetch
of data streams.
The kernel already supports DSCR value per thread but there is also
a need in a ability to change it from an external process for
the specific pid.
The p
Adds debug file "clock_tree" in /sys/kernel/debug/clk dir.
It helps to view all the clock registered in tree format.
For example:
clockenable_cnt prepare_cnt rate
-
i2s0_sync 0
On Wed, 2012-12-12 at 16:55 -0800, Greg KH wrote:
> On Wed, Dec 12, 2012 at 05:39:36PM -0700, Toshi Kani wrote:
> > On Wed, 2012-12-12 at 15:56 -0800, Greg KH wrote:
> > > On Wed, Dec 12, 2012 at 04:17:12PM -0700, Toshi Kani wrote:
> > > > This patchset is an initial prototype of proposed hot-plug
On 12/12/12 8:34 PM, Linus Torvalds wrote:
On Wed, Dec 12, 2012 at 7:25 PM, David Ahern wrote:
Are you running an older perf binary on the 3.8 kernel?
I am.. I don't tend to rebuild 'perf'..
Does this work: perf record -e cycles:ppH ...
Yes it does. What is 'H' and why should anybody ca
Build kernel with CONFIG_HUGETLBFS=y,CONFIG_HUGETLB_PAGE=y
and CONFIG_CGROUP_HUGETLB=y, then specify hugepagesz=xx boot option,
system will boot fail.
This failure is caused by following code path:
setup_hugepagesz
hugetlb_add_hstate
hugetlb_cgroup_file_init
On Wed, Dec 12, 2012 at 7:25 PM, David Ahern wrote:
>
> Are you running an older perf binary on the 3.8 kernel?
I am.. I don't tend to rebuild 'perf'..
> Does this work: perf record -e cycles:ppH ...
Yes it does. What is 'H' and why should anybody care? Especially since
I'm not running virtual
On Fri, Dec 07, 2012 at 05:25:19PM +0530, Abhijit Pawar wrote:
> This patch replace the obsolete simple_strto with kstrto
The XFS changes look fine. Consider those:
Acked-by: Dave Chinner
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
On 12/12/12 7:53 PM, Linus Torvalds wrote:
Hmm. This may be entirely unrelated to this particular pull request, but
perf record -e cycles:pp
no longer works on my westmere machine (Operation not supported). It
used to work, but I haven't tried to bisect it, since I hope somebody
will just g
From: Linus Torvalds
Date: Wed, 12 Dec 2012 18:37:08 -0800
> On Wed, Dec 12, 2012 at 6:27 PM, David Miller wrote:
>>
>> There are two SCTP HMAC cookie algorithms, MD5 and SHA1.
>>
>> What used to happen is that you had to choose one at build
>> time, and then you were stuck with that decision an
On Thu, 2012-12-13 at 13:57 +1100, Benjamin Herrenschmidt wrote:
> On Wed, 2012-12-12 at 16:30 -0700, Alex Williamson wrote:
> > Locked page accounting in this version is very, very broken. How do
> > powerpc folks feel about seemingly generic kernel iommu interfaces
> > messing with the current t
Build kernel with CONFIG_HUGETLBFS=y,CONFIG_HUGETLB_PAGE=y
and CONFIG_CGROUP_HUGETLB=y, then specify hugepagesz=xx boot option,
system will boot fail.
This failure is caused by following code path:
setup_hugepagesz
hugetlb_add_hstate
hugetlb_cgroup_file_init
On 12/12/12 8:09 PM, Linus Torvalds wrote:
On Wed, Dec 12, 2012 at 7:02 PM, David Ahern wrote:
Can you add -v and see if it spits out more info?
No more info.
I'm surprised you are not seeing this as well:
} else if ((err == EOPNOTSUPP) && (attr->precise_ip)) {
>> now, on the other hand, if you have two threads of a process that
>> share a bunch of data structures, and you'd spread these over 2
>> sockets, you end up bouncing data between the two sockets a lot,
>> running inefficient --> bad for power.
>
> Yeah, that should be addressed by the NUMA patc
On Wed, Dec 12, 2012 at 7:02 PM, David Ahern wrote:
>
> Can you add -v and see if it spits out more info?
No more info.
Sure, it does the usual "do you have an APIC" message (it does that
without "-v" too), which isn't useful:
Error: sys_perf_event_open() syscall returned with 95 (Operation
On Thu, 2012-12-13 at 09:48 +0800, Tang Chen wrote:
> On 12/13/2012 08:28 AM, Simon Jeons wrote:
> > On Wed, 2012-12-12 at 18:32 +0800, Tang Chen wrote:
> >> Hi Simon,
> >>
> >> On 12/12/2012 05:29 PM, Simon Jeons wrote:
> >>>
> >>> Thanks for your clarify.
> >>>
> >>> Enable PAE on x86 32bit kerne
The sample wrapper currently fails on some Java 7 .class files. This
updates the wrapper to properly handle those files.
Signed-off-by: Jonathan Callen
---
Documentation/java.txt | 8
1 file changed, 8 insertions(+)
diff --git a/Documentation/java.txt b/Documentation/java.txt
index e6
[Thierry: question for you near the end - thanks]
On Wed, 12 Dec 2012 10:08:28 -0600 Jon Hunter wrote:
> Hi Neil,
>
> On 12/12/2012 02:24 AM, NeilBrown wrote:
> >
> >
> > This patch is based on an earlier patch by Grant Erickson
> > which provided pwm devices using the 'legacy' interface.
>
Acked-by: Hirokazu Takata
Thank you.
From: Joe Perches
Subject: [TRIVIAL PATCH 08/26] m32r: Convert print_symbol to %pSR
Date: Wed, 12 Dec 2012 10:18:57 -0800
> Use the new vsprintf extension to avoid any possible
> message interleaving.
>
> Signed-off-by: Joe Perches
> ---
> arch/m32r/kerne
On Wed, Dec 12, 2012 at 05:14:41PM -0500, Steven Rostedt wrote:
> From: Steven Rostedt
>
> Commit fb16d891 "kconfig: replace 'oldnoconfig' with 'olddefconfig', and
> keep the old name", changed ktest's default config update from
> oldnoconfig to olddefconfig without adding oldnoconfig as a backup
On 12/12/12 7:53 PM, Linus Torvalds wrote:
Hmm. This may be entirely unrelated to this particular pull request, but
perf record -e cycles:pp
no longer works on my westmere machine (Operation not supported). It
used to work, but I haven't tried to bisect it, since I hope somebody
will just g
On 2012/12/13 1:05, Aneesh Kumar K.V wrote:
> Jianguo Wu writes:
>
>> Build kernel with CONFIG_HUGETLBFS=y,CONFIG_HUGETLB_PAGE=y
>> and CONFIG_CGROUP_HUGETLB=y, then specify hugepagesz=xx boot option,
>> system will boot fail.
>>
>> This failure is caused by following code path:
>> setup_hugepag
On Wed, 2012-12-12 at 16:30 -0700, Alex Williamson wrote:
> Locked page accounting in this version is very, very broken. How do
> powerpc folks feel about seemingly generic kernel iommu interfaces
> messing with the current task mm? Besides that, more problems
> below...
After a second look & th
Hmm. This may be entirely unrelated to this particular pull request, but
perf record -e cycles:pp
no longer works on my westmere machine (Operation not supported). It
used to work, but I haven't tried to bisect it, since I hope somebody
will just go "oh, I know what's up".
dmesg says:
Perf
On 12/12/2012 10:21 PM, Vincent Guittot wrote:
>>> >> If Linux is to continue to work efficiently on heterogeneous
>>> >> multi-processing platforms, it needs to provide scheduling mechanisms
>>> >> that can be exploited as per the demands of the HW architecture.
>> >
>> > Linus definitely disagree
On 2012/12/12 19:23, Michal Hocko wrote:
> On Wed 12-12-12 18:44:13, Xishi Qiu wrote:
>> On 2012/12/12 18:19, Michal Hocko wrote:
>>
>>> On Wed 12-12-12 16:25:59, Jianguo Wu wrote:
Build kernel with CONFIG_HUGETLBFS=y,CONFIG_HUGETLB_PAGE=y
and CONFIG_CGROUP_HUGETLB=y, then specify hugepa
On Thu, Dec 6, 2012 at 10:57 PM, Yinghai Lu wrote:
> On Wed, Dec 5, 2012 at 7:12 PM, Yinghai Lu wrote:
>> On Wed, Dec 5, 2012 at 5:57 PM, H. Peter Anvin wrote:
>>> Hi Eric,
>>>
>>> Could you give a list of struct boot_params field which are initialized
>>> properly by kexec? I think we need to
On 12/13/2012 10:17 AM, Alex Shi wrote:
> On 12/12/2012 09:31 PM, Vincent Guittot wrote:
>> During the creation of sched_domain, we define a pack buddy CPU for each CPU
>> when one is available. We want to pack at all levels where a group of CPU can
>> be power gated independently from others.
>> O
On Wed, 12 Dec 2012 10:20:34 -0600 Jon Hunter wrote:
>
> On 12/12/2012 05:31 AM, Thierry Reding wrote:
> > On Wed, Dec 12, 2012 at 07:24:30PM +1100, NeilBrown wrote:
>
> [snip]
>
> >> +static int omap_pwm_enable(struct pwm_chip *chip, struct pwm_device *pwm)
> >> +{
> >> + struct omap_chip *o
On Wed, 2012-12-12 at 16:30 -0700, Alex Williamson wrote:
> Locked page accounting in this version is very, very broken. How do
> powerpc folks feel about seemingly generic kernel iommu interfaces
> messing with the current task mm? Besides that, more problems below...
Not good at all :-)
I do
Hi James,
On Fri, 7 Dec 2012 10:21:31 +1100 (EST) James Morris wrote:
>
> On Thu, 6 Dec 2012, Linus Torvalds wrote:
>
> > Have people pulled that thing into anything else? Because quite
> > frankly, I think it's unsalvageable except with a rebase.
>
> AFAIK, only developers such as Casey will h
On 13/12/12 10:30, Alex Williamson wrote:
On Wed, 2012-12-12 at 23:34 +1100, Alexey Kardashevskiy wrote:
This patch initializes IOMMU groups based on the IOMMU
configuration discovered during the PCI scan on POWERNV
(POWER non virtualized) platform. The IOMMU groups are
to be used later by VFIO
On Wed, 12 Dec 2012 12:31:45 +0100 Thierry Reding
wrote:
> On Wed, Dec 12, 2012 at 07:24:30PM +1100, NeilBrown wrote:
> >
> >
> > This patch is based on an earlier patch by Grant Erickson
> > which provided pwm devices using the 'legacy' interface.
> >
> > This driver instead uses the new fram
On 12/12/2012 09:31 PM, Vincent Guittot wrote:
> This new flag SD_SHARE_POWERDOMAIN is used to reflect whether groups of CPU in
> a sched_domain level can or not reach a different power state. If clusters can
> be power gated independently, as an example, the flag should be cleared at CPU
> level.
On 2012-12-12 22:37, Liu, Jinsong wrote:
> Wen Congyang wrote:
>> At 12/08/2012 06:19 AM, Rafael J. Wysocki Wrote:
>>> On Tuesday, December 04, 2012 01:39:54 AM Liu, Jinsong wrote:
Resend it, add Rafael and linux-a...@vger.kernel.org
>>>
>>> I wonder what memory hotplug people think about that
On Wed, Dec 12, 2012 at 6:27 PM, David Miller wrote:
>
> There are two SCTP HMAC cookie algorithms, MD5 and SHA1.
>
> What used to happen is that you had to choose one at build
> time, and then you were stuck with that decision and it was
> all that you could use.
>
> Now, it's selectable at run t
I followed what was listed here
http://www.kernel.org/doc/Documentation/SubmittingPatches i won't be
resubmitting, i've already spent way too much time for a few lines of
code, I've already been through this with the Ubuntu guys amongst other
reasons. I can email you the file as attachment but that
On Thu, 2012-12-13 at 09:00 +0800, Guan Xuetao wrote:
> 确认下面的patch可以正常编译，无warning信息
There is no unicore32 cross compiler available
on kernel.org.
ftp://ftp.kernel.org/pub/tools/crosstool/index.html
These are unsigned long cast to (void *)
What is the warning and how does it differ
from any exist
From: Linus Torvalds
Date: Wed, 12 Dec 2012 18:15:04 -0800
> On Wed, Dec 12, 2012 at 12:11 PM, David Miller wrote:
>>
>> There is one merge conflict to resolve in net/sched/cls_cgroup.c,
>> one commit changes the name of some members to "css_*" (this came
>> from Tejun's tree) and another commit
The following changes since commit 9489e9dcae718d5fde988e4a684a0f55b5f94d17:
Linux 3.7-rc7 (2012-11-25 17:59:19 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regulator-3.8
for you to fetch changes up to 4ffc45c3604dd
On Wed, 2012-12-12 at 07:34 -0700, Alex Williamson wrote:
> > But what would I put there?... IOMMU ID is more than enough at the moment
> > and struct iommu_table does not have anything what would have made sense to
> > show in the sysfs...
>
> I believe David mentioned that PEs had user visible
On 12/12/2012 09:31 PM, Vincent Guittot wrote:
> During the creation of sched_domain, we define a pack buddy CPU for each CPU
> when one is available. We want to pack at all levels where a group of CPU can
> be power gated independently from others.
> On a system that can't power gate a group of CP
On 12/12/2012 06:02 PM, H. Peter Anvin wrote:
Hmm... with this patchset on top of v3.7 I still get a bunch of warnings
and errors.
More details when the build completes (if it does.) I might still push
out the branch to let Fengguang's test robot take it for a spin.
Build failure:
o.i386-al
On Wed, Dec 12, 2012 at 12:11 PM, David Miller wrote:
>
> There is one merge conflict to resolve in net/sched/cls_cgroup.c,
> one commit changes the name of some members to "css_*" (this came
> from Tejun's tree) and another commit adds an "attach" method.
There's more than that. The ARM board me
In the discussion surrounding 83dbbdbb3866 ("android, lowmemorykiller:
remove task handoff notifier"), I promised to isolate the task handoff
notifier to oprofile. The bug that was fixed in that commit occurred
because a task handoff notifier registered before oprofile was not
freeing the task_str
Since the task handoff notifier is isolated only to oprofile, it no
longer consists of a possible chain of notifiers. Thus, it's easy to
replace it with a simple linked list when enabled, which is anytime that
the notifier would have been registered.
Signed-off-by: David Rientjes
---
resend: no
1 - 100 of 585 matches
Mail list logo
