On Thu, 28 Feb 2008, Josh Boyer wrote:
On Thu, 28 Feb 2008 10:30:44 -0600
Jerone Young [EMAIL PROTECTED] wrote:
If it where broken out of dtc it would be easier to pickup and pull
fixes from it. Even package it so programs can easily build it
standalone.
That's akin to saying libcrypto
Jarod Wilson writes:
Still no luck finding one here. The person I was thinking of has a
Lombard, which has no firewire. I did get ahold of a 667MHz Titanium,
but its got an Agere FW323. Pretty sure my old man actually has a Pismo,
but its about a 3000 mile drive over to my folks house. The
Paul Mackerras wrote:
Jarod Wilson writes:
I wonder how many people still actually 1) have a machine
with this controller, 2) are running Linux on it and 3) use firewire
devices with it. Both of you, please speak up, we're trying to help you!
(if only out of morbid curiosity to see this
On Fri, 29 Feb 2008 09:35:48 +0100 (CET)
Geert Uytterhoeven [EMAIL PROTECTED] wrote:
On Thu, 28 Feb 2008, Josh Boyer wrote:
On Thu, 28 Feb 2008 10:30:44 -0600
Jerone Young [EMAIL PROTECTED] wrote:
If it where broken out of dtc it would be easier to pickup and pull
fixes from it. Even
On Sat, 23 Feb 2008 22:08:01 +0100
Stefan Roese [EMAIL PROTECTED] wrote:
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
And now the I2C device-types are removed. Sorry for the mail-flood.
arch/powerpc/boot/dts/canyonlands.dts | 393
+
1 files changed,
On Friday 29 February 2008 06:26:34 am Paul Mackerras wrote:
Jarod Wilson writes:
Still no luck finding one here. The person I was thinking of has a
Lombard, which has no firewire. I did get ahold of a 667MHz Titanium,
but its got an Agere FW323. Pretty sure my old man actually has a Pismo,
On Friday 29 February 2008, Josh Boyer wrote:
On Sat, 23 Feb 2008 22:08:01 +0100
Stefan Roese [EMAIL PROTECTED] wrote:
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
And now the I2C device-types are removed. Sorry for the mail-flood.
arch/powerpc/boot/dts/canyonlands.dts | 393
On Fri, 29 Feb 2008 16:36:29 +0100
Stefan Roese [EMAIL PROTECTED] wrote:
On Friday 29 February 2008, Josh Boyer wrote:
On Sat, 23 Feb 2008 22:08:01 +0100
Stefan Roese [EMAIL PROTECTED] wrote:
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
And now the I2C device-types are
Any comments on this patch? It needs to go in for .25, but I haven't
gotten any Acks on it.
Cheers,
g.
On Thu, Feb 21, 2008 at 11:57 AM, Grant Likely
[EMAIL PROTECTED] wrote:
From: Grant Likely [EMAIL PROTECTED]
The pattern substitution rules were failing when used with zImage-dtb
This dts version has the following changes to the previous one:
- Remove linux,network-index from EMAC device nodes
- Fix spelling in IIC1 node
- Assign correct PCI interrupt (external IRQ2 is mapped to UIC1-0)
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
Signed-off-by: Alexandr Smirnov [EMAIL PROTECTED]
arch/powerpc/boot/Makefile |1 +
arch/powerpc/boot/wrapper |2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/boot/Makefile b/arch/powerpc/boot/Makefile
index e3993a6..f43dd6e 100644
---
Signed-off-by: Alexandr Smirnov [EMAIL PROTECTED]
arch/powerpc/configs/ksi8560_defconfig | 899 +
1 file changed, 899 insertions(+)
diff --git a/arch/powerpc/configs/ksi8560_defconfig
b/arch/powerpc/configs/ksi8560_defconfig
new file mode 100644
index
Signed-off-by: Alexandr Smirnov [EMAIL PROTECTED]
arch/powerpc/platforms/85xx/Kconfig |7
arch/powerpc/platforms/85xx/Makefile |1
arch/powerpc/platforms/85xx/ksi8560.c | 257 ++
3 files changed, 265 insertions(+)
diff --git
On Fri, 2008-02-29 at 12:03 +1100, Michael Ellerman wrote:
On Thu, 2008-02-28 at 18:39 -0600, Nathan Lynch wrote:
Michael Ellerman wrote:
On Thu, 2008-02-28 at 08:46 -0800, Badari Pulavarty wrote:
Hotplug memory notifier for ppc64. This gets invoked by writing
the device-node that
Hi,
I am wondering if you could give me your opinion on how to proceed
(before I code too much).
eHEA driver writers wants to know what the memory layout is - where the
holes are and where the reserved memory is. They can get this from
parsing through the device-tree every time, but it would be
On Fri, 2008-02-29 at 09:56 -0800, Badari Pulavarty wrote:
Hi,
I am wondering if you could give me your opinion on how to proceed
(before I code too much).
eHEA driver writers wants to know what the memory layout is - where the
holes are and where the reserved memory is. They can get this
Next up:
1/3 firewire: fw-ohci: PPC PMac platform code
2/3 firewire: fw-ohci: Apple UniNorth 1st generation support
3/3 firewire: fw-ohci: shut up false compiler warning on PPC32
--
Stefan Richter
-=-==--- --== =
http://arcgraph.de/sr/
___
Copied from ohci1394.c. This code is necessary to prevent machine check
exceptions when reloading or resuming the driver.
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
---
drivers/firewire/fw-ohci.c | 50 +
1 file changed, 50 insertions(+)
Index:
From: Badari Pulavarty [EMAIL PROTECTED]
Date: Fri, 29 Feb 2008 17:12:44 -0800
Here is what I cooked up and it seems to work fine.
It may be easier to review the code (against my earlier patches).
BTW, the lmb code now lives under lib/ (sparc64 will be using it too)
and has several bug fixes
Mostly copied from ohci1394.c. Necessary for some older Macs, e.g.
PowerBook G3 Pismo and early PowerBook G4 Titanium.
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
---
Since my TiBook has a broken FireWire PHY I was only able to test
the byte order of self ID packets but not of the headers
Shut up two may be used uninitialised in this function warnings due to
PPC32's implementation of dma_alloc_coherent().
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
---
Wasn't there a macro somewhere for this?
Also, could this be better done in PPC32's dma_alloc_coherent()?
At least this kind
I wrote:
+ struct device_node* ofn = pci_device_to_OF_node(dev);
-ECOPYANDWASTE: struct device_node *ofn
--
Stefan Richter
-=-==--- --== =
http://arcgraph.de/sr/
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
On Wed, Feb 27, 2008 at 11:58:39PM +0300, [EMAIL PROTECTED] wrote:
This patch includes page.h header into liker scripts that
allow us to use PAGE_SIZE macro instead of numeric constant.
To be able to include page.h into linker scripts page.h is
needed for some modification - i.e. we need to
On Fri, 29 Feb 2008 09:47:16 -0800 Badari Pulavarty [EMAIL PROTECTED] wrote:
Here is the latest for review. (just to make sure I didn't miss
anything).
Sorry I didn't review the previous ones ... just a small thing.
+ type = of_get_property(np, device_type, NULL);
To use the of_
+#ifdef CONFIG_PPC_PMAC
+ /* Necessary on some machines if fw-ohci was loaded/ unloaded before */
+ if (machine_is(powermac)) {
+ struct device_node *ofn = pci_device_to_OF_node(dev);
+
+ if (ofn) {
+
Stephen Rothwell wrote:
On Fri, 29 Feb 2008 09:47:16 -0800 Badari Pulavarty [EMAIL PROTECTED] wrote:
Here is the latest for review. (just to make sure I didn't miss
anything).
Sorry I didn't review the previous ones ... just a small thing.
+type = of_get_property(np,
On Fri, 2008-02-29 at 11:04 -0500, Steven Rostedt wrote:
strncmp is defined in assembly for bootup, but it is not defined in the
normal running kernel. This patch takes the strncmp code from the bootup
and copies it to the kernel proper.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
On Sat, 1 Mar 2008 02:50:44 +0100 (CET) Stefan Richter [EMAIL PROTECTED]
wrote:
Shut up two may be used uninitialised in this function warnings due to
PPC32's implementation of dma_alloc_coherent().
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
---
Wasn't there a macro somewhere for
On Sat, 1 Mar 2008, Benjamin Herrenschmidt wrote:
Do we have any indication that it performs better than the C one ?
See below.
Ben.
+_GLOBAL(strncmp)
+ mtctr r5
+ addir5,r3,-1
+ addir4,r4,-1
+1: lbzur3,1(r5)
+ cmpwi 1,r3,0
+ lbzur0,1(r4)
+
On Saturday 23 February 2008 06:23:30 am Stefan Richter wrote:
On 20 Feb, Harvey Harrison wrote on LKML:
On Wed, 2008-02-20 at 23:03 +0100, Sam Ravnborg wrote:
Hi Harvey.
Can I ask you to look into the worst offenders so we
can make -D__CHECK_ENDIAN__ enabled per default
in the
Alexandr Smirnov writes:
I've fixed the code according to your comments.
None of the patches you sent have any patch description or commentary,
and that's not good enough. Yes, it all might be completely clear and
obvious in your head as to what the KSI8560 is and why you have made
the
31 matches
Mail list logo