Re: DStumbler / BSD-AirTools Error with new Wi code?

2003-11-21 Thread Tilman Linneweh
* Bruce M Simpson [Fr, 21 Nov 2003 at 20:36 GMT]:
 On Wed, Nov 19, 2003 at 05:32:37PM -0800, Sean Chittenden wrote:
 I don't know if Lucent cards are supported or not.  How old is your
 kernel, btw?  You should update to -CURRENT as there have been many
 wlan fixes since 5.1-RELEASE.  -sc

 To the best of my knowledge, only PRISM2 has ever been supported by the
 dstumbler port we have.

Lucent cards worked fine with dstumbler and 4.x. 
I haven't tried the new version with CURRENT yet.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: MBR zapped when panicking?

2003-10-21 Thread Tilman Linneweh
* Dimitry Andric [Di, 21 Okt 2003 at 20:19 GMT]:
 
 Today I had a -CURRENT machine panic on me with a page fault, and
 something happened that I have seen before: the machine refused to
 come up afterwards. Closer inspection revealed that the MBR on the
 boot disk was totally zapped, filled with seemingly random characters.
 Luckily the disk label was still intact, allowing me to recover the
 machine reasonably easy. The MBRs on the other disks (see attached
 dmesg.txt for more info) wasn't touched by the panic.

Same happened to me last week,
It is a known problem, see 3. point on 
http://www.freebsd.org/releases/5.2R/todo.html

regards
tilman
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


ATAng panic?

2003-09-27 Thread Tilman Linneweh
Hi,
Updated my -CURRENT yesterday and got the following panic:

[...]
atapci0: AcerLabs Aladdin UDMA33 controller port 0xb800-0xb80f at
device 15.0 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
ata1: at 0x170 irq 15 on atapci0
ata1: [MPSAFE]
fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port
0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1440-KB 3.5 drive on fdc0 drive 0
ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/7 bytes threshold
ppbus0: Parallel port bus on ppc0
lpt0: Printer on ppbus0
lpt0: Interrupt-driven port
ppi0: Parallel I/O on ppbus0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A, console
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0
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
orm0: Option ROM at iomem 0xc-0xc7fff on isa0
pmtimer0 on isa0
sc0: System console at flags 0x100 on isa0
sc0: VGA 16 virtual consoles, flags=0x100
vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on
isa0
Timecounter TSC frequency 400910809 Hz quality 800
Timecounters tick every 10.000 msec
IPsec: Initialized Security Association Processing.
GEOM: create disk ad0 dp=0xc18eec70
ad0: 8063MB IBM-DHEA-38451 [16383/16/63] at ata0-master UDMA33
ad0: WARNING - READ_DMA recovered from missing interrupt
GEOM: create disk ad1 dp=0xc18eee70
ad1: 19541MB Maxtor 92041U4 [39703/16/63] at ata0-slave UDMA33
acd0: CDROM CD-ROM 56X/AKH at ata1-slave PIO4
Waiting 15 seconds for SCSI devices to settle
ad0: WARNING - READ_DMA recovered from missing interrupt
ad1: WARNING - READ_DMA recovered from missing interrupt
ad1: WARNING - READ_DMA recovered from missing interrupt
cd0 at sym0 bus 0 target 4 lun 0
cd0: PLEXTOR CD-R   PX-R820T 1.06 Removable CD-ROM SCSI-2 device
cd0: 10.000MB/s transfers (10.000MHz, offset 8)
cd0: Attempt to query device size failed: NOT READY, Medium not present
- tray closed
ad1: WARNING - READ_DMA recovered from missing interrupt
Mounting root from ufs:/dev/ad0s1a
setrootbyname failed
ffs_mountroot: can't find rootvp
Root mount failed: 6

Manual root filesystem specification:
  fstype:device  Mount device using filesystem fstype
   eg. ufs:da0s1a
  ?  List valid disk boot devices
  empty line   Abort manual input

mountroot ?
panic: Root mount failed, startup aborted.
Debugger(panic)
Stopped at  Debugger+0x54:  xchgl   %ebx,in_Debugger.0
db where
Debugger(c041b1ac,c04a4560,c042237c,c8921c8c,100) at Debugger+0x54
panic(c042237c,c0235770,c0b80d3c,c8921d0c,c02357db) at panic+0xd5
vfs_mountroot(c04a28a0,1,c0417f4b,218,0) at vfs_mountroot+0xce
start_init(0,c8921d48,c0418c4e,314,0) at start_init+0x6b
fork_exit(c0235770,0,c8921d48) at fork_exit+0xcf
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xc8921d7c, ebp = 0 ---

