Re: 3.9 build on AMD64

2006-05-01 Thread Ed Vazquez
No.

"Stable" or "Release" build that I downloaded boot disks for
today (waiting for my CD's).

Completely blank machine.

Formatted hard drive with low-level SATA utility.

Bob Beck wrote:
> 
> * Ed V. <[EMAIL PROTECTED]> [2006-05-01 12:34]:
>> Install from "bare metal."
>>
>> Install completed without errors.
> 
>   What did you install? a snapshot that you are now attempting
> to build 3.9 overtop of?
> 
>   -Bob
> 
> 
>> CVS checkout of '-r OPENBSD_3_9' from 'anoncvs3.usa' was successful
>> and 'make obj' and build of both GENERIC and custom kernel went well
>> with no reported errors.
>>
>> On "make build" however, the following occurred:
>>
>> cc -O2 -pipe  -DHAVE_CONFIG_H -DBINDIR=\"/usr/bin\"
>> -DSBINDIR=\"/usr/sbin\" -DLIBEXECDIR=\"/usr/libexec\"
>> -DSYSCONFDIR=\"/etc/kerberosV\"  -I/usr/include/kerberosV
>> -I/usr/src/kerberosV/libexec/kdc/../../include
>> -I/usr/src/kerberosV/libexec/kdc/../../src/lib/roken
>> -I/usr/src/kerberosV/libexec/kdc/../../src/include
>> -I/usr/src/kerberosV/libexec/kdc/../../src/lib/sl -Wall
>> -DHAVE_DLOPEN -I/usr/src/kerberosV/libexec/kdc/../../src/lib/krb5
>> -I/usr/src/kerberosV/libexec/kdc/../../src/kdc   -c
>> /usr/src/kerberosV/src/lib/roken/parse_bytes.c
>> cc   -o kdc 524.o config.o connect.o kerberos5.o kerberos4.o log.o
>> main.o misc.o print_version.o parse_bytes.o -lkrb5 -ldes -lcrypto -lutil
>> 524.o(.text+0x37): In function `fetch_server':
>> : undefined reference to `principalname2krb5_principal'
>> 524.o(.text+0x14d): In function `log_524':
>> : undefined reference to `principalname2krb5_principal'
>> kerberos5.o(.text+0xe38): In function `as_rep':
>> : undefined reference to `principalname2krb5_principal'
>> kerberos5.o(.text+0xea9): In function `as_rep':
>> : undefined reference to `principalname2krb5_principal'
>> kerberos5.o(.text+0x11a8): In function `as_rep':
>> : undefined reference to `KDCOptions_units'
>> kerberos5.o(.text+0x24a4): In function `tgs_make_reply':
>> : undefined reference to `krb5_principal2principalname'
>> kerberos5.o(.text+0x2c1e): In function `need_referral':
>> : undefined reference to `krb5_get_host_realm_int'
>> kerberos5.o(.text+0x2d60): In function `tgs_rep2':
>> : undefined reference to `principalname2krb5_principal'
>> kerberos5.o(.text+0x328c): In function `tgs_rep2':
>> : undefined reference to `principalname2krb5_principal'
>> kerberos5.o(.text+0x335f): In function `tgs_rep2':
>> : undefined reference to `principalname2krb5_principal'
>> kerberos5.o(.text+0x33a6): In function `tgs_rep2':
>> : undefined reference to `principalname2krb5_principal'
>> kerberos5.o(.text+0x33d0): In function `tgs_rep2':
>> : undefined reference to `KDCOptions_units'
>> kerberos4.o(.text+0x5b): In function `encode_v4_ticket':
>> : undefined reference to `principalname2krb5_principal'
>> kerberos4.o(.text+0x106): In function `encode_v4_ticket':
>> : undefined reference to `principalname2krb5_principal'
>> collect2: ld returned 1 exit status
>> *** Error code 1
>>
>> Stop in /usr/src/kerberosV/libexec/kdc (line 93 of
>> /usr/share/mk/bsd.prog.mk).
>> *** Error code 1
>>
>> Stop in /usr/src/kerberosV/libexec.
>> *** Error code 1
>>
>> Stop in /usr/src/kerberosV.
>> *** Error code 1
>>
>> Stop in /usr/src.
>> *** Error code 1
>>
>> Stop in /usr/src (line 73 of Makefile).
>>
>> 'dmesg' output is attached as plain text file.
>>
>> Did I hose something?  Or is this a 'known error' that there is a
>> workaround for?
>>
>> -- 
>> Ed V.
>> # cat /var/run/dmesg.boot
>> OpenBSD 3.9 (Asus-A8N) #0: Mon May  1 11:05:52 MDT 2006
>> [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/Asus-A8N
>> real mem = 2147020800 (2096700K)
>> avail mem = 1837740032 (1794668K)
>> using 22937 buffers containing 214908928 bytes (209872K) of memory
>> mainbus0 (root)
>> acpi0 at mainbus0: rev 0
>> acpi0: tables DSDT FACP MCFG
>> acpitimer0 at acpi0: 3579545 Hz, 24 bits
>> acpibtn0 at acpi0: PWRB
>> cpu0 at mainbus0: (uniprocessor)
>> cpu0: AMD Athlon(tm) 64 Processor 4000+, 2412.64 MHz
>> cpu0: 
>> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW
>> cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 
>> 16-way L2 cache
>> cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
>> cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative
>> pci0 at mainbus0 bus 0: configuration mode 1
>> "NVIDIA nForce4 DDR" rev 0xa3 at pci0 dev 0 function 0 not configured
>> pcib0 at pci0 dev 1 function 0 "NVIDIA nForce4 ISA" rev 0xa3
>> nviic0 at pci0 dev 1 function 1 "NVIDIA nForce4 SMBus" rev 0xa2
>> iic0 at nviic0
>> iic1 at nviic0
>> lm0 at iic1 addr 0x2f: W83791SD
>> ohci0 at pci0 dev 2 function 0 "NVIDIA nForce4 USB" rev 0xa2: irq 5, version 
>> 1.0, legacy support
>> usb0 at ohci0: USB revision 1.0
>> uhub0 at usb0
>> uhub0: NVIDIA OHCI root hub, rev 1.00/1.00, addr 1
>> uhub0: 10 ports with 10 removable, self powered

Re: NIC question (SysKonnect)

2006-03-27 Thread Ed Vazquez
No, I had not noticed that.  And honestly, if I had I doubt I would
have recognized it as a PCI slot error (though I will in the future).

Thank you for pointing this out, your suggestion of moving the card
worked and the NIC is up and running!

Thanks!

Stuart Henderson wrote:
> On 2006/03/24 10:25, Ed Vazquez wrote:
>> OK, here's the full dmesg from 3.9-current (which is what I
>> installed this morning...), I should have included it earlier, so my
>> apologies for the oversight.
> 
>> 0x01pci_intr_map: no mapping for pin D
>> : couldn't map interrupt
> 
> Did you notice this? I'd suggest either trying the nic in another
> PCI slot, or disabling any unnecessary onboard devices in the BIOS
> configuration. If you don't need the ADSL card there (seeing as
> it's unsupported, probably not unless you dual-boot) that would
> be a good candidate to remove too.
> 
> hth...
> 
> 

-- 
Ed V.

That does not compute.



Re: NIC question (SysKonnect)

2006-03-24 Thread Ed Vazquez
Stuart Henderson wrote:
> On 2006/03/24 09:24, Ed Vazquez wrote:
>> unknown vendor 0x14bc product 0xd002 (class network subclass
>> miscellaneous, rev 0x01) at pci0 dev 12 function 0 not configured
> 
> That sounds like a PCI ADSL card (14bc=Globespan).
> 
>> Help?  Can I provide better data (let me know how)?
> 
> _Complete_ dmesg.
> 

OK, here's the full dmesg from 3.9-current (which is what I
installed this morning...), I should have included it earlier, so my
apologies for the oversight.

