similar to: [Bug 825] New: broken led-delay parameter in the LED extension

https://bugzilla.netfilter.org/show_bug.cgi?id=1242 Bug ID: 1242 Summary: noflush actually flushes in case of custom chain Product: iptables Version: unspecified Hardware: All OS: other Status: NEW Severity: normal Priority: P5 Component: iptables-restore Assignee:

https://bugzilla.netfilter.org/show_bug.cgi?id=1131 Bug ID: 1131 Summary: iptables-restore crashes on some fuzzed input Product: iptables Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: iptables-restore Assignee:

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=437 Summary: restore can segfaults when restoring corrupt policy counters Product: iptables Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: iptables-restore

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=65 Summary: Problem with error message when tcp-flags doesn't recognize a flag Product: iptables userspace Version: 1.2.7a Platform: other OS/Version: other Status: NEW Severity: minor Priority: P2 Component: iptables

Hi! The Netfilter project proudly presents: iptables 1.4.20 iptables is the userspace command line program used to configure the Linux kernel packet filtering software. It is targeted towards system administrators. See ChangeLog that comes attached to this email for more details. You can download it from: http://www.netfilter.org/projects/iptables/downloads.html

An issue was found with the netBeans installer where the installation was failing on a large ZFS filesystem. This resulted in CR 6560644 (zfs statvfs f_frsize needs work). The issue is that large filesystems can cause EOVERFLOW on statvfs() calls. This behavior is documented in the statvfs(2) man page, but I think we can do better. The problem was initially reported against ZFS, and my first fix

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=545 Summary: Array subscript is above array bounds Product: iptables Version: CVS (please indicate Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ip6tables AssignedTo: laforge@netfilter.org

http://bugzilla.netfilter.org/show_bug.cgi?id=619 Summary: If /proc/sys/kernel/modprobe is absent, errno is clobbered in get_modprobe Product: iptables Version: 1.3.5 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P1 Component: iptables AssignedTo: laforge

# HG changeset patch # User Ian Campbell <ian.campbell@citrix.com> # Date 1346428441 -3600 # Node ID ddde6c2c45de8e60518aafa077f0f3867ff68e17 # Parent ccbee5bcb31b72706497725381f4e6836b9df657 libxl/xl: implement support for guest iooprt and irq permissions. This is useful for passing legacy ISA devices (e.g. com ports, parallel ports) to guests. Supported syntax is as described in

On 6/7/19 10:48 PM, H. Peter Anvin via Syslinux wrote: > On 6/7/19 10:34 PM, H. Peter Anvin via Syslinux wrote: >> On 6/7/19 10:25 PM, H. Peter Anvin via Syslinux wrote: >>>> >>>> However, the CRC polynomial for zlib and the Linux kernel should both be the >>>> same: 0x04c11db7. >>> >>> I just double-checked, and the CRC tables are

Hello everyone, I discovered a way to perform optimization on the following code (I gave an example that uses 32bit integer, but it works with any size.): const uint32 d,r;//d is an odd number //d is the divisor, r is the remainder bool check_remainder(uint32 x) { return x%d==r; } if we know d and r at compile time, and d is an odd integer, we can use modular multiplicative inverse to bypass the

On 6/7/19 10:34 PM, H. Peter Anvin via Syslinux wrote: > On 6/7/19 10:25 PM, H. Peter Anvin via Syslinux wrote: >>> >>> However, the CRC polynomial for zlib and the Linux kernel should both be the >>> same: 0x04c11db7. >> >> I just double-checked, and the CRC tables are indeed identical. I was pretty >> sure, because I wrote that code a long time

H. Peter Anvin wrote: > On 6/7/19 10:48 PM, H. Peter Anvin via Syslinux wrote: > > On 6/7/19 10:34 PM, H. Peter Anvin via Syslinux wrote: > >> On 6/7/19 10:25 PM, H. Peter Anvin via Syslinux wrote: > >>>> > >>>> However, the CRC polynomial for zlib and the Linux kernel should > >>>> both be the same: 0x04c11db7. > >>> >

On 6/7/19 10:25 PM, H. Peter Anvin via Syslinux wrote: >> >> However, the CRC polynomial for zlib and the Linux kernel should both be the >> same: 0x04c11db7. > > I just double-checked, and the CRC tables are indeed identical. I was pretty > sure, because I wrote that code a long time ago... > Ah, it seems that zlib's CRC32 returns the binary inverse of the

Commit 975dab14 argued that for simple lock/unlock sequences, it was easier to avoid the cleanup.h macros. But since that time, we added additional sanity checking to the macros, at which point the boilerplate of inlining that sanity checking is outweighed compared to just using the macros in more places. Signed-off-by: Eric Blake <eblake@redhat.com> --- filters/cache/cache.c | 23

Frank, Please find comments in-line below... All, Note that I''ll be off-line for some doctor''s appointments part of the day Friday and will be out of the country for a week starting Saturday. So, I may be very slow responding to issues raised here for a while. Cheers, Don >Date: Wed, 29 Aug 2007 19:41:53 +0100 (BST) >From: Frank Hofmann <Frank.Hofmann at

On Fri, Jan 9, 2015 at 6:47 PM, Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> wrote: > Folding for conversions: F32->(U{16/32}, S{16/32}) and (U{16/32}, {S16/32})->F32 > > Signed-off-by: Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> > --- > .../drivers/nouveau/codegen/nv50_ir_peephole.cpp | 109 +++++++++++++++++++++ > 1 file

Folding for conversions: F32/64->(U16/32, S16/32) and (U16/32, S16/32)->F32 No piglit regressions observed on nv50 and nvc0! Signed-off-by: Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> --- V2: fix usage of wrong variable V3: enable F64 support V4: - disable F64 support again - handle saturate flag: clamp to min/max if needed V5: clamp before rounding to nearest

Folding for conversions: F32/64->(U16/32, S16/32) and (U16/32, S16/32)->F32 No piglit regressions observed on nv50 and nvc0! Signed-off-by: Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> --- V2: fix usage of wrong variable V3: enable F64 support V4: - disable F64 support again - handle saturate flag: clamp to min/max if needed

Folding for conversions: F32->(U{16/32}, S{16/32}) and (U{16/32}, {S16/32})->F32 Signed-off-by: Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> --- .../drivers/nouveau/codegen/nv50_ir_peephole.cpp | 109 +++++++++++++++++++++ 1 file changed, 109 insertions(+) diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp