From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 00:57:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33B6516A420 for ; Sun, 22 Jan 2006 00:57:03 +0000 (GMT) (envelope-from tsdesai@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D1CE43D81 for ; Sun, 22 Jan 2006 00:56:42 +0000 (GMT) (envelope-from tsdesai@gmail.com) Received: by zproxy.gmail.com with SMTP id z3so637907nzf for ; Sat, 21 Jan 2006 16:56:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=U9not1bErt/7+SdDviv/9UpcYao/CYeVsmqQ8vK6IklIGwe7W+hDORQ2JxYeKZsTT7q7U81pfZ5uLdr+a1XYS6wYFDpxsybQsMvssMDXR22GDSBiJ0AaXcWy87zhJlFHz3X5eJ6fQDb9FLi0JBCYdYmol0/edZD7UJ70G7lFBJQ= Received: by 10.64.250.3 with SMTP id x3mr2311475qbh; Sat, 21 Jan 2006 16:56:41 -0800 (PST) Received: by 10.64.250.4 with HTTP; Sat, 21 Jan 2006 16:56:41 -0800 (PST) Message-ID: Date: Sat, 21 Jan 2006 16:56:41 -0800 From: Tushar Desai To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Xorg server dies X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tushar@iitbombay.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 00:57:03 -0000 Hello, I'm tracking the FREEBSD-6 STABLE branch and when I try to configure Xorg X server it just dies on me, when I try to test run. To give some background, my PC has 915 chipset based motherboard. I was previously trying FREEBSD-6.0 RELEASE, but it was running into the agpgart issue (missing /dev/agpgart). So, I upgraded to FREEBSD-6 STABLE and am now able to get /dev/agpgart. However, now the xorg xserver won't start, inspite of disabling "dri" and hw cursor. I've appended the xorg.conf.new and Xorg.0.log. If I should add any more info please let me know. Thanks, -tushar ---------- Forwarded message ---------- Script started on Sat Jan 21 16:50:51 2006 socrates# pwd /root socrates# cat xorg.cong=08=1B[Kf.new Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" ModulePath "/usr/X11R6/lib/modules" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/TTF/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/CID/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection Section "Module" Load "dbe" #Load "dri" Load "extmod" Load "glx" Load "record" Load "xtrap" Load "freetype" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" EndSection Section "Monitor" #DisplaySize 340 270 # mm Identifier "Monitor0" VendorName "DEL" ModelName "DELL 1702FP" ### Uncomment if you don't want to default to DDC: # HorizSync 30.0 - 80.0 # VertRefresh 56.0 - 76.0 Option "DPMS" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] Option "SWcursor" # [] #Option "ColorKey" # #Option "CacheLines" # #Option "Dac6Bit" # [] #Option "DRI" # [] #Option "NoDDC" # [] #Option "ShowCache" # [] #Option "XvMCSurfaces" # #Option "PageFlip" # [] Identifier "Card0" Driver "i810" VendorName "Intel Corp." BoardName "Unknown Board" BusID "PCI:0:2:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection socrates# socrates# socrates# socrates# socrates# socrates# socrates# socrates# socrates# socrates# socrates# socrates# socrates# socrates# socrates# cat /var/Xorg.0.log=08=1B n 11, Revision 0, Release 6.8.2 Build Operating System: FreeBSD 6.0 i386 [ELF] Current Operating System: FreeBSD socrates 6.0-STABLE FreeBSD 6.0-STABLE #0: Sat Jan 21 08:00:05 PST 2006 =20 root@:/usr/obj/usr/src/sys/GENERIC i386 Build Date: 12 October 2005 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Sat Jan 21 16:33:41 2006 (++) Using config file: "xorg.conf.new" (=3D=3D) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (WW) The directory "/usr/X11R6/lib/X11/fonts/CID/" does not exist. Entry deleted from font path. (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/li= b/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts= /100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.0.0 ABI class: X.Org Video Driver, version 0.7 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages =3D 0x03, oldVal1 =3D 0x00000000, mode1Res1 =3D 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2580 card 1019,1880 rev 04 class 06,00,00 hdr = 00 (II) PCI: 00:02:0: chip 8086,2582 card 1019,1880 rev 04 class 03,00,00 hdr = 00 (II) PCI: 00:1b:0: chip 8086,2668 card 1019,1888 rev 04 class 04,03,00 hdr = 00 (II) PCI: 00:1d:0: chip 8086,2658 card 1019,1880 rev 04 class 0c,03,00 hdr = 80 (II) PCI: 00:1d:1: chip 8086,2659 card 1019,1880 rev 04 class 0c,03,00 hdr = 00 (II) PCI: 00:1d:2: chip 8086,265a card 1019,1880 rev 04 class 0c,03,00 hdr = 00 (II) PCI: 00:1d:3: chip 8086,265b card 1019,1880 rev 04 class 0c,03,00 hdr = 00 (II) PCI: 00:1d:7: chip 8086,265c card 1019,1880 rev 04 class 0c,03,20 hdr = 00 (II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev d4 class 06,04,01 hdr = 01 (II) PCI: 00:1f:0: chip 8086,2640 card 1019,1880 rev 04 class 06,01,00 hdr = 80 (II) PCI: 00:1f:2: chip 8086,2651 card 1019,1880 rev 04 class 01,01,80 hdr = 00 (II) PCI: 00:1f:3: chip 8086,266a card 1019,1880 rev 04 class 0c,05,00 hdr = 00 (II) PCI: 01:0a:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr = 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Subtractive PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x0006 (VGA_EN is cleare= d) (II) Bus 1 I/O range: [0] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B] [1] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B] [2] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B] [3] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfeb00000 - 0xfebfffff (0x100000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set= ) (--) PCI:*(0:2:0) Intel Corp. unknown chipset (0x2582) rev 4, Mem @ 0xfea80000/19, 0xd0000000/28, 0xfea40000/18, I/O @ 0xdc00/3 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [1] -1 0 0xfea37c00 - 0xfea37fff (0x400) MX[B]E [2] -1 0 0xfea38000 - 0xfea3ffff (0x8000) MX[B]E [3] -1 0 0xfea40000 - 0xfea7ffff (0x40000) MX[B](B) [4] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [5] -1 0 0xfea80000 - 0xfeafffff (0x80000) MX[B](B) [6] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [7] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [8] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [9] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [10] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [11] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [12] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [13] -1 0 0x0000dc00 - 0x0000dc07 (0x8) IX[B](B) (II) PCI I/O resource overlap reduced 0x0000d400 from 0x0000d4ff to 0x0000d= 47f (II) PCI I/O resource overlap reduced 0x0000d800 from 0x0000d8ff to 0x0000d= 87f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [1] -1 0 0xfea37c00 - 0xfea37fff (0x400) MX[B]E [2] -1 0 0xfea38000 - 0xfea3ffff (0x8000) MX[B]E [3] -1 0 0xfea40000 - 0xfea7ffff (0x40000) MX[B](B) [4] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [5] -1 0 0xfea80000 - 0xfeafffff (0x80000) MX[B](B) [6] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [7] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [8] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [9] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [10] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [11] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [12] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [13] -1 0 0x0000dc00 - 0x0000dc07 (0x8) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [6] -1 0 0xfea37c00 - 0xfea37fff (0x400) MX[B]E [7] -1 0 0xfea38000 - 0xfea3ffff (0x8000) MX[B]E [8] -1 0 0xfea40000 - 0xfea7ffff (0x40000) MX[B](B) [9] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [10] -1 0 0xfea80000 - 0xfeafffff (0x80000) MX[B](B) [11] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [12] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [13] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [14] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [15] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [16] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [17] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [18] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [19] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [20] -1 0 0x0000dc00 - 0x0000dc07 (0x8) IX[B](B) (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "record" (II) Loading /usr/X11R6/lib/modules/extensions/librecord.a (II) Module record: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension RECORD (II) LoadModule: "xtrap" (II) Loading /usr/X11R6/lib/modules/extensions/libxtrap.a (II) Module xtrap: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DEC-XTRAP (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.so (II) Module freetype: vendor=3D"X.Org Foundation & the After X-TT Project" compiled for 6.8.2, module version =3D 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "i810" (II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.o (II) Module i810: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.3.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.7 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.4 (II) LoadModule: "kbd" (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.o (II) Module kbd: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.4 (II) I810: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G (II) Primary Device is: PCI 00:02:0 (--) Chipset 915G found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [6] -1 0 0xfea37c00 - 0xfea37fff (0x400) MX[B]E [7] -1 0 0xfea38000 - 0xfea3ffff (0x8000) MX[B]E [8] -1 0 0xfea40000 - 0xfea7ffff (0x40000) MX[B](B) [9] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [10] -1 0 0xfea80000 - 0xfeafffff (0x80000) MX[B](B) [11] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [12] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [13] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [14] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [15] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [16] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [17] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [18] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [19] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [20] -1 0 0x0000dc00 - 0x0000dc07 (0x8) IX[B](B) (II) resource ranges after probing: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [6] -1 0 0xfea37c00 - 0xfea37fff (0x400) MX[B]E [7] -1 0 0xfea38000 - 0xfea3ffff (0x8000) MX[B]E [8] -1 0 0xfea40000 - 0xfea7ffff (0x40000) MX[B](B) [9] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [10] -1 0 0xfea80000 - 0xfeafffff (0x80000) MX[B](B) [11] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [12] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [13] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [16] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [17] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [18] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [19] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [20] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [21] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [22] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [23] -1 0 0x0000dc00 - 0x0000dc07 (0x8) IX[B](B) [24] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [25] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.0.0 ABI class: X.Org Video Driver, version 0.7 (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.1.0 ABI class: X.Org Video Driver, version 0.7 (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 0.1.0 ABI class: X.Org Video Driver, version 0.7 (=3D=3D) I810(0): Depth 16, (=3D=3D) framebuffer bpp 16 (=3D=3D) I810(0): RGB weight 565 (=3D=3D) I810(0): Default visual is TrueColor (**) I810(0): Option "SWcursor" (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/X11R6/lib/modules/libint10.a (II) I810(0): initializing int10 (=3D=3D) I810(0): Write-combining range (0xa0000,0x20000) was already clear (=3D=3D) I810(0): Write-combining range (0xc0000,0x40000) was already clear (WW) I810(0): Bad V_BIOS checksum (II) I810(0): Primary V_BIOS segment is: 0xc000 (=3D=3D) I810(0): Write-combining range (0x0,0x1000) was already clear (II) I810(0): VESA BIOS detected (II) I810(0): VESA VBE Version 3.0 (II) I810(0): VESA VBE Total Mem: 7872 kB (II) I810(0): VESA VBE OEM: Intel(r)915G/915GV/910GL Graphics Chip Accelerated VGA BIOS (II) I810(0): VESA VBE OEM Software Rev: 1.0 (II) I810(0): VESA VBE OEM Vendor: Intel Corporation (II) I810(0): VESA VBE OEM Product: Intel(r)915G/915GV/910GL Graphics Contr= oller (II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (II) I810(0): Integrated Graphics Chipset: Intel(R) 915G (--) I810(0): Chipset: "915G" (--) I810(0): Linear framebuffer at 0xD0000000 (--) I810(0): IO registers at addr 0xFEA80000 (=3D=3D) I810(0): Write-combining range (0xfea80000,0x80000) was already cl= ear (II) I810(0): 2 display pipes available. (II) I810(0): detected 7932 kB stolen memory. (II) I810(0): I830CheckAvailableMemory: 964608 kB available (**) I810(0): DRI is disabled because it needs HW cursor and 2D acceleratio= n. (II) I810(0): Will attempt to tell the BIOS that there is 8128 kB VideoRAM (=3D=3D) I810(0): Write-combining range (0x0,0x1000) was already clear (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/X11R6/lib/modules/libint10.a (II) I810(0): initializing int10 (=3D=3D) I810(0): Write-combining range (0xa0000,0x20000) was already clear (WW) I810(0): Bad V_BIOS checksum (II) I810(0): Primary V_BIOS segment is: 0xc000 (=3D=3D) I810(0): Write-combining range (0x0,0x1000) was already clear (II) I810(0): VESA BIOS detected (II) I810(0): VESA VBE Version 3.0 (II) I810(0): VESA VBE Total Mem: 8128 kB (II) I810(0): VESA VBE OEM: Intel(r)915G/915GV/910GL Graphics Chip Accelerated VGA BIOS (II) I810(0): VESA VBE OEM Software Rev: 1.0 (II) I810(0): VESA VBE OEM Vendor: Intel Corporation (II) I810(0): VESA VBE OEM Product: Intel(r)915G/915GV/910GL Graphics Contr= oller (II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (II) I810(0): BIOS now sees 8128 kB VideoRAM (--) I810(0): Pre-allocated VideoRAM: 7932 kByte (=3D=3D) I810(0): VideoRAM: 8192 kByte (=3D=3D) I810(0): video overlay key set to 0x83e (=3D=3D) I810(0): Using gamma correction (1.0, 1.0, 1.0) (II) I810(0): BIOS Build: 1203 (=3D=3D) I810(0): Device Presence: disabled. (=3D=3D) I810(0): Display Info: enabled. (II) I810(0): Broken BIOSes cause the system to hang here. If you encounter this problem please add Option "DisplayInfo" "FALSE" to the Device section of your XF86Config file. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (WW) I810(0): Extended BIOS function 0x5f64 not supported. (II) I810(0): Currently active displays on Pipe A: (II) I810(0): CRT (II) I810(0): No active displays on Pipe B. (=3D=3D) I810(0): Display is using Pipe A (--) I810(0): Maximum frambuffer space: 8044 kByte (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.0.0 ABI class: X.Org Video Driver, version 0.7 (II) I810(0): VESA VBE DDC supported (II) I810(0): VESA VBE DDC Level 2 (II) I810(0): VESA VBE DDC transfer in appr. 1 sec. (II) I810(0): VESA VBE DDC read successfully (II) I810(0): Manufacturer: DEL Model: 3007 Serial#: 1096300628 (II) I810(0): Year: 2002 Week: 5 (II) I810(0): EDID Version: 1.3 (II) I810(0): Analog Display Input, Input Voltage Level: 0.700/0.300 V (II) I810(0): Sync: Separate (II) I810(0): Max H-Image Size [cm]: horiz.: 34 vert.: 27 (II) I810(0): Gamma: 2.40 (II) I810(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display (II) I810(0): First detailed timing is preferred mode (II) I810(0): redX: 0.634 redY: 0.354 greenX: 0.304 greenY: 0.581 (II) I810(0): blueX: 0.143 blueY: 0.102 whiteX: 0.318 whiteY: 0.339 (II) I810(0): Supported VESA Video Modes: (II) I810(0): 720x400@70Hz (II) I810(0): 640x480@60Hz (II) I810(0): 640x480@75Hz (II) I810(0): 800x600@60Hz (II) I810(0): 800x600@75Hz (II) I810(0): 1024x768@60Hz (II) I810(0): 1024x768@75Hz (II) I810(0): 1280x1024@75Hz (II) I810(0): Manufacturer's mask: 0 (II) I810(0): Supported additional Video Mode: (II) I810(0): clock: 108.0 MHz Image Size: 338 x 270 mm (II) I810(0): h_active: 1280 h_sync: 1328 h_sync_end 1440 h_blank_end 1688 h_border: 0 (II) I810(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0 (II) I810(0): Serial No: 8G15221UAX8T (II) I810(0): Monitor name: DELL 1702FP (II) I810(0): Ranges: V min: 56 V max: 76 Hz, H min: 30 H max: 80 kHz, PixClock max 140 MHz (II) I810(0): Will use BIOS call 0x5f05 to set refresh rates for CRTs. (--) I810(0): Maximum space available for video modes: 8044 kByte Mode: 30 (640x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 640 XResolution: 640 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 24 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 640 BnkNumberOfImagePages: 24 LinNumberOfImagePages: 24 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 230000000 Mode: 32 (800x600) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 832 XResolution: 800 YResolution: 600 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 14 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 832 BnkNumberOfImagePages: 14 LinNumberOfImagePages: 14 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 230000000 Mode: 34 (1024x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 1024 XResolution: 1024 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 9 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1024 BnkNumberOfImagePages: 9 LinNumberOfImagePages: 9 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 230000000 Mode: 38 (1280x1024) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 1280 XResolution: 1280 YResolution: 1024 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 5 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 5 LinNumberOfImagePages: 5 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 230000000 Mode: 3a (1600x1200) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 1600 XResolution: 1600 YResolution: 1200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 3 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1600 BnkNumberOfImagePages: 3 LinNumberOfImagePages: 3 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 230000000 Mode: 3c (1920x1440) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 1920 XResolution: 1920 YResolution: 1440 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 8 NumberOfBanks: 1 MemoryModel: 4 BankSize: 0 NumberOfImages: 2 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1920 BnkNumberOfImagePages: 2 LinNumberOfImagePages: 2 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 230000000 *Mode: 41 (640x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 1280 XResolution: 640 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 13 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1280 BnkNumberOfImagePages: 13 LinNumberOfImagePages: 13 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 230000000 *Mode: 43 (800x600) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 1600 XResolution: 800 YResolution: 600 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 7 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 1600 BnkNumberOfImagePages: 7 LinNumberOfImagePages: 7 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 230000000 *Mode: 45 (1024x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 2048 XResolution: 1024 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 4 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2048 BnkNumberOfImagePages: 4 LinNumberOfImagePages: 4 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 230000000 *Mode: 49 (1280x1024) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 2560 XResolution: 1280 YResolution: 1024 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 2 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2560 BnkNumberOfImagePages: 2 LinNumberOfImagePages: 2 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 230000000 *(WW) (1600x1200,Monitor0) mode clock 162MHz exceeds DDC maximum 140MHz Mode: 4b (1600x1200) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 3200 XResolution: 1600 YResolution: 1200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 1 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 3200 BnkNumberOfImagePages: 1 LinNumberOfImagePages: 1 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 230000000 *(WW) (1920x1440,Monitor0) mode clock 234MHz exceeds DDC maximum 140MHz Mode: 4d (1920x1440) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 3840 XResolution: 1920 YResolution: 1440 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 16 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 0 RedMaskSize: 5 RedFieldPosition: 11 GreenMaskSize: 6 GreenFieldPosition: 5 BlueMaskSize: 5 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 3840 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 5 LinRedFieldPosition: 11 LinGreenMaskSize: 6 LinGreenFieldPosition: 5 LinBlueMaskSize: 5 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 230000000 Mode: 50 (640x480) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 2560 XResolution: 640 YResolution: 480 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 5 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 2560 BnkNumberOfImagePages: 5 LinNumberOfImagePages: 5 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 230000000 Mode: 52 (800x600) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 3200 XResolution: 800 YResolution: 600 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 3 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 3200 BnkNumberOfImagePages: 3 LinNumberOfImagePages: 3 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 230000000 Mode: 54 (1024x768) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 4096 XResolution: 1024 YResolution: 768 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 1 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 4096 BnkNumberOfImagePages: 1 LinNumberOfImagePages: 1 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 230000000 Mode: 58 (1280x1024) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 5120 XResolution: 1280 YResolution: 1024 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 0 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 5120 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 230000000 Mode: 5a (1600x1200) ModeAttributes: 0x9b WinAAttributes: 0x7 WinBAttributes: 0x0 WinGranularity: 64 WinSize: 64 WinASegment: 0xa000 WinBSegment: 0x0 WinFuncPtr: 0xc000586e BytesPerScanline: 6400 XResolution: 1600 YResolution: 1200 XCharSize: 8 YCharSize: 16 NumberOfPlanes: 1 BitsPerPixel: 32 NumberOfBanks: 1 MemoryModel: 6 BankSize: 0 NumberOfImages: 0 RedMaskSize: 8 RedFieldPosition: 16 GreenMaskSize: 8 GreenFieldPosition: 8 BlueMaskSize: 8 BlueFieldPosition: 0 RsvdMaskSize: 8 RsvdFieldPosition: 24 DirectColorModeInfo: 0 PhysBasePtr: 0xd0000000 LinBytesPerScanLine: 6400 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 8 LinRedFieldPosition: 16 LinGreenMaskSize: 8 LinGreenFieldPosition: 8 LinBlueMaskSize: 8 LinBlueFieldPosition: 0 LinRsvdMaskSize: 8 LinRsvdFieldPosition: 24 MaxPixelClock: 230000000 Mode: 5c (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 60 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 61 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 62 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 63 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 64 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 65 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 66 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 67 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 Mode: 68 (0x0) ModeAttributes: 0x0 WinAAttributes: 0x0 WinBAttributes: 0x0 WinGranularity: 0 WinSize: 0 WinASegment: 0x0 WinBSegment: 0x0 WinFuncPtr: 0x0 BytesPerScanline: 0 XResolution: 0 YResolution: 0 XCharSize: 0 YCharSize: 0 NumberOfPlanes: 0 BitsPerPixel: 0 NumberOfBanks: 0 MemoryModel: 0 BankSize: 0 NumberOfImages: 0 RedMaskSize: 0 RedFieldPosition: 0 GreenMaskSize: 0 GreenFieldPosition: 0 BlueMaskSize: 0 BlueFieldPosition: 0 RsvdMaskSize: 0 RsvdFieldPosition: 0 DirectColorModeInfo: 0 PhysBasePtr: 0x0 LinBytesPerScanLine: 0 BnkNumberOfImagePages: 0 LinNumberOfImagePages: 0 LinRedMaskSize: 0 LinRedFieldPosition: 0 LinGreenMaskSize: 0 LinGreenFieldPosition: 0 LinBlueMaskSize: 0 LinBlueFieldPosition: 0 LinRsvdMaskSize: 0 LinRsvdFieldPosition: 0 MaxPixelClock: 0 (II) I810(0): Monitor0: Using default hsync range of 30.00-80.00 kHz (II) I810(0): Monitor0: Using default vrefresh range of 56.00-76.00 Hz (--) I810(0): Virtual size is 1920x1440 (pitch 1920) (**) I810(0): *Built-in mode "1920x1440" (**) I810(0): *Built-in mode "1600x1200" (**) I810(0): *Built-in mode "1280x1024" (**) I810(0): *Built-in mode "1024x768" (**) I810(0): *Built-in mode "800x600" (**) I810(0): *Built-in mode "640x480" (WW) (1920x1440,Monitor0) mode clock 234MHz exceeds DDC maximum 140MHz (WW) (1920x1440,Monitor0) mode clock 297MHz exceeds DDC maximum 140MHz (WW) (1920x1440,Monitor0) mode clock 341.35MHz exceeds DDC maximum 140MHz (WW) (1600x1200,Monitor0) mode clock 162MHz exceeds DDC maximum 140MHz (WW) (1600x1200,Monitor0) mode clock 175.5MHz exceeds DDC maximum 140MHz (WW) (1600x1200,Monitor0) mode clock 189MHz exceeds DDC maximum 140MHz (WW) (1600x1200,Monitor0) mode clock 202.5MHz exceeds DDC maximum 140MHz (WW) (1600x1200,Monitor0) mode clock 229.5MHz exceeds DDC maximum 140MHz (II) I810(0): Attempting to use 60Hz refresh for mode "1600x1200" (4b) (WW) (1280x1024,Monitor0) mode clock 157.5MHz exceeds DDC maximum 140MHz (II) I810(0): Attempting to use 75Hz refresh for mode "1280x1024" (49) (II) I810(0): Attempting to use 75Hz refresh for mode "1024x768" (45) (II) I810(0): Attempting to use 72Hz refresh for mode "800x600" (43) (II) I810(0): Attempting to use 73Hz refresh for mode "640x480" (41) (--) I810(0): Display dimensions: (340, 270) mm (--) I810(0): DPI set to (143, 135) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor=3D"X.Org Foundation" compiled for 6.8.2, module version =3D 1.2.0 ABI class: X.Org Video Driver, version 0.7 (=3D=3D) I810(0): Write-combining range (0x0,0x1000) was already clear (=3D=3D) I810(0): VBE Restore workaround: enabled. (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xfea40000 - 0xfea7ffff (0x40000) MS[B] [1] 0 0 0xd0000000 - 0xdfffffff (0x10000000) MS[B] [2] 0 0 0xfea80000 - 0xfeafffff (0x80000) MS[B] [3] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [4] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [5] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [6] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [7] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [8] -1 0 0xfebffc00 - 0xfebfffff (0x400) MX[B]E [9] -1 0 0xfea37c00 - 0xfea37fff (0x400) MX[B]E [10] -1 0 0xfea38000 - 0xfea3ffff (0x8000) MX[B]E [11] -1 0 0xfea40000 - 0xfea7ffff (0x40000) MX[B](B) [12] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [13] -1 0 0xfea80000 - 0xfeafffff (0x80000) MX[B](B) [14] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [15] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [16] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [17] 0 0 0x0000dc00 - 0x0000dc07 (0x8) IS[B] [18] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [19] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [20] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [21] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [22] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [23] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [24] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [25] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [26] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [27] -1 0 0x0000dc00 - 0x0000dc07 (0x8) IX[B](B) [28] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [29] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/X11R6/lib/modules/libint10.a (II) I810(0): initializing int10 (=3D=3D) I810(0): Write-combining range (0xa0000,0x20000) was already clear (WW) I810(0): Bad V_BIOS checksum (II) I810(0): Primary V_BIOS segment is: 0xc000 (=3D=3D) I810(0): Write-combining range (0x0,0x1000) was already clear (II) I810(0): VESA BIOS detected (II) I810(0): VESA VBE Version 3.0 (II) I810(0): VESA VBE Total Mem: 7872 kB (II) I810(0): VESA VBE OEM: Intel(r)915G/915GV/910GL Graphics Chip Accelerated VGA BIOS (II) I810(0): VESA VBE OEM Software Rev: 1.0 (II) I810(0): VESA VBE OEM Vendor: Intel Corporation (II) I810(0): VESA VBE OEM Product: Intel(r)915G/915GV/910GL Graphics Contr= oller (II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (=3D=3D) I810(0): Default visual is TrueColor (II) I810(0): Allocated 128 kB for the ring buffer at 0x0 (II) I810(0): Allocating at least 384 scanlines for pixmap cache (II) I810(0): Initial framebuffer allocation size: 6840 kByte (II) I810(0): Allocated 4 kB for Overlay registers at 0xffff000 (0x2b144000= ). (II) I810(0): Allocated 64 kB for the scratch buffer at 0xffff0000 (II) I810(0): Updated framebuffer allocation size from 6840 to 7680 kByte (II) I810(0): Updated pixmap cache from 384 scanlines to 608 scanlines (II) I810(0): 0x8729920: Memory at offset 0x00020000, size 7680 kBytes (II) I810(0): 0x881b0a0: Memory at offset 0x00000000, size 0 kBytes (II) I810(0): 0x881b0c0: Memory at offset 0x00000000, size 0 kBytes (II) I810(0): 0x881c284: Memory at offset 0x00000000, size 128 kBytes (II) I810(0): 0x8729960: Memory at offset 0x007e0000, size 64 kBytes (II) I810(0): 0x881b0e0: Memory at offset 0x0ffff000, size 4 kBytes (=3D=3D) I810(0): Write-combining range (0xfea80000,0x80000) was already cl= ear (=3D=3D) I810(0): Write-combining range (0xd0000000,0x10000000) (II) I810(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x00= 00 (=3D=3D) I810(0): Write-combining range (0xa0000,0x10000) was already clear (II) I810(0): xf86BindGARTMemory: bind key 10 at 0x007bf000 (pgoffset 1983) (II) I810(0): xf86BindGARTMemory: bind key 9 at 0x0ffff000 (pgoffset 65535) (II) I810(0): Display plane A is enabled and connected to Pipe A. (II) I810(0): Display plane B is disabled and connected to Pipe B. (II) I810(0): Enabling plane A. (II) I810(0): Display plane A is now enabled and connected to Pipe A. (II) I810(0): Display plane B is now disabled and connected to Pipe B. (II) I810(0): PIPEACONF is 0x80000000 (II) I810(0): PIPEBCONF is 0x80000000 (II) I810(0): Mode bandwidth is 165 Mpixel/s (WW) I810(0): Extended BIOS function 0x5f28 not supported. (WW) I810(0): Extended BIOS function 0x5f61 not supported. (II) I810(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Horizontal and Vertical Lines Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 7 256x256 slots (=3D=3D) I810(0): Backing store disabled (=3D=3D) I810(0): Silken mouse enabled (II) I810(0): Initializing SW Cursor! (**) Option "dpms" (**) I810(0): DPMS enabled (II) I810(0): direct rendering: Disabled (=3D=3D) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/sysmouse" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: Core Pointer (**) Option "Device" "/dev/sysmouse" (=3D=3D) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (=3D=3D) Mouse0: Buttons: 3 (**) Option "CoreKeyboard" (**) Keyboard0: Core Keyboard (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard0: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) Keyboard0: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse (WW) I810(0): Setting the original video mode instead of restoring the saved state (WW) I810(0): Successfully set original devices (II) I810(0): xf86UnbindGARTMemory: unbind key 10 (II) I810(0): xf86UnbindGARTMemory: unbind key 9 FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. socrates# socrates# socrates# socrates# socrates# socrates# socrates# dmesg Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...2 2 1 0 0 done All buffers synced. Copyright (c) 1992-2005 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 6.0-STABLE #0: Sat Jan 21 08:00:05 PST 2006 root@:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.02-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf34 Stepping =3D 4 Features=3D0xbfebfbff Features2=3D0x441d> Hyperthreading: 2 logical CPUs real memory =3D 1065156608 (1015 MB) avail memory =3D 1033388032 (985 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xdc00-0xdc07 mem 0xfea80000-0xfeafffff,0xd0000000-0xdfffffff,0xfea40000-0xfea7ffff irq 16 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M pci0: at device 27.0 (no driver attached) uhci0: port 0xd880-0xd89f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd800-0xd81f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd480-0xd49f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd400-0xd41f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfea37c00-0xfea37fff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 rl0: port 0xe800-0xe8ff mem 0xfebffc00-0xfebffcff irq 21 at device 10.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:11:5b:96:0e:47 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.2 on pci0 atapci0: failed to enable memory mapping! ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_tz0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2793016303 Hz quality 800 Timecounters tick every 1.000 msec ad1: 76319MB at ata0-slave SATA150 acd0: DVDR at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad1s1a socrates# socrates# socrates# socrates# socrates# socrates# exit exit Script done on Sat Jan 21 16:51:44 2006 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 01:17:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75FA316A41F for ; Sun, 22 Jan 2006 01:17:06 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02ABF43D45 for ; Sun, 22 Jan 2006 01:17:05 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ITG0068KZTAXP10@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 22 Jan 2006 02:22:22 +0100 (CET) Received: from kg-work.kg4.no ([80.202.172.166]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0ITG0035VZOPBJD0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 22 Jan 2006 02:19:37 +0100 (CET) Date: Sun, 22 Jan 2006 02:17:06 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <43D2A5AF.4050302@shaw.ca> To: freebsd-stable@freebsd.org Message-id: <20060122021706.032331bb.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <43D2A5AF.4050302@shaw.ca> Subject: Re: Best release for IBM laptop R51 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 01:17:06 -0000 On Sat, 21 Jan 2006 13:20:47 -0800 Graham North wrote: > Should I therefore download 6.0-Release and then just cvsup and > rebuild?? Is this a better option than using 5.4 at this point? Yes. Use 6.0 (install -release, cvsup to -stable and rebuild). I recommend using 6.0 for _any_ mobile user, unless it is (for the time being) 'impossible' to get it running. 6.0 have so many enhancements for mobile users, you wouldn't be that satisfied if you indstalled anything else on it In particular: wireless support. No, it doesn't support all cards that are "out in the wild" but for those who are supported (like those using the ath driver) you will have whats currently the best wireless option on FreeBSD. Also the framework for power saving (dorry, I forget the name) helps you improve battery life, even if it is still not as good as those on ... other OS.... And 6.0 has better performance than 5.4, and numerous other things. HTH -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 01:17:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDC1216A420 for ; Sun, 22 Jan 2006 01:17:49 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail19.syd.optusnet.com.au (mail19.syd.optusnet.com.au [211.29.132.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAF9843D46 for ; Sun, 22 Jan 2006 01:17:48 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail19.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0M1Hk3G008245 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 22 Jan 2006 12:17:47 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id k0M1HjHh034100; Sun, 22 Jan 2006 12:17:45 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id k0M1Hjt1034099; Sun, 22 Jan 2006 12:17:45 +1100 (EST) (envelope-from pjeremy) Date: Sun, 22 Jan 2006 12:17:45 +1100 From: Peter Jeremy To: tushar@iitbombay.org Message-ID: <20060122011745.GY25397@cirb503493.alcatel.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Xorg server dies X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 01:17:50 -0000 On Sat, 2006-Jan-21 16:56:41 -0800, Tushar Desai wrote: >I'm tracking the FREEBSD-6 STABLE branch and when I try to configure >Xorg X server it just dies on me, when I try to test run. There's nothing obviously wrong in Xorg.0.log - it looks like the X server started successfully and then shut down cleanly. Presumably the xorg.conf.new is the result of "Xorg -configure". How about supplying the command line you used to start X, the output written to the console and anything else you did between starting X and getting the console prompt back. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 03:37:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EFA416A41F for ; Sun, 22 Jan 2006 03:37:29 +0000 (GMT) (envelope-from tsdesai@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id E84FB43D45 for ; Sun, 22 Jan 2006 03:37:28 +0000 (GMT) (envelope-from tsdesai@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so700011wra for ; Sat, 21 Jan 2006 19:37:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=lZRtEuGr1zIB2+m1Z7rLBim+Yi3rfnh2sfjdlB+OyWWQw1EHXJ50mXVbbn2v8bMgyUTSHSBcHE9riaVgSvXsh8Ry4vrEhrdydubI5S0CbV5VGnEyuS4I5ailRpNfPfgt/qvmY37sQtm45AmakGaxFDg4zsHJxCci5n5+7H+Dq3U= Received: by 10.65.38.14 with SMTP id q14mr6958qbj; Sat, 21 Jan 2006 19:37:28 -0800 (PST) Received: by 10.64.250.4 with HTTP; Sat, 21 Jan 2006 19:37:28 -0800 (PST) Message-ID: Date: Sat, 21 Jan 2006 19:37:28 -0800 From: Tushar Desai To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: pl. ignore -- Xorg server dies X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tushar@iitbombay.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 03:37:29 -0000 folx, sorry for the noise but i was able to figure out the cause; xorg.conf was missing lines for modes. thanx, -tushar From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 05:14:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D317B16A420 for ; Sun, 22 Jan 2006 05:14:41 +0000 (GMT) (envelope-from zenk0022@umn.edu) Received: from mtaout-a.tc.umn.edu (mtaout-a.tc.umn.edu [134.84.119.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB5C43D73 for ; Sun, 22 Jan 2006 05:14:34 +0000 (GMT) (envelope-from zenk0022@umn.edu) Received: from [10.10.10.55] (CPE-65-25-222-157.mn.res.rr.com [65.25.222.157]) by mtaout-a.tc.umn.edu with ESMTP; Sat, 21 Jan 2006 23:14:30 -0600 (CST) X-Umn-Remote-Mta: [N] CPE-65-25-222-157.mn.res.rr.com [65.25.222.157] #+TS+AU+HN Message-ID: <43D314B9.2000400@umn.edu> Date: Sat, 21 Jan 2006 23:14:33 -0600 From: Andrew Zenk User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051227) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <200601201130.18872.doconnor@gsoft.com.au> <7daacbbe0601192341p32673972j8f309dff1df543aa@mail.gmail.com> <200601211452.16670.doconnor@gsoft.com.au> In-Reply-To: <200601211452.16670.doconnor@gsoft.com.au> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Using [Open]LDAP for authentication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 05:14:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 My guess is that you have a group (wheel) defined in /etc/group that is conflisting with the one in ldap. I've had this issue before. I solved it by deleteing the offending group from the group file. Another solution would be to tell sudo to look for a different group and make sure the LDAP group is unique. - -- Andrew Zenk Daniel O'Connor wrote: > On Friday 20 January 2006 18:11, Dominique Goncalves wrote: > >> I've reported recently a problem with the same symptoms [1] but I >> use this order in my nsswitch.conf "files ldap". >> >> All exemples I found on internet use this order. And if I >> understand correctly, this order means, if a user is not found in >> files then it tries on ldap? > > > Yes, that is my understanding. > > I have also found another problem with using "files ldap" - both > sudo and su don't work. They both appear to fail to find that I am > in wheel and hence won't let me do anything :( > > If I have "ldap files" then they work OK. > > "ldap files" should work for bootup too except that nss_ldap seems > to sleep trying to reconnect to the ldap server instead of giving > up quickly. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iQIVAwUBQ9MUuBgHJI5iksGGAQiboQ/8DzWH8RV2KNh7ERMANVJ/O5KANCNUbQO5 nMikac7+oGDL0lmXJb/E4bbSIhb/cpPAgJCOMIW9neKKzQKQRvJipczEezVHj4pz sfAAkAdCZ2i+z2recbEnB16T0wzBTRkCtDsh9WGPj6W9UFyw2btNemLO5baFByZO HTTSwxG2E/Az3uHDMHhjlKZ5fzxpSr+sf9Wqr9Kt8ihUYpdiraPs/egkzV3ut+OR LRohhiJuP6xTaI0hIzSVmP1s9bGO7f5idlIvENdZIJIaEh9r0V1FDZA6+nFUSFh1 qVfJLgyuVpQV3qKteDAehdg6vhzNXyEZeAkNdEUtMZvkzskdvJrgHjpBQdeXgQfr MmhON/y664t2jajxd1cCFrtDFMukl7CA/OMBbA34YsCHKxx3atYWubql7eIGMGgK BwjXM+zIU1IBD5/dlyueL28SG3ys28HQL3H3kR6o+MJru+aO3tR2CTlCioiGNqK3 U70a6Mcpb4lqoJPFpszkghUxqkddZdkRHk3MJesyZkRYjQxtJ014heLTfe4YXU2/ klsn4e+M2BWS7kw2ZeryJtXscBj8KkyU6iVwXyvm4CNJT8TSqh8S+BtFlNr6buxR SXgYeuYeyO6v7mQp9HaPBXqTvIu/THl5S07P+9Q6cntD3jehJarg1LqlvfkHL6kJ Prh7GbruVqw= =NZl+ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 07:52:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02FB216A41F for ; Sun, 22 Jan 2006 07:52:55 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from forrie.com (c-24-62-224-60.hsd1.nh.comcast.net [24.62.224.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69BFF43D46 for ; Sun, 22 Jan 2006 07:52:53 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [192.168.1.98] (monster.forrie.com [192.168.1.98]) (authenticated bits=0) by forrie.com (8.13.5/8.13.4) with ESMTP id k0M7qr6M042968 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 22 Jan 2006 02:52:53 -0500 (EST) (envelope-from forrie@forrie.com) Message-ID: <43D339CC.3020204@forrie.com> Date: Sun, 22 Jan 2006 02:52:44 -0500 From: Forrest Aldrich User-Agent: Thunderbird 1.5 (Windows/20060113) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87/1247/Sat Jan 21 05:24:51 2006 on forrie.com X-Virus-Status: Clean Subject: dhclient wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 07:52:55 -0000 I reported this problem a few OS versions back... pre-6. I'm on FreeBSD-6-STABLE, and I've found the dhclient once again "wedged" in a mode that was eating a lot of CPU. The solution is to kill it, and restart. I'm on Comcast's network, so I don't really know if their DHCP server is doing something that FreeBSD's stock dhclient doesn't like; however, I wonder if someone else has noticed this problem, etc. _F From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 08:12:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD47316A41F for ; Sun, 22 Jan 2006 08:12:50 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C87B43D48 for ; Sun, 22 Jan 2006 08:12:49 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp217-44.lns1.adl2.internode.on.net [203.122.217.44]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0M8CgGd051053 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Jan 2006 18:42:43 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Andrew Zenk Date: Sun, 22 Jan 2006 18:42:29 +1030 User-Agent: KMail/1.9.1 References: <200601201130.18872.doconnor@gsoft.com.au> <200601211452.16670.doconnor@gsoft.com.au> <43D314B9.2000400@umn.edu> In-Reply-To: <43D314B9.2000400@umn.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1762521.TBsC5POQYE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601221842.38568.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: Using [Open]LDAP for authentication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 08:12:51 -0000 --nextPart1762521.TBsC5POQYE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 22 January 2006 15:44, Andrew Zenk wrote: > My guess is that you have a group (wheel) defined in /etc/group that > is conflisting with the one in ldap. I've had this issue before. I > solved it by deleteing the offending group from the group file. > Another solution would be to tell sudo to look for a different group > and make sure the LDAP group is unique. Yeah, I worked around it by adding the few sudo/su users to the group file. I am surprised that this is necessary though - I would expect nss to look=20 through all resources and merge group entries. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1762521.TBsC5POQYE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD0z525ZPcIHs/zowRAj1uAJwKw6qAZozfQS3jYJj+Q8jqBSOxuQCeI9D7 mtvOyEHDRu293Xd/k9KQous= =Ucs8 -----END PGP SIGNATURE----- --nextPart1762521.TBsC5POQYE-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 10:02:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF37216A41F for ; Sun, 22 Jan 2006 10:02:42 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 007A543D53 for ; Sun, 22 Jan 2006 10:02:41 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from workstation.martenvijn.nl (workstation.martenvijn.nl [192.168.1.6]) by dolf.martenvijn.nl (8.13.4/8.13.1) with ESMTP id k0KMqjL0010725; Fri, 20 Jan 2006 23:52:45 +0100 (CET) (envelope-from info@martenvijn.nl) From: Marten Vijn To: Karel Miklav In-Reply-To: <43D04CBF.6050802@siol.net> References: <43D04CBF.6050802@siol.net> Content-Type: text/plain Date: Fri, 20 Jan 2006 23:48:31 +0100 Message-Id: <1137797311.847.38.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: PXE Installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 10:02:42 -0000 On Fri, 2006-01-20 at 03:36 +0100, Karel Miklav wrote: > Hi, > > I'm trying to install FreeBSD 6.0 to a sub-notebook without > floppy or optical unit. > Please give me a hand, I'm playing with this for whole week. > nice game aint it? sure of your friends is tcpdump :) steps to follow (more below), create: 1 pxeboot 2 exports a nfs bootdir 3 populate bootdir 4 config dhcpd.conf 5 add hosts to dns or /etc/hosts 6 proper config for the bootdir 1. pxe mkdir /tftboot cp /boot/pxeboot /tftboot/ change in /etc/inetd.conf (remove #) #tftp dgram udp wait root /usr/libexec/tftpd tftpd -l -s /tftpboot to tftp dgram udp wait root /usr/libexec/tftpd tftpd -l -s /tftpboot /etc/rc.d/inetd restart 2. exports a nfs bootdir add this line to /etc/exports /usr/ -maproot=0 -alldirs add to /etc/rc.conf: rpcbind_enable="yes" nfs_server_enable="yes" reboot (or restart this services nfsd mountd) 3. populate bootdir cd /usr/src make buildworld make buildkernel make installworld DESTDIR=/usr/bootdir make distribution DESTDIR=/usr/bootdir make installkernel DESTDIR=/usr/bootdir 4. add someting like this to your /usr/local/etc/dhcpd.conf host workstation { hardware ethernet 00:13:d4:22:69:0c; fixed-address 192.168.1.6; filename "pxeboot"; option root-path "192.168.1.2:/usr/workstation"; option domain-name "martenvijn.nl"; option domain-name-servers 192.168.1.2; } change the ipnumbers for your ipspace, macaddress and local config sh /usr/local/etc/rc.d/isc-dhcpd.sh restart 5. in the hostfiles in /etc/hosts and /bootdir/etc/hosts 192.168.1.6 bert 192.168.1.2 ernie I use dns for this. 6. in /usr/bootdir/etc/rc.conf hostname="workstation.martenvijn.nl" rpcbind_enable="yes" nfs_client_enable="yes" populate_var="yes" in /usr/bootdir/etc/fstab 192.168.1.2:/usr/bootdir / nfs rw,soft,lockd 0 0 md /var mfs rw,-s64m,-M 2 0 md /tmp mfs rw,-s64m,-M 2 0 This should be it. boot laptop and run sysinstall. Note: This not a very secure setup, cheers Marten > -- > > Regards, > Karel Miklav > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 10:02:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BF5A16A41F for ; Sun, 22 Jan 2006 10:02:44 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AE1C43D53 for ; Sun, 22 Jan 2006 10:02:43 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from workstation.martenvijn.nl (workstation.martenvijn.nl [192.168.1.6]) by dolf.martenvijn.nl (8.13.4/8.13.1) with ESMTP id k0KJDwcF005878; Fri, 20 Jan 2006 20:13:58 +0100 (CET) (envelope-from info@martenvijn.nl) From: Marten Vijn To: Karel Miklav In-Reply-To: <43D04CBF.6050802@siol.net> References: <43D04CBF.6050802@siol.net> Content-Type: text/plain Date: Fri, 20 Jan 2006 20:09:45 +0100 Message-Id: <1137784185.847.32.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: PXE Installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 10:02:44 -0000 On Fri, 2006-01-20 at 03:36 +0100, Karel Miklav wrote: > Hi, > > I'm trying to install FreeBSD 6.0 to a sub-notebook without > floppy or optical unit. > > > Please give me a hand, I'm playing with this for whole week. > nice game aint it? sure of your friends is tcpdump :) steps to follow (more below), create: 1 pxeboot 2 exports a nfs bootdir 3 populate bootdir 4 config dhcpd.conf 5 add hosts to dns or /etc/hosts 6 proper config for the bootdir 1. pxe mkdir /tftboot cp /boot/pxeboot /tftboot/ change in /etc/inetd.conf (remove #) #tftp dgram udp wait root /usr/libexec/tftpd tftpd -l -s /tftpboot to tftp dgram udp wait root /usr/libexec/tftpd tftpd -l -s /tftpboot /etc/rc.d/inetd restart 2. exports a nfs bootdir add this line to /etc/exports /usr/ -maproot=0 -alldirs add to /etc/rc.conf: rpcbind_enable="yes" nfs_server_enable="yes" reboot (or restart this services nfsd mountd) 3. populate bootdir cd /usr/src make buildworld make buildkernel make installworld DESTDIR=/usr/bootdir make distribution DESTDIR=/usr/bootdir make installkernel DESTDIR=/usr/bootdir 4. add someting like this to your /usr/local/etc/dhcpd.conf host workstation { hardware ethernet 00:13:d4:22:69:0c; fixed-address 192.168.1.6; filename "pxeboot"; option root-path "192.168.1.2:/usr/workstation"; option domain-name "martenvijn.nl"; option domain-name-servers 192.168.1.2; } change the ipnumbers for your ipspace, macaddress and local config sh /usr/local/etc/rc.d/isc-dhcpd.sh restart 5. in the hostfiles in /etc/hosts and /bootdir/etc/hosts 192.168.1.6 bert 192.168.1.2 ernie I use dns for this. 6. in /usr/bootdir/etc/rc.conf hostname="workstation.martenvijn.nl" rpcbind_enable="yes" nfs_client_enable="yes" populate_var="yes" in /usr/bootdir/etc/fstab 192.168.1.2:/usr/bootdir / nfs rw,soft,lockd 0 0 md /var mfs rw,-s64m,-M 2 0 md /tmp mfs rw,-s64m,-M 2 0 This should be it. boot laptop and run sysinstall. Note: This not a very secure setup, cheers Marten From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 10:49:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01EB316A41F for ; Sun, 22 Jan 2006 10:49:37 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86BFA43D45 for ; Sun, 22 Jan 2006 10:49:34 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1F0cmo-000DAD-7A; Sun, 22 Jan 2006 12:49:30 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Marten Vijn In-reply-to: Your message of Fri, 20 Jan 2006 23:48:31 +0100 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 22 Jan 2006 12:49:30 +0200 From: Danny Braniss Message-ID: Cc: Karel Miklav , freebsd-stable@freebsd.org Subject: Re: PXE Installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 10:49:37 -0000 > On Fri, 2006-01-20 at 03:36 +0100, Karel Miklav wrote: > > Hi, > > > > I'm trying to install FreeBSD 6.0 to a sub-notebook without > > floppy or optical unit. > > > Please give me a hand, I'm playing with this for whole week. > > > nice game aint it? sure of your friends is tcpdump :) > > > steps to follow (more below), create: > > 1 pxeboot > 2 exports a nfs bootdir > 3 populate bootdir > 4 config dhcpd.conf > 5 add hosts to dns or /etc/hosts > 6 proper config for the bootdir > > 1. pxe > > mkdir /tftboot > cp /boot/pxeboot /tftboot/ > change in /etc/inetd.conf (remove #) > > #tftp dgram udp wait root /usr/libexec/tftpd > tftpd -l -s /tftpboot > to > tftp dgram udp wait root /usr/libexec/tftpd > tftpd -l -s /tftpboot > > /etc/rc.d/inetd restart > > 2. exports a nfs bootdir > > add this line to /etc/exports > > /usr/ -maproot=0 -alldirs > this should be more secure: /usr -ro -maproot=root -alldirs ... danny From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 11:43:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9402716A41F for ; Sun, 22 Jan 2006 11:43:52 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0715C43D4C for ; Sun, 22 Jan 2006 11:43:51 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (p549832C2.dip0.t-ipconnect.de [84.152.50.194]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k0MBhrK4017997 for ; Sun, 22 Jan 2006 12:43:55 +0100 Date: Sun, 22 Jan 2006 12:44:53 +0100 From: Marc "UBM" Bocklet To: freebsd-stable@freebsd.org Message-Id: <20060122124453.0f88db09.ubm@u-boot-man.de> X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: uma panic while unloading sbp.ko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 11:43:52 -0000 Hiho! :-) I encountered a non-repeatable panic with FreeBSD greatsheep 6.0-STABLE FreeBSD 6.0-STABLE #4: Sun Jan 15 16:13:56 CET 200 6 sheep@greatsheep:/usr/obj/usr/src/sys/SUBMARINE_SMP i386 System was built at the end of november 2005. The panic: sbp0: detached Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x15 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0759760 stack pointer = 0x28:0xdacd7bc8 frame pointer = 0x28:0xdacd7be8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3168 (kldunload) Backtrace: Tracing pid 3168 tid 100195 td 0xc41cf960 uma_zfree_internal(c1061960,c32ef400,0,1,3,0,c106c8c0,dacd7c60) at uma_zfree_internal+0x120 uma_zfree_arg(c1061960,c32ef400,0,c0807c76,0) at uma_zfree_arg+0x3ea malloc_uninit(c0993100,c0807c76,dacd7c5c,dacd7c60,0) at malloc_uninit+0x109 linker_file_sysuninit(c32e4600,c0846120,0,c3d01100,0) at linker_file_sysuninit+0xa0 linker_file_unload(c32e4600,0,dacd7cd0,c05fa4f8,c41cf960) at linker_file_unload+0x144 kern_kldunload(c41cf960,7,0,dacd7d30,c07c2310) at kern_kldunload+0xd2 kldunloadf(c41cf960,dacd7d04,8,c41cf960,4) at kldunloadf+0x2c syscall(3b,3b,3b,7,bfbfee72) at syscall+0x380 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (444, FreeBSD ELF32, kldunloadf), eip = 0x280ba877, esp = 0xbfbfe90c, ebp = 0xbfbfed78 --- What I did: Connect a non-working external firewire hdd-case to my firewire pci card. Disconnected it. Unloaded sbp.ko (no device was registered, as the stupid case is obviously broken) and my system panicked. Further debug information is attached (show uma, show threads). Thanks in advance for your help :-) Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 11:46:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34D4016A41F for ; Sun, 22 Jan 2006 11:46:26 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7208243D4C for ; Sun, 22 Jan 2006 11:46:25 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (p549832C2.dip0.t-ipconnect.de [84.152.50.194]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k0MBkLK4018034 for ; Sun, 22 Jan 2006 12:46:26 +0100 Date: Sun, 22 Jan 2006 12:47:20 +0100 From: Marc "UBM" Bocklet To: freebsd-stable@freebsd.org Message-Id: <20060122124720.03463a70.ubm@u-boot-man.de> In-Reply-To: <20060122124453.0f88db09.ubm@u-boot-man.de> References: <20060122124453.0f88db09.ubm@u-boot-man.de> X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__22_Jan_2006_12_47_20_+0100_gnlorxEDptdVA0ZZ" Subject: Re: uma panic while unloading sbp.ko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 11:46:26 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__22_Jan_2006_12_47_20_+0100_gnlorxEDptdVA0ZZ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sun, 22 Jan 2006 12:44:53 +0100 Marc "UBM" Bocklet wrote: [panic and debug info] Stupid me forgot to attach the debug info. Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming --Multipart=_Sun__22_Jan_2006_12_47_20_+0100_gnlorxEDptdVA0ZZ Content-Type: text/plain; name="debug_sbp.txt" Content-Disposition: attachment; filename="debug_sbp.txt" Content-Transfer-Encoding: 7bit backtrace: *** Tracing pid 3168 tid 100195 td 0xc41cf960 uma_zfree_internal(c1061960,c32ef400,0,1,3,0,c106c8c0,dacd7c60) at uma_zfree_internal+0x120 uma_zfree_arg(c1061960,c32ef400,0,c0807c76,0) at uma_zfree_arg+0x3ea malloc_uninit(c0993100,c0807c76,dacd7c5c,dacd7c60,0) at malloc_uninit+0x109 linker_file_sysuninit(c32e4600,c0846120,0,c3d01100,0) at linker_file_sysuninit+0xa0 linker_file_unload(c32e4600,0,dacd7cd0,c05fa4f8,c41cf960) at linker_file_unload+0x144 kern_kldunload(c41cf960,7,0,dacd7d30,c07c2310) at kern_kldunload+0xd2 kldunloadf(c41cf960,dacd7d04,8,c41cf960,4) at kldunloadf+0x2c syscall(3b,3b,3b,7,bfbfee72) at syscall+0x380 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (444, FreeBSD ELF32, kldunloadf), eip = 0x280ba877, esp = 0xbfbfe90c, ebp = 0xbfbfed78 --- *** panic string: *** sbp0: detached Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x15 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0759760 stack pointer = 0x28:0xdacd7bc8 frame pointer = 0x28:0xdacd7be8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3168 (kldunload) *** output of "show uma": *** db> show uma Zone Allocs Frees Used Cache NetGraph items 24771234 24771234 0 390 FFS2 dinode 3308171 3298325 9846 11169 FFS1 dinode 0 0 0 0 FFS inode 3308171 3298325 9846 13470 SWAPMETA 19274 15886 3388 280 pfosfp 188 0 188 193 pfospfen 345 0 345 87 pfiaddrpl 0 0 0 0 pfstatescrub 0 0 0 0 pffrcent 0 0 0 0 pffrcache 0 0 0 0 pffrag 0 0 0 0 pffrent 0 0 0 0 pfrkentry2 0 0 0 0 pfrkentry 0 0 0 0 pfrktable 0 0 0 0 pfpooladdrpl 0 0 0 0 pfaltqpl 0 0 0 0 pfstatepl 0 0 0 0 pfrulepl 0 0 0 0 pfsrctrpl 0 0 0 0 rtentry 87 59 28 88 unpcb 8182 8133 49 119 ripcb 15 14 1 65 sackhole 13044 13044 0 507 tcpreass 566092 566092 0 507 hostcache 4947 4814 133 817 syncache 29421 29421 0 195 tcptw 14889 14887 2 466 tcpcb 49129 48973 156 532 inpcb 49129 48971 158 722 udpcb 21003 20991 12 98 socket 78437 78217 220 506 KNOTE 30031 30031 0 168 PIPE 92367 92348 19 323 DIRHASH 14399 13634 765 595 NFSNODE 0 0 0 0 NFSMOUNT 0 0 0 0 NAMEI 10775109 10775109 0 180 L VFS Cache 32272 32246 26 312 S VFS Cache 3684054 3673623 10431 16449 VNODEPOLL 1 0 1 99 VNODE 3317412 3307499 9913 22861 ata_composite 0 0 0 0 ata_request 246253 246253 0 323 g_bio 6311045 6311045 0 580 ACL UMA zone 18859235 18859235 0 40 mbuf_cluster 2212812 2212110 702 0 mbuf 64727120 64727084 36 327 mbuf_packet 34451321 34450986 335 367 VMSPACE 202756 202671 85 110 UPCALL 0 0 0 0 KSEGRP 245 0 245 35 THREAD 245 0 245 15 PROC 202813 202671 142 103 Files 2857485 2856959 526 534 4096 207540 207122 418 168 2048 41055 40829 226 508 1024 140693 140542 151 109 512 656130 656009 121 367 256 524715 524014 701 454 128 2055977 2053077 2900 1450 64 6065832 6061285 4547 704 32 2615393 2613280 2113 1164 16 97226921 97224153 2768 683 mt_zone 201 1 200 247 DP fakepg 65 14 51 108 PV ENTRY 111493291 111433335 59956 30524 MAP ENTRY 7348552 7344017 4535 617 KMAP ENTRY 153082 152334 748 708 MAP 7 0 7 33 VM OBJECT 3905426 3901853 3573 27051 128 Bucket 3978 3400 578 24 64 Bucket 212 156 56 42 32 Bucket 110 66 44 40 16 Bucket 83 56 27 73 UMA Hash 3 3 0 30 UMA RCntSlabs 16305 15954 351 93 UMA Slabs 23097 21456 1641 424 UMA Zones 79 0 79 1 UMA Kegs 79 0 79 17 db> *** output of "show threads": *** db> show threads 100195 (0xc41cf960) uma_zfree_internal(c1061960,c32ef400,0,1,3,0,c106c8c0,dac d7c60) at uma_zfree_internal+0x120 100218 (0xc3c05af0) sched_switch(c3c05af0,0,1,5cf9bf6b,9d20eb13) at sched_swi tch+0x150 100236 (0xc41ce190) sched_switch(c41ce190,0,1,5c43e3eb,3d6e7ad5) at sched_swi tch+0x150 100198 (0xc41cf4b0) sched_switch(c41cf4b0,0,1,8fcfe7eb,a73ae5fe) at sched_swi tch+0x150 100172 (0xc41cee10) sched_switch(c41cee10,0,1,6ce8b06b,86ccc676) at sched_swi tch+0x150 100148 (0xc3bac190) sched_switch(c3bac190,0,1,cff0aeb,4563974b) at sched_swit ch+0x150 100191 (0xc47b5000) sched_switch(c47b5000,0,1,9fb99f6b,bd5ec7f2) at sched_swi tch+0x150 100105 (0xc3bb74b0) sched_switch(c3bb74b0,0,1,a3a5406b,b4ea26bd) at sched_swi tch+0x150 100110 (0xc3badc80) sched_switch(c3badc80,0,1,c53dc2eb,18f51145) at sched_swi tch+0x150 100147 (0xc3bac320) sched_switch(c3bac320,0,1,522a30eb,94c6403c) at sched_swi tch+0x150 100156 (0xc411d4b0) sched_switch(c411d4b0,0,1,7afaa76b,3c81b724) at sched_swi tch+0x150 100167 (0xc3ce6960) sched_switch(c3ce6960,0,1,35799deb,1017467f) at sched_swi tch+0x150 100085 (0xc3ba7000) sched_switch(c3ba7000,0,1,b904c6eb,87bc23e4) at sched_swi tch+0x150 100224 (0xc3c05190) sched_switch(c3c05190,0,1,efa67feb,918735f9) at sched_swi tch+0x150 100144 (0xc3bac7d0) sched_switch(c3bac7d0,0,1,4601faeb,93ef9a2d) at sched_swi tch+0x150 100166 (0xc3ce6af0) sched_switch(c3ce6af0,0,1,8d442feb,9a04f51f) at sched_swi tch+0x150 100135 (0xc3f75af0) sched_switch(c3f75af0,0,1,1e1c32eb,5aad99f7) at sched_swi tch+0x150 100099 (0xc33e57d0) sched_switch(c33e57d0,0,1,b347846b,4068b2bd) at sched_swi tch+0x150 100177 (0xc3f76960) sched_switch(c3f76960,0,1,f288e46b,5eee0593) at sched_swi tch+0x150 100137 (0xc3f757d0) sched_switch(c3f757d0,0,1,4e6f846b,fff94255) at sched_swi tch+0x150 100162 (0xc3f75190) sched_switch(c3f75190,0,1,b0eec86b,7286f229) at sched_swi tch+0x150 100146 (0xc3bac4b0) sched_switch(c3bac4b0,0,1,ee57f6b,e3fdf6) at sched_switch +0x150 100134 (0xc3f75c80) sched_switch(c3f75c80,0,1,2927c1eb,a12beb4) at sched_swit ch+0x150 100181 (0xc3f76320) sched_switch(c3f76320,0,1,9064adeb,2199ffa) at sched_swit ch+0x150 100199 (0xc3e58640) sched_switch(c3e58640,0,1,928ed1eb,2c55f7bb) at sched_swi tch+0x150 100093 (0xc3750320) sched_switch(c3750320,0,1,31fb4beb,635fa7bd) at sched_swi tch+0x150 100125 (0xc3ce57d0) sched_switch(c3ce57d0,0,1,816cfb6b,2f5e3165) at sched_swi tch+0x150 100132 (0xc3f76000) sched_switch(c3f76000,0,1,fcc533eb,86368de1) at sched_swi tch+0x150 100165 (0xc3ce6c80) sched_switch(c3ce6c80,0,1,c6e9f16b,f83f98d0) at sched_swi tch+0x150 100113 (0xc3bad7d0) sched_switch(c3bad7d0,0,1,b82337eb,6c3174be) at sched_swi tch+0x150 100136 (0xc3f75960) sched_switch(c3f75960,0,1,c346b56b,3eb426a1) at sched_swi tch+0x150 100160 (0xc3f76e10) sched_switch(c3f76e10,0,1,b15a346b,ba0f5ae5) at sched_swi tch+0x150 100109 (0xc3bade10) sched_switch(c3bade10,0,1,d34ec7eb,70f8a072) at sched_swi tch+0x150 100154 (0xc411d7d0) sched_switch(c411d7d0,0,1,6f3bf46b,78790ea9) at sched_swi tch+0x150 100088 (0xc3750af0) sched_switch(c3750af0,0,1,29aaf16b,eb113773) at sched_swi tch+0x150 100119 (0xc3ce6190) sched_switch(c3ce6190,0,1,64c868eb,2a07aa7b) at sched_swi tch+0x150 100081 (0xc3ba7640) sched_switch(c3ba7640,0,1,f00980eb,e1d292b6) at sched_swi tch+0x150 100089 (0xc3750960) sched_switch(c3750960,0,1,2bab67eb,d62eb8bd) at sched_swi tch+0x150 100117 (0xc3ce64b0) sched_switch(c3ce64b0,0,1,be06e4eb,57eb21e0) at sched_swi tch+0x150 100111 (0xc3badaf0) sched_switch(c3badaf0,0,1,c425b8eb,82c110ed) at sched_swi tch+0x150 100106 (0xc3bb7320) sched_switch(c3bb7320,0,1,556b0eeb,5797b35c) at sched_swi tch+0x150 100116 (0xc3ce6640) sched_switch(c3ce6640,0,1,b368466b,51b25045) at sched_swi tch+0x150 100053 (0xc33e5190) sched_switch(c33e5190,0,1,1a7fe96b,e444afad) at sched_swi tch+0x150 100108 (0xc3bb7000) sched_switch(c3bb7000,0,1,b19db86b,843ff7e5) at sched_swi tch+0x150 100094 (0xc3750190) sched_switch(c3750190,0,1,4dacb8eb,7a90db1d) at sched_swi tch+0x150 100115 (0xc3bad4b0) sched_switch(c3bad4b0,0,1,6cfb9f6b,7e6d0e42) at sched_swi tch+0x150 100118 (0xc3ce6320) sched_switch(c3ce6320,0,1,4d906beb,166a4ff2) at sched_swi tch+0x150 100071 (0xc374f320) sched_switch(c374f320,0,1,36f667eb,1d5ec150) at sched_swi tch+0x150 100095 (0xc3bad320) sched_switch(c3bad320,0,1,cbe675eb,43313a78) at sched_swi tch+0x150 100101 (0xc3bb7af0) sched_switch(c3bb7af0,0,1,22e4a5eb,3d4f89db) at sched_swi tch+0x150 100120 (0xc3ce6000) sched_switch(c3ce6000,0,1,f21aafeb,dd05993d) at sched_swi tch+0x150 100121 (0xc3ce5e10) sched_switch(c3ce5e10,0,1,2aa17feb,da0db949) at sched_swi tch+0x150 100122 (0xc3ce5c80) sched_switch(c3ce5c80,0,1,1fb39feb,dbc9d067) at sched_swi tch+0x150 100123 (0xc3ce5af0) sched_switch(c3ce5af0,0,1,3ac05aeb,dc5dc87c) at sched_swi tch+0x150 100087 (0xc3750c80) sched_switch(c3750c80,0,1,d91458eb,de9d7988) at sched_swi tch+0x150 100076 (0xc33e5af0) sched_switch(c33e5af0,0,1,e57ad86b,de061e5c) at sched_swi tch+0x150 100051 (0xc33e54b0) sched_switch(c33e54b0,0,1,916a6aeb,137046ed) at sched_swi tch+0x150 100097 (0xc3bad000) sched_switch(c3bad000,0,1,3a5d61eb,89cc23af) at sched_swi tch+0x150 100084 (0xc3ba7190) sched_switch(c3ba7190,0,1,2afb6b,c9f6b867) at sched_switc h+0x150 100082 (0xc3ba74b0) sched_switch(c3ba74b0,0,1,583592eb,59fc80e5) at sched_swi tch+0x150 100066 (0xc374faf0) sched_switch(c374faf0,0,1,eacd58eb,93b171e5) at sched_swi tch+0x150 100073 (0xc374f000) sched_switch(c374f000,0,1,cdbe3deb,3fc8017d) at sched_swi tch+0x150 100050 (0xc33e5640) sched_switch(c33e5640,0,1,f492016b,3eca573d) at sched_swi tch+0x150 100079 (0xc3ba7960) sched_switch(c3ba7960,0,1,4b509aeb,6218236) at sched_swit ch+0x150 100092 (0xc37504b0) sched_switch(c37504b0,0,1,51a48d6b,b36149c3) at sched_swi tch+0x150 100075 (0xc33e5c80) sched_switch(c33e5c80,0,1,da39406b,2fe9b3da) at sched_swi tch+0x150 100107 (0xc3bb7190) sched_switch(c3bb7190,0,1,217f18eb,ba0ece67) at sched_swi tch+0x150 100096 (0xc3bad190) sched_switch(c3bad190,0,1,5f0ffa6b,d58b1dfc) at sched_swi tch+0x150 100080 (0xc3ba77d0) sched_switch(c3ba77d0,0,1,d690626b,3c9d6f05) at sched_swi tch+0x150 100083 (0xc3ba7320) sched_switch(c3ba7320,0,1,1ab0686b,77b80ca6) at sched_swi tch+0x150 100102 (0xc3bb7960) sched_switch(c3bb7960,0,1,a6351beb,c2416ee5) at sched_swi tch+0x150 100103 (0xc3bb77d0) sched_switch(c3bb77d0,0,1,dd66826b,eab9a10b) at sched_swi tch+0x150 100104 (0xc3bb7640) sched_switch(c3bb7640,0,1,62866eeb,b97aa773) at sched_swi tch+0x150 100063 (0xc3750000) sched_switch(c3750000,0,1,3c311eeb,f79ced33) at sched_swi tch+0x150 100065 (0xc374fc80) sched_switch(c374fc80,0,1,ed01ebeb,abf8a4b) at sched_swit ch+0x150 100067 (0xc374f960) sched_switch(c374f960,0,1,bea249eb,d318f2f6) at sched_swi tch+0x150 100052 (0xc33e5320) sched_switch(c33e5320,0,1,106080eb,4f481765) at sched_swi tch+0x150 100074 (0xc33e5e10) sched_switch(c33e5e10,0,1,bc2702eb,985c5da4) at sched_swi tch+0x150 100070 (0xc374f4b0) sched_switch(c374f4b0,0,1,a9d3086b,d78375ea) at sched_swi tch+0x150 100054 (0xc33e5000) sched_switch(c33e5000,0,1,34f501eb,c887abc1) at sched_swi tch+0x150 100072 (0xc374f190) sched_switch(c374f190,0,1,4a51c76b,7a43b8e8) at sched_swi tch+0x150 100064 (0xc374fe10) sched_switch(c374fe10,0,1,6f9b4e6b,d62ef5ab) at sched_swi tch+0x150 100068 (0xc374f7d0) sched_switch(c374f7d0,0,1,62734f6b,121279b3) at sched_swi tch+0x150 100055 (0xc33e4e10) sched_switch(c33e4e10,0,1,381b816b,3e147be0) at sched_swi tch+0x150 100056 (0xc33e4c80) sched_switch(c33e4c80,0,1,d792ee6b,3e13dc84) at sched_swi tch+0x150 100057 (0xc33e4af0) sched_switch(c33e4af0,0,1,e9defeb,3e134b39) at sched_swit ch+0x150 100058 (0xc33e4960) sched_switch(c33e4960,0,1,45a8f16b,3e12b9ed) at sched_swi tch+0x150 100059 (0xc33e47d0) sched_switch(c33e47d0,0,1,dc420eb,70c88318) at sched_swit ch+0x150 100060 (0xc33e4640) sched_switch(c33e4640,0,1,d200e86b,938de87d) at sched_swi tch+0x150 100061 (0xc33e44b0) sched_switch(c33e44b0,0,1,1b471f6b,7453004c) at sched_swi tch+0x150 100062 (0xc33e4320) sched_switch(c33e4320,0,1,464e26b,6478b567) at sched_swit ch+0x150 100038 (0xc335eaf0) sched_switch(c335eaf0,0,1,849e836b,65b3dee2) at sched_swi tch+0x150 100039 (0xc335e960) sched_switch(c335e960,0,1,f5ead36b,b6284c41) at sched_swi tch+0x150 100040 (0xc335e7d0) sched_switch(c335e7d0,0,1,fd30adeb,f8885f52) at sched_swi tch+0x150 100041 (0xc335e640) sched_switch(c335e640,0,1,df3c4a6b,4df2540a) at sched_swi tch+0x150 100042 (0xc335e4b0) sched_switch(c335e4b0,0,1,3d71c56b,f987c68a) at sched_swi tch+0x150 100043 (0xc335e320) sched_switch(c335e320,0,1,d66fb3eb,adcffec) at sched_swit ch+0x150 100044 (0xc335e190) sched_switch(c335e190,0,1,557e76eb,7e03f213) at sched_swi tch+0x150 100045 (0xc335e000) sched_switch(c335e000,0,1,31d541eb,7f09fa43) at sched_swi tch+0x150 100046 (0xc3356e10) sched_switch(c3356e10,0,1,f5943b6b,7dfd4354) at sched_swi tch+0x150 100047 (0xc3356c80) sched_switch(c3356c80,0,1,424b75eb,adb7638) at sched_swit ch+0x150 100048 (0xc3356af0) sched_switch(c3356af0,0,1,e1c2e2eb,adad6dc) at sched_swit ch+0x150 100049 (0xc3356960) sched_switch(c3356960,0,1,521326eb,ada1b62) at sched_swit ch+0x150 100027 (0xc3356190) sched_switch(c3356190,0,1,1119f5eb,ad6c65b) at sched_swit ch+0x150 100028 (0xc3356000) fork_trampoline() at fork_trampoline 100029 (0xc3312e10) sched_switch(c3312e10,0,1,9b8b406b,32dfa7f9) at sched_swi tch+0x150 100030 (0xc3312c80) sched_switch(c3312c80,0,1,c8c5036b,a8683820) at sched_swi tch+0x150 100031 (0xc3312af0) sched_switch(c3312af0,0,1,cdc599eb,1053664f) at sched_swi tch+0x150 100032 (0xc3312960) sched_switch(c3312960,0,1,e24f89eb,f293d81c) at sched_swi tch+0x150 100033 (0xc33127d0) sched_switch(c33127d0,0,1,5168566b,2d00332b) at sched_swi tch+0x150 100034 (0xc3312640) sched_switch(c3312640,0,1,650076eb,35b98a61) at sched_swi tch+0x150 100035 (0xc33124b0) sched_switch(c33124b0,0,1,33e7496b,d8b22c42) at sched_swi tch+0x150 100036 (0xc335ee10) fork_trampoline() at fork_trampoline 100037 (0xc335ec80) sched_switch(c335ec80,0,1,60f260eb,a0dd9292) at sched_swi tch+0x150 100017 (0xc330e960) fork_trampoline() at fork_trampoline 100018 (0xc330e7d0) fork_trampoline() at fork_trampoline 100019 (0xc330e640) fork_trampoline() at fork_trampoline 100020 (0xc330e4b0) fork_trampoline() at fork_trampoline 100021 (0xc330e320) fork_trampoline() at fork_trampoline 100022 (0xc330e190) sched_switch(c330e190,0,1,88b45eb,20e09ef4) at sched_swit ch+0x150 100023 (0xc33567d0) sched_switch(c07a0028,86,c07abc91,c08a75b0,d56a0008) at s ched_switch+0x150 100024 (0xc3356640) sched_switch(c3356640,0,1,8212a0eb,e6bd18f4) at sched_swi tch+0x150 100025 (0xc33564b0) sched_switch(c33564b0,0,1,927aa46b,3544f94) at sched_swit ch+0x150 100026 (0xc3356320) sched_switch(c3356320,0,1,4ec6c0eb,1819ea41) at sched_swi tch+0x150 100008 (0xc330d320) sched_switch(c330d320,0,1,d3b0c8eb,6c424811) at sched_swi tch+0x150 100009 (0xc330d190) fork_trampoline() at fork_trampoline 100010 (0xc330d000) fork_trampoline() at fork_trampoline 100011 (0xc3312320) fork_trampoline() at fork_trampoline 100012 (0xc3312190) fork_trampoline() at fork_trampoline 100013 (0xc3312000) fork_trampoline() at fork_trampoline 100014 (0xc330ee10) fork_trampoline() at fork_trampoline 100015 (0xc330ec80) fork_trampoline() at fork_trampoline 100016 (0xc330eaf0) sched_switch(c330eaf0,0,1,8a9cd96b,c08c97b4) at sched_swi tch+0x150 100000 (0xc330e000) fork_trampoline() at fork_trampoline 100001 (0xc330de10) fork_trampoline() at fork_trampoline 100002 (0xc330dc80) fork_trampoline() at fork_trampoline 100003 (0xc330daf0) sched_switch(c330daf0,0,1,4a9492eb,909713b1) at sched_swi tch+0x150 100004 (0xc330d960) sched_switch(c330d960,0,1,acf5586b,2feb62c9) at sched_swi tch+0x150 100005 (0xc330d7d0) sched_switch(c330d7d0,0,1,c22f64eb,d8e710a1) at sched_swi tch+0x150 100006 (0xc330d640) sched_switch(c330d640,0,1,dc7a32eb,a506488f) at sched_swi tch+0x150 100007 (0xc330d4b0) sched_switch(c330d4b0,0,1,7397466b,ac4d070) at sched_swit ch+0x150 0 (0xc0873d40) sched_switch(c0873d40,0,1,5f6388eb,3de2c6c1) at sched_swi tch+0x150 db> *** --Multipart=_Sun__22_Jan_2006_12_47_20_+0100_gnlorxEDptdVA0ZZ-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 13:09:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C3FC16A41F for ; Sun, 22 Jan 2006 13:09:06 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from natsmtp00.rzone.de (natsmtp00.rzone.de [81.169.145.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BC1C43D45 for ; Sun, 22 Jan 2006 13:09:05 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from athena.laverenz.de (p5480EAA9.dip.t-dialin.net [84.128.234.169]) by post.webmailer.de (8.13.1/8.13.1) with ESMTP id k0MD92K7021109 for ; Sun, 22 Jan 2006 14:09:02 +0100 (MET) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id F318BE379FE1 for ; Sun, 22 Jan 2006 14:09:01 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 23887-02 for ; Sun, 22 Jan 2006 14:09:01 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id 0AEE1E379FD0; Sun, 22 Jan 2006 14:09:00 +0100 (CET) Date: Sun, 22 Jan 2006 14:09:00 +0100 From: Uwe Laverenz To: freebsd-stable@freebsd.org Message-ID: <20060122130900.GA23944@laverenz.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <43D2A5AF.4050302@shaw.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43D2A5AF.4050302@shaw.ca> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Subject: Re: Best release for IBM laptop R51 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 13:09:06 -0000 On Sat, Jan 21, 2006 at 01:20:47PM -0800, Graham North wrote: > I am planning to load FreeBSD as a dual boot on new IBM laptop. > The model is an R51 which comes with: I also used to run FreeBSD 6.0 on a R51, the only difference I can see is that my TP has a Radeon 9000. Everything should work and I would also recommend 6.0, except for an annoying problem with wlan/wpa_supplicant: the wlan connection will be dead from time to time (see PR kern/88793). bye, Uwe From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 13:17:18 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02B2A16A41F for ; Sun, 22 Jan 2006 13:17:18 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3479443D48 for ; Sun, 22 Jan 2006 13:17:16 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0MDHDfC048507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Jan 2006 16:17:14 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0MDHDVD048506; Sun, 22 Jan 2006 16:17:13 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 22 Jan 2006 16:17:12 +0300 From: Gleb Smirnoff To: Christian Brueffer , Ion-Mihai Tetcu Message-ID: <20060122131712.GL83922@FreeBSD.org> References: <20060121082229.GA932@haakonia.hitnet.RWTH-Aachen.DE> <20060121120902.GA83922@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060121120902.GA83922@FreeBSD.org> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: panic: mb_dtor_mbuf: M_EXT set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 13:17:18 -0000 On Sat, Jan 21, 2006 at 03:09:02PM +0300, Gleb Smirnoff wrote: T> This should be fixed in src/sys/kern_mbuf.c, rev. 1.9.2.3 And another bogus panic is removed in 1.9.2.4 -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 13:48:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5045316A459 for ; Sun, 22 Jan 2006 13:48:43 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F7543D49 for ; Sun, 22 Jan 2006 13:48:42 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 17928 invoked from network); 22 Jan 2006 13:48:40 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.187.177.67]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 22 Jan 2006 13:48:40 -0000 Date: Sun, 22 Jan 2006 14:48:35 +0100 From: Fabian Keil To: Graham North Message-ID: <20060122144835.7367a6c5@localhost> In-Reply-To: <43D2A5AF.4050302@shaw.ca> References: <43D2A5AF.4050302@shaw.ca> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_5O58z9QCSCKvSN7CwMboKGY; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Re: Best release for IBM laptop R51 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 13:48:44 -0000 --Sig_5O58z9QCSCKvSN7CwMboKGY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Graham North wrote: > I am planning to load FreeBSD as a dual boot on new IBM laptop. > The model is an R51 which comes with: > Radeon 7500 - video > Intel Pro/1000 NT Mobile > Intel Pro/Wireless 2200BG > Integrated Audio > Intel 82802 UltraATA > Can anyone tell me whether the above hardware is all supported and=20 > stable in FreeBSD. I had RELENG_5 installed on my ThinkPad R51 UN0K6GE until two weeks ago when I switched to RELENG_6. =20 It was stable with 5.4 and is stable now. I just updated to get some of the new features. > Should I therefore download 6.0-Release and then just cvsup and > rebuild?? Is this a better option than using 5.4 at this point? I'd skip 5.4. It was good, but 6.0 is even better. Fabian --=20 http://www.fabiankeil.de/ --Sig_5O58z9QCSCKvSN7CwMboKGY Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD0406jV8GA4rMKUQRApaaAKCqW8NUtj6xgSWaTRhZhrY75wrJUACg3aEm oiPlOXbhcdLL6hrY1HcyHLI= =G9ZZ -----END PGP SIGNATURE----- --Sig_5O58z9QCSCKvSN7CwMboKGY-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 14:16:34 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEBE816A41F; Sun, 22 Jan 2006 14:16:34 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42F5643D49; Sun, 22 Jan 2006 14:16:29 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0ITH004NQZNFWS@ms-dienst.rz.rwth-aachen.de>; Sun, 22 Jan 2006 15:16:28 +0100 (MET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Sun, 22 Jan 2006 15:16:27 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.1/8.13.1/1) with ESMTP id k0MEGQkF012705; Sun, 22 Jan 2006 15:16:26 +0100 Received: from lorien.hitnet.rwth-aachen.de ([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1F0g14-0008AS-TU; Sun, 22 Jan 2006 15:16:26 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 31C1C3F429; Sun, 22 Jan 2006 15:16:24 +0100 (CET) Date: Sun, 22 Jan 2006 15:16:24 +0100 From: Christian Brueffer In-reply-to: <20060122131712.GL83922@FreeBSD.org> To: Gleb Smirnoff Message-id: <20060122141623.GA935@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary=wRRV7LY7NUeQGEoC; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20060121082229.GA932@haakonia.hitnet.RWTH-Aachen.DE> <20060121120902.GA83922@FreeBSD.org> <20060122131712.GL83922@FreeBSD.org> Cc: Ion-Mihai Tetcu , stable@FreeBSD.org Subject: Re: panic: mb_dtor_mbuf: M_EXT set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 14:16:35 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 22, 2006 at 04:17:12PM +0300, Gleb Smirnoff wrote: > On Sat, Jan 21, 2006 at 03:09:02PM +0300, Gleb Smirnoff wrote: > T> This should be fixed in src/sys/kern_mbuf.c, rev. 1.9.2.3 >=20 > And another bogus panic is removed in 1.9.2.4 >=20 The kernel is working again, thanks! - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD05O3bHYXjKDtmC0RApvPAKCEdBQyNB6OMBJhXji2Jkpo+YB1ygCgxY0R wxGl3dZWxvRFzdv4vrQQwXA= =HFlW -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 15:51:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 491E316A41F for ; Sun, 22 Jan 2006 15:51:49 +0000 (GMT) (envelope-from kdgrills@the-grills.com) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [63.240.77.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5DF143D49 for ; Sun, 22 Jan 2006 15:51:45 +0000 (GMT) (envelope-from kdgrills@the-grills.com) Received: from srv1.the-grills.com (c-71-57-60-59.hsd1.il.comcast.net[71.57.60.59]) by comcast.net (sccrmhc13) with SMTP id <2006012215514401300gid01e>; Sun, 22 Jan 2006 15:51:44 +0000 Received: (qmail 1167 invoked by uid 1001); 22 Jan 2006 15:51:43 -0000 Date: Sun, 22 Jan 2006 09:51:43 -0600 From: "Kelly D. Grills" To: freebsd-stable@freebsd.org Message-ID: <20060122155131.GA823@the-grills.com> References: <43D339CC.3020204@forrie.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <43D339CC.3020204@forrie.com> X-Operating-System: FreeBSD/6.0-RELEASE (i386) X-PGP-Key: mailto:kdgrills-pgpkey@the-grills.com User-Agent: Mutt/1.5.11 Subject: Re: dhclient wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 15:51:49 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 22, 2006 at 02:52:44AM -0500, Forrest Aldrich wrote: >=20 > I reported this problem a few OS versions back... pre-6. I'm on=20 > FreeBSD-6-STABLE, and I've found the dhclient once again "wedged" in a=20 > mode that was eating a lot of CPU. =20 >=20 > The solution is to kill it, and restart. >=20 > I'm on Comcast's network, so I don't really know if their DHCP server is= =20 > doing something that FreeBSD's stock dhclient doesn't like; however, I=20 > wonder if someone else has noticed this problem, etc. >=20 Yes, I've also had the same problem (6.0-RELEASE), on Comcast also. I installed isc-dhcp3-client-3.0.3_1 from ports and haven't had a=20 problem since. (crossing fingers ;=3D) --=20 Kelly D. Grills kdgrills@the-grills.com --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: PGP key: mailto:kdgrills-pgpkey@the-grills.com iD8DBQFD06oC7inS5LzF7HMRAim2AJ4+qH3zo7t3HKIfmhGoly1B6a4BKgCggkk4 y1AR9Kxivc3cNkuc5TbRqB8= =DnPp -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 19:07:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 116E116A420 for ; Sun, 22 Jan 2006 19:07:00 +0000 (GMT) (envelope-from carlos@infodrive.com.ar) Received: from ns-0.net (ns-0.net [64.76.16.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D34B43D45 for ; Sun, 22 Jan 2006 19:06:56 +0000 (GMT) (envelope-from carlos@infodrive.com.ar) Received: from [192.168.0.124] (host145.201-252-22.telecom.net.ar [201.252.22.145]) by ns-0.net (Postfix) with ESMTP id 7C3FD27A959 for ; Sun, 22 Jan 2006 16:06:56 -0300 (ART) Message-ID: <43D3D7CD.8070807@infodrive.com.ar> Date: Sun, 22 Jan 2006 16:06:53 -0300 From: Carlos Horowicz User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 3ware firmware problem under 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 19:07:00 -0000 Hi there, I've built 6.0-STABLE as of today after a fresh 6.0 install on a Supermicro motherboard with a 3Ware 9000S-12 , and TWA_FLASH_FIRMWARE compiled in. The driver went from 3.60.00.017 to 3.60.02.012 , but the firmware could not be written. Here's the dmesg: twa0: [FAST] twa0: INFO: (0x15: 0x100c): Flashing bundled firmware...: twa0: ERROR: (0x03: 0x0232): Binary image architecture incompatible: opcode=0x56 twa0: ERROR: (0x15: 0x1006): Firmware flash failed: cmd = 0x16, chunk # 0, cmd status = 2 twa0: INFO: (0x15: 0x1017): Issuing hard (commanded) reset to the controller...: twa0: WARNING: (0x15: 0x100d): Unable to flash bundled firmware. Attempting to work with fw on ctlr...: twa0: INFO: (0x15: 0x1300): Controller details:: Model 9500S-12, 12 ports, Firmware FE9X 2.04.00.005, BIOS BE9X 2.03.01.047 3ware device driver for 9000 series storage controllers, version: 3.60.02.012 twa0: <3ware 9000 series Storage Controller> port 0x2000-0x20ff mem 0xdd200000-0xdd2000ff,0xdf800000-0xdfffffff irq 72 at device 2.0 on pci3 da0: <3ware Logical Disk 00 1.00> Fixed Direct Access SCSI-0 device Any ideas ? Thanks in advance! -Carlos From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 19:32:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85D5916A420 for ; Sun, 22 Jan 2006 19:32:47 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 956E043D5D for ; Sun, 22 Jan 2006 19:32:36 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 22 Jan 2006 19:32:35 -0000 Received: from p54A7CB5B.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.203.91] by mail.gmx.net (mp017) with SMTP; 22 Jan 2006 20:32:35 +0100 X-Authenticated: #5465401 Message-ID: <43D3DDB1.2070303@gmx.de> Date: Sun, 22 Jan 2006 20:32:01 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051219) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9566D27D2002EA8E719C0D92" X-Y-GMX-Trusted: 0 Subject: PCMCIA USB card problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 19:32:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9566D27D2002EA8E719C0D92 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit I've got an 4 Port PCMCIA connector with a VIA chipset. The manual claims it's an OHCI/EHCI device, but FreeBSD identifies it as an VIA 83C572 UHCI device. After the identification there is a nonesaying errormessage and the system crashs. Compiling the kernel without UHCI I get the following output when I put the card into the slot: cardbus0: Expecting link target, got 0xff cardbus0: Resource not specified in CIS: id=14, size=100 cardbus0: Resource not specified in CIS: id=20, size=20 cardbus0: at device 0.0 (no driver attached) cardbus0: Expecting link target, got 0xff cardbus0: Resource not specified in CIS: id=14, size=100 cardbus0: Resource not specified in CIS: id=20, size=20 cardbus0: at device 0.1 (no driver attached) cardbus0: Expecting link target, got 0xff cardbus0: Resource not specified in CIS: id=10, size=100 cardbus0: Resource not specified in CIS: id=14, size=100 ehci1: mem 0xc0208000-0xc02080ff,0xc0209000-0xc02090ff irq 11 at device 0.2 on cardbus0 ehci1: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: wrong number of companions (2 != 0) usb1: unrecoverable error, controller halted usb1: blocking intrs 0x10 usb1: run timeout ehci1: USB init failed err=13 device_attach: ehci1 attach returned 5 The system doesn't crash, but obviously it doesn't work either. Anyway that output looks more useful, maybe someone here can give me a hint, or is the chipset simply not supportet (the VIA 83C572 is in the supportet hardware list, but I don't know weather that realy is the chipset or just what FreeBSD thinks it is). --------------enig9566D27D2002EA8E719C0D92 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD0921fMDIb41/+S0RAtlDAJ9xJWH0fluG3md0fguZ0Oi8l3wnRgCfUZ05 qbKjU4W/xGrDs19z9RORODc= =voSG -----END PGP SIGNATURE----- --------------enig9566D27D2002EA8E719C0D92-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 21:58:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0529216A41F for ; Sun, 22 Jan 2006 21:58:04 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mtai02.charter.net (mtai02.charter.net [209.225.8.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6599543D45 for ; Sun, 22 Jan 2006 21:58:03 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip21-10.charter.net ([10.20.202.71]) by mtai02.charter.net (InterMail vM.6.01.05.04 201-2131-123-105-20051025) with ESMTP id <20060122215802.PGM28792.mtai02.charter.net@mxip21-10.charter.net> for ; Sun, 22 Jan 2006 16:58:02 -0500 Received: from 68-113-23-60.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.113.23.60]) by mxip21-10.charter.net with ESMTP; 22 Jan 2006 16:58:02 -0500 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAQAAA+k= From: "Michael S. Eubanks" To: freebsd-stable@freebsd.org In-Reply-To: <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> Content-Type: text/plain Date: Sun, 22 Jan 2006 13:58:01 -0800 Message-Id: <1137967081.40786.36.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 21:58:04 -0000 ...snip... > > Can there be problems with the mobo/controllercard? Or is it more > > likely to be driver realted? Promise lists my motherboard (asus > > a7v333) in their manual for the controllercard (promise sataII 150 > > TX4). > > ...snip... After looking at the dmesg output, I am curious whether you are using the promise sataII 150 TX4 controller for the raid disks? I see you are using 6.0-RELEASE whereas I'm using 5.4-STABLE with that particular controller. My dmesg output for the disk array looks like the following: ad4: 238475MB [484521/16/63] at ata2-master SATA150 ad6: 238475MB [484521/16/63] at ata3-master SATA150 ad8: 238475MB [484521/16/63] at ata4-master SATA150 ad10: 238475MB [484521/16/63] at ata5-master SATA150 ar0: 953900MB [65535/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master disk2 READY on ad8 at ata4-master disk3 READY on ad10 at ata5-master The device I mount as my raid filesystem is ar0s1 and I believe it corresponds to ``device ataraid'' in the kernel. I read the raid mirroring page in the handbook, although, I'm thinking your controller should represent each disk as ``ar0'' and handle the mirroring itself (possibly consisting of two sets of two disks). I really don't know though. It looks like the RAID1 mirroring tutorial is for systems that don't actually have a raid controller. Hence, the RAID0 tutorial is the one that I would be using if I did not use the promise controller. Because I _DO_ use the controller, I am simply able to manipulate the ar0 disk array as a single disk. I imagine your setup will differ, but I hope this helps. -Michael From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 21:59:06 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B827A16A420; Sun, 22 Jan 2006 21:59:06 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id F370A43D49; Sun, 22 Jan 2006 21:59:04 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id C0B82BAF1; Sun, 22 Jan 2006 23:58:55 +0200 (EET) Date: Sun, 22 Jan 2006 23:58:54 +0200 From: Ion-Mihai Tetcu To: Christian Brueffer Message-ID: <20060122235854.760678f3@it.buh.tecnik93.com> In-Reply-To: <20060122141623.GA935@haakonia.hitnet.RWTH-Aachen.DE> References: <20060121082229.GA932@haakonia.hitnet.RWTH-Aachen.DE> <20060121120902.GA83922@FreeBSD.org> <20060122131712.GL83922@FreeBSD.org> <20060122141623.GA935@haakonia.hitnet.RWTH-Aachen.DE> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, Gleb Smirnoff Subject: Re: panic: mb_dtor_mbuf: M_EXT set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 21:59:06 -0000 On Sun, 22 Jan 2006 15:16:24 +0100 Christian Brueffer wrote: > On Sun, Jan 22, 2006 at 04:17:12PM +0300, Gleb Smirnoff wrote: > > On Sat, Jan 21, 2006 at 03:09:02PM +0300, Gleb Smirnoff wrote: > > T> This should be fixed in src/sys/kern_mbuf.c, rev. 1.9.2.3 > > > > And another bogus panic is removed in 1.9.2.4 > > > > The kernel is working again, thanks! It's working in regard of vr0, thank you. However now my computer resets w/o anything logged when starting kde; if I only startx it doesn't happen (without exec startkde in .xinitrc); I commented out any fancy options like dri with no effect and it also happen if I kldunload snd_via8233 before starting kde. This is with 1.9.2.3 (cvsupped around 21 to 22 midnight; it didn't happen with sources from 19. -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #153: Big to little endian conversion error From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 22:00:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC7FC16A43B for ; Sun, 22 Jan 2006 22:00:54 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub04.unibe.ch (mailhub04.unibe.ch [130.92.9.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21FAD43D7C for ; Sun, 22 Jan 2006 22:00:37 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub03.unibe.ch [130.92.254.67]) by mailhub04.unibe.ch (Postfix) with ESMTP id D71B51BF8B for ; Sun, 22 Jan 2006 23:00:29 +0100 (CET) Received: from mailhub04.unibe.ch ([130.92.9.71]) by localhost (scanhub03.unibe.ch [130.92.254.67]) (amavisd-new, port 10024) with LMTP id 31148-02-8 for ; Sun, 22 Jan 2006 23:00:28 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub04.unibe.ch (Postfix) with ESMTP id 4E0D61C03A for ; Sun, 22 Jan 2006 23:00:28 +0100 (CET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id k0MM0T8Z001564 for ; Sun, 22 Jan 2006 23:00:29 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id k0MM0TCf001416 for stable@freebsd.org; Sun, 22 Jan 2006 23:00:29 +0100 (MET) Date: Sun, 22 Jan 2006 23:00:28 +0100 From: Tobias Roth To: stable@freebsd.org Message-ID: <20060122220028.GB1379@droopy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Cc: Subject: system laggy under load, SCHED_BSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 22:00:54 -0000 Hi Since some time, I experience extremely bad system behaviour under load. For instance when compiling something, or unpacking a large archive, the system is almost unusable, even the mouse pointer reacts sloppy. My system: 6.0-STABLE FreeBSD 6.0-STABLE #7: Sun Jan 22 15:53:39 CET 2006 i386 I use SCHED_BSD. How can I diagnose the problem, or provide more information? What factors might influence what I experience? I cannot give a more precise point in time as when this started, since I switched versions and systems a few times recently. Thanks, t. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 22:18:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 764B016A41F for ; Sun, 22 Jan 2006 22:18:35 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DD4343D46 for ; Sun, 22 Jan 2006 22:18:35 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k0MMISBh003357; Sun, 22 Jan 2006 14:18:28 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k0MMISl5003356; Sun, 22 Jan 2006 14:18:28 -0800 Date: Sun, 22 Jan 2006 14:18:28 -0800 From: Brooks Davis To: "Kelly D. Grills" , Forrest Aldrich Message-ID: <20060122221828.GA7703@odin.ac.hmc.edu> References: <43D339CC.3020204@forrie.com> <20060122155131.GA823@the-grills.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <20060122155131.GA823@the-grills.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable@freebsd.org Subject: Re: dhclient wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 22:18:35 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 22, 2006 at 09:51:43AM -0600, Kelly D. Grills wrote: > On Sun, Jan 22, 2006 at 02:52:44AM -0500, Forrest Aldrich wrote: > >=20 > > I reported this problem a few OS versions back... pre-6. I'm on=20 > > FreeBSD-6-STABLE, and I've found the dhclient once again "wedged" in a= =20 > > mode that was eating a lot of CPU. =20 > >=20 > > The solution is to kill it, and restart. > >=20 > > I'm on Comcast's network, so I don't really know if their DHCP server i= s=20 > > doing something that FreeBSD's stock dhclient doesn't like; however, I= =20 > > wonder if someone else has noticed this problem, etc. > >=20 > Yes, I've also had the same problem (6.0-RELEASE), on Comcast also. > I installed isc-dhcp3-client-3.0.3_1 from ports and haven't had a=20 > problem since. (crossing fingers ;=3D) This definitly sounds like something particular to your dhcp servers. It would be nice if we could fix it, but without some debugging help that's going to be pretty much impossible. If you can recompile dhclient with debugging symbols and when it goes into a spin, use the debugger to figure out where it's spinning, that would be useful. See this post for details: http://lists.freebsd.org/pipermail/freebsd-current/2005-August/054224.html -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFD1ASzXY6L6fI4GtQRAnEEAJ9yI4kGEdo/izD3o9nbF3H1N3o+aQCeNy56 cCiJM/ok+wbMj4Feky6Q1I0= =d59n -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 22:25:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEC4E16A41F for ; Sun, 22 Jan 2006 22:25:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71C8C43D45 for ; Sun, 22 Jan 2006 22:25:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 46ECE1A3C1C; Sun, 22 Jan 2006 14:25:34 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 336FB51243; Sun, 22 Jan 2006 17:25:33 -0500 (EST) Date: Sun, 22 Jan 2006 17:25:33 -0500 From: Kris Kennaway To: Tobias Roth Message-ID: <20060122222532.GA62073@xor.obsecurity.org> References: <20060122220028.GB1379@droopy.unibe.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <20060122220028.GB1379@droopy.unibe.ch> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: system laggy under load, SCHED_BSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 22:25:34 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 22, 2006 at 11:00:28PM +0100, Tobias Roth wrote: > Hi >=20 > Since some time, I experience extremely bad system behaviour under > load. For instance when compiling something, or unpacking a large > archive, the system is almost unusable, even the mouse pointer > reacts sloppy. >=20 > My system: >=20 > 6.0-STABLE FreeBSD 6.0-STABLE #7: Sun Jan 22 15:53:39 CET 2006 i386 >=20 > I use SCHED_BSD. >=20 > How can I diagnose the problem, or provide more information? What > factors might influence what I experience? I cannot give a more precise > point in time as when this started, since I switched versions and > systems a few times recently. This has been discussed a number of times: the short answer is to look for interrupt storms (vmstat -i), interrupt sharing (also vmstat -i), and in particular shared interrupts involving usb or other drivers still under Giant. Kris --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD1AZcWry0BWjoQKURAhr1AJ9sUAyRHR3zRQRJjveahQwBetICiACgj3xE jBxwoUK2KDbpfJ6AdCMBhsc= =eTT4 -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 22:51:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1382916A41F for ; Sun, 22 Jan 2006 22:51:54 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 594F143D49 for ; Sun, 22 Jan 2006 22:51:53 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (81.236.252.191) by pne-smtpout2-sn1.fre.skanova.net (7.2.069.1) id 43CFE635000B55F0 for freebsd-stable@freebsd.org; Sun, 22 Jan 2006 23:51:52 +0100 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id A744F61C90 for ; Sun, 22 Jan 2006 23:51:51 +0100 (CET) Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 74289-02 for ; Sun, 22 Jan 2006 23:51:50 +0100 (CET) Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi.stromnet.org (Postfix) with ESMTP id E92EF61C59 for ; Sun, 22 Jan 2006 23:51:49 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <1137967081.40786.36.camel@yak.mseubanks.net> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> <1137967081.40786.36.camel@yak.mseubanks.net> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-6-749329573; protocol="application/pkcs7-signature" Message-Id: <1DA0C9DF-BB42-415B-8851-FFB91CD0F1AC@stromnet.org> From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sun, 22 Jan 2006 23:51:59 +0100 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at stromnet.org X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 22:51:54 -0000 --Apple-Mail-6-749329573 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 22 jan 2006, at 22.58, Michael S. Eubanks wrote: > > ...snip... > > >>> Can there be problems with the mobo/controllercard? Or is it more >>> likely to be driver realted? Promise lists my motherboard (asus >>> a7v333) in their manual for the controllercard (promise sataII 150 >>> TX4). >>> >>> > > ...snip... > > After looking at the dmesg output, I am curious whether you are using > the promise sataII 150 TX4 controller for the raid disks? I see > you are > using 6.0-RELEASE whereas I'm using 5.4-STABLE with that particular > controller. My dmesg output for the disk array looks like the > following: > Hi! Thanks for response! Yes, this is a Promise SATAII 150 TX4 controller.. But afaik it doesnt do raid?? > > ad4: 238475MB [484521/16/63] at ata2-master > SATA150 > ad6: 238475MB [484521/16/63] at ata3-master > SATA150 > ad8: 238475MB [484521/16/63] at ata4-master > SATA150 > ad10: 238475MB [484521/16/63] at ata5- > master > SATA150 > ar0: 953900MB [65535/255/63] status: READY subdisks: > disk0 READY on ad4 at ata2-master > disk1 READY on ad6 at ata3-master > disk2 READY on ad8 at ata4-master > disk3 READY on ad10 at ata5-master > > The device I mount as my raid filesystem is ar0s1 and I believe it > corresponds to ``device ataraid'' in the kernel. I read the raid > mirroring page in the handbook, although, I'm thinking your controller > should represent each disk as ``ar0'' and handle the mirroring itself > (possibly consisting of two sets of two disks). I really don't know > though. > No /dev/ar*.. > > It looks like the RAID1 mirroring tutorial is for systems that don't > actually have a raid controller. Hence, the RAID0 tutorial is the one > that I would be using if I did not use the promise controller. > Because > I _DO_ use the controller, I am simply able to manipulate the ar0 disk > array as a single disk. I imagine your setup will differ, but I hope > this helps. > This card does afaik dont have raid functionalitys (I've never read anything about it either on the web, the cards box or anywhere else..). I'm running GENERIC, which does include ataraid.. What does your dmesg identify your card as? atapci0: port 0xb800-0xb87f, 0xb400-0xb4ff mem 0xfb800000-0xfb800fff,0xfb000000-0xfb01ffff irq 19 at device 12.0 on pci0 Is it the same PDC chipset? -- Johan > -Michael > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > --Apple-Mail-6-749329573-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 23:26:05 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04D8D16A41F for ; Sun, 22 Jan 2006 23:26:05 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9AB543D46 for ; Sun, 22 Jan 2006 23:26:04 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Sun, 22 Jan 2006 15:26:00 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 9386E4505B; Sun, 22 Jan 2006 15:26:01 -0800 (PST) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Kris Kennaway In-reply-to: Your message of "Sun, 22 Jan 2006 17:25:33 EST." <20060122222532.GA62073@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 22 Jan 2006 15:26:01 -0800 From: "Kevin Oberman" Message-Id: <20060122232601.9386E4505B@ptavv.es.net> Cc: stable@freebsd.org, Tobias Roth Subject: Re: system laggy under load, SCHED_BSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 23:26:05 -0000 > > --pWyiEgJYm5f9v55/ > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Sun, Jan 22, 2006 at 11:00:28PM +0100, Tobias Roth wrote: > > Hi > >=20 > > Since some time, I experience extremely bad system behaviour under > > load. For instance when compiling something, or unpacking a large > > archive, the system is almost unusable, even the mouse pointer > > reacts sloppy. > >=20 > > My system: > >=20 > > 6.0-STABLE FreeBSD 6.0-STABLE #7: Sun Jan 22 15:53:39 CET 2006 i386 > >=20 > > I use SCHED_BSD. > >=20 > > How can I diagnose the problem, or provide more information? What > > factors might influence what I experience? I cannot give a more precise > > point in time as when this started, since I switched versions and > > systems a few times recently. > > This has been discussed a number of times: the short answer is to look > for interrupt storms (vmstat -i), interrupt sharing (also vmstat -i), > and in particular shared interrupts involving usb or other drivers > still under Giant. It has been, but I never received any response to my last message. I eliminated shared IRQs and have only the mouse and keyboard under giant. No improvement. I enabled mutes profiling and posted the results. I'll admit not have much expertise, but nothing obvious. FWIW, GIANT was not an issue according to the profile data. I'm afraid that my chance to work on this is probably at an end as I received a replacement for my trusty old Dell (a dual core AMD 64 4400+), and I doubt that the Dell will be around for more than a week or so. If there is something I can try to look at before then, I'd be happy to, but I am at a total loss as to what the problem might be. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 22 23:33:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26E3D16A420 for ; Sun, 22 Jan 2006 23:33:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7EDA43D45 for ; Sun, 22 Jan 2006 23:33:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B61291A3C1C; Sun, 22 Jan 2006 15:33:31 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 58E595138C; Sun, 22 Jan 2006 18:33:30 -0500 (EST) Date: Sun, 22 Jan 2006 18:33:30 -0500 From: Kris Kennaway To: Kevin Oberman Message-ID: <20060122233330.GA63746@xor.obsecurity.org> References: <20060122222532.GA62073@xor.obsecurity.org> <20060122232601.9386E4505B@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <20060122232601.9386E4505B@ptavv.es.net> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Tobias Roth , Kris Kennaway Subject: Re: system laggy under load, SCHED_BSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 23:33:32 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 22, 2006 at 03:26:01PM -0800, Kevin Oberman wrote: > It has been, but I never received any response to my last message. >=20 > I eliminated shared IRQs and have only the mouse and keyboard under giant= . No improvement. >=20 > I enabled mutes profiling and posted the results. I'll admit not have muc= h expertise, but nothing obvious. FWIW, GIANT was not an issue according to= the profile data. It came while I was on holidays and I lost track of it, but the excel spreadsheet you posted was a bit useless to me :) Please send me the data in a readable format and I'll take a look, thanks. Kris --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD1BZJWry0BWjoQKURAit3AKDZej1Jm8rLnjL9C5YiJABGQ3+TAwCgvle4 DeKCtR8nzgsYYlf3ZQrqHQc= =aWXK -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 00:20:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D706916A420 for ; Mon, 23 Jan 2006 00:20:07 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2536943D48 for ; Mon, 23 Jan 2006 00:20:06 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Sun, 22 Jan 2006 16:20:05 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 9ED524505B; Sun, 22 Jan 2006 16:20:02 -0800 (PST) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Kris Kennaway In-reply-to: Your message of "Sun, 22 Jan 2006 18:33:30 EST." <20060122233330.GA63746@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1137975587_65140" Date: Sun, 22 Jan 2006 16:20:02 -0800 From: "Kevin Oberman" Message-Id: <20060123002002.9ED524505B@ptavv.es.net> Cc: stable@freebsd.org, Tobias Roth Subject: Re: system laggy under load, SCHED_BSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 00:20:08 -0000 This is a multipart MIME message. --==_Exmh_1137975587_65140 Content-Type: text/plain; charset=us-ascii > On Sun, Jan 22, 2006 at 03:26:01PM -0800, Kevin Oberman wrote: > > > It has been, but I never received any response to my last message. > > > > I eliminated shared IRQs and have only the mouse and keyboard under > > giant. No improvement. > > > > I enabled mutes profiling and posted the results. I'll admit not have > > much expertise, but nothing obvious. FWIW, GIANT was not an issue > > according to the profile data. > > It came while I was on holidays and I lost track of it, but the excel > spreadsheet you posted was a bit useless to me :) > > Please send me the data in a readable format and I'll take a look, Yeah. I realized that the holdays might cause it to drop into the bit-bucket many pklaces. Rest assured that the file was NOT generated with Excel. I use Gnumeric, myself. Hee it is again, this time in ASCII. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 --==_Exmh_1137975587_65140 Content-Type: text/plain ; name="mutex_profile.txt"; charset=us-ascii Content-Description: mutex_profile.txt Content-Disposition: attachment; filename="mutex_profile.txt" max total count avg cnt_hold cnt_lock name 31306 3097904 7674 403 150 4 /usr/src/sys/kern/kern_sysctl.c:1280 (Giant) 24022 2068439 896161 2 46 125 /usr/src/sys/kern/kern_lock.c:168 "(lockbuilder mtxpool)" 10271 1322619 60617 21 0 491 /usr/src/sys/kern/kern_proc.c:1005 "(process lock)" 81868 1106589 159090 6 11 8 /usr/src/sys/kern/vfs_subr.c:2073 "(vnode interlock)" 10047 839108 203413 4 14 30 /usr/src/sys/sys/buf.h:292 "(lockbuilder mtxpool)" 16674 723171 246963 2 141 201 /usr/src/sys/kern/vfs_bio.c:1397 "(buf queue lock)" 13754 702609 108657 6 3 63 /usr/src/sys/kern/vfs_cache.c:457 "(vnode interlock)" 11150 664704 250674 2 48 597 /usr/src/sys/kern/vfs_bio.c:2350 "(vnode interlock)" 16277 639972 105528 6 30 0 /usr/src/sys/kern/vfs_bio.c:3364 "(vm object)" 37419 636210 92311 6 3 0 /usr/src/sys/kern/vfs_subr.c:2185 "(vnode interlock)" 10133 607347 65681 9 3 7 /usr/src/sys/kern/uipc_socket.c:2007 (so_snd) 10047 584865 46949 12 18 46 /usr/src/sys/kern/vfs_bio.c:2756 "(vm object)" 9736 512440 29498 17 0 2239 /usr/src/sys/vm/vm_fault.c:295 "(vm object)" 12848 440750 8482 51 1 3573 /usr/src/sys/kern/kern_timeout.c:258 (Giant) 5016 435531 47339 9 83 6697 /usr/src/sys/kern/vfs_bio.c:1665 "(buf queue lock)" 49521 426145 692 615 15 5 /usr/src/sys/kern/kern_synch.c:236 (Giant) 7990 371754 21727 17 9 0 /usr/src/sys/kern/vfs_bio.c:3445 "(vm object)" 15467 370168 116727 3 19 18 /usr/src/sys/kern/vfs_cache.c:356 "(Name Cache)" 4012 355470 18936 18 3 137 /usr/src/sys/dev/ata/ata-queue.c:168 "(ATA queue lock)" 15475 350428 323701 1 8 167 /usr/src/sys/kern/kern_lock.c:570 "(lockbuilder mtxpool)" 24018 350035 129071 2 20 5 /usr/src/sys/kern/vfs_vnops.c:799 "(vnode interlock)" 10128 337227 65681 5 0 9 /usr/src/sys/kern/uipc_socket.c:2008 (so_rcv) 9447 336466 71039 4 38 8 /usr/src/sys/vm/vm_page.c:810 "(vm page queue mutex)" 8650 292039 46863 6 15 216 /usr/src/sys/kern/vfs_bio.c:1456 "(vm object)" 6746 275183 59977 4 0 0 /usr/src/sys/kern/kern_proc.c:238 "(process lock)" 5146 271687 45648 5 6 72 /usr/src/sys/kern/vfs_bio.c:3082 "(vm object)" 2295 271457 17495 15 9 0 /usr/src/sys/dev/ata/ata-queue.c:185 "(ATA state lock)" 10038 242155 208128 1 16 168 /usr/src/sys/kern/kern_lock.c:546 "(lockbuilder mtxpool)" 58128 204474 88042 2 1 0 /usr/src/sys/i386/i386/pmap.c:2661 (pmap) 9036 195789 79458 2 1 556 /usr/src/sys/sys/buf.h:272 "(lockbuilder mtxpool)" 22641 182657 35 5218 2 0 /usr/src/sys/kern/vfs_subr.c:2805 "(struct mount mtx)" 4072 181216 187473 0 44 595 /usr/src/sys/kern/vfs_bio.c:309 "(needsbuffer lock)" 2432 180111 116755 1 26 651 /usr/src/sys/geom/geom_io.c:67 "(boi queue)" 22554 169486 361 469 1 0 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1117 "(struct mount mtx)" 7576 163456 29484 5 0 0 /usr/src/sys/vm/vm_fault.c:906 "(vm object)" 3743 153578 105528 1 18 23 /usr/src/sys/kern/vfs_bio.c:3365 "(vm page queue mutex)" 16638 150964 137266 1 2 2 /usr/src/sys/kern/kern_descrip.c:2120 "(sleep mtxpool)" 2389 150655 30090 5 0 0 /usr/src/sys/i386/i386/pmap.c:1865 (pmap) 9682 145795 6754 21 12 6 /usr/src/sys/kern/uipc_usrreq.c:403 (unp) 10051 143017 128097 1 10 43 /usr/src/sys/kern/vfs_bio.c:417 "(buffer daemon lock)" 10016 140522 121768 1 0 3 /usr/src/sys/kern/kern_descrip.c:1991 "(sleep mtxpool)" 4576 132776 121848 1 0 0 /usr/src/sys/kern/kern_descrip.c:1970 "(filedesc structure)" 11023 128673 19547 6 5 99 /usr/src/sys/kern/vfs_hash.c:79 "(vnode interlock)" 10012 127059 121768 1 0 0 /usr/src/sys/kern/kern_descrip.c:1992 "(filedesc structure)" 10069 125052 3587 34 1 0 /usr/src/sys/vm/vm_fault.c:683 "(vm object)" 20509 120804 28151 4 0 0 /usr/src/sys/vm/vm_fault.c:985 "(vm object)" 3922 120660 8720 13 13 19 /usr/src/sys/kern/uipc_usrreq.c:340 (unp) 9037 119426 105542 1 8 1 /usr/src/sys/kern/vfs_bio.c:893 "(vnode interlock)" 5914 115325 363 317 21 0 /usr/src/sys/kern/kern_conf.c:287 (Giant) 7024 113930 109254 1 8 599 /usr/src/sys/kern/vfs_bio.c:2222 "(vm object)" 10047 111169 66660 1 7 0 /usr/src/sys/kern/vfs_subr.c:1793 "(vnode interlock)" 1012 108822 118450 0 25 72 /usr/src/sys/kern/vfs_bio.c:351 "(needsbuffer lock)" 927 108802 114560 0 1 64 /usr/src/sys/kern/vfs_bio.c:1413 "(vnode interlock)" 9675 106731 6712 15 4 2 /usr/src/sys/kern/uipc_usrreq.c:477 (so_rcv) 6015 102232 46863 2 16 5 /usr/src/sys/kern/vfs_bio.c:1457 "(vm page queue mutex)" 7440 97584 584 167 7 0 /usr/src/sys/kern/vfs_syscalls.c:249 (Giant) 2386 95912 30090 3 16 0 /usr/src/sys/i386/i386/pmap.c:1864 "(vm page queue mutex)" 7192 93765 41 2286 5 0 /usr/src/sys/vm/vm_pageout.c:717 (Giant) 2063 88349 8607 10 2 2 /usr/src/sys/i386/i386/pmap.c:2401 (SYSMAPS) 17028 86377 38685 2 0 0 /usr/src/sys/vm/vm_object.c:454 "(vm object)" 33 84596 45648 1 0 74 /usr/src/sys/kern/vfs_bio.c:3101 "(vm page queue mutex)" 3917 81949 8713 9 5 6 /usr/src/sys/kern/uipc_usrreq.c:355 (so_snd) 14245 81542 69941 1 2 186 /usr/src/sys/kern/kern_sx.c:157 "(lockbuilder mtxpool)" 1021 80004 47339 1 7 0 /usr/src/sys/kern/vfs_subr.c:1468 "(vnode interlock)" 10037 79996 21638 3 2 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:1385 (FFS) 52585 77473 2 38736 2 0 /usr/src/sys/kern/vfs_syscalls.c:124 (Giant) 1580 75820 9468 8 0 0 /usr/src/sys/geom/geom_disk.c:198 (g_disk_done) 1196 74575 72067 1 0 2125 /usr/src/sys/vm/vm_meter.c:195 "(vm object)" 6704 74329 47265 1 8 0 /usr/src/sys/kern/vfs_bio.c:2498 "(vnode interlock)" 2721 73609 60617 1 0 0 /usr/src/sys/kern/kern_proc.c:656 (sigacts) 26 73397 9468 7 0 201 /usr/src/sys/dev/ata/ata-all.c:327 "(ATA state lock)" 6812 71599 41 1746 1 0 /usr/src/sys/vm/vm_pageout.c:767 "(vm page queue mutex)" 2943 71153 70876 1 4 8 /usr/src/sys/kern/kern_sx.c:245 "(lockbuilder mtxpool)" 673 67964 72283 0 43 1 /usr/src/sys/kern/sys_generic.c:1092 (sellck) 19568 67173 43408 1 7 10 /usr/src/sys/vm/vnode_pager.c:369 "(vm object)" 7139 66287 4977 13 1 0 /usr/src/sys/vm/vm_fault.c:992 "(vm object)" 7768 64978 21570 3 0 505 /usr/src/sys/ufs/ffs/ffs_balloc.c:335 (FFS) 10040 64976 21497 3 6 206 /usr/src/sys/kern/vfs_hash.c:71 "(vfs hash)" 6673 63448 61142 1 2 48 /usr/src/sys/kern/kern_sx.c:111 "(lockbuilder mtxpool)" 13494 62677 4754 13 2 0 /usr/src/sys/vm/vnode_pager.c:1199 "(vm object)" 1029 62188 11554 5 9 0 /usr/src/sys/vm/vm_fault.c:1007 "(vm page queue mutex)" 4943 60939 2663 22 0 13339 /usr/src/sys/i386/i386/pmap.c:2472 (SYSMAPS) 113 58720 60617 0 0 0 /usr/src/sys/kern/kern_proc.c:707 (session) 8062 56285 20236 2 1 0 /usr/src/sys/kern/vfs_cluster.c:835 "(vnode interlock)" 6375 56178 43381 1 1 23 /usr/src/sys/ufs/ffs/ffs_vnops.c:625 "(process lock)" 630 55645 45772 1 0 1 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1095 "(vnode interlock)" 5060 55573 6451 8 4 0 /usr/src/sys/kern/vfs_cluster.c:133 "(vnode interlock)" 637 55490 53859 1 1 34 /usr/src/sys/kern/vfs_subr.c:1983 "(vnode interlock)" 2230 55035 5630 9 5 17 /usr/src/sys/kern/kern_conf.c:323 (Giant) 3129 54974 1065 51 0 0 /usr/src/sys/vm/vm_map.c:1380 "(vm object)" 5117 54822 8516 6 2 0 /usr/src/sys/kern/subr_sleepqueue.c:369 "(process lock)" 1014 54768 61142 0 1 0 /usr/src/sys/kern/kern_sx.c:216 "(lockbuilder mtxpool)" 4088 54304 7733 7 0 2 /usr/src/sys/kern/subr_sleepqueue.c:514 "(process lock)" 110 53352 60617 0 0 0 /usr/src/sys/kern/kern_proc.c:628 (ktrace) 5009 53058 48740 1 4 2 /usr/src/sys/kern/vfs_vnops.c:976 "(struct mount mtx)" 1067 50889 14027 3 1 128 /usr/src/sys/kern/sys_pipe.c:1342 "(pipe mutex)" 642 49393 48740 1 2 367 /usr/src/sys/kern/vfs_vnops.c:899 "(struct mount mtx)" 5083 49354 1633 30 0 52 /usr/src/sys/kern/kern_intr.c:546 (Giant) 3913 48262 8713 5 0 0 /usr/src/sys/kern/uipc_usrreq.c:356 (so_rcv) 643 48199 6712 7 0 0 /usr/src/sys/kern/uipc_usrreq.c:468 (so_snd) 2658 47426 39 1216 0 0 /usr/src/sys/vm/vm_meter.c:125 "(vm object_list)" 818 47282 45844 1 0 21 /usr/src/sys/kern/vfs_subr.c:2814 "(vnode interlock)" 3121 46182 940 49 4 1 /usr/src/sys/vm/vm_map.c:1431 "(vm page queue mutex)" 3254 45862 46346 0 1 56 /usr/src/sys/kern/vfs_bio.c:1743 "(vnode interlock)" 3642 44186 101 437 12 0 /usr/src/sys/i386/i386/pmap.c:2543 "(vm page queue mutex)" 675 43964 20324 2 7 10 /usr/src/sys/kern/vfs_subr.c:341 "(struct mount mtx)" 3637 43770 101 433 0 0 /usr/src/sys/i386/i386/pmap.c:2544 (pmap) 14601 41076 8 5134 1 0 /usr/src/sys/kern/kern_conf.c:241 (Giant) 3683 40947 21605 1 2 0 /usr/src/sys/kern/vfs_cluster.c:900 "(vm object)" 14594 40921 3 13640 0 0 /usr/src/sys/dev/sound/pcm/dsp.c:214 (pcm0) 1496 39869 3586 11 11 1 /usr/src/sys/i386/i386/pmap.c:2282 "(vm page queue mutex)" 10029 38883 27058 1 2 0 /usr/src/sys/i386/i386/trap.c:716 "(process lock)" 15217 37783 1910 19 3 6 /usr/src/sys/kern/vfs_syscalls.c:326 (Giant) 282 37647 29484 1 8 2 /usr/src/sys/vm/vm_fault.c:907 "(vm page queue mutex)" 12814 37477 2397 15 0 3 /usr/src/sys/vm/vm_object.c:1595 "(vm object)" 1254 36754 4754 7 0 0 /usr/src/sys/vm/vnode_pager.c:1181 "(vnode interlock)" 10024 35894 27058 1 3 0 /usr/src/sys/i386/i386/trap.c:725 "(process lock)" 3130 35562 25574 1 8 23 /usr/src/sys/kern/vfs_bio.c:1297 "(buf queue lock)" 663 35387 31888 1 0 671 /usr/src/sys/kern/vfs_subr.c:2022 "(vnode interlock)" 5401 34898 29484 1 0 0 /usr/src/sys/vm/vm_fault.c:929 "(process lock)" 2113 34585 3726 9 0 0 /usr/src/sys/kern/vfs_bio.c:3294 "(vm object)" 257 34335 3904 8 0 0 /usr/src/sys/kern/kern_sig.c:2673 "(sigio lock)" 5612 34312 27863 1 0 0 /usr/src/sys/kern/kern_descrip.c:381 "(filedesc structure)" 946 33335 22131 1 0 0 /usr/src/sys/i386/i386/pmap.c:2042 (pmap) 1731 31608 1707 18 0 1 /usr/src/sys/i386/i386/pmap.c:2284 (pmap) 2118 31471 29698 1 7 114 /usr/src/sys/kern/kern_conf.c:61 (cdev) 1007 31342 24507 1 5 0 /usr/src/sys/kern/vfs_bio.c:1229 "(vm object)" 8544 30586 24019 1 1 0 /usr/src/sys/kern/vfs_bio.c:3707 "(vnode interlock)" 2047 30143 1879 16 0 0 /usr/src/sys/i386/i386/pmap.c:2288 (pmap) 3589 29967 25073 1 0 0 /usr/src/sys/kern/vfs_lookup.c:175 "(filedesc structure)" 6333 29657 25228 1 0 0 /usr/src/sys/kern/kern_descrip.c:384 "(filedesc structure)" 266 28575 26794 1 5 35578 /usr/src/sys/vm/vm_fault.c:849 "(vm page queue mutex)" 24 28218 29910 0 0 429 /usr/src/sys/kern/vfs_bio.c:2886 "(bdone lock)" 9659 28081 5404 5 4 2 /usr/src/sys/kern/sys_generic.c:1140 (sellck) 3879 27564 25073 1 0 0 /usr/src/sys/kern/vfs_lookup.c:182 "(filedesc structure)" 2298 27403 21686 1 2 0 /usr/src/sys/kern/vfs_cluster.c:444 "(vm object)" 19559 27257 681 40 0 0 /usr/src/sys/vm/vm_object.c:1775 "(vm page queue mutex)" 38 27192 19259 1 0 815 /usr/src/sys/netinet/tcp_subr.c:1403 (tcp) 2044 26969 1879 14 0 0 /usr/src/sys/i386/i386/pmap.c:2287 (pmap) 1727 25649 1707 15 0 0 /usr/src/sys/i386/i386/pmap.c:2285 (pmap) 7043 25440 14271 1 1 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:1842 (FFS) 2741 24915 22757 1 0 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:1512 (FFS) 2790 24840 39 636 0 0 /usr/src/sys/vm/vm_meter.c:208 "(vm object_list)" 3984 24402 16 1525 0 0 /usr/src/sys/dev/sound/pcm/channel.c:1095 (pcm0:record:0) 9969 22964 3 7654 0 0 /usr/src/sys/kern/kern_condvar.c:134 (Giant) 17192 22823 25 912 0 0 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1086 "(struct mount mtx)" 21 21611 24093 0 0 1 /usr/src/sys/kern/vfs_bio.c:3717 "(vnode interlock)" 253 20592 3904 5 2 0 /usr/src/sys/kern/kern_sig.c:2680 "(process lock)" 808 20240 22527 0 3 0 /usr/src/sys/kern/vfs_bio.c:282 "(needsbuffer lock)" 622 19965 20342 0 1 0 /usr/src/sys/kern/vfs_cluster.c:387 "(vnode interlock)" 15164 19826 1260 15 0 0 /usr/src/sys/vm/vm_object.c:362 "(vnode interlock)" 39 19738 9468 2 1 0 /usr/src/sys/dev/ata/ata-queue.c:80 "(ATA queue lock)" 655 19570 20218 0 2 0 /usr/src/sys/kern/vfs_cluster.c:402 "(vm object)" 2730 18887 6074 3 0 482 /usr/src/sys/vm/vm_map.c:2193 "(vm object)" 2342 18875 9187 2 1 0 /usr/src/sys/kern/uipc_socket.c:1255 (so_rcv) 10937 18590 7366 2 0 0 /usr/src/sys/kern/sys_generic.c:691 "(filedesc structure)" 4076 18290 14365 1 0 9 /usr/src/sys/kern/kern_prot.c:1876 "(sleep mtxpool)" 10029 17630 4080 4 0 0 /usr/src/sys/kern/kern_descrip.c:979 "(filedesc structure)" 483 17557 3726 4 3 2 /usr/src/sys/kern/vfs_bio.c:3296 "(vm page queue mutex)" 7237 17394 5 3478 0 0 /usr/src/sys/dev/sound/pcm/sound.c:174 (pcm0:play:0) 244 17179 159 108 2 15389 /usr/src/sys/kern/kern_conf.c:311 (Giant) 6091 16815 2484 6 5 0 /usr/src/sys/kern/kern_conf.c:299 (Giant) 888 16628 168 98 0 4 /usr/src/sys/vm/vm_kern.c:295 "(system map)" 146 16590 12738 1 1 1 /usr/src/sys/kern/uipc_socket.c:1011 (so_rcv) 7366 16498 6680 2 1 0 /usr/src/sys/kern/uipc_socket.c:661 (so_snd) 97 15908 9884 1 2 0 /usr/src/sys/kern/sys_generic.c:764 (sellck) 86 15838 3514 4 0 1 /usr/src/sys/vm/vm_map.c:2404 "(vm object)" 4143 15824 48 329 18 0 /usr/src/sys/netinet/tcp_usrreq.c:441 (inp) 29 15291 16145 0 1 0 /usr/src/sys/kern/kern_resource.c:1165 "(sleep mtxpool)" 1651 15054 480 31 0 0 /usr/src/sys/vm/vnode_pager.c:315 "(vm object)" 753 14424 193 74 0 0 /usr/src/sys/netinet/tcp_subr.c:914 (tcp) 417 14328 9479 1 3 8 /usr/src/sys/vm/vm_fault.c:344 "(vm page queue mutex)" 353 14293 989 14 0 0 /usr/src/sys/kern/subr_trap.c:263 "(process lock)" 1185 14219 51 278 0 0 /usr/src/sys/vm/uma_core.c:1495 "(UMA lock)" 146 13912 2663 5 0 0 /usr/src/sys/vm/vm_fault.c:787 "(vm object)" 28 13470 1126 11 0 0 /usr/src/sys/net/rtsock.c:1073 (ifnet) 299 13465 75 179 1 0 /usr/src/sys/kern/uipc_usrreq.c:933 (Giant) 623 13265 13921 0 0 0 /usr/src/sys/kern/kern_resource.c:1066 "(sleep mtxpool)" 1610 13236 1549 8 0 0 /usr/src/sys/i386/i386/pmap.c:1599 (pmap) 1694 13087 68 192 4 0 /usr/src/sys/netinet/tcp_usrreq.c:647 (inp) 23 12213 13913 0 0 0 /usr/src/sys/kern/kern_resource.c:1092 "(sleep mtxpool)" 49 12064 855 14 0 5 /usr/src/sys/kern/kern_time.c:595 "(process lock)" 9707 11919 376 31 0 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:350 (dirhash) 183 11497 112 102 0 0 /usr/src/sys/kern/vfs_syscalls.c:419 (Giant) 726 11283 1951 5 0 0 /usr/src/sys/i386/i386/pmap.c:1757 (pmap) 253 11167 151 73 0 3 /usr/src/sys/netinet/tcp_input.c:742 (inp) 1953 11066 5970 1 6 0 /usr/src/sys/kern/sys_generic.c:944 (sellck) 1053 10959 8516 1 0 0 /usr/src/sys/kern/subr_sleepqueue.c:370 (sigacts) 623 10956 156 70 0 0 /usr/src/sys/vm/vm_map.c:2317 "(system map)" 94 10762 7733 1 0 0 /usr/src/sys/kern/subr_sleepqueue.c:515 (sigacts) 4888 10526 4260 2 0 77 /usr/src/sys/kern/kern_descrip.c:1247 "(process lock)" 681 10462 9884 1 0 0 /usr/src/sys/kern/sys_generic.c:842 "(filedesc structure)" 349 10297 989 10 0 0 /usr/src/sys/kern/subr_trap.c:264 (sigacts) 1608 10275 1549 6 0 3 /usr/src/sys/i386/i386/pmap.c:1597 "(vm page queue mutex)" 61 10163 7913 1 2 0 /usr/src/sys/vm/vm_object.c:1538 "(vm page queue mutex)" 3282 10118 5970 1 0 0 /usr/src/sys/kern/sys_generic.c:1012 "(filedesc structure)" 5679 10004 11 909 0 0 /usr/src/sys/kern/uipc_usrreq.c:852 (Giant) 916 9971 9884 1 0 0 /usr/src/sys/kern/sys_generic.c:865 "(filedesc structure)" 975 9678 2615 3 1 888 /usr/src/sys/kern/vfs_cache.c:515 "(Name Cache)" 406 9433 70 134 0 2 /usr/src/sys/net/netisr.c:339 (Giant) 12 9405 1740 5 0 0 /usr/src/sys/kern/kern_kse.c:1313 "(process lock)" 10 9199 8893 1 0 0 /usr/src/sys/kern/uipc_socket.c:1401 (so_rcv) 381 8853 4164 2 0 14 /usr/src/sys/vm/vnode_pager.c:1169 "(vm object)" 240 8634 159 54 0 24 /usr/src/sys/netinet/tcp_input.c:615 (tcp) 158 8470 6997 1 0 0 /usr/src/sys/vm/uma_core.c:2452 "(MAP ENTRY)" 153 8428 6385 1 2 3 /usr/src/sys/kern/kern_synch.c:238 "(process lock)" 60 8221 495 16 0 0 /usr/src/sys/vm/vnode_pager.c:687 "(vm object)" 9 8067 7366 1 0 1 /usr/src/sys/kern/sys_generic.c:755 (sellck) 33 7936 2454 3 2 0 /usr/src/sys/kern/vfs_bio.c:3656 "(bdone lock)" 969 7852 507 15 1 0 /usr/src/sys/vm/vm_fault.c:503 "(vm page queue mutex)" 652 7682 6158 1 1 75 /usr/src/sys/kern/vfs_subr.c:2858 (vnode_free_list) 1045 7655 492 15 0 0 /usr/src/sys/vm/vnode_pager.c:920 "(vm object)" 24 7594 6768 1 0 3 /usr/src/sys/vm/uma_core.c:2350 "(MAP ENTRY)" 562 7553 7560 0 0 0 /usr/src/sys/kern/kern_prot.c:1860 "(sleep mtxpool)" 723 7548 1951 3 0 0 /usr/src/sys/i386/i386/pmap.c:1755 "(vm page queue mutex)" 47 7533 1511 4 0 0 /usr/src/sys/kern/kern_sig.c:292 "(process lock)" 7281 7512 156 48 0 0 /usr/src/sys/kern/vfs_subr.c:1495 "(Syncer mtx)" 4218 7479 8 934 1 0 /usr/src/sys/kern/kern_conf.c:265 (Giant) 1731 7326 3422 2 0 0 /usr/src/sys/kern/sys_generic.c:904 "(process lock)" 3925 7261 1576 4 0 0 /usr/src/sys/kern/vfs_subr.c:2430 "(vnode interlock)" 155 7215 1440 5 0 0 /usr/src/sys/kern/vfs_cluster.c:753 "(vnode interlock)" 28 6960 4520 1 0 1 /usr/src/sys/kern/vfs_bio.c:2797 "(vm page queue mutex)" 90 6692 4614 1 6 1628 /usr/src/sys/kern/kern_condvar.c:204 (sellck) 521 6664 168 39 0 0 /usr/src/sys/vm/vm_kern.c:397 "(vm object)" 4001 6606 2042 3 0 0 /usr/src/sys/kern/kern_sig.c:638 "(process lock)" 15 6556 5639 1 0 1 /usr/src/sys/i386/i386/pmap.c:2785 (pmap) 20 6164 6642 0 2 0 /usr/src/sys/kern/uipc_socket.c:857 (so_snd) 519 6099 168 36 0 0 /usr/src/sys/vm/vm_kern.c:325 "(vm object)" 134 6025 49 122 0 0 /usr/src/sys/dev/random/yarrow.c:193 "(random reseed)" 37 5988 1740 3 0 0 /usr/src/sys/kern/subr_unit.c:719 "(TID lock)" 812 5701 906 6 0 0 /usr/src/sys/kern/uipc_syscalls.c:120 "(filedesc structure)" 89 5555 3801 1 0 3 /usr/src/sys/vm/vm_object.c:1840 "(vm object)" 2592 5399 1886 2 0 0 /usr/src/sys/i386/i386/machdep.c:2519 "(process lock)" 58 5389 173 31 0 1 /usr/src/sys/kern/kern_descrip.c:374 (Giant) 13 5361 5970 0 0 0 /usr/src/sys/kern/sys_generic.c:1036 "(filedesc structure)" 31 5346 4648 1 0 0 /usr/src/sys/kern/vfs_subr.c:2886 (vnode_free_list) 40 5333 5778 0 0 0 /usr/src/sys/kern/kern_event.c:1643 (tty) 18 5174 994 5 0 0 /usr/src/sys/i386/i386/machdep.c:648 "(process lock)" 120 5130 3893 1 1 33 /usr/src/sys/vm/vm_object.c:358 "(vm object)" 679 5059 1752 2 0 0 /usr/src/sys/kern/subr_unit.c:592 "(TID lock)" 687 5056 3370 1 0 0 /usr/src/sys/vm/vm_unix.c:81 "(process lock)" 22 4982 3957 1 0 90 /usr/src/sys/vm/vm_pager.c:401 "(pbuf mutex)" 665 4930 3604 1 0 57 /usr/src/sys/kern/vfs_syscalls.c:1035 "(sleep mtxpool)" 156 4924 5301 0 1 10 /usr/src/sys/kern/vfs_vnops.c:949 "(struct mount mtx)" 35 4769 3619 1 0 0 /usr/src/sys/i386/i386/pmap.c:1698 (pmap) 84 4747 4821 0 0 0 /usr/src/sys/kern/kern_sig.c:1699 (sigacts) 7 4738 5091 0 0 0 /usr/src/sys/kern/vfs_syscalls.c:3834 "(filedesc structure)" 4073 4737 117 40 0 10 /usr/src/sys/kern/kern_resource.c:1032 "(uidinfo hash)" 1884 4675 1920 2 1 0 /usr/src/sys/vm/vm_pager.c:324 "(pbuf mutex)" 29 4633 866 5 0 0 /usr/src/sys/vm/vm_fault.c:159 "(vm object)" 6 4610 5091 0 0 0 /usr/src/sys/kern/vfs_syscalls.c:3845 "(filedesc structure)" 1595 4550 19 239 0 0 /usr/src/sys/kern/kern_descrip.c:1493 "(filedesc structure)" 659 4535 4216 1 0 0 /usr/src/sys/kern/kern_descrip.c:1368 "(filedesc structure)" 130 4490 1426 3 4 0 /usr/src/sys/vm/vm_object.c:625 "(vm page queue mutex)" 6 4455 5091 0 0 1 /usr/src/sys/kern/vfs_syscalls.c:3842 "(sleep mtxpool)" 8 4333 2985 1 0 0 /usr/src/sys/netinet/tcp_subr.c:917 (inp) 681 4325 1954 2 0 1 /usr/src/sys/kern/vfs_subr.c:860 (vnode_free_list) 13 4192 4216 0 0 0 /usr/src/sys/kern/kern_descrip.c:1353 "(filedesc structure)" 2948 4147 10 414 0 0 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1109 "(struct mount mtx)" 4022 4126 21 196 0 3 /usr/src/sys/net/route.c:1280 (rtentry) 781 4121 2891 1 0 201 /usr/src/sys/vm/vnode_pager.c:110 "(vm object)" 12 4095 2282 1 0 7 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1039 (FFS) 32 4066 188 21 0 0 /usr/src/sys/kern/uipc_socket2.c:453 (so_snd) 115 3981 2454 1 1 0 /usr/src/sys/kern/vfs_bio.c:3666 "(bdone lock)" 160 3954 4042 0 0 0 /usr/src/sys/kern/kern_descrip.c:1005 "(filedesc structure)" 48 3881 1221 3 0 0 /usr/src/sys/kern/vfs_subr.c:1936 "(vnode interlock)" 64 3872 82 47 0 0 /usr/src/sys/netinet/tcp_subr.c:801 (tcp) 80 3807 3629 1 0 0 /usr/src/sys/kern/kern_kse.c:956 "(process lock)" 29 3772 3406 1 0 0 /usr/src/sys/vm/vm_pager.c:463 "(vnode interlock)" 18 3716 1767 2 0 0 /usr/src/sys/kern/kern_kse.c:418 "(process lock)" 2673 3696 42 88 0 0 /usr/src/sys/kern/uipc_usrreq.c:275 (unp) 11 3688 3422 1 4 3 /usr/src/sys/kern/sys_generic.c:935 (sellck) 316 3576 3604 0 0 0 /usr/src/sys/kern/vfs_syscalls.c:1058 "(filedesc structure)" 12 3558 2016 1 0 21 /usr/src/sys/kern/kern_condvar.c:332 (sellck) 24 3505 2406 1 2 7 /usr/src/sys/kern/kern_lockf.c:110 (Giant) 6 3453 3530 0 0 0 /usr/src/sys/ufs/ufs/ufs_vnops.c:269 "(vnode interlock)" 32 3399 2663 1 1 1 /usr/src/sys/vm/vm_fault.c:136 "(vm page queue mutex)" 364 3387 690 4 0 0 /usr/src/sys/kern/vfs_subr.c:2141 "(vnode interlock)" 6 3360 3604 0 0 0 /usr/src/sys/kern/vfs_syscalls.c:1034 "(filedesc structure)" 12 3344 756 4 0 0 /usr/src/sys/kern/vfs_default.c:422 "(vnode interlock)" 28 3300 188 17 0 0 /usr/src/sys/kern/uipc_socket2.c:454 (so_rcv) 463 3287 20 164 0 0 /usr/src/sys/netinet/udp_usrreq.c:765 (inp) 251 3255 2818 1 0 0 /usr/src/sys/vm/vm_object.c:229 "(vm object_list)" 18 3236 560 5 0 0 /usr/src/sys/kern/vfs_syscalls.c:477 (mountlist) 8 3046 2906 1 0 0 /usr/src/sys/kern/vfs_bio.c:328 "(runningbufspace lock)" 19 3045 1675 1 0 0 /usr/src/sys/kern/vfs_cache.c:593 "(Name Cache)" 8 3024 2542 1 0 0 /usr/src/sys/i386/i386/pmap.c:807 (pmap) 77 3014 3378 0 0 0 /usr/src/sys/kern/subr_devstat.c:394 (devstat) 8 2927 2503 1 0 0 /usr/src/sys/vm/vm_fault.c:1090 "(vm page queue mutex)" 690 2903 1954 1 2 0 /usr/src/sys/kern/vfs_subr.c:968 "(struct mount mtx)" 705 2869 59 48 0 1031 /usr/src/sys/kern/kern_fork.c:456 "(process lock)" 154 2835 2037 1 0 0 /usr/src/sys/vm/vm_pager.c:361 "(pbuf mutex)" 673 2778 8 347 0 0 /usr/src/sys/dev/sound/pcm/channel.c:1380 (pcm0:record:0) 212 2735 16 170 8 0 /usr/src/sys/netinet/tcp_usrreq.c:368 (inp) 2 2725 1927 1 0 0 /usr/src/sys/geom/geom_event.c:196 "(GEOM orphanage)" 71 2660 59 45 0 0 /usr/src/sys/kern/uipc_usrreq.c:978 (unp) 605 2657 1553 1 0 0 /usr/src/sys/kern/vfs_subr.c:675 (vnode_free_list) 701 2648 59 44 0 0 /usr/src/sys/kern/kern_fork.c:457 "(process lock)" 13 2625 2503 1 0 0 /usr/src/sys/i386/i386/pmap.c:2240 (pmap) 8 2579 1886 1 0 51 /usr/src/sys/kern/kern_kse.c:873 "(process lock)" 14 2528 1240 2 0 0 /usr/src/sys/kern/kern_time.c:549 "(process lock)" 9 2526 2037 1 0 0 /usr/src/sys/kern/vfs_cluster.c:479 "(vm object)" 78 2506 1950 1 0 0 /usr/src/sys/kern/vfs_hash.c:115 "(vfs hash)" 609 2400 1426 1 0 361 /usr/src/sys/vm/vm_object.c:648 "(vm object_list)" 36 2385 110 21 0 0 /usr/src/sys/pci/if_xl.c:2546 (xl0) 8 2313 1612 1 0 0 /usr/src/sys/kern/vfs_subr.c:983 "(vnode interlock)" 6 2302 2104 1 0 0 /usr/src/sys/i386/i386/pmap.c:2637 (pmap) 33 2245 492 4 0 8 /usr/src/sys/vm/vnode_pager.c:921 "(vm page queue mutex)" 25 2190 2009 1 0 0 /usr/src/sys/vm/uma_core.c:708 "(IPFW dynamic rule zone)" 17 2178 1639 1 0 0 /usr/src/sys/vm/swap_pager.c:1917 "(swap_pager swhash)" 13 2113 1886 1 0 0 /usr/src/sys/kern/kern_kse.c:912 "(process lock)" 29 2104 2335 0 0 0 /usr/src/sys/kern/kern_descrip.c:416 "(filedesc structure)" 7 2085 1511 1 0 0 /usr/src/sys/kern/kern_sig.c:294 (sigacts) 19 2062 816 2 0 5 /usr/src/sys/vm/uma_core.c:1889 "(FFS1 dinode)" 184 2033 1840 1 1 1 /usr/src/sys/vm/vm_object.c:1194 "(vm object)" 69 2014 1031 1 0 13 /usr/src/sys/vm/vm_zeroidle.c:159 "(vm page queue mutex)" 1 2007 1927 1 0 0 /usr/src/sys/geom/geom_event.c:185 "(GEOM orphanage)" 282 2007 1576 1 1 0 /usr/src/sys/kern/vfs_subr.c:950 "(struct mount mtx)" 174 1988 14 142 0 1 /usr/src/sys/netinet/tcp_timer.c:165 (inp) 1337 1984 732 2 0 0 /usr/src/sys/kern/subr_kobj.c:298 (kobj) 31 1943 378 5 0 0 /usr/src/sys/netinet6/scope6.c:415 (if_afdata) 166 1879 878 2 0 0 /usr/src/sys/kern/vfs_subr.c:1192 "(vnode interlock)" 287 1831 13 140 0 0 /usr/src/sys/dev/random/yarrow.c:280 "(random reseed)" 30 1828 346 5 0 0 /usr/src/sys/netinet/tcp_usrreq.c:599 (tcp) 78 1771 1553 1 0 0 /usr/src/sys/kern/vfs_subr.c:833 "(vnode interlock)" 129 1765 1808 0 1 0 /usr/src/sys/kern/kern_fork.c:795 "(process lock)" 1 1736 1574 1 0 0 /usr/src/sys/kern/vfs_hash.c:101 "(vfs hash)" 7 1719 1534 1 0 16 /usr/src/sys/kern/vfs_bio.c:380 "(runningbufspace lock)" 7 1710 1587 1 0 0 /usr/src/sys/vm/vm_mmap.c:1247 "(process lock)" 152 1663 99 16 0 0 /usr/src/sys/kern/kern_exec.c:822 "(vm object)" 7 1625 1512 1 0 0 /usr/src/sys/vm/vm_object.c:1227 "(vm object)" 806 1624 906 1 0 0 /usr/src/sys/kern/uipc_syscalls.c:128 "(sleep mtxpool)" 6 1623 1785 0 0 0 /usr/src/sys/kern/vfs_syscalls.c:765 "(filedesc structure)" 197 1589 57 27 0 0 /usr/src/sys/kern/kern_exit.c:433 "(process lock)" 25 1565 866 1 0 0 /usr/src/sys/vm/vm_fault.c:160 "(vm page queue mutex)" 120 1539 102 15 0 2 /usr/src/sys/kern/vfs_bio.c:3546 "(vm object)" 1509 1509 1 1509 0 0 /usr/src/sys/dev/sound/pcm/dsp.c:802 (pcm0:play:0) 19 1495 228 6 0 0 /usr/src/sys/pci/if_xl.c:2279 (xl0) 10 1475 1081 1 0 0 /usr/src/sys/vm/vm_mmap.c:274 "(process lock)" 28 1467 1576 0 0 0 /usr/src/sys/kern/vfs_subr.c:765 (vnode_free_list) 6 1454 1612 0 0 0 /usr/src/sys/kern/vfs_subr.c:1033 "(vnode interlock)" 12 1446 228 6 0 0 /usr/src/sys/net/bpf.c:1315 "(bpf interface lock)" 1 1406 1574 0 0 0 /usr/src/sys/ufs/ufs/ufs_inode.c:181 "(vnode interlock)" 1368 1368 1 1368 0 0 /usr/src/sys/dev/sound/pcm/dsp.c:742 (pcm0:play:0) 1349 1349 1 1349 0 0 /usr/src/sys/vm/vm_pageout.c:251 "(vm page queue mutex)" 26 1342 359 3 0 8 /usr/src/sys/net/route.c:148 "(radix node head)" 2 1321 994 1 0 0 /usr/src/sys/i386/i386/machdep.c:1000 "(process lock)" 69 1320 59 22 0 0 /usr/src/sys/kern/kern_descrip.c:1487 "(filedesc structure)" 7 1276 359 3 0 10 /usr/src/sys/net/route.c:197 (rtentry) 6 1248 732 1 0 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:368 (dirhash) 33 1244 59 21 0 0 /usr/src/sys/kern/kern_fork.c:563 "(process lock)" 11 1239 1245 0 0 0 /usr/src/sys/vm/vm_map.c:897 "(vm object)" 31 1237 100 12 0 0 /usr/src/sys/kern/vfs_bio.c:3507 "(vm object)" 4 1169 385 3 0 0 /usr/src/sys/netinet/ip_input.c:1132 (ipqlock) 23 1165 413 2 0 0 /usr/src/sys/netinet/tcp_output.c:253 (so_snd) 6 1144 1152 0 0 0 /usr/src/sys/kern/vfs_subr.c:2119 "(vnode interlock)" 2 1123 792 1 0 0 /usr/src/sys/vm/vm_glue.c:202 "(process lock)" 18 1069 98 10 0 0 /usr/src/sys/kern/uipc_usrreq.c:259 (unp) 8 1065 902 1 0 0 /usr/src/sys/netinet/tcp_subr.c:805 (inp) 14 1058 994 1 0 0 /usr/src/sys/i386/i386/machdep.c:649 (sigacts) 40 1044 102 10 0 0 /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:118 (pseudofs_vncache) 5 1026 1094 0 0 0 /usr/src/sys/kern/vfs_subr.c:2051 "(vnode interlock)" 189 1016 57 17 0 36 /usr/src/sys/kern/kern_exit.c:457 "(process lock)" 39 997 54 18 0 0 /usr/src/sys/vm/swap_pager.c:1111 "(vm object)" 569 982 5 196 0 0 /usr/src/sys/vm/vm_pageout.c:444 "(vm page queue mutex)" 1 976 873 1 0 578 /usr/src/sys/vm/vm_object.c:551 "(vm object)" 906 974 59 16 0 0 /usr/src/sys/kern/kern_descrip.c:1515 "(filedesc structure)" 156 972 138 7 0 1 /usr/src/sys/kern/subr_eventhandler.c:215 (process_exit) 153 970 246 3 0 86 /usr/src/sys/kern/subr_eventhandler.c:212 (eventhandler) 147 959 10 95 0 0 /usr/src/sys/kern/sysv_shm.c:917 (Giant) 24 953 175 5 0 0 /usr/src/sys/kern/sys_pipe.c:1144 "(pipe mutex)" 17 940 385 2 0 0 /usr/src/sys/netinet/tcp_timer.c:135 (tcp) 4 932 376 2 0 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:349 "(dirhash list)" 615 924 57 16 0 0 /usr/src/sys/kern/kern_proc.c:415 "(process group)" 7 919 935 0 0 0 /usr/src/sys/kern/kern_sx.c:195 "(lockbuilder mtxpool)" 132 910 68 13 0 0 /usr/src/sys/kern/vfs_bio.c:1576 "(vnode interlock)" 8 885 911 0 0 0 /usr/src/sys/kern/kern_descrip.c:1502 "(sleep mtxpool)" 111 868 31 28 0 0 /usr/src/sys/i386/i386/trap.c:971 (Giant) 665 865 152 5 0 0 /usr/src/sys/kern/uipc_socket.c:1464 (so_rcv) 1 861 815 1 0 0 /usr/src/sys/vm/vnode_pager.c:208 "(vm object)" 12 846 460 1 0 1 /usr/src/sys/kern/kern_exit.c:610 "(process lock)" 6 841 193 4 0 0 /usr/src/sys/kern/vfs_subr.c:701 (vnode_free_list) 38 832 142 5 0 0 /usr/src/sys/kern/uipc_socket.c:402 (so_snd) 59 827 315 2 0 0 /usr/src/sys/kern/subr_kobj.c:148 (kobj) 10 825 798 1 0 0 /usr/src/sys/kern/kern_prot.c:89 "(process lock)" 25 818 166 4 0 0 /usr/src/sys/kern/kern_prot.c:1981 "(process lock)" 16 813 93 8 0 0 /usr/src/sys/kern/kern_descrip.c:2190 (Giant) 4 812 193 4 0 0 /usr/src/sys/kern/vfs_bio.c:2003 "(buffer daemon lock)" 66 811 16 50 0 0 /usr/src/sys/netinet/udp_usrreq.c:990 (udp) 26 799 59 13 0 0 /usr/src/sys/kern/kern_fork.c:564 "(process lock)" 6 796 159 5 0 0 /usr/src/sys/kern/uipc_socket2.c:120 (accept) 25 792 57 13 0 0 /usr/src/sys/kern/kern_exit.c:502 "(process lock)" 126 788 16 49 0 0 /usr/src/sys/netinet/tcp_syncache.c:564 (inp) 5 778 867 0 0 0 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1589 "(vnode interlock)" 22 776 73 10 0 0 /usr/src/sys/kern/uipc_usrreq.c:1026 (Giant) 39 766 59 12 0 0 /usr/src/sys/kern/uipc_socket2.c:135 (so_rcv) 61 748 16 46 0 0 /usr/src/sys/netinet/udp_usrreq.c:996 (inp) 10 745 191 3 0 1 /usr/src/sys/kern/vfs_subr.c:1609 "(Syncer mtx)" 8 742 152 4 0 0 /usr/src/sys/kern/uipc_socket2.c:571 (so_rcv) 10 740 142 5 0 2 /usr/src/sys/kern/uipc_socket.c:480 (accept) 23 740 49 15 0 0 /usr/src/sys/kern/kern_exec.c:507 "(process lock)" 12 725 380 1 0 0 /usr/src/sys/ufs/ffs/ffs_vnops.c:208 "(vnode interlock)" 48 706 67 10 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:4077 "(Softdep Lock)" 7 696 376 1 0 36 /usr/src/sys/ufs/ffs/ffs_softdep.c:4724 "(Softdep Lock)" 15 680 495 1 0 0 /usr/src/sys/ufs/ffs/ffs_vnops.c:771 "(vm object)" 376 673 7 96 0 0 /usr/src/sys/fs/fifofs/fifo_vnops.c:730 (Giant) 7 671 730 0 0 670 /usr/src/sys/vm/vnode_pager.c:136 "(vm object)" 21 670 45 14 0 0 /usr/src/sys/kern/kern_prot.c:613 "(process lock)" 1 664 630 1 0 4 /usr/src/sys/vm/uma_core.c:417 "(IPFW dynamic rule zone)" 71 632 59 10 0 0 /usr/src/sys/vm/swap_pager.c:1387 "(vm object)" 12 618 492 1 0 0 /usr/src/sys/vm/vnode_pager.c:772 "(vm object)" 10 617 492 1 0 1 /usr/src/sys/vm/vm_pager.c:488 "(vnode interlock)" 8 603 228 2 0 0 /usr/src/sys/net/bpf.c:1319 (bpf0) 54 598 16 37 0 0 /usr/src/sys/netinet/tcp_input.c:849 (inp) 22 590 194 3 0 2 /usr/src/sys/kern/vfs_bio.c:3558 "(vm page queue mutex)" 1 573 606 0 0 0 /usr/src/sys/vm/vm_kern.c:404 "(vm page queue mutex)" 34 569 20 28 0 1 /usr/src/sys/netinet/udp_usrreq.c:938 (udp) 6 566 606 0 1 0 /usr/src/sys/vm/vm_kern.c:367 "(vm page queue mutex)" 1 563 385 1 0 0 /usr/src/sys/netinet6/frag6.c:682 (ip6qlock) 8 549 216 2 0 0 /usr/src/sys/kern/uipc_socket2.c:185 (so_rcv) 30 548 68 8 0 0 /usr/src/sys/netinet/tcp_usrreq.c:630 (tcp) 45 533 20 26 0 0 /usr/src/sys/netinet/udp_usrreq.c:246 (udp) 461 533 2 266 0 0 /usr/src/sys/kern/vfs_lookup.c:619 (Giant) 14 530 77 6 0 0 /usr/src/sys/netinet/tcp_input.c:2343 (so_rcv) 3 529 453 1 0 0 /usr/src/sys/vm/vm_map.c:2997 "(system map)" 1 521 563 0 0 0 /usr/src/sys/kern/subr_devstat.c:381 (devstat) 15 521 326 1 0 1 /usr/src/sys/vm/vm_object.c:1519 "(vm page queue mutex)" 37 521 28 18 0 6 /usr/src/sys/vm/vm_object.c:1284 "(vm object)" 142 517 57 9 0 1 /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:234 (Giant) 17 492 42 11 0 0 /usr/src/sys/kern/uipc_usrreq.c:437 (so_rcv) 5 490 176 2 0 108 /usr/src/sys/kern/sys_pipe.c:992 "(pipe mutex)" 46 489 15 32 0 0 /usr/src/sys/netinet/tcp_usrreq.c:159 (tcp) 64 486 9 54 0 0 /usr/src/sys/dev/sound/pcm/ac97.c:326 (pcm0:ac97) 12 481 50 9 0 0 /usr/src/sys/kern/kern_prot.c:768 "(process lock)" 13 481 480 1 0 0 /usr/src/sys/vm/vnode_pager.c:288 "(vnode interlock)" 1 470 386 1 0 0 /usr/src/sys/kern/kern_kthread.c:182 "(process lock)" 10 460 59 7 0 0 /usr/src/sys/kern/kern_sig.c:2778 (sigacts) 6 458 512 0 0 2 /usr/src/sys/netinet/tcp_hostcache.c:654 (tcp_hc_entry) 13 447 59 7 0 0 /usr/src/sys/kern/kern_fork.c:562 "(process group)" 42 431 15 28 0 0 /usr/src/sys/netinet/tcp_usrreq.c:165 (inp) 7 422 80 5 0 0 /usr/src/sys/kern/uipc_syscalls.c:334 (accept) 14 422 396 1 0 0 /usr/src/sys/net/netisr.c:233 (ip_inq) 8 421 118 3 0 0 /usr/src/sys/pci/if_xl.c:2059 (xl0) 5 416 231 1 0 86 /usr/src/sys/kern/sys_pipe.c:590 "(pipe mutex)" 13 409 117 3 0 0 /usr/src/sys/kern/sys_pipe.c:1476 "(pipe mutex)" 5 408 112 3 0 0 /usr/src/sys/kern/vfs_syscalls.c:420 (mountlist) 6 395 80 4 0 0 /usr/src/sys/kern/kern_descrip.c:2111 (accept) 18 381 57 6 0 0 /usr/src/sys/kern/kern_exit.c:503 "(process lock)" 322 376 57 6 0 0 /usr/src/sys/kern/kern_descrip.c:1628 "(filedesc structure)" 2 374 378 0 0 0 /usr/src/sys/kern/uipc_socket2.c:519 "(process lock)" 3 367 191 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:675 "(Softdep Lock)" 5 367 157 2 0 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:1622 (FFS) 1 366 414 0 0 0 /usr/src/sys/kern/subr_kobj.c:332 (kobj) 1 359 376 0 0 0 /usr/src/sys/netinet6/scope6.c:444 (scope6_lock) 8 357 59 6 0 0 /usr/src/sys/kern/kern_fork.c:299 "(process lock)" 1 355 385 0 0 0 /usr/src/sys/netinet/igmp.c:443 (igmp_mtx) 10 341 72 4 0 0 /usr/src/sys/fs/devfs/devfs_vnops.c:269 "(vnode interlock)" 76 331 5 66 0 0 /usr/src/sys/kern/uipc_usrreq.c:813 (Giant) 54 329 13 25 0 0 /usr/src/sys/vm/vm_fault.c:665 "(vm object)" 196 322 114 2 0 0 /usr/src/sys/kern/kern_exit.c:202 (process_exit) 4 316 169 1 0 0 /usr/src/sys/kern/sys_pipe.c:627 "(pipe mutex)" 30 309 28 11 0 0 /usr/src/sys/vm/vm_object.c:1285 "(vm object)" 12 308 33 9 0 0 /usr/src/sys/kern/kern_prot.c:826 "(process lock)" 22 305 59 5 0 1 /usr/src/sys/vm/swap_pager.c:1389 "(vm page queue mutex)" 6 299 57 5 0 0 /usr/src/sys/kern/kern_exit.c:363 "(process lock)" 7 298 49 6 0 0 /usr/src/sys/kern/kern_exit.c:775 "(process lock)" 1 296 193 1 0 0 /usr/src/sys/net/if.c:1166 (ifnet) 59 292 16 18 0 0 /usr/src/sys/kern/uipc_socket2.c:278 (so_rcv) 37 290 23 12 0 0 /usr/src/sys/kern/vfs_default.c:390 "(vnode interlock)" 6 285 54 5 0 0 /usr/src/sys/vm/swap_pager.c:1057 "(vm object)" 24 284 74 3 0 0 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1516 "(vnode interlock)" 14 283 74 3 0 0 /usr/src/sys/ufs/ffs/ffs_balloc.c:198 (FFS) 1 282 312 0 0 0 /usr/src/sys/kern/subr_kobj.c:249 (kobj) 6 280 279 1 0 3 /usr/src/sys/kern/kern_descrip.c:744 "(sigio lock)" 5 278 100 2 0 0 /usr/src/sys/netinet/tcp_input.c:2113 (so_snd) 23 277 16 17 0 0 /usr/src/sys/netinet/udp_usrreq.c:386 (inp) 4 276 157 1 0 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:536 (FFS) 2 267 220 1 0 0 /usr/src/sys/pci/if_xl.c:2707 (xl0) 39 267 15 17 0 0 /usr/src/sys/kern/kern_prot.c:500 "(process lock)" 34 265 8 33 0 0 /usr/src/sys/netinet/tcp_usrreq.c:121 (tcp) 2 264 216 1 1 0 /usr/src/sys/kern/uipc_socket2.c:190 (so_snd) 39 252 7 36 0 0 /usr/src/sys/fs/fifofs/fifo_vnops.c:708 (Giant) 1 243 244 0 0 4 /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:149 "(IPFW static rules)" 1 243 275 0 0 0 /usr/src/sys/kern/kern_descrip.c:1783 "(filedesc structure)" 1 241 250 0 0 0 /usr/src/sys/kern/kern_descrip.c:1736 "(filedesc structure)" 6 240 185 1 0 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:457 (dirhash) 1 236 202 1 0 7 /usr/src/sys/net/if.c:2236 (ip_inq) 1 236 275 0 0 0 /usr/src/sys/kern/kern_descrip.c:1781 "(filedesc structure)" 1 230 210 1 0 0 /usr/src/sys/vm/vm_object.c:1682 "(vm object_list)" 1 226 250 0 0 0 /usr/src/sys/kern/kern_descrip.c:1740 "(filedesc structure)" 1 219 244 0 0 0 /usr/src/sys/net/pfil.c:71 (pfil_head_mtx) 12 219 20 10 0 0 /usr/src/sys/netinet/udp_usrreq.c:1018 (udp) 151 218 57 3 0 0 /usr/src/sys/kern/kern_descrip.c:1614 "(filedesc structure)" 1 216 240 0 0 0 /usr/src/sys/fs/devfs/devfs_vnops.c:530 (dev_clone) 1 214 244 0 0 0 /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:157 "(IPFW static rules)" 1 213 244 0 0 1 /usr/src/sys/net/pfil.c:63 (pfil_head_mtx) 10 213 41 5 0 0 /usr/src/sys/netinet/in_rmx.c:315 "(radix node head)" 4 210 102 2 0 6 /usr/src/sys/i386/i386/vm_machdep.c:666 (sf_buf) 26 207 28 7 0 0 /usr/src/sys/vm/vm_object.c:1301 "(vm page queue mutex)" 1 200 193 1 0 0 /usr/src/sys/netinet/tcp_subr.c:975 (tcp) 8 198 41 4 0 0 /usr/src/sys/vm/swap_pager.c:652 (swapdev) 18 195 12 16 0 0 /usr/src/sys/kern/vfs_cache.c:719 (Giant) 5 194 68 2 0 0 /usr/src/sys/ufs/ffs/ffs_balloc.c:182 (FFS) 1 193 212 0 0 0 /usr/src/sys/kern/sys_socket.c:173 (so_rcv) 2 191 128 1 0 0 /usr/src/sys/netinet/tcp_hostcache.c:286 (tcp_hc_entry) 16 191 16 11 0 0 /usr/src/sys/netinet/udp_usrreq.c:473 (so_rcv) 1 190 212 0 0 0 /usr/src/sys/kern/sys_socket.c:176 (so_snd) 1 189 142 1 0 0 /usr/src/sys/kern/uipc_socket.c:481 (so_rcv) 1 189 212 0 0 0 /usr/src/sys/kern/sys_socket.c:170 (so_rcv) 5 188 92 2 0 0 /usr/src/sys/ufs/ffs/ffs_vnops.c:283 "(vnode interlock)" 1 187 188 0 0 0 /usr/src/sys/kern/uipc_socket.c:159 (so_glabel) 1 187 193 0 0 0 /usr/src/sys/netinet/tcp_subr.c:892 (tcp) 1 187 214 0 0 0 /usr/src/sys/kern/sys_socket.c:144 (so_rcv) 3 186 110 1 0 0 /usr/src/sys/net/route.c:1264 (rtentry) 7 184 31 5 0 0 /usr/src/sys/vm/vm_object.c:613 "(vm object)" 1 180 159 1 0 23 /usr/src/sys/kern/tty.c:2084 "(process lock)" 3 175 140 1 0 0 /usr/src/sys/vm/uma_core.c:2210 "(128 Bucket)" 2 173 117 1 0 0 /usr/src/sys/kern/sys_pipe.c:1516 "(pipe mutex)" 1 172 191 0 0 0 /usr/src/sys/kern/vfs_subr.c:1692 "(Syncer mtx)" 1 171 152 1 0 0 /usr/src/sys/kern/uipc_socket.c:1455 (so_rcv) 1 170 142 1 0 0 /usr/src/sys/kern/uipc_socket.c:393 (so_snd) 5 169 40 4 0 0 /usr/src/sys/kern/kern_proc.c:864 "(process lock)" 1 167 159 1 0 0 /usr/src/sys/kern/uipc_socket2.c:121 (so_rcv) 9 165 57 2 0 0 /usr/src/sys/kern/vfs_subr.c:1564 "(vnode interlock)" 1 157 144 1 0 652 /usr/src/sys/kern/uipc_usrreq.c:770 (unp) 13 155 110 1 0 22 /usr/src/sys/net/if_ethersubr.c:407 (xl0) 10 151 16 9 0 0 /usr/src/sys/netinet/tcp_subr.c:1704 (accept) 5 149 68 2 0 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:292 (FFS) 5 146 32 4 0 0 /usr/src/sys/kern/kern_event.c:970 "(sleep mtxpool)" 9 146 156 0 0 0 /usr/src/sys/kern/kern_descrip.c:429 "(sleep mtxpool)" 10 146 57 2 0 0 /usr/src/sys/kern/vfs_subr.c:1575 "(Syncer mtx)" 2 145 102 1 0 0 /usr/src/sys/libkern/arc4random.c:137 (arc4_mtx) 10 144 75 1 0 0 /usr/src/sys/kern/uipc_usrreq.c:224 (unp) 1 143 142 1 0 0 /usr/src/sys/kern/uipc_socket.c:246 (so_glabel) 1 143 156 0 0 0 /usr/src/sys/kern/kern_descrip.c:434 "(filedesc structure)" 5 142 68 2 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:3582 "(Softdep Lock)" 37 141 4 35 0 0 /usr/src/sys/netinet/udp_usrreq.c:761 (udp) 1 140 124 1 0 13 /usr/src/sys/kern/kern_resource.c:1140 "(sleep mtxpool)" 1 138 118 1 0 0 /usr/src/sys/netinet/ip_output.c:830 (rtentry) 13 136 21 6 0 0 /usr/src/sys/vm/swap_pager.c:1805 "(swap_pager swhash)" 3 133 56 2 0 0 /usr/src/sys/vm/vm_pageout.c:1498 "(vm page queue mutex)" 4 132 57 2 0 0 /usr/src/sys/kern/kern_exit.c:695 "(process lock)" 5 130 25 5 0 0 /usr/src/sys/kern/vfs_subr.c:3042 "(vnode interlock)" 26 130 102 1 0 0 /usr/src/sys/i386/i386/vm_machdep.c:762 (sf_buf) 8 128 24 5 0 0 /usr/src/sys/netinet/tcp_input.c:2943 (so_snd) 26 128 8 16 0 0 /usr/src/sys/netinet/raw_ip.c:198 (rip) 1 126 103 1 0 4 /usr/src/sys/kern/kern_proc.c:1140 "(struct pargs.ref)" 1 126 113 1 0 0 /usr/src/sys/kern/uipc_syscalls.c:179 "(filedesc structure)" 1 123 142 0 0 0 /usr/src/sys/kern/uipc_socket.c:267 (so_glabel) 5 123 28 4 0 0 /usr/src/sys/netinet/in_pcb.c:725 (accept) 3 120 58 2 0 1 /usr/src/sys/i386/i386/sys_machdep.c:115 (Giant) 10 120 16 7 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:5276 "(Softdep Lock)" 5 118 24 4 0 0 /usr/src/sys/netinet/tcp_input.c:2960 (so_rcv) 3 117 49 2 0 0 /usr/src/sys/kern/kern_sig.c:592 (sigacts) 3 115 41 2 0 0 /usr/src/sys/netinet/ip_input.c:1170 (ipqlock) 1 110 126 0 0 0 /usr/src/sys/kern/kern_exec.c:325 "(process lock)" 14 110 103 1 0 0 /usr/src/sys/kern/kern_prot.c:1239 "(process lock)" 2 108 57 1 0 0 /usr/src/sys/kern/kern_exit.c:192 "(process lock)" 55 108 5 21 0 0 /usr/src/sys/vm/swap_pager.c:1272 "(vm object)" 1 107 84 1 0 0 /usr/src/sys/vm/vm_page.c:1403 "(vm page queue mutex)" 9 106 12 8 0 0 /usr/src/sys/kern/kern_proc.c:391 "(process group)" 10 106 57 1 0 0 /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:248 (pseudofs_vncache) 20 105 73 1 0 0 /usr/src/sys/kern/uipc_usrreq.c:953 (unp) 1 102 99 1 0 0 /usr/src/sys/kern/kern_exec.c:861 "(vm page queue mutex)" 3 102 68 1 0 0 /usr/src/sys/kern/uipc_socket2.c:760 (so_snd) 9 101 106 0 0 0 /usr/src/sys/kern/kern_descrip.c:424 "(filedesc structure)" 1 100 93 1 0 0 /usr/src/sys/kern/vfs_subr.c:1821 "(Syncer mtx)" 2 100 57 1 0 0 /usr/src/sys/kern/kern_exit.c:210 "(process lock)" 6 100 20 5 0 0 /usr/src/sys/net/bpf.c:1153 (bpf0) 22 100 5 20 0 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:1632 (FFS) 6 99 20 4 0 0 /usr/src/sys/netinet/in_pcb.c:776 (tcp) 14 99 10 9 0 0 /usr/src/sys/kern/kern_prot.c:668 "(process lock)" 1 97 99 0 0 0 /usr/src/sys/kern/kern_exec.c:883 "(vm page queue mutex)" 12 97 9 10 0 0 /usr/src/sys/kern/sysv_shm.c:898 (Giant) 1 96 84 1 0 0 /usr/src/sys/kern/uipc_syscalls.c:543 (so_rcv) 19 94 5 18 0 0 /usr/src/sys/kern/kern_exec.c:594 "(process lock)" 1 93 106 0 0 1 /usr/src/sys/kern/kern_descrip.c:421 "(sleep mtxpool)" 16 93 10 9 0 0 /usr/src/sys/kern/uipc_usrreq.c:566 (unp) 2 92 64 1 0 0 /usr/src/sys/netinet6/in6_src.c:738 (rtentry) 1 91 100 0 0 0 /usr/src/sys/kern/uipc_socket2.c:152 (so_rcv) 1 90 74 1 0 0 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1633 "(vnode interlock)" 1 90 75 1 0 0 /usr/src/sys/kern/uipc_socket2.c:248 (accept) 1 89 100 0 0 0 /usr/src/sys/kern/uipc_socket2.c:153 (so_snd) 2 89 49 1 0 0 /usr/src/sys/kern/imgact_elf.c:801 "(process lock)" 3 89 34 2 0 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:898 (FFS) 6 89 16 5 0 0 /usr/src/sys/netinet/tcp_subr.c:1705 (so_rcv) 3 88 74 1 0 0 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1538 "(vnode interlock)" 2 87 59 1 0 0 /usr/src/sys/kern/uipc_usrreq.c:172 (unp) 1 86 75 1 0 0 /usr/src/sys/kern/uipc_syscalls.c:367 (so_rcv) 6 86 20 4 0 0 /usr/src/sys/netinet/tcp_usrreq.c:1029 (inp) 8 86 13 6 0 0 /usr/src/sys/vm/vm_fault.c:374 "(vm object)" 22 86 8 10 0 0 /usr/src/sys/netinet/raw_ip.c:202 (inp) 1 84 59 1 0 0 /usr/src/sys/kern/kern_fork.c:690 "(process lock)" 1 84 73 1 0 0 /usr/src/sys/kern/kern_descrip.c:623 "(process lock)" 1 83 80 1 0 0 /usr/src/sys/kern/kern_descrip.c:2098 "(filedesc structure)" 3 83 34 2 0 0 /usr/src/sys/vm/uma_core.c:892 "(MAP ENTRY)" 4 83 20 4 0 0 /usr/src/sys/netinet/udp_usrreq.c:956 (inp) 6 83 16 5 0 0 /usr/src/sys/netinet/udp_usrreq.c:1035 (udp) 1 82 55 1 0 0 /usr/src/sys/vm/vm_map.c:2618 "(process lock)" 1 81 79 1 0 1 /usr/src/sys/kern/sys_pipe.c:399 "(sleep mtxpool)" 14 81 11 7 0 0 /usr/src/sys/vm/swap_pager.c:823 "(vm object)" 1 80 59 1 0 0 /usr/src/sys/vm/swap_pager.c:621 (swapdev) 1 80 75 1 0 0 /usr/src/sys/kern/uipc_socket2.c:215 (accept) 14 80 9 8 0 0 /usr/src/sys/netinet6/icmp6.c:1890 (rip) 2 79 54 1 0 0 /usr/src/sys/vm/swap_pager.c:1099 "(vm page queue mutex)" 12 78 9 8 0 0 /usr/src/sys/netinet/tcp_input.c:1278 (so_rcv) 1 77 49 1 0 0 /usr/src/sys/kern/kern_descrip.c:1459 "(filedesc structure)" 1 77 79 0 0 2 /usr/src/sys/kern/sys_pipe.c:384 "(sleep mtxpool)" 8 77 67 1 0 0 /usr/src/sys/kern/vfs_subr.c:1041 "(vm object)" 1 76 67 1 0 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:1434 (FFS) 1 76 75 1 0 0 /usr/src/sys/kern/uipc_usrreq.c:1033 (unp) 1 76 80 0 0 0 /usr/src/sys/kern/kern_descrip.c:2094 (so_rcv) 5 75 16 4 0 0 /usr/src/sys/kern/uipc_socket.c:2079 (so_rcv) 1 74 57 1 0 0 /usr/src/sys/kern/kern_exit.c:233 (Giant) 6 74 77 0 0 0 /usr/src/sys/kern/kern_exec.c:780 "(process lock)" 8 74 11 6 0 0 /usr/src/sys/kern/uipc_usrreq.c:292 (unp) 5 73 16 4 0 0 /usr/src/sys/kern/uipc_socket.c:2067 (so_rcv) 12 73 9 8 0 0 /usr/src/sys/kern/kern_proc.c:445 "(process group)" 1 72 57 1 0 0 /usr/src/sys/kern/kern_exit.c:458 (sigacts) 1 72 68 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:3580 "(process lock)" 1 72 80 0 0 0 /usr/src/sys/kern/kern_descrip.c:2112 (so_rcv) 1 72 80 0 0 1 /usr/src/sys/kern/kern_resource.c:925 "(sleep mtxpool)" 1 71 68 1 0 0 /usr/src/sys/netinet6/ip6_output.c:1169 (rtentry) 71 71 1 71 0 0 /usr/src/sys/dev/sound/pcm/dsp.c:716 (pcm0:play:0) 5 70 29 2 0 0 /usr/src/sys/i386/i386/pmap.c:2425 (SYSMAPS) 13 69 12 5 0 0 /usr/src/sys/kern/subr_bus.c:488 "(dev mtx)" 1 68 59 1 0 0 /usr/src/sys/kern/kern_fork.c:572 (session) 1 68 73 0 0 1 /usr/src/sys/kern/kern_descrip.c:640 "(sleep mtxpool)" 1 68 75 0 0 0 /usr/src/sys/kern/kern_descrip.c:947 "(sigio lock)" 1 67 57 1 0 1 /usr/src/sys/kern/sysv_sem.c:1268 (sem) 1 67 59 1 0 0 /usr/src/sys/kern/kern_descrip.c:1388 "(filedesc structure)" 1 67 73 0 0 0 /usr/src/sys/kern/kern_descrip.c:629 "(filedesc structure)" 3 67 39 1 0 28 /usr/src/sys/vm/vm_glue.c:148 "(system map)" 14 67 59 1 0 0 /usr/src/sys/kern/kern_descrip.c:1514 "(filedesc structure)" 1 66 75 0 0 0 /usr/src/sys/kern/uipc_syscalls.c:389 "(sleep mtxpool)" 5 66 30 2 0 0 /usr/src/sys/vm/swap_pager.c:1732 "(swap_pager swhash)" 1 65 57 1 0 1 /usr/src/sys/kern/kern_exit.c:179 (p_peers) 1 65 58 1 0 0 /usr/src/sys/kern/kern_proc.c:1129 "(struct pargs.ref)" 1 65 67 0 0 7 /usr/src/sys/kern/vfs_subr.c:1029 "(vm object)" 1 65 75 0 0 0 /usr/src/sys/kern/uipc_socket.c:517 (so_rcv) 3 65 21 3 0 0 /usr/src/sys/kern/vfs_subr.c:1167 "(vnode interlock)" 1 64 59 1 0 0 /usr/src/sys/kern/kern_descrip.c:1510 "(filedesc structure)" 1 62 53 1 0 0 /usr/src/sys/vm/vm_object.c:1657 "(vm object)" 1 62 54 1 0 0 /usr/src/sys/vm/swap_pager.c:1058 "(vm page queue mutex)" 1 62 57 1 0 4 /usr/src/sys/kern/kern_exit.c:364 (ktrace) 3 62 25 2 0 0 /usr/src/sys/kern/vfs_subr.c:3050 (mountlist) 1 61 57 1 0 0 /usr/src/sys/kern/kern_exit.c:259 (p_peers) 1 60 57 1 0 0 /usr/src/sys/kern/kern_exit.c:139 "(process lock)" 1 60 68 0 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:3653 "(process lock)" 7 59 10 5 0 0 /usr/src/sys/kern/vfs_syscalls.c:140 (mountlist) 5 58 12 4 0 0 /usr/src/sys/kern/kern_proc.c:392 "(process group)" 1 57 59 0 0 0 /usr/src/sys/kern/kern_fork.c:590 (ktrace) 4 57 23 2 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:2850 "(Softdep Lock)" 7 57 57 1 0 0 /usr/src/sys/kern/kern_descrip.c:1430 (fdesc) 20 57 39 1 0 0 /usr/src/sys/kern/uipc_socket2.c:170 (so_snd) 1 56 57 0 0 0 /usr/src/sys/kern/kern_proc.c:416 "(process lock)" 2 56 59 0 0 0 /usr/src/sys/kern/kern_fork.c:705 "(process lock)" 3 56 41 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:3334 "(Softdep Lock)" 4 56 14 4 0 0 /usr/src/sys/vm/vm_fault.c:394 "(vm page queue mutex)" 12 56 41 1 0 0 /usr/src/sys/vm/vm_pageout.c:721 (vm_lowmem) 2 55 31 1 0 0 /usr/src/sys/vm/vnode_pager.c:155 "(vm object)" 5 55 39 1 0 0 /usr/src/sys/kern/uipc_socket2.c:165 (so_rcv) 1 54 59 0 0 0 /usr/src/sys/kern/kern_resource.c:914 "(sleep mtxpool)" 24 54 14 3 0 0 /usr/src/sys/netinet/tcp_timer.c:159 (tcp) 1 53 49 1 0 0 /usr/src/sys/kern/kern_sig.c:2788 (sigacts) 1 53 59 0 0 0 /usr/src/sys/kern/kern_descrip.c:1398 "(filedesc structure)" 1 52 34 1 0 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:1733 (FFS) 1 52 57 0 0 0 /usr/src/sys/kern/kern_descrip.c:1648 "(filedesc structure)" 1 52 57 0 0 0 /usr/src/sys/kern/kern_exit.c:393 "(process lock)" 7 52 13 4 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:3147 "(Softdep Lock)" 9 52 6 8 0 2 /usr/src/sys/vm/swap_pager.c:505 "(vm object)" 14 52 4 13 0 0 /usr/src/sys/netinet/raw_ip.c:171 (so_rcv) 1 51 49 1 0 0 /usr/src/sys/kern/kern_descrip.c:1761 "(filedesc structure)" 1 51 57 0 0 0 /usr/src/sys/kern/kern_descrip.c:1631 (fdesc) 1 51 57 0 0 0 /usr/src/sys/kern/kern_exit.c:692 "(process lock)" 1 50 41 1 0 49 /usr/src/sys/kern/sys_pipe.c:1267 "(pipe mutex)" 5 50 12 4 0 0 /usr/src/sys/netinet/tcp_usrreq.c:472 (inp) 8 50 29 1 0 0 /usr/src/sys/kern/uipc_socket2.c:332 (so_rcv) 14 50 8 6 0 0 /usr/src/sys/netinet/tcp_usrreq.c:237 (inp) 5 48 16 3 0 0 /usr/src/sys/kern/kern_event.c:1421 (kqueue) 1 46 53 0 0 0 /usr/src/sys/kern/kern_descrip.c:2211 "(sleep mtxpool)" 2 46 21 2 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:1154 "(Softdep Lock)" 3 46 16 2 0 0 /usr/src/sys/kern/kern_event.c:1051 (kqueue) 6 46 10 4 0 0 /usr/src/sys/ufs/ffs/ffs_balloc.c:282 (FFS) 8 46 28 1 0 0 /usr/src/sys/netinet/in_pcb.c:634 (rtentry) 19 46 3 15 0 0 /usr/src/sys/kern/kern_sig.c:857 "(process lock)" 1 44 42 1 0 0 /usr/src/sys/kern/kern_resource.c:682 "(process lock)" 1 44 49 0 0 0 /usr/src/sys/kern/kern_descrip.c:729 "(filedesc structure)" 1 43 49 0 0 0 /usr/src/sys/kern/kern_descrip.c:1786 "(filedesc structure)" 1 42 39 1 0 0 /usr/src/sys/kern/uipc_socket2.c:1135 (so_rcv) 6 42 8 5 0 0 /usr/src/sys/netinet/in_pcb.c:805 (tcp) 2 41 25 1 0 0 /usr/src/sys/kern/vfs_subr.c:1213 "(vnode interlock)" 4 41 13 3 0 0 /usr/src/sys/kern/vfs_cache.c:805 "(Name Cache)" 1 40 40 1 0 0 /usr/src/sys/netinet/tcp_subr.c:1565 (rtentry) 3 40 23 1 0 0 /usr/src/sys/kern/kern_resource.c:570 "(process lock)" 18 40 4 10 0 0 /usr/src/sys/netinet6/nd6_nbr.c:1002 (rtentry) 40 40 1 40 0 0 /usr/src/sys/libkern/arc4random.c:61 (arc4_mtx) 2 39 20 1 0 0 /usr/src/sys/netinet/tcp_usrreq.c:1023 (tcp) 2 39 28 1 0 0 /usr/src/sys/kern/tty.c:843 "(process lock)" 3 39 25 1 0 15 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1136 "(vnode interlock)" 10 38 4 9 0 0 /usr/src/sys/kern/kern_prot.c:962 "(process lock)" 3 37 13 2 0 0 /usr/src/sys/kern/kern_event.c:1547 (kqueue) 4 37 13 2 0 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:619 (dirhash) 4 37 13 2 0 0 /usr/src/sys/vm/vm_fault.c:375 "(vm page queue mutex)" 1 36 27 1 0 0 /usr/src/sys/kern/vfs_bio.c:1269 "(vm page queue mutex)" 1 36 33 1 0 0 /usr/src/sys/vm/swap_pager.c:2221 (swapdev) 2 35 16 2 0 0 /usr/src/sys/kern/kern_event.c:1159 (kqueue) 9 35 4 8 0 0 /usr/src/sys/kern/kern_prot.c:896 "(process lock)" 1 34 38 0 0 0 /usr/src/sys/kern/kern_descrip.c:982 "(filedesc structure)" 1 34 40 0 0 0 /usr/src/sys/kern/kern_descrip.c:2197 "(sleep mtxpool)" 1 33 32 1 0 0 /usr/src/sys/kern/kern_event.c:1781 (kqueue) 3 33 15 2 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:1386 "(Softdep Lock)" 19 33 2 16 0 0 /usr/src/sys/dev/syscons/syscons.c:2381 "(process lock)" 2 32 19 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:5787 "(Softdep Lock)" 32 32 1 32 0 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:1572 (FFS) 1 31 28 1 0 0 /usr/src/sys/vm/vm_object.c:1338 "(vm page queue mutex)" 2 31 15 2 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:1075 "(Softdep Lock)" 2 30 14 2 0 0 /usr/src/sys/vm/vm_fault.c:391 "(vm object)" 2 30 19 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:4685 "(Softdep Lock)" 5 29 6 4 0 0 /usr/src/sys/vm/vm_object.c:1716 "(vm object)" 1 28 32 0 0 0 /usr/src/sys/kern/kern_event.c:978 (kqueue) 7 27 4 6 0 0 /usr/src/sys/vm/vnode_pager.c:824 "(vm object)" 2 26 16 1 0 0 /usr/src/sys/kern/kern_event.c:820 (kqueue) 6 26 4 6 0 0 /usr/src/sys/netinet/ip_input.c:610 (in_multi_mtx) 8 26 3 8 0 0 /usr/src/sys/netinet6/in6_rmx.c:416 "(radix node head)" 1 25 21 1 0 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:2034 (FFS) 1 25 22 1 0 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:1329 (FFS) 1 25 28 0 0 0 /usr/src/sys/vm/vm_object.c:1346 "(vm object)" 2 25 11 2 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:3737 "(Softdep Lock)" 3 25 12 2 0 0 /usr/src/sys/netinet/tcp_usrreq.c:466 (tcp) 3 25 13 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:3414 "(Softdep Lock)" 1 24 21 1 0 0 /usr/src/sys/kern/vfs_subr.c:2339 "(vnode interlock)" 1 24 28 0 0 0 /usr/src/sys/netinet/in_pcb.c:726 (so_rcv) 1 22 19 1 0 0 /usr/src/sys/kern/kern_descrip.c:1490 "(filedesc structure)" 11 22 3 7 0 0 /usr/src/sys/kern/kern_kse.c:198 "(process lock)" 1 21 15 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:866 "(Softdep Lock)" 1 21 16 1 0 0 /usr/src/sys/kern/kern_event.c:1236 (kqueue) 1 21 22 0 0 0 /usr/src/sys/kern/kern_descrip.c:1203 "(filedesc structure)" 2 21 11 1 0 0 /usr/src/sys/kern/uipc_usrreq.c:1805 (so_rcv) 4 21 5 4 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:1515 "(Softdep Lock)" 1 20 16 1 0 0 /usr/src/sys/kern/vfs_syscalls.c:3755 "(filedesc structure)" 1 20 16 1 0 0 /usr/src/sys/netinet/udp_usrreq.c:1041 (inp) 1 20 20 1 0 0 /usr/src/sys/netinet/in_pcb.c:782 (inp) 1 20 24 0 0 0 /usr/src/sys/kern/kern_descrip.c:716 "(filedesc structure)" 2 20 16 1 0 0 /usr/src/sys/kern/kern_event.c:924 (kqueue) 5 20 4 5 0 0 /usr/src/sys/kern/kern_resource.c:1037 "(uidinfo hash)" 1 19 22 0 0 0 /usr/src/sys/kern/kern_descrip.c:1194 "(filedesc structure)" 2 19 13 1 0 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:507 (dirhash) 5 19 6 3 0 0 /usr/src/sys/kern/kern_proc.c:463 "(process group)" 1 18 12 1 0 0 /usr/src/sys/kern/sysv_shm.c:431 "(process lock)" 1 18 13 1 0 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:587 (dirhash) 1 18 14 1 0 0 /usr/src/sys/vm/vm_page.c:446 "(vm object)" 1 18 15 1 0 0 /usr/src/sys/kern/kern_descrip.c:538 "(filedesc structure)" 1 18 16 1 0 0 /usr/src/sys/kern/kern_event.c:1847 (kqueue) 1 18 18 1 0 0 /usr/src/sys/dev/sound/pcm/mixer.c:448 (pcm0:mixer) 3 18 7 2 0 0 /usr/src/sys/kern/uipc_usrreq.c:633 (unp) 6 18 3 6 0 0 /usr/src/sys/dev/sound/pcm/dsp.c:330 (pcm0) 6 18 5 3 0 0 /usr/src/sys/vm/swap_pager.c:580 (swapdev) 1 17 14 1 0 0 /usr/src/sys/kern/uipc_usrreq.c:542 (unp) 1 17 14 1 0 0 /usr/src/sys/kern/vfs_subr.c:1475 "(Syncer mtx)" 1 17 16 1 0 0 /usr/src/sys/kern/kern_event.c:1474 "(filedesc structure)" 1 17 16 1 0 0 /usr/src/sys/kern/kern_event.c:524 "(filedesc structure)" 1 17 20 0 0 0 /usr/src/sys/kern/kern_descrip.c:409 "(filedesc structure)" 2 17 12 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:1449 "(Softdep Lock)" 8 17 2 8 0 0 /usr/src/sys/kern/uipc_socket2.c:542 (so_snd) 1 16 11 1 0 0 /usr/src/sys/kern/uipc_usrreq.c:205 (unp) 1 16 16 1 0 0 /usr/src/sys/kern/kern_event.c:528 "(sleep mtxpool)" 1 16 16 1 0 0 /usr/src/sys/kern/kern_event.c:723 "(protect sysfilt_ops)" 1 16 16 1 0 0 /usr/src/sys/kern/kern_event.c:779 "(filedesc structure)" 1 16 19 0 0 0 /usr/src/sys/kern/kern_descrip.c:1492 "(filedesc structure)" 4 16 4 4 0 0 /usr/src/sys/netinet/tcp_usrreq.c:517 (inp) 1 15 9 1 0 0 /usr/src/sys/kern/kern_proc.c:303 "(process group)" 1 15 11 1 0 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:166 "(dirhash list)" 1 15 12 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:883 "(Softdep Lock)" 1 15 16 0 0 0 /usr/src/sys/kern/kern_event.c:998 (kqueue) 2 15 10 1 0 0 /usr/src/sys/netinet6/in6_src.c:863 (addrsel_lock) 3 15 5 3 0 0 /usr/src/sys/ufs/ffs/ffs_balloc.c:235 (FFS) 4 15 4 3 0 0 /usr/src/sys/kern/kern_resource.c:1103 "(sleep mtxpool)" 2 14 7 2 0 0 /usr/src/sys/fs/fifofs/fifo_vnops.c:221 "(fifo mutex)" 2 14 8 1 0 0 /usr/src/sys/kern/kern_exit.c:415 "(process lock)" 14 14 1 14 0 0 /usr/src/sys/netinet/if_ether.c:138 "(radix node head)" 1 13 11 1 0 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:253 "(dirhash list)" 1 13 13 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:3134 "(Softdep Lock)" 1 13 15 0 0 0 /usr/src/sys/kern/kern_descrip.c:502 "(sleep mtxpool)" 1 13 15 0 0 0 /usr/src/sys/kern/kern_descrip.c:503 "(filedesc structure)" 1 13 16 0 0 0 /usr/src/sys/kern/kern_event.c:1577 (kqueue) 1 13 16 0 0 0 /usr/src/sys/kern/kern_event.c:1599 (kqueue) 1 13 16 0 0 0 /usr/src/sys/kern/kern_event.c:739 "(protect sysfilt_ops)" 1 13 16 0 0 0 /usr/src/sys/kern/kern_event.c:788 "(sleep mtxpool)" 1 13 16 0 0 0 /usr/src/sys/kern/kern_event.c:819 "(filedesc structure)" 2 13 9 1 0 0 /usr/src/sys/i386/i386/pmap.c:2700 (pmap) 3 13 4 3 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:4853 "(Softdep Lock)" 1 12 11 1 0 0 /usr/src/sys/kern/uipc_usrreq.c:898 (unp) 1 12 11 1 0 0 /usr/src/sys/kern/uipc_usrreq.c:908 (unp) 1 12 12 1 0 0 /usr/src/sys/kern/kern_proc.c:393 "(process lock)" 1 12 12 1 0 0 /usr/src/sys/kern/vfs_cache.c:720 "(filedesc structure)" 1 12 14 0 0 0 /usr/src/sys/dev/sound/pcm/sound.c:239 (pcm0) 2 12 5 2 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:2116 "(Softdep Lock)" 2 12 6 2 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:1232 "(Softdep Lock)" 5 12 3 4 0 0 /usr/src/sys/i386/i386/pmap.c:839 (pmap) 6 12 2 6 0 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:288 "(dirhash list)" 1 11 10 1 0 0 /usr/src/sys/kern/uipc_socket2.c:310 (so_snd) 1 11 12 0 0 0 /usr/src/sys/kern/vfs_cache.c:723 "(filedesc structure)" 2 11 6 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:1414 "(Softdep Lock)" 3 11 4 2 0 0 /usr/src/sys/vm/vnode_pager.c:825 "(vm page queue mutex)" 5 11 2 5 0 0 /usr/src/sys/dev/syscons/syscons.c:2366 "(process lock)" 6 11 5 2 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:2160 "(vnode interlock)" 0 10 13 0 0 0 /usr/src/sys/vm/swap_pager.c:1284 "(vm page queue mutex)" 1 10 7 1 0 0 /usr/src/sys/kern/kern_descrip.c:254 "(process lock)" 1 10 8 1 0 0 /usr/src/sys/netinet/tcp_subr.c:1595 (rtentry) 2 10 5 2 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:3511 "(Softdep Lock)" 2 10 5 2 0 0 /usr/src/sys/vm/swap_pager.c:1339 "(vm object)" 4 10 3 3 0 0 /usr/src/sys/kern/kern_sig.c:891 (sigacts) 4 10 3 3 0 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:664 (dirhash) 4 10 7 1 0 0 /usr/src/sys/ufs/ffs/ffs_vnops.c:234 "(vnode interlock)" 5 10 2 5 0 0 /usr/src/sys/kern/kern_prot.c:2045 "(process lock)" 5 10 3 3 0 0 /usr/src/sys/kern/kern_kse.c:472 "(process lock)" 1 9 6 1 0 0 /usr/src/sys/kern/uipc_usrreq.c:585 (unp) 1 9 9 1 0 0 /usr/src/sys/netinet6/icmp6.c:1892 (inp) 2 9 5 1 0 2 /usr/src/sys/netinet6/ip6_input.c:501 (rtentry) 4 9 2 4 0 0 /usr/src/sys/dev/sound/pcm/dsp.c:363 (pcm0:record:0) 1 8 5 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:2446 "(Softdep Lock)" 1 8 6 1 0 0 /usr/src/sys/kern/kern_kse.c:685 "(process lock)" 1 8 8 1 0 0 /usr/src/sys/netinet/in_pcb.c:811 (inp) 1 8 8 1 0 0 /usr/src/sys/netinet/ip_output.c:1280 (inp) 1 8 9 0 0 0 /usr/src/sys/kern/kern_proc.c:561 (session) 1 8 10 0 0 0 /usr/src/sys/kern/vfs_subr.c:1953 "(vnode interlock)" 2 8 4 2 0 0 /usr/src/sys/netinet/ip_input.c:611 (if_addr_mtx) 3 8 3 2 0 0 /usr/src/sys/kern/kern_sig.c:1151 "(process lock)" 4 8 2 4 0 0 /usr/src/sys/kern/kern_fork.c:714 "(process lock)" 4 8 2 4 0 0 /usr/src/sys/kern/tty.c:2811 (ttylist) 5 8 2 4 0 0 /usr/src/sys/kern/sys_pipe.c:659 "(pipe mutex)" 7 8 2 4 0 0 /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:259 (pseudofs_vncache) 0 7 9 0 0 0 /usr/src/sys/kern/kern_proc.c:300 "(process lock)" 0 7 9 0 0 0 /usr/src/sys/vm/vm_map.c:2540 "(vm object)" 1 7 6 1 0 0 /usr/src/sys/kern/kern_proc.c:259 "(process group)" 1 7 7 1 0 0 /usr/src/sys/dev/sound/pcm/dsp.c:118 (pcm0) 1 7 7 1 0 0 /usr/src/sys/kern/kern_conf.c:76 (cdev) 1 7 7 1 0 0 /usr/src/sys/kern/uipc_socket.c:1594 (so_rcv) 1 7 7 1 0 0 /usr/src/sys/ufs/ufs/ufs_vnops.c:1966 "(vnode interlock)" 1 7 8 0 0 0 /usr/src/sys/kern/kern_prot.c:110 "(process lock)" 1 7 8 0 0 0 /usr/src/sys/kern/uipc_socket2.c:108 (so_rcv) 1 7 9 0 0 0 /usr/src/sys/kern/sys_generic.c:602 "(sleep mtxpool)" 2 7 5 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:3376 "(Softdep Lock)" 4 7 2 3 0 0 /usr/src/sys/kern/kern_fork.c:255 "(process lock)" 7 7 1 7 0 0 /usr/src/sys/dev/sound/pcm/dsp.c:370 (pcm0:play:0) 7 7 1 7 0 0 /usr/src/sys/netinet6/in6_rmx.c:337 "(radix node head)" 1 6 4 1 0 0 /usr/src/sys/kern/kern_resource.c:1102 "(uidinfo hash)" 1 6 4 1 0 0 /usr/src/sys/netinet/igmp.c:289 (in_multi_mtx) 1 6 4 1 0 0 /usr/src/sys/netinet/tcp_usrreq.c:511 (tcp) 1 6 5 1 0 0 /usr/src/sys/kern/uipc_socket.c:432 (accept) 1 6 5 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:2181 "(Softdep Lock)" 1 6 5 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:3384 (FFS) 1 6 6 1 0 0 /usr/src/sys/kern/kern_kse.c:564 "(process lock)" 1 6 6 1 0 0 /usr/src/sys/kern/sysv_shm.c:796 "(vm object)" 1 6 6 1 0 0 /usr/src/sys/vm/uma_core.c:2409 "(MAP ENTRY)" 1 6 7 0 0 0 /usr/src/sys/kern/kern_descrip.c:523 "(process lock)" 2 6 4 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:4947 "(Softdep Lock)" 3 6 2 3 0 0 /usr/src/sys/ufs/ffs/ffs_alloc.c:1342 (FFS) 3 6 3 2 0 0 /usr/src/sys/i386/i386/pmap.c:838 "(vm page queue mutex)" 6 6 1 6 0 1 /usr/src/sys/vm/vm_pageout.c:250 "(vm object)" 0 5 6 0 0 0 /usr/src/sys/kern/kern_exit.c:352 (session) 1 5 3 1 0 0 /usr/src/sys/kern/kern_kse.c:611 "(process lock)" 1 5 4 1 0 0 /usr/src/sys/kern/vfs_subr.c:1135 "(vnode interlock)" 1 5 4 1 0 0 /usr/src/sys/kern/vfs_syscalls.c:3134 "(vm object)" 1 5 4 1 0 0 /usr/src/sys/netinet6/nd6_nbr.c:529 (rtentry) 1 5 4 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:5023 "(Softdep Lock)" 1 5 4 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:5053 "(vnode interlock)" 1 5 4 1 0 0 /usr/src/sys/ufs/ffs/ffs_vnops.c:308 "(vnode interlock)" 1 5 5 1 0 0 /usr/src/sys/kern/kern_descrip.c:1729 "(filedesc structure)" 1 5 5 1 0 0 /usr/src/sys/kern/uipc_usrreq.c:1088 (so_rcv) 1 5 5 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:2615 (FFS) 1 5 5 1 0 0 /usr/src/sys/vm/swap_pager.c:1188 "(pbuf mutex)" 1 5 5 1 0 0 /usr/src/sys/vm/uma_core.c:667 (g_bio) 2 5 2 2 0 0 /usr/src/sys/kern/kern_resource.c:188 "(process lock)" 1 4 3 1 0 0 /usr/src/sys/kern/kern_condvar.c:135 "(lockbuilder mtxpool)" 1 4 4 1 0 0 /usr/src/sys/kern/kern_prot.c:132 "(process lock)" 1 4 4 1 0 0 /usr/src/sys/netinet/udp_usrreq.c:531 (udp) 1 4 4 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:5330 "(Softdep Lock)" 1 4 5 0 0 0 /usr/src/sys/kern/kern_descrip.c:1708 "(filedesc structure)" 1 4 5 0 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:3517 (FFS) 2 4 2 2 0 0 /usr/src/sys/kern/vfs_syscalls.c:125 (mountlist) 4 4 1 4 0 0 /usr/src/sys/fs/devfs/devfs_vnops.c:157 "(vnode interlock)" 4 4 1 4 0 0 /usr/src/sys/netinet/in_rmx.c:267 "(radix node head)" 4 4 1 4 0 0 /usr/src/sys/netinet6/ip6_input.c:474 (if_addr_mtx) 1 3 2 1 0 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:289 (dirhash) 1 3 3 1 0 0 /usr/src/sys/kern/kern_proc.c:319 "(process group)" 1 3 3 1 0 0 /usr/src/sys/kern/kern_proc.c:541 "(process lock)" 1 3 3 1 0 0 /usr/src/sys/kern/kern_sig.c:974 "(process lock)" 1 3 3 1 0 0 /usr/src/sys/netinet/if_ether.c:142 (rtentry) 1 3 3 1 0 0 /usr/src/sys/ufs/ffs/ffs_vnops.c:775 "(vm page queue mutex)" 3 3 1 3 0 0 /usr/src/sys/kern/sys_pipe.c:930 "(pipe mutex)" 3 3 1 3 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:1994 "(Softdep Lock)" 0 2 3 0 0 0 /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:182 (pseudofs_vncache) 1 2 2 1 0 0 /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:202 (pseudofs_vncache) 1 2 2 1 0 0 /usr/src/sys/kern/kern_descrip.c:759 "(process lock)" 1 2 2 1 0 0 /usr/src/sys/kern/kern_descrip.c:905 "(process lock)" 1 2 2 1 0 0 /usr/src/sys/kern/kern_prot.c:2046 (session) 1 2 3 0 0 0 /usr/src/sys/kern/kern_proc.c:316 (session) 1 2 3 0 0 0 /usr/src/sys/kern/kern_sig.c:945 (sigacts) 2 2 1 2 0 0 /usr/src/sys/dev/sound/pcm/dsp.c:849 (pcm0:play:0) 0 1 2 0 0 0 /usr/src/sys/dev/sound/pcm/dsp.c:337 (pcm0:record:0) 0 1 2 0 0 0 /usr/src/sys/kern/kern_descrip.c:467 "(sleep mtxpool)" 0 1 2 0 0 0 /usr/src/sys/kern/kern_descrip.c:926 "(sigio lock)" 0 1 2 0 0 0 /usr/src/sys/kern/tty.c:2793 (tty) 0 1 2 0 0 0 /usr/src/sys/kern/tty.c:2812 (tty) 0 1 2 0 0 0 /usr/src/sys/ufs/ufs/ufs_dirhash.c:311 "(dirhash list)" 1 1 1 1 0 0 /usr/src/sys/dev/sound/pcm/dsp.c:342 (pcm0:play:0) 1 1 1 1 0 0 /usr/src/sys/dev/sound/pcm/dsp.c:793 (pcm0:play:0) 1 1 1 1 0 0 /usr/src/sys/dev/sound/pcm/mixer.c:404 (pcm0:mixer) 1 1 1 1 0 0 /usr/src/sys/kern/kern_descrip.c:395 "(process lock)" 1 1 1 1 0 0 /usr/src/sys/kern/sys_pipe.c:827 "(vm page queue mutex)" 1 1 1 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:1848 "(Softdep Lock)" 1 1 1 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:2079 (FFS) 1 1 1 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:2171 "(Softdep Lock)" 1 1 1 1 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:3623 "(Softdep Lock)" 1 1 1 1 0 0 /usr/src/sys/vm/vm_fault.c:629 "(vm page queue mutex)" 1 1 1 1 0 0 /usr/src/sys/vm/vm_map.c:2708 "(process lock)" 1 1 2 0 0 0 /usr/src/sys/kern/kern_descrip.c:468 "(filedesc structure)" 1 1 2 0 0 0 /usr/src/sys/kern/vfs_subr.c:2355 "(vnode interlock)" 0 0 1 0 0 0 /usr/src/sys/dev/sound/pcm/dsp.c:651 (pcm0:play:0) 0 0 1 0 0 0 /usr/src/sys/dev/sound/pcm/mixer.c:421 (pcm0:mixer) 0 0 1 0 0 0 /usr/src/sys/fs/pseudofs/pseudofs_vnops.c:722 "(process lock)" 0 0 1 0 0 0 /usr/src/sys/kern/kern_descrip.c:393 "(filedesc structure)" 0 0 1 0 0 0 /usr/src/sys/kern/kern_proc.c:1197 "(process lock)" 0 0 1 0 0 0 /usr/src/sys/kern/vfs_cache.c:775 "(filedesc structure)" 0 0 1 0 0 0 /usr/src/sys/kern/vfs_cache.c:777 "(filedesc structure)" 0 0 1 0 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:1974 "(Softdep Lock)" 0 0 1 0 0 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:2177 "(vnode interlock)" --==_Exmh_1137975587_65140-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 00:29:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E12C16A41F for ; Mon, 23 Jan 2006 00:29:21 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from que01.charter.net (que01.charter.net [209.225.8.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id D294143D46 for ; Mon, 23 Jan 2006 00:29:20 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip36-10.charter.net ([10.20.203.76]) by mtai01.charter.net (InterMail vM.6.01.05.04 201-2131-123-105-20051025) with ESMTP id <20060122224112.JSWF20755.mtai01.charter.net@mxip36-10.charter.net> for ; Sun, 22 Jan 2006 17:41:12 -0500 Received: from 68-113-23-60.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.113.23.60]) by mxip36-10.charter.net with ESMTP; 22 Jan 2006 17:41:13 -0500 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAQAAA+k= From: "Michael S. Eubanks" To: freebsd-stable@freebsd.org In-Reply-To: <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> Content-Type: text/plain Date: Sun, 22 Jan 2006 14:41:11 -0800 Message-Id: <1137969671.40786.44.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 00:29:21 -0000 I just checked the specs for the sata II controller on the promise site. It doesn't look like that particular controller is a RAID controller so you can discard my last post. I imagine you have the correct devices. -Michael From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 00:40:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDC3E16A41F for ; Mon, 23 Jan 2006 00:40:21 +0000 (GMT) (envelope-from kdgrills@the-grills.com) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [63.240.77.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C02243D45 for ; Mon, 23 Jan 2006 00:40:21 +0000 (GMT) (envelope-from kdgrills@the-grills.com) Received: from srv1.the-grills.com (c-71-57-60-59.hsd1.il.comcast.net[71.57.60.59]) by comcast.net (sccrmhc12) with SMTP id <20060123004020012005u3c4e>; Mon, 23 Jan 2006 00:40:20 +0000 Received: (qmail 3686 invoked by uid 1001); 23 Jan 2006 00:40:19 -0000 Date: Sun, 22 Jan 2006 18:40:19 -0600 From: "Kelly D. Grills" To: freebsd-stable@freebsd.org Message-ID: <20060123004018.GB823@the-grills.com> References: <43D339CC.3020204@forrie.com> <20060122155131.GA823@the-grills.com> <20060122221828.GA7703@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gatW/ieO32f1wygP" Content-Disposition: inline In-Reply-To: <20060122221828.GA7703@odin.ac.hmc.edu> X-Operating-System: FreeBSD/6.0-RELEASE (i386) X-PGP-Key: mailto:kdgrills-pgpkey@the-grills.com User-Agent: Mutt/1.5.11 Subject: Re: dhclient wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 00:40:22 -0000 --gatW/ieO32f1wygP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 22, 2006 at 02:18:28PM -0800, Brooks Davis wrote: >=20 > This definitly sounds like something particular to your dhcp servers. > It would be nice if we could fix it, but without some debugging help > that's going to be pretty much impossible. If you can recompile > dhclient with debugging symbols and when it goes into a spin, use the > debugger to figure out where it's spinning, that would be useful. > See this post for details: >=20 > http://lists.freebsd.org/pipermail/freebsd-current/2005-August/054224.html >=20 I'm recompiling at the moment. Will follow up with debugging results when it fails. --=20 Kelly D. Grills kdgrills@the-grills.com --gatW/ieO32f1wygP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: PGP key: mailto:kdgrills-pgpkey@the-grills.com iD8DBQFD1CXx7inS5LzF7HMRAveMAJ0eb9HTzSdjmMEGcAbe2KcaBRaZcwCfTYJ8 xnak9vKvpkYuRQSqry7pWYA= =kKGz -----END PGP SIGNATURE----- --gatW/ieO32f1wygP-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 05:43:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B53F16A420 for ; Mon, 23 Jan 2006 05:43:28 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32FD143D49 for ; Mon, 23 Jan 2006 05:43:26 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (81.236.252.191) by pne-smtpout1-sn1.fre.skanova.net (7.2.069.1) id 43CFE524000BB455 for freebsd-stable@freebsd.org; Mon, 23 Jan 2006 06:43:26 +0100 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id 6819A61C92 for ; Mon, 23 Jan 2006 06:43:25 +0100 (CET) Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09099-02 for ; Mon, 23 Jan 2006 06:43:24 +0100 (CET) Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi.stromnet.org (Postfix) with ESMTP id 9035761C7F for ; Mon, 23 Jan 2006 06:43:24 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <1137975447.40786.83.camel@yak.mseubanks.net> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> <1137967081.40786.36.camel@yak.mseubanks.net> <1DA0C9DF-BB42-415B-8851-FFB91CD0F1AC@stromnet.org> <1137975447.40786.83.camel@yak.mseubanks.net> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-9-774025555; protocol="application/pkcs7-signature" Message-Id: <44B2CAEF-A9E7-454B-A232-292B58083952@stromnet.org> From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Mon, 23 Jan 2006 06:43:35 +0100 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at stromnet.org X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 05:43:31 -0000 --Apple-Mail-9-774025555 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed On 23 jan 2006, at 01.17, Michael S. Eubanks wrote: > On Sun, 2006-01-22 at 23:51 +0100, Johan Str=F6m wrote: > > ...snip... > > >> On 22 jan 2006, at 22.58, Michael S. Eubanks wrote: >> This card does afaik dont have raid functionalitys (I've never read >> anything about it either on the web, the cards box or anywhere =20 >> else..). >> I'm running GENERIC, which does include ataraid.. >> What does your dmesg identify your card as? >> >> atapci0: port 0xb800-0xb87f, >> 0xb400-0xb4ff mem 0xfb800000-0xfb800fff,0xfb000000-0xfb01ffff irq 19 >> at device 12.0 on pci0 >> >> Is it the same PDC chipset? >> >> -- >> Johan >> >> > > No, I have a different controller. My mistake. I think what is > happening is the DMA read command is failing, therefore causing the > device to be disconnected, and the kernel can't write to the disk from > that point on (this is somewhat obvious given the output below). > > >>> Nov 29 20:36:54 elfi kernel: subdisk10: detached >>> Nov 29 20:36:54 elfi kernel: ad10: detached >>> Nov 29 20:36:54 elfi kernel: unknown: TIMEOUT - READ_DMA48 retrying >>> (1 retry left) LBA=3D426562704 >>> Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Device gm0s1: provider >>> ad10s1 disconnected. >>> > > The message seen from the last line above is generated in any of the > following scenarios (from g_mirror.c): > 1. Device wasn't running yet, but disk disappear. > 2. Disk was active and disapppear. > 3. Disk disappear during synchronization process. > > >>> Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). >>> ad10s1[WRITE(offset=3D134356992, length=3D16384)] >>> > > As far as recovering the disk, I remember seeing something about =20 > booting > to single user mode and using fsck after a core dump in a previous =20 > post. > I'm assuming the disks worked initially and that you were able to =20 > label > them etc? Is there any possibility that the disk state may be altered > by a power saving feature or setting in the BIOS and FreeBSD just > doesn't know when it happens until the next time it tries to access =20= > the > disk? > For recovering, i've always done a direct reboot, the gmirror =20 rebuilds the mirror and fsck is run. No problems reading labels etc, and never has been, only problem has =20 been these sporadic crashes.. And the read/write performance (see =20 earlier in thread)... This is a server, so all bios setting for powersaving is (should be) =20 shut of. Bios should thus never make the disk go to sleep. > > > -Michael > > Thanks for trying to help! -- Johan= --Apple-Mail-9-774025555-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 08:05:30 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF62D16A41F for ; Mon, 23 Jan 2006 08:05:30 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 028FF43D45 for ; Mon, 23 Jan 2006 08:05:29 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0N85QtJ057585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jan 2006 11:05:27 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0N85QGT057584; Mon, 23 Jan 2006 11:05:26 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 23 Jan 2006 11:05:25 +0300 From: Gleb Smirnoff To: Ion-Mihai Tetcu Message-ID: <20060123080525.GM83922@cell.sick.ru> References: <20060121082229.GA932@haakonia.hitnet.RWTH-Aachen.DE> <20060121120902.GA83922@FreeBSD.org> <20060122131712.GL83922@FreeBSD.org> <20060122141623.GA935@haakonia.hitnet.RWTH-Aachen.DE> <20060122235854.760678f3@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060122235854.760678f3@it.buh.tecnik93.com> User-Agent: Mutt/1.5.6i Cc: Christian Brueffer , stable@FreeBSD.org Subject: Re: panic: mb_dtor_mbuf: M_EXT set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 08:05:30 -0000 On Sun, Jan 22, 2006 at 11:58:54PM +0200, Ion-Mihai Tetcu wrote: I> > On Sun, Jan 22, 2006 at 04:17:12PM +0300, Gleb Smirnoff wrote: I> > > On Sat, Jan 21, 2006 at 03:09:02PM +0300, Gleb Smirnoff wrote: I> > > T> This should be fixed in src/sys/kern_mbuf.c, rev. 1.9.2.3 I> > > I> > > And another bogus panic is removed in 1.9.2.4 I> > > I> > I> > The kernel is working again, thanks! I> I> It's working in regard of vr0, thank you. However now my computer I> resets w/o anything logged when starting kde; if I only startx it I> doesn't happen (without exec startkde in .xinitrc); I commented out any I> fancy options like dri with no effect and it also happen if I kldunload I> snd_via8233 before starting kde. I> I> This is with 1.9.2.3 (cvsupped around 21 to 22 midnight; it didn't I> happen with sources from 19. Bad news. Can you do a binary search and find commit that makes this regression? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 08:46:12 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3147D16A441 for ; Mon, 23 Jan 2006 08:46:09 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8056D43D55 for ; Mon, 23 Jan 2006 08:46:03 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0N8k2Xj058552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jan 2006 11:46:02 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0N8k2u1058551; Mon, 23 Jan 2006 11:46:02 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 23 Jan 2006 11:46:01 +0300 From: Gleb Smirnoff To: Tobias Roth Message-ID: <20060123084601.GN83922@FreeBSD.org> References: <20060122220028.GB1379@droopy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060122220028.GB1379@droopy.unibe.ch> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: system laggy under load, SCHED_BSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 08:46:13 -0000 On Sun, Jan 22, 2006 at 11:00:28PM +0100, Tobias Roth wrote: T> Since some time, I experience extremely bad system behaviour under T> load. For instance when compiling something, or unpacking a large T> archive, the system is almost unusable, even the mouse pointer T> reacts sloppy. T> T> My system: T> T> 6.0-STABLE FreeBSD 6.0-STABLE #7: Sun Jan 22 15:53:39 CET 2006 i386 T> T> I use SCHED_BSD. T> T> How can I diagnose the problem, or provide more information? What T> factors might influence what I experience? I cannot give a more precise T> point in time as when this started, since I switched versions and T> systems a few times recently. What are numbers for the swap in/out in top(1)? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 08:53:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4758E16A41F for ; Mon, 23 Jan 2006 08:53:55 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxsf30.cluster1.charter.net (mxsf30.cluster1.charter.net [209.225.28.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFC5243D45 for ; Mon, 23 Jan 2006 08:53:54 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip02a.cluster1.charter.net (mxip02a.cluster1.charter.net [209.225.28.132]) by mxsf30.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id k0N8rrrX010644 for ; Mon, 23 Jan 2006 03:53:53 -0500 Received: from 68-113-23-60.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.113.23.60]) by mxip02a.cluster1.charter.net with ESMTP; 23 Jan 2006 03:53:53 -0500 X-IronPort-AV: i="4.01,210,1136178000"; d="scan'208"; a="1857319761:sNHT20858752" From: "Michael S. Eubanks" To: freebsd-stable@freebsd.org In-Reply-To: <44B2CAEF-A9E7-454B-A232-292B58083952@stromnet.org> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> <1137967081.40786.36.camel@yak.mseubanks.net> <1DA0C9DF-BB42-415B-8851-FFB91CD0F1AC@stromnet.org> <1137975447.40786.83.camel@yak.mseubanks.net> <44B2CAEF-A9E7-454B-A232-292B58083952@stromnet.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 23 Jan 2006 00:53:51 -0800 Message-Id: <1138006431.44108.15.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 08:53:55 -0000 On Mon, 2006-01-23 at 06:43 +0100, Johan Ström wrote: > On 23 jan 2006, at 01.17, Michael S. Eubanks wrote: > > > > On Sun, 2006-01-22 at 23:51 +0100, Johan Ström wrote: > > > > ...snip... > > > > > >> On 22 jan 2006, at 22.58, Michael S. Eubanks wrote: > >> This card does afaik dont have raid functionalitys (I've never read > >> anything about it either on the web, the cards box or anywhere > >> else..). > >> I'm running GENERIC, which does include ataraid.. > >> What does your dmesg identify your card as? > >> > >> atapci0: port 0xb800-0xb87f, > >> 0xb400-0xb4ff mem 0xfb800000-0xfb800fff,0xfb000000-0xfb01ffff irq 19 > >> at device 12.0 on pci0 > >> > >> Is it the same PDC chipset? > >> > >> -- > >> Johan > >> > >> > > > > No, I have a different controller. My mistake. I think what is > > happening is the DMA read command is failing, therefore causing the > > device to be disconnected, and the kernel can't write to the disk from > > that point on (this is somewhat obvious given the output below). > > > > > >>> Nov 29 20:36:54 elfi kernel: subdisk10: detached > >>> Nov 29 20:36:54 elfi kernel: ad10: detached > >>> Nov 29 20:36:54 elfi kernel: unknown: TIMEOUT - READ_DMA48 retrying > >>> (1 retry left) LBA=426562704 > >>> Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Device gm0s1: provider > >>> ad10s1 disconnected. > >>> > > > > The message seen from the last line above is generated in any of the > > following scenarios (from g_mirror.c): > > 1. Device wasn't running yet, but disk disappear. > > 2. Disk was active and disapppear. > > 3. Disk disappear during synchronization process. > > > > > >>> Nov 29 20:36:54 elfi kernel: GEOM_MIRROR: Request failed (error=6). > >>> ad10s1[WRITE(offset=134356992, length=16384)] > >>> > > > > As far as recovering the disk, I remember seeing something about > > booting > > to single user mode and using fsck after a core dump in a previous > > post. > > I'm assuming the disks worked initially and that you were able to > > label > > them etc? Is there any possibility that the disk state may be altered > > by a power saving feature or setting in the BIOS and FreeBSD just > > doesn't know when it happens until the next time it tries to access > > the > > disk? > > > > For recovering, i've always done a direct reboot, the gmirror > rebuilds the mirror and fsck is run. > No problems reading labels etc, and never has been, only problem has > been these sporadic crashes.. And the read/write performance (see > earlier in thread)... > > This is a server, so all bios setting for powersaving is (should be) > shut of. Bios should thus never make the disk go to sleep. > > Thanks for trying to help! Wish I could be of more help. :) Have you tried to toggle the sysctl dma flags? I've seen similar posts in the past with read timeouts caused from dma being enabled. # sysctl -a | grep dma ... hw.ata.ata_dma: 1 <=== Try turning this one off (1 ==> 0). hw.ata.atapi_dma: 1 ... -Michael From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 09:06:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BA3E16A41F for ; Mon, 23 Jan 2006 09:06:59 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: from galaxy.agh.edu.pl (galaxy.agh.edu.pl [149.156.96.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id C28B743D45 for ; Mon, 23 Jan 2006 09:06:58 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: by galaxy.agh.edu.pl (Postfix, from userid 1001) id D6362F79; Mon, 23 Jan 2006 10:06:56 +0100 (CET) Date: Mon, 23 Jan 2006 10:06:56 +0100 From: Krzysztof Kowalik To: Brooks Davis Message-ID: <20060123090656.GA22255@uci.agh.edu.pl> References: <43D339CC.3020204@forrie.com> <20060122155131.GA823@the-grills.com> <20060122221828.GA7703@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060122221828.GA7703@odin.ac.hmc.edu> Cc: freebsd-stable@freebsd.org Subject: Re: dhclient wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 09:06:59 -0000 Brooks Davis wrote: > This definitly sounds like something particular to your dhcp servers. > It would be nice if we could fix it, but without some debugging help > that's going to be pretty much impossible. [...] It happens to me quite often, too. The only thing related in the non-debug messages is: Jan 8 12:02:19 moneypenny dhclient[68091]: 5 bad IP checksums seen in 5 packets Jan 8 12:02:49 moneypenny last message repeated 743054 times Jan 8 12:04:50 moneypenny last message repeated 2951866 times Jan 8 12:14:51 moneypenny last message repeated 14457921 times Jan 8 12:24:52 moneypenny last message repeated 14812032 times Jan 8 12:34:53 moneypenny last message repeated 14770327 times Jan 8 12:44:55 moneypenny last message repeated 14748300 times Jan 8 12:51:44 moneypenny last message repeated 10037074 times ... which accounts for the CPU usage, I guess. I killed the "bad IP checksums" messages, so it doesn't annoy my syslog anymore, but it of course didn't fix the underlaying issue. I was looking at those packets with tcpdump once and didn't see anything obvious/bad there. And yes, I didn't have this problem with ISC client. And I surely use different cable provider, than the original poster ;) -- Krzysztof Kowalik | () ASCII Ribbon Campaign Computer Center, AGH UST | /\ Support plain text e-mail From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 09:24:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1DD216A41F for ; Mon, 23 Jan 2006 09:24:07 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86E6743D4C for ; Mon, 23 Jan 2006 09:24:06 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (81.236.252.191) by pne-smtpout2-sn1.fre.skanova.net (7.2.069.1) id 43D4940D00004B10; Mon, 23 Jan 2006 10:24:04 +0100 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id A8EAA61C59; Mon, 23 Jan 2006 10:24:03 +0100 (CET) Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27772-07; Mon, 23 Jan 2006 10:24:02 +0100 (CET) Received: from [129.16.220.44] (sysadmin.hd.chalmers.se [129.16.220.44]) by elfi.stromnet.org (Postfix) with ESMTP id 70A2F61C7C; Mon, 23 Jan 2006 10:24:02 +0100 (CET) In-Reply-To: <1138006431.44108.15.camel@yak.mseubanks.net> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> <1137967081.40786.36.camel@yak.mseubanks.net> <1DA0C9DF-BB42-415B-8851-FFB91CD0F1AC@stromnet.org> <1137975447.40786.83.camel@yak.mseubanks.net> <44B2CAEF-A9E7-454B-A232-292B58083952@stromnet.org> <1138006431.44108.15.camel@yak.mseubanks.net> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-10-787262954; protocol="application/pkcs7-signature" Message-Id: <43F5DFD5-2584-4B9D-AAA5-2B8B5B3529FF@stromnet.org> From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Mon, 23 Jan 2006 10:24:12 +0100 To: mse_software@charter.net X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at stromnet.org X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 09:24:07 -0000 --Apple-Mail-10-787262954 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed On 23 jan 2006, at 09.53, Michael S. Eubanks wrote: > On Mon, 2006-01-23 at 06:43 +0100, Johan Str=F6m wrote: > > Wish I could be of more help. :) Have you tried to toggle the sysctl > dma flags? I've seen similar posts in the past with read timeouts > caused from dma being enabled. > > # sysctl -a | grep dma > ... > hw.ata.ata_dma: 1 <=3D=3D=3D Try turning this one off (1 =3D=3D> = 0). > hw.ata.atapi_dma: 1 > ... Disabling DMA, wouldnt that give me pretty bad performance? > -Michael > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-=20 > unsubscribe@freebsd.org" --Apple-Mail-10-787262954-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 11:00:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4037916A41F; Mon, 23 Jan 2006 11:00:33 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE03D43D46; Mon, 23 Jan 2006 11:00:32 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1F0zQN-0006aR-00; Mon, 23 Jan 2006 11:59:51 +0100 Date: Mon, 23 Jan 2006 11:59:51 +0100 To: Nate Lawson Message-ID: <20060123105951.GA25245@poupinou.org> References: <200601201851.26858.joao@matik.com.br> <43D15458.506@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43D15458.506@root.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, JoaoBR Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 11:00:33 -0000 On Fri, Jan 20, 2006 at 01:21:28PM -0800, Nate Lawson wrote: > JoaoBR wrote: > >I have some Epox socket 939 motherboards, nvidia3 with AMD Athlon 64 and > >some X2 > >They give me a very good performance but sporadic reboots without core > >dumps or any other advices so I guess there is some sudden irq conflict or > >so > > > >I get nothing usefull by vmstat. I mount the same Nics, adaptec, mem and > >processor on an Asus A8V and it runs wothout any problem stable. > > > >btw I am running releng_6 > > If disabling acpi doesn't solve the problem, then it's probably not acpi. > > >I downloaded the acpi table and iasl shows me this > > > >epox.asl 2575: Name (_HID, "_NVRAIDBUS") > >Error 1068 - String must be entirely alphanumeric ^ (_NVRAIDBUS) > > > >Is here somebody how like to try to help me out here? You can get the > >files here: > > > >http://suporte.matik.com.br/epox.dsl > >http://suporte.matik.com.br/epox.dmesg > > You could get rid of the "_" anywhere NVRAIDBUS occurs. But this should > have nothing to do with causing resets. > IIRC it is an error to put non-alphanumeric onto an _HID node, but ACPI-CA interpreter is able to handle this situation. IOW iasl will give up if such error is done and is to compiling such ASL, but the in-kernel AML interpreter should interprete such things correctly. If the ASL contains only this error, it won't help the OP to override the DSDT. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 13:14:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EF7F16A42D; Mon, 23 Jan 2006 13:14:35 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E035F4493B; Mon, 23 Jan 2006 12:49:16 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0NCnEnZ098398; Mon, 23 Jan 2006 10:49:14 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: Bruno Ducrot Date: Mon, 23 Jan 2006 10:49:02 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <43D15458.506@root.org> <20060123105951.GA25245@poupinou.org> In-Reply-To: <20060123105951.GA25245@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601231049.03935.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Nate Lawson Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 13:14:39 -0000 On Monday 23 January 2006 08:59, Bruno Ducrot wrote: > > > > > >epox.asl 2575: Name (_HID, "_NVRAIDBUS") > > >Error 1068 - String must be entirely alphanumeric ^ (_NVRAIDBUS) > > > > > >Is here somebody how like to try to help me out here? You can get the > > >files here: > > > > > >http://suporte.matik.com.br/epox.dsl > > >http://suporte.matik.com.br/epox.dmesg > > > > You could get rid of the "_" anywhere NVRAIDBUS occurs. But this should > > have nothing to do with causing resets. > good to know, after it iasl compiles fine with only an WAK warning as=20 Reserved method must return a value (_WAK) > IIRC it is an error to put non-alphanumeric onto an _HID node, but > ACPI-CA interpreter is able to handle this situation. IOW iasl will > give up if such error is done and is to compiling such ASL, but the > in-kernel AML interpreter should interprete such things correctly. > > If the ASL contains only this error, it won't help the OP to override > the DSDT. good to know as well, what means supposed my cards are ok the motherboard h= as=20 issues right thank's Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 13:15:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D559B16A41F for ; Mon, 23 Jan 2006 13:15:42 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mtao02.charter.net (mtao02.charter.net [209.225.8.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 342E343D4C for ; Mon, 23 Jan 2006 13:15:41 +0000 (GMT) (envelope-from mse_software@charter.net) Received: from mxip36-10.charter.net ([10.20.203.76]) by mtao02.charter.net (InterMail vM.6.01.05.04 201-2131-123-105-20051025) with ESMTP id <20060123131538.BMXU18815.mtao02.charter.net@mxip36-10.charter.net> for ; Mon, 23 Jan 2006 08:15:38 -0500 Received: from 68-113-23-60.dhcp.knwk.wa.charter.com (HELO yak.mseubanks.net) ([68.113.23.60]) by mxip36-10.charter.net with ESMTP; 23 Jan 2006 08:15:34 -0500 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAQAAA+k= From: "Michael S. Eubanks" To: freebsd-stable@freebsd.org In-Reply-To: <43F5DFD5-2584-4B9D-AAA5-2B8B5B3529FF@stromnet.org> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> <1137967081.40786.36.camel@yak.mseubanks.net> <1DA0C9DF-BB42-415B-8851-FFB91CD0F1AC@stromnet.org> <1137975447.40786.83.camel@yak.mseubanks.net> <44B2CAEF-A9E7-454B-A232-292B58083952@stromnet.org> <1138006431.44108.15.camel@yak.mseubanks.net> <43F5DFD5-2584-4B9D-AAA5-2B8B5B3529FF@stromnet.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 23 Jan 2006 05:15:32 -0800 Message-Id: <1138022132.44108.36.camel@yak.mseubanks.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mse_software@charter.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 13:15:42 -0000 On Mon, 2006-01-23 at 10:24 +0100, Johan Ström wrote: > On 23 jan 2006, at 09.53, Michael S. Eubanks wrote: > > > On Mon, 2006-01-23 at 06:43 +0100, Johan Ström wrote: > > > > Wish I could be of more help. :) Have you tried to toggle the sysctl > > dma flags? I've seen similar posts in the past with read timeouts > > caused from dma being enabled. > > > > # sysctl -a | grep dma > > ... > > hw.ata.ata_dma: 1 <=== Try turning this one off (1 ==> 0). > > hw.ata.atapi_dma: 1 > > ... > > Disabling DMA, wouldnt that give me pretty bad performance? > > > -Michael > > If it was not the problem, you could always change it back. It *should* be possible to simply set the control mode on those two disks (``man rc.early'', ``man atacontrol''). Unfortunately, the problem is noted as errata in several FreeBSD versions tending to appear on SATA disks. I believe this is also a problem with some linux setups. If you google ``FreeBSD hw.ata.ata_dma RELEASE'' you will eventually find the following page relating to Asus motherboards: http://www.ryxi.com/freebsd/63-668-write-dma-other-similar-errors-read.shtml I picked it out based on the following line in the dmesg output: > Nov 29 20:46:09 elfi kernel: ACPI APIC Table: I'd say it's worth a shot. You might even try turning both the flags off temporarily to see what you get. Your guess is as good as mine. :) -Michael From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 13:50:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E66916A41F; Mon, 23 Jan 2006 13:50:34 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id A64FA44535; Mon, 23 Jan 2006 13:50:33 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1F124u-0006jr-00; Mon, 23 Jan 2006 14:49:52 +0100 Date: Mon, 23 Jan 2006 14:49:52 +0100 To: JoaoBR Message-ID: <20060123134952.GB25245@poupinou.org> References: <200601201851.26858.joao@matik.com.br> <43D15458.506@root.org> <20060123105951.GA25245@poupinou.org> <200601231049.03935.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601231049.03935.joao@matik.com.br> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Nate Lawson Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 13:50:34 -0000 On Mon, Jan 23, 2006 at 10:49:02AM -0200, JoaoBR wrote: > On Monday 23 January 2006 08:59, Bruno Ducrot wrote: > > > > > > > >epox.asl 2575: Name (_HID, "_NVRAIDBUS") > > > >Error 1068 - String must be entirely alphanumeric ^ (_NVRAIDBUS) > > > > > > > >Is here somebody how like to try to help me out here? You can get the > > > >files here: > > > > > > > >http://suporte.matik.com.br/epox.dsl > > > >http://suporte.matik.com.br/epox.dmesg > > > > > > You could get rid of the "_" anywhere NVRAIDBUS occurs. But this should > > > have nothing to do with causing resets. > > > > good to know, after it iasl compiles fine with only an WAK warning as > Reserved method must return a value (_WAK) > > > IIRC it is an error to put non-alphanumeric onto an _HID node, but > > ACPI-CA interpreter is able to handle this situation. IOW iasl will > > give up if such error is done and is to compiling such ASL, but the > > in-kernel AML interpreter should interprete such things correctly. > > > > If the ASL contains only this error, it won't help the OP to override > > the DSDT. > > > good to know as well, what means supposed my cards are ok the motherboard has > issues right Can't tell for sure if you don't test without ACPI loaded. It may be possible after all the apci_thermal subsystem trigger a (false) overheat situation which may explain a sudden shutdown. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 14:27:13 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44BC216A41F; Mon, 23 Jan 2006 14:27:13 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB3D1447DB; Mon, 23 Jan 2006 14:27:12 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id B54ADBAF0; Mon, 23 Jan 2006 16:27:10 +0200 (EET) Date: Mon, 23 Jan 2006 16:27:09 +0200 From: Ion-Mihai Tetcu To: Gleb Smirnoff Message-ID: <20060123162709.4e9871f9@it.buh.tecnik93.com> In-Reply-To: <20060123080525.GM83922@cell.sick.ru> References: <20060121082229.GA932@haakonia.hitnet.RWTH-Aachen.DE> <20060121120902.GA83922@FreeBSD.org> <20060122131712.GL83922@FreeBSD.org> <20060122141623.GA935@haakonia.hitnet.RWTH-Aachen.DE> <20060122235854.760678f3@it.buh.tecnik93.com> <20060123080525.GM83922@cell.sick.ru> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Christian Brueffer , stable@FreeBSD.org Subject: Re: panic: mb_dtor_mbuf: M_EXT set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 14:27:13 -0000 On Mon, 23 Jan 2006 11:05:25 +0300 Gleb Smirnoff wrote: > On Sun, Jan 22, 2006 at 11:58:54PM +0200, Ion-Mihai Tetcu wrote: > I> > On Sun, Jan 22, 2006 at 04:17:12PM +0300, Gleb Smirnoff wrote: > I> > > On Sat, Jan 21, 2006 at 03:09:02PM +0300, Gleb Smirnoff wrote: > I> > > T> This should be fixed in src/sys/kern_mbuf.c, rev. 1.9.2.3 > I> > > > I> > > And another bogus panic is removed in 1.9.2.4 > I> > > > I> > > I> > The kernel is working again, thanks! > I> > I> It's working in regard of vr0, thank you. However now my computer > I> resets w/o anything logged when starting kde; if I only startx it > I> doesn't happen (without exec startkde in .xinitrc); I commented > I> out any fancy options like dri with no effect and it also happen > I> if I kldunload snd_via8233 before starting kde. > I> > I> This is with 1.9.2.3 (cvsupped around 21 to 22 midnight; it didn't > I> happen with sources from 19. > > Bad news. Can you do a binary search and find commit that makes this > regression? FreeBSD 6.0-STABLE #1: Mon Jan 23 00:45:10 EET 2006 works :) -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #113: Root nameservers are out of sync From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 14:29:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A328416A422 for ; Mon, 23 Jan 2006 14:29:43 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from iaces.com (horton.iaces.com [204.147.87.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5AD8447D7 for ; Mon, 23 Jan 2006 14:29:42 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from [204.147.87.125] (borg.iaces.com [204.147.87.125]) (authenticated bits=0) by iaces.com (8.13.4/8.13.3) with ESMTP id k0NESifl049220 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jan 2006 08:28:45 -0600 (CST) (envelope-from ptroot@iaces.com) Message-ID: <43D4E83A.80809@iaces.com> Date: Mon, 23 Jan 2006 08:29:14 -0600 From: "Paul T. Root" User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Johan_Str=F6m?= References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> <1137967081.40786.36.camel@yak.mseubanks.net> <1DA0C9DF-BB42-415B-8851-FFB91CD0F1AC@stromnet.org> <1137975447.40786.83.camel@yak.mseubanks.net> <44B2CAEF-A9E7-454B-A232-292B58083952@stromnet.org> <1138006431.44108.15.camel@yak.mseubanks.net> <43F5DFD5-2584-4B9D-AAA5-2B8B5B3529FF@stromnet.org> In-Reply-To: <43F5DFD5-2584-4B9D-AAA5-2B8B5B3529FF@stromnet.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: mse_software@charter.net, freebsd-stable@freebsd.org Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 14:29:43 -0000 I'm coming in very late here, and only have some hearsay. But, a friend of mine has built a new hobby machine, with twin 160G drives on a 3Ware 8006, working as a stripe. He had a bunch of problems with stability of the drives until I gave him a couple of tiny (half size) jumpers, that he put on the drive. Smooth sailing since them. If needed, I can find what the jumpers did. But looking through the controllers doco should give you a clue. Johan Ström wrote: > > On 23 jan 2006, at 09.53, Michael S. Eubanks wrote: > >> On Mon, 2006-01-23 at 06:43 +0100, Johan Ström wrote: >> >> Wish I could be of more help. :) Have you tried to toggle the sysctl >> dma flags? I've seen similar posts in the past with read timeouts >> caused from dma being enabled. >> >> # sysctl -a | grep dma >> ... >> hw.ata.ata_dma: 1 <=== Try turning this one off (1 ==> 0). >> hw.ata.atapi_dma: 1 >> ... > > Disabling DMA, wouldnt that give me pretty bad performance? > >> -Michael >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Paul Root "Few people know what to do when hula girls attack." - Sam, age 8 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 14:31:51 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E5EA16A41F for ; Mon, 23 Jan 2006 14:31:51 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B39447D6 for ; Mon, 23 Jan 2006 14:31:50 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0NEVlKP063602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jan 2006 17:31:48 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0NEVlmk063601; Mon, 23 Jan 2006 17:31:47 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 23 Jan 2006 17:31:47 +0300 From: Gleb Smirnoff To: Ion-Mihai Tetcu Message-ID: <20060123143147.GR83922@cell.sick.ru> References: <20060121082229.GA932@haakonia.hitnet.RWTH-Aachen.DE> <20060121120902.GA83922@FreeBSD.org> <20060122131712.GL83922@FreeBSD.org> <20060122141623.GA935@haakonia.hitnet.RWTH-Aachen.DE> <20060122235854.760678f3@it.buh.tecnik93.com> <20060123080525.GM83922@cell.sick.ru> <20060123162709.4e9871f9@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060123162709.4e9871f9@it.buh.tecnik93.com> User-Agent: Mutt/1.5.6i Cc: Christian Brueffer , stable@FreeBSD.org Subject: Re: panic: mb_dtor_mbuf: M_EXT set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 14:31:51 -0000 On Mon, Jan 23, 2006 at 04:27:09PM +0200, Ion-Mihai Tetcu wrote: I> > On Sun, Jan 22, 2006 at 11:58:54PM +0200, Ion-Mihai Tetcu wrote: I> > I> > On Sun, Jan 22, 2006 at 04:17:12PM +0300, Gleb Smirnoff wrote: I> > I> > > On Sat, Jan 21, 2006 at 03:09:02PM +0300, Gleb Smirnoff wrote: I> > I> > > T> This should be fixed in src/sys/kern_mbuf.c, rev. 1.9.2.3 I> > I> > > I> > I> > > And another bogus panic is removed in 1.9.2.4 I> > I> > > I> > I> > I> > I> > The kernel is working again, thanks! I> > I> I> > I> It's working in regard of vr0, thank you. However now my computer I> > I> resets w/o anything logged when starting kde; if I only startx it I> > I> doesn't happen (without exec startkde in .xinitrc); I commented I> > I> out any fancy options like dri with no effect and it also happen I> > I> if I kldunload snd_via8233 before starting kde. I> > I> I> > I> This is with 1.9.2.3 (cvsupped around 21 to 22 midnight; it didn't I> > I> happen with sources from 19. I> > I> > Bad news. Can you do a binary search and find commit that makes this I> > regression? I> I> FreeBSD 6.0-STABLE #1: Mon Jan 23 00:45:10 EET 2006 works :) So upgrading once more did help you? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 14:35:09 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2ACC16A41F; Mon, 23 Jan 2006 14:35:09 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DD7344658; Mon, 23 Jan 2006 14:35:09 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id C2E44BB0B; Mon, 23 Jan 2006 16:35:07 +0200 (EET) Date: Mon, 23 Jan 2006 16:35:07 +0200 From: Ion-Mihai Tetcu To: Gleb Smirnoff Message-ID: <20060123163507.7367d719@it.buh.tecnik93.com> In-Reply-To: <20060123143147.GR83922@cell.sick.ru> References: <20060121082229.GA932@haakonia.hitnet.RWTH-Aachen.DE> <20060121120902.GA83922@FreeBSD.org> <20060122131712.GL83922@FreeBSD.org> <20060122141623.GA935@haakonia.hitnet.RWTH-Aachen.DE> <20060122235854.760678f3@it.buh.tecnik93.com> <20060123080525.GM83922@cell.sick.ru> <20060123162709.4e9871f9@it.buh.tecnik93.com> <20060123143147.GR83922@cell.sick.ru> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Christian Brueffer , stable@FreeBSD.org Subject: Re: panic: mb_dtor_mbuf: M_EXT set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 14:35:09 -0000 On Mon, 23 Jan 2006 17:31:47 +0300 Gleb Smirnoff wrote: > On Mon, Jan 23, 2006 at 04:27:09PM +0200, Ion-Mihai Tetcu wrote: > I> > On Sun, Jan 22, 2006 at 11:58:54PM +0200, Ion-Mihai Tetcu wrote: > I> > I> > On Sun, Jan 22, 2006 at 04:17:12PM +0300, Gleb Smirnoff > I> > I> > wrote: > I> > I> > > On Sat, Jan 21, 2006 at 03:09:02PM +0300, Gleb Smirnoff > I> > I> > > wrote: > I> > I> > > T> This should be fixed in src/sys/kern_mbuf.c, rev. > I> > I> > > T> 1.9.2.3 > I> > I> > > > I> > I> > > And another bogus panic is removed in 1.9.2.4 > I> > I> > > > I> > I> > > I> > I> > The kernel is working again, thanks! > I> > I> > I> > I> It's working in regard of vr0, thank you. However now my > I> > I> computer resets w/o anything logged when starting kde; if I > I> > I> only startx it doesn't happen (without exec startkde > I> > I> in .xinitrc); I commented out any fancy options like dri with > I> > I> no effect and it also happen if I kldunload snd_via8233 > I> > I> before starting kde. > I> > I> > I> > I> This is with 1.9.2.3 (cvsupped around 21 to 22 midnight; it > I> > I> didn't happen with sources from 19. > I> > > I> > Bad news. Can you do a binary search and find commit that makes > I> > this regression? > I> > I> FreeBSD 6.0-STABLE #1: Mon Jan 23 00:45:10 EET 2006 works :) > > So upgrading once more did help you? So it seem. I am using ULE, I have no problem with the new kernel with either UL or 4BSD. I didn't test the "bad" kernel with 4BSD, but I could do it if you like. -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #336: the xy axis in the trackball is coordinated with the summer solstice From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 14:37:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7478716A508 for ; Mon, 23 Jan 2006 14:37:21 +0000 (GMT) (envelope-from freebsd@azimut-tour.ru) Received: from azimutprint.ru (azimutprint.ru [217.15.145.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9446144448 for ; Mon, 23 Jan 2006 13:45:23 +0000 (GMT) (envelope-from freebsd@azimut-tour.ru) Received: from crom.azimutprint.ru (localhost [127.0.0.1]) by crom.azimutprint.ru (Postfix) with ESMTP id 1C39CB839; Fri, 20 Jan 2006 10:32:52 +0300 (MSK) Received: from [192.168.1.2] (greencomp.azimutprint.ru [192.168.1.2]) by crom.azimutprint.ru (Postfix) with ESMTP id ED9A9B837; Fri, 20 Jan 2006 10:32:51 +0300 (MSK) Message-ID: <43D09224.2050304@azimut-tour.ru> Date: Fri, 20 Jan 2006 10:32:52 +0300 From: GreenX FreeBSD User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, greenx@azimutprint.ru Content-Type: multipart/mixed; boundary="------------000306010306060405080801" X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: panic: kmem_malloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 14:37:24 -0000 This is a multi-part message in MIME format. --------------000306010306060405080801 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hi, At me a problem - after one - two weeks of job the machine panics and is reboot, prompt as to see why it occurs that it is possible to make with it? There can be data resulted below - will help to help me. #uname -a FreeBSD crom.azimutprint.ru 6.0-STABLE FreeBSD 6.0-STABLE #1: Fri Jan 13 11:29:48 MSK 2006 greenx@crom.azimutprint.ru:/usr/obj/usr/src/sys/cromkernel i386 #bzgrep panic /var/log/messages.?.bz2 | grep -v savecore Dec 26 10:48:43 crom kernel: panic: kmem_malloc(16384): kmem_map too small: 172457984 total allocated Dec 6 17:28:43 crom kernel: panic: kmem_malloc(4096): kmem_map too small: 172470272 total allocated #grep panic /var/log/messages | grep -v savecore Jan 20 03:04:42 crom kernel: panic: kmem_malloc(4096): kmem_map too small: 172470272 total allocated And attach dmesg.txt --------------000306010306060405080801 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" FreeBSD 6.0-STABLE #1: Fri Jan 13 11:29:48 MSK 2006 greenx@crom.azimutprint.ru:/usr/obj/usr/src/sys/cromkernel Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2806.37-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf33 Stepping = 3 Features=0xbfebfbff Features2=0x41d Hyperthreading: 2 logical CPUs real memory = 536018944 (511 MB) avail memory = 515055616 (491 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xfe800000-0xfebfffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 3.0 on pci0 pci2: on pcib2 em0: port 0xcf80-0xcf9f mem 0xfe5e0000-0xfe5fffff irq 18 at device 1.0 on pci2 em0: Ethernet address: 00:0e:a6:5f:f2:ba pcib3: at device 30.0 on pci0 pci3: on pcib3 atapci0: port 0xdf00-0xdf3f,0xdfa0-0xdfaf,0xdc00-0xdc7f mem 0xfe6fe000-0xfe6fefff,0xfe6c0000-0xfe6dffff irq 23 at device 4.0 on pci3 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xd880-0xd8ff mem 0xfe6ff400-0xfe6ff47f irq 22 at device 10.0 on pci3 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:76:e8:98:07 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 speaker0: port 0x61 on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 orm0: at iomem 0xd6800-0xd6fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2806374508 Hz quality 800 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. ad0: 194481MB at ata0-master UDMA100 acd0: CDROM at ata1-master PIO4 ad4: 305245MB at ata2-master SATA150 ad6: 305245MB at ata3-master SATA150 ad8: 305245MB at ata4-master UDMA100 ad9: 305245MB at ata4-slave UDMA100 ar0: 610351MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (master) using ad6 at ata3-master ar0: disk2 READY (mirror) using ad8 at ata4-master ar0: disk3 READY (mirror) using ad9 at ata4-slave Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /raid1 was not properly dismounted em0: link state changed to UP WARNING: pseudo-random number generator used for IPsec processing --------------000306010306060405080801-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 14:38:03 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A337416A5D3 for ; Mon, 23 Jan 2006 14:37:51 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from natnoddy.rzone.de (natnoddy.rzone.de [81.169.145.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E75C044627 for ; Mon, 23 Jan 2006 14:14:27 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from athena.laverenz.de (p5480C002.dip.t-dialin.net [84.128.192.2]) by post.webmailer.de (8.13.1/8.13.1) with ESMTP id k0NEEPF8024872 for ; Mon, 23 Jan 2006 15:14:25 +0100 (MET) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 0F4DBE379FDD for ; Mon, 23 Jan 2006 15:14:25 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17516-03 for ; Mon, 23 Jan 2006 15:14:24 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id BA47AE379FD0; Mon, 23 Jan 2006 15:14:23 +0100 (CET) Date: Mon, 23 Jan 2006 15:14:23 +0100 From: Uwe Laverenz To: stable@freebsd.org Message-ID: <20060123141423.GD17465@laverenz.de> Mail-Followup-To: stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Cc: Subject: libc bug with nsswitch? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 14:38:06 -0000 Hi, there seems to be a problem with RELENG_6 in environments where nss_ldap is used for user- and group-lookups. The problem affects different ports that don't have very much in common, so I guess there might be a bug in FreeBSD's libc, because that's the place, where the name-sevices are handled (correct me if I'm wrong). Two examples that are reproduceable here on various machines: 1. emulators/linux_base-8: When nss_ldap is enabled in /etc/nsswitch.conf, the installation of the port fails: --- log --- ===> Patching for linux_base-8-8.0_11 ===> linux_base-8-8.0_11 depends on executable: rpm - found ===> Configuring for linux_base-8-8.0_11 ---> Installing the new version via the port ===> Installing for linux_base-8-8.0_11 ===> Generating temporary packing list ===> Checking if emulators/linux_base-8 already installed kern.fallback_elf_brand: 3 -> 3 redhat-release-8.0-8.noarch.rpm glibc-common-2.3.2-4.80.8.i386.rpm [...list of rpms...] sh-utils-2.0.12-3.i386.rpm rpm-4.1-1.06.i386.rpm You have (unsupported) /var/lib/rpm/packages.rpm db1 format installed package headers Please install rpm-4.0.4 first, and do rpm --rebuilddb to convert your database from db1 to db3 format. var/tmp/rpm-tmp.41237: line 11: /dev/null: No such file or directory var/tmp/rpm-tmp.41237: line 12: /dev/null: No such file or directory Assertion failed: (cfg->ldc_uris[__session.ls_current_uri] != NULL), function do_init, file ldap-nss.c, line 1245. Abort trap (core dumped) *** Error code 134 Stop in /usr/ports/emulators/linux_base-8. *** Error code 1 Stop in /usr/ports/emulators/linux_base-8. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall5998.0 make reinstall ** Fix the installation problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! emulators/linux_base-8 (install error) --- log --- 2. PHP4(5)/PEAR This was also reported by two other users, both are using nss_ldap but have PHP5 instead of PHP4. With nss_ldap enabled, the use of at least two php-modules (imagick, xslt) lead to a segmentation fault in php4, e.g. when trying to install an additional pear-module: --- log --- ===> Installing for pear-OLE-0.5 ===> pear-OLE-0.5 depends on file: /usr/local/share/pear/PEAR.php - found ===> pear-OLE-0.5 depends on executable: pear - found ===> Generating packing list ===> Generating temporary packing list ===> Checking if devel/pear-OLE already installed install ok: channel://pear.php.net/OLE-0.5 Segmentation fault (core dumped) *** Error code 139 Stop in /usr/ports/devel/pear-OLE. *** Error code 1 Stop in /usr/ports/textproc/pear-Spreadsheet_Excel_Writer. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall39034.0 mak e ** Fix the problem and try again. --- log --- In both cases the installation works without any problem as soon as you disable nss_ldap (renaming /etc/nsswitch.conf is sufficient). my nsswitch.conf is as simple as this: passwd: files ldap group: files ldap bye, Uwe From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 14:39:59 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A838F16A41F for ; Mon, 23 Jan 2006 14:39:59 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA7343D49 for ; Mon, 23 Jan 2006 14:39:58 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0NEdulq063826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jan 2006 17:39:57 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0NEdufU063825; Mon, 23 Jan 2006 17:39:56 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 23 Jan 2006 17:39:56 +0300 From: Gleb Smirnoff To: Ion-Mihai Tetcu Message-ID: <20060123143956.GS83922@cell.sick.ru> References: <20060121082229.GA932@haakonia.hitnet.RWTH-Aachen.DE> <20060121120902.GA83922@FreeBSD.org> <20060122131712.GL83922@FreeBSD.org> <20060122141623.GA935@haakonia.hitnet.RWTH-Aachen.DE> <20060122235854.760678f3@it.buh.tecnik93.com> <20060123080525.GM83922@cell.sick.ru> <20060123162709.4e9871f9@it.buh.tecnik93.com> <20060123143147.GR83922@cell.sick.ru> <20060123163507.7367d719@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060123163507.7367d719@it.buh.tecnik93.com> User-Agent: Mutt/1.5.6i Cc: Christian Brueffer , stable@FreeBSD.org Subject: Re: panic: mb_dtor_mbuf: M_EXT set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 14:39:59 -0000 On Mon, Jan 23, 2006 at 04:35:07PM +0200, Ion-Mihai Tetcu wrote: I> > On Mon, Jan 23, 2006 at 04:27:09PM +0200, Ion-Mihai Tetcu wrote: I> > I> > On Sun, Jan 22, 2006 at 11:58:54PM +0200, Ion-Mihai Tetcu wrote: I> > I> > I> > On Sun, Jan 22, 2006 at 04:17:12PM +0300, Gleb Smirnoff I> > I> > I> > wrote: I> > I> > I> > > On Sat, Jan 21, 2006 at 03:09:02PM +0300, Gleb Smirnoff I> > I> > I> > > wrote: I> > I> > I> > > T> This should be fixed in src/sys/kern_mbuf.c, rev. I> > I> > I> > > T> 1.9.2.3 I> > I> > I> > > I> > I> > I> > > And another bogus panic is removed in 1.9.2.4 I> > I> > I> > > I> > I> > I> > I> > I> > I> > The kernel is working again, thanks! I> > I> > I> I> > I> > I> It's working in regard of vr0, thank you. However now my I> > I> > I> computer resets w/o anything logged when starting kde; if I I> > I> > I> only startx it doesn't happen (without exec startkde I> > I> > I> in .xinitrc); I commented out any fancy options like dri with I> > I> > I> no effect and it also happen if I kldunload snd_via8233 I> > I> > I> before starting kde. I> > I> > I> I> > I> > I> This is with 1.9.2.3 (cvsupped around 21 to 22 midnight; it I> > I> > I> didn't happen with sources from 19. I> > I> > I> > I> > Bad news. Can you do a binary search and find commit that makes I> > I> > this regression? I> > I> I> > I> FreeBSD 6.0-STABLE #1: Mon Jan 23 00:45:10 EET 2006 works :) I> > I> > So upgrading once more did help you? I> I> So it seem. I am using ULE, I have no problem with the new kernel with I> either UL or 4BSD. I didn't test the "bad" kernel with 4BSD, but I I> could do it if you like. Probably you hit another incorrect KASSERT in kern_mbuf.c. I have removed it some time after the first one. Since X was starting at this moment you couldn't be dropped into debugger, and so the box was rebooting. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 14:44:56 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C5BD16A41F; Mon, 23 Jan 2006 14:44:56 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93C9A43D4C; Mon, 23 Jan 2006 14:44:55 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id A1185BAF0; Mon, 23 Jan 2006 16:44:53 +0200 (EET) Date: Mon, 23 Jan 2006 16:44:53 +0200 From: Ion-Mihai Tetcu To: Gleb Smirnoff Message-ID: <20060123164453.40b9bf5f@it.buh.tecnik93.com> In-Reply-To: <20060123143956.GS83922@cell.sick.ru> References: <20060121082229.GA932@haakonia.hitnet.RWTH-Aachen.DE> <20060121120902.GA83922@FreeBSD.org> <20060122131712.GL83922@FreeBSD.org> <20060122141623.GA935@haakonia.hitnet.RWTH-Aachen.DE> <20060122235854.760678f3@it.buh.tecnik93.com> <20060123080525.GM83922@cell.sick.ru> <20060123162709.4e9871f9@it.buh.tecnik93.com> <20060123143147.GR83922@cell.sick.ru> <20060123163507.7367d719@it.buh.tecnik93.com> <20060123143956.GS83922@cell.sick.ru> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Christian Brueffer , stable@FreeBSD.org Subject: Re: panic: mb_dtor_mbuf: M_EXT set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 14:44:56 -0000 On Mon, 23 Jan 2006 17:39:56 +0300 Gleb Smirnoff wrote: > On Mon, Jan 23, 2006 at 04:35:07PM +0200, Ion-Mihai Tetcu wrote: > I> > On Mon, Jan 23, 2006 at 04:27:09PM +0200, Ion-Mihai Tetcu wrote: > I> > I> > On Sun, Jan 22, 2006 at 11:58:54PM +0200, Ion-Mihai Tetcu > I> > I> > wrote: > I> > I> > I> > On Sun, Jan 22, 2006 at 04:17:12PM +0300, Gleb Smirnoff > I> > I> > I> > wrote: > I> > I> > I> > > On Sat, Jan 21, 2006 at 03:09:02PM +0300, Gleb > I> > I> > I> > > Smirnoff wrote: > I> > I> > I> > > T> This should be fixed in src/sys/kern_mbuf.c, > I> > I> > I> > > T> rev. 1.9.2.3 > I> > I> > I> > > > I> > I> > I> > > And another bogus panic is removed in 1.9.2.4 > I> > I> > I> > > > I> > I> > I> > > I> > I> > I> > The kernel is working again, thanks! > I> > I> > I> > I> > I> > I> It's working in regard of vr0, thank you. However now my > I> > I> > I> computer resets w/o anything logged when starting kde; > I> > I> > I> if I only startx it doesn't happen (without exec startkde > I> > I> > I> in .xinitrc); I commented out any fancy options like dri > I> > I> > I> with no effect and it also happen if I kldunload > I> > I> > I> snd_via8233 before starting kde. > I> > I> > I> > I> > I> > I> This is with 1.9.2.3 (cvsupped around 21 to 22 midnight; > I> > I> > I> it didn't happen with sources from 19. > I> > I> > > I> > I> > Bad news. Can you do a binary search and find commit that > I> > I> > makes this regression? > I> > I> > I> > I> FreeBSD 6.0-STABLE #1: Mon Jan 23 00:45:10 EET 2006 > I> > I> works :) > I> > > I> > So upgrading once more did help you? > I> > I> So it seem. I am using ULE, I have no problem with the new kernel > I> with either UL or 4BSD. I didn't test the "bad" kernel with 4BSD, > I> but I could do it if you like. > > Probably you hit another incorrect KASSERT in kern_mbuf.c. I have > removed it some time after the first one. Since X was starting at > this moment you couldn't be dropped into debugger, and so the box was > rebooting. I don't know if I understand you right, but starting a bare X and playing around for a while then typing startkde resulted in a reset. -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" Ferengi Rule of Acquisition #168: Whisper your way to success. -- ST:DS9, "Treachery, Faith, and the Great River" From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 14:50:43 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60A5516A41F for ; Mon, 23 Jan 2006 14:50:43 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAC1143D8C for ; Mon, 23 Jan 2006 14:50:28 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0NEoQpc064070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Jan 2006 17:50:26 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0NEoQBH064069; Mon, 23 Jan 2006 17:50:26 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 23 Jan 2006 17:50:25 +0300 From: Gleb Smirnoff To: Ion-Mihai Tetcu Message-ID: <20060123145025.GU83922@cell.sick.ru> References: <20060121120902.GA83922@FreeBSD.org> <20060122131712.GL83922@FreeBSD.org> <20060122141623.GA935@haakonia.hitnet.RWTH-Aachen.DE> <20060122235854.760678f3@it.buh.tecnik93.com> <20060123080525.GM83922@cell.sick.ru> <20060123162709.4e9871f9@it.buh.tecnik93.com> <20060123143147.GR83922@cell.sick.ru> <20060123163507.7367d719@it.buh.tecnik93.com> <20060123143956.GS83922@cell.sick.ru> <20060123164453.40b9bf5f@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060123164453.40b9bf5f@it.buh.tecnik93.com> User-Agent: Mutt/1.5.6i Cc: Christian Brueffer , stable@FreeBSD.org Subject: Re: panic: mb_dtor_mbuf: M_EXT set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 14:50:43 -0000 On Mon, Jan 23, 2006 at 04:44:53PM +0200, Ion-Mihai Tetcu wrote: I> > Probably you hit another incorrect KASSERT in kern_mbuf.c. I have I> > removed it some time after the first one. Since X was starting at I> > this moment you couldn't be dropped into debugger, and so the box was I> > rebooting. I> I> I don't know if I understand you right, but starting a bare X and I> playing around for a while then typing startkde resulted in a reset. When panic happens and you have X on the screen, the kernel can't switch to syscons. It dumps core if you have KDB_UNATTENDED in kernel, in other case it just reboots. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 14:53:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C92916A41F for ; Mon, 23 Jan 2006 14:53:45 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 791D743D9F for ; Mon, 23 Jan 2006 14:53:21 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 09038C33E; Mon, 23 Jan 2006 09:53:20 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id DC446C2C8; Mon, 23 Jan 2006 09:53:16 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id A24C0C2B8; Mon, 23 Jan 2006 09:53:16 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=dbt5zarOID+Z+rsqpJy5mEjO8xH3x5yP7/qdoD5WMiD+dFJNwXendBKLVYkFVOaj3PnABENHUe2Qu/EyhIHEFaVuwjAEbLkahI0k7fTr5lBdrfxF24jEhOZG/22doD5M; Received: from [192.168.1.11] (c-24-218-147-31.hsd1.ma.comcast.net [24.218.147.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) by aaron.protected-networks.net (Postfix) with ESMTP id 4C8A6C16E; Mon, 23 Jan 2006 09:53:16 -0500 (EST) Message-ID: <43D4EDDA.8060901@protected-networks.net> Date: Mon, 23 Jan 2006 09:53:14 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: GreenX FreeBSD References: <43D09224.2050304@azimut-tour.ru> In-Reply-To: <43D09224.2050304@azimut-tour.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, greenx@azimutprint.ru Subject: Re: panic: kmem_malloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 14:53:45 -0000 GreenX FreeBSD wrote: > Hi, > At me a problem - after one - two weeks of job the machine panics and is > reboot, prompt as to see why it occurs that it is possible to make with it? Can you tell us the output of .. sysctl -a | grep ^ata_ .. I have a suspicion .. Michael From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 14:54:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03B4916A465 for ; Mon, 23 Jan 2006 14:53:57 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 669FD4458D for ; Mon, 23 Jan 2006 12:28:01 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F10ng-000ML8-Tz for stable@freebsd.org; Mon, 23 Jan 2006 13:28:00 +0100 Date: Mon, 23 Jan 2006 13:28:00 +0100 From: Oliver Brandmueller To: stable@freebsd.org Message-ID: <20060123122800.GA14800@e-Gitt.NET> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Cc: Subject: problem with vlan interfaces in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 14:54:01 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everybody, After my latest update to FreeBSD hudson 6.0-STABLE FreeBSD 6.0-STABLE #15: Mon Jan 23 12:29:38 CET 2006 root@hudson:/usr/obj/usr/src/sys/NFS-32-FBSD6 i386 I have a small problem with my vlan interfaces configured from rc.conf:=20 They get configured well, but they are simply not in "up" state as they=20 were before autmatically. I can login via console and do=20 ifconfig vlan340 up and all is fine. The config did not change during the update: cloned_interfaces=3D"vlan340" ifconfig_em0=3D"up vlanhwtag vlanmtu" ifconfig_vlan340=3D"inet xx.xx.xx.xx netmask 255.255.255.192 vlan 340 vland= ev em0" Is putting and additional: ifconfig ${ifn} up in the create loop in network.subr the way to fix this issue? Thanx, Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD1MvQiqtMdzjafykRAjfuAKCaAtl/q6gZLk7df91ufIr0je0yBgCgiqbY 3smPDU/RBC0dK1kdx1p0DtE= =Fr1G -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 14:56:55 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DF4A16A41F; Mon, 23 Jan 2006 14:56:55 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ED7243D79; Mon, 23 Jan 2006 14:56:54 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 4FB81BB0C; Mon, 23 Jan 2006 16:56:52 +0200 (EET) Date: Mon, 23 Jan 2006 16:56:51 +0200 From: Ion-Mihai Tetcu To: Gleb Smirnoff Message-ID: <20060123165651.1ec6ae9d@it.buh.tecnik93.com> In-Reply-To: <20060123145025.GU83922@cell.sick.ru> References: <20060121120902.GA83922@FreeBSD.org> <20060122131712.GL83922@FreeBSD.org> <20060122141623.GA935@haakonia.hitnet.RWTH-Aachen.DE> <20060122235854.760678f3@it.buh.tecnik93.com> <20060123080525.GM83922@cell.sick.ru> <20060123162709.4e9871f9@it.buh.tecnik93.com> <20060123143147.GR83922@cell.sick.ru> <20060123163507.7367d719@it.buh.tecnik93.com> <20060123143956.GS83922@cell.sick.ru> <20060123164453.40b9bf5f@it.buh.tecnik93.com> <20060123145025.GU83922@cell.sick.ru> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Christian Brueffer , stable@FreeBSD.org Subject: Re: panic: mb_dtor_mbuf: M_EXT set X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 14:56:55 -0000 On Mon, 23 Jan 2006 17:50:25 +0300 Gleb Smirnoff wrote: > On Mon, Jan 23, 2006 at 04:44:53PM +0200, Ion-Mihai Tetcu wrote: > I> > Probably you hit another incorrect KASSERT in kern_mbuf.c. I have > I> > removed it some time after the first one. Since X was starting at > I> > this moment you couldn't be dropped into debugger, and so the > I> > box was rebooting. > I> > I> I don't know if I understand you right, but starting a bare X and > I> playing around for a while then typing startkde resulted in a > I> reset. > > When panic happens and you have X on the screen, the kernel can't > switch to syscons. It dumps core if you have KDB_UNATTENDED in > kernel, in other case it just reboots. I don't have KDB_UNATTENDED but on this machine the in the last week I got an automatic dump (on a "kmem_map too small" while running an RC1 kernel) and then the reboot and I was under X (kde); I remember I had to wait and watch the HDD led w/o being able to do anything else. -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" Without freedom of choice there is no creativity. -- Kirk, "The return of the Archons", stardate 3157.4 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 15:52:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A56E216A41F; Mon, 23 Jan 2006 15:52:25 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE899440EA; Mon, 23 Jan 2006 15:52:24 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0NFqOqG006589; Mon, 23 Jan 2006 13:52:25 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 23 Jan 2006 13:52:11 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <200601231049.03935.joao@matik.com.br> <20060123134952.GB25245@poupinou.org> In-Reply-To: <20060123134952.GB25245@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601231352.12421.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org, Bruno Ducrot , Nate Lawson Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 15:52:25 -0000 On Monday 23 January 2006 11:49, Bruno Ducrot wrote: > > > > good to know as well, what means supposed my cards are ok the motherboa= rd > > has issues right > > Can't tell for sure if you don't test without ACPI loaded. > It may be possible after all the apci_thermal subsystem trigger a > (false) overheat situation which may explain a sudden shutdown. very nice because exactly this is what I thought, still more likely since t= he=20 sudden "off" happens after a certain time when compiling world or other=20 processor expensive tasks any hint how I can get closer to know this? Am I right that the shutdown co= mes=20 from the motherboard in this case so there is not so very much to do for th= e=20 OS? normally I find 20 up to 23 hw.acpi.thermal.tz0.temperature: 21.8C but unfortunatly I never could get it in time when it shut off there is an option in the BIOS as "ACPI Shutdown Temp" but it is disabled I just compiled cpufrequency into the kernel and enabled BIOS Smartfan CPU= =20 Temp to see what I get hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% machdep.cpu_idle_hlt: 1 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 2000 dev.cpu.0.freq_levels: 2000/67000 1800/64700 1000/28600 dev.acpi_perf.0.%parent: cpu0 dev.powernow.0.%parent: cpu0 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 thank's again Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 16:42:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F341716A41F for ; Mon, 23 Jan 2006 16:42:50 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50F5943D49 for ; Mon, 23 Jan 2006 16:42:49 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/taifun-1.0) with ESMTP id k0NGgmRa009544 for ; Mon, 23 Jan 2006 17:42:48 +0100 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id 2C6A4405BA for ; Mon, 23 Jan 2006 17:42:48 +0100 (CET) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06992-08 for ; Mon, 23 Jan 2006 17:42:43 +0100 (CET) Received: from niobe.gwch.net (frodo.gwch.net [192.168.2.101]) by mail.gwch.net (Postfix) with ESMTP id C0C8B4058B for ; Mon, 23 Jan 2006 17:42:43 +0100 (CET) From: Roger Grosswiler To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Mon, 23 Jan 2006 17:42:42 +0100 Message-Id: <1138034563.2766.6.camel@niobe> Mime-Version: 1.0 X-Mailer: Evolution 2.5.4 (2.5.4-10) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on smtp-02.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-01.tornado.cablecom.ch-Metrics: smtp-02.tornado.cablecom.ch 32700; Body=1 Fuz1=1 Fuz2=1 Subject: how to harden freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 16:42:51 -0000 Hey, i think about jailing some "processes" on a new freebsd-system. Is there also another way, to harden freebsd e.g. like selinux? Roger From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 17:24:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0817616A428 for ; Mon, 23 Jan 2006 17:24:08 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0FAA44041 for ; Mon, 23 Jan 2006 17:03:00 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.243.27] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1F155Y3L07-0004iE; Mon, 23 Jan 2006 18:02:59 +0100 From: Max Laier Organization: FreeBSD To: Roger Grosswiler Date: Mon, 23 Jan 2006 18:03:31 +0100 User-Agent: KMail/1.9.1 References: <1138034563.2766.6.camel@niobe> In-Reply-To: <1138034563.2766.6.camel@niobe> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1638750.ySd7xN3FEd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601231803.37917.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-stable@freebsd.org Subject: Re: how to harden freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 17:24:08 -0000 --nextPart1638750.ySd7xN3FEd Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 23 January 2006 17:42, Roger Grosswiler wrote: > i think about jailing some "processes" on a new freebsd-system. Is there > also another way, to harden freebsd e.g. like selinux? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/security.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/securing-freebsd.= html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mac.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/firewalls.html =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1638750.ySd7xN3FEd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD1QxpXyyEoT62BG0RAkFaAJ40N5XkVzrz3a1X7g/Xs3cs58sMfwCbBKI7 lYXmHBEmhN8Slz4ZUIbqtmg= =V/DY -----END PGP SIGNATURE----- --nextPart1638750.ySd7xN3FEd-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 17:24:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BEEB16A47D for ; Mon, 23 Jan 2006 17:24:21 +0000 (GMT) (envelope-from dom@happygiraffe.net) Received: from happygiraffe.net (happygiraffe.net [81.6.215.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6479B43F5E for ; Mon, 23 Jan 2006 16:59:06 +0000 (GMT) (envelope-from dom@happygiraffe.net) Received: from localhost (localhost.happygiraffe.net [127.0.0.1]) by happygiraffe.net (Postfix) with ESMTP id D3DE2B9EB; Mon, 23 Jan 2006 16:59:02 +0000 (GMT) Received: from happygiraffe.net ([127.0.0.1]) by localhost (ppe.happygiraffe.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31023-05; Mon, 23 Jan 2006 16:59:02 +0000 (GMT) Received: by happygiraffe.net (Postfix, from userid 1001) id 51EC6B9E6; Mon, 23 Jan 2006 16:59:02 +0000 (GMT) Date: Mon, 23 Jan 2006 16:59:02 +0000 To: Roger Grosswiler Message-ID: <20060123165902.GA31758@ppe.happygiraffe.net> References: <1138034563.2766.6.camel@niobe> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1138034563.2766.6.camel@niobe> User-Agent: Mutt/1.5.11 From: dom@happygiraffe.net (Dominic Mitchell) X-Virus-Scanned: amavisd-new at happygiraffe.net Cc: freebsd-stable@freebsd.org Subject: Re: how to harden freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 17:24:33 -0000 On Mon, Jan 23, 2006 at 05:42:42PM +0100, Roger Grosswiler wrote: > i think about jailing some "processes" on a new freebsd-system. Is there > also another way, to harden freebsd e.g. like selinux? Have a look at security(7) for an overview of the existing FreeBSD security options. Also, jail(8) has some bits. There's no /direct/ SELinux, although much of the same ground is covered by the TrustedBSD stuff. Have a look over the web site: http://www.trustedbsd.org/ -Dom From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 17:29:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1C6C16A41F for ; Mon, 23 Jan 2006 17:29:47 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4EAC43D5E for ; Mon, 23 Jan 2006 17:29:45 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so714970wxc for ; Mon, 23 Jan 2006 09:29:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=p/fjE2bU4/6g9QRfD68QJFQ4B7w9a90z/+ywHdsLFtre5FIzN4VlYtAvsoF30PTMyfXx+3kc9xFtVpBZmLxuwyoD5HRHuHfE1lojwRnm7cr+rnv4VBVaxXpEY30zoeRl32Oyy2Jhs96kc3/Vx+M07WPlb4pyMgweVYODWN5iefY= Received: by 10.70.117.3 with SMTP id p3mr6369826wxc; Mon, 23 Jan 2006 09:29:44 -0800 (PST) Received: by 10.70.105.2 with HTTP; Mon, 23 Jan 2006 09:29:44 -0800 (PST) Message-ID: <84dead720601230929y7c94567csadfbed1fa38d1c09@mail.gmail.com> Date: Mon, 23 Jan 2006 22:59:44 +0530 From: Joseph Koshy To: Roger Grosswiler In-Reply-To: <1138034563.2766.6.camel@niobe> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1138034563.2766.6.camel@niobe> Cc: freebsd-stable@freebsd.org Subject: Re: how to harden freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 17:29:47 -0000 > i think about jailing some "processes" on a new > freebsd-system. Is there also another way, to harden freebsd > e.g. like selinux? Start here: Mandatory Access Control http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mac.html -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 18:08:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C23E16A41F; Mon, 23 Jan 2006 18:08:20 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3FAB43D55; Mon, 23 Jan 2006 18:08:17 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1F166l-0007fZ-00; Mon, 23 Jan 2006 19:08:03 +0100 Date: Mon, 23 Jan 2006 19:08:03 +0100 To: JoaoBR Message-ID: <20060123180803.GC25245@poupinou.org> References: <200601201851.26858.joao@matik.com.br> <200601231049.03935.joao@matik.com.br> <20060123134952.GB25245@poupinou.org> <200601231352.12421.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601231352.12421.joao@matik.com.br> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Nate Lawson Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 18:08:20 -0000 On Mon, Jan 23, 2006 at 01:52:11PM -0200, JoaoBR wrote: > On Monday 23 January 2006 11:49, Bruno Ducrot wrote: > > > > > > > good to know as well, what means supposed my cards are ok the motherboard > > > has issues right > > > > Can't tell for sure if you don't test without ACPI loaded. > > It may be possible after all the apci_thermal subsystem trigger a > > (false) overheat situation which may explain a sudden shutdown. > > > very nice because exactly this is what I thought, still more likely since the > sudden "off" happens after a certain time when compiling world or other > processor expensive tasks > > any hint how I can get closer to know this? Am I right that the shutdown comes > from the motherboard in this case so there is not so very much to do for the > OS? > > normally I find 20 up to 23 > hw.acpi.thermal.tz0.temperature: 21.8C > but unfortunatly I never could get it in time when it shut off > > there is an option in the BIOS as "ACPI Shutdown Temp" but it is disabled > > I just compiled cpufrequency into the kernel and enabled BIOS Smartfan CPU > Temp to see what I get > > hw.acpi.cpu.cx_supported: C1/0 > hw.acpi.cpu.cx_lowest: C1 > hw.acpi.cpu.cx_usage: 100.00% > machdep.cpu_idle_hlt: 1 > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 2000 > dev.cpu.0.freq_levels: 2000/67000 1800/64700 1000/28600 > dev.acpi_perf.0.%parent: cpu0 > dev.powernow.0.%parent: cpu0 > dev.cpufreq.0.%driver: cpufreq > dev.cpufreq.0.%parent: cpu0 > The temperature is read from some isa io port at 0x295... I'm wondering if you should use mbmon instead of ACPI (the _TMP method in that DSDT look a little ugly to my eyes, though I am not sure if it will give some buggy informations). Maybe you should try to disable acpi thermal stuff via hint.acpi_tz.0.disabled="1" and use the mbmon port for monitoring those temperatures. Don't use ACPI and mbmon at the same time: there will be some conflicts accessing the sensor chip internal registers. As an added 'bonus', you should have access to motherboard temperature, not only CPU, and you should be able to monitor voltages, fan, etc. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 18:44:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AF0316A41F; Mon, 23 Jan 2006 18:44:34 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B58A7442DB; Mon, 23 Jan 2006 18:44:33 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0NIiYPt014124; Mon, 23 Jan 2006 16:44:34 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 23 Jan 2006 16:44:21 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <200601231352.12421.joao@matik.com.br> <20060123180803.GC25245@poupinou.org> In-Reply-To: <20060123180803.GC25245@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601231644.22126.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org, Bruno Ducrot , Nate Lawson Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 18:44:34 -0000 On Monday 23 January 2006 16:08, Bruno Ducrot wrote: \> > The temperature is read from some isa io port at 0x295... > > I'm wondering if you should use mbmon instead of ACPI > (the _TMP method in that DSDT look a little ugly to my eyes, > though I am not sure if it will give some buggy > informations). > ok, I didn't said it before but I graf with mrtg based on mbmon and I ever = get=20 something 40C but I never got peaks, then this sysctl temperatur is never=20 higher then 24C what then confirmes you are saying here > Maybe you should try to disable acpi thermal stuff via > hint.acpi_tz.0.disabled=3D"1" I will try it I haven't done it because I thought that if the shutoff is caused by a=20 hardware/bios feature then the OS can not do so very much here but a try does not hurt anything this: debug.acpi.disabled=3Dthermal would be the same? Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 18:48:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 302BE16A432; Mon, 23 Jan 2006 18:48:12 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FD8D43D49; Mon, 23 Jan 2006 18:48:11 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-int.prodigy.net [207.115.5.207]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0NIm5eY003774; Mon, 23 Jan 2006 13:48:06 -0500 X-ORBL: [71.139.110.185] Received: from [10.0.0.115] (ppp-71-139-110-185.dsl.snfc21.pacbell.net [71.139.110.185]) by ylpvm01.prodigy.net (8.13.4 dk-milter linux/8.13.4) with ESMTP id k0NIm695006101; Mon, 23 Jan 2006 13:48:07 -0500 Message-ID: <43D524FB.4050001@root.org> Date: Mon, 23 Jan 2006 10:48:27 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: JoaoBR References: <200601201851.26858.joao@matik.com.br> <200601231352.12421.joao@matik.com.br> <20060123180803.GC25245@poupinou.org> <200601231644.22126.joao@matik.com.br> In-Reply-To: <200601231644.22126.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Bruno Ducrot , freebsd-stable@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 18:48:15 -0000 JoaoBR wrote: > On Monday 23 January 2006 16:08, Bruno Ducrot wrote: >>Maybe you should try to disable acpi thermal stuff via >>hint.acpi_tz.0.disabled="1" > > > I will try it > > I haven't done it because I thought that if the shutoff is caused by a > hardware/bios feature then the OS can not do so very much here > > but a try does not hurt anything > > this: > > debug.acpi.disabled=thermal > > would be the same? Yes. The first version he gave is the generic driver disabling mechanism, the acpi version disables all subsystems related to the function. It may be redundant though at this point and we might consider removing it. -- Nate From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 19:01:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1AF016A41F for ; Mon, 23 Jan 2006 19:01:48 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 171AE43D55 for ; Mon, 23 Jan 2006 19:01:47 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (81.236.252.191) by pne-smtpout1-sn1.fre.skanova.net (7.2.069.1) id 43D4929800032286; Mon, 23 Jan 2006 20:01:45 +0100 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id 057CC61C8A; Mon, 23 Jan 2006 20:01:44 +0100 (CET) Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00657-02; Mon, 23 Jan 2006 20:01:41 +0100 (CET) Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi.stromnet.org (Postfix) with ESMTP id 6F28F61C7F; Mon, 23 Jan 2006 20:01:41 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <1138022132.44108.36.camel@yak.mseubanks.net> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> <1137967081.40786.36.camel@yak.mseubanks.net> <1DA0C9DF-BB42-415B-8851-FFB91CD0F1AC@stromnet.org> <1137975447.40786.83.camel@yak.mseubanks.net> <44B2CAEF-A9E7-454B-A232-292B58083952@stromnet.org> <1138006431.44108.15.camel@yak.mseubanks.net> <43F5DFD5-2584-4B9D-AAA5-2B8B5B3529FF@stromnet.org> <1138022132.44108.36.camel@yak.mseubanks.net> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-11-821922183; protocol="application/pkcs7-signature" Message-Id: <4D303E57-DBA6-4936-9506-4F40ACE30AA8@stromnet.org> From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Mon, 23 Jan 2006 20:01:51 +0100 To: mse_software@charter.net, freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at stromnet.org X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Page fault, GEOM problem?? (also: using a ASUS A7N8X-XE/nForce2 utlra400?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 19:01:49 -0000 --Apple-Mail-11-821922183 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed On 23 jan 2006, at 14.15, Michael S. Eubanks wrote: > On Mon, 2006-01-23 at 10:24 +0100, Johan Str=F6m wrote: >> On 23 jan 2006, at 09.53, Michael S. Eubanks wrote: >> >>> On Mon, 2006-01-23 at 06:43 +0100, Johan Str=F6m wrote: >>> >>> Wish I could be of more help. :) Have you tried to toggle the =20 >>> sysctl >>> dma flags? I've seen similar posts in the past with read timeouts >>> caused from dma being enabled. >>> >>> # sysctl -a | grep dma >>> ... >>> hw.ata.ata_dma: 1 <=3D=3D=3D Try turning this one off (1 =3D=3D> = 0). >>> hw.ata.atapi_dma: 1 >>> ... >> >> Disabling DMA, wouldnt that give me pretty bad performance? >> >>> -Michael >>> > > If it was not the problem, you could always change it back. It =20 > *should* > be possible to simply set the control mode on those two disks (``man > rc.early'', ``man atacontrol''). Unfortunately, the problem is =20 > noted as > errata in several FreeBSD versions tending to appear on SATA disks. I > believe this is also a problem with some linux setups. If you google > ``FreeBSD hw.ata.ata_dma RELEASE'' you will eventually find the > following page relating to Asus motherboards: > > http://www.ryxi.com/freebsd/63-668-write-dma-other-similar-errors-=20 > read.shtml > > I picked it out based on the following line in the dmesg output: > >> Nov 29 20:46:09 elfi kernel: ACPI APIC Table: > > I'd say it's worth a shot. You might even try turning both the flags > off temporarily to see what you get. Your guess is as good as =20 > mine. :) > Okay, tried turning it of.. The disk IO speeds went even lower... =20 whoping 9-10MB/s and lots of load ;) And since the crashes comes randomly (haven't been able to reproduce =20 them "on deamon") i dont realy want to run it like this.. ;) I did another test. I moved the controller card and the disks to my =20 MSI K8N Neo motherboard (with AMD64 3200+ etc), and immediatly I got =20 write speeds of ~49MB/s: $ dd if=3D/dev/zero of=3Dbigfile.zero bs=3D1024 count=3D1000024 1024024576 bytes transferred in 21.974227 secs (46601164 bytes/sec) Compared to $ dd if=3D/dev/zero of=3Dbigfile.zero bs=3D1024 count=3D1000024 1024024576 bytes transferred in 78.897708 secs (12979142 bytes/sec) All tests where done in /dev/mirror/gm0s1f on /usr (ufs, NFS exported, local, soft-updates, =20 acls) Soo.. I guess this mobo is just plain fucked and needs to be replaced =20= with something newer ;) Bad thing is, this is Socket A.. so there isnt so many choices left =20 in the mobo market.. However, i found a ASUS A7N8X-XE NF ULTRA 400 SOCKET A with Nforce2 =20 Ultra 400 chipset.. Does anyone have any knowledge about this chipset? How well does it work with Fbsd? I'll do some googling but if someone =20= is using this successfully or unsuccessfully, please let me know :) -- Johan= --Apple-Mail-11-821922183-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 20:10:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7761B16A45A for ; Mon, 23 Jan 2006 20:10:37 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 809BF43DD7 for ; Mon, 23 Jan 2006 19:38:33 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (81.236.252.191) by pne-smtpout1-sn2.hy.skanova.net (7.2.069.1) id 43D492E30003AF8C for freebsd-stable@freebsd.org; Mon, 23 Jan 2006 20:38:32 +0100 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id C4EC261C8F for ; Mon, 23 Jan 2006 20:38:31 +0100 (CET) Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00659-02 for ; Mon, 23 Jan 2006 20:38:31 +0100 (CET) Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi.stromnet.org (Postfix) with ESMTP id 2DD1961C90 for ; Mon, 23 Jan 2006 20:38:31 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <43D52B9D.1030106@iaces.com> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> <1137967081.40786.36.camel@yak.mseubanks.net> <1DA0C9DF-BB42-415B-8851-FFB91CD0F1AC@stromnet.org> <1137975447.40786.83.camel@yak.mseubanks.net> <44B2CAEF-A9E7-454B-A232-292B58083952@stromnet.org> <1138006431.44108.15.camel@yak.mseubanks.net> <43F5DFD5-2584-4B9D-AAA5-2B8B5B3529FF@stromnet.org> <43D4E83A.80809@iaces.com> <43D52B9D.1030106@iaces.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-15-824132581; protocol="application/pkcs7-signature" Message-Id: <3BDC12F1-0FF8-49FA-9D51-8355846CE7D8@stromnet.org> From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Mon, 23 Jan 2006 20:38:42 +0100 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at stromnet.org X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Page fault, GEOM problem?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 20:10:38 -0000 --Apple-Mail-15-824132581 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed On 23 jan 2006, at 20.16, Paul T. Root wrote: > My friends disks are SATA. The jumper was to force > the drives to use the SATA 1.x 1.5 gig standard instead > of the faster SATA 2.x standard. Older cards can have > trouble recognizing newer disks. > > His were recognized, but very flaky. They've been solid > since. > These disk should be SATA150 afaik (Maxtor MaXLine III 300Gb). The promise card is named SATAII 150.. So shouldnt be any missmatching. Both card and disks supports NCQ.. =20 Dunno about freebsd on the other hand..Havent found a way to enable/=20 disable this > Johan Str=F6m wrote: > >> On 23 jan 2006, at 15.29, Paul T. Root wrote: >> >>> I'm coming in very late here, and only have some >>> hearsay. But, a friend of mine has built a new hobby >>> machine, with twin 160G drives on a 3Ware 8006, working as >>> a stripe. He had a bunch of problems with stability of the drives >>> until I gave him a couple of tiny (half size) jumpers, that he >>> put on the drive. Smooth sailing since them. If needed, I can find >>> what the jumpers did. But looking through the controllers doco >>> should give you a clue. >>> >> As far as I know, SATA drives doesnt have jumpers.. Mine doesnt =20 >> seem to do atleast.. There are two unused pins but i doubt they =20 >> are for jumpers.. >> > > --=20 > Paul Root > "Few people know what to do when hula girls attack." - Sam, age 8 > > --Apple-Mail-15-824132581-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 21:35:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4FA916A464; Mon, 23 Jan 2006 21:34:31 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F85441CA; Mon, 23 Jan 2006 21:09:15 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0NL9GAQ020222; Mon, 23 Jan 2006 19:09:16 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 23 Jan 2006 19:09:02 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <200601231644.22126.joao@matik.com.br> <43D524FB.4050001@root.org> In-Reply-To: <43D524FB.4050001@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601231909.02998.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org, Bruno Ducrot , Nate Lawson Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 21:35:10 -0000 On Monday 23 January 2006 16:48, Nate Lawson wrote: > >>hint.acpi_tz.0.disabled=3D"1" > > > > debug.acpi.disabled=3Dthermal > > > > would be the same? > > Yes. The first version he gave is the generic driver disabling > mechanism, the acpi version disables all subsystems related to the > function. It may be redundant though at this point and we might > consider removing it. well, would you mind saying which one exactly you think of for removing? thank you Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 21:38:36 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 203CE16A41F; Mon, 23 Jan 2006 21:38:36 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub03.unibe.ch (mailhub03.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E3D943D7C; Mon, 23 Jan 2006 21:38:14 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub03.unibe.ch [130.92.254.67]) by mailhub03.unibe.ch (Postfix) with ESMTP id 2389C28C75; Mon, 23 Jan 2006 22:38:13 +0100 (CET) Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub03.unibe.ch [130.92.254.67]) (amavisd-new, port 10024) with LMTP id 22064-18-40; Mon, 23 Jan 2006 22:38:11 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id 907CD28A46; Mon, 23 Jan 2006 22:38:11 +0100 (CET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id k0NLcB8Z025056; Mon, 23 Jan 2006 22:38:12 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id k0NLcBAo007959; Mon, 23 Jan 2006 22:38:11 +0100 (MET) Date: Mon, 23 Jan 2006 22:38:11 +0100 From: Tobias Roth To: Gleb Smirnoff Message-ID: <20060123213811.GA7928@droopy.unibe.ch> References: <20060122220028.GB1379@droopy.unibe.ch> <20060123084601.GN83922@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060123084601.GN83922@FreeBSD.org> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Cc: stable@FreeBSD.org Subject: Re: system laggy under load, SCHED_BSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 21:38:36 -0000 On Mon, Jan 23, 2006 at 11:46:01AM +0300, Gleb Smirnoff wrote: > On Sun, Jan 22, 2006 at 11:00:28PM +0100, Tobias Roth wrote: > T> Since some time, I experience extremely bad system behaviour under > T> load. For instance when compiling something, or unpacking a large > T> archive, the system is almost unusable, even the mouse pointer > T> reacts sloppy. > T> > T> My system: > T> > T> 6.0-STABLE FreeBSD 6.0-STABLE #7: Sun Jan 22 15:53:39 CET 2006 i386 > T> > T> I use SCHED_BSD. > T> > T> How can I diagnose the problem, or provide more information? What > T> factors might influence what I experience? I cannot give a more precise > T> point in time as when this started, since I switched versions and > T> systems a few times recently. > > What are numbers for the swap in/out in top(1)? No swapping is hapenind accordng to top. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 21:42:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E9D216A41F for ; Mon, 23 Jan 2006 21:42:31 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9304743D94 for ; Mon, 23 Jan 2006 21:42:27 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k0NLgQeH028415; Mon, 23 Jan 2006 13:42:27 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k0NLgQXf028414; Mon, 23 Jan 2006 13:42:26 -0800 Date: Mon, 23 Jan 2006 13:42:26 -0800 From: Brooks Davis To: Krzysztof Kowalik Message-ID: <20060123214226.GA11995@odin.ac.hmc.edu> References: <43D339CC.3020204@forrie.com> <20060122155131.GA823@the-grills.com> <20060122221828.GA7703@odin.ac.hmc.edu> <20060123090656.GA22255@uci.agh.edu.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <20060123090656.GA22255@uci.agh.edu.pl> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable@freebsd.org Subject: Re: dhclient wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 21:42:31 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 23, 2006 at 10:06:56AM +0100, Krzysztof Kowalik wrote: > Brooks Davis wrote: > > This definitly sounds like something particular to your dhcp servers. > > It would be nice if we could fix it, but without some debugging help > > that's going to be pretty much impossible. [...] >=20 > It happens to me quite often, too. The only thing related in the > non-debug messages is: >=20 > Jan 8 12:02:19 moneypenny dhclient[68091]: 5 bad IP checksums seen in 5 = packets > Jan 8 12:02:49 moneypenny last message repeated 743054 times > Jan 8 12:04:50 moneypenny last message repeated 2951866 times > Jan 8 12:14:51 moneypenny last message repeated 14457921 times > Jan 8 12:24:52 moneypenny last message repeated 14812032 times > Jan 8 12:34:53 moneypenny last message repeated 14770327 times > Jan 8 12:44:55 moneypenny last message repeated 14748300 times > Jan 8 12:51:44 moneypenny last message repeated 10037074 times >=20 > ... which accounts for the CPU usage, I guess. I killed the "bad IP > checksums" messages, so it doesn't annoy my syslog anymore, but it of > course didn't fix the underlaying issue.=20 >=20 > I was looking at those packets with tcpdump once and didn't see anything > obvious/bad there. >=20 > And yes, I didn't have this problem with ISC client. And I surely use > different cable provider, than the original poster ;) What NIC are you using? This particular issue sounds like a NIC returning corrupt packets for some reason. Alternatively, the sending server could be producing corrupt packets. Some tcpdump traces (preferably raw dumps) could be useful. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFD1U3CXY6L6fI4GtQRAtvvAJ9OT5rNrfjES1ehZRh8ZW5ok2ET2wCfXq52 inlkFcP2RbSiIHiszJecr3Y= =mxNG -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 21:48:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 248A016A420; Mon, 23 Jan 2006 21:48:31 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3115A43D80; Mon, 23 Jan 2006 21:48:14 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0NLm4eY019277; Mon, 23 Jan 2006 16:48:08 -0500 X-ORBL: [71.139.110.185] Received: from [10.0.0.115] (ppp-71-139-110-185.dsl.snfc21.pacbell.net [71.139.110.185]) by pimout5-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k0NLm3rf113048; Mon, 23 Jan 2006 16:48:06 -0500 Message-ID: <43D54F28.8080205@root.org> Date: Mon, 23 Jan 2006 13:48:24 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: JoaoBR References: <200601201851.26858.joao@matik.com.br> <200601231644.22126.joao@matik.com.br> <43D524FB.4050001@root.org> <200601231909.02998.joao@matik.com.br> In-Reply-To: <200601231909.02998.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Bruno Ducrot , freebsd-stable@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 21:48:31 -0000 JoaoBR wrote: > On Monday 23 January 2006 16:48, Nate Lawson wrote: > > >>>>hint.acpi_tz.0.disabled="1" >>> >>>debug.acpi.disabled=thermal >>> >>> would be the same? >> >>Yes. The first version he gave is the generic driver disabling >>mechanism, the acpi version disables all subsystems related to the >>function. It may be redundant though at this point and we might >>consider removing it. > > > well, would you mind saying which one exactly you think of for removing? Thinking of removing debug.acpi.disabled since it is mostly redundant with the hint approach. But more investigation should be done before claiming that. -- Nate From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 21:54:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 872D816A420; Mon, 23 Jan 2006 21:54:00 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub03.unibe.ch (mailhub03.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4DCA43D4C; Mon, 23 Jan 2006 21:53:57 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub01-eth0.unibe.ch [130.92.254.65]) by mailhub03.unibe.ch (Postfix) with ESMTP id 58D111E39B; Mon, 23 Jan 2006 22:53:56 +0100 (CET) Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub01.unibe.ch [130.92.254.65]) (amavisd-new, port 10024) with LMTP id 19819-13-98; Mon, 23 Jan 2006 22:53:55 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id AEE731E34D; Mon, 23 Jan 2006 22:53:54 +0100 (CET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id k0NLrs8Z025573; Mon, 23 Jan 2006 22:53:54 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id k0NLrsNv008012; Mon, 23 Jan 2006 22:53:54 +0100 (MET) Date: Mon, 23 Jan 2006 22:53:54 +0100 From: Tobias Roth To: Kris Kennaway Message-ID: <20060123215354.GA7996@droopy.unibe.ch> References: <20060122220028.GB1379@droopy.unibe.ch> <20060122222532.GA62073@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060122222532.GA62073@xor.obsecurity.org> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Cc: stable@freebsd.org, glebius@freebsd.org Subject: Re: system laggy under load, SCHED_BSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 21:54:00 -0000 On Sun, Jan 22, 2006 at 05:25:33PM -0500, Kris Kennaway wrote: > On Sun, Jan 22, 2006 at 11:00:28PM +0100, Tobias Roth wrote: > > Hi > > > > Since some time, I experience extremely bad system behaviour under > > load. For instance when compiling something, or unpacking a large > > archive, the system is almost unusable, even the mouse pointer > > reacts sloppy. > > > > My system: > > > > 6.0-STABLE FreeBSD 6.0-STABLE #7: Sun Jan 22 15:53:39 CET 2006 i386 > > > > I use SCHED_BSD. > > > > How can I diagnose the problem, or provide more information? What > > factors might influence what I experience? I cannot give a more precise > > point in time as when this started, since I switched versions and > > systems a few times recently. > > This has been discussed a number of times: the short answer is to look > for interrupt storms (vmstat -i), interrupt sharing (also vmstat -i), > and in particular shared interrupts involving usb or other drivers > still under Giant. Nothing out of the ordinary, when looking at those interrupts. However, turning on DMA for the harddisk made the mouse pointer sloppyness go away. Now hand me that pointy hat and let me sit in some dark corner... Thanks, Tobias From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 22:42:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 871E316A41F; Mon, 23 Jan 2006 22:42:29 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2AB644330; Mon, 23 Jan 2006 22:42:28 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0NMgOeY006232; Mon, 23 Jan 2006 17:42:25 -0500 X-ORBL: [71.139.110.185] Received: from [10.0.0.115] (ppp-71-139-110-185.dsl.snfc21.pacbell.net [71.139.110.185]) by pimout5-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k0NMgPn5150756; Mon, 23 Jan 2006 17:42:26 -0500 Message-ID: <43D55BE6.3000407@root.org> Date: Mon, 23 Jan 2006 14:42:46 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: JoaoBR References: <200601201851.26858.joao@matik.com.br> <200601231909.02998.joao@matik.com.br> <43D54F28.8080205@root.org> <200601232038.44907.joao@matik.com.br> In-Reply-To: <200601232038.44907.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Bruno Ducrot , freebsd-stable@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 22:42:29 -0000 JoaoBR wrote: > On Monday 23 January 2006 19:48, Nate Lawson wrote: > >>>well, would you mind saying which one exactly you think of for removing? >> >>Thinking of removing debug.acpi.disabled since it is mostly redundant >>with the hint approach. But more investigation should be done before >>claiming that. > > > ok, means that all acpi subdrivers can not be disabled any more in boot.loader > and would be switched as hints on or off, right > > is this already possible, I mean disabling the acpi subsets as hints? > > let me ask what would be the advantage of using hints instead? Any timeline > for this or just a thought at this time? > grep resource_disabled /sys/dev/acpica/*.c /sys/dev/acpica/acpi.c: if (resource_disabled("acpi", 0)) /sys/dev/acpica/acpi_perf.c: if (resource_disabled("acpi_perf", 0)) /sys/dev/acpica/acpi_throttle.c: if (resource_disabled("acpi_throttle", 0)) > grep acpi_disabled /sys/dev/acpica/*.c /sys/dev/acpica/acpi.c: if (!acpi_disabled("bus")) /sys/dev/acpica/acpi.c: if (acpi_disabled("children")) /sys/dev/acpica/acpi.c: if (acpi_disabled("children")) /sys/dev/acpica/acpi.c:acpi_disabled(char *subsys) /sys/dev/acpica/acpi_acad.c: if (acpi_disabled("acad") || /sys/dev/acpica/acpi_button.c: if (acpi_disabled("button") || /sys/dev/acpica/acpi_cmbat.c: if (acpi_disabled("cmbat") || /sys/dev/acpica/acpi_cpu.c: if (acpi_disabled("cpu") || acpi_get_type(dev) != ACPI_TYPE_PROCESSOR) /sys/dev/acpica/acpi_ec.c: if (acpi_get_type(dev) != ACPI_TYPE_DEVICE || acpi_disabled("ec")) /sys/dev/acpica/acpi_hpet.c: if (acpi_disabled("hpet") || /sys/dev/acpica/acpi_isab.c: if (acpi_disabled("isab") || /sys/dev/acpica/acpi_lid.c: if (acpi_disabled("lid") || /sys/dev/acpica/acpi_pci_link.c: if (acpi_disabled("pci_link") || /sys/dev/acpica/acpi_pcib_acpi.c: if (acpi_disabled("pcib") || /sys/dev/acpica/acpi_pcib_pci.c: acpi_disabled("pci")) /sys/dev/acpica/acpi_resource.c: if (acpi_disabled("sysresource") || /sys/dev/acpica/acpi_smbat.c: if (acpi_disabled("smbat") || /sys/dev/acpica/acpi_thermal.c: if (acpi_get_type(dev) == ACPI_TYPE_THERMAL && !acpi_disabled("thermal")) { /sys/dev/acpica/acpi_timer.c: if (acpi_disabled("timer") || (acpi_quirks & ACPI_Q_TIMER) || /sys/dev/acpica/acpi_video.c: if (acpi_disabled("video") || So it looks like debug.acpi.disabled=thermal is the only way to do it for now. We may want to move to resource_disabled later, but that's for future discusion. -- Nate From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 22:57:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A902916A59A for ; Mon, 23 Jan 2006 22:57:32 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: from galaxy.agh.edu.pl (galaxy.agh.edu.pl [149.156.96.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id C844743E44 for ; Mon, 23 Jan 2006 22:25:26 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: by galaxy.agh.edu.pl (Postfix, from userid 1001) id 5F94AF99; Mon, 23 Jan 2006 23:25:25 +0100 (CET) Date: Mon, 23 Jan 2006 23:25:25 +0100 From: Krzysztof Kowalik To: Brooks Davis Message-ID: <20060123222525.GA4084@uci.agh.edu.pl> References: <43D339CC.3020204@forrie.com> <20060122155131.GA823@the-grills.com> <20060122221828.GA7703@odin.ac.hmc.edu> <20060123090656.GA22255@uci.agh.edu.pl> <20060123214226.GA11995@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060123214226.GA11995@odin.ac.hmc.edu> Cc: freebsd-stable@freebsd.org Subject: Re: dhclient wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 22:57:48 -0000 Brooks Davis wrote: > What NIC are you using? fxp0: port 0xc000-0xc03f mem 0xdb121000-0xdb121fff,0xdb000000-0xdb0fffff irq 11 at device 1.0 on pci2 > This particular issue sounds like a NIC returning corrupt packets for > some reason. Alternatively, the sending server could be producing corrupt > packets. Some tcpdump traces (preferably raw dumps) could be useful. As I said, I didn't see anything bad in the tcpdump. And since I really didn't have such issues before, and I don't see anything weird in any other place... I recompiled dhclient with "-g" and will tcpdump the traffic again, if I notice it eating 99% of CPU time again. -- Krzysztof Kowalik | () ASCII Ribbon Campaign Computer Center, AGH UST | /\ Support plain text e-mail From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 22:57:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45CC516A560; Mon, 23 Jan 2006 22:57:35 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFEF5442B9; Mon, 23 Jan 2006 22:38:57 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0NMcwee023652; Mon, 23 Jan 2006 20:38:58 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 23 Jan 2006 20:38:44 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <200601231909.02998.joao@matik.com.br> <43D54F28.8080205@root.org> In-Reply-To: <43D54F28.8080205@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601232038.44907.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org, Bruno Ducrot , Nate Lawson Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 22:57:49 -0000 On Monday 23 January 2006 19:48, Nate Lawson wrote: > > well, would you mind saying which one exactly you think of for removing? > > Thinking of removing debug.acpi.disabled since it is mostly redundant > with the hint approach. But more investigation should be done before > claiming that. ok, means that all acpi subdrivers can not be disabled any more in boot.loa= der=20 and would be switched as hints on or off, right is this already possible, I mean disabling the acpi subsets as hints? let me ask what would be the advantage of using hints instead? Any timeline= =20 for this or just a thought at this time? thank's Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 23:02:43 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A30816A420 for ; Mon, 23 Jan 2006 23:02:43 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDF5743DB0 for ; Mon, 23 Jan 2006 23:02:29 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k0NN1luE052624; Tue, 24 Jan 2006 02:01:48 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k0NN1llY052618; Tue, 24 Jan 2006 02:01:47 +0300 (MSK) (envelope-from yar) Date: Tue, 24 Jan 2006 02:01:47 +0300 From: Yar Tikhiy To: Oliver Brandmueller Message-ID: <20060123230147.GB51645@comp.chem.msu.su> References: <20060123122800.GA14800@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060123122800.GA14800@e-Gitt.NET> User-Agent: Mutt/1.5.9i Cc: stable@FreeBSD.org Subject: Re: problem with vlan interfaces in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 23:02:43 -0000 On Mon, Jan 23, 2006 at 01:28:00PM +0100, Oliver Brandmueller wrote: > Hi everybody, > > After my latest update to > > FreeBSD hudson 6.0-STABLE FreeBSD 6.0-STABLE #15: > Mon Jan 23 12:29:38 CET 2006 > root@hudson:/usr/obj/usr/src/sys/NFS-32-FBSD6 i386 > > I have a small problem with my vlan interfaces configured from rc.conf: > They get configured well, but they are simply not in "up" state as they > were before autmatically. I can login via console and do > > ifconfig vlan340 up > > and all is fine. The config did not change during the update: > > cloned_interfaces="vlan340" > ifconfig_em0="up vlanhwtag vlanmtu" > ifconfig_vlan340="inet xx.xx.xx.xx netmask 255.255.255.192 vlan 340 vlandev em0" The problem you're experiencing may be related to changes I committed to ifconfig in RELENG_6. I'll investigate the issue ASAP and report my results in this list. -- Yar From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 23:19:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D84516A41F; Mon, 23 Jan 2006 23:19:25 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6815D43D48; Mon, 23 Jan 2006 23:19:24 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0NNJPRW025151; Mon, 23 Jan 2006 21:19:26 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 23 Jan 2006 21:19:10 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <200601232038.44907.joao@matik.com.br> <43D55BE6.3000407@root.org> In-Reply-To: <43D55BE6.3000407@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601232119.11586.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org, Bruno Ducrot , Nate Lawson Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 23:19:25 -0000 On Monday 23 January 2006 20:42, Nate Lawson wrote: > > So it looks like debug.acpi.disabled=3Dthermal is the only way to do it > for now. We may want to move to resource_disabled later, but that's for > future discusion. that was a good one, you just saved me some reboots and new questions about= it and good to know where to lookup it thank's! Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 23:23:08 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 290F016A41F for ; Mon, 23 Jan 2006 23:23:08 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from anduin.net (mail.anduin.net [213.225.74.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id A481643D49 for ; Mon, 23 Jan 2006 23:23:07 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from [10.1.3.32] (helo=[10.1.3.32]) by anduin.net with esmtpa (Exim 4.54 (FreeBSD)) id 1F1B1e-000KeQ-4T for stable@freebsd.org; Tue, 24 Jan 2006 00:23:06 +0100 Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Tue, 24 Jan 2006 00:23:03 +0100 X-Mailer: Apple Mail (2.746.2) Cc: Subject: Panic on logout in serial console X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 23:23:08 -0000 Hi all, I'm pretty aggravated right now. At exactly the wrong moment my spinal reflexes kicked in and I logged out from my serial console session on an important server. BANG! Kernel panic. This has been reported numerous times before, so I won't bother giving you the specifics right now - had to boot it immediately to come back up anyway, so no time. Anyway - I was told at some point that this would be fixed in 6.x - but backporting the fix to 5.x would be hard to impossible. Guess what: It's still not fixed. And it's a really really (did I say really?) bad thing, at least as far as I'm concerned. Any fixes in the pipeline here? I'd be happy to help testing any patches.. I'm mostly pissed with myself though - I knew about this and usually never log out. But when under pressure, habits kick in. :P With very frustrated regards, /Eirik From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 23:46:07 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B46916A420; Mon, 23 Jan 2006 23:46:07 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C35843D46; Mon, 23 Jan 2006 23:46:06 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 622F42F02; Mon, 23 Jan 2006 17:46:06 -0600 (CST) Date: Mon, 23 Jan 2006 17:46:06 -0600 To: ports@FreeBSD.org, stable@FreeBSD.org Message-ID: <20060123234606.GA32617@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Subject: [HEADSUP] recent instability on ports for 4.X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ports@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 23:46:07 -0000 The most recent checkin of bsd.*.mk has caused some instability which we (the portmgr team) now think we've fixed the critical parts of. 'make search' is still broken and we are working on that. This only affects 4.X. This was the first time we've tested a patchset on 5-exp instead of 4-exp and of course this enraged Murphy (he of Murphy's Law) and so he came and bit us pretty hard. As well, a few ports that were doing non-standard things with USE_RC_SUBR were broken by this same checkin, and we are working with the maintainers on those ports as we find them. Apologies for the instability. mcl From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 00:20:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C4B016A4FC for ; Tue, 24 Jan 2006 00:20:47 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D7D844071 for ; Mon, 23 Jan 2006 23:52:07 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k0NNq69m014983; Mon, 23 Jan 2006 15:52:06 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k0NNq690014982; Mon, 23 Jan 2006 15:52:06 -0800 Date: Mon, 23 Jan 2006 15:52:06 -0800 From: Brooks Davis To: Krzysztof Kowalik Message-ID: <20060123235206.GC11995@odin.ac.hmc.edu> References: <43D339CC.3020204@forrie.com> <20060122155131.GA823@the-grills.com> <20060122221828.GA7703@odin.ac.hmc.edu> <20060123090656.GA22255@uci.agh.edu.pl> <20060123214226.GA11995@odin.ac.hmc.edu> <20060123222525.GA4084@uci.agh.edu.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KDt/GgjP6HVcx58l" Content-Disposition: inline In-Reply-To: <20060123222525.GA4084@uci.agh.edu.pl> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable@freebsd.org Subject: Re: dhclient wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 00:20:54 -0000 --KDt/GgjP6HVcx58l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 23, 2006 at 11:25:25PM +0100, Krzysztof Kowalik wrote: > Brooks Davis wrote: > > What NIC are you using? >=20 > fxp0: port 0xc000-0xc03f mem > 0xdb121000-0xdb121fff,0xdb000000-0xdb0fffff irq 11 at device 1.0 on pci2 What's ifconfig say? > > This particular issue sounds like a NIC returning corrupt packets for > > some reason. Alternatively, the sending server could be producing corru= pt > > packets. Some tcpdump traces (preferably raw dumps) could be useful. >=20 > As I said, I didn't see anything bad in the tcpdump. And since I really > didn't have such issues before, and I don't see anything weird in any > other place... I recompiled dhclient with "-g" and will tcpdump the > traffic again, if I notice it eating 99% of CPU time again. OK, thanks. My other guess would be that we're getting misaligned relative to the buffer somehow and that's causing all the checksums to fail. If you can get into gdb when dhclient is spinning and check the values of interface->rbuf_offset, interface->rbuf_len, and length in receive_packet() that might tell us something intresting. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --KDt/GgjP6HVcx58l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFD1WwlXY6L6fI4GtQRAsIiAJ4iIhpriQQiRGLlphrjGmUldU3vpACfVoUZ 1m2axeAbURtxFwr3JPCZAdk= =BbCR -----END PGP SIGNATURE----- --KDt/GgjP6HVcx58l-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 01:09:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8B5916A41F for ; Tue, 24 Jan 2006 01:09:12 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from mazo.miralink.com (mail.miralink.com [70.103.185.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id B01E643D45 for ; Tue, 24 Jan 2006 01:09:12 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from [10.1.1.47] (unknown [10.1.1.47]) by mazo.miralink.com (Postfix) with ESMTP id F3C8436A36 for ; Thu, 19 Jan 2006 09:38:07 -0800 (PST) From: Sean Bruno To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Thu, 19 Jan 2006 09:33:23 -0800 Message-Id: <1137692003.31890.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Subject: 4.11 b_iodone callback question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 01:09:13 -0000 I just inherited some older code that runs under 4.11 ... the core of software is a device driver that writes data to two separate disks(da1/da2). It appears that the authors are using a call back function to handle some interesting behavior related to the second disk being a circular buffer. So a couple of questions: 1. Does the call back routine set in b_iodone(disk writes are handled by VOP_STRATEGY) get invoked in a separate thread of execution, i.e. is simultaneous with the main code path? 2. Is it o.k. to have the callback routine invoke itself vi b_iodone(more VOP_STRATEGY) without locking the buffers used for the disk writes? Sean Bruno From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 01:09:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B244216A420 for ; Tue, 24 Jan 2006 01:09:13 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from mazo.miralink.com (mail.miralink.com [70.103.185.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id E54BF43D53 for ; Tue, 24 Jan 2006 01:09:12 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from [10.1.1.47] (unknown [10.1.1.47]) by mazo.miralink.com (Postfix) with ESMTP id C5B8C36A8C; Fri, 20 Jan 2006 11:12:13 -0800 (PST) From: Sean Bruno To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Fri, 20 Jan 2006 11:11:45 -0800 Message-Id: <1137784305.12979.6.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Subject: 4.11 b_iodone callback question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 01:09:13 -0000 I just inherited some older code that runs under 4.11 ... the core of software is a device driver that writes data to two separate disks(da1/da2). It appears that the authors are using a call back function to handle some interesting behavior related to the second disk being a circular buffer. So a couple of questions: 1. Does the call back routine set in b_iodone(disk writes are handled by VOP_STRATEGY) get invoked in a separate thread of execution, i.e. is simultaneous with the main code path? 2. Is it o.k. to have the callback routine invoke itself vi b_iodone(more VOP_STRATEGY) without locking the buffers used for the disk writes? Sean Bruno From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 01:09:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5F6016A423 for ; Tue, 24 Jan 2006 01:09:13 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from mazo.miralink.com (mail.miralink.com [70.103.185.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00C4043D45 for ; Tue, 24 Jan 2006 01:09:12 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from [10.1.1.47] (unknown [10.1.1.47]) by mazo.miralink.com (Postfix) with ESMTP id 3962436A7F for ; Thu, 19 Jan 2006 10:56:55 -0800 (PST) From: Sean Bruno To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Thu, 19 Jan 2006 10:56:27 -0800 Message-Id: <1137696987.32081.11.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Subject: 4.11 b_iodone callback question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 01:09:14 -0000 I just inherited some older code that runs under 4.11 ... the core of software is a device driver that writes data to two separate disks(da1/da2). It appears that the authors are using a call back function to handle some interesting behavior related to the second disk being a circular buffer. So a couple of questions: 1. Does the call back routine set in b_iodone(disk writes are handled by VOP_STRATEGY) get invoked in a separate thread of execution, i.e. is simultaneous with the main code path? 2. Is it o.k. to have the callback routine invoke itself vi b_iodone(more VOP_STRATEGY) without locking the buffers used for the disk writes? Sean Bruno From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 03:05:22 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8691B16A41F for ; Tue, 24 Jan 2006 03:05:22 +0000 (GMT) (envelope-from freebsd.wcu@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3988B43D55 for ; Tue, 24 Jan 2006 03:05:18 +0000 (GMT) (envelope-from freebsd.wcu@gmail.com) Received: by uproxy.gmail.com with SMTP id j3so89329ugf for ; Mon, 23 Jan 2006 19:05:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=G74TqpVghByuDDDzROp0v62asJDyGTjvXEEbjiEIW1xHkzNnw2idWqDmWpDHJDXAF7Y520ZADN74yAWEPPy8vUjrP+e4BpmFTpkw0qvC89eg7Krzc3emXF30Qt2w1YfWrLc5/DncAtoKhCD+j4SWdLz4GdsgDsddxWMDE2YTK3w= Received: by 10.48.232.8 with SMTP id e8mr397185nfh; Mon, 23 Jan 2006 19:05:17 -0800 (PST) Received: by 10.49.81.3 with HTTP; Mon, 23 Jan 2006 19:04:47 -0800 (PST) Message-ID: <603ecc730601231904v4ff72aa2j70a2a4a90cd5c189@mail.gmail.com> Date: Tue, 24 Jan 2006 11:04:47 +0800 From: wang chengyou To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: apply X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 03:05:22 -0000 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 04:06:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 673BC16A41F; Tue, 24 Jan 2006 04:06:43 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BE7E43D58; Tue, 24 Jan 2006 04:06:42 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id E7C9BAD; Mon, 23 Jan 2006 22:06:41 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 0814161C32; Mon, 23 Jan 2006 22:06:41 -0600 (CST) Date: Mon, 23 Jan 2006 22:06:40 -0600 From: "Matthew D. Fuller" To: Jim Keller Message-ID: <20060124040640.GB34914@over-yonder.net> References: <43D5754E.9010804@contexthosting.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43D5754E.9010804@contexthosting.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 4.9 won't upgrade ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 04:06:43 -0000 [ Redirecting to -stable, where it's more appropriate ] On Mon, Jan 23, 2006 at 07:31:10PM -0500 I heard the voice of Jim Keller, and lo! it spake thus: > > I go through the whole process, and although it does appear to > recompile the system (my openssl went from the original distro to > the newest version, for example), uname -a is still reporting the > distro as 4.9-RELEASE. That's because you haven't installed the new kernel. > Also, it will not install a custom kernel, it always goes to > GENERIC, even when I specify KERNCONF= in the buildkernel process. This I dunno about. Were I you, I'd just go ahead and get GENERIC installed and running so that your kernel matches your userland at least, then worry about why your can't seem to build your own kernel. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 04:55:18 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7235516A41F for ; Tue, 24 Jan 2006 04:55:18 +0000 (GMT) (envelope-from scott.markwell@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 138D443D45 for ; Tue, 24 Jan 2006 04:55:17 +0000 (GMT) (envelope-from scott.markwell@gmail.com) Received: by wproxy.gmail.com with SMTP id i14so1110177wra for ; Mon, 23 Jan 2006 20:55:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=glJoMQLdFTpx6aqk3dQDLGZ6tJagkoA+q7jo5BBi752UJQNi95On+m4BexKmvkvFtjeWmNWkPHfItuTreVfwpWHMgyEfeufHg0vNfXzVURjeIJLRMAVlLGZ9vbhKtUB2VVBvS4jHqSVQ0heJ3qIekrQ08bI7YtZeO7o581BrMpA= Received: by 10.54.139.2 with SMTP id m2mr8261140wrd; Mon, 23 Jan 2006 20:55:17 -0800 (PST) Received: by 10.54.78.3 with HTTP; Mon, 23 Jan 2006 20:55:15 -0800 (PST) Message-ID: Date: Mon, 23 Jan 2006 20:55:15 -0800 From: Scott Markwell To: stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: POKE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 04:55:18 -0000 -- Scott Markwell From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 05:31:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC50D16A41F for ; Tue, 24 Jan 2006 05:31:20 +0000 (GMT) (envelope-from freebsd@azimut-tour.ru) Received: from azimutprint.ru (azimutprint.ru [217.15.145.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82AAA43D53 for ; Tue, 24 Jan 2006 05:31:18 +0000 (GMT) (envelope-from freebsd@azimut-tour.ru) Received: from azimutprint.ru (localhost [127.0.0.1]) by crom.azimutprint.ru (Postfix) with ESMTP id 5533EB822; Tue, 24 Jan 2006 08:31:16 +0300 (MSK) Received: from [192.168.1.2] (greencomp.azimutprint.ru [192.168.1.2]) by crom.azimutprint.ru (Postfix) with ESMTP id E248CB80C; Tue, 24 Jan 2006 08:31:15 +0300 (MSK) Message-ID: <43D5BBA3.8070606@azimut-tour.ru> Date: Tue, 24 Jan 2006 08:31:15 +0300 From: GreenX FreeBSD User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Michael Butler References: <43D09224.2050304@azimut-tour.ru> <43D4EDDA.8060901@protected-networks.net> In-Reply-To: <43D4EDDA.8060901@protected-networks.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, greenx@azimutprint.ru Subject: Re: panic: kmem_malloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 05:31:20 -0000 Michael Butler ÐÉÛÅÔ: > GreenX FreeBSD wrote: >> Hi, >> At me a problem - after one - two weeks of job the machine panics and >> is reboot, prompt as to see why it occurs that it is possible to make >> with it? > > Can you tell us the output of .. > > sysctl -a | grep ^ata_ > > .. I have a suspicion .. > > Michael Hi, Michael #sysctl -a | grep ^ata ata_composit: 192, 0, 22663, 617, 65421 ata_request: 200, 0, 45326, 1015, 468333 But, I little cvsup system. #uname -a FreeBSD crom.azimutprint.ru 6.0-STABLE FreeBSD 6.0-STABLE #0: Mon Jan 23 11:18:32 MSK 2006 -skip- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 06:29:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ABA216A41F for ; Tue, 24 Jan 2006 06:29:58 +0000 (GMT) (envelope-from o.palij@dp.uz.gov.ua) Received: from ivc-i.dp.uz.gov.ua (ivc-i.dp.uz.gov.ua [193.108.46.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BC6D43D49 for ; Tue, 24 Jan 2006 06:29:56 +0000 (GMT) (envelope-from o.palij@dp.uz.gov.ua) Received: from s4dnepr.dp.uz.gov.ua (s4dnepr.dp.uz.gov.ua [10.6.105.15]) by ivc-i.dp.uz.gov.ua (8.13.4/8.13.4/Debian-3) with ESMTP id k0O6TqjZ003115 for ; Tue, 24 Jan 2006 08:29:53 +0200 Received: from s1dnepr.dp.uz.gov.ua ([10.6.105.18]) by s4dnepr.dp.uz.gov.ua (Lotus Domino Release 5.0.12) with SMTP id 2006012408292837:11346 ; Tue, 24 Jan 2006 08:29:28 +0200 Received: from iscmpd-oleg.dp.uz.gov.ua ([10.6.105.74]) by s1dnepr.dp.uz.gov.ua (Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) with SMTP id 42257100.00239C1C; Tue, 24 Jan 2006 08:28:57 +0200 Received: by iscmpd-oleg.dp.uz.gov.ua (sSMTP sendmail emulation); Tue, 24 Jan 2006 08:29:06 +0200 Date: Tue, 24 Jan 2006 08:29:06 +0200 From: Oleg Palij To: freebsd-stable@freebsd.org Message-ID: <20060124062906.GA7715@iscmpd-oleg.dp.uz.gov.ua> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 User-Agent: Mutt/1.4.2.1i X-MIMETrack: Itemize by SMTP Server on s4dnepr/DNEPR/UKRZAL(Release 5.0.12 |February 13, 2003) at 01/24/2006 08:29:28 AM, Serialize by Router on s4dnepr/DNEPR/UKRZAL(Release 5.0.12 |February 13, 2003) at 01/24/2006 08:29:53 AM, Serialize complete at 01/24/2006 08:29:53 AM Content-Type: text/plain; charset=koi8-r Content-Disposition: inline X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on ivc-i.dp.uz.gov.ua X-Virus-Status: Clean Subject: permanent per month panic on 5.4-p4 related to smbfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 06:29:58 -0000 Approximately once per month or two this server panics. We use it for InterSystems Cache` (under linux emulation) and as samba-server (not heavy-loaded). Also, we are using smbfs # mount | grep smbfs //LASU@SPD/FTPEXCHANGE on /mnt/exchange (smbfs) //PORTER@ISC-CACHE/FREEBSD on /mnt/FreeBSD (smbfs) Panics mostly happen while active usage of smbfs. # dmesg -a can be found at http://www.dp.uz.gov.ua/dmesg.isc-cache kernel config - http://www.dp.uz.gov.ua/kernel.isc-cache # uname -a FreeBSD isc-cache.dp.uz.gov.ua 5.4-RELEASE-p4 FreeBSD 5.4-RELEASE-p4 #1: Fri Nov 4 11:37:34 EET 2005 root@isc-cache.dp.uz.gov.ua:/usr/obj/usr/src/sys/ISC-CACHE_KERNEL i386 db> where Tracing pid 46479 tid 100104 td 0xc12a1600 turnstile_head(0,c11dd700,c1c42700,c11dd700,cc396b54) at turnstile_head+0x6 _mtx_unlock_sleep(c1c42794,0,c1d6eec2,61) at _mtx_unlock_sleep+0x40 _mtx_unlock_flags(c1c42794,0,c1d6eec2,61,c11dd700) at _mtx_unlock_flags+0x2e smb_iod_invrq(c11dd700,c11dd700,c11dd700,cc396ba4,c1d63766) at smb_iod_invrq+0x43 smb_iod_dead(c11dd700,c1597400,c1597488,c1c42700,cc396bbc) at smb_iod_dead+0x1a smb_iod_addrq(c1c42700,c1c42700,0,c1042a00,cc396bd4) at smb_iod_addrq+0x6e smb_rq_enqueue(c1c42700,c1c42718,c102c5c0,c1042a00,cc396ce4) at smb_rq_enqueue+0x2d smb_rq_simple(c1c42700,c1c42700,c1c42718,c1042a00,c1d6ecd9) at smb_rq_simple+0x2a smb_smb_treeconnect(c1597400,c11dd750,c19a28f0,c11dd700,c11dd758) at smb_smb_treeconnect+0x24e smb_iod_treeconnect(c11dd700,c1597400,c11dd700,c1342a98,c1d63d3c) at smb_iod_treeconnect+0x7b smb_iod_thread(c11dd700,cc396d48) at smb_iod_thread+0xf4 fork_exit(c1d63d3c,c11dd700,cc396d48) at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x8 db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 38438 c1ba3e20 0 38437 38384 0004000 [SLPQ 90evw 0xc19a28f0][SLP] df 38437 c1491c5c 0 38393 38384 0004000 [SLPQ wait 0xc1491c5c][SLP] sh 38395 c12a0a98 0 38394 38384 0004000 [SLPQ piperd 0xc10b8600][SLP] mail 38394 c1ba31c4 0 38386 38384 0000000 [SLPQ wait 0xc1ba31c4][SLP] sh 38393 c12a08d4 0 38386 38384 0000000 [SLPQ wait 0xc12a08d4][SLP] sh 38386 c1ba3a98 0 38384 38384 0004000 [SLPQ wait 0xc1ba3a98][SLP] sh 38384 c11268d4 0 38380 38384 0004000 [SLPQ wait 0xc11268d4][SLP] sh 38380 c1ba61c4 0 433 433 0000000 [SLPQ piperd 0xc1341180][SLP] cron 35977 c129e1c4 1007 35975 35974 0004003 [SLPQ ttyin 0xc1061210][SLP] cache 35975 c129e54c 1007 35974 35974 0004002 [SLPQ wait 0xc129e54c][SLP] sh 35974 c0f5dc5c 0 35973 35974 0004102 [SLPQ wait 0xc0f5dc5c][SLP] login 35973 c1491e20 0 551 35973 0004000 [SLPQ select 0xc06c4784][SLP] telnetd 35406 c1ba6000 0 497 35406 0000101 [RUNQ] cache 34146 c14911c4 0 451 451 0000101 [SLPQ select 0xc06c4784][SLP] smbd 1133 c1ba3000 0 1 1133 0004002 [SLPQ ttyin 0xc1043810][SLP] getty 91944 c1342388 0 1 91944 0004002 [SLPQ ttyin 0xc0e9c810][SLP] getty 46479 c1342a98 0 1 0 0000204 [APU 0] smbiod1 564 c129e388 0 1 564 0004002 [SLPQ ttyin 0xc0e9c410][SLP] getty 551 c125854c 0 1 551 0000000 [SLPQ select 0xc06c4784][SLP] inetd 531 c129ea98 0 497 531 0000102 [SLPQ select 0xc06c4784][SLP] cache 530 c125ce20 0 497 530 0000102 [SLPQ select 0xc06c4784][SLP] cache 527 c125ca98 0 497 527 0000102 [SLPQ accept 0xc126d2c2][SLP] cache 525 c125c8d4 0 524 525 0004002 [SLPQ select 0xc06c4784][SLP] clmanager 524 c125c710 0 497 524 0000102 [SLPQ select 0xc06c4784][SLP] cache 510 c129ec5c 0 497 497 0000102 [SLPQ semwait 0xc0fb0000][SLP] cache 509 c129ee20 0 497 497 0000102 [SLPQ semwait 0xc0fb0000][SLP] cache 508 c12a0000 0 497 497 0000102 [SLPQ semwait 0xc0fb0000][SLP] cache 507 c1258710 0 497 497 0000102 [SLPQ semwait 0xc0fb0000][SLP] cache 506 c108aa98 0 497 497 0000102 [SLPQ semwait 0xc0fb0000][SLP] cache 505 c1258e20 0 497 497 0000102 [SLPQ semwait 0xc0fb0000][SLP] cache 504 c125c388 0 497 497 0000102 [SLPQ semwait 0xc0fb0000][SLP] cache 503 c108a000 0 497 497 0000102 [SLPQ semwait 0xc0fb0000][SLP] cache 502 c0f5d1c4 0 497 497 0000102 [SLPQ semwait 0xc0fb0000][SLP] cache 501 c1258a98 0 497 497 0000102 [SLPQ semwait 0xc0fb0000][SLP] cache 500 c125c1c4 0 497 497 0000102 [SLPQ semwait 0xc0fb0000][SLP] cache 497 c125c000 0 1 497 0004002 [SLPQ msgwait 0xc0f89000][SLP] cache 455 c108ae20 0 1 455 0000001 [SLPQ select 0xc06c4784][SLP] winbindd 453 c108ac5c 0 1 453 0000001 [SLPQ select 0xc06c4784][SLP] nmbd 451 c1258000 0 1 451 0000001 [SLPQ select 0xc06c4784][SLP] smbd 417 c0f5da98 0 1 417 0000100 [SLPQ select 0xc06c4784][SLP] sshd 342 c0f5d710 64 340 340 0000100 [SLPQ bpf 0xc10d8100][SLP] pflogd 340 c0f5d8d4 0 1 340 0000000 [SLPQ sbwait 0xc10d36ec][SLP] pflogd 271 c0f5de20 0 1 271 0000000 [SLPQ select 0xc06c4784][SLP] syslogd 253 c0f5d388 0 1 253 0000000 [SLPQ select 0xc06c4784][SLP] devd 196 c0f5d54c 0 1 196 0000000 [SLPQ pause 0xc0f5d584][SLP] adjkerntz 49 c108a54c 0 0 0 0000204 [SLPQ - 0xcbe75d18][SLP] schedcpu 48 c108a710 0 0 0 0000204 [SLPQ - 0xc06c744c][SLP] nfsiod 3 47 c108a8d4 0 0 0 0000204 [SLPQ - 0xc06c7448][SLP] nfsiod 2 46 c0ef1a98 0 0 0 0000204 [SLPQ - 0xc06c7444][SLP] nfsiod 1 45 c0ef1c5c 0 0 0 0000204 [SLPQ - 0xc06c7440][SLP] nfsiod 0 44 c0ef1e20 0 0 0 0000204 [SLPQ vlruwt 0xc0ef1e20][SLP] vnlru 43 c0f59000 0 0 0 0000204 [SLPQ syncer 0xc06c0f0c][SLP] syncer 42 c0f591c4 0 0 0 0000204 [SLPQ psleep 0xc06c4d4c][SLP] bufdaemon 41 c0f59388 0 0 0 000020c [RUNQ] pagezero 40 c0f5954c 0 0 0 0000204 [SLPQ psleep 0xc06c8c48][SLP] vmdaemon 39 c0f59710 0 0 0 0000204 [SLPQ psleep 0xc06c8c04][SLP] pagedaemon 38 c0f598d4 0 0 0 0000204 [IWAIT] swi0: sio 37 c0f59a98 0 0 0 0000204 [SLPQ - 0xc0ef253c][SLP] fdc0 36 c0f59c5c 0 0 0 0000204 [SLPQ idle 0xc0e9b400][SLP] aic_recovery1 9 c0f59e20 0 0 0 0000204 [SLPQ idle 0xc0e9b400][SLP] aic_recovery1 8 c0f5d000 0 0 0 0000204 [SLPQ idle 0xc0e9b600][SLP] aic_recovery0 7 c0ee054c 0 0 0 0000204 [SLPQ idle 0xc0e9b600][SLP] aic_recovery0 6 c0ee08d4 0 0 0 0000204 [SLPQ - 0xc0f28a80][SLP] thread taskq 34 c0ee0a98 0 0 0 0000204 [IWAIT] swi6:+ 33 c0ee0c5c 0 0 0 0000204 [IWAIT] swi6: task queue 32 c0ee0e20 0 0 0 0000204 [IWAIT] swi3: cambio 31 c0ef1000 0 0 0 0000204 [IWAIT] swi2: camnet 5 c0ef11c4 0 0 0 0000204 [SLPQ - 0xc0f28d40][SLP] kqueue taskq 30 c0ef1388 0 0 0 0000204 [SLPQ - 0xc06b8b40][SLP] yarrow 4 c0ef154c 0 0 0 0000204 [SLPQ - 0xc06bb788][SLP] g_down 3 c0ef1710 0 0 0 0000204 [SLPQ - 0xc06bb784][SLP] g_up 2 c0ef18d4 0 0 0 0000204 [SLPQ - 0xc06bb77c][SLP] g_event 29 c0eaa1c4 0 0 0 0000204 [IWAIT] swi4: vm 28 c0eaa388 0 0 0 000020c [IWAIT] swi5: clock sio 27 c0eaa54c 0 0 0 0000204 [IWAIT] swi1: net 26 c0eaa710 0 0 0 0000204 [IWAIT] irq15: ahc0 ahc1+ 25 c0eaa8d4 0 0 0 0000204 [IWAIT] irq14: ata0 24 c0eaaa98 0 0 0 0000204 [IWAIT] irq13: 23 c0eaac5c 0 0 0 0000204 [IWAIT] irq12: psm0 22 c0eaae20 0 0 0 0000204 [IWAIT] irq11: amr0 21 c0ee0000 0 0 0 0000204 [IWAIT] irq10: xl0 20 c0ee01c4 0 0 0 0000204 [IWAIT] irq9: 19 c0ee0388 0 0 0 0000204 [IWAIT] irq8: rtc 18 c0ea3000 0 0 0 0000204 [IWAIT] irq7: ppc0 17 c0ea31c4 0 0 0 0000204 [IWAIT] irq6: fdc0 16 c0ea3388 0 0 0 0000204 [IWAIT] irq5: 15 c0ea354c 0 0 0 0000204 [IWAIT] irq4: sio0 14 c0ea3710 0 0 0 0000204 [IWAIT] irq3: sio1 13 c0ea38d4 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c0ea3a98 0 0 0 0000204 [IWAIT] irq0: clk 11 c0ea3c5c 0 0 0 000020c [Aan run] idle 1 c0ea3e20 0 0 1 0004200 [SLPQ wait 0xc0ea3e20][SLP] init 10 c0eaa000 0 0 0 0000204 [SLPQ ktrace 0xc06bf0d8][SLP] ktrace 0 c06bb880 0 0 0 0000200 [SLPQ sched 0xc06bb880][SLP] swapper What additional information can I provide? Thanks! -- Best regards, Palij Oleg, ISC (Pridn railway) xmpp://malik@jabber.te.ua From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 08:07:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C864016A41F; Tue, 24 Jan 2006 08:07:26 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1C6C43D49; Tue, 24 Jan 2006 08:07:23 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 146F5BAF1; Tue, 24 Jan 2006 10:07:19 +0200 (EET) Date: Tue, 24 Jan 2006 10:07:18 +0200 From: Ion-Mihai Tetcu To: freebsd-stable@freebsd.org, sos@freebsd.org Message-ID: <20060124100718.077c8a3e@it.buh.tecnik93.com> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: VT8237(VT6410) SATA Interrupt storm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 08:07:26 -0000 Hi, On my 6.0-STABLE #1: Mon Jan 23 00:45:10 EET 2006 while burning a DVD image i got this: Jan 24 09:33:10 it kernel: Interrupt storm detected on "irq20: atapci0"; throttling interrupt source Jan 24 09:33:15 it kernel: ata2: reiniting channel .. Jan 24 09:33:15 it kernel: ata2: SATA connect ready time=0ms Jan 24 09:33:15 it kernel: ata2: sata_connect devices=0x1 Jan 24 09:33:15 it kernel: ata2: reinit done .. Jan 24 09:33:15 it kernel: ad4: TIMEOUT - READ_DMA retrying (1 retry left) LBA=118347775 Jan 24 09:40:20 it kernel: ata2: reiniting channel .. Jan 24 09:40:20 it kernel: ata2: SATA connect ready time=0ms Jan 24 09:40:20 it kernel: ata2: sata_connect devices=0x1 Jan 24 09:40:20 it kernel: ata2: reinit done .. Jan 24 09:40:20 it kernel: ad4: TIMEOUT - READ_DMA retrying (1 retry left) LBA=127662527 Jan 24 09:44:17 it kernel: ata2: reiniting channel .. Jan 24 09:44:17 it kernel: ata2: SATA connect ready time=0ms Jan 24 09:44:17 it kernel: ata2: sata_connect devices=0x1 Jan 24 09:44:17 it kernel: ata2: reinit done .. Jan 24 09:44:17 it kernel: ad4: TIMEOUT - READ_DMA retrying (1 retry left) LBA=133759391 systat -vmstat 1 shows between 400 and 800 interrupts while doing a md5 over a 4GB file on the SATA disk and a few when no big reads are done. On copying a 700 file from the PATA disk there are ~208 interrupts/second (while for the controller I'm copying from they are approx. 1/2 - around 98-107). I haven't seen any bad effects of this in the few hours I'm working with this SATA disk. How worried should I be :) ? atapci0: port 0xb000-0xb007,0xb400-0xb403,0xb800-0xb807,0xbc00-0xbc03,0xc000-0xc00f,0xc400-0xc4ff irq 20 at device 15.0 on pci 0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc000 atapci0: [MPSAFE] atapci0: Reserved 0x100 bytes for rid 0x24 type 4 at 0xc400 ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xb000 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xb400 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xb800 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xbc00 ata3: SATA connect status=00000000 ata3: [MPSAFE] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc800-0xc80f at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc800 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 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=0x3 ata0: [MPSAFE] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] atapci0@pci0:15:0: class=0x01018f card=0x31491106 chip=0x31491106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8237 VT6410 SATA RAID Controller' class = mass storage subclass = ATA atapci1@pci0:15:1: class=0x01018a card=0x50021458 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA # atacontrol info ata2 Master: ad4 Serial ATA v1.0 Slave: no device present # atacontrol mode ad4 current mode = SATA150 # atacontrol cap ad4 Protocol Serial ATA v1.0 device model Maxtor 6L080M0 serial number L21G8EPG firmware revision BACE1G10 cylinders 16383 heads 16 sectors/track 63 lba supported 160086528 sectors lba48 not supported dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes no 0/0x00 automatic acoustic management yes yes 254/0xFE 192/0xC0 -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #92: Stale file handle (next time use Tupperware(tm)!) From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 08:26:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3151F16A41F for ; Tue, 24 Jan 2006 08:26:34 +0000 (GMT) (envelope-from ced@grumly.eu.org) Received: from spike.grumly.eu.org (spike.grumly.eu.org [195.5.253.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5EEA43D49 for ; Tue, 24 Jan 2006 08:26:33 +0000 (GMT) (envelope-from ced@grumly.eu.org) Received: by spike.grumly.eu.org (Postfix, from userid 1001) id 5C27F114E0; Tue, 24 Jan 2006 09:23:01 +0100 (CET) Date: Tue, 24 Jan 2006 09:23:01 +0100 From: Cedric Tabary To: freebsd-stable@freebsd.org Message-ID: <20060124082301.GB4416@efrei.fr> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit Subject: nfs_getpages: error 70 vm_fault: pager read error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 08:26:34 -0000 I have 6 dell 1850, dual xeon, 2G ram, no HTT 4 are running RELENG_6 from Mon Jan 9 2 are running RELENG_5_4 from Tue Oct 4 They are used as web servers apache 1.3 web pages are on a NetAPP F760 with nfs options : rw,soft,intr,nfsv3,mntudp,-r=8192,-w=8192,noatime,acregmin=30 the dmesg is full of : pid 34397 (httpd), uid 100: exited on signal 11 pid 80101 (httpd), uid 100: exited on signal 6 nfs_getpages: error 70 vm_fault: pager read error, pid 78999 (httpd) pid 78999 (httpd), uid 100: exited on signal 11 pid 15738 (httpd), uid 100: exited on signal 11 pid 14910 (httpd), uid 100: exited on signal 11 nfs_getpages: error 70 vm_fault: pager read error, pid 15981 (httpd) pid 15981 (httpd), uid 100: exited on signal 11 pid 84481 (httpd), uid 100: exited on signal 11 nfs_getpages: error 60 vm_fault: pager read error, pid 54468 (httpd) pid 46271 (httpd), uid 100: exited on signal 11 pid 54916 (httpd), uid 100: exited on signal 11 pid 28818 (httpd), uid 100: exited on signal 11 nfs_getpages: error 5 vm_fault: pager read error, pid 93494 (httpd) pid 2734 (httpd), uid 100: exited on signal 11 Do you have an idea of what happens ? Thanks Cédric From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 12:05:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DAE116A41F; Tue, 24 Jan 2006 12:05:54 +0000 (GMT) (envelope-from m.lyubich@suzlon.de) Received: from mailc0910.dte2k.de (mail2.t-intra.de [62.156.147.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F2AE43D45; Tue, 24 Jan 2006 12:05:52 +0000 (GMT) (envelope-from m.lyubich@suzlon.de) Received: from mailc0914.dte2k.de ([10.50.185.14]) by mailc0910.dte2k.de with Microsoft SMTPSVC(5.0.2195.6713); Tue, 24 Jan 2006 13:05:50 +0100 Received: from hrosvr02.suzlon.de ([84.139.144.74]) by mailc0914.dte2k.de with Microsoft SMTPSVC(5.0.2195.6713); Tue, 24 Jan 2006 13:05:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 24 Jan 2006 13:05:16 +0100 Message-ID: <2BB1D847970ED7459EAA23DAB225073714FCE1@hrosvr02.suzlon.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Broadcomm BCM4401-B0 and memory upgrade issue. Thread-Index: AcYg3mmUHC8dbobxSsCAL/JOuuZ6Yw== From: "Mykhailo Lyubich" gpgol-version: 0.9.3 To: , X-OriginalArrivalTime: 24 Jan 2006 12:05:37.0992 (UTC) FILETIME=[7D13DC80:01C620DE] Cc: Subject: Broadcomm BCM4401-B0 and memory upgrade issue. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 12:05:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, After the memory upgrade on my Laptop (HP nx5000) FreeBSD 6.0 stable, the driver for NIC bfe0 (Broadcom BCM4401-B0) stops working. The NIC LED lights are on. The bfe0 interface is up and active. However, I got a permanent message on the console: bfe0: watching timeout -- resetting. This occurs in the case when I compile the new kernel without bfe driver and load the bfe driver as module (if_bfe.ko). In the case when the driver is compiled into the kernel, the system stalls during the boot or whenever I try to configure the interface. This behavior is reproducible on FreeBSD 6.0 RELENG_6 stable compiled from checkout on 02.11.2005 and also from checkout on 23.01.2006.=20 The problem occur only if the upgraded memory (RAM) exceeds 1GB. It does not depend on the manufacturer of the memory chips and the number of occupied slots. I already tried 2 1GB modules from Infineon DDR400 CL3 and two modules from Crucial DDR333, CL2.5. It also does not depend on ACPI. The problem does not occur under Windows XP. What should be my next steps, in order to get NIC working? Can I try NDIS for this NIC? Any ideas are welcome. Thank you. Here is the dmesg output before upgrade and after. Befor: Copyright (c) 1992-2005 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 6.0-STABLE #0: Mon Jan 23 17:00:54 CET 2006 root@localhost:/usr/obj/usr/src/sys/MYKERNEL60 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1500MHz (1495.16-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x695 Stepping =3D 5 =20 Features=3D0xa7e9fbbf Features2=3D0x180 real memory =3D 1065156608 (1015 MB) avail memory =3D 1033392128 (985 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kqemu version 0x00010200 kqemu: KQEMU installed, max_instances=3D4 max_locked_mem=3D128932kB. npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) agp0: port 0x2c30-0x2c37 mem 0x98000000-0x9fffffff,0x90400000-0x9047ffff irq 16 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0x28c0-0x28df irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x28e0-0x28ff irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2c00-0x2c1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0x90500000-0x905003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 pci1: at device 4.0 (no driver attached) cbb0: mem 0x90180000-0x90180fff irq 18 at device 6.0 on pci1 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x90200000-0x90200fff irq 18 at device 6.1 on pci1 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pci1: at device 6.3 (no driver attached) fwohci0: mem 0x90300000-0x903007ff,0x90000000-0x90003fff irq 23 at device 13.0 on pci1 fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 71:8b:50:00:29:b1:19:a3 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 72:8b:50:b1:19:a3 fwe0: Ethernet address: 72:8b:50:b1:19:a3 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) bfe0: mem 0x90080000-0x90081fff irq 20 at device 14.0 on pci1 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:08:02:e5:f5:73 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2c20-0x2c2f irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz2: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x9 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio1: port 0x3e8-0x3ef,0x100-0x107 irq 3 drq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77a irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1495156220 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master PIO4 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled After: Copyright (c) 1992-2005 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 6.0-STABLE #0: Mon Jan 23 17:00:54 CET 2006 root@localhost:/usr/obj/usr/src/sys/MYKERNEL60 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1500MHz (1495.15-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x695 Stepping =3D 5 =20 Features=3D0xa7e9fbbf Features2=3D0x180 real memory =3D 1333592064 (1271 MB) avail memory =3D 1297063936 (1236 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kqemu version 0x00010200 kqemu: KQEMU installed, max_instances=3D4 max_locked_mem=3D131072kB. npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) agp0: port 0x2c30-0x2c37 mem 0x98000000-0x9fffffff,0x90400000-0x9047ffff irq 16 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0x28c0-0x28df irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x28e0-0x28ff irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2c00-0x2c1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0x90500000-0x905003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 pci1: at device 4.0 (no driver attached) cbb0: mem 0x90180000-0x90180fff irq 18 at device 6.0 on pci1 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x90200000-0x90200fff irq 18 at device 6.1 on pci1 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pci1: at device 6.3 (no driver attached) fwohci0: mem 0x90300000-0x903007ff,0x90000000-0x90003fff irq 23 at device 13.0 on pci1 fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 71:8b:50:00:29:b1:19:a3 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 72:8b:50:b1:19:a3 fwe0: Ethernet address: 72:8b:50:b1:19:a3 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) bfe0: mem 0x90080000-0x90081fff irq 20 at device 14.0 on pci1 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:08:02:e5:f5:73 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2c20-0x2c2f irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz2: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x9 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio1: port 0x3e8-0x3ef,0x100-0x107 irq 3 drq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77a irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1495153730 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master PIO4 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFD1hf7KOV0oHioLCARAodVAJ9A9cJdCeFmnB709UObIf45mRpA4ACgkcjN XM0uJdIagYabZ6heRzPmaMs=3D =3DSush -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 12:11:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD5AF16A41F for ; Tue, 24 Jan 2006 12:11:22 +0000 (GMT) (envelope-from lyubich-freebsd1@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 14B9D43D4C for ; Tue, 24 Jan 2006 12:11:20 +0000 (GMT) (envelope-from lyubich-freebsd1@gmx.net) Received: (qmail invoked by alias); 24 Jan 2006 12:11:17 -0000 Received: from p548B904A.dip0.t-ipconnect.de (EHLO guest) [84.139.144.74] by mail.gmx.net (mp036) with SMTP; 24 Jan 2006 13:11:17 +0100 X-Authenticated: #29128836 From: "lyubich_freebsd" To: , Date: Tue, 24 Jan 2006 13:10:41 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 thread-index: AcYg3ydrV4QRCCvxSGaZLYrlpYUxSA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 gpgol-version: 0.9.3 X-Y-GMX-Trusted: 0 Message-Id: <20060124121120.14B9D43D4C@mx1.FreeBSD.org> Cc: Subject: Broadcom BCM4401-B0 and memory upgrade issue. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 12:11:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, After the memory upgrade on my Laptop (HP nx5000) FreeBSD 6.0 stable, the driver for NIC bfe0 (Broadcom BCM4401-B0) stops working. The NIC LED lights are on. The bfe0 interface is up and active. However, I got a permanent message on the console: bfe0: watching timeout -- resetting. This occurs in the case when I compile the new kernel without bfe driver and load the bfe driver as module (if_bfe.ko). In the case when the driver is compiled into the kernel, the system stalls during the boot or whenever I try to configure the interface. This behavior is reproducible on FreeBSD 6.0 RELENG_6 stable compiled from checkout on 02.11.2005 and also from checkout on 23.01.2006. The problem occur only if the upgraded memory (RAM) exceeds 1GB. It does not depend on the manufacturer of the memory chips and the number of occupied slots. I already tried 2 1GB modules from Infineon DDR400 CL3 and two modules from Crucial DDR333, CL2.5. It also does not depend on ACPI. The problem does not occur under Windows XP. What should be my next steps, in order to get NIC working? Can I try NDIS for this NIC? Any ideas are welcome. Thank you. Here is the dmesg output before upgrade and after. Befor: Copyright (c) 1992-2005 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 6.0-STABLE #0: Mon Jan 23 17:00:54 CET 2006 root@localhost:/usr/obj/usr/src/sys/MYKERNEL60 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1500MHz (1495.16-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9fbbf Features2=0x180 real memory = 1065156608 (1015 MB) avail memory = 1033392128 (985 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kqemu version 0x00010200 kqemu: KQEMU installed, max_instances=4 max_locked_mem=128932kB. npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) agp0: port 0x2c30-0x2c37 mem 0x98000000-0x9fffffff,0x90400000-0x9047ffff irq 16 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0x28c0-0x28df irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x28e0-0x28ff irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2c00-0x2c1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0x90500000-0x905003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 pci1: at device 4.0 (no driver attached) cbb0: mem 0x90180000-0x90180fff irq 18 at device 6.0 on pci1 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x90200000-0x90200fff irq 18 at device 6.1 on pci1 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pci1: at device 6.3 (no driver attached) fwohci0: mem 0x90300000-0x903007ff,0x90000000-0x90003fff irq 23 at device 13.0 on pci1 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 71:8b:50:00:29:b1:19:a3 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 72:8b:50:b1:19:a3 fwe0: Ethernet address: 72:8b:50:b1:19:a3 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) bfe0: mem 0x90080000-0x90081fff irq 20 at device 14.0 on pci1 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:08:02:e5:f5:73 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2c20-0x2c2f irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz2: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x9 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio1: port 0x3e8-0x3ef,0x100-0x107 irq 3 drq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77a irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1495156220 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master PIO4 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled After: Copyright (c) 1992-2005 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 6.0-STABLE #0: Mon Jan 23 17:00:54 CET 2006 root@localhost:/usr/obj/usr/src/sys/MYKERNEL60 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1500MHz (1495.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9fbbf Features2=0x180 real memory = 1333592064 (1271 MB) avail memory = 1297063936 (1236 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kqemu version 0x00010200 kqemu: KQEMU installed, max_instances=4 max_locked_mem=131072kB. npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) agp0: port 0x2c30-0x2c37 mem 0x98000000-0x9fffffff,0x90400000-0x9047ffff irq 16 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0x28c0-0x28df irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x28e0-0x28ff irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2c00-0x2c1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0x90500000-0x905003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 pci1: at device 4.0 (no driver attached) cbb0: mem 0x90180000-0x90180fff irq 18 at device 6.0 on pci1 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x90200000-0x90200fff irq 18 at device 6.1 on pci1 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pci1: at device 6.3 (no driver attached) fwohci0: mem 0x90300000-0x903007ff,0x90000000-0x90003fff irq 23 at device 13.0 on pci1 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 71:8b:50:00:29:b1:19:a3 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 72:8b:50:b1:19:a3 fwe0: Ethernet address: 72:8b:50:b1:19:a3 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) bfe0: mem 0x90080000-0x90081fff irq 20 at device 14.0 on pci1 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:08:02:e5:f5:73 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2c20-0x2c2f irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz2: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x9 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio1: port 0x3e8-0x3ef,0x100-0x107 irq 3 drq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77a irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1495153730 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master PIO4 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFD1hk4KOV0oHioLCARAtfmAJ9B0Cq2YqsnRw/hlv8hH7JFRBc55gCgmKP6 aSk+PiT22fSM305XPCrb2W8= =F6TN -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 12:49:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B8CF16A41F; Tue, 24 Jan 2006 12:49:56 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB60643D4C; Tue, 24 Jan 2006 12:49:54 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 9C2F7C310; Tue, 24 Jan 2006 07:49:53 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id D4DBFC308; Tue, 24 Jan 2006 07:49:48 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 59333C2F7; Tue, 24 Jan 2006 07:49:48 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type; b=bAMxlge5iblzxlqm6gjvbxYFv1X70r22tXTAnV0qfSdKmsU11to6a5/ruxb48iTO0pC/QKtmg0Jx7HR6YEbyACG3Qnr/56WSn9v5i+8+T9vwklXGulLBaSxPwzCgC6LG; Received: from [192.168.1.11] (c-24-218-147-31.hsd1.ma.comcast.net [24.218.147.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) by aaron.protected-networks.net (Postfix) with ESMTP id CAE0DC2C7; Tue, 24 Jan 2006 07:49:47 -0500 (EST) Message-ID: <43D62265.8020401@protected-networks.net> Date: Tue, 24 Jan 2006 07:49:41 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: GreenX FreeBSD References: <43D09224.2050304@azimut-tour.ru> <43D4EDDA.8060901@protected-networks.net> <43D5BBA3.8070606@azimut-tour.ru> In-Reply-To: <43D5BBA3.8070606@azimut-tour.ru> Content-Type: multipart/mixed; boundary="------------070406000806020509060002" Cc: freebsd-stable@freebsd.org, greenx@azimutprint.ru, sos@freebsd.org Subject: Re: panic: kmem_malloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 12:49:56 -0000 This is a multi-part message in MIME format. --------------070406000806020509060002 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit GreenX FreeBSD wrote: > #sysctl -a | grep ^ata > ata_composit: 192, 0, 22663, 617, 65421 > ata_request: 200, 0, 45326, 1015, 468333 Right - this is a symptom of a memory leak in the ATA raid driver .. > But, I little cvsup system. > #uname -a > FreeBSD crom.azimutprint.ru 6.0-STABLE FreeBSD 6.0-STABLE #0: Mon Jan 23 > 11:18:32 MSK 2006 -skip- .. which has not been merged from current. It should look like .. ITEM SIZE LIMIT USED FREE REQUESTS [ .. ] ata_composit: 196, 0, 0, 320, 2039342 ata_request: 200, 0, 0, 437, 9260705 ^^^^ Use the attached patch until the fix is merged into 6.x, Michael Butler, CISSP Security Consultant www.protected-networks.net --------------070406000806020509060002 Content-Type: text/plain; name="ata-raid-patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata-raid-patch" *** /usr/src/sys/dev/ata/ata-all.h.orig Sun Nov 27 14:17:57 2005 --- /usr/src/sys/dev/ata/ata-all.h Sun Nov 27 14:22:05 2005 *************** *** 331,336 **** --- 331,337 ---- u_int32_t wr_depend; /* write depends on subdisks */ u_int32_t wr_done; /* done write subdisks */ struct ata_request *request[32]; /* size must match maps above */ + long count; /* count required of this composite */ caddr_t data_1; caddr_t data_2; }; *** ata-raid.c.orig Mon Nov 28 18:02:01 2005 --- ata-raid.c Mon Nov 28 22:52:53 2005 *************** *** 410,415 **** --- 410,416 ---- mtx_init(&composite->lock, "ATA PseudoRAID rebuild lock", NULL, MTX_DEF); + composite->count = request->bytecount; composite->rd_needed |= (1 << drv); composite->wr_depend |= (1 << drv); composite->wr_needed |= (1 << this); *************** *** 468,473 **** --- 469,475 ---- mtx_init(&composite->lock, "ATA PseudoRAID mirror lock", NULL, MTX_DEF); + composite->count = request->bytecount; composite->wr_needed |= (1 << drv); composite->wr_needed |= (1 << this); composite->request[drv] = request; *************** *** 607,613 **** /* good data, update how far we've gotten */ else { bp->bio_resid -= request->donecount; ! if (bp->bio_resid == 0) { if (composite->wr_done & (1 << mirror)) finished = 1; } --- 609,616 ---- /* good data, update how far we've gotten */ else { bp->bio_resid -= request->donecount; ! composite->count -= request->donecount; ! if (composite->count == 0) { if (composite->wr_done & (1 << mirror)) finished = 1; } *************** *** 621,627 **** printf("DOH! rebuild failed\n"); /* XXX SOS */ rdp->rebuild_lba = blk; } ! if (bp->bio_resid == 0) finished = 1; } } --- 624,630 ---- printf("DOH! rebuild failed\n"); /* XXX SOS */ rdp->rebuild_lba = blk; } ! if (composite->count == 0) finished = 1; } } *************** *** 658,667 **** } bp->bio_resid -= composite->request[mirror]->donecount; } ! else bp->bio_resid -= request->donecount; ! if (bp->bio_resid == 0) finished = 1; } mtx_unlock(&composite->lock); --- 661,674 ---- } bp->bio_resid -= composite->request[mirror]->donecount; + composite->count -= + composite->request[mirror]->donecount; } ! else { bp->bio_resid -= request->donecount; ! composite->count -= request->donecount; ! } ! if (composite->count == 0) finished = 1; } mtx_unlock(&composite->lock); *************** *** 723,729 **** rdp->status &= ~AR_S_REBUILDING; ata_raid_config_changed(rdp, 1); } ! biodone(bp); } if (composite) { --- 730,738 ---- rdp->status &= ~AR_S_REBUILDING; ata_raid_config_changed(rdp, 1); } ! /* cover the case of a series of composites which are only partly complete */ ! if (bp->bio_resid == 0) ! biodone(bp); } if (composite) { --------------070406000806020509060002-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 13:34:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FE0816A41F for ; Tue, 24 Jan 2006 13:34:47 +0000 (GMT) (envelope-from dom@happygiraffe.net) Received: from happygiraffe.net (happygiraffe.net [81.6.215.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF12D43D46 for ; Tue, 24 Jan 2006 13:34:46 +0000 (GMT) (envelope-from dom@happygiraffe.net) Received: from localhost (localhost.happygiraffe.net [127.0.0.1]) by happygiraffe.net (Postfix) with ESMTP id DBF69BBC3; Tue, 24 Jan 2006 13:34:41 +0000 (GMT) Received: from happygiraffe.net ([127.0.0.1]) by localhost (ppe.happygiraffe.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 68056-06; Tue, 24 Jan 2006 13:34:41 +0000 (GMT) Received: by happygiraffe.net (Postfix, from userid 1001) id 72F45BBC2; Tue, 24 Jan 2006 13:34:41 +0000 (GMT) Date: Tue, 24 Jan 2006 13:34:41 +0000 To: Roger Grosswiler Message-ID: <20060124133441.GA67884@ppe.happygiraffe.net> References: <1138034563.2766.6.camel@niobe> <20060123165902.GA31758@ppe.happygiraffe.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060123165902.GA31758@ppe.happygiraffe.net> User-Agent: Mutt/1.5.11 From: dom@happygiraffe.net (Dominic Mitchell) X-Virus-Scanned: amavisd-new at happygiraffe.net Cc: freebsd-stable@freebsd.org Subject: Re: how to harden freebsd? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 13:34:47 -0000 On Mon, Jan 23, 2006 at 04:59:02PM +0000, Dominic Mitchell wrote: > On Mon, Jan 23, 2006 at 05:42:42PM +0100, Roger Grosswiler wrote: > > i think about jailing some "processes" on a new freebsd-system. Is there > > also another way, to harden freebsd e.g. like selinux? > > Have a look at security(7) for an overview of the existing FreeBSD > security options. Also, jail(8) has some bits. > > There's no /direct/ SELinux, although much of the same ground is covered > by the TrustedBSD stuff. Have a look over the web site: > > http://www.trustedbsd.org/ Whilst others have pointed at the MAC section in the handbook, you might like this little introduction on the subject: http://hacks.oreilly.com/pub/h/1466 -Dom From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 14:15:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6B8216A41F for ; Tue, 24 Jan 2006 14:15:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3B6B43D48 for ; Tue, 24 Jan 2006 14:15:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 85EA61A3C1C for ; Tue, 24 Jan 2006 06:15:12 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6C86752053; Tue, 24 Jan 2006 09:15:11 -0500 (EST) Date: Tue, 24 Jan 2006 09:15:10 -0500 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20060124141510.GA68870@xor.obsecurity.org> References: <20060124082301.GB4416@efrei.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <20060124082301.GB4416@efrei.fr> User-Agent: Mutt/1.4.2.1i Subject: Re: nfs_getpages: error 70 vm_fault: pager read error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 14:15:13 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 24, 2006 at 09:23:01AM +0100, Cedric Tabary wrote: > I have 6 dell 1850, dual xeon, 2G ram, no HTT > 4 are running RELENG_6 from Mon Jan 9 > 2 are running RELENG_5_4 from Tue Oct 4 >=20 > They are used as web servers apache 1.3 > web pages are on a NetAPP F760 with nfs options : > rw,soft,intr,nfsv3,mntudp,-r=3D8192,-w=3D8192,noatime,acregmin=3D30 >=20 > the dmesg is full of : >=20 > pid 34397 (httpd), uid 100: exited on signal 11 > pid 80101 (httpd), uid 100: exited on signal 6 > nfs_getpages: error 70 > vm_fault: pager read error, pid 78999 (httpd) > pid 78999 (httpd), uid 100: exited on signal 11 > pid 15738 (httpd), uid 100: exited on signal 11 > pid 14910 (httpd), uid 100: exited on signal 11 > nfs_getpages: error 70 > vm_fault: pager read error, pid 15981 (httpd) > pid 15981 (httpd), uid 100: exited on signal 11 >=20 > pid 84481 (httpd), uid 100: exited on signal 11 > nfs_getpages: error 60 > vm_fault: pager read error, pid 54468 (httpd) > pid 46271 (httpd), uid 100: exited on signal 11 >=20 > pid 54916 (httpd), uid 100: exited on signal 11 > pid 28818 (httpd), uid 100: exited on signal 11 > nfs_getpages: error 5 > vm_fault: pager read error, pid 93494 (httpd) > pid 2734 (httpd), uid 100: exited on signal 11 >=20 >=20 > Do you have an idea of what happens ? Are you sure httpd itself (or some of the shared libraries, etc) are not being run over NFS? This error will happen when you change a binary on the server while it is running on the client. Kris --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD1jZtWry0BWjoQKURAg/2AJ4w6blEEuhgk40oo0yUKceQlgNZhACeIG9m rYemHg5RIl2qvascJzp9uZw= =M8Wp -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 15:03:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4049B16A422 for ; Tue, 24 Jan 2006 15:03:35 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 34E5543D4C for ; Tue, 24 Jan 2006 15:03:33 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 24 Jan 2006 15:03:32 -0000 Received: from p54A7CB87.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.203.135] by mail.gmx.net (mp038) with SMTP; 24 Jan 2006 16:03:32 +0100 X-Authenticated: #5465401 Message-ID: <43D6419B.8050209@gmx.de> Date: Tue, 24 Jan 2006 16:02:51 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051219) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-usb@freebsd.org, freebsd-stable@freebsd.org References: <43D4B4A9.40908@gmx.de> <20060123.092241.26516095.imp@bsdimp.com> In-Reply-To: <20060123.092241.26516095.imp@bsdimp.com> X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9B18959B78B7826EDB75872A" X-Y-GMX-Trusted: 0 Cc: Subject: Re: PCMCIA USB card problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 15:03:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9B18959B78B7826EDB75872A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Here are some updates on my problem, I'm running 6-stable with uhci, ohci and ehci. If I boot without uhci, ehci finds a VIA VT602, which obviously won't work because of missing companions. Uhci finds a VIA 83C572 chipset. The system freezes after the following output: cardbus0: Expecting link target, got 0xff cardbus0: Resource not specified in CIS: id=13, size=100 cardbus0: Resource not specified in CIS: id=20, size=20 uhci3: port 0x4000-0x401f mem 0xc0208000-0xc02080ff irg 11 at device0.0 on cardbus0 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 usb4: host system error usb4: host controller halted Is it possible that it is the same problem as addressed by fixes submited to current by M. Warner Losh? If so, which files have been fixed, so that I can cvsup them and merge them into my stable tree (I'm not willing to switch to current right now). --------------enig9B18959B78B7826EDB75872A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD1kGffMDIb41/+S0RAjIeAJ9urju3xwwnPF/C7EikZhMfjHlBUACfUxKq j+TqAFBWLpVr8l3w9Io5pLc= =fDXe -----END PGP SIGNATURE----- --------------enig9B18959B78B7826EDB75872A-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 16:18:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F8E116A41F; Tue, 24 Jan 2006 16:18:07 +0000 (GMT) (envelope-from freebsd@azimut-tour.ru) Received: from azimutprint.ru (azimutprint.ru [217.15.145.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA99C43D5E; Tue, 24 Jan 2006 16:18:06 +0000 (GMT) (envelope-from freebsd@azimut-tour.ru) Received: from azimutprint.ru (localhost [127.0.0.1]) by crom.azimutprint.ru (Postfix) with ESMTP id 197C9B8AC; Tue, 24 Jan 2006 19:18:04 +0300 (MSK) Received: from [192.168.1.2] (greencomp.azimutprint.ru [192.168.1.2]) by crom.azimutprint.ru (Postfix) with ESMTP id 8887DB89B; Tue, 24 Jan 2006 19:18:02 +0300 (MSK) Message-ID: <43D65339.90709@azimut-tour.ru> Date: Tue, 24 Jan 2006 19:18:01 +0300 From: GreenX FreeBSD User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Michael Butler References: <43D09224.2050304@azimut-tour.ru> <43D4EDDA.8060901@protected-networks.net> <43D5BBA3.8070606@azimut-tour.ru> <43D62265.8020401@protected-networks.net> In-Reply-To: <43D62265.8020401@protected-networks.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, greenx@azimutprint.ru, sos@freebsd.org Subject: Re: panic: kmem_malloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 16:18:07 -0000 Hi, Has applied this patch, has rebuild the world and also used kernel GENERIC with little changes. Has tried a little to test, copied on a network in two streams mp3 collections in total volume about 40G. Periodically checked these variable. Like it's OK, Big human thanks:) Below I bring quotations where variable USED strongly differed from zero, but it was not often and she always in the end was nulled. [skip] # sysctl -a | grep ^ata_ ata_composit: 196, 0, 6, 34, 76424 ata_request: 200, 0, 12, 26, 159617 [skip] # sysctl -a | grep ^ata_ ata_composit: 196, 0, 7, 33, 99189 ata_request: 200, 0, 14, 43, 205497 [skip] # sysctl -a | grep ^ata_ ata_composit: 196, 0, 79, 41, 115195 ata_request: 200, 0, 158, 70, 237653 [skip] # sysctl -a | grep ^ata_ ata_composit: 196, 0, 46, 74, 130415 ata_request: 200, 0, 92, 136, 268260 [skip] # sysctl -a | grep ^ata_ ata_composit: 196, 0, 11, 29, 189552 ata_request: 200, 0, 22, 35, 387287 [skip] root@crom# sysctl -a | grep ^ata_ ata_composit: 196, 0, 0, 40, 190637 ata_request: 200, 0, 0, 38, 389460 Michael Butler ÐÉÛÅÔ: > GreenX FreeBSD wrote: > >> #sysctl -a | grep ^ata >> ata_composit: 192, 0, 22663, 617, 65421 >> ata_request: 200, 0, 45326, 1015, 468333 > > Right - this is a symptom of a memory leak in the ATA raid driver .. > >> But, I little cvsup system. >> #uname -a >> FreeBSD crom.azimutprint.ru 6.0-STABLE FreeBSD 6.0-STABLE #0: Mon Jan >> 23 11:18:32 MSK 2006 -skip- > > .. which has not been merged from current. It should look like .. > > ITEM SIZE LIMIT USED FREE REQUESTS > [ .. ] > ata_composit: 196, 0, 0, 320, 2039342 > ata_request: 200, 0, 0, 437, 9260705 > ^^^^ From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 16:24:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 420E416A41F; Tue, 24 Jan 2006 16:24:32 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7CBD43D55; Tue, 24 Jan 2006 16:24:31 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id B6904C2D2; Tue, 24 Jan 2006 11:24:29 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 47011C2F7; Tue, 24 Jan 2006 11:24:25 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id D866DC2ED; Tue, 24 Jan 2006 11:24:24 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ViMgBJTux7/7cFR4WUgByQhsrDC7MeqxQRKR7Ouk0u6qwt6n0WEJpSydC+uk+K5Oclq5N1doSJFoZ7FFcIqh5s+zkOywzQfodomiYyVxGMNEHMjLORylQ/jXP97bIVPn; Received: from [192.168.1.11] (c-24-218-147-31.hsd1.ma.comcast.net [24.218.147.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) by aaron.protected-networks.net (Postfix) with ESMTP id 77568C2D2; Tue, 24 Jan 2006 11:24:24 -0500 (EST) Message-ID: <43D654B6.60703@protected-networks.net> Date: Tue, 24 Jan 2006 11:24:22 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: GreenX FreeBSD References: <43D09224.2050304@azimut-tour.ru> <43D4EDDA.8060901@protected-networks.net> <43D5BBA3.8070606@azimut-tour.ru> <43D62265.8020401@protected-networks.net> <43D65339.90709@azimut-tour.ru> In-Reply-To: <43D65339.90709@azimut-tour.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, greenx@azimutprint.ru, sos@freebsd.org Subject: Re: panic: kmem_malloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 16:24:32 -0000 GreenX FreeBSD wrote: > Hi, > Has applied this patch, has rebuild the world and also used kernel > GENERIC with little changes. > Has tried a little to test, copied on a network in two streams mp3 > collections in total volume about 40G. > Periodically checked these variable. > Like it's OK, Big human thanks:) > Below I bring quotations where variable USED strongly differed from > zero, but it was not often and she always in the end was nulled. Yes, when the system is idle and has flushed all outstanding information to disk, the USED values should always return to zero. Without the patch, there is a case where the kernel loses track of some buffers and eventually runs out of memory, Michael Butler, CISSP Security Consultant www.protected-networks.net From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 16:25:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6357C16A41F for ; Tue, 24 Jan 2006 16:25:49 +0000 (GMT) (envelope-from ced@grumly.eu.org) Received: from spike.grumly.eu.org (spike.grumly.eu.org [195.5.253.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C45443D5E for ; Tue, 24 Jan 2006 16:25:48 +0000 (GMT) (envelope-from ced@grumly.eu.org) Received: by spike.grumly.eu.org (Postfix, from userid 1001) id 7EF17114E0; Tue, 24 Jan 2006 17:22:15 +0100 (CET) Date: Tue, 24 Jan 2006 17:22:15 +0100 From: Cedric Tabary To: freebsd-stable@freebsd.org Message-ID: <20060124162215.GF4416@efrei.fr> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060124082301.GB4416@efrei.fr> <20060124141510.GA68870@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060124141510.GA68870@xor.obsecurity.org> Subject: Re: nfs_getpages: error 70 vm_fault: pager read error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 16:25:49 -0000 On 24/01/2006 09:15, Kris Kennaway wrote: > On Tue, Jan 24, 2006 at 09:23:01AM +0100, Cedric Tabary wrote: > > I have 6 dell 1850, dual xeon, 2G ram, no HTT > > 4 are running RELENG_6 from Mon Jan 9 > > 2 are running RELENG_5_4 from Tue Oct 4 > > > > They are used as web servers apache 1.3 > > web pages are on a NetAPP F760 with nfs options : > > rw,soft,intr,nfsv3,mntudp,-r=8192,-w=8192,noatime,acregmin=30 > > > > the dmesg is full of : > > > > pid 34397 (httpd), uid 100: exited on signal 11 > > pid 80101 (httpd), uid 100: exited on signal 6 > > nfs_getpages: error 70 > > vm_fault: pager read error, pid 78999 (httpd) > > pid 78999 (httpd), uid 100: exited on signal 11 > > pid 15738 (httpd), uid 100: exited on signal 11 > > pid 14910 (httpd), uid 100: exited on signal 11 > > nfs_getpages: error 70 > > vm_fault: pager read error, pid 15981 (httpd) > > pid 15981 (httpd), uid 100: exited on signal 11 > > > > pid 84481 (httpd), uid 100: exited on signal 11 > > nfs_getpages: error 60 > > vm_fault: pager read error, pid 54468 (httpd) > > pid 46271 (httpd), uid 100: exited on signal 11 > > > > pid 54916 (httpd), uid 100: exited on signal 11 > > pid 28818 (httpd), uid 100: exited on signal 11 > > nfs_getpages: error 5 > > vm_fault: pager read error, pid 93494 (httpd) > > pid 2734 (httpd), uid 100: exited on signal 11 > > > > > > Do you have an idea of what happens ? > > Are you sure httpd itself (or some of the shared libraries, etc) are > not being run over NFS? This error will happen when you change a > binary on the server while it is running on the client. > > Kris Thanks for the clue ! I think I found the problem, i have this sometimes in the apache logs : [15981] EACCELERATOR: PHP crashed on opline 37 of file() at xxxxxxx:66 I have the segfault a few lines later and a nfs_getpages + vm_fault in /var/log/messages at the same time ! It seems like a bug in php or eaccelerator when accessing a file when it is edited by another server... Cédric From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 16:28:28 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53EB116A41F for ; Tue, 24 Jan 2006 16:28:28 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBE4C43D49 for ; Tue, 24 Jan 2006 16:28:27 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 37F445D54; Tue, 24 Jan 2006 11:28:27 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62831-09; Tue, 24 Jan 2006 11:28:26 -0500 (EST) Received: from [192.168.1.3] (pool-68-160-211-174.ny325.east.verizon.net [68.160.211.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 5C47A5C44; Tue, 24 Jan 2006 11:28:22 -0500 (EST) Message-ID: <43D655A0.6010608@mac.com> Date: Tue, 24 Jan 2006 11:28:16 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Scott Markwell References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: stable@FreeBSD.org Subject: Re: POKE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 16:28:28 -0000 Scott Markwell wrote: > -- > Scott Markwell Whoosh! If you "poke" me, I'll "whoosh!" you back... :-) -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 16:47:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B39BD16A45E; Tue, 24 Jan 2006 16:47:55 +0000 (GMT) (envelope-from freebsd@azimut-tour.ru) Received: from azimutprint.ru (azimutprint.ru [217.15.145.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 230C643D46; Tue, 24 Jan 2006 16:47:55 +0000 (GMT) (envelope-from freebsd@azimut-tour.ru) Received: from azimutprint.ru (localhost [127.0.0.1]) by crom.azimutprint.ru (Postfix) with ESMTP id 72BFCB8AC; Tue, 24 Jan 2006 19:47:53 +0300 (MSK) Received: from [192.168.1.2] (greencomp.azimutprint.ru [192.168.1.2]) by crom.azimutprint.ru (Postfix) with ESMTP id 41EB5B89B; Tue, 24 Jan 2006 19:47:52 +0300 (MSK) Message-ID: <43D65A38.8080709@azimut-tour.ru> Date: Tue, 24 Jan 2006 19:47:52 +0300 From: GreenX FreeBSD User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Michael Butler References: <43D09224.2050304@azimut-tour.ru> <43D4EDDA.8060901@protected-networks.net> <43D5BBA3.8070606@azimut-tour.ru> <43D62265.8020401@protected-networks.net> <43D65339.90709@azimut-tour.ru> <43D654B6.60703@protected-networks.net> In-Reply-To: <43D654B6.60703@protected-networks.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, greenx@azimutprint.ru, sos@freebsd.org Subject: Re: panic: kmem_malloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 16:47:56 -0000 Michael Butler ÐÉÛÅÔ: > Yes, when the system is idle and has flushed all outstanding > information to disk, the USED values should always return to zero. > Without the patch, there is a case where the kernel loses track of > some buffers and eventually runs out of memory, I understand it, simply wanted to be convinced, that it works. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 19:25:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E58E16A420 for ; Tue, 24 Jan 2006 19:25:23 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1D0843D4C for ; Tue, 24 Jan 2006 19:25:21 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/taifun-1.0) with ESMTP id k0OJPGuM026413 for ; Tue, 24 Jan 2006 20:25:17 +0100 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id 54B49405BA for ; Tue, 24 Jan 2006 20:25:16 +0100 (CET) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30947-01 for ; Tue, 24 Jan 2006 20:21:30 +0100 (CET) Received: from niobe.gwch.net (frodo.gwch.net [192.168.2.101]) by mail.gwch.net (Postfix) with ESMTP id 604F840593 for ; Tue, 24 Jan 2006 20:21:30 +0100 (CET) From: Roger Grosswiler To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Tue, 24 Jan 2006 20:21:28 +0100 Message-Id: <1138130489.2726.0.camel@niobe> Mime-Version: 1.0 X-Mailer: Evolution 2.5.4 (2.5.4-10) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on smtp-06.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-01.tornado.cablecom.ch-Metrics: smtp-06.tornado.cablecom.ch 32700; Body=1 Fuz1=1 Fuz2=1 Subject: How can i get CIFS-Support in my kernel? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 19:25:23 -0000 Hey, i would like to get CIFS-Support instead of SMB. How can i get this into my kernel?? Roger From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 20:54:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 591DD16A423; Tue, 24 Jan 2006 20:54:30 +0000 (GMT) In-Reply-To: <2BB1D847970ED7459EAA23DAB225073714FCE1@hrosvr02.suzlon.de> from Mykhailo Lyubich at "Jan 24, 2006 01:05:16 pm" To: m.lyubich@suzlon.de (Mykhailo Lyubich) Date: Tue, 24 Jan 2006 20:54:30 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20060124205430.591DD16A423@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-stable@freebsd.org Subject: Re: Broadcomm BCM4401-B0 and memory upgrade issue. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 20:54:30 -0000 > Hello, > After the memory upgrade on my Laptop (HP nx5000) FreeBSD 6.0 stable, the > driver for NIC bfe0 (Broadcom BCM4401-B0) stops working. The NIC LED lights > are on. The bfe0 interface is up and active. However, I got a permanent > message on the console: > bfe0: watching timeout -- resetting. [...] > The problem occur only if the upgraded memory (RAM) exceeds 1GB. It does not > depend on the manufacturer of the memory chips and the number of occupied > slots. I already tried 2 1GB modules from Infineon DDR400 CL3 and two > modules from Crucial DDR333, CL2.5. It also does not depend on ACPI. > What should be my next steps, in order to get NIC working? This problem has a familiar ring to it. Unfortunately, I don't own any machines that have this chipset built in, and they don't make any standalone cards that have it so I can't buy one. This means I can't test it myself. However, you can try the following: - Bring up /sys/dev/bfe/if_bfe.c in your favorite editor. - Find the bfe_dma_alloc() routine, and you should see code that looks like this: static int bfe_dma_alloc(device_t dev) { struct bfe_softc *sc; int error, i; sc = device_get_softc(dev); /* parent tag */ error = bus_dma_tag_create(NULL, /* parent */ PAGE_SIZE, 0, /* alignment, boundary */ BUS_SPACE_MAXADDR, /* lowaddr */ BUS_SPACE_MAXADDR_32BIT, /* highaddr */ NULL, NULL, /* filter, filterarg */ MAXBSIZE, /* maxsize */ BUS_SPACE_UNRESTRICTED, /* num of segments */ BUS_SPACE_MAXSIZE_32BIT, /* max segment size */ BUS_DMA_ALLOCNOW, /* flags */ NULL, NULL, /* lockfunc, lockarg */ &sc->bfe_parent_tag); - Change it to look like this: static int bfe_dma_alloc(device_t dev) { struct bfe_softc *sc; int error, i; sc = device_get_softc(dev); /* parent tag */ error = bus_dma_tag_create(NULL, /* parent */ PAGE_SIZE, 0, /* alignment, boundary */ /* change this -> */ 0x3E7FFFFF /*BUS_SPACE_MAXADDR*/, /* lowaddr */ BUS_SPACE_MAXADDR_32BIT, /* highaddr */ NULL, NULL, /* filter, filterarg */ MAXBSIZE, /* maxsize */ BUS_SPACE_UNRESTRICTED, /* num of segments */ BUS_SPACE_MAXSIZE_32BIT, /* max segment size */ BUS_DMA_ALLOCNOW, /* flags */ NULL, NULL, /* lockfunc, lockarg */ &sc->bfe_parent_tag); - Save if_bfe.c - Recompile if_bfe.ko and/or your kernel, test it, and report back what happens. Wait, let me say that last part again: REPORT BACK WHAT HAPPENS! I hate it when I send people things to test and they vanish into a black hole, never to be heard from again. I suspect this chipset has a DMA limitation that prevents it from performing DMA to/from any addresses outside the first 1GB of RAM. Curiously, I ran into this with a Linksys wireless NIC with the NDISulator, which is based on a Broadcom chipset too (802.11b only). > Can I try NDIS for this NIC? The NDISulator is known to work with this chip. But try the fix above first. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 20:56:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DEC916A420 for ; Tue, 24 Jan 2006 20:56:00 +0000 (GMT) (envelope-from davidski@deadheaven.com) Received: from geoff.deadheaven.com (geoff.deadheaven.com [216.162.200.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id A17A243D6D for ; Tue, 24 Jan 2006 20:55:54 +0000 (GMT) (envelope-from davidski@deadheaven.com) Received: by geoff.deadheaven.com (Postfix, from userid 1001) id 6E6271567CB5; Tue, 24 Jan 2006 12:56:21 -0800 (PST) Date: Tue, 24 Jan 2006 12:56:21 -0800 From: "David F. Severski" To: freebsd-stable@freebsd.org Message-ID: <20060124205621.GU69091@geoff.deadheaven.com> References: <200601201130.18872.doconnor@gsoft.com.au> <7daacbbe0601192341p32673972j8f309dff1df543aa@mail.gmail.com> <20060120154215.GA54284@dan.emsphone.com> <7daacbbe0601201008m7c650f4esedcd81921d0fd81e@mail.gmail.com> <20060120200149.GB54284@dan.emsphone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WKQ7zUpzoH2KEHMN" Content-Disposition: inline In-Reply-To: <20060120200149.GB54284@dan.emsphone.com> User-Agent: Mutt/1.5.11 Subject: Re: Using [Open]LDAP for authentication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 20:56:00 -0000 --WKQ7zUpzoH2KEHMN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 20, 2006 at 02:01:49PM -0600, Dan Nelson wrote: > Two, something is calling nanosleep. It's probably nss_ldap, which > looks like if it can't contact any of the configured ldap servers, > waits 4 seconds, then retries, doubling the wait period every time > until 64 seconds have elapsed, then it fails. Try putting >=20 > nss_reconnect_tries 0 > nss_reconnect_maxconntries 0 >=20 > in your /usr/local/etc/nss_ldap.conf file. I've been struggling with similar issues where slapd seems to hang at startup when using nss_ldap on the local system (all system accounts and groups are local, yet the group enumeration seems to cause the hang). Are these two settings documented anywhere for reference? I'm trying to understand how this interact with 'bind_policy soft', which I've also seen recommended. The nss_* settings don't seem documented in the stock nss_ldap.conf.sample file. Thanks for the help. David --WKQ7zUpzoH2KEHMN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAkPWlHUACgkQlTJ+DI1JK1tRBQCeNoBBdS1c1K6nEo9unNd9XWmp EoQAnR7ZeXrea+hjuA6QCYX55vObWnQT =y0gQ -----END PGP SIGNATURE----- --WKQ7zUpzoH2KEHMN-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 21:12:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D99E16A41F; Tue, 24 Jan 2006 21:12:23 +0000 (GMT) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0630C43D46; Tue, 24 Jan 2006 21:12:22 +0000 (GMT) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.12.11/8.12.11) with ESMTP id k0OLCLrm026936; Tue, 24 Jan 2006 15:12:21 -0600 (CST) (envelope-from tinguely@casselton.net) Received: (from tinguely@localhost) by casselton.net (8.12.11/8.12.11/Submit) id k0OLCHQs026935; Tue, 24 Jan 2006 15:12:17 -0600 (CST) (envelope-from tinguely) Date: Tue, 24 Jan 2006 15:12:17 -0600 (CST) From: Mark Tinguely Message-Id: <200601242112.k0OLCHQs026935@casselton.net> To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, m.lyubich@suzlon.de In-Reply-To: <2BB1D847970ED7459EAA23DAB225073714FCE1@hrosvr02.suzlon.de> X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ccn.casselton.net Cc: sgk@troutmask.apl.washington.edu, kris@obsecurity.org Subject: Re: Broadcomm BCM4401-B0 and memory upgrade issue. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 21:12:23 -0000 On Date: Tue, 24 Jan 2006 13:05:16 +0100, "Mykhailo Lyubich" said: > After the memory upgrade on my Laptop (HP nx5000) FreeBSD 6.0 stable, > the driver for NIC bfe0 (Broadcom BCM4401-B0) stops working. The NIC LED > lights are on. The bfe0 interface is up and active. However, I got a > permanent message on the console: > > bfe0: watching timeout -- resetting. > > This occurs in the case when I compile the new kernel without bfe driver > and load the bfe driver as module (if_bfe.ko). In the case when the > driver is compiled into the kernel, the system stalls during the boot or > whenever I try to configure the interface. ----- I am CC this to a few people on the freebsd-current list that had somewhat simular symptoms with other hardware. ----- Have you tried to boot with the old contigmalloc using the sysctl option "vm.old_contigmalloc=1"? Some people are seeing slow boot/configuration with new style vm_page_alloc_contig/contigmalloc. I am doing some profiling of vm_page_alloc_contig() and have found that larger physical memory configurations makes these problems much worse. I identified 4-5 places that can be changed to decrease the number of page tables that is needed to be checked before an allocating a range. Some of the changes will only occasionally save a few page checks, but others changes could save several hundred or more page checks on every call. The old contigmalloc could be optimized also, but it uses the lower addressed physical pages, which turns out to be used less during the boot process than the upper addressed physical pages. --Mark Tinguely From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 21:24:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0533516A41F; Tue, 24 Jan 2006 21:24:00 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7F5F43D60; Tue, 24 Jan 2006 21:23:55 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0OLNqEk054329; Tue, 24 Jan 2006 13:23:52 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0OLNqDx054328; Tue, 24 Jan 2006 13:23:52 -0800 (PST) (envelope-from sgk) Date: Tue, 24 Jan 2006 13:23:52 -0800 From: Steve Kargl To: Mark Tinguely Message-ID: <20060124212352.GA53686@troutmask.apl.washington.edu> References: <2BB1D847970ED7459EAA23DAB225073714FCE1@hrosvr02.suzlon.de> <200601242112.k0OLCHQs026935@casselton.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601242112.k0OLCHQs026935@casselton.net> User-Agent: Mutt/1.4.2.1i Cc: m.lyubich@suzlon.de, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, kris@obsecurity.org Subject: Re: Broadcomm BCM4401-B0 and memory upgrade issue. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 21:24:00 -0000 On Tue, Jan 24, 2006 at 03:12:17PM -0600, Mark Tinguely wrote: > Have you tried to boot with the old contigmalloc using the sysctl > option "vm.old_contigmalloc=1"? Yes. This makes an enormous difference in boot up times. With vm.old_contigmalloc=1, fxp0 probes within a few seconds. Without it, fxp0 takes more than 7 minutes to probe. > Some people are seeing slow boot/configuration with new style > vm_page_alloc_contig/contigmalloc. yep. > I am doing some profiling of vm_page_alloc_contig() and have found > that larger physical memory configurations makes these problems much worse. yep. I have 12 GB. > I identified 4-5 places that can be changed to decrease the number > of page tables that is needed to be checked before an allocating a range. > Some of the changes will only occasionally save a few page checks, but > others changes could save several hundred or more page checks on every call. If you come up with a patch, I'm more than willing to test it. -- Steve From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 22:25:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A47516A420 for ; Tue, 24 Jan 2006 22:25:09 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from mail.sectornotfound.com (mail.sectornotfound.com [209.139.233.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 207C243D75 for ; Tue, 24 Jan 2006 22:24:57 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from hannibal.int.sectornotfound.com (hannibal.int.sectornotfound.com [192.168.98.3]) by murdock.sectornotfound.com (8.13.1/8.13.1) with ESMTP id k0OMOrZC094645 for ; Tue, 24 Jan 2006 14:24:54 -0800 (PST) (envelope-from bsd@unixforge.net) Received: from [192.168.3.212] (gw.activestate.com [209.17.183.249]) (authenticated bits=0) by hannibal.int.sectornotfound.com (8.13.1/8.12.10) with ESMTP id k0OMOr4e023423 for ; Tue, 24 Jan 2006 14:24:53 -0800 (PST) (envelope-from bsd@unixforge.net) Message-ID: <43D6A930.8070507@unixforge.net> Date: Tue, 24 Jan 2006 14:24:48 -0800 From: "Eli K. Breen" User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: High interrupt on Dell PowerEdge 2400 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 22:25:09 -0000 Does anyone have any explanation and resolution for the excessive interrupt%?: (System dmesg at the end of this message) ======================================================= last pid: 2756; load averages: 0.00, 0.00, 0.00 up 0+15:22:49 14:02:47 20 processes: 1 running, 19 sleeping CPU states: 0.4% user, 0.0% nice, 0.0% system, 16.1% interrupt, 83.5% idle Mem: 6540K Active, 118M Inact, 97M Wired, 12K Cache, 112M Buf, 1028M Free Swap: 2048M Total, 2048M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 2235 elib 1 96 0 2368K 1644K RUN 0:19 0.00% top 2233 elib 1 96 0 6076K 3144K select 0:02 0.00% sshd 477 root 1 96 0 3416K 2816K select 0:02 0.00% sendmail 497 root 1 8 0 1312K 1032K nanslp 0:00 0.00% cron 348 root 1 96 0 1292K 872K select 0:00 0.00% syslogd 421 root 1 96 0 1208K 772K select 0:00 0.00% usbd 2229 root 1 4 0 6108K 3136K sbwait 0:00 0.00% sshd 481 smmsp 1 20 0 3296K 2688K pause 0:00 0.00% sendmail 2234 elib 1 8 0 1676K 1256K wait 0:00 0.00% sh 560 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty 472 root 1 96 0 3352K 2484K select 0:00 0.00% sshd 567 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty 562 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty 561 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty 563 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty 564 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty 565 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty 566 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty 319 root 1 113 0 500K 352K select 0:00 0.00% devd 171 root 1 20 0 1172K 644K pause 0:00 0.00% adjkerntz ======================================================= This machine is a totally stock FreeBSD 6.0 box. I haven't done anything except install the OS and boot it. Ideas? DMESG: ======================================================= Copyright (c) 1992-2005 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 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (728.44-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff real memory = 1342169088 (1279 MB) avail memory = 1305534464 (1245 MB) ioapic0: Changing APIC ID to 2 ioapic1: Changing APIC ID to 3 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: on acpi0 pci_link3: on acpi0 pci_link4: irq 11 on acpi0 pci_link5: on acpi0 pci_link6: irq 10 on acpi0 pci_link7: on acpi0 pci_link8: on acpi0 pci_link9: on acpi0 pci_link10: on acpi0 pci_link11: on acpi0 pci_link12: on acpi0 pci_link13: on acpi0 pci_link14: irq 14 on acpi0 pci_link15: irq 14 on acpi0 pci_link16: irq 5 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 ahc0: port 0xfc00-0xfcff mem 0xfcfff000-0xfcffffff irq 30 at device 6.0 on pci1 ahc0: [GIANT-LOCKED] aic7880: Ultra Single Channel A, SCSI Id=7, 16/253 SCBs vr0: port 0xec80-0xecff mem 0xfe103000-0xfe10307f irq 17 at device 4.0 on pci0 miibus0: on vr0 amphy0: on miibus0 amphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:50:ba:aa:e5:19 fxp0: port 0xec40-0xec7f mem 0xfe102000-0xfe102fff,0xfe000000-0xfe0fffff irq 16 at device 8.0 on pci0 miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:b0:d0:aa:e1:67 pci0: at device 14.0 (no driver attached) isab0: port 0x580-0x58f at device 15.0 on pci0 isa0: on isab0 ohci0: mem 0xfe100000-0xfe100fff irq 5 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib2: on acpi0 pci2: on pcib2 pcib3: at device 12.0 on pci2 pci3: on pcib3 mlx0: port 0xdc80-0xdcff mem 0xf3fffc00-0xf3fffc7f,0xee000000-0xefffffff irq 22 at device 8.0 on pci3 mlx0: controller initialisation in progress... mlx0: initialisation complete. mlx0: [GIANT-LOCKED] mlx0: DAC1164PVX, 3 channels, firmware 5.08-0-87, 32MB RAM mlxd0: on mlx0 mlxd0: 35002MB (71684096 sectors) RAID 1 (online) pci3: at device 9.0 (no driver attached) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xcc80-0xccff mem 0xf5000000-0xf500007f irq 20 at device 14.0 on pci2 miibus2: on xl0 bmtphy0: <3c905B 10/100 internal PHY> on miibus2 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:50:da:7f:9f:84 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xce000-0xd07ff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 728443858 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle cd0 at ahc0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: cd present [282428 x 2048 byte records] Trying to mount root from ufs:/dev/mlxd0s1a ======================================================= -Eli From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 22:32:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B1A916A41F for ; Tue, 24 Jan 2006 22:32:10 +0000 (GMT) (envelope-from fred.letter@lacave.net) Received: from talisker.lacave.net (talisker.lacave.net [217.145.39.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B0C443D69 for ; Tue, 24 Jan 2006 22:32:05 +0000 (GMT) (envelope-from fred.letter@lacave.net) Received: (qmail 52620 invoked from network); 24 Jan 2006 22:32:00 -0000 X-Spam-Score: -3.4/5.0 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on talisker.lacave.net X-Spam-Report: ALL_TRUSTED=-1.8,AWL=0.986,BAYES_00=-2.599, REPTO_OVERQUOTE_THEBAT=0 Received: from localhost (HELO ballantines.local) (127.0.0.1) by talisker.lacave.net with SMTP; 24 Jan 2006 22:32:00 -0000 Date: Tue, 24 Jan 2006 23:32:00 +0100 From: "F. Senault" X-Mailer: The Bat! (v3.65.03) Professional Organization: Secte de l'Elephant Fuschia X-Priority: 3 (Normal) Message-ID: <1346107795.20060124233200@lacave.net> To: freebsd-stable@freebsd.org In-Reply-To: <43D6A930.8070507@unixforge.net> References: <43D6A930.8070507@unixforge.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanner: F-prot v4.6.5 (engine 3.16.13) X-Virus-Definitions: SIGN.DEF (24 January 2006), SIGN2.DEF (24 January 2006), MACRO.DEF (20 January 2006) X-Virus-Flag: NO X-Remote-IP: 127.0.0.1 Subject: Re: High interrupt on Dell PowerEdge 2400 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "F. Senault" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 22:32:10 -0000 Tuesday, January 24, 2006, 11:24:48 PM, you wrote: > Does anyone have any explanation and resolution for the excessive > interrupt%?: > This machine is a totally stock FreeBSD 6.0 box. I haven't done anything > except install the OS and boot it. Not even loaded a screensaver ? I've had this phenomenon caused by some textual screen savers (rain_saver.ko & friends). In my case, top -S reported a "swi#: clock sio" process eating CPU time. Fred -- This world rejects me This world threw me away This world never gave me a chance This world's gonna have to pay I don't believe in your institutions I did what you wanted me to Like cancer in the system I've got a little suprise for you (Nine Inch Nails, Burn) From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 22:33:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3143816A41F for ; Tue, 24 Jan 2006 22:33:08 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7476443D6B for ; Tue, 24 Jan 2006 22:33:02 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id E0C8B5DF4; Tue, 24 Jan 2006 17:33:01 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05255-08; Tue, 24 Jan 2006 17:33:01 -0500 (EST) Received: from [192.168.1.3] (pool-68-160-211-174.ny325.east.verizon.net [68.160.211.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 35FA45C6B; Tue, 24 Jan 2006 17:33:01 -0500 (EST) Message-ID: <43D6AB23.50802@mac.com> Date: Tue, 24 Jan 2006 17:33:07 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "Eli K. Breen" References: <43D6A930.8070507@unixforge.net> In-Reply-To: <43D6A930.8070507@unixforge.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org Subject: Re: High interrupt on Dell PowerEdge 2400 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 22:33:08 -0000 Eli K. Breen wrote: > Does anyone have any explanation and resolution for the excessive > interrupt%?: Does turning off USB and/or changing the BIOS option to assign an IRQ to the USB controller help? -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 22:45:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FCB916A41F for ; Tue, 24 Jan 2006 22:45:50 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9365E43D4C for ; Tue, 24 Jan 2006 22:45:47 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.1.108] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.13.4/8.13.4) with ESMTP id k0OMjhTZ065899; Tue, 24 Jan 2006 16:45:43 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <43D6AE17.3060108@palisadesys.com> Date: Tue, 24 Jan 2006 16:45:43 -0600 From: Guy Helmer User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "Eli K. Breen" References: <43D6A930.8070507@unixforge.net> In-Reply-To: <43D6A930.8070507@unixforge.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-From: ghelmer@palisadesys.com Cc: freebsd-stable@freebsd.org Subject: Re: High interrupt on Dell PowerEdge 2400 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 22:45:50 -0000 Eli K. Breen wrote: > Does anyone have any explanation and resolution for the excessive > interrupt%?: > > (System dmesg at the end of this message) > ======================================================= > last pid: 2756; load averages: 0.00, 0.00, 0.00 > up 0+15:22:49 14:02:47 > 20 processes: 1 running, 19 sleeping > CPU states: 0.4% user, 0.0% nice, 0.0% system, 16.1% interrupt, > 83.5% idle > Mem: 6540K Active, 118M Inact, 97M Wired, 12K Cache, 112M Buf, 1028M Free > Swap: 2048M Total, 2048M Free > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 2235 elib 1 96 0 2368K 1644K RUN 0:19 0.00% top > 2233 elib 1 96 0 6076K 3144K select 0:02 0.00% sshd > 477 root 1 96 0 3416K 2816K select 0:02 0.00% sendmail > 497 root 1 8 0 1312K 1032K nanslp 0:00 0.00% cron > 348 root 1 96 0 1292K 872K select 0:00 0.00% syslogd > 421 root 1 96 0 1208K 772K select 0:00 0.00% usbd > 2229 root 1 4 0 6108K 3136K sbwait 0:00 0.00% sshd > 481 smmsp 1 20 0 3296K 2688K pause 0:00 0.00% sendmail > 2234 elib 1 8 0 1676K 1256K wait 0:00 0.00% sh > 560 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty > 472 root 1 96 0 3352K 2484K select 0:00 0.00% sshd > 567 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty > 562 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty > 561 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty > 563 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty > 564 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty > 565 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty > 566 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty > 319 root 1 113 0 500K 352K select 0:00 0.00% devd > 171 root 1 20 0 1172K 644K pause 0:00 0.00% adjkerntz > ======================================================= > > This machine is a totally stock FreeBSD 6.0 box. I haven't done > anything except install the OS and boot it. > > Ideas? What does "vmstat -i" report? Guy -- Guy Helmer, Ph.D. Principal System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 22:48:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AC3116A41F for ; Tue, 24 Jan 2006 22:48:18 +0000 (GMT) (envelope-from dominique.goncalves@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FB4743D5F for ; Tue, 24 Jan 2006 22:48:12 +0000 (GMT) (envelope-from dominique.goncalves@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so6946uge for ; Tue, 24 Jan 2006 14:48:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oDS8W1G7eXC1CJmpw49UlDZdJ2IYZjK04lZCUJNCI+xP/uiKHLebr9hRtKT4cFFP0Fkyi+scpV5/4WCcP0VrjnWZALnka3G+V3y2jG19GIoQWcI+IBy6rs7eiMstD/mC4A8CEoAYuSLAGL2Dqq2t4Z7LOieE7pnD+6pKGonslI0= Received: by 10.48.220.17 with SMTP id s17mr3207nfg; Tue, 24 Jan 2006 14:48:11 -0800 (PST) Received: by 10.49.1.17 with HTTP; Tue, 24 Jan 2006 14:48:11 -0800 (PST) Message-ID: <7daacbbe0601241448o67680fedu5521d0aa5f3b42a0@mail.gmail.com> Date: Tue, 24 Jan 2006 23:48:11 +0100 From: Dominique Goncalves To: "David F. Severski" In-Reply-To: <20060124205621.GU69091@geoff.deadheaven.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200601201130.18872.doconnor@gsoft.com.au> <7daacbbe0601192341p32673972j8f309dff1df543aa@mail.gmail.com> <20060120154215.GA54284@dan.emsphone.com> <7daacbbe0601201008m7c650f4esedcd81921d0fd81e@mail.gmail.com> <20060120200149.GB54284@dan.emsphone.com> <20060124205621.GU69091@geoff.deadheaven.com> Cc: freebsd-stable@freebsd.org Subject: Re: Using [Open]LDAP for authentication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 22:48:18 -0000 On 1/24/06, David F. Severski wrote: > On Fri, Jan 20, 2006 at 02:01:49PM -0600, Dan Nelson wrote: > > Two, something is calling nanosleep. It's probably nss_ldap, which > > looks like if it can't contact any of the configured ldap servers, > > waits 4 seconds, then retries, doubling the wait period every time > > until 64 seconds have elapsed, then it fails. Try putting > > > > nss_reconnect_tries 0 > > nss_reconnect_maxconntries 0 > > > > in your /usr/local/etc/nss_ldap.conf file. > > I've been struggling with similar issues where slapd seems to hang at > startup when using nss_ldap on the local system (all system accounts and > groups are local, yet the group enumeration seems to cause the hang). > Are these two settings documented anywhere for reference? I'm trying to > understand how this interact with 'bind_policy soft', which I've also > seen recommended. The nss_* settings don't seem documented in the stock > nss_ldap.conf.sample file. After some tests, using nss_ldap-1.389 instead of nss_ldap-1.444 seems to solve hangs at startup and when slapd is down. Can you try nss_ldap-1.389 thanks to portdowngrade if these hangs are still here ? > Thanks for the help. > > David > > > Regards. -- There's this old saying: "Give a man a fish, feed him for a day. Teach a man to fish, feed him for life." From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 22:57:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F26B16A41F for ; Tue, 24 Jan 2006 22:57:38 +0000 (GMT) (envelope-from dominique.goncalves@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C2D943D48 for ; Tue, 24 Jan 2006 22:57:36 +0000 (GMT) (envelope-from dominique.goncalves@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so10081uge for ; Tue, 24 Jan 2006 14:57:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lHB4NdsVH7ULwiwCpXIPH4RP2un/SOwxSSLHINGcS1Z1iolhchZDCZh4nn+UcORMbUZ+63xhx/0OLzf9Q9BMl4hn8sEWMjklQNXNV21x4Yn8irgZ/1Jx8Wv7aJvfMzI2Ez+AqlDueANeYt2zthvfj1foc7QCnLV9hJbSrwgJB54= Received: by 10.48.42.5 with SMTP id p5mr1355nfp; Tue, 24 Jan 2006 14:57:28 -0800 (PST) Received: by 10.49.1.17 with HTTP; Tue, 24 Jan 2006 14:57:28 -0800 (PST) Message-ID: <7daacbbe0601241457t2850a374xd7926556a86a91e1@mail.gmail.com> Date: Tue, 24 Jan 2006 23:57:28 +0100 From: Dominique Goncalves To: "David F. Severski" In-Reply-To: <7daacbbe0601241448o67680fedu5521d0aa5f3b42a0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200601201130.18872.doconnor@gsoft.com.au> <7daacbbe0601192341p32673972j8f309dff1df543aa@mail.gmail.com> <20060120154215.GA54284@dan.emsphone.com> <7daacbbe0601201008m7c650f4esedcd81921d0fd81e@mail.gmail.com> <20060120200149.GB54284@dan.emsphone.com> <20060124205621.GU69091@geoff.deadheaven.com> <7daacbbe0601241448o67680fedu5521d0aa5f3b42a0@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: Using [Open]LDAP for authentication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 22:57:38 -0000 On 1/24/06, Dominique Goncalves wrote: > On 1/24/06, David F. Severski wrote: > > On Fri, Jan 20, 2006 at 02:01:49PM -0600, Dan Nelson wrote: > > > Two, something is calling nanosleep. It's probably nss_ldap, which > > > looks like if it can't contact any of the configured ldap servers, > > > waits 4 seconds, then retries, doubling the wait period every time > > > until 64 seconds have elapsed, then it fails. Try putting > > > > > > nss_reconnect_tries 0 > > > nss_reconnect_maxconntries 0 > > > > > > in your /usr/local/etc/nss_ldap.conf file. > > > > I've been struggling with similar issues where slapd seems to hang at > > startup when using nss_ldap on the local system (all system accounts an= d > > groups are local, yet the group enumeration seems to cause the hang). > > Are these two settings documented anywhere for reference? I'm trying t= o > > understand how this interact with 'bind_policy soft', which I've also > > seen recommended. The nss_* settings don't seem documented in the stoc= k > > nss_ldap.conf.sample file. > > After some tests, using nss_ldap-1.389 instead of nss_ldap-1.444 seems > to solve hangs at startup and when slapd is down. > > Can you try nss_ldap-1.389 thanks to portdowngrade if these hangs are > still here ? Sorry, I mean nss_ldap-1.239 and nss_ldap-1.244. > > > Thanks for the help. > > > > David > > > > > > > > Regards. > > -- > There's this old saying: "Give a man a fish, feed him for a day. Teach > a man to fish, feed him for life." > -- There's this old saying: "Give a man a fish, feed him for a day. Teach a man to fish, feed him for life." From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 22:58:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DB5716A41F for ; Tue, 24 Jan 2006 22:58:26 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EACD43D4C for ; Tue, 24 Jan 2006 22:58:26 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id AC24919F2C; Tue, 24 Jan 2006 14:58:22 -0800 (PST) From: "Darren Pilgrim" To: "'Roger Grosswiler'" , Date: Tue, 24 Jan 2006 14:58:11 -0800 Message-ID: <000001c62139$aa23c040$672a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <1138130489.2726.0.camel@niobe> Importance: Normal Cc: Subject: RE: How can i get CIFS-Support in my kernel? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 22:58:26 -0000 From: Roger Grosswiler > > i would like to get CIFS-Support instead of SMB. How can i > get this into my kernel?? SMB is CIFS. CIFS is the product of Microsoft's "embraced and extended" implementation of the standard SMB protocol. Due to imcomplete and expired IETF drafts and licensing issues, there is no real CIFS standard from which to write an implementation. There isn't even real documentation of the differences between the standard SMB and Microsoft's CIFS. The smbfs support in FreeBSD is good enough to work in most cases. If you need something directly developed toward a high degree of interoperability with Windows, there are ports from the Samba project which may provide a more complete implementation. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 23:06:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A1EF16A41F for ; Tue, 24 Jan 2006 23:06:01 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from mail.sectornotfound.com (mail.sectornotfound.com [209.139.233.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2631D43D55 for ; Tue, 24 Jan 2006 23:05:59 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from hannibal.int.sectornotfound.com (hannibal.int.sectornotfound.com [192.168.98.3]) by murdock.sectornotfound.com (8.13.1/8.13.1) with ESMTP id k0ON5vZb036562; Tue, 24 Jan 2006 15:05:58 -0800 (PST) (envelope-from bsd@unixforge.net) Received: from [192.168.3.212] (gw.activestate.com [209.17.183.249]) (authenticated bits=0) by hannibal.int.sectornotfound.com (8.13.1/8.12.10) with ESMTP id k0ON5vpZ023635; Tue, 24 Jan 2006 15:05:57 -0800 (PST) (envelope-from bsd@unixforge.net) Message-ID: <43D6B2D0.2040604@unixforge.net> Date: Tue, 24 Jan 2006 15:05:52 -0800 From: "Eli K. Breen" User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Guy Helmer References: <43D6A930.8070507@unixforge.net> <43D6AE17.3060108@palisadesys.com> In-Reply-To: <43D6AE17.3060108@palisadesys.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: High interrupt on Dell PowerEdge 2400 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 23:06:01 -0000 FYI - disabling ACPI mitigates the problem, however it is undesirable. I've seen this same behaviour since 5.2-RELEASE, I'm honestly quite surprised it hasn't been fixed. -E- Guy Helmer wrote: > Eli K. Breen wrote: > >> Does anyone have any explanation and resolution for the excessive >> interrupt%?: >> >> (System dmesg at the end of this message) >> ======================================================= >> last pid: 2756; load averages: 0.00, 0.00, 0.00 >> up 0+15:22:49 14:02:47 >> 20 processes: 1 running, 19 sleeping >> CPU states: 0.4% user, 0.0% nice, 0.0% system, 16.1% interrupt, >> 83.5% idle >> Mem: 6540K Active, 118M Inact, 97M Wired, 12K Cache, 112M Buf, 1028M Free >> Swap: 2048M Total, 2048M Free >> >> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND >> 2235 elib 1 96 0 2368K 1644K RUN 0:19 0.00% top >> 2233 elib 1 96 0 6076K 3144K select 0:02 0.00% sshd >> 477 root 1 96 0 3416K 2816K select 0:02 0.00% sendmail >> 497 root 1 8 0 1312K 1032K nanslp 0:00 0.00% cron >> 348 root 1 96 0 1292K 872K select 0:00 0.00% syslogd >> 421 root 1 96 0 1208K 772K select 0:00 0.00% usbd >> 2229 root 1 4 0 6108K 3136K sbwait 0:00 0.00% sshd >> 481 smmsp 1 20 0 3296K 2688K pause 0:00 0.00% sendmail >> 2234 elib 1 8 0 1676K 1256K wait 0:00 0.00% sh >> 560 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty >> 472 root 1 96 0 3352K 2484K select 0:00 0.00% sshd >> 567 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty >> 562 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty >> 561 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty >> 563 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty >> 564 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty >> 565 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty >> 566 root 1 5 0 1264K 928K ttyin 0:00 0.00% getty >> 319 root 1 113 0 500K 352K select 0:00 0.00% devd >> 171 root 1 20 0 1172K 644K pause 0:00 0.00% adjkerntz >> ======================================================= >> >> This machine is a totally stock FreeBSD 6.0 box. I haven't done >> anything except install the OS and boot it. >> >> Ideas? > > What does "vmstat -i" report? > > Guy > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 23:19:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 026BD16A41F for ; Tue, 24 Jan 2006 23:19:44 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from mail.sectornotfound.com (mail.sectornotfound.com [209.139.233.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id A615843D49 for ; Tue, 24 Jan 2006 23:19:43 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from hannibal.int.sectornotfound.com (hannibal.int.sectornotfound.com [192.168.98.3]) by murdock.sectornotfound.com (8.13.1/8.13.1) with ESMTP id k0ONJgwA037634; Tue, 24 Jan 2006 15:19:43 -0800 (PST) (envelope-from bsd@unixforge.net) Received: from [192.168.3.212] (gw.activestate.com [209.17.183.249]) (authenticated bits=0) by hannibal.int.sectornotfound.com (8.13.1/8.12.10) with ESMTP id k0ONJgck023692; Tue, 24 Jan 2006 15:19:42 -0800 (PST) (envelope-from bsd@unixforge.net) Message-ID: <43D6B609.3040208@unixforge.net> Date: Tue, 24 Jan 2006 15:19:37 -0800 From: "Eli K. Breen" User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Guy Helmer References: <43D6A930.8070507@unixforge.net> <43D6AE17.3060108@palisadesys.com> In-Reply-To: <43D6AE17.3060108@palisadesys.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: High interrupt on Dell PowerEdge 2400 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 23:19:44 -0000 Ok, I lied. disabling ACPI didn't fix the problem at all. However it doesn't look like this problem manifests itself until a minute or so after boot-up (hence my confusion). Any ideas? mistert# vmstat -i interrupt total rate irq1: atkbd0 2 0 irq6: fdc0 10 0 irq13: npx0 1 0 irq14: ata0 154 0 irq16: fxp0 2870 1 irq22: mlx0 4375 1 irq30: ahc0 109 0 cpu0: timer 5013679 1999 Total 5021200 2002 -E- Guy Helmer wrote: > Eli K. Breen wrote: > >> Does anyone have any explanation and resolution for the excessive >> interrupt%?: >> >> (System dmesg at the end of this message) >> ======================================================= >> ======================================================= >> >> This machine is a totally stock FreeBSD 6.0 box. I haven't done >> anything except install the OS and boot it. >> >> Ideas? > > What does "vmstat -i" report? > > Guy > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 01:35:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BD3A16A41F for ; Wed, 25 Jan 2006 01:35:51 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (gw-ipinc.museum.rain.com [65.75.192.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC07E43D46 for ; Wed, 25 Jan 2006 01:35:50 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (localhost [127.0.0.1]) by ns.museum.rain.com (8.13.4/8.13.4) with ESMTP id k0P1ZgLu043946 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Tue, 24 Jan 2006 17:35:42 -0800 (PST) (envelope-from james@umpquanet.com) Received: (from james@localhost) by ns.museum.rain.com (8.13.4/8.13.4/Submit) id k0P1ZgSl043945 for freebsd-stable@freebsd.org; Tue, 24 Jan 2006 17:35:42 -0800 (PST) (envelope-from james) Date: Tue, 24 Jan 2006 17:35:42 -0800 From: James Long To: freebsd-stable@freebsd.org Message-ID: <20060125013542.GA43885@ns.museum.rain.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-99.6 required=5.0 tests=ALL_TRUSTED, J_CHICKENPOX_43, J_CHICKENPOX_47,J_CHICKENPOX_73,USER_IN_WHITELIST autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ns.museum.rain.com Subject: How to get custom release CD to boot without floppies? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 01:35:51 -0000 I am trying to create bootable installation media for 6.0-RELEASE. This is my first attempt at doing this, so I am learning a lot and fumbling even more as I go. First, I wish to thank Masafumi Watari for his helpful step-by-step procedure, based on RELENG_4, found at http://www.sfc.wide.ad.jp/~watari/FreeBSD/boot.html. It has gotten me much farther than any other resource that I've found on the web. Actually, I think I'm building a snapshot release of 6-STABLE, since I started by cvsup-ing: cvsup -g cvs-supfile with this cvs-supfile: --- snip *default host=cvsup4.FreeBSD.org *default base=/var/db *default prefix=/home/ncvs *default release=cvs *default delete use-rel-suffix *default compress src-all cvsroot-all --- snip I am intentionally omitting ports and docs because I believe I do not require them for my purposes. I then went into /usr/src and did 'make -j4 buildworld' which ran without errors. The 'make release' was done thus: export NODOC=1 export NOPORTS=1 cd /usr/src/release make release CHROOTDIR=/usr/tmp/CHROOTDIR BUILDNAME=6.0-REL-TEST CVSROOT=/usr/home/ncvs RELEASETAG=RELENG_6 Watari's document talks about customizing install.cfg, but in my limited understanding, this file automates installation tasks. I don't think I need this. I will be happy to just have a custom release which boots into a standard sysinstall. Watari also discusses modifying sysinstall itself, again, beyond the scope of my needs. So I proceeded directly to burning the CD-R. I don't have a burner on the build machine, nor do I have mkisofs installed. So I tarred up the release CHROOTDIR: cd /usr/tmp tar cf CHROOTDIR.tar CHROOTDIR and un-tarred on my burner-equipped machine: cd /work/ tar xpf ~/CHROOTDIR.tar Finally, I made an ISO image: cd CHROOTDIR export CHROOTDIR="." mkisofs -d -D -N -R -T -V "FreeBSD6.0-RELEASE" \ -P "Test Distribution" \ -o ~/tinn.iso -b floppies/boot.flp \ -c floppies/boot.catalog $CHROOTDIR/R/cdrom/disc1 # /* -V is your CD name */ # /* -P is for some comments */ # /* -o is your image name */ # /* -b and -c should be left how it is. It's set for auto boot. These paths should not be a full path */ I then took an md5 of the iso file, burned it to disc, and got a disc with the same md5 value. The disc does boot, but asks for kernel floppies: Insert disk labelled "Kernel floppy 1" and press any key... I want to make a CD which doesn't require floppies to boot. In diff'ing the CD against a genuine 6.0-RELEASE I find that the boot.catalog didn't make it on the disc (apparently because there just plain isn't one anywhere in the CHROOTDIR tree I built), but I can't find anything by Googling that definitively points to that being the problem. I have compared some files between my release and 6.0-RELEASE (/boot/*boot*, /boot/defaults/loader.conf, /boot/loader.rc, etc.), and in general, binaries are the same size, and text files have trivial differences. But perhaps I have overlooked some key files somewhere. The mkisofs option "-b floppies/boot.flp" makes me squint a lot, but my searches haven't led me to a file which seems a more likely El Torito boot image. So.... I'm going to go rustle up some floppies -- I don't think I have any around -- and see if my release at least does boot via the floppy method. That will be valuable knowledge to have before attempting a second "release candidate." I should make diskettes from the images $CHROOTDIR/R/cdrom/disc1/floppies/kern1.flp and kern2.flp, yes? In the meantime, can anyone shed light on why my CD asks for floppies in the first place? If it is the lack of the boot.catalog file, can I simply copy the boot.catalog from the official 6.0-RELEASE disc, and place it in $CHROOTDIR/floppies/ as per where mkisofs was told to find it? If it is the wrong choice of boot image with the "-b" switch, which file should I use instead? In case it helps, $(ls -lR) of $CHROOTDIR is at: ftp://www.umpquanet.com/pub/make-rel-chrootdir-ls-lR.txt $(ls -lR) of burned CD is at: ftp://www.umpquanet.com/pub/make-rel-cd-ls-lR.txt Thank you very much! Jim From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 02:07:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82C9116A420 for ; Wed, 25 Jan 2006 02:07:05 +0000 (GMT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (gndrsh.dnsmgr.net [205.238.40.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4784C43D4C for ; Wed, 25 Jan 2006 02:07:04 +0000 (GMT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id SAA76947; Tue, 24 Jan 2006 18:06:52 -0800 (PST) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <200601250206.SAA76947@gndrsh.dnsmgr.net> In-Reply-To: <20060125013542.GA43885@ns.museum.rain.com> from James Long at "Jan 24, 2006 05:35:42 pm" To: list@museum.rain.com (James Long) Date: Tue, 24 Jan 2006 18:06:52 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: How to get custom release CD to boot without floppies? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 02:07:06 -0000 ... > Finally, I made an ISO image: > > cd CHROOTDIR > export CHROOTDIR="." > mkisofs -d -D -N -R -T -V "FreeBSD6.0-RELEASE" \ > -P "Test Distribution" \ > -o ~/tinn.iso -b floppies/boot.flp \ > -c floppies/boot.catalog $CHROOTDIR/R/cdrom/disc1 > > # /* -V is your CD name */ > # /* -P is for some comments */ > # /* -o is your image name */ > # /* -b and -c should be left how it is. It's set for auto boot. These paths should not be a full path */ Big concern here is that the -b and -c are NOT part of the isoimage burn requested. This is most likely your problem, mkisofs well actually create and write the boot.catalog file, and I am almost certain that it must appear on the cdrom at that same relative location (ie, the arg to mkisofs should almost always be . ) -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 02:10:44 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C3AB16A41F for ; Wed, 25 Jan 2006 02:10:44 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AD3443D45 for ; Wed, 25 Jan 2006 02:10:42 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F1a7Y-0004Fd-Uq; Wed, 25 Jan 2006 10:10:54 +0800 Message-Id: <7.0.0.16.2.20060125100751.048bf9c0@micom.mng.net> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Wed, 25 Jan 2006 10:10:30 +0800 To: pyunyh@gmail.com From: Ganbold In-Reply-To: <20060125015511.GA11296@rndsoft.co.kr> References: <43D5FF19.7090903@freebsd.org> <20060125015511.GA11296@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@FreeBSD.org Subject: Re: Marvell/SysKonnect YukonII source code available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 02:10:44 -0000 At 09:55 AM 1/25/2006, you wrote: >On Tue, Jan 24, 2006 at 11:19:05AM +0100, Andre Oppermann wrote: > > Marvell/SysKonnect made the source code to the YukonII chips available > > today under a BSD license: > > > > http://people.freebsd.org/~andre/mykbsd60x86-8.12.1.3-src.tgz > > > > I haven't tested the driver yet and I don't know if it available directly > > from the their website already. > > > > Many thanks to Gerald and Frank at SysKonnect for working with us and > > making this possible! > > >Yes, that's great news. > >Is there any chance to get a copy of data sheet for Yukon chips? >I've tried hard to make Rx TCP/UDP checksum offload work but >failed. ATM both Linux and OpenBSD use Rx IP checksum offload only >but this driver enabled Rx checksum offload for TCP/UDP. So I guess >there is somthing not listed in SK-NET Genesis data sheet. :-( > >Quick reading the source shows that this driver has the following >issues. >1. Incomplete bus_dma(9) support. The driver uses BUS_SPACE_MAXADDR > when it creates DMA tags which means its DMA supports any address > without limitations. However, I'm sure Rx/Tx descriptors should > reside in < 4GB. So the driver wouldn't work on systems with > 4GB > memory. >2. Since the driver makes use of mbpool(9) it wouldn't work when > bounce buffers are involved. In fact, I think the use of mbpool(9) > is really bad as it lacks bus_dmamap_sync(9) operation. >3. Lack of ALTQ support. >4. The driver may not work on big-endian architectures. >5. The driver may not work on architectures with strict-alignment. > >Btw, new sk(4) is availabe at the following URL. Due to lack of >documentation it doesn't support YukonII yet. >http://people.freebsd.org/~yongari/sk/if_sk.c >http://people.freebsd.org/~yongari/sk/if_skreg.h I'm still having sk0: watchdog timeout in my system and I'll try new sk driver. I will let you know if there is any issue. Ganbold >-- >Regards, >Pyun YongHyeon >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 02:15:20 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C0AC16A41F for ; Wed, 25 Jan 2006 02:15:20 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4597443D46 for ; Wed, 25 Jan 2006 02:15:19 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F1aC6-0005su-N6; Wed, 25 Jan 2006 10:15:35 +0800 Message-Id: <7.0.0.16.2.20060125101216.048f01c8@micom.mng.net> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Wed, 25 Jan 2006 10:15:11 +0800 To: pyunyh@gmail.com From: Ganbold In-Reply-To: <20060125015511.GA11296@rndsoft.co.kr> References: <43D5FF19.7090903@freebsd.org> <20060125015511.GA11296@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@FreeBSD.org Subject: Re: Marvell/SysKonnect YukonII source code available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 02:15:20 -0000 At 09:55 AM 1/25/2006, you wrote: >Btw, new sk(4) is availabe at the following URL. Due to lack of >documentation it doesn't support YukonII yet. >http://people.freebsd.org/~yongari/sk/if_sk.c >http://people.freebsd.org/~yongari/sk/if_skreg.h Pyun, I'm confused, I got drivers dated back Jan 19, however above are dated Jan 17. And I'm still getting: Jan 24 15:30:40 gw kernel: sk0: watchdog timeout Jan 24 15:30:40 gw kernel: fxp0: device timeout errors. Ganbold >-- >Regards, >Pyun YongHyeon >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 02:28:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79E1A16A422 for ; Wed, 25 Jan 2006 02:28:57 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F5C643D45 for ; Wed, 25 Jan 2006 02:28:56 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so1004nzo for ; Tue, 24 Jan 2006 18:28:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Kllz18nr+anbBlwCbFWVEXz9JOj6BrEWqCUKp+iRXTs7GK0UjYNq5Ydj2brBxXzXSsjelCFCqnX98TxGwBWrskMxlGxTBS5o388zzbBWsLMcsj9VP0sEoGI8QAlUCN2IKruWkX+lvD8TXswCmF0LIBACu/QNrbRgppVgnuDtyJA= Received: by 10.36.128.5 with SMTP id a5mr173229nzd; Tue, 24 Jan 2006 18:28:55 -0800 (PST) Received: from michelle.rndsoft.co.kr ( [211.32.202.217]) by mx.gmail.com with ESMTP id 10sm99474nzo.2006.01.24.18.28.54; Tue, 24 Jan 2006 18:28:55 -0800 (PST) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.5/8.13.5) with ESMTP id k0P2Rb0A011966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Jan 2006 11:27:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.5/8.13.5/Submit) id k0P2RZgx011965; Wed, 25 Jan 2006 11:27:35 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 25 Jan 2006 11:27:35 +0900 From: Pyun YongHyeon To: Ganbold Message-ID: <20060125022735.GB11296@rndsoft.co.kr> References: <43D5FF19.7090903@freebsd.org> <20060125015511.GA11296@rndsoft.co.kr> <7.0.0.16.2.20060125101216.048f01c8@micom.mng.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7.0.0.16.2.20060125101216.048f01c8@micom.mng.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@FreeBSD.org Subject: Re: Marvell/SysKonnect YukonII source code available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 02:28:57 -0000 On Wed, Jan 25, 2006 at 10:15:11AM +0800, Ganbold wrote: > At 09:55 AM 1/25/2006, you wrote: > >Btw, new sk(4) is availabe at the following URL. Due to lack of > >documentation it doesn't support YukonII yet. > >http://people.freebsd.org/~yongari/sk/if_sk.c > >http://people.freebsd.org/~yongari/sk/if_skreg.h > > Pyun, > > I'm confused, I got drivers dated back Jan 19, however above are dated Jan > 17. > And I'm still getting: > > Jan 24 15:30:40 gw kernel: sk0: watchdog timeout > Jan 24 15:30:40 gw kernel: fxp0: device timeout > > errors. > > Ganbold > Did you use expeimental code in http://people.freebsd.org/~yongari/sk/sk_test/ ? If the driver still emit "watchdong timeout" I have no idea atm. I've never met such errors but I suffered from mbuf cluster leak on CURRENT. I believe the leak comes from kernel not sk(4) as it also happens em(4) on i386 SMP. When you see the error would you check mbuf status with netstat(1)? -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 02:42:49 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 308A216A41F for ; Wed, 25 Jan 2006 02:42:49 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20B7043D46 for ; Wed, 25 Jan 2006 02:42:47 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F1acj-000IcU-J0; Wed, 25 Jan 2006 10:43:06 +0800 Message-Id: <7.0.0.16.2.20060125103815.0492f920@micom.mng.net> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Wed, 25 Jan 2006 10:42:42 +0800 To: pyunyh@gmail.com From: Ganbold In-Reply-To: <20060125022735.GB11296@rndsoft.co.kr> References: <43D5FF19.7090903@freebsd.org> <20060125015511.GA11296@rndsoft.co.kr> <7.0.0.16.2.20060125101216.048f01c8@micom.mng.net> <20060125022735.GB11296@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@FreeBSD.org Subject: Re: Marvell/SysKonnect YukonII source code available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 02:42:49 -0000 At 10:27 AM 1/25/2006, you wrote: >On Wed, Jan 25, 2006 at 10:15:11AM +0800, Ganbold wrote: > > At 09:55 AM 1/25/2006, you wrote: > > >Btw, new sk(4) is availabe at the following URL. Due to lack of > > >documentation it doesn't support YukonII yet. > > >http://people.freebsd.org/~yongari/sk/if_sk.c > > >http://people.freebsd.org/~yongari/sk/if_skreg.h > > > > Pyun, > > > > I'm confused, I got drivers dated back Jan 19, however above are > dated Jan > > 17. > > And I'm still getting: > > > > Jan 24 15:30:40 gw kernel: sk0: watchdog timeout > > Jan 24 15:30:40 gw kernel: fxp0: device timeout > > > > errors. > > > > Ganbold > > > >Did you use expeimental code in >http://people.freebsd.org/~yongari/sk/sk_test/ ? Yes. >If the driver still emit "watchdong timeout" I have no idea atm. >I've never met such errors but I suffered from mbuf cluster leak >on CURRENT. I believe the leak comes from kernel not sk(4) as it >also happens em(4) on i386 SMP. >When you see the error would you check mbuf status with netstat(1)? Actually I can't because I'm connecting to this machine remotely and external NIC fxp also times out. Ganbold >-- >Regards, >Pyun YongHyeon >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 08:08:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E68816A41F for ; Wed, 25 Jan 2006 08:08:18 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 201CF43D45 for ; Wed, 25 Jan 2006 08:08:16 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 11092 invoked by uid 1026); 25 Jan 2006 08:10:23 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.210616 secs); 25 Jan 2006 08:10:23 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 25 Jan 2006 08:10:23 -0000 From: Niki Denev To: stable@freebsd.org Date: Wed, 25 Jan 2006 10:10:14 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_mJz1DYDYQ2PGicG" Message-Id: <200601251010.14795.nike_d@cytexbg.com> Cc: Subject: drm problem after portupgrade to Xorg 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 08:08:18 -0000 --Boundary-00=_mJz1DYDYQ2PGicG Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I've just upraded my Xorg port to the latest relase 6.9, and begin to get this when i start X : agp0: binding memory at bad offset 0 error: [drm:pid610:radeon_cp_init] *ERROR* radeon_cp_init called without lock held error: [drm:pid610:drm_unlock] *ERROR* Process 610 using kernel context 0 My machine is running 6.0-STABLE, It's Pentium 4 2.0Ghz with Radeon 9600LE dmesg is attached. Any hints are appreciated. --Boundary-00=_mJz1DYDYQ2PGicG Content-Type: text/plain; charset="us-ascii"; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" calcru: runtime went backwards from 286940498 usec to 286919243 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286919299 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286920059 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286920114 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286921015 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286921070 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286921836 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286921891 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286922643 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286922698 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286923449 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286923504 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286924251 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286924306 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286925169 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286925224 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286925985 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286926041 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286926791 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286926846 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286927597 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286927652 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286928391 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286928446 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286929301 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286929355 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286930112 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286930169 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286930926 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286930982 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286931731 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286931786 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286932545 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286932601 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286933466 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286933521 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286934267 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286934323 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286935073 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286935128 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286935880 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286935935 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286936694 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286936748 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286937599 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286937655 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286938408 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286938462 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286939207 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286939262 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286940008 usec for pid 37002 (artsd) calcru: runtime went backwards from 286940498 usec to 286940063 usec for pid 37002 (artsd) pid 608 (Xorg), uid 0: exited on signal 6 (core dumped) Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...5 0 0 0 done All buffers synced. Uptime: 7d0h7m15s Shutting down ACPI Rebooting... Copyright (c) 1992-2005 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 6.0-STABLE #2: Tue Jan 17 15:35:56 EET 2006 ndenev@ndenev.office.suresupport.com:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1993.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 1073479680 (1023 MB) avail memory = 1041543168 (993 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0xc800-0xc8ff mem 0xe0000000-0xefffffff,0xff4f0000-0xff4fffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized radeon 1.19.0 20050911 pci1: at device 0.1 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 fxp0: port 0xdf80-0xdf9f mem 0xf6aff000-0xf6afffff,0xff800000-0xff8fffff irq 23 at device 11.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:08:c7:89:db:8b ahc0: port 0xd800-0xd8ff mem 0xff9ff000-0xff9fffff irq 21 at device 13.0 on pci2 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xef40-0xef5f irq 19 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 23 at device 31.4 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcm0: port 0xe800-0xe8ff,0xef00-0xef3f irq 17 at device 31.5 on pci0 pcm0: atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xcdfff,0xd3800-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech USB Receiver, rev 1.10/25.00, addr 2, iclass 3/1 ums0: 7 buttons and Z dir. uhub2: vendor 0x8086 product 0x1122, class 9/0, rev 1.10/0.00, addr 2 uhub2: 4 ports with 4 removable, self powered ukbd0: Logitech HID compliant keyboard, rev 1.10/1.80, addr 3, iclass 3/1 kbd1 at ukbd0 uhid0: Logitech HID compliant keyboard, rev 1.10/1.80, addr 3, iclass 3/1 Timecounter "TSC" frequency 1993676192 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata1-master UDMA66 Waiting 5 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) Trying to mount root from ufs:/dev/da0s1a pid 95506 (dialog), uid 0: exited on signal 11 (core dumped) pid 5511 (portmanager), uid 1001: exited on signal 6 (core dumped) pid 6359 (portmanager), uid 1001: exited on signal 6 (core dumped) pid 35073 (portmanager), uid 0: exited on signal 11 (core dumped) pid 19379 (conftest), uid 0: exited on signal 11 (core dumped) Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...4 1 0 done All buffers synced. Uptime: 15h49m38s Shutting down ACPI Rebooting... Copyright (c) 1992-2005 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 6.0-STABLE #2: Tue Jan 17 15:35:56 EET 2006 ndenev@ndenev.office.suresupport.com:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1993.54-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 1073479680 (1023 MB) avail memory = 1041543168 (993 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0xc800-0xc8ff mem 0xe0000000-0xefffffff,0xff4f0000-0xff4fffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized radeon 1.19.0 20050911 pci1: at device 0.1 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 fxp0: port 0xdf80-0xdf9f mem 0xf6aff000-0xf6afffff,0xff800000-0xff8fffff irq 23 at device 11.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:08:c7:89:db:8b ahc0: port 0xd800-0xd8ff mem 0xff9ff000-0xff9fffff irq 21 at device 13.0 on pci2 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xef40-0xef5f irq 19 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 23 at device 31.4 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcm0: port 0xe800-0xe8ff,0xef00-0xef3f irq 17 at device 31.5 on pci0 pcm0: atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xcdfff,0xd3800-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech USB Receiver, rev 1.10/25.00, addr 2, iclass 3/1 ums0: 7 buttons and Z dir. uhub2: vendor 0x8086 product 0x1122, class 9/0, rev 1.10/0.00, addr 2 uhub2: 4 ports with 4 removable, self powered ukbd0: Logitech HID compliant keyboard, rev 1.10/1.80, addr 3, iclass 3/1 kbd1 at ukbd0 uhid0: Logitech HID compliant keyboard, rev 1.10/1.80, addr 3, iclass 3/1 Timecounter "TSC" frequency 1993541788 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata1-master UDMA66 Waiting 5 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) Trying to mount root from ufs:/dev/da0s1a agp0: binding memory at bad offset 0 error: [drm:pid610:radeon_cp_init] *ERROR* radeon_cp_init called without lock held error: [drm:pid610:drm_unlock] *ERROR* Process 610 using kernel context 0 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 0 done All buffers synced. Uptime: 1h40m14s Shutting down ACPI Rebooting... Copyright (c) 1992-2005 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 6.0-STABLE #2: Tue Jan 17 15:35:56 EET 2006 ndenev@ndenev.office.suresupport.com:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1993.54-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 1073479680 (1023 MB) avail memory = 1041543168 (993 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0xc800-0xc8ff mem 0xe0000000-0xefffffff,0xff4f0000-0xff4fffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized radeon 1.19.0 20050911 pci1: at device 0.1 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 fxp0: port 0xdf80-0xdf9f mem 0xf6aff000-0xf6afffff,0xff800000-0xff8fffff irq 23 at device 11.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:08:c7:89:db:8b ahc0: port 0xd800-0xd8ff mem 0xff9ff000-0xff9fffff irq 21 at device 13.0 on pci2 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xef40-0xef5f irq 19 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 23 at device 31.4 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcm0: port 0xe800-0xe8ff,0xef00-0xef3f irq 17 at device 31.5 on pci0 pcm0: atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xcdfff,0xd3800-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech USB Receiver, rev 1.10/25.00, addr 2, iclass 3/1 ums0: 7 buttons and Z dir. uhub2: vendor 0x8086 product 0x1122, class 9/0, rev 1.10/0.00, addr 2 uhub2: 4 ports with 4 removable, self powered ukbd0: Logitech HID compliant keyboard, rev 1.10/1.80, addr 3, iclass 3/1 kbd1 at ukbd0 uhid0: Logitech HID compliant keyboard, rev 1.10/1.80, addr 3, iclass 3/1 Timecounter "TSC" frequency 1993544448 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata1-master UDMA66 Waiting 5 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) Trying to mount root from ufs:/dev/da0s1a agp0: binding memory at bad offset 0 error: [drm:pid610:radeon_cp_init] *ERROR* radeon_cp_init called without lock held error: [drm:pid610:drm_unlock] *ERROR* Process 610 using kernel context 0 --Boundary-00=_mJz1DYDYQ2PGicG-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 11:36:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EECFA16A420 for ; Wed, 25 Jan 2006 11:36:11 +0000 (GMT) (envelope-from steve@sohara.org) Received: from sohara.org (sohara.org [192.220.64.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA00943D6D for ; Wed, 25 Jan 2006 11:36:11 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 49133 invoked by uid 16563); 25 Jan 2006 11:36:10 -0000 Received: from unknown (HELO df1.marelmo.com) ([194.125.48.227]) (envelope-sender ) by 192.220.64.179 (qmail-ldap-1.03) with SMTP for ; 25 Jan 2006 11:36:10 -0000 Date: Wed, 25 Jan 2006 11:36:09 +0000 From: Steve O'Hara-Smith To: stable@freebsd.org Message-Id: <20060125113609.71b5ce83.steve@sohara.org> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.9; i386-pc-dragonfly1) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX, Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: xorg-server 6.9.0 won't build on 4.11-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 11:36:12 -0000 Hi, I upgraded my ports tree and found the the xorg-server port (now at 6.9.0) won't build on 4.11 because it can't find a working va_copy. I've checked /usr/include and indeed there is no mention of va_copy in there. -- C:>WIN | Directable Mirror Arrays The computer obeys and wins. | A better way to focus the sun You lose and Bill collects. | licences available see | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 11:53:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4478D16A41F for ; Wed, 25 Jan 2006 11:53:56 +0000 (GMT) (envelope-from fbsd-st@donut.de) Received: from smtp.free.de (smtp.free.de [193.28.225.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79DE543D46 for ; Wed, 25 Jan 2006 11:53:49 +0000 (GMT) (envelope-from fbsd-st@donut.de) Received: (qmail 89260 invoked by uid 98); 25 Jan 2006 11:53:48 -0000 Received: from 84.164.121.132 by smtp.free.de (envelope-from , uid 82) with qmail-scanner-1.25 (clamdscan: 0.87.1/1162. Clear:RC:0(84.164.121.132):. Processed in 0.108201 secs); 25 Jan 2006 11:53:48 -0000 X-Qmail-Scanner-smtp.free.de-Mail-From: fbsd-st@donut.de via smtp.free.de X-Qmail-Scanner-smtp.free.de: 1.25 (Clear:RC:0(84.164.121.132):. Processed in 0.108201 secs) Received: from p54a47984.dip.t-dialin.net (HELO [192.168.40.3]) (peanuts@[84.164.121.132]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 25 Jan 2006 11:53:47 -0000 Message-ID: <43D766CA.3030506@donut.de> Date: Wed, 25 Jan 2006 12:53:46 +0100 From: Rolf Witt User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: stable@freebsd.org References: <20060125113609.71b5ce83.steve@sohara.org> In-Reply-To: <20060125113609.71b5ce83.steve@sohara.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: xorg-server 6.9.0 won't build on 4.11-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 11:53:56 -0000 Steve O'Hara-Smith schrieb: > I upgraded my ports tree and found the the xorg-server port (now > at 6.9.0) won't build on 4.11 because it can't find a working va_copy. I've > checked /usr/include and indeed there is no mention of va_copy in there. Here the same problem :( uname -a FreeBSD xxxxxxxxxxx 4.11-STABLE FreeBSD 4.11-STABLE #54: Mon Jan 23 17:37:23 CET 2006 xxxx@xxxxx:/usr/obj/usr/src/sys/PEANUTS i386 xprintf.c:42: #error "no working va_copy was found" xprintf.c: In function `Xvprintf': xprintf.c:53: warning: implicit declaration of function `va_copy' xprintf.c:51: warning: `va2' might be used uninitialized in this function xprintf.c: In function `XNFvprintf': xprintf.c:81: warning: `va2' might be used uninitialized in this function *** Error code 1 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 12:00:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5728316A41F for ; Wed, 25 Jan 2006 12:00:12 +0000 (GMT) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (izb.knu.ac.kr [155.230.157.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74ED443D48 for ; Wed, 25 Jan 2006 12:00:11 +0000 (GMT) (envelope-from bh@izb.knu.ac.kr) Received: (qmail 12047 invoked from network); 25 Jan 2006 21:00:08 +0900 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s512; d=izb.knu.ac.kr; b=LxVIls0GiYROuhf/jfFE/jHFdqkvvYpkXjVT9osJXWNxch6CInETvd355jdg5lr9BOJ2UFdjX+wsHNiBE02hZg== ; Received: from e.mx (HELO i.mx) (2002:9be6:9d5d:2::1) by e.mx (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 25 Jan 2006 21:00:08 +0900 Received: (qmail 12037 invoked from network); 25 Jan 2006 21:00:08 +0900 Received: from viola.izb.knu.ac.kr (HELO ?IPv6:2002:9be6:9d5d:2::2?) (bh@2002:9be6:9d5d:2::2) by izb.knu.ac.kr (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 25 Jan 2006 21:00:08 +0900 Message-ID: <43D76846.8090200@izb.knu.ac.kr> Date: Wed, 25 Jan 2006 05:00:06 -0700 From: Byung-Hee HWANG Organization: InZealBomb User-Agent: Thunderbird 1.5 (FreeBSD/20060121) MIME-Version: 1.0 To: Steve O'Hara-Smith References: <20060125113609.71b5ce83.steve@sohara.org> In-Reply-To: <20060125113609.71b5ce83.steve@sohara.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, Byung-Hee HWANG Subject: Re: xorg-server 6.9.0 won't build on 4.11-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 12:00:12 -0000 Steve O'Hara-Smith wrote: > Hi, > > I upgraded my ports tree and found the the xorg-server port (now > at 6.9.0) won't build on 4.11 because it can't find a working va_copy. I've > checked /usr/include and indeed there is no mention of va_copy in there. > Do you still use 4stable? IMHO, we need what it just upgrade at least freebsd-base to 5stable. -- 文章ã¯ã€ç”¨ã„る言葉ã®é¸æ“‡ã§æ±ºã‚る。 -- Gaius Julius Caesar From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 12:29:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66D5716A41F for ; Wed, 25 Jan 2006 12:29:29 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2DD343D46 for ; Wed, 25 Jan 2006 12:29:28 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 532C9E607C for ; Wed, 25 Jan 2006 12:29:28 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.1) with ESMTP id k0PCTKNY033601; Wed, 25 Jan 2006 23:29:22 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200601251229.k0PCTKNY033601@drugs.dv.isc.org> To: Byung-Hee HWANG From: Mark Andrews In-reply-to: Your message of "Wed, 25 Jan 2006 05:00:06 PDT." <43D76846.8090200@izb.knu.ac.kr> Date: Wed, 25 Jan 2006 23:29:20 +1100 Sender: Mark_Andrews@isc.org Cc: stable@freebsd.org Subject: Re: xorg-server 6.9.0 won't build on 4.11-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 12:29:29 -0000 > Steve O'Hara-Smith wrote: > > Hi, > > > > I upgraded my ports tree and found the the xorg-server port (now > > at 6.9.0) won't build on 4.11 because it can't find a working va_copy. I've > > checked /usr/include and indeed there is no mention of va_copy in there. > > > Do you still use 4stable? > IMHO, we need what it just upgrade at least freebsd-base to 5stable. Or I suspect you can get away with just using gcc33 which has va_copy() builtin. Mark % gcc33 -E xx.c # 1 "xx.c" # 1 "" # 1 "" # 1 "xx.c" # 1 "/usr/local/lib/gcc-lib/i386-portbld-freebsd4.11/3.3.6/gcc-lib/i386-portbld-freebsd4.11/3.3.6/include/stdarg.h" 1 3 4 # 43 "/usr/local/lib/gcc-lib/i386-portbld-freebsd4.11/3.3.6/gcc-lib/i386-portbld-freebsd4.11/3.3.6/include/stdarg.h" 3 4 typedef __builtin_va_list __gnuc_va_list; # 105 "/usr/local/lib/gcc-lib/i386-portbld-freebsd4.11/3.3.6/gcc-lib/i386-portbld-freebsd4.11/3.3.6/include/stdarg.h" 3 4 typedef __gnuc_va_list va_list; # 2 "xx.c" 2 __builtin_va_copy(a,b) % cat xx.c #include va_copy(a,b) % > -- > 文章ã¯ã€ç”¨ã„る言葉ã®é¸æ“‡ã§æ±ºã‚る。 > -- Gaius Julius Caesar > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 13:23:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6064516A41F for ; Wed, 25 Jan 2006 13:23:56 +0000 (GMT) (envelope-from steve@sohara.org) Received: from sohara.org (sohara.org [192.220.64.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE2DF43D49 for ; Wed, 25 Jan 2006 13:23:55 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 49805 invoked by uid 16563); 25 Jan 2006 13:23:54 -0000 Received: from unknown (HELO df1.marelmo.com) ([194.125.48.227]) (envelope-sender ) by 192.220.64.179 (qmail-ldap-1.03) with SMTP for ; 25 Jan 2006 13:23:54 -0000 Date: Wed, 25 Jan 2006 13:23:52 +0000 From: Steve O'Hara-Smith To: Mark Andrews Message-Id: <20060125132352.44e452d3.steve@sohara.org> In-Reply-To: <200601251229.k0PCTKNY033601@drugs.dv.isc.org> References: <43D76846.8090200@izb.knu.ac.kr> <200601251229.k0PCTKNY033601@drugs.dv.isc.org> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.9; i386-pc-dragonfly1) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX, Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, bh@izb.knu.ac.kr Subject: Re: xorg-server 6.9.0 won't build on 4.11-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 13:23:56 -0000 On Wed, 25 Jan 2006 23:29:20 +1100 Mark Andrews wrote: > > > Steve O'Hara-Smith wrote: > > > Hi, > > > > > > I upgraded my ports tree and found the the xorg-server port (now > > > at 6.9.0) won't build on 4.11 because it can't find a working va_copy. I've > > > checked /usr/include and indeed there is no mention of va_copy in there. > > > > > Do you still use 4stable? Yes I do - I might go to 6 one day on that box when I have time to do it properly. Anyway I thought 4.11 was still on the supported list. > > IMHO, we need what it just upgrade at least freebsd-base to 5stable. > > Or I suspect you can get away with just using gcc33 which > has va_copy() builtin. Hmm I have gcc34 courtesy of some other ports build dependency, so I suppose I could add a USE_GCC=3.4 to the Makefile. Would it be a good idea to add this to all the xorg-6.9 Makefiles ? As an aside running a 6.8.2 server on top of 6.9 libraries produces an interesting effect - after a few minutes the mouse pointer dives to the left side of the screen and then will only move vertically. -- C:>WIN | Directable Mirror Arrays The computer obeys and wins. | A better way to focus the sun You lose and Bill collects. | licences available see | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 15:53:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C46F16A41F for ; Wed, 25 Jan 2006 15:53:59 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx03.interbgc.com [217.9.224.229]) by mx1.FreeBSD.org (Postfix) with SMTP id F314443D7B for ; Wed, 25 Jan 2006 15:53:50 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 43800 invoked from network); 25 Jan 2006 15:53:48 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(0.1/8.0):. Processed in 0.951388 secs); 25 Jan 2006 15:53:48 -0000 X-Spam-Status: No, hits=0.1 required=8.0 Received: from 213-240-206-219.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.206.219) by mx03.interbgc.com with SMTP; 25 Jan 2006 15:53:47 -0000 Received: (qmail 87207 invoked from network); 25 Jan 2006 15:53:46 -0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 25 Jan 2006 15:53:46 -0000 Message-ID: <43D79F09.7090505@cytexbg.com> Date: Wed, 25 Jan 2006 17:53:45 +0200 From: Niki Denev User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200601202003.30336.nike_d@cytexbg.com> In-Reply-To: <200601202003.30336.nike_d@cytexbg.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 15:53:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Niki Denev wrote: > [...] I received off the list suggestion to try a patch from -CURRENT for vfs_lookup.c. I think that this patch is already commited to -STABLE, and so i rebuilt my kernel and world again today, but the problem is still here. The machine deadlocked very hard this time, it even stopped responding to ping requests. This time i was rsyncing this monstrous imap mailbox (about 8G), and ran several times "du -sh Maildir" on the target machine, everything looked ok, and then i decided to run "iostat" and when i pressed enter the shell freezed. I will try to setup debugger on the serial console tomorrow to see if i can get some useful info. I'm open to suggestions on how to debug this :) Thanks, Niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD158JHNAJ/fLbfrkRAspmAJ9VJdqMiVljckJUtgipZx1i/UTh1QCcCV+I K2qgeScOMZGz4fxMFnvnE9Q= =cOPx -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 21:05:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E079E16A45E for ; Wed, 25 Jan 2006 21:05:03 +0000 (GMT) (envelope-from davidski@deadheaven.com) Received: from geoff.deadheaven.com (geoff.deadheaven.com [216.162.200.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8241044EB8 for ; Wed, 25 Jan 2006 20:44:48 +0000 (GMT) (envelope-from davidski@deadheaven.com) Received: by geoff.deadheaven.com (Postfix, from userid 1001) id F2DBE1567D2F; Wed, 25 Jan 2006 12:45:14 -0800 (PST) Date: Wed, 25 Jan 2006 12:45:14 -0800 From: "David F. Severski" To: freebsd-stable@freebsd.org Message-ID: <20060125204514.GE69091@geoff.deadheaven.com> References: <200601201130.18872.doconnor@gsoft.com.au> <7daacbbe0601192341p32673972j8f309dff1df543aa@mail.gmail.com> <20060120154215.GA54284@dan.emsphone.com> <7daacbbe0601201008m7c650f4esedcd81921d0fd81e@mail.gmail.com> <20060120200149.GB54284@dan.emsphone.com> <20060124205621.GU69091@geoff.deadheaven.com> <7daacbbe0601241448o67680fedu5521d0aa5f3b42a0@mail.gmail.com> <7daacbbe0601241457t2850a374xd7926556a86a91e1@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JjNtGRvLZqzR8wa5" Content-Disposition: inline In-Reply-To: <7daacbbe0601241457t2850a374xd7926556a86a91e1@mail.gmail.com> User-Agent: Mutt/1.5.11 Subject: Re: Using [Open]LDAP for authentication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 21:05:07 -0000 --JjNtGRvLZqzR8wa5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 24, 2006 at 11:57:28PM +0100, Dominique Goncalves wrote: > > Can you try nss_ldap-1.389 thanks to portdowngrade if these hangs are > > still here ? >=20 > Sorry, I mean nss_ldap-1.239 and nss_ldap-1.244. I'll give that a try. Before I downgrade and try the reboot, do you have particular recommendations for nss_ldap.conf? Were you able to use bind_policy hard with nss_ldap-1.239 and do you have either of the suggested nss_* settings specified? Thanks for the suggestion. David --JjNtGRvLZqzR8wa5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAkPX41oACgkQlTJ+DI1JK1sozQCbBVyPKrAVv1yyeJhQGkYSSe2+ /qcAn2YxS6kLqcfrqTkGghuWm3knRSQT =QKDY -----END PGP SIGNATURE----- --JjNtGRvLZqzR8wa5-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 21:20:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 430E716A42A for ; Wed, 25 Jan 2006 21:20:36 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from smtp.lamaiziere.net (lamaiziere.net [213.41.172.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id B686145091 for ; Wed, 25 Jan 2006 20:55:10 +0000 (GMT) (envelope-from patfbsds@davenulle.org) Received: from [192.168.0.59] (unknown [192.168.0.59]) by smtp.lamaiziere.net (Postfix) with ESMTP id C5E83A6C2B for ; Wed, 25 Jan 2006 21:55:08 +0100 (CET) From: Patrick =?iso-8859-15?q?Lamaizi=E8re?= Organization: >/dave/nulle To: freebsd-stable@freebsd.org Date: Wed, 25 Jan 2006 21:55:08 +0100 User-Agent: KMail/1.9.1 References: <200601251010.14795.nike_d@cytexbg.com> In-Reply-To: <200601251010.14795.nike_d@cytexbg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601252155.08476.patfbsds@davenulle.org> Subject: Re: drm problem after portupgrade to Xorg 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 21:20:36 -0000 Niki Denev : Hello, > I've just upraded my Xorg port to the latest relase 6.9, > and begin to get this when i start X : > > agp0: binding memory at bad offset 0 > error: [drm:pid610:radeon_cp_init] *ERROR* radeon_cp_init called without > lock held > error: [drm:pid610:drm_unlock] *ERROR* Process 610 using kernel context 0 Did you upgrade dri ? From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 21:20:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 962ED16A45C for ; Wed, 25 Jan 2006 21:20:51 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E145447B7 for ; Wed, 25 Jan 2006 20:26:25 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail23.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0PKQLe3008120 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 26 Jan 2006 07:26:23 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id k0PKQLHh040805; Thu, 26 Jan 2006 07:26:21 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id k0PKQKPr040804; Thu, 26 Jan 2006 07:26:20 +1100 (EST) (envelope-from pjeremy) Date: Thu, 26 Jan 2006 07:26:20 +1100 From: Peter Jeremy To: "Steve O'Hara-Smith" Message-ID: <20060125202620.GF25397@cirb503493.alcatel.com.au> References: <43D76846.8090200@izb.knu.ac.kr> <200601251229.k0PCTKNY033601@drugs.dv.isc.org> <20060125132352.44e452d3.steve@sohara.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060125132352.44e452d3.steve@sohara.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: xorg-server 6.9.0 won't build on 4.11-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 21:20:57 -0000 On Wed, 2006-Jan-25 13:23:52 +0000, Steve O'Hara-Smith wrote: >On Wed, 25 Jan 2006 23:29:20 +1100 >Mark Andrews wrote: >> Or I suspect you can get away with just using gcc33 which >> has va_copy() builtin. > > Hmm I have gcc34 courtesy of some other ports build dependency, >so I suppose I could add a USE_GCC=3.4 to the Makefile. > > Would it be a good idea to add this to all the xorg-6.9 Makefiles ? Looking at bsd.gcc.mk, maybe "USE_GCC=3.3+" would be acceptable. I find ports that depend on specific version of gcc annoying - it's not especially fast to build and having multiple versions lying around starts to eat disk space. > As an aside running a 6.8.2 server on top of 6.9 libraries produces >an interesting effect - after a few minutes the mouse pointer dives to the >left side of the screen and then will only move vertically. I don't think that should happen, though I doubt that combination is officially supported. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 21:21:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D22E616A4E1 for ; Wed, 25 Jan 2006 21:20:55 +0000 (GMT) (envelope-from ota@animenfo.com) Received: from smtp.vianet.ca (smtp.vianet.ca [209.91.128.40]) by mx1.FreeBSD.org (Postfix) with SMTP id 38F154489D for ; Wed, 25 Jan 2006 20:52:10 +0000 (GMT) (envelope-from ota@animenfo.com) Received: (qmail 27073 invoked from network); 25 Jan 2006 20:52:09 -0000 Received: from unknown (HELO ?192.168.0.49?) (66.225.170.73) by smtp.vianet.ca with SMTP; 25 Jan 2006 20:52:09 -0000 Message-ID: <43D7E4F9.2020207@animenfo.com> Date: Wed, 25 Jan 2006 15:52:09 -0500 From: Russell Doucette User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 6.0-STABLE Totally Freezes on TightVNC Connection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 21:21:03 -0000 Hi, I have this weird problem with FreeBSD 6.0-STABLE and I'm using it has a router between my cable modem and my LAN. I use the ipf firewall technology and have forwarded ports so I can use TightVNC to connect to my Windows XP machine from another location. However, after a few minutes or so of use, the BSD machine completely freezes (the keyboard freezes, the display freezes [no text updates when I was running a traffic analyzer], and all my network interfaces go dead). I have to physically turn off the machine and turn it back on. This only happens when I use TightVNC. I am not sure if this is relevant or not, but I when I restarted the router, I checked last entries using the "last" command, and found this: reboot ~ Wed Jan 25 14:57 Then, I found this in /var/log/auth.log: Jan 25 14:56:58 myhostname sshd[448]: Server listening on 0.0.0.0 port 22. My BSD box locked up around the same time as these events. Any thoughts? Thanks. R. Doucette From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 21:46:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF95916A420 for ; Wed, 25 Jan 2006 21:46:28 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp108.rog.mail.re2.yahoo.com (smtp108.rog.mail.re2.yahoo.com [68.142.225.206]) by mx1.FreeBSD.org (Postfix) with SMTP id D344943D53 for ; Wed, 25 Jan 2006 21:46:15 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 86003 invoked from network); 25 Jan 2006 21:46:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=xNYKCETG6DpEDt8XzepH+NfKTG+rAKq5ARcGWAlHLcXwfpgwhtIMv6jI2ojbsToSKJmxBAqXDkBYVjKnjBMUF+p6HuE8bMYggqSc7Ywmc/1fSegdQRMmM6+tafddgH+Oc8lZFGitYa+au3eD5fFIMVL4wrQatbaIyRvR8Q1C+dg= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp108.rog.mail.re2.yahoo.com with SMTP; 25 Jan 2006 21:46:14 -0000 Message-ID: <43D7F1A7.4040407@rogers.com> Date: Wed, 25 Jan 2006 16:46:15 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: =?ISO-8859-15?Q?Patrick_Lamaizi=E8re?= References: <200601251010.14795.nike_d@cytexbg.com> <200601252155.08476.patfbsds@davenulle.org> In-Reply-To: <200601252155.08476.patfbsds@davenulle.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: drm problem after portupgrade to Xorg 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 21:46:29 -0000 Patrick Lamaizière wrote: >> I've just upraded my Xorg port to the latest relase 6.9, >> and begin to get this when i start X : >> >> agp0: binding memory at bad offset 0 >> error: [drm:pid610:radeon_cp_init] *ERROR* radeon_cp_init called without >> lock held >> error: [drm:pid610:drm_unlock] *ERROR* Process 610 using kernel context 0 >> Is your AGP chipset supported? What does "dmesg|grep agp" say? From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 21:47:53 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D09A516A420 for ; Wed, 25 Jan 2006 21:47:53 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 6F2B443D70 for ; Wed, 25 Jan 2006 21:47:51 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 38621 invoked from network); 25 Jan 2006 21:47:50 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=ZG2McvPqC268V3iRKn0lPrM67VurlI9jSXAj9lhhS6P9N97P8lrYLxlO4wZPniUrpgXES0RnGYNRlc3QwJnf5lthwtuB0JKFJDHIELkrUr8HxWJ2b/TVHNUqiuILvh3UdoGgmv7w9Yaz9Psv9u7jNr7nmz9r55QA3KHIgGIRHaM= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 25 Jan 2006 21:47:50 -0000 Message-ID: <43D7F207.6070909@rogers.com> Date: Wed, 25 Jan 2006 16:47:51 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: drm_alloc_resource error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 21:47:53 -0000 drm0: port 0x9000-0x90ff mem 0xe0000000-0xefffffff,0xd0100000-0xd010ffff irq 10 at device 5.0 on pci1 info: [drm] AGP at 0xd4000000 64MB info: [drm] Initialized radeon 1.19.0 20050911 error: [drm:pid561:drm_alloc_resource] *ERROR* Couldn't find resource 0x0 error: [drm:pid561:drm_alloc_resource] *ERROR* Couldn't find resource 0x0 --- agp0: port 0x8090-0x8093 mem 0xd4000000-0xd7ffffff,0xd0400000-0xd0400fff at device 0.0 on pci0 dri-6.4.1,2 OpenGL hardware acceleration drivers for the DRI xorg-6.9.0 X.Org distribution metaport FreeBSD 6.0-STABLE #0: Fri Jan 20 01:06:31 EST 2006 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 22:15:58 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCF0816A423 for ; Wed, 25 Jan 2006 22:15:58 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F08043D4C for ; Wed, 25 Jan 2006 22:15:57 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from monsterjam.org (cpe-066-057-016-142.nc.res.rr.com [66.57.16.142]) by ms-smtp-03-eri0.southeast.rr.com (8.13.4/8.13.4) with SMTP id k0PMFsUk022805 for ; Wed, 25 Jan 2006 17:15:55 -0500 (EST) Received: (qmail 14135 invoked by uid 0); 25 Jan 2006 22:15:46 -0000 Received: from 127.0.0.1 by monsterjam.org (envelope-from , uid 82) with qmail-scanner-1.24 (clamdscan: 0.86.2/1064. Clear:RC:1(127.0.0.1):. Processed in 2.925604 secs); 25 Jan 2006 22:15:46 -0000 X-Qmail-Scanner-Mail-From: jason@monsterjam.org via monsterjam.org X-Qmail-Scanner: 1.24 (Clear:RC:1(127.0.0.1):. Processed in 2.925604 secs) Received: from unknown (HELO monsterjam.org) (127.0.0.1) by 0 with SMTP; 25 Jan 2006 22:15:41 -0000 Received: (from jason@localhost) by monsterjam.org (8.13.1/8.13.1/Submit) id k0PMFchg014022 for stable@freebsd.org; Wed, 25 Jan 2006 17:15:38 -0500 (EST) (envelope-from jason) Date: Wed, 25 Jan 2006 17:15:38 -0500 From: Jason To: stable@freebsd.org Message-ID: <20060125221538.GB5666@monsterjam.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: crash again.. this time on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 22:15:58 -0000 Dont know if anyone remember or not, but I had a crash back on freebsd 5.4 I believe. I upgraded to 6.0 and had a crash after 65 days, 23:00:02. but heres the trace from it below. jason@monsterjam jason $ uname -a FreeBSD monsterjam.org 6.0-STABLE FreeBSD 6.0-STABLE #0: Sat Nov 19 14:21:32 EST 2005 root@monsterjam.org:/usr/obj/usr/src/sys/BEAST i386 db> trace Tracing pid 68153 tid 100298 td 0xc338aa80 kdb_enter(c0846bdd) at kdb_enter+0x2b panic(c0842de7,c0846227,c0845f95,36a,c275b33c) at panic+0x127 mtx_destroy(c43e5144,0) at mtx_destroy+0x5c in_pcbdetach(c43e50b4,c2991000,c2991000,14,e8b4cb3c) at in_pcbdetach+0x1b4 tcp_close(c2991000,e8b4ca98,1,0,0) at tcp_close+0x94 tcp_input(c3ec5100,14,c069a5b8,8e103942,0) at tcp_input+0x139b ip_input(c3ec5100) at ip_input+0x5a1 div_output(c28d4b20,c3ec5100,c2609430,0,e8b4cc08) at div_output+0x1ff div_send(c28d4b20,0,c3ec5100,c2609430,0) at div_send+0x3f sosend(c28d4b20,c2609430,e8b4cc3c,c3ec5100,0) at sosend+0x5e3 kern_sendit(c338aa80,3,e8b4ccbc,0,0) at kern_sendit+0x104 sendit(c338aa80,3,e8b4ccbc,0,bfbde948) at sendit+0x163 sendto(c338aa80,e8b4cd04,6,171f7c,292) at sendto+0x4d syscall(3b,3b,bfbf003b,1,28) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x2811f447, esp = 0xbfbde88c, ebp = 0xbfbee938 --- db> regards, Jason From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 22:33:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E38A516A422 for ; Wed, 25 Jan 2006 22:33:52 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx01.interbgc.com [217.9.224.225]) by mx1.FreeBSD.org (Postfix) with SMTP id E109E43D58 for ; Wed, 25 Jan 2006 22:33:33 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 19950 invoked from network); 25 Jan 2006 22:33:25 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(0.1/8.0):. Processed in 1.498753 secs); 25 Jan 2006 22:33:25 -0000 X-Spam-Status: No, hits=0.1 required=8.0 Received: from 213-240-207-141.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.207.141) by mx01.interbgc.com with SMTP; 25 Jan 2006 22:33:23 -0000 Received: (qmail 29950 invoked from network); 25 Jan 2006 22:33:22 -0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 25 Jan 2006 22:33:22 -0000 Message-ID: <43D7FCB4.3070200@cytexbg.com> Date: Thu, 26 Jan 2006 00:33:24 +0200 From: Niki Denev User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Mike Jakubik References: <200601251010.14795.nike_d@cytexbg.com> <200601252155.08476.patfbsds@davenulle.org> <43D7F1A7.4040407@rogers.com> In-Reply-To: <43D7F1A7.4040407@rogers.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: =?ISO-8859-15?Q?Patrick_Lamaizi=E8re?= , freebsd-stable@freebsd.org Subject: Re: drm problem after portupgrade to Xorg 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 22:33:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike Jakubik wrote: > Patrick Lamaizière wrote: >>> I've just upraded my Xorg port to the latest relase 6.9, >>> and begin to get this when i start X : >>> >>> agp0: binding memory at bad offset 0 >>> error: [drm:pid610:radeon_cp_init] *ERROR* radeon_cp_init called without >>> lock held >>> error: [drm:pid610:drm_unlock] *ERROR* Process 610 using kernel >>> context 0 >>> > > Is your AGP chipset supported? > > What does "dmesg|grep agp" say? dri: dri-6.4.1,2 OpenGL hardware acceleration drivers for the DRI agp: agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 drm : drm0: port 0xc800-0xc8ff mem 0xe0000000-0xefffffff,0xff4f0000-0xff4fffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized radeon 1.19.0 20050911 uname : FreeBSD ndenev 6.0-STABLE FreeBSD 6.0-STABLE #2: Tue Jan 17 15:35:56 EET 2006 ndenev@ndenev:/usr/obj/usr/src/sys/GENERIC i386 - --niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD1/y0HNAJ/fLbfrkRAnZcAJ45gcQhPVpcBdXDrrA1jEqW+LnjMgCfaYe4 m5nnSK6Ra/oQheMLd1RqmSI= =JjBP -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 25 23:49:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DB9416A420 for ; Wed, 25 Jan 2006 23:49:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D57F243D46 for ; Wed, 25 Jan 2006 23:49:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id BCF641A3C1C; Wed, 25 Jan 2006 15:49:30 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 95F13546E3; Wed, 25 Jan 2006 18:49:27 -0500 (EST) Date: Wed, 25 Jan 2006 18:49:27 -0500 From: Kris Kennaway To: Steve O'Hara-Smith Message-ID: <20060125234926.GA51951@xor.obsecurity.org> References: <20060125113609.71b5ce83.steve@sohara.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <20060125113609.71b5ce83.steve@sohara.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: xorg-server 6.9.0 won't build on 4.11-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2006 23:49:31 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 25, 2006 at 11:36:09AM +0000, Steve O'Hara-Smith wrote: > Hi, >=20 > I upgraded my ports tree and found the the xorg-server port (now > at 6.9.0) won't build on 4.11 because it can't find a working va_copy. I'= ve > checked /usr/include and indeed there is no mention of va_copy in there. Talk to the maintainers. Kris --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD2A6GWry0BWjoQKURApMVAJ4zlUbSeEQWSng6Qnm9SgcTxTEbcgCdGawu qSz4oQh2GtJesQYG6un4R14= =VSv9 -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 00:13:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA7E316A420 for ; Thu, 26 Jan 2006 00:13:57 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.187.76.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8BAE43D48 for ; Thu, 26 Jan 2006 00:13:54 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.4/8.13.4) with ESMTP id k0Q0DgCb084320; Thu, 26 Jan 2006 00:13:43 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <43D81430.5060900@infracaninophile.co.uk> Date: Thu, 26 Jan 2006 00:13:36 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: Peter Jeremy References: <43D76846.8090200@izb.knu.ac.kr> <200601251229.k0PCTKNY033601@drugs.dv.isc.org> <20060125132352.44e452d3.steve@sohara.org> <20060125202620.GF25397@cirb503493.alcatel.com.au> In-Reply-To: <20060125202620.GF25397@cirb503493.alcatel.com.au> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig522320D99E7F4C95AA9B3811" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (smtp.infracaninophile.co.uk [IPv6:::1]); Thu, 26 Jan 2006 00:13:43 +0000 (GMT) X-Virus-Scanned: ClamAV 0.88/1250/Wed Jan 25 20:39:41 2006 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,NO_RELAYS, UPPERCASE_25_50 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on happy-idiot-talk.infracaninophile.co.uk Cc: stable@freebsd.org Subject: Re: xorg-server 6.9.0 won't build on 4.11-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 00:13:57 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig522320D99E7F4C95AA9B3811 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Peter Jeremy wrote: > On Wed, 2006-Jan-25 13:23:52 +0000, Steve O'Hara-Smith wrote: >> On Wed, 25 Jan 2006 23:29:20 +1100 >> Mark Andrews wrote: >>> Or I suspect you can get away with just using gcc33 which >>> has va_copy() builtin. >> Hmm I have gcc34 courtesy of some other ports build dependency, >> so I suppose I could add a USE_GCC=3D3.4 to the Makefile. >> >> Would it be a good idea to add this to all the xorg-6.9 Makefiles ? >=20 > Looking at bsd.gcc.mk, maybe "USE_GCC=3D3.3+" would be acceptable. I > find ports that depend on specific version of gcc annoying - it's > not especially fast to build and having multiple versions lying > around starts to eat disk space. Nice idea, but unfortunately this trick seems not to work, at least with gcc34, due to problems with system C header files under 4.11-STABLE -- se= ems that there is a '#include ' missing somewhere. happy-idiot-talk:~:% uname -a FreeBSD happy-idiot-talk.infracaninophile.co.uk 4.11-STABLE FreeBSD 4.11-= STABLE #96: Thu Dec 29 14:07:11 GMT 2005 root@happy-idiot-talk.infrac= aninophile.co.uk:/usr/obj/usr/src/sys/HAPPY-IDIOT-TALK i386 happy-idiot-talk:/usr/src:% sudo portupgrade -m CC=3Dgcc34 -Ni x11-server= s/xorg-server [...] LD_LIBRARY_PATH=3D/home/ports/usr/ports/x11-servers/xorg-server/work/xc/e= xports/lib XLOCALEDIR=3D/home/ports/usr/ports/x11-servers/xorg-server/wor= k/xc/exports/lib/locale gcc34 -c -O -pipe -march=3Dk6 -ansi -pedantic -D= asm=3D__asm -Wall -Wpointer-arith -Wundef -I. -I../include -I/home/por= ts/usr/ports/x11-servers/xorg-server/work/xc/exports/include/X11 -I/home/= ports/usr/ports/x11-servers/xorg-server/work/xc/include/extensions = -I/home/ports/usr/ports/x11-servers/xorg-server/work/xc/include= /fonts -I../mi -I../render -I/home/ports/usr/ports/x11-servers/xorg-serve= r/work/xc/programs/Xserver/hw/xfree86/common -I/home/ports/usr/ports/x11-= servers/xorg-server/work/xc/include/fonts -I/home/ports/u= sr/ports/x11-servers/xorg-server/work/xc -I/home/ports/usr/ports/x11-serv= ers/xorg-server/work/xc/exports/include -I/usr/X11R6/include -I/usr/X11R6= /include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DXAPPGROUP -DXCSECURITY -D= TOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMI X -DRENDER -DRANDR -DXFIXES -DDAMAGE -DCOMPOSITE -DXEVIE -DGCCUSESGAS -= DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree= 86LOADER -DDLOPEN_HACK -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSM= ART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=3DX_LITTLE_ENDIA= N -DXORG_VERSION_CURRENT=3D"(((6) * 10000000) + ((9) * 100000) + ((0) * 1= 000) + 0)" -DNDEBUG -DFUNCPROTO=3D15 -DNARROWPROTO -DMITMISC -DXTEST = -DXTRAP -DXSYNC -DXCMISC -DXRECORD -DMITSHM -DBIGREQS -DXF86VIDMODE -DXF8= 6MISC -DDBE -DDPMSExtension -DEVI -DSCREENSAVER -DXV -DXVMC -DGLXEXT -DXF= 86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -DRES -DH= AS_XVMCSHM xvdisp.c rm -f xvmc.o LD_LIBRARY_PATH=3D/home/ports/usr/ports/x11-servers/xorg-server/work/xc/e= xports/lib XLOCALEDIR=3D/home/ports/usr/ports/x11-servers/xorg-server/wor= k/xc/exports/lib/locale gcc34 -c -O -pipe -march=3Dk6 -ansi -pedantic -D= asm=3D__asm -Wall -Wpointer-arith -Wundef -I. -I../include -I/home/por= ts/usr/ports/x11-servers/xorg-server/work/xc/exports/include/X11 -I/home/= ports/usr/ports/x11-servers/xorg-server/work/xc/include/extensions = -I/home/ports/usr/ports/x11-servers/xorg-server/work/xc/include= /fonts -I../mi -I../render -I/home/ports/usr/ports/x11-servers/xorg-serve= r/work/xc/programs/Xserver/hw/xfree86/common -I/home/ports/usr/ports/x11-= servers/xorg-server/work/xc/include/fonts -I/home/ports/u= sr/ports/x11-servers/xorg-server/work/xc -I/home/ports/usr/ports/x11-serv= ers/xorg-server/work/xc/exports/include -I/usr/X11R6/include -I/usr/X11R6= /include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DXAPPGROUP -DXCSECURITY -D= TOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMI X -DRENDER -DRANDR -DXFIXES -DDAMAGE -DCOMPOSITE -DXEVIE -DGCCUSESGAS -= DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree= 86LOADER -DDLOPEN_HACK -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSM= ART_SCHEDULE -DBUILDDEBUG -DXResExtension -DX_BYTE_ORDER=3DX_LITTLE_ENDIA= N -DXORG_VERSION_CURRENT=3D"(((6) * 10000000) + ((9) * 100000) + ((0) * 1= 000) + 0)" -DNDEBUG -DFUNCPROTO=3D15 -DNARROWPROTO -DMITMISC -DXTEST = -DXTRAP -DXSYNC -DXCMISC -DXRECORD -DMITSHM -DBIGREQS -DXF86VIDMODE -DXF8= 6MISC -DDBE -DDPMSExtension -DEVI -DSCREENSAVER -DXV -DXVMC -DGLXEXT -DXF= 86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -DRES -DH= AS_XVMCSHM xvmc.c In file included from xvmc.c:27: /usr/include/sys/ipc.h:54: error: syntax error before "ushort" /usr/include/sys/ipc.h:55: error: ISO C forbids data definition with no t= ype or storage class /usr/include/sys/ipc.h:56: error: syntax error before "uid" /usr/include/sys/ipc.h:56: error: ISO C forbids data definition with no t= ype or storage class /usr/include/sys/ipc.h:57: error: syntax error before "gid" /usr/include/sys/ipc.h:57: error: ISO C forbids data definition with no t= ype or storage class /usr/include/sys/ipc.h:58: error: syntax error before "mode" /usr/include/sys/ipc.h:58: error: ISO C forbids data definition with no t= ype or storage class /usr/include/sys/ipc.h:59: error: syntax error before "seq" /usr/include/sys/ipc.h:59: error: ISO C forbids data definition with no t= ype or storage class /usr/include/sys/ipc.h:60: error: syntax error before "key" /usr/include/sys/ipc.h:60: error: ISO C forbids data definition with no t= ype or storage class /usr/include/sys/ipc.h:95: error: syntax error before "ftok" /usr/include/sys/ipc.h:95: error: ISO C forbids data definition with no t= ype or storage class In file included from xvmc.c:29: /usr/include/sys/shm.h:55: error: field `shm_perm' has incomplete type *** Error code 1 Stop in /home/ports/usr/ports/x11-servers/xorg-server/work/xc/programs/Xs= erver/Xext. *** Error code 1 Stop in /home/ports/usr/ports/x11-servers/xorg-server/work/xc/programs/Xs= erver. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server. ---> Build of x11-servers/xorg-server ended at: Wed, 25 Jan 2006 23:59:5= 6 +0000 (consumed 00:03:43) >> As an aside running a 6.8.2 server on top of 6.9 libraries produces >> an interesting effect - after a few minutes the mouse pointer dives to= the >> left side of the screen and then will only move vertically. Hmmm... works fine for me. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig522320D99E7F4C95AA9B3811 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD2BQ28Mjk52CukIwRAxYzAJ0cDjH1bi359Do7srGQSiv1J334GwCeJ2tx noU5HktL+XiOCTUgiRJtJLQ= =wHCk -----END PGP SIGNATURE----- --------------enig522320D99E7F4C95AA9B3811-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 00:16:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D597316A420 for ; Thu, 26 Jan 2006 00:16:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 989CA43D45 for ; Thu, 26 Jan 2006 00:16:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7C4691A3C30; Wed, 25 Jan 2006 16:16:43 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8C683511FD; Wed, 25 Jan 2006 19:16:42 -0500 (EST) Date: Wed, 25 Jan 2006 19:16:42 -0500 From: Kris Kennaway To: Jason Message-ID: <20060126001642.GA56120@xor.obsecurity.org> References: <20060125221538.GB5666@monsterjam.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <20060125221538.GB5666@monsterjam.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: crash again.. this time on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 00:16:43 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 25, 2006 at 05:15:38PM -0500, Jason wrote: > Dont know if anyone remember or not, but I had a crash back on freebsd 5.= 4 I believe. I=20 > upgraded to 6.0 and had a crash after 65 days, 23:00:02. >=20 > but heres the trace from it below. >=20 > jason@monsterjam jason $ uname -a > FreeBSD monsterjam.org 6.0-STABLE FreeBSD 6.0-STABLE #0: Sat Nov 19 14:21= :32 EST 2005 =20 > root@monsterjam.org:/usr/obj/usr/src/sys/BEAST i386 >=20 > db> trace > Tracing pid 68153 tid 100298 td 0xc338aa80 > kdb_enter(c0846bdd) at kdb_enter+0x2b > panic(c0842de7,c0846227,c0845f95,36a,c275b33c) at panic+0x127 > mtx_destroy(c43e5144,0) at mtx_destroy+0x5c > in_pcbdetach(c43e50b4,c2991000,c2991000,14,e8b4cb3c) at in_pcbdetach+0x1b4 > tcp_close(c2991000,e8b4ca98,1,0,0) at tcp_close+0x94 > tcp_input(c3ec5100,14,c069a5b8,8e103942,0) at tcp_input+0x139b > ip_input(c3ec5100) at ip_input+0x5a1 > div_output(c28d4b20,c3ec5100,c2609430,0,e8b4cc08) at div_output+0x1ff > div_send(c28d4b20,0,c3ec5100,c2609430,0) at div_send+0x3f > sosend(c28d4b20,c2609430,e8b4cc3c,c3ec5100,0) at sosend+0x5e3 > kern_sendit(c338aa80,3,e8b4ccbc,0,0) at kern_sendit+0x104 > sendit(c338aa80,3,e8b4ccbc,0,bfbde948) at sendit+0x163 > sendto(c338aa80,e8b4cd04,6,171f7c,292) at sendto+0x4d > syscall(3b,3b,bfbf003b,1,28) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (133, FreeBSD ELF32, sendto), eip =3D 0x2811f447, esp =3D 0xb= fbde88c, > ebp =3D 0xbfbee938 --- > db>=20 You forgot the panic. Also, please see the developer's handbook chapter on kernel debugging; you really should try and get a core + gdb debugging traceback. Kris --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD2BTqWry0BWjoQKURAj7bAJ9y8qsq+iS3yAtJx7PMIaI5fxSLpgCgjBDh 9DRt7mpVwp9Xrmcq3eZWVVY= =eP0o -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 01:37:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D159116A420 for ; Thu, 26 Jan 2006 01:37:14 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from ms-smtp-04-eri0.southeast.rr.com (ms-smtp-04-lbl.southeast.rr.com [24.25.9.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BA0A43D46 for ; Thu, 26 Jan 2006 01:37:13 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from monsterjam.org (cpe-066-057-016-142.nc.res.rr.com [66.57.16.142]) by ms-smtp-04-eri0.southeast.rr.com (8.12.10/8.12.7) with SMTP id k0Q1bA1u005507 for ; Wed, 25 Jan 2006 20:37:10 -0500 (EST) Received: (qmail 44445 invoked by uid 0); 26 Jan 2006 01:37:09 -0000 Received: from 127.0.0.1 by monsterjam.org (envelope-from , uid 82) with qmail-scanner-1.24 (clamdscan: 0.86.2/1064. Clear:RC:1(127.0.0.1):. Processed in 0.656193 secs); 26 Jan 2006 01:37:09 -0000 X-Qmail-Scanner-Mail-From: jason@monsterjam.org via monsterjam.org X-Qmail-Scanner: 1.24 (Clear:RC:1(127.0.0.1):. Processed in 0.656193 secs) Received: from unknown (HELO monsterjam.org) (127.0.0.1) by 0 with SMTP; 26 Jan 2006 01:37:07 -0000 Received: (from jason@localhost) by monsterjam.org (8.13.1/8.13.1/Submit) id k0Q1b6a4044433; Wed, 25 Jan 2006 20:37:06 -0500 (EST) (envelope-from jason) Date: Wed, 25 Jan 2006 20:37:05 -0500 From: Jason To: Kris Kennaway Message-ID: <20060126013705.GA24520@monsterjam.org> References: <20060125221538.GB5666@monsterjam.org> <20060126001642.GA56120@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <20060126001642.GA56120@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: stable@freebsd.org Subject: Re: crash again.. this time on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 01:37:15 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I believe I have everything set up now jason@monsterjam jason $ grep -i dump /etc/rc.conf dumpdev=3D"/dev/idad0s1b" dumpdir=3D"/usr/crash" jason@monsterjam jason $ grep -i swap /etc/fstab /dev/idad0s1b none swap sw 0 0 jason@monsterjam jason $=20 so whats the correct proceedure I should follow at=20 the db> prompt the next time it happens? Jason On Wed, Jan 25, 2006 at 07:16:42PM -0500, Kris Kennaway wrote: > On Wed, Jan 25, 2006 at 05:15:38PM -0500, Jason wrote: > > Dont know if anyone remember or not, but I had a crash back on freebsd = 5.4 I believe. I=20 > > upgraded to 6.0 and had a crash after 65 days, 23:00:02. > >=20 > > but heres the trace from it below. > >=20 > > jason@monsterjam jason $ uname -a > > FreeBSD monsterjam.org 6.0-STABLE FreeBSD 6.0-STABLE #0: Sat Nov 19 14:= 21:32 EST 2005 =20 > > root@monsterjam.org:/usr/obj/usr/src/sys/BEAST i386 > >=20 > > db> trace > > Tracing pid 68153 tid 100298 td 0xc338aa80 > > kdb_enter(c0846bdd) at kdb_enter+0x2b > > panic(c0842de7,c0846227,c0845f95,36a,c275b33c) at panic+0x127 > > mtx_destroy(c43e5144,0) at mtx_destroy+0x5c > > in_pcbdetach(c43e50b4,c2991000,c2991000,14,e8b4cb3c) at in_pcbdetach+0x= 1b4 > > tcp_close(c2991000,e8b4ca98,1,0,0) at tcp_close+0x94 > > tcp_input(c3ec5100,14,c069a5b8,8e103942,0) at tcp_input+0x139b > > ip_input(c3ec5100) at ip_input+0x5a1 > > div_output(c28d4b20,c3ec5100,c2609430,0,e8b4cc08) at div_output+0x1ff > > div_send(c28d4b20,0,c3ec5100,c2609430,0) at div_send+0x3f > > sosend(c28d4b20,c2609430,e8b4cc3c,c3ec5100,0) at sosend+0x5e3 > > kern_sendit(c338aa80,3,e8b4ccbc,0,0) at kern_sendit+0x104 > > sendit(c338aa80,3,e8b4ccbc,0,bfbde948) at sendit+0x163 > > sendto(c338aa80,e8b4cd04,6,171f7c,292) at sendto+0x4d > > syscall(3b,3b,bfbf003b,1,28) at syscall+0x22f > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (133, FreeBSD ELF32, sendto), eip =3D 0x2811f447, esp =3D 0= xbfbde88c, > > ebp =3D 0xbfbee938 --- > > db>=20 >=20 > You forgot the panic. Also, please see the developer's handbook > chapter on kernel debugging; you really should try and get a core + > gdb debugging traceback. >=20 > Kris --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D | Jason Welsh jason@monsterjam.org | | http://monsterjam.org DSS PGP: 0x5E30CC98 | | gpg key: http://monsterjam.org/gpg/ | =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD2CfBGNtVuV4wzJgRAkFHAJ4vT1ka2aAwrrkHBtXeWFGdjLcsNwCgjogg +6zfPOfYfalEsY0RGbQ8R30= =LNBm -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 01:40:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 458D716A420 for ; Thu, 26 Jan 2006 01:40:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01A5443D45 for ; Thu, 26 Jan 2006 01:40:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DB18E1A3C30; Wed, 25 Jan 2006 17:40:50 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 10D7551DA0; Wed, 25 Jan 2006 20:40:50 -0500 (EST) Date: Wed, 25 Jan 2006 20:40:49 -0500 From: Kris Kennaway To: Jason Message-ID: <20060126014049.GA57834@xor.obsecurity.org> References: <20060125221538.GB5666@monsterjam.org> <20060126001642.GA56120@xor.obsecurity.org> <20060126013705.GA24520@monsterjam.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <20060126013705.GA24520@monsterjam.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: crash again.. this time on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 01:40:51 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 25, 2006 at 08:37:05PM -0500, Jason wrote: > I believe I have everything set up now > jason@monsterjam jason $ grep -i dump /etc/rc.conf > dumpdev=3D"/dev/idad0s1b" > dumpdir=3D"/usr/crash" > jason@monsterjam jason $ grep -i swap /etc/fstab > /dev/idad0s1b none swap sw 0 0 > jason@monsterjam jason $=20 >=20 > so whats the correct proceedure I should follow at=20 > the db> prompt the next time it happens? Er, see the developers handbook, as I mentioned ;-) Kris > > You forgot the panic. Also, please see the developer's handbook > > chapter on kernel debugging; you really should try and get a core + > > gdb debugging traceback. > >=20 > > Kris >=20 >=20 >=20 > --=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > | Jason Welsh jason@monsterjam.org | > | http://monsterjam.org DSS PGP: 0x5E30CC98 | > | gpg key: http://monsterjam.org/gpg/ | > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD4DBQFD2CihWry0BWjoQKURAs7BAJUbRB/i/Xvyv7FuQEr1SFXZ42AQAKDRBYIQ oOMPOyppXy8dX9oskCJ0hg== =c1oW -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 01:50:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA39116A422 for ; Thu, 26 Jan 2006 01:50:59 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from ms-smtp-04-eri0.southeast.rr.com (ms-smtp-04-lbl.southeast.rr.com [24.25.9.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id E013343D48 for ; Thu, 26 Jan 2006 01:50:58 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from monsterjam.org (cpe-066-057-016-142.nc.res.rr.com [66.57.16.142]) by ms-smtp-04-eri0.southeast.rr.com (8.12.10/8.12.7) with SMTP id k0Q1ot1u018055 for ; Wed, 25 Jan 2006 20:50:55 -0500 (EST) Received: (qmail 45741 invoked by uid 0); 26 Jan 2006 01:50:53 -0000 Received: from 127.0.0.1 by monsterjam.org (envelope-from , uid 82) with qmail-scanner-1.24 (clamdscan: 0.86.2/1064. Clear:RC:1(127.0.0.1):. Processed in 1.099138 secs); 26 Jan 2006 01:50:53 -0000 X-Qmail-Scanner-Mail-From: jason@monsterjam.org via monsterjam.org X-Qmail-Scanner: 1.24 (Clear:RC:1(127.0.0.1):. Processed in 1.099138 secs) Received: from unknown (HELO monsterjam.org) (127.0.0.1) by 0 with SMTP; 26 Jan 2006 01:50:51 -0000 Received: (from jason@localhost) by monsterjam.org (8.13.1/8.13.1/Submit) id k0Q1opPZ045725; Wed, 25 Jan 2006 20:50:51 -0500 (EST) (envelope-from jason) Date: Wed, 25 Jan 2006 20:50:51 -0500 From: Jason To: Kris Kennaway Message-ID: <20060126015051.GB24520@monsterjam.org> References: <20060125221538.GB5666@monsterjam.org> <20060126001642.GA56120@xor.obsecurity.org> <20060126013705.GA24520@monsterjam.org> <20060126014049.GA57834@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8P1HSweYDcXXzwPJ" Content-Disposition: inline In-Reply-To: <20060126014049.GA57834@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: stable@freebsd.org Subject: Re: crash again.. this time on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 01:50:59 -0000 --8P1HSweYDcXXzwPJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable sorry, im not a developer, if you want this information youre going to have= to give me a=20 clue. Ive looked through all the sections of the "developers handbook" and = I dont see=20 anything that I believe is relevant. Also, when my server crashes, I want t= o get it back up=20 asap and not have to go hunting for info.. besides, my internet connection = is down at that=20 point. Jason On Wed, Jan 25, 2006 at 08:40:49PM -0500, Kris Kennaway wrote: > On Wed, Jan 25, 2006 at 08:37:05PM -0500, Jason wrote: > > I believe I have everything set up now > > jason@monsterjam jason $ grep -i dump /etc/rc.conf > > dumpdev=3D"/dev/idad0s1b" > > dumpdir=3D"/usr/crash" > > jason@monsterjam jason $ grep -i swap /etc/fstab > > /dev/idad0s1b none swap sw 0 = 0 > > jason@monsterjam jason $=20 > >=20 > > so whats the correct proceedure I should follow at=20 > > the db> prompt the next time it happens? >=20 > Er, see the developers handbook, as I mentioned ;-) >=20 > Kris >=20 > > > You forgot the panic. Also, please see the developer's handbook > > > chapter on kernel debugging; you really should try and get a core + > > > gdb debugging traceback. > > >=20 > > > Kris > >=20 > >=20 > >=20 > > --=20 > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > | Jason Welsh jason@monsterjam.org | > > | http://monsterjam.org DSS PGP: 0x5E30CC98 | > > | gpg key: http://monsterjam.org/gpg/ | > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >=20 >=20 >=20 --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D | Jason Welsh jason@monsterjam.org | | http://monsterjam.org DSS PGP: 0x5E30CC98 | | gpg key: http://monsterjam.org/gpg/ | =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --8P1HSweYDcXXzwPJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD2Cr7GNtVuV4wzJgRAj3LAJ0SOs9YR7rRoFFoK62BFkbNI7eIJACfUGx3 NWHw9oXo2eEMmJdwRteuCbk= =ki0R -----END PGP SIGNATURE----- --8P1HSweYDcXXzwPJ-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 02:37:01 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38D1216A420 for ; Thu, 26 Jan 2006 02:37:01 +0000 (GMT) (envelope-from illoai@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CA7C43D48 for ; Thu, 26 Jan 2006 02:37:00 +0000 (GMT) (envelope-from illoai@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so163126wxc for ; Wed, 25 Jan 2006 18:37:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lbnHbTn5RQHvU3kLG1RQ8cmjr8v6g/dwKjga5Wbz/qh9we7WgDwKdeoh4VSm3pXq/r6dfMO8TUWSe6SZ2IKoQAY0+HMn5xOAd645fYqoh7zbT3J8jHvwgno88Syw6LtjWVu9eR578VH3JYL7EkH0VE+0kPG+xFBGNxeGJDDNdEs= Received: by 10.70.44.13 with SMTP id r13mr1649375wxr; Wed, 25 Jan 2006 18:37:00 -0800 (PST) Received: by 10.70.57.17 with HTTP; Wed, 25 Jan 2006 18:37:00 -0800 (PST) Message-ID: Date: Wed, 25 Jan 2006 20:37:00 -0600 From: "illoai@gmail.com" To: Matthew Seaman In-Reply-To: <43D81430.5060900@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43D76846.8090200@izb.knu.ac.kr> <200601251229.k0PCTKNY033601@drugs.dv.isc.org> <20060125132352.44e452d3.steve@sohara.org> <20060125202620.GF25397@cirb503493.alcatel.com.au> <43D81430.5060900@infracaninophile.co.uk> Cc: Peter Jeremy , stable@freebsd.org Subject: Re: xorg-server 6.9.0 won't build on 4.11-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 02:37:01 -0000 On 1/25/06, Matthew Seaman wrote: > happy-idiot-talk:/usr/src:% sudo portupgrade -m CC=3Dgcc34 -Ni x11-server= s/xorg-server > > [...] CXX=3Dg++34? Note: I am not a code www.yzzrd.com, but when I specify CC=3Dgcc* I always add the symmetric CXX=3Dg++* It seemed to help back in the days of yore when I used blackbox on 4.11. -- -- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 08:38:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 921F816A420 for ; Thu, 26 Jan 2006 08:38:53 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 44D5C43D46 for ; Thu, 26 Jan 2006 08:38:51 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 2952 invoked by uid 1026); 26 Jan 2006 08:41:01 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.147369 secs); 26 Jan 2006 08:41:01 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 26 Jan 2006 08:41:01 -0000 From: Niki Denev To: freebsd-stable@freebsd.org Date: Thu, 26 Jan 2006 10:40:48 +0200 User-Agent: KMail/1.9.1 References: <200601202003.30336.nike_d@cytexbg.com> <43D79F09.7090505@cytexbg.com> In-Reply-To: <43D79F09.7090505@cytexbg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601261040.49015.nike_d@cytexbg.com> Cc: Don Lewis Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 08:38:53 -0000 As per Don Lewis's advice i rebuilt my kernel with DEBUG_LOCKS, DEBUG_VFS_LOCKS, WITNESS and INVARIANTS. I was hoping to use this to extract more info about the problem, but this time the machine panics on boot while trying to enable the quotas. I will try later with quotas disabled, maybe the problem is in the QUOTA support? Here is what i was able to get with the debugger on the serial console : [...boot messages...] Enabling quotas:KDB: stack backtrace: vfs_badlock() at vfs_badlock+0x95 assert_vop_locked() at assert_vop_locked+0x77 quotaon() at quotaon+0x181 ufs_quotactl() at ufs_quotactl+0x150 quotactl() at quotactl+0xfa syscall() at syscall+0x4b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (148, FreeBSD ELF64, quotactl), rip = 0x80068657c, rsp = 0x7fffffffeda8, rbp = 0x1 --- quotaon: 0xffffff00c33a1b18 is not locked but should be KDB: enter: lock violation [thread pid 398 tid 100116 ] Stopped at kdb_enter+0x2f: nop db> bt Tracing pid 398 tid 100116 td 0xffffff00c371c720 kdb_enter() at kdb_enter+0x2f assert_vop_locked() at assert_vop_locked+0x77 quotaon() at quotaon+0x181 ufs_quotactl() at ufs_quotactl+0x150 quotactl() at quotactl+0xfa syscall() at syscall+0x4b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (148, FreeBSD ELF64, quotactl), rip = 0x80068657c, rsp = 0x7fffffffeda8, rbp = 0 --- db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 398 ffffff00c39bd000 0 392 73 0004002 [CPU 1] quotaon 392 ffffff006b68a9c0 0 73 73 0000002 [SLPQ wait 0xffffff006b68a9c0] [SLP] sh 347 ffffff011e647680 0 1 347 0000000 [RUNQ] syslogd 309 ffffff00c3cba680 0 1 309 0000000 [SLPQ select 0xffffffff808d7e70][SLP] devd 176 ffffff00c3cba9c0 0 1 176 0000000 [SLPQ pause 0xffffff00c3cbaa28][SLP] adjkerntz 73 ffffff006bb6f9c0 0 1 73 0004002 [SLPQ wait 0xffffff006bb6f9c0] [SLP] sh 72 ffffff006bcd0000 0 0 0 0000204 [SLPQ m:w1 0xffffff008dd13200] [SLP] g_mirror gm2 71 ffffff006bcd0340 0 0 0 0000204 [SLPQ m:w1 0xffffff011d117600] [SLP] g_mirror gm1 70 ffffff006bcd0680 0 0 0 0000204 [SLPQ m:w2 0xffffff000235e400] [SLP] g_mirror gm0 69 ffffff011ecc9000 0 0 0 0000204 [SLPQ - 0xffffffffb5ec6be4] [SLP] schedcpu 68 ffffff011ea5c000 0 0 0 0000204 [SLPQ - 0xffffffff808e3138] [SLP] nfsiod 3 67 ffffff011ea5c340 0 0 0 0000204 [SLPQ - 0xffffffff808e3130] [SLP] nfsiod 2 66 ffffff011ea5c680 0 0 0 0000204 [SLPQ - 0xffffffff808e3128] [SLP] nfsiod 1 65 ffffff011ea5c9c0 0 0 0 0000204 [SLPQ - 0xffffffff808e3120] [SLP] nfsiod 0 64 ffffff011ebbf000 0 0 0 0000204 [SLPQ syncer 0xffffffff8084dea0][SLP] syncer 63 ffffff011ebbf340 0 0 0 0000204 [SLPQ vlruwt 0xffffff011ebbf340][SLP] vnlru 62 ffffff011ebbf680 0 0 0 0000204 [SLPQ psleep 0xffffffff808d8738][SLP] bufdaemon 61 ffffff011ebbf9c0 0 0 0 000020c [SLPQ pgzero 0xffffffff808eb5e0][SLP] pagezero 60 ffffff011eba0000 0 0 0 0000204 [SLPQ psleep 0xffffffff808eacac][SLP] vmdaemon 59 ffffff011eba0340 0 0 0 0000204 [SLPQ psleep 0xffffffff808eac5c][SLP] pagedaemon 58 ffffff011eba0680 0 0 0 0000204 [SLPQ - 0xffffff011d723248] [SLP] fdc0 57 ffffff011eba09c0 0 0 0 0000204 [IWAIT] swi0: sio 56 ffffff011f599340 0 0 0 0000204 [SLPQ idle 0xffffffff885f4000] [SLP] aic_recovery1 55 ffffff011f599680 0 0 0 0000204 [SLPQ idle 0xffffffff885f0000] [SLP] aic_recovery0 54 ffffff011f5999c0 0 0 0 0000204 [SLPQ usbevt 0xffffffff885ee420][SLP] usb1 53 ffffff011f5de000 0 0 0 0000204 [SLPQ usbtsk 0xffffffff80848fd0][SLP] usbtask 52 ffffff011f5de340 0 0 0 0000204 [SLPQ usbevt 0xffffffff885ec420][SLP] usb0 51 ffffff011f5de680 0 0 0 0000204 [IWAIT] swi5:+ 9 ffffff011f5de9c0 0 0 0 0000204 [SLPQ - 0xffffff0000d3e600] [SLP] kqueue taskq 50 ffffff011f5df000 0 0 0 0000204 [IWAIT] swi2: cambio 8 ffffff011f5df340 0 0 0 0000204 [SLPQ - 0xffffff0000d3e900] [SLP] acpi_task2 7 ffffff011f5df680 0 0 0 0000204 [SLPQ - 0xffffff0000d3e900] [SLP] acpi_task1 6 ffffff011f5df9c0 0 0 0 0000204 [SLPQ - 0xffffff0000d3e900] [SLP] acpi_task0 49 ffffff011f5879c0 0 0 0 0000204 [IWAIT] swi6: task queue 48 ffffff011f557000 0 0 0 0000204 [IWAIT] swi6:+ 5 ffffff011f557340 0 0 0 0000204 [SLPQ - 0xffffff0000d3ee00] [SLP] thread taskq 47 ffffff011f557680 0 0 0 0000204 [SLPQ - 0xffffffff80846bc0] [SLP] yarrow 4 ffffff011f5579c0 0 0 0 0000204 [SLPQ - 0xffffffff80849908] [SLP] g_down 3 ffffff011f558000 0 0 0 0000204 [SLPQ - 0xffffffff80849900] [SLP] g_up 2 ffffff011f558340 0 0 0 0000204 [SLPQ - 0xffffffff808498f0] [SLP] g_event 46 ffffff011f558680 0 0 0 0000204 [IWAIT] swi1: net 45 ffffff011f5589c0 0 0 0 0000204 [IWAIT] swi3: vm 44 ffffff011f599000 0 0 0 000020c [CPU 0] swi4: clock sio 43 ffffff011f577680 0 0 0 0000204 [IWAIT] irq31: 42 ffffff011f5779c0 0 0 0 0000204 [IWAIT] irq30: 41 ffffff011f564000 0 0 0 0000204 [IWAIT] irq29: 40 ffffff011f564340 0 0 0 0000204 [IWAIT] irq28: 39 ffffff011f564680 0 0 0 0000204 [IWAIT] irq27: bge1 38 ffffff011f5649c0 0 0 0 0000204 [IWAIT] irq26: bge0 37 ffffff011f587000 0 0 0 0000204 [IWAIT] irq25: ahd1 36 ffffff011f587340 0 0 0 0000204 [IWAIT] irq24: ahd0 35 ffffff011f587680 0 0 0 0000204 [IWAIT] irq23: 34 ffffff011f584680 0 0 0 0000204 [IWAIT] irq22: 33 ffffff011f5849c0 0 0 0 0000204 [IWAIT] irq21: 32 ffffff011f595000 0 0 0 0000204 [IWAIT] irq20: 31 ffffff011f595340 0 0 0 0000204 [IWAIT] irq19: ohci0 ohci1 30 ffffff011f595680 0 0 0 0000204 [IWAIT] irq18: 29 ffffff011f5959c0 0 0 0 0000204 [IWAIT] irq17: 28 ffffff011f577000 0 0 0 0000204 [IWAIT] irq16: 27 ffffff011f577340 0 0 0 0000204 [IWAIT] irq15: ata1 26 ffffff011f5da9c0 0 0 0 0000204 [IWAIT] irq14: ata0 25 ffffff011f582000 0 0 0 0000204 [IWAIT] irq13: 24 ffffff011f582340 0 0 0 0000204 [IWAIT] irq12: 23 ffffff011f582680 0 0 0 0000204 [IWAIT] irq11: 22 ffffff011f5829c0 0 0 0 0000204 [IWAIT] irq10: 21 ffffff011f584000 0 0 0 0000204 [IWAIT] irq9: acpi0 20 ffffff011f584340 0 0 0 0000204 [IWAIT] irq8: 19 ffffff011f596340 0 0 0 0000204 [IWAIT] irq7: ppc0 18 ffffff011f596680 0 0 0 0000204 [IWAIT] irq6: fdc0 17 ffffff011f5969c0 0 0 0 0000204 [IWAIT] irq5: 16 ffffff011f5da000 0 0 0 0000204 [IWAIT] irq4: sio0 15 ffffff011f5da340 0 0 0 0000204 [IWAIT] irq3: 14 ffffff011f5da680 0 0 0 0000204 [IWAIT] irq0: 13 ffffff011f5cf000 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 ffffff011f5cf340 0 0 0 000020c [Can run] idle: cpu0 11 ffffff011f5cf680 0 0 0 000020c [Can run] idle: cpu1 1 ffffff011f5cf9c0 0 0 1 0004200 [SLPQ wait 0xffffff011f5cf9c0] [SLP] init 10 ffffff011f596000 0 0 0 0000204 [SLPQ ktrace 0xffffffff8084aa40][SLP] ktrace 0 ffffffff80849a60 0 0 0 0000200 [IWAIT] swapper db> show lockedvnods Locked vnodes db> show lockedbufs db> db> show locks exclusive sleep mutex Giant r = 0 (0xffffffff8084d5c0) locked @ /usr/src/sys/kern/vfs_lookup.c:197 db> alltrace Tracing command quotaon pid 398 tid 100116 td 0xffffff00c371c720 kdb_enter() at kdb_enter+0x2f assert_vop_locked() at assert_vop_locked+0x77 quotaon() at quotaon+0x181 ufs_quotactl() at ufs_quotactl+0x150 quotactl() at quotactl+0xfa syscall() at syscall+0x4b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (148, FreeBSD ELF64, quotactl), rip = 0x80068657c, rsp = 0x7fffffffeda8, rbp = 0 --- Tracing command sh pid 392 tid 100087 td 0xffffff006b84cbe0 sched_switch() at sched_switch+0x13a mi_switch() at mi_switch+0x1d2 sleepq_switch() at sleepq_switch+0xdd sleepq_wait_sig() at sleepq_wait_sig+0xe msleep() at msleep+0x35c kern_wait() at kern_wait+0x353 wait4() at wait4+0x38 syscall() at syscall+0x4b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x80093e02c, rsp = 0x7fffffffcc08, rbp = 0x49 --- Tracing command syslogd pid 347 tid 100074 td 0xffffff011e666260 sched_switch() at sched_switch+0x13a mi_switch() at mi_switch+0x1d2 critical_exit() at critical_exit+0xb0 lapic_handle_timer() at lapic_handle_timer+0xba Xtimerint() at Xtimerint+0x76 _mtx_lock_flags() at _mtx_lock_flags+0xa3 giant_read() at giant_read+0x37 devfs_read_f() at devfs_read_f+0x6c dofileread() at dofileread+0x94 kern_readv() at kern_readv+0x60 read() at read+0x4a syscall() at syscall+0x4b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (3, FreeBSD ELF64, read), rip = 0x800827a6c, rsp = 0x7fffffffd568, rbp = 0x511070 --- Tracing command devd pid 309 tid 100102 td 0xffffff00c2658720 sched_switch() at sched_switch+0x13a mi_switch() at mi_switch+0x1d2 sleepq_switch() at sleepq_switch+0xdd sleepq_wait_sig() at sleepq_wait_sig+0xe cv_wait_sig() at cv_wait_sig+0x1bc kern_select() at kern_select+0x96d select() at select+0x3e syscall() at syscall+0x4b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (93, FreeBSD ELF64, select), rip = 0x43be6c, rsp = 0x7fffffffe958, rbp = 0x7fffffffe980 --- Tracing command adjkerntz pid 176 tid 100103 td 0xffffff00c26584c0 sched_switch() at sched_switch+0x13a mi_switch() at mi_switch+0x1d2 sleepq_switch() at sleepq_switch+0xdd sleepq_wait_sig() at sleepq_wait_sig+0xe msleep() at msleep+0x35c kern_sigsuspend() at kern_sigsuspend+0xa0 sigsuspend() at sigsuspend+0x40 syscall() at syscall+0x4b2 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x800684b3c, rsp = 0x7fffffffed28, rbp = 0xffffffffffffe3e0 --- (null)() at 0x800684b3c *** error reading from address ffffffffffffe3e8 *** I hope this is sufficient. P.S. Sorry no crashdump, because i'm running on gmirror-ed gstripe, maybe i can try later to attach another disk to the machine to use it only for crashdumps. Regards, Niki Denev. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 08:48:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F9B216A420 for ; Thu, 26 Jan 2006 08:48:18 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 8EA3543D45 for ; Thu, 26 Jan 2006 08:48:17 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 5566 invoked by uid 1026); 26 Jan 2006 08:50:27 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.096304 secs); 26 Jan 2006 08:50:27 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 26 Jan 2006 08:50:27 -0000 From: Niki Denev To: stable@freebsd.org Date: Thu, 26 Jan 2006 10:50:14 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601261050.15049.nike_d@cytexbg.com> Cc: Subject: manual escape to debugger on serial console not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 08:48:18 -0000 Hello, While investigating a problem with one server i installed a serial console on it. The machine has a supermicro board with console redirection enabled on the same port, and everything seems ok, i.e. when the machine panics i get a debugger on the serial console, but when i try to manually escape to the debugger with BREAK (~#) i get this on the screen : The following connections are open: #0 client-session (t4 r0 i0/0 o0/0 fd 4/5 cfd -1) Manual enter to the debugger works only if i go physically to the keyboard and do a CTRL-ALT-ESC, then i get KDB: enter: manual escape to debugger on the serial console. i have this added to my kernel conf : options BREAK_TO_DEBUGGER options KDB options DDB and this in /boot/loadaer.conf : console=comconsole Maybe the fact that there is physically attached keyboard interferes with the serial console? Regards, Niki Denev From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 08:54:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14B3A16A420 for ; Thu, 26 Jan 2006 08:54:26 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3690743D48 for ; Thu, 26 Jan 2006 08:54:24 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 9AC8B81C2E; Thu, 26 Jan 2006 09:54:22 +0100 (CET) Date: Thu, 26 Jan 2006 09:54:22 +0100 From: Nicolas Rachinsky To: stable@freebsd.org Message-ID: <20060126085422.GB97175@mid.pc5.i.0x5.de> Mail-Followup-To: stable@freebsd.org References: <200601261050.15049.nike_d@cytexbg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601261050.15049.nike_d@cytexbg.com> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.11 Cc: Subject: Re: manual escape to debugger on serial console not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 08:54:26 -0000 * Niki Denev [2006-01-26 10:50 +0200]: > to the debugger with BREAK (~#) i get this on the screen : > The following connections are open: > #0 client-session (t4 r0 i0/0 o0/0 fd 4/5 cfd -1) Are you using ssh? man ssh Escape Characters When a pseudo terminal has been requested, ssh supports a number of func- tions through the use of an escape character. A single tilde character can be sent as ~~ or by following the tilde by a character other than those described below. The escape character must always follow a newline to be interpreted as special. The escape charac- ter can be changed in configuration files using the EscapeChar configura- tion directive or on the command line by the -e option. The supported escapes (assuming the default `~') are: ~. Disconnect ~^Z Background ssh ~# List forwarded connections ~& Background ssh at logout when waiting for forwarded connection / X11 sessions to terminate ~? Display a list of escape characters ~C Open command line (only useful for adding port forwardings using the -L and -R options) ~R Request rekeying of the connection (only useful for SSH protocol version 2 and if the peer supports it) Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 09:15:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E0CA16A422 for ; Thu, 26 Jan 2006 09:15:25 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 70E3143D55 for ; Thu, 26 Jan 2006 09:15:24 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 14431 invoked by uid 1026); 26 Jan 2006 09:17:34 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.113053 secs); 26 Jan 2006 09:17:34 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 26 Jan 2006 09:17:33 -0000 From: Niki Denev To: stable@freebsd.org Date: Thu, 26 Jan 2006 11:17:21 +0200 User-Agent: KMail/1.9.1 References: <200601261050.15049.nike_d@cytexbg.com> <20060126085422.GB97175@mid.pc5.i.0x5.de> In-Reply-To: <20060126085422.GB97175@mid.pc5.i.0x5.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601261117.21743.nike_d@cytexbg.com> Cc: Nicolas Rachinsky Subject: Re: manual escape to debugger on serial console not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 09:15:25 -0000 On Thursday 26 January 2006 10:54, Nicolas Rachinsky wrote: > * Niki Denev [2006-01-26 10:50 +0200]: > > to the debugger with BREAK (~#) i get this on the screen : > > The following connections are open: > > #0 client-session (t4 r0 i0/0 o0/0 fd 4/5 cfd -1) > > Are you using ssh? > > man ssh > Escape Characters [...] > > Nicolas Ah, this was the missing link :) I completely forgot the part that i must type "~~#" to actually send a BREAK. Thank You, Nicolas! Regards, Niki Denev From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 09:21:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54D7216A420; Thu, 26 Jan 2006 09:21:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8DF643D49; Thu, 26 Jan 2006 09:21:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0Q9LJZU010741; Thu, 26 Jan 2006 04:21:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k0Q9LJ6V094578; Thu, 26 Jan 2006 04:21:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9EAC17302F; Thu, 26 Jan 2006 04:21:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060126092118.9EAC17302F@freebsd-current.sentex.ca> Date: Thu, 26 Jan 2006 04:21:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 09:21:20 -0000 TB --- 2006-01-26 07:51:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-26 07:51:44 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2006-01-26 07:51:44 - cleaning the object tree TB --- 2006-01-26 07:52:23 - checking out the source tree TB --- 2006-01-26 07:52:23 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2006-01-26 07:52:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-26 08:13:18 - building world (CFLAGS=-O -pipe) TB --- 2006-01-26 08:13:18 - cd /src TB --- 2006-01-26 08:13:18 - /usr/bin/make -B buildworld >>> 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 TB --- 2006-01-26 09:10:58 - generating LINT kernel config TB --- 2006-01-26 09:10:58 - cd /src/sys/sparc64/conf TB --- 2006-01-26 09:10:58 - /usr/bin/make -B LINT TB --- 2006-01-26 09:10:58 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-01-26 09:10:58 - cd /src TB --- 2006-01-26 09:10:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 26 09:10:58 UTC 2006 >>> 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 [...] ===> isp (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp_target.c /src/sys/modules/isp/../../dev/isp/isp_target.c: In function `isp_target_notify': @/dev/isp/isp_inline.h:1272: warning: inlining failed in call to 'isp_get_ctio': --param large-function-growth limit reached /src/sys/modules/isp/../../dev/isp/isp_target.c:163: warning: called from here @/dev/isp/isp_inline.h:1203: warning: inlining failed in call to 'isp_get_atio2e': --param large-function-growth limit reached /src/sys/modules/isp/../../dev/isp/isp_target.c:168: warning: called from here *** Error code 1 Stop in /src/sys/modules/isp. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-26 09:21:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-26 09:21:18 - ERROR: failed to build lint kernel TB --- 2006-01-26 09:21:18 - tinderbox aborted TB --- 0.97 user 4.89 system 5374.46 real From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 12:37:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09FC116A420; Thu, 26 Jan 2006 12:37:31 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3DA443D53; Thu, 26 Jan 2006 12:37:26 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.212.17] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis), id 0ML2ov-1F26NL2eW9-0000fk; Thu, 26 Jan 2006 13:37:22 +0100 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Thu, 26 Jan 2006 13:37:49 +0100 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_fKM2DGHbXhH9kQO" Message-Id: <200601261337.51906.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD Status Report Fourth Quarter 2005 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 12:37:31 -0000 --Boundary-00=_fKM2DGHbXhH9kQO Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-00=_fKM2DGHbXhH9kQO Content-Type: text/plain; charset="us-ascii"; name="report-oct-2005-dec-2005.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="report-oct-2005-dec-2005.txt" October-December 2005 Status Report Introduction This report is about the rather quite last quarter of 2005, with the release of FreeBSD 6.0 and the holiday season things evolved in the background. Nontheless, most exciting projects hit the tree (or are going to very soon). Upcoming events, such as the release of FreeBSD 6.1/5.5 and the third BSDCan conference with a big developer summit promise to provide a busier start in 2006. The foundation for upcoming development, however, are the projects that are described herein. We hope that you find interesting projects to look at or work on. The next status report collection will be April 7 2006. We are looking forward to your report then. Thanks again to everyone who submitted reports, and thanks to Brad Davis who stepped up for an extensive spelling and grammar review. Enjoy reading! _________________________________________________________________ Projects * FreeSBIE * jemalloc * variant symlinks Documentation * FreeBSD list of projects and ideas for volunteers (TODO list for volunteers) * Problem Report Database * The FreeBSD Dutch Documentation Project =46reeBSD team reports * FreeBSD Security Officer and Security Team * Ports Collection * Release Engineering Status Report Kernel * Bt878 Audio Driver (aka FusionHDTV 5 Lite) * E1000 driver improvements * LSI MegaRAID improvements * Sound subsystem improvements Network infrastructure * Early Binding Updates and Credit-Based Authorization for the Kame-Shisa Mobile IPv6 Software * FAST_IPSEC Upgrade * KAME Project Status Report * New Networking Features in FreeBSD 6.0 * Optimizing the FreeBSD IP and TCP Stack Userland programs * OpenBSD dhclient Architectures * FreeBSD on Xen 3.0 * FreeBSD/xbox Ports * FreshPorts Vendor / 3rd Party Software * SysKonnect/Marvell Yukon device driver Miscellaneous * A Comprehensive Delay Analysis for Reactive and Proactive Handoffs with Mobile IPv6 Route Optimization * BSDCan 2006 * TCP/IP Optimization Fundraiser Status _________________________________________________________________ A Comprehensive Delay Analysis for Reactive and Proactive Handoffs with Mobile IPv6 Route Optimization URL: http://doc.tm.uka.de/2006/vogt-2006-delay-analysis-for-reactive-and-pr oactive-handoffs.pdf Contact: Christian Vogt Optimizations to reduce handoff delays inherent in Mobile IPv6 Route Optimization as well as IPv6 router discovery, address configuration, and movement detection have so far been mostly considered on an individual basis. This document evaluates three integrated solutions for improved handoff experience in surroundings with different preconditions: reactive handoffs with unmodified routers, reactive handoffs with router support, and movement anticipation and proactive handoff management. _________________________________________________________________ BSDCan 2006 URL: http://www.bsdcan.org/ Contact: Dan Langille We are well into the process of selecting the talks for BSDCan 2006. Our new program committee has a hard selection task over the new few weeks. The deadline for the Call For Papers has passed, but it's not too late to submit a talk. Please see the above URL for details. After the success of the Work in Progress last year , we are going to do it again this year. If you are working on something you'd like to tell the world about, considering giving a 5 minute talk at BSDCan. The registration prices for BSDCan 2006 will be the same as they were for 2005 . We will be again in the SITE building at University of Ottawa and you'll have lots of opportunity to meet with people from all over the world. Be sure to make your travel plans now and don't miss out on the biggest BSD event this year: BSDCan 2006. Open tasks: 1. We're looking for volunteers to help out just before and during the conference. Contact Dan at the above address. 2. If you have a talk you'd like to present, contact Dan at the above address. _________________________________________________________________ Bt878 Audio Driver (aka FusionHDTV 5 Lite) URL: http://perforce.freebsd.org/fileSearch.cgi?FSPC=3D%2F%2Fdepot%2Fuser%2Fj mg%2Fbktrau%2F...&ignore=3DGO%21 Contact: John-Mark Gurney Basic audio capture is working. All of the parameters are set by userland, while the RISC program generation is by kernel. No real audio has been captured as there are no drivers for the tuner yet. Someone with a real Bt878 NTSC card that is supported by bktr(4) could use this to capture audio w/o using the sound card. The real goal of this driver is to make HD capture possible with the DViCO FusionHDTV5 Lite card that I have. I have some of the documentation that I need, but I'm still missing two key docs. The docs for the LGDT3303 ATSC/8VSB/QAM demodulator chip and a block diagram of the board showing which GPIO lines go where and how the chips are interconnected. DViCO has been responsive in acknowledging my emails, but they have yet to produced any data besides pointing me to the Linux driver (which is difficult to figure out stuff by). Open tasks: 1. Complete basic capture driver. 2. Make the bktr(4) drive cleanly attach to the card, and possibly add support for analog capture. _________________________________________________________________ E1000 driver improvements Contact: Scott Long Contact: Andre Opperman In an effort to solve the 'interrupt aliasing' problem that plagues many motherboards under FreeBSD, I modified the Intel e1000 network driver (if_em) to use a combination of fast interrupts and taskqueues. This technique avoids interrupt threads entirely, which in turn avoids triggering the aliasing problem in the Intel APIC. The result is that the driver now handles and masks interrupts immediately, and a private taskqueue is then scheduled to run to process the link events and rx/tx events. A side effect of this asynchronous processing is that it acts much as traditional polling does, in that the amount of work done in the taskqueue can be controlled, and the taskqueue rescheduled to process work at a later time. This leads to the driver having the low-latency benefits of interrupts and the workload segmentation of polling, all without complicated heuristics. Several users have reported that the driver can handle higher loads than traditional polling without deadlocks. Along with this work, I modified the SMPng locking in the driver so that no lock is required for the RX path. Since this path is already implicitly serialized by the interrupt and/or taskqueue and/or polling handler (all of which are exclusive to each other), there was no need for extra synchronization. This has two benefits. The first is reduction in processing overhead to unlock and lock the driver for every RX packet, and significant reduction in contention of the driver lock when transmitting and receiving packets at the same time. I believe that it is further possible to run the TX-complete path without a lock, further reducing overhead and contention for high transmit loads. The reduced contention also greatly benefitted the fast-forward bridging code in FreeBSD, with up to 25% performance improvement seen, as well as lower CPU utilization. The work can be found in FreeBSD 7-CURRENT for now. There are still some rough edges relating to falling back to traditional ithread and polling behavior, and I do not intend to merge the changes back to FreeBSD 6.x until these are resolved. I also hope to extend the INTR_FAST+taskqueue model into a general framework for doing Mac OSX style filter interrupts. The work in the if_em driver can also be extended to other high-performance network drivers such as if_bge and if_ti. Any help with investigating these topics is welcomed. _________________________________________________________________ Early Binding Updates and Credit-Based Authorization for the Kame-Shisa Mobile IPv6 Software URL: http://www.tm.uka.de/~chvogt/ebucba/ URL: http://doc.tm.uka.de/2005/draft-vogt-mobopts-early-binding-updates-00. txt URL: http://doc.tm.uka.de/2005/draft-vogt-mobopts-credit-based-authorizatio n-00.txt Contact: Christian Vogt Based on the Kame-Shisa Mobile IPv6 Software for FreeBSD 5.4, we implemented the performance optimization "Early Binding Updates" and "Credit-Based Authorization". The combined optimizations facilitate significant reductions in handoff delay without compromising protocol security [1][2]. _________________________________________________________________ =46AST_IPSEC Upgrade Contact: George Neville-Neil Contact: Bjoern A. Zeeb Currently splitting out the rest of the PF_KEY data-structures from the key database. This will mean the user level applications and the kernel will not share datastructures and that they can, hopefully, advance on their own without being in lockstep. Open tasks: 1. Calculate diffs between Kame IPv4 version of IPSec and FAST_IPSEC and upgrade FAST to the latest standards. 2. Add IPv6 support to FAST_IPSEC. _________________________________________________________________ =46reeBSD list of projects and ideas for volunteers (TODO list for voluntee= rs) URL: http://www.FreeBSD.org/projects/ideas/ Contact: Joel Dahl Contact: Alexander Leidinger The "TODO list for volunteers" is now committed as the "FreeBSD list of projects and ideas for volunteers". So far the interest in the list is high and some volunteers already took the opportunity to start tackling some of the entries. Unfortunately the FreeBSD project does not have enough human resources to provide a technical contact for every entry. Interested volunteers should not be afraid to try to come up with a solution for an entry without a technical contact. The people on the hackers and current mailing list are typically very helpful regarding answering specific questions (as long as they know the answer...). We are looking forward to hear about new ideas, people willing to be technical contacts for generic topics (e.g. USB) or specific entries (already existing or newly created), suggestions for existing entries or completion reports for (parts of) an entry. Open tasks: 1. Add more ideas. 2. Find more technical contacts. _________________________________________________________________ =46reeBSD on Xen 3.0 URL: http://www.fsmware.com/xenofreebsd/7.0/STATUS Contact: Kip Macy Full domU support in p4 branch of -CURRENT, except suspend / restore. Dom0 work is in progress. Scott Long is working on xenbus integration with newbus. After newbus integration it will go into CVS. I hope to see it MFCed to RELENG_6 so it will be available for 6.1. Open tasks: 1. Port the backend drivers from Linux. 2. Port the domain management tools from Linux. 3. Add multiboot support to loader(8) to support it booting xen. 4. SMP, x86_64, and PAE support. _________________________________________________________________ =46reeBSD Security Officer and Security Team URL: http://www.freebsd.org/security/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributors/staff -listing.html#STAFF-SECTEAM URL: http://vuxml.freebsd.org/ Contact: Security Officer Contact: Security Team This report covers the period July 2005 - January 2006, since the FreeBSD Security Team did not submit a status report for July - October 2005. In August 2005, the long-time Security Officer, Jacques Vidrine, stepped down and was replaced by Colin Percival. Jacques remains with the team as Security Officer Emeritus, and the team thanks him for all his work over the past four years. Also in August 2005, Dag-Erling C. Sm=F8rgrav was replaced by Simon L. Nielsen as Deputy Security Officer. In addition, Tom Rhodes and Guido van Rooij retired from the team in September 2005 and January 2006 respectively in order to devote their time to other parts of the FreeBSD project. The current Security Team membership is published on the web site. In the time since the last status report, ten security advisories have been issued (five in 2005, five in 2006) concerning problems in the base system of FreeBSD; of these, four problems were in "contributed" code, while six were in code maintained within FreeBSD. The Vulnerabilities and Exposures Markup Language (VuXML) document has continued to be updated by the Security Team and the Ports Committers documenting new vulnerabilities in the FreeBSD Ports Collection; since the last status report, 117 new entries have been added, bringing the total up to 636. The following FreeBSD releases are supported by the FreeBSD Security Team: FreeBSD 4.10, FreeBSD 4.11, FreeBSD 5.3, FreeBSD 5.4, and FreeBSD 6.0. Their respective End of Life dates are listed on the web site. _________________________________________________________________ =46reeBSD/xbox URL: http://xbox-bsd.nl Contact: Rink Springer FreeBSD/xbox support is nearing completion. Patches are available for nve(4) ethernet support, as well as a syscons(4)-capable console. I am working to integrate these in CURRENT, a backport to 6.x is planned too. Work is under way to support X.Org as well; people with more detailed knowledge of X.Org are welcome to assist. Open tasks: 1. Enable framebuffer support in X.Org 2. Figure out a way to use mfsroots without using loader(8) _________________________________________________________________ =46reeSBIE URL: http://www.freesbie.org URL: http://torrent.freesbie.org URL: freesbie@gufi.org Contact: FreeSBIE staff Development is going on after the complete rewrite of the toolkit. There are many plugins available and we're testing a new implementation of unionfs for 6.x. Since it's a bit unstable, it won't be included in the release anyway. Developers hope to enter the BETA state on February 1st, to release an -RC image around February 15th and the RELEASE around March 1st. We need more people to test the images we provide. Torrents for them are available at torrent.freesbie.org . Open tasks: 1. A new BETA Release, based on 6-STABLE, is available for testing. _________________________________________________________________ =46reshPorts URL: http://www.freshports.org/ Contact: Dan Langille FreshPorts recently moved to a new webserver. This should speed things up considerably. You can read all about the new hardware on the recently introduced FreshPorts Blog . This blog will include technical discussions about ports and the problems they present with respect to FreshPorts. Site announcements will be posted there. As bugs are found, they will be listed, as well as their fixes. Supporting multiple platforms and architectures is still in the development stage. Lack of time is affecting progress. A fix for virtual ports is in the works. I'm also going to implement more caching to speed things up. If interested in discussing the options there, please get involved in the blog. _________________________________________________________________ jemalloc Contact: Jason Evans libc's malloc implementation has been replaced with an implementation that is designed to scale well for multi-threaded applications running on multi-processor systems. This is accomplished by creating multiple allocation arenas that are independent of each other, and permanently assigning threads to these arenas. In the common case, threads do not access the same allocator arena at the same time, which reduces contention and cache sloshing. Single-threaded application performance is approximately equivalent to what it was with phkmalloc, but for multi-threaded applications that make heavy use of malloc, the performance difference can be huge (orders of magnitude). As with phkmalloc, the new malloc implementation supports runtime configuration via the MALLOC_OPTIONS environment variable. See the malloc(3) manpage for details on supported options, as well as more information about the allocator's architecture. _________________________________________________________________ KAME Project Status Report URL: http://www.kame.net/ URL: http://www.kame.net/newsletter/20051107/ URL: http://www.wide.ad.jp/news/press/20051107-KAME-e.html URL: http://ipv6style.jp/en/special/kame/20051205/index.shtml Contact: SUZUKI Shinsuke Most of the latest KAME code has been merged to 7-current and 6-stable, to prepare for the project conclusion in March 2006. For the same reason, we moved some ports applications (security/racoon, net/pim6sd, net/pim6dd, net/dhcp6) from KAME to sourceforge.net. Some of the items (e.g. IGMPv3/MLDv2, Mobile-IPv6/NEMO, SCTP, DCCP, ISATAP) are not merged yet from the latest KAME code for several reasons. Other projects will continue to merge their work. Open tasks: 1. remove __P() macros 2. set net.inet6.ip6.kame_version to a more appropriate date :-) 3. update src/sys/netinet6/README _________________________________________________________________ LSI MegaRAID improvements Contact: Scott Long Contact: Doug Ambrisko Major work has gone into improving both the performance of the LSI MegaRAID (amr) driver, and in adding Linux compatiblity support. SMGng locking was added in Oct 2005 as well as a number of performance improvements. The result is 138% performance improvement in some local transaction tests. Throughout 2005 a lot of work has gone into adding Linux compatibility to the driver. It is now possible to run many of the LSI-provided management apps for Linux under FreeBSD. Both this feature and the performance improvements are in the 7-CURRENT development branch of FreeBSD and are scheduled to be backported in time for the FreeBSD 6.1 release. _________________________________________________________________ New Networking Features in FreeBSD 6.0 URL: http://people.freebsd.org/New%20Networking%20Features%20in%20FreeBSD%2 06%20-%20Presentation.pdf URL: http://people.freebsd.org/New%20Networking%20Features%20in%20FreeBSD%2 06%20-%20Paper.pdf URL: http://www.eurobsdcon.org Contact: Andre Oppermann FreeBSD 6 has evolved drastically in the development branch since FreeBSD 5.3 and especially so in the network area. The presentation and paper give an in-depth overview of all network stack related enhancements, changes and new code with a narrative on their rationale. _________________________________________________________________ OpenBSD dhclient Contact: Brooks Davis Contact: Sam Leffler The OpenBSD rewrite of dhclient has been imported, replacing the ISC dhclient. The OpenBSD client provides better support for roaming on wireless networks and a simpler model of operation. Instead of a single dhclient process per system, there is one per network interface. This instance automatically goes away in the even of link loss and is restarted via devd when link is reacquired. To support this change, many aspects of the network interface configuration process were overhauled. Support for adding aliases to DHCP configured interfaces has been committed to CURRENT and will be merged before 6.1-RELEASE. Soon work will begin to merge changes from OpenBSD that have taken place since the initial import. Work on further interface configuration enhancements is underway for FreeBSD 7.0. _________________________________________________________________ Optimizing the FreeBSD IP and TCP Stack URL: http://people.freebsd.org/Optimizing%20the%20FreeBSD%20IP%20and%20TCP% 20Stack%20-%20Presentation.pdf URL: http://people.freebsd.org/Optimizing%20the%20FreeBSD%20IP%20and%20TCP% 20Stack%20-%20Paper.pdf URL: http://www.eurobsdcon.org URL: http://people.freebsd.org/~andre/tcpoptimization.html Contact: Andre Oppermann FreeBSD has gained fine grained locking in the network stack throughout the 5.x-RELEASE series cumulating in 6.0-RELEASE. Hardware architecture and performance characteristics have evolved significantly since various BSD networking subsystems have been designed and implemented. This paper gives a detailed look into the implementation and design changes in FreeBSD 7-CURRENT to extract the maximum network performance from the underlying hardware. Sponsored by: TCP/IP Optimization Fundraiser 2005 _________________________________________________________________ Ports Collection URL: http://www.freebsd.org/ports/ URL: http://people.freebsd.org/~fenner/portsurvey/ URL: http://edwin.adsl.barnet.com.au/~edwin/ports/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.freebsd.org/portmgr/index.html URL: http://tinderbox.marcuscom.com Contact: Mark Linimon During this time, the number of ports PRs briefly dipped below 500 -- a number not seen since late 2000, when there were 4000 ports instead of our new total of over 14,000 ports. This is due to the hard work of a large number of individuals, including pav, edwin, mnag, garga, and many others. Congratulations folks! Some of this was due to more aggressively committing PRs where the maintainer had not responded within the timeout period. Although controversial, this new policy seems to be succeeding in its goal of improving the Ports Collection. A new file, ports/KNOBS, was added by ahze to help bring some order in the chaos that had been the OPTIONS namespace. dougb has changed the way that rc.d works in -HEAD to work more like the base rc.d scripts. We are hoping that this change will make ports maintenance easier in the future. However, in the meantime a few bugs have been introduced (which we intend to have fixed by the time 6.1 is released). While this regression is unfortunate, it was decided that now was the best time to try to make this change rather than waiting for 7.0. We hope our users can be patient with us in the interim. Work continues to improve the marcuscom ports tinderbox, with new features added by marcus, aDe, and edwin in particular. Several ports committers are now running their own copies to test ports changes. The www.FreeBSD.org/ports page, and the portmgr web pages, were reworked as well. We have added 4 new committers since the last report. Open tasks: 1. Progress has been made in cracking down on ports that do not correctly install when LOCALBASE is not /usr/local, but some ports remain. 2. portmgr would like to remind committers that PRs for their ports should be handled (either committed or marked 'suspended' or 'analyzed') within the two week timeout period. In this way other committers do not have to invoke the maintainer timeout and things will work more smoothly. _________________________________________________________________ Problem Report Database URL: http://www.freebsd.org/support.html#gnats Contact: Mark Linimon The experiment to add 'tags' to many of the kern and related PRs, including such things as '[nfs]', '[fxp]', and so forth, continues. In addition, PRs with patches have been more consistently tagged with '[patch]'. Two new periodic reports based on both functional tags and PRs with patches have been added, with the goal of making these PRs more visible. _________________________________________________________________ Release Engineering Status Report URL: http://www.freebsd.org/releng URL: http://www.freebsd.org/releases Contact: RE Team Another very busy year for the FreeBSD Release Engineering Team. Recognizing the problems, both technical and emotional, surrounding the FreeBSD 5.x releases, our primary focus was in getting the bugs out of FreeBSD 6.0 and getting it released. We succeeded at that quite well, and the 6.0 release on Nov 18 was a huge success for the project. Many thanks to all of the developers who put in countless hours fixing bugs and improving performance, and to the users who helped find, fix, and verify bugs. Moving forward to 2006, we plan on doing a joint release of FreeBSD 5.5 and 6.1 in late March. The 5.5 release will mark the end of active FreeBSD 5.x development and releases, and is intended to help users who have not yet switched to FreeBSD 6. It consists primarily of bug fixes and minor improvements. FreeBSD 6.1 will be an upgrade to 6.0 and will include new drivers, better performance in certain areas, as well as bug fixes. We expect to release FreeBSD 6.2 and 6.3 later in 2006. _________________________________________________________________ Sound subsystem improvements URL: http://people.FreeBSD.org/~ariff/ URL: http://www.FreeBSD.org/projects/ideas/ Contact: Ariff Abdullah Contact: Alexander Leidinger Contact: Multimedia Mailinglist A lot of changes have taken place in the sound system since the last status report. They range from less hickups and distortion by disk accesses and/or driver bugs to new and improved features (software volume control implemented for soundcards which do not have hardware volume control). Additionally a new driver (snd_atiixp) has seen the light and a lot of problem reports where fixed. Most of those changes and the changes mentioned in the previous status report are already merged to RELENG_6 and will be part of 6.1-RELEASE. Open tasks: 1. Have a look at the sound related entries on the ideas list. 2. Rewrite some parts (e.g. a new mixer subsystem with OSS compatibility). 3. sndctl(1): tool to control non-mixer parts of the sound system (e.g. spdif switching, virtual-3D effects) by an user (instead of the sysctl approach in -current); pcmplay(1), pcmrec(1), pcmutil(1). 4. Plugable FEEDER infrastructure. For ease of debugging various feeder stuff and/or as userland library and test suite. 5. Support for new hardware (envy24, Intel HDA). 6. Performance enhancement (via 'slave'-channels). 7. Closer compatibility with OSS, especially for the upcoming OSS v4. _________________________________________________________________ SysKonnect/Marvell Yukon device driver URL: http://www.marvell.com URL: http://www.syskonnect.de Contact: Karim Jamal This project provides support for SysKonnect's SK-98xx, SK-95xx,SK-9Exx and SK-9Sxx PCI/PCI-Express Gigabit Ethernet adapters via the yk(4) driver, as well as Marvell's Yukon LOM Gigabit Ethernet controllers via the myk(4) driver. Driver source has been made available to selected members of the FreeBSD project. _________________________________________________________________ TCP/IP Optimization Fundraiser Status URL: http://people.freebsd.org/~andre/tcpoptimization.html URL: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/em/if_em.c?rev=3D1.98& content-type=3Dtext/x-cvsweb-markup URL: http://www.freebsd.org/news/status/report-july-2005-oct-2005.html#TCP- &-IP-Routing-Optimization-Fundraise Contact: Andre Oppermann The fundraise has been very successful and I want to thank everyone who has pledged their support and tipped the jar. The full amount plus a little bit more has been raised in a very short timeframe. More information on the exact amounts and their sponsors can be found at the first link. After the delays on this project caused by the FreeBSD 6.0 Release cycle code freeze work has picked up and a paper was written and a presentation held on "Optimizing the FreeBSD IP and TCP Stack" for EuroBSDCon 05 on November 27th. See related status report under that title. From December 21st to January 11th I received access to a calibrated Agilent N2X gigabit tester and traffic generator. Stock FreeBSD 7-current was tested and profiled extensively in this timeframe. A first proof of concept optimization was developed in cooperation with Scott Long. It involved converting the Intel Gigabit ethernet em(4) driver to make use of fast interrupt handlers, taskqueues and lockless RX ring handling. This improved the performance from 570kpps to 750kpps, a 25% improvement, with IP fastforwarding enabled. Open tasks: 1. A large number of profiles and measurements was taken and a detailed report on the performance characteristics and remaining bottlenecks is under preparation. 2. Further optimizations and new features described on the Optimization Fundraiser page. _________________________________________________________________ The FreeBSD Dutch Documentation Project URL: http://www.freebsd.org/doc/nl/books/handbook URL: http://www.freebsd-nl.org/doc/nl URL: http://www.freebsd-nl.org/www/nl/ Contact: Remko Lodder Contact: Siebrand Mazeland The FreeBSD Dutch Documentation Project is an ongoing project, focussed on translating the English documentation and website to the Dutch language. Currently we are almost done with the FreeBSD Handbook and started the initial translation of the FreeBSD Website. We are always looking for people to help out, if you can help, please contact Siebrand or me so that we can divide the work amongst us. Recent publications: Recently the Printing and the Serial Communications chapters were added to the FreeBSD Dutch Handbook. Recently started items: We started with the translation of the PPP and SLIP chapter and the translation of the website. Open tasks: 1. Translate the final parts of the FreeBSD handbook. 2. Translate the FreeBSD Website _________________________________________________________________ variant symlinks URL: http://butcher.heavennet.ru/patches/kernel/varsym/ Contact: Andrey Elsukov The port of DragonFly's variant symlinks ( project ideas ) to FreeBSD. Variant symlinks is a dynamic symbolic link implementation. Source file of a variant symlink may contain one or more variable names. Each of these variable names is enclosed in braces and preceded by a dollar sign in the style of variable references in sh(1). Whenever a variant symlink is followed, each variable found in source file is replaced by its associated value. In this manner, a variant symlink may resolve to different paths based on context. Open tasks: 1. Document a new system calls. 2. More testing. 3. Write the rc.d script for the variant symlinks initialization. _________________________________________________________________ Legal Notices | =A9 1995-2005 The FreeBSD Project. All rights reserved. --Boundary-00=_fKM2DGHbXhH9kQO-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 13:29:10 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F73F16A420 for ; Thu, 26 Jan 2006 13:29:10 +0000 (GMT) (envelope-from kai@xs4all.nl) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8DFE43D45 for ; Thu, 26 Jan 2006 13:29:09 +0000 (GMT) (envelope-from kai@xs4all.nl) Received: from xs6.xs4all.nl (xs6.xs4all.nl [194.109.21.6]) by smtp-vbr12.xs4all.nl (8.13.3/8.13.3) with ESMTP id k0QDT7LA069522 for ; Thu, 26 Jan 2006 14:29:07 +0100 (CET) (envelope-from kai@xs4all.nl) Received: from xs6.xs4all.nl (kai@localhost [127.0.0.1]) by xs6.xs4all.nl (8.13.3/8.12.11) with ESMTP id k0QDT7nt058558 for ; Thu, 26 Jan 2006 14:29:07 +0100 (CET) (envelope-from kai@xs4all.nl) Received: (from kai@localhost) by xs6.xs4all.nl (8.13.3/8.12.11/Submit) id k0QDT6m1058542 for stable@freebsd.org; Thu, 26 Jan 2006 14:29:06 +0100 (CET) (envelope-from kai) Date: Thu, 26 Jan 2006 14:29:06 +0100 From: Kai To: stable@freebsd.org Message-ID: <20060126132906.GC59566@xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060105093220.GJ1358@svcolo.com> User-Agent: Mutt/1.4.2.1i X-Virus: Hi! I'm a header virus! Forward this header to your friends to help me spread! X-Morphed: complete X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 13:29:10 -0000 On Thu, 5 Jan 2006, Jo Rhett wrote: > > Look around. Every major commercial OS does it just fine. Most of the > open source OSes do it just fine. Debian had probably the easiest to use > system, and they've risen, owned the world and fallen all while FreeBSD has > been debating this issue. > Hello, Another â„¢.02, Today I'm installing Freebsd 6 from a CD, and I'm having to jump through loops to get it up-to-date. Take for example FreeBSD-SA-06:03.cpio. First I need to install the sources for the complete OS, then run a patch on it, and all that for the installation of 1 measily binary, and then keep track of the fact that I did this. Supplying kernel-source patches is fine, but IMHO there is something really wrong with this. I don't want to be bothered by the hassle of keeping track of which security update I patched in my sourcetree and which not. So, please pretty please make something that lets us admins just download a binary package for an updated cpio, and let something whine if its installed already on a system. Shouldn't be too big a problem to get this done in 2006, rpm could do the job, apt-get would suffice too? Regards, Kai -- begin 600 .signature From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 15:06:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB94B16A42D for ; Thu, 26 Jan 2006 15:06:00 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id CC62F43D48 for ; Thu, 26 Jan 2006 15:05:59 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 16907 invoked by uid 1026); 26 Jan 2006 15:08:09 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.182546 secs); 26 Jan 2006 15:08:09 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 26 Jan 2006 15:08:08 -0000 From: Niki Denev To: freebsd-stable@freebsd.org Date: Thu, 26 Jan 2006 17:07:56 +0200 User-Agent: KMail/1.9.1 References: <200601202003.30336.nike_d@cytexbg.com> <43D79F09.7090505@cytexbg.com> <200601261040.49015.nike_d@cytexbg.com> In-Reply-To: <200601261040.49015.nike_d@cytexbg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601261707.56664.nike_d@cytexbg.com> Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 15:06:00 -0000 On Thursday 26 January 2006 10:40, Niki Denev wrote: > [...] After i disabled option QUOTA in both my default kernel config and the one i compiled with the debugging options i was unable to reproduce the deadlock again. (i hope it stays that way :) ) This, together with the report in my previous post probably point that the problem is in the QUOTA support. Regards, Niki Denev From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 15:29:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63C7F16A422; Thu, 26 Jan 2006 15:29:47 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE80F43D58; Thu, 26 Jan 2006 15:29:46 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.212.17] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis), id 0ML2ov-1F294D0HCk-0000jG; Thu, 26 Jan 2006 16:29:45 +0100 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Thu, 26 Jan 2006 16:30:07 +0100 User-Agent: KMail/1.9.1 References: <200601261337.51906.max@love2party.net> In-Reply-To: <200601261337.51906.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1303815.kbdf5qYR6H"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601261630.15251.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD Status Report Fourth Quarter 2005 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 15:29:47 -0000 --nextPart1303815.kbdf5qYR6H Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Simon Barner just informed me that the links for Andre Opperman's papers ar= e=20 wrong. The correct location is: http://people.freebsd.org/~andre/ http://people.freebsd.org/~andre/New%20Networking%20Features%20in%20FreeBSD= %206%20-%20Presentation.pdf http://people.freebsd.org/~andre/New%20Networking%20Features%20in%20FreeBSD= %206%20-%20Paper.pdf http://people.freebsd.org/~andre/Optimizing%20the%20FreeBSD%20IP%20and%20TC= P%20Stack%20-%20Presentation.pdf http://people.freebsd.org/~andre/Optimizing%20the%20FreeBSD%20IP%20and%20TC= P%20Stack%20-%20Paper.pdf Sorry. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1303815.kbdf5qYR6H Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD2OsHXyyEoT62BG0RAlKUAJ4lx0+2H+bCl3hDdkgi8GGDv6YqfACfcXDy tRzPv557CDFP4DbwcULXyb8= =poLb -----END PGP SIGNATURE----- --nextPart1303815.kbdf5qYR6H-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 15:30:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB49816A420 for ; Thu, 26 Jan 2006 15:30:06 +0000 (GMT) (envelope-from steve@sohara.org) Received: from sohara.org (sohara.org [192.220.64.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7A0D43D58 for ; Thu, 26 Jan 2006 15:30:03 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 95862 invoked by uid 16563); 26 Jan 2006 15:30:02 -0000 Received: from unknown (HELO df1.marelmo.com) ([159.134.157.84]) (envelope-sender ) by 192.220.64.179 (qmail-ldap-1.03) with SMTP for ; 26 Jan 2006 15:30:02 -0000 Date: Thu, 26 Jan 2006 15:29:59 +0000 From: Steve O'Hara-Smith To: Peter Jeremy Message-Id: <20060126152959.4781014d.steve@sohara.org> In-Reply-To: <20060125202620.GF25397@cirb503493.alcatel.com.au> References: <43D76846.8090200@izb.knu.ac.kr> <200601251229.k0PCTKNY033601@drugs.dv.isc.org> <20060125132352.44e452d3.steve@sohara.org> <20060125202620.GF25397@cirb503493.alcatel.com.au> X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.9; i386-pc-dragonfly1) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX, Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: xorg-server 6.9.0 won't build on 4.11-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 15:30:06 -0000 On Thu, 26 Jan 2006 07:26:20 +1100 Peter Jeremy wrote: > On Wed, 2006-Jan-25 13:23:52 +0000, Steve O'Hara-Smith wrote: > >On Wed, 25 Jan 2006 23:29:20 +1100 > >Mark Andrews wrote: > >> Or I suspect you can get away with just using gcc33 which > >> has va_copy() builtin. > > > > Hmm I have gcc34 courtesy of some other ports build dependency, > >so I suppose I could add a USE_GCC=3.4 to the Makefile. > > > > Would it be a good idea to add this to all the xorg-6.9 Makefiles ? > > Looking at bsd.gcc.mk, maybe "USE_GCC=3.3+" would be acceptable. I I got it to compile in the end by adding USE_GCC=3.4 in my make.conf and adding a few #include and providing a stdint.h in /usr/local/include. Only to find that the mouse pointer vanishing to the left and staying there still happened - but it took longer (that may be a coincidence). I've fallen back to 6.8.2 as I really haven't the time to try and trace something as strange as that little gem. -- C:>WIN | Directable Mirror Arrays The computer obeys and wins. | A better way to focus the sun You lose and Bill collects. | licences available see | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 15:44:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2285116A420; Thu, 26 Jan 2006 15:44:47 +0000 (GMT) (envelope-from mikeobrien@spamcop.net) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0F7743D58; Thu, 26 Jan 2006 15:44:46 +0000 (GMT) (envelope-from mikeobrien@spamcop.net) Received: from mr-protocol.dyndns.org ([24.130.255.233]) by comcast.net (sccrmhc12) with ESMTP id <2006012615444501200n5cjne>; Thu, 26 Jan 2006 15:44:45 +0000 Received: from mr-protocol.dyndns.org (localhost [127.0.0.1]) by mr-protocol.dyndns.org (8.13.4/8.13.3) with ESMTP id k0QFihQn000396; Thu, 26 Jan 2006 07:44:43 -0800 (PST) (envelope-from mikeobrien@spamcop.net) Message-Id: <200601261544.k0QFihQn000396@mr-protocol.dyndns.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org From: mikeobrien@spamcop.net (Mike O'Brien) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 26 Jan 2006 07:44:43 -0800 Cc: Subject: X.org 6.9 doesn't work with NVidia 7800 GTX (fwd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 15:44:47 -0000 I sent this to "freebsd-x11" and didn't hear a peep back, so I'm widening the net. I'm running FreeBSD 6-STABLE, cvsupped as of last night. I upgraded the ports collection to X.org 6.9 at the same time. Under the X that ships with 6-RELEASE, in the ISO image, and under X.org 6.9, the symptoms are the same. The hardware is an Athlon 4400+ CPU on an Asus motherboard and an NVIDIA 7800 GTX video card. I'm not running the NVidia FreeBSD driver (yet), preferring to see the VESA work first before stirring the pot. If I run X -probeonly, I get a message that "module fbdev cannot be found". This message is, however, almost unreadable because the probing of the video card causes the console contrast to drop almost to zero. The room has to be almost pitch-black before the remaining dim text can be read. I have to reboot the machine to make the console brightness and contrast normal again. Any takers on either of these problems? Mike O'Brien ------- End of Forwarded Message From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 15:50:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA3316A42C; Thu, 26 Jan 2006 15:50:41 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id C711A43D48; Thu, 26 Jan 2006 15:50:36 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060126155035m9200am6tpe>; Thu, 26 Jan 2006 15:50:35 +0000 Message-ID: <43D8EFCA.8060505@math.missouri.edu> Date: Thu, 26 Jan 2006 09:50:34 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060122 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike O'Brien References: <200601261544.k0QFihQn000396@mr-protocol.dyndns.org> In-Reply-To: <200601261544.k0QFihQn000396@mr-protocol.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: X.org 6.9 doesn't work with NVidia 7800 GTX (fwd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 15:50:41 -0000 Mike O'Brien wrote: > I sent this to "freebsd-x11" and didn't hear a peep back, > so I'm widening the net. > > I'm running FreeBSD 6-STABLE, cvsupped as of last night. I upgraded > the ports collection to X.org 6.9 at the same time. Under the X > that ships with 6-RELEASE, in the ISO image, and under X.org 6.9, > the symptoms are the same. > > The hardware is an Athlon 4400+ CPU on an Asus motherboard and an > NVIDIA 7800 GTX video card. > > I'm not running the NVidia FreeBSD driver (yet), preferring to see > the VESA work first before stirring the pot. If I run X -probeonly, > I get a message that "module fbdev cannot be found". This message > is, however, almost unreadable because the probing of the video > card causes the console contrast to drop almost to zero. The room > has to be almost pitch-black before the remaining dim text can be > read. I have to reboot the machine to make the console brightness > and contrast normal again. > > Any takers on either of these problems? > > Mike O'Brien It might be worth trying the nvidia drivers even if VESA isn't working. My personal experience with the very recent FreeBSD nvidia drivers is that they are awesome. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 16:17:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80CD016A422 for ; Thu, 26 Jan 2006 16:17:09 +0000 (GMT) (envelope-from MAI@railway.lviv.ua) Received: from ns.railway.lviv.ua (lvz-at.ler13-lv.ixn.net.ua [80.70.77.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6423143D45 for ; Thu, 26 Jan 2006 16:17:08 +0000 (GMT) (envelope-from MAI@railway.lviv.ua) Received: from MAI ([10.3.102.46]) by ns.railway.lviv.ua (8.11.6/linuxconf) with SMTP id k0QGK5l24805 for ; Thu, 26 Jan 2006 18:20:06 +0200 Message-ID: <001f01c62294$24d87eb0$2e66030a@MAI> From: =?utf-8?B?0JDQvdC00YDRltC5INCc0L7Qs9C40YLQuNGH?= To: Date: Thu, 26 Jan 2006 18:18:29 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 16:17:09 -0000 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 16:17:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 134E216A420 for ; Thu, 26 Jan 2006 16:17:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C612543D45 for ; Thu, 26 Jan 2006 16:17:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AD0551A3C1B; Thu, 26 Jan 2006 08:17:29 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F3C8F52152; Thu, 26 Jan 2006 11:17:28 -0500 (EST) Date: Thu, 26 Jan 2006 11:17:28 -0500 From: Kris Kennaway To: Niki Denev Message-ID: <20060126161728.GA18234@xor.obsecurity.org> References: <200601202003.30336.nike_d@cytexbg.com> <43D79F09.7090505@cytexbg.com> <200601261040.49015.nike_d@cytexbg.com> <200601261707.56664.nike_d@cytexbg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <200601261707.56664.nike_d@cytexbg.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 16:17:30 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 26, 2006 at 05:07:56PM +0200, Niki Denev wrote: > On Thursday 26 January 2006 10:40, Niki Denev wrote: > > > [...] >=20 > After i disabled option QUOTA in both my default kernel config > and the one i compiled with the debugging options i was unable > to reproduce the deadlock again. (i hope it stays that way :) ) > This, together with the report in my previous post probably point > that the problem is in the QUOTA support. Actually, I think this is known. Kris --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD2PYYWry0BWjoQKURAqbHAKDVTotywNtMdK5qL4JKNPy+GUD9xwCfXPaJ aNf4jMipg/s2PCv3BarsWS8= =yTEG -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 16:25:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 513BE16A420 for ; Thu, 26 Jan 2006 16:25:18 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6845543D45 for ; Thu, 26 Jan 2006 16:25:17 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so242081wxc for ; Thu, 26 Jan 2006 08:25:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GQ+vrE/s54v2HlhwbBKWRWPeQLTECTCN73QyWs0NHcam4Ncqp5ExWsYzTRee7QHZehcdsJqFvVRCmjY6CTbJECPcMIn9ZOshTjz1U37kSu/UQ73PSD6E8l4TP86P9I1++tzGY/u9I5IhlhSkMHNw/gj3/LuVZ0xBwSs6cGiPzlU= Received: by 10.70.72.6 with SMTP id u6mr231536wxa; Thu, 26 Jan 2006 08:25:16 -0800 (PST) Received: by 10.70.53.2 with HTTP; Thu, 26 Jan 2006 08:25:16 -0800 (PST) Message-ID: <790a9fff0601260825g58d89ddcg3b10f63c9d2bb11b@mail.gmail.com> Date: Thu, 26 Jan 2006 10:25:16 -0600 From: Scot Hetzel To: Jason In-Reply-To: <20060126015051.GB24520@monsterjam.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060125221538.GB5666@monsterjam.org> <20060126001642.GA56120@xor.obsecurity.org> <20060126013705.GA24520@monsterjam.org> <20060126014049.GA57834@xor.obsecurity.org> <20060126015051.GB24520@monsterjam.org> Cc: stable@freebsd.org, Kris Kennaway Subject: Re: crash again.. this time on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 16:25:18 -0000 On 1/25/06, Jason wrote: > sorry, im not a developer, if you want this information youre going to ha= ve to give me a > clue. Ive looked through all the sections of the "developers handbook" an= d I dont see > anything that I believe is relevant. Also, when my server crashes, I want= to get it back up > asap and not have to go hunting for info.. besides, my internet connectio= n is down at that > point. > Read Sections 10.1 thru 10.6 of the Developers Handbook. http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel= debug.html -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 17:09:58 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0574416A422 for ; Thu, 26 Jan 2006 17:09:58 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from yam.park.rambler.ru (yam.park.rambler.ru [81.19.64.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF10E43D98 for ; Thu, 26 Jan 2006 17:09:47 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by yam.park.rambler.ru (8.13.3/8.13.3) with ESMTP id k0QH9jsb086704 for ; Thu, 26 Jan 2006 20:09:45 +0300 (MSK) (envelope-from is@rambler-co.ru) Date: Thu, 26 Jan 2006 20:09:45 +0300 (MSK) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: stable@freebsd.org Message-ID: <20060126200906.D59186@is.park.rambler.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Strange interaction between kqueue and UNIX domain sockets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 17:09:58 -0000 I've saw strange interaction between UNIX domain sockets and kqueue in FreeBSD 5.4 (at least). One process connects to another process via UNIX domain socket. Second process writes some data and abnormally exits. The kqueue reports to the first process about some data in fflags and set EV_EOF flag. However, the next recv() returns 0 zero bytes. It seems that kernel ignores these data. I never saw such interaction between kqueue and TCP sockets. Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 19:08:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23CCA16A422 for ; Thu, 26 Jan 2006 19:08:06 +0000 (GMT) (envelope-from fbsdlists@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C15143D5E for ; Thu, 26 Jan 2006 19:08:04 +0000 (GMT) (envelope-from fbsdlists@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so445950wri for ; Thu, 26 Jan 2006 11:08:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NaxGmpMlz9fZrUKkfmSqSNggm3zh7d6oSW9Rt1C1viur66MmL2v6YQDPW+DbWpvyCjVrxn4ztGXateeE1kZII2KeqSBEY8JwNwF72X9B2SINMsJYKiDD6eDSQ1gBgQlvstp02ByB7BSAG550NeKAl84dO7ynjg41vAU82eePWBk= Received: by 10.65.74.1 with SMTP id b1mr1607992qbl; Thu, 26 Jan 2006 11:08:00 -0800 (PST) Received: by 10.64.143.4 with HTTP; Thu, 26 Jan 2006 11:08:00 -0800 (PST) Message-ID: <54db43990601261108l15baed77g4d86b3391f1ebb2f@mail.gmail.com> Date: Thu, 26 Jan 2006 14:08:00 -0500 From: Bob Johnson To: Kai In-Reply-To: <20060126132906.GC59566@xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20060105093220.GJ1358@svcolo.com> <20060126132906.GC59566@xs4all.nl> Cc: stable@freebsd.org Subject: Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 19:08:06 -0000 S2FpIDxrYWlAeHM0YWxsLm5ldD4gd3JvdGUKPiBIZWxsbywKPgo+IEFub3RoZXIgmS4wMiwKPgo+ IFRvZGF5IEknbSBpbnN0YWxsaW5nIEZyZWVic2QgNiBmcm9tIGEgQ0QsIGFuZCBJJ20gaGF2aW5n IHRvIGp1bXAgdGhyb3VnaAo+IGxvb3BzIHRvIGdldCBpdCB1cC10by1kYXRlLiBUYWtlIGZvciBl eGFtcGxlIEZyZWVCU0QtU0EtMDY6MDMuY3Bpby4KPgo+IEZpcnN0IEkgbmVlZCB0byBpbnN0YWxs IHRoZSBzb3VyY2VzIGZvciB0aGUgY29tcGxldGUgT1MsIHRoZW4gcnVuIGEgcGF0Y2ggb24KPiBp dCwgYW5kIGFsbCB0aGF0IGZvciB0aGUgaW5zdGFsbGF0aW9uIG9mIDEgbWVhc2lseSBiaW5hcnks IGFuZCB0aGVuIGtlZXAKPiB0cmFjayBvZiB0aGUgZmFjdCB0aGF0IEkgZGlkIHRoaXMuCgpBbmQg YWxsIEkgaGFkIHRvIGRvIHdhcwojIGZyZWVic2QtdXBkYXRlIGZldGNoCiMgZnJlZWJzZC11cGRh dGUgaW5zdGFsbAoKQWx0aG91Z2ggdGhhdCB3YXMgYSA1LjQgc3lzdGVtLCBub3QgNi4wLgoKPgo+ IFN1cHBseWluZyBrZXJuZWwtc291cmNlIHBhdGNoZXMgaXMgZmluZSwgYnV0IElNSE8gdGhlcmUg aXMgc29tZXRoaW5nIHJlYWxseQo+IHdyb25nIHdpdGggdGhpcy4gSSBkb24ndCB3YW50IHRvIGJl IGJvdGhlcmVkIGJ5IHRoZSBoYXNzbGUgb2Yga2VlcGluZyB0cmFjawo+IG9mIHdoaWNoIHNlY3Vy aXR5IHVwZGF0ZSBJIHBhdGNoZWQgaW4gbXkgc291cmNldHJlZSBhbmQgd2hpY2ggbm90Lgo+Cj4g U28sIHBsZWFzZSBwcmV0dHkgcGxlYXNlIG1ha2Ugc29tZXRoaW5nIHRoYXQgbGV0cyB1cyBhZG1p bnMganVzdCBkb3dubG9hZCBhCj4gYmluYXJ5IHBhY2thZ2UgZm9yIGFuIHVwZGF0ZWQgY3Bpbywg YW5kIGxldCBzb21ldGhpbmcgd2hpbmUgaWYgaXRzIGluc3RhbGxlZAo+IGFscmVhZHkgb24gYSBz eXN0ZW0uCj4KPiBTaG91bGRuJ3QgYmUgdG9vIGJpZyBhIHByb2JsZW0gdG8gZ2V0IHRoaXMgZG9u ZSBpbiAyMDA2LCBycG0gY291bGQgZG8gdGhlCj4gam9iLCBhcHQtZ2V0IHdvdWxkIHN1ZmZpY2Ug dG9vPwoKSGF2ZSB5b3UgbG9va2VkIGF0IHBvcnRzL3NlY3VyaXR5L2ZyZWVic2QtdXBkYXRlPyBJ dCBoYW5kbGVzIHRoaXMgaWYKeW91IGFyZSB1c2luZyBhIEdFTkVSSUMga2VybmVsIChhbmQgaXQg d29ya3MgZmluZSBmb3Igbm9uLWdlbmVyaWMKa2VybmVscyBpZiB3aGF0IG5lZWRzIHVwZGF0aW5n IGlzIG5vdCBwYXJ0IG9mIHRoZSBrZXJuZWwpLgoKQXMgbmVhciBhcyBJIGNhbiB0ZWxsLCB0aGUg ZGlzY3Vzc2lvbiBoZXJlIGlzIChhKSB3aHkgbm90IG1ha2UKZnJlZWJzZC11cGRhdGUgcGFydCBv ZiB0aGUgYmFzZSBkaXN0cmlidXRpb24gaW5zdGVhZCBvZiBhIHBvcnQsIGFuZAooYikgd2UgbmVl ZCBhIHRvb2wgdGhhdCBjYW4gZG8gdGhlIHNhbWUgam9iIG9uIG5vbi1nZW5lcmljIGtlcm5lbHMK KHdoaWNoIGxlYWRzIHRvIGEgZGlzY3Vzc2lvbiBvZiB0aGUgYmVzdCB3YXkgdG8gYWNjb21wbGlz aCB0aGF0KS4gIEJ1dApJJ20gbm90IHRyeWluZyByZWFsIGhhcmQgdG8gZm9sbG93IGl0IGNsb3Nl bHksIGFsdGhvdWdoIEkgYWdyZWUgdGhhdAptb3ZpbmcgZnJlZWJzZC11cGRhdGUgaW50byB0aGUg YmFzZSBzeXN0ZW0gd291bGQgYmUgYSBnb29kIGlkZWEuCgotIEJvYgo= From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 19:19:27 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9D3816A420 for ; Thu, 26 Jan 2006 19:19:27 +0000 (GMT) (envelope-from Paul.Dekkers@surfnet.nl) Received: from dorsvlegel.surfnet.nl (dorsvlegel.surfnet.nl [192.87.108.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B29B43D91 for ; Thu, 26 Jan 2006 19:19:26 +0000 (GMT) (envelope-from Paul.Dekkers@surfnet.nl) Received: from gromit.ipv6.chippie.org ([2001:610:508:2121:207:e9ff:fe8f:a375]) by dorsvlegel.surfnet.nl (Exim 4.60) with esmtps (TLSv1:AES256-SHA:256) id 1F2CeT-0005jx-KE; Thu, 26 Jan 2006 20:19:25 +0100 Message-ID: <43D920BD.20406@surfnet.nl> Date: Thu, 26 Jan 2006 20:19:25 +0100 From: Paul Dekkers User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kai References: <20060126132906.GC59566@xs4all.nl> In-Reply-To: <20060126132906.GC59566@xs4all.nl> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SURFnet-Sender-check: 8ae21ef524b09d992f22af3c70f0e299 Cc: stable@freebsd.org Subject: Re: FreeBSD Update is the binary update solution [Re: HEADS UP: Release schedule for 2006] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 19:19:27 -0000 Hi, Kai wrote: > Another â„¢.02, > > Today I'm installing Freebsd 6 from a CD, and I'm having to jump through > loops to get it up-to-date. Take for example FreeBSD-SA-06:03.cpio. > > First I need to install the sources for the complete OS, then run a patch on > it, and all that for the installation of 1 measily binary, and then keep > track of the fact that I did this. > > Supplying kernel-source patches is fine, but IMHO there is something really > wrong with this. I don't want to be bothered by the hassle of keeping track > of which security update I patched in my sourcetree and which not. > > So, please pretty please make something that lets us admins just download a > binary package for an updated cpio, and let something whine if its installed > already on a system. > You can just use freebsd-update for these binaries (and not for the kernel), can't you? And then only make buildkernel / installkernel instead. I did use freebsd-update on machines with a custom / modified kernel - it just left the kernel untouched, detecting that it was modified, and update only the rest, like cpio, ee, whatever recent update there was... (Good to have a choice, and it saves a lot of time in cases where I don't need or want to build the world.) Paul P.S. Maybe freebsd-update could have an option for leaving out kernel updates? ;-) From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 19:29:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6CB316A460; Thu, 26 Jan 2006 19:29:09 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id B187543D72; Thu, 26 Jan 2006 19:29:08 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Thu, 26 Jan 2006 11:29:06 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C289B4503E; Thu, 26 Jan 2006 11:29:04 -0800 (PST) To: mikeobrien@spamcop.net (Mike O'Brien) In-reply-to: Your message of "Thu, 26 Jan 2006 07:44:43 PST." <200601261544.k0QFihQn000396@mr-protocol.dyndns.org> Date: Thu, 26 Jan 2006 11:29:04 -0800 From: "Kevin Oberman" Message-Id: <20060126192904.C289B4503E@ptavv.es.net> Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: X.org 6.9 doesn't work with NVidia 7800 GTX (fwd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 19:29:10 -0000 > From: mikeobrien@spamcop.net (Mike O'Brien) > Date: Thu, 26 Jan 2006 07:44:43 -0800 > Sender: owner-freebsd-stable@freebsd.org > > I sent this to "freebsd-x11" and didn't hear a peep back, > so I'm widening the net. > > I'm running FreeBSD 6-STABLE, cvsupped as of last night. I upgraded > the ports collection to X.org 6.9 at the same time. Under the X > that ships with 6-RELEASE, in the ISO image, and under X.org 6.9, > the symptoms are the same. > > The hardware is an Athlon 4400+ CPU on an Asus motherboard and an > NVIDIA 7800 GTX video card. > > I'm not running the NVidia FreeBSD driver (yet), preferring to see > the VESA work first before stirring the pot. If I run X -probeonly, > I get a message that "module fbdev cannot be found". This message > is, however, almost unreadable because the probing of the video > card causes the console contrast to drop almost to zero. The room > has to be almost pitch-black before the remaining dim text can be > read. I have to reboot the machine to make the console brightness > and contrast normal again. I have the same chipset and CPU on an MSI mobo and had exactly the same problem. Right down to the very low contrast video. I think VESA is broken with this chipset. I installed nvidia-driver and nvidia-xconfig. It worked immediately. nvidia-xconfig modifies the existing xorg.conf (or XF85Config) to work with the nvidia driver. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 19:40:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C39FA16A423 for ; Thu, 26 Jan 2006 19:40:18 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14CE943D4C for ; Thu, 26 Jan 2006 19:40:17 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail11.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0QJe9aM024534 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 27 Jan 2006 06:40:10 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k0QJe96h002505; Fri, 27 Jan 2006 06:40:09 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k0QJe9Iv002504; Fri, 27 Jan 2006 06:40:09 +1100 (EST) (envelope-from peter) Date: Fri, 27 Jan 2006 06:40:09 +1100 From: Peter Jeremy To: Niki Denev Message-ID: <20060126194009.GB2184@turion.vk2pj.dyndns.org> References: <200601261050.15049.nike_d@cytexbg.com> <20060126085422.GB97175@mid.pc5.i.0x5.de> <200601261117.21743.nike_d@cytexbg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601261117.21743.nike_d@cytexbg.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: manual escape to debugger on serial console not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 19:40:18 -0000 On Thu, 2006-Jan-26 11:17:21 +0200, Niki Denev wrote: >Ah, this was the missing link :) >I completely forgot the part that i must >type "~~#" to actually send a BREAK. I rarely use the ssh break so I set it to something other than '~' in my .ssh/config so it doesn't clash with (eg) tip. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 19:59:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4064416A420 for ; Thu, 26 Jan 2006 19:59:22 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from mail.sectornotfound.com (mail.sectornotfound.com [209.139.233.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB0A343D46 for ; Thu, 26 Jan 2006 19:59:21 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from hannibal.int.sectornotfound.com (hannibal.int.sectornotfound.com [192.168.98.3]) by murdock.sectornotfound.com (8.13.1/8.13.1) with ESMTP id k0QJxKF4056442 for ; Thu, 26 Jan 2006 11:59:21 -0800 (PST) (envelope-from bsd@unixforge.net) Received: from [192.168.3.212] (gw.activestate.com [209.17.183.249]) (authenticated bits=0) by hannibal.int.sectornotfound.com (8.13.1/8.12.10) with ESMTP id k0QJxKnW034557 for ; Thu, 26 Jan 2006 11:59:20 -0800 (PST) (envelope-from bsd@unixforge.net) Message-ID: <43D92A13.9080509@unixforge.net> Date: Thu, 26 Jan 2006 11:59:15 -0800 From: "Eli K. Breen" User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 6.0 - Network operations result in : not found? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 19:59:22 -0000 re: FreeBSD 6.0 - Network operations result in : not found? When starting and stopping many network services under a fairly stock FreeBSD 6.0 box, I see the following: ==================== (Addresses removed) root@mistert# /etc/rc.d/named restart inet netmask 255.255.255.255: not found inet netmask 255.255.255.255: not found inet netmask 255.255.255.255: not found inet netmask 255.255.255.255: not found inet netmask 255.255.255.255: not found inet netmask 255.255.255.255: not found Stopping named. Waiting for PIDS: 406. inet netmask 255.255.255.255: not found inet netmask 255.255.255.255: not found inet netmask 255.255.255.255: not found Starting named. ==================== Google says nothing. Any ideas? -E- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 20:40:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1670516A420 for ; Thu, 26 Jan 2006 20:40:14 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B7CF43D46 for ; Thu, 26 Jan 2006 20:40:12 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail11.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0QKeB1i005448 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 27 Jan 2006 07:40:11 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k0QKeBFU000778 for ; Fri, 27 Jan 2006 07:40:11 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k0QKeBp9000777 for stable@freebsd.org; Fri, 27 Jan 2006 07:40:11 +1100 (EST) (envelope-from peter) Date: Fri, 27 Jan 2006 07:40:11 +1100 From: Peter Jeremy To: stable@freebsd.org Message-ID: <20060126204010.GA737@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: Subject: Panic on S3 suspend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 20:40:14 -0000 I'm not sure if this is most applicable here, -acpi or -mobile. 6-STABLE/amd64 from last weekend running on an HP nx6125 laptop. I tried setting the lid switch to S3 and then closing the lid whilst there was network activity (pinging the system) and it panic'd. I have a crash dump but I'm not especially familiar with the amd64 memory map so I'm not sure what the fault address suggests - it doesn't look like a NULL dereference or truncated address so I guess it's garbage. Is this just of case of suspend not disabling interrupts fast enough? Unread portion of the kernel message buffer: fwohci0: fwohci_pci_suspend fwohci0: device physically ejected? Fatal trap 12: page fault while in kernel mode fault virtual address = 0x78572a2f0 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff801b8c91 stack pointer = 0x10:0xffffffffa181fb70 frame pointer = 0x10:0xffffffffa181fbb0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 33 (irq23: bge0) trap number = 12 panic: page fault KDB: stack backtrace: kdb_backtrace() at kdb_backtrace+0x37 panic() at panic+0x164 trap_fatal() at trap_fatal+0x378 trap_pfault() at trap_pfault+0x1cf trap() at trap+0x2f3 calltrap() at calltrap+0x5 --- trap 0xc, rip = 0xffffffff801b8c91, rsp = 0xffffffffa181fb70, rbp = 0xffffffffa181fbb0 --- bge_start_locked() at bge_start_locked+0x61 bge_intr() at bge_intr+0x283 ithread_loop() at ithread_loop+0x169 fork_exit() at fork_exit+0x95 fork_trampoline() at fork_trampoline+0xe (kgdb) where #0 doadump () at pcpu.h:172 #1 0xffffffff8026894f in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xffffffff80268cfb in panic (fmt=0xffffffff803cf38c "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xffffffff80384af8 in trap_fatal (frame=0xffffffffa181fac0, eva=32303653616) at /usr/src/sys/amd64/amd64/trap.c:660 #4 0xffffffff8038474f in trap_pfault (frame=0xffffffffa181fac0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:573 #5 0xffffffff803843f3 in trap (frame= {tf_rdi = -1099501924352, tf_rsi = -1098605723040, tf_rdx = -1099501753856, tf_rcx = 0, tf_r8 = -1585316592, tf_r9 = 0, tf_rax = 4294967295, tf_rbx = -1099501924352, tf_rbp = -1585316944, tf_r10 = 3, tf_r11 = -1098803534592, tf_r12 = -1099501924352, tf_r13 = -2056097792, tf_r14 = 0, tf_r15 = -1098605848128, tf_trapno = 12, tf_addr = 32303653616, tf_flags = -2144881357, tf_err = 0, tf_rip = -2145678191, tf_cs = 8, tf_rflags = 66050, tf_rsp = -1585316992, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:352 #6 0xffffffff8037431b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff801b8c91 in bge_start_locked (ifp=0xffffff0000941000) at /usr/src/sys/dev/bge/if_bge.c:3362 #8 0xffffffff801b8763 in bge_intr (xsc=0xffffff0000941000) at /usr/src/sys/dev/bge/if_bge.c:3091 #9 0xffffffff80253369 in ithread_loop (arg=0xffffff0000941000) at /usr/src/sys/kern/kern_intr.c:547 #10 0xffffffff80252475 in fork_exit ( callout=0xffffffff80253200 , arg=0xffffff0000029500, frame=0xffffffffa181fc50) at /usr/src/sys/kern/kern_fork.c:789 #11 0xffffffff8037467e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:394 #12 0x0000000000000000 in ?? () Previous frame identical to this frame (corrupt stack?) ... #7 0xffffffff801b8c91 in bge_start_locked (ifp=0xffffff0000941000) at /usr/src/sys/dev/bge/if_bge.c:3362 3362 BPF_MTAP(ifp, m_head); Current language: auto; currently c (kgdb) p ifp $1 = (struct ifnet *) 0xffffff0000941000 (kgdb) p m_head $2 = (struct mbuf *) 0xffffff0000941000 That definitely doesn't look correct. Printing the contents of both suggests tat it shuld be ifp: (kgdb) p *ifp $3 = {if_softc = 0xffffffff85727000, if_l2com = 0xffffff0000968840, if_link = { tqe_next = 0xffffff00009f5000, tqe_prev = 0xffffffff8057b730}, if_xname = "bge0", '\0' , if_dname = 0xffffff00007bf5d8 "bge", if_dunit = 0, if_addrhead = { tqh_first = 0xffffff000094e200, tqh_last = 0xffffff002ab252b8}, if_klist = {kl_list = {slh_first = 0x0}, kl_lock = 0xffffffff8024d490 , kl_unlock = 0xffffffff8024d4b0 , kl_locked = 0xffffffff8024d4d0 , kl_lockarg = 0xffffffff8056dbe0}, if_pcount = 0, if_carp = 0x0, if_bpf = 0x0, if_index = 1, if_timer = 0, if_nvlans = 0, if_flags = 34819, if_capabilities = 26, if_capenable = 26, if_linkmib = 0x0, if_linkmiblen = 0, if_data = {ifi_type = 6 '\006', ifi_physical = 0 '\0', ifi_addrlen = 6 '\006', ifi_hdrlen = 14 '\016', ifi_link_state = 2 '\002', ifi_recvquota = 0 '\0', ifi_xmitquota = 0 '\0', ifi_datalen = 152 '\230', ifi_mtu = 1500, ifi_metric = 0, ifi_baudrate = 10000000, ifi_ipackets = 38910, ifi_ierrors = 0, ifi_opackets = 12023, ifi_oerrors = 0, ifi_collisions = 0, ifi_ibytes = 50025442, ifi_obytes = 4410559, ifi_imcasts = 350, ifi_omcasts = 0, ifi_iqdrops = 0, ifi_noproto = 0, ifi_hwassist = 7, ifi_epoch = 0, ifi_lastchange = { tv_sec = 1138272696, tv_usec = 308610}}, if_multiaddrs = { tqh_first = 0xffffff0035cb2c40, tqh_last = 0xffffff0035cb2d40}, if_amcount = 0, if_output = 0xffffffff802dd820 , if_input = 0xffffffff802de190 , if_start = 0xffffffff801b8fc0 , if_ioctl = 0xffffffff801b9670 , if_watchdog = 0xffffffff801b9990 , if_init = 0xffffffff801b9370 , if_resolvemulti = 0xffffffff802deb70 , if_spare1 = 0x0, if_spare2 = 0x0, if_spare3 = 0x0, if_drv_flags = 64, if_spare_flags2 = 0, if_snd = {ifq_head = 0xffffff002a34a500, ifq_tail = 0xffffff002a34a500, ifq_len = 1, ifq_maxlen = 511, ifq_drops = 0, ifq_mtx = {mtx_object = { lo_class = 0xffffffff8053a340, lo_name = 0xffffff0000941020 "bge0", lo_type = 0xffffffff803f685d "if send queue", lo_flags = 196608, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, ifq_drv_head = 0x0, ifq_drv_tail = 0x0, ifq_drv_len = 0, ifq_drv_maxlen = 511, altq_type = 0, altq_flags = 1, altq_disc = 0x0, altq_ifp = 0xffffff0000941000, altq_enqueue = 0, altq_dequeue = 0, altq_request = 0, altq_clfier = 0x0, altq_classify = 0, altq_tbr = 0x0, altq_cdnr = 0x0}, if_broadcastaddr = 0xffffffff803f6b60 "ÿÿÿÿÿÿ", if_bridge = 0x0, lltables = 0x0, if_label = 0x0, if_prefixhead = {tqh_first = 0x0, tqh_last = 0xffffff00009412b0}, if_afdata = {0x0 }, if_afdata_initialized = 2, if_afdata_mtx = {mtx_object = { lo_class = 0xffffffff8053a340, lo_name = 0xffffffff803f684d "if_afdata", lo_type = 0xffffffff803f684d "if_afdata", lo_flags = 196608, lo_list = { tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, if_starttask = {ta_link = {stqe_next = 0x0}, ta_pending = 0, ta_priority = 0, ta_func = 0xffffffff802dcab0 , ta_context = 0xffffff0000941000}, if_linktask = {ta_link = { stqe_next = 0x0}, ta_pending = 0, ta_priority = 0, ta_func = 0xffffffff802dab00 , ta_context = 0xffffff0000941000}, if_addr_mtx = {mtx_object = { lo_class = 0xffffffff8053a340, lo_name = 0xffffffff803f6841 "if_addr_mtx", lo_type = 0xffffffff803f6841 "if_addr_mtx", lo_flags = 196608, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}} (kgdb) -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 20:54:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B15B16A420 for ; Thu, 26 Jan 2006 20:54:16 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx03.interbgc.com [217.9.224.229]) by mx1.FreeBSD.org (Postfix) with SMTP id 9910943D46 for ; Thu, 26 Jan 2006 20:54:14 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 15816 invoked from network); 26 Jan 2006 20:54:13 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(0.1/8.0):. Processed in 0.735753 secs); 26 Jan 2006 20:54:13 -0000 X-Spam-Status: No, hits=0.1 required=8.0 Received: from 213-240-207-141.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.207.141) by mx03.interbgc.com with SMTP; 26 Jan 2006 20:54:12 -0000 Received: (qmail 78258 invoked from network); 26 Jan 2006 20:54:02 -0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 26 Jan 2006 20:54:02 -0000 Message-ID: <43D936EC.2010200@cytexbg.com> Date: Thu, 26 Jan 2006 22:54:04 +0200 From: Niki Denev User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <200601202003.30336.nike_d@cytexbg.com> <43D79F09.7090505@cytexbg.com> <200601261040.49015.nike_d@cytexbg.com> <200601261707.56664.nike_d@cytexbg.com> <20060126161728.GA18234@xor.obsecurity.org> In-Reply-To: <20060126161728.GA18234@xor.obsecurity.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 20:54:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kris Kennaway wrote: > On Thu, Jan 26, 2006 at 05:07:56PM +0200, Niki Denev wrote: >> On Thursday 26 January 2006 10:40, Niki Denev wrote: >> [...] >> >> After i disabled option QUOTA in both my default kernel config >> and the one i compiled with the debugging options i was unable >> to reproduce the deadlock again. (i hope it stays that way :) ) >> This, together with the report in my previous post probably point >> that the problem is in the QUOTA support. > > Actually, I think this is known. > > Kris Yes, sorry for this. I found a thread on -hackers from November 2005 which seems related: http://lists.freebsd.org/pipermail/freebsd-hackers/2005-November/014339.html Anyway, the machine in question is still not very actively used and i can use it as a guinea pig if someone has the time to look at this, if not, maybe it should be noted somewhere that at this point "options QUOTA" may cause deadlocks to avoid similar questions/postings? :) Niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD2TbsHNAJ/fLbfrkRAv9BAJ4oCP1rMGnztUFR/3AT8KNnVxuVdQCdFD9w ctMFkroDrgtO8Au46TBzfSY= =Seff -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 21:02:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8770516A423 for ; Thu, 26 Jan 2006 21:02:51 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id B698F43D86 for ; Thu, 26 Jan 2006 21:02:24 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 26 Jan 2006 21:02:22 -0000 Received: from p54A7E339.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.227.57] by mail.gmx.net (mp010) with SMTP; 26 Jan 2006 22:02:22 +0100 X-Authenticated: #5465401 Message-ID: <43D93B44.6060208@gmx.de> Date: Thu, 26 Jan 2006 22:12:36 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051219) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig067A7F35F287BF33C9C059FB" X-Y-GMX-Trusted: 0 Subject: mount_smbfs with cygwin like symlink support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 21:02:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig067A7F35F287BF33C9C059FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit I sent this to the hackers mailinglist a couple of days ago, but nobody responds. It would be nice to have pretend symlink support for the mount_smbfs, like implemented in cygwin. I'd like to build my ports on a samba share and most require symlinking. I had a look into the code under /usr/src/contrib/smbfs/mount_smbfs, but it's (from my point of view, which is 50% commenting and 50% sourcecode) not commented at all. So I've got no clue where in the code I'd have to get started. --------------enig067A7F35F287BF33C9C059FB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD2TtOfMDIb41/+S0RAiVrAJ0Vegmki94fb5Q2o3Nb1Hf3XZAq4gCcDzoi c/95oK9qSg1+6yYJMOze6aQ= =qCh4 -----END PGP SIGNATURE----- --------------enig067A7F35F287BF33C9C059FB-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 21:22:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32D4B16A422 for ; Thu, 26 Jan 2006 21:22:21 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7570C43D45 for ; Thu, 26 Jan 2006 21:22:19 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F2EZ9-0007Xc-Rb for freebsd-stable@freebsd.org; Thu, 26 Jan 2006 22:22:04 +0100 Received: from murdoc.gwi.net ([207.5.142.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Jan 2006 22:22:03 +0100 Received: from jcoombs by murdoc.gwi.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Jan 2006 22:22:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: "Joshua Coombs" Date: Thu, 26 Jan 2006 16:21:53 -0500 Lines: 204 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: murdoc.gwi.net X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Sender: news Subject: Adaptec SCSI going nuts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 21:22:21 -0000 Just got a dual Opteron system to play with amd64 builds of FreeBSD. Poking around to see how it behaived, I initially tossed FreeBSD 4.11 on it, and was surprised to see a dump of the scsi controller state at the end of the dmesg. Tried 6.0-Rel, both x86 and amd64, same behavior. Bumped up to 6-stable from yesterday, same behavior. After the dump, the system appears solid, no other errors, so I'm guessing it's just a problem with how the card is initialized, FreeBSD corrects it and moves on. Should I be more concerned, or consider it a quirk of the machine? Joshua Coombs Copyright (c) 1992-2005 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 6.0-RELEASE-p4 #0: Thu Jan 26 15:55:58 EST 2006 root@testbed.gwi.net:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 246 (1994.67-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 1073676288 (1023 MB) avail memory = 1024929792 (977 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 9 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 15 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci3: on pcib1 pci3: at device 6.0 (no driver attached) fxp0: port 0xbc00-0xbc3f mem 0xfeafb000-0xfeafbfff,0xfeaa0000-0xfeabffff irq 18 at device 8.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:34:64:da isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 ahd0: port 0x8000-0x80ff,0x7800-0x78ff mem 0xfc8fc000-0xfc8fdfff irq 24 at device 6.0 on pci2 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x8800-0x88ff,0x8400-0x84ff mem 0xfc8fe000-0xfc8fffff irq 25 at device 6.1 on pci2 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs bge0: mem 0xfc8b0000-0xfc8bffff,0xfc8a0000-0xfc8affff irq 24 at device 9.0 on pci2 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:34:65:28 bge1: mem 0xfc8e0000-0xfc8effff,0xfc8d0000-0xfc8dffff irq 25 at device 9.1 on pci2 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:e0:81:34:65:29 pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci1: on pcib3 pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xc7fff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: CDROM at ata0-slave PIO4 ahd0: Invalid Sequencer interrupt occurred. >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x23c Mode 0x0 Card was paused INTSTAT[0x0] SELOID[0x1] SELID[0x0] HS_MAILBOX[0x0] INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|INTMASK2) SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x2] KERNEL_QFREEZE_COUNT[0x2] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x0] SCB Count = 16 CMDS_PENDING = 0 LASTSCB 0xffff CURRSCB 0xe NEXTSCB 0xff40 qinstart = 28 qinfifonext = 28 QINFIFO: WAITING_TID_QUEUES: Pending list: Total 0 Kernel Free SCB list: 15 14 1 2 3 4 5 6 7 8 9 10 11 12 13 0 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: Sequencer On QFreeze and Complete list: ahd0: FIFO0 Free, LONGJMP == 0x8000, SCB 0xf SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0xe SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) LQIN: 0x8 0x0 0x0 0xf 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 SIMODE0[0xc]:(ENOVERRUN|ENIOERR) CCSCBCTL[0x4]:(CCSCBDIR) ahd0: REG0 == 0x8f60, SINDEX = 0x10e, DINDEX = 0x104 ahd0: SCBPTR == 0xf, SCB_NEXT == 0xff40, SCB_NEXT2 == 0xe CDB 12 20 0 80 88 e6 STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 SMP: AP CPU #1 Launched! da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da1 at ahd0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 21:36:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD32416A420; Thu, 26 Jan 2006 21:36:54 +0000 (GMT) (envelope-from mikeobrien@spamcop.net) Received: from mhultra.aero.org (mhultra.aero.org [130.221.88.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68A9343D46; Thu, 26 Jan 2006 21:36:54 +0000 (GMT) (envelope-from mikeobrien@spamcop.net) Received: from [130.221.29.132] ([130.221.29.132] [130.221.29.132]) by mhultra.aero.org with ESMTP; Thu, 26 Jan 2006 13:35:55 -0800 Message-Id: <43D940BB.1040106@spamcop.net> Date: Thu, 26 Jan 2006 13:35:55 -0800 From: Mike O'Brien User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20060126192904.C289B4503E@ptavv.es.net> In-Reply-To: <20060126192904.C289B4503E@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: X.org 6.9 doesn't work with NVidia 7800 GTX (fwd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 21:36:54 -0000 Kevin Oberman wrote: >>From: mikeobrien@spamcop.net (Mike O'Brien) >>Date: Thu, 26 Jan 2006 07:44:43 -0800 >>Sender: owner-freebsd-stable@freebsd.org >>If I run X -probeonly, >>I get a message that "module fbdev cannot be found". >> >I installed nvidia-driver and nvidia-xconfig. It worked >immediately. nvidia-xconfig modifies the existing xorg.conf (or >XF85Config) to work with the nvidia driver. > > Do I need to worry about "module 'fbdev' not found"? That doesn't sound good and makes me wonder if X.org might be misconfigured out of the box. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 22:13:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA48716A422 for ; Thu, 26 Jan 2006 22:13:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8BF043D5C for ; Thu, 26 Jan 2006 22:13:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 48C351A3C1C; Thu, 26 Jan 2006 14:13:37 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ECF065214D; Thu, 26 Jan 2006 17:13:35 -0500 (EST) Date: Thu, 26 Jan 2006 17:13:35 -0500 From: Kris Kennaway To: Niki Denev Message-ID: <20060126221335.GA24550@xor.obsecurity.org> References: <200601202003.30336.nike_d@cytexbg.com> <43D79F09.7090505@cytexbg.com> <200601261040.49015.nike_d@cytexbg.com> <200601261707.56664.nike_d@cytexbg.com> <20060126161728.GA18234@xor.obsecurity.org> <43D936EC.2010200@cytexbg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <43D936EC.2010200@cytexbg.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 22:13:47 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 26, 2006 at 10:54:04PM +0200, Niki Denev wrote: > Kris Kennaway wrote: > > On Thu, Jan 26, 2006 at 05:07:56PM +0200, Niki Denev wrote: > >> On Thursday 26 January 2006 10:40, Niki Denev wrote: > >> [...] > >> > >> After i disabled option QUOTA in both my default kernel config > >> and the one i compiled with the debugging options i was unable > >> to reproduce the deadlock again. (i hope it stays that way :) ) > >> This, together with the report in my previous post probably point > >> that the problem is in the QUOTA support. > >=20 > > Actually, I think this is known. > >=20 > > Kris >=20 > Yes, sorry for this. No problem. At least your cause is identified, so you know what to look out for. > I found a thread on -hackers from November 2005 which seems related: > http://lists.freebsd.org/pipermail/freebsd-hackers/2005-November/014339.h= tml >=20 > Anyway, the machine in question is still not very actively used and > i can use it as a guinea pig if someone has the time to look at this, > if not, maybe it should be noted somewhere that at this point "options QU= OTA" > may cause deadlocks to avoid similar questions/postings? :) I have recommended this be tracked on the 6.1 TODO list - hopefully there will be a solution before the release. Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD2UmPWry0BWjoQKURAk6DAKDY5YHc3wFw0U2LXcZ3nE75A7j/wQCfWXmr z0SqPFb3Km8Bu8ZPD/r51WU= =6KBZ -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 22:21:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E71D716A42C; Thu, 26 Jan 2006 22:21:14 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DD4143DCC; Thu, 26 Jan 2006 22:20:25 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Thu, 26 Jan 2006 14:20:22 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 400304503F; Thu, 26 Jan 2006 14:20:23 -0800 (PST) To: Mike O'Brien In-reply-to: Your message of "Thu, 26 Jan 2006 13:35:55 PST." <43D940BB.1040106@spamcop.net> Date: Thu, 26 Jan 2006 14:20:23 -0800 From: "Kevin Oberman" Message-Id: <20060126222023.400304503F@ptavv.es.net> Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: X.org 6.9 doesn't work with NVidia 7800 GTX (fwd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 22:21:15 -0000 > Date: Thu, 26 Jan 2006 13:35:55 -0800 > From: Mike O'Brien > > Kevin Oberman wrote: > > >>From: mikeobrien@spamcop.net (Mike O'Brien) > >>Date: Thu, 26 Jan 2006 07:44:43 -0800 > >>Sender: owner-freebsd-stable@freebsd.org > >>If I run X -probeonly, > >>I get a message that "module fbdev cannot be found". > >> > >I installed nvidia-driver and nvidia-xconfig. It worked > >immediately. nvidia-xconfig modifies the existing xorg.conf (or > >XF85Config) to work with the nvidia driver. > > > > > Do I need to worry about "module 'fbdev' not found"? > That doesn't sound good and makes me wonder if X.org > might be misconfigured out of the box. fbdev is not used. You should not have it listed in the "Modules" section. Several other modules are gone as their functionality has been rolled into the base system. I suspect fbdev is such a obsolete. If in doubt, use Xorg -configure and let nvidia-xconfig put in the nVidia specific config into the output. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 22:21:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 314CA16A420 for ; Thu, 26 Jan 2006 22:21:35 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 9993343D75 for ; Thu, 26 Jan 2006 22:21:31 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 17056 invoked from network); 26 Jan 2006 22:21:27 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=PT/60Y2scLh9flu9DVzItOTIfZU0wnowV8aRVxKOLOIDNN3c0gUeuG5wHWqqUY6EGvc8pfoRlRi/4vS6ajm7ha/vE3ndqLKUltmO8SzEwldsvqnLcdlA9kKmShUH8o7K3YB90WX5Aa1AwSRuMx8NWaSC3swYHAf6POPcYJiQ4Wk= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 26 Jan 2006 22:21:27 -0000 Message-ID: <43D94B68.8030307@rogers.com> Date: Thu, 26 Jan 2006 17:21:28 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (X11/20060124) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: smb_maperror: Unmapped error 1:158 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 22:21:35 -0000 Anyone know what the problem is? I've searched around, and people have reported this as far as the 4.x days, however no one ever replied to any of these reports. In some cases, people report lockups of machines and slow downs accessing the share. In my case, i am experiencing a slow down. I pointed rhythmbox to my media library, which is mounted from a samba3 server on another fbsd box and this is what i see in the logs: Jan 26 17:01:47 desktop kernel: smb_maperror: Unmapped error 1:158 Jan 26 17:02:18 desktop last message repeated 52 times Jan 26 17:04:19 desktop last message repeated 646 times Jan 26 17:14:20 desktop last message repeated 6342 times //ROOT@FBSD/DATA 73G 21G 51G 29% /mnt/data From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 22:37:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E03B16A420 for ; Thu, 26 Jan 2006 22:37:13 +0000 (GMT) (envelope-from ler@lerctr.org) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 305A643D75 for ; Thu, 26 Jan 2006 22:37:05 +0000 (GMT) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; b=jEDavRApNYz7XZzk8tgW+6KAB4hKD3IwAr2QMW1WHSvj0qiNJIndEaIKLYVow8AfFz0YH24K6lDlxtzeE40xiMgMenGbWmTl2H7TfOCmTilXqHcWKqePpbD+BGvFRurYRRe8hmf/LGR96P9zxqALO7Q1hoGxh+o+DA1R6VP97zY=; Received: from 64-132-13-2.gen.twtelecom.net ([64.132.13.2]:49309 helo=LROSENMAC8010P) by lerami.lerctr.org with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1F2Fjh-0000Ww-BF for freebsd-stable@freebsd.org; Thu, 26 Jan 2006 16:37:05 -0600 From: "Larry Rosenman" To: Date: Thu, 26 Jan 2006 16:37:00 -0600 Message-ID: <02d101c622c9$061aac20$0a0a0a0a@aus.pervasive.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcYiyQXOhAxKAfPiTkyzEsXgk5s0bQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNSOME=0.001 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNSOME=0.001 DomainKey-Status: no signature Subject: GEOM Mirror: Swap/Dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 22:37:13 -0000 Is there any recommended solution to getting dumps when you have the entire disk mirrored with gmirror? I've tried the slice based mirroring, but it seems to be unreliable on booting (at least for me with ahd(4) connected disks on FreeBSD 6.0-STABLE amd64. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 22:48:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6532C16A422 for ; Thu, 26 Jan 2006 22:48:16 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5914143D48 for ; Thu, 26 Jan 2006 22:48:14 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so352847uge for ; Thu, 26 Jan 2006 14:48:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=itNSyZ+ux3kgp8fU5DOsl6lSH+Byk34LEY/tmzhoVw+g67b5dQhCi80T3nE0YjQihG8bjnYNdSp9rjr9zXRNdI73GsKMl7Cx24iYgFr0TTDL9WtieIu4u1heA2X82tuiyZCMqLYcrgq1gJsoWZdLOvuD2vv7Vr3D/ADkf/xbWrQ= Received: by 10.48.127.8 with SMTP id z8mr220206nfc; Thu, 26 Jan 2006 14:41:51 -0800 (PST) Received: by 10.48.221.3 with HTTP; Thu, 26 Jan 2006 14:41:51 -0800 (PST) Message-ID: <35c231bf0601261441l5d8b17a9q49c86d069180c41a@mail.gmail.com> Date: Thu, 26 Jan 2006 14:41:51 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: "Eli K. Breen" In-Reply-To: <43D92A13.9080509@unixforge.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43D92A13.9080509@unixforge.net> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0 - Network operations result in : not found? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 22:48:16 -0000 On 1/26/06, Eli K. Breen wrote: > re: FreeBSD 6.0 - Network operations result in : not found? > > When starting and stopping many network services under a fairly stock > FreeBSD 6.0 box, I see the following: > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > (Addresses removed) > root@mistert# /etc/rc.d/named restart > inet netmask 255.255.255.255: not found > inet netmask 255.255.255.255: not found > inet netmask 255.255.255.255: not found > inet netmask 255.255.255.255: not found > inet netmask 255.255.255.255: not found > inet netmask 255.255.255.255: not found > Stopping named. > Waiting for PIDS: 406. > inet netmask 255.255.255.255: not found > inet netmask 255.255.255.255: not found > inet netmask 255.255.255.255: not found > Starting named. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Google says nothing. > > Any ideas? I suspect a missing quote mark or pair of quotes in /etc/rc.conf . From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 22:50:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A39216A422 for ; Thu, 26 Jan 2006 22:50:44 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4A7B43D46 for ; Thu, 26 Jan 2006 22:50:43 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.1.108] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.13.4/8.13.4) with ESMTP id k0QMofa1028405; Thu, 26 Jan 2006 16:50:41 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <43D95241.6010703@palisadesys.com> Date: Thu, 26 Jan 2006 16:50:41 -0600 From: Guy Helmer User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Joshua Coombs References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-From: ghelmer@palisadesys.com Cc: freebsd-stable@freebsd.org Subject: Re: Adaptec SCSI going nuts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 22:50:44 -0000 Joshua Coombs wrote: > Just got a dual Opteron system to play with amd64 builds of FreeBSD. > Poking around to see how it behaived, I initially tossed FreeBSD 4.11 > on it, and was surprised to see a dump of the scsi controller state at > the end of the dmesg. Tried 6.0-Rel, both x86 and amd64, same > behavior. Bumped up to 6-stable from yesterday, same behavior. After > the dump, the system appears solid, no other errors, so I'm guessing > it's just a problem with how the card is initialized, FreeBSD corrects > it and moves on. > > Should I be more concerned, or consider it a quirk of the machine? Oh, you have your Adaptec controller hooked up to one of those Cheetah 10K.7 drives like the ones that are driving us a bit batty at work (except I'm using ST373207LC [73GB] drives). IIRC, we've been seeing this SCSI state dump at startup on some of our 5.4-based kernels but not always. Until recently, I thought the drives were working OK but now I'm not so sure. We're trying to track down an infrequent lockup of the SCSI system with Adaptec AIC7902 Ultra320 controller built-into the motherboard and a single Seagate ST373207LC drive while running FreeBSD 5.4 on a dual-Xeon system. We've been running bonnie++ to stress the drive, and we're having a hard time pinning the failure down to a particular component (controller or disk) because it's taken bonnie++ running continuously as many as 6 days straight for the failure to occur. We've tried updating the firmware on the Seagate drive to ST373207LC from version 3 to 4 and turning off Packetized transfers in the Adaptec BIOS but we still seem to be able to make it fail after a while. The next thing I'm tempted to try changing is the SCSI cable if we still don't have a stable system. So I'd suggest that you run something like bonnie++ that can stress the disk & controller for a while, and see whether or not you encounter any problems... Good luck! Guy Helmer > > Joshua Coombs > > Copyright (c) 1992-2005 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 6.0-RELEASE-p4 #0: Thu Jan 26 15:55:58 EST 2006 > root@testbed.gwi.net:/usr/obj/usr/src/sys/SMP > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Opteron(tm) Processor 246 (1994.67-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 > Features=0x78bfbff > > AMD Features=0xe0500800 > real memory = 1073676288 (1023 MB) > avail memory = 1024929792 (977 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-27 on motherboard > ioapic2 irqs 28-31 on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > pci_link0: irq 9 on acpi0 > pci_link1: irq 10 on acpi0 > pci_link2: irq 11 on acpi0 > pci_link3: irq 15 on acpi0 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > cpu1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 6.0 on pci0 > pci3: on pcib1 > pci3: at device 6.0 (no driver attached) > fxp0: port 0xbc00-0xbc3f mem > 0xfeafb000-0xfeafbfff,0xfeaa0000-0xfeabffff irq 18 at device 8.0 on pci3 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:e0:81:34:64:da > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > pci0: at device 7.2 (no driver attached) > pci0: at device 7.3 (no driver attached) > pcib2: at device 10.0 on pci0 > pci2: on pcib2 > ahd0: port > 0x8000-0x80ff,0x7800-0x78ff mem 0xfc8fc000-0xfc8fdfff irq 24 at device > 6.0 on pci2 > ahd0: [GIANT-LOCKED] > aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > ahd1: port > 0x8800-0x88ff,0x8400-0x84ff mem 0xfc8fe000-0xfc8fffff irq 25 at device > 6.1 on pci2 > ahd1: [GIANT-LOCKED] > aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > bge0: mem > 0xfc8b0000-0xfc8bffff,0xfc8a0000-0xfc8affff irq 24 at device 9.0 on pci2 > miibus1: on bge0 > brgphy0: on miibus1 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bge0: Ethernet address: 00:e0:81:34:65:28 > bge1: mem > 0xfc8e0000-0xfc8effff,0xfc8d0000-0xfc8dffff irq 25 at device 9.1 on pci2 > miibus2: on bge1 > brgphy1: on miibus2 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bge1: Ethernet address: 00:e0:81:34:65:29 > pci0: at device 10.1 (no > driver attached) > pcib3: at device 11.0 on pci0 > pci1: on pcib3 > pci0: at device 11.1 (no > driver attached) > acpi_button0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 > on acpi0 > sio0: type 16550A > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq > 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > orm0: at iomem 0xc0000-0xc7fff on isa0 > ppc0: cannot reserve I/O port range > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > Waiting 5 seconds for SCSI devices to settle > acd0: CDROM at ata0-slave PIO4 > ahd0: Invalid Sequencer interrupt occurred. >>>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< > ahd0: Dumping Card State at program address 0x23c Mode 0x0 > Card was paused > INTSTAT[0x0] SELOID[0x1] SELID[0x0] HS_MAILBOX[0x0] > INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] > DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) > SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] > LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] > SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] > SEQINTCTL[0x6]:(INTMASK1|INTMASK2) > SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x2] > KERNEL_QFREEZE_COUNT[0x2] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] > SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] > SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] > LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] > LQOSTAT2[0x0] > > SCB Count = 16 CMDS_PENDING = 0 LASTSCB 0xffff CURRSCB 0xe NEXTSCB 0xff40 > qinstart = 28 qinfifonext = 28 > QINFIFO: > WAITING_TID_QUEUES: > Pending list: > Total 0 > Kernel Free SCB list: 15 14 1 2 3 4 5 6 7 8 9 10 11 12 13 0 > Sequencer Complete DMA-inprog list: > Sequencer Complete list: > Sequencer DMA-Up and Complete list: > Sequencer On QFreeze and Complete list: > > > ahd0: FIFO0 Free, LONGJMP == 0x8000, SCB 0xf > SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) > > SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) > SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] > SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 > HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) > > ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0xe > SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) > > SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) > SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] > SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 > HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) > LQIN: 0x8 0x0 0x0 0xf 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 > 0x0 0x0 0x0 0x0 > ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 > ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 > ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 > > SIMODE0[0xc]:(ENOVERRUN|ENIOERR) > CCSCBCTL[0x4]:(CCSCBDIR) > ahd0: REG0 == 0x8f60, SINDEX = 0x10e, DINDEX = 0x104 > ahd0: SCBPTR == 0xf, SCB_NEXT == 0xff40, SCB_NEXT2 == 0xe > CDB 12 20 0 80 88 e6 > STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0 > <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> > Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 > 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 > Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 > 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 > SMP: AP CPU #1 Launched! > da0 at ahd0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged > Queueing Enabled > da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) > da1 at ahd0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged > Queueing Enabled > da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) > Trying to mount root from ufs:/dev/da0s1a > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Guy Helmer, Ph.D. Principal System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 22:51:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F15716A420 for ; Thu, 26 Jan 2006 22:51:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B83FA43D4C for ; Thu, 26 Jan 2006 22:51:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A12871A3C26; Thu, 26 Jan 2006 14:51:38 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E8B6152152; Thu, 26 Jan 2006 17:51:37 -0500 (EST) Date: Thu, 26 Jan 2006 17:51:37 -0500 From: Kris Kennaway To: Larry Rosenman Message-ID: <20060126225137.GA25558@xor.obsecurity.org> References: <02d101c622c9$061aac20$0a0a0a0a@aus.pervasive.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <02d101c622c9$061aac20$0a0a0a0a@aus.pervasive.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: GEOM Mirror: Swap/Dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 22:51:39 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jan 26, 2006 at 04:37:00PM -0600, Larry Rosenman wrote: > Is there any recommended solution to getting dumps when you have the entire > disk mirrored with > gmirror? Wasn't this asked+answered about 2 days ago? Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD2VJ5Wry0BWjoQKURAvERAJ4+JNbmTrg36SZtftR95E4GsOcbEwCggEvm 4JmFC8qx/KeJeEd5VMfjr7c= =V9XH -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 22:53:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1702316A420 for ; Thu, 26 Jan 2006 22:53:01 +0000 (GMT) (envelope-from ler@lerctr.org) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id A84E143D48 for ; Thu, 26 Jan 2006 22:53:00 +0000 (GMT) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; b=eA4CiT91zj8L6yGn1fcHiWOOzVYfkYlRKjcyYeokbsGGu8ViuRQ9ggT/+S9HjirGX5n8G0ubDH1GLRwf9onv6Uf3pmxqYx9d4RmupwaAJbQ44jVLTno0YkdJykuXS5GqRoX+YnccJJe4WdalZEWHVIfslYdBGao6sdNoqR58A6A=; Received: from 64-132-13-2.gen.twtelecom.net ([64.132.13.2]:58044 helo=LROSENMAC8010P) by lerami.lerctr.org with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1F2Fyz-0001xy-I3; Thu, 26 Jan 2006 16:53:00 -0600 From: "Larry Rosenman" To: "'Kris Kennaway'" Date: Thu, 26 Jan 2006 16:52:49 -0600 Message-ID: <030201c622cb$3b4941c0$0a0a0a0a@aus.pervasive.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcYiyxJ04IDI3GU7Sd6gFAklMHNgGQAABdXw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 In-Reply-To: <20060126225137.GA25558@xor.obsecurity.org> X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNSOME=0.001 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNSOME=0.001 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org Subject: RE: GEOM Mirror: Swap/Dump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 22:53:01 -0000 Kris Kennaway wrote: > On Thu, Jan 26, 2006 at 04:37:00PM -0600, Larry Rosenman wrote: >> Is there any recommended solution to getting dumps when you have the >> entire disk mirrored with gmirror? > > Wasn't this asked+answered about 2 days ago? > > Kris I didn't see the answer, other than the slice-based stuff, which as I state above, didn't work for me. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 23:00:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9BD116A420 for ; Thu, 26 Jan 2006 23:00:38 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx03.interbgc.com [217.9.224.229]) by mx1.FreeBSD.org (Postfix) with SMTP id EFB6D43D55 for ; Thu, 26 Jan 2006 23:00:35 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 33976 invoked from network); 26 Jan 2006 23:00:33 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(0.1/8.0):. Processed in 1.094174 secs); 26 Jan 2006 23:00:33 -0000 X-Spam-Status: No, hits=0.1 required=8.0 Received: from 213-240-207-141.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.207.141) by mx03.interbgc.com with SMTP; 26 Jan 2006 23:00:32 -0000 Received: (qmail 2988 invoked from network); 26 Jan 2006 23:00:27 -0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 26 Jan 2006 23:00:27 -0000 Message-ID: <43D9548C.3040105@cytexbg.com> Date: Fri, 27 Jan 2006 01:00:28 +0200 From: Niki Denev User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Joshua Coombs References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 OpenPGP: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Adaptec SCSI going nuts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 23:00:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Joshua Coombs wrote: > Just got a dual Opteron system to play with amd64 builds of FreeBSD. > Poking around to see how it behaived, I initially tossed FreeBSD 4.11 on > it, and was surprised to see a dump of the scsi controller state at the > end of the dmesg. Tried 6.0-Rel, both x86 and amd64, same behavior. > Bumped up to 6-stable from yesterday, same behavior. After the dump, > the system appears solid, no other errors, so I'm guessing it's just a > problem with how the card is initialized, FreeBSD corrects it and moves on. > > Should I be more concerned, or consider it a quirk of the machine? > > Joshua Coombs > [...] I was seeing similar stuff on one machine. I solved the problem with forcing the scsi controller to U160, and splitting the disks on the both channels to distribute the load. (mine was dual-channel onboard U320 and four Seagate 36G 10Krpm hdds) I've heard that this has something to do with firmware incompatibility on some Seagate SCSI drives and Adaptec U320 controllers, but i don't know if it's true. I haven't found stability issues before and after this change, but i left it at U160 to get rid of these messages. Niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD2VSMHNAJ/fLbfrkRAlfWAJ9Q+O23RU16oNT4PSKyRXLYDpggOQCgkumW oZxp6JHj+M5tfK0S700bj0k= =kXPQ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 23:01:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A037B16A420 for ; Thu, 26 Jan 2006 23:01:16 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from mail.sectornotfound.com (mail.sectornotfound.com [209.139.233.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47DC543D45 for ; Thu, 26 Jan 2006 23:01:16 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from hannibal.int.sectornotfound.com (hannibal.int.sectornotfound.com [192.168.98.3]) by murdock.sectornotfound.com (8.13.1/8.13.1) with ESMTP id k0QN0Rw5071731; Thu, 26 Jan 2006 15:00:27 -0800 (PST) (envelope-from bsd@unixforge.net) Received: from [192.168.3.212] (gw.activestate.com [209.17.183.249]) (authenticated bits=0) by hannibal.int.sectornotfound.com (8.13.1/8.12.10) with ESMTP id k0QN0Q3J035509; Thu, 26 Jan 2006 15:00:27 -0800 (PST) (envelope-from bsd@unixforge.net) Message-ID: <43D95479.80403@unixforge.net> Date: Thu, 26 Jan 2006 15:00:09 -0800 From: "Eli K. Breen" User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Kirchner References: <43D92A13.9080509@unixforge.net> <35c231bf0601261441l5d8b17a9q49c86d069180c41a@mail.gmail.com> In-Reply-To: <35c231bf0601261441l5d8b17a9q49c86d069180c41a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0 - Network operations result in : not found? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 23:01:16 -0000 Nope, however I did figure out what it was: in rc.conf: ifconfig_fxp0= "inet netmask 255.255.255.0" ifconfig_fxp0_alias0= "inet netmask 255.255.255.255" ifconfig_fxp0_alias1= "inet netmask 255.255.255.255" The above causes the problem. Changing to this solves it: ifconfig_fxp0="inet netmask 255.255.255.0" ifconfig_fxp0_alias0="inet netmask 255.255.255.255" ifconfig_fxp0_alias1="inet netmask 255.255.255.255" Unexpected to say the least. -E- David Kirchner wrote: > On 1/26/06, Eli K. Breen wrote: > >>re: FreeBSD 6.0 - Network operations result in : not found? >> >>When starting and stopping many network services under a fairly stock >>FreeBSD 6.0 box, I see the following: >> >>==================== >>(Addresses removed) >>root@mistert# /etc/rc.d/named restart >>inet netmask 255.255.255.255: not found >>inet netmask 255.255.255.255: not found >>inet netmask 255.255.255.255: not found >>inet netmask 255.255.255.255: not found >>inet netmask 255.255.255.255: not found >>inet netmask 255.255.255.255: not found >>Stopping named. >>Waiting for PIDS: 406. >>inet netmask 255.255.255.255: not found >>inet netmask 255.255.255.255: not found >>inet netmask 255.255.255.255: not found >>Starting named. >>==================== >> >>Google says nothing. >> >>Any ideas? > > > I suspect a missing quote mark or pair of quotes in /etc/rc.conf . > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 23:37:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3722E16A420 for ; Thu, 26 Jan 2006 23:37:16 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 8BC0943D45 for ; Thu, 26 Jan 2006 23:37:15 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 58581 invoked from network); 26 Jan 2006 23:37:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=dW5K05t/aiLY+aIKkU0fP68oOrfcBZA3R1ftYF4e5dolVhvucpsOFwkSxp7Ci0VYLZ2CjkvQtpC6TjjejvRSfb3eGPGHynETrKJpyIUXAuRDYuYIzzdOci2iCanHmjRINJzrBFmHFpeN+xYrjpwufPds3ubKDxPe+WgugRnHjQ0= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 26 Jan 2006 23:37:15 -0000 Message-ID: <43D95D2C.8010101@rogers.com> Date: Thu, 26 Jan 2006 18:37:16 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <200601202003.30336.nike_d@cytexbg.com> <43D79F09.7090505@cytexbg.com> <200601261040.49015.nike_d@cytexbg.com> <200601261707.56664.nike_d@cytexbg.com> <20060126161728.GA18234@xor.obsecurity.org> In-Reply-To: <20060126161728.GA18234@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 23:37:16 -0000 Kris Kennaway wrote: > On Thu, Jan 26, 2006 at 05:07:56PM +0200, Niki Denev wrote: > >> On Thursday 26 January 2006 10:40, Niki Denev wrote: >> >> [...] >> >> After i disabled option QUOTA in both my default kernel config >> and the one i compiled with the debugging options i was unable >> to reproduce the deadlock again. (i hope it stays that way :) ) >> This, together with the report in my previous post probably point >> that the problem is in the QUOTA support. >> > > Actually, I think this is known. > > Kris > Well thats good to know, i was planning on upgrading a production box from 5 to 6, its SMP and uses QUOTA. How did 6 get released when QUOTA was known to cause deadlocks? From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 23:37:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0718416A420 for ; Thu, 26 Jan 2006 23:37:45 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B35B643D45 for ; Thu, 26 Jan 2006 23:37:44 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 0DDAEE601C for ; Thu, 26 Jan 2006 23:37:43 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.1) with ESMTP id k0QNbU1M077943; Fri, 27 Jan 2006 10:37:31 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200601262337.k0QNbU1M077943@drugs.dv.isc.org> To: "Eli K. Breen" From: Mark Andrews In-reply-to: Your message of "Thu, 26 Jan 2006 15:00:09 -0800." <43D95479.80403@unixforge.net> Date: Fri, 27 Jan 2006 10:37:30 +1100 Sender: Mark_Andrews@isc.org Cc: freebsd-stable@freebsd.org, David Kirchner Subject: Re: FreeBSD 6.0 - Network operations result in : not found? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 23:37:45 -0000 > Nope, however I did figure out what it was: > > in rc.conf: > > ifconfig_fxp0= "inet netmask 255.255.255.0" Which says execute the '"inet netmask 255.255.255.0"' command with ifconfig_fxp0 envirioment variable set to the empty string. ifconfig_fxp0="inet netmask 255.255.255.0" is the correct syntax for setting ifconfig_fxp0 to "inet netmask 255.255.255.0" > ifconfig_fxp0_alias0= "inet netmask 255.255.255.255" > ifconfig_fxp0_alias1= "inet netmask 255.255.255.255" > > The above causes the problem. > > Changing to this solves it: > > ifconfig_fxp0="inet netmask 255.255.255.0" > ifconfig_fxp0_alias0="inet netmask 255.255.255.255" > ifconfig_fxp0_alias1="inet netmask 255.255.255.255" > > Unexpected to say the least. > > -E- > > David Kirchner wrote: > > On 1/26/06, Eli K. Breen wrote: > > > >>re: FreeBSD 6.0 - Network operations result in : not found? > >> > >>When starting and stopping many network services under a fairly stock > >>FreeBSD 6.0 box, I see the following: > >> > >>==================== > >>(Addresses removed) > >>root@mistert# /etc/rc.d/named restart > >>inet netmask 255.255.255.255: not found > >>inet netmask 255.255.255.255: not found > >>inet netmask 255.255.255.255: not found > >>inet netmask 255.255.255.255: not found > >>inet netmask 255.255.255.255: not found > >>inet netmask 255.255.255.255: not found > >>Stopping named. > >>Waiting for PIDS: 406. > >>inet netmask 255.255.255.255: not found > >>inet netmask 255.255.255.255: not found > >>inet netmask 255.255.255.255: not found > >>Starting named. > >>==================== > >> > >>Google says nothing. > >> > >>Any ideas? > > > > > > I suspect a missing quote mark or pair of quotes in /etc/rc.conf . > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 23:44:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F33E16A460 for ; Thu, 26 Jan 2006 23:44:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FC7C43D4C for ; Thu, 26 Jan 2006 23:44:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 42EFF1A3C1B; Thu, 26 Jan 2006 15:44:24 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2373152546; Thu, 26 Jan 2006 18:44:23 -0500 (EST) Date: Thu, 26 Jan 2006 18:44:22 -0500 From: Kris Kennaway To: Mike Jakubik Message-ID: <20060126234422.GA26532@xor.obsecurity.org> References: <200601202003.30336.nike_d@cytexbg.com> <43D79F09.7090505@cytexbg.com> <200601261040.49015.nike_d@cytexbg.com> <200601261707.56664.nike_d@cytexbg.com> <20060126161728.GA18234@xor.obsecurity.org> <43D95D2C.8010101@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <43D95D2C.8010101@rogers.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 23:44:26 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 26, 2006 at 06:37:16PM -0500, Mike Jakubik wrote: > Kris Kennaway wrote: > >On Thu, Jan 26, 2006 at 05:07:56PM +0200, Niki Denev wrote: > > =20 > >>On Thursday 26 January 2006 10:40, Niki Denev wrote: > >> =20 > >>[...] > >> > >>After i disabled option QUOTA in both my default kernel config > >>and the one i compiled with the debugging options i was unable > >>to reproduce the deadlock again. (i hope it stays that way :) ) > >>This, together with the report in my previous post probably point > >>that the problem is in the QUOTA support. > >> =20 > > > >Actually, I think this is known. > > > >Kris > > =20 >=20 > Well thats good to know, i was planning on upgrading a production box=20 > from 5 to 6, its SMP and uses QUOTA. How did 6 get released when QUOTA=20 > was known to cause deadlocks? Well, I don't think it was known at the time of release, but besides, holding up a release until all bugs are fixed will mean no more releases of FreeBSD ever. Kris --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD2V7WWry0BWjoQKURAtg1AJ4g5xZ3HCi7ZpEX+/YjX2wH0CISkACeKmpv dy395H4m7mvsuwHVIOMs4Hc= =p5Ot -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 23:46:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1ABB16A422 for ; Thu, 26 Jan 2006 23:46:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 008C243D9F for ; Thu, 26 Jan 2006 23:46:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AE7271A3C1B; Thu, 26 Jan 2006 15:46:11 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C462E52C1B; Thu, 26 Jan 2006 18:46:10 -0500 (EST) Date: Thu, 26 Jan 2006 18:46:10 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060126234609.GA26648@xor.obsecurity.org> References: <200601202003.30336.nike_d@cytexbg.com> <43D79F09.7090505@cytexbg.com> <200601261040.49015.nike_d@cytexbg.com> <200601261707.56664.nike_d@cytexbg.com> <20060126161728.GA18234@xor.obsecurity.org> <43D95D2C.8010101@rogers.com> <20060126234422.GA26532@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <20060126234422.GA26532@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 23:46:34 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 26, 2006 at 06:44:22PM -0500, Kris Kennaway wrote: > On Thu, Jan 26, 2006 at 06:37:16PM -0500, Mike Jakubik wrote: > > Kris Kennaway wrote: > > >On Thu, Jan 26, 2006 at 05:07:56PM +0200, Niki Denev wrote: > > > =20 > > >>On Thursday 26 January 2006 10:40, Niki Denev wrote: > > >> =20 > > >>[...] > > >> > > >>After i disabled option QUOTA in both my default kernel config > > >>and the one i compiled with the debugging options i was unable > > >>to reproduce the deadlock again. (i hope it stays that way :) ) > > >>This, together with the report in my previous post probably point > > >>that the problem is in the QUOTA support. > > >> =20 > > > > > >Actually, I think this is known. > > > > > >Kris > > > =20 > >=20 > > Well thats good to know, i was planning on upgrading a production box= =20 > > from 5 to 6, its SMP and uses QUOTA. How did 6 get released when QUOTA= =20 > > was known to cause deadlocks? FYI, you can probably work around this by setting debug.mpsafevfs=3D0. Of course, you'll lose the filesystem performance benefits. Kris --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD2V9BWry0BWjoQKURAtEbAKCf8UGpazsO0woWKuEeLOGx+I0XpgCgkENW vIuWcOSxMs4uqPDNf5R2NI0= =Tx3u -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 23:50:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB98916A422 for ; Thu, 26 Jan 2006 23:50:28 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id EFAC643D83 for ; Thu, 26 Jan 2006 23:50:10 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 7399 invoked from network); 26 Jan 2006 23:50:10 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=2gSUo9/B2w7K6yhw0j8W8D+SOlahU8PvTlIziKObyligjJfNPgntigRhtycZ7zZCYszSYxA9e1IWdtChFPIJxjNu9kYBz2gGeTvADxuCUPJnTBBzubEF98rtoSE1ZKQIjnCbUgxB6tpsZOxPZnMkLu+O2q8Cz/bcE60QCF57pnQ= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 26 Jan 2006 23:50:10 -0000 Message-ID: <43D96033.2090606@rogers.com> Date: Thu, 26 Jan 2006 18:50:11 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <200601202003.30336.nike_d@cytexbg.com> <43D79F09.7090505@cytexbg.com> <200601261040.49015.nike_d@cytexbg.com> <200601261707.56664.nike_d@cytexbg.com> <20060126161728.GA18234@xor.obsecurity.org> <43D95D2C.8010101@rogers.com> <20060126234422.GA26532@xor.obsecurity.org> <20060126234609.GA26648@xor.obsecurity.org> In-Reply-To: <20060126234609.GA26648@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 23:50:29 -0000 Kris Kennaway wrote: > On Thu, Jan 26, 2006 at 06:44:22PM -0500, Kris Kennaway wrote: > >> On Thu, Jan 26, 2006 at 06:37:16PM -0500, Mike Jakubik wrote: >> >>> >>> Well thats good to know, i was planning on upgrading a production box >>> from 5 to 6, its SMP and uses QUOTA. How did 6 get released when QUOTA >>> was known to cause deadlocks? >>> > > FYI, you can probably work around this by setting debug.mpsafevfs=0. > Of course, you'll lose the filesystem performance benefits. > > Kris > Ok, thanks. Probably a good idea to put this in the errata for others. BTW, where can the TODO list be found on the website? I can't find it anymore with the new layout. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 26 23:59:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05D8316A420 for ; Thu, 26 Jan 2006 23:59:07 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from mail.sectornotfound.com (mail.sectornotfound.com [209.139.233.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D67543D7B for ; Thu, 26 Jan 2006 23:58:58 +0000 (GMT) (envelope-from bsd@unixforge.net) Received: from hannibal.int.sectornotfound.com (hannibal.int.sectornotfound.com [192.168.98.3]) by murdock.sectornotfound.com (8.13.1/8.13.1) with ESMTP id k0QNwWoe075391; Thu, 26 Jan 2006 15:58:33 -0800 (PST) (envelope-from bsd@unixforge.net) Received: from [192.168.3.212] (gw.activestate.com [209.17.183.249]) (authenticated bits=0) by hannibal.int.sectornotfound.com (8.13.1/8.12.10) with ESMTP id k0QNwWbC035795; Thu, 26 Jan 2006 15:58:32 -0800 (PST) (envelope-from bsd@unixforge.net) Message-ID: <43D96205.8020304@unixforge.net> Date: Thu, 26 Jan 2006 15:57:57 -0800 From: "Eli K. Breen" User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Andrews References: <200601262337.k0QNbU1M077943@drugs.dv.isc.org> In-Reply-To: <200601262337.k0QNbU1M077943@drugs.dv.isc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, David Kirchner Subject: Re: FreeBSD 6.0 - Network operations result in : not found? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 23:59:07 -0000 Is that behaviour actually documented anywhere? -E- Mark Andrews wrote: >>in rc.conf: >> >>ifconfig_fxp0= "inet netmask 255.255.255.0" > > > Which says execute the '"inet netmask 255.255.255.0"' command > with ifconfig_fxp0 envirioment variable set to the empty string. > > ifconfig_fxp0="inet netmask 255.255.255.0" > > is the correct syntax for setting ifconfig_fxp0 to > "inet netmask 255.255.255.0" From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 00:17:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 688A216A420 for ; Fri, 27 Jan 2006 00:17:40 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AABB43D46 for ; Fri, 27 Jan 2006 00:17:39 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k0R0HXJs016895; Thu, 26 Jan 2006 16:17:33 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k0R0HXY9016894; Thu, 26 Jan 2006 16:17:33 -0800 Date: Thu, 26 Jan 2006 16:17:33 -0800 From: Brooks Davis To: "Eli K. Breen" Message-ID: <20060127001733.GA10789@odin.ac.hmc.edu> References: <200601262337.k0QNbU1M077943@drugs.dv.isc.org> <43D96205.8020304@unixforge.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <43D96205.8020304@unixforge.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: David Kirchner , Mark Andrews , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0 - Network operations result in : not found? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 00:17:40 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 26, 2006 at 03:57:57PM -0800, Eli K. Breen wrote: > Is that behaviour actually documented anywhere? Sort of. The fact that rc.conf is an sh(1) script seems to be missing from rc.conf(5). Once you know that it's documented in the "Simple Commands" section of the sh(1) manpage though the example could be explicit that the empty string is a valid value. -- Brooks > -E- >=20 > Mark Andrews wrote: > >>in rc.conf: > >> > >>ifconfig_fxp0=3D "inet netmask 255.255.255.0" > > > > > >Which says execute the '"inet netmask 255.255.255.0"' command > >with ifconfig_fxp0 envirioment variable set to the empty string. > > > >ifconfig_fxp0=3D"inet netmask 255.255.255.0" > > > >is the correct syntax for setting ifconfig_fxp0 to > >"inet netmask 255.255.255.0" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFD2WadXY6L6fI4GtQRAsGyAJ9u3aEjdyKLrept0n+kgKA2bEqF8ACgxSOY DkxSckTguWPNsZenMvueBhA= =lFZo -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 00:27:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4139116A420 for ; Fri, 27 Jan 2006 00:27:54 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18B6543D49 for ; Fri, 27 Jan 2006 00:27:51 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 8B4AEE607D for ; Fri, 27 Jan 2006 00:27:50 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.1) with ESMTP id k0R0Rg4j078232; Fri, 27 Jan 2006 11:27:42 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200601270027.k0R0Rg4j078232@drugs.dv.isc.org> To: "Eli K. Breen" From: Mark Andrews In-reply-to: Your message of "Thu, 26 Jan 2006 15:57:57 -0800." <43D96205.8020304@unixforge.net> Date: Fri, 27 Jan 2006 11:27:42 +1100 Sender: Mark_Andrews@isc.org Cc: David Kirchner , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0 - Network operations result in : not found? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 00:27:54 -0000 > Is that behaviour actually documented anywhere? > > -E- Well /etc/defaults/rc.conf starts with #!/bin/sh that should be a big clue that it is a shell script. As is the instructions from "man rc.conf" not to put commands there. The purpose of rc.conf is not to run commands or perform system startup actions directly. Instead, it is included by the various generic startup scripts in /etc which conditionalize their internal actions according to the settings found there. Mark > > Mark Andrews wrote: > >>in rc.conf: > >> > >>ifconfig_fxp0= "inet netmask 255.255.255.0" > > > > > > Which says execute the '"inet netmask 255.255.255.0"' command > > with ifconfig_fxp0 envirioment variable set to the empty string. > > > > ifconfig_fxp0="inet netmask 255.255.255.0" > > > > is the correct syntax for setting ifconfig_fxp0 to > > "inet netmask 255.255.255.0" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 00:53:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4176516A420 for ; Fri, 27 Jan 2006 00:53:54 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AB2243D49 for ; Fri, 27 Jan 2006 00:53:53 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: by nproxy.gmail.com with SMTP id l37so67839nfc for ; Thu, 26 Jan 2006 16:53:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=L3YII1fTorS1iZ/2xT/mpUGLuexfFg8b9amufkwdhON7/FcU3BgFG/SsN0EszTpF6/YcSQOkHv1TjMf0Gf3kSVDCG6s6iGcLkmYHAGHjxpTaRMh/SeKYrPp4IZAS1Gwv8ls8JPPabsmymtOZIHcz4Y2qd6XOBIPvjEQPGpSoL4g= Received: by 10.48.237.2 with SMTP id k2mr117513nfh; Thu, 26 Jan 2006 16:53:52 -0800 (PST) Received: by 10.49.27.16 with HTTP; Thu, 26 Jan 2006 16:53:52 -0800 (PST) Message-ID: <1b62a7390601261653j4c54bfddp9db43a5ce59e862c@mail.gmail.com> Date: Fri, 27 Jan 2006 00:53:52 +0000 From: resonant evil To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Hi all.. Novice user having woes getting Atheros card up in FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 00:53:54 -0000 Hi guys.. I made a post at bsdforums.org about a problem I am having getting my Atheros card working, but not too many people frequent that forum.. Instead of rehashing everything I have done I guess I will link to the topic: http://www.bsdforums.org/forums/showthread.php?t=3D38562 The LINK to my exact wireless card is in the first post of that topic.. It is a Senao NMP-8602 a/b/g Atheros card.. I have it working no problems on Windows (blech), and my network at home is running WPA2+AES. What I have done so far: Followed the handbook through installing the system to configuring the kern= el I copied the GENERIC file to a MYKERNEL file. (The kernel config file) I edited it, and added device ath device ath_hal device ath_rate_sample device wlan_wep device wlan_ccmp device wlan_tkip to the file. I then proceeded to /usr/sbin/config MYKERNEL, and 'cd ../compile/MYKERNEL'. I did a 'make depend' , 'make' , 'make install' all without a hitch, no compiling problems.. and before rebooting into the new kernel I tweaked my /boot/loader.conf file: su-2.05b# cat loader.conf agp_load=3D"YES" ntfs_load=3D"YES" sound_load=3D"YES" snd_driver_load=3D"YES" wlan_wep_load=3D"YES" wlan_tkip_load=3D"YES" wlan_ccmp_load=3D"YES" So I rebooted, and the new kernel booted no problem. However when the system was starting up and all of the text was flashing by I still saw no sign of an ath0 device.. So I logged in and tried doing a 'kldload if_ath' and it said "File already exists" so I thought that meant it was loaded.. Just for fun I tried a 'ifconfig ath0 up' but that just spit out "ifconfig: interface ath0 does not exist" and now I'm really starting to get nervous :( One of the replies I got a guy told me to edit a /etc/wpa_supplicant.conf file to input all the information from my home network like WPA key and stuff, but that file doesn't exist on my system! (wpa_supplicant is installed though) .. Here were his exact directions Quote: "Edit /etc/wpa_supplicant.conf to include all the wireless details of your network (SSID, use WPA, WPA passphrase, etc). Edit /etc/rc.conf to add ifconfig_ath0=3D"WPA DHCP" Edit /etc/rc.conf to add wpa_supplicant_enable=3D"YES" Run /etc/rc.d/netif ath0 start to bring up the ath0 interface, start wpa_supplicant, establish the link to the access point, and grab the IP info via DHCP. This step will be done automatically at boot based on the above rc.conf entries." But will that really bring up the ath0 device even though 'ifconfig ath0 up' yielded a 'interface ath0 does not exist' ? And I have no /etc/wpa_supplicant.conf file for some reason, and no clue how to create one from scratch, what should I do? I need to do WPA2+AES for my network Thank you so much guys, I'm at a brick wall and appreciate help ASAP These mailing lists is all a novice user like me can count on because theres no way to be this detailed on IRC Thanks again -Ryan From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 01:22:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B434D16A420 for ; Fri, 27 Jan 2006 01:22:39 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B97D43D46 for ; Fri, 27 Jan 2006 01:22:39 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 66CF372DD9; Thu, 26 Jan 2006 17:22:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 616AD72DCB; Thu, 26 Jan 2006 17:22:39 -0800 (PST) Date: Thu, 26 Jan 2006 17:22:39 -0800 (PST) From: Doug White To: Marten Vijn In-Reply-To: <1137797311.847.38.camel@workstation.martenvijn.nl> Message-ID: <20060126171135.F26569@carver.gumbysoft.com> References: <43D04CBF.6050802@siol.net> <1137797311.847.38.camel@workstation.martenvijn.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Karel Miklav , freebsd-stable@freebsd.org Subject: Re: PXE Installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 01:22:39 -0000 On Fri, 20 Jan 2006, Marten Vijn wrote: > On Fri, 2006-01-20 at 03:36 +0100, Karel Miklav wrote: > > Hi, > > > > I'm trying to install FreeBSD 6.0 to a sub-notebook without > > floppy or optical unit. > > > Please give me a hand, I'm playing with this for whole week. > > > nice game aint it? sure of your friends is tcpdump :) > > > steps to follow (more below), create: > > 1 pxeboot > 2 exports a nfs bootdir > 3 populate bootdir > 4 config dhcpd.conf > 5 add hosts to dns or /etc/hosts > 6 proper config for the bootdir [...] If the goal is to simply start sysinstall on the target then it is not necessary to construct a fully-populated root filesystem for the purpose. Just tell loader to use the mfsroot disk image that's in the boot/ directory and sysinstall will start up like it does when booting directly from CD. Instructions for this are at: http://people.freebsd.org/~dwhite/pxeboot.html Its fundamentally the same, except step 3 takes about 1 minute (cp -Rp) instead of an hour. Admittedly these instructions assume proficiency with configuring NFS, DHCP, and so forth. Its mainly a note to myself on how to do it. :) The addition of vfs.root.mountfrom="ufs:/dev/md0c" line to loader.conf is the key. The CDROM loader.rc already pulls in mfsroot.gz, you just have to point the kernel at that image instead of the NFS root that pxeboot will pass on. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 01:24:27 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9740216A420 for ; Fri, 27 Jan 2006 01:24:27 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32E4B43D48 for ; Fri, 27 Jan 2006 01:24:24 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k0R1OJIT038550; Thu, 26 Jan 2006 20:24:19 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Thu, 26 Jan 2006 20:24:02 -0500 User-Agent: KMail/1.6.2 References: <1b62a7390601261653j4c54bfddp9db43a5ce59e862c@mail.gmail.com> In-Reply-To: <1b62a7390601261653j4c54bfddp9db43a5ce59e862c@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200601262024.05271.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1252/Thu Jan 26 06:03:25 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: resonant evil Subject: Re: Hi all.. Novice user having woes getting Atheros card up in FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 01:24:27 -0000 On Thursday 26 January 2006 07:53 pm, resonant evil wrote: > So I rebooted, and the new kernel booted no problem. However when > the system was starting up and all of the text was flashing by I > still saw no sign of an ath0 device.. So I logged in and tried > doing a 'kldload if_ath' and it said "File already exists" so I > thought that meant it was loaded.. Just for fun I tried a 'ifconfig > ath0 up' but that just spit out "ifconfig: interface ath0 does not > exist" and now I'm really starting to get nervous :( This card seems to have newer chipset and I heard the following patch supports newer chipsets: http://docs.freebsd.org/cgi/mid.cgi?439E1030.1080304 However, I don't think this patch applies to 6.X. Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 01:40:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 906F816A420; Fri, 27 Jan 2006 01:40:46 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D1AA43D7E; Fri, 27 Jan 2006 01:40:46 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k0R1eio7074627 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Jan 2006 17:40:45 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43D979EC.2050502@errno.com> Date: Thu, 26 Jan 2006 17:39:56 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Jung-uk Kim References: <1b62a7390601261653j4c54bfddp9db43a5ce59e862c@mail.gmail.com> <200601262024.05271.jkim@FreeBSD.org> In-Reply-To: <200601262024.05271.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: resonant evil , freebsd-stable@freebsd.org Subject: Re: Hi all.. Novice user having woes getting Atheros card up in FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 01:40:46 -0000 Jung-uk Kim wrote: > On Thursday 26 January 2006 07:53 pm, resonant evil wrote: >> So I rebooted, and the new kernel booted no problem. However when >> the system was starting up and all of the text was flashing by I >> still saw no sign of an ath0 device.. So I logged in and tried >> doing a 'kldload if_ath' and it said "File already exists" so I >> thought that meant it was loaded.. Just for fun I tried a 'ifconfig >> ath0 up' but that just spit out "ifconfig: interface ath0 does not >> exist" and now I'm really starting to get nervous :( > > This card seems to have newer chipset and I heard the following patch > supports newer chipsets: > > http://docs.freebsd.org/cgi/mid.cgi?439E1030.1080304 > > However, I don't think this patch applies to 6.X. Correct. The hal in cvs doesn't support the chip; only the one out for test. I've merged all the net80211-related changes but the ath patch is now out of date. I'll regenerate it and post a note when it's ready. Sam From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 01:55:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0026D16A420 for ; Fri, 27 Jan 2006 01:55:40 +0000 (GMT) (envelope-from villan@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E37D43D5C for ; Fri, 27 Jan 2006 01:55:40 +0000 (GMT) (envelope-from villan@gmail.com) Received: by zproxy.gmail.com with SMTP id o1so519664nzf for ; Thu, 26 Jan 2006 17:55:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=JdYeh8mf/O0IP1JHacEQIbTTh0ACWe1GbVHaLUt+8CfCMIv9BmrWvKzacXMuyFcXDGezACw4FWntdl5TfQ4NCDQY7I/bCLH5I27r2YN8kJKBAHfRz5pRB0JNu9hNSDdJB3R2eJ8k7OENesbldeV9J9W+jQujdi6icPDmfq58OVU= Received: by 10.64.91.8 with SMTP id o8mr2023675qbb; Thu, 26 Jan 2006 17:55:39 -0800 (PST) Received: by 10.64.27.14 with HTTP; Thu, 26 Jan 2006 17:55:39 -0800 (PST) Message-ID: <5addccd10601261755g307690eavf24fa01143563327@mail.gmail.com> Date: Thu, 26 Jan 2006 20:55:39 -0500 From: Julian Villan To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Problems with php5 + pear when upgrading to RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 01:55:41 -0000 Im getting the following error when trying to do anything with pear or pear modules: # pear upgrade-all /libexec/ld-elf.so.1: /usr/local/lib/php/20050922/xml.so: Undefined symbol "XML_ParserCreate_MM" I checked UPDATING and followed those steps, but that didnt change anything. I did remove the version of pear and reinstall, also no go. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 02:51:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C701C16A422 for ; Fri, 27 Jan 2006 02:51:34 +0000 (GMT) (envelope-from ota@animenfo.com) Received: from smtp.vianet.ca (smtp.vianet.ca [209.91.128.40]) by mx1.FreeBSD.org (Postfix) with SMTP id 7432443D64 for ; Fri, 27 Jan 2006 02:51:29 +0000 (GMT) (envelope-from ota@animenfo.com) Received: (qmail 16363 invoked from network); 27 Jan 2006 02:51:28 -0000 Received: from unknown (HELO ?192.168.0.49?) (66.225.170.73) by smtp.vianet.ca with SMTP; 27 Jan 2006 02:51:28 -0000 Message-ID: <43D98AB0.1040801@animenfo.com> Date: Thu, 26 Jan 2006 21:51:28 -0500 From: Russell Doucette User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 6.0-STABLE Totally Freezes on TightVNC Connection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 02:51:34 -0000 Hi, I have this weird problem with FreeBSD 6.0-STABLE and I'm using it has a router between my cable modem and my LAN. I use the ipf firewall technology and have forwarded ports so I can use TightVNC to connect to my Windows XP machine from another location. However, after a few minutes or so of use, the BSD machine completely freezes (the keyboard freezes, the display freezes [no text updates when I was running a traffic analyzer], and all my network interfaces go dead). I have to physically turn off the machine and turn it back on. This only happens when I use TightVNC. I am not sure if this is relevant or not, but I when I restarted the router, I checked last entries using the "last" command, and found this: reboot ~ Wed Jan 25 14:57 Then, I found this in /var/log/auth.log: Jan 25 14:56:58 myhostname sshd[448]: Server listening on 0.0.0.0 port 22. My BSD box locked up around the same time as these events. Any thoughts? Thanks. R. Doucette From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 03:20:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6122516A420 for ; Fri, 27 Jan 2006 03:20:21 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from mx1.highperformance.net (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC8F143D45 for ; Fri, 27 Jan 2006 03:20:18 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] (w16.stradamotorsports.com [192.168.1.16]) by mx1.highperformance.net (8.13.4/8.13.4) with ESMTP id k0R3Jlws053249 for ; Thu, 26 Jan 2006 19:19:57 -0800 (PST) (envelope-from jcw@highperformance.net) Message-ID: <43D99159.5010808@highperformance.net> Date: Thu, 26 Jan 2006 19:19:53 -0800 From: "Jason C. Wells" User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.9 required=2.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on s4.stradamotorsports.com Subject: Make World Fails on Man Pages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 03:20:21 -0000 Here is a snippet of my failed installworld logs as I move to 6.0R: install -o root -g wheel -m 444 crypt.3.gz /usr/share/man/man3 /usr/share/man/man3/crypt_get_format.3.gz -> /usr/share/man/man3/crypt.3.gz rm: /usr/share/man/man3/crypt_get_format.3: Not a directory rm: /usr/share/man/man3/crypt_get_format.3.gz: Not a directory I get the same error from a couple other man pages (e.g. bwrite) if I run make from the directory where the pages source exists. Not all man pages cause an error, just some. I tried removing /usr/obj for a fresh build since this was a former 5.4R box. Cvsup isn't fetching any new sources so I must be up to date. Any ideas why some man pages won't install? Thanks, Jason From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 03:27:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 856D716A420 for ; Fri, 27 Jan 2006 03:27:34 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id E3F9E43D45 for ; Fri, 27 Jan 2006 03:27:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 54267 invoked from network); 27 Jan 2006 03:27:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=dfAlWMOBYDo1NouCltIYqbCfR3f2WxLwd87vPy1bTDa9ySgOJ5PaqwdSiR3OzIt6enk4Vfd+c64lBVYaDmYHlDGiA3T/rmWk584UoWIKKlZq/m9DGBFKE5FVFOMKGgIr1eNKKUBMvq1uelLFwrcFbBfN5rjoVnkyP2/emXUoIzU= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp100.rog.mail.re2.yahoo.com with SMTP; 27 Jan 2006 03:27:33 -0000 Message-ID: <43D99326.1030905@rogers.com> Date: Thu, 26 Jan 2006 22:27:34 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Russell Doucette References: <43D98AB0.1040801@animenfo.com> In-Reply-To: <43D98AB0.1040801@animenfo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0-STABLE Totally Freezes on TightVNC Connection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 03:27:34 -0000 Russell Doucette wrote: > Hi, > > I have this weird problem with FreeBSD 6.0-STABLE and I'm using it has > a router between my cable modem and my LAN. I use the ipf firewall > technology and have forwarded ports so I can use TightVNC to connect > to my Windows XP machine from another location. However, after a few > minutes or so of use, the BSD machine completely freezes (the keyboard > freezes, the display freezes [no text updates when I was running a > traffic analyzer], and all my network interfaces go dead). I have to > physically turn off the machine and turn it back on. This only > happens when I use TightVNC. It's either a hardware problem, or some serious issue with ipf. As a side note, i would highly recommend you ditch ipf and switch to pf instead, its a much better firewall. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 03:35:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B2F016A422 for ; Fri, 27 Jan 2006 03:35:32 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D34043D4C for ; Fri, 27 Jan 2006 03:35:31 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 7841CE601C for ; Fri, 27 Jan 2006 03:35:31 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.1) with ESMTP id k0R3ZPFl049418; Fri, 27 Jan 2006 14:35:26 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200601270335.k0R3ZPFl049418@drugs.dv.isc.org> To: "Jason C. Wells" From: Mark Andrews In-reply-to: Your message of "Thu, 26 Jan 2006 19:19:53 -0800." <43D99159.5010808@highperformance.net> Date: Fri, 27 Jan 2006 14:35:25 +1100 Sender: Mark_Andrews@isc.org Cc: freebsd-stable Subject: Re: Make World Fails on Man Pages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 03:35:32 -0000 > Here is a snippet of my failed installworld logs as I move to 6.0R: > > install -o root -g wheel -m 444 crypt.3.gz /usr/share/man/man3 > /usr/share/man/man3/crypt_get_format.3.gz -> /usr/share/man/man3/crypt.3.gz > rm: /usr/share/man/man3/crypt_get_format.3: Not a directory > rm: /usr/share/man/man3/crypt_get_format.3.gz: Not a directory > > I get the same error from a couple other man pages (e.g. bwrite) if I > run make from the directory where the pages source exists. Not all man > pages cause an error, just some. I tried removing /usr/obj for a fresh > build since this was a former 5.4R box. Cvsup isn't fetching any new > sources so I must be up to date. > > Any ideas why some man pages won't install? From unlink(2). [ENOTDIR] A component of the path prefix is not a directory. > > Thanks, > Jason > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 04:10:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E35516A420 for ; Fri, 27 Jan 2006 04:10:59 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C290043D45 for ; Fri, 27 Jan 2006 04:10:58 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so405788uge for ; Thu, 26 Jan 2006 20:10:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=Dq6Fo1mAFyx2aS++tcXwJe6BAnOCS2XFCU2BtzsC0xR14psJT9UqudvpFAqbCnBkNqNZVWty8t25/n1x5m9yA10iIXdhxpcu6VdbyvkkzcN+wNouFSI0E3eVM/+aaU90ZLt/H62/GOhqpWlroKrS8aRYzKuRZWCM7A97v1JhczI= Received: by 10.49.80.10 with SMTP id h10mr1696nfl; Thu, 26 Jan 2006 20:10:56 -0800 (PST) Received: by 10.49.27.16 with HTTP; Thu, 26 Jan 2006 20:10:56 -0800 (PST) Message-ID: <1b62a7390601262010v59bd2651id3bd14072a453342@mail.gmail.com> Date: Thu, 26 Jan 2006 20:10:56 -0800 From: resonant evil To: freebsd-stable@freebsd.org In-Reply-To: <1b62a7390601261653j4c54bfddp9db43a5ce59e862c@mail.gmail.com> MIME-Version: 1.0 References: <1b62a7390601261653j4c54bfddp9db43a5ce59e862c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Hi all.. Novice user having woes getting Atheros card up in FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 04:10:59 -0000 Hi there.. So I can't use this wireless card at all right now? Damn why did I buy this thing then.. People from the mailing list showed me this one so I ordered it :-( This is horrible, I just spent a hundred bucks on something I can't even use? :( Do these new patches fix this? Thanks :-( From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 05:58:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CFD216A420 for ; Fri, 27 Jan 2006 05:58:26 +0000 (GMT) (envelope-from ota@animenfo.com) Received: from smtp.vianet.ca (smtp.vianet.ca [209.91.128.40]) by mx1.FreeBSD.org (Postfix) with SMTP id CB31543D49 for ; Fri, 27 Jan 2006 05:58:25 +0000 (GMT) (envelope-from ota@animenfo.com) Received: (qmail 19124 invoked from network); 27 Jan 2006 05:58:24 -0000 Received: from unknown (HELO ?192.168.0.49?) (66.186.76.137) by smtp.vianet.ca with SMTP; 27 Jan 2006 05:58:24 -0000 Message-ID: <43D9B680.7080004@animenfo.com> Date: Fri, 27 Jan 2006 00:58:24 -0500 From: Russell Doucette User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <43D98AB0.1040801@animenfo.com> <43D99326.1030905@rogers.com> In-Reply-To: <43D99326.1030905@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 6.0-STABLE Totally Freezes on TightVNC Connection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 05:58:26 -0000 Mike Jakubik wrote: > Russell Doucette wrote: >> Hi, >> >> I have this weird problem with FreeBSD 6.0-STABLE and I'm using it >> has a router between my cable modem and my LAN. I use the ipf >> firewall technology and have forwarded ports so I can use TightVNC to >> connect to my Windows XP machine from another location. However, >> after a few minutes or so of use, the BSD machine completely freezes >> (the keyboard freezes, the display freezes [no text updates when I >> was running a traffic analyzer], and all my network interfaces go >> dead). I have to physically turn off the machine and turn it back >> on. This only happens when I use TightVNC. > > It's either a hardware problem, or some serious issue with ipf. As a > side note, i would highly recommend you ditch ipf and switch to pf > instead, its a much better firewall. > Yeah, I fixed it. I switched network cards and the BSD box works fine now. It was either the network driver or the network card itself. Thanks for the help. R. Doucette From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 06:19:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A48216A420 for ; Fri, 27 Jan 2006 06:19:47 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85F3A43D48 for ; Fri, 27 Jan 2006 06:19:45 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0R6JgOb011367 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Jan 2006 16:49:42 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 27 Jan 2006 16:49:31 +1030 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1567038.h5x5KSSpzU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601271649.38204.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Subject: QEmu + floppies X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 06:19:47 -0000 --nextPart1567038.h5x5KSSpzU Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Has anyone gotten QEmu floppies working in FreeBSD? I've tried booting both amd64 and i386 ISOs in qemu but the kernel does not= =20 see the drive. In the loader I can read files that are on the floppy image though.. Booting -v only shows.. fdc0 failed to probe at port 0xf0-0x3f5,0x3f7 irq 6 drq 2 on isa0 Google shows other people having the same problem and the likely candidate = is=20 fdc.c r1.290 although I haven't tried backing it out yet.. Does anyone have a fix for this problem? (or a work around) Thanks =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1567038.h5x5KSSpzU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD2bt55ZPcIHs/zowRAhIMAJ4rpld700LoH9mSkqcELuA1bMmmAwCfSclT y+eOOBY/XvC/dFK5oHaLTK8= =mSyT -----END PGP SIGNATURE----- --nextPart1567038.h5x5KSSpzU-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 07:02:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7408D16A420; Fri, 27 Jan 2006 07:02:54 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 193DF43D48; Fri, 27 Jan 2006 07:02:54 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0R72q87033520; Fri, 27 Jan 2006 02:02:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0R72kDU079829; Fri, 27 Jan 2006 02:02:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E5587302F; Fri, 27 Jan 2006 02:02:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060127070252.9E5587302F@freebsd-current.sentex.ca> Date: Fri, 27 Jan 2006 02:02:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 07:02:54 -0000 TB --- 2006-01-27 05:54:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-27 05:54:55 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2006-01-27 05:54:55 - cleaning the object tree TB --- 2006-01-27 05:55:54 - checking out the source tree TB --- 2006-01-27 05:55:54 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2006-01-27 05:55:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-27 06:18:04 - building world (CFLAGS=-O -pipe) TB --- 2006-01-27 06:18:04 - cd /src TB --- 2006-01-27 06:18:04 - /usr/bin/make -B buildworld >>> 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 [...] gzip -cn /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/man/lwres_packet.3 > lwres_packet.3.gz gzip -cn /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/man/lwres_resutil.3 > lwres_resutil.3.gz ===> libexec (all) ===> libexec/atrun (all) cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -c /src/libexec/atrun/atrun.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -c /src/libexec/atrun/gloadavg.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -o atrun atrun.o gloadavg.o /obj/src/tmp/usr/lib/libc.so: undefined reference to `calloc' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-27 07:02:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-27 07:02:52 - ERROR: failed to build world TB --- 2006-01-27 07:02:52 - tinderbox aborted TB --- 1.22 user 5.51 system 4076.62 real From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 07:19:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ADB816A420 for ; Fri, 27 Jan 2006 07:19:38 +0000 (GMT) (envelope-from gmarco@giovannelli.it) Received: from kirk.giovannelli.it (dns01.ablia.net [83.149.160.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0F1843D45 for ; Fri, 27 Jan 2006 07:19:36 +0000 (GMT) (envelope-from gmarco@giovannelli.it) Received: from usul.giovannelli.it (freebsd.giovannelli.com [83.149.149.149]) by kirk.giovannelli.it (8.13.4/8.13.4) with ESMTP id k0R7JDmS004194; Fri, 27 Jan 2006 08:19:15 +0100 (CET) (envelope-from gmarco@giovannelli.it) Message-Id: <7.0.0.16.2.20060127075105.0266b6f0@giovannelli.it> X-Mailer: QUALCOMM Windows Eudora Version 7.0.0.16 Date: Fri, 27 Jan 2006 08:14:36 +0100 To: stable@freebsd.org From: Gianmarco Giovannelli Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Milter: Spamilter (Reciever: kirk.giovannelli.it; Sender-ip: 83.149.149.149; Sender-helo: usul.giovannelli.it; ) X-Virus-Scanned: ClamAV devel-20051108/1252/Thu Jan 26 12:03:25 2006 on kirk.giovannelli.it X-Virus-Status: Clean Cc: varie@gufi.org Subject: cpdup, chflags and ext2fs: undeletable forever :-) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 07:19:38 -0000 Hi, I have a little problem with chflags and ext2fs partition. My env is : # uname -a FreeBSD multimedia.giovannelli.com 6.0-STABLE FreeBSD 6.0-STABLE #0: Sat Jan 21 22:55:27 CET 2006 gmarco@multimedia.giovannelli.com:/usr/obj/usr/src/sys/FREEBSD i386 I have mounted an ext2fs disk rw and I used part of it for storing a "snapshot" of my / fs. Something like: # mount -t extfs /dev/ad1s1 /mnt/ad1 # mkdir /mnt/ad1/chroot # cpdup -vv / /mnt/ad1/chroot Obviusly cpdup trying to reproduce all the permissions of the srcs file, so also the special flags schg,uchg of some files. The problem is that cpdup was able (or at least seems to be able to set them) but I am not able anymore to remove them :-) So these files are not deletable anymore. One of this file (i.e. rcp) looks in this way: multimedia:/bin# ll -lo rcp -r-sr-xr-x 1 root wheel schg,uchg 18332 Jan 21 09:37 /bin/rcp The copy on the ext2fs look in these other way: multimedia:/mnt/ad1/chroot/bin# ll -lo rcp -r-sr-xr-x 1 root wheel - 18332 Jan 27 07:55 rcp If I try: multimedia:/mnt/ad1/chroot/bin# chflags noschg rcp multimedia:/mnt/ad1/chroot/bin# chflags nouchg rcp multimedia:/mnt/ad1/chroot/bin# chmod 777 rcp multimedia:/mnt/ad1/chroot/bin# ll -lo rcp multimedia:/mnt/ad1/chroot/bin# ll -lo total 20 -rwxrwxrwx 1 root wheel - 18332 Jan 27 07:55 rcp multimedia:/mnt/ad1/chroot/bin# rm -f rcp rm: rcp: Operation not permitted Even running a live linux distro by cdrom seems to be able to remove them anymore giving a strange error 30. Any idea ? I have tried also the obliterate utility from ports which seems able to remove files on ro volume without any results. Probably the only solutions is to newfs the volume but : multimedia:/mnt/ad1/chroot/bin# df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad1s1 275G 254G 7.2G 97% /mnt/ad1 Any idea/tips to remove this folder ? Probably we have to deny the chflags on volume others than ufs even if we can mount them rw ? Best Regards, Gianmarco Giovannelli , "Unix expert since yesterday" http://utenti.gufi.org/~gmarco/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 07:32:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28A5816A420 for ; Fri, 27 Jan 2006 07:32:33 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5484843D46 for ; Fri, 27 Jan 2006 07:32:29 +0000 (GMT) (envelope-from info@martenvijn.nl) Received: from martenvijn.nl (localhost.nl [127.0.0.1] (may be forged)) by martenvijn.nl (8.13.4/8.13.1) with ESMTP id k0R7ba4Z050651; Fri, 27 Jan 2006 08:37:36 +0100 (CET) (envelope-from info@martenvijn.nl) Received: (from www@localhost) by martenvijn.nl (8.13.4/8.13.1/Submit) id k0R7baIr050650; Fri, 27 Jan 2006 08:37:36 +0100 (CET) (envelope-from info@martenvijn.nl) X-Authentication-Warning: martenvijn.nl: www set sender to info@martenvijn.nl using -f Received: from 213.160.208.235 (SquirrelMail authenticated user mvn) by martenvijn.nl with HTTP; Fri, 27 Jan 2006 08:37:36 +0100 (CET) Message-ID: <7015.213.160.208.235.1138347456.squirrel@martenvijn.nl> In-Reply-To: <20060126171135.F26569@carver.gumbysoft.com> References: <43D04CBF.6050802@siol.net> <1137797311.847.38.camel@workstation.martenvijn.nl> <20060126171135.F26569@carver.gumbysoft.com> Date: Fri, 27 Jan 2006 08:37:36 +0100 (CET) From: "Marten Vijn" To: "Doug White" User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Marten Vijn , Karel Miklav , freebsd-stable@freebsd.org Subject: Re: PXE Installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: info@martenvijn.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 07:32:33 -0000 > On Fri, 20 Jan 2006, Marten Vijn wrote: > >> On Fri, 2006-01-20 at 03:36 +0100, Karel Miklav wrote: >> > Hi, >> > >> > I'm trying to install FreeBSD 6.0 to a sub-notebook without >> > floppy or optical unit. >> >> > Please give me a hand, I'm playing with this for whole week. >> > >> nice game aint it? sure of your friends is tcpdump :) >> >> >> steps to follow (more below), create: >> >> 1 pxeboot >> 2 exports a nfs bootdir >> 3 populate bootdir >> 4 config dhcpd.conf >> 5 add hosts to dns or /etc/hosts >> 6 proper config for the bootdir > > [...] > > If the goal is to simply start sysinstall on the target then it is not > necessary to construct a fully-populated root filesystem for the purpose. agree, I use it not only for this, I add rpc.lockd to it and use as diskless workstation, including kde, open office and more. Since writing time better options at this list where offerd. thanks, Marten > Just tell loader to use the mfsroot disk image that's in the boot/ > directory and sysinstall will start up like it does when booting directly > from CD. > > Instructions for this are at: > > http://people.freebsd.org/~dwhite/pxeboot.html > > Its fundamentally the same, except step 3 takes about 1 minute (cp -Rp) > instead of an hour. > > Admittedly these instructions assume proficiency with configuring NFS, > DHCP, and so forth. Its mainly a note to myself on how to do it. :) > > The addition of vfs.root.mountfrom="ufs:/dev/md0c" line to loader.conf is > the key. The CDROM loader.rc already pulls in mfsroot.gz, you just have to > point the kernel at that image instead of the NFS root that pxeboot will > pass on. > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 08:14:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D60A16A420 for ; Fri, 27 Jan 2006 08:14:04 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from pro20.abac.com (pro20.abac.com [66.226.64.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 030B643D53 for ; Fri, 27 Jan 2006 08:14:03 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from [64.203.49.217] (user-10cmcep.cable.mindspring.com [64.203.49.217]) (authenticated bits=0) by pro20.abac.com (8.13.4/8.13.4) with ESMTP id k0R8DtGM003737; Fri, 27 Jan 2006 00:13:58 -0800 (PST) (envelope-from atanas@asd.aplus.net) Message-ID: <43D9D649.9030003@asd.aplus.net> Date: Fri, 27 Jan 2006 00:14:01 -0800 From: Atanas User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200601202003.30336.nike_d@cytexbg.com> <43D79F09.7090505@cytexbg.com> <200601261040.49015.nike_d@cytexbg.com> <200601261707.56664.nike_d@cytexbg.com> <20060126161728.GA18234@xor.obsecurity.org> <43D95D2C.8010101@rogers.com> <20060126234422.GA26532@xor.obsecurity.org> <20060126234609.GA26648@xor.obsecurity.org> In-Reply-To: <20060126234609.GA26648@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.47 (SPF_SOFTFAIL) Cc: Mike Jakubik , Kris Kennaway Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 08:14:04 -0000 Kris Kennaway said the following on 1/26/2006 3:46 PM: > On Thu, Jan 26, 2006 at 06:44:22PM -0500, Kris Kennaway wrote: >> On Thu, Jan 26, 2006 at 06:37:16PM -0500, Mike Jakubik wrote: >>> Kris Kennaway wrote: >>>> On Thu, Jan 26, 2006 at 05:07:56PM +0200, Niki Denev wrote: >>>> >>>>> On Thursday 26 January 2006 10:40, Niki Denev wrote: >>>>> >>>>> [...] >>>>> >>>>> After i disabled option QUOTA in both my default kernel config >>>>> and the one i compiled with the debugging options i was unable >>>>> to reproduce the deadlock again. (i hope it stays that way :) ) >>>>> This, together with the report in my previous post probably point >>>>> that the problem is in the QUOTA support. >>>>> >>>> Actually, I think this is known. >>>> >>>> Kris >>>> >>> Well thats good to know, i was planning on upgrading a production box >>> from 5 to 6, its SMP and uses QUOTA. How did 6 get released when QUOTA >>> was known to cause deadlocks? > > FYI, you can probably work around this by setting debug.mpsafevfs=0. > Of course, you'll lose the filesystem performance benefits. > > Kris I'd like to confirm that setting debug.mpsafevfs=0 (along with debug.mpsafevm=0 and debug.mpsafenet=0) doesn't help either. I ran into the same problem about a month ago on 2 production boxes running 6-STABLE (SMP with QUOTA enabled) and the only way I found to stop them crashing was switching back to 5.4. I hope this will get fixed in 6.1. Regards, Atanas From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 08:19:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4290016A420; Fri, 27 Jan 2006 08:19:12 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBDFF43D48; Fri, 27 Jan 2006 08:19:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0R8JAr0037725; Fri, 27 Jan 2006 03:19:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k0R8JAvp008600; Fri, 27 Jan 2006 03:19:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B86FE7302F; Fri, 27 Jan 2006 03:19:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060127081910.B86FE7302F@freebsd-current.sentex.ca> Date: Fri, 27 Jan 2006 03:19:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 08:19:12 -0000 TB --- 2006-01-27 07:02:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-27 07:02:52 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2006-01-27 07:02:52 - cleaning the object tree TB --- 2006-01-27 07:03:36 - checking out the source tree TB --- 2006-01-27 07:03:36 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2006-01-27 07:03:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-27 07:31:26 - building world (CFLAGS=-O -pipe) TB --- 2006-01-27 07:31:26 - cd /src TB --- 2006-01-27 07:31:26 - /usr/bin/make -B buildworld >>> 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 [...] gzip -cn /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/man/lwres_packet.3 > lwres_packet.3.gz gzip -cn /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/man/lwres_resutil.3 > lwres_resutil.3.gz ===> libexec (all) ===> libexec/atrun (all) cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -c /src/libexec/atrun/atrun.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -c /src/libexec/atrun/gloadavg.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -o atrun atrun.o gloadavg.o /obj/pc98/src/tmp/usr/lib/libc.so: undefined reference to `calloc' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-27 08:19:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-27 08:19:10 - ERROR: failed to build world TB --- 2006-01-27 08:19:10 - tinderbox aborted TB --- 1.17 user 5.20 system 4577.35 real From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 08:24:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0577C16A420 for ; Fri, 27 Jan 2006 08:24:15 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp107.rog.mail.re2.yahoo.com (smtp107.rog.mail.re2.yahoo.com [68.142.225.205]) by mx1.FreeBSD.org (Postfix) with SMTP id 4EC8743D45 for ; Fri, 27 Jan 2006 08:24:14 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 94864 invoked from network); 27 Jan 2006 08:24:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=XvbOFsQ8zjkIpqZY/fd46yd+U8evmpuIB+sz3LayznFQ/x0yeVUjf3+Rm0PxGKOwK0lbc5bLEscXiU/W4QO82tBXN0htiIES8MxDNb/ibX4XNtH6l4Q4g9PwhZWJzlLOxsTbvZKBP1TjuOXd0+v1nuHO9QykX5Dst/uy2TrECo8= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp107.rog.mail.re2.yahoo.com with SMTP; 27 Jan 2006 08:24:13 -0000 Message-ID: <43D9D8B0.1050003@rogers.com> Date: Fri, 27 Jan 2006 03:24:16 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Atanas References: <200601202003.30336.nike_d@cytexbg.com> <43D79F09.7090505@cytexbg.com> <200601261040.49015.nike_d@cytexbg.com> <200601261707.56664.nike_d@cytexbg.com> <20060126161728.GA18234@xor.obsecurity.org> <43D95D2C.8010101@rogers.com> <20060126234422.GA26532@xor.obsecurity.org> <20060126234609.GA26648@xor.obsecurity.org> <43D9D649.9030003@asd.aplus.net> In-Reply-To: <43D9D649.9030003@asd.aplus.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 08:24:15 -0000 Atanas wrote: > > Kris Kennaway said the following on 1/26/2006 3:46 PM: >> On Thu, Jan 26, 2006 at 06:44:22PM -0500, Kris Kennaway wrote: >>> On Thu, Jan 26, 2006 at 06:37:16PM -0500, Mike Jakubik wrote: >>>> Kris Kennaway wrote: >>>>> On Thu, Jan 26, 2006 at 05:07:56PM +0200, Niki Denev wrote: >>>>> >>>>>> On Thursday 26 January 2006 10:40, Niki Denev wrote: >>>>>> [...] >>>>>> >>>>>> After i disabled option QUOTA in both my default kernel config >>>>>> and the one i compiled with the debugging options i was unable >>>>>> to reproduce the deadlock again. (i hope it stays that way :) ) >>>>>> This, together with the report in my previous post probably point >>>>>> that the problem is in the QUOTA support. >>>>>> >>>>> Actually, I think this is known. >>>>> >>>>> Kris >>>>> >>>> Well thats good to know, i was planning on upgrading a production >>>> box from 5 to 6, its SMP and uses QUOTA. How did 6 get released >>>> when QUOTA was known to cause deadlocks? >> >> FYI, you can probably work around this by setting debug.mpsafevfs=0. >> Of course, you'll lose the filesystem performance benefits. >> >> Kris > > I'd like to confirm that setting debug.mpsafevfs=0 (along with > debug.mpsafevm=0 and debug.mpsafenet=0) doesn't help either. > > I ran into the same problem about a month ago on 2 production boxes > running 6-STABLE (SMP with QUOTA enabled) and the only way I found to > stop them crashing was switching back to 5.4. > > I hope this will get fixed in 6.1. So do I! I'm quite surprised to hear of such a huge bug this late. I had plans in place to upgrade a few clients to 6-STABLE but this information changes a few of them. Hopefully someone knowledgeable enough will look in to this, unfortunately i can't test any code changes... From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 08:46:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3327716A422 for ; Fri, 27 Jan 2006 08:46:41 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 5818843D48 for ; Fri, 27 Jan 2006 08:46:25 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 28400 invoked from network); 27 Jan 2006 08:46:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Elc0dd/+lpebzQudAUyAC7XYQyeM9ew50nBU/EKAZ3x1KoAvXQ4nS6DX0/iUUtZCUAmRU1FRiZZ+cTBpqj4QaqV/RLhLiG9D37pwsbHu80nn6WHqCzv/TfffkLOYhIhS1cdpJyge5IrmC2JwbANhKolcpiWK+ZFSwy8s+cpMfjg= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 27 Jan 2006 08:46:24 -0000 Message-ID: <43D9DDE3.1050204@rogers.com> Date: Fri, 27 Jan 2006 03:46:27 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Russell Doucette References: <43D98AB0.1040801@animenfo.com> <43D99326.1030905@rogers.com> <43D9B680.7080004@animenfo.com> In-Reply-To: <43D9B680.7080004@animenfo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0-STABLE Totally Freezes on TightVNC Connection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 08:46:41 -0000 Russell Doucette wrote: > Mike Jakubik wrote: >> >> It's either a hardware problem, or some serious issue with ipf. As a >> side note, i would highly recommend you ditch ipf and switch to pf >> instead, its a much better firewall. >> > Yeah, I fixed it. I switched network cards and the BSD box works fine > now. It was either the network driver or the network card itself. > Thanks for the help. Great, which network card was it? I still recommend you switch to PF :) From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 09:16:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2805116A420; Fri, 27 Jan 2006 09:16:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4001043D5F; Fri, 27 Jan 2006 09:16:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0R9Gk9J024941; Fri, 27 Jan 2006 04:16:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0R9GcAd033524; Fri, 27 Jan 2006 04:16:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B5CB27302F; Fri, 27 Jan 2006 04:16:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060127091645.B5CB27302F@freebsd-current.sentex.ca> Date: Fri, 27 Jan 2006 04:16:45 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 09:16:50 -0000 TB --- 2006-01-27 08:19:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-27 08:19:11 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2006-01-27 08:19:11 - cleaning the object tree TB --- 2006-01-27 08:19:48 - checking out the source tree TB --- 2006-01-27 08:19:48 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2006-01-27 08:19:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-27 08:43:41 - building world (CFLAGS=-O -pipe) TB --- 2006-01-27 08:43:41 - cd /src TB --- 2006-01-27 08:43:41 - /usr/bin/make -B buildworld >>> 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 [...] gzip -cn /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/man/lwres_packet.3 > lwres_packet.3.gz gzip -cn /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/man/lwres_resutil.3 > lwres_resutil.3.gz ===> libexec (all) ===> libexec/atrun (all) cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -c /src/libexec/atrun/atrun.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -c /src/libexec/atrun/gloadavg.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -o atrun atrun.o gloadavg.o /obj/sparc64/src/tmp/usr/lib/libc.so: undefined reference to `calloc' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-27 09:16:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-27 09:16:45 - ERROR: failed to build world TB --- 2006-01-27 09:16:45 - tinderbox aborted TB --- 0.81 user 3.96 system 3454.45 real From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 09:21:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 827B716A420 for ; Fri, 27 Jan 2006 09:21:41 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp108.rog.mail.re2.yahoo.com (smtp108.rog.mail.re2.yahoo.com [68.142.225.206]) by mx1.FreeBSD.org (Postfix) with SMTP id DABC643D62 for ; Fri, 27 Jan 2006 09:21:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 95900 invoked from network); 27 Jan 2006 09:21:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=E1pgEviau/QMh457p2Xe2unAIHliVE3GzuLLTB1pmdOf+thLdnzaHhah9KE/Yj+nQw1VigwFtU6P0Ct94ndS201KUjZKLMJMM+kudrOB0JON+PrlhjTvgdNIk4RMC3yK6UQVqxqIYewO4XlM54BayPEPUxswuPlMZfJa1wd0rYs= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp108.rog.mail.re2.yahoo.com with SMTP; 27 Jan 2006 09:21:33 -0000 Message-ID: <43D9E621.3050104@rogers.com> Date: Fri, 27 Jan 2006 04:21:37 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Steve Hodgson References: <43D94B68.8030307@rogers.com> <43D9E4C5.5080601@stevehodgson.co.uk> In-Reply-To: <43D9E4C5.5080601@stevehodgson.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: smb_maperror: Unmapped error 1:158 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 09:21:41 -0000 Steve Hodgson wrote: > Mike Jakubik wrote: > >> Jan 26 17:01:47 desktop kernel: smb_maperror: Unmapped error 1:158 >> Jan 26 17:02:18 desktop last message repeated 52 times >> Jan 26 17:04:19 desktop last message repeated 646 times >> Jan 26 17:14:20 desktop last message repeated 6342 times > > I get this message frequently, almost every time I access my media > library over samba. I have always put it down to a character encoding > issue, but I have never investigated it properly since it's been there > since I started using freebsd. I've certainly never had a crash or > hang associated with these messages. I've tried setting the encoding to ASCII on both client and server, but it made no difference. I think this error should be investigated. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 09:30:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1668016A420 for ; Fri, 27 Jan 2006 09:30:09 +0000 (GMT) (envelope-from info@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A20343D45 for ; Fri, 27 Jan 2006 09:30:07 +0000 (GMT) (envelope-from info@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0R9U4MO025372; Fri, 27 Jan 2006 07:30:05 -0200 (BRST) (envelope-from info@matik.com.br) From: Infomatik To: freebsd-stable@freebsd.org, pyunyh@gmail.com Date: Fri, 27 Jan 2006 07:30:02 -0200 User-Agent: KMail/1.9.1 References: <7.0.0.16.2.20060118090616.04209af8@micom.mng.net> <7.0.0.16.2.20060118102336.03fbcef8@micom.mng.net> <20060118023646.GA40276@rndsoft.co.kr> In-Reply-To: <20060118023646.GA40276@rndsoft.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601270730.03278.info@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: Ganbold Subject: Re: fxp0: device timeout and sk0: watchdog timeout problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 09:30:09 -0000 On Wednesday 18 January 2006 00:36, Pyun YongHyeon wrote: > > > > > >atm I have no clue. How about updated sk(4)? > > >http://people.freebsd.org/~yongari/sk/if_sk.c > > >http://people.freebsd.org/~yongari/sk/if_skreg.h > > Hi again I am running your both versions (UP and SMP) now for almost 10 days without= =20 any problem. I think the problem is gone!=20 thank's a lot Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 09:35:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C70B16A423 for ; Fri, 27 Jan 2006 09:35:50 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail20.syd.optusnet.com.au (mail20.syd.optusnet.com.au [211.29.132.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A0D43D4C for ; Fri, 27 Jan 2006 09:35:49 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail20.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0R9ZlsH013464 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 27 Jan 2006 20:35:47 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k0R9ZlBr081775; Fri, 27 Jan 2006 20:35:47 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k0R9Zli9081774; Fri, 27 Jan 2006 20:35:47 +1100 (EST) (envelope-from peter) Date: Fri, 27 Jan 2006 20:35:47 +1100 From: Peter Jeremy To: resonant evil Message-ID: <20060127093547.GB2217@turion.vk2pj.dyndns.org> References: <1b62a7390601261653j4c54bfddp9db43a5ce59e862c@mail.gmail.com> <1b62a7390601262010v59bd2651id3bd14072a453342@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1b62a7390601262010v59bd2651id3bd14072a453342@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Hi all.. Novice user having woes getting Atheros card up in FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 09:35:50 -0000 On Thu, 2006-Jan-26 20:10:56 -0800, resonant evil wrote: >Hi there.. So I can't use this wireless card at all right now? Damn why >did I buy this thing then.. People from the mailing list showed me this one >so I ordered it :-( That exact card, or that model number? One major problem with PC hardware is that vendors regularly "update" the electronics without changing the model designations. This doesn't affect Windoze users because they provide updated drivers to match. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 10:16:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 142D016A420 for ; Fri, 27 Jan 2006 10:16:12 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F09843D46 for ; Fri, 27 Jan 2006 10:16:11 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.52 (FreeBSD)) id 1F2QeH-0006HG-4f for stable@freebsd.org; Fri, 27 Jan 2006 10:16:09 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1F2QeE-0004UQ-PW for stable@freebsd.org; Fri, 27 Jan 2006 10:16:06 +0000 To: stable@freebsd.org Message-Id: From: Pete French Date: Fri, 27 Jan 2006 10:16:06 +0000 Cc: Subject: How do I turn off hyperthreading on 6.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 10:16:12 -0000 I though that machdep.hyperthreading_allowed had to be set to 1 to turn on hyperthreading ? I have a dual processor HP blade, and when I boot it up with an SMP kernel I get 4 CPU's. Setting that flag does not have any effect! Any thoughts ? I dont think I have two CPU's each with dual core and without hyperthreading somehow! (though the thought did cross my mind...) webadmin@websvr04$ sysctl machdep.hyperthreading_allowed machdep.hyperthreading_allowed: 0 CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x659d> AMD Features=0x20000000 Hyperthreading: 2 logical CPUs real memory = 3758043136 (3583 MB) avail memory = 3678736384 (3508 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 11:10:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F8CE16A420 for ; Fri, 27 Jan 2006 11:10:34 +0000 (GMT) (envelope-from hlh@restart.be) Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A6643D49 for ; Fri, 27 Jan 2006 11:10:32 +0000 (GMT) (envelope-from hlh@restart.be) Received: from (ip-83-134-195-127.dsl.scarlet.be [83.134.195.127]) by oola.is.scarlet.be with ESMTP id k0RBANn23402; Fri, 27 Jan 2006 12:10:23 +0100 Received: from norquay.restart.bel (localhost.restart.bel [127.0.0.1]) by restart.be (8.13.5/8.13.5) with ESMTP id k0RBADcr021245; Fri, 27 Jan 2006 12:10:14 +0100 (CET) (envelope-from hlh@restart.be) DomainKey-Signature: a=rsa-sha1; s=norquay; d=restart.be; c=nofws; q=dns; h=received:x-authentication-warning:message-id:date:from:to: subject:references:in-reply-to:mime-version:content-type: content-disposition:content-transfer-encoding:user-agent:received-spf: x-spam-status:x-scanned-by; b=LKBuiJJ2thpuhmlmkjsmf+AZLRumAijrsOcfw8lZpoCpTQnaW0+C8Am8gjfBJ8XjM KkAwyfKiiJuVzQCaWlmkQ== Received: (from www@localhost) by norquay.restart.bel (8.13.5/8.13.4/Submit) id k0RBADfR021244; Fri, 27 Jan 2006 12:10:13 +0100 (CET) X-Authentication-Warning: norquay.restart.bel: www set sender to hlh@restart.be using -f Received: from ip-213-49-246-94.dsl.scarlet.be (ip-213-49-246-94.dsl.scarlet.be [213.49.246.94]) by webmail.restart.be (Horde MIME library) with HTTP; Fri, 27 Jan 2006 12:10:13 +0100 Message-ID: <20060127121013.ihvemzvjks0gw8k0@webmail.restart.be> Date: Fri, 27 Jan 2006 12:10:13 +0100 From: Henri Hennebert To: Kris Kennaway , Niki Denev , freebsd-stable@freebsd.org References: <200601202003.30336.nike_d@cytexbg.com> <43D79F09.7090505@cytexbg.com> <200601261040.49015.nike_d@cytexbg.com> <200601261707.56664.nike_d@cytexbg.com> <20060126161728.GA18234@xor.obsecurity.org> <43D95D2C.8010101@rogers.com> <20060126234422.GA26532@xor.obsecurity.org> <20060126234609.GA26648@xor.obsecurity.org> In-Reply-To: <20060126234609.GA26648@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) Received-SPF: pass (norquay.restart.bel: localhost is always allowed.) X-Spam-Status: -1.44 (ALL_TRUSTED) X-Scanned-By: MIMEDefang 2.54 on 192.168.24.1 Cc: Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 11:10:34 -0000 Quoting Kris Kennaway : > On Thu, Jan 26, 2006 at 06:44:22PM -0500, Kris Kennaway wrote: >> On Thu, Jan 26, 2006 at 06:37:16PM -0500, Mike Jakubik wrote: >> > Kris Kennaway wrote: >> > >On Thu, Jan 26, 2006 at 05:07:56PM +0200, Niki Denev wrote: >> > > >> > >>On Thursday 26 January 2006 10:40, Niki Denev wrote: >> > >> >> > >>[...] >> > >> >> > >>After i disabled option QUOTA in both my default kernel config >> > >>and the one i compiled with the debugging options i was unable >> > >>to reproduce the deadlock again. (i hope it stays that way :) ) >> > >>This, together with the report in my previous post probably point >> > >>that the problem is in the QUOTA support. >> > >> >> > > >> > >Actually, I think this is known. >> > > >> > >Kris >> > > >> > >> > Well thats good to know, i was planning on upgrading a production box >> > from 5 to 6, its SMP and uses QUOTA. How did 6 get released when QUOTA >> > was known to cause deadlocks? > > FYI, you can probably work around this by setting debug.mpsafevfs=0. > Of course, you'll lose the filesystem performance benefits. I encounter the same problem (kern/91631) and debug.mpsafevfs=0 don't solve the issue! I have to disable quota in etc/rc.conf.local and /etc/fstab to go around the problem (options QUOTA is still in my kernel config). The system is running for 6 days now and I cross my fingers... I intend to send a follow-up to the PR after 15 days of uptime. Henri > > Kris > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 12:24:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8253016A420 for ; Fri, 27 Jan 2006 12:24:43 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from kale.cc.metu.edu.tr (kale.general.services.metu.edu.tr [144.122.144.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97D6443D45 for ; Fri, 27 Jan 2006 12:24:41 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from simena.user.services.metu.edu.tr (simena.user.services.metu.edu.tr [144.122.144.15]) by kale.cc.metu.edu.tr (8.12.11/8.12.11) with ESMTP id k0RCOdVh001189 for ; Fri, 27 Jan 2006 14:24:39 +0200 Received: (from hdemir@localhost) by simena.user.services.metu.edu.tr (8.13.5/8.13.5/Submit) id k0RCOdhv745714 for stable@freebsd.org; Fri, 27 Jan 2006 14:24:39 +0200 Date: Fri, 27 Jan 2006 14:24:38 +0200 From: husnu demir To: stable@freebsd.org Message-ID: <20060127122438.GA1044592@metu.edu.tr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.10i X-Virus-Scanned: ClamAV 0.88/1253/Fri Jan 27 12:10:20 2006 on kale.cc.metu.edu.tr X-Virus-Status: Clean Cc: Subject: if_bge driver problem. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 12:24:43 -0000 Hi, I upgraded my pc after "2006-01-25 FreeBSD-SA-06:06.kmem" issue. After that it also upgrade the bge drivers and now it is not working. In fact my "Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002" is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. I also tried to look at the switch part and find out that there are CRC Errors. The errors comes just after enabling the interface on the bsd box. After that there isnt any activity. Also when I sniff the interface with tcpdump, I saw lots of packets. Most probly, the driver did not let the further comminication after bad CRCs. Thanks for the help. Note: Do I have to add a PR to the bug report. Husnu Demir. The details are follows: root@/usr/src# dmesg Copyright (c) 1992-2005 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 6.0-STABLE #0: Fri Jan 27 10:49:49 EET 2006 root@nrouter.cc.metu.edu.tr:/usr/obj/usr/src/sys/NON-GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3066.79-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 2147418112 (2047 MB) avail memory = 2096418816 (1999 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: mem 0xec000000-0xefffffff at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 2.0 on pci0 pci2: on pcib2 pci2: at device 28.0 (no driver attached) pcib3: at device 29.0 on pci2 pci3: on pcib3 bge0: mem 0xf1020000-0xf102ffff irq 48 at device 1.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:09:9b:6a:7d bge1: mem 0xf1000000-0xf100ffff irq 52 at device 2.0 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:04:76:f7:99:6e bge2: mem 0xf1010000-0xf101ffff irq 56 at device 3.0 on pci3 bge2: Ethernet address: 00:10:18:00:4d:53 pci2: at device 30.0 (no driver attached) pcib4: at device 31.0 on pci2 pci4: on pcib4 em0: port 0x9000-0x903f mem 0xf3040000-0xf305ffff,0xf3000000-0xf303ffff irq 28 at device 2.0 on pci4 em0: Ethernet address: 00:04:23:c2:dc:29 mpt0: port 0x9400-0x94ff mem 0xf3060000-0xf306ffff,0xf3070000-0xf307ffff irq 32 at device 3.0 on pci4 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.2.12.0 mpt0: Unhandled Event Notify Frame. Event 0xa. mpt0: Capabilities: ( RAID-1 SAFTE ) mpt0: 0 Active Volumes (1 Max) mpt0: 0 Hidden Drive Members (6 Max) mpt1: port 0x9800-0x98ff mem 0xf3080000-0xf308ffff,0xf3090000-0xf309ffff irq 33 at device 3.1 on pci4 mpt1: [GIANT-LOCKED] mpt1: MPI Version=1.2.12.0 mpt1: Unhandled Event Notify Frame. Event 0xa. mpt1: Capabilities: ( RAID-1 SAFTE ) mpt1: 0 Active Volumes (1 Max) mpt1: 0 Hidden Drive Members (6 Max) pci0: at device 2.1 (no driver attached) uhci0: port 0xb800-0xb81f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb000-0xb01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb400-0xb41f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xf8000000-0xf80003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 pci5: at device 0.0 (no driver attached) pci5: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcd7ff,0xce000-0xcf7ff,0xd0000-0xd17ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master UDMA33 Waiting 5 seconds for SCSI devices to settle ses0 at mpt0 bus 0 target 8 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 70006MB (143374000 512 byte sectors: 255H 63S/T 8924C) Trying to mount root from ufs:/dev/da0s1a Accounting enabled bge0: link state changed to UP fatm0: mem 0xf7000000-0xf71fffff irq 21 at device 0.0 on pci5 fatm0: [GIANT-LOCKED] fatm0: ESI=00:20:48:04:f8:c3 serial=63683 hw=0x20001 sw=0x4010c fatm0: carrier detected root@/usr/src# less sys/i386/conf/NON-GENERIC # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.4 2005/10/28 19:21:27 jhb Exp $ machine i386 cpu I686_CPU ident NON-GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC options SMP # Symmetric MultiProcessor Kernel # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device mpt # LSI-Logic MPT-Fusion # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device # PCI Ethernet NICs. device em # Intel PRO/1000 adapter Gigabit Ethernet Card # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet # device vlan # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device umass # Disks/Mass storage - Requires scbus and da # For PF device pf #PF OpenBSD packet-filter firewall device pflog #logging support interface for PF device pfsync #synchronization interface for PF # For ALTQ options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Drop options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required for SMP build # ATM ayarlari device atm options NATM # Local options. options DEVICE_POLLING options MROUTING # Multicast routing options PIM # Protocol Independent Multicast options HZ=1000 options TTYHOG=32772 options PANIC_REBOOT_WAIT_TIME=9 From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 14:33:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8D6E16A420 for ; Fri, 27 Jan 2006 14:33:15 +0000 (GMT) (envelope-from wfroning@home.angui.sh) Received: from angui.sh (dsl081-242-113.sfo1.dsl.speakeasy.net [64.81.242.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EF1944112 for ; Fri, 27 Jan 2006 14:33:05 +0000 (GMT) (envelope-from wfroning@home.angui.sh) Received: from home.angui.sh (localhost.angui.sh [127.0.0.1]) by angui.sh (8.13.4/8.13.3) with ESMTP id k0REUavs033950 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Jan 2006 06:30:36 -0800 (PST) (envelope-from wfroning@home.angui.sh) Received: from localhost (wfroning@localhost) by home.angui.sh (8.13.4/8.13.3/Submit) with ESMTP id k0REUakl033947; Fri, 27 Jan 2006 06:30:36 -0800 (PST) (envelope-from wfroning@home.angui.sh) Date: Fri, 27 Jan 2006 06:30:36 -0800 (PST) From: Will Froning To: "Kelly D. Grills" In-Reply-To: <20060122155131.GA823@the-grills.com> Message-ID: <20060127062215.R33584@home.angui.sh> References: <43D339CC.3020204@forrie.com> <20060122155131.GA823@the-grills.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 64.81.57.93 Cc: freebsd-stable@freebsd.org Subject: Re: dhclient wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 14:33:16 -0000 Kelly, On Sun, 22 Jan 2006, Kelly D. Grills wrote: =>On Sun, Jan 22, 2006 at 02:52:44AM -0500, Forrest Aldrich wrote: =>> =>> I reported this problem a few OS versions back... pre-6. I'm on =>> FreeBSD-6-STABLE, and I've found the dhclient once again "wedged" in a =>> mode that was eating a lot of CPU. =>> =>> The solution is to kill it, and restart. =>> =>> I'm on Comcast's network, so I don't really know if their DHCP server is =>> doing something that FreeBSD's stock dhclient doesn't like; however, I =>> wonder if someone else has noticed this problem, etc. =>> =>Yes, I've also had the same problem (6.0-RELEASE), on Comcast also. =>I installed isc-dhcp3-client-3.0.3_1 from ports and haven't had a =>problem since. (crossing fingers ;=) not sure if it's the same problem for you, but Comcast in my area supplies a bad entry for DNS Suffix/Search order ((hsd1.ca.comcast.net)(hsd2.ca.comcast.net)) And my little netgear router doesn't like that entry and _seems_ to only supply "hsd1.ca.comcast.net))" via dhcp. My Mac and Winbloze boxes do fine, but FBSD rejects the dhoffer unless isc's dhclient is used. I haven't tried plugging directly into the Comcast router, so I don't know if FBSD will accept the original offer with parens... Thanks, Will -- Will Froning Unix Sys. Admin. wfroning@angui.sh From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 15:34:46 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F340D16A57D for ; Fri, 27 Jan 2006 15:34:43 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 521E843D7D for ; Fri, 27 Jan 2006 15:34:42 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0RFYeIx054707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Jan 2006 18:34:40 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0RFYd90054706; Fri, 27 Jan 2006 18:34:39 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 27 Jan 2006 18:34:39 +0300 From: Gleb Smirnoff To: husnu demir Message-ID: <20060127153439.GW83922@FreeBSD.org> References: <20060127122438.GA1044592@metu.edu.tr> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060127122438.GA1044592@metu.edu.tr> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: if_bge driver problem. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 15:34:46 -0000 On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote: h> Hi, h> h> I upgraded my pc after "2006-01-25 FreeBSD-SA-06:06.kmem" issue. After that it also upgrade the bge drivers and now it is not working. In fact my "Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002" is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. h> h> I also tried to look at the switch part and find out that there are CRC Errors. The errors comes just after enabling the interface on the bsd box. After that there isnt any activity. Also when I sniff the interface with tcpdump, I saw lots of packets. Most probly, the driver did not let the further comminication after bad CRCs. What happens if you disable hardware checksum offloading on your NIC? ifconfig bge0 -rxcsum -txcsum -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 15:35:15 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FBCD16A448 for ; Fri, 27 Jan 2006 15:35:15 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BDDB43D49 for ; Fri, 27 Jan 2006 15:35:14 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0RFZCdr054719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Jan 2006 18:35:13 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0RFZCs1054718; Fri, 27 Jan 2006 18:35:12 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 27 Jan 2006 18:35:12 +0300 From: Gleb Smirnoff To: husnu demir Message-ID: <20060127153512.GX83922@FreeBSD.org> References: <20060127122438.GA1044592@metu.edu.tr> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060127122438.GA1044592@metu.edu.tr> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: if_bge driver problem. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 15:35:15 -0000 On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote: h> I upgraded my pc after "2006-01-25 FreeBSD-SA-06:06.kmem" issue. After that it also upgrade the bge drivers and now it is not working. In fact my "Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002" is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. h> h> I also tried to look at the switch part and find out that there are CRC Errors. The errors comes just after enabling the interface on the bsd box. After that there isnt any activity. Also when I sniff the interface with tcpdump, I saw lots of packets. Most probly, the driver did not let the further comminication after bad CRCs. Please provide also output from 'pciconf -lv | grep -A 3 ^bge', and from 'ifconfig'. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 16:11:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CC3F16A420; Fri, 27 Jan 2006 16:11:55 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from kale.cc.metu.edu.tr (kale.general.services.metu.edu.tr [144.122.144.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DC0C444E7; Fri, 27 Jan 2006 16:11:53 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from simena.user.services.metu.edu.tr (simena.user.services.metu.edu.tr [144.122.144.15]) by kale.cc.metu.edu.tr (8.12.11/8.12.11) with ESMTP id k0RGBqoG004842; Fri, 27 Jan 2006 18:11:52 +0200 Received: (from hdemir@localhost) by simena.user.services.metu.edu.tr (8.13.5/8.13.5/Submit) id k0RGBqKW1044690; Fri, 27 Jan 2006 18:11:52 +0200 Date: Fri, 27 Jan 2006 18:11:51 +0200 From: husnu demir To: Gleb Smirnoff Message-ID: <20060127161151.GA1093828@metu.edu.tr> References: <20060127122438.GA1044592@metu.edu.tr> <20060127153512.GX83922@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060127153512.GX83922@FreeBSD.org> User-Agent: Mutt/1.5.10i X-Virus-Scanned: ClamAV 0.88/1253/Fri Jan 27 12:10:20 2006 on kale.cc.metu.edu.tr X-Virus-Status: Clean Cc: stable@freebsd.org Subject: Re: if_bge driver problem. - Upgrade to RELEASE :) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 16:11:55 -0000 Hi Again, I upgraded to the 6_RELEASE; $ uname -a FreeBSD nrouter.cc.metu.edu.tr 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Fri Jan 27 18:03:39 EET 2006 root@nrouter.cc.metu.edu.tr:/usr/obj/usr/src/sys/NON-GENERIC i386 and now it is working. But the CRC errors still exists. I only see the CRC errors on enabling the interface. But the stable still does not work. Husnu Demir. On Fri, Jan 27, 2006 at 06:35:12PM +0300, Gleb Smirnoff wrote: > On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote: > h> I upgraded my pc after "2006-01-25 FreeBSD-SA-06:06.kmem" issue. After that it also upgrade the bge drivers and now it is not working. In fact my "Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002" is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. > h> > h> I also tried to look at the switch part and find out that there are CRC Errors. The errors comes just after enabling the interface on the bsd box. After that there isnt any activity. Also when I sniff the interface with tcpdump, I saw lots of packets. Most probly, the driver did not let the further comminication after bad CRCs. > > Please provide also output from 'pciconf -lv | grep -A 3 ^bge', and from 'ifconfig'. > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 16:13:50 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF2DC16A420 for ; Fri, 27 Jan 2006 16:13:50 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C6A7444DA for ; Fri, 27 Jan 2006 16:13:50 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0RGDm7i055284 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Jan 2006 19:13:48 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0RGDmCc055283; Fri, 27 Jan 2006 19:13:48 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 27 Jan 2006 19:13:48 +0300 From: Gleb Smirnoff To: husnu demir Message-ID: <20060127161348.GA83922@cell.sick.ru> References: <20060127122438.GA1044592@metu.edu.tr> <20060127153512.GX83922@FreeBSD.org> <20060127161151.GA1093828@metu.edu.tr> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060127161151.GA1093828@metu.edu.tr> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: if_bge driver problem. - Upgrade to RELEASE :) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 16:13:51 -0000 On Fri, Jan 27, 2006 at 06:11:51PM +0200, husnu demir wrote: h> I upgraded to the 6_RELEASE; h> h> $ uname -a h> FreeBSD nrouter.cc.metu.edu.tr 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Fri Jan 27 18:03:39 EET 2006 root@nrouter.cc.metu.edu.tr:/usr/obj/usr/src/sys/NON-GENERIC i386 h> h> and now it is working. But the CRC errors still exists. I only see the CRC errors on enabling the interface. But the stable still does not work. One more time: please provide also output from 'pciconf -lv | grep -A 3 ^bge', and from 'ifconfig'. Also it is important to know whether doing 'ifconfig bge0 -rxcsum -txcsum' fixes operation on 6.0-STABLE. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 16:24:58 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4251D16A422; Fri, 27 Jan 2006 16:24:58 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from kale.cc.metu.edu.tr (kale.general.services.metu.edu.tr [144.122.144.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED2F5441C8; Fri, 27 Jan 2006 15:57:06 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from simena.user.services.metu.edu.tr (simena.user.services.metu.edu.tr [144.122.144.15]) by kale.cc.metu.edu.tr (8.12.11/8.12.11) with ESMTP id k0RFv5Dd002243; Fri, 27 Jan 2006 17:57:05 +0200 Received: (from hdemir@localhost) by simena.user.services.metu.edu.tr (8.13.5/8.13.5/Submit) id k0RFv4Rh479372; Fri, 27 Jan 2006 17:57:04 +0200 Date: Fri, 27 Jan 2006 17:57:03 +0200 From: husnu demir To: Gleb Smirnoff Message-ID: <20060127155703.GA643116@metu.edu.tr> References: <20060127122438.GA1044592@metu.edu.tr> <20060127153439.GW83922@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060127153439.GW83922@FreeBSD.org> User-Agent: Mutt/1.5.10i X-Virus-Scanned: ClamAV 0.88/1253/Fri Jan 27 12:10:20 2006 on kale.cc.metu.edu.tr X-Virus-Status: Clean Cc: stable@freebsd.org Subject: Re: if_bge driver problem. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 16:24:58 -0000 Nothing changed. and the other infos; Thanks for the quick response. ------------------------------------ root@~# ifconfig bge0: flags=8843 mtu 1500 options=1b inet6 fe80::211:9ff:fe9b:6a7d%bge0 prefixlen 64 scopeid 0x1 inet x.x.3.138 netmask 0xffffff80 broadcast x.x.3.255 ether 00:11:09:9b:6a:7d media: Ethernet autoselect (100baseTX ) status: active bge1: flags=8902 mtu 1500 options=1b ether 00:04:76:f7:99:6e media: Ethernet autoselect (none) status: no carrier bge2: flags=8843 mtu 1500 options=18 inet6 fe80::210:18ff:fe00:4d53%bge2 prefixlen 64 scopeid 0x3 inet x.x.2.2 netmask 0xffffff00 broadcast x.x.2.255 ether 00:10:18:00:4d:53 media: Ethernet autoselect (1000baseSX ) status: active em0: flags=8802 mtu 1500 options=b ether 00:04:23:c2:dc:29 media: Ethernet autoselect status: no carrier pflog0: flags=0<> mtu 33208 pfsync0: flags=0<> mtu 2020 lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 inet 127.0.0.1 netmask 0xff000000 fatm0: flags=841 mtu 9180 inet x.x.16.130 netmask 0xfffffffc inet x.x.17.2 netmask 0xfffffffc media: ATM Multi-mode/155MBit status: active root@~# pciconf -lv | grep -A 3 ^bge bge0@pci3:1:0: class=0x020000 card=0x026f1014 chip=0x16a714e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5703X NetXtreme Gigabit Ethernet' class = network -- bge1@pci3:2:0: class=0x020000 card=0x100610b7 chip=0x164514e4 rev=0x15 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5701 NetXtreme Gigabit Ethernet' class = network -- bge2@pci3:3:0: class=0x020000 card=0x000a14e4 chip=0x16a714e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5703X NetXtreme Gigabit Ethernet' class = network On Fri, Jan 27, 2006 at 06:34:39PM +0300, Gleb Smirnoff wrote: > On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote: > h> Hi, > h> > h> I upgraded my pc after "2006-01-25 FreeBSD-SA-06:06.kmem" issue. After that it also upgrade the bge drivers and now it is not working. In fact my "Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002" is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. > h> > h> I also tried to look at the switch part and find out that there are CRC Errors. The errors comes just after enabling the interface on the bsd box. After that there isnt any activity. Also when I sniff the interface with tcpdump, I saw lots of packets. Most probly, the driver did not let the further comminication after bad CRCs. > > What happens if you disable hardware checksum offloading on your NIC? > > ifconfig bge0 -rxcsum -txcsum > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 16:25:04 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32E7216A420; Fri, 27 Jan 2006 16:25:04 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from kale.cc.metu.edu.tr (kale.general.services.metu.edu.tr [144.122.144.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id E895C4422B; Fri, 27 Jan 2006 15:58:20 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from simena.user.services.metu.edu.tr (simena.user.services.metu.edu.tr [144.122.144.15]) by kale.cc.metu.edu.tr (8.12.11/8.12.11) with ESMTP id k0RFwJNs002450; Fri, 27 Jan 2006 17:58:19 +0200 Received: (from hdemir@localhost) by simena.user.services.metu.edu.tr (8.13.5/8.13.5/Submit) id k0RFwJZX356402; Fri, 27 Jan 2006 17:58:19 +0200 Date: Fri, 27 Jan 2006 17:58:18 +0200 From: husnu demir To: Gleb Smirnoff Message-ID: <20060127155818.GB643116@metu.edu.tr> References: <20060127122438.GA1044592@metu.edu.tr> <20060127153512.GX83922@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060127153512.GX83922@FreeBSD.org> User-Agent: Mutt/1.5.10i X-Virus-Scanned: ClamAV 0.88/1253/Fri Jan 27 12:10:20 2006 on kale.cc.metu.edu.tr X-Virus-Status: Clean Cc: stable@FreeBSD.org Subject: Re: if_bge driver problem. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 16:25:04 -0000 By the way the problem exists on bge2 (with Multimode F/O connector.) Husnu Demir. On Fri, Jan 27, 2006 at 06:35:12PM +0300, Gleb Smirnoff wrote: > On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote: > h> I upgraded my pc after "2006-01-25 FreeBSD-SA-06:06.kmem" issue. After that it also upgrade the bge drivers and now it is not working. In fact my "Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002" is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. > h> > h> I also tried to look at the switch part and find out that there are CRC Errors. The errors comes just after enabling the interface on the bsd box. After that there isnt any activity. Also when I sniff the interface with tcpdump, I saw lots of packets. Most probly, the driver did not let the further comminication after bad CRCs. > > Please provide also output from 'pciconf -lv | grep -A 3 ^bge', and from 'ifconfig'. > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 16:26:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB5F516A444 for ; Fri, 27 Jan 2006 16:26:42 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04E6B4404D for ; Fri, 27 Jan 2006 16:25:49 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k0RGPlVP020959; Fri, 27 Jan 2006 08:25:47 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k0RGPlIi020958; Fri, 27 Jan 2006 08:25:47 -0800 Date: Fri, 27 Jan 2006 08:25:47 -0800 From: Brooks Davis To: Will Froning Message-ID: <20060127162547.GA20549@odin.ac.hmc.edu> References: <43D339CC.3020204@forrie.com> <20060122155131.GA823@the-grills.com> <20060127062215.R33584@home.angui.sh> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <20060127062215.R33584@home.angui.sh> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: "Kelly D. Grills" , freebsd-stable@freebsd.org Subject: Re: dhclient wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 16:26:56 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 27, 2006 at 06:30:36AM -0800, Will Froning wrote: > Kelly, >=20 > On Sun, 22 Jan 2006, Kelly D. Grills wrote: > =3D>On Sun, Jan 22, 2006 at 02:52:44AM -0500, Forrest Aldrich wrote: > =3D>>=20 > =3D>> I reported this problem a few OS versions back... pre-6. I'm on=20 > =3D>> FreeBSD-6-STABLE, and I've found the dhclient once again "wedged" i= n a=20 > =3D>> mode that was eating a lot of CPU. =20 > =3D>>=20 > =3D>> The solution is to kill it, and restart. > =3D>>=20 > =3D>> I'm on Comcast's network, so I don't really know if their DHCP serv= er is=20 > =3D>> doing something that FreeBSD's stock dhclient doesn't like; however= , I=20 > =3D>> wonder if someone else has noticed this problem, etc. > =3D>>=20 > =3D>Yes, I've also had the same problem (6.0-RELEASE), on Comcast also. > =3D>I installed isc-dhcp3-client-3.0.3_1 from ports and haven't had a=20 > =3D>problem since. (crossing fingers ;=3D) >=20 > not sure if it's the same problem for you, but Comcast in my area=20 > supplies a bad entry for DNS Suffix/Search order >=20 > ((hsd1.ca.comcast.net)(hsd2.ca.comcast.net)) I must say that's a really creative one. I wonder if it even works for Windows. > And my little netgear router doesn't like that entry and _seems_ to=20 > only supply "hsd1.ca.comcast.net))" via dhcp. My Mac and Winbloze=20 > boxes do fine, but FBSD rejects the dhoffer unless isc's dhclient is=20 > used. I haven't tried plugging directly into the Comcast router, so I=20 > don't know if FBSD will accept the original offer with parens... If you upgrade to 6.0-STABLE the offer won't be rejected, it will just delete the invalid entry. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFD2kmKXY6L6fI4GtQRApPVAKDGL2OlQEwzcWi3iVeIYC+b5tzklQCgnWyx IxifzLX6L4xbR5zGkMG3o+s= =e1Vz -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 16:29:08 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21E1216A420; Fri, 27 Jan 2006 16:29:08 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from kale.cc.metu.edu.tr (kale.general.services.metu.edu.tr [144.122.144.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5872443D49; Fri, 27 Jan 2006 16:29:06 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from simena.user.services.metu.edu.tr (simena.user.services.metu.edu.tr [144.122.144.15]) by kale.cc.metu.edu.tr (8.12.11/8.12.11) with ESMTP id k0RGT5fo007959; Fri, 27 Jan 2006 18:29:05 +0200 Received: (from hdemir@localhost) by simena.user.services.metu.edu.tr (8.13.5/8.13.5/Submit) id k0RGT5JI852214; Fri, 27 Jan 2006 18:29:05 +0200 Date: Fri, 27 Jan 2006 18:29:04 +0200 From: husnu demir To: Gleb Smirnoff Message-ID: <20060127162904.GA1224732@metu.edu.tr> References: <20060127122438.GA1044592@metu.edu.tr> <20060127153512.GX83922@FreeBSD.org> <20060127161151.GA1093828@metu.edu.tr> <20060127161348.GA83922@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060127161348.GA83922@cell.sick.ru> User-Agent: Mutt/1.5.10i X-Virus-Scanned: ClamAV 0.88/1253/Fri Jan 27 12:10:20 2006 on kale.cc.metu.edu.tr X-Virus-Status: Clean Cc: stable@FreeBSD.org Subject: Re: if_bge driver problem. - Upgrade to RELEASE :) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 16:29:08 -0000 > Also it is important to know whether doing 'ifconfig bge0 -rxcsum -txcsum' > fixes operation on 6.0-STABLE. No, It does not fixed. I will go back to STABLE if you need further detail. Husnu Demir. (Note: I may leave the office. will try to contact you las soon as possible.) For RELEASE version; -------------------- root@~# pciconf -lv | grep -A 3 ^bge bge0@pci3:1:0: class=0x020000 card=0x026f1014 chip=0x16a714e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5703X NetXtreme Gigabit Ethernet' class = network -- bge1@pci3:2:0: class=0x020000 card=0x100610b7 chip=0x164514e4 rev=0x15 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5701 NetXtreme Gigabit Ethernet' class = network -- bge2@pci3:3:0: class=0x020000 card=0x000a14e4 chip=0x16a714e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5703X NetXtreme Gigabit Ethernet' class = network root@~# ifconfig bge0: flags=8843 mtu 1500 options=1a inet6 fe80::211:9ff:fe9b:6a7d%bge0 prefixlen 64 scopeid 0x1 inet x.x.3.138 netmask 0xffffff80 broadcast x.x.3.255 ether 00:11:09:9b:6a:7d media: Ethernet autoselect (100baseTX ) status: active bge1: flags=8802 mtu 1500 options=1a ether 00:04:76:f7:99:6e media: Ethernet autoselect (none) status: no carrier bge2: flags=8843 mtu 1500 options=18 inet6 fe80::210:18ff:fe00:4d53%bge2 prefixlen 64 scopeid 0x3 inet x.x.2.2 netmask 0xffffff00 broadcast x.x.2.255 ether 00:10:18:00:4d:53 media: Ethernet autoselect (1000baseSX ) status: active em0: flags=8802 mtu 1500 options=b ether 00:04:23:c2:dc:29 media: Ethernet autoselect status: no carrier lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet 127.0.0.1 netmask 0xff000000 pfsync0: flags=0<> mtu 2020 pflog0: flags=0<> mtu 33208 For STABLE version ; ----------------------- root@~# ifconfig bge0: flags=8843 mtu 1500 options=1b inet6 fe80::211:9ff:fe9b:6a7d%bge0 prefixlen 64 scopeid 0x1 inet x.x.3.138 netmask 0xffffff80 broadcast x.x.3.255 ether 00:11:09:9b:6a:7d media: Ethernet autoselect (100baseTX ) status: active bge1: flags=8902 mtu 1500 options=1b ether 00:04:76:f7:99:6e media: Ethernet autoselect (none) status: no carrier bge2: flags=8843 mtu 1500 options=18 inet6 fe80::210:18ff:fe00:4d53%bge2 prefixlen 64 scopeid 0x3 inet x.x.2.2 netmask 0xffffff00 broadcast x.x.2.255 ether 00:10:18:00:4d:53 media: Ethernet autoselect (1000baseSX ) status: active em0: flags=8802 mtu 1500 options=b ether 00:04:23:c2:dc:29 media: Ethernet autoselect status: no carrier pflog0: flags=0<> mtu 33208 pfsync0: flags=0<> mtu 2020 lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 inet 127.0.0.1 netmask 0xff000000 root@~# pciconf -lv | grep -A 3 ^bge bge0@pci3:1:0: class=0x020000 card=0x026f1014 chip=0x16a714e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5703X NetXtreme Gigabit Ethernet' class = network -- bge1@pci3:2:0: class=0x020000 card=0x100610b7 chip=0x164514e4 rev=0x15 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5701 NetXtreme Gigabit Ethernet' class = network -- bge2@pci3:3:0: class=0x020000 card=0x000a14e4 chip=0x16a714e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5703X NetXtreme Gigabit Ethernet' class = network On Fri, Jan 27, 2006 at 06:34:39PM +0300, Gleb Smirnoff wrote: > On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote: > h> Hi, > h> > h> I upgraded my pc after "2006-01-25 FreeBSD-SA-06:06.kmem" issue. After that it also upgrade the bge drivers and now it is not working. In fact my "Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002" is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. > h> > h> I also tried to look at the switch part and find out that there are CRC Errors. The errors comes just after enabling the interface on the bsd box. After that there isnt any activity. Also when I sniff the interface with tcpdump, I saw lots of packets. Most probly, the driver did not let the further comminication after bad CRCs. > > What happens if you disable hardware checksum offloading on your NIC? > > ifconfig bge0 -rxcsum -txcsum > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" On Fri, Jan 27, 2006 at 07:13:48PM +0300, Gleb Smirnoff wrote: > On Fri, Jan 27, 2006 at 06:11:51PM +0200, husnu demir wrote: > h> I upgraded to the 6_RELEASE; > h> > h> $ uname -a > h> FreeBSD nrouter.cc.metu.edu.tr 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Fri Jan 27 18:03:39 EET 2006 root@nrouter.cc.metu.edu.tr:/usr/obj/usr/src/sys/NON-GENERIC i386 > h> > h> and now it is working. But the CRC errors still exists. I only see the CRC errors on enabling the interface. But the stable still does not work. > > One more time: please provide also output from 'pciconf -lv | grep -A 3 ^bge', > and from 'ifconfig'. > > Also it is important to know whether doing 'ifconfig bge0 -rxcsum -txcsum' > fixes operation on 6.0-STABLE. > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 16:31:02 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9274816A420; Fri, 27 Jan 2006 16:31:02 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CD5343D6B; Fri, 27 Jan 2006 16:30:57 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0RGUugg055513 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Jan 2006 19:30:56 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0RGUtO2055512; Fri, 27 Jan 2006 19:30:55 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 27 Jan 2006 19:30:55 +0300 From: Gleb Smirnoff To: husnu demir Message-ID: <20060127163055.GB83922@cell.sick.ru> References: <20060127122438.GA1044592@metu.edu.tr> <20060127153512.GX83922@FreeBSD.org> <20060127155818.GB643116@metu.edu.tr> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060127155818.GB643116@metu.edu.tr> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org, oleg@FreeBSD.org Subject: Re: if_bge driver problem. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 16:31:02 -0000 On Fri, Jan 27, 2006 at 05:58:18PM +0200, husnu demir wrote: h> By the way the problem exists on bge2 (with Multimode F/O connector.) Oh, this is an important information. Can you please upgrade to STABLE and then test several versions of if_bge.c? The breakage is somewhere between rev. 1.101 and 1.113. There is high probability it is one of Oleg's changes. Details here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bge/if_bge.c All revisions up to the latest should be buildable on 6.0-STABLE. The only place where build can fail is VLAN_INPUT_TAG() macro. You probably need to replace it with VLAN_INPUT_TAG_NEW() if it fails to build. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 17:01:58 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D22716A420; Fri, 27 Jan 2006 17:01:58 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from kale.cc.metu.edu.tr (kale.general.services.metu.edu.tr [144.122.144.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DBFA43D6A; Fri, 27 Jan 2006 17:01:56 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from simena.user.services.metu.edu.tr (simena.user.services.metu.edu.tr [144.122.144.15]) by kale.cc.metu.edu.tr (8.12.11/8.12.11) with ESMTP id k0RH1tq3013631; Fri, 27 Jan 2006 19:01:55 +0200 Received: (from hdemir@localhost) by simena.user.services.metu.edu.tr (8.13.5/8.13.5/Submit) id k0RH1sN1721052; Fri, 27 Jan 2006 19:01:54 +0200 Date: Fri, 27 Jan 2006 19:01:53 +0200 From: husnu demir To: Gleb Smirnoff Message-ID: <20060127170153.GA794690@metu.edu.tr> References: <20060127122438.GA1044592@metu.edu.tr> <20060127153512.GX83922@FreeBSD.org> <20060127155818.GB643116@metu.edu.tr> <20060127163055.GB83922@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060127163055.GB83922@cell.sick.ru> User-Agent: Mutt/1.5.10i X-Virus-Scanned: ClamAV 0.88/1253/Fri Jan 27 12:10:20 2006 on kale.cc.metu.edu.tr X-Virus-Status: Clean Cc: stable@FreeBSD.org, oleg@FreeBSD.org Subject: Re: if_bge driver problem. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 17:01:58 -0000 On Fri, Jan 27, 2006 at 07:30:55PM +0300, Gleb Smirnoff wrote: > On Fri, Jan 27, 2006 at 05:58:18PM +0200, husnu demir wrote: > h> By the way the problem exists on bge2 (with Multimode F/O connector.) > > Oh, this is an important information. > > Can you please upgrade to STABLE and then test several versions of if_bge.c? > > The breakage is somewhere between rev. 1.101 and 1.113. There is > high probability it is one of Oleg's changes. Details here: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bge/if_bge.c > > All revisions up to the latest should be buildable on 6.0-STABLE. > The only place where build can fail is VLAN_INPUT_TAG() macro. You > probably need to replace it with VLAN_INPUT_TAG_NEW() if it fails > to build. > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE Hi, I tried "http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/bge/if_bge.c?rev=1.91.2.7&content-type=text/plain" version and replaced VLAN_INPUT_TAG with VLAN_INPUT_TAG_NEW (only one occurance). And the following errors come up. Husnu Demir. Not: I am leaving the office. Most probly, I will be here tomorrow morning :( /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_eeprom_getbyte': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:574: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_miibus_readreg': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:649: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_miibus_writereg': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:700: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_alloc_jumbo_mem': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:761: error: structure has no member named `bge_jumbo_tag' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:765: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:771: error: structure has no member named `bge_jumbo_tag' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:772: error: structure has no member named `bge_jumbo_buf' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:773: error: structure has no member named `bge_jumbo_map' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:778: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:779: error: structure has no member named `bge_jinuse_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:785: error: structure has no member named `bge_jumbo_buf' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:787: error: structure has no member named `bge_jslots' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:789: error: invalid application of `sizeof' to incomplete type `bge_jpool_entry' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:793: error: structure has no member named `bge_jumbo_buf' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:795: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:798: error: dereferencing pointer to incomplete type /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:799: error: dereferencing pointer to incomplete type /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:799: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:799: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_free_jumbo_mem': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:814: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:815: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:815: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:822: error: structure has no member named `bge_jumbo_tag' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:823: error: structure has no member named `bge_jumbo_buf' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:824: error: structure has no member named `bge_jumbo_map' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:827: error: structure has no member named `bge_jumbo_tag' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:828: error: structure has no member named `bge_jumbo_map' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:830: error: structure has no member named `bge_jumbo_tag' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:831: error: structure has no member named `bge_jumbo_tag' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_jalloc': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:845: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:848: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:852: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:852: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:853: error: dereferencing pointer to incomplete type /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:853: error: structure has no member named `bge_jinuse_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:853: error: structure has no member named `bge_jinuse_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:854: error: structure has no member named `bge_jslots' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:854: error: dereferencing pointer to incomplete type /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_jfree': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:878: error: structure has no member named `bge_jumbo_buf' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:883: error: structure has no member named `bge_jinuse_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:886: error: dereferencing pointer to incomplete type /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:887: error: structure has no member named `bge_jinuse_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:887: error: structure has no member named `bge_jinuse_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:888: error: dereferencing pointer to incomplete type /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:888: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:888: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_newbuf_jumbo': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:982: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:1001: warning: assignment from incompatible pointer type /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_chipinit': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:1219: error: `BGE_LITTLEENDIAN_INIT' undeclared (first use in this function) /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:1219: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:1219: error: for each function it appears in.) /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:1228: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_blockinit': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:1400: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:1418: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:1501: error: structure has no member named `bge_vhandle' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:1511: error: structure has no member named `bge_vhandle' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:1524: error: structure has no member named `bge_vhandle' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:1549: error: structure has no member named `bge_vhandle' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:1599: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_probe': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:1759: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_attach': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2274: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2293: error: structure has no member named `bge_vhandle' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2307: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2346: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2381: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2395: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2412: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2476: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_reset': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2680: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_tick_locked': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:3130: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:3146: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_stats_update': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:3203: error: structure has no member named `bge_vhandle' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_init_locked': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:3424: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:3467: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_watchdog': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:3764: error: structure has no member named `bge_unit' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 2 errors *** Error code 2 1 error *** Error code 2 1 error From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 17:13:33 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9665E16A420; Fri, 27 Jan 2006 17:13:33 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6354543D6B; Fri, 27 Jan 2006 17:13:28 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0RHDPVP055961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Jan 2006 20:13:26 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0RHDPfO055960; Fri, 27 Jan 2006 20:13:25 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 27 Jan 2006 20:13:25 +0300 From: Gleb Smirnoff To: husnu demir Message-ID: <20060127171325.GD83922@cell.sick.ru> References: <20060127122438.GA1044592@metu.edu.tr> <20060127153512.GX83922@FreeBSD.org> <20060127155818.GB643116@metu.edu.tr> <20060127163055.GB83922@cell.sick.ru> <20060127170153.GA794690@metu.edu.tr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="dp9QYJgVRVEW2bsm" Content-Disposition: inline In-Reply-To: <20060127170153.GA794690@metu.edu.tr> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org, oleg@FreeBSD.org Subject: Re: if_bge driver problem. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 17:13:33 -0000 --dp9QYJgVRVEW2bsm Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Fri, Jan 27, 2006 at 07:01:53PM +0200, husnu demir wrote: h> I tried "http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/bge/if_bge.c?rev=1.91.2.7&content-type=text/plain" version and replaced VLAN_INPUT_TAG with VLAN_INPUT_TAG_NEW (only one occurance). And the following errors come up. Ohh, you also need to keep if_bgereg.h in sync with if_bge.c. Sorry, I didn't mention this. h> Not: I am leaving the office. Most probly, I will be here tomorrow morning :( Me too. I will be online tomorrow for short time. I think Oleg will join debugging your problem. Here is attached files of all (if I haven't lost anything) important changes. You can fetch actual files from cvsweb. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --dp9QYJgVRVEW2bsm Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename=bge_changes pjd 2005-09-28 19:20:49 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: Implement suspend/resume methods to be more ACPI friendly. I'm able to suspend/resume my laptop without this change, but then I need to wait for the watchdog to reset the card. With this change, it is ready immediately. Glanced at by: glebius Revision Changes Path 1.96 +36 -0 src/sys/dev/bge/if_bge.c glebius 2005-10-22 14:31:02 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Introduce polling(4) capability for bge(4). Submitted by: Oleg Bulyzhin Revision Changes Path 1.98 +110 -2 src/sys/dev/bge/if_bge.c 1.37 +3 -0 src/sys/dev/bge/if_bgereg.h glebius 2005-11-15 14:43:23 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Recognize Broadcom BCM5752 chip, that can be found in HP DC7600. PR: kern/88940 Submitted by: Alexander Hausner Revision Changes Path 1.100 +5 -2 src/sys/dev/bge/if_bge.c 1.38 +2 -0 src/sys/dev/bge/if_bgereg.h glebius 2005-11-30 12:37:07 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: If bus_dmamap_load() failed, we free the mbuf. We also need to clear the pointer, to avoid double free on next bge_stop(). Revision Changes Path 1.101 +6 -2 src/sys/dev/bge/if_bge.c oleg 2005-12-08 13:31:52 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c sys/dev/mii brgphy.c Log: 1) fix tiny bug in bge_start_locked() 2) rework link state detection code & use it in POLLING mode 3) fix 2 bugs in link state detection code: a) driver unable to detect link loss on bcm5721 b) on bcm570x chips (tested on bcm5700 bcm5701 bcm5702) driver fails to detect link loss with probability 1/6 (solved in brgphy.c) Devices working in TBI mode should not be affected by this change. Approved by: glebius (mentor) MFC after: 1 month Revision Changes Path 1.102 +115 -105 src/sys/dev/bge/if_bge.c 1.38 +1 -1 src/sys/dev/mii/brgphy.c glebius 2005-12-08 16:11:45 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: A big rewrite of receive Jumbo frame handling. Remove the local Jumbo cluster allocator, that wasn't MPSAFE. Instead, utilize our new generic UMA jumbo cluster allocator. Since UMA gives us a 9k piece that is contigous in virtual memory, but isn't contigous in physical memory we need to handle a few segments. To deal with this we utilize Tigon chip feature - extended RX descriptors, that can handle up to four DMA segments for one frame. Details: o Remove bge_alloc_jumbo_mem(), bge_free_jumbo_mem(), bge_jalloc(), bge_jfree() functions. o Remove SLIST heads, bge_jumbo_tag, bge_jumbo_map from softc. o Use extended RX BDs for Jumbo receive producer ring, and initialize it appropriately. o New bge_newbuf_jumbo(): - Allocate an mbuf with Jumbo cluster with help of m_cljget(). - Load the cluster for DMA with help of bus_dmamap_load_mbuf_sg(). - Assert that we got 3 segments in the DMA mapping. - Fill in these 3 segments into the extended RX descriptor. Revision Changes Path 1.103 +49 -233 src/sys/dev/bge/if_bge.c 1.39 +26 -15 src/sys/dev/bge/if_bgereg.h marcel 2005-12-13 06:14:14 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: In bge_link_upd(), rewrite the logic so that status is assigned on the code path it is used in a way that GCC understands. This avoids breakage due to higher optimization levels. Revision Changes Path 1.104 +2 -4 src/sys/dev/bge/if_bge.c yongari 2005-12-15 05:48:49 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Add bge(4) support for big-endian architectures(part 1/2). - Give up endianess support and switch to native-endian format for accessing hardware structures. In fact embedded processor for BCM57xx is big-endian architure(MIPS) and it requires native-endian format for NIC structures.The NIC performs necessary byte/word swapping depending on programmed endian type. - With above changes all htole16/htole32 calls were gone. - Remove bge_vhandle member in softc and changed to use explicit register access. This may add additional performance penalty that than that of previous memory access. But most of the access is performed on initialization phase(e.g. RCB setup), it would be negligible. Due to incorrect use of bus_dma(9) in bge(4) it still panics sparc64 system in device detach path. The issue would be fixed in next patch. Reviewed by: jkim (initial version) Silence from: ps Tested by: glebius Obtained from: NetBSD via OpenBSD Revision Changes Path 1.105 +74 -80 src/sys/dev/bge/if_bge.c 1.40 +66 -9 src/sys/dev/bge/if_bgereg.h glebius 2005-12-15 09:45:54 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: o Rewrite bge_encap() to use bus_dmamap_load_mbuf_sg(9), inlining the callback function bge_dma_map_tx_desc() into the bge_encap() itself. o If busdma returns EFBIG, try to m_defrag() the packet. Reviewed by: yongari Revision Changes Path 1.106 +55 -82 src/sys/dev/bge/if_bge.c glebius 2005-12-18 18:24:27 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c sys/dev/em if_em.c sys/dev/ixgb if_ixgb.c sys/dev/nge if_nge.c sys/dev/re if_re.c sys/dev/ti if_ti.c sys/dev/txp if_txp.c sys/dev/vge if_vge.c sys/net if_vlan_var.h sys/net80211 ieee80211_input.c Log: - Fix VLAN_INPUT_TAG() macro, so that it doesn't touch mtag in case if memory allocation failed. - Remove fourth argument from VLAN_INPUT_TAG(), that was used incorrectly in almost all drivers. Indicate failure with mbuf value of NULL. In collaboration with: yongari, ru, sam Revision Changes Path 1.107 +5 -2 src/sys/dev/bge/if_bge.c 1.93 +1 -2 src/sys/dev/em/if_em.c 1.18 +1 -2 src/sys/dev/ixgb/if_ixgb.c 1.85 +3 -1 src/sys/dev/nge/if_nge.c 1.62 +5 -2 src/sys/dev/re/if_re.c 1.118 +5 -2 src/sys/dev/ti/if_ti.c 1.40 +3 -2 src/sys/dev/txp/if_txp.c 1.23 +5 -2 src/sys/dev/vge/if_vge.c 1.23 +7 -6 src/sys/net/if_vlan_var.h 1.85 +3 -2 src/sys/net80211/ieee80211_input.c glebius 2005-12-18 20:26:12 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Since BGE_MBX_TX_HOST_PROD0_LO register is write-only to software, we can cache its value in the softc. Eliminates one PCI register write per call to bge_start(). A 1.8% speedup for UDP_RR test on my old box. Obtained from: NetBSD(jonathan) via delphij Revision Changes Path 1.108 +10 -4 src/sys/dev/bge/if_bge.c 1.41 +1 -0 src/sys/dev/bge/if_bgereg.h yongari 2005-12-22 01:44:27 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: Add bge(4) support for big-endian architectures(part 2/2). - removed unused funtion bge_handle_events(). - removed bus_dmamap_destroy(9) calls for DMA maps created by bus_dmamem_alloc(9). This should fix panics seen on sparc64 in device detach. - added check for parent DMA tag creation. - switched to use __NO_STRICT_ALIGNMENT as bge(4) supports all architectures. - added missing bus_dmamap_sync(9) in bge_txeof(). - added missing bus_dmamap_sync(9) in bge_encap(). - corrected memory synchronization operation on status block. As the driver just read status block that was DMAed by NIC it should use BUS_DMASYNC_POSTREAD. Likewise the driver does not need to write status block back, so remove unnecessary bus_dmamap_sync(9) calls in bge_intr(). - corrected memory synchronization operation on RX return ring. The driver only read the block so remove unnecessary bus_dmamap_sync(9) in bge_rxeof(). - force bus_dmamap_sync(9) for only modified descriptors. Blindly synching all desciptor rings would reduce performance. - call bus_dmamap_sync(9) for DMA maps that were modified in bge_rxeof(). Reviewed by: jkim(initial version) Tested by: glebius(i386), jkim(amd64 initial version) Revision Changes Path 1.109 +75 -92 src/sys/dev/bge/if_bge.c yongari 2005-12-22 02:03:57 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: Fix bge_eeprom_getbyte() to return 1 when timeout happens. Previously it always returned 0 which means success regardless of EEPROM status. While here, add a check whether EEPROM read is successful. Submitted by: jkim Revision Changes Path 1.110 +8 -3 src/sys/dev/bge/if_bge.c glebius 2005-12-22 15:14:42 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: - All bge(4) supported hardware is known to support RX/TX checksum offloading, except for BGE_CHIPID_BCM5700_B0, which is buggy. - All bge(4) supported hardware, has a bug that produces incorrect checksums on Ethernet runts. However, in case of a transmitted packet, the latter can be padded with zeroes, and the checksum would be correct. (Probably chip includes the pad data into checksum). In case of receive, we just don't trust checksum data in received runts. Obtained from: NetBSD (jonathan) via Mihail Balikov Revision Changes Path 1.111 +69 -10 src/sys/dev/bge/if_bge.c yongari 2005-12-23 02:04:41 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Use device_printf() and if_printf() rather than printf() and axe bge_unit from the softc. Requested by: marius Revision Changes Path 1.112 +51 -52 src/sys/dev/bge/if_bge.c 1.42 +0 -1 src/sys/dev/bge/if_bgereg.h oleg 2006-01-13 08:59:40 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: 1) move all link state detection code from bge_tick_locked() to bge_link_upd() 2) use more robust way of link state handling for BCM5700 rev.B2 chip 3) workaround bug of some BCM570x chips which cause spurious "link up" messages 4) fix bug: some BCM570x chips was unable to detect link state changes after ifconfig down/up sequence until any 'non-link related' interrupt generated. (this happened due to pending internal link state attention which blocked interrupt generation) Approved by: glebius (mentor) MFC after: 1 week Revision Changes Path 1.113 +101 -60 src/sys/dev/bge/if_bge.c scottl 2006-01-14 17:42:22 UTC FreeBSD src repository Modified files: sys/dev/bge if_bgereg.h Log: Don't base the number of jumbo segments on page size, instead base it on the fact that jumbo desriptors are defined to have 3 segments. Found by: Coverity Prevent(tm) Revision Changes Path 1.43 +1 -1 src/sys/dev/bge/if_bgereg.h oleg 2006-01-17 23:01:58 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: - Count packets discarded by RX/TX MAC (cause of FIFO overflow, etc) as input/output interface errors. - Keep values of rx/tx discards & tx collisions inside struct bge_softc. So we can keep statistic across ifconfig down/up runs (cause bringing bge up will reset chip). Approved by: glebius (mentor) MFC after: 1 week Revision Changes Path 1.114 +30 -29 src/sys/dev/bge/if_bge.c 1.44 +3 -0 src/sys/dev/bge/if_bgereg.h glebius 2006-01-18 14:31:21 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Be ready to a case when not a constant number of segments is returned by bus_dmamap_load_mbuf_sg() on jumbo buffer allocation. Reviewed by: scottl, gallatin Revision Changes Path 1.115 +22 -12 src/sys/dev/bge/if_bge.c 1.45 +1 -1 src/sys/dev/bge/if_bgereg.h --dp9QYJgVRVEW2bsm-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 17:38:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB43416A420 for ; Fri, 27 Jan 2006 17:38:54 +0000 (GMT) (envelope-from ota@animenfo.com) Received: from smtp.vianet.ca (smtp.vianet.ca [209.91.128.40]) by mx1.FreeBSD.org (Postfix) with SMTP id 4F02D442A5 for ; Fri, 27 Jan 2006 17:38:54 +0000 (GMT) (envelope-from ota@animenfo.com) Received: (qmail 14884 invoked from network); 27 Jan 2006 17:38:53 -0000 Received: from unknown (HELO ?192.168.0.49?) (66.186.76.137) by smtp.vianet.ca with SMTP; 27 Jan 2006 17:38:53 -0000 Message-ID: <43DA5AAC.7070200@animenfo.com> Date: Fri, 27 Jan 2006 12:38:52 -0500 From: Russell Doucette User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 6.0-STABLE Totally Freezes on TightVNC Connection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 17:38:54 -0000 It was some PCI 100MB card with an AMD chipset on it. Also, my connection is much faster now, so I suspect that the network card was going in the first place. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 18:14:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0967616A420 for ; Fri, 27 Jan 2006 18:14:54 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from pne-smtpout4-sn2.hy.skanova.net (pne-smtpout4-sn2.hy.skanova.net [81.228.8.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1E7643D5A for ; Fri, 27 Jan 2006 18:14:52 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [192.168.1.21] (84.249.9.74) by pne-smtpout4-sn2.hy.skanova.net (7.2.070) id 43CE185D000233CF for stable@freebsd.org; Fri, 27 Jan 2006 19:14:51 +0100 Message-ID: <43DA631D.2010406@pp.nic.fi> Date: Fri, 27 Jan 2006 20:14:53 +0200 From: Pertti Kosunen User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 18:14:54 -0000 Some change between Sun Nov 13 14:58:40 EET 2005 and Wed Jan 25 17:21:02 EET 2006 causes this message on boot: Jan 27 14:59:46 xx kernel: ad0: req=0xc306baf0 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! Jan 27 14:59:47 xx kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=66763511 I have dma disabled on boot and /etc/rc.local enables it. Everything seem to be ok though, no problems with ad0 in DMA66. FreeBSD 6.0-STABLE (RELENG_6) atapci0@pci0:4:0: class=0x0101fa card=0x80531043 chip=0x522910b9 rev=0xc4 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M1543 Southbridge EIDE Controller' class = mass storage subclass = ATA ATA channel 0: Master: ad0 ATA/ATAPI revision 7 Slave: no device present From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 18:19:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4583B16A420 for ; Fri, 27 Jan 2006 18:19:06 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (mailtest.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CE9E43D80 for ; Fri, 27 Jan 2006 18:19:04 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 66CED8A0071 for ; Fri, 27 Jan 2006 10:20:26 -0800 (PST) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 89425-01-54 for ; Fri, 27 Jan 2006 10:20:17 -0800 (PST) Received: from s157.sbo (s157.sbo [192.168.0.157]) by smtp.sd73.bc.ca (Postfix) with ESMTP id E12CF8A0076 for ; Fri, 27 Jan 2006 10:20:17 -0800 (PST) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Fri, 27 Jan 2006 10:18:54 -0800 User-Agent: KMail/1.9.1 References: <1b62a7390601261653j4c54bfddp9db43a5ce59e862c@mail.gmail.com> <1b62a7390601262010v59bd2651id3bd14072a453342@mail.gmail.com> In-Reply-To: <1b62a7390601262010v59bd2651id3bd14072a453342@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601271018.55053.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: Hi all.. Novice user having woes getting Atheros card up in FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 18:19:06 -0000 On Thursday 26 January 2006 08:10 pm, resonant evil wrote: > Hi there.. So I can't use this wireless card at all right now? Damn > why did I buy this thing then.. People from the mailing list showed me > this one so I ordered it :-( All the posts on BSDForums.org list that the ath(4) driver in FreeBSD 6.0 only supports the AR5210, AR5211, and AR5212 chipset. It does not support the AR5213 which a lot of the newest Atheros-based cards are using. A quick search of the forums would have shown that. :) Similarly, the man page for ath(4) shows the three chipsets it supports. When buying wireless cards, the chipset is the only thing that matters. The name, model are irrelevent and often misleading. You have to search through the support/docs area of the manufacturer's website to find out exactly which chipset the card uses. > This is horrible, I just spent a hundred bucks on something I can't > even use? :( Update your system to RELENG_6 (6-STABLE) and apply the patches that Sam Leffler posts to http://people.freebsd.org/~sam That will allow you to use AR5213-based wireless NICs. I tested the patches on my laptop and they apply cleanly. I don't have any AR5213-based NICs to test with, though (all AR5212 at my house). I have instructions for getting the patches, applying the patches, and testing them. I'll send them to you via BSDForums (since that's where they're saved). -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 18:20:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDC0716A420 for ; Fri, 27 Jan 2006 18:20:11 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id C507E43D5A for ; Fri, 27 Jan 2006 18:20:05 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 37DF18A003B for ; Fri, 27 Jan 2006 10:21:28 -0800 (PST) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 91728-01-28 for ; Fri, 27 Jan 2006 10:21:22 -0800 (PST) Received: from s157.sbo (s157.sbo [192.168.0.157]) by smtp.sd73.bc.ca (Postfix) with ESMTP id EE94A8A0075 for ; Fri, 27 Jan 2006 10:21:21 -0800 (PST) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Fri, 27 Jan 2006 10:19:58 -0800 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601271019.59088.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: How do I turn off hyperthreading on 6.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 18:20:11 -0000 On Friday 27 January 2006 02:16 am, Pete French wrote: > I though that machdep.hyperthreading_allowed had to be set to 1 to > turn on hyperthreading ? I have a dual processor HP blade, and > when I boot it up with an SMP kernel I get 4 CPU's. Setting that flag > does not have any effect! Disable it in the BIOS. The kernel can't use what isn't advertised as available. :) -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 18:57:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0158716A420 for ; Fri, 27 Jan 2006 18:57:42 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 509D643D48 for ; Fri, 27 Jan 2006 18:57:40 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: by uproxy.gmail.com with SMTP id a2so12472ugf for ; Fri, 27 Jan 2006 10:57:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=F6Xpp9xCtp9YszRzNdI0ydPS3JA+/HgTINqMLfU//RsHx8LyqVKPSpx0S9KaOAUL/pIIifjeYYICCDR8R2z0tJDscn0RVVTZ1tJ09UJbnaq7WwMClAt+Rd+aQ8mPaQdAhIT124akIjhJGmsn4r1PNrBsGWKzeGf2riYciF8yp+Y= Received: by 10.48.237.2 with SMTP id k2mr151815nfh; Fri, 27 Jan 2006 10:57:38 -0800 (PST) Received: by 10.49.27.16 with HTTP; Fri, 27 Jan 2006 10:57:38 -0800 (PST) Message-ID: <1b62a7390601271057q6ad3abe1kf230d5de0a1db202@mail.gmail.com> Date: Fri, 27 Jan 2006 10:57:38 -0800 From: resonant evil To: freebsd-stable@freebsd.org In-Reply-To: <20060127093547.GB2217@turion.vk2pj.dyndns.org> MIME-Version: 1.0 References: <1b62a7390601261653j4c54bfddp9db43a5ce59e862c@mail.gmail.com> <1b62a7390601262010v59bd2651id3bd14072a453342@mail.gmail.com> <20060127093547.GB2217@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Hi all.. Novice user having woes getting Atheros card up in FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 18:57:42 -0000 Yeah, someone told me about this exact card, I guess he figured it used Atheros so that meant it would work.. I wish I was so lucky. A nice fellow from Germany sent me an e-mail with a link to patching a file in the kernel, but I'm not sure how to do it.. But I guess I'll give it a try Does anyone else have any other advice for me here? Is there anything I can do or did I just purchase an absolute waste of money? Thanks guys On 1/27/06, Peter Jeremy wrote: > > On Thu, 2006-Jan-26 20:10:56 -0800, resonant evil wrote: > >Hi there.. So I can't use this wireless card at all right now? Damn wh= y > >did I buy this thing then.. People from the mailing list showed me this > one > >so I ordered it :-( > > That exact card, or that model number? One major problem with PC > hardware is that vendors regularly "update" the electronics without > changing the model designations. This doesn't affect Windoze users > because they provide updated drivers to match. > > -- > Peter Jeremy > From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 19:24:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D825616A420 for ; Fri, 27 Jan 2006 19:24:19 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61CDE43D5F for ; Fri, 27 Jan 2006 19:24:16 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.52 (FreeBSD)) id 1F2ZCY-000Ph6-K4; Fri, 27 Jan 2006 19:24:06 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1F2ZCY-000Dvx-Ey; Fri, 27 Jan 2006 19:24:06 +0000 To: fcash@ocis.net, freebsd-stable@freebsd.org In-Reply-To: <200601271019.59088.fcash@ocis.net> Message-Id: From: Pete French Date: Fri, 27 Jan 2006 19:24:06 +0000 Cc: Subject: Re: How do I turn off hyperthreading on 6.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 19:24:20 -0000 > Disable it in the BIOS. The kernel can't use what isn't advertised as > available. :) true - but surely this is a bug in FreeBSD ? man smp says: "Since using logical CPUs can cause performance penalties under certain loads, the logical CPUs can be disabled by setting the machdep.hlt_logical_cpus sysctl to one." I have: websvr04# sysctl machdep.hlt_logical_cpus machdep.hlt_logical_cpus: 1 but I am still seeing 4 CPU's as I have two physical processors, each with two logical ones onboard. I find it very hard to believe theres a bug in something this basic though, as it's specificly mentioned in the relase notes as being there to disable hyperthreading... very odd... -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 19:32:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A81A216A420 for ; Fri, 27 Jan 2006 19:32:02 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DCFB43D46 for ; Fri, 27 Jan 2006 19:32:02 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k0RJW1YO013911; Fri, 27 Jan 2006 11:32:01 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k0RJW1MQ013910; Fri, 27 Jan 2006 11:32:01 -0800 Date: Fri, 27 Jan 2006 11:32:01 -0800 From: Brooks Davis To: Pete French Message-ID: <20060127193201.GB20549@odin.ac.hmc.edu> References: <200601271019.59088.fcash@ocis.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="98e8jtXdkpgskNou" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable@freebsd.org Subject: Re: How do I turn off hyperthreading on 6.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 19:32:02 -0000 --98e8jtXdkpgskNou Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 27, 2006 at 07:24:06PM +0000, Pete French wrote: > > Disable it in the BIOS. The kernel can't use what isn't advertised as= =20 > > available. :) >=20 > true - but surely this is a bug in FreeBSD ? >=20 > man smp says: >=20 > "Since using logical CPUs can cause performance penalties under certain > loads, the logical CPUs can be disabled by setting the > machdep.hlt_logical_cpus sysctl to one." >=20 > I have: >=20 > websvr04# sysctl machdep.hlt_logical_cpus > machdep.hlt_logical_cpus: 1 >=20 > but I am still seeing 4 CPU's as I have two physical processors, each with > two logical ones onboard. >=20 > I find it very hard to believe theres a bug in something this basic thoug= h, > as it's specificly mentioned in the relase notes as being there to disable > hyperthreading... You misunderstand the point of this sysctl. All machdep.hlt_logical_cpus does is prevent anything from scheduling anything on the extra logical CPUs. Since nothing is scheduled on them, they don't contend with each other and the performance issues are mitigated. They are still there and there's nothing the OS can do about that. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --98e8jtXdkpgskNou Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFD2nUvXY6L6fI4GtQRAr1MAJ0ftEN/UVQIER8PvAalrpxRyeF4rQCgkNPR +aJJGCfbXcj+ojwCVaQkETU= =kGMf -----END PGP SIGNATURE----- --98e8jtXdkpgskNou-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 19:32:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D17116A420 for ; Fri, 27 Jan 2006 19:32:04 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF97543D48 for ; Fri, 27 Jan 2006 19:32:03 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mr5so.prod.shaw.ca (pd2mr5so-qfe3.prod.shaw.ca [10.0.141.8]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0ITR003V7NLBEP70@l-daemon> for freebsd-stable@freebsd.org; Fri, 27 Jan 2006 12:31:59 -0700 (MST) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd2mr5so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0ITR0056KNLBO720@pd2mr5so.prod.shaw.ca> for freebsd-stable@freebsd.org; Fri, 27 Jan 2006 12:31:59 -0700 (MST) Received: from [192.168.0.60] ([24.87.209.6]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0ITR003ETNLAB6N0@l-daemon> for freebsd-stable@freebsd.org; Fri, 27 Jan 2006 12:31:59 -0700 (MST) Date: Fri, 27 Jan 2006 11:31:56 -0800 From: Colin Percival In-reply-to: To: Pete French Message-id: <43DA752C.9000300@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: User-Agent: Thunderbird 1.5 (X11/20060112) Cc: freebsd-stable@freebsd.org Subject: Re: How do I turn off hyperthreading on 6.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 19:32:04 -0000 Pete French wrote: > I have: > > websvr04# sysctl machdep.hlt_logical_cpus > machdep.hlt_logical_cpus: 1 > > but I am still seeing 4 CPU's as I have two physical processors, each with > two logical ones onboard. The way machdep.hlt_logical_cpus works is by telling the scheduler to ignore the extra logical processors, not by pretending that the extra logical processors don't exist at all. (This was necessary to ensure that interrupts could still run on the extra threads -- otherwise some problems appeared with broken BIOSes which couldn't route interrupts correctly.) If you look at top(1), which processors do you see actually running processes? Colin Percival From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 19:36:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49AFA16A447; Fri, 27 Jan 2006 19:36:19 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 382C343D70; Fri, 27 Jan 2006 19:36:18 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.52 (FreeBSD)) id 1F2ZOL-0000PE-J1; Fri, 27 Jan 2006 19:36:17 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1F2ZOL-000Dyc-HS; Fri, 27 Jan 2006 19:36:17 +0000 To: cperciva@freebsd.org In-Reply-To: <43DA752C.9000300@freebsd.org> Message-Id: From: Pete French Date: Fri, 27 Jan 2006 19:36:17 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: How do I turn off hyperthreading on 6.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 19:36:19 -0000 > If you look at top(1), which processors do you see actually running > processes? Errr, 0, 1, 2 and 3! That was my first clue that it hadn't worked as advertised! ------------------------------------------------ last pid: 2529; load averages: 0.53, 0.49, 0.34 up 0+00:19:50 19:35:04 62 processes: 1 starting, 1 running, 60 sleeping CPU states: 1.4% user, 0.0% nice, 0.2% system, 0.1% interrupt, 98.3% idle Mem: 84M Active, 182M Inact, 135M Wired, 184K Cache, 112M Buf, 3111M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1814 webadmin 1 20 0 8016K 5972K lockf 1 0:01 0.10% httpd 717 root 11 96 0 76388K 57168K ucond 3 1:57 0.00% mysqld 723 webadmin 1 20 0 8096K 6032K lockf 0 0:03 0.00% httpd 719 webadmin 1 4 0 8104K 6052K sbwait 1 0:03 0.00% httpd 722 webadmin 1 20 0 8100K 6024K lockf 0 0:03 0.00% httpd 721 webadmin 1 4 0 8100K 6040K sbwait 2 0:03 0.00% httpd 718 webadmin 1 4 0 8096K 6048K sbwait 2 0:03 0.00% httpd 735 webadmin 1 4 0 8104K 6060K sbwait 2 0:03 0.00% httpd 736 webadmin 1 20 0 8096K 6044K lockf 0 0:03 0.00% httpd 732 webadmin 1 20 0 8096K 6044K lockf 0 0:03 0.00% httpd 935 webadmin 1 4 0 8092K 6036K sbwait 2 0:03 0.00% httpd 720 webadmin 1 20 0 8092K 6032K lockf 0 0:03 0.00% httpd 739 webadmin 1 20 0 8232K 6164K lockf 3 0:03 0.00% httpd 724 webadmin 1 4 0 8104K 6060K sbwait 0 0:02 0.00% httpd 733 webadmin 1 4 0 8092K 6036K sbwait 1 0:02 0.00% httpd 737 webadmin 1 96 0 8092K 6044K select 0 0:02 0.00% httpd 740 webadmin 1 4 0 8092K 6052K sbwait 1 0:02 0.00% httpd From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 19:37:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7461716A430 for ; Fri, 27 Jan 2006 19:37:20 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95A6943D79 for ; Fri, 27 Jan 2006 19:37:12 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.52 (FreeBSD)) id 1F2ZPB-0000Sz-FT; Fri, 27 Jan 2006 19:37:09 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1F2ZPB-000Dyh-6u; Fri, 27 Jan 2006 19:37:09 +0000 To: brooks@one-eyed-alien.net In-Reply-To: <20060127193201.GB20549@odin.ac.hmc.edu> Message-Id: From: Pete French Date: Fri, 27 Jan 2006 19:37:09 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: How do I turn off hyperthreading on 6.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 19:37:20 -0000 > You misunderstand the point of this sysctl. All > machdep.hlt_logical_cpus does is prevent anything from scheduling > anything on the extra logical CPUs. Sadly I am seeing all 4 processors running httpd in top (see other email) -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 19:43:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FD2E16A420 for ; Fri, 27 Jan 2006 19:43:20 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7000843D48 for ; Fri, 27 Jan 2006 19:43:19 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: by uproxy.gmail.com with SMTP id k3so31270ugf for ; Fri, 27 Jan 2006 11:43:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=N0/FLhpuTsqhcwxGc6wvXsO0Q5NRA3PZgTA0diW3+hV/rU6FLuilVEL6dAyuuRFKKx0ErNm76Vi3XOiVKNC2/XdAQHb1FcJysnODMcm8tf7g0UWVsAtgCknrkt+B0RN9t+3xbJ9KIbBXyXTMmpENe3LOs3XPEtmymunOxoYFlZw= Received: by 10.48.217.10 with SMTP id p10mr170287nfg; Fri, 27 Jan 2006 11:43:15 -0800 (PST) Received: by 10.49.27.16 with HTTP; Fri, 27 Jan 2006 11:43:14 -0800 (PST) Message-ID: <1b62a7390601271143i7c44d8d9n4d76a34600e86901@mail.gmail.com> Date: Fri, 27 Jan 2006 19:43:14 +0000 From: resonant evil To: freebsd-stable@freebsd.org In-Reply-To: <1b62a7390601271057q6ad3abe1kf230d5de0a1db202@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1b62a7390601261653j4c54bfddp9db43a5ce59e862c@mail.gmail.com> <1b62a7390601262010v59bd2651id3bd14072a453342@mail.gmail.com> <20060127093547.GB2217@turion.vk2pj.dyndns.org> <1b62a7390601271057q6ad3abe1kf230d5de0a1db202@mail.gmail.com> Subject: Re: Hi all.. Novice user having woes getting Atheros card up in FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 19:43:20 -0000 Hi guys Here is where I am at now. Before we start, heres a DETAILED link to my exact wireless card: http://www.netgate.com/product_info.php?products_id=3D279 A nice guy named Eric from Germany e-mailed me with some information, saying to check out this website: http://lists.freebsd.org/pipermail/freebsd-mobile/2005-October/007243.html He thought that maybe the fix for his card might work for mine, but it doesn't appear to have.. Here is exactly what I did I copied that source code from http://sourceforge.net/mailarchive/message.php?msg_id=3D8966525 for the 'ar5k.c' file and compiled it. I then went to /usr/src/sys/dev/dev/ath and edited the 'if_ath.c' file. Correct me if I'm wrong but I was just supposed to change that one line of 'return EINVAL' to 'return 0' right? So I did that, saved it, and re-compiled the kernel fully, installed it, and rebooted, but I don't see even the slightest bit of info about the card still when the system boots up, and I definitely don't have an ath0 device still. Is there something like an 'lspci' command in Linux where I can get all the information from the card by probing it or whatever? FreeBSD can't detect this thing for the life of it :( Did I do anything wrong in those instructions? Is there anything I can do? Thanks :( On 1/27/06, resonant evil wrote: > Yeah, someone told me about this exact card, I guess he figured it used > Atheros so that meant it would work.. I wish I was so lucky. > > A nice fellow from Germany sent me an e-mail with a link to patching a fi= le > in the kernel, but I'm not sure how to do it.. But I guess I'll give it a > try > > Does anyone else have any other advice for me here? Is there anything I c= an > do or did I just purchase an absolute waste of money? > > Thanks guys > > > On 1/27/06, Peter Jeremy wrote: > > > > On Thu, 2006-Jan-26 20:10:56 -0800, resonant evil wrote: > > >Hi there.. So I can't use this wireless card at all right now? Damn > why > > >did I buy this thing then.. People from the mailing list showed me thi= s > > one > > >so I ordered it :-( > > > > That exact card, or that model number? One major problem with PC > > hardware is that vendors regularly "update" the electronics without > > changing the model designations. This doesn't affect Windoze users > > because they provide updated drivers to match. > > > > -- > > Peter Jeremy > > > > From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 19:48:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D061D16A420 for ; Fri, 27 Jan 2006 19:48:16 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F73F43D46 for ; Fri, 27 Jan 2006 19:48:16 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mr6so.prod.shaw.ca (pd3mr6so-qfe3.prod.shaw.ca [10.0.141.21]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0ITR00LD3OCF1SC0@l-daemon> for freebsd-stable@freebsd.org; Fri, 27 Jan 2006 12:48:15 -0700 (MST) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd3mr6so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0ITR00GCYOCFJU50@pd3mr6so.prod.shaw.ca> for freebsd-stable@freebsd.org; Fri, 27 Jan 2006 12:48:15 -0700 (MST) Received: from [192.168.0.60] ([24.87.209.6]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0ITR003DIOCEB7R0@l-daemon> for freebsd-stable@freebsd.org; Fri, 27 Jan 2006 12:48:14 -0700 (MST) Date: Fri, 27 Jan 2006 11:48:14 -0800 From: Colin Percival In-reply-to: To: Pete French Message-id: <43DA78FE.3060600@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: User-Agent: Thunderbird 1.5 (X11/20060112) Cc: freebsd-stable@freebsd.org Subject: Re: How do I turn off hyperthreading on 6.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 19:48:16 -0000 Pete French wrote: >> If you look at top(1), which processors do you see actually running >> processes? > > Errr, 0, 1, 2 and 3! What do # sysctl machdep.hlt_cpus # sysctl machdep.logical_cpus_mask # sysctl machdep.hyperthreading_allowed say? Colin Percival From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 19:53:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91A1116A420 for ; Fri, 27 Jan 2006 19:53:59 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3531643D49 for ; Fri, 27 Jan 2006 19:53:59 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 75660B810 for ; Fri, 27 Jan 2006 14:53:58 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <200601261050.15049.nike_d@cytexbg.com> References: <200601261050.15049.nike_d@cytexbg.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-4--976836994; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Fri, 27 Jan 2006 14:53:56 -0500 To: stable@freebsd.org X-Mailer: Apple Mail (2.746.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: manual escape to debugger on serial console not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 19:53:59 -0000 --Apple-Mail-4--976836994 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jan 26, 2006, at 3:50 AM, Niki Denev wrote: > i have this added to my kernel conf : > options BREAK_TO_DEBUGGER > options KDB > options DDB I recommend ALT_BREAK_TO_DEBUGGER instead of BREAK_TO_DEBUGGER especially if you use cyclades terminal servers. They send BREAK on power-up so if you ever have to power cycle one you're gonna halt all of your other boxes. --Apple-Mail-4--976836994-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 20:10:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A967D16A420; Fri, 27 Jan 2006 20:10:11 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 976B543D5A; Fri, 27 Jan 2006 20:10:10 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.52 (FreeBSD)) id 1F2Zv7-0002ST-Oa; Fri, 27 Jan 2006 20:10:09 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1F2Zv7-000E2a-N0; Fri, 27 Jan 2006 20:10:09 +0000 To: cperciva@freebsd.org In-Reply-To: <43DA78FE.3060600@freebsd.org> Message-Id: From: Pete French Date: Fri, 27 Jan 2006 20:10:09 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: How do I turn off hyperthreading on 6.0 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 20:10:11 -0000 > What do > > # sysctl machdep.hlt_cpus > # sysctl machdep.logical_cpus_mask > # sysctl machdep.hyperthreading_allowed machdep.hlt_cpus: 10 machdep.logical_cpus_mask: 10 machdep.hyperthreading_allowed: 0 -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 20:33:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC9BC16A420 for ; Fri, 27 Jan 2006 20:33:59 +0000 (GMT) (envelope-from ota@animenfo.com) Received: from smtp.vianet.ca (smtp.vianet.ca [209.91.128.40]) by mx1.FreeBSD.org (Postfix) with SMTP id 89B2243D46 for ; Fri, 27 Jan 2006 20:33:59 +0000 (GMT) (envelope-from ota@animenfo.com) Received: (qmail 2178 invoked from network); 27 Jan 2006 20:33:58 -0000 Received: from unknown (HELO ?192.168.0.49?) (66.186.76.137) by smtp.vianet.ca with SMTP; 27 Jan 2006 20:33:58 -0000 Message-ID: <43DA83B5.3040203@animenfo.com> Date: Fri, 27 Jan 2006 15:33:57 -0500 From: Russell Doucette User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 6.0-STABLE Totally Freezes on TightVNC Connection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 20:34:00 -0000 Er, more on that network card I said that screwed up the firewall, it's lnc. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 21:01:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFA6516A420 for ; Fri, 27 Jan 2006 21:01:21 +0000 (GMT) (envelope-from dworkin@village.org) Received: from green-dome.village.org (green-dome.village.org [168.103.84.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5409A43D46 for ; Fri, 27 Jan 2006 21:01:20 +0000 (GMT) (envelope-from dworkin@village.org) Received: from green-dome.village.org (localhost.village.org [127.0.0.1]) by green-dome.village.org (8.11.0/8.11.0) with ESMTP id k0RL1JB09430 for ; Fri, 27 Jan 2006 14:01:20 -0700 (MST) Message-Id: <200601272101.k0RL1JB09430@green-dome.village.org> To: freebsd-stable@freebsd.org From: dlm-fb@weaselfish.com Date: Fri, 27 Jan 2006 14:01:19 -0700 Subject: [5.4] mode bits changed by close(2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 21:01:22 -0000 I've found an interesting little quirk that doesn't seem like it should be working this way. If I: fd = open(file) write(fd, data) fchmod(fd, 04711) /* or anything set{u,g}id */ close(fd) The set{u,g}id bits get cleared by the close, but only if the amount of data is not a multiple of the page size, and the target file is on an nfs mount. It would seem to reduce the utility of fchmod() somewhat.... A demonstration program is included below. I've verified this on a fairly recently 5.4 client system, with both Linux and FBSD 5.4 NFS servers. I don't have 6 or -current available to me at the moment. There's the obvious work-around of doing a chmod() after the close, but that has security implications. Sticking an fsync() in between the fchmod() and the close() causes the bits to be cleared as a side-effect of the fsync(). Doing another fchmod() after the fsync() produces the final expected set{u,g}id results even after the close. Unfortunately, fsync() is a rather expensive operation. Dworkin ================================================================ #include #include #include #include #include #include #include #include char buf[25 * 1024]; int main(int argc, char **argv) { int fd; int count; char *file; struct stat sbuf; if (argc != 2) { fprintf(stderr, "usage: %s /file/name\n", argv[0]); exit(1); } file = argv[1]; fd = open(file, O_RDWR | O_CREAT, 0666); if (fd == -1) { fprintf(stderr, "could not open %s: %s\n", file, strerror(errno)); exit(1); } if (write(fd, buf, sizeof (buf)) == -1) { fprintf(stderr, "could not write to %s: %s\n", file, strerror(errno)); exit(1); } if (fstat(fd, &sbuf) == -1) { fprintf(stderr, "could not fstat %s: %s\n", file, strerror(errno)); exit(1); } printf("Initial permissions: 0%o\n", sbuf.st_mode & ALLPERMS); if (fchmod(fd, 04711) == -1) { fprintf(stderr, "could not fchmod %s: %s\n", file, strerror(errno)); exit(1); } if (fstat(fd, &sbuf) == -1) { fprintf(stderr, "could not fstat %s: %s\n", file, strerror(errno)); exit(1); } printf("After write: 0%o\n", sbuf.st_mode & ALLPERMS); if (close(fd) == -1) { fprintf(stderr, "could not close %s: %s\n", file, strerror(errno)); exit(1); } if (stat(file, &sbuf) == -1) { fprintf(stderr, "could not stat %s: %s\n", file, strerror(errno)); exit(1); } printf("After close: 0%o\n", sbuf.st_mode & ALLPERMS); exit(0); } From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 21:19:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01C3C16A420 for ; Fri, 27 Jan 2006 21:19:52 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B28443D46 for ; Fri, 27 Jan 2006 21:19:51 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: by uproxy.gmail.com with SMTP id m2so11001uge for ; Fri, 27 Jan 2006 13:19:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=dwZWHQHJz/O86FnuIPlcnEHAd8dWrlTWKmJH1DjZFX+weGWKnZ1d0TnO6afKqv6d7PQ7bel3aQUcGrusp+XE5a6lFpRyuHGTx7wFzLzl274GjlNq/j/EuTilSHs/SidWJmGnnp74HU5ewgrTdt8hD5jTVeC/3fckQSvdFkuaiZM= Received: by 10.48.220.3 with SMTP id s3mr192491nfg; Fri, 27 Jan 2006 13:12:59 -0800 (PST) Received: by 10.48.212.18 with HTTP; Fri, 27 Jan 2006 13:12:59 -0800 (PST) Message-ID: Date: Fri, 27 Jan 2006 23:12:59 +0200 From: Kostik Belousov To: freebsd-stable@freebsd.org, trhodes@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: [danger] broken libc.so on stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 21:19:52 -0000 Revision 1.48.8.1 of lib/libc/stdlib/Makefile.inc removed calloc.c from the= list of the source files. As result, freshly built libc does not contain calloc symbol, that completely broke my stable box. The only solution for me was booting from 6.0-RELEASE disc1 and copying libc.so.6 into /lib. After that, manuall= y adding calloc.c to the MISRCS in Makefile.inc and installing libc put the system in order. I suppose that this is simple MFC error. Please, correct it before big havoc hit the stable boxes ! Best regards, Kostik Belousov From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 22:28:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5AC416A420 for ; Fri, 27 Jan 2006 22:28:12 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35BEC43D46 for ; Fri, 27 Jan 2006 22:28:11 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp208-69.lns1.adl2.internode.on.net [203.122.208.69]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0RMS9s4037330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jan 2006 08:58:09 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 28 Jan 2006 08:57:57 +1030 User-Agent: KMail/1.9.1 References: <200601272101.k0RL1JB09430@green-dome.village.org> In-Reply-To: <200601272101.k0RL1JB09430@green-dome.village.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6432752.d1Zlt9rtjo"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601280858.05260.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: dlm-fb@weaselfish.com Subject: Re: [5.4] mode bits changed by close(2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 22:28:12 -0000 --nextPart6432752.d1Zlt9rtjo Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 28 January 2006 07:31, dlm-fb@weaselfish.com wrote: > A demonstration program is included below. I've verified this on a > fairly recently 5.4 client system, with both Linux and FBSD 5.4 NFS > servers. I don't have 6 or -current available to me at the moment. > There's the obvious work-around of doing a chmod() after the close, > but that has security implications. I tested it on a 6.0 server with a -current client.. [inchoate 8:55] /remotehome/darius >~/test ./foo Initial permissions: 0644 After write: 04711 After close: 0711 :( I also get the same result with a loopback NFS mount on -current. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart6432752.d1Zlt9rtjo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD4DBQBD2p515ZPcIHs/zowRAnAuAKCSeWzzwmtbmJ2kMIWnUtUMkZA7QgCYorTR KapVV8JGDoTTOp8ayJn/5Q== =KcLZ -----END PGP SIGNATURE----- --nextPart6432752.d1Zlt9rtjo-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 23:34:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C40E16A440; Fri, 27 Jan 2006 23:34:16 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A702843D46; Fri, 27 Jan 2006 23:34:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0RNYD32048765; Fri, 27 Jan 2006 16:34:14 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43DAADF5.7060601@samsco.org> Date: Fri, 27 Jan 2006 16:34:13 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kostik Belousov References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: trhodes@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [danger] broken libc.so on stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 23:34:16 -0000 Kostik Belousov wrote: > Revision 1.48.8.1 of lib/libc/stdlib/Makefile.inc removed calloc.c from the list > of the source files. As result, freshly built libc does not contain > calloc symbol, > that completely broke my stable box. The only solution for me was booting > from 6.0-RELEASE disc1 and copying libc.so.6 into /lib. After that, manually > adding calloc.c to the MISRCS in Makefile.inc and installing libc put > the system in order. > > I suppose that this is simple MFC error. Please, correct it before big > havoc hit the > stable boxes ! > > Best regards, > Kostik Belousov Yes, there was a mistake for about 16 hours in the tree. However, how did you trash your system? Did you try building libc by itself and installing it directly? That's dangerous no matter what. Using the buildworld/installworld targets will catch problems like these before they touch your running system. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Jan 27 23:51:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B626E16A449 for ; Fri, 27 Jan 2006 23:51:10 +0000 (GMT) (envelope-from derek@techie.com) Received: from mail.onlinehost.biz (mail.onlinehost.biz [70.84.214.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82F7A43D7E for ; Fri, 27 Jan 2006 23:50:59 +0000 (GMT) (envelope-from derek@techie.com) Received: (qmail 84467 invoked by uid 98); 27 Jan 2006 23:50:56 -0000 Received: from 70.28.146.45 by mail.onlinehost.biz (envelope-from , uid 89) with qmail-scanner-1.25 (clamdscan: 0.83/705. Clear:RC:1(70.28.146.45):. Processed in 0.053057 secs); 27 Jan 2006 23:50:56 -0000 X-Qmail-Scanner-Mail-From: derek@techie.com via mail.onlinehost.biz X-Qmail-Scanner: 1.25 (Clear:RC:1(70.28.146.45):. Processed in 0.053057 secs) Received: from unknown (HELO ?172.16.1.3?) (postmaster@dme0.net@70.28.146.45) by mail.onlinehost.biz with AES256-SHA encrypted SMTP; 27 Jan 2006 23:50:56 -0000 Message-ID: <43DAB1CA.6020505@techie.com> Date: Fri, 27 Jan 2006 18:50:34 -0500 From: Derek Evans User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Freddie Cash References: <1b62a7390601261653j4c54bfddp9db43a5ce59e862c@mail.gmail.com> <1b62a7390601262010v59bd2651id3bd14072a453342@mail.gmail.com> <200601271018.55053.fcash@ocis.net> In-Reply-To: <200601271018.55053.fcash@ocis.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Hi all.. Novice user having woes getting Atheros card up in FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 23:51:12 -0000 I think the newest D-link DWL-AG530 must use the AR5213 chipset too. Before I got it I had done some checking and read somewhere that it used the AR5212, so I thought I'd be ok. When I tried it recently I got: FreeBSD rock 6.0-STABLE FreeBSD 6.0-STABLE #1: Sun Jan 22 10:45:11 EST 2006 derek@rock:/usr/src/sys/i386/compile/ROCK i386 ... ath0: mem 0xea000000-0xea00ffff irq 11 at device 17.0 on pci0 ath0: unable to collect channel list from hal; regdomain likely 18 country code 0 device_attach: ath0 attach returned 22 I haven't tried Sam's patches yet. I'm assuming they're still current though. > I have instructions for getting the patches, applying the patches, and > testing them. I'll send them to you via BSDForums (since that's where > they're saved). Can you point me to these instructions as well please? Yes, I already looked. :) -derek From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 02:51:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72BE916A422 for ; Sat, 28 Jan 2006 02:51:12 +0000 (GMT) (envelope-from chris@i13i.com) Received: from admin.i13i.com (admin.i13i.com [66.90.92.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 07C3C43D48 for ; Sat, 28 Jan 2006 02:51:11 +0000 (GMT) (envelope-from chris@i13i.com) Received: (qmail 34241 invoked from network); 28 Jan 2006 02:57:26 -0000 Received: from mail.i13i.com (HELO webmail.i13i.com) (208.53.187.133) by admin.i13i.com with SMTP; 28 Jan 2006 02:57:26 -0000 Received: from 201.144.118.225 (SquirrelMail authenticated user chris@i13i.com) by webmail.i13i.com with HTTP; Fri, 27 Jan 2006 20:57:26 -0600 (CST) Message-ID: <1734.201.144.118.225.1138417046.squirrel@webmail.i13i.com> Date: Fri, 27 Jan 2006 20:57:26 -0600 (CST) From: chris@i13i.com To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: undefined reference to calloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 02:51:12 -0000 Hello, In 6.0-STABLE when trying to build world i get a undefine refernce to calloc from libc.so right when it starts to build libexec/atrun but when i compile it stand alone it compiles fine same with libc but with the make buildworld var this error shows up sames place every time. Regards, Chris From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 02:53:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ECC016A420 for ; Sat, 28 Jan 2006 02:53:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF99A43D49 for ; Sat, 28 Jan 2006 02:53:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B017A1A3C29; Fri, 27 Jan 2006 18:53:30 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EDA735205D; Fri, 27 Jan 2006 21:53:29 -0500 (EST) Date: Fri, 27 Jan 2006 21:53:29 -0500 From: Kris Kennaway To: chris@i13i.com Message-ID: <20060128025329.GA72732@xor.obsecurity.org> References: <1734.201.144.118.225.1138417046.squirrel@webmail.i13i.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <1734.201.144.118.225.1138417046.squirrel@webmail.i13i.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: undefined reference to calloc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 02:53:31 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jan 27, 2006 at 08:57:26PM -0600, chris@i13i.com wrote: > Hello, > In 6.0-STABLE when trying to build world i get a undefine refernce to > calloc from libc.so right when it starts to build libexec/atrun but when i > compile it stand alone it compiles fine same with libc but with the make > buildworld var this error shows up sames place every time. This was fixed earlier today. Update and retry. Kris --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD2typWry0BWjoQKURAgsMAJ9s7oUMXL+kx9fD1rmPWqgMISNd0wCeKhiE ewpA48GheS6JhA1FGZ29oBM= =d54K -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 02:59:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D69716A420; Sat, 28 Jan 2006 02:59:26 +0000 (GMT) (envelope-from mikeobrien@spamcop.net) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [63.240.77.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F3BD43D46; Sat, 28 Jan 2006 02:59:25 +0000 (GMT) (envelope-from mikeobrien@spamcop.net) Received: from mr-protocol.dyndns.org ([24.130.255.233]) by comcast.net (sccrmhc13) with ESMTP id <2006012802591901300ok111e>; Sat, 28 Jan 2006 02:59:19 +0000 Received: from mr-protocol.dyndns.org (localhost [127.0.0.1]) by mr-protocol.dyndns.org (8.13.4/8.13.3) with ESMTP id k0S2xHaH000435; Fri, 27 Jan 2006 18:59:18 -0800 (PST) (envelope-from mikeobrien@spamcop.net) Message-Id: <200601280259.k0S2xHaH000435@mr-protocol.dyndns.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: "Kevin Oberman" From: "Mike O'Brien" In-Reply-To: Message from "Kevin Oberman" of "Fri, 27 Jan 2006 10:00:01 PST." <20060127180001.B944145084@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Jan 2006 18:59:17 -0800 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: X.org 6.9 doesn't work with NVidia 7800 GTX (fwd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 02:59:26 -0000 I did get X.org running on 6-STABLE. As you have mentioned, starting X via "X -probeonly" with an Asus SLI motherboard and an NVidia 7800 GTX video card fails multiply; the internal configuration tries and fails to load module "fbdev", meanwhile, the probe of the card dials the contrast of the syscons consoles down to near-zero levels. However, running "Xorg -configure" succeeds where the other fails. All modules are loaded, an x.conf file is written and the contrast is not blown. On my system, the monitor is able to support the highest resolution specified in the configuration file, though the text is unreadably small. Therefore, modulo tuning of the acceptable modes, X is now working on this configuration. Thanks for all your help! Mike O'Brien From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 07:04:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1D8816A420 for ; Sat, 28 Jan 2006 07:04:59 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from mx1.highperformance.net (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2072043D53 for ; Sat, 28 Jan 2006 07:04:53 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] (w16.stradamotorsports.com [192.168.1.16]) by mx1.highperformance.net (8.13.4/8.13.4) with ESMTP id k0S74Lgt083981 for ; Fri, 27 Jan 2006 23:04:31 -0800 (PST) (envelope-from jcw@highperformance.net) Message-ID: <43DB1775.4030801@highperformance.net> Date: Fri, 27 Jan 2006 23:04:21 -0800 From: "Jason C. Wells" User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: freebsd-stable References: <200601270335.k0R3ZPFl049418@drugs.dv.isc.org> In-Reply-To: <200601270335.k0R3ZPFl049418@drugs.dv.isc.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.9 required=2.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on s4.stradamotorsports.com Subject: Re: Make World Fails on Man Pages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 07:04:59 -0000 Mark Andrews wrote: > From unlink(2). > > [ENOTDIR] A component of the path prefix is not a directory. I suppose that is why rm is not working. The question was "Why don't some man pages install?" I think I have found the problem. Somewhere along the way a DOCSUPFILE make variable and separate doc-supfile came into existence. I never learned this so my doc sources were out of date. That gave me errors that caused me to set NO_SHARE which resulted in groff macros not being installed which resulted man page weirdness. This answer to myself for posterity. Later, Jason C. Wells From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 08:08:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69DB416A420; Sat, 28 Jan 2006 08:08:49 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE46A43D45; Sat, 28 Jan 2006 08:08:46 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.4/8.13.4) with ESMTP id k0S88iIc022922 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Jan 2006 11:08:44 +0300 (MSK) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.4/8.13.4/Submit) id k0S88ijd022921; Sat, 28 Jan 2006 11:08:44 +0300 (MSK) (envelope-from oleg) Date: Sat, 28 Jan 2006 11:08:43 +0300 From: Oleg Bulyzhin To: husnu demir Message-ID: <20060128080843.GA22614@lath.rinet.ru> References: <20060127122438.GA1044592@metu.edu.tr> <20060127153512.GX83922@FreeBSD.org> <20060127161151.GA1093828@metu.edu.tr> <20060127161348.GA83922@cell.sick.ru> <20060127162904.GA1224732@metu.edu.tr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060127162904.GA1224732@metu.edu.tr> User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org, Gleb Smirnoff Subject: Re: if_bge driver problem. - Upgrade to RELEASE :) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 08:08:49 -0000 On Fri, Jan 27, 2006 at 06:29:04PM +0200, husnu demir wrote: > > Also it is important to know whether doing 'ifconfig bge0 -rxcsum -txcsum' > > fixes operation on 6.0-STABLE. > > No, It does not fixed. I will go back to STABLE if you need further detail. > Could you please provide following information: 1) boot with verbose mode on (boot -v or verbose_loading="YES" into your loader.conf) and check your console messages. Are there any "bge2: link UP/DOWN" messages? Unplug/plug cable and check those messages again. 2) When you sniff bge2 with tcpdump which packets do you see (incoming, outgoing, both)? -- Oleg. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 10:46:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60D6916A420 for ; Sat, 28 Jan 2006 10:46:27 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 8DBFC43D48 for ; Sat, 28 Jan 2006 10:46:26 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 28 Jan 2006 10:46:25 +0000 (GMT) Date: Sat, 28 Jan 2006 10:46:22 +0000 From: David Malone To: dlm-fb@weaselfish.com Message-ID: <20060128104622.GA44760@walton.maths.tcd.ie> References: <200601272101.k0RL1JB09430@green-dome.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601272101.k0RL1JB09430@green-dome.village.org> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: freebsd-stable@freebsd.org Subject: Re: [5.4] mode bits changed by close(2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 10:46:27 -0000 On Fri, Jan 27, 2006 at 02:01:19PM -0700, dlm-fb@weaselfish.com wrote: > Sticking an fsync() in between the fchmod() and the close() causes the > bits to be cleared as a side-effect of the fsync(). Doing another > fchmod() after the fsync() produces the final expected set{u,g}id > results even after the close. Unfortunately, fsync() is a rather > expensive operation. There is code to clear the suid bits on a file when it is written to, and I guess this is being triggered when the write is flushed rather than when the write call is made. This would explain why flushing before the fsync stops the problem. I've a feeling that it may be difficult to fix this and still have the suid bits cleared if someone writes to a file via mmap, but I'm not completly sure. David. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 11:23:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0EA016A420; Sat, 28 Jan 2006 11:23:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6140243D46; Sat, 28 Jan 2006 11:23:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0SBNsit048038; Sat, 28 Jan 2006 06:23:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0SBNkRd045533; Sat, 28 Jan 2006 06:23:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0550F7302F; Sat, 28 Jan 2006 06:23:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060128112353.0550F7302F@freebsd-current.sentex.ca> Date: Sat, 28 Jan 2006 06:23:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 11:23:56 -0000 TB --- 2006-01-28 10:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-28 10:15:00 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2006-01-28 10:15:00 - cleaning the object tree TB --- 2006-01-28 10:15:13 - checking out the source tree TB --- 2006-01-28 10:15:13 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2006-01-28 10:15:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-28 10:25:23 - building world (CFLAGS=-O -pipe) TB --- 2006-01-28 10:25:23 - cd /src TB --- 2006-01-28 10:25:23 - /usr/bin/make -B buildworld >>> 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 TB --- 2006-01-28 11:13:31 - generating LINT kernel config TB --- 2006-01-28 11:13:31 - cd /src/sys/sparc64/conf TB --- 2006-01-28 11:13:31 - /usr/bin/make -B LINT TB --- 2006-01-28 11:13:31 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-01-28 11:13:31 - cd /src TB --- 2006-01-28 11:13:31 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 28 11:13:31 UTC 2006 >>> 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 [...] ===> isp (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp_target.c /src/sys/modules/isp/../../dev/isp/isp_target.c: In function `isp_target_notify': @/dev/isp/isp_inline.h:1272: warning: inlining failed in call to 'isp_get_ctio': --param large-function-growth limit reached /src/sys/modules/isp/../../dev/isp/isp_target.c:163: warning: called from here @/dev/isp/isp_inline.h:1203: warning: inlining failed in call to 'isp_get_atio2e': --param large-function-growth limit reached /src/sys/modules/isp/../../dev/isp/isp_target.c:168: warning: called from here *** Error code 1 Stop in /src/sys/modules/isp. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-28 11:23:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-28 11:23:53 - ERROR: failed to build lint kernel TB --- 2006-01-28 11:23:53 - tinderbox aborted TB --- 0.57 user 2.09 system 4133.64 real From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 15:31:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A18A916A420 for ; Sat, 28 Jan 2006 15:31:08 +0000 (GMT) (envelope-from SRS0=rlehB1Ps=3Y=metro.cx=fbsd@sonologic.nl) Received: from mx1.sonologic.nl (mx1.sonologic.nl [82.94.245.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 212A143D46 for ; Sat, 28 Jan 2006 15:31:07 +0000 (GMT) (envelope-from SRS0=rlehB1Ps=3Y=metro.cx=fbsd@sonologic.nl) Received: from [10.1.2.20] (a80-127-84-188.adsl.xs4all.nl [80.127.84.188]) (authenticated bits=0) by mx1.sonologic.nl (8.13.3/8.13.3) with ESMTP id k0SFUv5Q044019 for ; Sat, 28 Jan 2006 15:31:06 GMT Message-ID: <43DB8EA6.7070503@metro.cx> Date: Sat, 28 Jan 2006 16:32:54 +0100 From: Koen Martens Organization: Sonologic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050317 Thunderbird/1.0.2 Mnenhy/0.7.2.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Helo-Milter-Authen: gmc@sonologic.nl, fbsd@metro.cx, mx1 Received-SPF: pass (mx1.sonologic.nl: 80.127.84.188 is authenticated by a trusted mechanism) Subject: ipfilter + bge strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 15:31:08 -0000 Hi All, Yesterday night, i was going to send the message below. However, just before pressing send, i found a solution to the problem: disable checksum checks (ifconfig bge0 -rxcsum -txcsum). Though this is a solution, it has me puzzled. Is this a bug^H^H^Hfeature of 6-STABLE, as it works with 5.4. With 5.4, there was only the rxcsum option for the bge card, not a txcsum. It worked fine with rxcsum enabled on 5.4.. What are the consequences of disabling {rx,tx}csum? What is wrong with enabling it on 6-STABLE? Best, Koen ===========[ original message ]===================================== Hi All, I'm experiencing some strange behaviour with ipfilter on a bge interface. It ran 5.4, and after upgrading it to 6-STABLE, trouble started. On another host, where there is an em and an fxp interface instead of two bge's, the upgrade did not result in the weirdness. Well, to the point, here is a little editted down version of the firewall: pass out log quick on bge0 proto tcp from any to any flags S keep state pass out log quick on bge0 proto udp from any to any keep state pass out log quick on bge0 proto icmp from any to any keep state block in log quick on bge0 pass in quick on bge1 pass out quick on bge1 pass in quick on lo0 pass out quick on lo0 # EOF So, one would expect that, say, a dns lookup should be able to go out on the bge0 interface, and the reply should be able to get back in... However, here is what happens (ipmon -a output): 28/01/2006 01:03:28.223739 bge0 @0:2 p 84.92.240.4,50384 -> 194.109.6.66,53 PR udp len 20 55 K-S OUT 28/01/2006 01:03:28.224623 bge0 @0:1 b 194.109.6.66,53 -> 84.92.240.4,50384 PR udp len 20 154 IN bad 28/01/2006 01:03:28.223731 STATE:NEW 84.92.240.4,50384 -> 194.109.6.66,53 PR udp I'd say, the state is created before the dns reply is coming in, so it should be accepted.. Am I doing something horribly wrong here?? For reference, here are the rule numbers: foo# ipfstat -nih 64 @1 block in log quick on bge0 all 94 @2 pass in quick on bge1 all 0 @3 pass in quick on lo0 all foo# ipfstat -noh 0 @1 pass out log quick on bge0 proto tcp from any to any flags S/FSRPAU keep state 57 @2 pass out log quick on bge0 proto udp from any to any keep state 0 @3 pass out log quick on bge0 proto icmp from any to any keep state 79 @4 pass out quick on bge1 all 0 @5 pass out quick on lo0 all Ifconfig: curie# ifconfig bge0: flags=8843 mtu 1500 options=1b inet6 fe80::211:85ff:fed5:dfae%bge0 prefixlen 64 scopeid 0x1 inet 84.92.240.4 netmask 0xffffffc0 broadcast 84.92.240.63 ether 00:11:85:d5:df:ae media: Ethernet autoselect (100baseTX ) status: active bge1: flags=8843 mtu 1500 options=1b inet6 fe80::211:85ff:fed5:df6f%bge1 prefixlen 64 scopeid 0x2 inet 192.168.0.5 netmask 0xffff0000 broadcast 192.168.255.255 ether 00:11:85:d5:df:6f media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 And here is the dmesg output: Copyright (c) 1992-2005 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 6.0-STABLE #0: Sat Jan 28 00:25:41 CET 2006 root@curie.sonologic.nl:/usr/obj/usr/src/sys/CURIE_VOLTAIRE-6 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3065.81-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 671064064 (639 MB) avail memory = 651612160 (621 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 2 ioapic1: Changing APIC ID to 3 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x920-0x923 on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 atapci0: port 0x2010-0x2017,0x2018-0x201b,0x2020-0x2027,0x2028-0x202b,0x2030-0x203f irq 17 at device 2.0 on pci0 ata2: on atapci0 ata3: on atapci0 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) bge0: mem 0xf6fd0000-0xf6fdffff irq 19 at device 5.0 on pci0 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:85:d5:df:ae bge1: mem 0xf6fc0000-0xf6fcffff irq 20 at device 6.0 on pci0 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:11:85:d5:df:6f isab0: at device 15.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 15.2 (no driver attached) acpi_button0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xc7fff,0xee000-0xeffff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 3065808268 Hz quality 800 Timecounters tick every 1.000 msec IPv6 packet filtering initialized, logging limited to 100 packets/entry IP Filter: v4.1.8 initialized. Default = pass all, Logging = enabled ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default acd0: CDROM at ata0-master PIO4 ad4: 76319MB at ata2-master UDMA100 ar0: 76317MB status: READY ar0: disk0 READY using ad4 at ata2-master Trying to mount root from ufs:/dev/ar0s1a bge0: link state changed to UP bge1: link state changed to UP ohci0: mem 0xf6fb0000-0xf6fb0fff irq 11 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered -- K.F.J. Martens, Sonologic, http://www.sonologic.nl/ Networking, hosting, embedded systems, unix, artificial intelligence. Public PGP key: http://www.metro.cx/pubkey-gmc.asc Wondering about the funny attachment your mail program can't read? Visit http://www.openpgp.org/ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 15:58:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AF3816A420 for ; Sat, 28 Jan 2006 15:58:32 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F39443D49 for ; Sat, 28 Jan 2006 15:58:31 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id ACC335C44; Sat, 28 Jan 2006 10:58:30 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 95283-10; Sat, 28 Jan 2006 10:58:29 -0500 (EST) Received: from [192.168.1.3] (pool-68-160-211-174.ny325.east.verizon.net [68.160.211.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 91D495C1F; Sat, 28 Jan 2006 10:58:29 -0500 (EST) Message-ID: <43DB94A9.60000@mac.com> Date: Sat, 28 Jan 2006 10:58:33 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Koen Martens References: <43DB8EA6.7070503@metro.cx> In-Reply-To: <43DB8EA6.7070503@metro.cx> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org Subject: Re: ipfilter + bge strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 15:58:32 -0000 Koen Martens wrote: [ ... ] > With 5.4, there was only the rxcsum option for the bge card, not a > txcsum. It worked fine with rxcsum enabled on 5.4.. > > What are the consequences of disabling {rx,tx}csum? What is wrong > with enabling it on 6-STABLE? The consequence is your CPU has to spend the time to compute or verify packet checksums, rather than taking advantage of the NIC's hardware support for doing so. As for your second question, not enough data. If you send some test traffic around and capture it with tcpdump with the various settings toggled, someone might be able to notice something, a pattern in the way the checksums are being computed wrong. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 17:34:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A6CA16A420; Sat, 28 Jan 2006 17:34:23 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25F6F43D45; Sat, 28 Jan 2006 17:34:19 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k0SHXdxO091670; Sat, 28 Jan 2006 20:33:39 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k0SHXcXx091669; Sat, 28 Jan 2006 20:33:38 +0300 (MSK) (envelope-from yar) Date: Sat, 28 Jan 2006 20:33:38 +0300 From: Yar Tikhiy To: Oliver Brandmueller Message-ID: <20060128173337.GB70375@comp.chem.msu.su> References: <20060123122800.GA14800@e-Gitt.NET> <20060123230147.GB51645@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060123230147.GB51645@comp.chem.msu.su> User-Agent: Mutt/1.5.9i Cc: ivt@gamma.ru, stable@freebsd.org, Oleg Bulyzhin , Gleb Smirnoff Subject: Re: problem with vlan interfaces in 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 17:34:23 -0000 On Tue, Jan 24, 2006 at 02:01:47AM +0300, Yar Tikhiy wrote: > On Mon, Jan 23, 2006 at 01:28:00PM +0100, Oliver Brandmueller wrote: > > > > After my latest update to > > > > FreeBSD hudson 6.0-STABLE FreeBSD 6.0-STABLE #15: > > Mon Jan 23 12:29:38 CET 2006 > > root@hudson:/usr/obj/usr/src/sys/NFS-32-FBSD6 i386 > > > > I have a small problem with my vlan interfaces configured from rc.conf: > > They get configured well, but they are simply not in "up" state as they > > were before autmatically. I can login via console and do > > > > ifconfig vlan340 up > > > > and all is fine. The config did not change during the update: > > > > cloned_interfaces="vlan340" > > ifconfig_em0="up vlanhwtag vlanmtu" > > ifconfig_vlan340="inet xx.xx.xx.xx netmask 255.255.255.192 vlan 340 vlandev em0" > > The problem you're experiencing may be related to changes I committed > to ifconfig in RELENG_6. I'll investigate the issue ASAP and report > my results in this list. In short, I've just backed out my commit to ifconfig in RELENG_6, which should return ifconfig to the good old behaviour. The long story enchased with tech details is as follows. Historically our ifconfig used to set vlan parameters (vlan & vlandev) before IP ones when both kinds of them were specified on the same command line. (This is the case when vlanX is configured using rc.conf.) My change to ifconfig reversed the order (I had overlooked that,) which triggered a couple of kernel bugs. The old version of the if_vlan driver used to just overwrite a vlan interface's flags upon attaching it to its parent, some bits with those from the parent, the others just with 0. Consequently, the UP flag initially set by the IP layer was just reset to 0 by the code. It was the problem reported here. Then glebius@ merged if_vlan from CURRENT to RELENG_6, which remedied the UP loss problem, because now if_vlan was getting a subset of flags from its parent while keeping the others, UP among them. However, another problem has been noticed and tracked down. Namely, the subset of copied flags includes IFF_BROADCAST and IFF_MULTICAST, which means that the IP layer handles a fresh vlan interface differently depending on whether the parent is attached to it. Just assign IP to vlanX first, attach the parent then, and see a bogus or missing broadcast address on the vlanX in a wide range of FreeBSD versions. Today oleg@ and /me investigated the issue and worked out several approaches to it. I'm going to discuss them on net@ and choose an optimal one. The ifconfig utility will stick to its old semantics until then. Sorry for all the inconvenience involved. -- Yar From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 17:54:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 436FD16A420 for ; Sat, 28 Jan 2006 17:54:24 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 9988F43D70 for ; Sat, 28 Jan 2006 17:54:16 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 28 Jan 2006 17:54:15 -0000 Received: from p54A7D389.dip.t-dialin.net (EHLO [192.168.0.214]) [84.167.211.137] by mail.gmx.net (mp033) with SMTP; 28 Jan 2006 18:54:15 +0100 X-Authenticated: #5465401 Message-ID: <43DBAFB6.5020304@gmx.de> Date: Sat, 28 Jan 2006 18:53:58 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig59E783811601046F477491EA" X-Y-GMX-Trusted: 0 Subject: if_iwi problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 17:54:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig59E783811601046F477491EA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've got two problems with if_iwi. While active I permanently get the error message: iwi0: unknown notification type 15 And the command: # ifconfig iwi0 scan doesn't work. There are no scan results, and if I establish a connection manually it might even hang. Just so you know, I did not forget to load the firmware. --------------enig59E783811601046F477491EA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD26/EfMDIb41/+S0RAqQcAJ9XNotPfQ9bf9ajiBDLPPXsB3OaGACggRRD jnUXsawb66XSyaXwzk2HPgE= =+zQ5 -----END PGP SIGNATURE----- --------------enig59E783811601046F477491EA-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 18:04:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31AD716A42A for ; Sat, 28 Jan 2006 18:04:37 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE0F843D48 for ; Sat, 28 Jan 2006 18:04:35 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.235.82] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1F2uR81I56-0000DV; Sat, 28 Jan 2006 19:04:34 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Sat, 28 Jan 2006 19:05:34 +0100 User-Agent: KMail/1.9.1 References: <43DBAFB6.5020304@gmx.de> In-Reply-To: <43DBAFB6.5020304@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1518730.9CRFRBUkUR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601281905.45519.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: "\[LoN\]Kamikaze" Subject: Re: if_iwi problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 18:04:37 -0000 --nextPart1518730.9CRFRBUkUR Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 28 January 2006 18:53, [LoN]Kamikaze wrote: > I've got two problems with if_iwi. > > While active I permanently get the error message: > iwi0: unknown notification type 15 > > And the command: > # ifconfig iwi0 scan > doesn't work. There are no scan results, and if I establish a connection > manually it might even hang. > > Just so you know, I did not forget to load the firmware. Could you try the version of the driver from: http://people.freebsd.org/~mlaier/firmware-20060125.tgz It has several fixes and a completely reworked firmware loading. To use it= =20 you have to do the following: 1) copy the contents of the above tarball over your source tree 2) apply sys/conf/kmod.mk.diff 3) build and install modules/firmware and modules/iwi_fw 4) build and load modules/iwi With this you don't need iwicontrol etc. anymore. Firmware is automaticall= y=20 fetched from the iwi_fw modules. I'm going to commit the firmware loading part shortly and will look at=20 importing the iwi changes later. Would appreciate feedback. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1518730.9CRFRBUkUR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD27J5XyyEoT62BG0RAldmAJ9wTu2qnE0DlIpCQXCDtiicbMXCUgCdGUQd f4eqyQjUOI5YbQqQW7b4/CE= =SBnL -----END PGP SIGNATURE----- --nextPart1518730.9CRFRBUkUR-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 18:13:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F176216A420 for ; Sat, 28 Jan 2006 18:13:00 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 2E18943D70 for ; Sat, 28 Jan 2006 18:12:59 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 28 Jan 2006 18:12:58 -0000 Received: from p54A7D389.dip.t-dialin.net (EHLO [192.168.0.214]) [84.167.211.137] by mail.gmx.net (mp031) with SMTP; 28 Jan 2006 19:12:58 +0100 X-Authenticated: #5465401 Message-ID: <43DBB428.7040604@gmx.de> Date: Sat, 28 Jan 2006 19:12:56 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <43DBAFB6.5020304@gmx.de> <200601281905.45519.max@love2party.net> In-Reply-To: <200601281905.45519.max@love2party.net> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4127F57CB8B0EC48CDE4E01C" X-Y-GMX-Trusted: 0 Subject: Re: if_iwi problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 18:13:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4127F57CB8B0EC48CDE4E01C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I will try this. Your efforts are appreciated. Does the license really allow you to include the firmware into the driver= ? Max Laier wrote: > On Saturday 28 January 2006 18:53, [LoN]Kamikaze wrote: >> I've got two problems with if_iwi. >> >> While active I permanently get the error message: >> iwi0: unknown notification type 15 >> >> And the command: >> # ifconfig iwi0 scan >> doesn't work. There are no scan results, and if I establish a connecti= on >> manually it might even hang. >> >> Just so you know, I did not forget to load the firmware. >=20 > Could you try the version of the driver from: > http://people.freebsd.org/~mlaier/firmware-20060125.tgz >=20 > It has several fixes and a completely reworked firmware loading. To us= e it=20 > you have to do the following: > 1) copy the contents of the above tarball over your source tree > 2) apply sys/conf/kmod.mk.diff > 3) build and install modules/firmware and modules/iwi_fw > 4) build and load modules/iwi >=20 > With this you don't need iwicontrol etc. anymore. Firmware is automati= cally=20 > fetched from the iwi_fw modules. >=20 > I'm going to commit the firmware loading part shortly and will look at = > importing the iwi changes later. Would appreciate feedback. >=20 --------------enig4127F57CB8B0EC48CDE4E01C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD4DBQFD27QpfMDIb41/+S0RAqCoAJjW0+A7+PV9dnurFmOHF5tZfl7VAJ9c8VER h32o3uCCYCEkWWGVX4gR/Q== =yX9T -----END PGP SIGNATURE----- --------------enig4127F57CB8B0EC48CDE4E01C-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 18:26:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6839516A420 for ; Sat, 28 Jan 2006 18:26:14 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8852243D48 for ; Sat, 28 Jan 2006 18:26:13 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.235.82] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1F2um41SuG-0001XP; Sat, 28 Jan 2006 19:26:12 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Sat, 28 Jan 2006 19:27:14 +0100 User-Agent: KMail/1.9.1 References: <43DBAFB6.5020304@gmx.de> <200601281905.45519.max@love2party.net> <43DBB428.7040604@gmx.de> In-Reply-To: <43DBB428.7040604@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11617837.NgVxctXx3t"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601281927.25816.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: "\[LoN\]Kamikaze" Subject: Re: if_iwi problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 18:26:14 -0000 --nextPart11617837.NgVxctXx3t Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 28 January 2006 19:12, [LoN]Kamikaze wrote: > I will try this. Your efforts are appreciated. > Does the license really allow you to include the firmware into the driver? I don't include it in the driver. It's in a module of it's own. In=20 production these modules will come from ports and should be installed=20 in /boot/modules - not problem whatsoever. As far as I read the license it= =20 might even be possible to have it on installation CDs. I am not a lawyer a= nd=20 will thus leave that for others to discuss. As far as this tarball is=20 concerned. I have the LICENSE in the same location as the firmware so I do= =20 what it asks for. Please tell me if I'm mistaken. > Max Laier wrote: > > On Saturday 28 January 2006 18:53, [LoN]Kamikaze wrote: > >> I've got two problems with if_iwi. > >> > >> While active I permanently get the error message: > >> iwi0: unknown notification type 15 > >> > >> And the command: > >> # ifconfig iwi0 scan > >> doesn't work. There are no scan results, and if I establish a connecti= on > >> manually it might even hang. > >> > >> Just so you know, I did not forget to load the firmware. > > > > Could you try the version of the driver from: > > http://people.freebsd.org/~mlaier/firmware-20060125.tgz > > > > It has several fixes and a completely reworked firmware loading. To use > > it you have to do the following: > > 1) copy the contents of the above tarball over your source tree > > 2) apply sys/conf/kmod.mk.diff > > 3) build and install modules/firmware and modules/iwi_fw > > 4) build and load modules/iwi > > > > With this you don't need iwicontrol etc. anymore. Firmware is > > automatically fetched from the iwi_fw modules. > > > > I'm going to commit the firmware loading part shortly and will look at > > importing the iwi changes later. Would appreciate feedback. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart11617837.NgVxctXx3t Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD27eNXyyEoT62BG0RAiFVAJ4kiN8DO4kp1pS+SgR9adMnkJmlagCcDyH1 D3/vV6tgTgDo1bwjklRKxLk= =yQyL -----END PGP SIGNATURE----- --nextPart11617837.NgVxctXx3t-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 20:13:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8578716A420 for ; Sat, 28 Jan 2006 20:13:38 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44DCB43D70 for ; Sat, 28 Jan 2006 20:13:29 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.233.68] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu9) with ESMTP (Nemesis), id 0ML2xA-1F2wRr2UFi-00046h; Sat, 28 Jan 2006 21:13:28 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Sat, 28 Jan 2006 21:14:30 +0100 User-Agent: KMail/1.9.1 References: <43DBAFB6.5020304@gmx.de> <200601281905.45519.max@love2party.net> In-Reply-To: <200601281905.45519.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1197907.PG0y6eKcPT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601282114.41269.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: "\[LoN\]Kamikaze" Subject: Re: if_iwi problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 20:13:38 -0000 --nextPart1197907.PG0y6eKcPT Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 28 January 2006 19:05, Max Laier wrote: > On Saturday 28 January 2006 18:53, [LoN]Kamikaze wrote: > > I've got two problems with if_iwi. > > > > While active I permanently get the error message: > > iwi0: unknown notification type 15 > > > > And the command: > > # ifconfig iwi0 scan > > doesn't work. There are no scan results, and if I establish a connection > > manually it might even hang. > > > > Just so you know, I did not forget to load the firmware. > > Could you try the version of the driver from: > http://people.freebsd.org/~mlaier/firmware-20060125.tgz http://people.freebsd.org/~mlaier/firmware-20060128.tgz has a newer version of the driver. There are still some rough edges but=20 things are improving. If you find anything strange, please let me know -=20 Thanks! =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1197907.PG0y6eKcPT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD29CxXyyEoT62BG0RAt4ZAJ0XlbEskiKuF4qBVC8X1+ivwO4mRACfZe/y lE+BDwioaYG3yvnQFB2ZjSg= =uQXS -----END PGP SIGNATURE----- --nextPart1197907.PG0y6eKcPT-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 21:17:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ED7416A420 for ; Sat, 28 Jan 2006 21:17:13 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C5543D45 for ; Sat, 28 Jan 2006 21:17:12 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.4/8.13.4) with ESMTP id k0SLHBcp030732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jan 2006 00:17:11 +0300 (MSK) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.4/8.13.4/Submit) id k0SLHAhu030731; Sun, 29 Jan 2006 00:17:10 +0300 (MSK) (envelope-from oleg) Date: Sun, 29 Jan 2006 00:17:10 +0300 From: Oleg Bulyzhin To: Koen Martens Message-ID: <20060128211710.GA29790@lath.rinet.ru> References: <43DB8EA6.7070503@metro.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43DB8EA6.7070503@metro.cx> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: ipfilter + bge strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 21:17:13 -0000 On Sat, Jan 28, 2006 at 04:32:54PM +0100, Koen Martens wrote: > Hi All, > > Yesterday night, i was going to send the message below. However, > just before pressing send, i found a solution to the problem: > disable checksum checks (ifconfig bge0 -rxcsum -txcsum). Though this > is a solution, it has me puzzled. Is this a bug^H^H^Hfeature of > 6-STABLE, as it works with 5.4. > > With 5.4, there was only the rxcsum option for the bge card, not a > txcsum. It worked fine with rxcsum enabled on 5.4.. > > What are the consequences of disabling {rx,tx}csum? What is wrong > with enabling it on 6-STABLE? > Could you please run 'tcpdump -nvi bge0' while you are generating dns traffic (having bge0 checksum offloading on)? 'netstat -sp udp' output might be helpful too. -- Oleg. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 21:18:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFD3216A422 for ; Sat, 28 Jan 2006 21:18:57 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 623F743D48 for ; Sat, 28 Jan 2006 21:18:45 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (81.236.252.191) by pne-smtpout2-sn2.hy.skanova.net (7.2.069.1) id 43D8C75A0009346F for freebsd-stable@freebsd.org; Sat, 28 Jan 2006 22:18:44 +0100 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id 45F1661C98 for ; Sat, 28 Jan 2006 22:18:44 +0100 (CET) Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 82602-07 for ; Sat, 28 Jan 2006 22:18:42 +0100 (CET) Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi.stromnet.org (Postfix) with ESMTP id 5E6E661C59 for ; Sat, 28 Jan 2006 22:18:42 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <4D303E57-DBA6-4936-9506-4F40ACE30AA8@stromnet.org> References: <991F35AA-151B-4AEA-82BD-5F4AEDF28424@stromnet.org> <74994962-5050-47BD-897B-DE3880B9EBD5@stromnet.org> <1132353600.903.19.camel@genius1.i.cz> <20051118231351.GA46946@holestein.holy.cow> <1132356649.903.32.camel@genius1.i.cz> <8A4DAD5D-44CF-42DD-A113-340226284533@stromnet.org> <268C3DEB-7569-4C18-BC35-1C5F36EF8EC4@stromnet.org> <1137967081.40786.36.camel@yak.mseubanks.net> <1DA0C9DF-BB42-415B-8851-FFB91CD0F1AC@stromnet.org> <1137975447.40786.83.camel@yak.mseubanks.net> <44B2CAEF-A9E7-454B-A232-292B58083952@stromnet.org> <1138006431.44108.15.camel@yak.mseubanks.net> <43F5DFD5-2584-4B9D-AAA5-2B8B5B3529FF@stromnet.org> <1138022132.44108.36.camel@yak.mseubanks.net> <4D303E57-DBA6-4936-9506-4F40ACE30AA8@stromnet.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-20--885330881; protocol="application/pkcs7-signature" Message-Id: From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sat, 28 Jan 2006 22:19:02 +0100 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at stromnet.org X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Page fault, GEOM problem?? (also: using a ASUS A7N8X-XE/nForce2 utlra400?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 21:18:58 -0000 --Apple-Mail-20--885330881 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed On 23 jan 2006, at 20.01, Johan Str=F6m wrote: > > On 23 jan 2006, at 14.15, Michael S. Eubanks wrote: > >> On Mon, 2006-01-23 at 10:24 +0100, Johan Str=F6m wrote: >>> On 23 jan 2006, at 09.53, Michael S. Eubanks wrote: >>> >>>> On Mon, 2006-01-23 at 06:43 +0100, Johan Str=F6m wrote: >>>> >>>> Wish I could be of more help. :) Have you tried to toggle the =20 >>>> sysctl >>>> dma flags? I've seen similar posts in the past with read timeouts >>>> caused from dma being enabled. >>>> >>>> # sysctl -a | grep dma >>>> ... >>>> hw.ata.ata_dma: 1 <=3D=3D=3D Try turning this one off (1 =3D=3D>= 0). >>>> hw.ata.atapi_dma: 1 >>>> ... >>> >>> Disabling DMA, wouldnt that give me pretty bad performance? >>> >>>> -Michael >>>> >> >> If it was not the problem, you could always change it back. It =20 >> *should* >> be possible to simply set the control mode on those two disks (``man >> rc.early'', ``man atacontrol''). Unfortunately, the problem is =20 >> noted as >> errata in several FreeBSD versions tending to appear on SATA =20 >> disks. I >> believe this is also a problem with some linux setups. If you google >> ``FreeBSD hw.ata.ata_dma RELEASE'' you will eventually find the >> following page relating to Asus motherboards: >> >> http://www.ryxi.com/freebsd/63-668-write-dma-other-similar-errors-=20 >> read.shtml >> >> I picked it out based on the following line in the dmesg output: >> >>> Nov 29 20:46:09 elfi kernel: ACPI APIC Table: >> >> I'd say it's worth a shot. You might even try turning both the flags >> off temporarily to see what you get. Your guess is as good as =20 >> mine. :) >> > > Okay, tried turning it of.. The disk IO speeds went even lower... =20 > whoping 9-10MB/s and lots of load ;) > And since the crashes comes randomly (haven't been able to =20 > reproduce them "on deamon") i dont realy want to run it like this.. ;) > > I did another test. I moved the controller card and the disks to my =20= > MSI K8N Neo motherboard (with AMD64 3200+ etc), and immediatly I =20 > got write speeds of ~49MB/s: > > $ dd if=3D/dev/zero of=3Dbigfile.zero bs=3D1024 count=3D1000024 > 1024024576 bytes transferred in 21.974227 secs (46601164 bytes/sec) > > Compared to > $ dd if=3D/dev/zero of=3Dbigfile.zero bs=3D1024 count=3D1000024 > 1024024576 bytes transferred in 78.897708 secs (12979142 bytes/sec) > > All tests where done in > /dev/mirror/gm0s1f on /usr (ufs, NFS exported, local, soft-updates, =20= > acls) > > Soo.. I guess this mobo is just plain fucked and needs to be =20 > replaced with something newer ;) > Bad thing is, this is Socket A.. so there isnt so many choices left =20= > in the mobo market.. > > However, i found a ASUS A7N8X-XE NF ULTRA 400 SOCKET A with Nforce2 =20= > Ultra 400 chipset.. Does anyone have any knowledge about this chipset? > How well does it work with Fbsd? I'll do some googling but if =20 > someone is using this successfully or unsuccessfully, please let me =20= > know :) Got the board now, everything seems to work great, fine =20 transferspeeds, no crashes so far (1 day..). Lets hope this thread =20 ends here..:) > -- > Johan --Apple-Mail-20--885330881-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 21:20:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F47C16A462 for ; Sat, 28 Jan 2006 21:20:06 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id E02A243D4C for ; Sat, 28 Jan 2006 21:20:04 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Sat, 28 Jan 2006 16:18:39 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 412B513654; Sat, 28 Jan 2006 16:20:03 -0500 (EST) Date: Sat, 28 Jan 2006 16:20:03 -0500 From: Ed Maste To: freebsd-stable@freebsd.org Message-ID: <20060128212003.GA52217@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 28 Jan 2006 21:18:39.0640 (UTC) FILETIME=[68888980:01C62450] Subject: FreeBSD 5.5 network driver binary module compatibility X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 21:20:06 -0000 I've been backmerging to RELENG_5 the IP multicast address locking work done by Robert Watson in HEAD and RELENG_6. This prevents various panics and corruption that happens when configuring multicast addresses. The first two parts [1][2] of the MFC are complete, and all that remains is to have drivers lock the if_addr_mtx when they synchronize their hardware address filter with the list maintained by the stack. In order to avoid breaking struct ifnet within 5.x, a global mutex if_addr_mtx is shared by all drivers. This means that FreeBSD 5.5 binary modules of these drivers will not load on FreeBSD 5.4 or earlier, because the global mutex doesn't exist. Existing binary drivers will continue work on FreeBSD 5.5 (but will lack locking around multicast address configuration). -ed [1] http://lists.freebsd.org/pipermail/cvs-src/2006-January/057620.html [2] http://lists.freebsd.org/pipermail/cvs-src/2006-January/058342.html From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 21:24:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 644C916A420 for ; Sat, 28 Jan 2006 21:24:50 +0000 (GMT) (envelope-from dacoder@dcoder.net) Received: from ns0.dcoder.net (ns0.dcoder.net [66.92.160.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18F7B43D46 for ; Sat, 28 Jan 2006 21:24:49 +0000 (GMT) (envelope-from dacoder@dcoder.net) Received: from ns0.dcoder.net (ns0.dcoder.net [66.92.160.14]) by ns0.dcoder.net (Postfix) with ESMTP id 2616C17009 for ; Sat, 28 Jan 2006 16:24:49 -0500 (EST) Date: Sat, 28 Jan 2006 16:24:49 -0500 (EST) From: David Coder To: freebsd-stable@freebsd.org Message-ID: <20060128160437.E2240@ns0.dcoder.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: weird buildworld consequences in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Coder List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 21:24:50 -0000 i've an up-to-date 5.4 system that i'd like to upgrade to 6.0 to take advantage of the improved SMP but keep running into the following, using pristine 6.0 sources & (as far as i can see) following the UPDATING advice scrupulously, namely that after running make buildworld & make kernel, using the 5.4 ldd gives me either: # ldd /usr/obj/usr/src_6/bin/sh/sh /usr/obj/usr/src_6/bin/sh/sh: libedit.so.5 => /lib/libedit.so.5 (0x2809c000) libncurses.so.6 => /lib/libncurses.so.6 (0x280b2000) libc.so.6 => /usr/local/lib/pluginwrapper/flash6.so (0x280f5000) when i try to boot into single-user to install world; and the 6.0 ldd gives me # pwd /usr/obj/usr/src_6/usr.bin/ldd # ./ldd ../../bin/sh/sh /libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in ./ldd which i sometimes also get, & that doesn't work very well, either. anybody got a clue what i'm doing wrong? thx. =========== David Coder Consulting Network Engineer Washington, DC From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 22:14:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1794116A423; Sat, 28 Jan 2006 22:14:38 +0000 (GMT) (envelope-from SRS0=rlehB1Ps=3Y=metro.cx=fbsd@sonologic.nl) Received: from mx1.sonologic.nl (mx1.sonologic.nl [82.94.245.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24B3743D53; Sat, 28 Jan 2006 22:14:36 +0000 (GMT) (envelope-from SRS0=rlehB1Ps=3Y=metro.cx=fbsd@sonologic.nl) Received: from [10.1.5.2] (a80-127-84-188.adsl.xs4all.nl [80.127.84.188]) (authenticated bits=0) by mx1.sonologic.nl (8.13.3/8.13.3) with ESMTP id k0SMEZor065959; Sat, 28 Jan 2006 22:14:35 GMT Message-ID: <43DBED3F.3000408@metro.cx> Date: Sat, 28 Jan 2006 23:16:31 +0100 From: Koen Martens Organization: Sonologic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050317 Thunderbird/1.0.2 Mnenhy/0.7.2.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oleg Bulyzhin References: <43DB8EA6.7070503@metro.cx> <20060128211710.GA29790@lath.rinet.ru> In-Reply-To: <20060128211710.GA29790@lath.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Helo-Milter-Authen: gmc@sonologic.nl, fbsd@metro.cx, mx1 Received-SPF: pass (mx1.sonologic.nl: 80.127.84.188 is authenticated by a trusted mechanism) Cc: freebsd-stable@freebsd.org Subject: Re: ipfilter + bge strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 22:14:38 -0000 Oleg Bulyzhin wrote: > Could you please run 'tcpdump -nvi bge0' while you are generating > dns traffic (having bge0 checksum offloading on)? > > 'netstat -sp udp' output might be helpful too. Sure thing, although it happens with other kinds of traffic too (in the dump, there's some NTP for example). Here's the netstat output before: http://www.metro.cx/bge/pre.txt Here's the tcpdump output: http://www.metro.cx/bge/tcpdump.txt And netstat after..: http://www.metro.cx/bge/post.txt Seems like the bad checksums are on outgoing packets only, which sort of explains why with 5.4 there were no problems (as it only has the option rxcsum). txcsum and rxcsum are linked however, it is either both on or both off on 6-stable.. Thanks for your reply, Koen -- K.F.J. Martens, Sonologic, http://www.sonologic.nl/ Networking, hosting, embedded systems, unix, artificial intelligence. Public PGP key: http://www.metro.cx/pubkey-gmc.asc Wondering about the funny attachment your mail program can't read? Visit http://www.openpgp.org/ From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 23:00:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D2C516A420 for ; Sat, 28 Jan 2006 23:00:18 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB42043D46 for ; Sat, 28 Jan 2006 23:00:17 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.4/8.13.4) with ESMTP id k0SN0Gg3031465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jan 2006 02:00:16 +0300 (MSK) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.4/8.13.4/Submit) id k0SN0GL5031464; Sun, 29 Jan 2006 02:00:16 +0300 (MSK) (envelope-from oleg) Date: Sun, 29 Jan 2006 02:00:15 +0300 From: Oleg Bulyzhin To: Koen Martens Message-ID: <20060128230015.GC29790@lath.rinet.ru> References: <43DB8EA6.7070503@metro.cx> <20060128211710.GA29790@lath.rinet.ru> <43DBED3F.3000408@metro.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43DBED3F.3000408@metro.cx> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: ipfilter + bge strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 23:00:18 -0000 On Sat, Jan 28, 2006 at 11:16:31PM +0100, Koen Martens wrote: > Oleg Bulyzhin wrote: > > Could you please run 'tcpdump -nvi bge0' while you are generating > > dns traffic (having bge0 checksum offloading on)? > > > > 'netstat -sp udp' output might be helpful too. > > Sure thing, although it happens with other kinds of traffic too (in > the dump, there's some NTP for example). Here's the netstat output > before: > > http://www.metro.cx/bge/pre.txt > > Here's the tcpdump output: > > http://www.metro.cx/bge/tcpdump.txt > > And netstat after..: > > http://www.metro.cx/bge/post.txt > > Seems like the bad checksums are on outgoing packets only, which > sort of explains why with 5.4 there were no problems (as it only has > the option rxcsum). txcsum and rxcsum are linked however, it is > either both on or both off on 6-stable.. > > Thanks for your reply, > > Koen Btw, until recent changes bge had txcsum (not rxcsum) only. As i can see there is no problem with checksum's at all (at least inside bge driver). tcpdump reports bad checksum on outgoing packets due to nature of tx checksum offloading: packet will get it's checksum calculated right before it goes on wire (If you want to check tx checksum offloading you should look on incoming packets on other end of wire). Looks like something is wrong inside ipfilter. Can you test with ipfilter turned off (ipf -D or, if you using module, kld_unload ipl.ko)? > > > > -- > K.F.J. Martens, Sonologic, http://www.sonologic.nl/ > Networking, hosting, embedded systems, unix, artificial intelligence. > Public PGP key: http://www.metro.cx/pubkey-gmc.asc > Wondering about the funny attachment your mail program > can't read? Visit http://www.openpgp.org/ -- Oleg. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 23:11:46 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ED9616A420 for ; Sat, 28 Jan 2006 23:11:46 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D150A43D46 for ; Sat, 28 Jan 2006 23:11:45 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id k0SNBYAr017640; Sat, 28 Jan 2006 15:11:38 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200601282311.k0SNBYAr017640@gw.catspoiler.org> Date: Sat, 28 Jan 2006 15:11:34 -0800 (PST) From: Don Lewis To: dwmalone@maths.tcd.ie In-Reply-To: <20060128104622.GA44760@walton.maths.tcd.ie> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org, dlm-fb@weaselfish.com Subject: Re: [5.4] mode bits changed by close(2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 23:11:46 -0000 On 28 Jan, David Malone wrote: > On Fri, Jan 27, 2006 at 02:01:19PM -0700, dlm-fb@weaselfish.com wrote: >> Sticking an fsync() in between the fchmod() and the close() causes the >> bits to be cleared as a side-effect of the fsync(). Doing another >> fchmod() after the fsync() produces the final expected set{u,g}id >> results even after the close. Unfortunately, fsync() is a rather >> expensive operation. > > There is code to clear the suid bits on a file when it is written > to, and I guess this is being triggered when the write is flushed > rather than when the write call is made. This would explain why > flushing before the fsync stops the problem. The last partial write is probably being cached by the client and not being flushed to the server until the client calls close(). The server is seeing the NFS write after it set the set{u,g}id bit(s) and is clearing them in response to the write. The sequence write() fsync() fchmod() close() should work. This oddity could be hidden from userland if fchmod() sync'ed the file before setting the bits, but that doesn't change the performance impact. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 23:34:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FEDB16A420 for ; Sat, 28 Jan 2006 23:34:27 +0000 (GMT) (envelope-from dacoder@dcoder.net) Received: from ns0.dcoder.net (ns0.dcoder.net [66.92.160.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00D2443D45 for ; Sat, 28 Jan 2006 23:34:26 +0000 (GMT) (envelope-from dacoder@dcoder.net) Received: from ns0.dcoder.net (ns0.dcoder.net [66.92.160.14]) by ns0.dcoder.net (Postfix) with ESMTP id 279B117009 for ; Sat, 28 Jan 2006 18:34:26 -0500 (EST) Date: Sat, 28 Jan 2006 18:34:26 -0500 (EST) From: David Coder To: freebsd-stable@freebsd.org In-Reply-To: <20060128160437.E2240@ns0.dcoder.net> Message-ID: <20060128183259.J2240@ns0.dcoder.net> References: <20060128160437.E2240@ns0.dcoder.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: weird buildworld consequences in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Coder List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2006 23:34:27 -0000 oh, i forgot to add: i've got COMPAT_FREEBSD5 enabled in my kernel. On Sat, 28 Jan 2006, David Coder wrote: :Date: Sat, 28 Jan 2006 16:24:49 -0500 (EST) :From: David Coder :To: freebsd-stable@freebsd.org :Subject: weird buildworld consequences in 6.0 : : :i've an up-to-date 5.4 system that i'd like to upgrade to 6.0 to take :advantage of the improved SMP but keep running into the following, using :pristine 6.0 sources & (as far as i can see) following the UPDATING advice :scrupulously, namely that after running make buildworld & make kernel, using :the 5.4 ldd gives me either: : :# ldd /usr/obj/usr/src_6/bin/sh/sh :/usr/obj/usr/src_6/bin/sh/sh: : libedit.so.5 => /lib/libedit.so.5 (0x2809c000) : libncurses.so.6 => /lib/libncurses.so.6 (0x280b2000) : libc.so.6 => /usr/local/lib/pluginwrapper/flash6.so (0x280f5000) : :when i try to boot into single-user to install world; and the 6.0 ldd gives me : :# pwd :/usr/obj/usr/src_6/usr.bin/ldd :# ./ldd ../../bin/sh/sh :/libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY :relocation in ./ldd : :which i sometimes also get, & that doesn't work very well, either. : :anybody got a clue what i'm doing wrong? : :thx. : :=========== :David Coder :Consulting Network Engineer :Washington, DC :