summaryrefslogtreecommitdiffstats
path: root/sys
Commit message (Collapse)AuthorAgeFilesLines
* Fixed some style bugs (mainly ones associated with the bogus namebde2000-01-241-8/+6
| | | | condev_t for a non-typedef).
* The previous fix for the USB ugen device set configuration ioctl()n_hibma2000-01-241-4/+12
| | | | | | | has a slight error, and returns EIO way too often. PR: 16315 Submitted by: Louis Mamakos <louie@TransSys.COM>
* Add a workaround to which allows alphas to reserve a port range whichdfr2000-01-241-1/+1
| | | | | | | | doesn't conflict with the parallel port on my miata (0x3bc..0x3bf). The right solution will be to reserve two port ranges in vga, 0x3b0..0x3ba and 0x3c0..0x3ca. Reviewed by: yokota
* Notify user processes about interface's MTU change.ru2000-01-241-1/+3
| | | | Reviewed by: wollman, freebsd-net
* Remove some no-op "port ?" and "irq ?" declarations.peter2000-01-242-6/+6
|
* Remove a no-op "port ?" declaration.peter2000-01-242-2/+2
|
* Remove a bunch of no-op "port ?" and "irq ?" declarations.peter2000-01-245-69/+69
|
* Return ENXIO on error.kato2000-01-242-4/+4
| | | | Submitted by: n_hibma
* Remove old specialix pre-newbus specialix driver. It lives on inpeter2000-01-245-6916/+0
| | | | sys/dev/si now, including with a theoretically working eisa attachment.
* Removed assignment to an "unused" variable that was removed in thebde2000-01-241-4/+2
| | | | | | previous commit. Building LINT didn't expose this bug, because the assignment was in an ifdef that is too tangled for LINT to cover properly.
* Remove isa compat shims for si.peter2000-01-241-5/+0
|
* Activate the newbusified version of si.peter2000-01-242-3/+6
|
* Ack! I totally botched the pci probe routine which resulted in it tryingpeter2000-01-241-6/+10
| | | | to match everything else *but* a specialix pci card. *blush*.
* A bit more newbusification of si. This still isn't quite finished.peter2000-01-248-601/+747
| | | | | Split out the bus attachments so the impact of the bus xxxvar.h files with the inline macros for the ivars are confined to one file each.
* Fix plug and play support:imp2000-01-244-119/+97
| | | | | | | | | | | o Cut out the probed stuff. We no longer need it since newbus implicitly checks for this (likely bt can be changed as well in this way). o Add preliminary support for unload. Untested because aha doesn't yet support identify and there are some interactions with PnP that I've not yet worked out. With this I can boot the AHA-1542CP FW F.0. All the aha resources appear to be picked up via pnp now.
* Removed bogus quotes and unmangled related contractions.bde2000-01-243-9/+9
| | | | "ktrace(1) syscall trace" -> "ktrace(1)".
* Initial attempt at newbusification of the specialix si/xio/sx driver.peter2000-01-233-470/+496
| | | | | | | The files were repo copied from their original location and are part way towards being portable. This should unbreak the EISA support in the driver. I have not updated files* yet as I'm not quite finished.
* Fix some warnings.peter2000-01-232-4/+4
|
* remove "extern int cold" from SPLUSBCHECK - it causes a heap of warnings.peter2000-01-231-1/+0
|
* Fix a warning in DIAGNOSTIC code.peter2000-01-231-1/+1
|
* Sync NEWCARD a bit with GENERIC. Remove trailing '0' on unwired devices.peter2000-01-231-64/+61
|
* Some formatting cleanups and remove comments about numbers of units thatpeter2000-01-232-16/+10
| | | | were intended to head off confusion about the trailing '0'.
* Remove #if 0'ed reference to isa_device->id_alivepeter2000-01-231-1/+0
|
* A minimal update to the device wiring code so that it looks at thepeter2000-01-233-160/+83
| | | | | | dynamic resource tables rather than relying on a duplicated cam-specific table generated by config(8) in ioconf.c. This was a major holdup to getting loader / userconfig driven configuration of scsi wiring.
* Check whether we can change config at all. If any of the endpointsn_hibma2000-01-231-1/+11
| | | | | | | has been opened, we should not allow configuration changes as endpoint descriptors might disappear. PR: 16256, 16168
* Backout previous commit. It was a mistake.bp2000-01-231-1/+1
|
* oops, nearly forgot to commit the addition of ppbus_if.m to the list.peter2000-01-231-2/+3
|
* Zap the vnodes for the control endpoint as well.n_hibma2000-01-231-0/+6
|
* Add an example vpo module. I don't have a zip drive to test it, but itpeter2000-01-232-1/+12
| | | | | behaves the normal way when loaded at runtime versus being statically compiled. (normal == print garbage on the printer :-).
* Return ENXIO on error, not 0. Seems to have been skipped when convertingn_hibma2000-01-232-2/+2
| | | | | | to newbus. Reviewed by: bde
* Replace non obvious number with SPECNAMELEN constant.bp2000-01-231-1/+1
| | | | Reviewed by: phk
* Add a couple of strategic sysctls for monitoring.phk2000-01-231-4/+30
| | | | | In the rather obscure case of hardpps(), use a type-II PLL if the external signal is phase locked, but a FLL if it isn't.
* Drop 'at ppbus?' and trailing '0' from ppbus children.peter2000-01-232-10/+10
|
* Drop 'at ppbus?' and the trailing '0' from the ppbus children.peter2000-01-235-35/+32
|
* Some newbus-inspired tidy-ups. Use device_identify() rather than scanningpeter2000-01-238-255/+195
| | | | | | | | | | | | the resource table to locate children. The 'at ppbus?' can go again. Remove a few #if Nxxx > 0' type things, config arranges this for us. Move the newbus method glue next to the DRIVER_MODULE() stuff so we don't need extra prototypes. Don't set device descriptions until after the possibility of the probe returning an error. Remove all cdevsw_add() calls, all the drivers that did this also use make_dev() correctly, so it's not required. A couple of other minor nits.
* I missed some trailing digits in a comment.peter2000-01-233-9/+9
| | | | Submitted by: asmodai
* Get rid of some debugging cruft.n_hibma2000-01-231-9/+1
|
* Note the PnP id's for the NMX2210 next to the id's where they are used.peter2000-01-231-2/+3
| | | | | The pnpbios doesn't supply a description in the case we've seen so supply one.
* Add 53C895A and 53C1510D device description to the ncr chip table.groudier2000-01-231-0/+8
|
* Bump configvers.h as a precaution. Although existing config files willpeter2000-01-234-4/+4
| | | | work unmodified still, new config files won't work on the old ones.
* Update GENERIC/SIMOS to leave out the useless trailing digit in pcipeter2000-01-233-116/+104
| | | | and other unwired devices.
* Remove useless trailing digit from pci and other unwired devices.peter2000-01-232-108/+102
|
* Update GENERIC/LINT to leave out the useless digit at the end of pcipeter2000-01-235-448/+433
| | | | or other unwired devices.
* Clean up some more loose ends..peter2000-01-238-13/+5
| | | | | | | | isa_device->id_ri_flags and RI_FAST were not implemented and did nothing. The two drivers that were mistakenly thinking this was working were cy.c and loran.c - these should be converted to newbus. GC (garbage collect) isa_device->id_alive GC userconfig.c references to isa_device->id_scsiid (!).
* GC isa_device->id_reconfig - it's not referenced anywhere anymore.peter2000-01-235-20/+2
| | | | GC reconfig_isadev() - it's not used anymore.
* Hmm, don't compile in INET6, IPX or NETATALK support for thebrian2000-01-231-3/+3
| | | | | moment :-( I think we need some sort of stub variable and a ``is this queue available'' flag.
* Fix a bug in the last commit. >> 4 instead of >> 8. *bap*mdodd2000-01-231-6/+6
| | | | | | | | | | | Fix a long-standing bug where I used a 'break;' instead of a 'continue;'; you had to have multiple ISA boards in non-PnP mode with an 'unknown' board with a lower MAC address to find this one. Since I have 4 3c5x9 boards in my test box I was somewhat confused when this happened. :) Make the messages printed by ep_isa_identify() a little more consistent; we'll only see them in verbose boot mode but it makes me feel better if they look nice.
* Add the ID for the 3c509-TPC.mdodd2000-01-231-0/+12
| | | | | | | | Also, while I'm here, add a mechanism to catch unknown board IDs that are likely to be 3c509s and allow them to be attached. PR: kern/16304 Submitted by: Kelly Yancey <kbyanc@posi.net>
* The pointer of the serial FIFO in the DSP seems to make an errortanimura2000-01-231-3/+22
| | | | | upon starting/stopping the DSP. Correct the pointer in addition to clearing the FIFO.
* Add the two wireless pccard nics.imp2000-01-232-4/+4
|
OpenPOWER on IntegriCloud