rtems - RTEMS Kernel, file-systems, drivers, BSPs, samples, and testsuite.

	Commit message (Collapse)	Author	Age	Files	Lines
*	2004-03-31 Ralf Corsepius <ralf_corsepius@rtems.org>	Ralf Corsepius	2004-03-31	1	-10/+0
\| \| \| \|	* pci/pcibios.c: Convert to using c99 fixed size types.
*	2003-07-16 Greg Menke <gregory.menke@gsfc.nasa.gov>	Joel Sherrill	2003-07-18	1	-0/+63
\| \| \| \| \| \| \|	PR 428/bsps PR 432/bsps * pci/pcibios.c, pci/pcibios.h: Added BSP_pci_Find_Device() which is copied from motorola_shared.
*	2002-09-02 Ralf Corsepius <corsepiu@faw.uni-ulm.de>	Ralf Corsepius	2002-09-02	1	-0/+2
\| \| \| \|	* pci/pcibios.c: #include <string.h>.
*	2002-08-05 Eric Norum <eric.norum@usask.ca>	Joel Sherrill	2002-08-05	1	-15/+0
\| \| \| \| \| \| \|	* pci/pcibios.c: Per PR262, removed all asserts so probes for devices that are not present will work. This lets you have multiple PCI Ethernet drivers in an application and dynamically use the one for the card othat is present.
*	Large patch from Erik Ivanenko <erik.ivanenko@utoronto.ca> which	Joel Sherrill	1998-10-05	1	-0/+499
	moves pieces of the pc386 bsp up to a shared level for all i386 BSPs and modifies the i386ex BSP to use those shared pieces. Serial remote debugging is included for both targets. Erik's notes: There are several workarounds in it: 1) #define NEXT_GAS is hardcoded in pc386/start/start.s 2) #define NEXT_GAS is hardcoded in i386ex/start/start.s 3) #define NEW_GAS is hardcoded in pc386/start16.s 4) #undef __assert and redeclare _assert hardcoded in console.c for both pc386 and i386ex due to my egcs1.1b ~ newlib problem. Should have modified t-rtems.cfg ( no time ) I've tested pc386 with both video and serial consoles and GDB remote. All work fine, except that GDB acts weird. ( re: other posting) I hope this will work for you. It took quite some time to locate the autoconf error. The remainder was just grunt work. Unfortunately, I think I've unwound the removal of the IBMPCInitVideo stuff. Sorry. I REALLY can't spend more time... I've been at this conversion to 4.0 locally and updating the release since Sept. 8th, and have yet to compile my network driver.... This is as much as I can do right now. I look forward to the next patch to really test i368ex. I did make sure that the sample tests worked for pc386.