Either use the stock ticker, in UPPER CASE, or use a nice
descriptive name. The lower case space is "free for all",
using shortened names (like "mrvl") there only increases
the chances of collisions.
Frankly Segher, it doesn't matter to me. However, NONE of the
existing DTS files use upper-cas
On Tuesday 08 April 2008, Hollis Blanchard wrote:
> If there is one thing I have learned in my various porting efforts, it's that
> using a variable-sized type in an interface is just begging for trouble.
>
> x86 uses fixed 64-bit variables here (even with x86-32), so that might be the
> right s
On Fri, 4 Apr 2008 22:24:37 +0400
"Valentine Barshak" <[EMAIL PROTECTED]> wrote:
> With a multiplatform kernel, once built we always have
> warp_setup_nand_flash() called and NDFC probed, no matter what
> machine we actually run on. This potentially can cause problems (such
> as kernel crash), sin
On Monday 07 April 2008 21:58:17 Arnd Bergmann wrote:
> On Monday 07 April 2008, Hollis Blanchard wrote:
> > --- a/include/asm-powerpc/kvm.h
> > +++ b/include/asm-powerpc/kvm.h
> > @@ -1,6 +1,55 @@
> > +/*
> > + * This program is free software; you can redistribute it and/or modify
> > + * it under
On Mon, Apr 07, 2008 at 11:06:10PM -0500, Hollis Blanchard wrote:
> On Monday 07 April 2008 22:54:41 David Gibson wrote:
> > On Mon, Apr 07, 2008 at 10:25:32PM -0500, Hollis Blanchard wrote:
> > > On Monday 07 April 2008 20:11:28 David Gibson wrote:
> > > > On Mon, Apr 07, 2008 at 03:53:33PM -0500,
On Monday 07 April 2008 22:54:41 David Gibson wrote:
> On Mon, Apr 07, 2008 at 10:25:32PM -0500, Hollis Blanchard wrote:
> > On Monday 07 April 2008 20:11:28 David Gibson wrote:
> > > On Mon, Apr 07, 2008 at 03:53:33PM -0500, Hollis Blanchard wrote:
> > > > 1 file changed, 7 insertions(+)
> > > > i
On Monday 07 April 2008 21:12:40 Josh Boyer wrote:
> On Mon, 07 Apr 2008 15:53:34 -0500
>
> Hollis Blanchard <[EMAIL PROTECTED]> wrote:
> > Currently supports only PowerPC 440 Linux guests on 440 hosts. (Only
> > tested with 440EP "Bamboo" guests so far, but with appropriate userspace
> > support o
On Mon, Apr 07, 2008 at 10:25:32PM -0500, Hollis Blanchard wrote:
> On Monday 07 April 2008 20:11:28 David Gibson wrote:
> > On Mon, Apr 07, 2008 at 03:53:33PM -0500, Hollis Blanchard wrote:
> > > 1 file changed, 7 insertions(+)
> > > include/linux/kvm.h |7 +++
> > >
> > >
> > > Device Cont
On Mon, Apr 7, 2008 at 9:33 AM, Guillaume Dargaud <[EMAIL PROTECTED]> wrote:
>
> Linux/PPC load: console=ttyS0,9600 ip=on root=/dev/sysace/disc0/part2 rw
> Uncompressing Linux...done.
> Now booting the kernel
>
> And then it stops.
> I'm sure I've overlooked something obvious...
Are you using
On Monday 07 April 2008 20:11:28 David Gibson wrote:
> On Mon, Apr 07, 2008 at 03:53:33PM -0500, Hollis Blanchard wrote:
> > 1 file changed, 7 insertions(+)
> > include/linux/kvm.h |7 +++
> >
> >
> > Device Control Registers are essentially another address space found on
> > PowerPC 4xx pro
On Monday 07 April 2008, Hollis Blanchard wrote:
> --- a/include/asm-powerpc/kvm.h
> +++ b/include/asm-powerpc/kvm.h
> @@ -1,6 +1,55 @@
> +/*
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License, version 2, as
> + * pu
On Sat, Apr 05, 2008 at 09:45:56AM -0500, Josh Boyer wrote:
> On Thu, 2008-04-03 at 06:16 +0200, Arnd Bergmann wrote:
> > On Thursday 03 April 2008, Grant Likely wrote:
> > > >
> > > > Since it is not really compatible with ns16550, shouldn't you at least
> > > > specify
> > > > a different "com
On Tue, 8 Apr 2008 04:41:28 +0200
Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Tuesday 08 April 2008, Josh Boyer wrote:
> > >
> > > Actually, a static assignment to 0 has not caused the symbol to end up
> > > in .data for many gcc versions, it always goes into .bss now unless you
> > > assign it
On Tuesday 08 April 2008, Josh Boyer wrote:
> >
> > Actually, a static assignment to 0 has not caused the symbol to end up
> > in .data for many gcc versions, it always goes into .bss now unless you
> > assign it a value other than 0 or use explicit section attributes.
>
> IIRC, gcc 3.2 is still
On Tue, 8 Apr 2008 04:21:44 +0200
Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Friday 04 April 2008, Jerone Young wrote:
> > > > +int __init ppc44x_idle_init(void)
> > > > +{
> > > > + void *func = modes[current_mode].entry;
> > > > + struct device_node *node;
> > > > +
> > > > + node = of_
Hi,
Just a few nitpicks, no comments on the functional parts:
On Mon, Apr 07, 2008 at 06:45:37PM -0500, Manish Ahuja wrote:
> A small proposed change in the amount of reserve space we allocate during
> boot.
> Currently we reserve 256MB only.
> The proposed change does one of the 3 things.
>
>
On Tue, 8 Apr 2008 04:17:36 +0200
Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Friday 04 April 2008, Josh Boyer wrote:
> > On Fri, 04 Apr 2008 01:12:38 -0500
> > Jerone Young <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > +static int current_mode = 0;
> > > >
> > > > Leave this as: static int cu
On Friday 04 April 2008, Josh Boyer wrote:
> On Fri, 04 Apr 2008 01:12:38 -0500
> Jerone Young <[EMAIL PROTECTED]> wrote:
> > >
> > > > +static int current_mode = 0;
> > >
> > > Leave this as: static int current_mode;, so it'll end up in the bss
> >
> > The problem here is that this defines the
On Friday 04 April 2008, Jerone Young wrote:
> > > +int __init ppc44x_idle_init(void)
> > > +{
> > > + void *func = modes[current_mode].entry;
> > > + struct device_node *node;
> > > +
> > > + node = of_find_node_by_path("/hypervisor");
> > > + if (node) {
> > > + /* if we find /h
On Mon, Apr 7, 2008 at 8:14 PM, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Tuesday 08 April 2008, Matt Sealey wrote:
>
> > Grant Likely wrote:
> > >
> > > Sure, why not? If the firmware has already set it up correctly and no
> > > devices using it are in use, then the kernel should be okay.
On Tuesday 08 April 2008, Matt Sealey wrote:
> Grant Likely wrote:
> >
> > Sure, why not? If the firmware has already set it up correctly and no
> > devices using it are in use, then the kernel should be okay. :-)
> > That said, I can't imagine choosing to not put the cdm node into the
> > devic
On Mon, 07 Apr 2008 15:53:34 -0500
Hollis Blanchard <[EMAIL PROTECTED]> wrote:
> Currently supports only PowerPC 440 Linux guests on 440 hosts. (Only tested
> with 440EP "Bamboo" guests so far, but with appropriate userspace support
> other
> SoC/board combinations should work.)
I haven't review
On Mon, Apr 07, 2008 at 03:53:33PM -0500, Hollis Blanchard wrote:
> 1 file changed, 7 insertions(+)
> include/linux/kvm.h |7 +++
>
>
> Device Control Registers are essentially another address space found on
> PowerPC
> 4xx processors, analogous to PIO on x86. DCRs are always 32 bits, and
On Mon, 2008-04-07 at 11:20 -0500, Scott Wood wrote:
>
> Another possible use is a BAT/TLB1 mapping for SoC registers (or
> anything
> else on the board which is frequently accessed), which can be reused
> by
> ioremap() to avoid wasting normal TLB entries, and to facilitate early
> debugging.
A
On Tue, 2008-04-08 at 00:26 +0200, Roel Kluin wrote:
> in arch/powerpc/kernel/isa-bridge.c:
> 41:#define ISA_SPACE_MASK 0x1
> 42:#define ISA_SPACE_IO 0x1
> ...
>
> 83:if ((range->isa_addr.a_hi && ISA_SPACE_MASK) != ISA_SPACE_IO) {
> ...
> 89:if ((range->isa_addr.a_hi && ISA_SPACE_MASK) !=
A small proposed change in the amount of reserve space we allocate during boot.
Currently we reserve 256MB only.
The proposed change does one of the 3 things.
A. It checks to see if there is cmdline variable set and if found sets the
value to it. OR
B. It computes 5% of total ram and rounds it
Roel Kluin wrote:
> replace logical by bit and for ISA_SPACE_MASK
I think Paul has picked this up now:
http://ozlabs.org/pipermail/linuxppc-dev/2008-April/054103.html
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listi
Grant Likely wrote:
(cc'ing the mailing list in my reply)
On Thu, Apr 3, 2008 at 10:27 AM, Detlev Zundel <[EMAIL PROTECTED]> wrote:
I wrote,
> debugging a lite5200b kernel (linux-2.6-denx equivalent of 2.6.25-rc8) I
> noticed that in mpc52xx_map_common_devices (mpc52xx_common.c:161) the
>
in arch/powerpc/kernel/isa-bridge.c:
41:#define ISA_SPACE_MASK 0x1
42:#define ISA_SPACE_IO 0x1
...
83:if ((range->isa_addr.a_hi && ISA_SPACE_MASK) != ISA_SPACE_IO) {
...
89:if ((range->isa_addr.a_hi && ISA_SPACE_MASK) != ISA_SPACE_IO)
I think these should be single &'s, I can't test it (n
From: Dale Farnsworth <[EMAIL PROTECTED]>
The prpmc2800 platform requires a zImage formatted file with an
embedded dtb file. Rename the requested boot image file to
dtbImage.prpmc2800.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Acked-by: Mark A. Greer <[EMAIL PROTECTED]>
Acked-by: Grant
From: Dale Farnsworth <[EMAIL PROTECTED]>
Add the device tree bindings for the Marvell mv64x60 series of
system controller chips in booting-without-of.text.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Acked-by: Mark A. Greer <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-o
From: Dale Farnsworth <[EMAIL PROTECTED]>
The mv643xx_eth driver is being modified to support multiple instances
of the ethernet silicon block on the same platform. Each block contains
a single register bank containing the registers for up to three ports
interleaved within that bank. This patch
From: Mark A. Greer <[EMAIL PROTECTED]>
Remove several unused (or software config only) properties.
Rename marvel node to "system-controller". Also, rename the
"block-index" property to "cell-index" to conform to current
practice.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
Signed-off-by: D
From: Dale Farnsworth <[EMAIL PROTECTED]>
Replace several device node absolute path lookups in the mv64x60
bootwrapper code with lookups by compatible or device_type
properties.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Acked-by: Mark A. Greer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/
From: Mark A. Greer <[EMAIL PROTECTED]>
Compatible names should refer to a specific version of the hardware,
without wildcards. Change each instance of mv64x60 to mv64360, which
is the oldest version we currently support.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
Signed-off-by: Dale Farns
From: Dale Farnsworth <[EMAIL PROTECTED]>
After the conversion to dts v1 format, seeing the frequencies
in decimal made it obvious that some of them had been
incorrectly truncated. This fixes them. Note that the PCI
frequency comes from a different source and is documented
as 66MHz, so it was le
From: Mark A. Greer <[EMAIL PROTECTED]>
Update the prpmc2800 DTS file to version 1 and add labels.
I verified that there was no change in the resulting dtb file.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/prpmc28
This series of patches again attempts to clean up and document
the Marvell MV64x60 device tree. It supersedes Mark Greer's
series posted on 11 December 2007. See:
http://ozlabs.org/pipermail/linuxppc-dev/2007-December/047986.html
These apply on the powerpc-next branch, and I'd like to get them
i
On Mon, Apr 07, 2008 at 10:49:40PM +0200, Segher Boessenkool wrote:
>> Follow the convention that compatible names are prefixed by the
>> vendor's stock ticker symbol. For Marvell Technology Group Ltd.,
>> that's MRVL.
>
>> -compatible = "marvell,mv64x60";
>> +compatible =
On Apr 6, 2008, at 8:06 AM, Josh Boyer wrote:
Hi All,
Unless someone screams loudly and has reasons why this shouldn't go
in,
the following commit should hit the 4xx next branch in the next day or
so.
josh
If this is acceptable to people, I'll make similar defconfig movements
for the Fr
On Apr 7, 2008, at 11:20 AM, Scott Wood wrote:
On Mon, Apr 07, 2008 at 08:09:57AM -0500, Kumar Gala wrote:
On Apr 6, 2008, at 6:48 PM, Paul Mackerras wrote:
More generally, I think we need to take an overall look at what
things
we are using fixed virtual addresses for, and why they need to b
On Monday 07 April 2008, Sergei Shtylyov wrote:
> Fix kernel oops due to machine check occuring in init_chipset_siimage() on PPC
> 44x platforms. These 32-bit CPUs have 36-bit physical address and PCI I/O and
> memory spaces are mapped beyond 4 GB; arch/ppc/ code has a fixup in ioremap()
> that cr
1 file changed, 7 insertions(+)
include/linux/kvm.h |7 +++
Device Control Registers are essentially another address space found on PowerPC
4xx processors, analogous to PIO on x86. DCRs are always 32 bits, and are
identified by a 32-bit number. We forward DCR accesses to userspace for
emul
1 file changed, 2 insertions(+)
include/asm-powerpc/mmu-44x.h |2 ++
PowerPC 440 KVM needs to know how many TLB entries are used for the host kernel
linear mapping (it does not modify these mappings when switching between guest
and host execution).
Signed-off-by: Hollis Blanchard <[EMAIL PROT
Implement initial support for KVM for PowerPC 440. There are just two small
prerequisite patches, and then the bulk of the code can't be split easily.
Please review; I would like to submit these for 2.6.26. There is plenty of work
to do, both functional and optimization, but this code is sufficien
Follow the convention that compatible names are prefixed by the
vendor's stock ticker symbol. For Marvell Technology Group Ltd.,
that's MRVL.
- compatible = "marvell,mv64x60";
+ compatible = "mrvl,mv64x60";
NAK.
Either use the stock ticker, in UPPER CASE, or use
Fix kernel oops due to machine check occuring in init_chipset_siimage() on PPC
44x platforms. These 32-bit CPUs have 36-bit physical address and PCI I/O and
memory spaces are mapped beyond 4 GB; arch/ppc/ code has a fixup in ioremap()
that creates an illusion of the PCI I/O and memory resources be
From: Dale Farnsworth <[EMAIL PROTECTED]>
The prpmc2800 platform requires a zImage formatted file with an
embedded dtb file. Rename the requested boot image file to
dtbImage.prpmc2800.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Acked-by: Mark A. Greer <[EMAIL PROTECTED]>
Acked-by: Grant
From: Dale Farnsworth <[EMAIL PROTECTED]>
Add the device tree bindings for the Marvell mv64x60 series of
system controller chips in booting-without-of.text.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Acked-by: Mark A. Greer <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-o
From: Dale Farnsworth <[EMAIL PROTECTED]>
The mv643xx_eth driver is being modified to support multiple instances
of the ethernet silicon block on the same platform. Each block contains
a single register bank containing the registers for up to three ports
interleaved within that bank. This patch
From: Mark A. Greer <[EMAIL PROTECTED]>
Remove several unused (or software config only) properties.
Rename marvel node to "system-controller". Also, rename the
"block-index" property to "cell-index" to conform to current
practice.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
Signed-off-by: D
From: Dale Farnsworth <[EMAIL PROTECTED]>
Replace several device node absolute path lookups in the mv64x60
bootwrapper code with lookups by compatible or device_type
properties.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Acked-by: Mark A. Greer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/
From: Mark A. Greer <[EMAIL PROTECTED]>
Compatible names should refer to a specific version of the hardware,
without wildcards. Change each instance of mv64x60 to mv64360, which
is the oldest version we currently support.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
Signed-off-by: Dale Farns
From: Dale Farnsworth <[EMAIL PROTECTED]>
After the conversion to dts v1 format, seeing the frequencies
in decimal made it obvious that some of them had been
incorrectly truncated. This fixes them. Note that the PCI
frequency comes from a different source and is documented
as 66MHz, so it was le
From: Mark A. Greer <[EMAIL PROTECTED]>
Update the prpmc2800 DTS file to version 1 and add labels.
I verified that there was no change in the resulting dtb file.
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/prpmc28
From: Dale Farnsworth <[EMAIL PROTECTED]>
Follow the convention that compatible names are prefixed by the
vendor's stock ticker symbol. For Marvell Technology Group Ltd.,
that's MRVL.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Acked-by: Mark A. Greer <[EMAIL PROTECTED]>
Acked-by: Grant L
This series of patches again attempts to clean up and document
the Marvell MV64x60 device tree. It supersedes Mark Greer's
series posted on 11 December 2007. See:
http://ozlabs.org/pipermail/linuxppc-dev/2007-December/047986.html
These apply on the powerpc-next branch, and I'd like to get them
i
Add the low level irq tracing hooks for 32-bit powerpc needed
to enable full lockdep functionality.
Dale Farnsworth <[EMAIL PROTECTED]>
---
This version fixes the clobbering of r12 by the call to
trace_hardirqs_off() that was pointed out by BenH.
Johannes, I'd appreciate your trying this version
You can also get our support file from the http git web site and then
use the default ML405 kernel configuration just as a baseline to get the
kernel running. The support file has a bit stream that supports the 405
def kernel configuration.
Thanks,
John
-Original Message-
From: [EMAIL PR
Tejun Heo wrote:
+/**
+ * devm_ioremap - Managed ioremap()
+ * @dev: Generic device to remap IO address for
+ * @offset: BUS offset to map
+ * @size: Size of map
+ *
+ * Managed ioremap(). Map is automatically unmapped on driver detach.
+ */
+void __iomem *devm_ioremap(struct device *dev, unsig
Generally, speaking the easiest way to debug such errors is to examine
__log_buf using XMD.
Steve
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Behalf Of
Guillaume Dargaud
> Sent: Monday, April 07, 2008 8:34 AM
> To: linuxppc-dev@ozlabs.org
>
On Mon, Apr 07, 2008 at 09:35:17AM +0800, 旭 罗 wrote:
> I am Linux software engineer. These days I was debugging a MPC8313
> system. In the debugging process, some source code in the kernel makes me
> puzzled. So I have find your email address in the source code. I think you
> can give me s
On Mon, Apr 07, 2008 at 03:10:09PM +0200, Johannes Berg wrote:
> > Note that I've been wondering wether we should attempt to trace all
> > those IRQ state change internally to the exception code. I've looked at
> > not doing it, which simplifies things a bit.
> >
> > Unfortunately, that will make
On Mon, Apr 07, 2008 at 08:09:57AM -0500, Kumar Gala wrote:
> On Apr 6, 2008, at 6:48 PM, Paul Mackerras wrote:
>> More generally, I think we need to take an overall look at what things
>> we are using fixed virtual addresses for, and why they need to be
>> fixed. If there are indeed several such
On Mon, Apr 07, 2008 at 02:49:51PM +1000, Benjamin Herrenschmidt wrote:
> I think I found one:
>
> .../...
>
> > - mr r6,r3
> > rlwinm r12,r1,0,0,(31-THREAD_SHIFT)/* current_thread_info() */
> > /* disable interrupts so current_thread_info()->flags can't change */
> > LOA
Hi Anton,
On Thursday 03 April 2008 16:30, Anton Vorontsov wrote:
> On Thu, Apr 03, 2008 at 03:45:47PM +0200, Laurent Pinchart wrote:
> > Hi Anton,
> >
> > On Tuesday 11 March 2008 20:17, Anton Vorontsov wrote:
> > > This is patch adds support for the FHCI USB controller, as found in the
> > > Fr
On Sat, Apr 05, 2008 at 10:19:49AM +0200, André Schwarz wrote:
> Kernel starts and crashes with "unable to handle kernel paging request @
> ".
>
> After turning debug on in some files I can see that the initrd memory
> gets reserved and the dtb is parsed correctly.
> PCI memory/io space
Hello all,
sorry if this is an elementary question for most of you, but could you tell
me where I'm going wrong in trying to boot a kernel 2.6.24 on a Xilinx ml405
board ?
- I generate an ext2 partition with buildroot, cointaining busybox and
uclibc.
- I copy it to my CF card:
sudo dd if=bi
Remove the __max_memory variable, it is not referenced anywhere
in the tree besides some code in arch/ppc.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/mm/init_64.c b/arch/powerpc/mm/init_64.c
index 5f55399..82edd63 100644
--- a/arch/powerpc/mm/init_64.c
+++ b/arch
Paul,
Please pull from 'for-2.6.26' branch of
master.kernel.org:/pub/scm/linux/kernel/git/olof/pasemi.git for-2.6.26
to receive the following updates. The pasemi_mac ones have been
discussed on netdev and acked by Jeff.
arch/powerpc/platforms/pasemi/iommu.c | 19 --
arch/po
On Thu, Apr 03, 2008 at 11:09:43PM +0400, Valentine Barshak wrote:
> We really need to ack interrupts at mpic_teardown, since
> not all platforms reset mpic at kernel start-up. For example,
> kexec'ed kernel hangs on P.A. Semi if mpic_eoi() isn't called.
>
> Signed-off-by: Valentine Barshak <[EMAI
Hello.
Valentine Barshak wrote:
--- linux-2.6.orig/arch/powerpc/boot/dts/sequoia.dts2007-12-21
17:14:17.0 +0300
+++ linux-2.6/arch/powerpc/boot/dts/sequoia.dts2007-12-21
17:18:32.0 +0300
@@ -324,6 +324,33 @@
has-new-stacr-staopc;
};
From: Risto Suominen <[EMAIL PROTECTED]>
Add mixer controls and correct headphone detection bits for PowerMac
G3 B&W and iMac G3 Tray-loading, both having Burgundy chipset.
Signed-off-by: Risto Suominen <[EMAIL PROTECTED]>
---
Kernel version 2.6.25-rc8 (probably any 2.6)
--- sound/ppc/burgundy.c
From: Risto Suominen <[EMAIL PROTECTED]>
Add mixer controls and correct headphone detection bits for PowerMacs
7300/7500 (AWACS) and G3 Beige (Screamer), and iMac G3 Slot-loading
(Screamer).
Signed-off-by: Risto Suominen <[EMAIL PROTECTED]>
---
Kernel version 2.6.25-rc8 (probably any 2.6)
--- so
From: Risto Suominen <[EMAIL PROTECTED]>
Enable port change interrupt while initialising AWACS, Screamer, and
Burgundy chipsets.
Signed-off-by: Risto Suominen <[EMAIL PROTECTED]>
---
Kernel version 2.6.25-rc8 (probably any 2.6)
--- sound/ppc/pmac.c.orig 2008-04-05 17:45:08.0 +0300
On Mon, 2008-04-07 at 12:03 +0200, Bernhard Weirich wrote:
> Hello!
>
> When I build the kernel for my kilauea board using ARCH=ppc everything
> works fine.
> Since ppc is deprecated I'd like to switch to powerpc, but if I do so
> the kernel does not produce any output.
> There is just the last li
> Note that I've been wondering wether we should attempt to trace all
> those IRQ state change internally to the exception code. I've looked at
> not doing it, which simplifies things a bit.
>
> Unfortunately, that will make us occasionally trace redundant
> enable/disable (which isn't a big prob
Hello!
When I build the kernel for my kilauea board using ARCH=ppc everything
works fine.
Since ppc is deprecated I'd like to switch to powerpc, but if I do so
the kernel does not produce any output.
There is just the last line of the prompt from the bootloader.
In both cases I built with kilauea_
On Apr 6, 2008, at 6:48 PM, Paul Mackerras wrote:
Kumar Gala writes:
Wanted to get any feedback on this initial port of the fixmap
support over
from x86. There are a few TODOs:
I have no objection in principle, but your patch below imports a few
things that aren't (and won't be) needed on
Sergei Shtylyov wrote:
Valentine Barshak wrote:
This adds PCI entry to PowerPC 440EPx Sequoia DTS.
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
--- linux-2.6.orig/arch/powerpc/boot/dts/sequoia.dts2007-12-21
17:14:17.0 +0300
+++ linux-2.6/arch/powerpc/boot/dts/sequoia.d
On Apr 7, 2008, at 1:01 AM, Paul Mackerras wrote:
Kumar Gala writes:
We can set LOAD_OFFSET and use the AT attribute on sections and the
linker will properly set the physical address of the LOAD program
header for us.
Nice...
#define KERNELBASE ASM_CONST(CONFIG_KERNEL_START)
#define P
Also, introduce a few inline helper functions to make the code more readable.
Signed-off-by: Stefan Roscher <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_hca.c | 128
1 files changed, 80 insertions(+), 48 deletions(-)
diff --git a/drivers/infiniband/hw
David Miller writes:
> Please let me know if you're going to require that I fix a bug that
> already exists in the LMB code just to get my NUMA node LMB allocation
> support patch in.
My thought was to put your patch in as-is with another patch to fix
the existing bug either immediately before it
83 matches
Mail list logo