Yes, there's a ADSL card in there that I haven't configured yet, so
maybe I'm mistaking it for the SysKonnect (which isn't appearing in
dmesg or ifconfig -a at all now that I look at it with the above
information).  When I plug a network cable into the SysKonnect, I
get the standard line/activity lights, so I know it's getting
voltage from the PCI bus and the switch reports the line as
"active".  The Winbox testing seems to indicate that the card is
functional as well.

There is an Adaptec card in place, but I'm having the commonly
reported "tx underrun" issue which is why I'm trying to replace it
with the SysKonnect.

# ifconfig -a
lo0: flags=8049 mtu 33224
groups: lo
inet 127.0.0.1 netmask 0xff00
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8
sf0: flags=8843 mtu 1500
lladdr 00:00:d1:ee:cc:45
groups: egress
media: Ethernet autoselect (none)
status: active
inet6 fe80::200:d1ff:feee:cc45%sf0 prefixlen 64 scopeid 0x1
inet 192.168.0.36 netmask 0xffc0 broadcast 192.168.0.63
sf1: flags=8802 mtu 1500
lladdr 00:00:d1:ee:cc:46
media: Ethernet autoselect (none)
status: no carrier
sf2: flags=8802 mtu 1500
lladdr 00:00:d1:ee:cc:47
media: Ethernet autoselect (none)
status: no carrier
sf3: flags=8802 mtu 1500
lladdr 00:00:d1:ee:cc:48
media: Ethernet autoselect (100baseTX)
status: active
pflog0: flags=0<> mtu 33224
pfsync0: flags=0<> mtu 1460
enc0: flags=0<> mtu 1536

