search for: davem

I just tried building the latest clang following the instructions in http://clang.llvm.org/get_started.html, and got this error when trying to compile at test program: /usr/bin/ld: cannot find /home/davem/clang-235334/bin/../lib/clang/3.7.0/lib/linux/libclang_rt.asan-x86_64.a: No such file or directory This thread: http://lists.cs.uiuc.edu/pipermail/llvmdev/2015-April/084175.html indicates that the solution is to start with a clean build, but that's what I just tried, and it still failed. He...

...://sunsite.unc.edu/~cddb/xmcd/ Users of xmcd with older versions are encouraged to upgrade. -Ti -- \\ // XMCD - Motif CD player / CDA - Command line CD player \\/ Ti Kan / AMB Research Laboratories //\ E-mail: xmcd@amb.org // \\ URL: http://sunsite.unc.edu/~cddb/xmcd/ David J. Meltzer <davem@iss.net> wrote: > There are security holes in XMCD 2.0pl2 (and presumably all previous > versions), a popular audio cd player for numerous unix platforms, which > allow a user defined environment variable to overflow a fixed size buffer > resulting in a complete compromise of syst...

...g iovecs in handle_rx(), kill memcpy_toiovecend()"), we advance iov iter fixup sizeof(struct virtio_net_hdr) bytes and fill the number of buffers after doing the socket recvmsg(). This work well but was broken after commit 6e03f896b52c ("Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net") which tries to advance sizeof(struct virtio_net_hdr_mrg_rxbuf). It will fill the number of buffers at the wrong place. This patch fixes this. Fixes 6e03f896b52c ("Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net") Cc: David S. Miller <davem at davemloft.net>...

...g iovecs in handle_rx(), kill memcpy_toiovecend()"), we advance iov iter fixup sizeof(struct virtio_net_hdr) bytes and fill the number of buffers after doing the socket recvmsg(). This work well but was broken after commit 6e03f896b52c ("Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net") which tries to advance sizeof(struct virtio_net_hdr_mrg_rxbuf). It will fill the number of buffers at the wrong place. This patch fixes this. Fixes 6e03f896b52c ("Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net") Cc: David S. Miller <davem at davemloft.net>...

...r any definition of > > VIRTIO_F_ANY_LAYOUT - I used bit 31 for testing. > > Rusty, could you please pick a valid bit for VIRTIO_F_ANY_LAYOUT > > and squeeze this patch into 3.11? > > Sorry, it's too late. > > First, I've been a bit lax in sending patches via DaveM, and this is > definitely his territory (ie. more net than virtio). Let's do this: I'll send a patch series, you ack and we see what happens? > Secondly, it needs baking and testing time. > > Cheers, > Rusty. I did some testing on this. But proper testing just isn't...

...r any definition of > > VIRTIO_F_ANY_LAYOUT - I used bit 31 for testing. > > Rusty, could you please pick a valid bit for VIRTIO_F_ANY_LAYOUT > > and squeeze this patch into 3.11? > > Sorry, it's too late. > > First, I've been a bit lax in sending patches via DaveM, and this is > definitely his territory (ie. more net than virtio). Let's do this: I'll send a patch series, you ack and we see what happens? > Secondly, it needs baking and testing time. > > Cheers, > Rusty. I did some testing on this. But proper testing just isn't...

...een made available to the public by Mr. Kan. Questions regarding XMCD should be sent to the maintainer at xmcd@amb.org. Questions regarding CERT''s emergency response or lack thereof to this security hole should be sent to cert@cert.org. Questions regarding security can be sent to me at davem@iss.net. Program: xmcd 2.0pl2 (and previous versions) Affected Operating Systems: All with xmcd installed suid root Requirements: account on system Patch: chmod -s xmcd Security Compromise: root Reported By: David J. Meltz...

...used bit 31 for testing. > >> > Rusty, could you please pick a valid bit for VIRTIO_F_ANY_LAYOUT > >> > and squeeze this patch into 3.11? > >> > >> Sorry, it's too late. > >> > >> First, I've been a bit lax in sending patches via DaveM, and this is > >> definitely his territory (ie. more net than virtio). > > > > Let's do this: I'll send a patch series, you ack and we see > > what happens? > > If you convince DaveM, I won't object :) > > >> Secondly, it needs baking and t...

...used bit 31 for testing. > >> > Rusty, could you please pick a valid bit for VIRTIO_F_ANY_LAYOUT > >> > and squeeze this patch into 3.11? > >> > >> Sorry, it's too late. > >> > >> First, I've been a bit lax in sending patches via DaveM, and this is > >> definitely his territory (ie. more net than virtio). > > > > Let's do this: I'll send a patch series, you ack and we see > > what happens? > > If you convince DaveM, I won't object :) > > >> Secondly, it needs baking and t...

