Why I Love You

2008-02-05 Thread elizabeth.zamora

A Token of My Love http://194.117.238.111/

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


Re: downgrade freebsd 6.3 to 6.2?

2008-02-05 Thread Eugene Grosbein
On Tue, Feb 05, 2008 at 10:46:13AM +0100, Marko Kobal wrote:

 Does this mean I can not downgrade back to 6.2!?

First try to rm -rf /usr/obj.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


downgrade freebsd 6.3 to 6.2?

2008-02-05 Thread Marko Kobal

Hi,

I'm having some issues after upgrading from 6.2 to 6.3 (with the mpt driver). I have upgraded both 
world and kernel and have already done installkernel and installworld and rebooted several times. 
Now I wish to downgrade to 6.2; I did *default  tag=RELENG_6_2 in CVSUP file and 
make update, but then when I try to run:

/usr/src# make buildkernel

I get:

--

stage 3.1: making dependencies

--
cd /usr/obj/usr/src/sys/CORVUS;  MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=i386  
MACHINE=i386  CPUTYPE=pentium4  GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin  
GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font  
GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac  
_SHLIBDIRPREFIX=/usr/obj/usr/src/tmp  INSTALL=sh /usr/src/tools/install.sh  
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
 /usr/obj/usr/src/make.i386/make KERNEL=kernel depend -DNO_MODULES_OBJ
make: don't know how to make /usr/src/sys/sys/_sx.h. Stop
*** Error code 2

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

Does this mean I can not downgrade back to 6.2!?

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


kgdb kernel crash with module

2008-02-05 Thread Stephen Clark

Hello List,

Is there some way to debug a crash dump with kgdb when the crash is in a 
module?


Steve

--

They that give up essential liberty to obtain temporary safety, 
deserve neither liberty nor safety.  (Ben Franklin)


The course of history shows that as a government grows, liberty 
decreases.  (Thomas Jefferson)




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


ATA/boot problems with 6.2-release and 7-prerelease

2008-02-05 Thread Matt Emmerton
I have a 6.1-release machine that I wanted to upgrade, so I decided I would 
upgrade to 6.2-rel, and then to 7-pre.


When I upgraded to 6.2-rel, it fails at mountroot, claiming that it can't 
find ad0s1a to boot from.  (Entering ? to list all available boot devices 
only lists acd0 and ad2*, which are secondary master/slave.  It doesn't list 
anything on ad0 or ad1 which are primary master/slave.)  The same thing 
happens on 7-pre.


All installations are using GENERIC kernel.  Booting from CD and going into 
fixit mode works fine - I can see all filesystems on all disks.


I've tried swapping primary/secondary as well as swapping cables, but the 
problem persists.


I've attached the dmesg from 6.1.  Both 6.2 and 7-pre have the following 
text in the dmesg numerous times for ata0.


ata0: reiniting channel ..
ata0: reset tp1 mask=0x ostat0=58 ostat1=50
ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00
ata0: stat1=0x50 err=0x01 lsb=0x00 msb=0x00
ata0: reset tp2 stat0=50 stat1=50 devices=0x3ATA_SLAVE,ATA_MASTER

I see this a couple of times for ata1 as well, but the stat1 line is 
different and we end up detecting ad2/acd0 which are on ata1.


Any ideas?

--
Matt Emmerton 


dmesg.61generic
Description: Binary data
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: kgdb kernel crash with module

2008-02-05 Thread Stephen Clark

Stephen Clark wrote:

Hello List,

Is there some way to debug a crash dump with kgdb when the crash is in 
a module?


Steve


My bad found it in the manual - I obviously did not read far enough.

sorry for the noise.

Steve

--

They that give up essential liberty to obtain temporary safety, 
deserve neither liberty nor safety.  (Ben Franklin)


The course of history shows that as a government grows, liberty 
decreases.  (Thomas Jefferson)




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


Did something change with DHCP?

2008-02-05 Thread Christian Baer
Greetings, people!

I had a strange effect today when I updated to the latest -STABLE (sources
from about 17:00 UTC yesterday, not sure about the time though). After
rebooting for the last time (installworld and mergemaster went before
that), the machine had a new IP. The old one was 192.168.100.9 the new one
had a 76 instead of the 9.

