summaryrefslogtreecommitdiffstats
path: root/sys/ia64/conf
Commit message (Collapse)AuthorAgeFilesLines
...
* - Remove SCHED_ULE from GENERIC to better avoid foot-shooting bysimon2006-10-051-1/+0
| | | | | | | | | | | unsuspecting users. - Add a comment in NOTES about experimental status of SCHED_ULE. - Make warning about experimental status in sched_ule(4) a bit stronger. Suggested and reviewed by: dougb Discussed on: developers MFC after: 3 days
* Added COMPAT_FREEBSD6 option.ru2006-09-261-0/+1
|
* Remove sio(4) and related options from MI files to amd64, i386marcel2006-07-291-3/+0
| | | | | | | | | 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.
* Move default GEOM classes from files.ia64, where they were markedmarcel2006-07-171-0/+5
| | | | standard, to the DEFAULTS file.
* Make the firmware assist driver resident inmjacob2006-07-091-0/+1
| | | | preparation for isp using it.
* Backed out the change by request from rwatson.babkin2006-06-261-1/+0
| | | | PR: kern/14584
* The common UID/GID space implementation. It has been discussed on -archbabkin2006-06-251-0/+1
| | | | | | | | | | in 1999, and there are changes to the sysctl names compared to PR, according to that discussion. The description is in sys/conf/NOTES. Lines in the GENERIC files are added in commented-out form. I'll attach the test script I've used to PR. PR: kern/14584 Submitted by: babkin
* Remove COMPAT_43 from GENERIC (and other kernel configs). For amd64 there'snetchild2006-06-152-2/+0
| | | | | | | | | | | | | | | | | | | | | | an explicit comment that it's needed for the linuxolator. This is not the case anymore. For all other architectures there was only a "KEEP THIS". I'm (and other people too) running a COMPAT_43-less kernel since it's not necessary anymore for the linuxolator. Roman is running such a kernel for a for longer time. No problems so far. And I doubt other (newer than ia32 or alpha) architectures really depend on it. This may result in a small performance increase for some workloads. If the removal of COMPAT_43 results in a not working program, please recompile it and all dependencies and try again before reporting a problem. The only place where COMPAT_43 is needed (as in: does not compile without it) is in the (outdated/not usable since too old) svr4 code. Note: this does not remove the COMPAT_43TTY option. Nagging by: rdivacky
* Add the ability to subset the devices that UART pulls in. This allowsimp2006-06-121-0/+3
| | | | | | | | the arm to compile without all the extras that don't appear, at least not in the flavors of ARM I deal with. This helps us save about 100k. If I've botched the available devices on a platform, please let me know and I'll correct ASAP.
* EISA bus ia64 systems don't exist in reality. I'm told they may exist inimp2006-06-021-1/+0
| | | | | | theory, but that it was OK to remove from NOTES. OK'd by: marcel
* Add le(4). I could actually only test it on alpha, i386 and sparc64 butmarius2006-05-171-1/+2
| | | | | given that this includes the more problematic platforms I see no reason why it shouldn't also work on amd64 and ia64.
* Rewrite of puc(4). Significant changes are:marcel2006-04-281-2/+0
| | | | | | | | | | | | | | | | | | | | o Properly use rman(9) to manage resources. This eliminates the need to puc-specific hacks to rman. It also allows devinfo(8) to be used to find out the specific assignment of resources to serial/parallel ports. o Compress the PCI device "database" by optimizing for the common case and to use a procedural interface to handle the exceptions. The procedural interface also generalizes the need to setup the hardware (program chipsets, program clock frequencies). o Eliminate the need for PUC_FASTINTR. Serdev devices are fast by default and non-serdev devices are handled by the bus. o Use the serdev I/F to collect interrupt status and to handle interrupts across ports in priority order. o Sync the PCI device configuration to include devices found in NetBSD and not yet merged to FreeBSD. o Add support for Quatech 2, 4 and 8 port UARTs. o Add support for a couple dozen Timedia serial cards as found in Linux.
* Remove devices acpi & mem, as they are in defaults already.marcel2006-02-021-2/+0
|
* Move the old BSD4.3 tty compatibility from (!BURN_BRIDGES && COMPAT_43)phk2006-01-101-0/+1
| | | | | | | | | | | | to COMPAT_43TTY. Add COMPAT_43TTY to NOTES and */conf/GENERIC Compile tty_compat.c only under the new option. Spit out #warning "Old BSD tty API used, please upgrade." if ioctl_compat.h gets #included from userland.
* - Allow duplicate "machine" directives with the same arguments.ru2005-11-274-10/+1
| | | | - Move existing "machine" directives to DEFAULTS.
* Don't enable PUC_FASTINTR by default in the source. Instead, enable itjhb2005-11-211-0/+2
| | | | | | | | | | | via the DEFAULTS kernel configs. This allows folks to turn it that option off in the kernel configs if desired without having to hack the source. This is especially useful since PUC_FASTINTR hangs the kernel boot on my ultra60 which has two uart(4) devices hung off of a puc(4) device. I did not enable PUC_FASTINTR by default on powerpc since powerpc does not currently allow sharing of INTR_FAST with non-INTR_FAST like the other archs.
* Create DEFAULTS files for alpha, ia64, powerpc, and sparc64 and movejhb2005-11-212-2/+13
| | | | | | 'device mem' over from GENERIC to DEFAULTS to be consistent with i386 and amd64. Additionally, on ia64 enable ACPI by default since ia64 requires acpi.
* Introduce a kernel config for the Mandatory Access Control framework.csjp2005-09-181-0/+28
| | | | | | | | This kernel config briefly describes some of the major MAC policies available on FreeBSD. The hope is that this will raise the awareness about MAC and get more people interested. Discussed with: scottl
* Milestone: enable SMP by default.marcel2005-09-051-1/+1
|
* Add recently invented COMPAT_FREEBSD5 option.kensmith2005-07-141-0/+1
| | | | MFC after: 3 days
* Add .cvsignore files just like in sys/<arch>/compiled, this keeps CVS fromobrien2005-06-201-0/+1
| | | | | | questing kernel config files not in CVS. Approved by: re(kensmith)
* Add USB Communication Device Class Ethernet driver. Originally written forsobomax2005-03-221-0/+1
| | | | | | | | | | FreeBSD based on aue(4) it was picked by OpenBSD, then from OpenBSD ported to NetBSD and finally NetBSD version merged with original one goes into FreeBSD. Obtained from: http://www.gank.org/freebsd/cdce/ NetBSD OpenBSD
* Add a comment to note that pseudo-device bpf is required for DHCP.murray2005-03-181-0/+1
| | | | | | | | | This is mentioned in the Handbook but it is not as obvious to new users why bpf is needed compared to the other largely self-explanatory items in GENERIC. PR: conf/40855 MFC after: 1 week
* Remove acpi_perf from {ARCH}/conf/NOTES, to make tinderbox happy.delphij2005-02-251-3/+0
| | | | | Reported by: tinderbox Inspired by: acpi_perf build structure removal commit
* Build cpufreq and acpi_perf on platforms that are likely to be able tonjl2005-02-051-0/+4
| | | | use them.
* Remove the BR tag. When the machine doesn't have the DIG64 HCDPmarcel2004-11-141-1/+1
| | | | | | | | table with console settings, we now only need to know at which address the UART lives. Leaving the baudrate unspecified results in us using the baudrate at which the UART operates. This removes one parameter that can interfere with a successful installation out of the box.
* Catch up with other platforms: switch the default scheduler to 4BSD.marcel2004-09-122-2/+4
|
* Add aac(4) and aacp(4). The driver is 64-bit clean for roughly a yearmarcel2004-09-021-0/+2
| | | | now and has been mentioned on the freebsd-ia64 list.
* Catch up with the drive-by renaming of IA32 to COMPAT_IA32. Missedmarcel2004-08-271-2/+2
| | | | | 11 days ago when all the other places were fixed and finally caught by the tinderbox run...
* Always compile PFIL_HOOKS into the kernel and remove the associated kernelandre2004-08-272-2/+0
| | | | | | | | | | | compile option. All FreeBSD packet filters now use the PFIL_HOOKS API and thus it becomes a standard part of the network stack. If no hooks are connected the entire packet filter hooks section and related activities are jumped over. This removes any performance impact if no hooks are active. Both OpenBSD and DragonFlyBSD have integrated PFIL_HOOKS permanently as well.
* sr(4) definately won't work on IA64.obrien2004-08-241-1/+0
|
* Making a loadable null.ko for /dev/(null|zero) proved rathermarkm2004-08-032-2/+0
| | | | | | unpopular, so remove this (mis)feature. Encouragement provided by: jhb (and others)
* Add the mem and null devices now that they are optional.marcel2004-08-021-0/+2
|
* Sort the miscellaneous devices to restore ordering after the insertionmarcel2004-08-021-2/+2
| | | | of the mem and null devices.
* Break out the MI part of the /dev/[k]mem and /dev/io drivers intomarkm2004-08-011-0/+2
| | | | | | | | their own directory and module, leaving the MD parts in the MD area (the MD parts _are_ part of the modules). /dev/mem and /dev/io are now loadable modules, thus taking us one step further towards a kernel created entirely out of modules. Of course, there is nothing preventing the kernel from having these statically compiled.
* Add options KDB and GDB. KDB takes on the function of what DDB usedmarcel2004-07-112-2/+6
| | | | to be. Both DDB and GDB specify which KDB backends to include.
* Fix typo in comment. While here, end the sentence with a period andmarcel2004-05-171-2/+1
| | | | | | | | remove the empty line between the fdc and sio devices. The empty line suggests that the comment applies to fdc only while it applies to all following devices and options. Typo spotted by: ru@
* filter out the fdc(4) and sio(4) devices and corresponding options.marcel2004-05-171-0/+8
| | | | Note that cy(4) uses COM_MULTIPORT, so we need to keep that option.
* Catch- and cleanup:marcel2004-05-031-30/+35
| | | | | | | o Fix and improve comments and references, o Add PFIL_HOOKS, UFS_ACL and UFS_DIRHASH, o Switch from SCHED_4BSD to SCHED_ULE, o Remove SCSI_DELAY (there's no SCSI support),
* Spell Ethernet correctly.obrien2004-05-021-4/+4
|
* Remove the last traditional hints. These hints only served the purposemarcel2004-03-201-3/+1
| | | | | | for uart(4) to figure out which device to use as console. Use this file to define hw.uart.console instead so that we don't have to put it in the default loader.conf, which makes it hard to override.
* Sort PFIL_HOOKS.marcel2004-01-271-1/+1
|
* - Recruit some new ULE users by making it the default scheduler in GENERIC.jeff2004-01-241-1/+1
| | | | | ULE will be in a probationary period to determine whether it will be left as the default in 5.3 which would likely mean the rest of the 5.x series.
* Add PFIL_HOOKS to the GENERIC kernel configuration, primarily sonectar2004-01-241-0/+1
| | | | | | that one can load the IPFilter module (which requires PFIL_HOOKS). Requested by: Many, for over a year
* Remove the atkbd, psm, sc and vga devices. Most ia64 boxes out theremarcel2003-11-082-16/+0
| | | | | | | | | | | | are zx1 based machines and they don't particularly like it when we poke at them with PC legacy code. The atkbd and psm devices were disabled in the hints file so that one could enable them on machines that support legacy devices, but that's not really something you can expect from a first-time installer. This still leaves syscons (sc) and the vga device, which were enabled by default and wrecking havoc anyway. We could disable them by default like the atkbd and psm devices, but there's really no point in pretending we're in a better shape that way.
* Introduce IA64_ID_PAGE_{MASK|SHIFT|SIZE} and LOG2_ID_PAGE_SIZE. Themarcel2003-09-091-0/+5
| | | | | | | | | | latter is a kernel option for IA64_ID_PAGE_SHIFT, which in turn determines IA64_ID_PAGE_MASK and IA64_ID_PAGE_SIZE. The constants are used instead of the literal hardcoding (in its various forms) of the size of the direct mappings created in region 6 and 7. The default and probably only workable size is still 256M, but for kicks we use 128M for LINT.
* Take the support for the 8139C+/8169/8169S/8110S chips out of thewpaul2003-09-081-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | rl(4) driver and put it in a new re(4) driver. The re(4) driver shares the if_rlreg.h file with rl(4) but is a separate module. (Ultimately I may change this. For now, it's convenient.) rl(4) has been modified so that it will never attach to an 8139C+ chip, leaving it to re(4) instead. Only re(4) has the PCI IDs to match the 8169/8169S/8110S gigE chips. if_re.c contains the same basic code that was originally bolted onto if_rl.c, with the following updates: - Added support for jumbo frames. Currently, there seems to be a limit of approximately 6200 bytes for jumbo frames on transmit. (This was determined via experimentation.) The 8169S/8110S chips apparently are limited to 7.5K frames on transmit. This may require some more work, though the framework to handle jumbo frames on RX is in place: the re_rxeof() routine will gather up frames than span multiple 2K clusters into a single mbuf list. - Fixed bug in re_txeof(): if we reap some of the TX buffers, but there are still some pending, re-arm the timer before exiting re_txeof() so that another timeout interrupt will be generated, just in case re_start() doesn't do it for us. - Handle the 'link state changed' interrupt - Fix a detach bug. If re(4) is loaded as a module, and you do tcpdump -i re0, then you do 'kldunload if_re,' the system will panic after a few seconds. This happens because ether_ifdetach() ends up calling the BPF detach code, which notices the interface is in promiscuous mode and tries to switch promisc mode off while detaching the BPF listner. This ultimately results in a call to re_ioctl() (due to SIOCSIFFLAGS), which in turn calls re_init() to handle the IFF_PROMISC flag change. Unfortunately, calling re_init() here turns the chip back on and restarts the 1-second timeout loop that drives re_tick(). By the time the timeout fires, if_re.ko has been unloaded, which results in a call to invalid code and blows up the system. To fix this, I cleared the IFF_UP flag before calling ether_ifdetach(), which stops the ioctl routine from trying to reset the chip. - Modified comments in re_rxeof() relating to the difference in RX descriptor status bit layout between the 8139C+ and the gigE chips. The layout is different because the frame length field was expanded from 12 bits to 13, and they got rid of one of the status bits to make room. - Add diagnostic code (re_diag()) to test for the case where a user has installed a broken 32-bit 8169 PCI NIC in a 64-bit slot. Some NICs have the REQ64# and ACK64# lines connected even though the board is 32-bit only (in this case, they should be pulled high). This fools the chip into doing 64-bit DMA transfers even though there is no 64-bit data path. To detect this, re_diag() puts the chip into digital loopback mode and sets the receiver to promiscuous mode, then initiates a single 64-byte packet transmission. The frame is echoed back to the host, and if the frame contents are intact, we know DMA is working correctly, otherwise we complain loudly on the console and abort the device attach. (At the moment, I don't know of any way to work around the problem other than physically modifying the board, so until/unless I can think of a software workaround, this will have do to.) - Created re(4) man page - Modified rlphy.c to allow re(4) to attach as well as rl(4). Note that this code works for the sample 8169/Marvell 88E1000 NIC that I have, but probably won't work for the 8169S/8110S chips. RealTek has sent me some sample NICs, but they haven't arrived yet. I will probably need to add an rlgphy driver to handle the on-board PHY in the 8169S/8110S (it needs special DSP initialization).
* MFp4: Revamped GENERIC (and hints). This is some much more pleasantmarcel2003-09-072-118/+84
| | | | to look at...
* Replace sio(4) with uart(4). Remove the sio(4) hints and only addmarcel2003-09-072-9/+5
| | | | | those hints used by uart(4) for the determination of the serial console in the absence of the HCDP table.
* Change LOG2_PAGE_SIZE from 14 to 15 bits. This will cause the CTASSERTmarcel2003-08-251-1/+1
| | | | | in vm_page.h to be reached and thus slightly increases the overall coverage of LINT on ia64.
OpenPOWER on IntegriCloud