| 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
| ||
|
Date: Fri, 2 Aug 2013 04:13:09 +0200 From: Pavel Machek <pavel@....cz> To: Bjorn Helgaas <bhelgaas@...gle.com> Cc: Greg KH <greg@...ah.com>, kernel list <linux-kernel@...r.kernel.org>, Joe Lawrence <joe.lawrence@...atus.com>, Myron Stowe <myron.stowe@...hat.com>, Jeff Kirsher <jeffrey.t.kirsher@...el.com>, Jesse Brandeburg <jesse.brandeburg@...el.com>, Bruce Allan <bruce.w.allan@...el.com>, Carolyn Wyborny <carolyn.wyborny@...el.com>, Don Skidmore <donald.c.skidmore@...el.com>, Greg Rose <gregory.v.rose@...el.com>, Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@...el.com>, Alex Duyck <alexander.h.duyck@...el.com>, John Ronciak <john.ronciak@...el.com>, Tushar Dave <tushar.n.dave@...el.com>, "e1000-devel@...ts.sourceforge.net" <e1000-devel@...ts.sourceforge.net> Subject: Re: /sys/module/pcie_aspm/parameters/policy not writable? Hi! > >> > But since the problem also occurs with Windows, it's pretty likely > >> > that there's a BIOS update to fix it. I notice on the X60 support > >> > page that there are several versions newer than what you're running. > >> > >> Do you have any interest in trying a newer BIOS to see if it's fixed > >> there? If not, I understand; BIOS updates are a hassle at best. > >> You're running BIOS 2.14, and it looks like the current BIOS for an > >> X60 1709 7HU is 2.19 (from http://support.lenovo.com). > > > > I'm lost at the lenovo pages :-(. And frankly I'd prefer not to touch > > the BIOS. > > I tried to provide a complete link, but the web site isn't amenable to > that. I found it by selecting the "Drivers & Software" section, > entering "X60" as the machine type, selecting "ThinkPad X60 (1709)" > and going to the "BIOS" section. I was surprised how easy it was :) Hmm. So I've update bios using 7buj28uc.iso . Reverted the patches and yes, ping latencies are still bad: pavel@amd:~$ ping 10.0.0.250 PING 10.0.0.250 (10.0.0.250) 56(84) bytes of data. 64 bytes from 10.0.0.250: icmp_req=1 ttl=127 time=1.05 ms 64 bytes from 10.0.0.250: icmp_req=2 ttl=127 time=0.820 ms 64 bytes from 10.0.0.250: icmp_req=3 ttl=127 time=73.5 ms 64 bytes from 10.0.0.250: icmp_req=4 ttl=127 time=7.41 ms 64 bytes from 10.0.0.250: icmp_req=5 ttl=127 time=5.25 ms 64 bytes from 10.0.0.250: icmp_req=6 ttl=127 time=1.16 ms 64 bytes from 10.0.0.250: icmp_req=7 ttl=127 time=36.3 ms 64 bytes from 10.0.0.250: icmp_req=8 ttl=127 time=1.64 ms > >> Carolyn's patch will likely work, at least most of the time, but I > >> think there's a small possibility that it could cause a conflict > >> between the BIOS and the OS over ASPM control, so I'm not 100% in > >> support of that approach. A conflict may not happen on your > >> machine, > > > > Can we base it on DMI whitelist? > > I don't think we can know a priori whether a machine (even your > machine) is susceptible to a conflict. But if Carolyn forcibly We don't apriori now how broken machines are, true. There are 1000 ways BIOS can break things. And yes, it will be us breaking the specs here. But "useful machine with OS breaking specs" is better than "machine useless for ssh". _If_ there's a conflict, we can try something else. (Has someone really seen a conflict, or is it just theoretical thing?) Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- 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