I have dnsmasq running on another computer as a DHCP-server. I used static
DHCP, which means the ether address of each computer is in the
configuration file of dnsmasq and should give each machine the same
IP-address each time. That works fine for alle my machines exept this one
where I have just updates. The 76 is part of the dynamic range I put in
there in case I ever connect a computer from a friend or a laptop or
anything else that isn't always in my network.

If I try to get a new IP-address with dhclient fxp0, I always get 76.
dnsmasq puts this into /var/log/messages (twice):

  Feb  5 16:09:43 nermal dnsmasq[138]: not giving name
  jon.rz1.convenimus.net to the DHCP lease of 192.168.100.76 because the
  name exists in /etc/hosts with address 192.168.100.9

I also get this message if any other computer requests an IP-address. Mind
you, exactly this message, not a message regarding the other computer.

I did notice some changes in the defaults of rc.config. After looking at
the file more closely, I still can't find anything that would be of
relevance. This is a piece of /etc/defaults/rc.conf:

  dhclient_program=/sbin/dhclient
  dhclient_flags=
  #dhclient_flags_fxp0=
  background_dhclient=NO
  #background_dhclient_fxp0=YES
  synchronous_dhclient=YES

I did not comment out those two lines, that was done by mergemaster. And I
don't see anything in those settings that would suggest this happenning.

There is nothing concerning the dhclient in rc.conf and /etc/dhclient.conf
contains not entries, therefore leaving the defaults.

What changed with this update?

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


Re: Crashing repeatedly: 6.2-RELEASE-p5 and MySQL 5.0.41

2008-02-05 Thread Tom Samplonius

- Primeroz lists [EMAIL PROTECTED] wrote:
 Hi all,
 
 we are experiencing repeated crash on a Dell PowerEdge 2950 (rev 1 or
 2).
 
 FBSD release is 6.2-RELEASE-p5 , AMD64. 2xXeon QuadCore and 8G of Ram.
 
 MySQL Version is 5.0.41 with following configuration settings:
 
 set-variable= key_buffer=768M
 set-variable= table_cache=800
 set-variable= sort_buffer=24M
 set-variable= myisam_sort_buffer_size=256M
 set-variable= record_buffer=16M
 set-variable= max_allowed_packet=10M
 set-variable= thread_stack=128K
 set-variable= join_buffer=512M
 set-variable= max_heap_table_size=256M
 set-variable= max_connections=300
 set-variable= tmp_table_size=384M
 set-variable= query_cache_size=402653184
 set-variable= query_cache_limit=134217728
 set-variable= read_rnd_buffer_size=10M
 set-variable= ft_min_word_len=1
 pid-file= /var/db/mysqld.pid
 tmpdir  = /var/tmp
 ft_stopword_file = ''
 set-variable= thread_cache_size=80
 set-variable= myisam_stats_method=nulls_equal

  Also, myslq is not really well tuned.

  The query cache is a kludge.  It is helpful, if you have stupid application 
that issues the same query over and over again, even though the database has 
not changed.  If you don't have this problem, it just adds overhead.  And quite 
a lot, if it is big.  Generally, the query cache should be 20 to 100M at most, 
if not disabled.  If you have a smart web application (anything using 
memcached), the query cache should just be turned off.  It will actually be 
faster.

  You should give us much storage as possible to the database engine, for it 
cache actual data, not query results.  It is weird that you are apparently are 
heavily using Innodb, but you have just set various myiasam values?  

  Here is something useful:

http://www.joyeur.com/2007/09/25/quick-wins-with-mysql


Tom

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


Re: mount -p and NFS options

2008-02-05 Thread Dan Nelson
In the last episode (Feb 04), Mike Andrews said:
 Is there anything like mount -p that will print the current NFS
 options in use?  TCP vs UDP, v2 vs v3, read/write sizes etc.  It
 doesn't have to be in fstab format; I just need to be able to see
 what the flags are for an active mount.
 
 This would be useful in tracking down an irritating NFS problem I've
 been experiencing with diskless systems in every 6.x release and
 7.0-RC1, namely libc.so.6 appears to be truncated or corrupt to the
 client at somewhat random times...  I think it may be related to
 mount options, hence the question.

