#
272461 |
|
02-Oct-2014 |
gjb |
Copy stable/10@r272459 to releng/10.1 as part of the 10.1-RELEASE process.
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
|
#
206451 |
|
10-Apr-2010 |
marius |
Add sbbc(4), a driver for the BootBus controller found in Serengeti and StarCat systems which provides time-of-day services for both as well as console service for Serengeti, i.e. Sun Fire V1280. While the latter is described with a device type of serial in the OFW device tree, it isn't actually an UART. Nevertheless the console service is handled by uart(4) as this allowed to re-use quite a bit of MD and MI code. Actually, this idea is stolen from Linux which interfaces the sun4v hypervisor console with the Linux counterpart of uart(4).
|
#
202587 |
|
18-Jan-2010 |
marius |
Add epic(4) also here.
MFC after: 3 days
|
#
201410 |
|
03-Jan-2010 |
marius |
Exclude options COMPAT_FREEBSD4 now that the MD freebsd4_sigreturn() is gone since r201396 and which is also in line with the fact that FreeBSD 4 didn't supported sparc64.
|
#
182057 |
|
23-Aug-2008 |
marius |
Remove clkbrd(4) as a separate device and compile it solely based on the presence of fhc(4) instead; we by far don't support all of the functionality provide by the clock board but in general it's an integral part of FireHose-based systems which shouldn't be possible to omit.
|
#
178372 |
|
21-Apr-2008 |
phk |
Make genclock standard on all platforms.
Thanks to: grehan & marcel for platform support on ia64 and ppc.
|
#
163890 |
|
01-Nov-2006 |
marius |
- In sunkbd_probe_keyboard() don't bother to determine the keyboard layout as we have no use for that info. Instead let this function return the keyboard ID and verify at its invocation in sunkbd_configure() that we're talking to a Sun type 4/5/6 keyboard, i.e. a keyboard supported by this driver. - Add an option SUNKBD_EMULATE_ATKBD whose code is based on the respective code in ukbd(4) and like UKBD_EMULATE_ATSCANCODE causes this driver to emit AT keyboard/KB_101 compatible scan codes in K_RAW mode as assumed by kbdmux(4). Unlike UKBD_EMULATE_ATSCANCODE, SUNKBD_EMULATE_ATKBD also triggers the use of AT keyboard maps and thus allows to use the map files in share/syscons/keymaps with this driver at the cost of an additional translation (in ukbd(4) this just is the way of operation). - Implement an option SUNKBD_DFLT_KEYMAP, which like the equivalent options of the other keyboard drivers allows to specify the default in-kernel keyboard map. For obvious reasons this made to only work when also using SUNKBD_EMULATE_ATKBD. - Implement sunkbd_check(), sunkbd_check_char() and sunkbd_clear_state(), which are also required for interoperability with kbdmux(4). - Implement K_CODE mode and FreeBSD keypad compose. - As a minor hack define KBD_DFLT_KEYMAP also in the !SUNKBD_EMULATE_ATKBD case so we can obtain fkey_tab from <dev/kbd/kbdtables.h> rather than having to duplicate it and #ifdef some more code. - Don't use the TX-buffer for writing the two command bytes for setting the keyboard LEDs as this consequently requires a hardware FIFO that is at least two bytes in depth, which the NMOS-variant of the Zilog SCCs doesn't have. Thus use an inlined version of uart_putc() to consecutively write the command bytes (a cleaner approach would be to do this via the soft interrupt handler but that variant wouldn't work while in ddb(4)). [1] - Fix some minor style(9) bugs.
PR: 90316 [1] Reviewed by: marcel [1]
|
#
163880 |
|
01-Nov-2006 |
marius |
Remove the atkbd(4), atkbdc(4) and psm(4) hints. In theory they can be used on sparc64 but that would be totally wrong in practice.
|
#
163630 |
|
23-Oct-2006 |
ru |
Move "device splash" back to MI NOTES and "files", it's MI.
|
#
163627 |
|
23-Oct-2006 |
ru |
Revision 1.25 had the ATKBD_DFLT_KEYMAP option turned on and then off:
: # Options for atkbd: : options ATKBD_DFLT_KEYMAP # specify the built-in keymap : makeoptions ATKBD_DFLT_KEYMAP=jp.106 [...] : nooption ATKBD_DFLT_KEYMAP : nomakeoption ATKBD_DFLT_KEYMAP
(Previously the option was inherited from MI NOTES.) So my tool in rev. 1.26 reduced this to removing all "ATKBD_DFLT_KEYMAP" lines, leaving the option effectively disabled as it was before, but since it's actually supported on sparc64, turn it on now.
|
#
163626 |
|
23-Oct-2006 |
ru |
Mechanically kill redundant nodevice/nooption/nomakeoption, i.e., those that do not exist in MI NOTES or switched on/off in the MD NOTES.
|
#
163535 |
|
20-Oct-2006 |
des |
Move more MD devices and options out of MI NOTES.
|
#
160813 |
|
29-Jul-2006 |
marcel |
Remove sio(4) and related options from MI files to amd64, i386 and pc98 MD files. Remove nodevice and nooption lines specific to sio(4) from ia64, powerpc and sparc64 NOTES. There were no such lines for arm yet. sio(4) is usable on less than half the platforms, not counting a future mips platform. Its presence in MI files is therefore increasingly becoming a burden.
|
#
157878 |
|
19-Apr-2006 |
marcel |
Remove sab(4).
|
#
154026 |
|
04-Jan-2006 |
joel |
Remove references to snd_vortex1(4).
Approved by: tanimura, ariff
|
#
152865 |
|
27-Nov-2005 |
ru |
- Allow duplicate "machine" directives with the same arguments. - Move existing "machine" directives to DEFAULTS.
|
#
151641 |
|
25-Oct-2005 |
yongari |
Remove "nodevice snd_es137x" as it is supported now.
|
#
147272 |
|
10-Jun-2005 |
marius |
- Hook up atkbdc(4), atkbd(4) and psm(4) to the sparc64 build, not enabled in GENERIC by default, yet. - While here remove the exclusion of ukbd(4) from the sparc64 NOTES as ukbd(4) compiles and works on sparc64.
|
#
146483 |
|
21-May-2005 |
marius |
- Hook up machfb(4) to the sparc64 build, not enabled in GENERIC by default, yet. - Replace "graphics cards" with "framebuffers" in the description of creator(4) in order to make it uniform with the description of machfb(4) and the latter occur both on-board and as add-on cards.
|
#
143827 |
|
18-Mar-2005 |
marius |
Add a driver for the 'clock-board' device (the clock board is an inevitable component in Sun Exx00 machines and provides serial ports, NVRAM and TOD amongst others which are handled by uart(4) and eeprom(4) respectively). This driver currently only prints out information about the chassis on attach and allows to blink the 'Cycling' LED (which is duplicated on the front panel) of the clock board just like fhc(4) does for the other boards. The device name for the LED is /dev/led/clockboard.
Obtained from: OpenBSD Tested by: joerg
|
#
142656 |
|
27-Feb-2005 |
marius |
The zs(4) driver is superseded by uart(4) and broken in -CURRENT. Remove it from the sparc64 kernel config files and delete its fhc(4) and sbus(4) front-end.
Agreed with: marcel
|
#
140243 |
|
14-Jan-2005 |
ru |
Fixed sparc64 LINT build.
|
#
137822 |
|
17-Nov-2004 |
marius |
Add a front-end for the `rtc' device which is a MC146818 compatible clock found on the ISA bus (some USIIe, USIIi and USIIIi models) and EBus (USIII models) instead of a MK48Txx clock.
Testet by: Matthew T. Lager" <freebsd@trinetworks.com> on Sun Fire V100, Xavier Beaudouin <kiwi@oav.net> on Netra X1 (initial version)
|
#
137814 |
|
17-Nov-2004 |
marius |
Shorten the description of the mk48txx driver to just say that it supports MK48Txx clocks, there are now to many models supported to list them all here.
|
#
137812 |
|
17-Nov-2004 |
marius |
Catch up with version 600000 of config(8), quotes around device names containing digits are no longer required.
|
#
136944 |
|
25-Oct-2004 |
yongari |
Device driver for onboard CS4231 audio controller which is found on UltraSPARC workstations. The driver is based on OpenBSD's SBus cs4231 driver and heavily modified to incorporate into sound(4) infrastructure. Due to the lack of APCDMA documentation, the DMA code of SBus cs4231 came from OpenBSD's driver. The driver runs without Giant lock and supports both SBus and EBus based CS4231 audio controller. Special thanks to marius for providing feedbacks during the driver writing. His feedback made it possible to write hiccup free playback code under high system loads.
Approved by: jake (mentor) Reviewed by: marius (initial version) Tested by: marius, kwm, Julian C. Dunn(jdunn AT opentrend DOT net)
|
#
136301 |
|
09-Oct-2004 |
yongari |
Port NetBSD auxio driver. The driver was modified to use led(4) and can be used to announce various system activity. The auxio device provides auxiliary I/O functions and is found on various SBus/EBus UltraSPARC models. At present, only front panel LED is controlled by this driver.
Approved by: jake (mentor) Reviewed by: joerg Tested by: joerg
|
#
133909 |
|
16-Aug-2004 |
marius |
Try to catch up with reality: - Chase the split of pcm(4). This unbreaks LINT compiles. - sc(4) basically works and a lot of its options should be supported. - Add the creator and ofw_console drivers. - vinum(4) should work, at least its module was turned on for sparc64 a while ago. - Don't build sio(4). Its EBus front-end was removed a while ago and the ISA one hardly works. Use uart(4) instead, it's not perfect yet but works much better.
|
#
131970 |
|
11-Jul-2004 |
marcel |
The SC_DISABLE_DDBKEY options has been renamed to SC_DISABLE_KDBKEY.
|
#
131016 |
|
24-Jun-2004 |
obrien |
Better OFW console support on Sun Ultra2 machines. Ultra2 users may want to set OFWCONS_POLL_HZ to a value of '20'. I have left default value at '4' as higher values can consume a more than is acceptable amount of CPU, and we don't have a consensus yet what is an optimal value.
Submitted by: Pyun YongHyeon <yongari@kt-is.co.kr>
|
#
129051 |
|
08-May-2004 |
marius |
- Remove the old sparc64 OFW PCI code (as opposed to the former "options OFW_NEWPCI"). This is a bit overdue, the new sparc64 OFW PCI code which is meant to replace the old one is in place for 10 months and enabled by default in GENERIC for 8 months. FreeBSD 5.2 and 5.2.1 also shipped with the new code enabled by default. - Some minor clean-up, e.g. remove functions that encapsulated the #ifdefs for OFW_NEWPCI, remove unused resp. no longer required includes, etc.
Approved by: tmm, no objections on freebsd-sparc64
|
#
128758 |
|
30-Apr-2004 |
marius |
Remove the separate kernel option for Sun APB PCI-PCI bridges and make support for them conditional on the pci(4) kernel option instead.
OK'ed by: tmm
|
#
117121 |
|
01-Jul-2003 |
tmm |
Add a commented-out entry for OFW_NEWPCI to GENERIC and NOTES, along with a comment describing it's advantages and the implication of changing it. While being there, fix a typo in NOTES.
The option is not enabled in NOTES for now since large portions of code are conditional on it being disabled, too.
|
#
116225 |
|
11-Jun-2003 |
jake |
Fix LINT for now.
|
#
111582 |
|
26-Feb-2003 |
ru |
Implemented "nooption" and "nomakeoption" config(8) tokens. Fixed memory leak in the "nodevice" option implementation.
Use these instead of sed(1) in MD NOTES.
Use a single makefile (sys/conf/makeLINT.mk) to generate LINT for all architectures. (Previous versions missed the LINT dependency on Makefile, and i386 version also missed the dependency on ${NOTES}.)
Fixed bugs in the previous NOTES conversion using the "nodevice" token and sed(1):
- i386 LINT lost "device pst".
- pc98 LINT lost SC_*, MAXCONS and KBD_DISABLE_KEYMAP_LOAD options, and got needless DPT_* options.
- Added nooptions PPC_DEBUG, PPC_PROBE_CHIPSET, KBD_INSTALL_CDEV to sparc64 LINT so that it has a chance to config(8).
This basically returns us to where we were before.
|
#
111500 |
|
25-Feb-2003 |
obrien |
Move most everything back to a MI NOTES, and use "nodevice" in MD NOTES Where needed. Use 'sed' for now in place of "nooptions". Add a sparc64 MD NOTES.
Reviewed by: arch@
|