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
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.
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
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 f
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 file
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
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/canyonlan
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 de
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]>
---
arch/powerpc/boot/dts/canyonland
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]>
---
arch/powerpc/kernel/ppc_ksyms.c |1 +
arch/powerpc/lib/st
Signed-off-by: Alexandr Smirnov <[EMAIL PROTECTED]>
arch/powerpc/boot/dts/ksi8560.dts | 267 ++
1 file changed, 267 insertions(+)
diff --git a/arch/powerpc/boot/dts/ksi8560.dts
b/arch/powerpc/boot/dts/ksi8560.dts
new file mode 100644
index 000..3956432
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
--- a/arch/powerpc/bo
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 000
Hi all,
I've fixed the code according to your comments.
Thanks,
Alexandr
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
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 a/arch/powerpc/platforms
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
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 t
On 02/29/2008 06:33 AM, Grant Likely wrote:
> Any comments on this patch? It needs to go in for .25, but I haven't
> gotten any Acks on it.
I have it in ps3-linux.git, and seems to work OK.
Acked-by: Geoff Levand <[EMAIL PROTECTED]>
___
Linuxppc-dev m
Hi,
I'm wondering why the serial port interrupts don't show up in
/proc/interrupts or in debugfs/powerpc/virq_mapping. I added some debugging
code to the relevant code in arch/powerpc/kernel/irq.c and of_serial.c and
it looks like irq_of_parse_and_map() returns valid virqs (irq3, irq4 on a
i8259)
Geoff Levand wrote:
>
> I'm wondering how the memory hot un-plug is initiated on the pseries.
> Could you tell me about this HMC? Is it an application running in
> the lpar, or is it an external entity?
The HMC (Hardware Management Console) is a system separate from the
pseries box. It's used t
On Fri, Feb 15, 2008 at 02:40:29PM +0300, Anton Vorontsov wrote:
[...]
> > > {
> > > qe_chip = container_of(gpio_to_chip(...), struct qe_chip, chip);
> > > ...
> >
> > You know, you can write all this yourself, without needing any
> > support from the GPIO framework whatsoever. The QE stuff t
> The second line looks like this is indeed one of those which needs the
> header byte-swap workaround which ohci1394 has but firewire-ohci hasn't yet.
>
> On the weekend I'm going to attempt to put Linux on this PowerBook, at last.
Those machines can netboot, or boot from USB. Might be easier
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 ge
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/
___
Linux
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 fixe
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 k
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
https://ozlab
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
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) {
> + pmac_call_feature(PMAC_FTR_1394
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_pro
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]>
David Miller wrote:
> 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 wil
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 so
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
> > + l
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
>
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 vari
40 matches
Mail list logo
