From le@pcle2.cc.univie.ac.at  Tue Apr 29 01:00:12 2003
Return-Path: <le@pcle2.cc.univie.ac.at>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EF26837B401
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 29 Apr 2003 01:00:12 -0700 (PDT)
Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 04CEC43F93
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 29 Apr 2003 01:00:12 -0700 (PDT)
	(envelope-from le@pcle2.cc.univie.ac.at)
Received: from pcle2.cc.univie.ac.at (localhost [127.0.0.1])
	by pcle2.cc.univie.ac.at (8.12.9/8.12.9) with ESMTP id h3T80APf039855
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 29 Apr 2003 10:00:10 +0200 (CEST)
	(envelope-from le@pcle2.cc.univie.ac.at)
Received: (from le@localhost)
	by pcle2.cc.univie.ac.at (8.12.9/8.12.9/Submit) id h3T809Jv039854;
	Tue, 29 Apr 2003 10:00:09 +0200 (CEST)
Message-Id: <200304290800.h3T809Jv039854@pcle2.cc.univie.ac.at>
Date: Tue, 29 Apr 2003 10:00:09 +0200 (CEST)
From: Lukas Ertl <le@univie.ac.at>
Reply-To: Lukas Ertl <le@univie.ac.at>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: Kernel panic in ifconfig when setting IP address in vx0
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         51555
>Category:       kern
>Synopsis:       Kernel panic in ifconfig when setting IP address in vx0
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    des
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Apr 29 01:00:29 PDT 2003
>Closed-Date:    Sun Jun 08 11:36:10 PDT 2003
>Last-Modified:  Sun Jun 08 11:36:10 PDT 2003
>Originator:     Lukas Ertl
>Release:        FreeBSD 5.0-CURRENT i386
>Organization:
Vienna University Computer Center
>Environment:
System: FreeBSD pcle 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Apr 28 19:41:17 CEST 2003   le@pcle.cc.univie.ac.at:/usr/obj/usr/src/sys/PCLE  i386


	
>Description:

I get a kernel panic when booting the latest 5.0-CURRENT, right when the IP
address is set on the vx0 device.

Kernel dump:

# gdb -k kernel.debug vmcore.0 
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-undermydesk-freebsd"...
panic: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x1c
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc0194cf9
stack pointer           = 0x10:0xcce93a90
frame pointer           = 0x10:0xcce93ac0
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 172 (ifconfig)
trap number             = 12
panic: page fault

syncing disks, buffers remaining... 107 107 107 106 106 106 106 106 106 106 106 106 106 106 106 106 106 106 106 106 106 106 106 
giving up on 106 buffers
Uptime: 37s
Dumping 128 MB
ata0: resetting devices ..
done
 16 32 48 64 80 96 112
---
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:238
238             dumping++;
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:238
#1  0xc01e61ad in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:370
#2  0xc01e6504 in panic () at /usr/src/sys/kern/kern_shutdown.c:543
#3  0xc033a46e in trap_fatal (frame=0xcce93a50, eva=0)
    at /usr/src/sys/i386/i386/trap.c:834
#4  0xc033a182 in trap_pfault (frame=0xcce93a50, usermode=0, eva=28)
    at /usr/src/sys/i386/i386/trap.c:748
#5  0xc0339d2d in trap (frame=
      {tf_fs = -857145320, tf_es = -1070399472, tf_ds = 983056, tf_edi = 0, tf_esi = -1061613568, tf_ebp = -857130304, tf_isp = -857130372, tf_ebx = 0, tf_edx = -1061613568, tf_ecx = -1061613568, tf_eax = 64, tf_trapno = 12, tf_err = 0, tf_eip = -1072083719, tf_cs = 8, tf_eflags = 66118, tf_esp = 4, tf_ss = 1})
    at /usr/src/sys/i386/i386/trap.c:433
