History log of /freebsd/sys/i386/conf/LINT (Results 201 – 225 of 1566)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 23f7bd17 19-Apr-1999 Brian Somers <brian@FreeBSD.org>

Spelling police


# 6182fdbd 16-Apr-1999 Peter Wemm <peter@FreeBSD.org>

Bring the 'new-bus' to the i386. This extensively changes the way the
i386 platform boots, it is no longer ISA-centric, and is fully dynamic.
Most old drivers compile and run without modification vi

Bring the 'new-bus' to the i386. This extensively changes the way the
i386 platform boots, it is no longer ISA-centric, and is fully dynamic.
Most old drivers compile and run without modification via 'compatability
shims' to enable a smoother transition. eisa, isapnp and pccard* are
not yet using the new resource manager. Once fully converted, all drivers
will be loadable, including PCI and ISA.

(Some other changes appear to have snuck in, including a port of Soren's
ATA driver to the Alpha. Soren, back this out if you need to.)

This is a checkpoint of work-in-progress, but is quite functional.

The bulk of the work was done over the last few years by Doug Rabson and
Garrett Wollman.

Approved by: core

show more ...


# ec71ab8e 16-Apr-1999 Nick Hibma <n_hibma@FreeBSD.org>

Remove the entries for umodem and ucom. These drivers only probe
and attach, nothing else. This is confusing to people.


# 7bf01a14 14-Apr-1999 Peter Wemm <peter@FreeBSD.org>

Add example for 'makeoptions DEBUG' and some notes. I have not activated
it here since a -g LINT kernel is 100% useless as it won't run and hence
doesn't need debug capabilities (and would just wast

Add example for 'makeoptions DEBUG' and some notes. I have not activated
it here since a -g LINT kernel is 100% useless as it won't run and hence
doesn't need debug capabilities (and would just waste disk space :-).

show more ...


# 3e3e4375 13-Apr-1999 Peter Wemm <peter@FreeBSD.org>

Shoot the LKM support in the old wd/wdc/atapi driver set in the head and
perform a cleanup/unifdef sweep over it to tidy things up. The atapi
code is permanently attached to the wd driver and is alw

Shoot the LKM support in the old wd/wdc/atapi driver set in the head and
perform a cleanup/unifdef sweep over it to tidy things up. The atapi
code is permanently attached to the wd driver and is always probed.

I will add an extra option bit in the flags to disable an atapi probe on
either the master or slave if needed, if people want this.

Remember, this driver is destined to die some time. It's possible that
it will loose all atapi support down the track and only be used for
dumb non-ATA disks and all ata/atapi devices will be handled by the new
ata system.

ATAPI, ATAPI_STATIC and CMD640 are no longer options, all are implicit.

Previously discussed with: sos

show more ...


# 7b598cd2 12-Apr-1999 Brian Somers <brian@FreeBSD.org>

ppp != iijppp any more
Mention nos-tun as a tun device user.


# 7dc1a5bd 11-Apr-1999 Nick Hibma <n_hibma@FreeBSD.org>

Make debugging more selective.
Remove debugging options from GENERIC


# 8f2a96f2 10-Apr-1999 Nick Hibma <n_hibma@FreeBSD.org>

uncomment the uhci entry


# c64aec80 09-Apr-1999 Nik Clayton <nik@FreeBSD.org>

Add a warning bout the SoundBlaster and ISA DMA locking up the machine,
and a possible workaround.

PR: docs/5358
Submitted by: Matthew Dillon
Reviewed by: nik


# d02c2331 06-Apr-1999 Bill Paul <wpaul@FreeBSD.org>

Add driver support for gigabit ethernet adapters based on the Alteon
Networks Tigon 1 and Tigon 2 chipsets. There are a _lot_ of OEM'ed
gigabit ethernet adapters out there which use the Alteon chipse

Add driver support for gigabit ethernet adapters based on the Alteon
Networks Tigon 1 and Tigon 2 chipsets. There are a _lot_ of OEM'ed
gigabit ethernet adapters out there which use the Alteon chipset so
this driver covers a fair amount of hardware. I know that it works with
the Alteon AceNIC, 3Com 3c985 and Netgear GA620, however it should also
work with the DEC/Compaq EtherWORKS 1000, Silicon Graphics Gigabit
ethernet board, NEC Gigabit Ethernet board and maybe even the IBM and
and Sun boards. The Netgear board is the cheapest (~$350US) but still
yields fairly good performance.

Support is provided for jumbo frames with all adapters (just set the
MTU to something larger than 1500 bytes), as well as hardware multicast
filtering and vlan tagging (in conjunction with the vlan support in
-current, which I should merge into -stable soon). There are some hooks
for checksum offload support, but they're turned off for now since
FreeBSD doesn't have an officially sanctioned way to support checksum
offloading (yet).

I have not added the 'device ti0' entry to GENERIC since the driver
with all the firmware compiled in is quite large, and it doesn't really
fit into the category of generic hardware.

show more ...


# 3ee9bf69 31-Mar-1999 Eivind Eklund <eivind@FreeBSD.org>

Add NTFS


# 4a64714f 29-Mar-1999 Kenneth D. Merry <ken@FreeBSD.org>

Delete all references to the "aic" driver. It isn't in the tree, and
may not show up for a while, and I'm tired of people asking about it.

Perhaps this will eliminate some of the confusion.


# c867b0e5 29-Mar-1999 Poul-Henning Kamp <phk@FreeBSD.org>

Spelling fixes.

PR: 10764
Submitted by: Chris Piazza <cpiazza@home.net>


