summaryrefslogtreecommitdiffstats
path: root/sys/mips/conf/OCTEON1
Commit message (Collapse)AuthorAgeFilesLines
* MFprojects/zfsd:mav2012-05-241-1/+1
| | | | Generalize and unify ses device description.
* Remove pty(4) from our kernel configurations.ed2012-03-211-1/+0
| | | | | | | | | | | As of FreeBSD 8, this driver should not be used. Applications that use posix_openpt(2) and openpty(3) use the pts(4) that is built into the kernel unconditionally. If it turns out high profile depend on the pty(4) module anyway, I'd rather get those fixed. So please report any issues to me. The pty(4) module is still available as a kernel module of course, so a simple `kldload pty' can be used to run old-style pseudo-terminals.
* Don't build kernel.tramp on Octeon. Probably building it should be opt-injmallett2012-03-131-0/+3
| | | | | not opt-out, but I don't know enough about which ports need it to get the defaults right.
* o) Use ABI, not ISA_* options, to determine whether to compile bits if libkernjmallett2012-03-121-3/+0
| | | | | | | required for the ABI the kernel is being built for. XXX This is implemented in a kind-of nasty way that involves including source files, but it's still an improvement. o) Retire ISA_* options since they're unused and were always wrong.
* "Did you still want the not yet? I think we just arrived at yet."jmallett2012-03-091-1/+1
| | | | Submitted by: thompsa
* Enable COMPAT_FREEBSD32 for the Octeon kernel config by default.jmallett2012-03-091-1/+1
|
* If an Atheros device is attached to an Octeon, it's going to be by PCI.jmallett2012-03-021-0/+1
|
* Change another instance of amd(4) to esp(4) missed in r227006.marius2011-11-261-1/+1
| | | | | Submitted by: Garrett Cooper MFC after: 3 days
* Fix a zyd(4) comment typo that was copy+pasted into most kernel config files.brueffer2011-09-111-1/+1
| | | | | | | PR: 160276 Submitted by: MATSUMIYA Ryo <matsumiya@mma.club.uec.ac.jp> Approved by: re (kib) MFC after: 1 week
* Use new option names for NFS client and NFS servergonzo2011-05-111-3/+3
| | | | See UPDATING entry for 20110427
* - Add shim to simplify migration to the CAM-based ATA. For each new adaXmav2011-04-261-0/+1
| | | | | | | | | device in /dev/ create symbolic link with adY name, trying to mimic old ATA numbering. Imitation is not complete, but should be enough in most cases to mount file systems without touching /etc/fstab. - To know what behavior to mimic, restore ATA_STATIC_ID option in cases where it was present before. - Add some more details to UPDATING.
* Switch the GENERIC kernels for all architectures to the new CAM-based ATAmav2011-04-241-11/+9
| | | | | | | | | | | | | stack. It means that all legacy ATA drivers are disabled and replaced by respective CAM drivers. If you are using ATA device names in /etc/fstab or other places, make sure to update them respectively (adX -> adaY, acdX -> cdY, afdX -> daY, astX -> saY, where 'Y's are the sequential numbers for each type in order of detection, unless configured otherwise with tunables, see cam(4)). ataraid(4) functionality is now supported by the RAID GEOM class. To use it you can load geom_raid kernel module and use graid(8) tool for management. Instead of /dev/arX device names, use /dev/raid/rX.
* Break out the ath PCI logic into a separate device/module.adrian2011-03-311-1/+1
| | | | | | | | | Introduce the AHB glue for Atheros embedded systems. Right now it's hard-coded for the AR9130 chip whose support isn't yet in this HAL; it'll be added in a subsequent commit. Kernel configuration files now need both 'ath' and 'ath_pci' devices; both modules need to be loaded for the ath device to work.
* For now remove options FLOWTABLE from the remaining GENERIC kernelbz2011-03-191-1/+0
| | | | | | | | | | | | | | | configurations and make it opt-in for those who want it. LINT will still build it. While it may be a perfect win in some scenarios, it still troubles users (see PRs) in general cases. In addition we are still allocating resources even if disabled by sysctl and still leak arp/nd6 entries in case of interface destruction. Discussed with: qingli (2010-11-24, just never executed) Discussed with: juli (OCTEON1) PR: kern/148018, kern/155604, kern/144917, kern/146792 MFC after: 2 weeks
* Use simplified ldscripts rather than specific onesimp2011-01-201-1/+1
|
* Kill redundant cpu lineimp2011-01-171-1/+0
|
* o) Expand the CIU driver to be aware of newly-allocated parts of the IRQ range.jmallett2011-01-101-0/+3
| | | | | | | | | | | | | | | o) Add 'octm', a trivial driver for the 10/100 management ports found on some Octeon systems. o) Make the Simple Executive's management port helper routines compile on FreeBSD (namely by not doing math on void pointers.) o) Add a cvmx_mgmt_port_sendm routine to the Simple Executive to send an mbuf so there is only one copy in the transmit path, rather than having to first copy the mbuf to an intermediate buffer and then copy that to the Simple Executive's transmit ring. o) Properly work out MII addresses of management ports on the Lanner MR-730. XXX The MR-730 also needs some patches to the MII read/write routines, but this is sufficient for now. Media detection will be fixed in the future when I can spend more time reading the vendor-supplied patches.
* Remove the 'machine mips' from DEFAULTS. Put the proper 'machine mipsimp2010-11-131-2/+0
| | | | | | mipsel' or 'machine mips mipseb' into the config file (with a few 64's tossed in for good measure). This will let us build the proper kernels with different worlds as part of make universe.
* o) Make it possible to attach a PHY directly to an octe device rather thanjmallett2010-10-131-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | using miibus, since for some devices that use multiple addresses on the bus, going through miibus may be unclear, and for devices that are not standard MII PHYs, miibus may throw a fit, necessitating complicated interfaces to fake the interface that it expects during probe/attach. o) Make the mv88e61xx SMI interface in octe attach a PHY directly and fix some mistakes in the code that resulted from trying too hard to present a nice interface to miibus. o) Add a PHY driver for the mv88e61xx. If attached (it is optional in kernel compiles so the default behavior of having a dumb switch is preserved) it will place the switch in a VLAN-tagging mode such that each physical port has a VLAN associated with it and interfaces for the VLANs can be created to address or bridge between them. XXX It would be nice for this to be part of a single module including the SMI interface, and for it to fit into a generic switch configuration framework and for it to use DSA rather than VLANs, but this is a start and gives some sense of the parameters of such frameworks that are not currently present in FreeBSD. In lieu of a switch configuration interface, per-port media status and VLAN settings are in a sysctl tree. XXX There may be some minor nits remaining in the handling of broadcast, multicast and unknown destination traffic. It would also be nice to go through and replace the few remaining magic numbers with macros at some point in the future. XXX This has only been tested with the MV88E6161, but it should work with minimal or no modification on related switches, so support for probing them was included. Thanks to Pat Saavedra of TELoIP and Rafal Jaworowski of Semihalf for their assistance in understanding the switch chipset.
* Make the OCTEON1 configuration look like a normal GENERIC configuration. Injmallett2010-10-021-56/+250
| | | | | particular, add PCI and USB buses and most devices. Also move to using ULE, adding INET6, turning on WITNESS by default, etc.
* TARGET_64BIT isn't needed anymore, GC it (partial merge from tbemd).imp2010-09-131-1/+0
|
* Update the port of FreeBSD to Cavium Octeon to use the Cavium Simple Executivejmallett2010-07-201-29/+33
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | library: o) Increase inline unit / large function growth limits for MIPS to accommodate the needs of the Simple Executive, which uses a shocking amount of inlining. o) Remove TARGET_OCTEON and use CPU_CNMIPS to do things required by cnMIPS and the Octeon SoC. o) Add OCTEON_VENDOR_LANNER to use Lanner's allocation of vendor-specific board numbers, specifically to support the MR320. o) Add OCTEON_BOARD_CAPK_0100ND to hard-wire configuration for the CAPK-0100nd, which improperly uses an evaluation board's board number and breaks board detection at runtime. This board is sold by Portwell as the CAM-0100. o) Add support for the RTC available on some Octeon boards. o) Add support for the Octeon PCI bus. Note that rman_[sg]et_virtual for IO ports can not work unless building for n64. o) Clean up the CompactFlash driver to use Simple Executive macros and structures where possible (it would be advisable to use the Simple Executive API to set the PIO mode, too, but that is not done presently.) Also use structures from FreeBSD's ATA layer rather than structures copied from Linux. o) Print available Octeon SoC features on boot. o) Add support for the Octeon timecounter. o) Use the Simple Executive's routines rather than local copies for doing reads and writes to 64-bit addresses and use its macros for various device addresses rather than using local copies. o) Rename octeon_board_real to octeon_is_simulation to reduce differences with Cavium-provided code originally written for Linux. Also make it use the same simplified test that the Simple Executive and Linux both use rather than our complex one. o) Add support for the Octeon CIU, which is the main interrupt unit, as a bus to use normal interrupt allocation and setup routines. o) Use the Simple Executive's bootmem facility to allocate physical memory for the kernel, rather than assuming we know which addresses we can steal. NB: This may reduce the amount of RAM the kernel reports you as having if you are leaving large temporary allocations made by U-Boot allocated when starting FreeBSD. o) Add a port of the Cavium-provided Ethernet driver for Linux. This changes Ethernet interface naming from rgmxN to octeN. The new driver has vast improvements over the old one, both in performance and functionality, but does still have some features which have not been ported entirely and there may be unimplemented code that can be hit in everyday use. I will make every effort to correct those as they are reported. o) Support loading the kernel on non-contiguous cores. o) Add very conservative support for harvesting randomness from the Octeon random number device. o) Turn SMP on by default. o) Clean up the style of the Octeon kernel configurations a little and make them compile with -march=octeon. o) Add support for the Lanner MR320 and the CAPK-0100nd to the Simple Executive. o) Modify the Simple Executive to build on FreeBSD and to build without executive-config.h or cvmx-config.h. In the future we may want to revert part of these changes and supply executive-config.h and cvmx-config.h and access to the options contained in those files via kernel configuration files. o) Modify the Simple Executive USB routines to support getting and setting of the USB PID.
* Add bpf and random to Octeon configurations, since they're needed to runjmallett2010-03-111-0/+2
| | | | | | dhclient and ssh respectively. Reviewed by: imp
* Get rid of unused options: KERNPHYSADDR, KERNVIRTADDR, PHYSADDR, PHYS_ADDR_64BITneel2010-02-201-1/+0
| | | | Discussed with: gonzo, imp
* Adjust style (following the already existing rules) for the newlyattilio2010-02-151-1/+1
| | | | | | introduced option DEADLKRES. Reported by: danfe, julian, avg
* Add the options DEADLKRES (introducing the deadlock resolver thread) inattilio2010-02-101-0/+1
| | | | | | | | | | the 'debugging' section of any HEAD kernel and enable for the mainstream ones, excluding the embedded architectures. It may, of course, enabled on a case-by-case basis. Sponsored by: Sandvine Incorporated Requested by: emaste Discussed with: kib
* Make a note that this file is the 64-bit version and experimental andimp2010-01-271-0/+7
| | | | point people at the OCTEON1-32 file instead.
* Cope with the octeon1->cavium move.imp2010-01-111-1/+1
|
* Include opt_cputype.h for all .c and .S files referencing TARGET_OCTEON.imp2009-11-241-1/+1
| | | | | | | Spell ld script name right. # for the most part, we need to enhance infrastructure to obviate the need # for such an intrusive option.
* Get rid of redundant .kernel in these names.imp2009-11-241-2/+3
|
* Use new ldscript.mips.mips64imp2009-08-151-0/+2
| | | | | | Also, declare this to be a 64-bit target. We get to the final link now and die in the linker script..
* Go for broke: configure this to build mips64 N64 binary.imp2009-07-051-2/+2
|
* Kludge: pretend to be ISA_MIPS32 for the moment.imp2009-06-141-0/+4
|
* o Move the driveid.h fileimp2009-06-141-1/+2
| | | | | | | o lots of tweaks to header paths. o comment out SMP for the moment # we now make it through the .c make depend, the .s needs more work.
* Actually rename the files this time. Also, start to fix OCTEON1 so itimp2009-06-141-3/+2
| | | | can configure.
* Move the octeon port to its more correct location. Any port for theimp2009-06-141-0/+83
OCTEON2 family of processors should live in mips/octeon2. Not enough is know abotu the former to know if the same port can be used for both yet.
OpenPOWER on IntegriCloud