A working version looks like this:

FreeBSD 5.1-CURRENT #1: Sat Aug 16 10:11:52 CEST 2003
[EMAIL PROTECTED]:/usr/obj/usr/source/CURRENT/sys/POLLY
Preloaded elf kernel /boot/kernel.safe/kernel at 0xc0583000.
Preloaded elf module /boot/kernel.safe/acpi.ko at 0xc05831fc.
Timecounter i8254 frequency 1193182 Hz
CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU)
  Origin = AuthenticAMD  Id = 0x58c  Stepping = 12
  Features=0x8021bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX
  AMD Features=0x8800SYSCALL,3DNow!
real memory  = 134201344 (127 MB)
avail memory = 124452864 (118 MB)
K6-family MTRR support enabled (2 registers)
npx0: math processor on motherboard
npx0: INT 16 interface
acpi0: ASUS   P5A  on motherboard
pcibios: BIOS version 2.10
Using $PIR table, 8 entries at 0xc00f0d00
acpi0: power button is handled as a fixed feature programming model.
acpi_cpu0: CPU port 0x530-0x537 on acpi0
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
pcib0: slot 9 INTA is routed to irq 9
pcib0: slot 11 INTA is routed to irq 10
pcib0: slot 12 INTA is routed to irq 11
pcib0: slot 13 INTA is routed to irq 9
agp0: Ali M1541 host to AGP bridge mem 0xe000-0xe3ff at device
0.0 on pci0
pcib1: PCI-PCI bridge at device 1.0 on pci0
pci1: PCI bus on pcib1
pci0: bridge, PCI-unknown at device 3.0 (no driver attached)
isab0: PCI-ISA bridge at device 7.0 on pci0
isa0: ISA bus on isab0
xl0: 3Com 3c905B-TX Fast Etherlink XL port 0xd800-0xd87f mem
0xdf00-0xdf7f irq 9 at device 9.0 on pci0
xl0: Ethernet address: 00:50:04:33:15:8b
miibus0: MII bus on xl0
xlphy0: 3Com internal media interface on miibus0
xlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
sym0: 875 port 0xd400-0xd4ff mem
0xde00-0xde000fff,0xde80-0xde8000ff irq 10 at device 11.0 on
pci0
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
pci0: display, VGA at device 12.0 (no driver attached)
rl0: RealTek 

LOR tcp_input.c vs. tcp_usrreq.c (was: Re: 2 LORs on my NFS server.)

2003-08-16 Thread Tilman Linneweh
* Tilman Linneweh [Fr, 15 Aug 2003 at 16:17 GMT]:
 
 My CURRENT is already a bit old:
 
 # uname -a
 FreeBSD polly.arved.de 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Sun Jul 20
 01:00:14 CEST 2003
 [EMAIL PROTECTED]:/usr/obj/usr/src/CURRENT/sys/POLLY  i386

I updated my CURRENT to 

polly# uname -a
FreeBSD polly.arved.de 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Sat Aug 16
10:11:52 CEST 2003
[EMAIL PROTECTED]:/usr/obj/usr/source/CURRENT/sys/POLLY  i386

and this LOR is reproducable. 
 
 This happend while the machine was NFS-serving around 3 clients with
 normal udp NFS and a  fourth. client tried to mount something via
 mount_nfs -T -a 2

The problem is the client with TCP mounts. I tried this time with a single
NetBSD client that does a TCP mount and cd'd to the mounted directory.

lock order reversal
 1st 0xc1a17278 inp (inp) @ /usr/source/CURRENT/sys/netinet/tcp_input.c:654
 2nd 0xc046bd6c tcp (tcp) @ /usr/source/CURRENT/sys/netinet/tcp_usrreq.c:621
Stack backtrace:
backtrace(1,0,,c0445068,c04451d0) at backtrace+0x12
witness_lock(c046bd6c,8,c03c334c,26d,0) at witness_lock+0x55e
_mtx_lock_flags(c046bd6c,0,c03c334c,26d) at _mtx_lock_flags+0x7d
tcp_usr_rcvd(c1ce8800,80) at tcp_usr_rcvd+0x1b
soreceive(c1ce8800,c891ab1c,c891ab28,c891ab20,0) at soreceive+0x815
nfsrv_rcv(c1ce8800,c1a70780,4) at nfsrv_rcv+0x75
sowakeup(c1ce8800,c1ce884c) at sowakeup+0x7f
tcp_input(c0b9ac00,14) at tcp_input+0x11f6
ip_input(c0b9ac00) at ip_input+0x7c8
swi_net(0) at swi_net+0xe6
ithread_loop(c0b87180,c891ad48,c0b87180,c0221660,0) at ithread_loop+0x11c
fork_exit(c0221660,c0b87180,c891ad48) at fork_exit+0xab
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xc891ad7c, ebp = 0 ---
Debugger(witness_lock)
Stopped at  Debugger+0x45:  xchgl   %ebx,in_Debugger.0