Theoretically, any filesystem that uses nmount(2) should have its
options recored in an easy-to-extract format, since one of the
arguments to nmount is an array of options.  I patched my kernel and
/sbin/mount binary to do this (borrowing the f_charspare field in
struct statfs), and it mostly works.  The stuff below in  brackets
are from the options array.  You can see that cd9660 was mounted with
the option ssector=0:

 ([EMAIL PROTECTED]) /root# mount
 local/root on / (zfs, NFS exported, local, rw,noro)
 devfs on /dev (devfs, local, )
 /dev/ufs/boot on /.boot (ufs, local, soft-updates, rw,noro)
 procfs on /proc (procfs, local, rw,noro)
 /dev/md0 on /tmp (ufs, NFS exported, local, )
 /dev/cd0 on /cdrom (cd9660, NFS exported, local, read-only, ro,ssector=0)

Unfortunately, mount_nfs simply calls nmount with a single nfs_args
option whose value is the same binary struct nfs_args it used to call
mount(2) with :(  The fix would be to make nfs_vfsops.c and mount_nfs.c
use the options array instead of a custom struct, but
nfs_vfsops.c:nfs_decode_args scares me off every time I look at it.

-- 
Dan Nelson
[EMAIL PROTECTED]
Index: sys/kern/vfs_mount.c
===
RCS file: /home/ncvs/src/sys/kern/vfs_mount.c,v
retrieving revision 1.265.2.2
diff -u -p -r1.265.2.2 vfs_mount.c
--- sys/kern/vfs_mount.c	17 Jan 2008 04:24:53 -	1.265.2.2
+++ sys/kern/vfs_mount.c	18 Jan 2008 23:13:48 -
@@ -1020,6 +1020,40 @@ vfs_domount(
 		if (mp-mnt_opt != NULL)
 			vfs_freeopts(mp-mnt_opt);
 		mp-mnt_opt = mp-mnt_optnew;
+	
+		/* Collapse the mount options into a readable string */
+		mp-mnt_stat.f_charspare[0]=0;
+		if (mp-mnt_opt) {
+			struct vfsopt *opt;
+			struct sbuf *sb;
+
+			sb = sbuf_new(NULL, mp-mnt_stat.f_charspare, 
+sizeof(mp-mnt_stat.f_charspare), 
+SBUF_FIXEDLEN);
+			TAILQ_FOREACH(opt, mp-mnt_opt, link) {
+/*
+ * Skip options that are temporary, stored 
+ * elsewhere in struct statfs, or are structs
+ */
+if (strcmp(opt-name,errmsg) == 0 ||
+strcmp(opt-name,from) == 0 ||
+strcmp(opt-name,fspath) == 0 ||
+strcmp(opt-name,fstype) == 0 ||
+strcmp(opt-name,nfs_args) == 0 ||
+strcmp(opt-name,update) == 0 )
+	continue;
+if (sbuf_len(sb))
+	sbuf_cat(sb, ,);
+sbuf_cat(sb, opt-name);
+if (opt-len) {
+	sbuf_cat(sb, =);
+	sbuf_cat(sb, opt-value);
+}
+			}
+			sbuf_finish(sb);
+			sbuf_delete(sb);
+		}
+
 		(void)VFS_STATFS(mp, mp-mnt_stat, td);
 	}
 	/*
Index: sbin/mount/mount.c
===
RCS file: /home/ncvs/src/sbin/mount/mount.c,v
retrieving revision 1.96
diff -u -p -r1.96 mount.c
--- sbin/mount/mount.c	25 Jun 2007 05:06:54 -	1.96
+++ sbin/mount/mount.c	2 Oct 2007 21:20:18 -
@@ -596,6 +596,7 @@ prmount(struct statfs *sfp)
 			(void)printf(, %s, o-o_name);
 			flags = ~o-o_opt;
 		}
+	printf(, %s,sfp-f_charspare);
 	/*
 	 * Inform when file system is mounted by an unprivileged user
 	 * or privileged non-root user.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: fusefs-ntfs makes fatal trap/page fault in FreeBSD-7.0

2008-02-05 Thread Ganbold

More information:

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address= 0x746e756f
fault code= supervisor read, page not present
instruction pointer= 0x20:0xc06d8f46
stack pointer= 0x28:0xe64189b0
frame pointer= 0x28:0xe64189b4
code segment= base 0x0, limit 0xf, type 0x1b
   = DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process= 843 (mount_fusefs)
panic: from debugger
cpuid = 0
KDB: stack backtrace:
Uptime: 1m34s
Physical memory: 1006 MB
Dumping 56 MB: 41 25 9

#0  doadump () at pcpu.h:195
195pcpu.h: No such file or directory.
   in pcpu.h
(kgdb) where
#0  doadump () at pcpu.h:195
#1  0xc064f4fe in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
#2  0xc064f7bb in panic (fmt=Variable fmt is not available.
) at /usr/src/sys/kern/kern_shutdown.c:563
#3  0xc0465d47 in db_panic (addr=Could not find the frame base for 
db_panic.

) at /usr/src/sys/ddb/db_command.c:433
#4  0xc0466735 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401
#5  0xc0467ea5 in db_trap (type=12, code=0) at 
/usr/src/sys/ddb/db_main.c:222
#6  0xc0676b06 in kdb_trap (type=12, code=0, tf=0xe6418970) at 
/usr/src/sys/kern/subr_kdb.c:502
#7  0xc085528f in trap_fatal (frame=0xe6418970, eva=1953396079) at 
/usr/src/sys/i386/i386/trap.c:890
#8  0xc08554b0 in trap_pfault (frame=0xe6418970, usermode=0, 
eva=1953396079) at /usr/src/sys/i386/i386/trap.c:812
#9  0xc0855e52 in trap (frame=0xe6418970) at 
/usr/src/sys/i386/i386/trap.c:490

#10 0xc083c36b in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#11 0xc06d8f46 in strcmp (s1=0xc432044f fspath, s2=0x746e756f Address 
0x746e756f out of bounds) at /usr/src/sys/libkern/strcmp.c:45
#12 0xc06c0865 in vfs_getopt (opts=0xc09bb700, name=0xc432044f fspath, 
buf=0x0, len=0x0) at /usr/src/sys/kern/vfs_mount.c:1869

#13 0xc4319380 in ?? ()
#14 0xc09bb700 in w_data ()
#15 0xc432044f in ?? ()
#16 0x in ?? ()
#17 0x in ?? ()
#18 0xc43df210 in ?? ()
#19 0xc43df210 in ?? ()
#20 0xc09b1db0 in w_lock_list_free ()
#21 0xc43df210 in ?? ()
#22 0xe6418a00 in ?? ()
#23 0x0246 in ?? ()
#24 0xc09b1db0 in w_lock_list_free ()
#25 0xe6418a1c in ?? ()
#26 0xc064279d in _mtx_unlock_spin_flags (m=0xc3e5707c, 
opts=-1002573296, file=0xc08d01ce /usr/src/sys/kern/vfs_mount.c, 
line=1001)

   at /usr/src/sys/kern/kern_mutex.c:246
#27 0xc06c34ad in vfs_donmount (td=0xc43df210, fsflags=0, 
fsoptions=0xc439c900) at /usr/src/sys/kern/vfs_mount.c:1007
#28 0xc06c47a2 in nmount (td=0xc43df210, uap=0xe6418cfc) at 
/usr/src/sys/kern/vfs_mount.c:416
#29 0xc0855783 in syscall (frame=0xe6418d38) at 
/usr/src/sys/i386/i386/trap.c:1035
#30 0xc083c3d0 in Xint0x80_syscall () at 
/usr/src/sys/i386/i386/exception.s:196

#31 0x0033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)


Ganbold wrote:

Hi,

I'm having trouble mounting external NTFS hard drive using fusefs-ntfs 
port on Dell Latitude D620.


devil# uname -an
FreeBSD devil.micom.mng.net 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #3: 
Tue Feb  5 10:29:24 ULAT 2008 
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/DEVIL  i386


devil# pkg_info | grep fuse
fusefs-kmod-0.3.9.p1_3 Kernel module for fuse
fusefs-libs-2.7.2   FUSE allows filesystem implementation in userspace
fusefs-ntfs-1.1120  Mount NTFS partitions (read/write) and disk images
devil# kldload /usr/local/modules/fuse.ko
devil# kldstat
Id Refs AddressSize Name
1   23 0xc040 6df8b4   kernel
21 0xc0ae 14324snd_hda.ko
32 0xc0af5000 52a08sound.ko
42 0xc0b48000 10ebcdrm.ko
51 0xc0b59000 7184 i915.ko
61 0xc0b61000 6b314acpi.ko
72 0xc4005000 c000 ipfw.ko
81 0xc4035000 4000 ipdivert.ko
91 0xc406d000 22000linux.ko
113 0xc43dd000 3000 ucom.ko
121 0xc43e 3000 uftdi.ko
131 0xc43e5000 4000 uplcom.ko
141 0xc59aa000 e000 fuse.ko


When I try to mount it, on serial console I see:
..
umass0: Seagate FreeAgent Go, class 0/0, rev 2.00/0.00, addr 2 on uhub4
da0 at umass-sim0 bus 0 target 0 lun 0
da0: Seagate FreeAgent Go 100F Fixed Direct Access SCSI-4 device
da0: 40.000MB/s transfers
da0: 152627MB (312581808 512 byte sectors: 255H 63S/T 19457C)
(da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 0 0 3f 0 0 1 0
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): ABORTED COMMAND asc:0,0
(da0:umass-sim0:0:0:0): No additional sense information
(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data)
(da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 0 0 3f 0 0 1 0
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): ABORTED COMMAND asc:0,0
(da0:umass-sim0:0:0:0): No additional sense information
(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data)
GEOM_LABEL: Label for 

Re: panic: resource_list_release: resource entry is not busy in FreeBSD-7.0

2008-02-05 Thread Ganbold

More information:

Unread portion of the kernel message buffer:
panic: resource_list_release: resource entry is not busy
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper(c08c8071,e40bebb8,c064f78f,c08ec0ac,0,...) at 
db_trace_self_wrapper+0x26

kdb_backtrace(c08ec0ac,0,c08c7b77,e40bebc4,0,...) at kdb_backtrace+0x29
panic(c08c7b77,3,10,0,c3c6ce40,...) at panic+0x10f
resource_list_release(c3c96204,c3c46100,c3c92e00,3,10,...) at 
resource_list_release+0xc2
bus_generic_rl_release_resource(c3c46100,c3c92e00,3,10,c3c6ce00) at 
bus_generic_rl_release_resource+0x77
bus_release_resource(c3c92e00,3,10,c3c6ce00,c3c92e00,...) at 
bus_release_resource+0x67

ath_pci_detach(c3c92e00,c3b41050,c095ba6c,970,4,...) at ath_pci_detach+0xb2
device_detach(c3c92e00,e40becac,e40becb0,c09aad30,0,...) at 
device_detach+0x8c
cardbus_detach_card(c3c46100,c3b9c8b4,c091b0bc,1df,c09ad2a0,...) at 
cardbus_detach_card+0xcd
cbb_event_thread(c3bb1000,e40bed38,c08c1af7,305,c3c40ab0,...) at 
cbb_event_thread+0x15a

fork_exit(c0556c60,c3bb1000,e40bed38) at fork_exit+0xb8
fork_trampoline() at fork_trampoline+0x8
--- trap 0, eip = 0, esp = 0xe40bed70, ebp = 0 ---
KDB: enter: panic
panic: from debugger
cpuid = 0
Uptime: 24s
Physical memory: 1006 MB
Dumping 55 MB: 40 24 8

#0  doadump () at pcpu.h:195
195pcpu.h: No such file or directory.
   in pcpu.h
(kgdb) where
#0  doadump () at pcpu.h:195
#1  0xc064f4fe in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
#2  0xc064f7bb in panic (fmt=Variable fmt is not available.
) at /usr/src/sys/kern/kern_shutdown.c:563
#3  0xc0465d47 in db_panic (addr=Could not find the frame base for 
db_panic.

) at /usr/src/sys/ddb/db_command.c:433
#4  0xc0466735 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401
#5  0xc0467ea5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222
#6  0xc0676b06 in kdb_trap (type=3, code=0, tf=0xe40beb44) at 
/usr/src/sys/kern/subr_kdb.c:502
#7  0xc0855fcf in trap (frame=0xe40beb44) at 
/usr/src/sys/i386/i386/trap.c:648

#8  0xc083c36b in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#9  0xc0676c82 in kdb_enter (msg=0xc08c5574 panic) at cpufunc.h:60
#10 0xc064f7a4 in panic (fmt=0xc08c7b77 resource_list_release: resource 
entry is not busy) at /usr/src/sys/kern/kern_shutdown.c:547
#11 0xc06733b2 in resource_list_release (rl=0xc3c96204, bus=0xc3c46100, 
child=0xc3c92e00, type=3, rid=16, res=0xc3c6ce00)

   at /usr/src/sys/kern/subr_bus.c:2768
#12 0xc06734a7 in bus_generic_rl_release_resource (dev=0xc3c46100, 
child=0xc3c92e00, type=3, rid=16, r=0xc3c6ce00) at 
/usr/src/sys/kern/subr_bus.c:3319
#13 0xc0673057 in bus_release_resource (dev=0xc3c92e00, type=3, rid=16, 
r=0xc3c6ce00) at bus_if.h:347
#14 0xc04aad92 in ath_pci_detach (dev=0xc3c92e00) at 
/usr/src/sys/dev/ath/if_ath_pci.c:223

#15 0xc067166c in device_detach (dev=0xc3c92e00) at device_if.h:212
#16 0xc04c3cdd in cardbus_detach_card (cbdev=0xc3c46100) at 
/usr/src/sys/dev/cardbus/cardbus.c:236

#17 0xc0556dba in cbb_event_thread (arg=0xc3bb1000) at card_if.h:95
#18 0xc06302e8 in fork_exit (callout=0xc0556c60 cbb_event_thread, 
arg=0xc3bb1000, frame=0xe40bed38) at /usr/src/sys/kern/kern_fork.c:781
#19 0xc083c3e0 in fork_trampoline () at 
/usr/src/sys/i386/i386/exception.s:205

(kgdb)


Ganbold wrote:

Hi,

I'm having trouble using Orinoco Silver a/b/g combo pcmcia card on 
Dell Latitude D620.


It happens in following order:
1. First I reboot FreeBSD-7.0 laptop with Orinoco combo card plugged in.
2. Then when I try to unplug the card it panics.

However after rebooting (without plugged in card)
when I try to plug in and unplug the card everything is fine, no crash.

System I have:

devil# uname -an
FreeBSD devil.micom.mng.net 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #3: 
Tue Feb  5 10:29:24 ULAT 2008 
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/DEVIL  i386


When panics, on the serial console it shows:

..
ath0: Atheros 5212 mem 0x8800-0x8800 irq 18 at device 0.0 on 
cardbus0

ath0: [ITHREAD]
ath0: using obsoleted if_watchdog interface
ath0: Ethernet address: 00:20:a6:4f:bf:7d
ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3
..
Tue Feb  5 11:52:45 ULAT 2008
..
panic: resource_list_release: resource entry is not busy
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper(c08c8051,e40bebb8,c064f78f,c08ec063,0,...) at 
db_trace_self_wrapper+0x26

kdb_backtrace(c08ec063,0,c08c7b57,e40bebc4,0,...) at kdb_backtrace+0x29
panic(c08c7b57,3,10,0,c3c6ce40,...) at panic+0x10f
resource_list_release(c3c96204,c3c46100,c3c92e00,3,10,...) at 
resource_list_release+0xc2
bus_generic_rl_release_resource(c3c46100,c3c92e00,3,10,c3c6ce00) at 
bus_generic_rl_release_resource+0x77
bus_release_resource(c3c92e00,3,10,c3c6ce00,c3c92e00,...) at 
bus_release_resource+0x67
ath_pci_detach(c3c92e00,c3b41050,c095ba2c,970,4,...) at 
ath_pci_detach+0xb2
device_detach(c3c92e00,e40becac,e40becb0,c09aacf0,0,...) at 
device_detach+0x8c
cardbus_detach_card(c3c46100,c3b9c8b4,c091b07c,1df,c09ad260,...) at 

[releng_7 tinderbox] failure on amd64/amd64

2008-02-05 Thread FreeBSD Tinderbox
TB --- 2008-02-06 04:56:45 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-02-06 04:56:45 - starting RELENG_7 tinderbox run for amd64/amd64
TB --- 2008-02-06 04:56:45 - cleaning the object tree
TB --- 2008-02-06 04:57:08 - cvsupping the source tree
TB --- 2008-02-06 04:57:08 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s 
/tinderbox/RELENG_7/amd64/amd64/supfile
TB --- 2008-02-06 04:57:17 - building world (CFLAGS=-O2 -pipe)
TB --- 2008-02-06 04:57:17 - cd /src
TB --- 2008-02-06 04:57:17 - /usr/bin/make -B buildworld
 World build started on Wed Feb  6 04:57:18 UTC 2008
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 stage 5.1: building 32 bit shim libraries
 World build completed on Wed Feb  6 06:25:19 UTC 2008
TB --- 2008-02-06 06:25:20 - generating LINT kernel config
TB --- 2008-02-06 06:25:20 - cd /src/sys/amd64/conf
TB --- 2008-02-06 06:25:20 - /usr/bin/make -B LINT
TB --- 2008-02-06 06:25:20 - building LINT kernel (COPTFLAGS=-O2 -pipe)
TB --- 2008-02-06 06:25:20 - cd /src
TB --- 2008-02-06 06:25:20 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Wed Feb  6 06:25:20 UTC 2008
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
 stage 3.2: building everything
[...]
: hack.c
cc -shared -nostdlib hack.c -o hack.So
rm -f hack.c
MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  
-I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS 
-include opt_global.h -fno-common -finline-limit=8000 --param 
inline-unit-growth=100 --param large-function-growth=1000 -DGPROF 
-falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer 
-mcmodel=kernel -mno-red-zone  -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx 
-mno-3dnow  -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror 
-pg -mprofiler-epilogue vers.c
linking kernel
hptrr_os_bsd.o(.data+0x0): multiple definition of `hpt_dbg_level'
entry.o(.bss+0x0): first defined here
*** Error code 1

Stop in /obj/amd64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2008-02-06 06:38:10 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2008-02-06 06:38:10 - ERROR: failed to build lint kernel
TB --- 2008-02-06 06:38:10 - tinderbox aborted
TB --- 5119.45 user 545.54 system 6084.73 real


http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


[releng_7 tinderbox] failure on i386/i386

2008-02-05 Thread FreeBSD Tinderbox
TB --- 2008-02-06 05:47:15 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-02-06 05:47:15 - starting RELENG_7 tinderbox run for i386/i386
TB --- 2008-02-06 05:47:15 - cleaning the object tree
TB --- 2008-02-06 05:47:41 - cvsupping the source tree
TB --- 2008-02-06 05:47:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s 
/tinderbox/RELENG_7/i386/i386/supfile
TB --- 2008-02-06 05:47:53 - building world (CFLAGS=-O2 -pipe)
TB --- 2008-02-06 05:47:53 - cd /src
TB --- 2008-02-06 05:47:53 - /usr/bin/make -B buildworld
 World build started on Wed Feb  6 05:47:54 UTC 2008
 Rebuilding the temporary build tree
 stage 1.1: legacy release compatibility shims
 stage 1.2: bootstrap tools
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3: cross tools
 stage 4.1: building includes
 stage 4.2: building libraries
 stage 4.3: make dependencies
 stage 4.4: building everything
 World build completed on Wed Feb  6 06:50:00 UTC 2008
TB --- 2008-02-06 06:50:00 - generating LINT kernel config
TB --- 2008-02-06 06:50:00 - cd /src/sys/i386/conf
TB --- 2008-02-06 06:50:00 - /usr/bin/make -B LINT
TB --- 2008-02-06 06:50:01 - building LINT kernel (COPTFLAGS=-O2 -pipe)
TB --- 2008-02-06 06:50:01 - cd /src
TB --- 2008-02-06 06:50:01 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Wed Feb  6 06:50:01 UTC 2008
 stage 1: configuring the kernel
 stage 2.1: cleaning up the object tree
 stage 2.2: rebuilding the object tree
 stage 2.3: build tools
 stage 3.1: making dependencies
 stage 3.2: building everything
[...]
: hack.c
cc -shared -nostdlib hack.c -o hack.So
rm -f hack.c
MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
-Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  
-I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS 
-include opt_global.h -fno-common -finline-limit=8000 --param 
inline-unit-growth=100 --param large-function-growth=1000 -DGPROF 
-falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings 
-mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 
-ffreestanding -Werror -pg -mprofiler-epilogue vers.c
linking kernel
hptrr_os_bsd.o(.data+0x0): multiple definition of `hpt_dbg_level'
entry.o(.bss+0x0): first defined here
*** Error code 1

Stop in /obj/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2008-02-06 07:04:34 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2008-02-06 07:04:34 - ERROR: failed to build lint kernel
TB --- 2008-02-06 07:04:34 - tinderbox aborted
TB --- 3977.81 user 388.74 system 4639.51 real


http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]