summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libbsp/i386/pc386/startup/ldsegs.S (unfollow)
Commit message (Collapse)AuthorFilesLines
2018-04-20bsps: Move startup files to bspsSebastian Huber1-238/+0
Adjust build support files to new directory layout. This patch is a part of the BSP source reorganization. Update #3285.
2017-07-28Remove Edison BSP.Joel Sherrill1-2/+0
Intel has obsoleted this hardware and the BSP was never completed. closes #3086.
2017-06-12i386: Support thread-local storage (TLS)Sebastian Huber1-3/+7
Update #2468.
2016-05-11i386/pc386: Add support for the gdb stub to use available console drivers.Chris Johns1-1/+1
Move the gdb stub from the i386 UART code to use the libchip drivers. Use any ports discovered during the probes. Add gdb control to the boot command line. Change the device naming to the full device path, not a partial path. For example /dev/com1.
2015-09-30bsps/i386: Interrupt server supportSebastian Huber1-4/+4
2015-01-04pc386: Add Edison base supportJoel Sherrill1-0/+3
The current support for the Edison supports a single polled UART for input and output plus a simulated clock tick. The activities forward for supporting the Edison have been posted on the RTEMS mailing lists and at: http://rtemsramblings.blogspot.com/2014/12/intel-edison-and-rtems-road-forward.html
2014-11-20i386/pc386: configurable size of descriptor tablesJan Dolezal1-4/+14
2014-03-21Change all references of rtems.com to rtems.org.Chris Johns1-1/+1
2012-05-02pc386 - Remove odd $Id$Joel Sherrill1-2/+0
2011-08-012011-08-01 Jennifer Averett <Jennifer.Averett@OARcorp.com>Jennifer Averett1-2/+3
PR 1802 * Makefile.am, configure.ac, preinstall.am, clock/ckinit.c, start/start16.S, startup/bspstart.c, startup/ldsegs.S: Add SMP support for i386.
2011-01-282011-01-28 Joel Sherrill <joel.sherrilL@OARcorp.com>Joel Sherrill1-1/+1
* clock/rtc.c, console/console.c, console/inch.c, console/outch.c, include/bsp.h, include/crt.h, ne2000/ne2000.c, startup/bspcmdline.c, startup/bspstart.c, startup/ldsegs.S, timer/timer.c, timer/timerisr.S: Fix typo where license said found in found in.
2010-07-232010-07-23 Vinu Rajashekhar <vinutheraj@gmail.com>Joel Sherrill1-17/+0
* start/start.S: Replace the call to _return_to_monitor by hlt instruction. * startup/ldsegs.S: Remove the _return_to_monitor function.
2009-11-30Whitespace removal.Ralf Corsepius1-2/+2
2005-11-032005-11-02 straumanatslacdotstanford.eduTill Straumann1-6/+5
* startup/ldsegs.S: put IDT and GDT into data segment. The CPU modifies the 'accessed' bit and GDB's (rtems-gdb-stub) text segment checksum comparison failed...
2004-04-21Remove duplicate white lines.Ralf Corsepius1-2/+0
2004-04-21Remove stray white spaces.Ralf Corsepius1-24/+24
2004-04-012004-04-01 Ralf Corsepius <ralf_corsepius@rtems.org>Ralf Corsepius1-1/+1
* startup/ldsegs.S: Include <rtems/asm.h> instead of <asm.h>. * include/bsp.h: Include <rtems/clockdrv.h> instead of <clockdrv.h>. * include/bsp.h: Include <rtems/console.h> instead of <console.h>. * include/bsp.h: Include <rtems/iosupp.h> instead of <iosupp.h>.
2003-09-042003-09-04 Joel Sherrill <joel@OARcorp.com>Joel Sherrill1-1/+1
* clock/ckinit.c, clock/rtc.c, console/console.c, console/inch.c, console/outch.c, ide/ide.c, include/bsp.h, include/crt.h, ne2000/ne2000.c, start/start.S, startup/bspstart.c, startup/exit.c, startup/ldsegs.S, startup/linkcmds, timer/timer.c, timer/timerisr.S: URL for license changed.
2003-03-252003-03-25 Thomas Doerfler <Thomas.Doerfler@imd-systems.de>Joel Sherrill1-1/+5
PR 368/filesystems * startup/ldsegs.S: Increase alignment. * Makefile.am, configure.ac, include/bsp.h, wrapup/Makefile.am: Added IDE supporting infrastructure. * ide/Makefile.am, ide/ide.c, ide/idecfg.c: New files. Added BSP support for libchip standard ide driver.
2002-07-302002-07-30 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Ralf Corsepius1-2/+1
* startup/ldsegs.S: #include <asm.h>. * include/bsp.h: Remove _IBMPC_chrdy (is not a public function). Remove printk (Now in bspIo.h).
2000-06-12Merged from 4.5.0-beta3aJoel Sherrill1-17/+17
2000-01-12Patch rtems-rc-20000104-16.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1-3/+0
that converts the libbsp/i386 subdirectory to full automake.
2000-01-07Patch from Emmanuel Raguet <raguet@crf.canon.fr> which corrects the followingJoel Sherrill1-1/+1
problems: - unclosed comment in pc386/start/start16.S - bad #endif in pc386/startup/ldseg.S
1999-12-21Reverted the delay logic.Joel Sherrill1-8/+8
1999-12-03Patch from Aleksey (Quality Quorum <qqi@world.std.com>) to change theJoel Sherrill1-4/+23
delay loop in this BSP. Here is his response to a question about the patch: Yes, or that other machine has a different chipset with different timing requirements on enabling Gate 20. I am strongly suspecting that it may some how related to the video card I am using (on my old P-75 target it was plain PCI VGA, on my new one it is Diamond Stealth 3D 2000).
1999-11-17Updated copyright notice.Joel Sherrill1-2/+1
1999-10-26Modifications from Erik Ivanenko <erik.ivanenko@utoronto.ca> to addJoel Sherrill1-0/+6
proper Multiboot signature to pc386 BSP. This enables Grub to recognize the image.
1999-08-03Patch from Eric Valette <valette@crf.canon.fr> to fix interruptJoel Sherrill1-2/+0
initialization typo and make i8259s_cache only accessed from C.
1999-07-26Patch from Eric Valette <valette@crf.canon.fr> based on a tremendousJoel Sherrill1-1/+1
bug report from David Decotigny <David.Decotigny@irisa.fr>: During the last few days, I've been back working on RTEMS. Let me remind you that RTEMS didn't boot on our (old) Dell P90 machines (ref: PC 590) : we could only get a reboot out of them. 1/ The symptoms --------------- Hopefully, the problem was rather deterministic. The stack couldn't be written correctly : issueing one or more "push" would always push '0' onto the stack. The way to solve this was to issue a "pop", such as "pushl eax ; popl eax". After this "pop", the stack would be writeable again. BUT, it will be writable for 8 consecutive "push"s. After these 8 "push"s, the other "push"s are wrong again, and a blank push/pop is needed. Considering that the L1 cache lines of this pentium are 32 bytes long, and that 8 long int are 32 bytes long too, it came to us that there was a problem with the cache. Actually, the bug of the push could be shown through memory accesses directly : writing on an not-in-cache mem location would put 0 until this mem location is accessed through a single "read". Then, the whole cache line would be right again. 2/ The consequences ------------------- Of course, that was the first thing that we've been able to observe ;) RTEMS could not boot. Actually, when a "call" pushed 0 onto the stack, the ret could only lead to raise an exception a bit later. Since, in the early stage, the Interrupt vector points to 0, averything couldn't get worse : triple fault + reboot. 3/ Explanation -------------- This cache mechanism corruption only appeared after load_segment() returned (through a jump). Investigating a bit further shows that this appears /sometimes/ during the PICs initialization. "Sometimes" proved to be "When writing something with the 4th bit of %al set". That is "when writing 0x28 or 0xff" for example. Clearing this bit would just make the things work right. Actually, this isn't a bug in the proper PIC initialization (which is quite academic). It came from the "delay" routine, which theoretically does nothing but writing to an "inexistant" port (0xed), in order to lose some time. BUT, in the special case of our Dell P90, it appears that this 0xed port does something cruel with the cache mechanism when its 4th bit (aka bit 3 or 0x8) is set. I didn't investigate this non-standard behaviour of the P90 any further : I don't know if this is documented, or if it is just another (known ?) bug of the early Pentiums. Just notice that we have 5 such machines, and it has the same effect on the cache mechanism. ----------------------------------------------------------------------
1998-12-14Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to rename allJoel Sherrill1-0/+0
.s files to .S in conformance with GNU conventions. This is a minor step along the way to supporting automake.
1998-07-23Patch from Eric VALETTE <valette@crf.canon.fr>:Joel Sherrill1-25/+5
Here is a enhanced version of my previous patch. This patch enables to potentially share the new interrupt management code for all Intel targets (pc386, go32 and force386) bsp. Note : this patch is complete only for pc386. It still needs to be completed for go32 and force386. I carrefully checked that anything needed is in for force386 (only some function name changes for IDT manipulation and GDT segment manipulation). But anyway I will not be able to test any of theses targets...
1998-06-27PC386 BSP enhancements from Aleksey Romanov (Quality QuorumJoel Sherrill1-2/+2
<qqi@world.std.com>). Unfortunately after merging these, the pc386 will not boot using grub for for. It still does not work using netboot for me. Here is his summary of changes: rtems/c/src/lib/libbsp/i386/pc386/Makefile.in Added support for new sub-directory rtems/c/src/lib/libbsp/i386/pc386/bsp_specs Made possible to build COFF image rtems/c/src/lib/libbsp/i386/pc386/console/console.c Added support for serial consoles, selectable by patching binary image, added __assert(), use _IBMPC_inch_sleep() instaed of _IMBPC_inch() rtems/c/src/lib/libbsp/i386/pc386/console/inch.c Added _IMBPC_inch_sleep() rtems/c/src/lib/libbsp/i386/pc386/console/outch.c Oops - just formatting rtems/c/src/lib/libbsp/i386/pc386/include/Makefile.in Added support for new files rtems/c/src/lib/libbsp/i386/pc386/include/bsp.h Added support for new features rtems/c/src/lib/libbsp/i386/pc386/include/pc386uart.h New file: definitions for serial ports rtems/c/src/lib/libbsp/i386/pc386/include/pcibios.h New file: definitions for PCI BIOS rtems/c/src/lib/libbsp/i386/pc386/pc386dev/Makefile.in New file: makefile in new directory rtems/c/src/lib/libbsp/i386/pc386/pc386dev/i386-stub-glue.c New file: i386-stub interface rtems/c/src/lib/libbsp/i386/pc386/pc386dev/i386-stub.c New file: i386-stub itself rtems/c/src/lib/libbsp/i386/pc386/pc386dev/pc386uart.c New file: serial ports rtems/c/src/lib/libbsp/i386/pc386/pc386dev/pcibios.c New file: PCI BIOS support rtems/c/src/lib/libbsp/i386/pc386/start/start.s Commented out DEBUG_EARLY stuff, everything is working fine rtems/c/src/lib/libbsp/i386/pc386/start/start16.s Cleaned up rtems/c/src/lib/libbsp/i386/pc386/startup/bspstart.c Added call to console_resereve_resources rtems/c/src/lib/libbsp/i386/pc386/startup/exit.c Added support for serial console rtems/c/src/lib/libbsp/i386/pc386/startup/ldsegs.s Fixed typo in comments rtems/c/src/lib/libbsp/i386/pc386/tools/Makefile.in Changed to reflect cnages in code rtems/c/src/lib/libbsp/i386/pc386/tools/bin2boot.c Trivialized, problem - I do not know how to make patch remove obsolete files - there are a lot of them there rtems/c/src/lib/libbsp/i386/pc386/tools/binpatch.c New file: utility to do binary patches rtems/c/src/lib/libbsp/i386/pc386/wrapup/Makefile.in Added support for new directory rtems/make/custom/pc386.cfg Add COFF image building
1998-05-27Deleted blank lines.Joel Sherrill1-6/+0
1998-05-27Numerous changes including the following:Joel Sherrill1-48/+122
+ DEBUG_EARLY_START re-added (Eric Valette) + segment register initialization (Aleksey/Quality Quorum) + heap size use correction + more debug printk's + increased heap size. Now works with grub boot on all systems I have access to including desktops and a laptop. This is with the i386-rtems tools. Neither i386-rtemself nor netboot produces a working executable.
1998-04-27Update from Pedro Romano <pmcnr@camoes.rnl.ist.utl.pt>.Joel Sherrill1-35/+2
1998-02-17updated copyright to 1998Joel Sherrill1-1/+1
1998-01-16Ralf Corsepius reported a number of missing CVS Id's:Joel Sherrill1-7/+9
> RTEMS is under CVS control and has been since rtems 3.1.16 which was > around May 1995. So I just to add the $Id$. If you notice other files > with missing $Id$'s let me know. I try to keep w\up with it. Now that you have asked -- I'll attach a list of files lacking an RCS-Id to this mail. This list has been generated by a little sh-script I'll also enclose.
1997-12-01Inclusion of PC386 BSP submitted by Pedro Miguel Da Cruz Neto RomanoJoel Sherrill1-0/+205
<pmcnr@camoes.rnl.ist.utl.pt> and Jose Rufino <ruf@asterix.ist.utl.pt> of NavIST (http://pandora.ist.utl.pt/).