#8  0xc0251271 in witness_lock (lock=0xc046bd6c, flags=8,
file=0xc03c334c /usr/source/CURRENT/sys/netinet/tcp_usrreq.c, line=621)
at /usr/source/CURRENT/sys/kern/subr_witness.c:838
#9  0xc0229a7d in _mtx_lock_flags (m=0xc046bd6c, opts=0,
---Type return to continue, or q return to quit---
file=0xc03c334c /usr/source/CURRENT/sys/netinet/tcp_usrreq.c, line=621)
at /usr/source/CURRENT/sys/kern/kern_mutex.c:336
#10 0xc02b951b in tcp_usr_rcvd (so=0x0, flags=128)
at /usr/source/CURRENT/sys/netinet/tcp_usrreq.c:621
#11 0xc0266155 in soreceive (so=0xc1ce8800, psa=0xc891ab1c, uio=0xc891ab28,
mp0=0xc891ab20, controlp=0x0, flagsp=0xc891ab24)
at /usr/source/CURRENT/sys/kern/uipc_socket.c:1087
#12 0xc1a3efb5 in nfsrv_rcv (so=0xc1ce8800, arg=0xc1a70780, waitflag=4)
at /usr/source/CURRENT/sys/nfsserver/nfs_srvsock.c:445
#13 0xc026783f in sowakeup (so=0xc1ce8800, sb=0xc1ce884c)
at /usr/source/CURRENT/sys/kern/uipc_socket2.c:320
#14 0xc02b1336 in tcp_input (m=0xc0b9ac00, off0=20)
at /usr/source/CURRENT/sys/netinet/tcp_input.c:1129
#15 0xc02abe08 in ip_input (m=0xc0b9ac00)
at /usr/source/CURRENT/sys/netinet/ip_input.c:950
#16 0xc0293b06 in swi_net (dummy=0x0)

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Panic on my NFS server: Consumer with zero access count ing_dev_strategy

2003-08-16 Thread Tilman Linneweh
Hi,

Today I did something stupid. I umount'ed a filesystem of my NFS Server,
while an NFS client was writing to it.

My NFS Server is:
polly# uname -a
FreeBSD polly.arved.de 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Sat Aug 16
10:11:52 CEST 2003
[EMAIL PROTECTED]:/usr/obj/usr/source/CURRENT/sys/POLLY  i386

To my surprise I didn't got a Device busy error or something like
that, but the following panic. I rebooted, and tried again, and this
panic is reproducable.

panic(c03b359c,c1973b00,c403a600,c1948ab0,c1ce35b4) at panic+0xb7
g_dev_strategy(c403a600) at g_dev_strategy+0x118
spec_xstrategy(c1ce35b4,c403a600,0,cd001960,c0201253) at
spec_xstrategy+0x20f
spec_specstrategy(cd001988,cd0019a4,c026d8f4,cd001988,0) at
spec_specstrategy+0x4e
spec_vnoperate(cd001988) at spec_vnoperate+0x13
breadn(c1ce35b4,b7c4e0,0,4000,0) at breadn+0xf4
bread(c1ce35b4,b7c4e0,0,4000,0) at bread+0x20
ffs_update(c1dc0b68,1,ba,0,0) at ffs_update+0x1eb
ffs_fsync(cd001ae0,c02ade94,c0473d20,0,c0229c8d) at ffs_fsync+0x397
nfsrv_commit(c1b0d700,c1a24b00,c1948ab0,cd001c78,0) at
nfsrv_commit+0x3b6
nfssvc_nfsd(c1948ab0,c19479e0,1,c03b7606,167) at nfssvc_nfsd+0x372
nfssvc(c1948ab0,cd001d14,2,0,292) at nfssvc+0x12c
syscall(2f,2f,2f,bfbffdc4,4) at syscall+0x1ed
Xint0x80_syscall() at Xint0x80_syscall+0x1d

