Re: [PATCH v2 3.18-rc3] kdb: Avoid printing KERN_ levels to consoles

2014-11-07 Thread Daniel Thompson
On 07/11/14 17:16, Joe Perches wrote: > On Fri, 2014-11-07 at 16:50 +, Daniel Thompson wrote: >> On 07/11/14 16:04, Joe Perches wrote: >>> why insert KERN_INFO? >> >> vkdb_printf() and printk() can appear either way round in a stack >> trace. Each is capable of calling the other and a flag (kd

Re: [PATCH v2 3.18-rc3] kdb: Avoid printing KERN_ levels to consoles

2014-11-07 Thread Joe Perches
On Fri, 2014-11-07 at 16:50 +, Daniel Thompson wrote: > On 07/11/14 16:04, Joe Perches wrote: > > why insert KERN_INFO? > > vkdb_printf() and printk() can appear either way round in a stack > trace. Each is capable of calling the other and a flag (kdb_trap_printk) > is used to prevent mutual

Re: [PATCH v2 3.18-rc3] kdb: Avoid printing KERN_ levels to consoles

2014-11-07 Thread Daniel Thompson
On 07/11/14 16:04, Joe Perches wrote: > On Fri, 2014-11-07 at 12:01 +, Daniel Thompson wrote: >> Currently when kdb traps printk messages then the raw log level prefix >> (consisting of '\001' followed by a numeral) does not get stripped off >> before the message is issued to the various I/O ha

Re: [PATCH v2 3.18-rc3] kdb: Avoid printing KERN_ levels to consoles

2014-11-07 Thread Joe Perches
On Fri, 2014-11-07 at 12:01 +, Daniel Thompson wrote: > Currently when kdb traps printk messages then the raw log level prefix > (consisting of '\001' followed by a numeral) does not get stripped off > before the message is issued to the various I/O handlers supported by > kdb. This causes anno