aboutsummaryrefslogtreecommitdiff
path: root/sys/pc98/conf/NOTES
Commit message (Collapse)AuthorAgeFilesLines
* Remove pc98 support completely.Yoshihiro Takahashi2017-01-281-628/+0
| | | | | | | | | I thank all developers and contributors for pc98. Relnotes: yes Notes: svn path=/head/; revision=312910
* Remove the ie(4) driver for Intel 82586 ISA Ethernet adapters.John Baldwin2016-08-201-5/+0
| | | | | | | | | | | | | | This driver only supports 10Mb Ethernet using PIO (the hardware supports DMA, but the driver only does PIO). There are not any PCCard adapters supported by this driver, only ISA cards. In addition, it does not use bus_space but instead uses bcopy with volatile pointers triggering a host of warnings. (if_ie.c is one of 3 files always built with -Wno-error) Relnotes: yes Notes: svn path=/head/; revision=304513
* Remove the wds(4) driver for the WD700 ISA SCSI HBA.John Baldwin2016-08-191-1/+0
| | | | | | | | | | While this driver does do DMA, it bounce buffers all transactions through a single 64k buffer. It also does not have a manpage. Relnotes: yes Notes: svn path=/head/; revision=304503
* Move 'device pci' for the PCI bus driver to the MI NOTES file.John Baldwin2016-04-291-5/+0
| | | | | | | | The PCI bus was already listed in all of the MD NOTES files and the driver should at least compile on all platforms. Notes: svn path=/head/; revision=298824
* Disconnect iBCS2 emulator from the build. The ibcs2 option, the buildKonstantin Belousov2015-11-281-1/+1
| | | | | | | | | | glue and the sources are not removed for now. Discussed with: emaste Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=291419
* lindev(4): finish the partial commit in r265212Eitan Adler2014-05-021-3/+0
| | | | | | | | | | | | | | lindev(4) was only used to provide /dev/full which is now a standard feature of FreeBSD. /dev/full was never linux-specific and provides a generally useful feature. Document this in UPDATING and bump __FreeBSD_version. This will be documented in the PH shortly. Reported by: jkim Notes: svn path=/head/; revision=265215
* Remove all legacy ATA code parts, not used since options ATA_CAM enabled inAlexander Motin2013-04-041-1/+0
| | | | | | | | | | | | most kernels before FreeBSD 9.0. Remove such modules and respective kernel options: atadisk, ataraid, atapicd, atapifd, atapist, atapicam. Remove the atacontrol utility and some man pages. Remove useless now options ATA_CAM. No objections: current@, stable@ MFC after: never Notes: svn path=/head/; revision=249083
* - Create a separate section in in the MI NOTES file for PCI wireless NICJohn Baldwin2009-12-181-20/+0
| | | | | | | | | | drivers and move bwi(4) there from the PCI Ethernet NIC section. - Move ath(4) and ral(4) to the MI NOTES file. Reviewed by: rpaulo Notes: svn path=/head/; revision=200670
* Fix cut'n paste on the AR9280 entry.Andrew Thompson2009-12-021-1/+1
| | | | | | | Submitted by: pluknet Notes: svn path=/head/; revision=200046
* Add missing ath_ar9* ath hal entries.Andrew Thompson2009-12-021-0/+2
| | | | Notes: svn path=/head/; revision=200015
* Remove duplicate 'ural' entry since it was added to the MI NOTES a whileJohn Baldwin2009-11-171-2/+0
| | | | | | | ago. Notes: svn path=/head/; revision=199395
* lindev(4) [1] is supposed to be a collection of linux-specific pseudoBjoern A. Zeeb2009-09-261-0/+3
| | | | | | | | | | | | | | | | | | | | | | devices that we also support, just not by default (thus only LINT or module builds by default). While currently there is only "/dev/full" [2], we are planning to see more in the future. We may decide to change the module/dependency logic in the future should the list grow too long. This is not part of linux.ko as also non-linux binaries like kFreeBSD userland or ports can make use of this as well. Suggested by: rwatson [1] (name) Submitted by: ed [2] Discussed with: markm, ed, rwatson, kib (weeks ago) Reviewed by: rwatson, brueffer (prev. version) PR: kern/68961 MFC after: 6 weeks Notes: svn path=/head/; revision=197518
* * Completely Remove the option STOP_NMI from the kernel. This optionAttilio Rao2009-08-131-4/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | has proven to have a good effect when entering KDB by using a NMI, but it completely violates all the good rules about interrupts disabled while holding a spinlock in other occasions. This can be the cause of deadlocks on events where a normal IPI_STOP is expected. * Adds an new IPI called IPI_STOP_HARD on all the supported architectures. This IPI is responsible for sending a stop message among CPUs using a privileged channel when disponible. In other cases it just does match a normal IPI_STOP. Right now the IPI_STOP_HARD functionality uses a NMI on ia32 and amd64 architectures, while on the other has a normal IPI_STOP effect. It is responsibility of maintainers to eventually implement an hard stop when necessary and possible. * Use the new IPI facility in order to implement a new userend SMP kernel function called stop_cpus_hard(). That is specular to stop_cpu() but it does use the privileged channel for the stopping facility. * Let KDB use the newly introduced function stop_cpus_hard() and leave stop_cpus() for all the other cases * Disable interrupts on CPU0 when starting the process of APs suspension. * Style cleanup and comments adding This patch should fix the reboot/shutdown deadlocks many users are constantly reporting on mailing lists. Please don't forget to update your config file with the STOP_NMI option removal Reviewed by: jhb Tested by: pho, bz, rink Approved by: re (kib) Notes: svn path=/head/; revision=196196
* - Use "device\t" and "options \t" for consistency.Jun Kuriyama2009-05-101-4/+4
| | | | Notes: svn path=/head/; revision=191954
* Remove IFF_NEEDSGIANT, a compatibility infrastructure introducedRobert Watson2009-03-151-5/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | in FreeBSD 5.x to allow network device drivers to run with Giant despite the network stack being Giant-free. This significantly simplifies calls into ioctl() on network interfaces, especially in the multicast code, as well as eliminates deferred invocation of interface if_start routines. Disable the build on device drivers still depending on IFF_NEEDSGIANT as they no longer compile. They will be removed in a few weeks if they haven't been made MPSAFE in that time. Disabled drivers: if_ar if_axe if_aue if_cdce if_cue if_kue if_ray if_rue if_rum if_sr if_udav if_ural if_zyd Drivers that were already disabled because of tty changes: if_ppp if_sl Discussed on: arch@ Notes: svn path=/head/; revision=189851
* Bring missing comments on EPSON_BOUNCEDMA and EPSON_MEMWIN flags.Wojciech A. Koszek2009-02-081-2/+5
| | | | | | | Submitted by: nyan Notes: svn path=/head/; revision=188307
* Tidy NOTES a bit:Wojciech A. Koszek2009-02-071-3/+14
| | | | | | | | | | | | | | | - ath(4) is the last listed device, so make it's comment last as well - since we have hints for le(4), bring it back by inserting commented out line until I check, if it can be safely enabled. - bring snc(4) explanation - put pmtimer comment together with other drivers' comments in a block - bring comments for canbus, canbepm, pmc olpt comment has been left blank, since I don't know how does this driver differ from other printer drivers. Notes: svn path=/head/; revision=188257
* Fix AGP debugging code:Wojciech A. Koszek2009-02-061-0/+3
| | | | | | | | | | | | | | | - correct format strings - fill opt_agp.h if AGP_DEBUG is defined - bring AGP_DEBUG to LINT by mentioning it in NOTES This should hopefully fix a warning that was... Found by: Coverity Prevent(tm) CID: 3676 Tested on: amd64, i386 Notes: svn path=/head/; revision=188247
* Switch to ath hal source code. Note this removes the ath_halSam Leffler2008-12-011-6/+14
| | | | | | | | | | | | | | | | | | | | module; the ath module now brings in the hal support. Kernel config files are almost backwards compatible; supplying device ath_hal gives you the same chip support that the binary hal did but you must also include options AH_SUPPORT_AR5416 to enable the extended format descriptors used by 11n parts. It is now possible to control the chip support included in a build by specifying exactly which chips are to be supported in the config file; consult ath_hal(4) for information. Notes: svn path=/head/; revision=185522
* Resurrect the sbni(4) driver. Someone finally tested the MPSAFE patches andJohn Baldwin2008-09-101-0/+6
| | | | | | | | | the driver worked ok with them. Tested by: friends of yar Notes: svn path=/head/; revision=182912
* Integrate the new MPSAFE TTY layer to the FreeBSD operating system.Ed Schouten2008-08-201-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The last half year I've been working on a replacement TTY layer for the FreeBSD kernel. The new TTY layer was designed to improve the following: - Improved driver model: The old TTY layer has a driver model that is not abstract enough to make it friendly to use. A good example is the output path, where the device drivers directly access the output buffers. This means that an in-kernel PPP implementation must always convert network buffers into TTY buffers. If a PPP implementation would be built on top of the new TTY layer (still needs a hooks layer, though), it would allow the PPP implementation to directly hand the data to the TTY driver. - Improved hotplugging: With the old TTY layer, it isn't entirely safe to destroy TTY's from the system. This implementation has a two-step destructing design, where the driver first abandons the TTY. After all threads have left the TTY, the TTY layer calls a routine in the driver, which can be used to free resources (unit numbers, etc). The pts(4) driver also implements this feature, which means posix_openpt() will now return PTY's that are created on the fly. - Improved performance: One of the major improvements is the per-TTY mutex, which is expected to improve scalability when compared to the old Giant locking. Another change is the unbuffered copying to userspace, which is both used on TTY device nodes and PTY masters. Upgrading should be quite straightforward. Unlike previous versions, existing kernel configuration files do not need to be changed, except when they reference device drivers that are listed in UPDATING. Obtained from: //depot/projects/mpsafetty/... Approved by: philip (ex-mentor) Discussed: on the lists, at BSDCan, at the DevSummit Sponsored by: Snow B.V., the Netherlands dcons(4) fixed by: kan Notes: svn path=/head/; revision=181905
* Disconnect drivers that haven't been ported to MPSAFE TTY yet.Ed Schouten2008-08-031-13/+0
| | | | | | | | | | | | | | | | As clearly mentioned on the mailing lists, there is a list of drivers that have not been ported to the MPSAFE TTY layer yet. Remove them from the kernel configuration files. This means people can now still use these drivers if they explicitly put them in their kernel configuration file, which is good. People should keep in mind that after August 10, these drivers will not work anymore. Even though owners of the hardware are capable of getting these drivers working again, I will see if I can at least get them to a compilable state (if time permits). Notes: svn path=/head/; revision=181233
* Remove the sbni(4) driver. No one responded to calls to test it onJohn Baldwin2008-07-041-6/+0
| | | | | | | current@ and stable@. Notes: svn path=/head/; revision=180265
* Remove the oltr(4) driver. No one responded to calls for testing onJohn Baldwin2008-07-041-4/+0
| | | | | | | | | | | current@ and stable@ for the locking patches. The driver can always be revived if someone tests it. This driver also sleeps in its if_init routine, so it likely doesn't really work at all anyway in modern releases. Notes: svn path=/head/; revision=180259
* Remove obselete PECOFF image activator support.Wojciech A. Koszek2008-06-141-4/+0
| | | | | | | | | | | PRs assigned at the time of removal: kern/80742 Discussed on: freebsd-current (silence), IRC Tested by: make universe Approved by: cognet (mentor) Notes: svn path=/head/; revision=179785
* Remove ISDN4BSD (I4B) from HEAD as it is not MPSAFE andBjoern A. Zeeb2008-05-261-138/+0
| | | | | | | | | | | | | | | | | | | | | parts relied on the now removed NET_NEEDS_GIANT. Most of I4B has been disconnected from the build since July 2007 in HEAD/RELENG_7. This is what was removed: - configuration in /etc/isdn - examples - man pages - kernel configuration - sys/i4b (drivers, layers, include files) - user space tools - i4b support from ppp - further documentation Discussed with: rwatson, re Notes: svn path=/head/; revision=179315
* Back in the good old days, PC's had random pieces of rock forPoul-Henning Kamp2008-03-261-17/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | frequency generation and what frequency the generated was anyones guess. In general the 32.768kHz RTC clock x-tal was the best, because that was a regular wrist-watch Xtal, whereas the X-tal generating the ISA bus frequency was much lower quality, often costing as much as several cents a piece, so it made good sense to check the ISA bus frequency against the RTC clock. The other relevant property of those machines, is that they typically had no more than 16MB RAM. These days, CPU chips croak if their clocks are not tightly within specs and all necessary frequencies are derived from the master crystal by means if PLL's. Considering that it takes on average 1.5 second to calibrate the frequency of the i8254 counter, that more likely than not, we will not actually use the result of the calibration, and as the final clincher, we seldom use the i8254 for anything besides BEL in syscons anyway, it has become time to drop the calibration code. If you need to tell the system what frequency your i8254 runs, you can do so from the loader using hw.i8254.freq or using the sysctl kern.timecounter.tc.i8254.frequency. Notes: svn path=/head/; revision=177651
* Belatedly add BPF_JITTER in NOTES for supported architectures.Jung-uk Kim2008-03-241-0/+4
| | | | Notes: svn path=/head/; revision=177586
* Temporary disconnect i4bing, i4bisppp and i4bipr from the build forBjoern A. Zeeb2007-07-041-8/+9
| | | | | | | | | | | | | the 7.0 timeframe. This is needed because I4B is not locked and NET_NEEDS_GIANT goes away. The plan is to lock I4B and bring everything back for 7.1. Approved by: re (kensmith) Notes: svn path=/head/; revision=171196
* Move "device splash" back to MI NOTES and "files", it's MI.Ruslan Ermilov2006-10-231-2/+0
| | | | Notes: svn path=/head/; revision=163630
* Mechanically kill redundant nodevice/nooption/nomakeoption, i.e.,Ruslan Ermilov2006-10-231-1/+0
| | | | | | | | those that do not exist in MI NOTES or switched on/off in the MD NOTES. Notes: svn path=/head/; revision=163626
* - MFi386: Remove 'device io'.Yoshihiro Takahashi2006-10-201-12/+0
| | | | | | | | - Remove duplicate options. - 'nomakeoption ATKBD_DFLT_KEYMAP' is not needed anymore. Notes: svn path=/head/; revision=163538
* Move more MD devices and options out of MI NOTES.Dag-Erling Smørgrav2006-10-201-11/+2
| | | | Notes: svn path=/head/; revision=163535
* Remove references to pccard.confWarner Losh2006-10-191-1/+1
| | | | Notes: svn path=/head/; revision=163494
* Remove sio(4) and related options from MI files to amd64, i386Marcel Moolenaar2006-07-291-0/+38
| | | | | | | | | | | | and pc98 MD files. Remove nodevice and nooption lines specific to sio(4) from ia64, powerpc and sparc64 NOTES. There were no such lines for arm yet. sio(4) is usable on less than half the platforms, not counting a future mips platform. Its presence in MI files is therefore increasingly becoming a burden. Notes: svn path=/head/; revision=160813
* Enable a few more things in x86 NOTES to get broader LINT coverage:John Baldwin2006-06-121-1/+5
| | | | | | | | - Turn on iwi(4), ipw(4), and ndis(4) on amd64 and i386. - Turn on ral(4) and ural(4) on i386, pc98, and amd64. Notes: svn path=/head/; revision=159549
* - Add C-bus and ISA front-ends for le(4) so it can actually replaceMarius Strobl2006-05-171-2/+4
| | | | | | | | | | | | | | | lnc(4) on PC98 and i386. The ISA front-end supports the same non-PNP network cards as lnc(4) did and additionally a couple of PNP ones. Like lnc(4), the C-bus front-end of le(4) only supports C-NET(98)S and is untested due to lack of such hardware, but given that's it's based on the respective lnc(4) and not too different from the ISA front-end it should be highly likely to work. - Remove the descriptions of le(4), which where converted from lnc(4), from sys/i386/conf/NOTES and sys/pc98/conf/NOTES as there's a common one in sys/conf/NOTES. Notes: svn path=/head/; revision=158712
* Switch from the lnc driver to the le driver. But C-NET(98)S support isYoshihiro Takahashi2006-05-151-6/+1
| | | | | | | dropped. Notes: svn path=/head/; revision=158591
* Add in linsysfs. A linux 2.6 like sys filesystem to pacify the LinuxDoug Ambrisko2006-05-091-0/+4
| | | | | | | | | | LSI MegaRAID SAS utility. Sponsored by: IronPort Systems Man page help from: brueffer Notes: svn path=/head/; revision=158381
* Add the ath and the wlan crypto support.Yoshihiro Takahashi2006-05-081-0/+8
| | | | Notes: svn path=/head/; revision=158357
* MFi386: revision 1.1220.Yoshihiro Takahashi2006-03-041-3/+2
| | | | Notes: svn path=/head/; revision=156272
* The asr driver was moved to NOTES for i386. So 'nodevice asr' is notYoshihiro Takahashi2006-02-091-1/+0
| | | | | | | needed anymore. Notes: svn path=/head/; revision=155469
* MFi386: Enable the ce(4).Yoshihiro Takahashi2006-02-021-0/+4
| | | | Notes: svn path=/head/; revision=155215
* Enable the cs and disable the amdsmb and nfsmb on pc98.Yoshihiro Takahashi2005-12-221-1/+2
| | | | Notes: svn path=/head/; revision=153643
* Move device 'cs' into i386/pc98 specific NOTES. It is broken on ppcWarner Losh2005-12-201-0/+2
| | | | | | | | | because it uses i386 specific calls. Maybe it could be added to amd64, but I'm not so sure it would work there so I've not added it there. Notes: svn path=/head/; revision=153581
* MFi386: revision 1.1215 (add savagedrm).Yoshihiro Takahashi2005-11-301-0/+1
| | | | Notes: svn path=/head/; revision=152952
* - Allow duplicate "machine" directives with the same arguments.Ruslan Ermilov2005-11-271-6/+0
| | | | | | | - Move existing "machine" directives to DEFAULTS. Notes: svn path=/head/; revision=152865
* MFi386: Remove obsolete options.Yoshihiro Takahashi2005-11-091-1/+0
| | | | Notes: svn path=/head/; revision=152239
* Rename the KDB_STOP_NMI kernel option to STOP_NMI and make it apply to allJohn Baldwin2005-10-241-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | IPI_STOP IPIs. - Change the i386 and amd64 MD IPI code to send an NMI if STOP_NMI is enabled if an attempt is made to send an IPI_STOP IPI. If the kernel option is enabled, there is also a sysctl to change the behavior at runtime (debug.stop_cpus_with_nmi which defaults to enabled). This includes removing stop_cpus_nmi() and making ipi_nmi_selected() a private function for i386 and amd64. - Fix ipi_all(), ipi_all_but_self(), and ipi_self() on i386 and amd64 to properly handle bitmapped IPIs as well as IPI_STOP IPIs when STOP_NMI is enabled. - Fix ipi_nmi_handler() to execute the restart function on the first CPU that is restarted making use of atomic_readandclear() rather than assuming that the BSP is always included in the set of restarted CPUs. Also, the NMI handler didn't clear the function pointer meaning that subsequent stop and restarts could execute the function again. - Define a new macro HAVE_STOPPEDPCBS on i386 and amd64 to control the use of stoppedpcbs[] and always enable it for i386 and amd64 instead of being dependent on KDB_STOP_NMI. It works fine in both the NMI and non-NMI cases. Notes: svn path=/head/; revision=151634
* Remove the sx(4) driver at the request of the author. The authorJohn Baldwin2005-10-141-3/+0
| | | | | | | | | | | | originally wrote it for 4.x and hasn't really had the time to fully update it to 5.x and later. Also, the author doesn't use the hardware anymore as well. If someone does need this driver they can always resurrect it from the Attic. Requested by: Frank Mayhar frank at exit dot com Notes: svn path=/head/; revision=151337
generated by cgit v1.3 (git 2.53.0) at 2026-04-08 18:54:34 +0000