The atyfb does not work on my 233MHz PowerBook with Mach64 LP, when the
kernel is booted from firmware. aty_ld_pll_ct() returns 0x22 and xtal
remains at 14.31818. When booted from MacOS, aty_ld_pll_ct() returns 0x3c
and xtal is changed to 29.498928.
Google indicates that all 4 PowerBook models nee
The following series is a port of 440EPx (sequoia) PCI host bridge from
arch/ppc. It was initiated with some inconsistencies observed in pci_32.c
pci ranges parsing, so I've eventually merged pci_32 and pci_64 of
pci_process_bridge_OF_ranges() into one, that should be able to handle
64-bit phys add
We are having 2 different instances of pci_process_bridge_OF_ranges(),
which makes describing 64-bit physical addresses in non PPC64 case
impossible.
This approach inherits pci space parsing, but has a new way to behave
equally good in both 32bit and 64bit environments. Currently validated
with 4
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/sequoia.dts | 26 ++
1 files changed, 26 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/sequoia.dts
b/arch/powerpc/boot/dts/se
In fact, loosely move of arch/ppc bits, though regions are
set up using values from ranges property. This also adds
setup_indirect_pci_noremap() function to handle indirect
PCI without one more ioremap.
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
Signed-off-by: Stefan Roese <[EMAIL PROTECTED
> + pci {
> + reg = <1 eec0 40 1 ef40 40>; /* phb cfg, phb
> reg */
First component of reg is the unit address, so: [EMAIL PROTECTED] .
"phb cfg" is how you access PCI configuration space? It wouldn't
hurt to document that, either in a little binding or
> + compatible = "ibm, 440epx";
Oh, and shouldn't it be "amcc," anyway?
Segher
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Folks,
As someone who runs a git server _and_ reads their log files,
I would like to offer a few words of advice about cloning or
fetching git repositories.
First, watch those project path names carefully. If someone
publishes a "linux-2.6-quux.git" repository, don't call it
the "linux-2.6.git"
On Aug 24, 2007, at 11:37 PM, Jeff Garzik wrote:
> Kumar Gala wrote:
>> The ucc_geth_mii code is based on the gianfar_mii code that use to
>> include
>> ocp.h. ucc never need this and it causes issues when we want to kill
>> arch/ppc includes from arch/powerpc.
>> Signed-off-by: Kumar Gala <[E
NetworkManager will not start dhcpd on an interface unless it reports
link-up state via ethtool.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
drivers/net/bmac.c | 13 +
1 file changed, 13 insertions(+)
--- a/drivers/net/bmac.c
+++ b/drivers/net/bmac.c
@@ -19,6 +19,7 @@
#in
1. Fix RTC type - it is a rs5c372a, not rs5c372b
2. Configure both UART interrupts edge-triggered
3. Add a license header to ls_uart.c
4. Check for running on linkstation in a late_initcall() function. Needed
for multiplatform builds, even though linkstation doesn't support them
yet
5. Remo
Implement suspend/resume for "mpc10x" compatible fsl host PCI controllers,
use it for linkstation standby.
Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
---
This requires patches from Scott Wood from this thread:
http://ozlabs.org/pipermail/linuxppc-dev/2007-July/039109.html and my
On Sun, 26 Aug 2007 02:03:49 +0200 (CEST) Guennadi Liakhovetski <[EMAIL
PROTECTED]> wrote:
>
> +static int ls_pm_enter(suspend_state_t state)
> +{
> + char ier;
> + int ret = 0;
> + u64 tb;
> +
> + if ((ret = mpc10x_suspend(state)) < 0)
> + return ret;
> +
> + /* Ge
Hi.
Unfortunately, it seems that kernels later than 2.6.21 have problems
letting my powerpc iBook (G3 processor) going to sleep (suspend to
ram).
The userland that I am using is a Debian testing (lenny) and the
default kernel that comes with it is 2.6.22, with some patches applied
and pbbuttonsd
14 matches
Mail list logo
