On Wed, 13 Sep 2017 17:28:25 +
Josef Bacik wrote:
> Sorry I thought I had made this other fix, can you apply this on top
> of the other one and try that? I have more things to try if this
> doesn’t work, sorry you are playing go between, but I want to make
> sure I know _which_ fix actually
On Wed, 26 Aug 2015 08:46:59 +
Shaun Crampton wrote:
> Testing our app at scale on Google¹s GCE, running ~1000 CoreOS hosts: over
> approximately 1 hour, I see about 1 in 50 hosts hit one of the Oopses
> below and then reboot (I¹m not sure if the different oopses are related to
> each other).
to Jon Stanley for not giving up on this one until the
problem was found.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
---
This was broken for over a year before the problem was found...
--- b/drivers/net/pcmcia/smc91c92_cs.c Tue Dec 05 06:09:21 2006 +0500
+++ a/drivers/net/
On 01/31/2008 01:03 PM, Chuck Ebbert wrote:
> On 01/29/2008 12:18 PM, Patrick McHardy wrote:
>> Chuck Ebbert wrote:
>>> nf_nat_move_storage():
>>> /usr/src/debug/kernel-2.6.23/linux-2.6.23.i686/net/ipv4/netfilter/nf_nat_core.c:612
>>>
>>> 87:
MSIZ) == 0) {
printk(KERN_ERR DRV_NAME
": cannot add bond %s; it already exists\n",
If 'name' is null we get a null dereference in strnicmp()
The code was added in 2.6.24.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTE
On 01/29/2008 12:18 PM, Patrick McHardy wrote:
> Chuck Ebbert wrote:
>> nf_nat_move_storage():
>> /usr/src/debug/kernel-2.6.23/linux-2.6.23.i686/net/ipv4/netfilter/nf_nat_core.c:612
>>
>> 87: f7 47 64 80 01 00 00testl $0x180,0x64(%edi)
>> 8e:
nf_nat_move_storage():
/usr/src/debug/kernel-2.6.23/linux-2.6.23.i686/net/ipv4/netfilter/nf_nat_core.c:612
87: f7 47 64 80 01 00 00testl $0x180,0x64(%edi)
8e: 74 39 je c9
line 612:
if (!(ct->status & IPS_NAT_DONE_MASK))
re
We have two reports of this now.
https://bugzilla.redhat.com/show_bug.cgi?id=352281
The user enabled SLUB user tracing and reports that the entries
created by security_netlbl_sid_to_secattr() were increasing the
most. Disabling selinux makes the problem go away completely.
--
To unsubscribe fro
On 12/22/2007 10:36 PM, Jeff Garzik wrote:
> Dave Jones wrote:
>> With CONFIG_DEBUG_SHIRQ set, via-rhine complains during init.
>> (See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=377721 for a
>> report).
>
> Absolutely we want to do this. DEBUG_SHIRQ is only one of many reasons
> -- qui
From:
https://bugzilla.redhat.com/show_bug.cgi?id=426164
kernel version is 2.6.24-0.107.rc5.git3.fc9
>From boot log on serial console:
(full log attached)
Added VLAN with VID == 2 to IF -:eth0.1568:-
=
[ INFO: possible recursive locking detected ]
2.
On 11/14/2007 01:03 PM, Chuck Ebbert wrote:
[adding proper address for netfilter; oops has been debugged
down to file and line number bewlow]
> https://bugzilla.redhat.com/show_bug.cgi?id=259501#c14
>
> BUG: unable to handle kernel NULL pointer dereference at virtual address
https://bugzilla.redhat.com/show_bug.cgi?id=259501#c14
BUG: unable to handle kernel NULL pointer dereference at virtual address
064
printing eip: f8ae1087
*pde = 39644067
Oops: [#1]
SMP
CPU:1
EIP:0060:[]Not tainted VLI
EFLAGS: 00010202 (2.6.23.1-21.fc7 #1)
EIP is at
On 11/13/2007 04:12 PM, Alan Cox wrote:
>> Bug fixing is not about finding someone to blame, it's about getting the
>> bug fixed.
>
> Partly - its also about understanding why the bug occurred and making it
> not happen again.
Very few people think about that part.
-
To unsubscribe from this lis
With 2.6.23.1:
# pwd ; find . -name nf_conntrack_max
/proc/sys/net
./netfilter/nf_conntrack_max
./nf_conntrack_max
Both sysctls operate on the same underlying value, though, so no real
problem.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL
On 11/05/2007 07:12 PM, Patrick McHardy wrote:
> Chuck Ebbert wrote:
>> https://bugzilla.redhat.com/show_bug.cgi?id=333481#c3
>>
>> This is netfilter kernel problem. There is a usage count for the
>> conntrack_ipv4
>> module from the nf_nat module, which is not r
https://bugzilla.redhat.com/show_bug.cgi?id=333481#c3
This is netfilter kernel problem. There is a usage count for the conntrack_ipv4
module from the nf_nat module, which is not reported by lsmod.
How to reproduce:
# modprobe nf_conntrack_ipv4
# lsmod | grep nf_conntrack_ipv4
nf_conntrack_ipv4
https://bugzilla.redhat.com/show_bug.cgi?id=219488
Still happening in 2.6.22.9:
BUG: unable to handle kernel paging request at virtual address 66696674
printing eip:
d098d4de
*pde =
Oops: [#1]
SMP
last sysfs file: /class/net/lo/ifindex
Modules linked in: sch_teql netconsole autofs
On 10/25/2007 10:11 AM, Rich Paul wrote:
> In 2.6.23, there seems to be a minor bug in sys_socketpair. When the
> calls to sock_alloc_fd fail, it aborts the routine, but it returns the
> variable err, which is not set in this case.
>
> The result is a silent failure if you have too many files ope
On 10/18/2007 01:59 PM, Kok, Auke wrote:
> David Mack wrote:
>> It appears that the needed e100 fix made it into the Fedora
>> 2.6.23.1-23.fc8 kernel. Boots reliably now.
>>
>> Huge thanks and great work, guys.
>
>
> DaveJ, I didn't push anything upstream. Can you verify this now works?
>
One o
On 10/18/2007 01:59 PM, Kok, Auke wrote:
> David Mack wrote:
>> It appears that the needed e100 fix made it into the Fedora
>> 2.6.23.1-23.fc8 kernel. Boots reliably now.
>>
>> Huge thanks and great work, guys.
>
>
> DaveJ, I didn't push anything upstream. Can you verify this now works?
>
We di
On 10/17/2007 04:51 PM, Felix von Leitner wrote:
> I wrote a small read-only SMB server, and wanted to see how fast it was.
> So I used smbget to download a moderately large file from it via localhost.
> smbget only got ~70 KB/sec.
>
> This is what the view from strace -tt on the server is:
>
> 2
On 10/04/2007 12:44 PM, Stephen Hemminger wrote:
> Bugzilla report of open bugs. Yes you could run it yourself but
> many of these bugs seem to be old and need some attention or work
> to get resolved.
>
> Would this be useful to regularly run/automate?
> What format?
Yes, run it. And add links t
After debugging an oops (https://bugzilla.redhat.com/attachment.cgi?id=209231)
I find it happens here in socket.c::sock_ioctl() line 902:
default:
=> err = sock->ops->ioctl(sock, cmd, arg);
/*
* If this ioctl is
On 09/20/2007 04:44 PM, Francois Romieu wrote:
> Chuck Ebbert <[EMAIL PROTECTED]> :
> [...]
>> People are still reporting hangs with this card in 2.6.22.6, are there
>> any fixes appropriate for that?
>
> $ grep 2.6.22.6 ~/Mail/linux/bugs/pending
> $ grep 2.6.22.6
On 09/19/2007 03:56 PM, Francois Romieu wrote:
> Please pull from branch 'r8169-for-jeff-20070919' in repository
>
People are still reporting hangs with this card in 2.6.22.6, are there
any fixes appropriate for that?
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the bod
> Is there a way to force linux to make an arp
> probe with the source ip belonging to the
> same subnet requesting ip?
Umm, arp_filter?
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/
Limit of 1 is forbidden, crashes with 2, works with 3:
https://bugzilla.redhat.com/show_bug.cgi?id=219895
=
If the defect is produced at a console (as in ctrl-alt-f<0-6>) a kernel stack
trace can be seen the moment "ping" is invoked. Since the stack trace is not
written to the /var/log
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=253290
18:57:54 osama kernel: BUG: unable to handle kernel NULL pointer dereference at
virtual address 0004
18:57:54 osama kernel: printing eip:
18:57:54 osama kernel: c05c4026
18:57:54 osama kernel: *pde = 1d860067
18:57:54 osama kernel:
On 08/13/2007 11:46 AM, Udo van den Heuvel wrote:
> Michal Piotrowski wrote:
>> On 11/08/07, Udo van den Heuvel <[EMAIL PROTECTED]> wrote:
>>> Using Cups 1.2.12 on Linux 2.6.22.1.
> (...)
>>> I clikc that link and hear the ping-ping of the BUG:
>> This is very interesting. Can you reproduce this bu
On 08/08/2007 07:15 PM, Auke Kok wrote:
> Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
> ---
>
> drivers/net/e1000e/82571.c |4
> drivers/net/e1000e/e1000.h |7 ---
> drivers/net/e1000e/es2lan.c |5 +
> drivers/net/e1000e/ethtool.c |3 ++-
> drivers/net/e1000e/hw.
On 08/09/2007 03:31 AM, Chris Snook wrote:
>
> Fair enough. Casting to (volatile int *) will give us the behavior
> people expect when using atomic_t without needing to use inefficient
> barriers.
>
You can use this forget() macro to make the compiler reread a variable:
#define forget(var) asm
On 08/06/2007 04:42 PM, Jean-Baptiste Vignaud wrote:
> Mmm, bad news, after 4 hours of intensive network stressing, one of the 2
> 3com card failed with the latest fedora kernel.
>
> Aug 6 22:31:09 loki kernel: NETDEV WATCHDOG: eth2: transmit timed out
> Aug 6 22:31:09 loki kernel: eth2: transm
On 08/06/2007 03:03 AM, Ingo Molnar wrote:
>
> But, since level types don't need this retriggers too much I think
> this "don't mask interrupts by default" idea should be rethinked:
> is there enough gain to risk such hard to diagnose errors?
>
>
I reverted those masking changes in Fedora and
Add xt_statistic.h to the list of headers to install.
Apparently needed to build newer versions of iptables.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
---
include/linux/netfilter/Kbuild |1 +
1 file changed, 1 insertion(+)
--- linux-2.6.22.noarch.orig/include/linux/netfilter/
Apparently xt_statistic.h needs to be added to
include/linux/netfilter/Kbuild for iptables 1.3.6 to build.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 07/25/2007 05:22 PM, Chris Snook wrote:
> Chuck Ebbert wrote:
>> I have a report of random errors when using the atl1 driver
>> with kernel 2.6.22.1. Could that be a problem fixed by the
>> recent changes to DMA setup in 2.6.23-rc?
>
> I hope so. As far as we can
On 07/25/2007 01:12 PM, Siddharth Taneja wrote:
[cc: netdev]
> Hello,
>
> I am using a vanilla 2.6.22.1 kernel and I see the same kind of
> problem as had been mentioned some time back on this list
>
> http://lkml.org/lkml/2007/5/22/45
>
> The issue is essentially that with the MD5 option enab
I have a report of random errors when using the atl1 driver
with kernel 2.6.22.1. Could that be a problem fixed by the
recent changes to DMA setup in 2.6.23-rc?
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On 07/17/2007 08:20 PM, Peter Osterlund wrote:
> Current -git kernels sometimes lock up on my computer during boot. I
> guess it happens about 10-20% of the time. I first saw this maybe a
> week ago, but never with kernels <= 2.6.22.
>
> The last reported info on the console is that named is start
On 07/11/2007 01:40 PM, Sami Farin wrote:
> That's right, so descriptive is the new Linux kernel 2.6.22.
> Took a while to grep what is "leaking".
>
You didn't post that:
$ find . -type f | xargs grep "Leak r=" /dev/null
./net/ipv4/tcp_input.c: printk(KERN_DEBUG "Leak r=%u %d\n",
On 07/10/2007 12:33 AM, Dhananjay Phadke wrote:
> The MSI error wasn't fatal, so it was suppressed in recent fixes for
> 2.6.22-rc7. The driver in 2.6.21 had many bugs, but I ain't sure if
> recent fixes are going to be pulled in Fedora kernel.
>
Fedora 6/7 are moving to kernel 2.6.22 very soon.
On 07/06/2007 03:05 PM, Ben Greear wrote:
> Hello!
>
> I just got some Netxen 10Gbe CX4 adapters and put them into freshly
> updated Fedora 7 64-bit systems. So far, I am not having much luck.
>
> Kernel is: Official F7 2.6.21-1.3228.fc7
>
> NIC:
> 01:00.0 Ethernet controller: NetXen Incorpor
On 06/20/2007 02:27 PM, Sushant wrote:
Sushant, you should be sending this kind of message to netdev.
[cc'd]
> Hi all,
> I am currently doing some analysis on the TCP newReno implementation
> in the Linux kernel and it looks like the sender behavior is not
> expected. Here is what I am observing.
More and more people are reporting this error message:
Jun 18 19:54:33 loki kernel: NETDEV WATCHDOG: eth0: transmit timed out
Jun 18 19:54:33 loki kernel: eth0: transmit timed out, tx_status 00 status 8601.
Jun 18 19:54:33 loki kernel: diagnostics: net 0ccc media 8880 dma 003a
fifo
Jun
Is there any way to print the addresses the notifier is calling
to try and release net device references? I see:
net/core/dev/c::netdev_wait_allrefs():
while (atomic_read(&dev->refcnt) != 0) {
if (time_after(jiffies, rebroadcast_time + 1 * HZ)) {
r
On 05/25/2007 01:13 AM, David Miller wrote:
> I've had several requests for the capability to change this
> timeout, which I think is perfectly reasonable.
>
> So I intend to merge the following upstream unless I hear
> some objections :-)
>
Where's the documentation?
-
To unsubscribe from this
Chuck Ebbert wrote:
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240982
Another; these started to appear after the below patch was merged:
> Index: linux/kernel/sched.c
> > ===
> > --- linu
Herbert Xu wrote:
> On Mon, May 21, 2007 at 07:42:39PM -0400, Jeff Garzik wrote:
>> applied, though as a poster (DaveJ?) noted, I'm not sure it completely
>> fixes the bug
>
> It should fix the problem completely in 2.6.22. For 2.6.21, we need
> a different fix because e1000_open is directly cal
We have several reports now of hitting this assertion in
netif_rx_complete(), inlined in e1000_clean():
BUG_ON(!test_bit(__LINK_STATE_RX_SCHED, &dev->state));
[] __queue_work+0x51/0x5e
[] et_rx_action+0x94/0x185
[] __do_softirq+0x5d/0xba
[] do_softirq+0x59/0xb1
[] local_bh_enable_ip+
Kok, Auke wrote:
> Jeff Garzik wrote:
>> H. Peter Anvin wrote:
>>> diff --git a/drivers/net/e1000/e1000_main.c
>>> b/drivers/net/e1000/e1000_main.c
>>> index 637ae8f..089ae3f 100644
>>> --- a/drivers/net/e1000/e1000_main.c
>>> +++ b/drivers/net/e1000/e1000_main.c
>>> @@ -307,7 +307,7 @@ static int
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240190
drivers/net/netxen/netxen_nic_init.c:
if (ADDR_IN_WINDOW1(off)) {
writel(buf[i].data,
NETXEN_CRB_NORMALIZE(adapter, off));
Giampaolo Tomassoni wrote:
>
> default src 1.2.1.6
> nexthop via 1.2.2.254 dev atm0 weight 1
> nexthop via 1.1.2.254 dev atm1 weight 1
>
When I tried this I found that weight 1 didn't work -- all traffic
went out one interface until I
Croulder Croulder wrote:
> The next report is a Kernel NULL pointer dereference in tcp/ip (IPv4).
>
> I see that message all time in syslog.conf and console.
>
> Kernel compiled with gcc 4.1.1-> (Debian 4.1.1-21)
> Kernel Version: 2.6.21.1 (official source code)
> Processor: 2 x Xeon 2.8
>
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=238307
This is kernel 2.6.20.3.
>From the bugzilla comment:
===
I need to use a bonding through two 802.1q tag VLAN virtual interface in the
same physical network int
David Miller wrote:
> From: Chuck Ebbert <[EMAIL PROTECTED]>
> Date: Thu, 26 Apr 2007 17:53:58 -0400
>
>> And what does this do?
>>
>> +switch (hdr->type) {
>> +#ifdef CONFIG_IPV6_MIP6
>> +break;
>> +#endif
>>
>>
David Miller wrote:
>> + case IPV6_SRCRT_TYPE_2:
>> + if (accept_source_route >= 0)
>> + break;
>> + kfree_skb(skb);
>> + return -1;
>> + case IPV6_SRCRT_TYPE_0:
>> + if (accept_source_route > 0)
>> +
Looking at the patch that went into 2.6.20.9, I can't see
how type 2 packets get through at all. Shouldn't this part
read:
+ case IPV6_SRCRT_TYPE_2:
+ if (accept_source_route >= 0)
+ break;
+ kfree_skb(skb);
+ return -1;
+
Ilpo Järvinen wrote:
> ...I'm unsure how to continue the investigation from this point onward
> and asking for ideas/suggestions or how to rule out more possibilities...
> Or is there some knob which I don't know of that should be toggled or
> something, is 2.6 network stack expected to behave t
Stephen Hemminger wrote:
> Results of preliminary tests on net-2.6.22 are available at:
>
> http://developer.osdl.org/shemminger/tcp/net-2.6.22/
Can you redo the hybla graph with a logarithmic scale?
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
Peter Trifonov wrote:
>
> I am running 2.6.20.4 X86-64 kernel
>
2.6.20.7 has an update for sky2.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Date: Thu, 12 Apr 2007 21:50:00 +0200 (CEST)
From: Jerome Borsboom <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [PATCH] allow VLAN interface on top of bridge interface
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Sender: [EMAIL
Jay Cliburn wrote:
> [Adding linux-kernel to the cc list, hoping for wider exposure.]
>
> On Fri, 23 Mar 2007 20:08:17 -0500
> Jay Cliburn <[EMAIL PROTECTED]> wrote:
>
>> We're trying to track down the source of a problem that occurs
>> whenever the atl1 network driver is activated on a 32-bit 2.
Christian Kujau wrote:
>
> Please see http://nerdbynature.de/bits/2.6.20.4/ for details for both
> hosts and feel free to ask for more details. Although both boxes are in
> production we'll be happy test more bootoptions/patches and the like.
Where is the info from before you changed to "noapic"?
Brian Braunstein wrote:
>
> From: Brian Braunstein <[EMAIL PROTECTED]>
>
> Fixed tun/tap driver's handling of hw addresses.
Okay, the attached patch applies. Can someone comment on whether
it makes sense? (pasted inline for comments)
From: Brian Braunstein <[EMAIL PROTECTED]>
Fixed tun/tap dri
Brian Braunstein wrote:
>
> From: Brian Braunstein <[EMAIL PROTECTED]>
>
> Fixed tun/tap driver's handling of hw addresses. The hw address is
> stored in
> both the net_device.dev_addr and tun.dev_addr fields. These fields were
> not
> kept synchronized, and in fact weren't even initialized to t
Eric W. Biederman wrote:
> I'm conflicted about the dwarf unwinder. I was off doing other things
> at the time so I missed the pain, but I do have a distinct recollection of
> the back traces on x86_64 being distinctly worse the on i386. Lately
> I haven't seen that so it may be I was misinterp
Sami Farin wrote:
> On Tue, Mar 06, 2007 at 23:53:49 +0200, Sami Farin wrote:
> ...
>> And I found bug in gcc-4.1.2, it gave 0 for ncubic results
>> when doing 1000 loops test... gcc-4.0.3 works.
>
> Found it.
>
> --- cbrt-test.c~ 2007-03-07 00:20:54.735248105 +0200
> +++ cbrt-test.c 2
Stephen Hemminger wrote:
> On Mon, 26 Feb 2007 15:35:11 -0500
> Chuck Ebbert <[EMAIL PROTECTED]> wrote:
>
>> Trying to remove netconsole, rmmod goes into a tight loop with
>> 100% CPU usage. It can't be killed with 'kill -9'. Shutdown
>> works, t
Stephen Hemminger wrote:
> On Mon, 26 Feb 2007 15:35:11 -0500
> Chuck Ebbert <[EMAIL PROTECTED]> wrote:
>
>> Trying to remove netconsole, rmmod goes into a tight loop with
>> 100% CPU usage. It can't be killed with 'kill -9'. Shutdown
>> works, t
Arjan van de Ven wrote:
> also.. running "vmstat 3" and looking at the "cs" column is interesting;
> it shouldn't be above 50 or so in idle (well not above 10 but our
> userland stinks too much for that)
I average 6 or so with my normal configuration.
Chuck "kill the daemons" Ebbert
-
To unsubsc
Al Viro wrote:
> Spot the bug...
>
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> ---
>
> diff --git a/drivers/net/atl1/atl1_hw.c b/drivers/net/atl1/atl1_hw.c
> index 08b2d78..e28707a 100644
> --- a/drivers/net/atl1/atl1_hw.c
> +++ b/drivers/net/atl1/atl1_hw.c
> @@ -357,7 +357,7 @@ void atl1_hash
We cannot compute the gap until we know we have a 'struct ebt_entry'
and not 'struct ebt_entries'. Failure to check can cause crash.
Tested by Santiago Garcia Mantinan <[EMAIL PROTECTED]>
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
---
Can we get this upst
From: Vitaly Wool <[EMAIL PROTECTED]>
Fix compilation failure for smc911x.c when NET_POLL_CONTROLLER is set.
Signed-off-by: Vitaly Wool <[EMAIL PROTECTED]>
---
Is not upstream and doesn't seem to be in upstream-fixes either.
--- a/drivers/net/smc911x.c
+++ b/drivers/net/smc911x.c
@@ -1331,7 +133
In-Reply-To: <[EMAIL PROTECTED]>
On Sat, 12 Aug 2006 05:28:53 -0700, Andrew Morton wrote:
> > general protection fault: [1] PREEMPT
> > last sysfs file:
> > /devices/pci:00/:00:0a.0/:02:02.0/subsystem_device
> > CPU 0
> > Modules linked in: ide_cd cdrom usbserial asus_acpi therm
In-Reply-To: <[EMAIL PROTECTED]>
On Mon, 24 Jul 2006 12:01:48 +0400, Jim Klimov wrote:
> I recently wrote about problems with a fileserver rebooting
> frequently. Another similar server got under NFS load today
> and rebooted at least twice in the past few hours.
>
> This server has a similar
ieee80211_crypt_tkip will not work without CRC32.
LD .tmp_vmlinux1
net/built-in.o: In function `ieee80211_tkip_encrypt':
net/ieee80211/ieee80211_crypt_tkip.c:349: undefined reference to `crc32_le'
Reported by Toralf Foerster <[EMAIL PROTECTED]>
Signed-off-by: Chuc
76 matches
Mail list logo
