On Tue, 2008-07-15 at 00:16 -0600, Grant Likely wrote:
> On Tue, Jul 15, 2008 at 12:02 AM, Benjamin Herrenschmidt
> <[EMAIL PROTECTED]> wrote:
> > If you believe I've missed something, now is time to be vocal about
> > it :-)
>
> I've also got some SPI stuff, but it depends on a commit in another
Hi
I have one query about this soc driver.
I want to know when u will merge it with kernel then
where and by which name this device will be available
in /dev directory of your file system.
As i am following the same structure for my driver so please help me. I
am ot able to recognise the devic
Hi Milton,
On Mon, 14 Jul 2008 12:09:03 -0500, Milton Miller wrote:
> On Jul 14, 2008, at 2:59 AM, Jean Delvare wrote:
> > Well, there are two approaches to the problem. The first approach
> > (which I think Jim took in his patches? I don't really remember) is to
> > simply solve the problem of co
On Mon, 14 Jul 2008 11:55:01 -0600, David Hubbard wrote:
> Hi Hans,
>
> On Mon, Jul 14, 2008 at 11:30 AM, Hans de Goede <[EMAIL PROTECTED]> wrote:
> > Milton Miller wrote:
> >> I haven't done the research, but it might be keep superio as
> >> a platform driver, and keep the clients as platform dri
On Monday 14 July 2008 02:36:57 pm Benjamin Herrenschmidt wrote:
> > Signed-off-by: Srinivasa DS <[EMAIL PROTECTED]>
>
> Can you send a cleanup patch against powerpc.git instead ?
>
Resending the patch against powerpc.git tree.
Signed-off-by: Srinivasa DS <[EMAIL PROTECTED]>
---
include/asm-
On Tue, 2008-07-15 at 14:36 +0530, Srinivasa D S wrote:
> On Monday 14 July 2008 02:36:57 pm Benjamin Herrenschmidt wrote:
>
> > > Signed-off-by: Srinivasa DS <[EMAIL PROTECTED]>
> >
> > Can you send a cleanup patch against powerpc.git instead ?
> >
>
> Resending the patch against powerpc.git tre
On Monday 14 July 2008 11:06:47 pm Andreas Schwab wrote:
> Timur Tabi <[EMAIL PROTECTED]> writes:
> > Srinivasa D S wrote:
> >> +#define task_pt_regs(tsk) (tsk)->thread.regs
> >
> > Shouldn't this be:
> >
> > #define task_pt_regs(tsk) ((tsk)->thread.regs)
> >
> > just to be safe?
>
> Both
Hi,
I just tried to boot 2.6.26 on a Pegasos and the kernel does not boot.
The last message I have is:
gunzip (0x <- some more hex digits)
The configuration has been created from a working 2.6.25 one with
make oldconfig and answering N to new config options.
Anybody has seen
On Tue, 2008-07-15 at 12:00 +0200, Gabriel Paubert wrote:
> Hi,
>
> I just tried to boot 2.6.26 on a Pegasos and the kernel does not boot.
> The last message I have is:
> gunzip (0x <- some more hex digits)
>
> The configuration has been created from a working 2.6.25 one with
>
On Mon, Jul 14, 2008 at 07:45:46PM -0400, Jon Smirl wrote:
> On 7/14/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
> > Mark Brown wrote:
> > > chassis - on Linux drivers can be automatically loaded based on these
> > > strings. See drivers/misc/thinkpad_acpi.c for an example of a driver
> > > that
Benjamin Herrenschmidt wrote:
On Tue, 2008-07-15 at 14:36 +0530, Srinivasa D S wrote:
On Monday 14 July 2008 02:36:57 pm Benjamin Herrenschmidt wrote:
Signed-off-by: Srinivasa DS <[EMAIL PROTECTED]>
Can you send a cleanup patch against powerpc.git instead ?
Resending the patch against power
On Tue, Jul 15, 2008 at 01:27:52PM +0530, dinesh wrote:
> I have one query about this soc driver.
> I want to know when u will merge it with kernel then
> where and by which name this device will be available
> in /dev directory of your file system.
> As i am following the same structure for m
Hi Anton,
> Since no sane driver will ever match specific devices, what we want is
> to select most generic option (last). Then driver may call
> of_device_is_compatible() if it is really interested in details.
My original intention was to have alias entries for specific devices in the
i2c device
On Tue, Jul 15, 2008 at 08:05:49PM +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2008-07-15 at 12:00 +0200, Gabriel Paubert wrote:
> > Hi,
> >
> > I just tried to boot 2.6.26 on a Pegasos and the kernel does not boot.
> > The last message I have is:
> > gunzip (0x <- some more hex
On Tue, 2008-07-15 at 16:00 +0530, Srinivasa DS wrote:
> Sorry, I got it wrong, But I dont find my patch in your latest
> powerpc
> git tree(git.kernel.org/?p=linux/kernel/git/benh/powerpc.git).
Hrm... I thought I merged it. I'll check that tomorrow.
Cheers,
Ben.
__
On Tue, Jul 15, 2008 at 04:02:09PM +1000, Benjamin Herrenschmidt wrote:
[...]
> If you believe I've missed something, now is time to be vocal about
> it :-)
Yes, this one is lost:
[OF] of_gpio: should use new header
http://patchwork.ozlabs.org/linuxppc/patch?id=18750
Thanks,
--
Anton Voronts
On Tue, 2008-07-15 at 16:02 +1000, Benjamin Herrenschmidt wrote:
> Now, regarding the remaining bits, still on my todo for the next batch,
> probably later this week, in this merge window:
> - Kumar PTE bits... that's a bit "hot" for this merge window
> but I suppose it can still
Hello Stephen,
On Tue, Jul 15, 2008 at 01:10:04PM +1000, Stephen Rothwell wrote:
[...]
> > + led->np = np;
>
> You need to take a reference if you are keeping a pointer to a
> device_node, so:
> led->np = of_node_get(np);
>
> > + led->cdev.name = of_get_property(np, "label", NULL);
> >
thanks for your response but there is no /dev/snd directory in my file
structure is there any special method to create it please tell in
detail.
-Original Message-
From: Mark Brown <[EMAIL PROTECTED]>
To: dinesh <[EMAIL PROTECTED]>
Cc: Grant Likely <[EMAIL PROTECTED]>, linuxppc-dev@ozlabs
On Tue, Jul 15, 2008 at 06:08:19PM +0530, dinesh wrote:
> thanks for your response but there is no /dev/snd directory in my file
> structure is there any special method to create it please tell in
> detail.
The devices appear via the standard kernel interfaces so if you are
using udev or mdev they
On Jul 15, 2008, at 1:02 AM, Benjamin Herrenschmidt wrote:
I've pulled from Kumar, Josh and Grant, along with applying some
patches hand picked from patchworks and build fixes. I've merged in
Linus as of today (minus David Woodhouse firmware patches that have a
build breakage) in order to fix a
On Wednesday 09 July 2008, Dave Jones wrote:
>
> diff --git a/arch/powerpc/platforms/cell/Kconfig
> b/arch/powerpc/platforms/cell/Kconfig
> index 3959fcf..19f4b4d 100644
> --- a/arch/powerpc/platforms/cell/Kconfig
> +++ b/arch/powerpc/platforms/cell/Kconfig
> @@ -91,6 +91,7 @@ config CBE_THERM
>
Despite leds-gpio and leds-of-gpio similar names and purposes, there
is not much code can be shared between the two drivers (both are mostly
driver bindings anyway).
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Documentation/powerpc/dts-bindings/gpio/led.txt | 15 ++
drivers/leds/Kcon
On 7/15/08, Mark Brown <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 14, 2008 at 07:45:46PM -0400, Jon Smirl wrote:
> > On 7/14/08, Timur Tabi <[EMAIL PROTECTED]> wrote:
> > > Mark Brown wrote:
>
>
> > > > chassis - on Linux drivers can be automatically loaded based on these
> > > > strings. See d
On Tue, 2008-07-15 at 16:40 +0400, Anton Vorontsov wrote:
> Despite leds-gpio and leds-of-gpio similar names and purposes, there
> is not much code can be shared between the two drivers (both are mostly
> driver bindings anyway).
I don't have any issue with the driver itself, just the name which i
On Jul 10, 2008, at 3:21 PM, Paul Gortmaker wrote:
The mpc7448hpc2 board doesn't have an alias block like
most of the other modern eval boards have. We need this
block in order to have u-boot be able to make use of the
CONFIG_OF_STDOUT_VIA_ALIAS (vs. having a hard coded node)
in the future.
A
On Jul 11, 2008, at 6:04 PM, Scott Wood wrote:
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
Documentation/powerpc/dts-bindings/fsl/tsec.txt | 31
+--
1 files changed, 12 insertions(+), 19 deletions(-)
applied.
- k
___
L
On Jul 11, 2008, at 6:04 PM, Scott Wood wrote:
Basic PM support for 83xx. Standby is implemented as sleep.
Suspend-to-RAM is implemented as "deep sleep" (with the processor
turned off) on 831x.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |2
On Jul 11, 2008, at 6:04 PM, Scott Wood wrote:
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8313erdb.dts | 241 ++
+--
1 files changed, 171 insertions(+), 70 deletions(-)
applied.
- k
___
On Jul 8, 2008, at 12:36 PM, Anton Vorontsov wrote:
We must not use MPC831X_SICR[HL]_* definitions for the MPC8315
processors,
because SICR USB bits locations are not compatible with MPC8313.
This patch fixes ULPI workability on MPC8315E-RDB boards.
Signed-off-by: Anton Vorontsov <[EMAIL PR
On Jul 8, 2008, at 12:36 PM, Anton Vorontsov wrote:
Freescale ships MPC8315E-RDB boards in two variants:
1. With TSEC1 ethernet support and USB UTMI PHY;
2. Without TSEC1 support, but with USB ULPI PHY in addition.
For the second case U-Boot will add status = "disabled"; property
into the TSE
On Jul 4, 2008, at 11:53 AM, Anton Vorontsov wrote:
This patch adds few bindings for the new drivers to be submitted
through
the appropriate maintainers.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Updated to decrypt MCU, and to split the bindings into appropriate
files.
.../
On Jun 26, 2008, at 12:07 PM, John Rigby wrote:
Choosing PCI or not at config time is allowed on some
platforms via an if expression in arch/powerpc/Kconfig.
To add a new platform with PCI support selectable at
config time, you must change the if expression. This
patch makes this easier by cha
On Jun 26, 2008, at 12:07 PM, John Rigby wrote:
This allows other platforms with the same pci
block like MPC5121 to use it.
Signed-off-by: John Rigby <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/83xx/Kconfig |2 +-
arch/powerpc/platforms/83xx/Makefile |1 -
arch/powerpc/plat
On Tue, Jul 15, 2008 at 01:54:30PM +0100, Richard Purdie wrote:
> On Tue, 2008-07-15 at 16:40 +0400, Anton Vorontsov wrote:
> > Despite leds-gpio and leds-of-gpio similar names and purposes, there
> > is not much code can be shared between the two drivers (both are mostly
> > driver bindings anyway
On Jun 11, 2008, at 6:04 PM, Anton Vorontsov wrote:
This patch fixes RTC on MPC8572DS boards: dummy read helps only when
reading at the end of the bridge's memory (i.e. outside of behind the
bridge devices' assigned regions).
With this change the quirk also makes RTC work on MPC8610HPCD, so it
On Jul 5, 2008, at 6:29 AM, Jochen Friedrich wrote:
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
Documentation/powerpc/device-tree/fsl/cpm/gpio.txt | 38 +++
+
1 files changed, 38 insertions(+), 0 deletions(-)
create mode 100644 Documentation/powerpc/device-tree/fs
On Tue, 2008-07-15 at 17:24 +0400, Anton Vorontsov wrote:
> On Tue, Jul 15, 2008 at 01:54:30PM +0100, Richard Purdie wrote:
> > I don't have any issue with the driver itself, just the name which is
> > going to confuse people no end.
> >
> > Can we come up with a better name for this driver please
On Jun 11, 2008, at 6:04 PM, Anton Vorontsov wrote:
The ULI "Super South Bridge" contains ISA bridge to the legacy
devices, such as Super IO mouse/keyboard/floppy disk controllers,
parallel port, i8259 interrupt controller and so on.
i8259 is disabled on the MPC8610HPCD, and other peripherals
On 7/15/08, Jochen Friedrich <[EMAIL PROTECTED]> wrote:
> Hi Anton,
>
>
> > Since no sane driver will ever match specific devices, what we want is
> > to select most generic option (last). Then driver may call
> > of_device_is_compatible() if it is really interested in details.
>
>
> My original
On Tue, Jul 15, 2008 at 09:08:28AM -0400, Jon Smirl wrote:
> On 7/15/08, Mark Brown <[EMAIL PROTECTED]> wrote:
> > Binding isn't the issue here - it's loading the driver in the first
> > place. Once the drivers are loaded they can (hopefully) figure out if
> > they are running on appropriate ha
On Tue, 15 Jul 2008 09:40:08 -0400, Jon Smirl wrote:
> On 7/15/08, Jochen Friedrich <[EMAIL PROTECTED]> wrote:
> > Hi Anton,
> >
> >
> > > Since no sane driver will ever match specific devices, what we want is
> > > to select most generic option (last). Then driver may call
> > > of_device_is_co
> This is certainly significant, but a lot has happened between the two
> versions. I few ideas:
>
> * compare some of the key configuration options:
> # CONFIG_DEBUG_*
> # CONFIG_PREEMPT*
> # CONFIG_NO_HZ
> # CONFIG_HZ
2.6.25:
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not
On Tue, 2008-07-15 at 20:05 +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2008-07-15 at 12:00 +0200, Gabriel Paubert wrote:
> > Hi,
> >
> > I just tried to boot 2.6.26 on a Pegasos and the kernel does not boot.
> > The last message I have is:
> > gunzip (0x <- some more hex digits
On Tue, Jul 15, 2008 at 02:31:27PM +0100, Richard Purdie wrote:
> On Tue, 2008-07-15 at 17:24 +0400, Anton Vorontsov wrote:
> > On Tue, Jul 15, 2008 at 01:54:30PM +0100, Richard Purdie wrote:
> > > I don't have any issue with the driver itself, just the name which is
> > > going to confuse people n
From: Christian Krafft <[EMAIL PROTECTED]>
This patch adds a config option for the sysreset_hack used for
IBM Cell blades. The code is moves from pervasive.c into ras.c and
gets it's own init method.
Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
Index: linux.git/arch/powerpc/platforms/cell
These patches add support for the buttons on IBM cell blades.
Support for pinhole reset button was already in, the code just moved to ras.c
and got it's own config option.
--
Mit freundlichen Gruessen,
kind regards,
Christian Krafft
Linux Kernel Development
IBM Systems & Technology Group
Phone:
From: Christian Krafft <[EMAIL PROTECTED]>
This patch adds support for the power button on future IBM cell blades.
It actually doesn't shut down the machine. Instead it exposes an
input device /dev/input/event0 to userspace which sends KEY_POWER
if power button has been pressed.
haldaemon actually
On Tue, 2008-07-15 at 18:23 +0400, Anton Vorontsov wrote:
> > Spell out openfirmware :). I initially had no idea "of == openfirmware"
> > and I suspect others won't either...
>
> This would be unusually long name, that is
>
> $ find . -iname '*openfirmware*' | wc -l
> 0
>
> And in contrast:
>
>
The FSL MSI code keeps a pointer to the of_node from the device
it represents. However it also has an irq_host, which contains
a pointer to the of_node, so use that one instead.
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_msi.c | 12 +---
arch/powerpc
There are now two almost identical implementations of an MSI bitmap
allocator, one in mpic_msi.c and the other in fsl_msi.c.
Merge them together and put the result in msi_bitmap.c. Some of the
MPIC bits will remain to provide a nicer interface for the MPIC users.
In the process we fix two buglets
This is 90% straight forward, although we have to change a few
printk format strings as well because of the change in type of hwirq.
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_msi.c | 103 ++---
arch/powerpc/sysdev/fsl_msi.
This effects the U3 MSI code as well as the PASEMI MSI code. We keep
some of the MPIC routines as helpers, and also the U3 best-guess
reservation logic. The rest is replaced by the generic code.
And a few printk format changes due to hwirq type change.
Signed-off-by: Michael Ellerman <[EMAIL PROT
Hi Jean,
> Eeeek. The patch you mention here is only the conversion of ONE driver.
> It is absolutely not relevant as to what the general rule is.
Sorry, i must have misunderstood you then.
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=af294867a52bf718df835a688e
Anton,
I think I've gotten most of the patches from you, but I know there are
few I've lost. Can you just repost any patches that aren't in my
powerpc-next tree.
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman
On Tuesday 15 July 2008, [EMAIL PROTECTED] wrote:
> From: Christian Krafft <[EMAIL PROTECTED]>
>
> This patch adds a config option for the sysreset_hack used for
> IBM Cell blades. The code is moves from pervasive.c into ras.c and
> gets it's own init method.
>
> Signed-off-by: Christian Krafft <
Despite leds-gpio and leds-openfirmware-gpio similar purposes, there
is not much code can be shared between the two drivers (both are mostly
driver bindings anyway).
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
- dropped Documentation/powerpc/ changes, since Kumar applied them via
pow
On Tuesday 15 July 2008, [EMAIL PROTECTED] wrote:
> From: Christian Krafft <[EMAIL PROTECTED]>
>
> This patch adds support for the power button on future IBM cell blades.
> It actually doesn't shut down the machine. Instead it exposes an
> input device /dev/input/event0 to userspace which sends KE
If you built this kernel yourself, you need to do it from a system with
an up-to-date binutils (2.18) otherwise, it does this.
If you got it from somewhere (like a distribution) then please tell us
where, as there are some other troubles with load-base location for
Fedora and so on...
--
Matt Se
Hi Jean,
On Tue, Jul 15, 2008 at 2:36 AM, Jean Delvare <[EMAIL PROTECTED]> wrote:
>> Is there any way to use lspci and start at the LPC bridge, then find
>> the SuperIO chip's IO address? What about ACPI tables? Perhaps probing
>> logic could look for an LPC bridge before probing certain IO addres
On Tue, 15 Jul 2008 16:52:01 +0200, Jochen Friedrich wrote:
> Hi Jean,
>
> > Eeeek. The patch you mention here is only the conversion of ONE driver.
> > It is absolutely not relevant as to what the general rule is.
>
> Sorry, i must have misunderstood you then.
>
> http://git.kernel.org/?p=linux
On Tue Jul 15 02:34:03 EST 2008, Rune Togersen wrote:
We are looking into switching kernels from 2.6.18 (ppc) to 2.6.25
(powerpc).
I have been trying to run some benchmarks to see how the new kernel
compares to the old one.
So far it is performing worse.
One test I ran was just compiling a 2.6.
On Tue, Jul 15, 2008 at 10:10:21AM -0500, Kumar Gala wrote:
> Anton,
>
> I think I've gotten most of the patches from you,
Yes, much thanks!
> but I know there are
> few I've lost. Can you just repost any patches that aren't in my
> powerpc-next tree.
Only this minor patch is missing:
[PA
On Tue, Jul 15, 2008 at 04:27:49PM +0100, Matt Sealey wrote:
> If you built this kernel yourself, you need to do it from a system with
> an up-to-date binutils (2.18) otherwise, it does this.
>
Thanks, this is likely the problem. The distribution is Debian stable
with all security udates but the
On Jul 15, 2008, at 11:00 AM, Anton Vorontsov wrote:
On Tue, Jul 15, 2008 at 10:10:21AM -0500, Kumar Gala wrote:
Anton,
I think I've gotten most of the patches from you,
Yes, much thanks!
but I know there are
few I've lost. Can you just repost any patches that aren't in my
powerpc-next t
On Tue, Jul 15, 2008 at 08:21:38AM -0500, Kumar Gala wrote:
>
> On Jul 4, 2008, at 11:53 AM, Anton Vorontsov wrote:
>
>> This patch adds few bindings for the new drivers to be submitted
>> through
>> the appropriate maintainers.
>>
>> Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
>> ---
>>
>
On May 2, 2008, at 1:03 PM, Andy Fleming wrote:
The old code assumed there was only one, but the 8572 actually has 3.
Also, our usual id, 0xe0024520, gets resolved to -1 somewhere, and
this was
preventing the multiple buses from having different ids. So we only
keep
the low 20 bits, whic
On May 7, 2008, at 1:19 PM, Andy Fleming wrote:
Mostly having to do with not marking things __iomem. And some failure
to use appropriate accessors to read MMIO regs.
Signed-off-by: Andy Fleming <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/qe_lib/qe.c |6 +++---
arch/powerpc/sysdev/qe_
On 7/15/08, Matt Sealey <[EMAIL PROTECTED]> wrote:
> If you built this kernel yourself, you need to do it from a system with
> an up-to-date binutils (2.18) otherwise, it does this.
>
> If you got it from somewhere (like a distribution) then please tell us
> where, as there are some other troubl
On Jun 6, 2008, at 2:24 PM, Anton Vorontsov wrote:
This patch adds suspend (standby, not suspend-to-ram) support for
MPC86xx
processors.
In standby mode MPC86xx is able to wakeup only upon external
interrupts
(including sreset).
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Signed-off-by
On Tue, Jul 15, 2008 at 11:16:14AM -0500, Kumar Gala wrote:
>
> On Jun 6, 2008, at 2:24 PM, Anton Vorontsov wrote:
>
>> This patch adds suspend (standby, not suspend-to-ram) support for
>> MPC86xx
>> processors.
>>
>> In standby mode MPC86xx is able to wakeup only upon external
>> interrupts
>>
Ugh, you fixed bindings' directory in Jochen's CPM patch, but not in
my patch:
commit 91993d56812fd09b6cccea12d3c83df623cb0ea6
Author: Anton Vorontsov <[EMAIL PROTECTED]>
Date: Fri Jul 4 20:53:28 2008 +0400
powerpc: add FHCI USB, FSL MCU, FSL UPM and GPIO LEDs bindings
This patch adds
Ugh, you fixed bindings' directory in Jochen's CPM patch, but not in
my patch:
commit 91993d56812fd09b6cccea12d3c83df623cb0ea6
Author: Anton Vorontsov <[EMAIL PROTECTED]>
Date: Fri Jul 4 20:53:28 2008 +0400
powerpc: add FHCI USB, FSL MCU, FSL UPM and GPIO LEDs bindings
This patch adds
On Tue, Jul 15, 2008 at 08:00:48PM +0400, Anton Vorontsov wrote:
> On Tue, Jul 15, 2008 at 10:10:21AM -0500, Kumar Gala wrote:
> > Anton,
> >
> > I think I've gotten most of the patches from you,
>
> Yes, much thanks!
>
> > but I know there are
> > few I've lost. Can you just repost any patch
On Tue, Jul 15, 2008 at 11:23:42AM -0500, Kumar Gala wrote:
>>>
>> Ugh, you fixed bindings' directory in Jochen's CPM patch, but not in
>> my patch:
>>
>> commit 91993d56812fd09b6cccea12d3c83df623cb0ea6
>> Author: Anton Vorontsov <[EMAIL PROTECTED]>
>> Date: Fri Jul 4 20:53:28 2008 +0400
>>
>>
> 9919_unit Linux 2.6.25 powerpc-linux-gnu 4343232
> > 1. 1
> > 9919_unit Linux 2.6.18 powerpc-linux-gnu 4453232
> > 1.0100 1
>
> Hmm, processor MHz is off by 11/445
I noticed that.
> And memory latency is off 13/500.
>
> That sounds like it will be 16/66
> * Maybe there is a kernel version that supports your hardware in both
> arch/ppc/ and arch/powerpc. In that case, you could see if
> the platform
> change had an impact.
Using arch/ppc I got a 2.6.25 kernel to boot, and the kernel compile
test I did is almost identical (within 1%) of what the a
David,
Somewhat recently, the DTC commit 6a6c972cdf9e
"dtc: Clean up included Makefile fragments"
removed this line
LIBFDT_INCLUDES = fdt.h libfdt.h
from the libfdt/Makefile.libfdt. As a result,
the standalone "make install" is onw failing.
We could put that line back, or remove the
top-le
On Tuesday 15 July 2008, Rune Torgersen wrote:
> Using arch/ppc I got a 2.6.25 kernel to boot, and the kernel compile
> test I did is almost identical (within 1%) of what the arch/powerpc
> 2.6.25 did, so it seems to be a difference between 2.6.18 and 2.6.25
> (I'll see if I can find an exact versi
Hi Ben,
These are the remaining patches I have lined up for 2.6.27.
Thanks for including the others already. There were a few
comments in the last round that I hope all got addressed now.
I'm not sure about the final two patches for the IOMMU, I think
you wanted to investigate the situation more,
From: Christian Krafft <[EMAIL PROTECTED]>
This patch adds a cpufreq governor that takes the number of running spus
into account. It's very similar to the ondemand governor, but not as complex.
Instead of hacking spu load into the ondemand governor it might be easier to
have cpufreq accepting mult
From: Maxim Shchetynin <[EMAIL PROTECTED]>
DDR2 memory DIMMs on the Axon could be accessed only as one partition
when using file system drivers which are using the direct_access() method.
This patch enables for such file system drivers to access Axon's DDR2 memory
even if it is splitted in several
From: Maxim Shchetynin <[EMAIL PROTECTED]>
AZFS is a file system which keeps all files on memory mapped random
access storage. It was designed to work on the axonram device driver
for IBM QS2x blade servers, but can operate on any block device
that exports a direct_access method.
Signed-off-by: M
From: Christian Krafft <[EMAIL PROTECTED]>
This patch adds a config option for the sysreset_hack used for
IBM Cell blades. The code is moves from pervasive.c into ras.c and
gets it's own init method.
Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTE
From: Mark Nelson <[EMAIL PROTECTED]>
Introduce a new dma attriblue DMA_ATTR_STRONG_ORDERING to use strong ordering
on DMA mappings in the Cell processor. Add the code to the Cell's IOMMU
implementation to use this.
The current Cell IOMMU implementation sets the IOPTE_SO_RW bits in all IOTPEs
(fo
From: Christian Krafft <[EMAIL PROTECTED]>
This patch adds support for the power button on future IBM cell blades.
It actually doesn't shut down the machine. Instead it exposes an
input device /dev/input/event0 to userspace which sends KEY_POWER
if power button has been pressed.
haldaemon actually
From: Mark Nelson <[EMAIL PROTECTED]>
Update iommu_alloc() to take the struct dma_attrs and pass them on to
tce_build(). This change propagates down to the tce_build functions of
all the platforms.
Signed-off-by: Mark Nelson <[EMAIL PROTECTED]>
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
---
From: Maxim Shchetynin <[EMAIL PROTECTED]>
If correctable error occurs the syndrome code was logged as 0. This patch
lets EDAC to log a correct syndrome code to make problem investigation
easier.
Signed-off-by: Maxim Shchetynin <[EMAIL PROTECTED]>
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
From: Maxim Shchetynin <[EMAIL PROTECTED]>
Axonram module registers one block device for each DDR2 DIMM found
on a system. This means that each DDR2 DIMM becomes its own block device
major number. This patch lets axonram module to register the only one
block device for all DDR2 DIMMs which also sp
Sorry for the late comments, I missed this when it went by before.
> +DMA_ATTR_STRONG_ORDERING
> +--
> +
> +DMA_ATTR_STRONG_ORDERING specifies that previous reads and writes are
> +performed in the order in which they're received by the IOMMU; thus
> +reads and writes may
Correct string conversion for rtas value being read for CMO configuration.
A value of -1 in the string indicates that CMO is not enabled and we
had used simple_strtoul rather than simple_strtol which caused problems.
Signed-off-by: Robert Jennings <[EMAIL PROTECTED]>
---
This patch applies on to
Introduced a new set of low level tlb invalidate functions that do not
broadcast invalidates on the bus:
_tlbil_all - invalidate all
_tlbil_pid - invalidate based on process id (or mm context)
_tlbil_va - invalidate based on virtual address (ea + pid)
On non-SMP configs _tlbil_all should be func
On Tuesday 15 July 2008, Roland Dreier wrote:
> Sorry for the late comments, I missed this when it went by before.
>
> > +DMA_ATTR_STRONG_ORDERING
> > +--
> > +
> > +DMA_ATTR_STRONG_ORDERING specifies that previous reads and writes are
> > +performed in the order in which
Acked by: Brian King <[EMAIL PROTECTED]>
Robert Jennings wrote:
> Correct string conversion for rtas value being read for CMO configuration.
> A value of -1 in the string indicates that CMO is not enabled and we
> had used simple_strtoul rather than simple_strtol which caused problems.
>
> Signed
Ben,
I've been giving some thought to the new software managed TLBs and SMP
issues. I was wondering if you had any insights on how we should deal
with the following issues:
* tlb invalidates -- need to ensure we don't have multiple tlbsync's
on the bus. I'm thinking for e500/fsl we will
Trying to cross-compile arch/powerpc for an freescale 8280:
Gcc 4.1.2
Binutils 2.17
BFD: ./vmlinux.strip.7812: section .text lma 0xc000 overlaps
previous sections
BFD: ./vmlinux.strip.7812: section .ref.text lma 0xc024f000 overlaps
previous sections
BFD: ./vmlinux.strip.7812: section .rodata
Some IBM POWER-based platforms have the ability to run in a
mode which mostly appears to the OS as a different processor from the
actual hardware. For example, a Power6 system may appear to be a
Power5+, which makes the AT_PLATFORM value "power5+". This means that
programs are restricted to the I
Stash the first platform string matched by identify_cpu() in
powerpc_base_platform, and supply that to the ELF loader for the value
of AT_BASE_PLATFORM.
Signed-off-by: Nathan Lynch <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/cputable.c | 11 +++
include/asm-powerpc/cputable.h |2 ++
Background:
Some IBM POWER-based systems have the ability to run in a
"compatibility" mode which mostly appears to the OS as a different
processor from the actual hardware. This feature of the platform is
useful for live partition migration and for backwards compatibility
with old kernels on new h
Trying to cross-compile arch/powerpc for an freescale 8280:
Gcc 4.1.2
Binutils 2.17
BFD: ./vmlinux.strip.7812: section .text lma 0xc000 overlaps
previous sections
[etc]
Could you try with binutils 2.18? If not, or if that doesn't help,
we'll need to see your .config .
Segher
_
1 - 100 of 107 matches
Mail list logo
