Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Wed, 2007-04-18 at 19:00 -0400, Joshua Wise wrote: > On Tue, 17 Apr 2007, Shaohua Li wrote: > > Looks there is init order issue of sysfs files. The new refreshed patch > > should fix your bug. > > Yes, that did fix the hang on resume from STR -- that now works fine. > > However: > [EMAIL PROTECTED]:/sys/devices/system/cpu/cpuidle$ cat available_drivers > current_driver > > > [EMAIL PROTECTED]:/sys/devices/system/cpu/cpuidle$ cat available_governors > current_governor > ladder > ladder it's correct and looks you didn't compile the acpi processor module. Thanks, Shaohua - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Tue, 17 Apr 2007, Shaohua Li wrote: Looks there is init order issue of sysfs files. The new refreshed patch should fix your bug. Yes, that did fix the hang on resume from STR -- that now works fine. However: [EMAIL PROTECTED]:/sys/devices/system/cpu/cpuidle$ cat available_drivers current_driver [EMAIL PROTECTED]:/sys/devices/system/cpu/cpuidle$ cat available_governors current_governor ladder ladder Is this correct? For reference, my config is http://joshuawise.com/config.gz -- I didn't see any options for cpuidle drivers to access ACPI states... joshua - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Tue, 17 Apr 2007, Shaohua Li wrote: Looks there is init order issue of sysfs files. The new refreshed patch should fix your bug. Yes, that did fix the hang on resume from STR -- that now works fine. However: [EMAIL PROTECTED]:/sys/devices/system/cpu/cpuidle$ cat available_drivers current_driver NULL [EMAIL PROTECTED]:/sys/devices/system/cpu/cpuidle$ cat available_governors current_governor ladder ladder Is this correct? For reference, my config is http://joshuawise.com/config.gz -- I didn't see any options for cpuidle drivers to access ACPI states... joshua - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Wed, 2007-04-18 at 19:00 -0400, Joshua Wise wrote: On Tue, 17 Apr 2007, Shaohua Li wrote: Looks there is init order issue of sysfs files. The new refreshed patch should fix your bug. Yes, that did fix the hang on resume from STR -- that now works fine. However: [EMAIL PROTECTED]:/sys/devices/system/cpu/cpuidle$ cat available_drivers current_driver NULL [EMAIL PROTECTED]:/sys/devices/system/cpu/cpuidle$ cat available_governors current_governor ladder ladder it's correct and looks you didn't compile the acpi processor module. Thanks, Shaohua - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Mon, 2007-04-16 at 22:50 -0400, Joshua Wise wrote: > On Mon, 16 Apr 2007, Shaohua Li wrote: > > On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote: > >> ... > > please check if the patch at > > http://marc.info/?l=linux-acpi=117523651630038=2 fixed the issue > > I have the same system as Mattia, and when I applied this patch and turned > CPU_IDLE back on, I got a panic on boot. Unfortunately, the EIP scrolled off > screen, so I can't get a line number. > > (I had the same STR breakage as him; STR did not work with CPU_IDLE turned > on, and it did work with CPU_IDLE turned off.) > > I'm running +rc6+mm(April 11) on a Sony VAIO SZ. Looks there is init order issue of sysfs files. The new refreshed patch should fix your bug. Signed-off-by: Shaohua Li <[EMAIL PROTECTED]> Index: 21-rc6-mm1/drivers/acpi/processor_idle.c === --- 21-rc6-mm1.orig/drivers/acpi/processor_idle.c 2007-04-17 13:41:29.0 +0800 +++ 21-rc6-mm1/drivers/acpi/processor_idle.c2007-04-17 14:03:56.0 +0800 @@ -624,7 +624,7 @@ int acpi_processor_cst_has_changed(struc return -ENODEV; acpi_processor_get_power_info(pr); - return cpuidle_force_redetect(_cpu(cpuidle_devices, pr->id)); + return cpuidle_force_redetect(per_cpu(cpuidle_devices, pr->id)); } /* proc interface */ Index: 21-rc6-mm1/drivers/cpuidle/cpuidle.c === --- 21-rc6-mm1.orig/drivers/cpuidle/cpuidle.c 2007-04-17 13:41:29.0 +0800 +++ 21-rc6-mm1/drivers/cpuidle/cpuidle.c2007-04-17 14:42:17.0 +0800 @@ -18,7 +18,7 @@ #include "cpuidle.h" -DEFINE_PER_CPU(struct cpuidle_device, cpuidle_devices); +DEFINE_PER_CPU(struct cpuidle_device *, cpuidle_devices); EXPORT_PER_CPU_SYMBOL_GPL(cpuidle_devices); DEFINE_MUTEX(cpuidle_lock); @@ -34,13 +34,13 @@ static void (*pm_idle_old)(void); */ static void cpuidle_idle_call(void) { - struct cpuidle_device *dev = &__get_cpu_var(cpuidle_devices); + struct cpuidle_device *dev = __get_cpu_var(cpuidle_devices); struct cpuidle_state *target_state; int next_state; /* check if the device is ready */ - if (dev->status != CPUIDLE_STATUS_DOIDLE) { + if (!dev || dev->status != CPUIDLE_STATUS_DOIDLE) { if (pm_idle_old) pm_idle_old(); return; @@ -117,19 +117,32 @@ static int cpuidle_add_device(struct sys int cpu = sys_dev->id; struct cpuidle_device *dev; - dev = _cpu(cpuidle_devices, cpu); + dev = per_cpu(cpuidle_devices, cpu); - dev->cpu = cpu; mutex_lock(_lock); if (cpu_is_offline(cpu)) { mutex_unlock(_lock); return 0; } + if (!dev) { + dev = kzalloc(sizeof(struct cpuidle_device), GFP_KERNEL); + if (!dev) { + mutex_unlock(_lock); + return -ENOMEM; + } + init_completion(>kobj_unregister); + per_cpu(cpuidle_devices, cpu) = dev; + } + dev->cpu = cpu; + if (dev->status & CPUIDLE_STATUS_DETECTED) { mutex_unlock(_lock); return 0; } + + cpuidle_add_sysfs(sys_dev); + if (cpuidle_curr_driver) { if (cpuidle_attach_driver(dev)) goto err_ret; @@ -146,7 +159,6 @@ static int cpuidle_add_device(struct sys cpuidle_install_idle_handler(); list_add(>device_list, _detected_devices); - cpuidle_add_sysfs(sys_dev); dev->status |= CPUIDLE_STATUS_DETECTED; err_ret: @@ -165,7 +177,7 @@ static int __cpuidle_remove_device(struc { struct cpuidle_device *dev; - dev = _cpu(cpuidle_devices, sys_dev->id); + dev = per_cpu(cpuidle_devices, sys_dev->id); if (!(dev->status & CPUIDLE_STATUS_DETECTED)) { return 0; @@ -178,6 +190,9 @@ static int __cpuidle_remove_device(struc cpuidle_detach_driver(dev); cpuidle_remove_sysfs(sys_dev); list_del(>device_list); + wait_for_completion(>kobj_unregister); + per_cpu(cpuidle_devices, sys_dev->id) = NULL; + kfree(dev); return 0; } Index: 21-rc6-mm1/drivers/cpuidle/sysfs.c === --- 21-rc6-mm1.orig/drivers/cpuidle/sysfs.c 2007-04-17 13:41:29.0 +0800 +++ 21-rc6-mm1/drivers/cpuidle/sysfs.c 2007-04-17 14:03:56.0 +0800 @@ -210,8 +210,16 @@ static struct sysfs_ops cpuidle_sysfs_op .store = cpuidle_store, }; +static void cpuidle_sysfs_release(struct kobject *kobj) +{ + struct cpuidle_device *dev = kobj_to_cpuidledev(kobj); + + complete(>kobj_unregister); +} + static struct kobj_type ktype_cpuidle = { .sysfs_ops = _sysfs_ops, +
Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Mon, 2007-04-16 at 22:50 -0400, Joshua Wise wrote: On Mon, 16 Apr 2007, Shaohua Li wrote: On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote: ... please check if the patch at http://marc.info/?l=linux-acpim=117523651630038w=2 fixed the issue I have the same system as Mattia, and when I applied this patch and turned CPU_IDLE back on, I got a panic on boot. Unfortunately, the EIP scrolled off screen, so I can't get a line number. (I had the same STR breakage as him; STR did not work with CPU_IDLE turned on, and it did work with CPU_IDLE turned off.) I'm running +rc6+mm(April 11) on a Sony VAIO SZ. Looks there is init order issue of sysfs files. The new refreshed patch should fix your bug. Signed-off-by: Shaohua Li [EMAIL PROTECTED] Index: 21-rc6-mm1/drivers/acpi/processor_idle.c === --- 21-rc6-mm1.orig/drivers/acpi/processor_idle.c 2007-04-17 13:41:29.0 +0800 +++ 21-rc6-mm1/drivers/acpi/processor_idle.c2007-04-17 14:03:56.0 +0800 @@ -624,7 +624,7 @@ int acpi_processor_cst_has_changed(struc return -ENODEV; acpi_processor_get_power_info(pr); - return cpuidle_force_redetect(per_cpu(cpuidle_devices, pr-id)); + return cpuidle_force_redetect(per_cpu(cpuidle_devices, pr-id)); } /* proc interface */ Index: 21-rc6-mm1/drivers/cpuidle/cpuidle.c === --- 21-rc6-mm1.orig/drivers/cpuidle/cpuidle.c 2007-04-17 13:41:29.0 +0800 +++ 21-rc6-mm1/drivers/cpuidle/cpuidle.c2007-04-17 14:42:17.0 +0800 @@ -18,7 +18,7 @@ #include cpuidle.h -DEFINE_PER_CPU(struct cpuidle_device, cpuidle_devices); +DEFINE_PER_CPU(struct cpuidle_device *, cpuidle_devices); EXPORT_PER_CPU_SYMBOL_GPL(cpuidle_devices); DEFINE_MUTEX(cpuidle_lock); @@ -34,13 +34,13 @@ static void (*pm_idle_old)(void); */ static void cpuidle_idle_call(void) { - struct cpuidle_device *dev = __get_cpu_var(cpuidle_devices); + struct cpuidle_device *dev = __get_cpu_var(cpuidle_devices); struct cpuidle_state *target_state; int next_state; /* check if the device is ready */ - if (dev-status != CPUIDLE_STATUS_DOIDLE) { + if (!dev || dev-status != CPUIDLE_STATUS_DOIDLE) { if (pm_idle_old) pm_idle_old(); return; @@ -117,19 +117,32 @@ static int cpuidle_add_device(struct sys int cpu = sys_dev-id; struct cpuidle_device *dev; - dev = per_cpu(cpuidle_devices, cpu); + dev = per_cpu(cpuidle_devices, cpu); - dev-cpu = cpu; mutex_lock(cpuidle_lock); if (cpu_is_offline(cpu)) { mutex_unlock(cpuidle_lock); return 0; } + if (!dev) { + dev = kzalloc(sizeof(struct cpuidle_device), GFP_KERNEL); + if (!dev) { + mutex_unlock(cpuidle_lock); + return -ENOMEM; + } + init_completion(dev-kobj_unregister); + per_cpu(cpuidle_devices, cpu) = dev; + } + dev-cpu = cpu; + if (dev-status CPUIDLE_STATUS_DETECTED) { mutex_unlock(cpuidle_lock); return 0; } + + cpuidle_add_sysfs(sys_dev); + if (cpuidle_curr_driver) { if (cpuidle_attach_driver(dev)) goto err_ret; @@ -146,7 +159,6 @@ static int cpuidle_add_device(struct sys cpuidle_install_idle_handler(); list_add(dev-device_list, cpuidle_detected_devices); - cpuidle_add_sysfs(sys_dev); dev-status |= CPUIDLE_STATUS_DETECTED; err_ret: @@ -165,7 +177,7 @@ static int __cpuidle_remove_device(struc { struct cpuidle_device *dev; - dev = per_cpu(cpuidle_devices, sys_dev-id); + dev = per_cpu(cpuidle_devices, sys_dev-id); if (!(dev-status CPUIDLE_STATUS_DETECTED)) { return 0; @@ -178,6 +190,9 @@ static int __cpuidle_remove_device(struc cpuidle_detach_driver(dev); cpuidle_remove_sysfs(sys_dev); list_del(dev-device_list); + wait_for_completion(dev-kobj_unregister); + per_cpu(cpuidle_devices, sys_dev-id) = NULL; + kfree(dev); return 0; } Index: 21-rc6-mm1/drivers/cpuidle/sysfs.c === --- 21-rc6-mm1.orig/drivers/cpuidle/sysfs.c 2007-04-17 13:41:29.0 +0800 +++ 21-rc6-mm1/drivers/cpuidle/sysfs.c 2007-04-17 14:03:56.0 +0800 @@ -210,8 +210,16 @@ static struct sysfs_ops cpuidle_sysfs_op .store = cpuidle_store, }; +static void cpuidle_sysfs_release(struct kobject *kobj) +{ + struct cpuidle_device *dev = kobj_to_cpuidledev(kobj); + + complete(dev-kobj_unregister); +} + static struct kobj_type ktype_cpuidle = { .sysfs_ops =
Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Mon, 16 Apr 2007, Shaohua Li wrote: On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote: ... please check if the patch at http://marc.info/?l=linux-acpi=117523651630038=2 fixed the issue I have the same system as Mattia, and when I applied this patch and turned CPU_IDLE back on, I got a panic on boot. Unfortunately, the EIP scrolled off screen, so I can't get a line number. (I had the same STR breakage as him; STR did not work with CPU_IDLE turned on, and it did work with CPU_IDLE turned off.) I'm running +rc6+mm(April 11) on a Sony VAIO SZ. joshua - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Mon, 2007-04-16 at 22:50 -0400, Joshua Wise wrote: > On Mon, 16 Apr 2007, Shaohua Li wrote: > > On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote: > >> ... > > please check if the patch at > > http://marc.info/?l=linux-acpi=117523651630038=2 fixed the issue > > I have the same system as Mattia, and when I applied this patch and turned > CPU_IDLE back on, I got a panic on boot. Unfortunately, the EIP scrolled off > screen, so I can't get a line number. > > (I had the same STR breakage as him; STR did not work with CPU_IDLE turned > on, and it did work with CPU_IDLE turned off.) > > I'm running +rc6+mm(April 11) on a Sony VAIO SZ. Is it possible you can get the log from a serial? I thought at least you can see some log info in the screen, if you haven't serial, please write it down. The boot panic surprise me, as it works here. Thanks, Shaohua - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Mon, 2007-04-16 at 22:50 -0400, Joshua Wise wrote: On Mon, 16 Apr 2007, Shaohua Li wrote: On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote: ... please check if the patch at http://marc.info/?l=linux-acpim=117523651630038w=2 fixed the issue I have the same system as Mattia, and when I applied this patch and turned CPU_IDLE back on, I got a panic on boot. Unfortunately, the EIP scrolled off screen, so I can't get a line number. (I had the same STR breakage as him; STR did not work with CPU_IDLE turned on, and it did work with CPU_IDLE turned off.) I'm running +rc6+mm(April 11) on a Sony VAIO SZ. Is it possible you can get the log from a serial? I thought at least you can see some log info in the screen, if you haven't serial, please write it down. The boot panic surprise me, as it works here. Thanks, Shaohua - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Mon, 16 Apr 2007, Shaohua Li wrote: On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote: ... please check if the patch at http://marc.info/?l=linux-acpim=117523651630038w=2 fixed the issue I have the same system as Mattia, and when I applied this patch and turned CPU_IDLE back on, I got a panic on boot. Unfortunately, the EIP scrolled off screen, so I can't get a line number. (I had the same STR breakage as him; STR did not work with CPU_IDLE turned on, and it did work with CPU_IDLE turned off.) I'm running +rc6+mm(April 11) on a Sony VAIO SZ. joshua - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote: > On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote: > ... > > git-acpi.patch > > after bisecting I can finally say what breaks resume from STR here: > > tada: CPU_IDLE. > I first spotted the git-acpi.patch then reapplied it and disabled > CPU_IDLE, now my laptop resumes. > > Any useful information I should add? > > $ cat /sys/devices/system/cpu/cpuidle/* > acpi_idle > no governors > acpi_idle > no governor please check if the patch at http://marc.info/?l=linux-acpi=117523651630038=2 fixed the issue Thanks, Shaohua - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote: On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote: ... git-acpi.patch after bisecting I can finally say what breaks resume from STR here: tada: CPU_IDLE. I first spotted the git-acpi.patch then reapplied it and disabled CPU_IDLE, now my laptop resumes. Any useful information I should add? $ cat /sys/devices/system/cpu/cpuidle/* acpi_idle no governors acpi_idle no governor please check if the patch at http://marc.info/?l=linux-acpim=117523651630038w=2 fixed the issue Thanks, Shaohua - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote: ... > git-acpi.patch after bisecting I can finally say what breaks resume from STR here: tada: CPU_IDLE. I first spotted the git-acpi.patch then reapplied it and disabled CPU_IDLE, now my laptop resumes. Any useful information I should add? $ cat /sys/devices/system/cpu/cpuidle/* acpi_idle no governors acpi_idle no governor $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz stepping: 6 cpu MHz : 1000.000 cache size : 2048 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm bogomips: 3671.24 clflush size: 64 processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz stepping: 6 cpu MHz : 1000.000 cache size : 2048 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm bogomips: 15805.85 clflush size: 64 -- mattia :wq! - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
CPU_IDLE prevents resuming from STR [was: Re: 2.6.21-rc6-mm1]
On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote: ... git-acpi.patch after bisecting I can finally say what breaks resume from STR here: tada: CPU_IDLE. I first spotted the git-acpi.patch then reapplied it and disabled CPU_IDLE, now my laptop resumes. Any useful information I should add? $ cat /sys/devices/system/cpu/cpuidle/* acpi_idle no governors acpi_idle no governor $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz stepping: 6 cpu MHz : 1000.000 cache size : 2048 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm bogomips: 3671.24 clflush size: 64 processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz stepping: 6 cpu MHz : 1000.000 cache size : 2048 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm bogomips: 15805.85 clflush size: 64 -- mattia :wq! - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/