# f4694a87 29-Mar-1999 Dmitrij Tejblum <dt@FreeBSD.org>

Fix syntax error. While I am here, comment out a negative option and add
another two commented out negative options.


# 1afb37ef 17-Mar-1999 Matt Jacob <mjacob@FreeBSD.org>

describe new ISP options


# 495967e4 16-Mar-1999 Eivind Eklund <eivind@FreeBSD.org>

Remove old reference to needing 'make clean' for QUOTAS - that is no
longer correct.


# d99434fb 16-Mar-1999 Søren Schmidt <sos@FreeBSD.org>

Rewert the atapi CDROM driver's name to wcd.
This is to avoid confusion with the new system.
Also provide real entires in MAKEDEV for the new system.


# aae5936e 13-Mar-1999 Joerg Wunsch <joerg@FreeBSD.org>

Make NDGBPORTS an official option.


# 4cc4752c 13-Mar-1999 Greg Lehey <grog@FreeBSD.org>

Add a dire warning about the folly of configuring vinum in
the kernel.


# 0a0319c2 10-Mar-1999 Kazutaka YOKOTA <yokota@FreeBSD.org>

- Added new options (ATKBD_DFLT_KEYMAP, KBD_DISABLE_KEYMAP_LOAD and
KBD_INSTALL_CDEV).
- Removed the note that the VESA option cannot be used on the SMP system;
this is not true.
- Moved the opti

- Added new options (ATKBD_DFLT_KEYMAP, KBD_DISABLE_KEYMAP_LOAD and
KBD_INSTALL_CDEV).
- Removed the note that the VESA option cannot be used on the SMP system;
this is not true.
- Moved the option VESA to more appropriate place.

show more ...


# a2210fe1 09-Mar-1999 Poul-Henning Kamp <phk@FreeBSD.org>

Make TIMER_FREQ a normal, undocumented option. Raise confusion to
a higher level with example in LINT.

Clarify comment about PPS_SYNC. Ignore for now that it doesn't
work in FLL mode, it will in a

Make TIMER_FREQ a normal, undocumented option. Raise confusion to
a higher level with example in LINT.

Clarify comment about PPS_SYNC. Ignore for now that it doesn't
work in FLL mode, it will in a few days.

show more ...


# 4f5f3f07 09-Mar-1999 Brian Somers <brian@FreeBSD.org>

typo police


# 61f625f0 04-Mar-1999 Søren Schmidt <sos@FreeBSD.org>

Add the atapi fd driver (LS120 & ZIP drive support)


# 8b89ef0a 01-Mar-1999 Søren Schmidt <sos@FreeBSD.org>

Finally!!

The much roumored replacement for our current IDE/ATA/ATAPI is
materialising in the CVS repositories around the globe.

So what does this bring us:

A new reengineered ATA/ATAPI subsystem,

Finally!!

The much roumored replacement for our current IDE/ATA/ATAPI is
materialising in the CVS repositories around the globe.

So what does this bring us:

A new reengineered ATA/ATAPI subsystem, that tries to overcome
most of the deficiencies with the current drivers.

It supports PCI as well as ISA devices without all the hackery
in ide_pci.c to make PCI devices look like ISA counterparts.

It doesn't have the excessive wait problem on probe, in fact you
shouldn't notice any delay when your devices are getting probed.

Probing and attaching of devices are postponed until interrupts
are enabled (well almost, not finished yet for disks), making
things alot cleaner.

Improved performance, although DMA support is still WIP and not
in this pre alpha release, worldstone is faster with the new
driver compared to the old even with DMA.

So what does it take away:

There is NO support for old MFM/RLL/ESDI disks.
There is NO support for bad144, if your disk is bad, ditch it, it has
already outgrown its internal spare sectors, and is dying.

For you to try this out, you will have to modify your kernel config
file to use the "ata" controller instead of all wdc? entries.

example:

# for a PCI only system (most modern machines)
controller ata0
device atadisk0 # ATA disks
device atapicd0 # ATAPI CDROM's
device atapist0 # ATAPI tapes

#You should add the following on ISA systems:
controller ata1 at isa? port "IO_WD1" bio irq 14
controller ata2 at isa? port "IO_WD2" bio irq 15

You can leave it all in there, the system knows how to manage.

For now this driver reuses the device entries from the old system
(that will probably change later), but remember that disks are
now numbered in the sequence they are found (like the SCSI system)
not as absolute positions as the old system.

Although I have tested this on all the systems I can get my hands on,
there might very well be gremlins in there, so use AT YOU OWN RISK!!
This is still WIP, so there are lots of rough edges and unfinished
things in there, and what I have in my lab might look very different
from whats in CVS at any given time. So please have all eventual
changes go through me, or chances are they just dissapears...

I would very much like to hear from you, both good and bad news
are very welcome.

Enjoy!!

-Søren

show more ...


# 1b968362 22-Feb-1999 Dag-Erling Smørgrav <des@FreeBSD.org>

Add support for stealth forwarding (forwarding packets without touching
their ttl). This can be used - in combination with the proper ipfw
incantations - to make a firewall or router invisible to tra

Add support for stealth forwarding (forwarding packets without touching
their ttl). This can be used - in combination with the proper ipfw
incantations - to make a firewall or router invisible to traceroute
and other exploration tools.

This behaviour is controlled by a sysctl variable (net.inet.ip.stealth)
and hidden behind a kernel option (IPSTEALTH).

Reviewed by: eivind, bde

show more ...


12345678910>>...63