On Mon, Dec 03, 2007 at 09:22:06AM -, [EMAIL PROTECTED] wrote:
I'm trying to get am MPC834x system running that has 256MBytes of NOR
flash connected.
The physmap flash driver is failing to ioremap() that amount of space,
while on a similar system with 128Mbytes of flash, there are no
on moving ppc4xx to arch/powerpc?
At the kernel summit you told me to chill out and wait, but I'll
repeat my offer to help out
Well, I told you that Matt Porter was about to do it :-) Now I haven't
heard from him since. Feel free to jump in, just make sure you keep in
sync with Josh and Matt
On Wed, Aug 30, 2006 at 07:54:16PM +0800, Chun Chung Lo wrote:
Hi all,
I am now doing a STB project and the development board uses a DS1302
(trickle charge timekeeping chip) as a RTC. Our board is a IBM PPC405EP
with a linux kernel 2.4.20 running on it. And the DS1302 is controlled
by 2
On Thu, Aug 31, 2006 at 08:51:22AM +0800, Chun Chung Lo wrote:
Hi,
Thanks for your help.
But I also do not have this driver for 83xx. (as my linux is comes from
Montavista)
The 83xx reference was a hypothetical. There is no 83xx driver for the
ds1302.
Could you mind providing me a
On Wed, Aug 30, 2006 at 07:54:16PM +0800, Chun Chung Lo wrote:
Hi all,
I am now doing a STB project and the development board uses a DS1302
(trickle charge timekeeping chip) as a RTC. Our board is a IBM PPC405EP
with a linux kernel 2.4.20 running on it. And the DS1302 is controlled
by 2
On Wed, Aug 30, 2006 at 09:42:05PM +0530, akhilesh at innomedia.soft.net wrote:
Hi,
I need a OCP IDE driver for IBM PPC405 redwood6 platform for 2.6 kernel.
Any pointer for same or similar driver would be highly appreciated.
List archives are your friend.
On Thu, Aug 31, 2006 at 08:51:22AM +0800, Chun Chung Lo wrote:
Hi,
Thanks for your help.
But I also do not have this driver for 83xx. (as my linux is comes from
Montavista)
The 83xx reference was a hypothetical. There is no 83xx driver for the
ds1302.
Could you mind providing me a
On Wed, Aug 30, 2006 at 01:23:03PM -0500, Otto Solares wrote:
Don't repeat the same mistake as the MediaMVP, it uses the same
processor and same kernel version, it sucks badly...
FWIW, MediaMVP doesn't use the same processor. It has an
STBx25xx which is quite different from a 405EP. It is
the
On Thu, Aug 24, 2006 at 02:58:15PM +0200, Benjamin Delagoutte wrote:
Le jeudi 24 ao?t 2006 ? 07:49 -0500, Josh Boyer a ?crit :
On Thu, 2006-08-24 at 05:38 -0700, Parav Pandit wrote:
ppc = 32bit.
powerpc= 64bit.
Correct me if I am wrong.
Yes, you're wrong. Some 32 bit boards are
On Thu, Aug 24, 2006 at 08:07:20AM -0500, Josh Boyer wrote:
On Thu, 2006-08-24 at 14:58 +0200, Benjamin Delagoutte wrote:
What about the includes ? Do I have to use only include/asm-ppc or are
include/asm-powerpc necessary as well ?
I believe there are some hacks in the makefiles to pull
On Thu, Aug 24, 2006 at 10:54:23AM +0800, alva wrote:
I think 64MB limitation of ioremap() is due to the kernel's page size.
When compiling kernel, it has an option to choose the memory page size
which is default 64MB. To use memory greater than 64MB, there is two
methods. One is to make the
On Wed, Aug 23, 2006 at 07:30:37PM +0930, Phil Nitschke wrote:
On Tue, 2006-08-22 at 09:22 -0500, Matt Porter wrote:
On Tue, Aug 22, 2006 at 05:11:09PM +0930, Phil Nitschke wrote:
Hi all,
I have 2 GB memory on a 7448 processor, and want to reserve a huge chunk
of it at boot-time
On Tue, Aug 22, 2006 at 05:05:01PM -0400, David H. Lynch Jr. wrote:
is ioremap() failing or is vmalloc failing ?
ioremap should just assign a virtual address to a physical address -
does it actually allocate anything ?
I beleive I am ioremap()ing a greater than 64MB Flash ROM and
On Tue, Aug 22, 2006 at 05:11:09PM +0930, Phil Nitschke wrote:
Hi all,
I have 2 GB memory on a 7448 processor, and want to reserve a huge chunk
of it at boot-time, then ioremap() it into the kernel space inside a
device driver. So far I've succeeded with 64 MB, but can't go any
higher, as
On Fri, Aug 11, 2006 at 11:08:59AM -0700, Haruki Dai-r35557 wrote:
Why there are three TSEC on the MPC8540??
There aren't. There are two TSECs and one FEC on the MPC8540.
gianfar drives them all (all the non-CPM enets, that is).
-Matt
On Thu, Jun 01, 2006 at 12:51:29PM -0700, Eugene Surovegin wrote:
On Thu, Jun 01, 2006 at 03:29:37PM -0400, Chris Dumoulin wrote:
Does the idea of creating pinned TLB entries (ones that will never be
overwritten) make sense for a PPC4xx (specifically PPC405) 2.6 linux
kernel? If so, how
On Tue, May 09, 2006 at 10:38:19AM -0400, geneSmith wrote:
I have a ppc405gpr system with 64M ram and 4Meg flash in a AM29LV320. Is
this a viable platform for linux? Can a filesystem (JFFS2?) be put this
flash type?
Yes. (Yes) Yes.
-Matt
On Fri, May 05, 2006 at 09:27:50PM +0200, Sylvain Munaut wrote:
Chris Dumoulin wrote:
I'm using a Virtex II Pro-based board with a PPC405. The board is
hanging somewhere very early in the kernel boot process. I believe it
may be dying at the point where the MMU is enabled. In order to
On Wed, Apr 26, 2006 at 04:19:23PM -0700, Stephen Williams wrote:
... seems completely missing in the linux-2.3.32 tree from kernel.org.
This used to be in the linuxppc-2.4 BK tree that no longer exists, so
what happened to the ppc405GPr support?!
There's some stuff that never got submitted
On Thu, Feb 02, 2006 at 09:09:17AM +0100, Peter Korsgaard wrote:
On 2/2/06, Kumar Gala galak at kernel.crashing.org wrote:
What is the preferred way of accessing non-PCI devices then? Direct
pointer access?
No direct pointer access is bad. On PPC You can use
On Thu, Feb 02, 2006 at 01:46:41AM -0800, Eugene Surovegin wrote:
On Thu, Feb 02, 2006 at 09:35:56AM -, Jenkins, Clive wrote:
A driver for some device that could be connected to (or plugged into)
a variety of different platforms of different architecture.
A driver for a core that could
On Thu, Feb 02, 2006 at 11:26:22AM -, Jenkins, Clive wrote:
I'm not sure all this fuss is justified in response to:
What is the preferred way of accessing non-PCI devices then?
Direct pointer access?
Bye, Peter Korsgaard
Regardless of what standards or hardware might exist, I would
On Thu, Feb 02, 2006 at 09:45:04AM -0800, Eugene Surovegin wrote:
On Thu, Feb 02, 2006 at 07:37:01AM -0700, Matt Porter wrote:
I mentioned the BE iomap variants that are being used on some non-pci
parisc devices already. I'll give a partial example of something that
is non-pci yet arch
On Wed, Feb 01, 2006 at 09:02:31AM -0800, David Hawkins wrote:
Jenkins, Clive wrote:
readl() and ioread32() read the registers in little-endian format!
Correct. That's how it is implemented on all platforms. Think for
example of an pci device driver. Using these IO functions, the
driver
On Wed, Feb 01, 2006 at 06:54:09PM -0600, Kumar Gala wrote:
On Wed, 1 Feb 2006, Peter Korsgaard wrote:
Matt == Matt Porter mporter at kernel.crashing.org writes:
Matt read*/write* and ioread*/iowrite* generate outbound little
Matt endian cycles on ALL arches, period
On Fri, Jan 13, 2006 at 07:18:57PM +0100, Peter Korsgaard wrote:
grant == grant likely grant.likely at secretlab.ca writes:
grant +boot-$(CONFIG_XILINX_ML300) += embed_config.o
grant +boot-$(CONFIG_XILINX_ML403) += embed_config.o
Notice that the ML300 line already is in mainline and
On Thu, Dec 29, 2005 at 06:40:40PM -0200, Marcelo Tosatti wrote:
Hi,
The following patch generalizes PPC44x_PIN_SIZE by changing it to
PPC_PIN_SIZE, which can be defined by any board to automatically adjust
VMALLOC_START, avoiding conflicts with pinned virtual space.
Also define it for
On Thu, Dec 01, 2005 at 12:43:02PM -0600, Rune Torgersen wrote:
-Original Message-
From: Laurent Lagrange
Sent: Thursday, December 01, 2005 11:48
To: linuxppc-embedded at ozlabs.org
Subject: PPC 32bits and big RAM mapping problem
So I'm under the impression to be cornered in
On Mon, Nov 21, 2005 at 06:02:57PM +0300, Vitaly Bordug wrote:
Guess this should come through MTD community (linux-mtd at
lists.infradead.org), rebased to
the MTD tree of course.
Indeed, however, it need to be split so the driver/mtd portion goes to
the MTD maintainers. The arch/ppc portion
On Thu, Nov 17, 2005 at 03:50:59PM -0600, David Updegraff wrote:
Hi.
This patch lets gianfar work on 83xx (or 85xx??) boards that have
Generic PHYs on them that do _NOT_ happen to have an IRQ line wired to
external_15. Surely reasonable that if we can't ID the PHY that its
probably not
On Mon, Nov 07, 2005 at 07:01:28PM -0800, Andrew Morton wrote:
Matt Porter mporter at kernel.crashing.org wrote:
Add an extern reference to perf_irq on e500.
snip
#ifdef CONFIG_E500
+extern perf_irq_t perf_irq;
+
void performance_monitor_exception(struct pt_regs *regs
Add missing include file to fix STx GP3 build.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/arch/ppc/platforms/85xx/stx_gp3.h
b/arch/ppc/platforms/85xx/stx_gp3.h
index 95fdf4b..7bcc6c3 100644
--- a/arch/ppc/platforms/85xx/stx_gp3.h
+++ b/arch/ppc/platforms/85xx/stx_gp3
On Mon, Nov 07, 2005 at 07:01:28PM -0800, Andrew Morton wrote:
Matt Porter mporter at kernel.crashing.org wrote:
Add an extern reference to perf_irq on e500.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/arch/ppc/kernel/traps.c b/arch/ppc/kernel/traps.c
On Wed, Oct 12, 2005 at 05:38:17PM +0200, Wolfgang Denk wrote:
the following patch (against current kernel.org tree) adds suport for
the PPChameleon modules / eval boards manufactured by DAVE s.r.l.
See comments below.
+config PPChameleonEVB
+ bool PPChameleonEVB
+ help
+
On Wed, Oct 12, 2005 at 05:44:31PM +0200, Wolfgang Denk wrote:
Hello,
the following patch (against current kernel.org tree) adds MTD
support for the NOR and NAND flashes on the PPChameleon modules /
eval boards manufactured by DAVE s.r.l.
This should be submitted to the MTD
On Mon, Oct 31, 2005 at 11:29:13AM +0200, Stefan Roese wrote:
By the way: What is the current status of the pending 4xx patches. Are they
going in in this 2-week merge window?
The PPC44x U-Boot cleanup was queued and merged. The rest of PPC4xx
cleanup patches are now pending with akpm and
On Thu, Sep 22, 2005 at 10:25:26PM -0700, Roland Dreier wrote:
Eugene Well, new driver was sent to jgarzik and netdev list three
Eugene weeks ago. So far I haven't heard anything technical from
Eugene Jeff. I don't know when and even if it will be merged.
Assuming everyone in the
On Thu, Sep 22, 2005 at 10:44:35PM -0700, Roland Dreier wrote:
Eugene Roland, I recently added new field (.dcr_base) to this
Eugene structure (as a preparation step for new EMAC driver),
Eugene could you do this for 440SPe as well? It's not needed
Eugene right now, but as soon
On Thu, Sep 22, 2005 at 08:03:35PM -0700, Roland Dreier wrote:
Add support for the AMCC PowerPC 440SPe SoC.
Signed-off-by: Roland Dreier rolandd at cisco.com
---
arch/ppc/kernel/cputable.c | 10 +++
arch/ppc/platforms/4xx/Kconfig |8 ++
On Fri, Sep 23, 2005 at 01:25:09PM -0700, Roland Dreier wrote:
Matt We're working on this. It's not exactly that simple since
Matt Jeff established that all net drivers must enter through the
Matt netdev tree. I expect it can get merged post 2.6.14 if all
Matt goes well.
On Mon, Sep 19, 2005 at 01:02:14PM +0200, Stefan Roese wrote:
Hi Eugene,
On Friday 16 September 2005 18:27, Eugene Surovegin wrote:
On Fri, Sep 16, 2005 at 01:06:16PM +0200, Stefan Roese wrote:
Add U-Boot support to AMCC PPC405 eval boards (bubinga, sycamore and
walnut) and cleanup
On Thu, Sep 15, 2005 at 03:03:23PM -0400, Dan Malek wrote:
On Sep 15, 2005, at 12:25 PM, Matt Porter wrote:
Sounds great to me. This will have to wait to go in mainline until
after 2.6.14 is out though.
If you are considering this, I think you should be looking at the
recent U-Boot
On Mon, Sep 19, 2005 at 09:23:36AM -0500, Josh Boyer wrote:
On Mon, 2005-09-19 at 15:51 +0200, Peter Fercher wrote:
I think that this MAC addresses are crap (sorry if not formulated clearly
enough for you ;)
am I wrong ?
No, you're not wrong. My brain just didn't parse that as a problem
On Mon, Sep 19, 2005 at 05:06:23PM +0200, Stefan Roese wrote:
Hi Matt,
On Monday 19 September 2005 15:59, Matt Porter wrote:
On Mon, Sep 19, 2005 at 01:02:14PM +0200, Stefan Roese wrote:
Just to be sure: The 44x boot-wrapper approach you mention is
boot/simple/pibs.c?
Yes, there's
On Thu, Sep 15, 2005 at 06:03:14PM +0200, Stefan Roese wrote:
Hi,
I am right now testing and cleaning up some of the AMCC 4xx eval board ports
to better support U-Boot as firmware. One question before I begin to send a
few patches:
All of the 44x boards I looked at (e.g. Ocotea) have to
. There
is also a ZPR (zone protection register), but that's mostly used to
fake the usual USER/KERNEL page distinction.
I believe TLB pinning was removed in 2.6 in favor of large TLB entries
for kernel space. Matt Porter pointed this out to me about a week
ago. This will not matter of course
On Wed, Aug 17, 2005 at 02:05:47PM -0600, Grant Likely wrote:
config EMBEDDEDBOOT
bool
- depends on EP405 || XILINX_ML300
+ depends on EP405 || VIRTEX_II_PRO
default y
Grant,
Can you post another patch without this hunk?..as Andrei pointed
out, it's a board
On Thu, Aug 18, 2005 at 02:56:42PM -0300, Marcelo Tosatti wrote:
Hi Roland,
On Tue, Aug 16, 2005 at 01:56:49PM -0700, Roland Dreier wrote:
flush_dcache_icache_page() will be called on an instruction page
fault. We can't sleep in the fault handler, so use kmap_atomic()
instead of just
On Wed, Aug 17, 2005 at 11:16:39AM -0500, Kumar Gala wrote:
On Aug 17, 2005, at 10:30 AM, Tom Rini wrote:
On Wed, Aug 17, 2005 at 10:22:54AM -0500, Kumar Gala wrote:
So long as you convert arch/ppc/boot/ to this as well, why not
(or at
least being able to grab the infos from
On Tue, Aug 16, 2005 at 03:12:59PM -0600, Otto Solares wrote:
On Mon, Aug 15, 2005 at 10:25:10PM -0700, Matt Porter wrote:
On Thu, Aug 11, 2005 at 09:28:19PM -0600, Otto Solares wrote:
Hi!
Redwood-6 support in 2.6 is broken. I subscribed to this
list just to know if somebody
Fixes the incorrect DCR base value for the 440SP SRAM controller.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/include/asm-ppc/ibm44x.h b/include/asm-ppc/ibm44x.h
--- a/include/asm-ppc/ibm44x.h
+++ b/include/asm-ppc/ibm44x.h
@@ -423,11 +423,7 @@
#define
Adds the appropriate cputable entry for PPC440SP so cache line
sizes are configured correctly.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/arch/ppc/kernel/cputable.c b/arch/ppc/kernel/cputable.c
--- a/arch/ppc/kernel/cputable.c
+++ b/arch/ppc/kernel/cputable.c
On Tue, Aug 16, 2005 at 08:47:45PM -0600, Otto Solares wrote:
On Tue, Aug 16, 2005 at 02:19:08PM -0700, Matt Porter wrote:
On Tue, Aug 16, 2005 at 03:12:59PM -0600, Otto Solares wrote:
Now, when 'make znetboot' in 2.4 there was a zImage.embedded, is the
same thing as zImage.treebot
Fixes build on 4xx stb03xxx when general purpose dma engine support
is enabled.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/arch/ppc/syslib/ppc4xx_dma.c b/arch/ppc/syslib/ppc4xx_dma.c
--- a/arch/ppc/syslib/ppc4xx_dma.c
+++ b/arch/ppc/syslib/ppc4xx_dma.c
@@ -620,6
On Thu, Aug 11, 2005 at 09:28:19PM -0600, Otto Solares wrote:
Hi!
Redwood-6 support in 2.6 is broken. I subscribed to this
list just to know if somebody is working on it? 2.4.30
works ok.
I went ahead and fixed this compile issue in the following patch:
On Sat, Aug 13, 2005 at 08:56:50PM -0700, Shawn Jin wrote:
read*()/write*() are accessors for PCI and PCI only. PCI is little
If read*()/write*() are designed for PCI access only as you claimed,
that explains why they call in/out_leXX() funcitons.
The problem is that read*()/write*() are
On Fri, Aug 12, 2005 at 06:11:14PM -0700, Shawn Jin wrote:
Hi,
In asm-ppc/io.h, writew(), readw(), writel(), and readl() are
defined to little endian access for all platforms unless either
CONFIG_APUS or CONFIG_8260_PCI9 is defined.
Why? Aren't they correct in big endian systems, are
Support ochi-ppc-soc.c on IBM stb04xxx platforms
Signed-off-by: Dale Farnsworth dale at farnsworth.org
Signed-off-by: Matt Porter mporter at kernel.crashing.org
Index: linux-2.5-usb-405/arch/ppc/platforms/4xx/ibmstb4.c
===
--- linux
On Fri, Aug 05, 2005 at 04:26:30PM -0700, Wade Farnsworth wrote:
static int
--- linux-2.6/include/asm-ppc/ibm_ocp.h 2005-08-03 13:34:08.0
-0700
+++ linux-2.6-dev/include/asm-ppc/ibm_ocp.h 2005-08-02 10:49:42.0
-0700
@@ -67,6 +67,7 @@ struct ocp_func_emac_data {
This patch fixes a bug in the PPC440 pagetable attributes that breaks
swap support. It also adds some notes on the PPC440 attribute fields.
Signed-off-by: Geoff Levand geoffrey.levand at am.sony.com for CELF
Signed-off-by: Matt Porter mporter at kernel.crashing.org
Index: linux-2.6.12-bhpm
On Fri, Aug 05, 2005 at 03:54:42PM -0700, Andrew Morton wrote:
Matt Porter mporter at kernel.crashing.org wrote:
This patch fixes a bug in the PPC440 pagetable attributes that breaks
swap support. It also adds some notes on the PPC440 attribute fields.
hm, that looks pretty serious
On Fri, Jul 29, 2005 at 10:32:01AM +0200, David Grab wrote:
Hello,
i?m using on my custom board a ATI M6 Mobility Radeon with kernel 2.6.12.
Now i have to initialize the ati and configure the kernel to support it. Did
someone use this combination (ppc + ati radeon)? It would be appreciating
On Wed, Jul 27, 2005 at 01:36:15PM +0300, Avni Hillel-R58467 wrote:
Hi Matt,
Two questions:
A. How can a node (not the host) know who is in the rionet to broadcast to
them?
All nodes in the rionet are flagged in the active peer list. There is an
active peer list kept for the rionet
On Wed, Jul 27, 2005 at 08:59:51AM -0700, Eugene Surovegin wrote:
On Wed, Jul 27, 2005 at 06:58:21AM -0500, John Otken wrote:
This patch adds support for the new AMCC Yosemite 440EP Eval
Board. I tested it on the both Bamboo and Yosemite boards
using the 2.6.12 kernel.
This patch has
On Wed, Jul 27, 2005 at 09:27:41AM -0700, Eugene Surovegin wrote:
On Wed, Jul 27, 2005 at 12:13:23PM -0400, Michael Richardson wrote:
Kumar, I thought that we had some volunteers to take care of some of
those. I know that I still care about ep405, and I'm willing to maintain
the code.
Add Bamboo platform support. This is an AMCC 440EP-based
reference platform.
Signed-off-by: Wade Farnsworth wfarnsworth at mvista.com
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/arch/ppc/platforms/4xx/bamboo.c b/arch/ppc/platforms/4xx/bamboo.c
new file mode 100644
Add Bamboo platform defconfig
Signed-off-by: Wade Farnsworth wfarnsworth at mvista.com
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/arch/ppc/configs/bamboo_defconfig
b/arch/ppc/configs/bamboo_defconfig
new file mode 100644
--- /dev/null
+++ b/arch/ppc/configs
Add PPC440EP core support. PPC440EP is a PPC440-based SoC with
a classic PPC FPU and another set of peripherals.
Signed-off-by: Wade Farnsworth wfarnsworth at mvista.com
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/arch/ppc/boot/simple/Makefile b/arch/ppc/boot/simple
On Fri, Jul 22, 2005 at 06:17:25AM -0500, Josh Boyer wrote:
On Fri, 2005-07-22 at 12:02 +0200, Gerhard Jaeger wrote:
On Friday 22 July 2005 11:47, Frank Lautenbach wrote:
Did anyone bring up linux already on this kind of board? If yes, please
let me know. If not, any hints how to start
On Sun, Jul 17, 2005 at 03:26:21PM +0900, Yasushi SHOJI wrote:
Hi all,
I've been reading some posts regarding to the transition of OCP to
platform device mode while searching for a good way to implement a
device driver for our fpga base platform. And now I have one question
regarding to
On Sat, Jul 23, 2005 at 10:04:07AM -0400, Grant Likely wrote:
Request for Comment:
Here is a set of patches that adds SPI support to linux. I'm looking
for feedback on these and I'd like to eventually get the SPI
infrastructure into mainline
There is also another attempt at an SPI
On Fri, Jun 17, 2005 at 01:42:07AM -0400, Ed Goforth wrote:
On 6/17/05, Matt Porter mporter at kernel.crashing.org wrote:
On Thu, Jun 16, 2005 at 11:47:22PM -0400, Ed Goforth wrote:
On 6/16/05, Matt Porter mporter at kernel.crashing.org wrote:
On Thu, Jun 16, 2005 at 05:33:44PM -0400, Ed
On Thu, Jun 16, 2005 at 01:44:48PM +0300, Avni Hillel-R58467 wrote:
Hi Matt,
I want to install:
[PATCH][1/3] RapidIO support: core
[PATCH][2/3] RapidIO support: ppc32
[PATCH][3/3] RapidIO support: net driver over messaging
1. What specific version of Linux should I start from?
On Thu, Jun 16, 2005 at 11:47:22PM -0400, Ed Goforth wrote:
On 6/16/05, Matt Porter mporter at kernel.crashing.org wrote:
On Thu, Jun 16, 2005 at 05:33:44PM -0400, Ed Goforth wrote:
Thanks for taking the time to reply.
I've been struggling with implementing mmap on a 440gx-based custom
Enables RIO on the MPC8540/8560 ADS ref boards. RIO can be used
with a crossover cable between two of them.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/arch/ppc/platforms/85xx/mpc85xx_ads_common.c
b/arch/ppc/platforms/85xx/mpc85xx_ads_common.c
--- a/arch/ppc
On Thu, Jun 09, 2005 at 09:30:43AM +0200, scarayol at assystembrime.com wrote:
Hi all,
I want to access to IO ports on a MPC885. The iopl() is not implemented, in
my distribution, to use inw() outw().
So I use /dev/port. It works for open(/dev/port,..) and lseek() but when
i do a read() i
On Thu, Jun 09, 2005 at 11:30:53AM +0200, scarayol at assystembrime.com wrote:
Matt,
then what is the use of /dev/port driver file ? When i do cat /dev/port
on the standard console, i have also a segmentation fault.
Well, it's of no use on PPC. It's an x86-specific driver. It is simply
On Mon, Jun 06, 2005 at 11:19:50PM -0600, Zwane Mwaikambo wrote:
On Mon, 6 Jun 2005, Matt Porter wrote:
+spinlock_t rio_global_list_lock = SPIN_LOCK_UNLOCKED;
spin_lock_init?
How about DEFINE_SPINLOCK() as they do the same thing (except the
difference in amount of babble)? This is what
Addresses issues raised with the 2.6.12-rc6-mm1 RIO support.
Fix dma_mask init, shrink some code, general cleanup.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/drivers/rapidio/rio-scan.c b/drivers/rapidio/rio-scan.c
--- a/drivers/rapidio/rio-scan.c
+++ b/drivers/rapidio
On Tue, Jun 07, 2005 at 11:43:26PM -0500, Kumar Gala wrote:
Two questions:
1. how well does will all of this handle 32-bit phys addr?
It does and it doesn't handle 32-bit phys addr. It depends on which
configuration you are talking about. If you are talking about I/O
32-bit, it's no problem.
Adds PPC32 RIO support. Init code for the MPC85xx RIO ports
and glue for the STx GP3 board to use it.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/arch/ppc/Kconfig b/arch/ppc/Kconfig
--- a/arch/ppc/Kconfig
+++ b/arch/ppc/Kconfig
@@ -1177,6 +1177,14 @@ source drivers
Adds RapidIO enumeration/discovery.
The core code implements enumeration/discovery, management of
devices/resources, and interfaces for RIO drivers.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/drivers/rio/rio-scan.c b/drivers/rio/rio-scan.c
new file mode 100644
Add RapidIO core include files.
The core code implements enumeration/discovery, management of
devices/resources, and interfaces for RIO drivers.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/include/linux/rio.h b/include/linux/rio.h
new file mode 100644
--- /dev/null
, and interfaces for RIO drivers.
There's a lot more to do to take advantages of all the hardware
features. However, this should provide a good base for folks
with RIO hardware to start contributing.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/Documentation/DocBook
Adds an Ethernet driver which sends Ethernet packets over the
standard RapidIO messaging. This depends on the core RIO
patch for mailbox/doorbell access.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
--- a/drivers/net/Kconfig
Fix up indenting that Lindent fubared.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
commit 87ff3372a005e4cf927b1b62c23e1c2339d46507
tree 16e1d9454a95a4a1e8b9e50dacd218f8e14dfe14
parent 6e9e41d480cf54c69d47df11f5cba696461ebe1a
author Matt Porter mporter at kernel.crashing.org Mon, 06
Fix sysfs config space access similar to the recent PCI sysfs changes.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
commit 2a28743938495ab6055db2e29f3e0721bba022cc
tree 09d592a46eff8592327b20c609595eb8b7d5e333
parent d45c2d2fedcafd50a860267ff1d517c3071ab585
author Matt Porter
Cleanups, eliminate unused paths, and add LLTX support.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
commit d651f0979ebfb203624159507a2b04ac896844ab
tree c9dffe54b25b6992025f074de1fe9901adc8d6ef
parent 7cfb63a2fce0dbb82507bb6035352df1718624f2
author Matt Porter mporter
On Fri, Jun 03, 2005 at 12:11:33AM -0700, Greg KH wrote:
On Thu, Jun 02, 2005 at 02:03:59PM -0700, Matt Porter wrote:
+RIO_LOP_READ(8, u8, 1)
+RIO_LOP_READ(16, u16, 2)
+RIO_LOP_READ(32, u32, 4)
+RIO_LOP_WRITE(8, u8, 1)
+RIO_LOP_WRITE(16, u16, 2)
+RIO_LOP_WRITE(32
On Fri, Jun 03, 2005 at 12:20:27AM -0700, Greg KH wrote:
On Thu, Jun 02, 2005 at 02:03:59PM -0700, Matt Porter wrote:
+static struct device rio_bus = {
+ .bus_id = rapidio,
+};
Why do you need this device? You shouldn't have a static struct device
to start with. Or you just don't
On Thu, Jun 02, 2005 at 03:05:43PM -0700, Stephen Hemminger wrote:
How much is this like ethernet? does it still do ARP?
It's nothing like Ethernet, the only relation is that an Ethernet network
driver is easy to implement over top of raw message ports on a switched
fabric network. It gives easy
.
There's a lot more to do to take advantages of all the hardware
features. However, this should provide a good base for folks
with RIO hardware to start contributing.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
Index: Documentation/DocBook/Makefile
Add RapidIO core include files.
The core code implements enumeration/discovery, management of
devices/resources, and interfaces for RIO drivers.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
Index: include/linux/rio.h
Adds RapidIO enumeration/discovery.
The core code implements enumeration/discovery, management of
devices/resources, and interfaces for RIO drivers.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
Index: drivers/rio/rio-scan.c
Adds PPC32 RIO support. Init code for the MPC85xx RIO ports
and glue for the STx GP3 board to use it.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
Index: arch/ppc/Kconfig
Adds an Ethernet driver which sends Ethernet packets over the
standard RapidIO messaging. This depends on the core RIO
patch for mailbox/doorbell access.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
Index: drivers/net/Kconfig
the defconfig
bubinga
me/ebs
cedar
This isn't in 2.6, remove the defconfig
ebony
me/ebs
k2
I did the original port, now unmaintained/obsolete..die die die.
lopec
trini is probably the maintainer here...he likes this board.
luan
me
menf1 Dead (Matt Porter)
Remove
On Thu, Jun 02, 2005 at 03:35:40PM -0700, Andrew Morton wrote:
Matt Porter mporter at kernel.crashing.org wrote:
+++ uncommitted/drivers/serial/cpm_uart/cpm_uart_cpm2.c (mode:100644)
@@ -134,12 +134,21 @@
void scc2_lineif(struct uart_cpm_port *pinfo)
{
+ /*
+* STx GP3
Adds SCC2 pin routing specific to the GP3 board.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
Signed-off-by: Kumar Gala kumar.gala at freescale.com
Index: drivers/serial/cpm_uart/cpm_uart_cpm2.c
.
There's a lot more to do to take advantages of all the hardware
features. However, this should provide a good base for folks
with RIO hardware to start contributing.
Signed-off-by: Matt Porter mporter at kernel.crashing.org
Patch is 108KB and can be found here:
ftp://source.mvista.com/pub/rio
1 - 100 of 475 matches
Mail list logo
