#
b7f7f066 |
| 28-Jun-1997 |
Steve Passe <fsmp@FreeBSD.org> |
Added POST code output to various points of the startup code.
General cleanup.
New functions to stop/start CPUs via IPIs:
- int stop_cpus( u_int map ); - int restart_cpus( u_int map );
Turned o
Added POST code output to various points of the startup code.
General cleanup.
New functions to stop/start CPUs via IPIs:
- int stop_cpus( u_int map ); - int restart_cpus( u_int map );
Turned off by default, enabled via smptests.h:TEST_CPUSTOP. Current version has a BUG, perhaps a deadlock?
show more ...
|
#
4ef5e4e1 |
| 28-Jun-1997 |
Steve Passe <fsmp@FreeBSD.org> |
Program lint1 to handle NMIs.
Till now NMIs would be ignored. Now an NMI is caught by the BSP. APs still ignore NMI, am working on code to allow a CPU to stop other CPUs via an IPI.
|
#
8b167566 |
| 25-Jun-1997 |
Steve Passe <fsmp@FreeBSD.org> |
Merged/renamed functions:
- get_isa_apic_mask() -> isa_apic_mask() - get_isa_apic_irq() && get_eisa_apic_irq() -> isa_apic_pin() - get_pci_apic_irq() -> pci_apic_pin()
|
#
3b5d3246 |
| 24-Jun-1997 |
Tor Egge <tegge@FreeBSD.org> |
Ensure that the boot CPU honours write protection in kernel mode. This fixes one of the problems noted in PR kern/3688.
|
#
ee889b3b |
| 24-Jun-1997 |
Steve Passe <fsmp@FreeBSD.org> |
Fix calculation of initial mplock value. We now use LOGICAL, not PHYSICAL, IDs to calculate the mplock.
|
#
afbe6f7b |
| 24-Jun-1997 |
Steve Passe <fsmp@FreeBSD.org> |
Fixed breakage for "default" configurations in mptable_pass1().
|
#
b3196e4b |
| 22-Jun-1997 |
Peter Wemm <peter@FreeBSD.org> |
Preliminary support for per-cpu data pages.
This eliminates a lot of #ifdef SMP type code. Things like _curproc reside in a data page that is unique on each cpu, eliminating the expensive macros li
Preliminary support for per-cpu data pages.
This eliminates a lot of #ifdef SMP type code. Things like _curproc reside in a data page that is unique on each cpu, eliminating the expensive macros like: #define curproc (SMPcurproc[cpunumber()])
There are some unresolved bootstrap and address space sharing issues at present, but Steve is waiting on this for other work. There is still some strictly temporary code present that isn't exactly pretty.
This is part of a larger change that has run into some bumps, this part is standalone so it should be safe. The temporary code goes away when the full idle cpu support is finished.
Reviewed by: fsmp, dyson
show more ...
|
#
6d47a3a4 |
| 02-Jun-1997 |
Doug Rabson <dfr@FreeBSD.org> |
Change isa_device.h to intr_machdep.h
|
#
a8baaafd |
| 29-May-1997 |
Steve Passe <fsmp@FreeBSD.org> |
Code such as apic_base[APIC_ID] converted to lapic__id
Changes to pmap.c for lapic_t lapic && ioapic_t ioapic pointers, currently equal to apic_base && io_apic_base, will stand alone with the privat
Code such as apic_base[APIC_ID] converted to lapic__id
Changes to pmap.c for lapic_t lapic && ioapic_t ioapic pointers, currently equal to apic_base && io_apic_base, will stand alone with the private page mapping.
show more ...
|
#
64b3672f |
| 29-May-1997 |
Peter Wemm <peter@FreeBSD.org> |
minor style police (recent divergence from KNF code)
|
#
c21701d9 |
| 27-May-1997 |
Steve Passe <fsmp@FreeBSD.org> |
Nuke the printing of the unredirect message unless bootverbose.
|
#
1ffa54ef |
| 26-May-1997 |
Steve Passe <fsmp@FreeBSD.org> |
Added a test called 'LATE_START'.
This is now the default, it delays most of the MP startup to the function machdep.c:cpu_startup(). It should be possible to move the 2 functions found there (mp_st
Added a test called 'LATE_START'.
This is now the default, it delays most of the MP startup to the function machdep.c:cpu_startup(). It should be possible to move the 2 functions found there (mp_start() & mp_announce()) even further down the path once we know exactly where that should be...
Help from: Peter Wemm <peter@spinner.dialix.com.au>
show more ...
|
#
45fedb14 |
| 25-May-1997 |
Steve Passe <fsmp@FreeBSD.org> |
Broke up parse_mp_table() into 2 passes: - The 1st (preparse_mp_table()) counts the number of cpus, busses, etc. and records the LOCAL and IO APIC addresses. - The 2nd pass (parse_mp_table()) do
Broke up parse_mp_table() into 2 passes: - The 1st (preparse_mp_table()) counts the number of cpus, busses, etc. and records the LOCAL and IO APIC addresses. - The 2nd pass (parse_mp_table()) does the actual parsing of info and recording into the incore MP table.
This will allow us to defer the 2nd pass untill malloc() & private pages are available (but thats for another day!).
show more ...
|
#
7f6c65fa |
| 24-May-1997 |
Steve Passe <fsmp@FreeBSD.org> |
Now that panic() is properly printing messages for early SMP panics all the 'printf("..."); panic("\n")' sections are returned to 'panic("...")'.
|
#
89921bb5 |
| 23-May-1997 |
Steve Passe <fsmp@FreeBSD.org> |
Convert all: panic( "xxxxx\n" );
to: printf( "xxxxx\n" ); panic( "\n" );
For some as yet undetermined reason the argument to panic() is often NOT printed, and the system sometimes hangs before r
Convert all: panic( "xxxxx\n" );
to: printf( "xxxxx\n" ); panic( "\n" );
For some as yet undetermined reason the argument to panic() is often NOT printed, and the system sometimes hangs before reaching the panic printout. So we hopefully at least print some useful info before the hang, as oppossed to leaving the user clueless as to what has happened.
show more ...
|
Revision tags: release/2.2.2_cvs |
|
#
c2855f6e |
| 08-May-1997 |
Steve Passe <fsmp@FreeBSD.org> |
fix bug in get_isa_apic_mask() where EISA bus was ignored.
Submitted by: Peter Wemm <peter@spinner.DIALix.COM>
|
#
2479ac60 |
| 06-May-1997 |
Steve Passe <fsmp@FreeBSD.org> |
Code to handle SMP/APIC_IO mapping of ISA INTs to APIC pins above IRQ15.
- doesn't break my system. - NOT yet verified on the affected motherboard.
Submitted by: "John S. Dyson" <toor@dyson.iques
Code to handle SMP/APIC_IO mapping of ISA INTs to APIC pins above IRQ15.
- doesn't break my system. - NOT yet verified on the affected motherboard.
Submitted by: "John S. Dyson" <toor@dyson.iquest.net>
show more ...
|
#
462e62c9 |
| 03-May-1997 |
Steve Passe <fsmp@FreeBSD.org> |
new function to turn an APIC pin# into an INT mask. added missing APIC_IO define.
Submitted by: "John S. Dyson" <toor@dyson.iquest.net>
|
#
f3a946e8 |
| 01-May-1997 |
Steve Passe <fsmp@FreeBSD.org> |
fixed spelling error.
Submitted by: Bruce Albrecht <bruce@zuhause.mn.org>
|
#
04964d15 |
| 30-Apr-1997 |
Steve Passe <fsmp@FreeBSD.org> |
Enabled 'FIX_MP_TABLE_WORKS' code. This code re-numbers PCI busses in the MP table to match PCI semantics when the MP BIOS fails to do it properly.
Reviewed by: Peter Wemm <peter@spinner.DIALix.COM>
|
#
34e63b4c |
| 28-Apr-1997 |
Steve Passe <fsmp@FreeBSD.org> |
removed all the TEST_UPPERPRIO crud.
|
#
2c5d02ff |
| 28-Apr-1997 |
Steve Passe <fsmp@FreeBSD.org> |
remove all the SMP_INVLTLB defines, making the code default for APIC_IO.
Reviewed by: informal discussion with Peter Wemm <peter@spinner.DIALix.COM>
|
#
28976141 |
| 27-Apr-1997 |
Steve Passe <fsmp@FreeBSD.org> |
informal discussion between Bruce Evans <bde@zeta.org.au>, Peter Wemm <peter@spinner.DIALix.COM>, Steve Passe <smp@csn.net>
removed all the IPI_INTS code. made the XFAST_IPI32 code default, renamin
informal discussion between Bruce Evans <bde@zeta.org.au>, Peter Wemm <peter@spinner.DIALix.COM>, Steve Passe <smp@csn.net>
removed all the IPI_INTS code. made the XFAST_IPI32 code default, renaming Xfastipi32 to Xinvltlb.
show more ...
|
#
477a642c |
| 26-Apr-1997 |
Peter Wemm <peter@FreeBSD.org> |
Man the liferafts! Here comes the long awaited SMP -> -current merge!
There are various options documented in i386/conf/LINT, there is more to come over the next few days.
The kernel should run pr
Man the liferafts! Here comes the long awaited SMP -> -current merge!
There are various options documented in i386/conf/LINT, there is more to come over the next few days.
The kernel should run pretty much "as before" without the options to activate SMP mode.
There are a handful of known "loose ends" that need to be fixed, but have been put off since the SMP kernel is in a moderately good condition at the moment.
This commit is the result of the tinkering and testing over the last 14 months by many people. A special thanks to Steve Passe for implementing the APIC code!
show more ...
|