Re: status of flash9/flash10 support in RELENG_7 ?
On Sun, Aug 09, 2009 at 11:04:52PM +0100, Ben Morrow wrote: I was about to say 'I believe the vuxml entry for firefox is incorrect', but I see it's been fixed. Neither 3.0.13 nor 3.5.2 are vulnerable, and vuxml now correctly reports this. Today security/vuxml/vuln.xml says: affects package namefirefox/name namelinux-firefox/name rangelt3.*,1/lt/range rangegt3.*,1/gtlt3.0.13,1/lt/range rangegt3.5.*,1/gtlt3.5.2,1/lt/range /package 1. Could someone tell me the meaning of the ``*'' values please ? I can't see the logic of the range lines. 2. Yesterday I installed firefox quickly with ``pkg_add -r firefox3'' and got firefox-3.0.10,1. Portaudit declares it vulnerable which seems to correspond to the second range line. I guess I have to compile firefox3 to be clean ? Harald ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: status of flash9/flash10 support in RELENG_7 ?
Quoth Harald ha...@free.fr: On Sun, Aug 09, 2009 at 11:04:52PM +0100, Ben Morrow wrote: I was about to say 'I believe the vuxml entry for firefox is incorrect', but I see it's been fixed. Neither 3.0.13 nor 3.5.2 are vulnerable, and vuxml now correctly reports this. Today security/vuxml/vuln.xml says: affects package namefirefox/name namelinux-firefox/name rangelt3.*,1/lt/range rangegt3.*,1/gtlt3.0.13,1/lt/range rangegt3.5.*,1/gtlt3.5.2,1/lt/range /package 1. Could someone tell me the meaning of the ``*'' values please ? I can't see the logic of the range lines. 3.* is the lowest possible version starting with '3.': in particular, it's less than 3.0 and less than 3.a . So the lt3.*,1/lt will match anything less than firefox3. The next two lines deal with the specifics of which firefox3 versions are vulnerable. 2. Yesterday I installed firefox quickly with ``pkg_add -r firefox3'' and got firefox-3.0.10,1. Portaudit declares it vulnerable which seems to correspond to the second range line. I guess I have to compile firefox3 to be clean ? 3.0.10,1 is vulnerable, yes. If there aren't packages for 3.0.13,1 yet you will need to compile it yourself. Ben ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Problem with IBM Thinkpad T30 shutting down due to high temperatures
Hello list, for some time now my T30 shuts down due to temperatures exceeding the safe limit of 92 degrees celcius. Regardless to say that a 2GHz pentium4m powers the machine, and these chips are well known for high temperatures. But I'm unable to do anything that causes high load on the laptop: Building world or complex ports makes the system reach the limit within minutes. A few days ago I configured xcompmgr, which even seems to make the problem whorse (yes, composite extension is enabled). What I don't know is if this is a hardware error, or something caused by the kernel. I wrote a small script to monitor dev.acpi_ibm.0.fan dev.acpi_ibm.0.fan_level, hw.acpi.thermal.tz0.temperature and dev.cpu.0.freq, and it sometimes appears that the temperature of the CPU rises, but the kernel doesn't decrease the clock in time. I tried setting hw.acpi.thermal.polling_rate=2, but this didn't seem to work out, too. Today I wanted to rsync $HOME to my server, which caused several shutdowns. I used a ssh connection, and my hard disk is encrypted using geom.eli with AES-CBC 256. I know that I put this machine under a rather high pressure (yes, I have all my filesystems encrypted, including /usr/ports and /usr/sys), but from my point of view the laptop should be able to deal with this. The kernel I'm using is basically GENERIC, with acpi_ibm and radeondrm added. What could I try next to prevent this from happening again? I guess it's needless to say that rebuilding ports (for example after the jpeg version bump) is next to impossible because it would require manual intervention everytime the temperature reaches the limit... I'm happy about any help I can get on this issue. Regards Christian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Problem with IBM Thinkpad T30 shutting down due to high temperatures
Christian Walther wrote: Hello list, for some time now my T30 shuts down due to temperatures exceeding the safe limit of 92 degrees celcius. You included a lot of details, but missed some crucial ones. First, did it ever work? If so, what you probably have are fans/heat sinks that are clogged with dust. Give the system a good hosing with compressed air and see if that helps. You also failed to mention whether or not the fans come on, and whether or not they increase in speed when it gets hotter. hth, Doug -- This .signature sanitized for your protection ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Problem with IBM Thinkpad T30 shutting down due to high temperatures
On Mon, Aug 10, 2009 at 11:53:10PM +0200, Christian Walther wrote: Hello list, for some time now my T30 shuts down due to temperatures exceeding the safe limit of 92 degrees celcius. Regardless to say that a 2GHz pentium4m powers the machine, and these chips are well known for high temperatures. But I'm unable to do anything that causes high load on the laptop: Building world or complex ports makes the system reach the limit within minutes. A few days ago I configured xcompmgr, which even seems to make the problem whorse (yes, composite extension is enabled). What I don't know is if this is a hardware error, or something caused by the kernel. I wrote a small script to monitor dev.acpi_ibm.0.fan dev.acpi_ibm.0.fan_level, hw.acpi.thermal.tz0.temperature and dev.cpu.0.freq, and it sometimes appears that the temperature of the CPU rises, but the kernel doesn't decrease the clock in time. If available, you can use acpi_thermal(4) to set the temperatures at which atcive cooling engaves. Look for the sysctl 'hw.acpi.thermal.tz%d._ACx', where %d is the core number and x is the cooling level. Or set the level manually with 'hw.acpi.thermal.tz%d.active'. Read the acpi_thermal manpage for more details. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgp2DmXADZChF.pgp Description: PGP signature
Re: Monitoring tools for mfi0: Dell PERC 6?
wsk writes: [ Charset UTF-8 unsupported, converting... ] | On Sun, Aug 09, 2009 at 08:04:35PM +0200, V=E1clav Haisman wrote: | Hi, | | I have a server with the mfi0: Dell PERC 6 controller. Are there any | monitoring tool for this? I tried camcontrol but it doesn't even list the | device. | =20 | Maybe sysutils/megacli does what you want? | | Roland | | some times. I got follow mesgs on my Dell PE R900. any ideas? | | mfi0: 1989 (303015600s/0x0020/info) - Patrol Read started | mfi0: 2020 (303022694s/0x0020/info) - Patrol Read complete This is normal. Patrol read scans for potential disk errors. If you want more info in real-time then you can set hw.mfi.event_class=-2 and get more detail or use MegaCli to get the full event log. | mfi0: COMMAND 0xff80005a7870 TIMEOUT AFTER 43 SECONDS | mfi0: COMMAND 0xff80005a7ed0 TIMEOUT AFTER 58 SECONDS This is usually okay and saying that some commands are taking a while. If the command never completes then that is a problem. the RAID control can decide the order of completing commands so it can take some time. | pciconf: | m...@pci0:25:0:0: class=0x010400 card=0x1f0c1028 chip=0x00601000 rev=0x04 hdr=0x00 | vendor = 'LSI Logic (Was: Symbios Logic, NCR)' | device = 'SAS1078 PCI-X Fusion-MPT SAS' | class = mass storage | subclass = RAID FWIW, that is a bad discription since it claims it is the SAS card and not the RAID. Doug A. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