(kgdb) bt
#0  doadump () at /usr/source/CURRENT/sys/kern/kern_shutdown.c:240
#1  0xc014ea78 in db_fncall (dummy1=0, dummy2=0, dummy3=-1069042912,
dummy4=0xc8967750 lw\226Èh\234\À ³GÀ\001)
at /usr/source/CURRENT/sys/ddb/db_command.c:548
#2  0xc014e85e in db_command (last_cmdp=0xc03e3210, cmd_table=0x0,
aux_cmd_tablep=0xc03db3e8, aux_cmd_tablep_end=0xc03db3ec)
at /usr/source/CURRENT/sys/ddb/db_command.c:346
#3  0xc014e94b in db_command_loop () at
/usr/source/CURRENT/sys/ddb/db_command.c:472
#4  0xc01512ea in db_trap (type=3, code=0)
at /usr/source/CURRENT/sys/ddb/db_trap.c:73
#5  0xc0363910 in kdb_trap (type=3, code=0, regs=0xc896787c)
at /usr/source/CURRENT/sys/i386/i386/db_interface.c:172
#6  0xc03731cf in trap (frame=
  {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi =
-1069861476, tf_ebp = -929662784, tf_isp = -929662808, tf_ebx = 0,
tf_edx = 0, tf_ecx = 1, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip =
-1070187611, tf_cs = 8, tf_eflags = 642, tf_esp = -929662740, tf_ss =
-929662752}) at /usr/source/CURRENT/sys/i386/i386/trap.c:580
#7  0xc0364f58 in calltrap () at {standard input}:96
#8  0xc0231c97 in panic (
fmt=0xc03b359c Consumer with zero access count in g_dev_strategy)
at /usr/source/CURRENT/sys/kern/kern_shutdown.c:534
#9  0xc0203ad8 in g_dev_strategy (bp=0xc4017920)
at /usr/source/CURRENT/sys/geom/geom_dev.c:422
#10 0xc0201eaf in spec_xstrategy (vp=0xc1ce5db0, bp=0xc4017920)
at /usr/source/CURRENT/sys/fs/specfs/spec_vnops.c:512
#11 0xc0201f0e in spec_specstrategy (ap=0xc896795c)
at /usr/source/CURRENT/sys/fs/specfs/spec_vnops.c:529
#12 0xc0201253 in spec_vnoperate (ap=0x0)
at /usr/source/CURRENT/sys/fs/specfs/spec_vnops.c:122
#13 0xc026d8f4 in breadn (vp=0xc1ce5db0, blkno=5269152, size=16384,
rablkno=0x0,
rabsize=0x0, cnt=0, cred=0x0, bpp=0x0) at vnode_if.h:1116
#14 0xc026d7e0 in bread (vp=0xc1ce5db0, blkno=5269152, size=16384,
cred=0x0,
bpp=0xc89679fc) at /usr/source/CURRENT/sys/kern/vfs_bio.c:679
#15 0xc030ddcb in ffs_update (vp=0xc1a05a44, waitfor=0)
at /usr/source/CURRENT/sys/ufs/ffs/ffs_inode.c:104
#16 0xc0325907 in ufs_inactive (ap=0x0)
at /usr/source/CURRENT/sys/ufs/ufs/ufs_inode.c:125
#17 0xc032c993 in ufs_vnoperate (ap=0x0)
at /usr/source/CURRENT/sys/ufs/ufs/ufs_vnops.c:2792
#18 0xc027e32e in vput (vp=0xc1a05a44) at vnode_if.h:953
#19 0xc1a34c19 in nfsrv_write (nfsd=0xc1dab900, slp=0xc19de580,
td=0xc0b90390,
mrq=0xc8967c78) at /usr/source/CURRENT/sys/nfsserver/nfs_serv.c:1018
#20 0xc1a40752 in nfssvc_nfsd (td=0x0)
at /usr/source/CURRENT/sys/nfsserver/nfs_syscalls.c:445
#21 0xc1a401cc in nfssvc (td=0xc0b90390, uap=0xc8967d14)
at /usr/source/CURRENT/sys/nfsserver/nfs_syscalls.c:180
#22 0xc037394d in syscall (frame=
  {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077936700, tf_esi
= 4, tf_ebp =
---Type return to continue, or q return to quit---
-1077937592, tf_isp = -929661580, tf_ebx = 0, tf_edx = 672335864, tf_ecx
= 25, tf_eax = 155, tf_trapno = 12, tf_err = 2, tf_eip = 671851775,
tf_cs = 31, tf_eflags = 658, tf_esp = -1077937620, tf_ss = 47}) at
/usr/source/CURRENT/sys/i386/i386/trap.c:1008
#23 0xc0364fad in Xint0x80_syscall () at {standard input}:138
---Can't read userspace from dump, or kernel process---