# cat /var/run/dmesg.boot
OpenBSD 3.9-current (GENERIC) #0: Fri Mar 17 11:21:52 MST 2006
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium II ("GenuineIntel" 686-class, 512KB L2 cache)
351 MHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR
real mem  = 536387584 (523816K)
avail mem = 482525184 (471216K)
using 4278 buffers containing 26923008 bytes (26292K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(57) BIOS, date 10/11/00, BIOS32 rev. 0 @
0xfb230
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
apm0: flags 70102 dobusy 1 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xf/0xb6a4
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdcd0/144 (7 entries)
pcibios0: PCI Exclusive IRQs: 3 5 10 11
pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371SB ISA" rev
0x00)
pcibios0: PCI bus #2 is the last bus
bios0: ROM list: 0xc/0x8000
cpu1 at mainbus0: (uniprocessor)
cpu1: Intel Pentium II ("GenuineIntel" 686-class, 512KB L2 cache)
351 MHz
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x03
ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x03
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Mach64 GZ" rev 0x7a
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x02
pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: 
wd0: 16-sector PIO, LBA, 12982MB, 26588016 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0:  SCSI0
5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
uhci0 at pci0 dev 7 function 2 "Intel 82371AB USB" rev
0x01pci_intr_map: no mapping for pin D
: couldn't map interrupt
piixpm0 at pci0 dev 7 function 3 "Intel 82371AB Power" rev 0x02: SMI
iic0 at piixpm0
iic0: addr 0x2d 00=02 01=4d 02=4f 03=d4 04=6a 05=96 06=18 07=02
08=ab 09=8f 0a=05 0b=61 0c=56 0d=bd 0e=25 0f=54 10=21 11=55 12=87
13=8c 14=46 15=17 16=25 17=e8 18=3d 19=2d 1a=21 1b=22 1c=04 1d=b2
1e=00 1f=00 20=7d 21=00 22=d8 23=bf 24=bf 25=ba 26=c0 27=18 2b=f1
2c=83 2e=00 2f=06 30=3e 31=04 32=27 33=04 34=17 35=20 36=01 37=10
38=12 39=32 3a=29 3b=f0 3c=4c 3d=42 3e=05 3f=10 40=05 41=cf 42=1f
45=ef 46=7f 47=f0 48=2d 49=40 4a=00 4b=40 4c=40 4d=40 4e=05 4f=00
50=05 51=00 52=00 55=ef 56=7f 57=f0 58=2d 59=40 5a=40 5b

NIC question (SysKonnect)

2006-03-24 Thread Ed Vazquez
I hope that I'm just missing the obvious whilst looking for Zebras...

OpenBSD 3.8 and 3.9-current.

i386 architecture, GENERIC kernel build.

SysKonnect SK-9D21 10/100/1000 Copper NIC.

Per the  page, this
should be the Broadcom BCM570x driver (bge).

However, on boot, the dmesg reports:

unknown vendor 0x14bc product 0xd002 (class network subclass
miscellaneous, rev 0x01) at pci0 dev 12 function 0 not configured

Driver lines:

bge*at pci? # Broadcom BCM570x (aka Tigon3)
bmtphy* at mii? # Broadcom 10/100 PHYs
brgphy* at mii? # Broadcom Gigabit PHYs

are "on" by default, so it _should_ be working...

I double-checked by swapping this card into my WinBox (yes yes, but
commercial reality is what it is and I have to support the Redmond
Beast on occasion), and it detected as a SK-9D21 and the SysKonnect
drivers are installable and pass traffic.

Silk-screen identification on the card also marks this as a
"SK-9D21" device.

Help?  Can I provide better data (let me know how)?

Thanks,

-- 
Ed V.

IBM: Incredibly Bullying Menace