#6  0xc032a4d8 in calltrap () at {standard input}:96
#7  0xc01948dd in vxinit (xsc=0xc0b91000) at /usr/src/sys/dev/vx/if_vx.c:232
#8  0xc0253d77 in ether_ioctl (ifp=0xc0b91000, command=0, 
    data=0xc185ee00 "\205\205\205")
    at /usr/src/sys/net/if_ethersubr.c:893
#9  0xc0195887 in vxioctl (ifp=0xc0b91000, cmd=0, data=0x0)
    at /usr/src/sys/dev/vx/if_vx.c:902
#10 0xc02650de in in_ifinit (ifp=0xc0b91000, ia=0xc185ee00, sin=0x0, scrub=0)
    at /usr/src/sys/netinet/in.c:676
#11 0xc0264849 in in_control (so=0x0, cmd=1, data=0xcce93c48 "vx0", 
---Type <return> to continue, or q <return> to quit---
    ifp=0xc0b91000, td=0xc191b850) at /usr/src/sys/netinet/in.c:401
#12 0xc0252375 in ifioctl (so=0xc199ae00, cmd=2151704858, 
    data=0xcce93c48 "vx0", td=0xc191b850) at /usr/src/sys/net/if.c:1537
#13 0xc0210d4c in soo_ioctl (fp=0x0, cmd=0, data=0x8040691a, 
    active_cred=0xc0b96280, td=0xc191b850)
    at /usr/src/sys/kern/sys_socket.c:172
#14 0xc020b112 in ioctl (td=0xc191b850, uap=0xcce93d10) at file.h:251
#15 0xc033a78a in syscall (frame=
      {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = -1077936728, tf_ebp = -1077936952, tf_isp = -857129612, tf_ebx = 134893712, tf_edx = 134894752, tf_ecx = 0, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 134539655, tf_cs = 31, tf_eflags = 582, tf_esp = -1077937076, tf_ss = 47})
    at /usr/src/sys/i386/i386/trap.c:1021
#16 0xc032a52d in Xint0x80_syscall () at {standard input}:138
---Can't read userspace from dump, or kernel process---