(kgdb) fr 9
#9  0xc0203ad8 in g_dev_strategy (bp=0xc4017920)
at /usr/source/CURRENT/sys/geom/geom_dev.c:422
422 (g_dev_strategy raced with g_dev_close and lost));
(kgdb) list
417 g_dev_strategy(%p/%p) offset %jd length %jd data %p
cmd %d,
418 bp, bp2, (intmax_t)bp-bio_offset,
(intmax_t)bp2-bio_length,
419 bp2-bio_data, bp2-bio_cmd);
420 

2 LORs on my NFS server.

2003-08-15 Thread Tilman Linneweh
Hi list,

My CURRENT is already a bit old:

# uname -a
FreeBSD polly.arved.de 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Sun Jul 20
01:00:14 CEST 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/CURRENT/sys/POLLY  i386

But at least the first problem looks like it hasn't been fixed yet:

This happend while the machine was NFS-serving around 3 clients with
normal udp NFS and a  fourth. client tried to mount something via
mount_nfs -T -a 2

vmcore.1:

Debugger(c0382315) at Debugger+0x45
witness_lock(c04599ec,8,c03b13ee,26d,0) at witness_lock+0x54e
_mtx_lock_flags(c04599ec,0,c03b13ee,26d) at _mtx_lock_flags+0x7d
tcp_usr_rcvd(c1b7d600,80) at tcp_usr_rcvd+0x1b
soreceive(c1b7d600,c8724b1c,c8724b28,c8724b20,0) at soreceive+0x789
nfsrv_rcv(c1b7d600,c20f2e00,4) at nfsrv_rcv+0x72
sowakeup(c1b7d600,c1b7d64c) at sowakeup+0x75
tcp_input(c0bc1600,14) at tcp_input+0x11df
ip_input(c0bc1600) at ip_input+0x7a0
swi_net(0) at swi_net+0xe7
ithread_loop(c0b8a080,c8724d48,c0b8cbe0,c02134a0,0) at
ithread_loop+0x126
fork_exit(c02134a0,c0b8a080,c8724d48) at fork_exit+0xab
fork_trampoline() at fork_trampoline+0x1a
db show locks
exclusive sleep mutex inp r = 0 (0xc1a7de0c) locked @
/usr/src/CURRENT/sys/netinet/tcp_input.c:650
exclusive sleep mutex netisr lock r = 0 (0xc0457140) locked @
/usr/src/CURRENT/sys/net/netisr.c:215
exclusive sleep mutex Giant r = 0 (0xc042eac0) locked @
/usr/src/CURRENT/sys/kern/kern_intr.c:533


