On Wed, 2009-04-08 at 15:51 +1000, Tony Breeds wrote:
> On Wed, Apr 08, 2009 at 03:08:55PM +1000, Michael Ellerman wrote:
>
> > The getter routines in here could really multiplex their return values
> > with a negative error code, which I generally prefer, but this works I
> > guess.
>
> I was ho
On Wed, 2009-04-08 at 16:13 +1000, Tony Breeds wrote:
> On Wed, Apr 08, 2009 at 03:51:26PM +1000, Tony Breeds wrote:
>
> > Hmm actually I think you're right. I dont want to push my luck with the gcc
> > hackers though
>
> Replying to myself.
>
> Yes this is a gcc bug but one introduced by CONF
On Wed, Apr 08, 2009 at 03:51:26PM +1000, Tony Breeds wrote:
> Hmm actually I think you're right. I dont want to push my luck with the gcc
> hackers though
Replying to myself.
Yes this is a gcc bug but one introduced by CONFIG_TRACE_ALL_BRANCHES (or
whatever that's called).
Yours Tony
___
On Wed, Apr 08, 2009 at 03:08:55PM +1000, Michael Ellerman wrote:
> The getter routines in here could really multiplex their return values
> with a negative error code, which I generally prefer, but this works I
> guess.
I was hoping someone would notice and suggest it. tag you're it!
> Do you
On Tue, Apr 7, 2009 at 10:22 PM, Kumar Gala wrote:
>
> On Apr 8, 2009, at 12:16 AM, Grant Likely wrote:
>
>> On Tue, Apr 7, 2009 at 10:11 PM, Kumar Gala
>> wrote:
>>>
>>> On Apr 7, 2009, at 3:20 AM, Wolfgang Grandegger wrote:
>>>
This patch series makes the I2C bus speed configurable by usin
On Apr 8, 2009, at 12:11 AM, Kumar Gala wrote:
On Apr 7, 2009, at 3:20 AM, Wolfgang Grandegger wrote:
This patch series makes the I2C bus speed configurable by using the
I2C node property "clock-frequency". If the property is not defined,
the old fixed clock settings will be used for backwar
On Apr 8, 2009, at 12:16 AM, Grant Likely wrote:
On Tue, Apr 7, 2009 at 10:11 PM, Kumar Gala
wrote:
On Apr 7, 2009, at 3:20 AM, Wolfgang Grandegger wrote:
This patch series makes the I2C bus speed configurable by using the
I2C node property "clock-frequency". If the property is not define
On Tue, Apr 7, 2009 at 10:11 PM, Kumar Gala wrote:
>
> On Apr 7, 2009, at 3:20 AM, Wolfgang Grandegger wrote:
>
>> This patch series makes the I2C bus speed configurable by using the
>> I2C node property "clock-frequency". If the property is not defined,
>> the old fixed clock settings will be use
On Apr 7, 2009, at 3:20 AM, Wolfgang Grandegger wrote:
This patch documents the new bindings for the MPC I2C bus driver.
Furthermore, it removes obsolete FSL device related definitions
for I2C.
It should go through the appropriate PowerPC maintainer(s) hands.
Signed-off-by: Wolfgang Grandegger
On Wed, Apr 08, 2009 at 02:04:07PM +1000, Stephen Rothwell wrote:
> LD vmlinux.o
> powerpc-linux-ld: TOC section size exceeds 64k
I'm starting to sound like a cracked record, but I'll say it again:
ld -r does not merely package together object files, it transforms
them. Try using thin arc
On Apr 7, 2009, at 3:20 AM, Wolfgang Grandegger wrote:
This patch series makes the I2C bus speed configurable by using the
I2C node property "clock-frequency". If the property is not defined,
the old fixed clock settings will be used for backward compatibility.
The property "fsl,preserve-clocki
On Wed, 2009-04-08 at 14:36 +1000, Tony Breeds wrote:
> This patch silences all the warnings generated in arch/powerpc for
> allmodconfig build.
>
> It does:
> * Where appropriate use the uninitialized_var() macro to help GCC
>understand we know what's going on.
> * Explicitly casts PHYSICAL
On Apr 7, 2009, at 7:02 PM, Michael Ellerman wrote:
It's still in the git history if anyone wants it.
Signed-off-by: Michael Ellerman
---
arch/powerpc/oprofile/op_model_fsl_emb.c | 14 --
1 files changed, 0 insertions(+), 14 deletions(-)
applied to next
- k
___
This patch silences all the warnings generated in arch/powerpc for
allmodconfig build.
It does:
* Where appropriate use the uninitialized_var() macro to help GCC
understand we know what's going on.
* Explicitly casts PHYSICAL_START in one printk()
* Initialise a few variables, as it's "neate
Also silences the warning:
arch/powerpc/sysdev/mpic.c: In function 'mpic_irq_set_priority':
arch/powerpc/sysdev/mpic.c:1382: warning: 'is_ipi' may be used uninitialized in
this function
Signed-off-by: Tony Breeds
---
Only compile tested.
arch/powerpc/sysdev/mpic.c | 23 +++---
Hi all,
Today's linux-next build (powerpc allyesconfig) failed like this:
LD vmlinux.o
powerpc-linux-ld: TOC section size exceeds 64k
I will think about (and appreciate suggestions on) how to fix this ...
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
http://www.can
In commit 51dcdfec6a274afc1c6fce180d582add9ff512c0 (parport: Use the PCI
IRQ if offered) parport_pc_probe_port() gained an irqflags arg. This
isn't being supplied on powerpc. This patch make powerpc fallback to
the old behaviour, that is using "0" for irqflags.
Fixes build failure:
In file inclu
arch/powerpc/mm/tlb_nohash.c: In function 'flush_tlb_mm':
arch/powerpc/mm/tlb_nohash.c:128: warning: unused variable 'cpu_mask'
Signed-off-by: Kumar Gala
---
arch/powerpc/mm/tlb_nohash.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/mm/tlb_nohash.c b/arch/
On Tue, 2009-04-07 at 19:36 -0500, Timur Tabi wrote:
> On Tue, Apr 7, 2009 at 6:57 PM, Tejun Heo wrote:
>
> > Hmmm... that means intx isn't set by default. I'm not sure what is
> > the right thing to do here. I think it's something which should be
> > handled by the PCI layer. Oh well, maybe w
On Tue, Apr 7, 2009 at 7:52 PM, Michael Ellerman wrote:
> Can you post some more details, or point us at a thread?
http://marc.info/?t=12391165216&r=1&w=2
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
Linuxppc-de
On Tue, 2009-04-07 at 19:36 -0500, Timur Tabi wrote:
> On Tue, Apr 7, 2009 at 6:57 PM, Tejun Heo wrote:
>
> > Hmmm... that means intx isn't set by default. I'm not sure what is
> > the right thing to do here. I think it's something which should be
> > handled by the PCI layer. Oh well, maybe w
On Tue, Apr 7, 2009 at 6:57 PM, Tejun Heo wrote:
> Hmmm... that means intx isn't set by default. I'm not sure what is
> the right thing to do here. I think it's something which should be
> handled by the PCI layer. Oh well, maybe we should just revert the
> change and keep setting intx?
cc'in
On Tue, 2009-04-07 at 19:27 -0400, Sean MacLennan wrote:
> On Mon, 6 Apr 2009 18:20:23 -0400
> "Sean MacLennan" wrote:
>
> > I am trying to run the /sbin/hotplug from the kernel and it doesn't
> > work. Has anybody got it running?
>
> I looked into it some more. It turns out that the env pointer
Hello,
Thanks for the suggestions :)
I found the ibm_newemac driver(2.6.29) makes the assumption that the bootloader
has already configured the tx enable pin as it is a multiplexed pin.
Unfortuantley I am not using U-Boot and our minimal bootloader does not do this.
After finding tx enable w
On Tue, 2009-04-07 at 14:42 -0500, Kumar Gala wrote:
> On Apr 6, 2009, at 9:03 AM, Kumar Gala wrote:
>
> >
> > On Apr 6, 2009, at 8:45 AM, Michael Ellerman wrote:
> >
> >> Signed-off-by: Michael Ellerman
> >> ---
> >> arch/powerpc/oprofile/op_model_fsl_emb.c |2 ++
> >> 1 files changed, 2 inse
It's still in the git history if anyone wants it.
Signed-off-by: Michael Ellerman
---
arch/powerpc/oprofile/op_model_fsl_emb.c | 14 --
1 files changed, 0 insertions(+), 14 deletions(-)
diff --git a/arch/powerpc/oprofile/op_model_fsl_emb.c
b/arch/powerpc/oprofile/op_model_fsl_emb
On Mon, 6 Apr 2009 18:20:23 -0400
"Sean MacLennan" wrote:
> I am trying to run the /sbin/hotplug from the kernel and it doesn't
> work. Has anybody got it running?
I looked into it some more. It turns out that the env pointers are
freed before they are copied.
In kobject_uevent_env() if I chang
On Apr 6, 2009, at 9:03 AM, Kumar Gala wrote:
On Apr 6, 2009, at 8:45 AM, Michael Ellerman wrote:
Signed-off-by: Michael Ellerman
---
arch/powerpc/oprofile/op_model_fsl_emb.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
Or should we just remove it?
I'm for removing it if An
Sauce.Cheng wrote:
i tried
CONFIG_PPC_EARLY_DEBUG_CPM=y
CONFIG_PPC_EARLY_DEBUG_CPM_ADDR=0xf0008
how can i make sure CPM_ADDR, 0xf008 is default value
Look at the u-boot source, or dump the memory and see if it looks like a
ring buffer.
sorry, i mean that CPM_ADDR is address of wha
Feng,
Are you able to ping in u-boot? Sounded like you were only pinging in
linux.
We are not using u-boot, we've written a custom bootloader. I see there are a
few debugging flags in the emac driver I can enable, I'll do that next to look
into the problem further. Thanks for the response.
On Tue, Apr 07, 2009 at 07:24:12PM +0200, Anatolij Gustschin wrote:
> Anton Vorontsov wrote:
> > On Tue, Apr 07, 2009 at 04:19:48PM +0200, Anatolij Gustschin wrote:
> >> If the firmware missed to initialize the PHY correctly,
> >> Linux may hang up on socrates while eth0/eth1 interface
> >> startup
On Tue, Apr 07, 2009 at 10:09:57PM +0400, Anton Vorontsov wrote:
[...]
> Still, I think you shouldn't do this in a board-specific fixup.
> Maybe I'm a bit naive, but shouldn't this work too?
Yes, I'm naive. The phydev isn't yet bound to any driver, so we
can't call phy_disable_interrupts().
And I
I am running PPC kernel (2.6.26) with .config that contains
CONFIG_PRINTK_TIME=y also I am booting kernel with parameter printk.time=1.
I am also booting the kernel with option initcall_debug and I see following
output after setup_vmstat() the printk timestamp feature stops working.
i.e. after c
On Tue, 2009-04-07 at 12:54 -0500, Kumar Gala wrote:
> On Apr 7, 2009, at 12:36 PM, Peter Bergner wrote:
> > How do you want to handle the current binutils code that implements tlbilx
> > and its extended mnemonics? Should they be changed to use secondary opcode
> > 18 instead of 787 as per the IS
On Apr 7, 2009, at 12:36 PM, Peter Bergner wrote:
On Mon, 2009-04-06 at 15:36 -0500, Kumar Gala wrote:
The tlbilx opcode was not matching the Power ISA 2.06 arch spec.
The old opcode was an early suggested opcode that changed during the
2.06 architecture process.
[snip]
#define PPC_INST_STSW
On Mon, 2009-04-06 at 15:36 -0500, Kumar Gala wrote:
> The tlbilx opcode was not matching the Power ISA 2.06 arch spec.
> The old opcode was an early suggested opcode that changed during the
> 2.06 architecture process.
[snip]
> #define PPC_INST_STSWI 0x7c0005aa
> #define PP
Anton Vorontsov wrote:
> On Tue, Apr 07, 2009 at 04:19:48PM +0200, Anatolij Gustschin wrote:
>> If the firmware missed to initialize the PHY correctly,
>> Linux may hang up on socrates while eth0/eth1 interface
>> startup (caused by continuous unacknowledged PHY interrupt).
>>
>> This patch adds PH
On Tuesday 07 April 2009, Grant Likely wrote:
> Phy address 0 is the broadcast address. All phys will usually respond
> to address 0 accesses.
Not all. Some (e.g. LXT971) can be used at this address. But you're correct,
it's definitely a bad idea to use 0 as an PHY address.
Not sure how the Mi
On Tue, Apr 7, 2009 at 9:32 AM, Eddie Dawydiuk wrote:
> Hello,
>
> I'm working on a board based on the Yosemite AMCC 440EP eval board. I'm
> having some difficulty getting both network interfaces working. The first
> problem I found is the ibm_newemac driver was detecting the two phys at
> address
On Tuesday 07 April 2009, Scott Wood wrote:
> Stefan Roese wrote:
> > This property is unused. It's not handled as all by the physmap_of
> > driver. So let's remove it from the documentation.
> >
> > Signed-off-by: Stefan Roese
> > CC: Grant Likely
>
> The device tree describes the hardware, not
Hi Eddie:
Are you able to ping in u-boot? Sounded like you were only pinging in linux.
I would try the mii command in uboot. It seems like it detected the
phys. Try enable the
loopbacks at the different stages to see if the traffic is returning.
This excerise is
much easier in uboot than linux
Stefan Roese wrote:
This property is unused. It's not handled as all by the physmap_of
driver. So let's remove it from the documentation.
Signed-off-by: Stefan Roese
CC: Grant Likely
The device tree describes the hardware, not what Linux happens to do
with it at the moment.
I'd rather kee
Hello,
I'm working on a board based on the Yosemite AMCC 440EP eval board. I'm having
some difficulty getting both network interfaces working. The first problem I
found is the ibm_newemac driver was detecting the two phys at address 0 and 1
where we have them wired for addresses 1 and 3. As a
On Tue, Apr 7, 2009 at 1:20 AM, Wolfgang Grandegger wrote:
> This patch documents the new bindings for the MPC I2C bus driver.
> Furthermore, it removes obsolete FSL device related definitions
> for I2C.
> It should go through the appropriate PowerPC maintainer(s) hands.
>
> Signed-off-by: Wolfgan
On Tue, Apr 7, 2009 at 1:20 AM, Wolfgang Grandegger wrote:
> Preserve I2C clock settings for the Socrates MPC8544 board.
I had thought that the preserve-clocking property was intended for
older boards that don't currently have any method of getting the clock
setting out of u-boot. Since Socrates
On Tue, Apr 7, 2009 at 1:20 AM, Wolfgang Grandegger wrote:
> This patch used the dev_dbg, dev_err, etc. functions for debug
> and error output instead of printk and pr_debug.
>
> Signed-off-by: Wolfgang Grandegger
Acked-by: Grant Likely
> ---
> drivers/i2c/busses/i2c-mpc.c | 31
On Tue, Apr 7, 2009 at 1:20 AM, Wolfgang Grandegger wrote:
> Fix errors reported by checkpatch (indention, long lines, trailing
> white space, etc.).
>
> Signed-off-by: Wolfgang Grandegger
Acked-by: Grant Likely
> ---
> drivers/i2c/busses/i2c-mpc.c | 35 ++-
>
On Tue, Apr 7, 2009 at 1:20 AM, Wolfgang Grandegger wrote:
> This patch makes the I2C bus speed configurable by using the I2C node
> property "clock-frequency". If the property is not defined, the old
> fixed clock settings will be used for backward comptibility.
>
> The generic I2C clock properti
Now that the 4xx NAND driver is available again in arch/powerpc, let's
enable it on Sequoia. This patch also disables the early debug messages
(CONFIG_PPC_EARLY_DEBUG) in the Sequoia defconfig.
Signed-off-by: Stefan Roese
---
arch/powerpc/boot/dts/sequoia.dts | 22 ++
arch/powerpc
On Apr 6, 2009, at 9:00 PM, Michael Ellerman wrote:
Add an option, on by default, to build all code under arch/powerpc
with
-Werror, which causes gcc to treat warnings as errors.
The intention is to make it harder for people to inadvertantly
introduce
errors in the arch/powerpc code. It n
evolution! kernel 2.6.11 has run on the board with u-boot 1.1.4, also, at
early booting time LEDs are disabled due to MMU on and off. so i tried to
turn LEDs on after start_kernel function, wow, blinking! that is before
start_kernel will be done successfully. then i modified registers mapping in
i
thanks Scott 's following
> I don't quite follow the above, but what I meant is that you need to
> put a mapping in place that covers your LED I/O once you have the MMU on.
> Any mappings that U-boot made will be gone at that point.
i am sorry for my poor expression. i think i have got your mean
On Tue, Apr 07, 2009 at 04:19:48PM +0200, Anatolij Gustschin wrote:
> If the firmware missed to initialize the PHY correctly,
> Linux may hang up on socrates while eth0/eth1 interface
> startup (caused by continuous unacknowledged PHY interrupt).
>
> This patch adds PHY fixup to socrates platform
If the firmware missed to initialize the PHY correctly,
Linux may hang up on socrates while eth0/eth1 interface
startup (caused by continuous unacknowledged PHY interrupt).
This patch adds PHY fixup to socrates platform code to
ensure the PHY is pre-initialized correctly. It is needed
to be compat
On Tue, Apr 07, 2009 at 03:01:33AM +, Michael Ellerman wrote:
> On Mon, 2009-04-06 at 21:27 -0500, Olof Johansson wrote:
> > On Tue, Apr 07, 2009 at 12:00:41PM +1000, Michael Ellerman wrote:
> > > Add an option, on by default, to build all code under arch/powerpc with
> > > -Werror, which cause
On Tue, 7 Apr 2009, Paul Mackerras wrote:
> This fixes a problem reported by Sean MacLennan where loading any
> module would cause an oops. We weren't marking the pages containing
> the module text as having hardware execute permission, due to a bug
> introduced in commit 8d1cf34e ("powerpc/mm: Tw
Hi Michael,
Thanks for commenting on my CPC925 EDAC driver. I am on vacation this week and
will integrate your suggestions next week.
I am also thinking of adding EDAC NMI support for the AMD8131 chip, which is a
HyperTransport Tunnel device that hosts two PCI-X bridges. If enabled, each
PCI
> -Original Message-
> From: Scott Wood [mailto:scottw...@freescale.com]
> Sent: Monday, April 06, 2009 8:27 PM
> To: Fredrik Arnerup
> Cc: linuxppc-dev@ozlabs.org
> Subject: Re: Recap: Kernel oops while duming user core.
>
> On Mon, Apr 06, 2009 at 05:23:12PM +0200, Fredrik Arnerup wrote:
Thanks Gerd/Stephen,
On Tue, 2009-04-07 at 09:52 +0200, Gerd Hoffmann wrote:
> Hi,
>
> > How about contributing the above test to LTP(http://ltp.sourceforge.net/)
> > under GPL ? If you agree, i would soon send you a Patch integrating the same
> > to LTP.
>
> Fine with me. You probably want to
Signed-off-by: Stefan Roese
CC: Grant Likely
---
Documentation/powerpc/dts-bindings/mtd-physmap.txt | 20 +++-
1 files changed, 19 insertions(+), 1 deletions(-)
diff --git a/Documentation/powerpc/dts-bindings/mtd-physmap.txt
b/Documentation/powerpc/dts-bindings/mtd-physmap.tx
This property is unused. It's not handled as all by the physmap_of
driver. So let's remove it from the documentation.
Signed-off-by: Stefan Roese
CC: Grant Likely
---
Documentation/powerpc/dts-bindings/mtd-physmap.txt |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/Do
Signed-off-by: Stefan Roese
CC: Grant Likely
---
Documentation/powerpc/booting-without-of.txt | 89 +++-
Documentation/powerpc/dts-bindings/mtd-physmap.txt | 63 ++
2 files changed, 75 insertions(+), 77 deletions(-)
create mode 100644 Documentation/powerpc/
This patch adds support to handle multiple non-identical chips in one
flash device tree node. It also adds concat support to physmap_of. This
makes it possible to support e.g. the Intel P30 48F4400 chips which
internally consists of 2 non-identical NOR chips on one die. Additionally
partitions now
This patchset adds support to handle multiple non-identical chips in one
flash device tree node. It also adds concat support to physmap_of. This
makes it possible to support e.g. the Intel P30 48F4400 chip which
internally consists of 2 non-identical NOR chips on one die. Additionally
partitions no
Hi,
How about contributing the above test to LTP(http://ltp.sourceforge.net/)
under GPL ? If you agree, i would soon send you a Patch integrating the same
to LTP.
Fine with me. You probably want to remove the hard-coded syscall
numbers and pickup them from unistd.h instead though.
cheers
Preserve I2C clock settings for the Socrates MPC8544 board.
Signed-off-by: Wolfgang Grandegger
---
arch/powerpc/boot/dts/socrates.dts |8
1 file changed, 4 insertions(+), 4 deletions(-)
Index: linux-2.6-galak/arch/powerpc/boot/dts/socrates.dts
==
This patch makes the I2C bus speed configurable by using the I2C node
property "clock-frequency". If the property is not defined, the old
fixed clock settings will be used for backward comptibility.
The generic I2C clock properties, especially the CPU-specific source
clock pre-scaler are defined v
This patch used the dev_dbg, dev_err, etc. functions for debug
and error output instead of printk and pr_debug.
Signed-off-by: Wolfgang Grandegger
---
drivers/i2c/busses/i2c-mpc.c | 31 +--
1 file changed, 17 insertions(+), 14 deletions(-)
Index: linux-2.6-galak/dr
Fix errors reported by checkpatch (indention, long lines, trailing
white space, etc.).
Signed-off-by: Wolfgang Grandegger
---
drivers/i2c/busses/i2c-mpc.c | 35 ++-
1 file changed, 18 insertions(+), 17 deletions(-)
Index: linux-2.6-galak/drivers/i2c/busses/i2c-
This patch documents the new bindings for the MPC I2C bus driver.
Furthermore, it removes obsolete FSL device related definitions
for I2C.
It should go through the appropriate PowerPC maintainer(s) hands.
Signed-off-by: Wolfgang Grandegger
---
Documentation/powerpc/dts-bindings/fsl/i2c.txt | 4
This patch series makes the I2C bus speed configurable by using the
I2C node property "clock-frequency". If the property is not defined,
the old fixed clock settings will be used for backward compatibility.
The property "fsl,preserve-clocking" allows to inherit the settings
from the bootloader. Fur
In message you wrote:
> On Tue, 7 Apr 2009, Michael Neuling wrote:
> > In message you wrote
:
> > > On Fri, 3 Apr 2009, Kumar Gala wrote:
> > > > On Apr 3, 2009, at 7:08 AM, Geert Uytterhoeven wrote:
> > > > >Finally (after ca. 1.5 years), he're an updated version of my patch to
k=
> > > eep
>
On Tue, 7 Apr 2009 09:41:38 +0200 (CEST) Geert Uytterhoeven
wrote:
>
> On Mon, 6 Apr 2009, Olof Johansson wrote:
> >
> > This is really only beneficial if various people build for powerpc often
> > enough. If major subsystem maintainers aren't going to hit the errors
> > it's more of a hinderanc
On Mon, 6 Apr 2009, Olof Johansson wrote:
> On Tue, Apr 07, 2009 at 12:00:41PM +1000, Michael Ellerman wrote:
> > Add an option, on by default, to build all code under arch/powerpc with
> > -Werror, which causes gcc to treat warnings as errors.
> >
> > The intention is to make it harder for people
Hi Subrata,
On Tue, 7 Apr 2009 12:21:18 +0530 Subrata Modak wrote:
>
> How about contributing the above test to LTP(http://ltp.sourceforge.net/)
> under GPL ? If you agree, i would soon send you a Patch integrating the same
> to LTP.
I have no problem with that. However, the test was originally
On Tue, 7 Apr 2009, Michael Neuling wrote:
> In message you wrote:
> > On Fri, 3 Apr 2009, Kumar Gala wrote:
> > > On Apr 3, 2009, at 7:08 AM, Geert Uytterhoeven wrote:
> > > >Finally (after ca. 1.5 years), he're an updated version of my patch to k=
> > eep
> > > >track of emulated instructions.
Hi Stephen,
On Tue, Apr 7, 2009 at 8:49 AM, Stephen Rothwell wrote:
>
> Signed-off-by: Stephen Rothwell
> ---
> arch/powerpc/include/asm/systbl.h |2 ++
> arch/powerpc/include/asm/unistd.h |4 +++-
> 2 files changed, 5 insertions(+), 1 deletions(-)
>
> Tested on pseries_defconfig (verif
On Apr 7, 2009, at 1:43 AM, Michael Ellerman wrote:
You're actually going to ship those parts? :)
I hope not, but until someone tells me otherwise I want the fix in
(less headache for me). We can easily revert this one commit if it
becomes clear that such parts "never really existed". ;
78 matches
Mail list logo
