Re: ffs_copyonwrite panics
Jeff Roberson wrote: On Tue, 18 May 2010, Roman Bogorodskiy wrote: Hi, I've been using -CURRENT last update in February for quite a long time and few weeks ago decided to finally update it. The update was quite unfortunate as system became very unstable: it just hangs few times a day and panics sometimes. Some things can be reproduced, some cannot. Reproducible ones: 1. background fsck always makes system hang 2. system crashes on operations with nullfs mounts (disabled that for now) The most annoying one is ffs_copyonwrite panic which I cannot reproduce. The thing is that if I will run 'startx' on it with some X apps it will panic just in few minutes. When I leave the box with nearly no stress (just use it as internet gateway for my laptop) it behaves a little better but will eventually crash in few hours anyway. This may have been my fault. Can you please update and let me know if it is resolved? There was both a deadlock and a copyonwrite panic as a result of the softupdates journaling import. I just fixed the deadlock today. Tried today's -CURRENT and unfortunately the behaviour is still same. Roman Bogorodskiy ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver
Weongyo Jeong wrote: OK. The patch is ready to test. Could you please test it with attached patch? your patch got rid of the bwn0: unsupported rate 0 messages on my Dell Inspiron 1150. But it still gives me repeated: bwn0: RX decryption attempted (old 0 keyidx 0x1) and a few of the following: bwn0: need multicast update callback ts_to_ct(1274664456.824638117) = [2010-05-24 01:27:36] please let me know if there is anything you want me to test. Copyright (c) 1992-2010 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-STABLE #0: Sun May 16 00:05:17 EDT 2010 t...@zoe.uffner.com:/usr/obj/usr/src/sys/ZOE i386 Preloaded elf kernel /boot/kernel/kernel at 0xc0ab6000. Preloaded elf module /boot/kernel/if_bwn.ko at 0xc0ab6174. Preloaded elf module /boot/kernel/siba_bwn.ko at 0xc0ab6220. Preloaded elf module /boot/modules/bwn_v4_ucode.ko at 0xc0ab62d0. Timecounter i8254 frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2597803596 Hz CPU: Intel(R) Celeron(R) CPU 2.60GHz (2597.80-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Family = f Model = 2 Stepping = 9 Features=0xbfebf9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4400CNXT-ID,xTPR Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 128 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 128 KB, 2-way set associative, sectored cache, 64 byte line size real memory = 1073741824 (1024 MB) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x0010 - 0x003f, 3145728 bytes (768 pages) 0x00c26000 - 0x3ec82fff, 1040568320 bytes (254045 pages) avail memory = 1040355328 (992 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xcfae pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f:e2f4 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: x86bios: IVT 0x00-0x0004ff at 0xc000 x86bios: SSEG 0x01-0x01 at 0xc3b74000 x86bios: EBDA 0x09f000-0x09 at 0xc009f000 x86bios: ROM 0x0a-0x0e at 0xc00a ULE: setup cpu 0 wlan: 802.11 Link Layer snd_unit_init() u=0x00ff8000 [512] d=0x7c00 [32] c=0x03ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 firmware: 'bwn_v4_ucode' version 0: 0 bytes loaded at 0xc0a8b808 firmware: 'bwn_v4_ucode5' version 0: 22384 bytes loaded at 0xc0a8b808 firmware: 'bwn_v4_ucode11' version 0: 29864 bytes loaded at 0xc0a90f78 firmware: 'bwn_v4_ucode13' version 0: 32232 bytes loaded at 0xc0a98420 firmware: 'bwn_v4_ucode14' version 0: 31384 bytes loaded at 0xc0aa0208 firmware: 'bwn_v4_ucode15' version 0: 30488 bytes loaded at 0xc0aa7ca0 firmware: 'bwn_v4_pcm5' version 0: 1320 bytes loaded at 0xc0aaf3b8 firmware: 'bwn_v4_a0g1initvals5' version 0: 1840 bytes loaded at 0xc0aaf8e0 firmware: 'bwn_v4_a0g0initvals5' version 0: 1840 bytes loaded at 0xc0ab0010 firmware: 'bwn_v4_b0g0initvals5' version 0: 1840 bytes loaded at 0xc0ab0740 firmware: 'bwn_v4_b0g0initvals13' version 0: 2080 bytes loaded at 0xc0ab0e70 firmware: 'bwn_v4_a0g1bsinitvals5' version 0: 158 bytes loaded at 0xc0ab1690 firmware: 'bwn_v4_a0g0bsinitvals5' version 0: 158 bytes loaded at 0xc0ab172e firmware: 'bwn_v4_b0g0bsinitvals5' version 0: 158 bytes loaded at 0xc0ab17cc firmware: 'bwn_v4_lp0initvals13' version 0: 3618 bytes loaded at 0xc0ab186a firmware: 'bwn_v4_lp0initvals14' version 0: 2064 bytes loaded at 0xc0ab268c firmware: 'bwn_v4_lp0initvals15' version 0: 2052 bytes loaded at 0xc0ab2e9c firmware: 'bwn_v4_lp0bsinitvals13' version 0: 158 bytes loaded at 0xc0ab36a0 firmware: 'bwn_v4_lp0bsinitvals14' version 0: 158 bytes loaded at 0xc0ab373e firmware: 'bwn_v4_lp0bsinitvals15' version 0: 158 bytes loaded at 0xc0ab37dc firmware: 'bwn_v4_n0bsinitvals11' version 0: 158 bytes loaded at 0xc0ab387a kbd: new array size 4 kbd1 at kbdmux0 nfslock: pseudo-device mem: memory Pentium Pro MTRR support enabled null: null device, zero device io: I/O random: entropy source, Software, Yarrow ACPI: RSDP 0xfdf00 00014 (v0 DELL ) ACPI: RSDT 0x3fef 00028 (v1 DELLCPi R 27D50605 ASL 0061) ACPI: FACP 0x3fef0400 00074 (v1 DELLCPi R 27D50605 ASL 0061) ACPI: DSDT 0x3fef0c00 02594 (v1 INT430 SYSFexxx 1001 MSFT 010E) ACPI: FACS 0x3feff800 00040 npx0: INT 16 interface acpi0: DELL CPi R on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: wakeup code va 0xc3b73000 pa 0x1000
Re: ffs_copyonwrite panics
On Sun, 23 May 2010, Roman Bogorodskiy wrote: Jeff Roberson wrote: On Tue, 18 May 2010, Roman Bogorodskiy wrote: Hi, I've been using -CURRENT last update in February for quite a long time and few weeks ago decided to finally update it. The update was quite unfortunate as system became very unstable: it just hangs few times a day and panics sometimes. Some things can be reproduced, some cannot. Reproducible ones: 1. background fsck always makes system hang 2. system crashes on operations with nullfs mounts (disabled that for now) The most annoying one is ffs_copyonwrite panic which I cannot reproduce. The thing is that if I will run 'startx' on it with some X apps it will panic just in few minutes. When I leave the box with nearly no stress (just use it as internet gateway for my laptop) it behaves a little better but will eventually crash in few hours anyway. This may have been my fault. Can you please update and let me know if it is resolved? There was both a deadlock and a copyonwrite panic as a result of the softupdates journaling import. I just fixed the deadlock today. Tried today's -CURRENT and unfortunately the behaviour is still same. Can you give me a full stack trace? Do you have coredumps enabled? I would like to have you look at a few things in a core or send it to me with your kernel. Thanks, Jeff Roman Bogorodskiy ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
About 32bit binary on amd64
Hi all,
I want to compile 32bit binary on amd64, but I met with the problem.
Could you teach me the best solution, please?
My environment is FreeBSD 8.1-PRERELEASE #0: Tue May 18 12:01:26 JST 2010.
I compiled and executed test.c as below on amd64.
-- begin -- test.c --
#include stdlib.h
#include stdio.h
#include sys/mman.h
#include unistd.h
int main()
{
void *ptr;
ptr = mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_ANON, -1, 0);
if (ptr == MAP_FAILED) {
perror(mmap); exit(1);
}
printf(%lx\n, (unsigned long)ptr);
munmap(ptr, 4096);
exit(0);
}
-- end -- test.c
% gcc -m32 -B/usr/lib32 test.c
% ./a.out
mmap: Invalid argument
I disassembled a.out. I think that 'movl $0x0,0x18(%esp)' is needed.
This error is occured by 'off_t offset'.
80484ce: 83 ec 34sub$0x34,%esp
80484d1: c7 44 24 14 00 00 00movl $0x0,0x14(%esp)
80484d8: 00
80484d9: c7 44 24 10 ff ff ffmovl $0x,0x10(%esp)
80484e0: ff
80484e1: c7 44 24 0c 00 10 00movl $0x1000,0xc(%esp)
80484e8: 00
80484e9: c7 44 24 08 03 00 00movl $0x3,0x8(%esp)
80484f0: 00
80484f1: c7 44 24 04 00 10 00movl $0x1000,0x4(%esp)
80484f8: 00
80484f9: c7 04 24 00 00 00 00movl $0x0,(%esp)
8048500: e8 43 fe ff ff call 8048348 m...@plt
I found this solution.
I modified machine depended header as below.
# cd /usr/include/machine
# cp /usr/src/sys/i386/include/_types.h _types32.h
# patch _types.h.diff
-- begin -- _types.h.diff
--- _types.h.org2010-05-24 13:34:55.406874258 +0900
+++ _types.h2010-05-24 13:35:33.790522354 +0900
@@ -36,6 +36,10 @@
* $FreeBSD: src/sys/amd64/include/_types.h,v 1.12.2.1 2009/08/03 08:13:06
kensmith Exp $
*/
+#ifdef __i386__
+#include machine/_types32.h
+#else
+
#ifndef _MACHINE__TYPES_H_
#define_MACHINE__TYPES_H_
@@ -115,3 +119,4 @@
#endif
#endif /* !_MACHINE__TYPES_H_ */
+#endif /* __i386__ */
-- end -- _types.h.diff --
In this case, 'off_t offset' is set correctly as below.
80484d1: c7 44 24 14 00 00 00movl $0x0,0x14(%esp)
80484d8: 00
80484d9: c7 44 24 18 00 00 00movl $0x0,0x18(%esp)
80484e0: 00
80484e1: c7 44 24 10 ff ff ffmovl $0x,0x10(%esp)
80484e8: ff
80484e9: c7 44 24 0c 00 10 00movl $0x1000,0xc(%esp)
80484f0: 00
80484f1: c7 44 24 08 03 00 00movl $0x3,0x8(%esp)
80484f8: 00
80484f9: c7 44 24 04 00 10 00movl $0x1000,0x4(%esp)
8048500: 00
8048501: c7 04 24 00 00 00 00movl $0x0,(%esp)
8048508: e8 3b fe ff ff call 8048348 m...@plt
How should we deal with this problem?
Best reards,
Kohji Okuno
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