dmesg:

Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Mon Apr 28 19:41:17 CEST 2003
    le@pcle.cc.univie.ac.at:/usr/obj/usr/src/sys/PCLE
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0464000.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 233864879 Hz
CPU: Pentium II/Pentium II Xeon/Celeron (233.86-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x634  Stepping = 4
  Features=0x80f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,MMX>
real memory  = 134217728 (128 MB)
avail memory = 125571072 (119 MB)
Pentium Pro MTRR support enabled
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcibios: BIOS version 2.10
Using $PIR table, 9 entries at 0xc00f0a90
pcib0: <Intel 82443LX (440 LX) host to PCI bridge> at pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
agp0: <Intel 82443LX (440 LX) host to PCI bridge> mem 0xe4000000-0xe7ffffff at device 0.0 on pci0
pcib1: <PCIBIOS PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
isab0: <PCI-ISA bridge> at device 4.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 UDMA33 controller> port 0xd800-0xd80f at device 4.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <serial bus, USB> at device 4.2 (no driver attached)
pci0: <bridge, PCI-unknown> at device 4.3 (no driver attached)
vx0: <3COM 3C595 Etherlink III PCI> port 0xd000-0xd01f irq 10 at device 9.0 on pci0
utp/tx[*utp*] address 00:a0:24:9d:50:87
ahc0: <Adaptec 2940A Ultra SCSI adapter> port 0xb800-0xb8ff mem 0xe1000000-0xe1000fff irq 11 at device 10.0 on pci0
aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs
pci0: <display, VGA> at device 11.0 (no driver attached)
orm0: <Option ROMs> at iomem 0xc8000-0xcbfff,0xc0000-0xc7fff on isa0
pmtimer0 on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model IntelliMouse, device ID 3
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/9 bytes threshold
ppbus0: <Parallel port bus> on ppc0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
plip0: <PLIP network interface> on ppbus0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
unknown: <PNP0401> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0700> can't assign resources (port)
unknown: <PNP0f13> can't assign resources (irq)
unknown: <PNP0000> can't assign resources (port)
unknown: <PNP0303> can't assign resources (port)
Timecounters tick every 10.000 msec
ad0: 4111MB <ST34310A> [8354/16/63] at ata0-master UDMA33
da0 at ahc0 bus 0 target 5 lun 0
da0: <QUANTUM VP32210 581H> Fixed Direct Access SCSI-2 device 
da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled
da0: 2103MB (4308352 512 byte sectors: 255H 63S/T 268C)
cd0 at ahc0 bus 0 target 3 lun 0
cd0: <TOSHIBA CD-ROM XM-3701TA 0236> Removable CD-ROM SCSI-2 device 
cd0: 3.300MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present
Mounting root from ufs:/dev/ad0s1a


>How-To-Repeat:

Have device vx0 on CURRENT, set IP address using ifconfig.

I've seen this panic on two different machines.

>Fix:

N/A.

>Release-Note:
>Audit-Trail:

From: "Ted Mittelstaedt" <tedm@toybox.placo.com>
To: <freebsd-gnats-submit@FreeBSD.org>, <le@univie.ac.at>
Cc:  
Subject: Re: kern/51555: Kernel panic in ifconfig when setting IP address in vx0
Date: Fri, 9 May 2003 23:41:13 -0700

 3com 3c595 has had a number of hardware revs to the card, please note
 the cautions in the device driver manual page.  If you have multiple
 3c595 cards available, please test with some that are different hardware
 revisions and see if the panics stop.  Also turn off busmastering on
 the PCI bus, assuming your system supports it in the BIOS settings and
 see if that makes any difference.
 
 And lastly, please check to see if this panic happens on both cold
 and warm boot.
 
 Ted Mittelstaedt                                       tedm@toybox.placo.com
 

From: Lukas Ertl <l.ertl@univie.ac.at>
To: Ted Mittelstaedt <tedm@toybox.placo.com>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: kern/51555: Kernel panic in ifconfig when setting IP address in
 vx0
Date: Wed, 14 May 2003 15:50:20 +0200 (CEST)

 On Fri, 9 May 2003, Ted Mittelstaedt wrote:
 
 > 3com 3c595 has had a number of hardware revs to the card, please note
 > the cautions in the device driver manual page.  If you have multiple
 > 3c595 cards available, please test with some that are different hardware
 > revisions and see if the panics stop.  Also turn off busmastering on
 > the PCI bus, assuming your system supports it in the BIOS settings and
 > see if that makes any difference.
 >
 > And lastly, please check to see if this panic happens on both cold
 > and warm boot.
 
 It happens both on warm and cold boot. Bus mastering DMA can't be turned
 off, at least I can't find any such option in the BIOS :-/.
 
 I should also note that this panic does _not_ happen in 5.0-RELEASE (and
 not in 4.x).
 
 regards,
 le
 
 --=20
 Lukas Ertl                             eMail: l.ertl@univie.ac.at
 UNIX-Systemadministrator               Tel.:  (+43 1) 4277-14073
 Zentraler Informatikdienst (ZID)       Fax.:  (+43 1) 4277-9140
 der Universit=E4t Wien                   http://mailbox.univie.ac.at/~le/

From: Yeasah Pell <yeasah@apocalypse.org>
To: freebsd-gnats-submit@FreeBSD.org, le@univie.ac.at,
	des@freebsd.org
Cc:  
Subject: Re: kern/51555: Kernel panic in ifconfig when setting IP address
 in vx0
Date: Sat, 07 Jun 2003 14:42:12 -0400

 This is a cryptographically signed message in MIME format.
 
 --------------ms010605020604020201070301
 Content-Type: text/plain; charset=us-ascii; format=flowed
 Content-Transfer-Encoding: 7bit
 
 This bug was introduced in version 1.43 of /src/sys/dev/vx/if_vx.c. A 
 quick look at this change reveals an obvious error: 
 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/vx/if_vx.c.diff?r1=1.42&r2=1.43&f=h 
 
 
 The problem is that the ad-hoc mbuf packet header assert code was 
 replaced with the M_ASSERTPKTHDR macro, but this particular modification 
 goes too far in replacing a check for NULL mbuf by the macro 
 functionality. They aren't the same, since the function merely returns 
 if there is no mbuf, whereas the macro causes an assert.
 
 This certainly made the update from 5.0 to 5.1 more exciting... :-)
 
 Here is a patch to restore the NULL check:
 
 ---------------------------------
 
 --- if_vx.c     Tue Apr  8 10:25:44 2003
 +++ if_vx.c.fixed       Sat Jun  7 13:57:40 2003
 @@ -400,6 +400,9 @@
   startagain:
       /* Sneak a peek at the next packet */
       m = ifp->if_snd.ifq_head;
 +    if (m == NULL) {
 +        return;
 +    }
 
       /* We need to use m->m_pkthdr.len, so require the header */
       M_ASSERTPKTHDR(m);
 
 --------------ms010605020604020201070301
 Content-Type: application/x-pkcs7-signature; name="smime.p7s"
 Content-Transfer-Encoding: base64
 Content-Disposition: attachment; filename="smime.p7s"
 Content-Description: S/MIME Cryptographic Signature
 
 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJVDCC
 AwgwggJxoAMCAQICAwnZDDANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCWkExFTATBgNV
 BAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUx
 HTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVl
 bWFpbCBSU0EgMjAwMC44LjMwMB4XDTAzMDQzMDIxMTUxMVoXDTA0MDQyOTIxMTUxMVowRzEf
 MB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEkMCIGCSqGSIb3DQEJARYVeWVhc2Fo
 QGFwb2NhbHlwc2Uub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAoCk8WLEe
 Jgpv60QHtwnXci2ZZYHg2W0zX8AjwQAHHrfD5ebnw++luEFgsXMJ8s9e+K8HSdTcwejsEAMu
 mIFtOoIcHBP8zqqismkM927kZKeee+E0V9k2H2Q0roA0z0b02raQPNAzVC7g3vTyhQGJQU3J
 Qz1pfXi0/AeAA9CkxEVpEuPAfyKV5HEiI0C1iOaO72+QezOJt/g9SSnsaRRt5xxZ4yLOGr/o
 SYp3qxxjZVHEz9kMqsk1fGsS4TPy1G7DlcTp1ES7Bymwb6TCM38Rhm8qXVv/sTT1Ak/KesKI
 4CQJx7o3CRPKvGUeZq5Liu0NwbAq7DM3qzdyRlWR3mUgCwIDAQABozIwMDAgBgNVHREEGTAX
 gRV5ZWFzYWhAYXBvY2FseXBzZS5vcmcwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOB
 gQDeK4UAeY+q5cFfDpLb7ihz5BpfcTpd/R+qmRfZPDWsQObb8cp+96ipEYgKqgfKlrfOuRBt
 f8i5esr5+m8NHtzVOKAInu5d4gPm3iQnWaX0+Y8grcMND2yYPa26GZeTvOoarkCFqlB7V9vB
 ErMSD46dgesnCXnhWfOnLs+CFXm63DCCAwgwggJxoAMCAQICAwnZDDANBgkqhkiG9w0BAQQF
 ADCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2Fw
 ZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2Vz
 MSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAzMDQzMDIx
 MTUxMVoXDTA0MDQyOTIxMTUxMVowRzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJl
 cjEkMCIGCSqGSIb3DQEJARYVeWVhc2FoQGFwb2NhbHlwc2Uub3JnMIIBIjANBgkqhkiG9w0B
 AQEFAAOCAQ8AMIIBCgKCAQEAoCk8WLEeJgpv60QHtwnXci2ZZYHg2W0zX8AjwQAHHrfD5ebn
 w++luEFgsXMJ8s9e+K8HSdTcwejsEAMumIFtOoIcHBP8zqqismkM927kZKeee+E0V9k2H2Q0
 roA0z0b02raQPNAzVC7g3vTyhQGJQU3JQz1pfXi0/AeAA9CkxEVpEuPAfyKV5HEiI0C1iOaO
 72+QezOJt/g9SSnsaRRt5xxZ4yLOGr/oSYp3qxxjZVHEz9kMqsk1fGsS4TPy1G7DlcTp1ES7
 Bymwb6TCM38Rhm8qXVv/sTT1Ak/KesKI4CQJx7o3CRPKvGUeZq5Liu0NwbAq7DM3qzdyRlWR
 3mUgCwIDAQABozIwMDAgBgNVHREEGTAXgRV5ZWFzYWhAYXBvY2FseXBzZS5vcmcwDAYDVR0T
 AQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQDeK4UAeY+q5cFfDpLb7ihz5BpfcTpd/R+qmRfZ
 PDWsQObb8cp+96ipEYgKqgfKlrfOuRBtf8i5esr5+m8NHtzVOKAInu5d4gPm3iQnWaX0+Y8g
 rcMND2yYPa26GZeTvOoarkCFqlB7V9vBErMSD46dgesnCXnhWfOnLs+CFXm63DCCAzgwggKh
 oAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpB
 MRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMR
 VGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2
 aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3
 DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAwMDBaFw0w
 NDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIw
 EAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNh
 dGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzAw
 gZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZgpcO40Qp
 imM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqdknWoJ67Y
 cvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFpAgMBAAGj
 TjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzASBgNVHRMB
 Af8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtHXfkBceX1
 U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1MG7wD9LXr
 okefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZph39Ins6l
 n+eE2MliYq0FxjGCA9UwggPRAgEBMIGaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2Vz
 dGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UE
 CxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJT
 QSAyMDAwLjguMzACAwnZDDAJBgUrDgMCGgUAoIICDzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
 AQcBMBwGCSqGSIb3DQEJBTEPFw0wMzA2MDcxODQyMTJaMCMGCSqGSIb3DQEJBDEWBBSGfZkH
 zs5hiuo1V+9zqK77v5eqBTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3
 DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBqwYJKwYB
 BAGCNxAEMYGdMIGaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIw
 EAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNh
 dGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzAC
 AwnZDDCBrQYLKoZIhvcNAQkQAgsxgZ2ggZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxX
 ZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYD
 VQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwg
 UlNBIDIwMDAuOC4zMAIDCdkMMA0GCSqGSIb3DQEBAQUABIIBACLXvJcWOabke63+ptJfOjvq
 OMkIqXpRgFuQ8jBXnOc3uT0hu59AwlF9C2H2fC+fQCH9NQeT7i8jtGpkEcmzW/kJZgAwq4CL
 3JMp4nybKKNAjWoIHmhowjUqzNfLIXI92IjGBzHHIrF+t+HhAjFUMUXNT//MLChlnMQXGzXE
 u8SegY5A7U5ohSNNvtdn5dcx1mmvBPuCQyC0/EikkOL/zMu9GVhAkqDgGjfL4en27wPckrCo
 BqZgJ3gV8z5d3nGfcG7eK+FRUTlVHLy7tL7cHolAPVj109ebZ8smyfXZKekaGEreioMu4SSx
 JZZbsrzQwQ0z5MYfKWFZR2VaPpD9+3kAAAAAAAA=
 --------------ms010605020604020201070301--
 
 
Responsible-Changed-From-To: freebsd-bugs->des 
Responsible-Changed-By: maxim 
Responsible-Changed-When: Sat Jun 7 22:03:15 PDT 2003 
Responsible-Changed-Why:  
DES, it seems the problem in rev. 1.43 src/sys/dev/vx/if_vx.c.  Could you 
please take a look at it. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=51555 
State-Changed-From-To: open->closed 
State-Changed-By: des 
State-Changed-When: Sun Jun 8 11:36:09 PDT 2003 
State-Changed-Why:  
Patch applied, thanks. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=51555 
>Unformatted:
