summaryrefslogtreecommitdiff
path: root/sys/arch/i386
AgeCommit message (Collapse)Author
2003-04-09Correct commentary describing page table layoutsNiklas Hallqvist
2003-04-07Spring cleaning: remove unused code.Niklas Hallqvist
2003-03-28add support for the i830 that has 8 pci irq lines configure by the extra ↵Michael Shalayeff
0x68 pci config reg. does not change the behaviour for the other chipsets; ho@ testing
2003-03-28Add a sysctl to option USER_LDT, to control its behaviour, which will beMiod Vallat
disabled by default. Enable with sysctl -w machdep.userldt=1 This will allow people to use the few ports that require this functionality to work without requiring the user to recompile a kernel. The option USER_LDT remains in order to not increase size on the installation media. It is now enabled in GENERIC. Per espie@'s idea, but my diff was much simpler than his; ok deraadt@
2003-03-28Fix VIA C3 comment.Tobias Weingartner
Ok deraadt@
2003-03-19Add i830 support from NetBSD via patch in kernel/3150.Todd C. Miller
Verified to not break i81[05] and tested on two i830s.
2003-03-14Support for the VIA C3 Nehemiah on-cpu random number generator. This chipTheo de Raadt
will be shipping soon (we have nice prototypes). Written by toby.
2003-03-09autri now takes flags, provide sample 0x0000Ted Unangst
2003-03-07New athlon models, ok deraadt@Peter Stromberg
2003-03-06enable elansc; ok deraadt@Markus Friedl
2003-02-26eliminate some useless checks. yichen xie's checker.Ted Unangst
ok mickey@
2003-02-10Add hme at pciJason Wright
2003-02-07typos;Jason McIntyre
2003-02-01typos;Jason McIntyre
added .Fl to flags for boot_* ok deraadt@
2003-01-29typos;Jason McIntyre
many tweaks by millert@ (thanks) thanks mpech@ for help with adduser(8) ok millert@
2003-01-29fix typo. majver should be minverTed Unangst
ok mickey@
2003-01-21add elan520 from netbsd; adapted to watchdog sysctl interface;Markus Friedl
ok mickey@, jakob@, henric@, fgsch@
2003-01-21Get rid of vm_{offset,size}_t on i386.Artur Grabowski
deraadt@ ok.
2003-01-17allow setting com baudrate up to 115200; req and testing by Sourabh Ladha ↵Michael Shalayeff
<ladha@mail.eecis.udel.edu>
2003-01-16slightely better memory regions validity check; weingart@ idea and okMichael Shalayeff
2003-01-16getting rid of vm_offset_t.Artur Grabowski
2003-01-16Getting rid of vm_offset_tArtur Grabowski
2003-01-15skip zero-sized memory regions, which pass otherwise due to the address ↵Michael Shalayeff
rounding and such; from Carson Harding <harding@motd.ca>
2003-01-12more kernel growth requires me to remove uhaTheo de Raadt
2003-01-09Remove fetch(9) and store(9) functions from the kernel, and replace the fewMiod Vallat
remaining instances of them with appropriate copy(9) usage. ok art@, tested on all arches unless my memory is non-ECC
2003-01-09restore the prev version of the kq filter for events do not get delivered ↵Michael Shalayeff
properly; reported by dugsong@
2003-01-08do not match on via866 smbus controller; reported and tested by grange@Michael Shalayeff
2003-01-06Document MBR offset (used by NT4 at least).Tobias Weingartner
OK deraadt@, millert@, and others.
2002-12-25No need to define FOO?=foo for AS, CC, CPP and LD, as they are always alreadyMiod Vallat
set from <sys.mk>
2002-12-22better handling of bigendian batteries; problem noticed by blovett@bsdguru.comMichael Shalayeff
2002-12-18APM_BEBATT is in the apm_flags, not sc_flags, from markus@Michael Shalayeff
2002-12-17Make SysV-style shared memory and semaphore limits sysctl'able.Todd C. Miller
Instead of allocating a static amount of memory for the data structures via valloc() in allocsys(), allocate things dynamically using pool(9) when possible and malloc(9) when not. The various members of struct seminfo and struct shminfo are in kern.seminfo and kern.shminfo respectively (not all members of kern.seminfo are changable). The data structures used still leave something to be desired but things are not made worse in that respect by this commit.
2002-12-13Add FireWire to kernel config.Thierry Deval
(disabled for now, not production quality yet)
2002-12-12linux passes the 6th syscall argument in ebpJason Ish
- from NetBSD - ok deraadt, mickey
2002-12-11Some people say that "__asm __volatile("")" is not enough.Artur Grabowski
Use "__asm __volatile("":::"memory")" to completly avoid reordering.
2002-12-10``synthesizers'' is too difficult to spell correctly.Miod Vallat
2002-12-05remove altq entries.Kenjiro Cho
altq is merged into pf and handled through pf.
2002-12-02remove trm to fit propolice onto the floppyTheo de Raadt
2002-12-02remove aic to fit propolice onto the floppyTheo de Raadt
2002-12-02Import propolice (http://www.trl.ibm.com/projects/security/ssp), a stackMiod Vallat
attack protection scheme, into gcc. This protection is enabled by default. It can be turned off by using the -fno-stack-protector flag. Code by Hiroaki Etoh (etoh at jp dot ibm dot com); work on openbsd-specific integration by fgsch@, deraadt@ and myself; tests by fgsch@, naddy@ and myself; beer drinking by myself. Please note that system upgrades with this new code will require a new libc and ld.so to be build and installed before the propolice-enabled compiler can be installed.
2002-11-30Add driver for Belkin usb serial adapters.Nathan Binkert
Driver from Alexander Kabaev <kan.FreeBSD.org> and Ichiro FUKUHARA <ichiro@ichiro.org>
2002-11-30add uvscom(4), but comment it outNathan Binkert
2002-11-28same devices named the sameMichael Shalayeff
2002-11-28generic isa mpu, from Sergey A. Smitienko w/ fixes from meMichael Shalayeff
2002-11-24also no opt_user_ldt.hPhilipp Buehler
miod@, millert@ ok
2002-11-08prepare for bktr on macppc (commented out in generic for now); drahn@ okMichael Shalayeff
2002-11-07dev/isa/i82365_isasubr.c is needed for pcic at pci; from Bernard Gardner via ↵Michael Shalayeff
pr2962
2002-10-29Remove some unused globlsArtur Grabowski
2002-10-23Add a trivial va_copy() macro to all architectures but powerpcTodd C. Miller
(which I will leave for Dale since it needs special handling). From NetBSD (and same as sparc64). espie@ OK
2002-10-14Fix from FreeBSD for atlhon problems with mtrr and XFree86. Ok deraadt@Matthieu Herrb
FreeBSD commit messages say: Some BIOSs are using MTRR values that are only documented under NDA to control the mapping of things like the ACPI and APM into memory. The problem is that starting X changes these values, so if something was using the bits of BIOS mapped into memory (say ACPI or APM), then next time they access this memory the machine would hang. This patch refuse to change MTRR values it doesn't understand, unless a new "force" option is given. This means X doesn't change them by accident but someone can override that if they really want to. PR: 28418 Tested by: Christopher Masto <chris at netmonger dot net>, David Bushong <david at bushong dot net>, Santos <casd at myrealbox dot com> Make the MTRR code a bit more defensive - this should help people trying to run X on some Athlon systems where the BIOS does odd things (mines an ASUS A7A266, but it seems to also help on other systems). Here's a description of the problem and my fix: The problem with the old MTRR code is that it only expects to find documented values in the bytes of MTRR registers. To convert the MTRR byte into a FreeBSD "Memory Range Type" (mrt) it uses the byte value and looks it up in an array. If the value is not in range then the mrt value ends up containing random junk. This isn't an immediate problem. The mrt value is only used later when rewriting the MTRR registers. When we finally go to write a value back again, the function i686_mtrrtype() searches for the junk value and returns -1 when it fails to find it. This is converted to a byte (0xff) and written back to the register, causing a GPF as 0xff is an illegal value for a MTRR byte. To work around this problem I've added a new mrt flag MDF_UNKNOWN. We set this when we read a MTRR byte which we do not understand. If we try to convert a MDF_UNKNOWN back into a MTRR value, then the new function, i686_mrt2mtrr, just returns the old value of the MTRR byte. This leaves the memory range type unchanged. I have seen one side effect of the fix, which is that ACPI calls after X has been run seem to hang my machine. As running X would previously panic the machine, this is still an improvement ;-) PR: 28418, 25958 Tested by: jkh, Christopher Masto <chris at netmonger dot net>
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-23 20:11:54 +0000