(kgdb) bt
#0  doadump () at /usr/src/CURRENT/sys/kern/kern_shutdown.c:240
#1  0xc014e7f8 in db_fncall (dummy1=0, dummy2=0, dummy3=-1069114912,
dummy4=0xc87248d8 ôHrÈȹ!ÀèHrÈ\001\215\ÀôHrÈø\003)
at /usr/src/CURRENT/sys/ddb/db_command.c:547
#2  0xc014e5f0 in db_command (last_cmdp=0xc0419460, cmd_table=0x0,
aux_cmd_tablep=0xc03c9410, aux_cmd_tablep_end=0xc03c9414)
at /usr/src/CURRENT/sys/ddb/db_command.c:346
#3  0xc014e6cb in db_command_loop ()
at /usr/src/CURRENT/sys/ddb/db_command.c:471
#4  0xc0150f8a in db_trap (type=3, code=0)
at /usr/src/CURRENT/sys/ddb/db_trap.c:73
#5  0xc0351ef5 in kdb_trap (type=3, code=0, regs=0xc8724a04)
at /usr/src/CURRENT/sys/i386/i386/db_interface.c:172
#6  0xc03612da in trap (frame=
  {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1069194936, tf_esi
= -1069180436, tf_ebp = -932033976, tf_isp = -932034000, tf_ebx = 0,
tf_edx = 0, tf_ecx = 1, tf_eax = 25, tf_trapno = 3, tf_err = 0, tf_eip =
-1070259835, tf_cs = 8, tf_eflags = 662, tf_esp = -1069194932, tf_ss =
-932033928})
at /usr/src/CURRENT/sys/i386/i386/trap.c:595
#7  0xc0353558 in calltrap () at {standard input}:102
#8  0xc0242c4e in witness_lock (lock=0xc04599ec, flags=8,
file=0xc03b13ee /usr/src/CURRENT/sys/netinet/tcp_usrreq.c,
line=621)
at /usr/src/CURRENT/sys/kern/subr_witness.c:838
#9  0xc021b7dd in _mtx_lock_flags (m=0xc04599ec, opts=0,
---Type return to continue, or q return to quit---
file=0xc03b13ee /usr/src/CURRENT/sys/netinet/tcp_usrreq.c,
line=621)
at /usr/src/CURRENT/sys/kern/kern_mutex.c:334
#10 0xc02a9b1b in tcp_usr_rcvd (so=0x0, flags=128)
at /usr/src/CURRENT/sys/netinet/tcp_usrreq.c:621
#11 0xc0257829 in soreceive (so=0xc1b7d600, psa=0xc8724b1c,
uio=0xc8724b28,
mp0=0xc8724b20, controlp=0x0, flagsp=0xc8724b24)
at /usr/src/CURRENT/sys/kern/uipc_socket.c:1087
#12 0xc1a9ff92 in nfsrv_rcv (so=0xc1b7d600, arg=0xc20f2e00, waitflag=4)
at /usr/src/CURRENT/sys/nfsserver/nfs_srvsock.c:445
#13 0xc0258e35 in sowakeup (so=0xc1b7d600, sb=0xc1b7d64c)
at /usr/src/CURRENT/sys/kern/uipc_socket2.c:320
#14 0xc02a1abf in tcp_input (m=0xc0bc1600, off0=20)
at /usr/src/CURRENT/sys/netinet/tcp_input.c:1108
#15 0xc029c6c0 in ip_input (m=0xc0bc1600)
at /usr/src/CURRENT/sys/netinet/ip_input.c:943
#16 0xc0284507 in swi_net (dummy=0x0) at
/usr/src/CURRENT/sys/net/netisr.c:236
#17 0xc02135c6 in ithread_loop (arg=0xc0b8a080)
at /usr/src/CURRENT/sys/kern/kern_intr.c:534
#18 0xc021294b in fork_exit (callout=0xc02134a0 ithread_loop,
arg=0xc0b8a080, frame=0xc8724d48)
at /usr/src/CURRENT/sys/kern/kern_fork.c:794
(kgdb) fr 12
#12 0xc1a9ff92 in nfsrv_rcv (so=0xc1b7d600, arg=0xc20f2e00, waitflag=4)
at /usr/src/CURRENT/sys/nfsserver/nfs_srvsock.c:445
445 error = so-so_proto-pr_usrreqs-pru_soreceive
(kgdb) list
440 /*
441  * Do soreceive().
442  */
443 auio.uio_resid = 10;
444 flags = MSG_DONTWAIT;
445 error = so-so_proto-pr_usrreqs-pru_soreceive
446 (so, nam, auio, mp, NULL, flags);
447 if (error || mp == NULL) {
448 if (error == EWOULDBLOCK)
449 slp-ns_flag |= SLP_NEEDQ;
(kgdb) fr 11
#11 0xc0257829 in soreceive (so=0xc1b7d600, psa=0xc8724b1c,
uio=0xc8724b28,
mp0=0xc8724b20, controlp=0x0, flagsp=0xc8724b24)
at /usr/src/CURRENT/sys/kern/uipc_socket.c:1087
warning: Source file is more recent than executable.

1087   

Re: where is rogue?

2003-06-24 Thread Tilman Linneweh
* Kris Kennaway [Di, 24 Jun 2003 at 03:13 GMT]:
 
   I installed freebsd-games, and it has most of the games I remember, b=
 ut n=3D
  ot
   rogue.
 =20
  Well, hrumph, it's supposed to be in that port.  Mark, it looks like
  rogue wasn't added for some reason.
=20
 Oops. Fix coming later today.
 
 Any progress on this?


BTW, there are some open PRs regarding the freebsd-games. Currently they are
all assigned to freebsd-ports-bugs. 

Does anyone volunteer to handle these, or are there plans to put the games
sources in a CVS somewhere (projects repository?). 

regards
tilman 


pgp0.pgp
Description: PGP signature


Re: Ethernet (xl) will not transmit or receive

2003-02-20 Thread Tilman Linneweh
In arved.freebsd.current, you wrote:
 I updated my 5.0 system built in late January to RELENG_5_0 on Sunday
 and the Ethernet was not working. I tried again last night with no
 change in behavior.
 
 The system is an AMD K6-2 on an ASUS P5A mobo. I have a 3Com 3c905B
 Ethernet which had been working fine on a kernel built in late
 January.
 
 The dmesg is not too meaningful, but the system shows no errors. It
 simply never receives a packet. ARPs are all incomplete and no packets
 are transmitted although netstat -in indicates that they are. The
 packets never actually reach the wire, though.
 
 I can't believe that no one else has this card, but I didn't find
 anything in the archives on it.
 
 Any idea what needs to be rolled back and how far? I'm suspicious that
 it might be an mii problem. Maybe even an interrupt issue. I an
 suspicious of the second, empty xlphy0: line in the dmesg, but the
 reported MAC is right and my old kernel that works seems to generate a
 similar empty line.

