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: Tue, 16 Dec 2008 15:11:51 -0800 (PST) From: David Miller <davem@...emloft.net> To: acme@...hat.com Cc: gerrit@....abdn.ac.uk, mirqus@...il.com, dccp@...r.kernel.org, netdev@...r.kernel.org Subject: Re: [PATCH 2/5] dccp: Auto-load (when supported) CCID plugins for negotiation From: Arnaldo Carvalho de Melo <acme@...hat.com> Date: Tue, 16 Dec 2008 20:25:59 -0200 > Em Tue, Dec 16, 2008 at 01:32:00PM -0800, David Miller escreveu: > > From: Arnaldo Carvalho de Melo <acme@...hat.com> > > Date: Tue, 16 Dec 2008 09:19:08 -0200 > > > > Whereas the DCCP case is right in the connection creation fast path > > and unconditionally executes, because it is trying to figure out what > > CCID algorithms it can advertise. > > Well, there must be some way to locklessly advertise what was previously > loaded (and thus can't ever be unloaded). This gets us back to my original objection. Can these things be unloaded? If not, and they get unconditionally all loaded up on the first DCCP connection, why make them seperate modules at all? If they can get unloaded, then you need synchronization. I would recommend that everything gets built into dccp.ko and thus the table is fixed and never changes and thus no locking nor any of this funny mod loading is needed at all. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists