24, 2008, 11:46 p.m. This adds a new printf format specifier for the kernel,%pM, to be used to print out MAC addresses. This has advantages over the current printmac scheme:. no need for DECLAREMACBUF. can be used safely in statements that might be compiled out without the printmac call staying. Signed-off-by: Johannes Berg - lib/vsprintf.c 20 1 file changed, 20 insertions(+) - To unsubscribe from this list: send the line 'unsubscribe netdev' in the body of a message to majordomo@vger.kernel.org More majordomo info at Comments.

Rfc Patchv3 Printk: Add Pm Format Specifier For Mac Download

Matches 1 - 100 of 107 - Richard, I would like, if possible, to start working on cleaning this up. Mac); + uml_net_setup_etheraddr(dev, mac); printk(KERN_INFO 'Netdevice. Fix printf format in physmem.c so that it matches > the type of arguments. (6): > um: Use printk instead of printf in make_uml_dir > um: Add os_info(). Drivers/staging: Use%pM format specifier to print mac address Related: show Commit Message. Alexander Kuleshov. Alexander Kuleshov writes: > printk() supports%pM format specifier for printing 6-byte MAC/FDDI > addresses in hex notation small buffers. Oct 27, 2008 - To: David Miller. Subject: [RFC PATCHv3] printk: add%pM format specifier for MAC addresses. Date: Mon, 27 Oct.

26, 2008, 8:01 a.m. On Sat, 2008-10-25 at 19:44 +0200, Sven Anders wrote: Johannes Berg schrieb: This adds a new printf format specifier for the kernel,%pMto be used to print out MAC addresses. This has advantages over the current printmac scheme:. no need for DECLAREMACBUF. can be used safely in statements that might be compiled out without the printmac call staying. Nice, have you though of something similar for IPv4 and IPv6 adresses?

Not really, are they printed often? I haven't had to touch much code that printed IP addresses. Nor have I seen them in logs a lot.

26, 2008, 8:03 a.m. From: Johannes Berg Date: Sun, 26 Oct 2008 09:01:36 +0100 On Sat, 2008-10-25 at 19:44 +0200, Sven Anders wrote: Johannes Berg schrieb: This adds a new printf format specifier for the kernel,%pMto be used to print out MAC addresses. This has advantages over the current printmac scheme:. no need for DECLAREMACBUF. can be used safely in statements that might be compiled out without the printmac call staying. Nice, have you though of something similar for IPv4 and IPv6 adresses?

Not really, are they printed often? I haven't had to touch much code that printed IP addresses. Nor have I seen them in logs a lot. It would be a nice future project for someone. But don't worry about it for now. To unsubscribe from this list: send the line 'unsubscribe netdev' in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html.

26, 2008, 8:21 a.m. On Sun, 2008-10-26 at 01:03 -0700, David Miller wrote: Nice, have you though of something similar for IPv4 and IPv6 adresses? Not really, are they printed often?

I haven't had to touch much code that printed IP addresses. Nor have I seen them in logs a lot. It would be a nice future project for someone. But don't worry about it for now. Of course, actually adding, say,%p4 and%p6 would be trivial, but making lots of code use it so it's useful would be another mass conversion I'm not too keen to do again right away:) johannes.

26, 2008, 8:38 a.m. On Sun, 2008-10-26 at 09:21 +0100, Johannes Berg wrote: It would be a nice future project for someone. But don't worry about it for now. Of course, actually adding, say,%p4 and%p6 would be trivial, but making lots of code use it so it's useful would be another mass conversion I'm not too keen to do again right away:) And for IPv4 you can do it in a similar way, except for HIPQUAD which you'd have to actually replace in the code, but there are less than 20 instances of it. Maybe use SPECIAL to indicate host byte order or something, I'll leave that to the interested, unless I get really bored next week (I'm kinda bored right now but don't have access to a fast build machine;) ) johannes.

At some point I have noticed too many users of struct rtctime that printing its content field by field. In this series I introduce%ptRdtr specifier to make life a bit easier. There are still users of detailed output of the struct rtctime, but we can introduce an additional extension for them in the future if needed, otherwise they might be converted to the proposed output format. Some of the changes slightly modify the output. In those cases we are on the safe side since they are pure debug. Nevertheless I tried to leave numbers to be the same or quite close: in some cases year was printed +1900, though month was left in the range 0,11 instead of 1,12.

Rfc patchv3 printk: add pm format specifier for mac pro

I didn't compile everything there, though I did a basic smoke test on some x86 hardware. Program deleting. So, I rely on kbuild test robot as well:-) Most of the users currently are RTC drivers, thus the patch series is assumed to go via RTC tree.