summaryrefslogtreecommitdiffstats
path: root/sys/mips/conf
Commit message (Collapse)AuthorAgeFilesLines
* - Add shim to simplify migration to the CAM-based ATA. For each new adaXmav2011-04-262-0/+2
| | | | | | | | | 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-244-16/+14
| | | | | | | | | | | | | 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.
* Import the initial CPU support for the MIPS RALink RT305x SoC.adrian2011-04-032-0/+270
| | | | | | | | | | | This is a MIPS4KC CPU with various embedded peripherals, including wireless and ethernet support. This commit includes the platform, UART, ethernet MAC and GPIO support. The interrupt-driven GPIO code is disabled for now pending GPIO changes from the submitter. Submitted by: Aleksandr Rybalko <ray@dlink.ua>
* Commit configuration files for the AR913x SoC and the TP-Link WR-1043ND.adrian2011-04-034-0/+197
| | | | | | | The AR91XX_BASE{,.hints} files define all the common parameters for the AR913x SoC systems. The TP-1043ND config file adds local parameters.
* Break out the ath PCI logic into a separate device/module.adrian2011-03-314-3/+6
| | | | | | | | | 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-203-3/+3
|
* Move 'cpu CPU_RMI' to std.xlr, this is common for all XLR cpus.jchandra2011-01-203-11/+3
|
* Re-format XLR configuartion files and remove obsolete options.jchandra2011-01-203-104/+93
|
* ldscript and conf cleanup for MIPSjchandra2011-01-204-15/+7
| | | | | | | | | - Remove sys/conf/ldscript.mips.64 and sys/conf/ldscript.mips.n32 and use ldscript.mips for all ABIs. The default OUTPUT_FORMAT of the toolchain is correct. - Remove LDSCRIPT_NAME entires from XLR n32 and n64 conf files. - Remove TARGET_BIG_ENDIAN from XLR conf files. - Fix machine entry in XLRN32
* 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 OCTEON1-32. Since moving to the Cavium SDK, we've lost our support forjmallett2011-01-041-91/+0
| | | | | | | | | | | | running an o32 kernel safely, and would have to add interrupt disabling and reenabling to a bunch of macros in the Simple Executive sources to support it. The only reason one would run an o32 kernel on Octeon would be to run o32 world, which is better worked towards by adding o32 binary compatibility to n64 kernels along with, eventually, supporting multilib systems so o32 binaries can run alongside n32 and n64 ones. Discussed with: imp
* Include std.sentry5 from the SENTRY5 kernel configuration. This wasnwhitehorn2010-12-221-0/+1
| | | | apparently missed in r215270.
* - include argument should be in quotesgonzo2010-12-164-4/+4
|
* I2C drivers for XLR/XLS processors.jchandra2010-12-121-7/+7
| | | | | | | | | - Major update to xlr_i2c.c: do multi-byte ops correctly, remove unnecessary code, add mutex to protect bus operations, style(9) fixes. - Drivers for I2C devices on XLR/XLS engineering boards, ds1374u RTC, max6657 temparature sensor and at24co2n EEPROM. Submitted by: Sreekanth M. S. (kanthms at netlogicmicro com)
* Remove the 'machine mips' from DEFAULTS. Put the proper 'machine mipsimp2010-11-1318-40/+19
| | | | | | 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.
* Switch to the new network driver nlge, the old rge driver is deprecated now.jchandra2010-11-103-6/+6
|
* rename SWARM_COMMON to std.SWARM so universe doesn't try to build it standaloneimp2010-11-105-4/+4
|
* 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.
* Add GPIO bus to config and hints. Also add sample gpioled device.gonzo2010-09-282-0/+15
|
* Add 64-bit SWARM board kernel configs.neel2010-09-152-0/+43
|
* Factor out the common parts of the swarm board in SWARM_COMMON and startneel2010-09-153-63/+73
| | | | including that in SWARM and SWARM_SMP kernel configs.
* TARGET_64BIT isn't needed anymore, GC it (partial merge from tbemd).imp2010-09-132-2/+0
|
* Rename TARGET_XLR_XLS to CPU_RMI to match other CPU_xxx definitions.jchandra2010-08-133-5/+5
| | | | | use CPU_RMI all XLR configurations. Update ident string for N32 and N64 kernels.
* Update the port of FreeBSD to Cavium Octeon to use the Cavium Simple Executivejmallett2010-07-203-60/+69
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Temp hack to N32 kernel: turn off debugger since n32 is too weird for ddbimp2010-07-131-4/+4
|
* Fix XLR64, the previous version had the contents of file duplicated.jchandra2010-07-081-133/+0
|
* 64 bit ld script for mips, and configuration file for 64 bit compilationjchandra2010-07-081-0/+266
| | | | | | on XLR Approved by: rrs
* Add linker script and configuration file for n32 kernel.jchandra2010-06-241-0/+133
| | | | Approved by: rrs (mentor)
* This pushes all of JC's patches that I have in place. Irrs2010-05-161-3/+4
| | | | | | | | | | | am now able to run 32 cores ok.. but I still will hang on buildworld with a NFS problem. I suspect I am missing a patch for the netlogic rge driver. JC check and see if I am missing anything except your core-mask changes Obtained from: JC
* Enable AH_RXCFG_SDMAMW_4BYTES option. See NOTES file for why this isimp2010-05-011-0/+1
| | | | workaround (WAR) is needed.
* Put the -current debugging options back into AR71XX.imp2010-05-011-5/+5
|
* o) Remove default MAXMEM on SWARM; pmap can readily use lmem for >512Mjmallett2010-04-231-6/+0
| | | | | | | | physical addresses. o) Set a local maxmem in sb_machdep.c to avoid trying to use pages over 2^64 under 32-bit ABIs. Our pmap needs corrected to use vm_paddr_t consistently, then we can make vm_paddr_t 64-bit under 32-bit ABIs and add code in pmap to limit phys_avail by the maximum PFN that a 32-bit PTE can hold.
* Change USB_DEBUG to #ifdef and allow it to be turned off. Previously this hadthompsa2010-04-222-0/+2
| | | | | | the illusion of a tunable setting but was always turned on regardless. MFC after: 1 week
* o) Back out my previous change to SWARM; some of it was to address an issuejmallett2010-04-171-5/+0
| | | | | | that turned out to be unrelated, and the rest was, as pointed out by Neel, just wrong-headed. o) Tweak mem.c to fix use of /dev/kmem for direct-mapped addresses.
* Set KERNLOADADDR and TARGET_BIG_ENDIAN for SWARM.jmallett2010-04-161-0/+5
|
* Enable module builds now that the build completes for them. Thisimp2010-03-291-1/+1
| | | | should get them into the universe rotation.
* Go ahead and add USB support to the generic config.imp2010-03-141-3/+4
|
* Add bpf and random to Octeon configurations, since they're needed to runjmallett2010-03-112-0/+4
| | | | | | dhclient and ssh respectively. Reviewed by: imp
* Get rid of unused options: KERNPHYSADDR, KERNVIRTADDR, PHYSADDR, PHYS_ADDR_64BITneel2010-02-208-13/+0
| | | | Discussed with: gonzo, imp
* Adjust style (following the already existing rules) for the newlyattilio2010-02-1511-11/+11
| | | | | | introduced option DEADLKRES. Reported by: danfe, julian, avg
* Remove the PCI_IOSPACE_SIZE and PCI_IOSPACE_ADDR hack from nexus.c. Implementneel2010-02-121-3/+0
| | | | | | | | | this in the Sibyte PCI hostbridge driver instead. The nexus driver sees resource allocation requests for memory and irq resources only. These are legitimate resources on all MIPS platforms. Suggested by: imp
* Add the options DEADLKRES (introducing the deadlock resolver thread) inattilio2010-02-1012-0/+12
| | | | | | | | | | 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
* SMP support for the mips port.neel2010-02-091-0/+7
| | | | | | | The platform that supports SMP currently is a SWARM with a dual-core Sibyte processor. The kernel config file to use is SWARM_SMP. Reviewed by: imp, rrs
* Compile SWARM with KTRACE support.neel2010-02-041-0/+2
|
* Comment out any reference to ALCHEMY.hints until it's committed, to unbreakcognet2010-01-281-1/+1
| | | | | | make universe. Spotted out by: gahr
* 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.
* Move back to physical address 0x01000000. 0x00100000 seems to haveimp2010-01-271-2/+2
| | | | problems sometimes for reasons I haven't tracked down.
OpenPOWER on IntegriCloud