On Wednesday 10 October 2007, Josh Boyer wrote:
> > > Do you really need config options for 405EP/EX? I don't seem them used
> > > anywhere else in the code (and it's also contradictory to the whole new
> > > multiplatform way of looking at stuff :).
> > >
> > > I know the 405/440 is still somewhat
On Thu, Oct 11, 2007 at 03:52:04PM +1000, Paul Mackerras wrote:
> Olof Johansson writes:
>
> > Don't allow cpu hotplug on systems lacking XICS interrupt controller,
> > since current code is hardcoded for it.
> ...
> > + for (np = NULL; (np = of_find_node_by_name(np,
> > +
Olof Johansson writes:
> Don't allow cpu hotplug on systems lacking XICS interrupt controller,
> since current code is hardcoded for it.
...
> + for (np = NULL; (np = of_find_node_by_name(np,
> +"interrupt-controller"));) {
Looks like for_each_n
On Thu, Oct 11, 2007 at 03:29:49PM +1000, Stephen Rothwell wrote:
> Hi Olof,
>
> On Thu, 11 Oct 2007 00:27:31 -0500 Olof Johansson <[EMAIL PROTECTED]> wrote:
> >
> > Oh nevermind, I just noticed the variable got moved in the next
> > patch. Twice the review work!
>
> Thanks for the review in any
Hi Olof,
On Thu, 11 Oct 2007 00:27:31 -0500 Olof Johansson <[EMAIL PROTECTED]> wrote:
>
> Oh nevermind, I just noticed the variable got moved in the next
> patch. Twice the review work!
Thanks for the review in any case.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://ww
On 10/10/07, David Gibson <[EMAIL PROTECTED]> wrote:
> > My main concern is that I don't like the implicit numbering that
> > occurs simply based on the order of devices in the device tree. If
> > the probe algorithm ever changes to parse in reverse order or
> > something reorders the tree, then t
On Thu, Oct 11, 2007 at 03:19:03PM +1000, Stephen Rothwell wrote:
> We no longer initialise the name and owner fields of the
> of_platform_driver, but use the fields of the embedded device_driver's
> name field instead.
>
> Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
Acked-by: Olof Johans
On Thu, Oct 11, 2007 at 12:25:35AM -0500, Olof Johansson wrote:
> Hi Stephen,
>
> > @@ -189,6 +191,34 @@ void iommu_devnode_init_iSeries(struct pci_dev *pdev,
> > struct device_node *dn)
> > }
> > #endif
> >
> > +extern struct iommu_table vio_iommu_table;
>
> This looks like it really should
Hi Stephen,
On Thu, Oct 11, 2007 at 02:53:32PM +1000, Stephen Rothwell wrote:
> It was only being used to carry around dma_iommu_ops and vio_iommu_table
> which we can use directly instead. This also means that vio_bus_device
> doesn't need to refer to them either.
>
> diff --git a/arch/powerpc/
We no longer initialise the name and owner fields of the
of_platform_driver, but use the fields of the embedded device_driver's
name field instead.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/pasemi/gpio_mdio.c |4 +++-
arch/powerpc/sysdev/axonram.c
On Wed, Oct 10, 2007 at 10:58:25PM -0600, Grant Likely wrote:
> On 10/10/07, David Gibson <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 10, 2007 at 10:18:50PM -0600, Grant Likely wrote:
> > > On 10/10/07, David Gibson <[EMAIL PROTECTED]> wrote:
> > > > On Wed, Oct 10, 2007 at 08:25:36PM -0600, Grant L
This way we only have entries in the device tree for disks that actually
exist. A slight complication is that disks may be attached to LPARs
at runtime.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
Acked-by: Jens Axboe <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/iseries/dt.c |6 -
Now we will only have entries in the device tree for the actual existing
devices (including their OS/400 properties). This way viotape.c gets
all the information about the devices from the device tree.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/iseries/dt.c |
Now we will only have entries in the device tree for the actual existing
devices (including their OS/400 properties). This way viocd.c gets all
the information about the devices from the device tree.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
Acked-by: Jens Axboe <[EMAIL PROTECTED]>
---
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/vio.c | 78 ++-
arch/powerpc/platforms/iseries/iommu.c | 24 +-
include/asm-powerpc/iseries/iommu.h|4 ++
3 files changed, 52 insertions(+), 54 deletions(-)
--
It was only being used to carry around dma_iommu_ops and vio_iommu_table
which we can use directly instead. This also means that vio_bus_device
doesn't need to refer to them either.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
Acked-by: Jens Axboe <[EMAIL PROTECTED]>
---
arch/powerpc/kern
We don't need to keep a lump of dma coherent memory around for the life
of the module.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
Acked-by: Jens Axboe <[EMAIL PROTECTED]>
---
drivers/cdrom/viocd.c | 37 +
1 files changed, 13 insertions(+), 24 deletio
Remove vio_dma_ops declaration (since it no longer exists) and some
unused fields from struct vio_driver.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/vio.c | 11 ---
include/asm-powerpc/vio.h |5 -
2 files changed, 0 insertions(+), 16 deletions(-)
On 10/10/07, David Gibson <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 10, 2007 at 10:18:50PM -0600, Grant Likely wrote:
> > On 10/10/07, David Gibson <[EMAIL PROTECTED]> wrote:
> > > On Wed, Oct 10, 2007 at 08:25:36PM -0600, Grant Likely wrote:
> > > > On 10/10/07, David Gibson <[EMAIL PROTECTED]> wro
On Wed, Oct 10, 2007 at 10:18:50PM -0600, Grant Likely wrote:
> On 10/10/07, David Gibson <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 10, 2007 at 08:25:36PM -0600, Grant Likely wrote:
> > > On 10/10/07, David Gibson <[EMAIL PROTECTED]> wrote:
> > > > We've used 'cell-index' for similar purposes on o
On 10/10/07, David Gibson <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 10, 2007 at 08:25:36PM -0600, Grant Likely wrote:
> > On 10/10/07, David Gibson <[EMAIL PROTECTED]> wrote:
> > > We've used 'cell-index' for similar purposes on other 4xx.
> >
> > Unfortunately, 'cell' has been used in the sense of
On Wed, Oct 10, 2007 at 08:25:36PM -0600, Grant Likely wrote:
> On 10/10/07, David Gibson <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 10, 2007 at 03:38:02PM -0500, Josh Boyer wrote:
[snip]
> > > "number" seems a bit to generic to me. logical-number seems a bit more
> > > descriptive.
> >
> > We've
On 10/10/07, David Gibson <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 10, 2007 at 03:38:02PM -0500, Josh Boyer wrote:
> > On Mon, 2007-10-08 at 01:53 -0600, Grant Likely wrote:
> > > From: Grant Likely <[EMAIL PROTECTED]>
> > >
> > > Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> > > ---
> > >
> >
On Wed, Oct 10, 2007 at 03:38:02PM -0500, Josh Boyer wrote:
> On Mon, 2007-10-08 at 01:53 -0600, Grant Likely wrote:
> > From: Grant Likely <[EMAIL PROTECTED]>
> >
> > Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> > ---
> >
> > This is a first draft, please review and comment.
>
> I'll start
On Wed, Oct 10, 2007 at 01:56:05PM -0600, Grant Likely wrote:
> Any comments on this one? Scott? David?
Seems reasonable AFAICT.
> On 10/3/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> > From: Grant Likely <[EMAIL PROTECTED]>
> >
> > Add '-g' to BOOTCFLAGS if CONFIG_DEBUG_INFO is set.
> >
> > S
On Wed, 10 Oct 2007 18:06:39 +0800 Li Yang <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/platforms/83xx/mpc837x_mds.c
>
> +#include
You actually neeed linux/of.h (for of_ routines) and asm/prom.h (for
of_flat_dt_is_compatible).
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED
On Wed, 10 Oct 2007 18:06:38 +0800 Li Yang <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/sysdev/fsl_serdes.c
>
> +#include
You actually want linux/of.h not asm/prom.h
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
pgp3HbBvMMsUL.pgp
Descr
Timur Tabi writes:
> Is this a new policy? Modules in the kernel are not built unless you want
> them. Even in arch/powerpc/platforms, only the specific platform file I'm
> targeting is built. So I don't really understand why you claim it's normal
> for platform-specific files to be built, r
Linas Vepstas writes:
> Err .. it was cpu 0 that was spinlocked. Are interrupts not
> distributed?
We have some bogosities in the xics code that I noticed a couple of
days ago. Basically we only set the xics to distribute interrupts to
all cpus if (a) the affinity mask is equal to CPU_MASK_ALL
This patch updates the ucc_geth device driver to check the new rx-clock-name
and tx-clock-name properties first. If present, it uses the new function
qe_clock_source() to obtain the clock source. Otherwise, it checks the
deprecated rx-clock and tx-clock properties.
The device trees for 832x, 836
Add function qe_clock_source() which takes a string containing the name of a
QE clock source (as is typically found in device trees) and returns the
matching enum qe_clock value.
Update booting-without-of.txt to indicate that the UCC properties rx-clock
and tx-clock are deprecated and replaced wit
(Replaces all previous versions of this patch)
This patch set adds a new property to make specifying QE clock sources
easier, adds a function to help parse the property, updates some other
functions to use an enum instead of an integer, and updates the ucc_geth
driver to take advantage of all thi
Sorry, please ignore this set. Something got screwed up with the patches.
I'm going to resend.
Timur Tabi wrote:
> This patch set adds a new property to make specifying QE clock sources
> easier, adds a function to help parse the property, updates some other
> functions to use an enum instead of
Add function qe_clock_source() which takes a string containing the name of a
QE clock source (as is typically found in device trees) and returns the
matching enum qe_clock value.
Update booting-without-of.txt to indicate that the UCC properties rx-clock
and tx-clock are deprecated and replaced wit
This patch updates the ucc_geth device driver to check the new rx-clock-name
and tx-clock-name properties first. If present, it uses the new function
qe_clock_source() to obtain the clock source. Otherwise, it checks the
deprecated rx-clock and tx-clock properties.
The device trees for 832x, 836
This patch set adds a new property to make specifying QE clock sources
easier, adds a function to help parse the property, updates some other
functions to use an enum instead of an integer, and updates the ucc_geth
driver to take advantage of all this.
Add function qe_clock_source() which takes a string containing the name of a
QE clock source (as is typically found in device trees) and returns the
matching enum qe_clock value.
Update booting-without-of.txt to indicate that the UCC properties rx-clock
and tx-clock are deprecated and replaced wit
This patch updates the ucc_geth device driver to check the new rx-clock-name
and tx-clock-name properties first. If present, it uses the new function
qe_clock_source() to obtain the clock source. Otherwise, it checks the
deprecated rx-clock and tx-clock properties.
The device trees for 832x, 836
Eno 3 Compton wrote:
> I had a driver working under 2.6.10 on a mpc8248. The kernel got changed
> under me to 2.6.23. Now, when I call request_irq with SIU_INT_IRQ5,
> which is defined in asm-powerpc/irq.h, and once compiled and worked
> properly, I get compilation errors. The compiler can't fin
Dear All,
I had a driver working under 2.6.10 on a mpc8248. The kernel got changed
under me to 2.6.23. Now, when I call request_irq with SIU_INT_IRQ5, which is
defined in asm-powerpc/irq.h, and once compiled and worked properly, I get
compilation errors. The compiler can't find the symbol definiti
On Mon, 2007-10-08 at 01:53 -0600, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> ---
>
> This is a first draft, please review and comment.
I'll start off with the fact that I hardly consider myself a DT expert,
so take what I s
On Wed, 2007-10-10 at 12:48 -0600, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
Assuming Paul likes the overall change, the 4xx parts look fine to me.
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
Acked-by: Josh Boyer <[EMAIL PROTECTED]>
> ---
>
> arch/powerpc/platforms/40x
On Mon, 2007-10-08 at 11:08 +0200, Stefan Roese wrote:
> This patch adds basic support for the new 405EX and the AMCC eval board
> Kilauea to arch/powerpc.
>
> Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
> ---
> arch/powerpc/platforms/40x/Kconfig | 17 +++--
> arch/powerpc/platforms/4
On Mon, 2007-10-08 at 11:10 +0200, Stefan Roese wrote:
> Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
Looks pretty good. Just a couple of questions.
> ---
> arch/powerpc/boot/dts/kilauea.dts | 253
> +
> 1 files changed, 253 insertions(+), 0 deletions(-)
Grant Likely wrote:
> Any comments on this one? Scott? David?
It's fine with me.
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Any comments on this one? Scott? David?
Cheers,
g.
On 10/3/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Add '-g' to BOOTCFLAGS if CONFIG_DEBUG_INFO is set.
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> ---
>
> arch/powerpc/boot/Makefile |
On Tue, 2007-10-09 at 13:34 +0200, Stefan Roese wrote:
> Hi Olof,
>
> On Monday 08 October 2007, Olof Johansson wrote:
> > > +config KILAUEA
> > > + bool "Kilauea"
> > > + depends on 40x
> > > + default y
> > > + select 405EX
> > > + help
> > > + This option enables support for the AMCC PPC405EX
From: Grant Likely <[EMAIL PROTECTED]>
There is no good reason for board platform code to mess with the ROOT_DEV.
Remove it from all in-tree platforms except powermac
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/efika.c|9 -
arch/powerpc/platfo
From: Grant Likely <[EMAIL PROTECTED]>
This allows platforms which don't have anything to do at setup_arch time
(like a bunch of the 4xx platforms) to eliminate an empty setup_arch hook.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/setup_32.c |3 ++-
arch/powerpc/
Paulus,
Here are some patches that have been received favorably on the mailing
list. However, they aren't specific to one particular platform, so Kumar
suggested that they should probably go straight to your tree.
If they look okay to you, can you please pick them up?
Thanks,
g.
--
Grant Likel
From: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/40x/virtex.c |5 -
arch/powerpc/platforms/40x/walnut.c |5 -
arch/powerpc/platforms/44x/bamboo.c |5 -
arch/powerpc/platforms/44x/ebony.c |5 -
a
From: Grant Likely <[EMAIL PROTECTED]>
The call to xilinxfb_assign is getting unwieldy when adding features
to the Xilinx framebuffer driver. Change xilinxfb_assign() to accept
a pointer to a xilinxfb_platform_data structure to prepare for adding
additition configuration options.
Signed-off-by:
From: Grant Likely <[EMAIL PROTECTED]>
Allow a fixed framebuffer address to be assigned to the framebuffer device
instead of allocating the framebuffer from the consistent memory pool.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
drivers/video/xilinxfb.c | 22 --
in
Here are some more changes on the xilinxfb driver. These changes add the
ability to specify a custom resolution or framebuffer physical address.
Useful for FPGA designs which use a modified xilinxfb device.
Please review and comment.
Cheers,
g.
--
Grant Likely, B.Sc. P.Eng.
Secret Lab Technolog
From: Grant Likely <[EMAIL PROTECTED]>
Some custom implementations of the xilinx fb can use resolutions other
than 640x480. This patch allows the resolution to be specified in the
device tree or the xilinx_platform_data structure.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
drivers/vid
Anybody have any comments on this? Segher? David?
Cheers,
g.
On 10/8/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> ---
>
> This is a first draft, please review and comment.
>
> On a side node, I think b
On Tue, Oct 09, 2007 at 09:03:13PM -0700, Misbah khan wrote:
>
> Please Let me know the Status
>
> Misbah
Are you suddenly Timur's boss? :-)
The issue was a misapplied patch in Kumar's tree. It has been fixed, as he
pointed out in another post in this thread.
-Scott
_
On Wed, Oct 10, 2007 at 05:08:44AM -0500, Milton Miller wrote:
> Olof's patch searched the device-tree again, looking for an mpic. This
> code instead checks that we found an xics the first time by checking the
> init function.
I'm glad you find the kernel so perfect that your best use of time i
Paulus,
Sylvain has asked if I would like to help with the mpc52xx
maintainership. If it's okay by you, here is a patch that adds me as
co-maintainer for the mpc52xx platform along with 3 other mpc52xx
related fixes.
Sylvain, can you please reply to this message confirming that this is
what we t
Hello,
Anyone has the source code of kernel2.4 device driver for Marvel 88se6121?
Thanks in advance,
Mike
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Joel Schoopp wrote:
>Paulus wrote:
>> [c0003f923c40] c003bff4 .xics_migrate_irqs_away+0x3c/0x20c
>> [c0003f923d00] c0040d54 .pseries_cpu_disable+0x98/0xb4
>> [c0003f923d80] c0028e4c .__cpu_disable+0x44/0x58
>> [c0003f923df0] c007e204 .take_cpu_down+0
> [c0003f923c40] c003bff4 .xics_migrate_irqs_away+0x3c/0x20c
> [c0003f923d00] c0040d54 .pseries_cpu_disable+0x98/0xb4
> [c0003f923d80] c0028e4c .__cpu_disable+0x44/0x58
> [c0003f923df0] c007e204 .take_cpu_down+0x34/0x60
> [c0003f923e70] c
Josh, please pull:
git://git.secretlab.ca/git/linux-2.6-virtex.git virtex-for-2.6.24
This tree is based on Paulus' current top-of-tree.
There are some minor changes in here plus the XilinxFB migration to
use of_platform bus. Normally fb changes go in via the -mm tree; but
I've confirmed with To
On Wed, 10 Oct 2007, Li Yang wrote:
> From: Ashish Kalra <[EMAIL PROTECTED]>
>
> This patch adds support for Freescale 3.0Gbps SATA Controller supporting
> Native Command Queueing(NCQ), device hotplug, and ATAPI. This controller
> can be found on MPC8315 and MPC8378.
>
> Signed-off-by: Ashish K
Stefan Roese wrote:
> diff --git a/arch/powerpc/boot/dts/sequoia.dts
> b/arch/powerpc/boot/dts/sequoia.dts
> index 36be75b..9b15482 100644
> --- a/arch/powerpc/boot/dts/sequoia.dts
> +++ b/arch/powerpc/boot/dts/sequoia.dts
> @@ -122,6 +122,38 @@
> interrupt-map-mask = ;
>
Don't allow cpu hotplug on pSeries systems lacking XICS interrupt controller,
since current code is hardcoded to call xics routines.
Signed-off-by: Milton Miller <[EMAIL PROTECTED]>
--
Olof's patch searched the device-tree again, looking for an mpic. This
code instead checks that we found an x
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8377_mds.dts | 288 ++
arch/powerpc/boot/dts/mpc8378_mds.dts | 268
arch/powerpc/boot/dts/mpc8379_mds.dts | 308 +
3 files changed, 86
The SerDes(serializer/deserializer) PHY block is a new SoC block used
in Freescale chips to support multiple serial interfaces, such as PCI
Express, SGMII, SATA.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/Kconfig |4 +
arch/powerpc/sysdev/Makefile |1 +
ar
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 29 ++
1 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/Documentation/powerpc/booting-without-of.txt
b/Documentation/powerpc/booting-without-of.txt
index f499f76.
The MPC837x MDS is a new member of Freescale MDS reference system.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/83xx/Kconfig | 12
arch/powerpc/platforms/83xx/Makefile |1 +
arch/powerpc/platforms/83xx/mpc837x_mds.c | 102 +++
These interrupts are introduced by the latest Freescale SoC such as
MPC837x. The patch also adds comment to interrupts.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/ipic.c | 224 ++--
arch/powerpc/sysdev/ipic.h |7 +-
include/asm
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 32 ++
1 files changed, 32 insertions(+), 0 deletions(-)
diff --git a/Documentation/powerpc/booting-without-of.txt
b/Documentation/powerpc/booting-without-of.txt
index 76733a3.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/configs/mpc837x_mds_defconfig | 878
1 files changed, 878 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/mpc837x_mds_defconfig
diff --git a/arch/powerpc/configs/mpc837x_mds_defconfig
IPIC controller doesn't support ack operations. The pending registers
are read-only. The patch removes ack operations which are not needed.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/ipic.c | 40 ++--
1 files changed, 2 insertions(+)
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/cputable.c | 13 -
1 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
index b1f8000..d80c365 100644
--- a/arch/powerpc/kernel/cputable.c
+++
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 interaction with the of_platform_bus
> layer and the handling of I/O addresses. I haven't act
I have an issue with a 8548 while I memcpy a block from DDR over a Tundra-60X
bridge.
I have been told by FS that the best way in my case is to use the DMA for
DDR to PCI transfer.
I can't find any reference or API for this implementation. May someone
points me on the right documentation or API.
On Wednesday 10 October 2007, David Brownell wrote:
> On Monday 24 September 2007, Valentine Barshak wrote:
> > Some PowerPC systems have a built-in EHCI controller.
> > This is a device tree aware version of the EHCI controller driver.
> > Currently it's been tested on the PowerPC 440EPx Sequoia b
This patch adds functions to libfdt for accessing the memory
reservation map section of a device tree blob. fdt_num_mem_rsv()
retreives the number of reservation entries in a dtb, and
fdt_get_mem_rsv() retreives a specific reservation entry.
fdt_add_mem_rsv() adds a new entry, and fdt_del_mem_rsv(
79 matches
Mail list logo
