lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070514172138.1c870793@hyperion.delvare>
Date:	Mon, 14 May 2007 17:21:38 +0200
From:	Jean Delvare <khali@...ux-fr.org>
To:	"Antonino Ingargiola" <tritemio@...il.com>
Cc:	"Linus Torvalds" <torvalds@...ux-foundation.org>,
	"Linux Kernel Mailing List" <linux-kernel@...r.kernel.org>
Subject: Re: Linux 2.6.22-rc1

On Mon, 14 May 2007 15:28:00 +0200, Antonino Ingargiola wrote:
> Hi Jean,
> 
> 2007/5/14, Jean Delvare <khali@...ux-fr.org>:
> [cut]
> > This is a rather bad idea to build the abituguru and hdaps drivers into
> > your kernel if you don't have these devices. Especially abituguru, as
> > it does arbitrary port probing.
> 
> My bad. I have an abit motherboard and in doubt I selected the driver
> (and then leaved selected since all worked on previous kernels). I've
> disabled them and the problem persist.

Sure, I didn't expect it to solve the problem. But as a general advice,
hardware monitoring drivers are better selected as modules than
built-in.

> > > I'm not using any of the listed drivers.
> >
> > How strange, why are they loaded then?
> 
> My reply refers to your list of drivers that require a certain version
> of lm-sensors.

Ah, OK. Sorry, I got confused.

> > > However the lm-sensors package is version 2.10.1-3 and
> > > libsensors.so.3.1.1 is on my system too (package libsensors3).
> >
> > Can you please share the output of "sensors" under both kernels 2.6.21.1
> > and 2.6.22-rc1.
> 
> Sure. On 2.6.21.1:
> 
> via686a-isa-6000
> Adapter: ISA adapter
> CPU core:  +1.63 V  (min =  +0.06 V, max =  +3.10 V)
> +2.5V:     +2.45 V  (min =  +0.06 V, max =  +3.10 V)
> I/O:       +3.52 V  (min =  +3.12 V, max =  +3.45 V)   ALARM
> +5V:       +5.05 V  (min =  +4.73 V, max =  +5.20 V)
> +12V:     +12.30 V  (min = +11.35 V, max = +12.48 V)
> CPU Fan:     0 RPM  (min = 42187 RPM, div = 2)
> P/S Fan:  2657 RPM  (min = 42187 RPM, div = 2)          ALARM

Hint: increase the fan clock dividers to 4.

> SYS Temp:  +40.9°C  (high =  +146°C, hyst =   -71°C)
> CPU Temp:  +43.3°C  (high =  +146°C, hyst =   -71°C)
> SBr Temp:  +24.9°C  (high =   -63°C, hyst =   -71°C)   ALARM
> 
> while on 2.6.22-rc1:
> 
> via686a-i2c-9191-6000
>  ERROR: Can't get adapter or algorithm?!?

Ah, interesting. Could it be that the gnome applet quits because it
fails to get the adapter name? That wouldn't be very smart, but that's
possible.

This is a side effect of an i2c-core cleanup. This is already fixed in
lm_sensors 2.10.3 (libsensors.so.3.1.3). Care to give it a try and
confirm it fixes the problem? Note that it might be a bit tricky to get
the gnome applet to use your own libsensors rather than the system one.
You might need to set the LD_LIBRARY_PATH environment variable before
the applet starts, or something similar.

> CPU core:  +1.65 V  (min =  +0.06 V, max =  +3.10 V)
> +2.5V:     +2.45 V  (min =  +0.06 V, max =  +3.10 V)
> I/O:       +3.52 V  (min =  +3.12 V, max =  +3.45 V)   ALARM
> +5V:       +5.08 V  (min =  +4.73 V, max =  +5.20 V)
> +12V:     +12.24 V  (min = +11.35 V, max = +12.48 V)
> CPU Fan:     0 RPM  (min = 42187 RPM, div = 2)
> P/S Fan:     0 RPM  (min = 42187 RPM, div = 2)          ALARM
> SYS Temp:  +41.3°C  (high =  +146°C, hyst =   -71°C)
> CPU Temp:  +41.8°C  (high =  +146°C, hyst =   -71°C)
> SBr Temp:  +24.9°C  (high =   -63°C, hyst =   -71°C)   ALARM
> 
> In both kernels I have set:
> 
>      I2C Algorithms  --->
>       <M> I2C PCF 8584 interfaces
>       <M> I2C PCA 9564 interfaces

Irrelevant to your problem, but you most certainly need neither - else
they would have been selected automatically.

-- 
Jean Delvare
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