#
259065 |
|
07-Dec-2013 |
gjb |
- Copy stable/10 (r259064) to releng/10.0 as part of the 10.0-RELEASE cycle. - Update __FreeBSD_version [1] - Set branch name to -RC1
[1] 10.0-CURRENT __FreeBSD_version value ended at '55', so start releng/10.0 at '100' so the branch is started with a value ending in zero.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
256281 |
|
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
232614 |
|
06-Mar-2012 |
bz |
Provide wbwd(4), a driver for the watchdog timer found on various Winbond Super I/O chips.
With minor efforts it should be possible the extend the driver to support further chips/revisions available from Winbond. In the simplest case only new IDs need to be added, while different chipsets might require their own function to enter extended function mode, etc.
Sponsored by: Sandvine Incorporated ULC (in 2011) Reviewed by: emaste, brueffer MFC after: 2 weeks
|
#
210179 |
|
16-Jul-2010 |
mav |
Add hints for i8254 timer on i386 and amd64. Some people report about systems with PnP/ACPI not reporting i8254 timer. In some cases it can be fatal, as i8254 can be the only available time counter hardware. From other side we are now heavily depend on i8254 timer and till the last time it's init/usage was completely hardcoded. So this change just restores previous behavior in more regular fashion.
|
#
194269 |
|
15-Jun-2009 |
ps |
I have several machines where the following warning is printed: warning: no time-of-day clock registered, system time will not be set accurately
Provide hints to atrtc on amd64 since it's not being described in ACPI on some systems.
Reviewed by: jhb
|
#
192122 |
|
14-May-2009 |
jhb |
Trim the default set of device hints on i386 and amd64: - Remove vga0 and the disabled uart2/uart3 hints from both platforms. - Remove hints for ISA adv0, bt0, aha0, aic0, ed0, cs0, sn0, ie0, fe0, and le0 from i386. All these hints were marked 'disabled' and thus already did not work "out of the box".
Discussed with: imp
|
#
180487 |
|
13-Jul-2008 |
ed |
Make uart(4) the default serial port driver on i386 and amd64.
The uart(4) driver has the advantage of supporting a wider variety of hardware on a greater amount of platforms. This driver has already been the standard on platforms such as ia64, powerpc and sparc64.
I've decided not to change anything on pc98. I'd rather let people from the pc98 team look at this.
Approved by: philip (mentor), marcel
|
#
172674 |
|
15-Oct-2007 |
netchild |
Backout sensors framework.
Requested by: phk Discussed on: cvs-all
|
#
172632 |
|
14-Oct-2007 |
netchild |
Import it(4) and lm(4), supporting most popular Super I/O Hardware Monitors.
Submitted by: Constantine A. Murenin <cnst@FreeBSD.org> Sponsored by: Google Summer of Code 2007 (GSoC2007/cnst-sensors) Mentored by: syrinx Tested by: many OKed by: kensmith Obtained from: OpenBSD (parts)
|
#
163567 |
|
21-Oct-2006 |
ru |
MFi386: 1.13: Fix booting with ps2 keyboards.
|
#
132555 |
|
22-Jul-2004 |
imp |
There is no pcic device on amd64. OLDCARD isn't supported, and NEWCARD will call it something different. and there are no ISA add-in devices.
|
#
127191 |
|
19-Mar-2004 |
obrien |
'vi' got away from me in rev. 1.13.
|
#
127151 |
|
17-Mar-2004 |
obrien |
Cleanup hints, given that no hammer machine have (nor ever will have) ISA slots.
Submitted by: Peter
|
#
114349 |
|
30-Apr-2003 |
peter |
Commit MD parts of a loosely functional AMD64 port. This is based on a heavily stripped down FreeBSD/i386 (brutally stripped down actually) to attempt to get a stable base to start from. There is a lot missing still. Worth noting: - The kernel runs at 1GB in order to cheat with the pmap code. pmap uses a variation of the PAE code in order to avoid having to worry about 4 levels of page tables yet. - It boots in 64 bit "long mode" with a tiny trampoline embedded in the i386 loader. This simplifies locore.s greatly. - There are still quite a few fragments of i386-specific code that have not been translated yet, and some that I cheated and wrote dumb C versions of (bcopy etc). - It has both int 0x80 for syscalls (but using registers for argument passing, as is native on the amd64 ABI), and the 'syscall' instruction for syscalls. int 0x80 preserves all registers, 'syscall' does not. - I have tried to minimize looking at the NetBSD code, except in a couple of places (eg: to find which register they use to replace the trashed %rcx register in the syscall instruction). As a result, there is not a lot of similarity. I did look at NetBSD a few times while debugging to get some ideas about what I might have done wrong in my first attempt.
|
#
107650 |
|
05-Dec-2002 |
jhb |
Add "disabled" hints to all of the uncommon ISA devices that are in GENERIC. Each device can be re-enabled at startup time by unsetting the disabled hint in the loader.
Requested by: mdodd Approved by: re Prodded by: rwatson
|
#
105731 |
|
22-Oct-2002 |
jhb |
No need for pmtimer hint anymore.
|
#
104718 |
|
09-Oct-2002 |
jhb |
Remove 'at' hints for npx and apm as both drivers have identify routines that add an instance of themselves. The npx(4) driver doesn't even check the npx 'port' hint but hardcodes IO_NPX instead. The npx(4) driver also will use isa IRQ 13 (on x86, 8 on pc98) by default if no 'irq' hint is specified, so we don't need that hint either.
|
#
77214 |
|
26-May-2001 |
jkh |
Remove pcm hints here now that it's gone from GENERIC.
Reminded-by: bde
|
#
69704 |
|
07-Dec-2000 |
iwasaki |
Create a pmtimer device instance for GENERIC and NEWCARD kernels by default.
Submitted by: Masayuki FUKUI <fukui@sonic.nm.fujitsu.co.jp>
|
#
68696 |
|
13-Nov-2000 |
jkh |
In the year 2000, I think it's perfectly reasonable to include audio support by default in GENERIC.
|
#
67759 |
|
28-Oct-2000 |
phk |
Revert two experimental changes which escaped from my devel machine.
|
#
67708 |
|
27-Oct-2000 |
phk |
Convert all users of fldoff() to offsetof(). fldoff() is bad because it only takes a struct tag which makes it impossible to use unions, typedefs etc.
Define __offsetof() in <machine/ansi.h>
Define offsetof() in terms of __offsetof() in <stddef.h> and <sys/types.h>
Remove myriad of local offsetof() definitions.
Remove includes of <stddef.h> in kernel code.
NB: Kernelcode should *never* include from /usr/include !
Make <sys/queue.h> include <machine/ansi.h> to avoid polluting the API.
Deprecate <struct.h> with a warning. The warning turns into an error on 01-12-2000 and the file gets removed entirely on 01-01-2001.
Paritials reviews by: various. Significant brucifications by: bde
|
#
63538 |
|
19-Jul-2000 |
imp |
Default the pcic to polling. Some laptops need to have polling mode due to a paucity of IRQs. I have some reservations about this, so I'm not going to MFC this just yet. I'm doing this to see how many problems it causes so we can do this in 4.2. I've been seeing hangs on my laptop from time to time, but sometimes it was not in polling mode, other tmies it was. Don't know if this is one problem or more than one.
Requested by: Sean O Connell
|
#
61655 |
|
14-Jun-2000 |
peter |
s/iomem/maddr/ - these were generated from an older verion of the gethints script. :-(
|
#
61640 |
|
13-Jun-2000 |
peter |
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration no longer has to be compiled into the kernel. You can reconfigure your isa devices with the likes of this at loader(8) time: set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel if you do not wish to use loader(8). See the "hints" directive in GENERIC as an example.
All device wiring has been moved out of config(8). There is a set of helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98) that extract the 'at isa? port foo irq bar' from the old files and produces a hints file. If you install this file as /boot/device.hints (and update /boot/defaults/loader.conf - You can do a build/install in sys/boot) then loader will load it automatically for you. You can also compile in the hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme, things like LINT would no longer be useful as "documentation" of settings. I have renamed this file to 'NOTES' and stored the example hints strings in it. However... this is not something that config(8) understands, so there is a script that extracts the build-specific data from the documentation file (NOTES) to produce a LINT that can be config'ed and built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and 'pseudo-device' I collapsed the two together, and the resulting 'device' takes a 'number of units' for devices that still have it statically allocated. eg: 'device fe 4' will compile the fe driver with NFE set to 4. You can then set hints for 4 units (0 - 3). Also note that 'device fe0' will be interpreted as "zero units of 'fe'" which would be bad, so there is a config warning for this. This is only needed for old drivers that still have static limits on numbers of units. All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
|