| 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
| ||
|
Message-ID: <20150727143935.GB18535@linux> Date: Mon, 27 Jul 2015 20:09:35 +0530 From: Viresh Kumar <viresh.kumar@...aro.org> To: "Rafael J. Wysocki" <rjw@...ysocki.net> Cc: "Rafael J. Wysocki" <rafael@...nel.org>, Linux PM list <linux-pm@...r.kernel.org>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Russell King <linux@....linux.org.uk> Subject: Re: [PATCH v2] cpufreq: Avoid attempts to create duplicate symbolic links On 27-07-15, 15:45, Rafael J. Wysocki wrote: > Say the subsys add callback runs for a CPU and it doesn't have a policy. > If it is offline, we ignore it and the add callback won't be executed > for it again. > > In turn, if it is online, we create a policy for it and we should (right > away) link the policy to all of the CPUs that were offline when the subsys add > callback was called for them. That's what we do today. > > Is there anything missing in that? So the code is working properly after your patch, but I was talking on the lines of what Russell suggested. We should play with the links only when we receive add-dev/remove-dev from subsys callbacks. The exception to that will be the offline CPUs for which add-dev is called before their policy existed. -- viresh -- 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