Check out the Errata http://www.freebsd.org/releases/5.0R/errata.html
There is an item for the xl0 driver, although your problem looks different then 
mine.

regards
tilman

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: arla on 5.0-DP2

2002-12-01 Thread Tilman Linneweh
In arved.freebsd.current, you wrote:
 Hi all,
 
 I tried to build arla on 5.0-DP2 and got messages following my
 signature. It seems that some structures changed since 4-STABLE.
 I'm building it on my own using patches from port tree. This
 procedure works on 4.x flawlessly.


Have you tried the update submitted in PR ports 43484? I didn't tested it
on CURRENT yet (due to lack of Kerberos on my CURRENT box).

regards
tilman



msg47878/pgp0.pgp
Description: PGP signature


Re: arla on 5.0-DP2

2002-12-01 Thread Tilman Linneweh
* Petr Holub [EMAIL PROTECTED] [Sun, 1 Dec 2002 16:38:26 +0100]:

  Have you tried the update submitted in PR ports 43484? I didn't tested it
  on CURRENT yet (due to lack of Kerberos on my CURRENT box).
 
 The seems to just to upgrade to 0.36.9. I tried to compile both 0.35.9
 and 0.36.10 with the same result. :-( I didn't use patches patch-ac and patch-ad
 from port tree since they seem to fail on both 0.35.9 and 0.35.10...
 
 Petr

Hm google found some patches here,

http://www.stacken.kth.se/lists/arla-drinkers/2001-12/msg00012.html

They are nearly a year old, but maybe they still apply?
Have you tried them?




msg47881/pgp0.pgp
Description: PGP signature


reproducable panic with todays current. and xl0 NIC

2002-11-24 Thread Tilman Linneweh
Hi,

I can reproducable panic todays CURRENT by running ifconfig xl0 up 
(My rl0 NIC works fine). The xl0 NIC works on STABLE.

Any help/ideas appreciated.

regards
tilman

polly# ifconfig xl0 up
panic: invalid ife-ifm_data (0x6000) in mii_phy_setmedia
Debugger(panic)
Stopped at  Debugger+0x54:  xchgl   %ebx,in_Debugger.0
db tr
Debugger(c03ce03a,c0459e20,c03afc98,cfc7185c,1) at Debugger+0x54
panic(c03afc98,6000,c0d34f00,c1f2879c,cf52f000) at panic+0xab
mii_phy_setmedia(c1f2f540,c1f281a8,c1f2f540,c1f2f6c0,cfc718c8) at mii_phy_setmedia+0x99
exphy_service(c1f2f540,c1f2f6c0,2,cf52f800,c1f28000) at exphy_service+0x56
mii_mediachg(c1f2f6c0,246,cfc71900,c1f2f6c0,c1f28000) at mii_mediachg+0x32
xl_init(c1f28000,c03cc50a,cc,8020690c,c1f28000) at xl_init+0x673
ether_ioctl(c1f28000,8020690c,c2277400,c042d100,c2277400) at ether_ioctl+0x70
xl_ioctl(c1f28000,8020690c,c2277400,0,cfc71b04) at xl_ioctl+0x1e3
in6_ifinit(c1f28000,c2277400,cfc71aac,1,c0256894) at in6_ifinit+0xa5
in6_update_ifa(c1f28000,cfc71a9c,0,c0273ffb,cfc71a50) at in6_update_ifa+0x4aa
in6_ifattach_linklocal(c1f28000,0,c0256894,c02d7c00,cfc71b64) at 
in6_ifattach_linklocal+0x124
in6_ifattach(c1f28000,0,0,0,0) at in6_ifattach+0x208
in6_if_up(c1f28000,c1f2527c) at in6_if_up+0x1b
if_route(c1f28000,1,0,cfc71bd0,c02b65a3) at if_route+0x67
if_up(c1f28000,515,0,cfc71c00,8803) at if_up+0x21
ifhwioctl(80206910,c1f28000,cfc71c54,c22952a0,c045cf18) at ifhwioctl+0x273
ifioctl(c209a200,80206910,cfc71c54,c22952a0,c2296418) at ifioctl+0xe4
soo_ioctl(c201e4b0,80206910,cfc71c54,c22c4300,c22952a0) at soo_ioctl+0x19c
ioctl(c22952a0,cfc71d10,c03ebf3a,407,3) at ioctl+0x4b6
syscall(2f,2f,2f,3,1) at syscall+0x28e
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x804f967, esp = 0xbfbffa5c, ebp = 
0xbfbffaa8 ---

dmesg:

Copyright (c) 1992-2002 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 Nov 25 03:19:33 CET 2002
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/POLLY
Preloaded elf kernel /boot/kernel/kernel at 0xc0584000.
Preloaded elf module /boot/kernel/acpi.ko at 0xc05840a8.
Timecounter i8254  frequency 1193182 Hz
Timecounter TSC  frequency 400910740 Hz
CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU)
  Origin = AuthenticAMD  Id = 0x58c  Stepping = 12
  Features=0x8021bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX
  AMD Features=0x8800SYSCALL,3DNow!
