On Tue, Oct 23 2007, Olof Johansson wrote:
>
> More fallout from sg_page changes:
>
> drivers/infiniband/hw/ehca/ehca_mrmw.c: In function 'ehca_set_pagebuf_user1':
> drivers/infiniband/hw/ehca/ehca_mrmw.c:1779: error: 'struct scatterlist' has
> no member named 'page'
> drivers/infiniband/hw/ehca
On Mon, Oct 22 2007, Olof Johansson wrote:
> Fix fallout from 18dabf473e15850c0dbc8ff13ac1e2806d542c15:
>
> In file included from include/linux/dma-mapping.h:52,
> from drivers/base/dma-mapping.c:10:
> include/asm/dma-mapping.h: In function 'dma_map_sg':
> include/asm/dma-mapping.
Hi David,
I remove some labels from my generator. I created fake system with some
peripherals.
There are 3 buses and 3 bridges.
Can you check it and tell me what is wrong?
Thanks,
Michal Simek
/ {
model = "mONStR";
chosen {
bootargs = "root=/dev/xsysace/disc0/pa
On Thu, 2007-10-18 at 14:09 -0500, Linas Vepstas wrote:
> On Thu, Oct 18, 2007 at 11:27:23AM +1000, Michael Ellerman wrote:
> >
> > It does what pci_device_to_OF_node() does, but in the right way.
> >
> > The plan is to remove pci_device_to_OF_node() once all the callers have
> > been converted
> So Ben suggested what we really want is two routines,
> of_get_pci_dev_node() and of_peek_pci_dev_node() - the former returning
> a refcounted copy and the latter allowing you to "peek" at the
> device_node as long as you own the pci_dev.
>
> I'm not sure it's worth the churn really, so we shou
> Isn't this the ac97 bus node? Can't the ac97 codecs simply be
> children of this bus?
They should be, yes.
>> [EMAIL PROTECTED] { // use to trigger loading platform specific fabric
>> driver
>> device_type = "pseudo-sound"
>> };
>
> I don't think this is a good idea. The device tree is
> This was first noted with the -mm tree, but has now migrated into
> Linus'
> tree. An allyesconfig build dies in the link stage like this:
>
> /usr/bin/ld: arch/powerpc/kernel/head_64.o(.text+0x80c8): sibling call
> optimization to `.text.init.refok' does not allow automatic multiple
> TOCs;
On Tue, Oct 23, 2007 at 02:02:31PM +1000, Stephen Rothwell wrote:
> Anyone have any ideas?
The segfault with --emit-relocs and complaints about .fixup are linker
bugs. I'm about the commit fixes for both of these problems.
--
Alan Modra
Australia Development Lab, IBM
___
On Fri, 19 Oct 2007 16:31:19 -0500
Josh Boyer <[EMAIL PROTECTED]> wrote:
> Hi Paul,
>
> Please pull from
>
> master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git
> for-2.6.24
>
> to pick up a handful of fixes for 4xx. These are mostly to enable the
> ibm_newemac driver for the
Linus,
Since the pull request I sent earlier today, I have added some more
commits to the powerpc.git merge branch, so if you have already done
the pull, please do another
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
There are 7 commits from Josh Boyer and Va
On Mon, 22 Oct 2007 22:27:41 -0600
Grant Likely <[EMAIL PROTECTED]> wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> Acked-by: Stephen Neuendorffer <[EMAIL PROTECTED]>
This looks pretty good to me.
Acked-by: Josh Boyer <[EMAIL PROTECTED]>
jo
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
This gets the prpmc2800 booting again.
arch/powerpc/configs/prpmc2800_defconfig | 147 --
1 files changed, 78 insertions(+), 69 deletions(-)
diff --git a/arch/powerpc/configs/prpmc2800_defconfig
b/arch/powerpc
When I fixed the windfarm freezer interaction first in commit
1ed2ddf380e19dafeec2150ca709ef7f4a67cd21, an earlier patch than the one
I came up with after comments was committed. This has come back to haunt
us now because commit d5d8c5976d6adeddb8208c240460411e2198b393 changed
the freezer to no lon
So, like, the other day David Gibson mumbled:
> >
> > Applied.
>
> But apparently not pushed out to the public tree...
Oh, sorry. I got side-tracked...
Coming up...
jdl
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman
The following patch adds support for 256KB PAGE_SIZE on ppc44x-
based boards.
The applications to be run on the kernel with 256KB PAGE_SIZE have
to be
built using the modified version of binutils, where the MAXPAGESIZE
definition is set to 0x4 (as opposite to stand
On 10/23/07, Michal Simek <[EMAIL PROTECTED]> wrote:
> Hi David,
> I remove some labels from my generator. I created fake system with some
> peripherals.
> There are 3 buses and 3 bridges.
> Can you check it and tell me what is wrong?
>
> Thanks,
> Michal Simek
>
> / {
> model = "mONStR";
> Requiring a modified binutils makes me a bit nervous though.
As long as those binutils modifications are sent upstream, I don't
see the problem? If not, this would be a blocker IMHO.
Segher
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
http
Since commit 76d2160147f43f982dfe881404cfde9fd0a9da21, the NE2000 card
is not working anymore on PPC and POWERPC and produces WATCHDOG
timeouts.
The patch below fixes that the same way it has been done on x86, x86_64
and MIPS.
Signed-off-by: Aurelien Jarno <[EMAIL PROTECTED]>
diff --git a/arch
So, like, the other day David Gibson mumbled:
> On Mon, Oct 22, 2007 at 04:13:54PM -0500, Jon Loeliger wrote:
> > Previously, there were a few shift/reduce and reduce/reduce
> > errors in the grammar that were being handled by the not-so-popular
> > GLR Parser technique.
>
> I haven't actually hea
>>> Flip a right-recursive stack-abusing rule into a left-recursive
>>> stack-friendly rule and clear up three messes in one shot: No more
>>> conflicts, no need for the GLR parser, and friendlier stackness.
>>
>> Ouch. I'm feeling a bit stupid now,
>
> Absolutely no need for that.
If you haven't
So, like, the other day Segher Boessenkool mumbled:
>
> >> And even without glr-parser, I'm still uncomfortable with the
> >> lexer<->parser execution ordering issues with the current
> >> /dts-version/ proposal. It may now be true that the order is
> >> guaranteed to be correct, but it's still n
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
include/asm-powerpc/dma-mapping.h | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/include/asm-powerpc/dma-mapping.h
b/include/asm-powerpc/dma-mapping.h
index 65be95d..43b4f3b 100644
--- a/include/asm-powerpc
On Mon, 15 Oct 2007 14:27:23 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Valentine Barshak wrote:
> > This patch adds BCM5248 and Marvell 88E PHY support to NEW EMAC driver.
> > These PHY chips are used on PowerPC 440EPx boards.
> > The PHY code is based on the previous work by Stefan Roese
From: Grant Likely <[EMAIL PROTECTED]>
Fixup for commit 18dabf473e15850c0dbc8ff13ac1e2806d542c15. Changes to
dma_map_sg where done in asm-x86/dma-mapping_32.h, but were not mirrored
in include/asm-powerpc/dma-mapping.h
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
Linus, I cannot build an
Jon Smirl wrote:
> Is this what the device tree entries should look like?
>
> First example is ac97 audio:
>
> [EMAIL PROTECTED] { // PSC1
> device_type = "sound";
> compatible = "mpc5200b-psc-ac97\0mpc5200-psc-ac97";
> cell-index = <0>;
> reg = <2000 100>;
>
On Tue, 23 Oct 2007 09:20:25 -0600
Grant Likely <[EMAIL PROTECTED]> wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Fixup for commit 18dabf473e15850c0dbc8ff13ac1e2806d542c15. Changes to
> dma_map_sg where done in asm-x86/dma-mapping_32.h, but were not mirrored
> in include/asm-powerpc/dma-ma
On Mon, 8 Oct 2007 18:26:58 +0400
Valentine Barshak <[EMAIL PROTECTED]> wrote:
> PowerPC 440EPx Sequoia USB OHCI device tree entry.
>
> Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
I think I saw the OHCI big endian quirk patch go into Linus' tree
recently. Is that the only patch this on
On 10/23/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Fixup for commit 18dabf473e15850c0dbc8ff13ac1e2806d542c15. Changes to
> dma_map_sg where done in asm-x86/dma-mapping_32.h, but were not mirrored
> in include/asm-powerpc/dma-mapping.h
>
> Signed-off-b
Josh Boyer wrote:
> On Mon, 8 Oct 2007 18:26:58 +0400
> Valentine Barshak <[EMAIL PROTECTED]> wrote:
>
>> PowerPC 440EPx Sequoia USB OHCI device tree entry.
>>
>> Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
>
> I think I saw the OHCI big endian quirk patch go into Linus' tree
> recently.
On Wed, 10 Oct 2007 10:30:02 +0200
Stefan Roese <[EMAIL PROTECTED]> wrote:
> On Wednesday 10 October 2007, Arnd Bergmann wrote:
> > > Do PPC folk sign off on how this is done?
> > >
> > > I don't follow all the ins/outs of the OF devtree stuff...
> >
> > The driver looks good to me, both the inter
On Tue, 23 Oct 2007 19:35:09 +0400
Valentine Barshak <[EMAIL PROTECTED]> wrote:
> Josh Boyer wrote:
> > On Mon, 8 Oct 2007 18:26:58 +0400
> > Valentine Barshak <[EMAIL PROTECTED]> wrote:
> >
> >> PowerPC 440EPx Sequoia USB OHCI device tree entry.
> >>
> >> Signed-off-by: Valentine Barshak <[EMAIL
On Tue, 23 Oct 2007, Olaf Hering wrote:
>
> On Mon, Oct 22, Grant Likely wrote:
>
> > Olaf, do I have the correct solution here?
>
> Sure.
Side note: I already applied that patch, but take a look at the commit
message.
That's right: I had to edit the message provided to make it readable. So
So, like, the other day Jon Loeliger mumbled:
>
> > First, a trivial one: I remember leaving this as a right-recursion,
> > despite the stack-nastiness, because that way the properties end up in
> > the same order as in the source. I think that behaviour is worth
> > preserving, but of course we
On Oct 23, 2007, at 10:20 AM, Josh Boyer wrote:
> On Mon, 15 Oct 2007 14:27:23 -0400
> Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
>> Valentine Barshak wrote:
>>> This patch adds BCM5248 and Marvell 88E PHY support to NEW
>>> EMAC driver.
>>> These PHY chips are used on PowerPC 440EPx boards.
> -Original Message-
> From:
> [EMAIL PROTECTED]
> g
> [mailto:[EMAIL PROTECTED]
zlabs.org] On Behalf Of Michal Simek
> Sent: Monday, October 22, 2007 9:08 PM
> To: [EMAIL PROTECTED]
> Cc: Leonid; Wolfgang Reissnegger; Arnd Bergmann;
> linuxppc-dev@ozlabs.org
> Subject: RE: [microblaz
Fix build error messages such as this:
In file included from include/linux/dma-mapping.h:52,
from include/linux/dmaengine.h:29,
from include/linux/skbuff.h:29,
from include/linux/netlink.h:155,
from include/linux/genetlink.h:4,
On Tue, 23 Oct 2007 11:13:48 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Oct 23, 2007, at 10:20 AM, Josh Boyer wrote:
>
> > On Mon, 15 Oct 2007 14:27:23 -0400
> > Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >
> >> Valentine Barshak wrote:
> >>> This patch adds BCM5248 and Marvell 88E PHY
>> First example is ac97 audio:
>>
>> [EMAIL PROTECTED] { // PSC1
> I think the codec node should be a child of this node, not a separate
> node.
> Then there should be another codec node as a child of the i2c node.
AC'97 codecs don't typically have an I2C connection (if ever).
You sh
On Tue, 23 Oct 2007, Emil Medve wrote:
>
> Fix build error messages such as this:
Some - but apparently not all - of these are already fixed in my tree,
through pulls from Jens. I just pushed out the result, can you resend the
parts that didn't already get fixed?
As is, the patch won't apply
> + compatible = "ohci-be";
Can we fix this please, in the same way as with EHCI? I.e., the
"compatible" should say it is USB, e.g. "usb-ohci"; and the
"big-endian" quirkiness should be expressed by a property, not by
the "compatible" name (since that would lead to exponential
On Mon, Oct 22, 2007 at 06:47:32AM -0700, Medve Emilian-EMMEDVE1 wrote:
> Are you suggesting we leave those warnings there until somebody decides
> to fix all the portability issues of this driver? My patch is a small
> and insignificant improvement and not the revolution you're asking for,
> but i
Segher Boessenkool wrote:
>> +compatible = "ohci-be";
>
> Can we fix this please, in the same way as with EHCI? I.e., the
> "compatible" should say it is USB, e.g. "usb-ohci"; and the
> "big-endian" quirkiness should be expressed by a property, not by
> the "compatible" name (since th
Great, :D
Just dropped a bug report about this 5mins ago. Hope it gets commited shortly.
On Tue, 23 Oct 2007 11:14:52 -0500
Emil Medve <[EMAIL PROTECTED]> wrote:
> Fix build error messages such as this:
>
> In file included from include/linux/dma-mapping.h:52,
> from include/l
Is the Ocotea board (the original 440GX eval board) still interesting?
I'm wrapping up a project using the 440GX, I started out hacking on the
Ocotea board to get started, but we moved off Ocotea long ago onto our
own hardware.
I'm cleaning up the lab now that the project is nearly finished and
On Tue, Oct 23 2007, Dale Farnsworth wrote:
>
> Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
> ---
> include/asm-powerpc/dma-mapping.h | 10 +-
> 1 files changed, 5 insertions(+), 5 deletions(-)
Should already be merged in Linus' current tree.
--
Jens Axboe
___
On Tue, Oct 23 2007, Linus Torvalds wrote:
>
>
> On Tue, 23 Oct 2007, Emil Medve wrote:
> >
> > Fix build error messages such as this:
>
> Some - but apparently not all - of these are already fixed in my tree,
> through pulls from Jens. I just pushed out the result, can you resend the
> parts
On Thu, Oct 18, 2007 at 11:10:43PM +0800, Li Yang-r58472 wrote:
> Do we still need address-cell and size-cell even when it has no child
> node?
Maybe not *need*, but we do want it... it makes it less likely to be
screwed up if someone adds a child node in the future.
-Scott
_
On Mon, Oct 22, 2007 at 08:07:14AM -0500, Timur Tabi wrote:
> Either you do it at driver __init time, or via a probe. The probe
> actually occurs at __init time, anyway, so they're kinda the same thing.
> The only thing the probe gets you is that you're called multiple times
> for each instan
On Tue, Oct 23, 2007 at 08:44:48PM +0200, Jens Axboe wrote:
> On Tue, Oct 23 2007, Dale Farnsworth wrote:
> >
> > Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
> > ---
> > include/asm-powerpc/dma-mapping.h | 10 +-
> > 1 files changed, 5 insertions(+), 5 deletions(-)
>
> Should al
Commit 91a69029 introduced an additional parameter to the .read and .write
methods for sysfs binary attributes. Two mv64x60_pci functions
were missed in that patch, resulting in these errors:
/cache/git/linux-2.6/arch/powerpc/sysdev/mv64x60_pci.c:77: warning:
initialization from incompati
On Tuesday, 23 October 2007 14:33, Johannes Berg wrote:
> When I fixed the windfarm freezer interaction first in commit
> 1ed2ddf380e19dafeec2150ca709ef7f4a67cd21, an earlier patch than the one
> I came up with after comments was committed. This has come back to haunt
> us now because commit d5d8c5
On Tue, 2007-10-23 at 11:13 -0700, Jeff Mock wrote:
> Is the Ocotea board (the original 440GX eval board) still interesting?
> I'm wrapping up a project using the 440GX, I started out hacking on the
> Ocotea board to get started, but we moved off Ocotea long ago onto our
> own hardware.
>
> I'
On Wed, 24 Oct 2007 06:36:11 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Tue, 2007-10-23 at 11:13 -0700, Jeff Mock wrote:
> > Is the Ocotea board (the original 440GX eval board) still interesting?
> > I'm wrapping up a project using the 440GX, I started out hacking on the
> >
These hooks ensure that a decrementer interrupt is not pending when
suspending; otherwise, problems may occur. For example, with deep sleep
on the 831x, a pending decrementer will cause a system freeze because the
SoC thinks the decrementer interrupt would have woken the system, but the
core must
The e300 core (and probably most other 6xx chips) can only come out of
sleep mode with an interrupt. However, interrupts are logically disabled
by the power management layer.
This hack extends the existing doze/nap hack to also suppress the running
of the interrupt handler when in sleep mode.
Si
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/6xx-suspend.S | 52 +
arch/powerpc/sysdev/Makefile |4 +++
include/asm-powerpc/mpc6xx.h |6
3 files changed, 62 insertions(+), 0 deletions(-)
create mode 100644 arch/
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c | 44 ++--
arch/powerpc/sysdev/fsl_soc.h |1 +
2 files changed, 25 insertions(+), 20 deletions(-)
diff --git a/arch/powerpc/sysdev/fsl_soc.c b/arch/powerpc/sysdev/fsl_soc.c
in
The magic packet flag indicates that the hardware has this
capability. The MDIO flag indicates that this device's
registers contain active MDIO registers, and thus this
device should not be put to sleep.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/fsl_soc.c |7 +
This is a driver for the mpc83xx's GTM4 timer. It's functionality
is limited to providing a wakeup source for suspend-to-RAM.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/83xx/Kconfig |9 +
arch/powerpc/platforms/83xx/Makefile |1 +
arch/powerpc/platforms/83x
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/platforms/83xx/Kconfig |5 +
arch/powerpc/platforms/83xx/Makefile |
On Tue, 23 Oct 2007 16:24:04 -0500
Scott Wood <[EMAIL PROTECTED]> wrote:
> These hooks ensure that a decrementer interrupt is not pending when
> suspending; otherwise, problems may occur. For example, with deep sleep
> on the 831x, a pending decrementer will cause a system freeze because the
> So
Josh Boyer wrote:
>> +#ifdef CONFIG_SUSPEND
>> +void generic_suspend_disable_irqs(void)
>> +{
>> +preempt_disable();
>> +
>> +/* Disable the decrementer, so that it doesn't interfere
>> + * with suspending.
>> + */
>> +
>> +set_dec(0x7fff);
>> +hard_irq_disable();
>> +
Valentine wrote:
> Actually I also don't see much reason for the
> USB_OHCI_HCD_PPC_OF_BE/USB_OHCI_HCD_PPC_OF_LE stuff.
> Is this really needed?
I think so. The SOC host controllers are BE and the PCI
host controllers are LE. Or, do you have an alternative
method of handling both types?
-Dale
Verified on mpc866ads. This version has muram and brg nodes added to dts
to get the things work.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc866ads.dts | 156 --
arch/powerpc/platforms/8xx/Kco
Is this consensus on how the tree should look?
There is no attempt to describe the codec connections inside the
device tree. Instead ASoC handles this by loading a platform specific
fabric driver. A simple example of this is that it is some codecs can
assign the six channel outputs under software
On Tue, 2007-10-23 at 16:34 -0500, Scott Wood wrote:
> Josh Boyer wrote:
> >> +#ifdef CONFIG_SUSPEND
> >> +void generic_suspend_disable_irqs(void)
> >> +{
> >> + preempt_disable();
> >> +
> >> + /* Disable the decrementer, so that it doesn't interfere
> >> + * with suspending.
> >> + */
> >>
This is a reworked set of patches that adds arch/powerpc support for
three MPC5200 based boards: TQ-Components TQM5200, Schindler CM5200
and Promess Motion-PRO.
Besides board support there are also few more MPC5200 common patches
that include update to show_cpuinfo(), adding new 'lpb' bus,
moving
Print out '/model' property as a machine name in generic
show_cpuinfo() routine.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/setup-common.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/setup-common.c
b/arch
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/of_platform.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/of_platform.c
b/arch/powerpc/kernel/of_platform.c
index aeaa202..cc33b73 100644
--- a/arch/powerpc/kernel/of_pl
This patch moves a generic pci init code from lite5200
platform file to a common mpc52xx_setup_pci() routine
and adds additional compatibility property verification.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/lite5200.c|6 +-
arch/powerpc/pla
This patch adds support for 'generic-mpc5200' compatible
boards which do not need a platform specific setup.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/Kconfig |8 ++-
arch/powerpc/platforms/52xx/Makefile |1
arch/powerpc/plat
Add device tree source file for TQM5200 board.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/tqm5200.dts | 236 +
1 files changed, 236 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/tqm5200.dts
diff
Add TQM5200 board defconfig file.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/configs/tqm5200_defconfig | 1306
1 files changed, 1306 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/tqm5200_defconfig
diff --git a
Add device tree source file for CM5200 board.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/cm5200.dts | 296 ++
1 files changed, 296 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/cm5200.dts
diff --
Add CM5200 board defconfig file.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/configs/cm5200_defconfig | 1031 +
1 files changed, 1031 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/cm5200_defconfig
diff --git a/a
Add LED driver for Promess Motion-PRO board.
Signed-off-by: Jan Wrobel <[EMAIL PROTECTED]>
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
drivers/leds/Kconfig |7 +
drivers/leds/Makefile |3 -
drivers/leds/leds-motionpro.c | 222 +++
Add device tree source file for Motion-PRO board.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/motionpro.dts | 360 +++
1 files changed, 360 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/motionpro.dts
Add Motion-PRO board defconfig file.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/configs/motionpro_defconfig | 989 ++
1 files changed, 989 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/motionpro_defconfig
diff --g
Segher Boessenkool writes:
> If I understand you correctly, the only problem with existing binaries
> is that the ELF segments are aligned to 64kB, but not necessarily to
> 256kB. Couldn't you handle this as a special case, for example by
> mapping the "ends" of such an unaligned segment with nor
Yuri Tikhonov writes:
> No it isn't the violation.
>
> As stated in "System V ABI. PowerPC processor supplement"
> (on which the "Linux Standard Base Core Specification for PPC32"
> is based): " ... Virtual addresses and file offsets for the PowerPC processor
> family
> segments are congruent
On Wed, Oct 24, 2007 at 01:13:09AM +0200, Marian Balakowicz wrote:
> Print out '/model' property as a machine name in generic
> show_cpuinfo() routine.
There's no such thing as /model; subnodes and properties have a
different namespace, so the root node, /, has a property named
'model'.
Yes, it's
On Wed, Oct 24, 2007 at 01:13:09AM +0200, Marian Balakowicz wrote:
> Print out '/model' property as a machine name in generic
> show_cpuinfo() routine.
Excellent! I was thinking about adding this just the other day since I
couldn't tell which kind of board I was on.
> Signed-off-by: Marian Balako
On Tue, Oct 23, 2007 at 04:41:51PM +0200, Segher Boessenkool wrote:
> >>> Flip a right-recursive stack-abusing rule into a left-recursive
> >>> stack-friendly rule and clear up three messes in one shot: No more
> >>> conflicts, no need for the GLR parser, and friendlier stackness.
> >>
> >> Ouch.
On Tue, Oct 23, 2007 at 09:49:09AM -0500, Jon Loeliger wrote:
> So, like, the other day Segher Boessenkool mumbled:
> >
> > >> And even without glr-parser, I'm still uncomfortable with the
> > >> lexer<->parser execution ordering issues with the current
> > >> /dts-version/ proposal. It may now b
On Tue, Oct 23, 2007 at 11:07:39AM -0500, Jon Loeliger wrote:
> So, like, the other day Jon Loeliger mumbled:
> >
> > > First, a trivial one: I remember leaving this as a right-recursion,
> > > despite the stack-nastiness, because that way the properties end up in
> > > the same order as in the so
Hi,
On Wed, Oct 24, 2007 at 01:13:15AM +0200, Marian Balakowicz wrote:
> Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
> ---
Your patch lacks any kind of description beyond the title. (I know, it's a
real simple patch, but a real simple description would do too :)
> --- a/arch/powerpc/ker
On Tue, Oct 23, 2007 at 09:34:37AM +0200, Michal Simek wrote:
> Hi David,
> I remove some labels from my generator. I created fake system with some
> peripherals.
> There are 3 buses and 3 bridges.
> Can you check it and tell me what is wrong?
Grant's comments all seem reasonable, apologies if
Olof Johansson wrote:
> Add missing &:
>
> drivers/net/pasemi_mac.c: In function 'pasemi_mac_clean_rx':
> drivers/net/pasemi_mac.c:553: warning: passing argument 1 of 'prefetch'
> makes pointer from integer without a cast
>
>
> Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
>
> diff --git a/
It's potentially useful for users of libfdt to sanity check a device
tree (or, rather, a blob of data which may or may not be a device
tree) before processing it in more detail with libfdt.
This patch renames the libfdt internal function _fdt_check_header() to
fdt_check_header() and makes it a pub
Although it's a low-level function that shouldn't normally be needed,
there are circumstances where it's useful for users of libfdt to use
the _fdt_next_tag() function. Therefore, this patch renames it to
fdt_next_tag() and publishes it in libfdt.h.
In addition, this patch adds a new testcase usi
I've incorporated a good portion of the combined feedback and pushed the
gen_mhs_devtree patches back to Grant.
The few things I haven't done are relatively cosmetic (like getting rid
of linux,phandle references, decimal vs. hex, and the 'embedded \0')
,
The one significant problem that I'm not s
On Tue, Oct 23, 2007 at 09:24:52AM -0500, Jon Loeliger wrote:
> So, like, the other day David Gibson mumbled:
> > On Mon, Oct 22, 2007 at 04:13:54PM -0500, Jon Loeliger wrote:
[snip]
> > I really thought our conflicts
> > were somewhere else. Specifically I thought the problem was that we
> > need
On Tue, Oct 23, 2007 at 06:15:22PM -0700, Stephen Neuendorffer wrote:
[snip]
> / {
> #address-cells = <1>;
> #size-cells = <1>;
> model = "system.mhs";
> chosen {
> bootargs = "root=/dev/xsysace/disc0/part2";
> interrupt-controller = <101>;
inter
On Wed, Oct 24, 2007 at 01:13:33AM +0200, Marian Balakowicz wrote:
> Add device tree source file for TQM5200 board.
>
> Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
> ---
>
> arch/powerpc/boot/dts/tqm5200.dts | 236
> +
> 1 files changed, 236 inserti
On Tue, 2007-10-23 at 20:57 -0500, Valentine Barshak wrote:
> +static int m88e_init(struct mii_phy *phy)
> +{
> + printk("%s: Marvell 88E Ethernet\n", __FUNCTION__);
> + phy_write(phy, 0x14, 0x0ce3);
> + phy_write(phy, 0x18, 0x4101);
> + phy_write(phy, 0x09, 0x0e00);
> +
From: Grant Likely <[EMAIL PROTECTED]>
port_config and the cdm are the responsibility of firmware; and if
firmware doesn't set it up correctly, it should be fixed up by
platform code on a per-board basis because it's a property of the
board.
Drivers should never touch these registers. They are c
The loop to check parent nodes for a dma-window property in
pci_dma_dev_setup_pSeriesLP() does not use the of_* accessors and
does not properly manage refcounts, fix it to do so.
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pseries/iommu.c | 17
k2_sata_proc_info() uses its own hand-rolled loop to check a nodes
children for a property, this is not safe WRT refcounting, so fix it
to use of_get_next_child().
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
drivers/ata/sata_svw.c |5 -
1 files changed, 4 insertions(+), 1 dele
riva_get_EDID_OF() uses its own hand-rolled loop to check a nodes
children for a property, this is not safe WRT refcounting, so fix it
to use of_get_next_child().
Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
---
drivers/video/riva/fbdev.c |5 -
1 files changed, 4 insertions(+), 1 d
On Wed, 2007-10-24 at 14:25 +1000, Michael Ellerman wrote:
> k2_sata_proc_info() uses its own hand-rolled loop to check a nodes
> children for a property, this is not safe WRT refcounting, so fix it
> to use of_get_next_child().
>
> Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>
Acked-by: B
1 - 100 of 106 matches
Mail list logo