On Fri, 01 Oct 2010 13:29:42 -0500
Nathan Fontenot wrote:
> Add a new mutex for use in adding and removing of memory blocks. This
> is needed to avoid any race conditions in which the same memory block could
> be added and removed at the same time.
>
> Signed-off-by: Nathan Fontenot
>
Reviewe
On Fri, 01 Oct 2010 13:28:39 -0500
Nathan Fontenot wrote:
> Move the find_memory_block() routine up to avoid needing a forward
> declaration in subsequent patches.
>
> Signed-off-by: Nathan Fontenot
>
Reviewd-by: KAMEZAWA Hiroyuki
___
Linuxppc-dev
On Fri, 01 Oct 2010 13:37:49 -0500
Nathan Fontenot wrote:
> Update the memory hotplug documentation to reflect the new behaviors of
> memory blocks reflected in sysfs.
>
> Signed-off-by: Nathan Fontenot
>
Reviewed-by: KAMEZAWA Hiroyuki
Thank you for your patient work!.
> ---
> Documentat
SLUB is turned on, and the oops does not seem to happen when SLAB replaces SLUB.
I just got lucky with SLAB, or does it sound familiar on ppc?
Regards,
Jean-Mickael
On 10/4/2010 1:24 PM, Jean-Mickael Guerin wrote:
> Hello,
> I'm stepping into ppc world and I'd like to know how to read this call t
On Fri, 01 Oct 2010 13:34:34 -0500
Nathan Fontenot wrote:
> Update the node sysfs code to be aware of the new capability for a memory
> block to contain multiple memory sections and be aware of the memory block
> structure name changes (start_section_nr). This requires an additional
> parameter
On Fri, 01 Oct 2010 13:33:38 -0500
Nathan Fontenot wrote:
> Update the 'phys_index' property of a the memory_block struct to be
> called start_section_nr, and add a end_section_nr property. The
> data tracked here is the same but the updated naming is more in line
> with what is stored here, nam
On Fri, 01 Oct 2010 14:00:50 -0500
Nathan Fontenot wrote:
> Update the memory sysfs code such that each sysfs memory directory is now
> considered a memory block that can span multiple memory sections per
> memory block. The default size of each memory block is SECTION_SIZE_BITS
> to maintain th
On Fri, 01 Oct 2010 13:30:40 -0500
Nathan Fontenot wrote:
> Add a section count property to the memory_block struct to track the number
> of memory sections that have been added/removed from a memory block. This
> allows us to know when the last memory section of a memory block has been
> removed
On Mon, 2010-10-04 at 12:30 +0200, Michel Dänzer wrote:
> > And last I looked X still pukes if you give it a pixmap in non native
> > byte order but that might have been fixed.
>
> I'm not sure what exactly you mean by that, but I'm not aware of any
> such issues offhand.
Hrm, I meant on the DDX
[Updated with Nick's current address; previous one bounced]
On Mon, 4 Oct 2010 15:22:59 -0500
Scott Wood wrote:
> I'm seeing the in_atomic() check in page_cache_get_speculative()
> (linux/pagemap.h:138) fail when running e500 KVM with .
Sorry, that should finish as "with CONFIG_DEBUG_VM."
>
I'm seeing the in_atomic() check in page_cache_get_speculative()
(linux/pagemap.h:138) fail when running e500 KVM with . It's coming
from get_user_pages_fast(), from KVM's hva_to_pfn(). This is on kvm.git
plus a few local patches that should be completely unrelated, but it
looks like this code ha
> >
> > You definitely need to be able to resolve "used but not defined" and
> > "defined but not used" warnings before tackling a driver conversion
> > like this. In light of this comment I wonder if it would be
> > appropriate to submit your original driver, that just duplicated
> > routines fro
On Mon, Oct 4, 2010 at 1:32 AM, Heiko Schocher wrote:
> Hello all,
>
> we have on the mgcoge arch/powerpc/boot/dts/mgcoge.dts 3 fs_enet
> devices. The first is accessible on boot, and so get correct
> probed and works fine. For the other two fs_enet devices the PHYs
> are on startup in reset, and
On Mon, Oct 4, 2010 at 12:25 AM, Segher Boessenkool
wrote:
> The PowerPC OF binding requires the firmware to save and restore
> the BATs on entry to / exit from the firmware.
This sucks, because using the BAT is **much** easier for
the firmware. In my case, it also means I don't need to worry
ab
Hi Bastiaan,
Are you trying board-to-board connection?
I am not familiar with WRS SBC8548 board - which type of connector they
use for SRIO?
Assuming that all configuration is correct,
I would recommend first to try setting up x1 link mode at the lowest
link speed.
The x4 mode may present challen
On Sat, 2 Oct 2010 05:36:27 -0700
"Zang Roy-R61911" wrote:
>
>
> > -Original Message-
> > From: Anton Vorontsov [mailto:cbouatmai...@gmail.com]
> > Sent: Monday, September 20, 2010 21:19 PM
> > To: Zang Roy-R61911
> > Cc: linux-...@lists.infradead.org; dw...@infradead.org; dedeki...@gma
On 10/03/2010 01:27 PM, Balbir Singh wrote:
> * Dave Hansen [2010-10-03 11:11:01]:
>
>> On Sun, 2010-10-03 at 13:07 -0500, Robin Holt wrote:
>>> On Sun, Oct 03, 2010 at 11:25:00PM +0530, Balbir Singh wrote:
* Nathan Fontenot [2010-10-01 13:35:54]:
> Define a version of memory_block
On Sam, 2010-10-02 at 06:50 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2010-10-01 at 18:20 +0200, Michel Dänzer wrote:
> > On Fre, 2010-10-01 at 22:14 +1000, Benjamin Herrenschmidt wrote:
> > >
> > > Now, the main reasons in practice are anything touching graphics.
> > >
> > > There's quite
Hello all,
when I was using the PPC kernel a couple versions back, I had modified the
xgpio_ioctl.h file (and its related adapter.c) in order to extend the
xgpio_ioctl() function with new commands for my needs.
But now I don't see where the equivalent code is located with the new
architecture.
Hello all,
we have on the mgcoge arch/powerpc/boot/dts/mgcoge.dts 3 fs_enet
devices. The first is accessible on boot, and so get correct
probed and works fine. For the other two fs_enet devices the PHYs
are on startup in reset, and gets later, through userapplikations,
out of reset ... so, on boot
Hello,
I'm stepping into ppc world and I'd like to know how to read this call trace,
I enabled debug options but I'm not able to track the origin of this bug, I mean
what happens before handle_page_fault():
Unable to handle kernel paging request for data at address 0x0008
Faulting instruction
21 matches
Mail list logo