...----------------------------------------------- > > Message: 1 > Date: Thu, 27 Jan 2005 22:16:04 +0100 > From: Bart De Schuymer <bdschuym@pandora.be> > Subject: [Bridge] Re: [PATCH/RFC] Reduce call chain length in > netfilter > To: "David S. Miller" <davem@davemloft.net> > Cc: netdev@oss.sgi.com, netfilter-devel@lists.netfilter.org, > bridge@osdl.org, snort2004@mail.ru, gandalf@wlug.westbo.se, > rusty@rustcorp.com.au, dwmw2@infradead.org, ak@suse.de, > shemminger@osdl.org > Message-ID: <1106860564.3389.4.camel@localhost.l...

Hi Herbert, I wonder if you''ve got a chance to look at netfront in light of the new stuff in davem''s network tree (the stuff that''s in http://git.kernel.org/?p=linux/kernel/git/davem/net-2.6.22.git). In particular, struct sk_buff has been changed so that "nh" has gone, and the replacement can be just an offset rather than a full pointer. This breaks the netfront be...

commit d631b94e7a15277858ec5f88d674d93080506999 virtio: change comment in transmit started clarifying the logic behind queue state management, but introduced an inaccuracy: TX_BUSY does not cause a BUG message. Clean this up some more, explaining the tradeoffs in detail. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- diff --git a/drivers/net/virtio_net.c

commit d631b94e7a15277858ec5f88d674d93080506999 virtio: change comment in transmit started clarifying the logic behind queue state management, but introduced an inaccuracy: TX_BUSY does not cause a BUG message. Clean this up some more, explaining the tradeoffs in detail. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- diff --git a/drivers/net/virtio_net.c

On Thu, Dec 20, 2018 at 11:17 AM Ido Schimmel <idosch at idosch.org> wrote: > > On Thu, Dec 20, 2018 at 03:09:22PM +0100, Christian Borntraeger wrote: > > On 20.12.2018 10:12, Ido Schimmel wrote: > > > +Willem > > > > > > On Thu, Dec 20, 2018 at 08:45:40AM +0100, Christian Borntraeger wrote: > > >> Folks, > > >> > >

On Thu, Dec 20, 2018 at 11:17 AM Ido Schimmel <idosch at idosch.org> wrote: > > On Thu, Dec 20, 2018 at 03:09:22PM +0100, Christian Borntraeger wrote: > > On 20.12.2018 10:12, Ido Schimmel wrote: > > > +Willem > > > > > > On Thu, Dec 20, 2018 at 08:45:40AM +0100, Christian Borntraeger wrote: > > >> Folks, > > >> > >

From: Stephen Hemminger <stephen at networkplumber.org> Date: Tue, 19 Dec 2017 09:55:48 -0800 > could be 10ms, just enough to let udev do its renaming Please, move to some kind of notification or event based handling of this problem. No delay is safe, what if userspace gets swapped out or whatever else might make userspace stall unexpectedly?

From: Stephen Hemminger <stephen at networkplumber.org> Date: Tue, 19 Dec 2017 09:55:48 -0800 > could be 10ms, just enough to let udev do its renaming Please, move to some kind of notification or event based handling of this problem. No delay is safe, what if userspace gets swapped out or whatever else might make userspace stall unexpectedly?

...akpm: also removed unneeded typecast. akpm: what on earth is this code doing anyway? cpu_possible_map can be sparse.. Signed-off-by: Jayachandran C. <c.jayachandran@gmail.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net> diff --git a/net/bridge/netfilter/ebtables.c b/net/bridge/netfilter/ebtables.c index 66bd932..84b9af7 100644 --- a/net/bridge/netfilter/ebtables.c +++ b/net/bridge/netfilter/ebtables.c @@ -824,9 +824,9 @@ static int translate_table(struct ebt_re if (udc_cnt) { /* this will g...

...This was working on v0.9.9 so I am looking for ideas as to how to work around this problem. There is a bug posted (5226) that may have something to do with the problem. In the mean time I have been forced to revert back to Windows and am not liking it :( ------------------------------- Dave M Davem (at) Mich (dot) Com Ann Arbor, Mich. USA Protect your digital rights: http://www.eff.org "The 'Analog Holes' they want to stop up are our eyes, ears and mouths."

When a bridge interface deletes its underlying ports, it should notify netconsole too, like what bonding interface does. Cc: "David S. Miller" <davem at davemloft.net> Signed-off-by: Cong Wang <amwang at redhat.com> --- net/bridge/br_if.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/net/bridge/br_if.c b/net/bridge/br_if.c index e1144e1..d243914 100644 --- a/net/bridge/br_if.c +++ b/net/bridge/br_if.c @@ -427...