litmus-rt-ext-res.git - LITMUS^RT with extended reservations for Forbidden Zones paper @ RTAS'20

diff options

author	Takashi Iwai <tiwai@suse.de>	2013-01-31 05:13:55 -0500
committer	Greg Kroah-Hartman <gregkh@linuxfoundation.org>	2013-02-03 20:57:40 -0500
commit	7b1269f778782d2f42994a74bf4014d0cbebbf9f (patch)
tree	c6b76a1310fb7c6910a8450c2c6f13f703a2da86 /drivers/base/Kconfig
parent	4e0c92d015235d1dc65f9668a10cef2cea468ba2 (diff)

firmware: Make user-mode helper optional

This patch adds a new kconfig, CONFIG_FW_LOADER_USER_HELPER, and guards the user-helper codes in firmware_class.c with ifdefs. Yeah, yeah, there are lots of ifdefs in this patch. The further clean-up with code shuffling follows in the next. Acked-by: Ming Lei <ming.lei@canonical.com> Signed-off-by: Takashi Iwai <tiwai@suse.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

Diffstat (limited to 'drivers/base/Kconfig')

-rw-r--r--

drivers/base/Kconfig

1 files changed, 11 insertions, 0 deletions


diff --git a/drivers/base/Kconfig b/drivers/base/Kconfig index c8b453939da2..07abd9d76f7f 100644 --- a/drivers/base/Kconfig +++ b/drivers/base/Kconfig
@@ -145,6 +145,17 @@ config EXTRA_FIRMWARE_DIR
145	this option you can point it elsewhere, such as /lib/firmware/ or	145	this option you can point it elsewhere, such as /lib/firmware/ or
146	some other directory containing the firmware files.	146	some other directory containing the firmware files.
147		147
		148	config FW_LOADER_USER_HELPER
		149	bool "Fallback user-helper invocation for firmware loading"
		150	depends on FW_LOADER
		151	default y
		152	help
		153	This option enables / disables the invocation of user-helper
		154	(e.g. udev) for loading firmware files as a fallback after the
		155	direct file loading in kernel fails. The user-mode helper is
		156	no longer required unless you have a special firmware file that
		157	resides in a non-standard path.
		158
148	config DEBUG_DRIVER	159	config DEBUG_DRIVER
149	bool "Driver Core verbose debug messages"	160	bool "Driver Core verbose debug messages"
150	depends on DEBUG_KERNEL	161	depends on DEBUG_KERNEL

