Lines Matching refs:and

18 format specifier of its largest possible type and explicitly cast to it.
28 unsupported specifier or length qualifier results in a WARN and early
44 For printing symbols and function pointers. The 'S' and 's' specifiers
49 The 'B' specifier results in the symbol name with offsets and should be
52 when tail-call's are used and marked with the noreturn GCC attribute.
54 On ia64, ppc64 and parisc64 architectures function pointers are
55 actually function descriptors which must first be resolved. The 'F' and
56 'f' specifiers perform this resolution and then provide the same
57 functionality as the 'S' and 's' specifiers.
74 For printing struct resources. The 'R' and 'r' specifiers result in a
82 For printing a phys_addr_t type (and its derivatives, such as
144 For printing 6-byte MAC/FDDI addresses in hex notation. The 'M' and 'm'
164 For printing IPv4 dot-separated decimal addresses. The 'I4' and 'i4'
168 The additional 'h', 'n', 'b', and 'l' specifiers are used to specify
180 For printing IPv6 network-order 16-bit hex addresses. The 'I6' and 'i6'
202 The additional 'p', 'f', and 's' specifiers are used to specify port
203 (IPv4, IPv6), flowinfo (IPv6) and scope (IPv6). Ports have a ':' prefix,
204 flowinfo a '/' and scope a '%', each followed by the actual value.
212 In case of IPv4 addresses, the additional 'h', 'n', 'b', and 'l'
213 specifiers can be used as well and are ignored in case of an IPv6
232 'b' and 'B' specifiers are used to specify a little endian order in
233 lower ('l') or upper case ('L') hex characters - and big endian order
247 a mix of old and new ones, but it won't oops. %pd dentry is a safer
258 and va_list as follows:
268 correctness of the format string and va_list arguments.
278 For printing struct clk structures. '%pC' and '%pCn' print the name
284 bitmap and its derivatives such as cpumask and nodemask:
289 For printing bitmap and its derivatives such as cpumask and nodemask,
290 %*pb output the bitmap with field width as the number of bits and %*pbl
316 Thank you for your cooperation and attention.
319 By Randy Dunlap <rdunlap@infradead.org> and