summaryrefslogtreecommitdiff
path: root/sys/arch/i386/conf
AgeCommit message (Collapse)Author
2008-06-08alpha/conf/RAMDISKTheo de Raadt
2008-06-07add a disabled com4 device for a Fujitsu Stylistic TouchscreenRobert Nagy
ideas from deraadt@ and millert@
2008-06-07Kill ACPIVERBOSE. It was never used and is worthless to boot.Marco Peereboom
comments jmc ok toby
2008-05-30skip ext2fs on thisTheo de Raadt
2008-05-23Bye bye awi(4). No net80211 love, uses its own WEP code and has not workedBrad Smith
properly in 8.5 years so just garbage collect the driver. ok damien@ deraadt@
2008-05-21Switch i386 from pccom to com. Welcomed by many.Mark Kettenis
ok dlg@, jsing@, deraadt@
2008-05-16reenable PCIVERBOSE now that acpi isnt pushing the media over.David Gwynne
2008-05-14Comment out option PCIVERBOSE on the floppies for now, to let them fitMiod Vallat
after the code increase caused by the recent acpi changes, until a better compromise is found.
2008-05-07Move i386 to __HAVE_GENERIC_SOFT_INTERRUPTSMark Kettenis
ok dlg@, tested by dlg@, oga@, jsg@, deraadt@
2008-05-07Rather than fixing ises(4), nuke it.Kenneth R Westerback
ok deraadt@
2008-04-29enable km(4); ok deraadtConstantine A. Murenin
2008-04-27add acpithinkpad(4), an acpi support driver for ibm/lenovojoshua stein
thinkpads. provides functionality that the bios did on older, non-acpi thinkpads like respond to screen brightness keys and toggle the bluetooth device on and off. ok deraadt@ and marco@
2008-04-25neccessary -> necessary; from Pierre RiteauJason McIntyre
2008-04-24Introduce acpiasus(4), a driver for the ACPI based hotkeys found in manyJoel Sing
ASUS laptops (including the ASUS EeePC) - largely based on NetBSD's asus(4) driver. On the ASUS EeePC this allows us to enable/disable wireless, change screen brightness and use the volume keys. ok jsg@, weingart@
2008-04-19add a driver flag to force the negotiation of SATA 1 transfersDamien Miller
(1.5Gb/s). Useful where faster speeds are unstable; ok dlg@
2008-04-07sdtemp* devices could occur on these machinesTheo de Raadt
2008-04-03Switch it(4) back to PnP config mode. Avoid possibleOleg Safiullin
conflicts with SMSC or similar chips.
2008-03-31Re-enable lii(4).Brad Smith
ok deraadt@
2008-03-29enable kate(4); ok deraadt@Constantine A. Murenin
2008-03-24add it(4) at port 0x228, found on some motherboards.Oleg Safiullin
ok deraadt@
2008-03-23enable andl; ok deraadtConstantine A. Murenin
2008-03-22Nuke some unused magic.Tobias Weingartner
ok deraadt@
2008-03-21add wireless drivers which need firmware; if someone upgrades the firmwareTheo de Raadt
may in fact be there already, so it is OK from espie
2008-03-20let maxusers go much higherTheo de Raadt
2008-03-19enable fins(4)Theo de Raadt
2008-03-16for some reason the pchb dependency on agp got left in. kill it.Owain Ainsworth
2008-03-16Make agp(4) attach at vga(4) instead of pchb(4). This is because sometimesOwain Ainsworth
agp and drm need to use the same memory mapping, the best way to deal with that is to allow them to share (that's coming later), for this to work cleanly we move the attach point of agp. Ideally most agp drivers would attach at pchb, with only agp_i810 (and any that work similarly) attaching at vga, but this will do for now. ok kettenis@, miod@.
2008-03-04sthen@ has an motherboard with both agp and pcie that fails to boot.Owain Ainsworth
disabling agp_ali solves this. Proper fix shall hopefully some sometime after release. Shouldn't affect anyone. ok sthen@, prodded by deraadt@.
2008-02-25- Add lii(4) commented out to the amd64 configsBrad Smith
- Comment out lii(4) in the i386 configs since it does not work yet - Add et(4) to the i386 and amd64 RAMDISK_CD configs ok deraadt@
2008-02-24Add commented out Bluetooth HID sectionUwe Stuehler
ok deraadt
2008-02-21enable envy(4) on i386Alexandre Ratchov
ok jakemsr@, beck@, deraadt@
2008-02-17Enter wbsio(4), a driver for the Winbond LPC Super I/O chips.Mark Kettenis
ok henning@
2007-12-31crank maxusers a little bitTheo de Raadt
2007-12-31enable upgt & lii. both have issues, and will need to be fixed inTheo de Raadt
time, but it is better to have people be FORCED to try to use them, and then more people can decide to get involved. if a driver is in-tree, but people don't even know it exists, how would they get involved? they just plain would not.
2007-12-23Look for environment controller first, and access ITE SuperIO address/dataOleg Safiullin
ports only if we found one. Fixes possible issues with some notebook chipsets. ok deraadt@ tested by me, jcs@ and Rodolfo Gouveia
2007-12-18New it(4) driver.Oleg Safiullin
Supports ITE IT8705/8712/8716/8718/8726 and SiS SiS950 hardware monitors and ITE IT8712F/8716F/8718F/8726F watchdog timer.
2007-12-05Hang acpi(4) below bios(4) instead of mainbus(4). This lets us move acpi(4)Theo de Raadt
before pcibios(4), and then.... if acpi(4) attaches, skip pcibios(4) since it messes the machines up. Fixes claudio's HP dl320 G5, and almost assuredly others. ok kettenis
2007-12-04disable uticom until we receive oneTheo de Raadt
2007-11-28Initial import of the DRM (direct rendering manager).Owain Ainsworth
This is the kernel part necessary for DRI support in X. Disabled for now because it still has a few bugs, but now I can work on it in tree. Also requires the requisite bits in X, which are currently under discussion on how to deal with them with privsep. ported from a combination of the free and netbsd implementations. Known bugs: 1) only the first occurence of X in any session will have dri, after that something prevents it working. 2) if the machine does not have a dri capable card, the kernel panics. Something's up in one of the probe functions. I haven't been able to find it though. 3) radeon cards need to be forced to use PCI mode otherwise they get into an infinite loop. This is known to at least kinda work with SiS, radeons in pci mode and intel cards. ok deraadt, kinda ok art, a few other people had a quick look.
2007-11-28basic support for building an i386 kernel with the native toolchainTed Unangst
on amd64. helpful for test compiling. i have not attempted to boot such a kernel. you shouldn't either. ok deraadt
2007-11-28quite a bit of simplification by removing cpu classes.Ted Unangst
also assume that 386 cpus are really unknown, and promote them to 486 instead of panic.
2007-11-25libkern, begone. Move to a new mechanism where config(8)'s "file"Theo de Raadt
directive can select between MI and MD versions of these files. At the same time, adjust the boot programs to pick exactly what they need, instead of the 7 or 8 mechanisms previously used. There will be some fallout from this, but testing it all by myself is a ridiculously slow process; it will be finished in-tree. Various developers were very nice and avoided making fun of me when I was gibbering in the corner..
2007-11-25Make agp attach as a device. This means that many more agp bridgesOwain Ainsworth
actually get detected and attached. Also adds a kernel api for manipulating agp. Enable this on i386 and amd64. "I think you should commit it" deraadt@, ok matthieu. Looked over by several others.
2007-11-25fake out the apm device to switch between apm and acpi on i386. nowTed Unangst
a single device node will talk to the right kernel code automatically. ok deraadt
2007-11-25Enable et/etphy now it can pass packets both ways.Jonathan Gray
2007-11-25Get rid of the kernel 'libcompat' framework, and instead use conf/files toTheo de Raadt
decide which files must be pulled into the kernel. Also conditionalize the pulling of those files based on the COMPAT_* options.
2007-11-22disable i386 ipmi as well, because marco has an acpi interaction bug to fix ↵Theo de Raadt
still
2007-11-16Make the GPIO functionality of the AMD Geode LX CS5536 available.Marc Balmer
gpio* at glxpcib? Based on an initial diff from Martin Hedenfalk <martin@bzero.se> which I largely rewrote. Tested on the ALIX.3C1 and the Soekris net5501. ok dlg, grange, marco
2007-11-16something has to go, unfortunatelyTheo de Raadt
2007-11-15enable most acpi functionality by default. now instead of 'enable acpi',Theo de Raadt
you use 'disable acpi' or 'disable apm' withn you encounter problems (depending on which kind of problems). if we work hard enough, this can remain the situation by the time we ship the next release. otherwise, we will re-disable acpi... so let's crackin'