Hi Andrew,
On Tue, 23 Oct 2012 16:12:19 +0200, Andrew Jones wrote:
> On Tue, Oct 23, 2012 at 10:44:49PM +0900, Namhyung Kim wrote:
>> Andrew reported that the commit 7e94cfcc9d20 ("perf header: Use pre-
>> processed session env when printing") regresses the header output.
>> It was because of a mi
On Wed, 24 Oct 2012, Theodore Ts'o wrote:
> Journal flushes outside of an unmount does
> happen as part of online resizing, the FIBMAP ioctl, or when the file
> system is frozen. But it didn't sound like Toralf or Nix was using
> any of those features. (Toralf, Nix, please correct me if my
> assu
On 09/29/2012 06:26 AM, KOSAKI Motohiro wrote:
> On Fri, Sep 28, 2012 at 3:19 AM, Lai Jiangshan wrote:
>> HI, Christoph, KOSAKI
>>
>> SLAB always allocates kmem_list3 for all nodes(N_HIGH_MEMORY), also node
>> bug/bad things happens.
>> SLUB always requires kmem_cache_node on the correct node, so
Since kernel 3.7 the DTS data are not overwriten by hwmod data we can add the
address space
and interrupt line description inside dtsi file for OMAP5. This serie is
updating the
current OMAP5 IP with missing entry.
It has been tested on OMAP5 with 3.7-audio-display feature tree.
- MMC is probing
Add base address and interrupt line inside Device Tree data for
OMAP5.
Signed-off-by: Sebastien Guiriec
Reviewed-by: Shubhrajyoti D
---
arch/arm/boot/dts/omap5.dtsi | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/
Add base address and interrupt line inside Device Tree data for
OMAP5.
Signed-off-by: Sebastien Guiriec
---
arch/arm/boot/dts/omap5.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index b535d8e..304dd8d 10064
Add base address and interrupt line inside Device Tree data for
OMAP5
Signed-off-by: Sebastien Guiriec
Reviewed-by: Shubhrajyoti D
---
arch/arm/boot/dts/omap5.dtsi | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/
Add base address and interrupt line inside Device Tree data for
OMAP5
Signed-off-by: Sebastien Guiriec
---
arch/arm/boot/dts/omap5.dtsi | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index 42c78be..737a5
>>> On 23.10.12 at 20:12, Konrad Rzeszutek Wilk wrote:
Do you really want to target 3.8 for these, without any hypervisor
side review having happened? In particular,
> Changelog [since v4]
> - Mukesh addressed the reviewer's concerns.
> - Took Mukesh's patches and redid the changelogs.
> - Ad
If a PCI device and its parents are put into D3cold, unbinding the
device will trigger deadlock as follow:
- driver_unbind
- device_release_driver
- device_lock(dev) <--- previous lock here
- __device_release_driver
- pm_runtime_get_sync
...
On Wed, Oct 24, 2012 at 7:59 AM, Yan, Zheng wrote:
> From: "Yan, Zheng"
>
> The index of lbr_sel_map is bit value of perf branch_sample_type.
> By using bit shift as index, we can reduce lbr_sel_map size.
>
> Signed-off-by: Yan, Zheng
> ---
> arch/x86/kernel/cpu/perf_event.h | 4 +++
FYI, on a 'make allnoconfig' x86_64 kernel I get a stream of
warnings:
arch/x86/kernel/cpu/perf_event_intel_uncore.c: In function
‘snbep_uncore_pci_disable_box’:
arch/x86/kernel/cpu/perf_event_intel_uncore.c:124:9: warning: ‘config’ is used
uninitialized in this function [-Wuninitialized]
a
On Wed, Oct 24, 2012 at 5:41 AM, Wei Yang wrote:
> Signed-off-by: Wei Yang
> Reviewed-by: Andrew Morton
> Reviewed-by: richard -rw- weinberger
I did *not* review this patch, nor did Andrew.
--
Thanks,
//richard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Tue, Oct 23, 2012 at 10:01:23PM +0200, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
> CC: Mikael Starvik
> CC: "David S. Miller"
> CC: Jeff Kirsher
> Signed-o
>>> On 23.10.12 at 20:50, Konrad Rzeszutek Wilk wrote:
> On Tue, Oct 23, 2012 at 08:09:27PM +0200, Roger Pau Monné wrote:
>> On 23/10/12 19:20, Konrad Rzeszutek Wilk wrote:
>> diff --git a/drivers/block/xen-blkback/blkback.c
> b/drivers/block/xen-blkback/blkback.c
>> index c6decb9..2b98
On Tue, Oct 23, 2012 at 4:10 PM, Kukjin Kim wrote:
> Linus Walleij wrote:
>>
>> On Mon, Oct 22, 2012 at 3:02 AM, Jingoo Han wrote:
>> > On Friday, October 19, 2012 7:09 PM Linus Walleij wrote
>> >>
>> >> On Wed, Oct 17, 2012 at 3:52 AM, Jingoo Han
> wrote:
>> >>
>> >> > This patch uses pr_* inst
Hi Ishimatsu-san:
By the way, if you want to reproduce this problem, just
modify my patch1 to call __container_notify_cb() directly
in container_notify_cb(). And apply my patch2.
Then, you add a container, and remove it.
The deadlock will be triggered.
And this patch is based on Lu Yinghai's tre
On 10/23/2012 06:15 PM, Sebastien Guiriec wrote:
> Hi Benoit and John,
>
> On 10/23/2012 06:07 PM, Benoit Cousson wrote:
>> On 10/23/2012 05:59 PM, Jon Hunter wrote:
>>>
>>> On 10/23/2012 10:09 AM, Benoit Cousson wrote:
On 10/23/2012 04:49 PM, Jon Hunter wrote:
> Hi Seb,
>
> On 10
* Will Deacon wrote:
> On Mon, Oct 22, 2012 at 10:56:21PM +0100, Michel Lespinasse wrote:
> > On Mon, Oct 22, 2012 at 10:01 AM, Will Deacon wrote:
> > > rb_erase_augmented is a static function annotated with __always_inline.
> > > This causes a compile failure when attempting to use the rbtree
On 10/24/2012 02:54 PM, Yasuaki Ishimatsu wrote:
> Hi Tang,
>
> 2012/10/24 15:05, Tang Chen wrote:
>> As the comments in __acpi_os_execute() said:
>>
>> We can't run hotplug code in keventd_wq/kacpid_wq/kacpid_notify_wq
>> because the hotplug code may call driver .remove() functions,
>>
On 10/24/2012 03:28 PM, Stephane Eranian wrote:
> On Wed, Oct 24, 2012 at 7:59 AM, Yan, Zheng wrote:
>> From: "Yan, Zheng"
>>
>> The index of lbr_sel_map is bit value of perf branch_sample_type.
>> By using bit shift as index, we can reduce lbr_sel_map size.
>>
>> Signed-off-by: Yan, Zheng
>> --
On Wed, Oct 24, 2012 at 04:00:08PM +0900, Namhyung Kim wrote:
> Hi Andrew,
>
> On Tue, 23 Oct 2012 16:12:19 +0200, Andrew Jones wrote:
> > On Tue, Oct 23, 2012 at 10:44:49PM +0900, Namhyung Kim wrote:
> >> Andrew reported that the commit 7e94cfcc9d20 ("perf header: Use pre-
> >> processed session
On Tue, Oct 23, 2012 at 10:44:50PM +0900, Namhyung Kim wrote:
> This was found during chasing down the header output regression.
> The strbuf_addf() was checking buffer length with a result of
> vscnprintf() which cannot be greater than that of strbuf_avail().
>
> Since numa topology and pmu mappi
* Peter Zijlstra wrote:
> I never can seem to figure out how to use the scripts mess :/
> acme, is there anything we could do to make that stuff usable?
> There's a ton of crap under scripts/ but I don't even know how
> to get that stuff to run.
>
> What's more, all that nonsense is in weird
The WAF may hurt the performance of some workloads, caused by
aliasing issues in the L1 cache.
Disable it on the affected CPUs.
Signed-off-by: Andre Przywara
---
arch/x86/kernel/cpu/amd.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/x86/kernel/cpu/amd.c b/arch/x86/ker
On Tue, Oct 23, 2012 at 5:24 PM, Lars Poeschel wrote:
> On Tuesday 16 October 2012 at 19:11:10, Linus Walleij wrote:
>> On Tue, Oct 16, 2012 at 3:38 PM, Lars Poeschel wrote:
>> > I had a look at regmap. This is interesting. But there is no regmap_bus
>> > implementation for usb. Are you pointing
We need to check for negative values before doing the swab16() for the
error handling to work.
Signed-off-by: Dan Carpenter
diff --git a/drivers/power/ds2782_battery.c b/drivers/power/ds2782_battery.c
index 6bb6e2f..2fa9b6b 100644
--- a/drivers/power/ds2782_battery.c
+++ b/drivers/power/ds2782_b
>From abe5f2d4a7424c446f5e41cf57b4783eb9a04ab9 Mon Sep 17 00:00:00 2001
From: Anmol Sarma
Date: Wed, 24 Oct 2012 12:57:35 +0530
Subject: [PATCH] Staging: android: binder: Strings cleanup
Changed all user visible multi-line strings to single line.
Removed 'binder:' prefix on stings.
Signed-off-by
On Tue, Oct 23, 2012 at 10:01 PM, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Grant Likely
> CC: Linus Walleij
> Signed-off-by: Kees Cook
I will defer
Recent SoC such as Armada 370/XP came with the possibility to deal
with the I/O coherency by hardware. In this case the transaction
attribute of the window must be flagged as "Shared transaction". Once
this flag is set, then the transactions will be forced to be sent
through the coherency block, in
Armada 370 and XP come with an unit called coherency fabric. This unit
allows to use the Armada XP as a nearly coherent architecture. The
coherency mechanism uses snoop filters to ensure the coherency between
caches, DRAM and devices. This mechanism needs a synchronization
barrier which guarantees
On Sat, Oct 20, 2012 at 6:48 PM, Joonsoo Kim wrote:
> kmalloc() and kmalloc_node() is always inlined into generic code.
> However, there is a mistake in implemention of the SLUB.
>
> In kmalloc() and kmalloc_node() of the SLUB,
> we try to compare kmalloc_caches[index] with NULL.
> As it cannot be
Hello,
The purpose of this patch set is to add hardware I/O Coherency support
for Armada 370 and Armada XP. Theses SoCs come with an unit called
coherency fabric. A beginning of the support for this unit have been
introduced with the SMP patch set. This series extend this support:
the coherency fa
On Mon, Oct 22, 2012 at 01:18:44PM +0100, David Howells wrote:
> Fix up three empty files in arch/cris/ by sticking placeholder comments in
> there to prevent the patch program from deleting them.
>
> I decided not to delete the arch-v*/Kbuild files as it's possibly someone
> might
> want to use
In the comments of function tick_sched_timer(), the sentence
"timer->base->cpu_base->lock held" is not right.
In function __run_hrtimer(), before call timer->function(),
the cpu_base->lock has been unlocked.
Signed-off-by: liu chuansheng
---
kernel/time/tick-sched.c |2 +-
1 files changed,
On 24.10.2012 01:18, Matthew Leach wrote:
Hi,
When building UML against 3.7-rc2 I encounter the following build error:
# make ARCH=uml
scripts/kconfig/conf --silentoldconfig arch/x86/um/Kconfig
CHK include/generated/uapi/linux/version.h
UPD include/generated/uapi/linux/version.h
Hi Tang,
2012/10/24 16:24, Tang Chen wrote:
> On 10/24/2012 02:54 PM, Yasuaki Ishimatsu wrote:
>> Hi Tang,
>>
>> 2012/10/24 15:05, Tang Chen wrote:
>>> As the comments in __acpi_os_execute() said:
>>>
>>> We can't run hotplug code in keventd_wq/kacpid_wq/kacpid_notify_wq
>>> because the ho
On 24.10.2012 10:08, Richard Weinberger wrote:
On 24.10.2012 01:18, Matthew Leach wrote:
Hi,
When building UML against 3.7-rc2 I encounter the following build error:
# make ARCH=uml
scripts/kconfig/conf --silentoldconfig arch/x86/um/Kconfig
CHK include/generated/uapi/linux/version.h
* Stephane Eranian wrote:
> On Sun, Oct 21, 2012 at 8:03 PM, Ingo Molnar wrote:
> >
> > * Stephane Eranian wrote:
> >
> >> On Sun, Oct 21, 2012 at 6:55 PM, Ingo Molnar wrote:
> >> >
> >> > * Andi Kleen wrote:
> >> >
> >> >> > > > This isn't limited to admin, right? So the above turns into a
On Wed, Oct 24, 2012 at 9:49 AM, Yan, Zheng wrote:
> On 10/24/2012 03:28 PM, Stephane Eranian wrote:
>> On Wed, Oct 24, 2012 at 7:59 AM, Yan, Zheng wrote:
>>> From: "Yan, Zheng"
>>>
>>> The index of lbr_sel_map is bit value of perf branch_sample_type.
>>> By using bit shift as index, we can redu
> -Original Message-
> From: Gregory CLEMENT [mailto:gregory.clem...@free-electrons.com]
> Sent: Wednesday, October 24, 2012 10:04 AM
> To: Jason Cooper; Andrew Lunn; Gregory Clement
> Cc: linux-arm-ker...@lists.infradead.org; Arnd Bergmann; Olof Johansson;
> Russell King; Rob Herring; Be
On 10/24/2012 10:54 AM, Pekka Enberg wrote:
> On Mon, Oct 22, 2012 at 11:40 AM, Glauber Costa wrote:
>> On 10/19/2012 11:34 PM, Christoph Lameter wrote:
>>> On Fri, 19 Oct 2012, Glauber Costa wrote:
>>>
I, however, see no reason why we need to do so, since we are now locked
during the wh
On Wed, 24 Oct 2012 09:36:59 +0900, Norbert Preining wrote:
> Hi Dave, hi Chris,
>
> thanks for your answers.
>
> On Di, 23 Okt 2012, Dave Airlie wrote:
> > Does booting with i915.i915_enable_rc6=0 help?
>
> No,booted with that, it happened again on a completely idle
> system (well, I believe c
On 10/24/2012 04:15 PM, Stephane Eranian wrote:
> On Wed, Oct 24, 2012 at 9:49 AM, Yan, Zheng wrote:
>> On 10/24/2012 03:28 PM, Stephane Eranian wrote:
>>> On Wed, Oct 24, 2012 at 7:59 AM, Yan, Zheng wrote:
From: "Yan, Zheng"
The index of lbr_sel_map is bit value of perf branch_sa
Hi;
Just saw this after invoking cpufreq-set -g performance in
an attempt to enhance a stuttering mpeg transcode for ps3mediaserver.
This repeats in the logs about 10 times. If anyone cares, I
will be responsive.
Paul
2012 Oct 24 01:39:14: BUG: using smp_processor_id() in
On 10/23/2012 07:43 PM, JoonSoo Kim wrote:
> 2012/10/23 Glauber Costa :
>> On 10/23/2012 12:07 PM, Glauber Costa wrote:
>>> On 10/23/2012 04:48 AM, JoonSoo Kim wrote:
Hello, Glauber.
2012/10/23 Glauber Costa :
> On 10/22/2012 06:45 PM, Christoph Lameter wrote:
>> On Mon, 22 O
On 10/24/2012 04:23 PM, Yan, Zheng wrote:
> On 10/24/2012 04:15 PM, Stephane Eranian wrote:
>> On Wed, Oct 24, 2012 at 9:49 AM, Yan, Zheng wrote:
>>> On 10/24/2012 03:28 PM, Stephane Eranian wrote:
On Wed, Oct 24, 2012 at 7:59 AM, Yan, Zheng wrote:
> From: "Yan, Zheng"
>
> The i
This patch fixes the problem for me, thank you. Feal free to add a
Tested-by: Julian Wollrath
With best regards,
Julian Wollrath
--
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 http://vger.
Op 24-10-12 08:24, Olof Johansson schreef:
> When 32-bit EFI is used with 64-bit kernel (or vice versa), turn off
> efi_enabled once setup is done. Beyond setup, it is normally used to
> determine if runtime services are available and we will have none.
>
> This will resolve issues stemming from ef
On 10/23/2012 09:50 PM, JoonSoo Kim wrote:
> 2012/10/19 Glauber Costa :
>
>> diff --git a/mm/memcontrol.c b/mm/memcontrol.c
>> index 6a1e096..59f6d54 100644
>> --- a/mm/memcontrol.c
>> +++ b/mm/memcontrol.c
>> @@ -339,6 +339,12 @@ struct mem_cgroup {
>> #if defined(CONFIG_MEMCG_KMEM) && defined(C
On 10/23/2012 09:25 PM, JoonSoo Kim wrote:
> Hi, Glauber.
>
> 2012/10/19 Glauber Costa :
>> For the kmem slab controller, we need to record some extra
>> information in the kmem_cache structure.
>>
>> Signed-off-by: Glauber Costa
>> Signed-off-by: Suleiman Souhlal
>> CC: Christoph Lameter
>> CC
Hi,
On Tue, Oct 23, 2012 at 01:02:49PM -0700, Dmitry Torokhov wrote:
> On Tue, Oct 23, 2012 at 11:18:12AM +0200, Benoit Cousson wrote:
> > Hi Dimitry,
> >
> > On 10/22/2012 05:50 PM, Dmitry Torokhov wrote:
> > > Hi Sourav,
> > >
> > > On Mon, Oct 22, 2012 at 06:43:00PM +0530, Sourav Poddar wrote
On Tue, Oct 23, 2012 at 03:02:59PM -0700, a...@linux-foundation.org wrote:
>
> The patch titled
> Subject: procfs-add-vmflags-field-in-smaps-output-v3-fix-2
> has been added to the -mm tree. Its filename is
> procfs-add-vmflags-field-in-smaps-output-v3-fix-2.patch
>
> -
On Wed, Oct 24, 2012 at 7:59 AM, Yan, Zheng wrote:
> From: "Yan, Zheng"
>
> Haswell has a new feature that utilizes the existing Last Branch Record
> facility to record call chains. When the feature is enabled, function
> call will be collected as normal, but as return instructions are executed
>
From: "Yan, Zheng"
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event_intel_uncore.c | 43 +--
1 file changed, 28 insertions(+), 15 deletions(-)
diff --git a/arch/x86/kernel/cpu/perf_event_intel_uncore.c
b/arch/x86/kernel/cpu/perf_event_intel_uncore.c
index 9
On Wed, Oct 24, 2012 at 10:37 AM, Yan, Zheng wrote:
> On 10/24/2012 04:23 PM, Yan, Zheng wrote:
>> On 10/24/2012 04:15 PM, Stephane Eranian wrote:
>>> On Wed, Oct 24, 2012 at 9:49 AM, Yan, Zheng wrote:
On 10/24/2012 03:28 PM, Stephane Eranian wrote:
> On Wed, Oct 24, 2012 at 7:59 AM, Yan
keys-ecryptfs.txt was missing from 00-INDEX.
Signed-off-by: Jarkko Sakkinen
---
Documentation/security/00-INDEX |2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/security/00-INDEX b/Documentation/security/00-INDEX
index eeed1de..414235c 100644
--- a/Documentation/security/00
On Mon, Oct 22, 2012 at 5:05 PM, Glauber Costa wrote:
> +/**
> + * kmem_cache_free - Deallocate an object
> + * @cachep: The cache the allocation was from.
> + * @objp: The previously allocated object.
> + *
> + * Free an object which was previously allocated from this
> + * cache.
> + */
> +void
On Mon, Oct 22, 2012 at 5:05 PM, Glauber Costa wrote:
> +/**
> + * kmem_cache_free - Deallocate an object
> + * @cachep: The cache the allocation was from.
> + * @objp: The previously allocated object.
> + *
> + * Free an object which was previously allocated from this
> + * cache.
> + */
> +void
On Wed, Oct 24, 2012 at 7:59 AM, Yan, Zheng wrote:
> From: "Yan, Zheng"
>
> Try enabling the LBR call stack feature if event request recording
> callchain. Try utilizing the LBR call stack to get user callchain
> in case of there is no frame pointer.
>
> Signed-off-by: Yan, Zheng
> ---
> arch/x
* Yan, Zheng wrote:
> From: "Yan, Zheng"
>
> Signed-off-by: Yan, Zheng
> ---
> arch/x86/kernel/cpu/perf_event_intel_uncore.c | 43
> +--
> 1 file changed, 28 insertions(+), 15 deletions(-)
Thanks, nice fixes.
Was this runtime tested on a real Sandy Bridge-EP et al
On Mon, 22 Oct 2012, Glauber Costa wrote:
> Right now, slab and slub have fields in struct page to derive which
> cache a page belongs to, but they do it slightly differently.
>
> slab uses a field called slab_cache, that lives in the third double
> word. slub, uses a field called "slab", living o
On Tue, 23 Oct 2012 13:01:39 -0700
Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Avi Kivity
> CC: Marcelo Tosatti
> CC: Christian Borntraeger
> CC: Corn
On Mon, 22 Oct 2012, Anton Vorontsov wrote:
> This patch introduces VMEVENT_ATTR_PRESSURE, the attribute reports Linux
> virtual memory management pressure. There are three discrete levels:
>
> VMEVENT_PRESSURE_LOW: Notifies that the system is reclaiming memory for
> new allocations. Monitoring re
On 10/23/2012 10:24 PM, Peter Korsgaard wrote:
"Andreas" == Andreas Larsson writes:
[...]
Andreas> +/* Read and write functions for the GRLIB port of the controller.
Registers are
Andreas> + * 32-bit big endian and the PRELOW and PREHIGH registers are
merged into one
Andreas> + * regi
On 10/23/2012 10:13 PM, Peter Korsgaard wrote:
"Andreas" == Andreas Larsson writes:
Andreas> There are no platform resources of type IORESOURCE_IRQ on
Andreas> sparc, so the irq number is acquired in a different manner for
Andreas> sparc. The general case uses platform_get_irq, that inte
Hi Richard,
Richard Weinberger writes:
>
> Does this patch fix the issue?
Your patch fixed the initial error, but I now get:
CC arch/um/os-Linux/signal.o
arch/um/os-Linux/signal.c:19:2: warning: initialization from incompatible
pointer type [enabled by default]
arch/um/os-Linux/signal.c
On 10/24/2012 04:58 PM, Ingo Molnar wrote:
>
> * Yan, Zheng wrote:
>
>> From: "Yan, Zheng"
>>
>> Signed-off-by: Yan, Zheng
>> ---
>> arch/x86/kernel/cpu/perf_event_intel_uncore.c | 43
>> +--
>> 1 file changed, 28 insertions(+), 15 deletions(-)
>
> Thanks, nice fixes
> Looks the problem is worse than above, not only bitfields are affected, the
> adjacent fields might be involved too, see:
>
>http://lwn.net/Articles/478657/
Not mentioned in there is that even with x86/amd64 given
a struct with the following adjacent fields:
char a;
Hi Seb,
Sorry, I missed your previous email, your v2 was the right one.
We do have a single INTC in every OMAP, there is no point to repeat the
same data hundred times.
The DTS are already big enough.
On 10/24/2012 09:07 AM, Sebastien Guiriec wrote:
> Since kernel 3.7 the DTS data are not overwri
On 24.10.2012 11:09, Matthew Leach wrote:
Hi Richard,
Richard Weinberger writes:
Does this patch fix the issue?
Your patch fixed the initial error, but I now get:
Okay, we have to get rid of all struct sig_infos.
A patch is on the way.
Thanks,
//richard
--
To unsubscribe from this list:
On Wed, 2012-10-24 at 12:45 +0400, Cyrill Gorcunov wrote:
> for (i = 0; i < BITS_PER_LONG; i++) {
> - if (vma->vm_flags & (1 << i))
> + if (vma->vm_flags & (1ul << i)) {
for_each_set_bit(i, &vma->vm_flags, BITS_PER_LONG) {
> seq_
We found poweroff sometimes fails on our computers, so we have the
lock debug options configured. Then, when we do poweroff or take a
cpu down via cpu-hotplug, kernel complain as below. To resove this,
we modify sched_ttwu_pending(), disable the local irq when acquire
rq->lock.
[ 83.066406]
Hi Benoit,
On 10/24/2012 11:15 AM, Benoit Cousson wrote:
Hi Seb,
Sorry, I missed your previous email, your v2 was the right one.
We do have a single INTC in every OMAP, there is no point to repeat the
same data hundred times.
The DTS are already big enough.
So in such case we should send a se
On Tue, 2012-10-23 at 15:46 +0100, Konrad Rzeszutek Wilk wrote:
> > diff --git a/include/xen/interface/memory.h b/include/xen/interface/memory.h
> > index b66d04c..8beebdb 100644
> > --- a/include/xen/interface/memory.h
> > +++ b/include/xen/interface/memory.h
> > @@ -169,7 +169,13 @@ struct xen_ad
On Sun, 21 Oct 2012, anish kumar wrote:
> ping...
Oh well.
> On Sat, 2012-10-13 at 00:32 +0900, anish kumar wrote:?
> > Hello tglx,
> >
> > I just found the below inconsistency while going through the code.
> >
> >
> > kernel/irq/manage.c
> >
> > if (new->flags & IRQF_ONESHOT) {
> >
On Tue, 2012-10-23 at 15:07 +0100, Konrad Rzeszutek Wilk wrote:
> > +/*
> > + * Unmaps the page appearing at a particular GPFN from the specified
> > guest's
> > + * pseudophysical address space.
> > + * arg == addr of xen_remove_from_physmap_t.
> > + */
> > +#define XENMEM_remove_from_physmap
Hello all,
Please see included patch. First-time submitter so let me know if I did
something wrong.
Thanks,
Jeff
Vendor-specific ID for BCM20702A0.
Support for bluetooth over Asus Wi-Fi GO!, included with Asus P8Z77-V
Deluxe.
T: Bus=07 Lev=02 Prnt=02 Port=00 Cnt=01 Dev#=
Acked-by: Ulf Hansson
I assume this shall go into 3.7, right?
Kind regards
Ulf Hansson
On 15 October 2012 15:13, Lee Jones wrote:
> Some ux500_msp_i2s patches clashed with:
>
> b18e93a493626c1446f9788ebd5844d008bbf71c
> ASoC: ux500_msp_i2s: better use devm functions and fix error return code
>
On Wed, 2012-10-24 at 08:13 +0100, Jan Beulich wrote:
> > include/xen/interface/memory.h | 29 ++-
> > include/xen/interface/physdev.h | 10 ++
>
> ... any changes to the hypervisor interface (didn't look in detail
> what is being changed in these two headers) should first be i
On Tue, Oct 23, 2012 at 10:50:27PM +0100, Andrew Morton wrote:
> On Tue, 23 Oct 2012 11:11:25 +0100
> Will Deacon wrote:
> > This patch ("mm: thp: Set the accessed flag for old pages on access fault")
> > doesn't depend on "ARM: mm: Transparent huge page support for LPAE systems"
> > because curre
Commit-ID: 4c7ab9c516a9778cfa2122119210b6513cccbd2f
Gitweb: http://git.kernel.org/tip/4c7ab9c516a9778cfa2122119210b6513cccbd2f
Author: Peter Zijlstra
AuthorDate: Mon, 22 Oct 2012 20:15:40 +0200
Committer: Ingo Molnar
CommitDate: Wed, 24 Oct 2012 08:51:55 +0200
numa, sched: Implement sl
Commit-ID: 836e3bf3d85dfe29309cb62dc1714bb89801eea5
Gitweb: http://git.kernel.org/tip/836e3bf3d85dfe29309cb62dc1714bb89801eea5
Author: Peter Zijlstra
AuthorDate: Mon, 22 Oct 2012 19:21:32 +0200
Committer: Ingo Molnar
CommitDate: Wed, 24 Oct 2012 08:52:12 +0200
numa, sched, mm: Fix NULL
On Tue, 2012-10-23 at 19:12 +0100, Konrad Rzeszutek Wilk wrote:
> diff --git a/include/xen/interface/physdev.h b/include/xen/interface/physdev.h
> index 1844d31..83050d3 100644
> --- a/include/xen/interface/physdev.h
> +++ b/include/xen/interface/physdev.h
> @@ -274,6 +274,16 @@ struct physdev_dbgp
Commit-ID: bffd5fc26043cce33158d4e027576e79fab2f7bb
Gitweb: http://git.kernel.org/tip/bffd5fc26043cce33158d4e027576e79fab2f7bb
Author: Andre Przywara
AuthorDate: Tue, 9 Oct 2012 17:38:35 +0200
Committer: Ingo Molnar
CommitDate: Wed, 24 Oct 2012 08:53:13 +0200
x86/perf: Fix virtualizati
Commit-ID: b6fc69b9e76352786cd945ce3175780fffb467f0
Gitweb: http://git.kernel.org/tip/b6fc69b9e76352786cd945ce3175780fffb467f0
Author: Ingo Molnar
AuthorDate: Wed, 24 Oct 2012 09:04:41 +0200
Committer: Ingo Molnar
CommitDate: Wed, 24 Oct 2012 09:11:16 +0200
numa, sched: Eliminate unuse
On Wed, 2012-10-24 at 17:25 +0800, Huacai Chen wrote:
> We found poweroff sometimes fails on our computers, so we have the
> lock debug options configured. Then, when we do poweroff or take a
> cpu down via cpu-hotplug, kernel complain as below. To resove this,
> we modify sched_ttwu_pending(), dis
On Tue, 2012-10-23 at 19:12 +0100, Konrad Rzeszutek Wilk wrote:
> By making the structure exactly the same size and with the same
> offsets on 64 and 32-bit builds we are future-proofing ourselves.
>
> Signed-off-by: Konrad Rzeszutek Wilk
> ---
> include/xen/interface/memory.h |7 ++-
>
Commit-ID: 6760bca9fd16256210f4922a3e9f067d2c7017d7
Gitweb: http://git.kernel.org/tip/6760bca9fd16256210f4922a3e9f067d2c7017d7
Author: Srivatsa S. Bhat
AuthorDate: Tue, 16 Oct 2012 13:28:10 +0530
Committer: Ingo Molnar
CommitDate: Wed, 24 Oct 2012 10:01:58 +0200
perf, cpu hotplug: Run
Commit-ID: c13d38e4a1fd5dd07135403c613c8091af444169
Gitweb: http://git.kernel.org/tip/c13d38e4a1fd5dd07135403c613c8091af444169
Author: Srivatsa S. Bhat
AuthorDate: Tue, 16 Oct 2012 13:28:17 +0530
Committer: Ingo Molnar
CommitDate: Wed, 24 Oct 2012 10:01:59 +0200
perf, cpu hotplug: Use
SLUB only fucus on the nodes which has normal memory, so ignore the other
node's hot-adding and hot-removing.
Aka: if some memroy of a node(which has no onlined memory) is online,
but this new memory onlined is not normal memory(HIGH memory example),
we should not allocate kmem_cache_node for SLUB
Currently memory_hotplug only manages the node_states[N_HIGH_MEMORY],
it forgets to manage node_states[N_NORMAL_MEMORY]. it may cause
node_states[N_NORMAL_MEMORY] becomes incorrect.
Example, if a node is empty before online, and we online a memory
which is in ZONE_NORMAL. And after online, node_s
We found 2 bugs while we test and develop memory hotplug.
The hotplug code does not handle node_states[N_NORMAL_MEMORY] correctly,
it may corrupt the memory.
And we ensure the SLUB do NOT respond when node_states[N_NORMAL_MEMORY]
is not changed.
The patchset is based on mainline(3d0ceac129f3ea0b
Commit-ID: 351f181f9134d71efd46ddf0c0abca31b58cd79b
Gitweb: http://git.kernel.org/tip/351f181f9134d71efd46ddf0c0abca31b58cd79b
Author: Chuansheng Liu
AuthorDate: Thu, 25 Oct 2012 01:07:35 +0800
Committer: Ingo Molnar
CommitDate: Wed, 24 Oct 2012 10:16:51 +0200
timers, sched: Correct th
Commit-ID: f7d07c71748f040a1dc85943245931925b80892f
Gitweb: http://git.kernel.org/tip/f7d07c71748f040a1dc85943245931925b80892f
Author: Peter Zijlstra
AuthorDate: Tue, 23 Oct 2012 17:47:12 +0200
Committer: Ingo Molnar
CommitDate: Wed, 24 Oct 2012 10:19:07 +0200
sysctl/sched: Fix 'define
>>> On 24.10.12 at 11:34, Ian Campbell wrote:
> On Wed, 2012-10-24 at 08:13 +0100, Jan Beulich wrote:
>
>> > include/xen/interface/memory.h | 29 ++-
>> > include/xen/interface/physdev.h | 10 ++
>>
>> ... any changes to the hypervisor interface (didn't look in detail
>> what
Commit-ID: 2dac754e10a5d41d94d2d2365c0345d4f215a266
Gitweb: http://git.kernel.org/tip/2dac754e10a5d41d94d2d2365c0345d4f215a266
Author: Paul Turner
AuthorDate: Thu, 4 Oct 2012 13:18:30 +0200
Committer: Ingo Molnar
CommitDate: Wed, 24 Oct 2012 10:27:21 +0200
sched: Aggregate load contrib
Hi Cyrill,
On Wed, 24 Oct 2012 12:45:15 +0400 Cyrill Gorcunov wrote:
>
> static void show_smap_vma_flags(struct seq_file *m, struct vm_area_struct
> *vma)
> {
> +#define __VM_FLAG(_f, _s)[ilog2(_f)] = {(const char [2]){_s}}
I really don't think you need the cast (and it may hide bad usage
Commit-ID: 9ee474f55664ff63111c843099d365e7ecffb56f
Gitweb: http://git.kernel.org/tip/9ee474f55664ff63111c843099d365e7ecffb56f
Author: Paul Turner
AuthorDate: Thu, 4 Oct 2012 13:18:30 +0200
Committer: Ingo Molnar
CommitDate: Wed, 24 Oct 2012 10:27:22 +0200
sched: Maintain the load cont
On Tue, 2012-10-23 at 19:12 +0100, Konrad Rzeszutek Wilk wrote:
[...]
> + /* GUEST_GDTR_BASE and */
> + ctxt->u.pvh.gdtaddr = (unsigned long)gdt;
> + /* GUEST_GDTR_LIMIT in the VMCS. */
> + ctxt->u.pvh.gdtsz = (unsigned long)(GDT_SIZE - 1);
> +
> [...
1 - 100 of 844 matches
Mail list logo
