On Fri, 9 Oct 2009 17:29:15 +0900
Akinobu Mita wrote:
> This introduces new bitmap functions:
>
> bitmap_set: Set specified bit area
> bitmap_clear: Clear specified bit area
> bitmap_find_next_zero_area: Find free bit area
>
> These are stolen from iommu helper.
>
> I changed the return value
Since the change of how interrupts are disabled during suspend,
certain PowerBook models started exhibiting various issues during
suspend or resume from sleep.
I finally tracked it down to the code that runs various "platform"
functions (kind of little scripts extracted from the device-tree),
whic
On Fri, 2009-10-09 at 07:50 -0400, Josh Boyer wrote:
> On Fri, Oct 09, 2009 at 01:15:54PM +1100, Benjamin Herrenschmidt wrote:
> >On Thu, 2009-10-08 at 11:33 -0500, Dave Mitchell wrote:
> >> Adding tx/rx-fifo-size-gige to EMAC fields for evaluation kit DTS
> >> files where appropriate.
> >>
> >> S
On Oct 9, 2009, at 12:49 PM, Ron Mercer wrote:
I recently grabbed the latest net-2.6 kernel for a powerpc test box
and
got this compile error.
CC arch/powerpc/kernel/cputable.o
CC arch/powerpc/kernel/ptrace.o
CC arch/powerpc/kernel/syscalls.o
CC arch/power
On Fri, Oct 09, 2009 at 03:23:04PM -0500, Robert Jennings wrote:
> * Andrew Morton (a...@linux-foundation.org) wrote:
> > On Fri, 2 Oct 2009 13:44:58 -0500
> > Robert Jennings wrote:
> >
> > > Memory balloon drivers can allocate a large amount of memory which
> > > is not movable but could be fre
The Collaborative Memory Manager (CMM) module allocates individual pages
over time that are not migratable. On a long running system this can
severely impact the ability to find enough pages to support a hotplug
memory remove operation.
This patch adds a memory isolation notifier and a memory hot
Memory balloon drivers can allocate a large amount of memory which
is not movable but could be freed to accomodate memory hotplug remove.
Prior to calling the memory hotplug notifier chain the memory in
the pageblock is isolated. Currently, if the migrate type is not
MIGRATE_MOVABLE the isolation
* Andrew Morton (a...@linux-foundation.org) wrote:
> On Fri, 2 Oct 2009 13:44:58 -0500
> Robert Jennings wrote:
>
> > Memory balloon drivers can allocate a large amount of memory which
> > is not movable but could be freed to accomodate memory hotplug remove.
> >
> > Prior to calling the memory
- hcu4.dts: Added definitions for 2 CAN (Intel 82527)
- hcu4.c: Some code for CPLD (special HW clock) and 2 CAN (Intel 82527)
Signed-off-by: Niklaus Giger
---
arch/powerpc/boot/dts/hcu4.dts| 193 ++---
arch/powerpc/platforms/40x/hcu4.c | 87
Rusty's version of BUILD_BUG_ON() does indeed fix the build break, and
also exposes the bug in kvmppc_account_exit_stat(). So to recap:
original: built but didn't work
Jan's: doesn't build
Rusty's: builds and works
Where do you want to go from here?
--
Hollis Blanchard
IBM Linux Technology Cent
On Fri, 2009-10-09 at 04:23 -0700, Joe Perches wrote:
> If this facility is desired by many others, it might be
> better to have a separate file of 'regex generates email'
> read at initialization.
Perhaps it's better to use the existing MAINTAINERS file
and extend it with a new "K:" for keyword e
I recently grabbed the latest net-2.6 kernel for a powerpc test box and
got this compile error.
CC arch/powerpc/kernel/cputable.o
CC arch/powerpc/kernel/ptrace.o
CC arch/powerpc/kernel/syscalls.o
CC arch/powerpc/kernel/irq.o
CC arch/powerpc/k
On Fri, Oct 09, 2009 at 01:59:58PM -0400, Roberto Guerra wrote:
> No. I did not. My FDT was simplified from the stock MPC8272ADS:
> => fdt list
> / {
> model = "pq2fads";
> compatible = "fsl,pq2fads";
> #address-cells = <0x0001>;
> #size-cells = <0x0001>;
>
No. I did not. My FDT was simplified from the stock MPC8272ADS:
=> fdt list
/ {
model = "pq2fads";
compatible = "fsl,pq2fads";
#address-cells = <0x0001>;
#size-cells = <0x0001>;
cpus {
};
memory {
};
s...@f000 {
On Fri, Oct 09, 2009 at 10:14:56AM -0400, Roberto Guerra wrote:
> Hello,
> My uboot can read my flash chip, finding the uImage and the initramfs,
> and booting the kernel fine. However, I'd like the Linux kernel to
> read my flash chip so that it can update files in it.
Have you described your fla
> I can submit that soon, but it probably makes sense for Wolfram to
> voice whatever his concerns were about "questionable" properties before
> I document what's there.
Please don't feel offended. The things I noticed are:
a) no documentation
b) 'polarity' is a direct mapping to the register
On Fri, Oct 9, 2009 at 7:43 AM, Nate Case wrote:
> On Fri, 2009-10-09 at 07:14 +0200, Wolfram Sang wrote:
>> And while doing this and figuring the pro/cons of those methods, I
>> stumbled over this commit:
>>
>> gpio: pca953x: Get platform_data from OpenFirmware
>> (1965d30356c1c65
> Aside from any issues you have with the properties themselves, what's
> your take on this approach?
Well, my approach for AT24 looked very similar to your approach. In fact, even
the motivation was the same as yours :) Well, the outcome of this is the
current thread and no definite solution yet.
On Fri, Oct 9, 2009 at 8:01 AM, Nate Case wrote:
> On Thu, 2009-10-08 at 23:40 -0600, Grant Likely wrote:
>> For your future reference, patches that look at the device tree should
>> also cc: devicetree-disc...@lists.ozlabs.org so that new bindings can
>> be reviewed and common mistakes can be avo
I have more information on this PPC HPPB target. I compared the
EXCEPTION macro between 2.4 and 2.6 with respect to SMI Exceptions. I
noticed that in the 2.4 kernel a macro named STD_EXCEPTION was used
and in the 2.6 kernel their is a new EXCEPTION macro structure. In the
2.6 kernel, it is
On Wednesday 07 October 2009, Tejun Heo wrote:
> This patch updates percpu related symbols in powerpc such that percpu
> symbols are unique and don't clash with local symbols. This serves
> two purposes of decreasing the possibility of global percpu symbol
> collision and allowing dropping per_cpu
On Fri, Oct 9, 2009 at 4:32 AM, Wolfram Sang wrote:
> Make get_maintainer.pl scan the modifying lines of a patch for a list of
> keywords and add an associated email if found. The first user is the
> devicetree-discuss mailing list which should always be cc'ed if a device tree
> property is insert
* Mel Gorman (m...@csn.ul.ie) wrote:
> On Fri, Oct 02, 2009 at 01:44:58PM -0500, Robert Jennings wrote:
> > Memory balloon drivers can allocate a large amount of memory which
> > is not movable but could be freed to accomodate memory hotplug remove.
> >
> > Prior to calling the memory hotplug noti
* KAMEZAWA Hiroyuki (kamezawa.hir...@jp.fujitsu.com) wrote:
> On Fri, 2 Oct 2009 13:44:58 -0500
> Robert Jennings wrote:
>
> > Memory balloon drivers can allocate a large amount of memory which
> > is not movable but could be freed to accomodate memory hotplug remove.
> >
> > Prior to calling th
Hello,
My uboot can read my flash chip, finding the uImage and the initramfs,
and booting the kernel fine. However, I'd like the Linux kernel to
read my flash chip so that it can update files in it.
My flash chip is the Spansion S29JL064H (AMD), 16 bit wide, 64 Mbit.
The chip is mapped from FF8
On Fri, 2009-10-09 at 07:14 +0200, Wolfram Sang wrote:
> And while doing this and figuring the pro/cons of those methods, I
> stumbled over this commit:
>
> gpio: pca953x: Get platform_data from OpenFirmware
> (1965d30356c1c65660ba3330927671cfe81acdd5)
Aside from any issues you ha
On Thu, 2009-10-08 at 23:40 -0600, Grant Likely wrote:
> For your future reference, patches that look at the device tree should
> also cc: devicetree-disc...@lists.ozlabs.org so that new bindings can
> be reviewed and common mistakes can be avoided. It is expected that
> new device tree bindings a
On Friday 09 October 2009, Donald Kayser wrote:
> On further comparison, this section of code has been added by the
> vendor that actually ported linux 2.4 to this PPC HPPB target. So, if
> anyone would like to lend a thought towards System Managment
> Exceptions on PPC, please cc me at li...
Rex Feany wrote on 09/10/2009 08:46:49:
>
> Thus spake Joakim Tjernlund (joakim.tjernl...@transmode.se):
>
> > Rex Feany wrote on 09/10/2009 02:15:27:
>
> > > open("/proc/mounts", O_RDONLY) = 3
> > > fstat64(0x3, 0x7fe7e2a8)= 0
> > > mmap(NULL, 4096, PROT_READ|PROT_WRITE,
This time sending the patch as inline and not as an attachment.
Enabling function graph causes oops due to usage of LOAD_REG_IMMEDIATE().
As explained by Ben the usage of LOAD_REG_IMMEDIATE generates relocs that are
not supported when CONFIG_RELOCATABLE is set.
Switch to LOAD_REG_ADDR().
Signed
On Fri, Oct 09, 2009 at 01:15:54PM +1100, Benjamin Herrenschmidt wrote:
>On Thu, 2009-10-08 at 11:33 -0500, Dave Mitchell wrote:
>> Adding tx/rx-fifo-size-gige to EMAC fields for evaluation kit DTS
>> files where appropriate.
>>
>> Signed-off-by: Dave Mitchell
>> Acked-by: Prodyut Hazarika
>> Ac
Dear Vineeth _,
In message you
wrote:
> We ported the uboot Memory test and tested the 15MB ram and it was
> successful.interestingly we have only 16MB SRAM in our board.We used 1
Such a memory test means nothing. The only thing you can learn from it
is that basic read and write accesses are wo
On Fri, 2009-10-09 at 12:32 +0200, Wolfram Sang wrote:
> +my %keywords_to_mail = (
> + 'of_get_property' => 'L: devicetree-disc...@lists.ozlabs.org',
maybe: '\bof_get_property\b'
> + # Check the lines which a patch modifies for keywords; add mail if
> found.
> + } elsif (m/^
On Fri, Oct 02, 2009 at 01:44:58PM -0500, Robert Jennings wrote:
> Memory balloon drivers can allocate a large amount of memory which
> is not movable but could be freed to accomodate memory hotplug remove.
>
> Prior to calling the memory hotplug notifier chain the memory in the
> pageblock is iso
Rex Feany wrote on 09/10/2009 08:46:49:
>
> Thus spake Joakim Tjernlund (joakim.tjernl...@transmode.se):
>
> > Rex Feany wrote on 09/10/2009 02:15:27:
>
> > > open("/proc/mounts", O_RDONLY) = 3
> > > fstat64(0x3, 0x7fe7e2a8)= 0
> > > mmap(NULL, 4096, PROT_READ|PROT_WRIT
Make get_maintainer.pl scan the modifying lines of a patch for a list of
keywords and add an associated email if found. The first user is the
devicetree-discuss mailing list which should always be cc'ed if a device tree
property is inserted/removed (keyword 'of_get_property'). This patch is the
res
We ported the uboot Memory test and tested the 15MB ram and it was
successful.interestingly we have only 16MB SRAM in our board.We used 1
MB of RAM for the bootloader to execute and tested the other 15 MB.
i couldnt see any reason why the DEAR, MSR value become identical.
checked the objcopy of my
* Peter Zijlstra [2009-10-08 14:25:37]:
> On Thu, 2009-10-08 at 17:31 +0530, Arun R Bharadwaj wrote:
> >
> > > Uhm, no, it would mean ACPI putting its idle routines on the same level
> > > as all others.
> > >
> >
> > Putting them all on the same level would mean, we need an
> > enable/disable
Currently the cpu-allocation/deallocation process comprises of two steps:
- Set the indicators and to update the device tree with DLPAR node
information.
- Online/offline the allocated/deallocated CPU.
This is achieved by writing to the sysfs tunables "probe" during allocation
and "release" dur
Currently the cpu-allocation/deallocation on pSeries is a
two step process from the Userspace.
- Set the indicators and update the device tree by writing to the sysfs
tunable "probe" during allocation and "release" during deallocation.
- Online / Offline the CPUs of the allocated/would_be_deallo
When a CPU is offlined on POWER currently, we call rtas_stop_self() and hand
the CPU back to the resource pool. This path is used for DLPAR which will
cause a change in the LPAR configuration which will be visible outside.
This patch changes the default state a CPU is put into when it is offlined.
This patch provides an extended_cede_processor() helper function
which takes the cede latency hint as an argument. This hint is to be passed
on to the hypervisor to cede to the corresponding state on platforms
which support it.
Signed-off-by: Gautham R Shenoy
Signed-off-by: Arun R Bharadwaj
---
Hi,
This is version 4 of patch series that provides a framework to choose the
state a pseries CPU must be put to when it is offlined.
Previous versions can be found here:
Version 3: http://lkml.org/lkml/2009/9/15/164
Version 2: http://lkml.org/lkml/2009/8/28/102
Version 1: http://lkml.org/lkml/20
Use bitmap library and kill some unused iommu helper functions.
Cc: "David S. Miller"
Cc: sparcli...@vger.kernel.org
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: linuxppc-...@ozlabs.org
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: FUJITA Tomonori
Sig
This introduces new bitmap functions:
bitmap_set: Set specified bit area
bitmap_clear: Clear specified bit area
bitmap_find_next_zero_area: Find free bit area
These are stolen from iommu helper.
I changed the return value of bitmap_find_next_zero_area if there is
no zero area.
find_next_zero_ar
Adds support for a HCU5 PPC405EPx based board from Netstal Maschinen AG.
Signed-off-by: Niklaus Giger
---
arch/powerpc/boot/dts/hcu5.dts | 254 +++
arch/powerpc/configs/44x/hcu5_defconfig | 1166 +++
arch/powerpc/platforms/44x/Kconfig |9 +
arch
Cc: niklaus.gi...@netstal.com,
jwbo...@linux.vnet.ibm.com,
mpor...@kernel.crashing.org
Patch ist against the "next" branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git
This is my second board to go into the kernel after the 40x/HCU4.
The HCU5 board is based on
On Mon, 2009-10-05 at 11:49 -0400, Mike Nuss wrote:
>
> PS: Is top posting customary on this list? I'm used to bottom posting;
> let me know if I'm doing it wrong.
No you are right but if we were going to have a go at everybody who
does top-posting, we would never finish :-)
Cheers,
Ben.
On Fri, Oct 9, 2009 at 12:35 AM, David Gibson
wrote:
> On Tue, Oct 06, 2009 at 10:30:59PM -0600, Grant Likely wrote:
>> Add a common header file for working with the flattened device tree
>> data structure and merge the shared data tags used by Microblaze and
>> PowerPC
>>
>> Signed-off-by: Grant
On Fri, Oct 9, 2009 at 12:36 AM, David Gibson
wrote:
> On Tue, Oct 06, 2009 at 10:32:02PM -0600, Grant Likely wrote:
>> Merge common flattened device tree code between Microblaze and PowerPC
>
> And I guess another question is do we want to replace these with a
> libfdt based implementation.
Perh
50 matches
Mail list logo
