Re: vic(4) problems with Dec 11th snap

2008-12-13 Thread David Gwynne
vic seems fickle with jumbos. ive backed them out very recently, so  
try building your own kernel or wait for a new snapshot. it should be  
working now.


dlg

On 13/12/2008, at 6:51 PM, Brian Keefer wrote:

Has anyone else had problems with vic(4) in the Dec 11th i386 snap?   
I have a guest on ESXi 3.5 that I upgraded from 4.3 to 4.4-release  
and it was working fine, but then I upgraded to the latest i386 snap  
and I no longer saw any traffic to/from the guest when viewing  
tcpdump, even on other guest VMs on the same host.  To clarify I  
only saw outgoing ARP requests (from the guest itself), no incoming  
traffic what so ever.  No ARP replies, no broadcast, nothing... none  
of the other guests saw the outbound traffic.


Disabling ACPI made no difference (was the only thing I could think  
of based on a diff of the dmesgs).


I rolled back to the 4.4-release kernel and it worked fine.

OpenBSD 4.4-current (GENERIC) #1610: Thu Dec 11 19:55:57 MST 2008
   dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Xeon(TM) CPU 2.66GHz (GenuineIntel 686-class) 2.88  
GHz
cpu0:  
FPU 
,V86 
,DE 
,PSE 
,TSC 
,MSR 
,PAE 
,MCE 
,CX8 
,APIC 
,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS

real mem  = 402157568 (383MB)
avail mem = 380329984 (362MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 01/30/08, BIOS32 rev. 0 @  
0xfd880, SMBIOS rev. 2.31 @ 0xe0010 (45 entries)

bios0: vendor Phoenix Technologies LTD version 6.00 date 01/30/2008
bios0: VMware, Inc. VMware Virtual Platform
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP APIC BOOT
acpi0: wakeup devices USB_(S1)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0
acpibat0 at acpi0: BAT1 not present
acpibat1 at acpi0: BAT2 not present
acpiac0 at acpi0: AC unit online
bios0: ROM list: 0xc/0x8000 0xc8000/0x1e00! 0xca000/0x1000  
0xdc000/0x4000! 0xe/0x4000!

cpu0 at mainbus0: (uniprocessor)
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 Intel 82443BX AGP rev 0x01
ppb0 at pci0 dev 1 function 0 Intel 82443BX AGP rev 0x01
pci1 at ppb0 bus 1
piixpcib0 at pci0 dev 7 function 0 Intel 82371AB PIIX4 ISA rev 0x08
pciide0 at pci0 dev 7 function 1 Intel 82371AB IDE rev 0x01: DMA,  
channel 0 configured to compatibility, channel 1 configured to  
compatibility

atapiscsi0 at pciide0 channel 0 drive 0
scsibus0 at atapiscsi0: 2 targets, initiator 7
cd0 at scsibus0 targ 0 lun 0: NECVMWar, VMware IDE CDR00, 1.00  
ATAPI 5/cdrom removable

cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 ignored (disabled)
piixpm0 at pci0 dev 7 function 3 Intel 82371AB Power rev 0x08:  
SMBus disabled

vga1 at pci0 dev 15 function 0 VMware Virtual SVGA II rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ppb1 at pci0 dev 16 function 0 VMware Virtual PCI-PCI rev 0x02
pci2 at ppb1 bus 2
mpi0 at pci2 dev 0 function 0 Symbios Logic 53c1030 rev 0x01: irq 9
scsibus1 at mpi0: 16 targets, initiator 7
sd0 at scsibus1 targ 0 lun 0: VMware, Virtual disk, 1.0 SCSI2 0/ 
direct fixed

sd0: 8192MB, 512 bytes/sec, 16777216 sec total
mpi0: target 0 Sync at 160MHz width 16bit offset 127 QAS 1 DT 1 IU 1
vic0 at pci2 dev 1 function 0 AMD 79c970 PCnet-PCI rev 0x10: irq  
11, address 00:0c:29:72:b1:81

isa0 at piixpcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pmsi0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pmsi0 mux 0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: PC speaker
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
biomask e765 netmask ef65 ttymask 
mtrr: Pentium Pro MTRR support
softraid0 at root
root on sd0a swap on sd0b dump on sd0b

[ch...@suez scratch]$ diff 20080812-release-dmesg 20081211-snap-dmesg
1c1
 OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008
---
 OpenBSD 4.4-current (GENERIC) #1610: Thu Dec 11 19:55:57 MST 2008
3c3
 cpu0: Intel(R) Xeon(TM) CPU 2.66GHz (GenuineIntel 686-class)  
2.74 GHz

---
 cpu0: Intel(R) Xeon(TM) CPU 2.66GHz (GenuineIntel 686-class)  
2.88 GHz

6c6
 avail mem = 380170240 (362MB)
---
 avail mem = 380329984 (362MB)
11,17c11,19
 apm0 at bios0: Power Management spec V1.2
 apm0: AC on, battery charge unknown
 acpi at bios0 function 0x0 not configured
 pcibios0 at bios0: rev 2.1 @ 0xfd880/0x780
 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf30/176 (9 entries)
 pcibios0: PCI Interrupt Router at 000:07:0 (Intel 82371FB ISA  
rev 0x00)

 pcibios0: PCI bus #2 is the last bus
---
 acpi0 at bios0: rev 0
 acpi0: tables DSDT FACP APIC BOOT
 acpi0: 

Re: vic(4) problems with Dec 11th snap

2008-12-13 Thread Brian Keefer

On Dec 13, 2008, at 2:14 AM, David Gwynne wrote:

vic seems fickle with jumbos. ive backed them out very recently, so  
try building your own kernel or wait for a new snapshot. it should  
be working now.


dlg

On 13/12/2008, at 6:51 PM, Brian Keefer wrote:

Has anyone else had problems with vic(4) in the Dec 11th i386  
snap?  I have a guest on ESXi 3.5 that I upgraded from 4.3 to 4.4- 
release and it was working fine, but then I upgraded to the latest  
i386 snap and I no longer saw any traffic to/from the guest when  
viewing tcpdump, even on other guest VMs on the same host.  To  
clarify I only saw outgoing ARP requests (from the guest itself),  
no incoming traffic what so ever.  No ARP replies, no broadcast,  
nothing... none of the other guests saw the outbound traffic.


Disabling ACPI made no difference (was the only thing I could think  
of based on a diff of the dmesgs).


I rolled back to the 4.4-release kernel and it worked fine.


I built generic MP with vmt enabled this afternoon (-rHEAD)) and it  
worked fine.  Thanks!


--
bk