Re: [patch] x86: microcode: Cosmetic changes

Previous thread: [usb-storage] SCSI errors hang user processes indefinitely by Alan Jenkins on Tuesday, June 10, 2008 - 7:01 am. (1 message)

Next thread: [PATCH -rt 3/5] cpu-hotplug: cpu_up vs preempt-rt by Peter Zijlstra on Tuesday, June 10, 2008 - 7:13 am. (1 message)
To: <linux-kernel@...>
Cc: <trivial@...>
Date: Tuesday, June 10, 2008 - 7:15 am

[Empty message]
To: Ben Castricum <lk0806@...>
Cc: <linux-kernel@...>, <trivial@...>, the arch/x86 maintainers <x86@...>
Date: Thursday, July 3, 2008 - 5:41 am

applied to tip/x86/cleanups - thanks Ben,

Ingo
--

To: Ben Castricum <lk0806@...>
Cc: <linux-kernel@...>, <trivial@...>
Date: Wednesday, June 11, 2008 - 1:09 pm

On Tue, Jun 10, 2008 at 01:15:12PM +0200, Ben Castricum wrote:
> @@ -805,6 +806,9 @@ static int __init microcode_init (void)
> {
> int error;
>
> + printk(KERN_INFO
> + "IA-32 Microcode Update Driver: v" MICROCODE_VERSION " <tigran@aivazian.fsnet.co.uk>\n");
> +
> error = microcode_dev_init();
> if (error)
> return error;
> @@ -825,9 +829,6 @@ static int __init microcode_init (void)
> }
>
> register_hotcpu_notifier(&mc_cpu_notifier);
> -
> - printk(KERN_INFO
> - "IA-32 Microcode Update Driver: v" MICROCODE_VERSION " <tigran@aivazian.fsnet.co.uk>\n");
> return 0;

By doing this before the registration of the sysdev, we'll
now be printing this on machines that don't have the microcode
update facility. Pointless spew, for no obvious gain imo.

[Why we go through so many hoops before we check if the CPU is
capable is a mystery to me. It would make more sense to have
that be the first thing that gets checked when this inits]

Dave

--
http://www.codemonkey.org.uk
--

To: Dave Jones <davej@...>, Ben Castricum <lk0806@...>, <linux-kernel@...>, <trivial@...>, Tigran Aivazian <tigran@...>
Date: Thursday, June 12, 2008 - 1:52 am

I would remove the printk:
- it is the only email on my dmesg, along two other copyright
notices (Ingo and Intel). So it seems that the dmesg clean-up
is going on.
- the code of driver is stable, and now it is updated only in
kernel trees, so IMO it is better to use kernel version on
bug report. BTW I don't think people will update the version
number of driver.
- IMO it is enough to printk the microcode loads, not the
driver load.

ciao
cate
--

To: Giacomo Catenazzi <cate@...>
Cc: Dave Jones <davej@...>, Ben Castricum <lk0806@...>, <linux-kernel@...>, <trivial@...>
Date: Thursday, June 12, 2008 - 3:48 am

I would prefer Dave's suggestion, i.e. doing the printk after the
initialization.

Btw, it is not the only email, you forgot the "root@<localmachine>" in the
kernel utsname printout :)

$ dmesg | grep @
Linux version 2.6.24.4 (root@elpis) (gcc version 4.1.1 20061011 (Red Hat 4.1.1-30)) #1 SMP Thu Mar 27 17:24:19 GMT 2008

If you want so much to remove something you may remove my email address
from the printk, but please leave the basic message about driver loading.
This way we know that the driver initialized itself and loaded
successfully.

Kind regards
Tigran
--

Previous thread: [usb-storage] SCSI errors hang user processes indefinitely by Alan Jenkins on Tuesday, June 10, 2008 - 7:01 am. (1 message)

Next thread: [PATCH -rt 3/5] cpu-hotplug: cpu_up vs preempt-rt by Peter Zijlstra on Tuesday, June 10, 2008 - 7:13 am. (1 message)