summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libbsp/i386/pc386/startup/ldsegs.S (follow)
Commit message (Collapse)AuthorAgeFilesLines
* bsps: Move startup files to bspsSebastian Huber2018-04-201-238/+0
| | | | | | | | Adjust build support files to new directory layout. This patch is a part of the BSP source reorganization. Update #3285.
* Remove Edison BSP.Joel Sherrill2017-07-281-2/+0
| | | | | | Intel has obsoleted this hardware and the BSP was never completed. closes #3086.
* i386: Support thread-local storage (TLS)Sebastian Huber2017-06-121-3/+7
| | | | Update #2468.
* i386/pc386: Add support for the gdb stub to use available console drivers.Chris Johns2016-05-111-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.
* bsps/i386: Interrupt server supportSebastian Huber2015-09-301-4/+4
|
* pc386: Add Edison base supportJoel Sherrill2015-01-041-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
* i386/pc386: configurable size of descriptor tablesJan Dolezal2014-11-201-4/+14
|
* Change all references of rtems.com to rtems.org.Chris Johns2014-03-211-1/+1
|
* pc386 - Remove odd $Id$Joel Sherrill2012-05-021-2/+0
|
* 2011-08-01 Jennifer Averett <Jennifer.Averett@OARcorp.com>Jennifer Averett2011-08-011-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-28 Joel Sherrill <joel.sherrilL@OARcorp.com>Joel Sherrill2011-01-281-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-23 Vinu Rajashekhar <vinutheraj@gmail.com>Joel Sherrill2010-07-231-17/+0
| | | | | | * start/start.S: Replace the call to _return_to_monitor by hlt instruction. * startup/ldsegs.S: Remove the _return_to_monitor function.
* Whitespace removal.Ralf Corsepius2009-11-301-2/+2
|
* 2005-11-02 straumanatslacdotstanford.eduTill Straumann2005-11-031-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...
* Remove duplicate white lines.Ralf Corsepius2004-04-211-2/+0
|
* Remove stray white spaces.Ralf Corsepius2004-04-211-24/+24
|
* 2004-04-01 Ralf Corsepius <ralf_corsepius@rtems.org>Ralf Corsepius2004-04-011-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-04 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2003-09-041-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-25 Thomas Doerfler <Thomas.Doerfler@imd-systems.de>Joel Sherrill2003-03-251-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-30 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Ralf Corsepius2002-07-301-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).
* Merged from 4.5.0-beta3aJoel Sherrill2000-06-121-17/+17
|
* Patch rtems-rc-20000104-16.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-121-3/+0
| | | | that converts the libbsp/i386 subdirectory to full automake.
* Patch from Emmanuel Raguet <raguet@crf.canon.fr> which corrects the followingJoel Sherrill2000-01-071-1/+1
| | | | | | | problems: - unclosed comment in pc386/start/start16.S - bad #endif in pc386/startup/ldseg.S
* Reverted the delay logic.Joel Sherrill1999-12-211-8/+8
|
* Patch from Aleksey (Quality Quorum <qqi@world.std.com>) to change theJoel Sherrill1999-12-031-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).
* Updated copyright notice.Joel Sherrill1999-11-171-2/+1
|
* Modifications from Erik Ivanenko <erik.ivanenko@utoronto.ca> to addJoel Sherrill1999-10-261-0/+6
| | | | | proper Multiboot signature to pc386 BSP. This enables Grub to recognize the image.
* Patch from Eric Valette <valette@crf.canon.fr> to fix interruptJoel Sherrill1999-08-031-2/+0
| | | | initialization typo and make i8259s_cache only accessed from C.
* Patch from Eric Valette <valette@crf.canon.fr> based on a tremendousJoel Sherrill1999-07-261-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. ----------------------------------------------------------------------
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to rename allJoel Sherrill1998-12-141-0/+222
.s files to .S in conformance with GNU conventions. This is a minor step along the way to supporting automake.
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-13 22:10:15 +0000