This moves the ability to scale cputime into generic code. This
allows us to fix the issue in kernel/timer.c (noticed by Balbir) where
we could only add an unscaled value to the scaled utime/stime.
This adds a cputime_to_scaled function. As before, the POWERPC
version does the scaling based on t
On Wed, 2007-10-24 at 02:04 -0400, Jeff Garzik wrote:
> Benjamin Herrenschmidt wrote:
> > 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
> >>
Benjamin Herrenschmidt wrote:
> 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 Ellerm
On Wed, 2007-10-24 at 15:01 +1000, Benjamin Herrenschmidt wrote:
> 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
On 10/23/07, Domen Puncer <[EMAIL PROTECTED]> wrote:
> On 23/10/07 21:39 -0600, Grant Likely wrote:
> > 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 c
On 23/10/07 21:39 -0600, Grant Likely wrote:
> 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.
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
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
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
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
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
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);
> +
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, 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 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
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
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
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
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/
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
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 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
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 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 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 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
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
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
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
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 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 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 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 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 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
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
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
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
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
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
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.
> >> + */
> >>
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
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
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
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();
>> +
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
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 |
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
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 +
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
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/
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
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
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
> >
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 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
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 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
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 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 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
___
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, 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
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
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
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
> + 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 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
>> 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 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
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,
> -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
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.
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 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
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 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
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 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
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 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
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>;
>
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
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
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
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
>>> 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 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
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
> 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
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";
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
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
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
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
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
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 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
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
___
> 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;
1 - 100 of 106 matches
Mail list logo
