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: Thu, 18 Jan 2018 07:54:47 -0800 From: Eric Dumazet <eric.dumazet@...il.com> To: Sowmini Varadhan <sowmini.varadhan@...cle.com>, Willem de Bruijn <willemdebruijn.kernel@...il.com> Cc: Network Development <netdev@...r.kernel.org>, David Miller <davem@...emloft.net>, rds-devel@....oracle.com, santosh.shilimkar@...cle.com Subject: Re: [PATCH RFC net-next 1/6] sock: MSG_PEEK support for sk_error_queue On Thu, 2018-01-18 at 06:02 -0500, Sowmini Varadhan wrote: > On (01/17/18 18:50), Willem de Bruijn wrote: > > > > This can cause reordering with parallel readers. Can we avoid the need > > for peeking? It also caused a slew of subtle bugs previously. > > Yes, I did notice the potential for re-ordering when writing the patch.. > but these are not actuallly messages from the wire, so is re-ordering > fatal? Some applications out there would break horribly, trust me.
Powered by blists - more mailing lists