/* hamachi.c: A Packet Engines GNIC-II Gigabit Ethernet driver for Linux. */ /* Written 1998-2000 by Donald Becker. Updates 2000 by Keith Underwood. This software may be used and distributed according to the terms of the GNU General Public License (GPL), incorporated herein by reference. Drivers based on or derived from this code fall under the GPL and must retain the authorship, copyright and license notice. This file is not a complete program and may only be used when the entire operating system is licensed under the GPL. The author may be reached as becker@scyld.com, or C/O Scyld Computing Corporation 410 Severn Ave., Suite 210 Annapolis MD 21403 This driver is for the Packet Engines GNIC-II PCI Gigabit Ethernet adapter. Support and updates available at http://www.scyld.com/network/hamachi.html or http://www.parl.clemson.edu/~keithu/hamachi.html Linux kernel changelog: LK1.0.1: - fix lack of pci_dev<->dev association - ethtool support (jgarzik) */ #define DRV_NAME "hamachi" #define DRV_VERSION "1.01+LK1.0.1" #define DRV_RELDATE "5/18/2001" /* A few user-configurable values. */ static int debug = 1; /* 1 normal messages, 0 quiet .. 7 verbose. */ #define final_version #define hamachi_debug debug /* Maximum events (Rx packets, etc.) to handle at each interrupt. */ static int max_interrupt_work = 40; static int mtu; /* Default values selected by testing on a dual processor PIII-450 */ /* These six interrupt control parameters may be set directly when loading the * module, or through the rx_params and tx_params variables */ static int max_rx_latency = 0x11; static int max_rx_gap = 0x05; static int min_rx_pkt = 0x18; static int max_tx_latency = 0x00; static int max_tx_gap = 0x00; static int min_tx_pkt = 0x30; /* Set the copy breakpoint for the copy-only-tiny-frames scheme. -Setting to > 1518 causes all frames to be copied -Setting to 0 disables copies */ static int rx_copybreak; /* An override for the hardware detection of bus width. Set to 1 to force 32 bit PCI bus detection. Set to 4 to force 64 bit. Add 2 to disable parity detection. */ static int force32; /* Used to pass the media type, etc. These exist for driver interoperability. No media types are currently defined. - The lower 4 bits are reserved for the media type. - The next three bits may be set to one of the following: 0x00000000 : Autodetect PCI bus 0x00000010 : Force 32 bit PCI bus 0x00000020 : Disable parity detection 0x00000040 : Force 64 bit PCI bus Default is autodetect - The next bit can be used to force half-duplex. This is a bad idea since no known implementations implement half-duplex, and, in general, half-duplex for gigabit ethernet is a bad idea. 0x00000080 : Force half-duplex Default is full-duplex. - In the original driver, the ninth bit could be used to force full-duplex. Maintain that for compatibility 0x00000200 : Force full-duplex */ #define MAX_UNITS 8 /* More are supported, limit only on options */ static int options[MAX_UNITS] = {-1, -1, -1, -1, -1, -1, -1, -1}; static int full_duplex[MAX_UNITS] = {-1, -1, -1, -1, -1, -1, -1, -1}; /* The Hamachi chipset supports 3 parameters each for Rx and Tx * interruput management. Parameters will be loaded as specified into * the TxIntControl and RxIntControl registers. * * The registers are arranged as follows: * 23 - 16 15 - 8 7 - 0 * _________________________________ * | min_pkt | max_gap | max_latency | * --------------------------------- * min_pkt : The minimum number of packets processed between * interrupts. * max_gap : The maximum inter-packet gap in units of 8.192 us * max_latency : The absolute time between interrupts in units of 8.192 us * */ static int rx_params[MAX_UNITS] = {-1, -1, -1, -1, -1, -1, -1, -1}; static int tx_params[MAX_UNITS] = {-1, -1, -1, -1, -1, -1, -1, -1}; /* Operational parameters that are set at compile time. */ /* Keep the ring sizes a power of two for compile efficiency. The compiler will convert <unsigned>'%'<2^N> into a bit mask. Making the Tx ring too large decreases the effectiveness of channel bonding and packet priority. There are no ill effects from too-large receive rings, except for excessive memory usage */ /* Empirically it appears that the Tx ring needs to be a little bigger for these Gbit adapters or you get into an overrun condition really easily. Also, things appear to work a bit better in back-to-back configurations if the Rx ring is 8 times the size of the Tx ring */ #define TX_RING_SIZE 64 #define RX_RING_SIZE 512 #define TX_TOTAL_SIZE TX_RING_SIZE*sizeof(struct hamachi_desc) #define RX_TOTAL_SIZE RX_RING_SIZE*sizeof(struct hamachi_desc) /* * Enable netdev_ioctl. Added interrupt coalescing parameter adjustment. * 2/19/99 Pete Wyckoff <wyckoff@ca.sandia.gov> */ /* play with 64-bit addrlen; seems to be a teensy bit slower --pw */ /* #define ADDRLEN 64 */ /* * RX_CHECKSUM turns on card-generated receive checksum generation for * TCP and UDP packets. Otherwise the upper layers do the calculation. * TX_CHECKSUM won't do anything too useful, even if it works. There's no * easy mechanism by which to tell the TCP/UDP stack that it need not * generate checksums for this device. But if somebody can find a way * to get that to work, most of the card work is in here already. * 3/10/1999 Pete Wyckoff <wyckoff@ca.sandia.gov> */ #undef TX_CHECKSUM #define RX_CHECKSUM /* Operational parameters that usually are not changed. */ /* Time in jiffies before concluding the transmitter is hung. */ #define TX_TIMEOUT (5*HZ) #include <linux/module.h> #include <linux/kernel.h> #include <linux/string.h> #include <linux/timer.h> #include <linux/time.h> #include <linux/errno.h> #include <linux/ioport.h> #include <linux/slab.h> #include <linux/interrupt.h> #include <linux/pci.h> #include <linux/init.h> #include <linux/ethtool.h> #include <linux/mii.h> #include <linux/netdevice.h> #include <linux/etherdevice.h> #include <linux/skbuff.h> #include <linux/ip.h> #include <linux/delay.h> #include <linux/bitops.h> #include <asm/uaccess.h> #include <asm/processor.h> /* Processor type for cache alignment. */ #include <asm/io.h> #include <asm/unaligned.h> #include <asm/cache.h> static char version[] __devinitdata = KERN_INFO DRV_NAME ".c:v" DRV_VERSION " " DRV_RELDATE " Written by Donald Becker\n" KERN_INFO " Some modifications by Eric kasten <kasten@nscl.msu.edu>\n" KERN_INFO " Further modifications by Keith Underwood <keithu@parl.clemson.edu>\n"; /* IP_MF appears to be only defined in <netinet/ip.h>, however, we need it for hardware checksumming support. FYI... some of the definitions in <netinet/ip.h> conflict/duplicate those in other linux headers causing many compiler warnings. */ #ifndef IP_MF #define IP_MF 0x2000 /* IP more frags from <netinet/ip.h> */ #endif /* Define IP_OFFSET to be IPOPT_OFFSET */ #ifndef IP_OFFSET #ifdef IPOPT_OFFSET #define IP_OFFSET IPOPT_OFFSET #else #define IP_OFFSET 2 #endif #endif #define RUN_AT(x) (jiffies + (x)) /* Condensed bus+endian portability operations. */ #if ADDRLEN == 64 #define cpu_to_leXX(addr) cpu_to_le64(addr) #else #define cpu_to_leXX(addr) cpu_to_le32(addr) #endif /* Theory of Operation I. Board Compatibility This device driver is designed for the Packet Engines "Hamachi" Gigabit Ethernet chip. The only PCA currently supported is the GNIC-II 64-bit 66Mhz PCI card. II. Board-specific settings No jumpers exist on the board. The chip supports software correction of various motherboard wiring errors, however this driver does not support that feature. III. Driver operation IIIa. Ring buffers The Hamachi uses a typical descriptor based bus-master architecture. The descriptor list is similar to that used by the Digital Tulip. This driver uses two statically allocated fixed-size descriptor lists formed into rings by a branch from the final descriptor to the beginning of the list. The ring sizes are set at compile time by RX/TX_RING_SIZE. This driver uses a zero-copy receive and transmit scheme similar my other network drivers. The driver allocates full frame size skbuffs for the Rx ring buffers at open() time and passes the skb->data field to the Hamachi as receive data buffers. When an incoming frame is less than RX_COPYBREAK bytes long, a fresh skbuff is allocated and the frame is copied to the new skbuff. When the incoming frame is larger, the skbuff is passed directly up the protocol stack and replaced by a newly allocated skbuff. The RX_COPYBREAK value is chosen to trade-off the memory wasted by using a full-sized skbuff for small frames vs. the copying costs of larger frames. Gigabit cards are typically used on generously configured machines and the underfilled buffers have negligible impact compared to the benefit of a single allocation size, so the default value of zero results in never copying packets. IIIb/c. Transmit/Receive Structure The Rx and Tx descriptor structure are straight-forward, with no historical baggage that must be explained. Unlike the awkward DBDMA structure, there are no unused fields or option bits that had only one allowable setting. Two details should be noted about the descriptors: The chip supports both 32 bit and 64 bit address structures, and the length field is overwritten on the receive descriptors. The descriptor length is set in the control word for each channel. The development driver uses 32 bit addresses only, however 64 bit addresses may be enabled for 64 bit architectures e.g. the Alpha. IIId. Synchronization This driver is very similar to my other network drivers. The driver runs as two independent, single-threaded flows of control. One is the send-packet routine, which enforces single-threaded use by the dev->tbusy flag. The other thread is the interrupt handler, which is single threaded by the hardware and other software. The send packet thread has partial control over the Tx ring and 'dev->tbusy' flag. It sets the tbusy flag whenever it's queuing a Tx packet. If the next queue slot is empty, it clears the tbusy flag when finished otherwise it sets the 'hmp->tx_full' flag. The interrupt handler has exclusive control over the Rx ring and records stats from the Tx ring. After reaping the stats, it marks the Tx queue entry as empty by incrementing the dirty_tx mark. Iff the 'hmp->tx_full' flag is set, it clears both the tx_full and tbusy flags. IV. Notes Thanks to Kim Stearns of Packet Engines for providing a pair of GNIC-II boards. IVb. References Hamachi Engineering Design Specification, 5/15/97 (Note: This version was marked "Confidential".) IVc. Errata None noted. V. Recent Changes 01/15/1999 EPK Enlargement of the TX and RX ring sizes. This appears to help avoid some stall conditions -- this needs further research. 01/15/1999 EPK Creation of the hamachi_tx function. This function cleans the Tx ring and is called from hamachi_start_xmit (this used to be called from hamachi_interrupt but it tends to delay execution of the interrupt handler and thus reduce bandwidth by reducing the latency between hamachi_rx()'s). Notably, some modification has been made so that the cleaning loop checks only to make sure that the DescOwn bit isn't set in the status flag since the card is not required to set the entire flag to zero after processing. 01/15/1999 EPK In the hamachi_start_tx function, the Tx ring full flag is checked before attempting to add a buffer to the ring. If the ring is full an attempt is made to free any dirty buffers and thus find space for the new buffer or the function returns non-zero which should case the scheduler to reschedule the buffer later. 01/15/1999 EPK Some adjustments were made to the chip initialization. End-to-end flow control should now be fully active and the interrupt algorithm vars have been changed. These could probably use further tuning. 01/15/1999 EPK Added the max_{rx,tx}_latency options. These are used to set the rx and tx latencies for the Hamachi interrupts. If you're having problems with network stalls, try setting these to higher values. Valid values are 0x00 through 0xff. 01/15/1999 EPK In general, the overall bandwidth has increased and latencies are better (sometimes by a factor of 2). Stalls are rare at this point, however there still appears to be a bug somewhere between the hardware and driver. TCP checksum errors under load also appear to be eliminated at this point. 01/18/1999 EPK Ensured that the DescEndRing bit was being set on both the Rx and Tx rings. This appears to have been affecting whether a particular peer-to-peer connection would hang under high load. I believe the Rx rings was typically getting set correctly, but the Tx ring wasn't getting the DescEndRing bit set during initialization. ??? Does this mean the hamachi card is using the DescEndRing in processing even if a particular slot isn't in use -- hypothetically, the card might be searching the entire Tx ring for slots with the DescOwn bit set and then processing them. If the DescEndRing bit isn't set, then it might just wander off through memory until it hits a chunk of data with that bit set and then looping back. 02/09/1999 EPK Added Michel Mueller's TxDMA Interrupt and Tx-timeout problem (TxCmd and RxCmd need only to be set when idle or stopped. 02/09/1999 EPK Added code to check/reset dev->tbusy in hamachi_interrupt. (Michel Mueller pointed out the ``permanently busy'' potential problem here). 02/22/1999 EPK Added Pete Wyckoff's ioctl to control the Tx/Rx latencies. 02/23/1999 EPK Verified that the interrupt status field bits for Tx were incorrectly defined and corrected (as per Michel Mueller). 02/23/1999 EPK Corrected the Tx full check to check that at least 4 slots were available before reseting the tbusy and tx_full flags (as per Michel Mueller). 03/11/1999 EPK Added Pete Wyckoff's hardware checksumming support. 12/31/1999 KDU Cleaned up assorted things and added Don's code to force 32 bit. 02/20/2000 KDU Some of the control was just plain odd. Cleaned up the hamachi_start_xmit() and hamachi_interrupt() code. There is still some re-structuring I would like to do. 03/01/2000 KDU Experimenting with a WIDE range of interrupt mitigation parameters on a dual P3-450 setup yielded the new default interrupt mitigation parameters. Tx should interrupt VERY infrequently due to Eric's scheme. Rx should be more often... 03/13/2000 KDU Added a patch to make the Rx Checksum code interact nicely with non-linux machines. 03/13/2000 KDU Experimented with some of the configuration values: -It seems that enabling PCI performance commands for descriptors (changing RxDMACtrl and TxDMACtrl lower nibble from 5 to D) has minimal performance impact for any of my tests. (ttcp, netpipe, netperf) I will leave them that way until I hear further feedback. -Increasing the PCI_LATENCY_TIMER to 130 (2 + (burst size of 128 * (0 wait states + 1))) seems to slightly degrade performance. Leaving default at 64 pending further information. 03/14/2000 KDU Further tuning: -adjusted boguscnt in hamachi_rx() to depend on interrupt mitigation parameters chosen. -Selected a set of interrupt parameters based on some extensive testing. These may change with more testing. TO DO: -Consider borrowing from the acenic driver code to check PCI_COMMAND for PCI_COMMAND_INVALIDATE. Set maximum burst size to cache line size in that case. -fix the reset procedure. It doesn't quite work. */ /* A few values that may be tweaked. */ /* Size of each temporary Rx buffer, calculated as: * 1518 bytes (ethernet packet) + 2 bytes (to get 8 byte alignment for * the card) + 8 bytes of status info + 8 bytes for the Rx Checksum + * 2 more because we use skb_reserve. */ #define PKT_BUF_SZ 1538 /* For now, this is going to be set to the maximum size of an ethernet * packet. Eventually, we may want to make it a variable that is * related to the MTU */ #define MAX_FRAME_SIZE 1518 /* The rest of these values should never change. */ static void hamachi_timer(unsigned long data); enum capability_flags {CanHaveMII=1, }; static struct chip_info { u16 vendor_id, device_id, device_id_mask, pad; const char *name; void (*media_timer)(unsigned long data); int flags; } chip_tbl[] = { {0x1318, 0x0911, 0xffff, 0, "Hamachi GNIC-II", hamachi_timer, 0}, {0,}, }; /* Offsets to the Hamachi registers. Various sizes. */ enum hamachi_offsets { TxDMACtrl=0x00, TxCmd=0x04, TxStatus=0x06, TxPtr=0x08, TxCurPtr=0x10, RxDMACtrl=0x20, RxCmd=0x24, RxStatus=0x26, RxPtr=0x28, RxCurPtr=0x30, PCIClkMeas=0x060, MiscStatus=0x066, ChipRev=0x68, ChipReset=0x06B, LEDCtrl=0x06C, VirtualJumpers=0x06D, GPIO=0x6E, TxChecksum=0x074, RxChecksum=0x076, TxIntrCtrl=0x078, RxIntrCtrl=0x07C, InterruptEnable=0x080, InterruptClear=0x084, IntrStatus=0x088, EventStatus=0x08C, MACCnfg=0x0A0, FrameGap0=0x0A2, FrameGap1=0x0A4, /* See enum MII_offsets below. */ MACCnfg2=0x0B0, RxDepth=0x0B8, FlowCtrl=0x0BC, MaxFrameSize=0x0CE, AddrMode=0x0D0, StationAddr=0x0D2, /* Gigabit AutoNegotiation. */ ANCtrl=0x0E0, ANStatus=0x0E2, ANXchngCtrl=0x0E4, ANAdvertise=0x0E8, ANLinkPartnerAbility=0x0EA, EECmdStatus=0x0F0, EEData=0x0F1, EEAddr=0x0F2, FIFOcfg=0x0F8, }; /* Offsets to the MII-mode registers. */ enum MII_offsets { MII_Cmd=0xA6, MII_Addr=0xA8, MII_Wr_Data=0xAA, MII_Rd_Data=0xAC, MII_Status=0xAE, }; /* Bits in the interrupt status/mask registers. */ enum intr_status_bits { IntrRxDone=0x01, IntrRxPCIFault=0x02, IntrRxPCIErr=0x04, IntrTxDone=0x100, IntrTxPCIFault=0x200, IntrTxPCIErr=0x400, LinkChange=0x10000, NegotiationChange=0x20000, StatsMax=0x40000, }; /* The Hamachi Rx and Tx buffer descriptors. */ struct hamachi_desc { u32 status_n_length; #if ADDRLEN == 64 u32 pad; u64 addr; #else u32 addr; #endif }; /* Bits in hamachi_desc.status_n_length */ enum desc_status_bits { DescOwn=0x80000000, DescEndPacket=0x40000000, DescEndRing=0x20000000, DescIntr=0x10000000, }; #define PRIV_ALIGN 15 /* Required alignment mask */


context:
space:
mode: