Lines Matching refs:and

18 format specifier of its largest possible type and explicitly cast to it.
40 	For printing symbols and function pointers. The 'S' and 's' specifiers
45 	The 'B' specifier results in the symbol name with offsets and should be
48 	when tail-call's are used and marked with the noreturn GCC attribute.
50 	On ia64, ppc64 and parisc64 architectures function pointers are
51 	actually function descriptors which must first be resolved. The 'F' and
52 	'f' specifiers perform this resolution and then provide the same
53 	functionality as the 'S' and 's' specifiers.
70 	For printing struct resources. The 'R' and 'r' specifiers result in a
78 	For printing a phys_addr_t type (and its derivatives, such as
139 	For printing 6-byte MAC/FDDI addresses in hex notation. The 'M' and 'm'
159 	For printing IPv4 dot-separated decimal addresses. The 'I4' and 'i4'
163 	The additional 'h', 'n', 'b', and 'l' specifiers are used to specify
175 	For printing IPv6 network-order 16-bit hex addresses. The 'I6' and 'i6'
197 	The additional 'p', 'f', and 's' specifiers are used to specify port
198 	(IPv4, IPv6), flowinfo (IPv6) and scope (IPv6). Ports have a ':' prefix,
199 	flowinfo a '/' and scope a '%', each followed by the actual value.
207 	In case of IPv4 addresses, the additional 'h', 'n', 'b', and 'l'
208 	specifiers can be used as well and are ignored in case of an IPv6
227 	'b' and 'B' specifiers are used to specify a little endian order in
228 	lower ('l') or upper case ('L') hex characters - and big endian order
241 	a mix of old and new ones, but it won't oops.  %pd dentry is a safer
252 	and va_list as follows:
260 	correctness of the format string and va_list arguments.
270 	For printing struct clk structures. '%pC' and '%pCn' print the name
276 bitmap and its derivatives such as cpumask and nodemask:
281 	For printing bitmap and its derivatives such as cpumask and nodemask,
282 	%*pb output the bitmap with field width as the number of bits and %*pbl
287 Thank you for your cooperation and attention.
290 By Randy Dunlap <rdunlap@infradead.org> and