Home
last modified time | relevance | path

Searched refs:expecting (Results 1 – 23 of 23) sorted by relevance

/linux-2.6.39/Documentation/x86/
Dusb-legacy-support.txt20 system crashes, because the SMM BIOS is not expecting to be in PAE mode.
24 because the SMM BIOS isn't expecting the CPU to be in 64-bit mode. The
/linux-2.6.39/Documentation/filesystems/
Ddnotify.txt50 name "a/x" should be notified to a program expecting notifications on
51 directory "a", but will not be notified to one expecting notifications on
/linux-2.6.39/net/netfilter/
Dnf_conntrack_expect.c55 master_help->expecting[exp->class]--; in nf_ct_unlink_expect_report()
327 master_help->expecting[exp->class]++; in nf_ct_expect_insert()
421 master_help->expecting[expect->class] >= p->max_expected) { in __nf_ct_expect_check()
423 if (master_help->expecting[expect->class] in __nf_ct_expect_check()
/linux-2.6.39/include/net/netfilter/
Dnf_conntrack.h98 u8 expecting[NF_CT_MAX_EXPECT_CLASSES]; member
/linux-2.6.39/Documentation/connector/
Dconnector.txt112 are expecting, then it is a new message. If we receive a message and
113 its sequence number is the same as one we are expecting, but its
/linux-2.6.39/Documentation/scsi/
Dscsi-parameters.txt113 allowing boot to proceed. none ignores them, expecting
DChangeLog.sym53c8xx_2142 consistent with what archs are expecting.
DFlashPoint.txt80 caused grief for many people who inadvertently purchased a system expecting
Dsym53c8xx_2.txt648 was not expecting this to happen. A device may behave so to
Dncr53c8xx.txt1347 was not expecting this to happen. A device may behave so to
/linux-2.6.39/arch/arm/mach-omap1/
Dams-delta-fiq-handler.S150 cmp r10, #0 @ are we expecting start bit?
/linux-2.6.39/scripts/dtc/
Ddtc-parser.tab.c_shipped1000 YY_("syntax error, unexpected %s, expecting %s");
1001 YY_("syntax error, unexpected %s, expecting %s or %s");
1002 YY_("syntax error, unexpected %s, expecting %s or %s or %s");
1003 YY_("syntax error, unexpected %s, expecting %s or %s or %s or %s");
1008 static char const yyexpecting[] = ", expecting %s";
/linux-2.6.39/scripts/genksyms/
Dparse.c_shipped1248 YY_("syntax error, unexpected %s, expecting %s");
1249 YY_("syntax error, unexpected %s, expecting %s or %s");
1250 YY_("syntax error, unexpected %s, expecting %s or %s or %s");
1251 YY_("syntax error, unexpected %s, expecting %s or %s or %s or %s");
1256 static char const yyexpecting[] = ", expecting %s";
/linux-2.6.39/scripts/kconfig/
Dzconf.tab.c_shipped1199 YY_("syntax error, unexpected %s, expecting %s");
1200 YY_("syntax error, unexpected %s, expecting %s or %s");
1201 YY_("syntax error, unexpected %s, expecting %s or %s or %s");
1202 YY_("syntax error, unexpected %s, expecting %s or %s or %s or %s");
1207 static char const yyexpecting[] = ", expecting %s";
/linux-2.6.39/Documentation/cdrom/
Dide-cd229 it was expecting one (on any feasible IRQ). If <n> is negative,
231 it was expecting to receive just one from the CDROM drive.
/linux-2.6.39/Documentation/
Dunaligned-memory-access.txt87 access. You'd be expecting field2 to be located at offset 2 bytes into the
Drtc.txt113 than expecting a single battery-backed MC146818 clone on every system.
DHOWTO426 expecting?
/linux-2.6.39/drivers/scsi/aic7xxx_old/
Daic7xxx.seq245 * We aren't expecting a
272 * We aren't expecting a
Daic7xxx.reg715 * when we were expecting
/linux-2.6.39/drivers/usb/serial/
DChangeLog.history230 accidenatly buy the device, expecting it to work with Linux.
/linux-2.6.39/drivers/scsi/aic7xxx/
Daic7xxx.seq163 * We aren't expecting a bus free, so interrupt
/linux-2.6.39/Documentation/uml/
DUserModeLinux-HOWTO.txt1939 backing file and expecting that all of the COW files using it will see