summaryrefslogtreecommitdiffstats
path: root/sys/conf
Commit message (Collapse)AuthorAgeFilesLines
* Add missing 'DEVICE_SYSCTLS' to opt_bus.h. This is the (experimental?)peter2000-01-131-0/+1
| | | | code that exports the bus heirarchy to hw.devices.*
* Remove the 'at isa? ...' bits for ex0.mdodd2000-01-131-1/+1
| | | | Remove the confusing text about pccard and unit numbers for ep0.
* Merge from sys/conf/files.i386 revision 1.296.nyan2000-01-121-1/+0
|
* Add $FreeBSD$peter2000-01-114-8/+10
| | | | | Make the alpha linker script more like the i386 version - delete the /usr/local and egcs directories
* Aiee! I committed the wrong conf/files. Replace the changes for newppbuspeter2000-01-111-15/+0
| | | | | | | with the intended changes. Drop db_aout.c from files, let db_kld.c do the work. Noticed by: bde
* Fix a typo in the db_kld.c file - it's kld support not raw a.out support.peter2000-01-111-0/+14
| | | | | Always use db_kld.c for symbol table support as the base kernel maintains this information.
* Attempt to fix a problem with receiving packets on USB ethernet interfaces.wpaul2000-01-101-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Packets are received inside USB bulk transfer callbacks, which run at splusb() (actually splbio()). The packet input queues are meant to be manipulated at splimp(). However the locking apparently breaks down under certain circumstances and the input queues can get trampled. There's a similar problem with if_ppp, which is driven by hardware/tty interrupts from the serial driver, but which must also manipulate the packet input queues at splimp(). The fix there is to use a netisr, and that's the fix I used here. (I can hear you groaning back there. Hush up.) The usb_ethersubr module maintains a single queue of its own. When a packet is received in the USB callback routine, it's placed on this queue with usb_ether_input(). This routine also schedules a soft net interrupt with schednetisr(). The ISR routine then runs later, at splnet, outside of the USB callback/interrupt context, and passes the packet to ether_input(), hopefully in a safe manner. The reason this is implemented as a separate module is that there are a limited number of NETISRs that we can use, and snarfing one up for each driver that needs it is wasteful (there will be three once I get the CATC driver done). It also reduces code duplication to a certain small extent. Unfortunately, it also needs to be linked in with the usb.ko module in order for the USB ethernet drivers to share it. Also removed some uneeded includes from if_aue.c and if_kue.c Fix suggested by: peter Not rejected as a hairbrained idea by: n_hibma
* Remove controller miibus, there already were a device miibus.phk2000-01-101-1/+0
|
* Move xe driver from dev/pccard to dev/xe. Convert driver to newbus.imp2000-01-102-2/+1
| | | | | | | Driver is not functional yet, but does compile. Tests with xe cards indicates that it doesn't panic the machine when they are present, but fail to probe. Interface help in the pcic/pccard layers are needed to complete this driver.
* * Add `sym' SCSI driver options.obrien2000-01-091-34/+53
| | | | | | * bring in NIC comments from GENERIC * slightly reorder a few things in an feable attempt at making the organization of LINT more logical.
* Point to the right kernel ld script.peter2000-01-091-3/+2
| | | | Remove stray PC98 make variable.
* Put on my asbestos suit and move $mach/conf/*.$mach to conf/*.$mach aspeter2000-01-093-6/+6
| | | | | | | | | | | | | | | | | | hinted at in the previous config(8) commits. I've spoken about this with a few people and after the initial suprise wore off they thought it wasn't a bad idea. The upshot of it is that all the files*, Makefile*, options* files are all right next to each other in the hope that people making changes to one set will remember the others. Note, config(8) looks to sys/conf first, and falls back to sys/$mach/conf still, so this doesn't stop people working in subdirs for new platforms. But once it's in the tree it can be moved next to the other files so that the non-i386 platforms are (hopefully) treated a little better than as if they were "second class" ports. This does not change any user editable files. the config program is still run in the same directory as before, the per-platform files (GENERIC, LINT etc) are still in the same place.
* Synced with sys/i386/conf/Makefile.i386 (MACHINE -> MACHINE_ARCH).kato2000-01-091-1/+1
| | | | Pointed out by: peter
* Removed defunct options EXTRA_SIO and KEY_DEBUG.bde2000-01-092-4/+0
|
* Changed MACHINE -> MACHINE_ARCH to make the i386-kernel be able tokato2000-01-092-2/+2
| | | | compiled on PC98.
* Synced with sys/i386/conf/files.i386 rev 1.295.kato2000-01-091-10/+10
|
* Synced with sys/i386/conf/Makefile.i386 rev 1.176.kato2000-01-091-32/+11
|
* Put COMPAT_SVR4 in opt_dontuse.h for the same reasons as IBCS2 andbde2000-01-092-20/+18
| | | | | | | COMPAT_LINUX are there. It shouldn't be and isn't used after config time, except to complicate the svr4 module makefile. Moved options for emulators to a separate section.
* Compile *_genassym.c with ordinary ${CFLAGS}. The (small) needs forbde2000-01-091-8/+8
| | | | | | | | | | | | | | | | -U_KERNEL became negative when all all the genassym.c's were converted to be cross-built. Related cleanups: PARAM went away, but was still used here; KERNEL was renamed to _KERNEL, but was still KERNEL here; the deprecated macros $@ and $< were still used here. Use "genassym ... > ${.TARGET}", not "genassym -o $@ ...", so that genassym(1) doesn't need to support -o. Removed half-baked hard-coded dependencies of *_genassym.o on headers. These objects should be added to the list of objects in the depend rule to get full dependencies. This doesn't happen automatically because they are not linked into the kernel. Half baked dependencies don't really help.
* enable the neomagic drivercg2000-01-091-0/+1
|
* Quick fix for LINT breakage. KERNFORMAT went away, so don't use itbde2000-01-091-2/+2
| | | | for trlld.o.
* Bump configversion. The controller/device changes are upwards but notpeter2000-01-094-4/+4
| | | | | downwards compatable. If you try and config a s/controller/device/ kernel with an old config(8), the results will be less than satisfactory.
* Add "-I@/../include" and/or "-I${DESTDIR}/usr/include" to CFLAGS,bde2000-01-081-3/+12
| | | | | | | | | | essentially as in kernel makefiles, so that module sources can include <stddef.h> and other standard headers. Only add the second path when the first path can't be found, instead of when DESTDIR is defined. Adding it used to be just an obfuscation. Use "${.OBJDIR}" instyead of "." in -I paths. Using "${.OBJDIR}" just gave more verbose command lines and depend files.
* config(8) doesn't know anything about scsi devices like it used to, removepeter2000-01-081-20/+14
| | | | | | | | | | the misleading comments to that effect. Prune bogus 'at foo?' (smbus, iicbus, ppbus) appendages on things that they are meaningless for. It was just eye candy and wasn't used by anything in the tree. The interconnects were defined by the drivers themselves and auto discovery. (The new ppbus code may change this if it uses the resource_get_*() calls to find it's configured children if self discovery isn't possible)
* Further sync Alpha and i386 Makefiles. Remove KERNFORMAT = elf stuff aspeter2000-01-083-38/+4
| | | | | | it's always true on these platforms (and is likely to be on others as well since loader is the one that is configured for whatever the boot requirements are)
* genassym is ELF-only, therefore the kernel is now ELF-only as well.peter2000-01-082-16/+0
|
* Sync with i386marcel2000-01-081-13/+9
| | | | | | | | | | | | | | \begin{quote} Compile genassym.c with ordinary ${CFLAGS}. The (small) needs for ${GEN_CFLAGS} and -U_KERNEL became negative when all all the genassym.c's were converted to be cross-built. Makefile.*: - Cleanups associated with the old genassym. - Fixed deprecated spelling of ${.IMPSRC} as "$<". \end{quote} Submitted by: bde
* s/controller/device/ as per config(8)peter2000-01-081-54/+54
|
* Compile genassym.c with ordinary ${CFLAGS}. The (small) needs forbde2000-01-083-42/+30
| | | | | | | | | ${GEN_CFLAGS} and -U_KERNEL became negative when all all the genassym.c's were converted to be cross-built. Makefile.*: - Cleanups associated with the old genassym. - Fixed deprecated spelling of ${.IMPSRC} as "$<".
* Add the vendor and device IDs for a whole bunch of additional USBwpaul2000-01-071-4/+7
| | | | | | | | | | | | | | | | | ethernet adapters that are supported by the aue and kue drivers. There are actually a couple more out there from Accton, Asante and EXP Computer, however I was not able to find any Windows device drivers for these on their servers, and hence could not harvest their vendor/device ID info. If somebody has one of these things and can look in the .inf file that comes with the Windows driver, I'd appreciate knowing what it says for 'VID' and 'PID.' Additional adapters include: the D-Link DSB-650 and DSB-650TX, the SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101. These are all mentioned in the man pages, relnotes and LINT. Also correct the date in the kue(4) man page. I wrote this thing on Jan, 4 2000, not 1999.
* Use genassym(1).marcel2000-01-071-5/+2
|
* Changes as suggested by bdenewton2000-01-071-21/+20
| | | | Submitted by: bde
* Use genassym(1). The definitions of NKPDE and NKPT have been removedmarcel2000-01-073-15/+6
| | | | | | | because they are already defined in pmap.h, resulting in duplicate definitions. Reviewed by: bde
* Bring the Alpha and x86 Makefiles closer together.peter2000-01-073-38/+48
|
* FDC_YE has been removed as a valid option.imp2000-01-062-7/+0
| | | | Noticed by: bde
* Missed s/KERNEL/_KERNEL/ here.. *blush*.peter2000-01-061-4/+2
| | | | Submitted by: bde
* Add power_if.[cho] generation for new pccard system.imp2000-01-061-0/+15
| | | | Also added commented out xe driver pending change. Should be benign.
* Add documentation for SVR4 options in LINT.newton2000-01-051-3/+19
|
* Add device driver support for USB ethernet adapters based on thewpaul2000-01-052-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | Kawasaki LSI KL5KUSB101B chip, including the LinkSys USB10T, the Entrega NET-USB-E45, the Peracom USB Ethernet Adapter, the 3Com 3c19250 and the ADS Technologies USB-10BT. This device is 10mbs half-duplex only, so there's miibus or ifmedia support. This device also requires firmware to be loaded into it, however KLSI allows redistribution of the firmware images (I specifically asked about this; they said it was ok). Special thanks to Annelise Anderson for getting me in touch with KLSI (eventually) and thanks to KLSI for providing the necessary programming info. Highlights: - Add driver files to /sys/dev/usb - update usbdevs and regenerate attendate files - update usb_quirks.c - Update HARDWARE.TXT and RELNOTES.TXT for i386 and alpha - Update LINT, GENERIC and others for i386, alpha and pc98 - Add man page - Add module - Update sysinstall and userconfig.c
* Update some of the network driver documentation in the LINT file, whichdillon2000-01-041-4/+9
| | | | | | is where most people look to match drivers up with cards. Reviewed by: wpaul
* add wx0 drivermjacob2000-01-041-0/+4
|
* add wx (Intel Wiseman Gig Ethernet) drivermjacob2000-01-041-0/+1
|
* Add in ISP_TARGET_MODE description.mjacob2000-01-041-0/+3
|
* Add in isp_target.c to be compiled for isp- it'd be nice if we couldmjacob2000-01-041-0/+1
| | | | do conditional file inclusing based on options.
* Add options for COMPAT_SVR4 and DEBUG_SVR4 for completeness.newton2000-01-031-0/+2
|
* Synced with sys/i386/conf/Makefile.i386 rev 1.170.kato2000-01-031-4/+2
|
* Change #ifdef KERNEL to #ifdef _KERNEL in the public headers. "KERNEL"peter1999-12-291-1/+1
| | | | | | is an application space macro and the applications are supposed to be free to use it as they please (but cannot). This is consistant with the other BSD's who made this change quite some time ago. More commits to come.
* Change #ifdef KERNEL to #ifdef _KERNEL in the public headers. "KERNEL"peter1999-12-292-8/+4
| | | | | | is an application space macro and the applications are supposed to be free to use it as they please (but cannot). This is consistant with the other BSD's who made this change quite some time ago. More commits to come.
* This commit adds device driver support for the ADMtek AN986 Pegasuswpaul1999-12-282-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | USB ethernet chip. Adapters that use this chip include the LinkSys USB100TX. There are a few others, but I'm not certain of their availability in the U.S. I used an ADMtek eval board for development. Note that while the ADMtek chip is a 100Mbps device, you can't really get 100Mbps speeds over USB. Regardless, this driver uses miibus to allow speed and duplex mode selection as well as autonegotiation. Building and kldloading the driver as a module is also supported. Note that in order to make this driver work, I had to make what some may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer() function will use tsleep() for synchronous transfers that don't complete right away. This is a problem since there are times when we need to do sync transfers from an interrupt context (i.e. when reading registers from the MAC via the control endpoint), where tsleep() us a no-no. My hack allows the driver to have the code poll for transfer completion subject to the xfer->timeout timeout rather that calling tsleep(). This hack is controlled by a quirk entry and is only enabled for the ADMtek device. Now, I'm sure there are a few of you out there ready to jump on me and suggest some other approach that doesn't involve a busy wait. The only solution that might work is to handle the interrupts in a kernel thread, where you may have something resembling a process context that makes it okay to tsleep(). This is lovely, except we don't have any mechanism like that now, and I'm not about to implement such a thing myself since it's beyond the scope of driver development. (Translation: I'll be damned if I know how to do it.) If FreeBSD ever aquires such a mechanism, I'll be glad to revisit the driver to take advantage of it. In the meantime, I settled for what I perceived to be the solution that involved the least amount of code changes. In general, the hit is pretty light. Also note that my only USB test box has a UHCI controller: I haven't I don't have a machine with an OHCI controller available. Highlights: - Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part. - Updated usbdevs and regenerated generated files - Updated HARDWARE.TXT and RELNOTES.TXT files - Updated sysinstall/device.c and userconfig.c - Updated kernel configs -- device aue0 is commented out by default - Updated /sys/conf/files - Added new kld module directory
* Add ipsec_esp option to files which depend on crypto.shin1999-12-271-15/+15
| | | | | | Now you can build a kernel which support IPsec message authentication but don't support message encryption, by defining IPSEC in your kernel config file and not defining IPSEC_ESP.
OpenPOWER on IntegriCloud