Timeline
01/19/99:
- 21:29 Changeset in rtems [5f22d091]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
- Removed referencing to network driver since it has not been merged yet.
- 21:29 Changeset in rtems [98cc966d]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
- Regenerated.
- 20:24 Changeset in rtems [6a14ae56]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
- Added comments to indicate what options are required to take advantage of removal of unused function code found in newer binutils/egcs snapshots. Early test with psim and hello.exe showed about a 13% gain.
- 20:23 Changeset in rtems [7d0dbf1a]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
- Changed definition of ASMFLAGS since as does not recognize -B option used in gcc.
- 20:23 Changeset in rtems [a7c4314d]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
- Added comments for changing to a filesystem
- 20:19 Changeset in rtems [eb6fafd]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
- Per bug report from Jiri Gaisler that RTEMS would no longer build with the --disable-posix option, stubs for some routines (_getpid_r and _kill_r) that are normally defined with POSIX were added.
- 20:17 Changeset in rtems [1924610]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
- Removed duplicate lines in file.
- 20:09 Changeset in rtems [ba2adf5]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
- Patch from Jiri Gaisler <jgais@…>: getting the spurious trap handling to work required a couple more fixes - I have attached a patch against rtems-4.0.0 with the necessary changes. I also added functionality so that the address of the trapped instruction is reported and in case of a data access error, the data address is also reported.
- 17:38 Changeset in rtems [b33d8a2]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
- Moved sys/ioctl.h to libc support
01/13/99:
- 14:13 Changeset in rtems [16a9ee1]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
- Bug report from Jiri Gaisler <jgais@…>: > > I think I have found a bug in src/exec/scor/sparc/cpu/erc32.h in: > > > > #define ERC32_Disable_interrupt( _source, _previous ) \ > > do { \ > > unsigned32 _level; \ > > unsigned32 _mask = 1 << (_source); \ > > \ > > sparc_disable_interrupts( _level ); \ > > (_previous) = ERC32_MEC.Interrupt_Mask; \ > > ERC32_MEC.Interrupt_Mask = _previous | _mask; \ > > sparc_enable_interrupts( _level ); \ > > (_previous) &= ~_mask; \ <- IS THIS CORRECT...? > > } while (0) > > > > The previous interrupt mask is returned after first clearing the > > bit to be disabled, regardless whether the bit was set before or > > not. If the bit was set (interrupt masked), subsequent call to > > ERC32_Restore_interrupt() will enable the interrupt even though > > it was supposed to be masked. This is indeed what happens in > > DEBUG_puts when polled console I/O is used. In my opinion, the > > last statement in the macro should be removed - what is your opinion? > > I think the "~" shouldn't be there. I recall that the intent of that line > is to only return the state of the interrupts you were concerned with. > Removing the line returns entire state. Given that the value returned > shuold only be used in conjunction with the map, I suppose either removing > the ~ or the entire line is correct? I can go either way. Just let me > know which you think is more correct and the source will change. :) Hmmm, just removing the '~' should be OK. DEBUG_puts() seems to be the only user of ERC32_Restore_interrupt() anyway …
01/05/99:
- 17:50 Changeset in rtems [97503aa5]4.104.114.84.95 by Joel Sherrill <joel.sherrill@…>
-
Patch from Chris Johns <ccj@…> to get around a C++ problem with psim.
This problem should and likely was occurring with other BSPs. This is from
Chris' email:
I had a look in the psim bsp for the older snapshot I have and it looks
like you are using the `libbsp/shared/main.c' and this is known to work.
I have just built the powerpc tools, and compiled the bsp. I have not
added the linker command file patch so got the list of linker warnings.
It looks to me like a compiler bug. The `main' call is being inlined and
when that happens the special code to call `eabi' is not being added
to the inlined version. I have attached a patch which places `main'
after `boot_card' and a call to main is now generated. I have not tested
it but it should work. I also include a dump of
boot_card' and
main' showing the bug.
Note: See TracTimeline
for information about the timeline view.