real memory  = 201310208 (191 MB)
avail memory = 189706240 (180 MB)
Initializing GEOMetry subsystem
K6-family MTRR support enabled (2 registers)
npx0: math processor on motherboard
npx0: INT 16 interface
acpi0: ASUS   P5A  on motherboard
Using $PIR table, 8 entries at 0xc00f0d00
acpi0: power button is handled as a fixed feature programming model.
Timecounter ACPI-safe  frequency 3579545 Hz
acpi_timer0: 24-bit timer at 3.579545MHz port 0xec08-0xec0b on acpi0
acpi_cpu0: CPU on acpi0
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
 initial configuration 
\_SB_.LNKA irq  11: [  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.12.0
\_SB_.LNKB irq  10: [  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.12.1
\_SB_.LNKC irq   0: [  1  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.12.2
\_SB_.LNKD irq   9: [  1  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.12.3
\_SB_.LNKB irq  10: [  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.11.0
\_SB_.LNKC irq   0: [  1  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.11.1
\_SB_.LNKD irq   9: [  1  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.11.2
\_SB_.LNKA irq  11: [  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.11.3
\_SB_.LNKC irq   0: [  1  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.10.0
\_SB_.LNKD irq   9: [  1  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.10.1
\_SB_.LNKA irq  11: [  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.10.2
\_SB_.LNKB irq  10: [  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.10.3
\_SB_.LNKD irq   9: [  1  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.9.0
\_SB_.LNKA irq  11: [  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.9.1
\_SB_.LNKB irq  10: [  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.9.2
\_SB_.LNKC irq   0: [  1  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.9.3
\_SB_.LNKD irq   9: [  1  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.13.0
\_SB_.LNKA irq  11: [  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.13.1
\_SB_.LNKB irq  10: [  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.13.2
\_SB_.LNKC irq   0: [  1  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.13.3
\_SB_.LNKE irq   0: [  1  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.2.0
\_SB_.LNKA irq  11: [  3  4  5  6  7  9 10 11 12 14 15] low,level,sharable 0.2.1
\_SB_.LNKB irq  10: [  3  4  5  6  7  9 10 11 12 

Re: Problems with DP2 install floppies ... ?

2002-11-19 Thread Tilman Linneweh
In freebsd.current, you wrote:
 
 Just got everything up, made sure that it knew how to mount my file
 systems, watched it fsck those same file systems ... but as soon as it
 started to install, it reported out of space errors ...
 
 On ALT-F2, it looks like its trying to write to:
 
 ./usr/share/dict/..
 
 instead of, what I believe its supposed to be:
 
 /mnt/usr/share/dict/..
 
 which would explain why its running out of disk space, as its trying to
 write to the floppy ... ?
 
 Going to ALT-F4 and doing a df shows that everything appears to be mounted
 as expected (/mnt, /mnt/dev, /mnt/usr, etc) ...
 
 known problem, or did I screw up a step here?

I have seen this out of space errors with the floppy install and a fresh formatted 8G 
Harddisk and default partition sizes.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: Clock runs too fast

2002-11-12 Thread Tilman Linneweh
 I have a problem with my ASUS P5A-B motherboard, where the timer
 runs too fast.  This is with -CURRENT, cvsup'd from 1.5 weeks ago.
 
 I encountered this problem before, and found a fix which worke;:
 
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=145760+0+archive/2002/freebsd-current/20020915.freebsd-current
 
 However, this fix (adding kern.timecounter.hardware=i8254 to /etc/sysctl.conf)
 does not seem to work anymore.  The clock still runs too fast.

You are not alone.
Same motherboard, same problem. No idea.

regards
tilman

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message