Home
last modified time | relevance | path

Searched refs:our (Results 1 – 25 of 137) sorted by relevance

123456

/linux-3.4.99/drivers/net/ethernet/chelsio/
DKconfig31 For general information about Chelsio and our products, visit
32 our website at <http://www.chelsio.com>.
34 For customer support, please visit our customer support page at
58 For general information about Chelsio and our products, visit
59 our website at <http://www.chelsio.com>.
61 For customer support, please visit our customer support page at
78 For general information about Chelsio and our products, visit
79 our website at <http://www.chelsio.com>.
81 For customer support, please visit our customer support page at
96 For general information about Chelsio and our products, visit
[all …]
/linux-3.4.99/drivers/lguest/
DREADME18 - In which our potential hero is flown quickly over the landscape for a
27 - Whereby the Guest finds its voice and become useful, and our
31 - Where we trace back to the creation of the Guest, and thus begin our
36 Indeed, it is here that our hero is tested in the Bit of Despair.
39 - Where our understanding of the intertwined nature of Guests and Hosts
43 - Where our fully fledged hero grapples with the Great Question:
/linux-3.4.99/drivers/infiniband/hw/cxgb4/
DKconfig9 For general information about Chelsio and our products, visit
10 our website at <http://www.chelsio.com>.
12 For customer support, please visit our customer support page at
/linux-3.4.99/drivers/infiniband/hw/cxgb3/
DKconfig9 For general information about Chelsio and our products, visit
10 our website at <http://www.chelsio.com>.
12 For customer support, please visit our customer support page at
/linux-3.4.99/arch/parisc/math-emu/
DREADME5 enough to update our copies with later changes from HP-UX -- it'll
6 make their 'diff' job easier if our code is relatively unmodified.
/linux-3.4.99/arch/alpha/lib/
Dstrrchr.S21 zapnot a1, 1, a1 # e0 : zero extend our test character
23 sll a1, 8, t5 # e0 : replicate our test character
79 addq t6, t0, v0 # .. e1 : add our aligned base ptr to the mix
Dev67-strlen_user.S66 subq a0, 1, a0 # E : get our +1 for the return
Dstrlen_user.S52 subq a0, 1, a0 # get our +1 for the return
/linux-3.4.99/Documentation/i2c/
Dupgrading-clients37 dev_err(dev, "failed to create our state\n");
162 as we are provided with the i2c_client in our example_probe. Instead we
174 And remove the change after our client is attached, as the driver no
191 dev_err(dev, "failed to create our state\n");
242 dev_err(dev, "failed to create our state\n");
/linux-3.4.99/fs/reiserfs/
DREADME97 Anatoly Pinchuk is a former member of our team who worked closely with
110 curious, because he never really understood the value of our project,
120 our group.
131 Chris Mason dived right into our code, and in just a few months produced
136 for our next major release.
154 anymore, and to dramatically increase our staffing. Ecila funded
DKconfig19 plugins consistent with our motto ``It takes more than a license to
38 latest benchmarks.:-) Use of this option allows our team to go all
/linux-3.4.99/drivers/scsi/aic7xxx/
Daic79xx.seq130 * long as one of our data FIFOs is active.
150 * still be data in our FIFOs draining to the host. Complete
309 * tag set by the host so that our SCB dma engine
322 /* Increment our position in the QINFIFO. */
365 * our batching and round-robin selection scheme
502 * until we return to our idle loop), use a
570 * we are selecting with atn regardless of our packetized
573 * to our negotiation table entry for this selection will
624 * the point of selection until our idle
625 * loop determines that neither of our FIFOs
[all …]
Daic7xxx.seq53 * as well as for our selection to complete just in case the reselection wins
125 * the QINFIFO next pointer will not match our saved
422 /* Prevent our read from triggering another REQ */
430 * list. This is achieved by simply moving our "next" pointer into
456 * sending our identify messages.
840 * phase, our transfer location has almost certainly been
957 * allows us to update our notion of where we are
963 * call our idle loop until it is able to load
968 * our residual information is still correct from
1074 * Due to bayonette style S/G handling, our residual
[all …]
/linux-3.4.99/Documentation/scheduler/
Dsched-domains.txt36 our CPU is on, starting from its base domain and going up the ->parent chain.
44 that group. If it manages to find such a runqueue, it locks both our initial
46 to our runqueue. The exact number of tasks amounts to an imbalance previously
/linux-3.4.99/arch/openrisc/
DTODO.openrisc4 that are due for investigation shortly, i.e. our TODO list:
/linux-3.4.99/Documentation/scsi/
Daic79xx.txt119 - For pre-2.5.X kernels, carefully adjust our segment
121 - Cleanup channel display in our /proc output.
130 to reset our transceivers.
148 - Correct a race condition in our error recovery handler.
436 - Visit our Web site at http://www.adaptec.com/.
450 - Visit our Web site at http://www.adaptec.com/en-US/_common/world_index.
462 - Visit our web site at http://www.adaptec.co.jp/.
Daic7xxx.txt164 and our per-softc lock. This was only possible on RH9,
173 our performance.
333 - Visit our Web site at http://www.adaptec.com/.
347 - Visit our Web site at http://www.adaptec.com/en-US/_common/world_index.
359 - Visit our web site at http://www.adaptec.co.jp/.
/linux-3.4.99/Documentation/x86/
Dexception-tables.txt183 file. But first we want to find out what happened to our code in the
240 in our case the address of the label 1 is c017e7a5:
245 the fault, in our case the actual value is c0199ff5:
281 That's it, mostly. If you look at our example, you might ask why
/linux-3.4.99/drivers/net/wireless/ath/carl9170/
DKconfig12 The firmware can be downloaded from our wiki here:
/linux-3.4.99/drivers/scsi/aic7xxx_old/
Daic7xxx.seq44 * as well as for our selection to complete just in case the reselection wins
151 * Place us on the waiting list in case our selection
256 * list. This is achieved by simply moving our "next" pointer into
519 * We've loaded all of our segments into the preload layer. Now, we simply
592 * Actually turn off the DMA hardware, save our current position into the
595 * brought into the data phase again (or are still in it after our last
841 * Prepare our selection hardware before the busfree so we have a
848 /* If we are untagged, clear our address up in host ram */
873 * Is it an extended message? Copy the message to our message buffer and
875 * respond to it with the message that the host placed in our message buffer,
[all …]
/linux-3.4.99/Documentation/arm/nwfpe/
DNOTES1 There seems to be a problem with exp(double) and our emulator. I haven't
/linux-3.4.99/arch/c6x/lib/
Ddivi.S27 ;; In our implementation, divu and remu are leaf functions,
/linux-3.4.99/Documentation/video4linux/cx88/
Dhauppauge-wintv-cx88-ir.txt20 Setup 4KHz sampling rate (roughly 2x oversampled; good enough for our RC5
/linux-3.4.99/Documentation/video4linux/
Dhauppauge-wintv-cx88-ir.txt20 Setup 4KHz sampling rate (roughly 2x oversampled; good enough for our RC5
/linux-3.4.99/Documentation/filesystems/
Djfs.txt41 "Mail list Subscribe" at our web page http://jfs.sourceforge.net/

123456