From owner-freebsd-stable@FreeBSD.ORG Sun Apr 26 05:09:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 073B9106566C for ; Sun, 26 Apr 2009 05:09:01 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id A46DB8FC1C for ; Sun, 26 Apr 2009 05:09:00 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from crow.mr-happy.com (crow.mr-happy.com [10.1.0.2]) by vexbert.mr-paradox.net (Postfix) with ESMTP id 987A884534 for ; Sun, 26 Apr 2009 01:08:58 -0400 (EDT) Received: by crow.mr-happy.com (Postfix, from userid 16139) id 7987C4505B; Sun, 26 Apr 2009 01:08:13 -0400 (EDT) Date: Sun, 26 Apr 2009 01:08:13 -0400 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20090426050813.GA1445@mr-happy.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Subject: 7.2-PRE amd64 panic when starting Xorg 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, 26 Apr 2009 05:09:01 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I've installed 7.2-PRERELEASE, csup on 20090423 at around 19:00 UTC. When I rebooted after installing world, X started (xdm in /etc/ttys) and immediately panicked the system, even before switching to the new VTY. I removed all ports and installed Xorg from today's ports HEAD, same result. This is the case with my old xorg.conf and a new one from 'Xorg -configure'. I don't presently have a debug kernel or a means of getting a serial console, so before I roll up my sleeves and figure all that out, I wanted to run this by the list to see if anyone sees a likely cause of this problem. I've attached kgdb output (just startup messages and 'bt' output), dmesg, 'pciconf -lv', the above new xorg.conf, Xorg.0.log from the last working X instance (Xorg from March '08, kernel from Jan. 6 '09), src.conf, and make.conf. Thanks for any help, Jeff --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Description: kgdb-bt-out Content-Disposition: attachment; filename=kgdb-out # kgdb /boot/kernel/kernel /var/crash/vmcore.9 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: drm0: on vgapci0 device_attach: drm0 attach returned 2 Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x3c fault code = supervisor write data, page not present instruction pointer = 0x8:0xffffffff80ee10af stack pointer = 0x10:0xfffffffea1f0a6d0 frame pointer = 0x10:0xfffffffea1f0a720 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 3 current process = 19041 (Xorg) trap number = 12 panic: page fault cpuid = 1 Uptime: 34m42s Physical memory: 1011 MB Dumping 162 MB: 147 131 115 99 83 67 51 35 19 3 Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from /boot/kernel/atapicam.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapicam.ko Reading symbols from /boot/kernel/geom_journal.ko...Reading symbols from /boot/kernel/geom_journal.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_journal.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/snd_ich.ko...Reading symbols from /boot/kernel/snd_ich.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_ich.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/ng_ubt.ko...Reading symbols from /boot/kernel/ng_ubt.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ubt.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/kernel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0x0000000000000004 in ?? () #2 0xffffffff8050e600 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff8050ea22 in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff807d2173 in trap_fatal (frame=0xffffff0001c40000, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:757 #5 0xffffffff807d2545 in trap_pfault (frame=0xfffffffea1f0a620, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:673 #6 0xffffffff807d2ed5 in trap (frame=0xfffffffea1f0a620) at /usr/src/sys/amd64/amd64/trap.c:444 #7 0xffffffff807b712e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #8 0xffffffff80ee10af in drm_open_helper (kdev=0xffffff0001d91c00, flags=3, fmt=Variable "fmt" is not available. ) at /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_fops.c:50 #9 0xffffffff80ee0120 in drm_open (kdev=0xffffff0001d91c00, flags=3, fmt=8192, p=0xffffff0001c40000) at /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:610 #10 0xffffffff804a14dd in devfs_open (ap=0xfffffffea1f0a8d0) at /usr/src/sys/fs/devfs/devfs_vnops.c:902 #11 0xffffffff8059e35f in vn_open_cred (ndp=0xfffffffea1f0aa10, flagp=0xfffffffea1f0a95c, cmode=Variable "cmode" is not available. ) at vnode_if.h:199 #12 0xffffffff8059bc41 in kern_open (td=0xffffff0001c40000, ---Type to continue, or q to quit--- path=0x7fffffffe870
, pathseg=Variable "pathseg" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:1042 #13 0xffffffff807d27ca in syscall (frame=0xfffffffea1f0ac80) at /usr/src/sys/amd64/amd64/trap.c:900 #14 0xffffffff807b733b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:330 #15 0x00000008019f992c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) q --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg # dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-PRERELEASE #0: Thu Apr 23 18:25:38 EDT 2009 root@crow.mr-happy.com:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (2211.34-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 usable memory = 1060511744 (1011 MB) avail memory = 1020772352 (973 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xdc004000-0xdc004fff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered pci0: at device 4.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xdc002000-0xdc002fff irq 21 at device 7.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f mem 0xdc001000-0xdc001fff irq 22 at device 8.0 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] pcib1: at device 9.0 on pci0 pci5: on pcib1 sio0: configured irq 18 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 18 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <3COM PCI FaxModem> port 0xa000-0xa007 irq 18 at device 8.0 on pci5 sio0: moving to sio4 sio4: type 16550A sio4: [FILTER] fwohci0: mem 0xdb008000-0xdb0087ff,0xdb004000-0xdb007fff irq 16 at device 11.0 on pci5 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:72:dc:3e fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x3e108000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:72:dc:3e fwe0: Ethernet address: 02:11:d8:72:dc:3e fwip0: on firewire0 fwip0: Firewire address: 00:11:d8:00:00:72:dc:3e @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode skc0: port 0xa400-0xa4ff mem 0xdb000000-0xdb003fff irq 17 at device 12.0 on pci5 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:15:f2:1e:44:77 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] nfe0: port 0xb000-0xb007 mem 0xdc000000-0xdc000fff irq 23 at device 10.0 on pci0 miibus1: on nfe0 e1000phy1: PHY 9 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: Ethernet address: 00:15:f2:1e:31:0c nfe0: [FILTER] pcib2: at device 11.0 on pci0 pci4: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci2: on pcib4 pcib5: at device 14.0 on pci0 pci1: on pcib5 vgapci0: port 0x9000-0x90ff mem 0xd0000000-0xd7ffffff,0xd9000000-0xd900ffff irq 18 at device 0.0 on pci1 vgapci1: mem 0xd9010000-0xd901ffff at device 0.1 on pci1 acpi_tz0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled 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 acpi0 sio0: type 16550A sio0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] cpu0: on acpi0 powernow0: on cpu0 device_attach: powernow0 attach returned 6 cpu1: on acpi0 powernow1: on cpu1 device_attach: powernow1 attach returned 6 orm0: at iomem 0xd0000-0xd3fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] 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 ums0: on uhub0 ums0: 5 buttons and Z dir. ukbd0: on uhub0 kbd2 at ukbd0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata0-master UDMA33 ad4: 238475MB at ata2-master SATA300 ad8: 157066MB at ata4-master SATA300 ad10: 157066MB at ata5-master SATA300 GEOM_LABEL: Label for provider ad4s1a is ufsid/47d2f5b0f707e35a. GEOM_LABEL: Label for provider ad4s1d is ufsid/47d2f5b415e377aa. GEOM_JOURNAL: Journal 2799764387: ad4s1e contains journal. GEOM_LABEL: Label for provider ad4s1f is ufsid/47d2f5b95c287bb2. GEOM_JOURNAL: Journal 2799764387: ad4s1g contains data. GEOM_JOURNAL: Journal ad4s1g consistent. GEOM_LABEL: Label for provider ad4s1h is ufsid/47d2f5b09477d2da. GEOM_LABEL: Label for provider ad4s1g.journal is ufsid/47d2f8e721a9d7a0. acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 (probe0:ata0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata0:0:0:0): CAM Status: SCSI Status Error (probe0:ata0:0:0:0): SCSI Status: Check Condition (probe0:ata0:0:0:0): NOT READY asc:3a,0 (probe0:ata0:0:0:0): Medium not present (probe0:ata0:0:0:0): Unretryable error acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 ar0: 314133MB status: READY ar0: disk0 READY using ad8 at ata4-master ar0: disk1 READY using ad10 at ata5-master cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device sizeS MfPa:i lAePd :C PNUO T# R1E ALDaYu,n cMheeddi!u m not present GEOM_JOURNAL: Journal 1432689614: ar0s1a contains journal. GEOM_JOURNAL: Journal 1432689614: ar0s1d contains data. GEOM_JOURNAL: Journal ar0s1d clean. GEOM_LABEL: Label for provider ar0s1d is ufsid/47d2da73f933d5d0. Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted GEOM_LABEL: Label ufsid/47d2f5b0f707e35a removed. GEOM_LABEL: Label for provider ad4s1a is ufsid/47d2f5b0f707e35a. GEOM_LABEL: Label ufsid/47d2f5b09477d2da removed. GEOM_LABEL: Label for provider ad4s1h is ufsid/47d2f5b09477d2da. GEOM_LABEL: Label ufsid/47d2f8e721a9d7a0 removed. GEOM_LABEL: Label for provider ad4s1g.journal is ufsid/47d2f8e721a9d7a0. GEOM_LABEL: Label ufsid/47d2f5b0f707e35a removed. GEOM_LABEL: Label ufsid/47d2f5b95c287bb2 removed. WARNING: /var was not properly dismounted GEOM_LABEL: Label ufsid/47d2f5b415e377aa removed. WARNING: /usr was not properly dismounted GEOM_LABEL: Label ufsid/47d2f8e721a9d7a0 removed. pcm0: port 0xdc00-0xdcff,0xe000-0xe0ff mem 0xdc003000-0xdc003fff irq 23 at device 4.0 on pci0 pcm0: [ITHREAD] pcm0: --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=pciconf-out # pciconf -lv none0@pci0:0:0:0: class=0x058000 card=0x815a1043 chip=0x005e10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 Memory Controller' class = memory isab0@pci0:0:1:0: class=0x060100 card=0x815a1043 chip=0x005010de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 PCI to ISA Bridge' class = bridge subclass = PCI-ISA none1@pci0:0:1:1: class=0x0c0500 card=0x815a1043 chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 SMBus' class = serial bus subclass = SMBus ohci0@pci0:0:2:0: class=0x0c0310 card=0x815a1043 chip=0x005a10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 USB Controller' class = serial bus subclass = USB ehci0@pci0:0:2:1: class=0x0c0320 card=0x815a1043 chip=0x005b10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 USB 2.0 Controller' class = serial bus subclass = USB pcm0@pci0:0:4:0: class=0x040100 card=0x812a1043 chip=0x005910de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'Realtek ALC850 Realtek AC'97 Audio' class = multimedia subclass = audio atapci0@pci0:0:6:0: class=0x01018a card=0x815a1043 chip=0x005310de rev=0xf2 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVidia nForce 4 SLI IDE Controller' class = mass storage subclass = ATA atapci1@pci0:0:7:0: class=0x010185 card=0x815a1043 chip=0x005410de rev=0xf3 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVidia nForce 4 SLI IDE Controller' class = mass storage subclass = ATA atapci2@pci0:0:8:0: class=0x010485 card=0x815a1043 chip=0x005510de rev=0xf3 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVidia nForce 4 SLI IDE Controller' class = mass storage subclass = RAID pcib1@pci0:0:9:0: class=0x060401 card=0x00000000 chip=0x005c10de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCI Bridge' class = bridge subclass = PCI-PCI nfe0@pci0:0:10:0: class=0x068000 card=0x81411043 chip=0x005710de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 Ultra NVidia Network Bus Enumerator' class = bridge pcib2@pci0:0:11:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCIe Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:0:12:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCIe Bridge' class = bridge subclass = PCI-PCI pcib4@pci0:0:13:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCIe Bridge' class = bridge subclass = PCI-PCI pcib5@pci0:0:14:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'Nvidia Corp' device = 'nForce4 PCIe Bridge' class = bridge subclass = PCI-PCI hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI sio4@pci0:5:8:0: class=0x070002 card=0x00a212b9 chip=0x100812b9 rev=0x01 hdr=0x00 vendor = '3COM Corp, Modem Division (Formerly US Robotics)' device = 'USR5610B USR5610B (0005610-02) 56K Performance Pro Modem (PCI Internal)' class = simple comms subclass = UART fwohci0@pci0:5:11:0: class=0x0c0010 card=0x808b1043 chip=0x8023104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TSB43AB21/A IEEE1394a-2000 OHCI PHY/Link-Layer Ctrlr' class = serial bus subclass = FireWire skc0@pci0:5:12:0: class=0x020000 card=0x811a1043 chip=0x432011ab rev=0x13 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon 88E8001/8003/8010 PCI Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet vgapci0@pci0:1:0:0: class=0x030000 card=0x09701462 chip=0x554f1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon X800 Series' class = display subclass = VGA vgapci1@pci0:1:0:1: class=0x038000 card=0x09711462 chip=0x556f1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon X800 Series - Secondary' class = display --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="xorg.conf.new" Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "extmod" Load "record" Load "dbe" # Load "glx" # Load "dri" # Load "dri2" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" #DisplaySize 380 300 # mm Identifier "Monitor0" VendorName "SAM" ModelName "SyncMaster" HorizSync 30.0 - 81.0 VertRefresh 56.0 - 75.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 "Dac6Bit" # [] #Option "Dac8Bit" # [] #Option "BusType" # [] #Option "CPPIOMode" # [] #Option "CPusecTimeout" # #Option "AGPMode" # #Option "AGPFastWrite" # [] #Option "AGPSize" # #Option "GARTSize" # #Option "RingSize" # #Option "BufferSize" # #Option "EnableDepthMoves" # [] #Option "EnablePageFlip" # [] #Option "NoBackBuffer" # [] #Option "DMAForXv" # [] #Option "FBTexPercent" # #Option "DepthBits" # #Option "PCIAPERSize" # #Option "AccelDFS" # [] #Option "IgnoreEDID" # [] #Option "DisplayPriority" # [] #Option "PanelSize" # [] #Option "ForceMinDotClock" # #Option "ColorTiling" # [] #Option "VideoKey" # #Option "RageTheatreCrystal" # #Option "RageTheatreTunerPort" # #Option "RageTheatreCompositePort" # #Option "RageTheatreSVideoPort" # #Option "TunerType" # #Option "RageTheatreMicrocPath" # #Option "RageTheatreMicrocType" # #Option "ScalerWidth" # #Option "RenderAccel" # [] #Option "SubPixelOrder" # [] #Option "ShowCache" # [] #Option "DynamicClocks" # [] #Option "VGAAccess" # [] #Option "ReverseDDC" # [] #Option "LVDSProbePLL" # [] #Option "AccelMethod" # #Option "DRI" # [] #Option "ConnectorTable" # #Option "DefaultConnectorTable" # [] #Option "DefaultTMDSPLL" # [] #Option "TVDACLoadDetect" # [] #Option "ForceTVOut" # [] #Option "TVStandard" # #Option "IgnoreLidStatus" # [] #Option "DefaultTVDACAdj" # [] #Option "Int10" # [] #Option "EXAVSync" # [] #Option "ATOMTVOut" # [] #Option "R4xxATOM" # [] Identifier "Card0" Driver "radeon" VendorName "ATI Technologies Inc" BoardName "R430 [Radeon X800 (PCIE)]" BusID "PCI:1:0: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 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Xorg.0.log" X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.0-STABLE amd64 Current Operating System: FreeBSD crow.mr-happy.com 7.1-STABLE FreeBSD 7.1-STABLE #0: Mon Jan 5 19:05:04 EST 2009 root@crow.mr-happy.com:/usr/obj/usr/src/sys/GENERIC amd64 Build Date: 08 March 2008 07:25:52PM 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, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb 28 23:09:37 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "samsung940Be" (**) | |-->Device "MSI/X800" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (==) Automatically adding devices (==) Automatically enabling devices (WW) `fonts.dir' not found (or not valid) in "/usr/local/lib/X11/fonts/local/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/local/lib/X11/fonts/local/"). (WW) The directory "/usr/local/lib/X11/fonts/TrueType/" does not exist. Entry deleted from font path. (==) Including the default font path /usr/local/lib/X11/fonts/misc/,/usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dpi/. (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/Speedo/, /usr/local/lib/X11/fonts/freefont/, /usr/local/lib/X11/fonts/webfonts/, /usr/local/share/apps/konsole/fonts/, /usr/local/share/ghostscript/fonts/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to "/usr/local/lib/X11/rgb" (==) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x67fce0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: "pcidata" (II) Loading /usr/local/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 5 (WW) OS did not count PCI devices, guessing wildly (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,005e card 1043,815a rev a3 class 05,80,00 hdr 00 (II) PCI: 00:01:0: chip 10de,0050 card 1043,815a rev a3 class 06,01,00 hdr 80 (II) PCI: 00:01:1: chip 10de,0052 card 1043,815a rev a2 class 0c,05,00 hdr 80 (II) PCI: 00:02:0: chip 10de,005a card 1043,815a rev a2 class 0c,03,10 hdr 80 (II) PCI: 00:02:1: chip 10de,005b card 1043,815a rev a3 class 0c,03,20 hdr 80 (II) PCI: 00:04:0: chip 10de,0059 card 1043,812a rev a2 class 04,01,00 hdr 00 (II) PCI: 00:06:0: chip 10de,0053 card 1043,815a rev f2 class 01,01,8a hdr 00 (II) PCI: 00:07:0: chip 10de,0054 card 1043,815a rev f3 class 01,01,85 hdr 00 (II) PCI: 00:08:0: chip 10de,0055 card 1043,815a rev f3 class 01,04,85 hdr 00 (II) PCI: 00:09:0: chip 10de,005c card 0000,0000 rev a2 class 06,04,01 hdr 01 (II) PCI: 00:0a:0: chip 10de,0057 card 1043,8141 rev a3 class 06,80,00 hdr 00 (II) PCI: 00:0b:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01 (II) PCI: 00:0c:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01 (II) PCI: 00:0d:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01 (II) PCI: 00:0e:0: chip 10de,005d card 0000,0000 rev a3 class 06,04,00 hdr 01 (II) PCI: 00:18:0: chip 1022,1100 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:1: chip 1022,1101 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:2: chip 1022,1102 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:3: chip 1022,1103 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 01:00:0: chip 1002,554f card 1462,0970 rev 00 class 03,00,00 hdr 80 (II) PCI: 01:00:1: chip 1002,556f card 1462,0971 rev 00 class 03,80,00 hdr 00 (II) PCI: 05:08:0: chip 12b9,1008 card 12b9,00a2 rev 01 class 07,00,02 hdr 00 (II) PCI: 05:0b:0: chip 104c,8023 card 1043,808b rev 00 class 0c,00,10 hdr 00 (II) PCI: 05:0c:0: chip 11ab,4320 card 1043,811a rev 13 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:1:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) Subtractive PCI-to-PCI bridge: (II) Bus 5: bridge is at (0:9:0), (0,5,5), BCTRL: 0x0202 (VGA_EN is cleared) (II) Bus 5 I/O range: [0] -1 0 0x0000a000 - 0x0000afff (0x1000) IX[B] (II) Bus 5 non-prefetchable memory range: [0] -1 0 0xda000000 - 0xdbffffff (0x2000000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 4: bridge is at (0:11:0), (0,4,4), BCTRL: 0x0002 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 3: bridge is at (0:12:0), (0,3,3), BCTRL: 0x0002 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:13:0), (0,2,2), BCTRL: 0x0002 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:14:0), (0,1,1), BCTRL: 0x000a (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x00009000 - 0x00009fff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xd8000000 - 0xd9ffffff (0x2000000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B] (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:24:0), (0,0,5), 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 (0x100000000) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] (--) PCI:*(1:0:0) ATI Technologies Inc R430 [Radeon X800 (PCIE)] rev 0, Mem @ 0xd0000000/27, 0xd9000000/16, I/O @ 0x9000/8 (--) PCI: (1:0:1) ATI Technologies Inc R430 [Radeon X800] (PCIE) (Secondary) rev 0, Mem @ 0xd9010000/16 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xdb000000 - 0xdbffffff (0x1000000) MX[B]E [1] -1 0 0xdb004000 - 0xdb007fff (0x4000) MX[B]E [2] -1 0 0xdb008000 - 0xdb00ffff (0x8000) MX[B]E [3] -1 0 0xdc000000 - 0xdfffffff (0x4000000) MX[B]E [4] -1 0 0xdc001000 - 0xdc001fff (0x1000) MX[B]E [5] -1 0 0xdc002000 - 0xdc003fff (0x2000) MX[B]E [6] -1 0 0xdc003000 - 0xdc003fff (0x1000) MX[B]E [7] -1 0 0xfeb00000 - 0xfebfffff (0x100000) MX[B]E [8] -1 0 0xdc004000 - 0xdc007fff (0x4000) MX[B]E [9] -1 0 0xd9010000 - 0xd901ffff (0x10000) MX[B](B) [10] -1 0 0xd9000000 - 0xd900ffff (0x10000) MX[B](B) [11] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [12] -1 0 0x0000a400 - 0x0000a4ff (0x100) IX[B]E [13] -1 0 0x0000a000 - 0x0000a0ff (0x100) IX[B]E [14] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B]E [15] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [16] -1 0 0x00000b60 - 0x00000b7f (0x20) IX[B]E [17] -1 0 0x00000960 - 0x0000097f (0x20) IX[B]E [18] -1 0 0x00000be0 - 0x00000bff (0x20) IX[B]E [19] -1 0 0x000009e0 - 0x000009ff (0x20) IX[B]E [20] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [21] -1 0 0x00000b70 - 0x00000b7f (0x10) IX[B]E [22] -1 0 0x00000970 - 0x0000097f (0x10) IX[B]E [23] -1 0 0x00000bf0 - 0x00000bff (0x10) IX[B]E [24] -1 0 0x000009f0 - 0x000009ff (0x10) IX[B]E [25] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [26] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [27] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [28] -1 0 0x00004c40 - 0x00004c7f (0x40) IX[B]E [29] -1 0 0x00004c00 - 0x00004cff (0x100) IX[B]E [30] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [31] -1 0 0x00009000 - 0x000090ff (0x100) IX[B](B) (II) PCI Memory resource overlap reduced 0xdb000000 from 0xdbffffff to 0xdb003fff (II) PCI Memory resource overlap reduced 0xdc000000 from 0xdfffffff to 0xdc000fff (II) PCI I/O resource overlap reduced 0x00000b60 from 0x00000b7f to 0x00000b6f (II) PCI I/O resource overlap reduced 0x00000960 from 0x0000097f to 0x0000096f (II) PCI I/O resource overlap reduced 0x00000be0 from 0x00000bff to 0x00000bef (II) PCI I/O resource overlap reduced 0x000009e0 from 0x000009ff to 0x000009ef (II) PCI Memory resource overlap reduced 0xdc002000 from 0xdc003fff to 0xdc002fff (II) PCI I/O resource overlap reduced 0x00004c00 from 0x00004cff to 0x00004c3f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xdb000000 - 0xdb003fff (0x4000) MX[B]E [1] -1 0 0xdb004000 - 0xdb007fff (0x4000) MX[B]E [2] -1 0 0xdb008000 - 0xdb00ffff (0x8000) MX[B]E [3] -1 0 0xdc000000 - 0xdc000fff (0x1000) MX[B]E [4] -1 0 0xdc001000 - 0xdc001fff (0x1000) MX[B]E [5] -1 0 0xdc002000 - 0xdc002fff (0x1000) MX[B]E [6] -1 0 0xdc003000 - 0xdc003fff (0x1000) MX[B]E [7] -1 0 0xfeb00000 - 0xfebfffff (0x100000) MX[B]E [8] -1 0 0xdc004000 - 0xdc007fff (0x4000) MX[B]E [9] -1 0 0xd9010000 - 0xd901ffff (0x10000) MX[B](B) [10] -1 0 0xd9000000 - 0xd900ffff (0x10000) MX[B](B) [11] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [12] -1 0 0x0000a400 - 0x0000a4ff (0x100) IX[B]E [13] -1 0 0x0000a000 - 0x0000a0ff (0x100) IX[B]E [14] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B]E [15] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [16] -1 0 0x00000b60 - 0x00000b6f (0x10) IX[B]E [17] -1 0 0x00000960 - 0x0000096f (0x10) IX[B]E [18] -1 0 0x00000be0 - 0x00000bef (0x10) IX[B]E [19] -1 0 0x000009e0 - 0x000009ef (0x10) IX[B]E [20] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [21] -1 0 0x00000b70 - 0x00000b7f (0x10) IX[B]E [22] -1 0 0x00000970 - 0x0000097f (0x10) IX[B]E [23] -1 0 0x00000bf0 - 0x00000bff (0x10) IX[B]E [24] -1 0 0x000009f0 - 0x000009ff (0x10) IX[B]E [25] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [26] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [27] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [28] -1 0 0x00004c40 - 0x00004c7f (0x40) IX[B]E [29] -1 0 0x00004c00 - 0x00004c3f (0x40) IX[B]E [30] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [31] -1 0 0x00009000 - 0x000090ff (0x100) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] (II) All system resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xdb000000 - 0xdb003fff (0x4000) MX[B]E [5] -1 0 0xdb004000 - 0xdb007fff (0x4000) MX[B]E [6] -1 0 0xdb008000 - 0xdb00ffff (0x8000) MX[B]E [7] -1 0 0xdc000000 - 0xdc000fff (0x1000) MX[B]E [8] -1 0 0xdc001000 - 0xdc001fff (0x1000) MX[B]E [9] -1 0 0xdc002000 - 0xdc002fff (0x1000) MX[B]E [10] -1 0 0xdc003000 - 0xdc003fff (0x1000) MX[B]E [11] -1 0 0xfeb00000 - 0xfebfffff (0x100000) MX[B]E [12] -1 0 0xdc004000 - 0xdc007fff (0x4000) MX[B]E [13] -1 0 0xd9010000 - 0xd901ffff (0x10000) MX[B](B) [14] -1 0 0xd9000000 - 0xd900ffff (0x10000) MX[B](B) [15] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [18] -1 0 0x0000a400 - 0x0000a4ff (0x100) IX[B]E [19] -1 0 0x0000a000 - 0x0000a0ff (0x100) IX[B]E [20] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B]E [21] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [22] -1 0 0x00000b60 - 0x00000b6f (0x10) IX[B]E [23] -1 0 0x00000960 - 0x0000096f (0x10) IX[B]E [24] -1 0 0x00000be0 - 0x00000bef (0x10) IX[B]E [25] -1 0 0x000009e0 - 0x000009ef (0x10) IX[B]E [26] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [27] -1 0 0x00000b70 - 0x00000b7f (0x10) IX[B]E [28] -1 0 0x00000970 - 0x0000097f (0x10) IX[B]E [29] -1 0 0x00000bf0 - 0x00000bff (0x10) IX[B]E [30] -1 0 0x000009f0 - 0x000009ff (0x10) IX[B]E [31] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [32] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [33] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [34] -1 0 0x00004c40 - 0x00004c7f (0x40) IX[B]E [35] -1 0 0x00004c00 - 0x00004c3f (0x40) IX[B]E [36] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [37] -1 0 0x00009000 - 0x000090ff (0x100) IX[B](B) (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "type1" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded by default. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (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 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: "type1" (II) Loading /usr/local/lib/xorg/modules/fonts//libtype1.so (II) Module type1: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Type1 (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.4.0, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font FreeType (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) Loading extension XFree86-DRI (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension RECORD (II) LoadModule: "radeon" (II) Loading /usr/local/lib/xorg/modules/drivers//radeon_drv.so (II) Module radeon: vendor="X.Org Foundation" compiled for 1.4.0, module version = 4.3.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.2.3 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.2.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI Radeon Mobility X300 (M24) 3152 (PCIE), ATI FireGL M24 GL 3154 (PCIE), ATI Radeon X600 (RV380) 3E50 (PCIE), ATI FireGL V3200 (RV380) 3E54 (PCIE), ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP330/340/350 (A4) 4137, ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP), ATI FireGL Z1 AG (AGP), ATI Radeon 9800SE AH (AGP), ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP), ATI FireGL X2 AK (AGP), ATI Radeon 9600 AP (AGP), ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP), ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP), ATI Radeon 9650, ATI FireGL RV360 AV (AGP), ATI Radeon 7000 IGP (A4+) 4237, ATI Radeon 8500 AIW BB (AGP), ATI Radeon 8500 AIW BC (AGP), ATI Radeon IGP320M (U1) 4336, ATI Radeon IGP330M/340M/350M (U2) 4337, ATI Radeon Mobility 7000 IGP 4437, ATI Radeon 9000/PRO If (AGP/PCI), ATI Radeon 9000 Ig (AGP/PCI), ATI Radeon X800 (R420) JH (AGP), ATI Radeon X800PRO (R420) JI (AGP), ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP), ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP), ATI Radeon Mobility 9800 (M18) JN (AGP), ATI Radeon X800 SE (R420) (AGP), ATI Radeon X800XT (R420) JP (AGP), ATI Radeon X850 XT (R480) (AGP), ATI Radeon X850 SE (R480) (AGP), ATI Radeon X850 PRO (R480) (AGP), ATI Radeon X850 XT PE (R480) (AGP), ATI Radeon Mobility M7 LW (AGP), ATI Mobility FireGL 7800 M7 LX (AGP), ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP), ATI FireGL Mobility 9000 (M9) Ld (AGP), ATI Radeon Mobility 9000 (M9) Lf (AGP), ATI Radeon Mobility 9000 (M9) Lg (AGP), ATI Radeon 9700 Pro ND (AGP), ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9600TX NF (AGP), ATI FireGL X1 NG (AGP), ATI Radeon 9800PRO NH (AGP), ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP), ATI Radeon 9800XT NJ (AGP), ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP), ATI Radeon Mobility 9600 (M10) NQ (AGP), ATI Radeon Mobility 9600 (M11) NR (AGP), ATI Radeon Mobility 9600 (M10) NS (AGP), ATI FireGL Mobility T2 (M10) NT (AGP), ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon QD (AGP), ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP), ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP), ATI Radeon 9100 QM (AGP), ATI Radeon 7500 QW (AGP/PCI), ATI Radeon 7500 QX (AGP/PCI), ATI Radeon VE/7000 QY (AGP/PCI), ATI Radeon VE/7000 QZ (AGP/PCI), ATI ES1000 515E (PCI), ATI Radeon Mobility X300 (M22) 5460 (PCIE), ATI Radeon Mobility X600 SE (M24C) 5462 (PCIE), ATI FireGL M22 GL 5464 (PCIE), ATI Radeon X800 (R423) UH (PCIE), ATI Radeon X800PRO (R423) UI (PCIE), ATI Radeon X800LE (R423) UJ (PCIE), ATI Radeon X800SE (R423) UK (PCIE), ATI Radeon X800 XTP (R430) (PCIE), ATI Radeon X800 XL (R430) (PCIE), ATI Radeon X800 SE (R430) (PCIE), ATI Radeon X800 (R430) (PCIE), ATI FireGL V7100 (R423) (PCIE), ATI FireGL V5100 (R423) UQ (PCIE), ATI FireGL unknown (R423) UR (PCIE), ATI FireGL unknown (R423) UT (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility Radeon X700 XL (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Radeon 9100 IGP (A5) 5834, ATI Radeon Mobility 9100 IGP (U3) 5835, ATI Radeon XPRESS 200 5954 (PCIE), ATI Radeon XPRESS 200M 5955 (PCIE), ATI Radeon 9250 5960 (AGP), ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP), ATI Radeon 9200SE 5964 (AGP), ATI FireMV 2200 (PCI), ATI ES1000 5969 (PCI), ATI Radeon XPRESS 200 5974 (PCIE), ATI Radeon XPRESS 200M 5975 (PCIE), ATI Radeon XPRESS 200 5A41 (PCIE), ATI Radeon XPRESS 200M 5A42 (PCIE), ATI Radeon XPRESS 200 5A61 (PCIE), ATI Radeon XPRESS 200M 5A62 (PCIE), ATI Radeon X300 (RV370) 5B60 (PCIE), ATI Radeon X600 (RV370) 5B62 (PCIE), ATI Radeon X550 (RV370) 5B63 (PCIE), ATI Radeon X550XTX (RV370) 5657 (PCIE), ATI FireGL V3100 (RV370) 5B64 (PCIE), ATI FireMV 2200 PCIE (RV370) 5B65 (PCIE), ATI Radeon Mobility 9200 (M9+) 5C61 (AGP), ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Mobility Radeon X800 XT (M28) (PCIE), ATI Mobility FireGL V5100 (M28) (PCIE), ATI Mobility Radeon X800 (M28) (PCIE), ATI Radeon X850 5D4C (PCIE), ATI Radeon X850 XT PE (R480) (PCIE), ATI Radeon X850 SE (R480) (PCIE), ATI Radeon X850 PRO (R480) (PCIE), ATI unknown Radeon / FireGL (R480) 5D50 (PCIE), ATI Radeon X850 XT (R480) (PCIE), ATI Radeon X800XT (R423) 5D57 (PCIE), ATI FireGL V5000 (RV410) (PCIE), ATI Radeon X700 XT (RV410) (PCIE), ATI Radeon X700 PRO (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X700 (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X1800, ATI Mobility Radeon X1800 XT, ATI Mobility Radeon X1800, ATI Mobility FireGL V7200, ATI FireGL V7200, ATI FireGL V5300, ATI Mobility FireGL V7100, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI FireGL V7300, ATI FireGL V7350, ATI Radeon X1600, ATI RV505, ATI Radeon X1300/X1550, ATI Radeon X1550, ATI M54-GL, ATI Mobility Radeon X1400, ATI Radeon X1300/X1550, ATI Radeon X1550 64-bit, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Radeon X1300, ATI Radeon X1300, ATI RV505, ATI RV505, ATI FireGL V3300, ATI FireGL V3350, ATI Radeon X1300, ATI Radeon X1550 64-bit, ATI Radeon X1300/X1550, ATI Radeon X1600, ATI Radeon X1300/X1550, ATI Mobility Radeon X1450, ATI Radeon X1300/X1550, ATI Mobility Radeon X2300, ATI Mobility Radeon X2300, ATI Mobility Radeon X1350, ATI Mobility Radeon X1350, ATI Mobility Radeon X1450, ATI Radeon X1300, ATI Radeon X1550, ATI Mobility Radeon X1350, ATI FireMV 2250, ATI Radeon X1550 64-bit, ATI Radeon X1600, ATI Radeon X1650, ATI Radeon X1600, ATI Radeon X1600, ATI Mobility FireGL V5200, ATI Mobility Radeon X1600, ATI Radeon X1650, ATI Radeon X1650, ATI Radeon X1600, ATI Radeon X1300 XT/X1600 Pro, ATI FireGL V3400, ATI Mobility FireGL V5250, ATI Mobility Radeon X1700, ATI Mobility Radeon X1700 XT, ATI FireGL V5200, ATI Mobility Radeon X1700, ATI Radeon X2300HD, ATI Mobility Radeon HD 2300, ATI Mobility Radeon HD 2300, ATI Radeon X1950, ATI Radeon X1900, ATI Radeon X1950, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI AMD Stream Processor, ATI Radeon X1900, ATI Radeon X1950, ATI RV560, ATI RV560, ATI Mobility Radeon X1900, ATI RV560, ATI Radeon X1950 GT, ATI RV570, ATI RV570, ATI ATI FireGL V7400, ATI RV560, ATI Radeon X1650, ATI Radeon X1650, ATI RV560, ATI Radeon 9100 PRO IGP 7834, ATI Radeon Mobility 9200 IGP 7835, ATI Radeon X1200, ATI Radeon X1200, ATI RS740, ATI RS740M, ATI RS740, ATI RS740M, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 Pro, ATI Radeon HD 2900 GT, ATI FireGL V8650, ATI FireGL V8600, ATI FireGL V7600, ATI RV610, ATI Radeon HD 2400 XT, ATI Radeon HD 2400 Pro, ATI ATI Radeon HD 2400 PRO AGP, ATI FireGL V4000, ATI RV610, ATI ATI Radeon HD 2350, ATI Mobility Radeon HD 2400 XT, ATI Mobility Radeon HD 2400, ATI ATI RADEON E2400, ATI RV610, ATI RV670, ATI Radeon HD3870, ATI Radeon HD3850, ATI RV670, ATI Radeon HD3870 X2, ATI FireGL V7700, ATI RV630, ATI Mobility Radeon HD 2600, ATI Mobility Radeon HD 2600 XT, ATI ATI Radeon HD 2600 XT AGP, ATI ATI Radeon HD 2600 Pro AGP, ATI Radeon HD 2600 XT, ATI Radeon HD 2600 Pro, ATI Gemini RV630, ATI Gemini ATI Mobility Radeon HD 2600 XT, ATI FireGL V5600, ATI FireGL V3600, ATI ATI Radeon HD 2600 LE (II) Primary Device is: PCI 01:00:0 (--) Assigning device section with no busID to primary device (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found (--) Chipset ATI Radeon X800 (R430) (PCIE) found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xdb000000 - 0xdb003fff (0x4000) MX[B]E [5] -1 0 0xdb004000 - 0xdb007fff (0x4000) MX[B]E [6] -1 0 0xdb008000 - 0xdb00ffff (0x8000) MX[B]E [7] -1 0 0xdc000000 - 0xdc000fff (0x1000) MX[B]E [8] -1 0 0xdc001000 - 0xdc001fff (0x1000) MX[B]E [9] -1 0 0xdc002000 - 0xdc002fff (0x1000) MX[B]E [10] -1 0 0xdc003000 - 0xdc003fff (0x1000) MX[B]E [11] -1 0 0xfeb00000 - 0xfebfffff (0x100000) MX[B]E [12] -1 0 0xdc004000 - 0xdc007fff (0x4000) MX[B]E [13] -1 0 0xd9010000 - 0xd901ffff (0x10000) MX[B](B) [14] -1 0 0xd9000000 - 0xd900ffff (0x10000) MX[B](B) [15] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [18] -1 0 0x0000a400 - 0x0000a4ff (0x100) IX[B]E [19] -1 0 0x0000a000 - 0x0000a0ff (0x100) IX[B]E [20] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B]E [21] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [22] -1 0 0x00000b60 - 0x00000b6f (0x10) IX[B]E [23] -1 0 0x00000960 - 0x0000096f (0x10) IX[B]E [24] -1 0 0x00000be0 - 0x00000bef (0x10) IX[B]E [25] -1 0 0x000009e0 - 0x000009ef (0x10) IX[B]E [26] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [27] -1 0 0x00000b70 - 0x00000b7f (0x10) IX[B]E [28] -1 0 0x00000970 - 0x0000097f (0x10) IX[B]E [29] -1 0 0x00000bf0 - 0x00000bff (0x10) IX[B]E [30] -1 0 0x000009f0 - 0x000009ff (0x10) IX[B]E [31] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [32] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [33] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [34] -1 0 0x00004c40 - 0x00004c7f (0x40) IX[B]E [35] -1 0 0x00004c00 - 0x00004c3f (0x40) IX[B]E [36] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [37] -1 0 0x00009000 - 0x000090ff (0x100) IX[B](B) (II) resource ranges after probing: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xdb000000 - 0xdb003fff (0x4000) MX[B]E [5] -1 0 0xdb004000 - 0xdb007fff (0x4000) MX[B]E [6] -1 0 0xdb008000 - 0xdb00ffff (0x8000) MX[B]E [7] -1 0 0xdc000000 - 0xdc000fff (0x1000) MX[B]E [8] -1 0 0xdc001000 - 0xdc001fff (0x1000) MX[B]E [9] -1 0 0xdc002000 - 0xdc002fff (0x1000) MX[B]E [10] -1 0 0xdc003000 - 0xdc003fff (0x1000) MX[B]E [11] -1 0 0xfeb00000 - 0xfebfffff (0x100000) MX[B]E [12] -1 0 0xdc004000 - 0xdc007fff (0x4000) MX[B]E [13] -1 0 0xd9010000 - 0xd901ffff (0x10000) MX[B](B) [14] -1 0 0xd9000000 - 0xd900ffff (0x10000) MX[B](B) [15] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [16] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [17] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [18] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [19] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [20] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [21] -1 0 0x0000a400 - 0x0000a4ff (0x100) IX[B]E [22] -1 0 0x0000a000 - 0x0000a0ff (0x100) IX[B]E [23] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B]E [24] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [25] -1 0 0x00000b60 - 0x00000b6f (0x10) IX[B]E [26] -1 0 0x00000960 - 0x0000096f (0x10) IX[B]E [27] -1 0 0x00000be0 - 0x00000bef (0x10) IX[B]E [28] -1 0 0x000009e0 - 0x000009ef (0x10) IX[B]E [29] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [30] -1 0 0x00000b70 - 0x00000b7f (0x10) IX[B]E [31] -1 0 0x00000970 - 0x0000097f (0x10) IX[B]E [32] -1 0 0x00000bf0 - 0x00000bff (0x10) IX[B]E [33] -1 0 0x000009f0 - 0x000009ff (0x10) IX[B]E [34] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [35] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [36] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [37] -1 0 0x00004c40 - 0x00004c7f (0x40) IX[B]E [38] -1 0 0x00004c00 - 0x00004c3f (0x40) IX[B]E [39] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [40] -1 0 0x00009000 - 0x000090ff (0x100) IX[B](B) [41] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [42] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) RADEON(0): MMIO registers at 0x00000000d9000000: size 64KB (==) RADEON(0): Write-combining range (0xd9000000,0x10000) was already clear (II) RADEON(0): PCI bus 1 card 0 func 0 (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) RADEON(0): Default visual is TrueColor (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.4.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 2.0 (II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (II) RADEON(0): initializing int10 (==) RADEON(0): Write-combining range (0xa0000,0x20000) was already clear (==) RADEON(0): Write-combining range (0xc0000,0x40000) was already clear (II) RADEON(0): Primary V_BIOS segment is: 0xc000 (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (--) RADEON(0): Chipset: "ATI Radeon X800 (R430) (PCIE)" (ChipID = 0x554f) (--) RADEON(0): Linear framebuffer at 0x00000000d0000000 (II) RADEON(0): PCIE card detected (II) RADEON(0): ATOM BIOS detected (II) RADEON(0): Getting BIOS copy from legacy VBIOS location (II) RADEON(0): ATOM BIOS Rom: SubsystemVendorID: 0x1462 SubsystemID: 0x0970 IOBaseAddress: 0x9000 Filename: 13899701.100 BIOS Bootup Message: 113-MS8997-MS (II) RADEON(0): Framebuffer space used by Firmware (kb): 19 (II) RADEON(0): Start of VRAM area used by Firmware: 0x7ffb400 (II) RADEON(0): Framebuffer space used by Firmware (kb): 19 (II) RADEON(0): Start of VRAM area used by Firmware: 0x7ffb400 (II) RADEON(0): AtomBIOS requests 19kB of VRAM scratch space (II) RADEON(0): AtomBIOS VRAM scratch base: 0x7ffb400 (II) RADEON(0): Cannot get VRAM scratch space. Allocating in main memory instead (II) RADEON(0): Default Engine Clock: 390000 (II) RADEON(0): Default Memory Clock: 350000 (II) RADEON(0): Maximum Pixel ClockPLL Frequency Output: 500000 (II) RADEON(0): Minimum Pixel ClockPLL Frequency Output: 200000 (II) RADEON(0): Maximum Pixel ClockPLL Frequency Input: 13500 (II) RADEON(0): Minimum Pixel ClockPLL Frequency Input: 1000 (II) RADEON(0): Maximum Pixel Clock: 400000 (II) RADEON(0): Reference Clock: 27000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: drmOpenMinor returns 9 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.25.0 (==) RADEON(0): Page Flipping disabled (II) RADEON(0): Will try to use DMA for Xv image transfers (II) RADEON(0): Generation 2 PCI interface, using max accessible memory (II) RADEON(0): Detected total video RAM=131072K, accessible=131072K (PCI BAR=131072K) (--) RADEON(0): Mapped VideoRAM: 131072 kByte (256 bit DDR SDRAM) (II) RADEON(0): Color tiling enabled by default (II) RADEON(0): Max desktop size set to 2560x1200 (II) RADEON(0): For a larger or smaller max desktop size, add a Virtual line to your xorg.conf (II) RADEON(0): If you are having trouble with 3D, reduce the desktop size by adjusting the Virtual line to your xorg.conf (II) Loading sub module "ddc" (II) LoadModule: "ddc"(II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c"(II) Module "i2c" already built-in (II) RADEON(0): ref_freq: 2700, min_out_pll: 20000, max_out_pll: 50000, min_in_pll: 100, max_in_pll: 1350, xclk: 40000, sclk: 390.000000, mclk: 350.000000 (II) RADEON(0): PLL parameters: rf=2700 rd=2 min=20000 max=50000; xclk=40000 (II) RADEON(0): Skipping Component Video (II) RADEON(0): Bios Connector table: (II) RADEON(0): Port0: DDCType-0x64, DACType-1, TMDSType-0, ConnectorType-1, hpd_mask-0x0 (II) RADEON(0): Port2: DDCType-0x0, DACType-2, TMDSType-0, ConnectorType-5, hpd_mask-0x0 (II) RADEON(0): Port3: DDCType-0x68, DACType-2, TMDSType-1, ConnectorType-2, hpd_mask-0x0 (II) RADEON(0): Output VGA-0 using monitor section samsung940Be (II) RADEON(0): I2C bus "VGA-0" initialized. (II) RADEON(0): Output S-video has no monitor section (II) RADEON(0): Default TV standard: NTSC (II) RADEON(0): TV standards supported by chip: NTSC PAL (II) RADEON(0): Output DVI-0 has no monitor section (II) RADEON(0): TMDS PLL from BIOS: 16500 a0112 (II) RADEON(0): I2C bus "DVI-0" initialized. (II) RADEON(0): Port0: Monitor -- AUTO Connector -- VGA DAC Type -- Primary TMDS Type -- None DDC Type -- 0x64 (II) RADEON(0): Port1: Monitor -- AUTO Connector -- STV DAC Type -- TVDAC/ExtDAC TMDS Type -- None DDC Type -- 0x0 (II) RADEON(0): Port2: Monitor -- AUTO Connector -- DVI-I DAC Type -- TVDAC/ExtDAC TMDS Type -- Internal DDC Type -- 0x68 (II) RADEON(0): I2C device "VGA-0:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA-0:ddc2" removed. (II) RADEON(0): I2C device "VGA-0:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA-0:ddc2" removed. (II) RADEON(0): I2C device "VGA-0:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA-0:ddc2" removed. (II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0 CailReadPLL(8) = 3 CailReadATIRegister(54) = b000001 CailReadATIRegister(58) = ff00a002 CailReadATIRegister(d04) = 808 CailReadATIRegister(d04) = 808 CailWriteATIRegister(d04,808) CailReadPLL(8) = 3 CailWritePLL(8,3) CailReadATIRegister(54) = b000001 CailWriteATIRegister(54,b008001) CailReadATIRegister(280) = 0 CailWriteATIRegister(280,1b600) CailReadATIRegister(280) = 1b600 CailWriteATIRegister(280,1b6f0) (II) RADEON(0): Delay 2000 usec CailReadATIRegister(58) = ff00a002 CailWriteATIRegister(58,ff00200a) (II) RADEON(0): Delay 5000 usec CailReadATIRegister(58) = ff00200a CailReadATIRegister(280) = 1b6f0 CailWriteATIRegister(280,0) CailReadATIRegister(58) = ff0120fa CailWriteATIRegister(58,ff01a002) CailReadATIRegister(54) = b008001 CailWriteATIRegister(54,b000001) CailReadATIRegister(3f8) = 0 CailReadATIRegister(7c) = 0 CailReadATIRegister(88c) = f080143 CailReadATIRegister(7c) = 0 CailWriteATIRegister(7c,2) CailReadATIRegister(3f8) = 0 CailWriteATIRegister(3f8,80) CailReadATIRegister(280) = 0 CailWriteATIRegister(280,1b600) CailReadATIRegister(280) = 1b600 CailWriteATIRegister(280,1b6c3) CailWriteATIRegister(88c,290200) (II) RADEON(0): Delay 2000 usec CailReadATIRegister(88c) = 290200 CailWriteATIRegister(88c,290213) (II) RADEON(0): Delay 10000 usec CailReadATIRegister(88c) = 290213 CailReadATIRegister(88c) = 290213 CailWriteATIRegister(88c,10290213) CailReadATIRegister(280) = 1b6c3 CailWriteATIRegister(280,1f5c3) CailReadATIRegister(88c) = 10290213 CailWriteATIRegister(88c,10290200) (II) RADEON(0): Delay 2000 usec CailReadATIRegister(88c) = 10290200 CailWriteATIRegister(88c,10290213) (II) RADEON(0): Delay 10000 usec CailReadATIRegister(88c) = 10290213 CailReadATIRegister(88c) = 10290213 CailWriteATIRegister(88c,f080143) CailReadATIRegister(7c) = 2 CailWriteATIRegister(7c,0) CailReadATIRegister(3f8) = 80 CailWriteATIRegister(3f8,0) CailReadPLL(8) = 3 CailWritePLL(8,3) CailReadATIRegister(280) = 1f5c3 CailWriteATIRegister(280,0) Dac detection success DAC connect 00000000 finished output detect: 0 CailReadPLL(8) = 3 CailReadATIRegister(54) = b000001 CailReadATIRegister(58) = ff00a002 CailReadATIRegister(d04) = 808 CailReadATIRegister(d04) = 808 CailWriteATIRegister(d04,808) CailReadPLL(8) = 3 CailWritePLL(8,3) CailReadATIRegister(54) = b000001 CailWriteATIRegister(54,b008001) CailReadATIRegister(280) = 0 CailWriteATIRegister(280,1b600) CailReadATIRegister(280) = 1b600 CailWriteATIRegister(280,1b6f0) (II) RADEON(0): Delay 2000 usec CailReadATIRegister(58) = ff00a002 CailWriteATIRegister(58,ff00200a) (II) RADEON(0): Delay 5000 usec CailReadATIRegister(58) = ff00200a CailReadATIRegister(280) = 1b6f0 CailWriteATIRegister(280,0) CailReadATIRegister(58) = ff0120fa CailWriteATIRegister(58,ff01a002) CailReadATIRegister(54) = b008001 CailWriteATIRegister(54,b000001) CailReadATIRegister(3f8) = 0 CailReadATIRegister(7c) = 0 CailReadATIRegister(88c) = f080143 CailReadATIRegister(7c) = 0 CailWriteATIRegister(7c,2) CailReadATIRegister(3f8) = 0 CailWriteATIRegister(3f8,80) CailReadATIRegister(280) = 0 CailWriteATIRegister(280,1b600) CailReadATIRegister(280) = 1b600 CailWriteATIRegister(280,1b6c3) CailWriteATIRegister(88c,290200) (II) RADEON(0): Delay 2000 usec CailReadATIRegister(88c) = 290200 CailWriteATIRegister(88c,290213) (II) RADEON(0): Delay 10000 usec CailReadATIRegister(88c) = 290213 CailReadATIRegister(88c) = 290213 CailWriteATIRegister(88c,10290213) CailReadATIRegister(280) = 1b6c3 CailWriteATIRegister(280,1f5c3) CailReadATIRegister(88c) = 10290213 CailWriteATIRegister(88c,10290200) (II) RADEON(0): Delay 2000 usec CailReadATIRegister(88c) = 10290200 CailWriteATIRegister(88c,10290213) (II) RADEON(0): Delay 10000 usec CailReadATIRegister(88c) = 10290213 CailReadATIRegister(88c) = 10290213 CailWriteATIRegister(88c,f080143) CailReadATIRegister(7c) = 2 CailWriteATIRegister(7c,0) CailReadATIRegister(3f8) = 80 CailWriteATIRegister(3f8,0) CailReadPLL(8) = 3 CailWritePLL(8,3) CailReadATIRegister(280) = 1f5c3 CailWriteATIRegister(280,0) Dac detection success DAC connect 00000000 finished output detect: 1 (II) RADEON(0): I2C device "DVI-0:ddc2" registered at address 0xA0. (II) RADEON(0): Output: DVI-0, Detected Monitor Type: 3 (II) RADEON(0): Panel infos found from DDC detailed: 1280x1024 (II) RADEON(0): EDID data from the display on output: DVI-0 ---------------------- (II) RADEON(0): Manufacturer: SAM Model: 1bb Serial#: 1212231993 (II) RADEON(0): Year: 2006 Week: 23 (II) RADEON(0): EDID Version: 1.3 (II) RADEON(0): Digital Display Input (II) RADEON(0): Max H-Image Size [cm]: horiz.: 38 vert.: 30 (II) RADEON(0): Gamma: 2.20 (II) RADEON(0): DPMS capabilities: Off; RGB/Color Display (II) RADEON(0): First detailed timing is preferred mode (II) RADEON(0): redX: 0.640 redY: 0.329 greenX: 0.300 greenY: 0.600 (II) RADEON(0): blueX: 0.150 blueY: 0.060 whiteX: 0.313 whiteY: 0.329 (II) RADEON(0): Supported VESA Video Modes: (II) RADEON(0): 720x400@70Hz (II) RADEON(0): 640x480@60Hz (II) RADEON(0): 640x480@67Hz (II) RADEON(0): 640x480@72Hz (II) RADEON(0): 640x480@75Hz (II) RADEON(0): 800x600@56Hz (II) RADEON(0): 800x600@60Hz (II) RADEON(0): 800x600@72Hz (II) RADEON(0): 800x600@75Hz (II) RADEON(0): 832x624@75Hz (II) RADEON(0): 1024x768@60Hz (II) RADEON(0): 1024x768@70Hz (II) RADEON(0): 1024x768@75Hz (II) RADEON(0): 1280x1024@75Hz (II) RADEON(0): 1152x870@75Hz (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported Future Video Modes: (II) RADEON(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEON(0): #1: hsize: 1280 vsize 960 refresh: 60 vid: 16513 (II) RADEON(0): #2: hsize: 1152 vsize 864 refresh: 75 vid: 20337 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 108.0 MHz Image Size: 376 x 301 mm (II) RADEON(0): h_active: 1280 h_sync: 1328 h_sync_end 1440 h_blank_end 1688 h_border: 0 (II) RADEON(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0 (II) RADEON(0): Ranges: V min: 56 V max: 75 Hz, H min: 30 H max: 81 kHz, PixClock max 140 MHz (II) RADEON(0): Monitor name: SyncMaster (II) RADEON(0): Serial No: HCGL601371 (II) RADEON(0): EDID (in hex): (II) RADEON(0): 00ffffffffffff004c2dbb0139314148 (II) RADEON(0): 1710010380261e782ade95a3544c9926 (II) RADEON(0): 0f5054bfef8081808140714f01010101 (II) RADEON(0): 010101010101302a009851002a403070 (II) RADEON(0): 1300782d1100001e000000fd00384b1e (II) RADEON(0): 510e000a202020202020000000fc0053 (II) RADEON(0): 796e634d61737465720a2020000000ff (II) RADEON(0): 004843474c3630313337310a20200088 finished output detect: 2 finished all detect before xf86InitialConfiguration (II) RADEON(0): I2C device "VGA-0:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA-0:ddc2" removed. (II) RADEON(0): I2C device "VGA-0:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA-0:ddc2" removed. (II) RADEON(0): I2C device "VGA-0:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA-0:ddc2" removed. (II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0 CailReadPLL(8) = 3 CailReadATIRegister(54) = b000001 CailReadATIRegister(58) = ff00a002 CailReadATIRegister(d04) = 808 CailReadATIRegister(d04) = 808 CailWriteATIRegister(d04,808) CailReadPLL(8) = 3 CailWritePLL(8,3) CailReadATIRegister(54) = b000001 CailWriteATIRegister(54,b008001) CailReadATIRegister(280) = 0 CailWriteATIRegister(280,1b600) CailReadATIRegister(280) = 1b600 CailWriteATIRegister(280,1b6f0) (II) RADEON(0): Delay 2000 usec CailReadATIRegister(58) = ff00a002 CailWriteATIRegister(58,ff00200a) (II) RADEON(0): Delay 5000 usec CailReadATIRegister(58) = ff00200a CailReadATIRegister(280) = 1b6f0 CailWriteATIRegister(280,0) CailReadATIRegister(58) = ff0120fa CailWriteATIRegister(58,ff01a002) CailReadATIRegister(54) = b008001 CailWriteATIRegister(54,b000001) CailReadATIRegister(3f8) = 0 CailReadATIRegister(7c) = 0 CailReadATIRegister(88c) = f080143 CailReadATIRegister(7c) = 0 CailWriteATIRegister(7c,2) CailReadATIRegister(3f8) = 0 CailWriteATIRegister(3f8,80) CailReadATIRegister(280) = 0 CailWriteATIRegister(280,1b600) CailReadATIRegister(280) = 1b600 CailWriteATIRegister(280,1b6c3) CailWriteATIRegister(88c,290200) (II) RADEON(0): Delay 2000 usec CailReadATIRegister(88c) = 290200 CailWriteATIRegister(88c,290213) (II) RADEON(0): Delay 10000 usec CailReadATIRegister(88c) = 290213 CailReadATIRegister(88c) = 290213 CailWriteATIRegister(88c,10290213) CailReadATIRegister(280) = 1b6c3 CailWriteATIRegister(280,1f5c3) CailReadATIRegister(88c) = 10290213 CailWriteATIRegister(88c,10290200) (II) RADEON(0): Delay 2000 usec CailReadATIRegister(88c) = 10290200 CailWriteATIRegister(88c,10290213) (II) RADEON(0): Delay 10000 usec CailReadATIRegister(88c) = 10290213 CailReadATIRegister(88c) = 10290213 CailWriteATIRegister(88c,f080143) CailReadATIRegister(7c) = 2 CailWriteATIRegister(7c,0) CailReadATIRegister(3f8) = 80 CailWriteATIRegister(3f8,0) CailReadPLL(8) = 3 CailWritePLL(8,3) CailReadATIRegister(280) = 1f5c3 CailWriteATIRegister(280,0) Dac detection success DAC connect 00010000 CailReadPLL(8) = 3 CailReadATIRegister(54) = b000001 CailReadATIRegister(58) = ff00a002 CailReadATIRegister(d04) = 808 CailReadATIRegister(d04) = 808 CailWriteATIRegister(d04,808) CailReadPLL(8) = 3 CailWritePLL(8,3) CailReadATIRegister(54) = b000001 CailWriteATIRegister(54,b008001) CailReadATIRegister(280) = 0 CailWriteATIRegister(280,1b600) CailReadATIRegister(280) = 1b600 CailWriteATIRegister(280,1b6f0) (II) RADEON(0): Delay 2000 usec CailReadATIRegister(58) = ff00a002 CailWriteATIRegister(58,ff00200a) (II) RADEON(0): Delay 5000 usec CailReadATIRegister(58) = ff00200a CailReadATIRegister(280) = 1b6f0 CailWriteATIRegister(280,0) CailReadATIRegister(58) = ff0120fa CailWriteATIRegister(58,ff01a002) CailReadATIRegister(54) = b008001 CailWriteATIRegister(54,b000001) CailReadATIRegister(3f8) = 0 CailReadATIRegister(7c) = 0 CailReadATIRegister(88c) = f080143 CailReadATIRegister(7c) = 0 CailWriteATIRegister(7c,2) CailReadATIRegister(3f8) = 0 CailWriteATIRegister(3f8,80) CailReadATIRegister(280) = 0 CailWriteATIRegister(280,1b600) CailReadATIRegister(280) = 1b600 CailWriteATIRegister(280,1b6c3) CailWriteATIRegister(88c,290200) (II) RADEON(0): Delay 2000 usec CailReadATIRegister(88c) = 290200 CailWriteATIRegister(88c,290213) (II) RADEON(0): Delay 10000 usec CailReadATIRegister(88c) = 290213 CailReadATIRegister(88c) = 290213 CailWriteATIRegister(88c,10290213) CailReadATIRegister(280) = 1b6c3 CailWriteATIRegister(280,1f5c3) CailReadATIRegister(88c) = 10290213 CailWriteATIRegister(88c,10290200) (II) RADEON(0): Delay 2000 usec CailReadATIRegister(88c) = 10290200 CailWriteATIRegister(88c,10290213) (II) RADEON(0): Delay 10000 usec CailReadATIRegister(88c) = 10290213 CailReadATIRegister(88c) = 10290213 CailWriteATIRegister(88c,f080143) CailReadATIRegister(7c) = 2 CailWriteATIRegister(7c,0) CailReadATIRegister(3f8) = 80 CailWriteATIRegister(3f8,0) CailReadPLL(8) = 3 CailWritePLL(8,3) CailReadATIRegister(280) = 1f5c3 CailWriteATIRegister(280,0) Dac detection success DAC connect 00010000 (II) RADEON(0): Output: DVI-0, Detected Monitor Type: 3 (II) RADEON(0): EDID data from the display on output: DVI-0 ---------------------- (II) RADEON(0): Manufacturer: SAM Model: 1bb Serial#: 1212231993 (II) RADEON(0): Year: 2006 Week: 23 (II) RADEON(0): EDID Version: 1.3 (II) RADEON(0): Digital Display Input (II) RADEON(0): Max H-Image Size [cm]: horiz.: 38 vert.: 30 (II) RADEON(0): Gamma: 2.20 (II) RADEON(0): DPMS capabilities: Off; RGB/Color Display (II) RADEON(0): First detailed timing is preferred mode (II) RADEON(0): redX: 0.640 redY: 0.329 greenX: 0.300 greenY: 0.600 (II) RADEON(0): blueX: 0.150 blueY: 0.060 whiteX: 0.313 whiteY: 0.329 (II) RADEON(0): Supported VESA Video Modes: (II) RADEON(0): 720x400@70Hz (II) RADEON(0): 640x480@60Hz (II) RADEON(0): 640x480@67Hz (II) RADEON(0): 640x480@72Hz (II) RADEON(0): 640x480@75Hz (II) RADEON(0): 800x600@56Hz (II) RADEON(0): 800x600@60Hz (II) RADEON(0): 800x600@72Hz (II) RADEON(0): 800x600@75Hz (II) RADEON(0): 832x624@75Hz (II) RADEON(0): 1024x768@60Hz (II) RADEON(0): 1024x768@70Hz (II) RADEON(0): 1024x768@75Hz (II) RADEON(0): 1280x1024@75Hz (II) RADEON(0): 1152x870@75Hz (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported Future Video Modes: (II) RADEON(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 (II) RADEON(0): #1: hsize: 1280 vsize 960 refresh: 60 vid: 16513 (II) RADEON(0): #2: hsize: 1152 vsize 864 refresh: 75 vid: 20337 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 108.0 MHz Image Size: 376 x 301 mm (II) RADEON(0): h_active: 1280 h_sync: 1328 h_sync_end 1440 h_blank_end 1688 h_border: 0 (II) RADEON(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0 (II) RADEON(0): Ranges: V min: 56 V max: 75 Hz, H min: 30 H max: 81 kHz, PixClock max 140 MHz (II) RADEON(0): Monitor name: SyncMaster (II) RADEON(0): Serial No: HCGL601371 (II) RADEON(0): EDID (in hex): (II) RADEON(0): 00ffffffffffff004c2dbb0139314148 (II) RADEON(0): 1710010380261e782ade95a3544c9926 (II) RADEON(0): 0f5054bfef8081808140714f01010101 (II) RADEON(0): 010101010101302a009851002a403070 (II) RADEON(0): 1300782d1100001e000000fd00384b1e (II) RADEON(0): 510e000a202020202020000000fc0053 (II) RADEON(0): 796e634d61737465720a2020000000ff (II) RADEON(0): 004843474c3630313337310a20200088 in RADEONProbeOutputModes (II) RADEON(0): EDID vendor "SAM", prod id 443 (II) RADEON(0): Output VGA-0 disconnected (II) RADEON(0): Output S-video disconnected (II) RADEON(0): Output DVI-0 connected (II) RADEON(0): Output DVI-0 using initial mode 1280x1024 after xf86InitialConfiguration (==) RADEON(0): DPI set to (75, 75) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.3 (==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0) (II) Loading sub module "ramdac" (II) LoadModule: "ramdac"(II) Module "ramdac" already built-in (==) RADEON(0): Using XAA acceleration architecture (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/local/lib/xorg/modules//libxaa.so (II) Module xaa: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.2.0 ABI class: X.Org Video Driver, version 2.0 (==) RADEON(0): Assuming overlay scaler buffer width is 1536 (II) RADEON(0): No MM_TABLE found - assuming CARD is not TV-in capable. (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (!!) RADEON(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (!!) RADEON(0): MergedFB support has been removed and replaced with xrandr 1.2 support (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xd9000000 - 0xd900ffff (0x10000) MX[B] [1] 0 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B] [2] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [3] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [4] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [5] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [6] -1 0 0xdb000000 - 0xdb003fff (0x4000) MX[B]E [7] -1 0 0xdb004000 - 0xdb007fff (0x4000) MX[B]E [8] -1 0 0xdb008000 - 0xdb00ffff (0x8000) MX[B]E [9] -1 0 0xdc000000 - 0xdc000fff (0x1000) MX[B]E [10] -1 0 0xdc001000 - 0xdc001fff (0x1000) MX[B]E [11] -1 0 0xdc002000 - 0xdc002fff (0x1000) MX[B]E [12] -1 0 0xdc003000 - 0xdc003fff (0x1000) MX[B]E [13] -1 0 0xfeb00000 - 0xfebfffff (0x100000) MX[B]E [14] -1 0 0xdc004000 - 0xdc007fff (0x4000) MX[B]E [15] -1 0 0xd9010000 - 0xd901ffff (0x10000) MX[B](B) [16] -1 0 0xd9000000 - 0xd900ffff (0x10000) MX[B](B) [17] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [18] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU) [19] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [20] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [21] 0 0 0x00009000 - 0x000090ff (0x100) IX[B] [22] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [23] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [24] -1 0 0x0000a400 - 0x0000a4ff (0x100) IX[B]E [25] -1 0 0x0000a000 - 0x0000a0ff (0x100) IX[B]E [26] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B]E [27] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [28] -1 0 0x00000b60 - 0x00000b6f (0x10) IX[B]E [29] -1 0 0x00000960 - 0x0000096f (0x10) IX[B]E [30] -1 0 0x00000be0 - 0x00000bef (0x10) IX[B]E [31] -1 0 0x000009e0 - 0x000009ef (0x10) IX[B]E [32] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [33] -1 0 0x00000b70 - 0x00000b7f (0x10) IX[B]E [34] -1 0 0x00000970 - 0x0000097f (0x10) IX[B]E [35] -1 0 0x00000bf0 - 0x00000bff (0x10) IX[B]E [36] -1 0 0x000009f0 - 0x000009ff (0x10) IX[B]E [37] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [38] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [39] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [40] -1 0 0x00004c40 - 0x00004c7f (0x40) IX[B]E [41] -1 0 0x00004c00 - 0x00004c3f (0x40) IX[B]E [42] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [43] -1 0 0x00009000 - 0x000090ff (0x100) IX[B](B) [44] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [45] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) RADEON(0): RADEONScreenInit d0000000 0 0 (==) RADEON(0): Write-combining range (0xd9000000,0x10000) was already clear (==) RADEON(0): Write-combining range (0xd0000000,0x8000000) (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear Entering TV Save Save TV timing tables saveTimingTables: reading timing tables TV Save done disable montype: 3 (==) RADEON(0): Using 24 bit depth buffer (II) RADEON(0): RADEONInitMemoryMap() : (II) RADEON(0): mem_size : 0x08000000 (II) RADEON(0): MC_FB_LOCATION : 0xd7ffd000 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 (II) RADEON(0): Depth moves disabled by default (II) RADEON(0): CP in BM mode (II) RADEON(0): Using 8 MB GART aperture (II) RADEON(0): Using 1 MB for the ring buffer (II) RADEON(0): Using 2 MB for vertex/indirect buffers (II) RADEON(0): Using 5 MB for GART textures (II) RADEON(0): Memory manager initialized to (0,0) (1280,8191) (II) RADEON(0): Reserved area from (0,1200) to (1280,1202) (II) RADEON(0): Largest offscreen area available: 1280 x 6989 (II) RADEON(0): Will use front buffer at offset 0x0 (II) RADEON(0): Will use back buffer at offset 0x1838000 (II) RADEON(0): Will use depth buffer at offset 0x1e14000 (II) RADEON(0): Will use 32 kb for PCI GART table at offset 0x7ff8000 (II) RADEON(0): Will use 94208 kb for textures at offset 0x23f0000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 9, (OK) drmOpenByBusid: drmOpenMinor returns 9 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables. (II) RADEON(0): [drm] framebuffer handle = 0xd0000000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): X context handle = 0x3 (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [pci] 8192 kB allocated with handle 0x00000000 (II) RADEON(0): [pci] ring handle = 0x8142e000 (II) RADEON(0): [pci] Ring mapped at 0x80af83000 (II) RADEON(0): [pci] Ring contents 0x00000000 (II) RADEON(0): [pci] ring read ptr handle = 0x8152f000 (II) RADEON(0): [pci] Ring read ptr mapped at 0x8006c4000 (II) RADEON(0): [pci] Ring read ptr contents 0x00000000 (II) RADEON(0): [pci] vertex/indirect buffers handle = 0x81530000 (II) RADEON(0): [pci] Vertex/indirect buffers mapped at 0x80b084000 (II) RADEON(0): [pci] Vertex/indirect buffers contents 0x00000000 (II) RADEON(0): [pci] GART texture map handle = 0x81730000 (II) RADEON(0): [pci] GART Texture map mapped at 0x80b284000 (II) RADEON(0): [drm] register handle = 0xd9000000 (II) RADEON(0): [dri] Visual configs initialized disable montype: 3 init memmap init common init crtc1 init pll1 freq: 108000000 best_freq: 108000000 best_feedback_div: 16 best_ref_div: 2 best_post_div: 2 restore memmap (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0xd7ffd000 0xd7ffd000 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 restore common restore crtc1 restore pll1 finished PLL1 restore FP enable montype: 3 (WW) RADEON(0): No crtc mode list for crtc 1,continuing with desired mode disable montype: 3 (==) RADEON(0): Backing store disabled (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] failure adding irq handler, there is a device already using that irq [drm] falling back to irq-free operation (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 (WW) RADEON(0): DRI init changed memory map, adjusting ... (WW) RADEON(0): MC_FB_LOCATION was: 0xd7ffd000 is: 0xd7ffd000 (WW) RADEON(0): MC_AGP_LOCATION was: 0xffffffc0 is: 0xffffffc0 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0xd7ffd000 0xd7ffd000 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 (II) RADEON(0): Direct rendering enabled (II) RADEON(0): Render acceleration unsupported on Radeon 9500/9700 and newer. (II) RADEON(0): Render acceleration disabled (II) RADEON(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 Lines Scanline Image Writes Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (II) RADEON(0): Acceleration enabled (==) RADEON(0): Silken mouse enabled (II) RADEON(0): Using hardware cursor 0 (scanline 1202) (II) RADEON(0): Using hardware cursor 1 (scanline 1205) (II) RADEON(0): Largest offscreen area available: 1280 x 6982 (II) RADEON(0): No video input capabilities detected and no information is provided - disabling multimedia i2c (II) Loading sub module "theatre_detect" (II) LoadModule: "theatre_detect" (II) Loading /usr/local/lib/xorg/modules/multimedia//theatre_detect_drv.so (II) Module theatre_detect: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (II) RADEON(0): no multimedia table present, disabling Rage Theatre. (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message. (WW) RADEON(0): Option "MonitorLayout" is not used (--) RandR disabled (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 XAccessControlExtension (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 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/local/lib/xorg/modules/extensions//libGLcore.so (II) Module GLcore: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) GLX: Initialized MESA-PROXY GL provider for screen 0 (II) RADEON(0): Setting screen physical size to 376 x 301 (**) Option "Protocol" "Auto" (**) Mouse1: Device: "/dev/sysmouse" (**) Mouse1: Protocol: "Auto" (**) Option "CorePointer" (**) Mouse1: always reports core events (**) Option "Device" "/dev/sysmouse" (==) Mouse1: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse1: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse1: Buttons: 11 (**) Mouse1: Sensitivity: 1 (**) Option "CoreKeyboard" (**) Keyboard1: always reports core events (**) Option "Protocol" "standard" (**) Keyboard1: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard1: XkbRules: "xorg" (**) Option "XkbModel" "pc104" (**) Keyboard1: XkbModel: "pc104" (**) Option "XkbLayout" "us" (**) Keyboard1: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard1: CustomKeycodes disabled (II) evaluating device (Keyboard1) (II) XINPUT: Adding extended input device "Keyboard1" (type: KEYBOARD) (II) evaluating device (Mouse1) (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (II) Mouse1: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse1: SetupAuto: protocol is SysMouse enable montype: 3 (II) 3rd Button detected: disabling emulate3Button enable montype: 3 enable montype: 3 disable montype: 3 disable montype: 3 enable montype: 3 enable montype: 3 enable montype: 3 enable montype: 3 disable montype: 3 disable montype: 3 [etc] --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="src.conf" WITHOUT_ATM=true WITHOUT_I4B=true WITHOUT_IPFILTER=true WITHOUT_IPX=true WITHOUT_LIB32=true WITHOUT_RCMDS=true WITHOUT_SENDMAIL=true --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="make.conf" CPUTYPE ?= k8 WITHOUT_NLS=true NO_SUID_XSERVER=true WITHOUT_TTF_BYTECODE_ENABLED=true --AhhlLboLdkugWU4S-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 26 07:15:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C729106564A for ; Sun, 26 Apr 2009 07:15:39 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 796B88FC08 for ; Sun, 26 Apr 2009 07:15:38 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n3Q7FPq9040258; Sun, 26 Apr 2009 17:15:26 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 26 Apr 2009 17:15:25 +1000 (EST) From: Ian Smith To: Ken Smith In-Reply-To: <1240696992.55354.50.camel@neo.cse.buffalo.edu> Message-ID: <20090426165926.B89549@sola.nimnet.asn.au> References: <1240615421.55354.31.camel@neo.cse.buffalo.edu> <20090425150558.N89549@sola.nimnet.asn.au> <1240696992.55354.50.camel@neo.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable Subject: Re: FreeBSD 7.2-RC2 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: Sun, 26 Apr 2009 07:15:39 -0000 On Sat, 25 Apr 2009, Ken Smith wrote: > On Sat, 2009-04-25 at 15:21 +1000, Ian Smith wrote: > > On Fri, 24 Apr 2009, Ken Smith wrote: > > > There is one known issue with 7.2-RC2. We switched from KDE3 to KDE4 > > > > Oh, I'd been kinda hoping that wouldn't happen till after release. I > > guess our KDE folks must reckon it's shaken out enough already now .. > > Yes, I contacted the two people who I was told most directly watch over > the KDE ports and both preferred we shift to KDE4. Fair enough. I've been too busy to follow its progress just lately. > > Will kde3 still be able to be installed from packages? Will it be a big > > deal to prefer staying with kde3 (mostly re older small-memory laptops)? > > It will be available for install from packages through the net (FTP > based install, or one of the other package tools that can be told to > download the packages). I'm afraid I can't fit it on the ISO release > media. No that's fine, thanks Ken; glad to hear kde3 won't be obsoleted yet. > Even with the DVD media we currently have a limit caused by the > tool many of our mirror sites use for mirroring - files larger than 2Gb > cause issues (that's why the DVD image is gzip-ed). We're slowly > working to resolve that. Already got my RC2-bootonly - now all I need is some free time :) Thanks, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Apr 26 07:52:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14B3C106566B for ; Sun, 26 Apr 2009 07:52:03 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id F084F8FC13 for ; Sun, 26 Apr 2009 07:52:02 +0000 (UTC) (envelope-from jfb@mr-paradox.net) Received: by vexbert.mr-paradox.net (Postfix, from userid 16139) id B1E2884534; Sun, 26 Apr 2009 03:52:02 -0400 (EDT) Date: Sun, 26 Apr 2009 03:52:02 -0400 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20090426075202.GA5762@mr-happy.com> References: <20090426050813.GA1445@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090426050813.GA1445@mr-happy.com> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Subject: Re: 7.2-PRE amd64 panic when starting Xorg 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, 26 Apr 2009 07:52:03 -0000 On Sun, Apr 26, 2009 at 01:08:13AM -0400, Jeff Blank wrote: > I've installed 7.2-PRERELEASE, csup on 20090423 at around 19:00 UTC. > When I rebooted after installing world, X started (xdm in /etc/ttys) > and immediately panicked the system, even before switching to the new > VTY. I probably should have specified that my video chipset is a Radeon X800 (R430), PCIE, instead of letting you all go hunting for it in the attachments of my previous post. And a little more playing reveals that the panic goes away when I disable dri and dri2 in xorg.conf. I had those commented out in the previously-attached config, not realising that they're enabled by default. (Though X still doesn't seem to work quite right without those, for whatever that's worth). Jeff From owner-freebsd-stable@FreeBSD.ORG Sun Apr 26 08:21:27 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D59D01065674 for ; Sun, 26 Apr 2009 08:21:27 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 23EE38FC0C for ; Sun, 26 Apr 2009 08:21:26 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 147 invoked by uid 89); 26 Apr 2009 08:21:24 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 26 Apr 2009 08:21:24 -0000 Date: Sun, 26 Apr 2009 10:21:26 +0200 From: Oliver Lehmann To: freebsd-stable@freebsd.org Message-Id: <20090426102126.843c35f3.lehmann@ans-netz.de> In-Reply-To: <1240672173.1946.5.camel@balrog.2hip.net> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> <1240593706.2142.38.camel@balrog.2hip.net> <20090424195205.73a2cf44.lehmann@ans-netz.de> <1240596378.2142.45.camel@balrog.2hip.net> <20090425092310.a0471901.lehmann@ans-netz.de> <20090425101909.bad0e8b3.lehmann@ans-netz.de> <1240672173.1946.5.camel@balrog.2hip.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Robert Noland Subject: Re: dri + ATI: dramatic performance slowdown 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, 26 Apr 2009 08:21:28 -0000 Robert Noland wrote: > It also just occurred to me... I'm running radeonhd right now... I will > switch off to radeon in a bit and see if things change. Ok So I don't need to force it to PCI mode now? ;) If I should nevertheless - how do I do this? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Sun Apr 26 08:49:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 910B71065670 for ; Sun, 26 Apr 2009 08:49:43 +0000 (UTC) (envelope-from huubsch@xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.freebsd.org (Postfix) with ESMTP id 30C9C8FC20 for ; Sun, 26 Apr 2009 08:49:42 +0000 (UTC) (envelope-from huubsch@xs4all.nl) Received: from [192.168.1.68] (a80-101-32-233.adsl.xs4all.nl [80.101.32.233]) (authenticated bits=0) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id n3Q8ng51000752 for ; Sun, 26 Apr 2009 10:49:42 +0200 (CEST) (envelope-from huubsch@xs4all.nl) From: Huub Schuurmans To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Sun, 26 Apr 2009 10:49:41 +0200 Message-Id: <1240735781.8034.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2-1.2mdv2009.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: FreeBSD-7.1 wi-driver error messages 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, 26 Apr 2009 08:49:43 -0000 I have FreeBSD 7.1-RELEASE-p4 running on a Soekris 4521 with three wireless cards that use the wi-driver: - one mini-pci wireless card: on pci0 using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) Intersil Firmware: Primary (1.1.1), Station (1.8.2) - and two pcmcia wireless cards: on pccard0 and pccard1 using RF:PRISM2.5 MAC:ISL3873 Intersil Firmware: Primary (1.1.1), Station (1.8.2) Every now and then I get error messages for the mini-pci card and for one (!) of the pcmcia-cards, like: wi1: record read mismatch, rid=fd44, got=200 wi0: record read mismatch, rid=fd44, got=8650 no errors for the other pcmcia-card. The two cards-with-errors are running in managed mode: flags=8843 metric 0 mtu 1500 media: IEEE 802.11 Wireless Ethernet DS/11Mbps authmode OPEN privacy OFF bmiss 7 scanvalid 60 The pcmcia-card that does NOT generate errors is running in master mode: flags=8843 metric 0 mtu 1500 media: IEEE 802.11 Wireless Ethernet DS/11Mbps (DS/2Mbps ) authmode OPEN privacy OFF scanvalid 60 dtimperiod 1 I noticed that this same error was reported during development of 7.0: http://kerneltrap.org/mailarchive/freebsd-current/2008/2/5/722934 The error did not occur with 6.x. Any comment or suggestion is appreciated, Huub From owner-freebsd-stable@FreeBSD.ORG Sun Apr 26 09:09:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99621106566B for ; Sun, 26 Apr 2009 09:09:37 +0000 (UTC) (envelope-from waldoalvarez00@yahoo.com) Received: from web65701.mail.ac4.yahoo.com (web65701.mail.ac4.yahoo.com [76.13.9.93]) by mx1.freebsd.org (Postfix) with SMTP id 38F858FC08 for ; Sun, 26 Apr 2009 09:09:37 +0000 (UTC) (envelope-from waldoalvarez00@yahoo.com) Received: (qmail 69725 invoked by uid 60001); 26 Apr 2009 08:42:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1240735375; bh=ILSkHvyywJgR0Z7321Jcmb+94SAzif+rMandroweaFk=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=xXkWW7HxrcM9Nml2bo/YOf6QP/e63llcePcrHz/MHUys3U1cy0sSFhvnstD/H3YMOxwcsXD/4H6V0kQilqDoD/0OkP/Lh9xIUoOLfP7IHZf9qTUmldLyL8/GyR5erreBk9nyj4OELNIuVIAJYU7ly5O2/ihKDue36hU8A2WRR2k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=vxtF+RM+Mbt61qXbKBZatguxbd1pS52b7suTYwz0UlThghVrfPy+N9VTG3ZE9KhdyrC79ZrzWopQiaJeSBP4vdhtSxc5xUEgAfk1+MSO1TOM5W2sPYMdP7vlVRGULIL99h7VIM1kw/FGUf8QaeVFmdmMCLq3rvF0i+gPtQf65H8=; Message-ID: <93060.64301.qm@web65701.mail.ac4.yahoo.com> X-YMail-OSG: 7txVmNIVM1ktQuJ_gRAO71p8YRxCu1mzCp0293atStOOFzk56BpDb4vgWDjaTgHcCXMSt9yuvgPIP3uUbJSpMfI94yDzTIXZaHOubHa_RFJir0thr9cdukzfX6diK5eeCoHkbgVNeIf0kqSShDP2l8PaPgOlO7OniKd1KUKMCw9xhA2Icen4ZNN7PzaSi6LtgQMqNBCN.TK1kirrt7y.EBRciDkSGxg5BLGZ8jQXKa6EsXojsRA5qpxHN6_LFAhPWptsUXMcHMPssw3KYnmdjVVEVG9YwKNFbGt85tyN4W29kqrzO2gOIDV1MCQ2pL7rXE1CgmySuI.dbA0DqNwxpyEBDA-- Received: from [200.35.145.113] by web65701.mail.ac4.yahoo.com via HTTP; Sun, 26 Apr 2009 01:42:54 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Sun, 26 Apr 2009 01:42:54 -0700 (PDT) From: wac To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: How do i fix the broken FTP structure of freebsd 7.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: waldoalvarez00@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2009 09:09:37 -0000 vantline# pkg_add -r dkimproxy-1.1 Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7 .0-release/Latest/dkimproxy-1.1.tbz: File unavailable (e.g., file not found, no access) pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages- 7.0-release/Latest/dkimproxy-1.1.tbz' by URL vantline# ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/ packages 10/23/2006 12:00:00 AM packages-5-stable 4/4/2008 12:00:00 AM packages-6-stable 4/18/2009 6:16:00 PM packages-6.4-release 11/21/2008 1:33:00 PM packages-7-stable 4/18/2009 10:06:00 PM packages-7.1-release 12/22/2008 11:30:00 PM packages-7.2-release 4/21/2009 5:18:00 PM packages-8-current 4/16/2009 2:38:00 PM packages-current 2/9/2008 12:00:00 AM packages-stable 3/1/2008 12:00:00 AM packages-7.0-release is completely missing. Is there a way to fix this? How? What should I put in PACKAGESITE? Upgrading is unfortunately not an option for me. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 26 09:58:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C0731065670 for ; Sun, 26 Apr 2009 09:58:08 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 06A448FC1D for ; Sun, 26 Apr 2009 09:58:07 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1232258yxb.13 for ; Sun, 26 Apr 2009 02:58:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rUyKzAsgZ8BawMyCKJa9A2Zq+yJi/IGzPJN88w8IXI0=; b=nk4l76uaFLHCEhWXRfEOHXPrQg7mFiTf84gI0EaFrwL7kYmK6Y8lCl5vcA7esaufh3 zmeN4UrUiHM9euc93IwD0MC9F0dFR/CHFxsSZklINkpQCmpgl34pnwCYmgcXmSf+HuxC PBCeZgi3aJ1xybBnIT41RtCxLD3FPXYHniuAQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ZV+F+8bAnVQwdXZj28Ordp7eO6/cPJLYJ5JpDe8OyCEJFJLkk0cTMC/MK9Fydznmd9 A2hCMcJ3MPkHXF039f/t+faIGB9HqLXsW3DZe69j8EFT40V9ORr40NvbaDWQ01SNzhfd s9/XFPBJtXYsWgmnRs4d/Ie44yGUFIK2Tc+8I= MIME-Version: 1.0 Received: by 10.100.177.10 with SMTP id z10mr6584092ane.2.1240739887327; Sun, 26 Apr 2009 02:58:07 -0700 (PDT) In-Reply-To: <93060.64301.qm@web65701.mail.ac4.yahoo.com> References: <93060.64301.qm@web65701.mail.ac4.yahoo.com> Date: Sun, 26 Apr 2009 05:58:07 -0400 Message-ID: <4ad871310904260258t1e2f43ebq96cdac0da6c163ad@mail.gmail.com> From: Glen Barber To: waldoalvarez00@yahoo.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: How do i fix the broken FTP structure of freebsd 7.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: Sun, 26 Apr 2009 09:58:08 -0000 On Sun, Apr 26, 2009 at 4:42 AM, wac wrote: > > vantline# pkg_add -r dkimproxy-1.1 > Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7 > .0-release/Latest/dkimproxy-1.1.tbz: File unavailable (e.g., file not found, no > access) > pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages- > 7.0-release/Latest/dkimproxy-1.1.tbz' by URL > vantline# > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/ > > packages 10/23/2006 12:00:00 AM > packages-5-stable 4/4/2008 12:00:00 AM > packages-6-stable 4/18/2009 6:16:00 PM > packages-6.4-release 11/21/2008 1:33:00 PM > packages-7-stable 4/18/2009 10:06:00 PM > packages-7.1-release 12/22/2008 11:30:00 PM > packages-7.2-release 4/21/2009 5:18:00 PM > packages-8-current 4/16/2009 2:38:00 PM > packages-current 2/9/2008 12:00:00 AM > packages-stable 3/1/2008 12:00:00 AM > > packages-7.0-release is completely missing. > > Is there a way to fix this? How? What should I put in PACKAGESITE? > You could build from ports. Regarding PACKAGESITE, see the handbook. http://www.freebsd.org/doc/en/books/handbook/packages-using.html > Upgrading is unfortunately not an option for me. > -- Glen Barber From owner-freebsd-stable@FreeBSD.ORG Sun Apr 26 12:09:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 097C3106567B for ; Sun, 26 Apr 2009 12:09:31 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 4D1C28FC16 for ; Sun, 26 Apr 2009 12:09:29 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 7016 invoked by uid 89); 26 Apr 2009 12:09:28 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 26 Apr 2009 12:09:28 -0000 Date: Sun, 26 Apr 2009 14:09:30 +0200 From: Oliver Lehmann To: Robert Noland Message-Id: <20090426140930.f36a572c.lehmann@ans-netz.de> In-Reply-To: <20090426102126.843c35f3.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> <1240593706.2142.38.camel@balrog.2hip.net> <20090424195205.73a2cf44.lehmann@ans-netz.de> <1240596378.2142.45.camel@balrog.2hip.net> <20090425092310.a0471901.lehmann@ans-netz.de> <20090425101909.bad0e8b3.lehmann@ans-netz.de> <1240672173.1946.5.camel@balrog.2hip.net> <20090426102126.843c35f3.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown 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, 26 Apr 2009 12:09:31 -0000 By the way: - it also happens with the "radeon" driver (tried it once). - It does not happen when I just exit Xorg normally, and then restart it. - It only happens on switching while Xorg is running to console and then back to Xorg. - While then back in Xorg, Xorg remains unkillable, sometimes I can see my mouesecursor (which I can move around) but the screen is not correctly re-initialized (I can see artifacts and sometimes the console output somewhere in the middle of the screen). -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Sun Apr 26 13:05:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00F841065672 for ; Sun, 26 Apr 2009 13:05:30 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id A20D58FC16 for ; Sun, 26 Apr 2009 13:05:29 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (localhost.aoes.com [127.0.0.1]) by core.byshenk.net (8.14.3/8.14.3) with ESMTP id n3QCo84e020446 for ; Sun, 26 Apr 2009 14:50:08 +0200 (CEST) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.3/8.14.3/Submit) id n3QCo8wi020445 for freebsd-stable@freebsd.org; Sun, 26 Apr 2009 14:50:08 +0200 (CEST) (envelope-from byshenknet) Date: Sun, 26 Apr 2009 14:50:08 +0200 From: Greg Byshenk To: freebsd-stable@freebsd.org Message-ID: <20090426125008.GK1550@core.byshenk.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on core.byshenk.net Subject: em0 watchdog timeout (and 3ware problems) 7-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, 26 Apr 2009 13:05:30 -0000 I have one machine that is seeing watchdog timeouts on em0, running 7-STABLE amd64 as of 2009.04.19, and also some other more perverse errors. Twice now in the last 48 hours, this machine has become unreachable via the network, and connecting to the console shows an endless string of [...] em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting em0: watchdog timeout -- resetting messages. The machine is almost locked up. That is, I can get a login prompt, but can go no further than typing in a username; after the username, no password prompt, and nothing further. The only option is to hard reset the machine or to drop to debugger and reboot. Now the "perverse" part. After restarting, the system partition is no more. Background detail: the machine is a fileserver, with a 3Ware 9650SE-16ML SATA controller, connected to 16 1TB SATA drives, this configured as a 14-drive RAID10 array (+ 2 hot spares), with a 50GB system partition and 6.5TB data partition. The system partition is configured as da1, with one slice and more or less standard partitions for / /var /tmp, etc. (the data partition of the array is sliced with gpt). The issue here is that, upon restart, all parition information on da0 seems to have disappeared, and restarting results in a "no operating system found" message, and a failure to boot (obviously). But all of the data is still present. If I boot into rescue mode, recreate da0s1, mark it bootable, and restore the bsdlabel, then everything works again. I can restart the machine, and it comes back up normally (it requires an fsck of everything on da0, but after that everything is back to normal). I don't know if this is two unrelated problems, or one problem with two symptoms, or something else. I think that I can safely say that it is not a problem with the 3Ware controller itself, as I replaced the controller with a spare (identical model), and the problem recurred. Additionally, I have an almost-identical configuration on four other machines, none of which are experiencing any problems. One thing that is different is that the other machines use Intel PRO/1000 PF (pci-e) NICs. Is there some known problem with the Intel 2572 fibre NIC? Or some potential interaction of it with the 3ware RAID controller? For the moment, I've set hw.pci.enable_msi=0 (as discussed in the threads on 7.2/bge), and am building a new kernel/world from sources csup'd one hour ago, but I'd really like to hear any ideas about this -- particularly the wiping of the label. Some information about the system: # /dev/da0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 0 4.2BSD 0 0 0 b: 8388608 2097152 swap c: 104856192 0 unused 0 0 # "raw" part, don't edit d: 8388608 10485760 4.2BSD 0 0 0 e: 2097152 18874368 4.2BSD 0 0 0 f: 41943040 20971520 4.2BSD 0 0 0 g: 41941632 62914560 4.2BSD 0 0 0 em0@pci0:4:1:0: class=0x020000 card=0x10038086 chip=0x10018086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation'thernet Controller (Fiber)' device = '2572 10/100/1000 Ethernet Controller (Fiber)' class = networktory, range 32, base 0xda000000, size 131072, enabled subclass = ethernetory, range 32, base 0xda000000, size 131072, enabled bar [10] = type Memory, range 32, base 0xda000000, size 131072, enabled bar [14] = type Memory, range 32, base 0xda020000, size 65536, enabled0x00 twa0@pci0:9:0:0: class=0x010400 card=0x100413c1 chip=0x100413c1 rev=0x01 hdr=0x00 device = '9650SE Series PCI-Express SATA2 Raid Controller' class = mass storage subclass = RAID bar [10] = type Prefetchable Memory, range 64, base 0xd8000000, size 33554432, enabled bar [18] = type Memory, range 64, base 0xda300000, size 4096, enabled bar [20] = type I/O Port, range 32, base 0x3000, size 256, enabled cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 32 messages, 64 bit cap 10[70] = PCI-Express 1 legacy endpoint -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-stable@FreeBSD.ORG Sun Apr 26 17:16:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC9D41065670 for ; Sun, 26 Apr 2009 17:16:36 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6DA0A8FC08 for ; Sun, 26 Apr 2009 17:16:36 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.151] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3QHGSda002928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 26 Apr 2009 13:16:28 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Oliver Lehmann In-Reply-To: <20090426102126.843c35f3.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> <1240593706.2142.38.camel@balrog.2hip.net> <20090424195205.73a2cf44.lehmann@ans-netz.de> <1240596378.2142.45.camel@balrog.2hip.net> <20090425092310.a0471901.lehmann@ans-netz.de> <20090425101909.bad0e8b3.lehmann@ans-netz.de> <1240672173.1946.5.camel@balrog.2hip.net> <20090426102126.843c35f3.lehmann@ans-netz.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-WSX2Zby+Kbj/UgIdWf7E" Organization: FreeBSD Date: Sun, 26 Apr 2009 12:16:21 -0500 Message-Id: <1240766181.4395.0.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown 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, 26 Apr 2009 17:16:36 -0000 --=-WSX2Zby+Kbj/UgIdWf7E Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-04-26 at 10:21 +0200, Oliver Lehmann wrote: > Robert Noland wrote: >=20 > > It also just occurred to me... I'm running radeonhd right now... I will > > switch off to radeon in a bit and see if things change. >=20 > Ok So I don't need to force it to PCI mode now? ;) If I should > nevertheless - how do I do this? It still might be useful... Option "BusType" "PCI" robert. --=20 Robert Noland FreeBSD --=-WSX2Zby+Kbj/UgIdWf7E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkn0luUACgkQM4TrQ4qfRON24gCfXW5gbCN6FTDc9oU3mwh542CK waEAnA1V5TPTd/hCGr5psLXgq13jh30a =uZFz -----END PGP SIGNATURE----- --=-WSX2Zby+Kbj/UgIdWf7E-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 26 17:24:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0860E106566C for ; Sun, 26 Apr 2009 17:24:55 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id A76C28FC0C for ; Sun, 26 Apr 2009 17:24:54 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n3QHOoRB086192 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 26 Apr 2009 13:24:53 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: waldoalvarez00@yahoo.com In-Reply-To: <93060.64301.qm@web65701.mail.ac4.yahoo.com> References: <93060.64301.qm@web65701.mail.ac4.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-YCGQjNHe9HbBZcEdo9qR" Date: Sun, 26 Apr 2009 13:24:41 -0400 Message-Id: <1240766681.55354.66.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 Cc: freebsd-stable@freebsd.org Subject: Re: How do i fix the broken FTP structure of freebsd 7.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: Sun, 26 Apr 2009 17:24:55 -0000 --=-YCGQjNHe9HbBZcEdo9qR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-04-26 at 01:42 -0700, wac wrote: > vantline# pkg_add -r dkimproxy-1.1 > Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/pac= kages-7 > .0-release/Latest/dkimproxy-1.1.tbz: File unavailable (e.g., file not fou= nd, no > access) > pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/pa= ckages- > 7.0-release/Latest/dkimproxy-1.1.tbz' by URL > vantline# >=20 > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/ >=20 > packages 10/23/2006 12:00:00 AM > packages-5-stable 4/4/2008 12:00:00 AM > packages-6-stable 4/18/2009 6:16:00 PM > packages-6.4-release 11/21/2008 1:33:00 PM > packages-7-stable 4/18/2009 10:06:00 PM > packages-7.1-release 12/22/2008 11:30:00 PM > packages-7.2-release 4/21/2009 5:18:00 PM > packages-8-current 4/16/2009 2:38:00 PM > packages-current 2/9/2008 12:00:00 AM > packages-stable 3/1/2008 12:00:00 AM >=20 > packages-7.0-release is completely missing. >=20 > Is there a way to fix this? How? What should I put in PACKAGESITE? >=20 > Upgrading is unfortunately not an option for me. >=20 The old releases are available here, in roughly the normal layout: ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ The ports are in the ports/ sub-directory while the release bits themselves are in the old-releases/ sub-directory. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-YCGQjNHe9HbBZcEdo9qR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkn0mNkACgkQ/G14VSmup/bUSgCfcinpyqwf7fcRYz2WONADiZ0e AM8AoJu77bqrllBLgCK1DedwSmFNsEH+ =HCR/ -----END PGP SIGNATURE----- --=-YCGQjNHe9HbBZcEdo9qR-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 26 23:40:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6FD4106564A for ; Sun, 26 Apr 2009 23:40:51 +0000 (UTC) (envelope-from waldoalvarez00@yahoo.com) Received: from web65708.mail.ac4.yahoo.com (web65708.mail.ac4.yahoo.com [76.13.9.100]) by mx1.freebsd.org (Postfix) with SMTP id 8F2968FC14 for ; Sun, 26 Apr 2009 23:40:51 +0000 (UTC) (envelope-from waldoalvarez00@yahoo.com) Received: (qmail 55499 invoked by uid 60001); 26 Apr 2009 23:40:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1240789250; bh=ZJeiaz51t/Yf/fQMhw1otFC/xb9XRzjyovc4QLGVgYo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Gy7Sfidc0J85L5Yx1Qa8jlK5sC9tQN47phLElWB9ms3xuBEQgKG9Z5gRVsGfZGYBazbaKVaZsCVKTuxQD/K1kWjxmyMXbR6kp/A0ctW11ADPjU3KAjs10Se4qQB7C516gTiyRQIV4FGcVnNjke5LAGJIphprM77D6H8EaiD4Ers= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Ukg/8BEmWpyrdB7H/JkA/2wtd7E0bo56d3D7pNacNG++dhM+VleVxReu3pBDoTAkdKsRKfvSJaNAOT3Dpcf46MW2AXLfbZyNeMDiU0oK5cdwkKHpqUcj1knFwBVYRYaAWmTTCxcTxVjCDF6sw2ljgeMmW6tg/DM0uc/Hg/OzFuo=; Message-ID: <964173.55191.qm@web65708.mail.ac4.yahoo.com> X-YMail-OSG: P1W3H9MVM1kAe9Whtz3uyEEJuiC2STYrNgLaNoeMmK086aEO8yP51uCK0OJKHo1a5xZDmYgMXmHHNJIFzLpiya8gNElKpfiszk.FBUKOCrEvcgEJABgCNrFXVGl.LFMR2Mak7COORvYmxf9nVx5GODBHGpt7sqVFINHPU_8FoWQNNTDiKb.CizfA7foV_oFr71W8YEMZhsI1TWgQBWvjvEGuWQHU3fQOh9YtYEoC5Jk11njIGC0wKORy_yrm11wjFmGefPBMbGHDqLbY12ecTPVr.Ci7yN_XkOSvyFhXBbR4uCQI4Ie3B.jSJub2Ew-- Received: from [200.35.145.113] by web65708.mail.ac4.yahoo.com via HTTP; Sun, 26 Apr 2009 16:40:50 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Sun, 26 Apr 2009 16:40:50 -0700 (PDT) From: wac To: Glen Barber In-Reply-To: <4ad871310904260258t1e2f43ebq96cdac0da6c163ad@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: How do i fix the broken FTP structure of freebsd 7.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: waldoalvarez00@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Apr 2009 23:40:52 -0000 Thanks Glen but doing that in a remote computer is askin for trouble and I can't step to the risk of having that computer trashed (fixing it would cost almost as much as renting a new one). Anyway in the forums somebody gave me this: ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/7.0-RELEASE/packages/All The problem now is that the package I need is way too old. Let's see if i can work out to fix that. Problem is it uses perl and perl is used by another package the hosting company installed that depends on it. And that I really have 0 experience with it so reinstalling a new one means downtime. I'll try to modify dkimproxy and see what happens. So far the newer version installed with warnings but doesn't even start. Regards Waldo --- On Sun, 4/26/09, Glen Barber wrote: > From: Glen Barber > Subject: Re: How do i fix the broken FTP structure of freebsd 7.0? > To: waldoalvarez00@yahoo.com > Cc: freebsd-stable@freebsd.org > Date: Sunday, April 26, 2009, 5:58 AM > On Sun, Apr 26, 2009 at 4:42 AM, wac > wrote: > > > > vantline# pkg_add -r dkimproxy-1.1 > > Error: FTP Unable to get > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7 > > .0-release/Latest/dkimproxy-1.1.tbz: File unavailable > (e.g., file not found, no > > access) > > pkg_add: unable to fetch > 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages- > > 7.0-release/Latest/dkimproxy-1.1.tbz' by URL > > vantline# > > > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/ > > > > packages 10/23/2006 12:00:00 AM > > packages-5-stable 4/4/2008 12:00:00 AM > > packages-6-stable 4/18/2009 6:16:00 PM > > packages-6.4-release 11/21/2008 1:33:00 PM > > packages-7-stable 4/18/2009 10:06:00 PM > > packages-7.1-release 12/22/2008 11:30:00 PM > > packages-7.2-release 4/21/2009 5:18:00 PM > > packages-8-current 4/16/2009 2:38:00 PM > > packages-current 2/9/2008 12:00:00 AM > > packages-stable 3/1/2008 12:00:00 AM > > > > packages-7.0-release is completely missing. > > > > Is there a way to fix this? How? What should I put in > PACKAGESITE? > > > > You could build from ports. > > Regarding PACKAGESITE, see the handbook. > http://www.freebsd.org/doc/en/books/handbook/packages-using.html > > > Upgrading is unfortunately not an option for me. > > > > > > -- > Glen Barber > _______________________________________________ > 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 Mon Apr 27 00:59:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90722106564A for ; Mon, 27 Apr 2009 00:59:31 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from vexbert.mr-paradox.net (vexbert.mr-paradox.net [IPv6:2001:470:b:28:f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 73C6C8FC12 for ; Mon, 27 Apr 2009 00:59:31 +0000 (UTC) (envelope-from jfb@mr-happy.com) Received: from crow.mr-happy.com (crow.mr-happy.com [10.1.0.2]) by vexbert.mr-paradox.net (Postfix) with ESMTP id 19AB784532 for ; Sun, 26 Apr 2009 20:59:31 -0400 (EDT) Received: by crow.mr-happy.com (Postfix, from userid 16139) id 5C3794501B; Sun, 26 Apr 2009 20:59:30 -0400 (EDT) Date: Sun, 26 Apr 2009 20:59:30 -0400 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20090427005930.GA1666@mr-happy.com> References: <20090426050813.GA1445@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090426050813.GA1445@mr-happy.com> X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Subject: Re: 7.2-PRE amd64 panic when starting Xorg 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, 27 Apr 2009 00:59:31 -0000 On Sun, Apr 26, 2009 at 01:08:13AM -0400, Jeff Blank wrote: > I've installed 7.2-PRERELEASE, csup on 20090423 at around 19:00 UTC. > When I rebooted after installing world, X started (xdm in /etc/ttys) > and immediately panicked the system, even before switching to the new > VTY. One more note: using 'date=' in a supfile, I think I've narrowed this down to the changes in sys/dev/drm on March 11, which include radeon_cp.c and radeon_irq.c. Jeff From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 02:23:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C236F106564A for ; Mon, 27 Apr 2009 02:23:04 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7A0F58FC0C for ; Mon, 27 Apr 2009 02:23:04 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1203877ywe.13 for ; Sun, 26 Apr 2009 19:23:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=cYzbEU6wmkP8l/QSXqPGbDqVn2B84+B4MhmY+f4A+8w=; b=EvtCy3M4cJCm4Pahtl3nIrC9wHDJO5g54Ii4xPMq142FNEQrAYnUIXYFVYDJa63XoF pobi5yyuazzrdQ+5KMFwm0vQZKa6OgO0IdzDxqfZ9ff2wiP+x7O9cQeL3MRwuDGNyBoX dKqF38ev9gnVbWG2jIj3ng72QcamG6f33grdo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=KuImqGTorcvDs1uB/cuCa36E5L5UDkmT5LoIZN7yeN+qAuPmxOPrXnvA3GmMlfUMG/ FaMX27q19CD2gbb5SU4o6T93fAR6DVPrSuOaFObIq4Y9nV327W6cWdlA8HpgGqXIT1fZ WDF2dJhSU4x13c+cALKBAKzSwhcsYw+tTLtdI= MIME-Version: 1.0 Received: by 10.100.8.17 with SMTP id 17mr3131540anh.21.1240798983581; Sun, 26 Apr 2009 19:23:03 -0700 (PDT) In-Reply-To: <964173.55191.qm@web65708.mail.ac4.yahoo.com> References: <4ad871310904260258t1e2f43ebq96cdac0da6c163ad@mail.gmail.com> <964173.55191.qm@web65708.mail.ac4.yahoo.com> Date: Sun, 26 Apr 2009 22:23:03 -0400 Message-ID: <4ad871310904261923s7a1bc56eq68cec4d1e29bd4de@mail.gmail.com> From: Glen Barber To: waldoalvarez00@yahoo.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: How do i fix the broken FTP structure of freebsd 7.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: Mon, 27 Apr 2009 02:23:05 -0000 On Sun, Apr 26, 2009 at 7:40 PM, wac wrote: > > Thanks Glen but doing that in a remote computer is askin for trouble and = I can't step to the risk of having that computer trashed (fixing it would c= ost almost as much as renting a new one). Anyway in the forums somebody gav= e me this: Doing what in a remote machine is asking for trouble? SSH will not be affe= cted. > > ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/7.0-R= ELEASE/packages/All > > The problem now is that the package I need is way too old. Let's see if i= can work out to fix that. Problem is it uses perl and perl is used by anot= her package the hosting company installed that depends on it. And that I re= ally have 0 experience with it so reinstalling a new one means downtime. I'= ll try to modify dkimproxy and see what happens. So far the newer version i= nstalled with warnings but doesn't even start. > If you need "stability" (production ready), you (as the maintainer of the machine) are obligated to some extent to keep it both, up to date and "stable". Note: I use "stable" in quotes to not be confused with -STABLE. AFAIK, 7.0-REL was EOL'd (or is scheduled to be). Ports are generally guaranteed to be installable on the latest -RELEASE version (in this case, 7.1-RELEASE). Anything prior to that is not a guarantee. Packages (as I am sure you are aware) are only built one time -- when X.X-RELEASE is released. There is no guarantee on compatibility after that point. --=20 Glen Barber From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 05:18:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A8AA1065677 for ; Mon, 27 Apr 2009 05:18:36 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 02BE88FC25 for ; Mon, 27 Apr 2009 05:18:35 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 39600 invoked by uid 89); 27 Apr 2009 05:18:34 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 27 Apr 2009 05:18:34 -0000 Date: Mon, 27 Apr 2009 07:18:37 +0200 From: Oliver Lehmann To: Robert Noland Message-Id: <20090427071837.b18d19f2.lehmann@ans-netz.de> In-Reply-To: <1240766181.4395.0.camel@wombat.2hip.net> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> <1240593706.2142.38.camel@balrog.2hip.net> <20090424195205.73a2cf44.lehmann@ans-netz.de> <1240596378.2142.45.camel@balrog.2hip.net> <20090425092310.a0471901.lehmann@ans-netz.de> <20090425101909.bad0e8b3.lehmann@ans-netz.de> <1240672173.1946.5.camel@balrog.2hip.net> <20090426102126.843c35f3.lehmann@ans-netz.de> <1240766181.4395.0.camel@wombat.2hip.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown 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, 27 Apr 2009 05:18:36 -0000 Hi Robert, Robert Noland wrote: > It still might be useful... Option "BusType" "PCI" With "radeon" driver: When xorg is started, my 2nd monitor keeps being black. The 1st one is working. It looks like the hardware acceleration is not being used as moving windows on the remaining monitor is really slow again. xrandr lists the 2nd monitor. Switching to console and back does work - but the 2nd monitor remains black (no signal). On Xorg Startup I get: info: [drm] Setting GART location based on new memory map error: [drm:pid728:r600_do_init_cp] *ERROR* Need gart offset from userspace in Xorg.log: (II) RADEON(0): AGP card detected (**) RADEON(0): Forced into PCI mode pro: switching works contra: no hardwareaccel., no dualhead With "radeonhd" driver: BusType seems to have no impact. The same behaviour like without. Switching to console and back makes Xorg hang. in Xorg.log (II) RADEONHD(0): AGP Card Detected Nothing about PCI mode. pro: dualhead, hardwareaccel, contra: no switching Without the "busstype" Option, the radeon driver seems to be a bit more performant for me because switching between my virtual desktops makes the system hang for about 1-2 sec. with the radeonhd driver sometimes... I've uploaded both Xorg.log files here: http://files.pofo.de/Xorg.0.log.radeon http://files.pofo.de/Xorg.0.log.radeonhd -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 05:19:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD24A106568B for ; Mon, 27 Apr 2009 05:19:09 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id 8B9788FC12 for ; Mon, 27 Apr 2009 05:19:08 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by gxk18 with SMTP id 18so1933503gxk.19 for ; Sun, 26 Apr 2009 22:19:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=BODqqztBp+10rYT1RkdZTmg+5pCof5shd/Gh0bnYnuE=; b=Ii66uAudtKwc6xi+t5DwRZ4/K2mLozpxqJ5AsAkeSpd/JDQO23/mSiCngt2XX8sHHv wEu2XWq2WhKEag9vpPJS8V4GACfHI3eZkZSjA0iPZVT4Uyl39cRkmh+GibBOUVJkZacB n0BTNhPkQKs7T7ysZBmLT4GOy9vgjXqX48Iko= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=phnY230JY/ZUYk373SYWME+dDBdjQereCFr4oE192DlWOO0xPRs6DCokzc0+APM6ne DIj6lblM1AplNjxz80IoEiEgsnW6LC/vkIyTese732g4EqESpmpdORO+rhZheOBCLcMo uGIc5EcknpS8K02Eg6+lbk3mW65Wc3NE8ZcEw= MIME-Version: 1.0 Received: by 10.150.92.13 with SMTP id p13mr9406879ybb.79.1240808101940; Sun, 26 Apr 2009 21:55:01 -0700 (PDT) Date: Sun, 26 Apr 2009 21:55:01 -0700 Message-ID: From: Navdeep Parhar To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: 7.2RC2 panic in drm_open_helper on amd64 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, 27 Apr 2009 05:19:10 -0000 [ Normally I'd have replied to the original email but I couldn't figure out a way to subscribe to a list, and then reply to an email already posted to the list.] I have this very problem (with a different card): http://lists.freebsd.org/pipermail/freebsd-stable/2009-April/049618.html It looks like drm_open_helper() gets a NULL dev parameter and a panic occurs when it attempts to set dev->flags = flags. r189668, which was the MFC of r189052, seems to be the point where the problem showed up in the 7-STABLE branch. Regards, Navdeep ===================================================== vgapci2@pci0:3:1:0: class=0x030000 card=0x02021787 chip=0x51591002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RV100 Radeon 7000 / Radeon VE' class = display subclass = VGA ===================================================== Unread portion of the kernel message buffer: drm2: on vgapci2 device_attach: drm2 attach returned 2 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x3c fault code = supervisor write data, page not present instruction pointer = 0x8:0xffffffff80e28bfe stack pointer = 0x10:0xfffffffebe6f36a0 frame pointer = 0x10:0xfffffffebe6f36f0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 3 current process = 1103 (Xorg) trap number = 12 panic: page fault cpuid = 0 Uptime: 30m9s Physical memory: 2033 MB Dumping 120 MB: 105 89 73 57 41 25 9 Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/kernel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:195 #1 0x0000000000000004 in ?? () #2 0xffffffff8049a8b1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff8049acec in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff8075e70a in trap_fatal (frame=0xffffff0001c476e0, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:764 #5 0xffffffff8075eab1 in trap_pfault (frame=0xfffffffebe6f35f0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:680 #6 0xffffffff8075f36f in trap (frame=0xfffffffebe6f35f0) at /usr/src/sys/amd64/amd64/trap.c:449 #7 0xffffffff807447ae in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #8 0xffffffff80e28bfe in drm_open_helper (kdev=0xffffff0001bbb200, flags=3, fmt=Variable "fmt" is not available. ) at /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_fops.c:50 #9 0xffffffff80e27510 in drm_open (kdev=0xffffff0001bbb200, flags=3, fmt=8192, p=0xffffff0001c476e0) at /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:597 #10 0xffffffff80464275 in giant_open (dev=0xffffff0001bbb200, oflags=3, devtype=8192, td=0xffffff0001c476e0) at /usr/src/sys/kern/kern_conf.c:342 #11 0xffffffff804341c7 in devfs_open (ap=0xfffffffebe6f38e0) at /usr/src/sys/fs/devfs/devfs_vnops.c:916 #12 0xffffffff8051f0ec in vn_open_cred (ndp=0xfffffffebe6f3a20, flagp=0xfffffffebe6f396c, cmode=Variable "cmode" is not available. ) at vnode_if.h:199 #13 0xffffffff8051ce23 in kern_open (td=0xffffff0001c476e0, path=0x7fffffffe850
, pathseg=Variable "pathseg" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:1042 #14 0xffffffff8075ed1c in syscall (frame=0xfffffffebe6f3c80) at /usr/src/sys/amd64/amd64/trap.c:907 #15 0xffffffff807449bb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:330 #16 0x00000008019c8ffc in ?? () Previous frame inner to this frame (corrupt stack?) From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 14:30:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C0211065675 for ; Mon, 27 Apr 2009 14:30:05 +0000 (UTC) (envelope-from paulo@nlink.com.br) Received: from smtp.nlink.com.br (smtp.nlink.com.br [201.12.59.3]) by mx1.freebsd.org (Postfix) with SMTP id 248448FC1A for ; Mon, 27 Apr 2009 14:30:02 +0000 (UTC) (envelope-from paulo@nlink.com.br) Received: (qmail 11962 invoked from network); 27 Apr 2009 14:03:16 -0000 Received: from j1.nlink.com.br (paulo@intra.nlink.com.br@201.12.59.126) by smtp.nlink.com.br with SMTP; 27 Apr 2009 14:03:16 -0000 Message-ID: <49F5BB24.2090206@nlink.com.br> Date: Mon, 27 Apr 2009 11:03:16 -0300 From: Paulo Fragoso User-Agent: Thunderbird 2.0.0.17 (X11/20081030) 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 7.2-RC boot 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, 27 Apr 2009 14:30:05 -0000 Hi, I can't boot on cdrom sata, this problem doesn't exist in older releases. My motherboard is Gigabyte GA-M61PME-S2 On FreeBSD 7.1 my cdrom drive is detected this way: acd0: DVDR at ata3-master SATA150 Paulo. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 15:05:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26307106566B for ; Mon, 27 Apr 2009 15:05:20 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id DE5648FC1B for ; Mon, 27 Apr 2009 15:05:19 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n3RF5Gsp090505 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Apr 2009 11:05:18 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Paulo Fragoso In-Reply-To: <49F5BB24.2090206@nlink.com.br> References: <49F5BB24.2090206@nlink.com.br> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-dzyRLFOSOWGyYFchPAxc" Organization: U. Buffalo CSE Department Date: Mon, 27 Apr 2009 11:05:16 -0400 Message-Id: <1240844716.59908.14.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 7.2-RC boot 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, 27 Apr 2009 15:05:22 -0000 --=-dzyRLFOSOWGyYFchPAxc Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-04-27 at 11:03 -0300, Paulo Fragoso wrote: > I can't boot on cdrom sata, this problem doesn't exist in older releases. >=20 > My motherboard is > Gigabyte GA-M61PME-S2 >=20 > On FreeBSD 7.1 my cdrom drive is detected this way: > acd0: DVDR at ata3-master SATA150 >=20 Just checking - is *everything* the same? For example is the media the same? Depending on a variety of things I've had issues with rewritable media versus write-once media, etc. The machine I test the release builds on before uploading them has a Gigabyte motherboard (G31M-ES2L) with a sata drive in it so it's not a generic "sata doesn't work" issue: acd0: DVDROM at ata0-slave SATA150 If none of that helps we'd need more information about how far it gets before it stops. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-dzyRLFOSOWGyYFchPAxc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkn1yawACgkQ/G14VSmup/YzgwCffabdfln7gzGxpyrTCWDY1If4 f+0An245gmxWm5YC1NtZ6Ey/Q7f5lH9e =Jwze -----END PGP SIGNATURE----- --=-dzyRLFOSOWGyYFchPAxc-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 16:25:16 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACD6A106567E for ; Mon, 27 Apr 2009 16:25:16 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D125F8FC2D for ; Mon, 27 Apr 2009 16:25:15 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA14062 for ; Mon, 27 Apr 2009 19:25:13 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49F5DC69.1050409@icyb.net.ua> Date: Mon, 27 Apr 2009 19:25:13 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: fsck -C in stable/7 and 7.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: Mon, 27 Apr 2009 16:25:17 -0000 It is quite possible that I messed my local src repo, but this is what I see in stable/7 r191214. fsck(8) describes -C option, fsck mentions this option in its usage message, but: $ fsck -C fsck_ufs: illegal option -- C usage: fsck_ufs [-BCFpfny] [-b block] [-c level] [-m mode] filesystem ... Am I he only one to see this? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 16:33:17 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA2B8106564A; Mon, 27 Apr 2009 16:33:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id ECF3F8FC22; Mon, 27 Apr 2009 16:33:16 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA14162; Mon, 27 Apr 2009 19:33:15 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49F5DE4B.2070702@icyb.net.ua> Date: Mon, 27 Apr 2009 19:33:15 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, freebsd-geom@FreeBSD.ORG X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: fsck, glabel and sudden paralellism 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, 27 Apr 2009 16:33:18 -0000 So I recently switched one system to have only (g)labels instead of "raw" device names in fstab and noticed that now initial (preen) fsck is performed in parallel on couple of filesystems where before it used to be sequential. Here is a lengthy quote from fsck(8): > In preen mode, after pass 1 completes, all remaining file systems are > checked, in pass number order running one process per disk drive in par- > allel for each pass number in increasing order. > > In other words: In preen mode all pass 1 partitions are checked sequen- > tially. Next all pass 2 partitions are checked in parallel, one process > per disk drive. Next all pass 3 partitions are checked in parallel, one > process per disk drive. etc. > > The disk drive containing each file system is inferred from the shortest > prefix of the device name that ends in a digit; the remaining characters > are assumed to be the partition and slice designators. I think it is highly desirable that fsck knows which filesystems reside on the same disk regardless of how they are referred to. I think that the simple string matching described above is not sufficient these days. Is there an easy geom way to query this info? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 16:45:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98DEF1065670 for ; Mon, 27 Apr 2009 16:45:25 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 1FE608FC0C for ; Mon, 27 Apr 2009 16:45:24 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id e12so530219fga.12 for ; Mon, 27 Apr 2009 09:45:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:disposition-notification-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; bh=wxKpViRQAzMiVS1d5/tD0CSyz95xCQa23d3f3g9FPJs=; b=V7Edms4LzSTCxINR4PZ+6NtY9Godw/2mYGSsQblNK/4ZQQQT7Hgunx+it3S67Ac4eF WCwxmi2VDiYex/ZWEixeQPCRTzld1I1UakP1BO3A7CF37CwFJIPG4PUBUgU00HKNCjcb 5pv8POrCn/RJwhtIHetK6lj8kQm7FlNq81QWg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to :disposition-notification-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; b=Vw0IkkjBPlV9+rGNYBcU5JxMuio/8e2/t6q+PiV0MfwBosB38SKGdot2C0nwDO6QuC uQCPC2Dy+FlFxUyYOSHby1kKMYDa6KFzOUMbkhkGHIk/jMut4LYJLNYHiT8V0XiJduPr WH150Al7uYRtAMd1Gnlm+ahqBaMD/B17RKHOQ= Received: by 10.86.62.3 with SMTP id k3mr3445816fga.28.1240850723994; Mon, 27 Apr 2009 09:45:23 -0700 (PDT) Received: from oleg.nevosoft.local ([195.182.128.54]) by mx.google.com with ESMTPS id d4sm5993991fga.29.2009.04.27.09.45.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 27 Apr 2009 09:45:22 -0700 (PDT) From: subbsd To: freebsd-stable@freebsd.org Date: Mon, 27 Apr 2009 20:45:20 +0400 User-Agent: KMail/1.11.2 (FreeBSD/8.0-CURRENT; KDE/4.2.2; i386; ; ) References: <49F5BB24.2090206@nlink.com.br> <1240844716.59908.14.camel@bauer.cse.buffalo.edu> In-Reply-To: <1240844716.59908.14.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904272045.20927.subbsd@gmail.com> Subject: Re: Freebsd 7.2-RC boot 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, 27 Apr 2009 16:45:26 -0000 On Monday 27 April 2009 19:05:16 Ken Smith wrote: > On Mon, 2009-04-27 at 11:03 -0300, Paulo Fragoso wrote: > > I can't boot on cdrom sata, this problem doesn't exist in older releases. > > > > My motherboard is > > Gigabyte GA-M61PME-S2 > > > > On FreeBSD 7.1 my cdrom drive is detected this way: > > acd0: DVDR at ata3-master SATA150 > > Just checking - is *everything* the same? For example is the media the > same? Depending on a variety of things I've had issues with rewritable > media versus write-once media, etc. > > The machine I test the release builds on before uploading them has a > Gigabyte motherboard (G31M-ES2L) with a sata drive in it so it's not a > generic "sata doesn't work" issue: > > acd0: DVDROM at ata0-slave SATA150 > > If none of that helps we'd need more information about how far it gets > before it stops. Hello, i've got some problem with my SATA Optiarc DVD RW: message output on the screen in not stopped, but repeating with incremental delay: ... acd0: DVDR at ata3-master UDMA33 HEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install run_interrupt_driven hooks: still waiting after 60 seconds for xpt_config run_interrupt_driven hooks: still waiting after 120 seconds for xpt_config run_interrupt_driven hooks: still waiting after 180 seconds for xpt_config run_interrupt_driven hooks: still waiting after 240 seconds for xpt_config run_interrupt_driven hooks: still waiting after 300 seconds for xpt_config ... .. Motherboard is Asus m3n78-em. I've check CD - FreeBSD 7.1-RELEASE disc1 for amd64 - FreeBSD 7.2-RC2 disc1 for amd64 - PCBSD 7.1 DVD for i386 With equally results From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 16:59:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C5D0106567A for ; Mon, 27 Apr 2009 16:59:52 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4E3BA8FC20 for ; Mon, 27 Apr 2009 16:59:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA14585; Mon, 27 Apr 2009 19:59:47 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49F5E483.1040803@icyb.net.ua> Date: Mon, 27 Apr 2009 19:59:47 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Ruben Lara References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Boot error 16 lba 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, 27 Apr 2009 16:59:52 -0000 on 25/04/2009 06:42 Ruben Lara said the following: > Hi all, > > All was working fine, i reboot and now i get: > > error 16 lba 752991 It seems that error 16 means "uncorrectable CRC or ECC error on read" result status from INT 13h BIOS routine. My far-fetched guess is that it's either the failing drive or a problem with cabling. > No /boot/loader > > Default: 0:ad(0,ad)/boot/kernel/kernel > > I lose my system? > What can i do? > -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 17:11:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 491FA106566C for ; Mon, 27 Apr 2009 17:11:03 +0000 (UTC) (envelope-from paulo@nlink.com.br) Received: from smtp.nlink.com.br (smtp.nlink.com.br [201.12.59.3]) by mx1.freebsd.org (Postfix) with SMTP id 5C4288FC23 for ; Mon, 27 Apr 2009 17:11:02 +0000 (UTC) (envelope-from paulo@nlink.com.br) Received: (qmail 29084 invoked from network); 27 Apr 2009 17:10:59 -0000 Received: from j1.nlink.com.br (paulo@intra.nlink.com.br@201.12.59.126) by smtp.nlink.com.br with SMTP; 27 Apr 2009 17:10:59 -0000 Message-ID: <49F5E723.6040700@nlink.com.br> Date: Mon, 27 Apr 2009 14:10:59 -0300 From: Paulo Fragoso User-Agent: Thunderbird 2.0.0.17 (X11/20081030) MIME-Version: 1.0 To: Ken Smith References: <49F5BB24.2090206@nlink.com.br> <1240844716.59908.14.camel@bauer.cse.buffalo.edu> In-Reply-To: <1240844716.59908.14.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 7.2-RC boot 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, 27 Apr 2009 17:11:03 -0000 Em 27/04/2009 12:05, Ken Smith escreveu: > On Mon, 2009-04-27 at 11:03 -0300, Paulo Fragoso wrote: > > >> I can't boot on cdrom sata, this problem doesn't exist in older releases. >> >> My motherboard is >> Gigabyte GA-M61PME-S2 >> >> On FreeBSD 7.1 my cdrom drive is detected this way: >> acd0: DVDR at ata3-master SATA150 >> >> > > Just checking - is *everything* the same? For example is the media the > same? Depending on a variety of things I've had issues with rewritable > media versus write-once media, etc. > > The machine I test the release builds on before uploading them has a > Gigabyte motherboard (G31M-ES2L) with a sata drive in it so it's not a > generic "sata doesn't work" issue: > > acd0: DVDROM at ata0-slave SATA150 > > If none of that helps we'd need more information about how far it gets > before it stops. > I can say there is a problem to boot with cdrom since 7.2-BETA1. All system is same, all older version can boot in this machine: 6.1, 6.2, ...,7.1, etc. amd64 or i386. I've burnt 03 media to test 7.2-RC2, one cd-rw burnt with cdrecord and two cd-r burnt first with burncd and last was burnt with cdrecord. What I can do to help this release? Paulo. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 17:16:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38457106568E for ; Mon, 27 Apr 2009 17:16:42 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id EFF558FC1E for ; Mon, 27 Apr 2009 17:16:41 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n3RHGaUR090983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Apr 2009 13:16:41 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Paulo Fragoso In-Reply-To: <49F5E723.6040700@nlink.com.br> References: <49F5BB24.2090206@nlink.com.br> <1240844716.59908.14.camel@bauer.cse.buffalo.edu> <49F5E723.6040700@nlink.com.br> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-+dvRM0qc7Q9i9a2zLZt8" Organization: U. Buffalo CSE Department Date: Mon, 27 Apr 2009 13:16:36 -0400 Message-Id: <1240852596.59908.33.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 7.2-RC boot 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, 27 Apr 2009 17:16:42 -0000 --=-+dvRM0qc7Q9i9a2zLZt8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-04-27 at 14:10 -0300, Paulo Fragoso wrote: > Em 27/04/2009 12:05, Ken Smith escreveu: > > On Mon, 2009-04-27 at 11:03 -0300, Paulo Fragoso wrote: > > > > =20 > >> I can't boot on cdrom sata, this problem doesn't exist in older releas= es. > >> > >> My motherboard is > >> Gigabyte GA-M61PME-S2 > >> > >> On FreeBSD 7.1 my cdrom drive is detected this way: > >> acd0: DVDR at ata3-master SATA150 > >> > >> =20 > > > > Just checking - is *everything* the same? For example is the media the > > same? Depending on a variety of things I've had issues with rewritable > > media versus write-once media, etc. > > > > The machine I test the release builds on before uploading them has a > > Gigabyte motherboard (G31M-ES2L) with a sata drive in it so it's not a > > generic "sata doesn't work" issue: > > > > acd0: DVDROM at ata0-slave SATA150 > > > > If none of that helps we'd need more information about how far it gets > > before it stops. > > =20 >=20 > I can say there is a problem to boot with cdrom since 7.2-BETA1. >=20 > All system is same, all older version can boot in this machine: 6.1,=20 > 6.2, ...,7.1, etc. amd64 or i386. >=20 > I've burnt 03 media to test 7.2-RC2, one cd-rw burnt with cdrecord and=20 > two cd-r burnt first with burncd and last was burnt with cdrecord. >=20 > What I can do to help this release? >=20 We need more information about how far it gets before it stops. Does it seem like it attempts the boot off the CD at all or does it just fall through to booting off the hard drive? If it does attempt to boot off the CD does it lock up with no messages? If there are messages what are the last few things it says? --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-+dvRM0qc7Q9i9a2zLZt8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkn16HQACgkQ/G14VSmup/b2vACbBXGoSPUUeoWgF6MJzF2xXPk8 LroAmwYllx0Lffg2dzpoiKzkNc+OoaUu =cm5J -----END PGP SIGNATURE----- --=-+dvRM0qc7Q9i9a2zLZt8-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 17:21:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CC4A1065688 for ; Mon, 27 Apr 2009 17:21:17 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 094248FC29 for ; Mon, 27 Apr 2009 17:21:16 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by qyk3 with SMTP id 3so92839qyk.3 for ; Mon, 27 Apr 2009 10:21:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=W7LFFjNY4UpnkWLyVe5SvIdioNIpw6P24xkSwrNN3os=; b=ORHIiIzMfOfGsBX2mnrYtxJ648gvufgknRk4OG1zHlFnKPY7UcnbJfyBPNlxfEFdR0 iqVSFqgmd5WS99DlzDMDMQz8idXcvte38OK5JHxIkUdDs7+t27aE/SmRg5MHCQ3up3ji TS8Mbr9/+vLaCgckLWZXrDZvYOOHa8hQXRyIQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Rhy5yraNoAqBP+CJS/fdhlSdXLJ1Th5OX2WDJ8I24rZSk15muKVeA9KR1FlR/t9vo+ HxqWYxVhln9KYCbxpadKgj+kG76AHWV/umwnP1ZZ1Xqla0mOcEeqfnq4wo5AWXtzJTLY jZ9qJpEk0nFUCZfKngmYj300iBwu0f8Tz7lcA= MIME-Version: 1.0 Received: by 10.224.45.203 with SMTP id g11mr6224167qaf.16.1240851063675; Mon, 27 Apr 2009 09:51:03 -0700 (PDT) In-Reply-To: <20090426125008.GK1550@core.byshenk.net> References: <20090426125008.GK1550@core.byshenk.net> Date: Mon, 27 Apr 2009 09:51:03 -0700 Message-ID: <2a41acea0904270951i20a7d65fja677e3e7865802b@mail.gmail.com> From: Jack Vogel To: Greg Byshenk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: em0 watchdog timeout (and 3ware problems) 7-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, 27 Apr 2009 17:21:17 -0000 Greg, I have another report of this problem, and I have a patch for you to try out, will be sending it out a bit later today. Jack On Sun, Apr 26, 2009 at 5:50 AM, Greg Byshenk wrote: > I have one machine that is seeing watchdog timeouts on em0, running > 7-STABLE > amd64 as of 2009.04.19, and also some other more perverse errors. > > Twice now in the last 48 hours, this machine has become unreachable via the > network, and connecting to the console shows an endless string of > > [...] > em0: watchdog timeout -- resetting > em0: watchdog timeout -- resetting > em0: watchdog timeout -- resetting > > messages. The machine is almost locked up. That is, I can get a login > prompt, but can go no further than typing in a username; after the > username, no password prompt, and nothing further. The only option is > to hard reset the machine or to drop to debugger and reboot. > > Now the "perverse" part. After restarting, the system partition is no > more. > > Background detail: the machine is a fileserver, with a 3Ware 9650SE-16ML > SATA controller, connected to 16 1TB SATA drives, this configured as > a 14-drive RAID10 array (+ 2 hot spares), with a 50GB system partition > and 6.5TB data partition. The system partition is configured as da1, > with one slice and more or less standard partitions for / /var /tmp, etc. > (the data partition of the array is sliced with gpt). > > The issue here is that, upon restart, all parition information on da0 > seems to have disappeared, and restarting results in a "no operating > system found" message, and a failure to boot (obviously). > > But all of the data is still present. If I boot into rescue mode, > recreate da0s1, mark it bootable, and restore the bsdlabel, then > everything works again. I can restart the machine, and it comes back > up normally (it requires an fsck of everything on da0, but after that > everything is back to normal). > > I don't know if this is two unrelated problems, or one problem with > two symptoms, or something else. I think that I can safely say that > it is not a problem with the 3Ware controller itself, as I replaced > the controller with a spare (identical model), and the problem > recurred. Additionally, I have an almost-identical configuration on > four other machines, none of which are experiencing any problems. > One thing that is different is that the other machines use > Intel PRO/1000 PF (pci-e) NICs. > > Is there some known problem with the Intel 2572 fibre NIC? Or some > potential interaction of it with the 3ware RAID controller? > > For the moment, I've set hw.pci.enable_msi=0 (as discussed in the > threads on 7.2/bge), and am building a new kernel/world from sources > csup'd one hour ago, but I'd really like to hear any ideas about this > -- particularly the wiping of the label. > > Some information about the system: > > > # /dev/da0s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 2097152 0 4.2BSD 0 0 0 > b: 8388608 2097152 swap > c: 104856192 0 unused 0 0 # "raw" part, don't > edit > d: 8388608 10485760 4.2BSD 0 0 0 > e: 2097152 18874368 4.2BSD 0 0 0 > f: 41943040 20971520 4.2BSD 0 0 0 > g: 41941632 62914560 4.2BSD 0 0 0 > > > em0@pci0:4:1:0: class=0x020000 card=0x10038086 chip=0x10018086 rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation'thernet Controller (Fiber)' > device = '2572 10/100/1000 Ethernet Controller (Fiber)' > class = networktory, range 32, base 0xda000000, size 131072, > enabled > subclass = ethernetory, range 32, base 0xda000000, size 131072, > enabled > bar [10] = type Memory, range 32, base 0xda000000, size 131072, > enabled > bar [14] = type Memory, range 32, base 0xda020000, size 65536, > enabled0x00 > > twa0@pci0:9:0:0: class=0x010400 card=0x100413c1 chip=0x100413c1 > rev=0x01 hdr=0x00 > device = '9650SE Series PCI-Express SATA2 Raid Controller' > class = mass storage > subclass = RAID > bar [10] = type Prefetchable Memory, range 64, base 0xd8000000, size > 33554432, enabled > bar [18] = type Memory, range 64, base 0xda300000, size 4096, enabled > bar [20] = type I/O Port, range 32, base 0x3000, size 256, enabled > cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 > cap 05[50] = MSI supports 32 messages, 64 bit > cap 10[70] = PCI-Express 1 legacy endpoint > > -- > greg byshenk - gbyshenk@byshenk.net - Leiden, NL > _______________________________________________ > 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 Mon Apr 27 17:37:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 200AA1065742 for ; Mon, 27 Apr 2009 17:37:56 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (unknown [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 4E75C8FC32 for ; Mon, 27 Apr 2009 17:37:55 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 80725 invoked by uid 89); 27 Apr 2009 17:38:21 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 27 Apr 2009 17:38:21 -0000 Message-ID: <49F5ED6E.6080000@ibctech.ca> Date: Mon, 27 Apr 2009 13:37:50 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: bsnmpd problems during buildworld 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, 27 Apr 2009 17:37:56 -0000 Hi all, I'm running into an issue during a buildworld. I noticed this problem early last week, and also after another csup as of this morning. I've rm'd everything in /usr/obj, but the problem persists. If anyone could provide info on how I can avoid this, I'd appreciate it: ===> usr.sbin/bsnmpd/modules/snmp_bridge (depend) cat /usr/src/usr.sbin/bsnmpd/modules/snmp_bridge/bridge_tree.def | gensnmptree -e dot1dBridge newRoot topologyChange begemotBridgeNewRoot begemotBridgeTopologyChange begemotBridgeBaseName > bridge_oid.h line 31: '(' expected at begin of node context: " TruthValue ENUM ( *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd/modules/snmp_bridge. *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd. *** Error code 1 Stop in /usr/src/usr.sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Steve From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 17:48:46 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 294CD106564A for ; Mon, 27 Apr 2009 17:48:46 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [68.76.213.30]) by mx1.freebsd.org (Postfix) with ESMTP id B75EA8FC0C for ; Mon, 27 Apr 2009 17:48:45 +0000 (UTC) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id 7C84A1141C; Mon, 27 Apr 2009 13:31:43 -0400 (EDT) X-Virus-Scanned: amavisd-new at pingle.org Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pqlVjOc+6V3q; Mon, 27 Apr 2009 13:31:41 -0400 (EDT) Received: from [127.0.0.1] (hpcw.hpcisp.com [68.76.213.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by willow.pingle.org (Postfix) with ESMTPSA id 175F71141B; Mon, 27 Apr 2009 13:31:41 -0400 (EDT) Message-ID: <49F5EBFA.6060607@pingle.org> Date: Mon, 27 Apr 2009 13:31:38 -0400 From: Jim Pingle User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: subbsd References: <49F5BB24.2090206@nlink.com.br> <1240844716.59908.14.camel@bauer.cse.buffalo.edu> <200904272045.20927.subbsd@gmail.com> In-Reply-To: <200904272045.20927.subbsd@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 7.2-RC boot 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, 27 Apr 2009 17:48:46 -0000 subbsd wrote: > Hello, i've got some problem with my SATA Optiarc DVD RW: > message output on the screen in not stopped, but repeating with incremental > delay: > ... > acd0: DVDR at ata3-master UDMA33 > HEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install Did you retype this? Or did it really say "HEOM"? If that's not a typo, you may want to check for RAM errors. > run_interrupt_driven hooks: still waiting after 60 seconds for xpt_config > run_interrupt_driven hooks: still waiting after 120 seconds for xpt_config > run_interrupt_driven hooks: still waiting after 180 seconds for xpt_config > run_interrupt_driven hooks: still waiting after 240 seconds for xpt_config > run_interrupt_driven hooks: still waiting after 300 seconds for xpt_config I spoke with someone the other day who had that exact same message, and it was due to either a Firewire controller in the BIOS, or a USB card reader. They disabled both at the same time, and the message went away. That appears to be the CAM subsystem probing for root-capable devices, from what I found via Google the other day. Jim From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 18:05:10 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DA9C106566B; Mon, 27 Apr 2009 18:05:10 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from gw03.mail.saunalahti.fi (gw03.mail.saunalahti.fi [195.197.172.111]) by mx1.freebsd.org (Postfix) with ESMTP id E2BDD8FC18; Mon, 27 Apr 2009 18:05:09 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from a91-153-125-115.elisa-laajakaista.fi (a91-153-125-115.elisa-laajakaista.fi [91.153.125.115]) by gw03.mail.saunalahti.fi (Postfix) with SMTP id 1965C216BC0; Mon, 27 Apr 2009 20:49:19 +0300 (EEST) Date: Mon, 27 Apr 2009 20:49:18 +0300 From: Jaakko Heinonen To: Andriy Gapon Message-ID: <20090427174918.GA3530@a91-153-125-115.elisa-laajakaista.fi> References: <49F5DC69.1050409@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49F5DC69.1050409@icyb.net.ua> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: fsck -C in stable/7 and 7.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: Mon, 27 Apr 2009 18:05:10 -0000 On 2009-04-27, Andriy Gapon wrote: > fsck(8) describes -C option, fsck mentions this option in its usage > message, but: > > $ fsck -C > fsck_ufs: illegal option -- C > usage: fsck_ufs [-BCFpfny] [-b block] [-c level] [-m mode] filesystem ... > > Am I he only one to see this? r190357 probably accidentally reverted the code for -C option partially. ------------------------------------------------------------------------ r190357 | obrien | 2009-03-24 03:51:42 +0200 (Tue, 24 Mar 2009) | 2 lines MFC: r186581: Sound less scary about errorousous disk geometry. ------------------------------------------------------------------------ r186581 didn't touch fsck_ffs(8) at all. I have cc'd obrien@ who committed r190357. -- Jaakko From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 18:05:34 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81F3E10656DF; Mon, 27 Apr 2009 18:05:34 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 95F878FC1A; Mon, 27 Apr 2009 18:05:31 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id CCFAC5C025; Tue, 28 Apr 2009 02:05:30 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 88AC455CD1E0; Tue, 28 Apr 2009 02:05:30 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id 8tJaJUOux1A1; Tue, 28 Apr 2009 02:05:25 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 0529B55CD1DE; Tue, 28 Apr 2009 02:05:21 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=o1ZK6X1xKM8PKh4LPSGi/av0jFHx80xRBhySLxp91Rovv3Ss8Bo9qE1v7l6nH7av6 /tiE4x6xYGF2TR3p4ljRw== Message-ID: <49F5F3DE.4040406@delphij.net> Date: Mon, 27 Apr 2009 11:05:18 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: Andriy Gapon References: <49F5DC69.1050409@icyb.net.ua> In-Reply-To: <49F5DC69.1050409@icyb.net.ua> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------020600040907050809050401" Cc: freebsd-stable@FreeBSD.ORG, "David E. O'Brien" Subject: Re: fsck -C in stable/7 and 7.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 18:05:36 -0000 This is a multi-part message in MIME format. --------------020600040907050809050401 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andriy Gapon wrote: > It is quite possible that I messed my local src repo, but this is what I see in > stable/7 r191214. fsck(8) describes -C option, fsck mentions this option in its > usage message, but: > > $ fsck -C > fsck_ufs: illegal option -- C > usage: fsck_ufs [-BCFpfny] [-b block] [-c level] [-m mode] filesystem ... > > Am I he only one to see this? I think this is a bug (caused by revision 190357). Part of that commit reverts a previous changeset (see attachment). Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn189wACgkQi+vbBBjt66DFfgCePFgPWcWqzjbdU0JvulvX5tFR d2YAn0FOHlhMbJYG8ow1dS0E48N5S0FE =v0n/ -----END PGP SIGNATURE----- --------------020600040907050809050401 Content-Type: text/plain; name="190357.diff" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="190357.diff" SW5kZXg6IHNiaW4vZnNja19mZnMvc2V0dXAuYwo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzYmluL2Zz Y2tfZmZzL3NldHVwLmMJKHJldmlzaW9uIDE5MTU2MSkKKysrIHNiaW4vZnNja19mZnMvc2V0 dXAuYwkod29ya2luZyBjb3B5KQpAQCAtNjUsNyArNjUsNyBAQAogLyoKICAqIFJlYWQgaW4g YSBzdXBlcmJsb2NrIGZpbmRpbmcgYW4gYWx0ZXJuYXRlIGlmIG5lY2Vzc2FyeS4KICAqIFJl dHVybiAxIGlmIHN1Y2Nlc3NmdWwsIDAgaWYgdW5zdWNjZXNzZnVsLCAtMSBpZiBmaWxlIHN5 c3RlbQotICogaXMgYWxyZWFkeSBjbGVhbiAocHJlZW4gbW9kZSBvbmx5KS4KKyAqIGlzIGFs cmVhZHkgY2xlYW4gKGNrY2xlYW4gYW5kIHByZWVuIG1vZGUgb25seSkuCiAgKi8KIGludAog c2V0dXAoY2hhciAqZGV2KQpAQCAtMjAxLDcgKzIwMSw3IEBACiAJCXB3YXJuKCJVU0lORyBB TFRFUk5BVEUgU1VQRVJCTE9DSyBBVCAlZFxuIiwgYmZsYWcpOwogCQliZmxhZyA9IDA7CiAJ fQotCWlmIChza2lwY2xlYW4gJiYgcHJlZW4gJiYgc2Jsb2NrLmZzX2NsZWFuKSB7CisJaWYg KHNraXBjbGVhbiAmJiBja2NsZWFuICYmIHNibG9jay5mc19jbGVhbikgewogCQlwd2Fybigi RklMRSBTWVNURU0gQ0xFQU47IFNLSVBQSU5HIENIRUNLU1xuIik7CiAJCXJldHVybiAoLTEp OwogCX0KSW5kZXg6IHNiaW4vZnNja19mZnMvZnNja19mZnMuOAo9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0t LSBzYmluL2ZzY2tfZmZzL2ZzY2tfZmZzLjgJKHJldmlzaW9uIDE5MTU2MSkKKysrIHNiaW4v ZnNja19mZnMvZnNja19mZnMuOAkod29ya2luZyBjb3B5KQpAQCAtMjksNyArMjksNyBAQAog LlwiCUAoIylmc2NrLjgJOC40IChCZXJrZWxleSkgNS85Lzk1CiAuXCIgJEZyZWVCU0QkCiAu XCIKLS5EZCBKYW51YXJ5IDIwLCAyMDA5CisuRGQgSmFudWFyeSAyNSwgMjAwOQogLkR0IEZT Q0tfRkZTIDgKIC5PcwogLlNoIE5BTUUKQEAgLTQ2LDkgKzQ2LDkgQEAKIC5BciAuLi4KIC5T aCBERVNDUklQVElPTgogVGhlIHNwZWNpZmllZCBkaXNrIHBhcnRpdGlvbnMgYW5kL29yIGZp bGUgc3lzdGVtcyBhcmUgY2hlY2tlZC4KLUluICJwcmVlbiIgbW9kZSB0aGUgY2xlYW4gZmxh ZyBvZiBlYWNoIGZpbGUgc3lzdGVtJ3Mgc3VwZXJibG9jayBpcyBleGFtaW5lZAotYW5kIG9u bHkgdGhvc2UgZmlsZSBzeXN0ZW1zIHRoYXQKLWFyZSBub3QgbWFya2VkIGNsZWFuIGFyZSBj aGVja2VkLgorSW4gInByZWVuIiBvciAiY2hlY2sgY2xlYW4iIG1vZGUgdGhlIGNsZWFuIGZs YWcgb2YgZWFjaCBmaWxlIHN5c3RlbSdzCitzdXBlcmJsb2NrIGlzIGV4YW1pbmVkIGFuZCBv bmx5IHRob3NlIGZpbGUgc3lzdGVtcyB0aGF0IGFyZSBub3QgbWFya2VkIGNsZWFuCithcmUg Y2hlY2tlZC4KIEZpbGUgc3lzdGVtcyBhcmUgbWFya2VkIGNsZWFuIHdoZW4gdGhleSBhcmUg dW5tb3VudGVkLAogd2hlbiB0aGV5IGhhdmUgYmVlbiBtb3VudGVkIHJlYWQtb25seSwgb3Ig d2hlbgogLk5tCkBAIC0xNzUsNiArMTc1LDE0IEBACiB0aGUgc3VwZXIgYmxvY2sgZm9yIHRo ZSBmaWxlIHN5c3RlbS4KIEFuIGFsdGVybmF0ZSBzdXBlciBibG9jayBpcyB1c3VhbGx5IGxv Y2F0ZWQgYXQgYmxvY2sgMzIgZm9yIFVGUzEsCiBhbmQgYmxvY2sgMTYwIGZvciBVRlMyLgor Lkl0IEZsIEMKK0NoZWNrIGlmIGZpbGUgc3lzdGVtIHdhcyBkaXNtb3V0ZWQgY2xlYW5seS4K K0lmIHNvLCBza2lwIGZpbGUgc3lzdGVtIGNoZWNrcyAobGlrZSAicHJlZW4iKS4KK0hvd2V2 ZXIsIGlmIHRoZSBmaWxlIHN5c3RlbSB3YXMgbm90IGNsZWFubHkgZGlzbW91bnRlZCwgZG8g ZnVsbCBjaGVja3MsCitpcyBpZgorLk5tCit3YXMgaW52b2tlZCB3aXRob3V0CisuRmwgQyAu CiAuSXQgRmwgYwogQ29udmVydCB0aGUgZmlsZSBzeXN0ZW0gdG8gdGhlIHNwZWNpZmllZCBs ZXZlbC4KIE5vdGUgdGhhdCB0aGUgbGV2ZWwgb2YgYSBmaWxlIHN5c3RlbSBjYW4gb25seSBi ZSByYWlzZWQuCkluZGV4OiBzYmluL2ZzY2tfZmZzL21haW4uYwo9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0t LSBzYmluL2ZzY2tfZmZzL21haW4uYwkocmV2aXNpb24gMTkxNTYxKQorKysgc2Jpbi9mc2Nr X2Zmcy9tYWluLmMJKHdvcmtpbmcgY29weSkKQEAgLTgyLDcgKzgyLDcgQEAKIAlzeW5jKCk7 CiAJc2tpcGNsZWFuID0gMTsKIAlkYW1hZ2VkZmxhZyA9IDA7Ci0Jd2hpbGUgKChjaCA9IGdl dG9wdChhcmdjLCBhcmd2LCAiYjpCYzpkRGZGbTpucHkiKSkgIT0gLTEpIHsKKwl3aGlsZSAo KGNoID0gZ2V0b3B0KGFyZ2MsIGFyZ3YsICJiOkJjOkNkRGZGbTpucHkiKSkgIT0gLTEpIHsK IAkJc3dpdGNoIChjaCkgewogCQljYXNlICdiJzoKIAkJCXNraXBjbGVhbiA9IDA7CkBAIC0x MzIsNiArMTMyLDEwIEBACiAKIAkJY2FzZSAncCc6CiAJCQlwcmVlbisrOworCQkJLypGQUxM VEhST1VHSCovCisKKwkJY2FzZSAnQyc6CisJCQlja2NsZWFuKys7CiAJCQlicmVhazsKIAog CQljYXNlICd5JzoKQEAgLTE1MSw3ICsxNTUsNyBAQAogCiAJaWYgKHNpZ25hbChTSUdJTlQs IFNJR19JR04pICE9IFNJR19JR04pCiAJCSh2b2lkKXNpZ25hbChTSUdJTlQsIGNhdGNoKTsK LQlpZiAocHJlZW4pCisJaWYgKGNrY2xlYW4pCiAJCSh2b2lkKXNpZ25hbChTSUdRVUlULCBj YXRjaHF1aXQpOwogCXNpZ25hbChTSUdJTkZPLCBpbmZvaGFuZGxlcik7CiAJaWYgKGJrZ3Jk ZmxhZykgewpAQCAtMjE2LDcgKzIyMCw3IEBACiAJZXJybXNnWzBdID0gJ1wwJzsKIAogCWNk ZXZuYW1lID0gZmlsZXN5czsKLQlpZiAoZGVidWcgJiYgcHJlZW4pCisJaWYgKGRlYnVnICYm IGNrY2xlYW4pCiAJCXB3YXJuKCJzdGFydGluZ1xuIik7CiAJLyoKIAkgKiBNYWtlIGJlc3Qg ZWZmb3J0IHRvIGdldCB0aGUgZGlzayBuYW1lLiBDaGVjayBmaXJzdCB0byBzZWUKQEAgLTI1 MSw3ICsyNTUsNyBAQAogCQkJZXhpdCg3KTsJLyogRmlsZXN5c3RlbSBjbGVhbiwgcmVwb3J0 IGl0IG5vdyAqLwogCQlleGl0KDApOwogCX0KLQlpZiAocHJlZW4gJiYgc2tpcGNsZWFuKSB7 CisJaWYgKGNrY2xlYW4gJiYgc2tpcGNsZWFuKSB7CiAJCS8qCiAJCSAqIElmIGZpbGUgc3lz dGVtIGlzIGdqb3VybmFsZWQsIGNoZWNrIGl0IGhlcmUuCiAJCSAqLwpAQCAtMzAyLDcgKzMw Niw3IEBACiAJCQkJCSAgICAiQ0FOTk9UIFJVTiBJTiBCQUNLR1JPVU5EXG4iKTsKIAkJCQl9 CiAJCQkJaWYgKChzYmxvY2suZnNfZmxhZ3MgJiBGU19VTkNMRUFOKSA9PSAwICYmCi0JCQkJ ICAgIHNraXBjbGVhbiAmJiBwcmVlbikgeworCQkJCSAgICBza2lwY2xlYW4gJiYgY2tjbGVh bikgewogCQkJCQkvKgogCQkJCQkgKiBmaWxlIHN5c3RlbSBpcyBjbGVhbjsKIAkJCQkJICog c2tpcCBzbmFwc2hvdCBhbmQgcmVwb3J0IGl0IGNsZWFuCkluZGV4OiBzYmluL2ZzY2tfZmZz L2ZzY2suaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzYmluL2ZzY2tfZmZzL2ZzY2suaAkocmV2aXNp b24gMTkxNTYxKQorKysgc2Jpbi9mc2NrX2Zmcy9mc2NrLmgJKHdvcmtpbmcgY29weSkKQEAg LTI3MSw2ICsyNzEsNyBAQAogaW50CWJmbGFnOwkJCS8qIGxvY2F0aW9uIG9mIGFsdGVybmF0 ZSBzdXBlciBibG9jayAqLwogaW50CWRlYnVnOwkJCS8qIG91dHB1dCBkZWJ1Z2dpbmcgaW5m byAqLwogY2hhcglkYW1hZ2VkZmxhZzsJCS8qIHJ1biBpbiBkYW1hZ2VkIG1vZGUgKi8KK2No YXIJY2tjbGVhbjsJCS8qIG9ubHkgZG8gd29yayBpZiBub3QgY2xlYW5seSB1bm1vdW50ZWQg Ki8KIGludAljdnRsZXZlbDsJCS8qIGNvbnZlcnQgdG8gbmV3ZXIgZmlsZSBzeXN0ZW0gZm9y bWF0ICovCiBpbnQJYmtncmRjaGVjazsJCS8qIGRldGVybWluZSBpZiBiYWNrZ3JvdW5kIGNo ZWNrIGlzIHBvc3NpYmxlICovCiBpbnQJYmtncmRzdW1hZGo7CQkvKiB3aGV0aGVyIHRoZSBr ZXJuZWwgaGF2ZSBhYmlsaXR5IHRvIGFkanVzdCBzdXBlcmJsb2NrIHN1bW1hcnkgKi8K --------------020600040907050809050401-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 18:11:23 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F40B1065676 for ; Mon, 27 Apr 2009 18:11:23 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id ADA428FC15 for ; Mon, 27 Apr 2009 18:11:22 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA16222; Mon, 27 Apr 2009 21:11:18 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49F5F545.3060605@icyb.net.ua> Date: Mon, 27 Apr 2009 21:11:17 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Jaakko Heinonen References: <49F5DC69.1050409@icyb.net.ua> <20090427174918.GA3530@a91-153-125-115.elisa-laajakaista.fi> In-Reply-To: <20090427174918.GA3530@a91-153-125-115.elisa-laajakaista.fi> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: fsck -C in stable/7 and 7.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: Mon, 27 Apr 2009 18:11:23 -0000 on 27/04/2009 20:49 Jaakko Heinonen said the following: > On 2009-04-27, Andriy Gapon wrote: >> fsck(8) describes -C option, fsck mentions this option in its usage >> message, but: >> >> $ fsck -C >> fsck_ufs: illegal option -- C >> usage: fsck_ufs [-BCFpfny] [-b block] [-c level] [-m mode] filesystem ... >> >> Am I he only one to see this? > > r190357 probably accidentally reverted the code for -C option partially. > > ------------------------------------------------------------------------ > r190357 | obrien | 2009-03-24 03:51:42 +0200 (Tue, 24 Mar 2009) | 2 lines > > MFC: r186581: Sound less scary about errorousous disk geometry. > > ------------------------------------------------------------------------ > > r186581 didn't touch fsck_ffs(8) at all. I have cc'd obrien@ who > committed r190357. > Yes, I see that there was r190361 which reverted part of the damage done by r190357 - it seems to have fixed sbin/fsck, but not sbin/fsck_ffs. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 19:16:49 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 179F51065688; Mon, 27 Apr 2009 19:16:49 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id AF5C48FC2A; Mon, 27 Apr 2009 19:16:48 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id E7C725C024; Tue, 28 Apr 2009 03:16:47 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id C915055D14D5; Tue, 28 Apr 2009 03:16:47 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id kms-w-FRwVAb; Tue, 28 Apr 2009 03:16:43 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id A2B8F55CD1E0; Tue, 28 Apr 2009 03:16:41 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=IR1koEyBZjjtf20vnMUVBCmJRl4NGFmvhIuz/aaestLWvIxdA5/DDpjzvlytJWIqG Wx4ipZk/LJziKnW+NYlLA== Message-ID: <49F60497.1030900@delphij.net> Date: Mon, 27 Apr 2009 12:16:39 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: d@delphij.net References: <49F5DC69.1050409@icyb.net.ua> <49F5F3DE.4040406@delphij.net> In-Reply-To: <49F5F3DE.4040406@delphij.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG, Andriy Gapon , "David E. O'Brien" Subject: Re: fsck -C in stable/7 and 7.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Apr 2009 19:16:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have committed a fix for that. Thanks for reporting! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn2BJYACgkQi+vbBBjt66Cy/gCgjiWNTp0D2O5+OFaMGUoJ/p2X tEYAn2mlzSZ73qQXbMt+0ZNhRDJjMhoK =DLKN -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 19:26:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8D9F106570B for ; Mon, 27 Apr 2009 19:26:13 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id 0ADB98FC21 for ; Mon, 27 Apr 2009 19:26:12 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: by fxm6 with SMTP id 6so114259fxm.43 for ; Mon, 27 Apr 2009 12:26:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=OoGosuySFnGZD/BL+FFWT1mq+Yf5kxhtVw0KwPt3INQ=; b=OsSk+TJtgvZugWGs5GngWPrDPzQRgiyrMcDwKYgR1JYK40idXJgpcrHqp4rMKFyjV3 adI5hviijgtZo9p/ngyMOcaVasAjLPzbWRtxs7TOwSxV2//hZlewtN2kyUp/5WaPPsst p0Eb7ECY9EHopB2V6GFJDtMA/yamujA1iQMzk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=AMF535LdN+G7GZeHxAg3aOiEGFFaSe1OjSZZQiEUcJz7NDb74ZCtugquHj9lCzvn0z hg6u2Z4hsH//RgLmtRujAR/pLuSH1JsLgX0n/3ggmemyNb3xs2SUE/MTh/k1z+HzTIe6 z0MBsVCQLs0gUwbwv+G+IUK3GPac4x+FTa0po= Received: by 10.103.172.7 with SMTP id z7mr3428687muo.15.1240860372061; Mon, 27 Apr 2009 12:26:12 -0700 (PDT) Received: from localhost ([95.69.169.120]) by mx.google.com with ESMTPS id g1sm13228139muf.56.2009.04.27.12.26.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 27 Apr 2009 12:26:11 -0700 (PDT) To: Steve Bertrand References: <49F5ED6E.6080000@ibctech.ca> Organization: TOA Ukraine From: Mikolaj Golub Date: Mon, 27 Apr 2009 22:26:08 +0300 In-Reply-To: <49F5ED6E.6080000@ibctech.ca> (Steve Bertrand's message of "Mon\, 27 Apr 2009 13\:37\:50 -0400") Message-ID: <867i15x5in.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Subject: Re: bsnmpd problems during buildworld 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, 27 Apr 2009 19:26:14 -0000 On Mon, 27 Apr 2009 13:37:50 -0400 Steve Bertrand wrote: SB> Hi all, SB> I'm running into an issue during a buildworld. I noticed this problem SB> early last week, and also after another csup as of this morning. SB> I've rm'd everything in /usr/obj, but the problem persists. If anyone SB> could provide info on how I can avoid this, I'd appreciate it: SB> ===> usr.sbin/bsnmpd/modules/snmp_bridge (depend) SB> cat /usr/src/usr.sbin/bsnmpd/modules/snmp_bridge/bridge_tree.def | SB> gensnmptree -e dot1dBridge newRoot topologyChange begemotBridgeNewRoot SB> begemotBridgeTopologyChange begemotBridgeBaseName > bridge_oid.h SB> line 31: '(' expected at begin of node SB> context: " TruthValue ENUM ( SB> *** Error code 1 SB> Stop in /usr/src/usr.sbin/bsnmpd/modules/snmp_bridge. SB> *** Error code 1 SB> Stop in /usr/src/usr.sbin/bsnmpd/modules. SB> *** Error code 1 SB> Stop in /usr/src/usr.sbin/bsnmpd. SB> *** Error code 1 SB> Stop in /usr/src/usr.sbin. SB> *** Error code 1 SB> Stop in /usr/src. SB> *** Error code 1 SB> Stop in /usr/src. SB> *** Error code 1 SB> Stop in /usr/src. What version of FreeBSD are you trying to build on what host version? I see that gensnmptree from 6.2 has the problems with bridge_tree.def: kopusha:/tmp% uname -a FreeBSD kopusha.onet 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Mon Mar 31 23:57:19 EEST 2008 root@kopusha.onet:/usr/obj/usr/src/sys/KOPUSHA i386 kopusha:/tmp% cat bridge_tree.def| gensnmptree -e dot1dBridge newRoot topologyChange begemotBridgeNewRoot begemotBridgeTopologyChange begemotBridgeBaseName line 31: '(' expected at begin of node context: " TruthValue ENUM ( kopusha:/tmp% ident `which gensnmptree` /usr/sbin/gensnmptree: $FreeBSD: src/lib/csu/i386-elf/crti.S,v 1.7 2005/05/19 07:31:06 dfr Exp $ $FreeBSD: src/lib/csu/i386-elf/crtn.S,v 1.6 2005/05/19 07:31:06 dfr Exp $ $FreeBSD: src/lib/csu/common/crtbrand.c,v 1.4 2003/10/17 15:43:13 peter Exp $ $FreeBSD: src/lib/csu/i386-elf/crt1.c,v 1.14 2005/05/19 07:36:07 dfr Exp $ According to man this version does not support ENUM type. gensnmptree from 6.3 works ok. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 19:30:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 444A5106567B for ; Mon, 27 Apr 2009 19:30:52 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (unknown [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 788768FC1F for ; Mon, 27 Apr 2009 19:30:51 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 84653 invoked by uid 89); 27 Apr 2009 19:31:17 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 27 Apr 2009 19:31:17 -0000 Message-ID: <49F607E4.6010109@ibctech.ca> Date: Mon, 27 Apr 2009 15:30:44 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Mikolaj Golub References: <49F5ED6E.6080000@ibctech.ca> <867i15x5in.fsf@kopusha.onet> In-Reply-To: <867i15x5in.fsf@kopusha.onet> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: bsnmpd problems during buildworld 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, 27 Apr 2009 19:30:53 -0000 Mikolaj Golub wrote: > On Mon, 27 Apr 2009 13:37:50 -0400 Steve Bertrand wrote: > > SB> Hi all, > > SB> I'm running into an issue during a buildworld. I noticed this problem > SB> early last week, and also after another csup as of this morning. > > SB> I've rm'd everything in /usr/obj, but the problem persists. If anyone > SB> could provide info on how I can avoid this, I'd appreciate it: > > SB> ===> usr.sbin/bsnmpd/modules/snmp_bridge (depend) > SB> cat /usr/src/usr.sbin/bsnmpd/modules/snmp_bridge/bridge_tree.def | > SB> gensnmptree -e dot1dBridge newRoot topologyChange begemotBridgeNewRoot > SB> begemotBridgeTopologyChange begemotBridgeBaseName > bridge_oid.h > SB> line 31: '(' expected at begin of node > SB> context: " TruthValue ENUM ( > SB> *** Error code 1 > > SB> Stop in /usr/src/usr.sbin/bsnmpd/modules/snmp_bridge. > SB> *** Error code 1 > > SB> Stop in /usr/src/usr.sbin/bsnmpd/modules. > SB> *** Error code 1 > > SB> Stop in /usr/src/usr.sbin/bsnmpd. > SB> *** Error code 1 > > SB> Stop in /usr/src/usr.sbin. > SB> *** Error code 1 > > SB> Stop in /usr/src. > SB> *** Error code 1 > > SB> Stop in /usr/src. > SB> *** Error code 1 > > SB> Stop in /usr/src. > > What version of FreeBSD are you trying to build on what host version? *default tag=RELENG_7 *default host=cvsup.ca.FreeBSD.org On: dns5# uname -a FreeBSD dns5.eagle.ca 7.1-STABLE FreeBSD 7.1-STABLE #1: Thu Mar 19 08:52:46 EDT 2009 Cheers, Steve From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 19:57:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8688106564A for ; Mon, 27 Apr 2009 19:57:34 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id 3A3B28FC1C for ; Mon, 27 Apr 2009 19:57:34 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: by bwz9 with SMTP id 9so128507bwz.43 for ; Mon, 27 Apr 2009 12:57:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=N4S22P+jvhTJ0CBEEo3OKNKnl6d8WZrkUep3ZyHEOxA=; b=WlfcA87kxovy2voLkl0PMpoVE/aAKcq2aYNhfurZtCUf+rk0w9Linigf56pnQ5DphP eJ1OFMCcfZkMvzS6CtweiU6e9ZlQFXSxYEx3t+QiD4TV59Ux3dlXvUrHu8eit+0smxxS HdsgDHEsRAF7YtbUOWCbAdeevoS4PiFwxDCMA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=TtbgFHyCiMXbhdNiCG/WY4j/cYoGDHB6kb1mmwORUG3TzOBApdaay2RadV2C3Jw+2y 5umFs8GLpgq5yAkLbl+ljqgbuDtVtEwVWyFnaIezaC8Tub0xDYwr8g2h0HVy7ZQesol5 ahqlUxLRpfQYZQxhGcIdOXphOFFd3/EuYOhGI= Received: by 10.103.226.10 with SMTP id d10mr3427126mur.84.1240862253169; Mon, 27 Apr 2009 12:57:33 -0700 (PDT) Received: from localhost ([95.69.169.120]) by mx.google.com with ESMTPS id u26sm1780751mug.22.2009.04.27.12.57.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 27 Apr 2009 12:57:32 -0700 (PDT) To: Steve Bertrand References: <49F5ED6E.6080000@ibctech.ca> <867i15x5in.fsf@kopusha.onet> <49F607E4.6010109@ibctech.ca> Organization: TOA Ukraine From: Mikolaj Golub Date: Mon, 27 Apr 2009 22:57:31 +0300 In-Reply-To: <49F607E4.6010109@ibctech.ca> (Steve Bertrand's message of "Mon\, 27 Apr 2009 15\:30\:44 -0400") Message-ID: <863abtx42c.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Subject: Re: bsnmpd problems during buildworld 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, 27 Apr 2009 19:57:35 -0000 On Mon, 27 Apr 2009 15:30:44 -0400 Steve Bertrand wrote: SB> Mikolaj Golub wrote: >> On Mon, 27 Apr 2009 13:37:50 -0400 Steve Bertrand wrote: >> >> SB> Hi all, >> >> SB> I'm running into an issue during a buildworld. I noticed this problem >> SB> early last week, and also after another csup as of this morning. >> >> SB> I've rm'd everything in /usr/obj, but the problem persists. If anyone >> SB> could provide info on how I can avoid this, I'd appreciate it: >> >> SB> ===> usr.sbin/bsnmpd/modules/snmp_bridge (depend) >> SB> cat /usr/src/usr.sbin/bsnmpd/modules/snmp_bridge/bridge_tree.def | >> SB> gensnmptree -e dot1dBridge newRoot topologyChange begemotBridgeNewRoot >> SB> begemotBridgeTopologyChange begemotBridgeBaseName > bridge_oid.h >> SB> line 31: '(' expected at begin of node >> SB> context: " TruthValue ENUM ( >> SB> *** Error code 1 >> >> SB> Stop in /usr/src/usr.sbin/bsnmpd/modules/snmp_bridge. >> SB> *** Error code 1 >> >> SB> Stop in /usr/src/usr.sbin/bsnmpd/modules. >> SB> *** Error code 1 >> >> SB> Stop in /usr/src/usr.sbin/bsnmpd. >> SB> *** Error code 1 >> >> SB> Stop in /usr/src/usr.sbin. >> SB> *** Error code 1 >> >> SB> Stop in /usr/src. >> SB> *** Error code 1 >> >> SB> Stop in /usr/src. >> SB> *** Error code 1 >> >> SB> Stop in /usr/src. >> >> What version of FreeBSD are you trying to build on what host version? SB> *default tag=RELENG_7 SB> *default host=cvsup.ca.FreeBSD.org SB> On: SB> dns5# uname -a SB> FreeBSD dns5.eagle.ca 7.1-STABLE FreeBSD 7.1-STABLE #1: Thu Mar 19 SB> 08:52:46 EDT 2009 Don't you have old net-mgmt/bsnmpd installed? What does `which gensnmptree` return? -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Mon Apr 27 22:34:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AF95106564A for ; Mon, 27 Apr 2009 22:34:45 +0000 (UTC) (envelope-from iiv@dom.raid.ru) Received: from smtp.ertelecom.ru (smtp.ertelecom.ru [212.33.232.210]) by mx1.freebsd.org (Postfix) with ESMTP id DCFC18FC1A for ; Mon, 27 Apr 2009 22:34:44 +0000 (UTC) (envelope-from iiv@dom.raid.ru) Received: from mail.raid.ru ([212.33.232.8]:64207 helo=dom.raid.ru) by smtp.ertelecom.ru with esmtp (Exim) id 1LyQQX-00065Q-EV for ; Mon, 27 Apr 2009 18:59:17 +0600 Received: from 94.180.14.255 (SquirrelMail authenticated user iiv@dom.raid.ru) by dom.raid.ru with HTTP; Mon, 27 Apr 2009 18:59:17 +0600 (YEKST) Message-ID: <39528.94.180.14.255.1240837157.squirrel@dom.raid.ru> Date: Mon, 27 Apr 2009 18:59:17 +0600 (YEKST) From: iiv@dom.raid.ru To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: 7.1/i386: restarts just after begin booting 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, 27 Apr 2009 22:34:45 -0000 Hello All, The 6.2 and 6.4 releases work well but I've got some problems when booting 7.1/i386 release on my server (Duron1200/ASUS A7N233-VM). When booting from installation CD the computer suddenly restarts after about 2sec so I even can't see any output (seems it's regs dump). MD5 hash of CD is OK, replacing CD-ROM drive didn't give any effect. However after a lot of experimentation I managed to install 7.1 via PXE. But on the first boot just installed 7.1 the same problem has appeared again. I think there is a bug in boot2 or in some code executes before the loader because it boots successfully via PXE (by pxeboot) and by loader at FreeBSD 6.4 installed on an other hard drive. P.S. BIOS was updated to latest stable version. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 01:30:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34BAE1065670 for ; Tue, 28 Apr 2009 01:30:09 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id A85D78FC0C for ; Tue, 28 Apr 2009 01:30:08 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by bwz9 with SMTP id 9so255742bwz.43 for ; Mon, 27 Apr 2009 18:30:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=GYi/FGD6PVcsOhiHCrx7wP2yvlA2896fWvzx1JMfG5I=; b=nBbFkUYdAVzrx2qsVsXe56/5GmzIZgtMeG/6nPRsjc6uJAqMBiWvuCWq81JGOTvPAe H3VBGxqRuqsqHrgxegS8owlL9x2VOsvo/20dJWl2kucbIkL5QxRADmit9unYWIVhrL2A bBIWREOgtShHprFBqxivWyNFO1GYL02oBUjEw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=o8cm1ZDvarFKwAkAcoIqWz8tGsEbl4HTvc0oOMmPSS95r3Lzf3wI8zpEGGjO9tpGJQ A57XQNN2LXidSzgYnl4XwxyFRv5/2pGPxMVibUwT5MC/A4OxcRisqX4TNBHHAQEAX1AE i8pZfzVC+GdAJI5bzF8pfYpD4l01qeJzuLKSQ= MIME-Version: 1.0 Received: by 10.204.112.205 with SMTP id x13mr5901998bkp.170.1240882207515; Mon, 27 Apr 2009 18:30:07 -0700 (PDT) Date: Mon, 27 Apr 2009 21:30:07 -0400 Message-ID: From: Mehmet Erol Sanliturk To: freebsd-stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 7.2 RC2 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: Tue, 28 Apr 2009 01:30:09 -0000 Dear All , I have installed FreeBSD 7.2 RC2 for testing its installation on a PC with the following configuration : Main board : Asus P5VD2-VM Processor : Pentium 4 3.00 GHz RAM : 2 GB Hard Disk : Seagate ST3250410AS 3.AAC ( 238 475 MB ) SATA II PS/2 Mouse PS/2 Keyboard VGA : On board ( Chip model is not specified in manual , supports up to 2048 x 1536 at 75 Hz, up to 256 MB shared memory ) Dmesg recognized it as vga0 : < Generic ISA VGA > sc0 : VGA < 16 virtual consoles , ... > vgapci0 : < VGA-compatible display > Monitor : Philips 109B6 ( max resolution : 1920 x 1440 , advised resolution : 1600 x 1200 ) re0 : < RealTek 8169/8110SC Giga-bit ... > : Manual : RealTek RTL 8110SC DVD : < TSSTcorp CDDVDW SH-S202J/SB02 > from SysInstall main menu , first DHCP YES selected . Installation : Standard Partition : Existent OS has been deleted , and entire disk allocated to FreeBSD Boot : Standard Choose Distributions : ALL DHCP : Router Detected All of the packages installed with the following exceptions : Categories : accessibility , chinese , ipv6 , japanese , korean , palm , Packages from selected categories : ghostscript7-nox11-7.07_20 apache+mod_ssl-1.3.41+2.8.31 apache-1.3.41 sudo-1.6.9.20 links-2.2,1 lynx-2.8.6.5_5,1 rxvt-2.6,4_5 xorg-vfbserver-1.6.0,1 (1) During package installation the following errors occurred : add of package ,,, aborted , error code 1 : kdemultimedia-4.2.2 xscreensaver-gnome-hacks-5.08 gnome-screesaver-2.26.0 failed . emacs-22.3 (2) After installation , I have included into rc.conf gnome_enable=3D=C2=A8YES=C2=A8 After reboot , it gave error dbus_enabled=3D=C2=A8YES=C2=A8 is not specifie= d in rc.conf I included this also in rc.conf , and rebooted . Gnome could not be started due to Xorg exited on signal 6 error . I tried xorgconfig -textmode but xorgconfig is not available in release 7.2 RC2 . I tried Xorg -configure and X -config /root/xorg.config.new it exited with signal 11 . startx : Not working . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 01:59:56 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D836106566B for ; Tue, 28 Apr 2009 01:59:56 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id A33E18FC08 for ; Tue, 28 Apr 2009 01:59:55 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by fxm6 with SMTP id 6so270143fxm.43 for ; Mon, 27 Apr 2009 18:59:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=fVJYMBRlfcSQdPnXcc5RKpIVrxSKcr6KAotW9lJ5vok=; b=OdDi6nJWs6X11F6aIXVWC8bBiAZg5lEqYdtUic2QDOK8e3sqcmLQBOY5Pu0BqSSF9T Z5/93/vyVxkHd/zUq9QUIjzns/Tj8K+nGtmIuv4sFBwUzxdEdbVRZUWcrPDXkq6O161D tHnzcqwkeFv2eUPdwMhTwXeUa7AZNjtp4gsjE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=VW8b+XfTfa0Qa2oPxmzQdY/0M+ofadnem7hbFRcoYygdVKNvjbNR1qHFN0e+yx2D3n l17EbQf6FBQWn935sf8bFFCbVznBYTuY/C+lhUmuHArpdAMT3Q7r/S+po/rHVIHAxpnm Ceg7Xky+jA8thzE44c0JM1O2Oq8hzV1lh21OM= MIME-Version: 1.0 Received: by 10.204.55.199 with SMTP id v7mr5896764bkg.141.1240883994667; Mon, 27 Apr 2009 18:59:54 -0700 (PDT) In-Reply-To: References: Date: Mon, 27 Apr 2009 21:59:54 -0400 Message-ID: From: Mehmet Erol Sanliturk To: freebsd-stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD 7.2 RC2 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: Tue, 28 Apr 2009 01:59:56 -0000 On Mon, Apr 27, 2009 at 9:30 PM, Mehmet Erol Sanliturk < m.e.sanliturk@gmail.com> wrote: > Dear All , > > I have installed FreeBSD 7.2 RC2 for testing its installation on a PC wit= h > the following configuration : > > > Main board : Asus P5VD2-VM > Processor : Pentium 4 3.00 GHz > RAM : 2 GB > Hard Disk : Seagate ST3250410AS 3.AAC ( 238 475 MB ) SATA II > PS/2 Mouse > PS/2 Keyboard > VGA : On board ( Chip model is not specified in manual , > supports up to 2048 x 1536 at 75 Hz, > up to 256 MB shared memory ) > Dmesg recognized it as vga0 : < Generic ISA VGA > > sc0 : VGA < 16 > virtual consoles , ... > > vgapci0 : < > VGA-compatible display > > Monitor : Philips 109B6 ( max resolution : 1920 x 1440 , advised resoluti= on > : 1600 x 1200 ) > re0 : < RealTek 8169/8110SC Giga-bit ... > : Manual : RealTek RTL 8110= SC > DVD : < TSSTcorp CDDVDW SH-S202J/SB02 > > > > from SysInstall main menu , first DHCP YES selected . > Installation : Standard > Partition : Existent OS has been deleted , and entire disk allocated to > FreeBSD > Boot : Standard > > Choose Distributions : ALL > DHCP : Router Detected > All of the packages installed with the following exceptions : > Categories : accessibility , chinese , ipv6 , japanese , korean , palm , > Packages from selected categories : > ghostscript7-nox11-7.07_20 > apache+mod_ssl-1.3.41+2.8.31 > apache-1.3.41 > sudo-1.6.9.20 > links-2.2,1 > lynx-2.8.6.5_5,1 > rxvt-2.6,4_5 > xorg-vfbserver-1.6.0,1 > > > (1) > > During package installation the following errors occurred : > > add of package ,,, aborted , error code 1 : > > kdemultimedia-4.2.2 > xscreensaver-gnome-hacks-5.08 > gnome-screesaver-2.26.0 failed . > emacs-22.3 > > > (2) > > After installation , I have included into rc.conf > gnome_enable=3D=C2=A8YES=C2=A8 > > After reboot , it gave error dbus_enabled=3D=C2=A8YES=C2=A8 is not specif= ied in rc.conf > I included this also in rc.conf , and rebooted . > > Gnome could not be started due to Xorg exited on signal 6 error . > > I tried xorgconfig -textmode > but xorgconfig is not available in release 7.2 RC2 . > > I tried Xorg -configure > and X -config /root/xorg.config.new > it exited with signal 11 . > > startx : Not working . > > The FreeBSD 7.2 amd64 RC2 has been installed . > > Thank you very much . > > > Mehmet Erol Sanliturk > > > > > > > > > > > > > > > > > > > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 07:40:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 298C1106566C for ; Tue, 28 Apr 2009 07:40:24 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id A9BE98FC08 for ; Tue, 28 Apr 2009 07:40:23 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id e12so625707fga.12 for ; Tue, 28 Apr 2009 00:40:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:disposition-notification-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; bh=e0aOK+hwqKBuxfdinyw3wwNR7z3ZRa00X5Gmn7zxSeg=; b=oopaP4tq1H/YvZ2paSrIO0+uZPrOUoa6tjvLtGJTOTmIRrbdW6PkFPLkOQCfZdsJtw 2emNAiX6QgKcZXimqeedOmQE36laGW6a5JWpHnCuaojfVQDVTykHS1Nca0bsXNxmly4g LXZbTfXoTTlzIDTxSH32fKjYxmLtC1UMYoIME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to :disposition-notification-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; b=mBuMW6B8UvLN85B6SgR2gs8pjCHuXJkOsIzaVJbC0AyQDYWoCZqzyZAJfkCagWq80F 7qIyuIcSrKr4im7gGtCC4dLTNX010bUCkx1XcBaLHuO0/h86VmWE5SphKLNNAGDWggIB pkxSr4viI0+AqOmzBih9y/0uCed4Vz3WJ7Zl4= Received: by 10.86.95.8 with SMTP id s8mr4101001fgb.24.1240904422638; Tue, 28 Apr 2009 00:40:22 -0700 (PDT) Received: from oleg.nevosoft.local ([195.182.128.54]) by mx.google.com with ESMTPS id l19sm2621394fgb.27.2009.04.28.00.40.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 28 Apr 2009 00:40:21 -0700 (PDT) From: subbsd To: freebsd-stable@freebsd.org Date: Tue, 28 Apr 2009 11:40:20 +0400 User-Agent: KMail/1.11.2 (FreeBSD/8.0-CURRENT; KDE/4.2.2; i386; ; ) References: <49F5BB24.2090206@nlink.com.br> <200904272045.20927.subbsd@gmail.com> <49F5EBFA.6060607@pingle.org> In-Reply-To: <49F5EBFA.6060607@pingle.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904281140.20227.subbsd@gmail.com> Subject: Re: Freebsd 7.2-RC boot 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: Tue, 28 Apr 2009 07:40:24 -0000 On Monday 27 April 2009 21:31:38 Jim Pingle wrote: > subbsd wrote: > > Hello, i've got some problem with my SATA Optiarc DVD RW: > > message output on the screen in not stopped, but repeating with > > incremental delay: > > ... > > acd0: DVDR at ata3-master UDMA33 > > HEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install > Hi. > Did you retype this? Or did it really say "HEOM"? If that's not a typo, > you may want to check for RAM errors. > Correct. RAM is ok, problem in my fingers ;). > > run_interrupt_driven hooks: still waiting after 60 seconds for xpt_config > > run_interrupt_driven hooks: still waiting after 120 seconds for > > xpt_config run_interrupt_driven hooks: still waiting after 180 seconds > > for xpt_config run_interrupt_driven hooks: still waiting after 240 > > seconds for xpt_config run_interrupt_driven hooks: still waiting after > > 300 seconds for xpt_config > > I spoke with someone the other day who had that exact same message, and > it was due to either a Firewire controller in the BIOS, or a USB card > reader. They disabled both at the same time, and the message went away. > Yes, really when IE1394 is disabled in bios problem is gone. Thanks! May be this info make sense for publish in RelNotes? > That appears to be the CAM subsystem probing for root-capable devices, > from what I found via Google the other day. > > Jim From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 09:58:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E337D1065670 for ; Tue, 28 Apr 2009 09:58:10 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.freebsd.org (Postfix) with ESMTP id 767488FC08 for ; Tue, 28 Apr 2009 09:58:10 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail16.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n3S9vxmN008143 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Apr 2009 19:58:02 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n3S9vxit089297; Tue, 28 Apr 2009 19:57:59 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n3S9vvPL089296; Tue, 28 Apr 2009 19:57:57 +1000 (EST) (envelope-from peter) Date: Tue, 28 Apr 2009 19:57:57 +1000 From: Peter Jeremy To: Dominic Fandrey Message-ID: <20090428095757.GA89235@server.vk2pj.dyndns.org> References: <49F33195.7070200@bsdforen.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <49F33195.7070200@bsdforen.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-stable@freebsd.org Subject: Re: installing crossbuilds 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, 28 Apr 2009 09:58:11 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Apr-25 17:51:49 +0200, Dominic Fandrey wrote: >Back before the 7.0 Release I used to install cross builds by >NFS-mounting /usr/src and /usr/obj of the build machine on the >target machine and running: > ># cd /usr/src ># env MAKEOBJDIRPREFIX=3D/usr/obj/ make installkernel KERNCONF=3D >... This has only ever worked if the target machine architecture was a superset of the build machine architecture. >This doesn't work any more because all the installation tools >are built for the architecture of the build system. buildworld has always built the build/install infrastucture to suit the build machine architecture. >The alternative to mount the whole fstab structure of the >target machine into the build server and installing with DESTDIR >works, but feels pretty clumsy in comparison. This is the supported way to install onto a different architecture target. --=20 Peter Jeremy --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn20yUACgkQ/opHv/APuIcsBwCgrzShGVO0L14U5gHUQkcAlE+a uCoAnjg5VmjJLhdIWGtJiRNThfk43ZEq =c6Hb -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 11:42:08 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDEFE106566C for ; Tue, 28 Apr 2009 11:42:08 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 636728FC1C for ; Tue, 28 Apr 2009 11:42:08 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id n3SBg0S7008861; Tue, 28 Apr 2009 12:42:01 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LylhI-0007g5-U5; Tue, 28 Apr 2009 12:42:00 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n3SBg0E2086862; Tue, 28 Apr 2009 12:42:00 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n3SBg0YA086861; Tue, 28 Apr 2009 12:42:00 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: iiv@dom.raid.ru In-Reply-To: <39528.94.180.14.255.1240837157.squirrel@dom.raid.ru> References: <39528.94.180.14.255.1240837157.squirrel@dom.raid.ru> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 28 Apr 2009 12:41:59 +0100 Message-Id: <1240918919.85945.2.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-stable@FreeBSD.org Subject: Re: 7.1/i386: restarts just after begin booting 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, 28 Apr 2009 11:42:09 -0000 On Mon, 2009-04-27 at 18:59 +0600, iiv@dom.raid.ru wrote: > Hello All, > > The 6.2 and 6.4 releases work well but I've got some problems when > booting 7.1/i386 release on my server (Duron1200/ASUS A7N233-VM). > When booting from installation CD the computer suddenly restarts > after about 2sec so I even can't see any output (seems it's regs > dump). MD5 hash of CD is OK, replacing CD-ROM drive didn't give any > effect. However after a lot of experimentation I managed to install > 7.1 via PXE. But on the first boot just installed 7.1 the same > problem has appeared again. I think there is a bug in boot2 or in > some code executes before the loader because it boots successfully > via PXE (by pxeboot) and by loader at FreeBSD 6.4 installed on an > other hard drive. > P.S. BIOS was updated to latest stable version. Can you try booting 7.2-RC2 and see if you see the same issue? It's likely that this has been fixed already. Gavin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 12:00:48 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2422C106567A for ; Tue, 28 Apr 2009 12:00:48 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id AE02F8FC15 for ; Tue, 28 Apr 2009 12:00:47 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n3SC0aLZ011869; Tue, 28 Apr 2009 13:00:36 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LylzI-0002f3-AH; Tue, 28 Apr 2009 13:00:36 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n3SC0a8R087021; Tue, 28 Apr 2009 13:00:36 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n3SC0ZDF087020; Tue, 28 Apr 2009 13:00:35 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Martin Schmidt In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 28 Apr 2009 13:00:35 +0100 Message-Id: <1240920035.85945.7.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-stable@FreeBSD.org Subject: RE: 7.1-STABLE Sun Mar 29 01:06:46 ADT 2009 Locks up ... 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, 28 Apr 2009 12:00:48 -0000 On Fri, 2009-04-24 at 20:39 +0200, Martin Schmidt wrote: > Hi Marc and List, > > i had similar issues with FreeBSD 7.2-PRERELEASE. Server (zfs,nfs) > seems to hang in intervals of about 8 hours. > kernel is still there but no connections can be made to nfs/ssh and > login on local console doesn't seem to > work due to incredible slowness. breaking to the debugger takes a > moment but works. > (compiling kernel with WITNESS didnt help) > > the server had been solid before with 7 stable kernel from around 19 > October 2008. > > I now added these lines to /boot/loader.conf > > hw.pci.enable_msi=0 > hw.pci.enable_msix=0 > > to disable Message Signaled Interrupts. Which are used by the 3ware > twa driver and igb network driver on our server. If you are willing to test further on your server, it may be helpful if you could determine which of those two lines in loader.conf fixes the problem for you. It would also be useful to provide a dmesg from the machine when both msi and msix are enabled. FWIW, looking at the "vmstat -i" output it appears that only the igb driver that are using MSI/MSIX, unless you have a reason to suspect otherwise? Gavin From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 12:52:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 428CA1065672 for ; Tue, 28 Apr 2009 12:52:22 +0000 (UTC) (envelope-from paulo@nlink.com.br) Received: from smtp.nlink.com.br (smtp.nlink.com.br [201.12.59.3]) by mx1.freebsd.org (Postfix) with SMTP id 6F5FF8FC08 for ; Tue, 28 Apr 2009 12:52:20 +0000 (UTC) (envelope-from paulo@nlink.com.br) Received: (qmail 90172 invoked from network); 28 Apr 2009 12:52:18 -0000 Received: from j1.nlink.com.br (paulo@intra.nlink.com.br@201.12.59.126) by smtp.nlink.com.br with SMTP; 28 Apr 2009 12:52:18 -0000 Message-ID: <49F6FC02.7060803@nlink.com.br> Date: Tue, 28 Apr 2009 09:52:18 -0300 From: Paulo Fragoso User-Agent: Thunderbird 2.0.0.17 (X11/20081030) MIME-Version: 1.0 To: Ken Smith References: <49F5BB24.2090206@nlink.com.br> <1240844716.59908.14.camel@bauer.cse.buffalo.edu> <49F5E723.6040700@nlink.com.br> <1240852596.59908.33.camel@bauer.cse.buffalo.edu> In-Reply-To: <1240852596.59908.33.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 7.2-RC boot 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: Tue, 28 Apr 2009 12:52:22 -0000 Em 27/04/2009 14:16, Ken Smith escreveu: > On Mon, 2009-04-27 at 14:10 -0300, Paulo Fragoso wrote: >> Em 27/04/2009 12:05, Ken Smith escreveu: >>> On Mon, 2009-04-27 at 11:03 -0300, Paulo Fragoso wrote: >>> >>> >>>> I can't boot on cdrom sata, this problem doesn't exist in older releases. >>>> >>>> My motherboard is >>>> Gigabyte GA-M61PME-S2 >>>> >>>> On FreeBSD 7.1 my cdrom drive is detected this way: >>>> acd0: DVDR at ata3-master SATA150 >>>> >>>> >>> Just checking - is *everything* the same? For example is the media the >>> same? Depending on a variety of things I've had issues with rewritable >>> media versus write-once media, etc. >>> >>> The machine I test the release builds on before uploading them has a >>> Gigabyte motherboard (G31M-ES2L) with a sata drive in it so it's not a >>> generic "sata doesn't work" issue: >>> >>> acd0: DVDROM at ata0-slave SATA150 >>> >>> If none of that helps we'd need more information about how far it gets >>> before it stops. >>> >> I can say there is a problem to boot with cdrom since 7.2-BETA1. >> >> All system is same, all older version can boot in this machine: 6.1, >> 6.2, ...,7.1, etc. amd64 or i386. >> >> I've burnt 03 media to test 7.2-RC2, one cd-rw burnt with cdrecord and >> two cd-r burnt first with burncd and last was burnt with cdrecord. >> >> What I can do to help this release? >> > > We need more information about how far it gets before it stops. Does it > seem like it attempts the boot off the CD at all or does it just fall > through to booting off the hard drive? It try boot from cdrom and after a little time it boots from next device. > If it does attempt to boot off > the CD does it lock up with no messages? If there are messages what are > the last few things it says? > It doesn't print any message and after that short time BIOS try next device from boot order. Paulo. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 13:17:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD84A1065676 for ; Tue, 28 Apr 2009 13:17:16 +0000 (UTC) (envelope-from paulo@nlink.com.br) Received: from smtp.nlink.com.br (smtp.nlink.com.br [201.12.59.3]) by mx1.freebsd.org (Postfix) with SMTP id DF2678FC2C for ; Tue, 28 Apr 2009 13:17:15 +0000 (UTC) (envelope-from paulo@nlink.com.br) Received: (qmail 92598 invoked from network); 28 Apr 2009 13:17:14 -0000 Received: from j1.nlink.com.br (paulo@intra.nlink.com.br@201.12.59.126) by smtp.nlink.com.br with SMTP; 28 Apr 2009 13:17:14 -0000 Message-ID: <49F701DA.3090005@nlink.com.br> Date: Tue, 28 Apr 2009 10:17:14 -0300 From: Paulo Fragoso User-Agent: Thunderbird 2.0.0.17 (X11/20081030) MIME-Version: 1.0 To: Ken Smith References: <49F5BB24.2090206@nlink.com.br> <1240844716.59908.14.camel@bauer.cse.buffalo.edu> <49F5E723.6040700@nlink.com.br> <1240852596.59908.33.camel@bauer.cse.buffalo.edu> <49F6FC02.7060803@nlink.com.br> In-Reply-To: <49F6FC02.7060803@nlink.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 7.2-RC boot 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: Tue, 28 Apr 2009 13:17:17 -0000 Em 28/04/2009 09:52, Paulo Fragoso escreveu: > Em 27/04/2009 14:16, Ken Smith escreveu: >> On Mon, 2009-04-27 at 14:10 -0300, Paulo Fragoso wrote: >>> Em 27/04/2009 12:05, Ken Smith escreveu: >>>> On Mon, 2009-04-27 at 11:03 -0300, Paulo Fragoso wrote: >>>> >>>> >>>>> I can't boot on cdrom sata, this problem doesn't exist in older >>>>> releases. >>>>> >>>>> My motherboard is >>>>> Gigabyte GA-M61PME-S2 >>>>> >>>>> On FreeBSD 7.1 my cdrom drive is detected this way: >>>>> acd0: DVDR at ata3-master SATA150 >>>>> >>>>> >>>> Just checking - is *everything* the same? For example is the media >>>> the >>>> same? Depending on a variety of things I've had issues with >>>> rewritable >>>> media versus write-once media, etc. >>>> >>>> The machine I test the release builds on before uploading them has a >>>> Gigabyte motherboard (G31M-ES2L) with a sata drive in it so it's not a >>>> generic "sata doesn't work" issue: >>>> >>>> acd0: DVDROM at ata0-slave SATA150 >>>> >>>> If none of that helps we'd need more information about how far it gets >>>> before it stops. >>>> >>> I can say there is a problem to boot with cdrom since 7.2-BETA1. >>> >>> All system is same, all older version can boot in this machine: 6.1, >>> 6.2, ...,7.1, etc. amd64 or i386. >>> >>> I've burnt 03 media to test 7.2-RC2, one cd-rw burnt with cdrecord >>> and two cd-r burnt first with burncd and last was burnt with cdrecord. >>> >>> What I can do to help this release? >>> >> >> We need more information about how far it gets before it stops. Does it >> seem like it attempts the boot off the CD at all or does it just fall >> through to booting off the hard drive? > > It try boot from cdrom and after a little time it boots from next device. > >> If it does attempt to boot off >> the CD does it lock up with no messages? If there are messages what are >> the last few things it says? >> > > It doesn't print any message and after that short time BIOS try next > device from boot order. > > Paulo. If I try boot from 7.1-RELEASE cdrom this mensagens are printed after POST: Verifing BMI Pool Data ........ Boot from CD/DVD : CD Loader 1.2 Buildong the boot loader argumetns ... using 7.2-RC2 cdrom: Verifing BMI Pool Data ........ Boot from CD/DVD : (4,35 seconds) NVIDIA Boot Agent 244.0538 ... Paulo. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 13:28:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F9A01065676 for ; Tue, 28 Apr 2009 13:28:42 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 4875D8FC22 for ; Tue, 28 Apr 2009 13:28:42 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n3SDSaPB094314 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Apr 2009 09:28:41 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Paulo Fragoso In-Reply-To: <49F6FC02.7060803@nlink.com.br> References: <49F5BB24.2090206@nlink.com.br> <1240844716.59908.14.camel@bauer.cse.buffalo.edu> <49F5E723.6040700@nlink.com.br> <1240852596.59908.33.camel@bauer.cse.buffalo.edu> <49F6FC02.7060803@nlink.com.br> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-7KyvAiZb/3RzxI2ZJD7A" Organization: U. Buffalo CSE Department Date: Tue, 28 Apr 2009 09:28:33 -0400 Message-Id: <1240925313.64003.7.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 7.2-RC boot 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: Tue, 28 Apr 2009 13:28:43 -0000 --=-7KyvAiZb/3RzxI2ZJD7A Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-04-28 at 09:52 -0300, Paulo Fragoso wrote: > Em 27/04/2009 14:16, Ken Smith escreveu: > > We need more information about how far it gets before it stops. Does i= t > > seem like it attempts the boot off the CD at all or does it just fall > > through to booting off the hard drive? >=20 > It try boot from cdrom and after a little time it boots from next device. >=20 > > If it does attempt to boot off > > the CD does it lock up with no messages? If there are messages what ar= e > > the last few things it says? > >=20 >=20 > It doesn't print any message and after that short time BIOS try next=20 > device from boot order. Thanks. That makes it sound like the BIOS doesn't think the CD is bootable but I'm not sure why. We'll need to try and collect more information from other sources to see if we can narrow it down (e.g. whether it happens on other vendors' motherboards or just Gigabyte, whether there are other combinations of SATA versus non-SATA optical drives that cause problems, etc). Just to collect as much information about this specific case as I can... Are you using CD media or DVD media? Is there a chance you could try the other type of media (e.g. if you're using CD media could you give DVD media a quick try?) just to eliminate that as one of the variables? --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-7KyvAiZb/3RzxI2ZJD7A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkn3BHEACgkQ/G14VSmup/apgwCfbzW5BmTCnY75aE7WBjhM/1Bg 41kAoJGKKo13EcRBt5mVEOawl79o3MFr =wOFY -----END PGP SIGNATURE----- --=-7KyvAiZb/3RzxI2ZJD7A-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 13:38:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88F09106567D for ; Tue, 28 Apr 2009 13:38:37 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 1935F8FC16 for ; Tue, 28 Apr 2009 13:38:36 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 20380 invoked by uid 89); 28 Apr 2009 13:39:09 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 28 Apr 2009 13:39:09 -0000 Message-ID: <49F706D0.8060909@ibctech.ca> Date: Tue, 28 Apr 2009 09:38:24 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Mikolaj Golub References: <49F5ED6E.6080000@ibctech.ca> <867i15x5in.fsf@kopusha.onet> <49F607E4.6010109@ibctech.ca> <863abtx42c.fsf@kopusha.onet> In-Reply-To: <863abtx42c.fsf@kopusha.onet> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: bsnmpd problems during buildworld 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, 28 Apr 2009 13:38:37 -0000 Mikolaj Golub wrote: > On Mon, 27 Apr 2009 15:30:44 -0400 Steve Bertrand wrote: > SB> dns5# uname -a > SB> FreeBSD dns5.eagle.ca 7.1-STABLE FreeBSD 7.1-STABLE #1: Thu Mar 19 > SB> 08:52:46 EDT 2009 > > Don't you have old net-mgmt/bsnmpd installed? What does `which gensnmptree` > return? I do have an old version installed, but don't ever remember installing it :) It doesn't show up with pkg_version -v: dns5# pkg_version -v cvsup-without-gui-16.1h_2 < needs updating (port has 16.1h_4) daemontools-0.76_12 = up-to-date with port djbdns-1.05_10 > succeeds port (port has 1.05.b14_13) djbdns-ipv6-1.05.b14_10 < needs updating (port has 1.05.b14_13) fastest_cvsup-0.2.9_4 < needs updating (port has 0.2.9_6) nmap-4.11 < needs updating (port has 4.85.b7_1) pcre-6.7 < needs updating (port has 7.9) perl-5.8.8 < needs updating (port has 5.8.9_2) ruby-1.8.7.72_1,1 = up-to-date with port ucspi-tcp-0.88_2 = up-to-date with port ...would another port have installed it? Is there an easy workaround for this, so I can at least build the world? Steve From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 13:41:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FBAA1065689 for ; Tue, 28 Apr 2009 13:41:59 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id C2CCE8FC28 for ; Tue, 28 Apr 2009 13:41:58 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 20544 invoked by uid 89); 28 Apr 2009 13:42:31 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 28 Apr 2009 13:42:31 -0000 Message-ID: <49F7079A.6060304@ibctech.ca> Date: Tue, 28 Apr 2009 09:41:46 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Mikolaj Golub References: <49F5ED6E.6080000@ibctech.ca> <867i15x5in.fsf@kopusha.onet> <49F607E4.6010109@ibctech.ca> <863abtx42c.fsf@kopusha.onet> <49F706D0.8060909@ibctech.ca> In-Reply-To: <49F706D0.8060909@ibctech.ca> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: bsnmpd problems during buildworld 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, 28 Apr 2009 13:41:59 -0000 Steve Bertrand wrote: > Mikolaj Golub wrote: >> On Mon, 27 Apr 2009 15:30:44 -0400 Steve Bertrand wrote: > >> SB> dns5# uname -a >> SB> FreeBSD dns5.eagle.ca 7.1-STABLE FreeBSD 7.1-STABLE #1: Thu Mar 19 >> SB> 08:52:46 EDT 2009 >> >> Don't you have old net-mgmt/bsnmpd installed? What does `which gensnmptree` >> return? > > I do have an old version installed, but don't ever remember installing it :) [...] > Is there an easy workaround for this, so I can at least build the world? Had I have Googled a little better, I would have found this: http://markmail.org/message/34lp4ykrrix4vscl I'm off to try it. Steve From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 13:46:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB314106564A for ; Tue, 28 Apr 2009 13:46:33 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 324B78FC0A for ; Tue, 28 Apr 2009 13:46:32 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 28 Apr 2009 13:46:31 -0000 Received: from balu.cs.uni-paderborn.de (EHLO balu.cs.uni-paderborn.de) [131.234.21.37] by mail.gmx.net (mp061) with SMTP; 28 Apr 2009 15:46:31 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX19u6gx2QrVuHhNnp4bnkP6502F29omWzW6YIFaBCR J9GOCsiemv7vTk Date: Tue, 28 Apr 2009 15:46:30 +0200 To: "Ken Smith" , freebsd-stable From: "Matthias Andree" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15 MIME-Version: 1.0 References: <1240615421.55354.31.camel@neo.cse.buffalo.edu> Content-Transfer-Encoding: 7bit Organization: Message-ID: In-Reply-To: <1240615421.55354.31.camel@neo.cse.buffalo.edu> User-Agent: Opera Mail/9.64 (Win32) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.65 Cc: Subject: Re: FreeBSD 7.2-RC2 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: Tue, 28 Apr 2009 13:46:34 -0000 Am 25.04.2009, 01:23 Uhr, schrieb Ken Smith : > > The second of the two planed Release Candidates for the 7.2-RELEASE > cycle is now available. We believe with the exception of the new bce(4) > driver not working with lagg(4) all the major issues that have come up > from the testing have been addressed. We will work with the vendor to > get that issue addressed post-release. > > At this point we know of no problems big enough to impact the dates for > the rest of the release cycle which is here: > > http://www.freebsd.org/releases/7.2R/schedule.html Is there any schedule WRT the Release Notes? They[1] were still empty when I checked yesterday, and I find that makes it more difficult than necessary to actually test the RC. Nevermind the schedule, and release when it's done. [1] http://www.freebsd.org/relnotes/7-STABLE/relnotes/new.html -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 14:15:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7254C106566B for ; Tue, 28 Apr 2009 14:15:33 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id C0EAC8FC17 for ; Tue, 28 Apr 2009 14:15:31 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n3SEFPIA094434 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Apr 2009 10:15:31 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Matthias Andree In-Reply-To: References: <1240615421.55354.31.camel@neo.cse.buffalo.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-QXzHUPr0SwNsIaLCg2mp" Organization: U. Buffalo CSE Department Date: Tue, 28 Apr 2009 10:15:22 -0400 Message-Id: <1240928122.64003.30.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 Cc: freebsd-stable Subject: Re: FreeBSD 7.2-RC2 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: Tue, 28 Apr 2009 14:15:33 -0000 --=-QXzHUPr0SwNsIaLCg2mp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-04-28 at 15:46 +0200, Matthias Andree wrote: > Is there any schedule WRT the Release Notes? They[1] were still empty whe= n =20 > I checked yesterday, and I find that makes it more difficult than =20 > necessary to actually test the RC. Nevermind the schedule, and release =20 > when it's done. >=20 > [1] http://www.freebsd.org/relnotes/7-STABLE/relnotes/new.html They're being worked on now. I'm afraid the best place to get them might be /usr/src/release/doc/en_US.ISO8859-1/relnotes after a csup update (they've been updated after RC2 got built). --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-QXzHUPr0SwNsIaLCg2mp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkn3D3oACgkQ/G14VSmup/bqogCdFiDVr8EmS9K42npjvy2fJmOq t5EAn2Psoofxy+gE2zHMpErU+9xN4RTQ =OI+y -----END PGP SIGNATURE----- --=-QXzHUPr0SwNsIaLCg2mp-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 19:38:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 947FA1065678 for ; Tue, 28 Apr 2009 19:38:32 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id DB4DA8FC16 for ; Tue, 28 Apr 2009 19:38:31 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by bwz9 with SMTP id 9so748165bwz.43 for ; Tue, 28 Apr 2009 12:38:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=FEajq4ZaCYKq9WBrUG3r5fgffpEQUF05K5RZZyj5p0A=; b=Eu1e4vQ1Zk0dsYjdfUS7bWpBU5li9ocJLwrqjHpRpkQXrCnwyvaDa8CQy0OYMF7Klu milmUFiLbXEjeaxoe13TFXmA47XEhn8oJyXSuAN5AIl2Vjjuhrp9zWMzlNXiRKaos+ZD L2QDyG9Q8kmjXEmYBcya/T9GMBYqQv1E3Oulk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=LWOE5DcR2yGroAcN48fgelF/CWWHtbKLG0b0bFQ9poRHVG2t0YqbD/sHds6MnmfBp+ 3m50m2303ZBidTO/kl3kLY175ZCvuPVhyUM5J9PAOmEI+yvDVa/asGTSOtF2gRG4Hix2 8TXIwdNu9eh49BDCUXK4LMJzW4M8O3r3YoAmE= MIME-Version: 1.0 Received: by 10.204.31.204 with SMTP id z12mr6768518bkc.80.1240947510609; Tue, 28 Apr 2009 12:38:30 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 Apr 2009 15:38:30 -0400 Message-ID: From: Mehmet Erol Sanliturk To: freebsd-stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: FreeBSD 7.2 RC2 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: Tue, 28 Apr 2009 19:38:32 -0000 On Mon, Apr 27, 2009 at 9:59 PM, Mehmet Erol Sanliturk < m.e.sanliturk@gmail.com> wrote: > > > On Mon, Apr 27, 2009 at 9:30 PM, Mehmet Erol Sanliturk < > m.e.sanliturk@gmail.com> wrote: > >> Dear All , >> >> I have installed FreeBSD 7.2 RC2 for testing its installation on a PC wi= th >> the following configuration : >> >> >> Main board : Asus P5VD2-VM >> Processor : Pentium 4 3.00 GHz >> RAM : 2 GB >> Hard Disk : Seagate ST3250410AS 3.AAC ( 238 475 MB ) SATA II >> PS/2 Mouse >> PS/2 Keyboard >> VGA : On board ( Chip model is not specified in manual , >> supports up to 2048 x 1536 at 75 Hz, >> up to 256 MB shared memory ) >> Dmesg recognized it as vga0 : < Generic ISA VGA > >> sc0 : VGA < 16 >> virtual consoles , ... > >> vgapci0 : < >> VGA-compatible display > >> Monitor : Philips 109B6 ( max resolution : 1920 x 1440 , advised >> resolution : 1600 x 1200 ) >> re0 : < RealTek 8169/8110SC Giga-bit ... > : Manual : RealTek RTL >> 8110SC >> DVD : < TSSTcorp CDDVDW SH-S202J/SB02 > >> >> >> from SysInstall main menu , first DHCP YES selected . >> Installation : Standard >> Partition : Existent OS has been deleted , and entire disk allocated to >> FreeBSD >> Boot : Standard >> >> Choose Distributions : ALL >> DHCP : Router Detected >> All of the packages installed with the following exceptions : >> Categories : accessibility , chinese , ipv6 , japanese , korean , palm , >> Packages from selected categories : >> ghostscript7-nox11-7.07_20 >> apache+mod_ssl-1.3.41+2.8.31 >> apache-1.3.41 >> sudo-1.6.9.20 >> links-2.2,1 >> lynx-2.8.6.5_5,1 >> rxvt-2.6,4_5 >> xorg-vfbserver-1.6.0,1 >> >> >> (1) >> >> During package installation the following errors occurred : >> >> add of package ,,, aborted , error code 1 : >> >> kdemultimedia-4.2.2 >> xscreensaver-gnome-hacks-5.08 >> gnome-screesaver-2.26.0 failed . >> emacs-22.3 >> >> >> (2) >> >> After installation , I have included into rc.conf >> gnome_enable=3D=C2=A8YES=C2=A8 >> >> After reboot , it gave error dbus_enabled=3D=C2=A8YES=C2=A8 is not speci= fied in >> rc.conf >> I included this also in rc.conf , and rebooted . >> >> Gnome could not be started due to Xorg exited on signal 6 error . >> >> I tried xorgconfig -textmode >> but xorgconfig is not available in release 7.2 RC2 . >> >> I tried Xorg -configure >> and X -config /root/xorg.config.new >> it exited with signal 11 . >> >> startx : Not working . >> >> > The FreeBSD 7.2 amd64 RC2 has been installed . > > Onto the same PC , I have attached another hard disk and by connecting SATA and power cables I have made it bootable . I have installed Solaris 10 ( 2008-10 ) . It booted and installed in GUI mode and worked . Then , I have installed FreeBSD 7.2 amd64 RC1 onto the same disk by erasing existing OS . 7.2 amd64 RC! exactly behaved like 7.2 amd64 RC2 . Then , onto the same disk I have installed FreeBSD 7.1 amd64 Release by erasing existing 7.2 amd64 RC1 . I have applied the same steps to make X11 to work . # xorgcfg xorgcfg : Command not found . # xorgconfig It started but I discontinued it . # Xorg -configure # X -config xorg.conf.new Worked . # cp xorg.conf.new /etc/X11/xorg.conf Then I have added to /etc/rc.conf gnome_enable=3D=C2=A8YES=C2=A8 After reboot it worked , but very slowly . It detected screen resolution as 1856 x 1392 at 61 Hz with a very nice and clearly readable font . After a new reboot , it worked very well . Conclusion : There is a difference between 7.1 amd64 Release and ( 7.2 amd6= 4 RC1 and RC2 ) behaving differently on the same PC . Error message with Signal 11 is not related to possible hardware failure . The main board is the following : ( Asus P5VD2-VM ) http://www.asus.com/product.aspx?P_ID=3D2sYAtam7ng8vCngf I do not know whether such messages are useful or unnecessary , but my aim is to contribute to testing of a release candidate . > > > > >> >> Thank you very much . >> >> >> Mehmet Erol Sanliturk >> >> From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 20:23:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 813D0106566C for ; Tue, 28 Apr 2009 20:23:58 +0000 (UTC) (envelope-from fxp@corp.iskratelecom.ru) Received: from corp.iskratelecom.ru (corp.iskratelecom.ru [82.199.96.130]) by mx1.freebsd.org (Postfix) with ESMTP id 3BD788FC13 for ; Tue, 28 Apr 2009 20:23:58 +0000 (UTC) (envelope-from fxp@corp.iskratelecom.ru) Received: from 35-97-199-82.iskratelecom.ru ([82.199.97.35] helo=[192.168.1.2]) by corp.iskratelecom.ru with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LytO0-000DkM-Vy for freebsd-stable@freebsd.org; Tue, 28 Apr 2009 23:54:37 +0400 Message-ID: <49F75EFC.5020804@corp.iskratelecom.ru> Date: Tue, 28 Apr 2009 23:54:36 +0400 From: =?UTF-8?B?0JDQvdC00YDQtdC5INCu0YDRgtCw0LnQutC40L0=?= User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: 4TB twa RAID, geometry 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: Tue, 28 Apr 2009 20:23:58 -0000 hi, On my FreeBSD 7.0 system (one scsi disk + PCI SATA 4TB RAID, twa) scsi disk with system failed, so i get new one install FreeBSD 7.0 on it (using another box) and than plug it in. But can`t get RAID to work. info: twa0: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem 0xfeaf0000-0xfeaf00ff,0xfb800000-0xfbffffff irq 52 at device 2.0 on pci4 twa0: [ITHREAD] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9500S-12, 12 ports, Firmware FE9X 2.04.00.005, BIOS BE9X 2.03.01.047 da0 at twa0 bus 0 target 0 lun 0 da0: <3ware Logical Disk 00 1.00> Fixed Direct Access SCSI-0 device da0: 100.000MB/s transfers da0: 4196049MB (8593508352 512 byte sectors: 255H 63S/T 534921C) da1 at ahd0 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) da1: Command Queueing Enabled da1: 35003MB (71687370 512 byte sectors: 255H 63S/T 4462C) fdisk /dev/da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=534921 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=534921 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 3571210 (1743 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 222/ head 76/ sector 55 bsdlabel /dev/da0s1 # /dev/da0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 3571210 0 4.2BSD 2048 16384 28552 # "raw" part, don't edit bsdlabel: partition c is not marked as unused! bsdlabel: An incorrect partition c may cause problems for standard system utilities sysinstall`s fdisk: Offset Size(ST) End Name PType Desc Subtype Flags 0 63 62 - 12 unused 0 63 3571210 3571272 da0s1 8 freebsd 165 3571273 8589937079 8593508351 - 12 unused 0 From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 20:58:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAB5A106567A for ; Tue, 28 Apr 2009 20:58:38 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id 693EF8FC18 for ; Tue, 28 Apr 2009 20:58:38 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm6 with SMTP id 6so800625fxm.43 for ; Tue, 28 Apr 2009 13:58:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=WVu+VJ/jXsQX078N26M+7pv2jPAVyrupQ2fjDMjRrUw=; b=cskLIycxbuewHrRkYFhxVAMl2en+ZPwIwQ89alsTnT2S3USJKUbqOBCtn8cOPDSFju gCL0VRLnRlNDVuUJliYMFhGm9+pp0ANOaSmFH5hF1ph82da7je9LSlfMjF5IRMJRVklP GvuGkz2KsprcINWjkmDkJHmS/SjQI6jMQQyp8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=i3Sg1L5EEyqrZ/1NOPFsy0co+HiPpQlJV4y1AWwkF6mM+bMm587FLGvQ76AQ6jYRzv r9kwezcy2lLJmtZZifXVh5gtBZZGmg4wIMrnpHqRrywgjToc+tWuclq7XXIorEEv0u6z DKooseaH3gDS20cfhyBXtEgr4BUAnsYfEMDWw= MIME-Version: 1.0 Received: by 10.103.171.6 with SMTP id y6mr2149788muo.110.1240952317199; Tue, 28 Apr 2009 13:58:37 -0700 (PDT) In-Reply-To: <49F75EFC.5020804@corp.iskratelecom.ru> References: <49F75EFC.5020804@corp.iskratelecom.ru> Date: Wed, 29 Apr 2009 00:58:37 +0400 Message-ID: From: pluknet To: =?KOI8-R?B?4c7E0sXKIODS1MHKy8nO?= Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: 4TB twa RAID, geometry 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: Tue, 28 Apr 2009 20:58:39 -0000 2009/4/28 =E1=CE=C4=D2=C5=CA =E0=D2=D4=C1=CA=CB=C9=CE : > hi, > On my FreeBSD 7.0 system (one scsi disk + PCI SATA 4TB RAID, twa) scsi di= sk > with system failed, so i get new one install FreeBSD 7.0 on it (using > another box) and than plug it in. But can`t get RAID to work. > Check man bsdlabel up. COMPATIBILITY Due to the use of an u_int32_t to store the number of sectors, BSD lab= els are restricted to a maximum of 2^32-1 sectors. This usually means 2TB= of disk space. Larger disks should be partitioned using another method s= uch as gpt(8). --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Apr 28 21:00:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 508961065680 for ; Tue, 28 Apr 2009 21:00:39 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1368D8FC0A for ; Tue, 28 Apr 2009 21:00:38 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n3SKxQZI021532 for ; Tue, 28 Apr 2009 16:59:26 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904282059.n3SKxQZI021532@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 28 Apr 2009 17:00:42 -0400 To: freebsd-stable From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: httpr and AMD64 problems on RELENG_7 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, 28 Apr 2009 21:00:39 -0000 Hi, I am having a problem with the httpr and AMD64. Not sure if its a MB issue or something else, but the drives on the controller are not showing up (ie.. no /dev/da*) The serial console shows Consoles: internal video/keyboard serial port BIOS drive C: is disk0 BIOS drive D: is disk1 BIOS drive E: is disk2 BIOS drive F: is disk3 BIOS drive G: is disk4 BIOS drive H: is disk5 BIOS 572kB/3380632kB available memory there is a 3ware array, 4 SATA drives off the MB and then 2 off the highpoint hptrr: start channel [0,0] hptrr: start channel [0,1] hptrr: start channel [0,2] hptrr: start channel [0,3] hptrr: [0 0] Start channel soft reset. hptrr: [0 1] Start channel soft reset. hptrr: channel [0,0] started successfully hptrr: channel [0,1] started successfully hptrr: [0 2] Failed to perform channel hard reset. hptrr: [0 3] Failed to perform channel hard reset. hptrr0: [GIANT-LOCKED] hptrr0: [ITHREAD] When doing a boot verbose, it does the following ad4: 953869MB at ata2-master SATA150 ad4: 1953525168 sectors [1938021C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 ad4: Intel check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ad5: 715404MB at ata2-slave SATA150 ad5: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue ad5: Intel check1 failed ad5: Adaptec check1 failed ad5: LSI (v3) check1 failed ad5: LSI (v2) check1 failed ad5: FreeBSD check1 failed GEOM: new disk ad5 ata3-slave: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 76319MB at ata3-master SATA150 ad6: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad6 ad6: Intel check1 failed ad6: Adaptec check1 failed ad6: LSI (v3) check1 failed ad6: LSI (v2) check1 failed ad6: FreeBSD check1 failed ad7: 715404MB at ata3-slave SATA150 ad7: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue ad7: Intel check1 failed ad7: Adaptec check1 failed ad7: LSI (v3) check1 failed ad7: LSI (v2) check1 failed ad7: FreeBSD check1 failed twed0: on twe0 twed0: 1430817MB (2930313216 sectors) twed1: on twe0 twed1: 476940MB (976773168 sectors) (probe0:hptrr0:0:0:0): error 22 (probe0:hptrr0:0:0:0): Unretryable Error (probe1:hptrr0:0:1:0): error 22 (probe1:hptrr0:0:1:0): Unretryable Error (probe2:hptrr0:0:2:0): error 22 (probe2:hptrr0:0:2:0): Unretryable Error (probe3:hptrr0:0:3:0): error 22 (probe3:hptrr0:0:3:0): Unretryable Error (probe4:hptrr0:0:4:0): error 22 (probe4:hptrr0:0:4:0): Unretryable Error (probe5:hptrr0:0:5:0): error 22 (probe5:hptrr0:0:5:0): Unretryable Error with the probes going to channel 255 I tried a kernel from March 1st and no difference. Is anyone using this controller with 1TB hard drives on AMD64 ? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 07:05:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5691C106566B for ; Wed, 29 Apr 2009 07:05:34 +0000 (UTC) (envelope-from gabor@zahemszky.hu) Received: from mail.integrity.hu (mail.integrity.hu [195.56.44.40]) by mx1.freebsd.org (Postfix) with SMTP id 9D66B8FC0A for ; Wed, 29 Apr 2009 07:05:33 +0000 (UTC) (envelope-from gabor@zahemszky.hu) Received: (qmail 26768 invoked by uid 89); 29 Apr 2009 08:38:52 +0200 Message-ID: <20090429063852.26767.qmail@mail.integrity.hu> From: "Zahemszky Gabor" To: freebsd-stable@freebsd.org Date: Wed, 29 Apr 2009 08:38:52 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2"; format=flowed Content-Transfer-Encoding: 7bit X-Sender: gabor@zahemszky.hu Subject: IA64 7.2-RC2 in HP Integrity Virtual 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, 29 Apr 2009 07:05:34 -0000 Hi! I've tried to install the new 7.2-RC2 FreeBSD version, on a HP-UX IVM (*) guest virtual machine. But I couldn't install it. With verbose boot, the only one I can get is: ..... (other devices) lo0: bpf attached Waiting 5 seconds for SCSI devices to settle (xpt0:mpt0:0:-1:-1): reset bus fatal kernel trap (cpu 0): trap vector = 0x14 (Page Not Present) cr.iip = 0xe000000004a1dba0 cr.ipsr = 0x1010080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=0,bn) cr.isr = 0x80400000000 (code=0,vector=0,r,ei=0,ed) cr.ifa = 0x1 curthread = 0xe000000004c1fa40 pid = 0, comm = swapper [thread pid 0 tid 0 ] Stopped at pmap_switch+0x120: [M0] ld4 r14=[r17],0x4 db> ==== By the way, in the past, I tried 7.0, and 7.1 in IVM, without any success. All of them panicked at that point. Is it possible to run Itanium-based FreeBSD on an IVM virtual machine? And if it is, how? Thanks Gabor (*) HP IVM is a software virtualization, (like VmWare Workstation) running on Itanium based HP-UX machines, creating virtual Itanium machines (I can run IA64-Windows / IA64-Linux, and of course IA64-HP-UX operating systems in the VM-s paralelly) From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 07:35:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20BD51065675; Wed, 29 Apr 2009 07:35:03 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EC9288FC15; Wed, 29 Apr 2009 07:35:01 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA21275; Wed, 29 Apr 2009 10:34:59 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Lz4Jm-000Hlh-RS; Wed, 29 Apr 2009 10:34:58 +0300 Message-ID: <49F80321.6030305@icyb.net.ua> Date: Wed, 29 Apr 2009 10:34:57 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Ivan Voras References: <49F5DE4B.2070702@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Subject: Re: fsck, glabel and sudden parallelism 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, 29 Apr 2009 07:35:03 -0000 on 28/04/2009 14:34 Ivan Voras said the following: > Andriy Gapon wrote: >> So I recently switched one system to have only (g)labels instead of "raw" device >> names in fstab and noticed that now initial (preen) fsck is performed in parallel >> on couple of filesystems where before it used to be sequential. >> >> Here is a lengthy quote from fsck(8): [snip] >>> The disk drive containing each file system is inferred from the shortest >>> prefix of the device name that ends in a digit; the remaining characters >>> are assumed to be the partition and slice designators. >> I think it is highly desirable that fsck knows which filesystems reside on the >> same disk regardless of how they are referred to. >> I think that the simple string matching described above is not sufficient these days. >> Is there an easy geom way to query this info? > > Yes, contents of kern.geom.confxml could be used to walk the tree of > GEOM devices and find what drive they are physically on. It seems that the less interesting part is already done - geom_gettree() from libgeom, the more interesting part is some logic for directed graph (geom "mesh") navigation. Marcel, I seem to recall that there was a conversation about making fsck more geom aware (it was in context of inferring fs type from disklabel). Do you have any work in progress in this area? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 07:43:17 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FEC1106566C; Wed, 29 Apr 2009 07:43:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 899448FC0A; Wed, 29 Apr 2009 07:43:16 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA21395; Wed, 29 Apr 2009 10:43:06 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Lz4Rd-000HmY-Vo; Wed, 29 Apr 2009 10:43:06 +0300 Message-ID: <49F80509.90701@icyb.net.ua> Date: Wed, 29 Apr 2009 10:43:05 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: d@delphij.net References: <49F5DC69.1050409@icyb.net.ua> <49F5F3DE.4040406@delphij.net> <49F60497.1030900@delphij.net> In-Reply-To: <49F60497.1030900@delphij.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG, "David E. O'Brien" Subject: Re: fsck -C in stable/7 and 7.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: Wed, 29 Apr 2009 07:43:17 -0000 on 27/04/2009 22:16 Xin LI said the following: > Hi, > > I have committed a fix for that. Thanks for reporting! Thanks a lot! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 08:48:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54827106564A for ; Wed, 29 Apr 2009 08:48:03 +0000 (UTC) (envelope-from fxp@corp.iskratelecom.ru) Received: from corp.iskratelecom.ru (corp.iskratelecom.ru [82.199.96.130]) by mx1.freebsd.org (Postfix) with ESMTP id 0F8D18FC15 for ; Wed, 29 Apr 2009 08:48:02 +0000 (UTC) (envelope-from fxp@corp.iskratelecom.ru) Received: from 29-97-199-82.iskratelecom.ru ([82.199.97.29]) by corp.iskratelecom.ru with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lz5ST-000Epx-Q1 for freebsd-stable@freebsd.org; Wed, 29 Apr 2009 12:48:01 +0400 Message-ID: <49F81440.9030303@corp.iskratelecom.ru> Date: Wed, 29 Apr 2009 12:48:00 +0400 From: =?UTF-8?B?0K7RgNGC0LDQudC60LjQvSDQkNC90LTRgNC10Lk=?= Organization: =?UTF-8?B?0JfQkNCeICLQmNCh0JrQoNCQ0KLQldCb0JXQmtCe0JwiIA==?= User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: 4TB twa RAID, geometry 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: Wed, 29 Apr 2009 08:48:03 -0000 2009/4/28 Андрей Юртайкин : > hi, > On my FreeBSD 7.0 system (one scsi disk + PCI SATA 4TB RAID, twa) scsi disk > with system failed, so i get new one install FreeBSD 7.0 on it (using > another box) and than plug it in. But can`t get RAID to work. > >Check man bsdlabel up. > >COMPATIBILITY > Due to the use of an u_int32_t to store the number of sectors, BSD >labels > are restricted to a maximum of 2^32-1 sectors. This usually means >2TB of > disk space. Larger disks should be partitioned using another >method such > as gpt(8). > Yes i know about it, but it recognizes as: ls -la /dev/da0* crw-r----- 1 root operator 0, 77 Apr 28 17:23 /dev/da0 crw-r----- 1 root operator 0, 80 Apr 28 17:23 /dev/da0s1 crw-r----- 1 root operator 0, 93 Apr 28 17:23 /dev/da0s1c and #gpt show da0 start size index contents 0 1 MBR 1 62 63 3571210 1 MBR part 165 3571273 8589937079 but there was a 4TB slice with important data, i didn`t touch RAID - so it`s should be there... i didn`t remeber was it gpt or not :( And yes hdd failed during reboot so RAID filesystem should be clean. -- С уважением, Юртайкин Андрей Абилькасымович системный администратор, ЗАО "ИСКРАТЕЛЕКОМ" тел.: +7 495 287 45 45, доб. 070 fxp@corp.iskratelecom.ru, http://www.iskratelecom.ru From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 09:44:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 701DC1065672 for ; Wed, 29 Apr 2009 09:44:50 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx.kzn.ru (mx.kzn.ru [194.85.243.38]) by mx1.freebsd.org (Postfix) with ESMTP id 7E6658FC24 for ; Wed, 29 Apr 2009 09:44:48 +0000 (UTC) (envelope-from amarat@ksu.ru) Authentication-Results: iout.kzn.ru; dkim=neutral (message not signed) header.i=none Received-SPF: None identity=pra; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="postmaster@ruby.ksu.ru"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai8FAHm790nB6Pw4/2dsb2JhbACBUM1igl6BFgU X-IronPort-AV: E=Sophos;i="4.40,265,1238961600"; d="p7s'?scan'208";a="3254514" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iout.kzn.ru with ESMTP; 29 Apr 2009 13:32:48 +0400 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id n3T9WwUn008173; Wed, 29 Apr 2009 09:32:58 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id n3T9WiYU046194; Wed, 29 Apr 2009 13:32:45 +0400 (MSD) (envelope-from amarat@ksu.ru) Message-ID: <49F81EBC.702@ksu.ru> Date: Wed, 29 Apr 2009 13:32:44 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090124 SeaMonkey/1.1.14 MIME-Version: 1.0 To: =?KOI8-R?Q?=E0=D2=D4=C1=CA=CB=C9=CE_=E1=CE=C4=D2=C5=CA?= References: <49F81440.9030303@corp.iskratelecom.ru> In-Reply-To: <49F81440.9030303@corp.iskratelecom.ru> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020902010305000207070800" Cc: freebsd-stable@freebsd.org Subject: Re: 4TB twa RAID, geometry 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: Wed, 29 Apr 2009 09:44:50 -0000 This is a cryptographically signed message in MIME format. --------------ms020902010305000207070800 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable =E0=D2=D4=C1=CA=CB=C9=CE =E1=CE=C4=D2=C5=CA wrote: > 2009/4/28 =E1=CE=C4=D2=C5=CA =E0=D2=D4=C1=CA=CB=C9=CE : > > hi, > > On my FreeBSD 7.0 system (one scsi disk + PCI SATA 4TB RAID, twa)=20 > scsi disk > > with system failed, so i get new one install FreeBSD 7.0 on it (usin= g > > another box) and than plug it in. But can`t get RAID to work. > > >=20 > >Check man bsdlabel up. > > > >COMPATIBILITY > > Due to the use of an u_int32_t to store the number of sectors,=20 > BSD >labels > > are restricted to a maximum of 2^32-1 sectors. This usually=20 > means >2TB of > > disk space. Larger disks should be partitioned using another=20 > >method such > > as gpt(8). > > >=20 > Yes i know about it, but it recognizes as: > ls -la /dev/da0* > crw-r----- 1 root operator 0, 77 Apr 28 17:23 /dev/da0 > crw-r----- 1 root operator 0, 80 Apr 28 17:23 /dev/da0s1 > crw-r----- 1 root operator 0, 93 Apr 28 17:23 /dev/da0s1c >=20 > and >=20 > #gpt show da0 > start size index contents > 0 1 MBR > 1 62 > 63 3571210 1 MBR part 165 > 3571273 8589937079 >=20 >=20 > but there was a 4TB slice with important data, i didn`t touch RAID - so= =20 > it`s should be there... >=20 > i didn`t remeber was it gpt or not :( >=20 > And yes hdd failed during reboot so RAID filesystem should be clean. >=20 >=20 >=20 try kldload geom_part_gpt --=20 SY, Marat --------------ms020902010305000207070800 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8zCC AtQwggI9oAMCAQICEHpsMo6nkbUVegxjAzzxYCkwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDQwMTE5MTUxOFoX DTEwMDQwMTE5MTUxOFowPzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEcMBoG CSqGSIb3DQEJARYNYW1hcmF0QGtzdS5ydTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALqa7MfgjbsxmgpTOKxAN7w+cFViFA8NrULAARwVQJQJCnVRGf3i97EwNdLE8VTNniU4 ybS4gtLsy9gfNuuyPV2AJESpgrxaG+KZyHu1f6P4e31YBbnbtWVTUxZ3U/vWoL+BOAOI4S84 Cx834a4uYK75WhpZKd56qet5loyn9N1wBZNgCh9AwU31lA/Q0iCSKpEIxuhbElNXHNnqAlts CtNXsKgsT8mP7QI52h0cBOPSZqvz++e/wruJGgKeCECqo8ftwwya3CYkH1lhH2Q1zeXwez1E 1+solM48odH+odn29ctmOqr3PzZfmBJyGFf5FagTKNia/ys48yBtVU/RXHsCAwEAAaMqMCgw GAYDVR0RBBEwD4ENYW1hcmF0QGtzdS5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUA A4GBAG4Pj7KRSJ/M28KNynJOPCHg26L15S9OfQ+ckMaPPDRAejtdlUdCgkoyD9d1Du/amAk6 A3NcY2I/MsFW2vSonQfU+7cJZiyuhfw7wQlOovCx7USw1dmF6u3EljWZV+Kg4Vi3vN2dPyJx tv8li9McWQoMLmm5zzFGGRaSRnnrnZFsMIIC1DCCAj2gAwIBAgIQemwyjqeRtRV6DGMDPPFg KTANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwHhcNMDkwNDAxMTkxNTE4WhcNMTAwNDAxMTkxNTE4WjA/MR8wHQYDVQQDExZU aGF3dGUgRnJlZW1haWwgTWVtYmVyMRwwGgYJKoZIhvcNAQkBFg1hbWFyYXRAa3N1LnJ1MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuprsx+CNuzGaClM4rEA3vD5wVWIUDw2t QsABHBVAlAkKdVEZ/eL3sTA10sTxVM2eJTjJtLiC0uzL2B8267I9XYAkRKmCvFob4pnIe7V/ o/h7fVgFudu1ZVNTFndT+9agv4E4A4jhLzgLHzfhri5grvlaGlkp3nqp63mWjKf03XAFk2AK H0DBTfWUD9DSIJIqkQjG6FsSU1cc2eoCW2wK01ewqCxPyY/tAjnaHRwE49Jmq/P757/Cu4ka Ap4IQKqjx+3DDJrcJiQfWWEfZDXN5fB7PUTX6yiUzjyh0f6h2fb1y2Y6qvc/Nl+YEnIYV/kV qBMo2Jr/KzjzIG1VT9FcewIDAQABoyowKDAYBgNVHREEETAPgQ1hbWFyYXRAa3N1LnJ1MAwG A1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAbg+PspFIn8zbwo3Kck48IeDbovXlL059 D5yQxo88NEB6O12VR0KCSjIP13UO79qYCToDc1xjYj8ywVba9KidB9T7twlmLK6F/DvBCU6i 8LHtRLDV2YXq7cSWNZlX4qDhWLe83Z0/InG2/yWL0xxZCgwuabnPMUYZFpJGeeudkWwwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25z dWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYD VQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNv bmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5 WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRk LjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2 vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9 A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEw EgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0 ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZ Ohl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVN d+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEHpsMo6nkbUVegxjAzzxYCkwCQYFKw4DAhoF AKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwNDI5 MDkzMjQ0WjAjBgkqhkiG9w0BCQQxFgQUT3e0iKwbC8d0tHy4LhsKWzMrSrgwUgYJKoZIhvcN AQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYF Kw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMIGHBgsq hkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1 aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMA0GCSqGSIb3DQEBAQUABIIBAEAQyvoeaW6ZNMqJ y731BaA2g0dde5jXDOXN1N+3frF0Y18I46Y3YDiixxxtkEgcJAQ0iLra6rG2rVh6WUpYnPBW ozUAu++5iQbDoFAAWq3GpnZDM9TPsBTMbWdc0y43P6th6h3O+5Br/fJECRyqab41GBWA6w74 3woRzSAHqcsCXSkF4bJR70I857VPI1qzN2Y0bV19iVZh+KS1x99+XUwOeds1tlXon7jy8TrE +SW97geOYIZ+dQF/6tf4rxw80+dI6dHxI8fTLTBq2FolC7yE5lYp8dYEaHjpcfF1VdRRvAWp 0EP54+T7kH0eAZKUDLok5Bkk+A9gdVv6KdqZedsAAAAAAAA= --------------ms020902010305000207070800-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 09:48:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1747D106564A for ; Wed, 29 Apr 2009 09:48:51 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (dsl081-172-045.sea1.dsl.speakeasy.net [64.81.172.45]) by mx1.freebsd.org (Postfix) with ESMTP id C431D8FC0A for ; Wed, 29 Apr 2009 09:48:50 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id n3T9mg7w051890 for ; Wed, 29 Apr 2009 02:48:48 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id n3T9mgOK051889 for freebsd-stable@freebsd.org; Wed, 29 Apr 2009 02:48:42 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [64.81.172.194]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 29 Apr 2009 02:48:42 -0700 Message-ID: <20090429024842.sbgmnyjl28ko0kog@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 29 Apr 2009 02:48:42 -0700 From: Chris H To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / UNIX Subject: ATA DMA issues - are there problems lurking in 7.1? 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, 29 Apr 2009 09:48:51 -0000 Greetings, I have several Tyan S2518UGN (Thunder LE-T) server boards that I've been running for a few yrs. I've always used the SCSI on them, so never really used the ATA ports. I once experimented dual-booting NT2003 & FBSD on one of the ATA ports about a year ago. But ran into the problem I'm running into now. Back then I just blamed it on the drive (even tho it was brand new, and ran NT without complaints). But FreeBSD complains. So this is the story now; I'm trying it again - different drive, and using XP-SP3 & BSD. XP installs/runs w/o a hitch. I then install BSD on the second half of the drive, and make an entry into the XP boot loader. Reboot into the fresh BSD install - now the trouble begins... I periodically receive the following messages: Apr 29 01:07:45 udns kernel: ata0: reiniting channel .. Apr 29 01:07:45 udns kernel: ata0: reset tp1 mask=03 ostat0=58 ostat1=50 Apr 29 01:07:45 udns kernel: ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 Apr 29 01:07:45 udns kernel: ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb Apr 29 01:07:45 udns kernel: ata0: reset tp2 stat0=50 stat1=00 devices=0x9 Apr 29 01:07:45 udns kernel: ad0: setting PIO4 on ROSB4 chip Apr 29 01:07:45 udns kernel: ad0: setting UDMA33 on ROSB4 chip Apr 29 01:07:45 udns kernel: acd0: setting PIO4 on ROSB4 chip Apr 29 01:07:45 udns kernel: ata0: reinit done .. Apr 29 01:07:45 udns kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=18520542 Apr 29 01:07:45 udns kernel: Apr 29 01:07:50 udns kernel: ata0: reiniting channel .. Apr 29 01:07:50 udns kernel: ata0: reset tp1 mask=03 ostat0=58 ostat1=50 Apr 29 01:07:50 udns kernel: ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 Apr 29 01:07:50 udns kernel: ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb Apr 29 01:07:50 udns kernel: ata0: reset tp2 stat0=50 stat1=00 devices=0x9 Apr 29 01:07:50 udns kernel: ad0: setting PIO4 on ROSB4 chip Apr 29 01:07:50 udns kernel: ad0: setting UDMA33 on ROSB4 chip Apr 29 01:07:50 udns kernel: acd0: setting PIO4 on ROSB4 chip Apr 29 01:07:50 udns kernel: ata0: reinit done .. Apr 29 01:07:50 udns kernel: ad0: TIMEOUT - READ_DMA retrying (0 retries left) LBA=18520542 The board has a Serverworks/AMI BIOS (current flash). I'm running an 80 wire ribbon on a UDMA166 capable drive (first attampt on a 40Gig, second on a 13Gig). I can't imagine what would cause this. The kernel is GENERIC - as I won't be able to build world/kernel until I can resolve this. Is the kernel being too aggressive - eg; attempting to use the drive's capability when the BIOS only provides UDMA33? Anyway, until I can resolve this I'll be forced to /attempt/ to pool a bunch of SCSI drives into a single (software) RAID0. Will geom(8) and gmirror(8) do this for me? The drives are not all identical (size/manufacturer), but are U160's. But I was hoping to create one large drive out of them. Doable? Pointers/advice/etc GREATLY appreciated. Thank you for all your time and consideration. --Chris From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 12:02:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75E291065691 for ; Wed, 29 Apr 2009 12:02:08 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 2CF778FC0C for ; Wed, 29 Apr 2009 12:02:07 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n3TC1xnf098250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Apr 2009 08:02:07 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Paulo Fragoso In-Reply-To: <49F6FC02.7060803@nlink.com.br> References: <49F5BB24.2090206@nlink.com.br> <1240844716.59908.14.camel@bauer.cse.buffalo.edu> <49F5E723.6040700@nlink.com.br> <1240852596.59908.33.camel@bauer.cse.buffalo.edu> <49F6FC02.7060803@nlink.com.br> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-LpcwtplzvGgj4fetlBib" Date: Wed, 29 Apr 2009 08:01:54 -0400 Message-Id: <1241006514.38254.12.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 7.2-RC boot 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: Wed, 29 Apr 2009 12:02:14 -0000 --=-LpcwtplzvGgj4fetlBib Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-04-28 at 09:52 -0300, Paulo Fragoso wrote: > It doesn't print any message and after that short time BIOS try next=20 > device from boot order. First a question just to verify - is this i386 or amd64? I'm guessing i386. One more thing to try if you don't mind. Could you try booting one of the other bootable iso images (either bootonly or livefs), and if that succeeds when it reaches the first screen of sysinstall swap in disc1 before proceeding with a normal install. Thanks. Appreciate any testing you can do. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-LpcwtplzvGgj4fetlBib Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkn4QbIACgkQ/G14VSmup/Y9swCeMoP/LqYVbU09oFaWQBA70Aco 2sIAnAxl17v9vrlQLf/Z4TTvCtAlwpUG =FRs4 -----END PGP SIGNATURE----- --=-LpcwtplzvGgj4fetlBib-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 12:14:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA326106564A for ; Wed, 29 Apr 2009 12:14:30 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (unknown [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 364918FC1C for ; Wed, 29 Apr 2009 12:14:30 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 65107 invoked by uid 89); 29 Apr 2009 12:15:08 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 29 Apr 2009 12:15:08 -0000 Message-ID: <49F8449B.6010803@ibctech.ca> Date: Wed, 29 Apr 2009 08:14:19 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD References: <49F5ED6E.6080000@ibctech.ca> In-Reply-To: <49F5ED6E.6080000@ibctech.ca> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: bsnmpd problems during buildworld 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, 29 Apr 2009 12:14:31 -0000 Steve Bertrand wrote: > Hi all, > > I'm running into an issue during a buildworld. I noticed this problem > early last week, and also after another csup as of this morning. > > I've rm'd everything in /usr/obj, but the problem persists. If anyone > could provide info on how I can avoid this, I'd appreciate it: > > ===> usr.sbin/bsnmpd/modules/snmp_bridge (depend) > cat /usr/src/usr.sbin/bsnmpd/modules/snmp_bridge/bridge_tree.def | > gensnmptree -e dot1dBridge newRoot topologyChange begemotBridgeNewRoot > begemotBridgeTopologyChange begemotBridgeBaseName > bridge_oid.h > line 31: '(' expected at begin of node > context: " TruthValue ENUM ( > *** Error code 1 Just to wrap this up, after a cvsup, I: # cd /usr/src/usr.sbin/bsnmpd/gensnmptree # make all install clean I was then able to complete the buildworld. Steve From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 12:18:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C5CC1065692 for ; Wed, 29 Apr 2009 12:18:37 +0000 (UTC) (envelope-from paulo@nlink.com.br) Received: from smtp.nlink.com.br (smtp.nlink.com.br [201.12.59.3]) by mx1.freebsd.org (Postfix) with SMTP id DA2188FC1F for ; Wed, 29 Apr 2009 12:18:31 +0000 (UTC) (envelope-from paulo@nlink.com.br) Received: (qmail 13463 invoked from network); 29 Apr 2009 12:18:24 -0000 Received: from j1.nlink.com.br (paulo@intra.nlink.com.br@201.12.59.126) by smtp.nlink.com.br with SMTP; 29 Apr 2009 12:18:24 -0000 Message-ID: <49F8458D.7000607@nlink.com.br> Date: Wed, 29 Apr 2009 09:18:21 -0300 From: Paulo Fragoso User-Agent: Thunderbird 2.0.0.17 (X11/20081030) MIME-Version: 1.0 To: Ken Smith References: <49F5BB24.2090206@nlink.com.br> <1240844716.59908.14.camel@bauer.cse.buffalo.edu> <49F5E723.6040700@nlink.com.br> <1240852596.59908.33.camel@bauer.cse.buffalo.edu> <49F6FC02.7060803@nlink.com.br> <1241006514.38254.12.camel@neo.cse.buffalo.edu> In-Reply-To: <1241006514.38254.12.camel@neo.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 7.2-RC boot 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: Wed, 29 Apr 2009 12:18:37 -0000 Em 29/04/2009 09:01, Ken Smith escreveu: > On Tue, 2009-04-28 at 09:52 -0300, Paulo Fragoso wrote: > >> It doesn't print any message and after that short time BIOS try next >> device from boot order. >> > > First a question just to verify - is this i386 or amd64? I'm guessing > i386. > i386 > One more thing to try if you don't mind. Could you try booting one of > the other bootable iso images (either bootonly or livefs), and if that > succeeds when it reaches the first screen of sysinstall swap in disc1 > before proceeding with a normal install. > > Thanks. Appreciate any testing you can do. > > I will try this and boot from dvd too. I've already tested at my home and it boots sucessful. This media fails on test pc. Paulo. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 13:31:37 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5239E106568F for ; Wed, 29 Apr 2009 13:31:37 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id DB8488FC19 for ; Wed, 29 Apr 2009 13:31:36 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id n3TDVMg8011908; Wed, 29 Apr 2009 14:31:22 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Lz9sg-0001Ib-JM; Wed, 29 Apr 2009 14:31:22 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n3TDVL8K095509; Wed, 29 Apr 2009 14:31:21 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n3TDVKFA095508; Wed, 29 Apr 2009 14:31:20 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Chris H In-Reply-To: <20090429024842.sbgmnyjl28ko0kog@webmail.1command.com> References: <20090429024842.sbgmnyjl28ko0kog@webmail.1command.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 29 Apr 2009 14:31:20 +0100 Message-Id: <1241011880.93326.26.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-stable@FreeBSD.org Subject: Re: ATA DMA issues - are there problems lurking in 7.1? 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, 29 Apr 2009 13:31:37 -0000 On Wed, 2009-04-29 at 02:48 -0700, Chris H wrote: > Greetings, > I have several Tyan S2518UGN (Thunder LE-T) server boards that I've > been running for a few yrs. I've always used the SCSI on them, so never > really used the ATA ports. I once experimented dual-booting NT2003 & FBSD > on one of the ATA ports about a year ago. But ran into the problem I'm > running into now. Back then I just blamed it on the drive (even tho it > was brand new, and ran NT without complaints). But FreeBSD complains. > So this is the story now; I'm trying it again - different drive, and using > XP-SP3 & BSD. XP installs/runs w/o a hitch. I then install BSD on the > second half of the drive, and make an entry into the XP boot loader. > Reboot into the fresh BSD install - now the trouble begins... > I periodically receive the following messages: Can you provide a full verbose dmesg from the system online somewhere please? Gavin From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 14:33:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3067010656C0 for ; Wed, 29 Apr 2009 14:33:30 +0000 (UTC) (envelope-from paulo@nlink.com.br) Received: from smtp.nlink.com.br (smtp.nlink.com.br [201.12.59.3]) by mx1.freebsd.org (Postfix) with SMTP id 4A3168FC1D for ; Wed, 29 Apr 2009 14:33:28 +0000 (UTC) (envelope-from paulo@nlink.com.br) Received: (qmail 29925 invoked from network); 29 Apr 2009 14:33:26 -0000 Received: from j1.nlink.com.br (paulo@intra.nlink.com.br@201.12.59.126) by smtp.nlink.com.br with SMTP; 29 Apr 2009 14:33:26 -0000 Message-ID: <49F86536.9080604@nlink.com.br> Date: Wed, 29 Apr 2009 11:33:26 -0300 From: Paulo Fragoso User-Agent: Thunderbird 2.0.0.17 (X11/20081030) MIME-Version: 1.0 To: Ken Smith References: <49F5BB24.2090206@nlink.com.br> <1240844716.59908.14.camel@bauer.cse.buffalo.edu> <49F5E723.6040700@nlink.com.br> <1240852596.59908.33.camel@bauer.cse.buffalo.edu> <49F6FC02.7060803@nlink.com.br> <1241006514.38254.12.camel@neo.cse.buffalo.edu> <49F8458D.7000607@nlink.com.br> In-Reply-To: <49F8458D.7000607@nlink.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 7.2-RC boot 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: Wed, 29 Apr 2009 14:33:30 -0000 Em 29/04/2009 09:18, Paulo Fragoso escreveu: > Em 29/04/2009 09:01, Ken Smith escreveu: >> On Tue, 2009-04-28 at 09:52 -0300, Paulo Fragoso wrote: >> >>> It doesn't print any message and after that short time BIOS try next >>> device from boot order. >>> >> >> First a question just to verify - is this i386 or amd64? I'm guessing >> i386. >> > > i386 > >> One more thing to try if you don't mind. Could you try booting one of >> the other bootable iso images (either bootonly or livefs), and if that >> succeeds when it reaches the first screen of sysinstall swap in disc1 >> before proceeding with a normal install. >> >> Thanks. Appreciate any testing you can do. >> >> > > I will try this and boot from dvd too. Hardware: MB: Gigabyte GA-M61PME-S2 acd0: DVDR at ata3-master SATA150 ISO MEDIA BOOT 7.2-RC2-i386-dvd1.iso DVD-RW OK 7.2-RC2-i386-livefs.iso CD-RW OK! 7.2-RC2-amd64-disc1.iso CD-RW OK 7.2-RC2-i386-disc1.iso CD-RW,CD-R FAILS Paulo. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 15:01:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6974710656B5 for ; Wed, 29 Apr 2009 15:01:59 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 2A4858FC1C for ; Wed, 29 Apr 2009 15:01:58 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n3TF1odU098717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Apr 2009 11:01:58 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Paulo Fragoso In-Reply-To: <49F86536.9080604@nlink.com.br> References: <49F5BB24.2090206@nlink.com.br> <1240844716.59908.14.camel@bauer.cse.buffalo.edu> <49F5E723.6040700@nlink.com.br> <1240852596.59908.33.camel@bauer.cse.buffalo.edu> <49F6FC02.7060803@nlink.com.br> <1241006514.38254.12.camel@neo.cse.buffalo.edu> <49F8458D.7000607@nlink.com.br> <49F86536.9080604@nlink.com.br> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Ffh+UpsAbnBKETbt7Ha/" Organization: U. Buffalo CSE Department Date: Wed, 29 Apr 2009 11:01:50 -0400 Message-Id: <1241017310.68402.133.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 7.2-RC boot 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: Wed, 29 Apr 2009 15:01:59 -0000 --=-Ffh+UpsAbnBKETbt7Ha/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-04-29 at 11:33 -0300, Paulo Fragoso wrote: > Hardware: > MB: Gigabyte GA-M61PME-S2 > acd0: DVDR at ata3-master SATA150 >=20 > ISO MEDIA BOOT > 7.2-RC2-i386-dvd1.iso DVD-RW OK > 7.2-RC2-i386-livefs.iso CD-RW OK! > 7.2-RC2-amd64-disc1.iso CD-RW OK > 7.2-RC2-i386-disc1.iso CD-RW,CD-R FAILS Thanks, greatly appreciate all the testing. As part of looking into this I went looking for another Gigabyte motherboard and through the past 2 days was able to test the same set of things with the same results. So far I haven't been able to reproduce this on anything but Gigabyte. This is such a bizarre problem I really needed someone else to confirm so thank you very much. Since there is a workaround I don't think I'll hold the release for this problem but we will need to mention this in the Errata (and possibly the announcement itself). --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-Ffh+UpsAbnBKETbt7Ha/ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkn4a90ACgkQ/G14VSmup/ZVDwCcDqBKkxKvaeRmsIjkTsLu/Jk3 HbcAn3q/047vZ4QMJruUWDiNYPgPTiRh =jM+r -----END PGP SIGNATURE----- --=-Ffh+UpsAbnBKETbt7Ha/-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 16:33:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FDF51065672 for ; Wed, 29 Apr 2009 16:33:28 +0000 (UTC) (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 3F8618FC19 for ; Wed, 29 Apr 2009 16:33:28 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0KIV00GZ5FBQV6A0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 29 Apr 2009 18:33:26 +0200 (CEST) Received: from kg-v2.kg4.no ([80.202.83.38]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0KIV00BFEFBOZGA0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 29 Apr 2009 18:33:26 +0200 (CEST) Date: Wed, 29 Apr 2009 18:33:24 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20090429183324.94c0f7c1.torfinn.ingolfsen@broadpark.no> In-reply-to: <20090429063852.26767.qmail@mail.integrity.hu> References: <20090429063852.26767.qmail@mail.integrity.hu> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.2) 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 Subject: Re: IA64 7.2-RC2 in HP Integrity Virtual 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, 29 Apr 2009 16:33:28 -0000 On Wed, 29 Apr 2009 08:38:52 +0200 Zahemszky Gabor wrote: > Hi! > > I've tried to install the new 7.2-RC2 FreeBSD version, on a HP-UX IVM > (*) guest virtual machine. Ok. Did you use the IA64 arch of FreeBSD? Note that IA64 <> amd64, and IA64 <> i386. FreeBSD/ia64 seems to be a tier-2 platform for now: http://www.freebsd.org/platforms/ia64/ HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 18:21:04 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A037106566B for ; Wed, 29 Apr 2009 18:21:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 53CEE8FC14 for ; Wed, 29 Apr 2009 18:21:02 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA06529 for ; Wed, 29 Apr 2009 21:21:01 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49F89A8C.4080605@icyb.net.ua> Date: Wed, 29 Apr 2009 21:21:00 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: installword fails with btxld 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: Wed, 29 Apr 2009 18:21:04 -0000 Not sure if this is my local screw-up or something general. On latest stable/7, amd64 installworld fails is sys/boot because btxld command is not found. It seems that the command is being searched in the paths of cross tools. The same sources but i386 - everything is OK. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 19:03:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94B501065676 for ; Wed, 29 Apr 2009 19:03:24 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (dsl081-172-045.sea1.dsl.speakeasy.net [64.81.172.45]) by mx1.freebsd.org (Postfix) with ESMTP id 569B08FC16 for ; Wed, 29 Apr 2009 19:03:24 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id n3TJ3FaX060711; Wed, 29 Apr 2009 12:03:21 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id n3TJ3FBk060710; Wed, 29 Apr 2009 12:03:15 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [64.81.172.194]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 29 Apr 2009 12:03:15 -0700 Message-ID: <20090429120315.gtf026h1wgk84gkk@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 29 Apr 2009 12:03:15 -0700 From: Chris H To: freebsd-stable@freebsd.org References: <20090429024842.sbgmnyjl28ko0kog@webmail.1command.com> <1241011880.93326.26.camel@buffy.york.ac.uk> In-Reply-To: <1241011880.93326.26.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / UNIX Cc: gavin@freebsd.org Subject: Re: ATA DMA issues - are there problems lurking in 7.1? 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, 29 Apr 2009 19:03:24 -0000 Hello Gavin, and thank you for your reply... Quoting Gavin Atkinson : > On Wed, 2009-04-29 at 02:48 -0700, Chris H wrote: >> Greetings, >> I have several Tyan S2518UGN (Thunder LE-T) server boards that I've >> been running for a few yrs. I've always used the SCSI on them, so never >> really used the ATA ports. I once experimented dual-booting NT2003 & FBSD >> on one of the ATA ports about a year ago. But ran into the problem I'm >> running into now. Back then I just blamed it on the drive (even tho it >> was brand new, and ran NT without complaints). But FreeBSD complains. >> So this is the story now; I'm trying it again - different drive, and using >> XP-SP3 & BSD. XP installs/runs w/o a hitch. I then install BSD on the >> second half of the drive, and make an entry into the XP boot loader. >> Reboot into the fresh BSD install - now the trouble begins... >> I periodically receive the following messages: > > Can you provide a full verbose dmesg from the system online somewhere > please? Can do! http://hosting.1command.com/dmesg/dmesg.boot Hope this helps, and thanks again. --Chris > > Gavin > _______________________________________________ > 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 Apr 29 19:21:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 295E2106566B for ; Wed, 29 Apr 2009 19:21:47 +0000 (UTC) (envelope-from gabor@zahemszky.hu) Received: from mail.integrity.hu (mail.integrity.hu [195.56.44.40]) by mx1.freebsd.org (Postfix) with SMTP id 6A22B8FC13 for ; Wed, 29 Apr 2009 19:21:45 +0000 (UTC) (envelope-from gabor@zahemszky.hu) Received: (qmail 16824 invoked by uid 89); 29 Apr 2009 21:21:44 +0200 Message-ID: <20090429192144.16823.qmail@mail.integrity.hu> From: "Zahemszky Gabor" To: freebsd-stable@freebsd.org Date: Wed, 29 Apr 2009 21:21:44 +0200 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_0_16522_1241032904_000"; charset="iso-8859-2" X-Sender: gabor@zahemszky.hu Subject: Re: IA64 7.2-RC2 in HP Integrity Virtual 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, 29 Apr 2009 19:21:47 -0000 This is a MIME-formatted message. If you see this text it means that your mail software cannot handle MIME-formatted messages. --=_0_16522_1241032904_000 Content-Type: text/plain; charset="iso-8859-2"; format=flowed Content-Transfer-Encoding: 7bit Yes, of course, I've tried the IA-64 version. Here is the whole verbose boot output. Gabor < Gabor at Zahemszky dot HU > --=_0_16522_1241032904_000 Content-Disposition: attachment; filename="FBSD+IVM.txt" Content-Type: text/plain; charset="iso-8859-2"; name="FBSD+IVM.txt" Content-Transfer-Encoding: 7bit Booting [/boot/kernel/kernel]... Entering /boot/kernel/kernel at 0xe000000004078000... PAL Proc at 0xe0000000fff04000 SAL Proc at 0xe0000000fff00000, GP at 0xe0000000fff17000 SAL: AP wake-up vector: 0xee Platform clock frequency 199991455 Hz Processor ratio 13/2, Bus ratio 1/1, ITC ratio 13/2 ptc.e base=0x0, count1=1, count2=1, stride1=0x0, stride2=0x0 Processor supports 21 Region ID bits Trying VHPT size 0x400000 Putting VHPT at 0x800000 Splitting [0x634000-0x4000000] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-RC2 #0: Fri Apr 24 10:45:13 UTC 2009 root@pluto1.freebsd.org:/usr/obj/usr/src/sys/GENERIC UNWIND: table added: base=e000000004000000, start=e000000004b14380, end=e000000004b4fb28 Preloaded elf kernel "/boot/kernel/kernel" at 0xe000000005536820. Preloaded mfs_root "/boot/mfsroot" at 0xe0000000055368f0. CPU: Madison II (1299.94-Mhz Itanium 2) Origin = "GenuineIntel" Revision = 2 Features = 0x9 real memory = 1060405248 (1011 MB) Physical memory chunk(s): 0x02000000 - 0x03ffffff, 33554432 bytes (4096 pages) 0x05538000 - 0x3e06dfff, 951279616 bytes (116123 pages) 0x3effe000 - 0x3f453fff, 4546560 bytes (555 pages) 0x3f802000 - 0x3f8ebfff, 958464 bytes (117 pages) 0x3f8ee000 - 0x3f8f3fff, 24576 bytes (3 pages) 0x3f9fe000 - 0x3fd2dfff, 3342336 bytes (408 pages) 0x3fdfe000 - 0x3fe3dfff, 262144 bytes (32 pages) 0x3fe7e000 - 0x3ffbbfff, 1302528 bytes (159 pages) avail memory = 987979776 (942 MB) FPSWA Revision = 0x10012, Entry = 0xe00000003fd7a050 Table 'FACP' at 0xe000000000026b40 Table 'APIC' at 0xe000000000025388 Local APIC address=0xfee00000 Local SAPIC entry ProcessorId=0x0, Id=0x0, Eid=0x0 I/O SAPIC entry Id=0x0, InterruptBase=0x0, Address=0xfec00000 Table 'SPCR' at 0xe000000000026c38 Table 'SPMI' at 0xe000000000026c88 Table 'CPEP' at 0xe000000000026cc8 MCA: allocated 8192 bytes for state info. mem: null: nfslock: pseudo-device random: ACPI: RSDP @ 0x0x26d88/0x0028 (v 2 _HP_) ACPI: XSDT @ 0x0x26d38/0x004C (v 2 _HP_ VMM 0x00000000 _HP_ 0x00000000) ACPI: FACP @ 0x0x26b40/0x00F4 (v 3 _HP_ VMM 0x00000000 _HP_ 0x00000000) ACPI: DSDT @ 0x0x253d0/0x172B (v 1 HP HPVM 0x00000000 INTL 0x20060912) ACPI: FACS @ 0x0x26b00/0x0040 ACPI: APIC @ 0x0x25388/0x0048 (v 2 _HP_ VMM 0x00000000 _HP_ 0x00000000) ACPI: SPCR @ 0x0x26c38/0x0050 (v 2 _HP_ VMM 0x00000000 _HP_ 0x00000000) ACPI: SPMI @ 0x0x26c88/0x0040 (v 2 _HP_ VMM 0x00000000 _HP_ 0x00000000) ACPI: CPEP @ 0x0x26cc8/0x0034 (v 1 _HP_ VMM 0x00000000 _HP_ 0x00000000) acpi0: <_HP_> on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) unknown: I/O range not supported ACPI timer: 0/3263 0/5012 0/2735 0/1867 0/4374 0/2368 0/4060 0/2523 0/4798 0/2039 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xa08-0xa0b on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1000, dev=0x0030, revid=0x07 domain=0, bus=0, slot=0, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x06 (1500 ns) intpin=a, irq=0 map[10]: type I/O Port, range 32, base 0x8000, size 8, enabled map[14]: type Memory, range 64, base 0xa0000000, size 10, enabled map[1c]: type Memory, range 64, base 0xa0010000, size 16, enabled pcib0: matched entry for 0.0.INTA pcib0: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x100e, revid=0x00 domain=0, bus=0, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0xff (63750 ns) intpin=a, irq=0 map[10]: type Memory, range 64, base 0xa0020000, size 17, enabled map[18]: type Memory, range 64, base 0xa0040000, size 16, enabled map[20]: type I/O Port, range 32, base 0x8100, size 3, port disabled pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x7600, revid=0x01 domain=0, bus=0, slot=3, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0, size 2, enabled map[14]: type Memory, range 32, base 0, size 12, enabled mpt0: port 0x8000-0x80ff mem 0xa0000000-0xa00003ff,0xa0010000-0xa001ffff irq 16 at device 0.0 on pci0 mpt0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x8000 mpt0: Reserved 0x400 bytes for rid 0x14 type 3 at 0xa0000000 mpt0: [MPSAFE] mpt0: [ITHREAD] mpt0: MPI Version=1.2.0.0 mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not required). mpt0: No Handlers For Any Event Notify Frames. Event 0xa (ACK not required). em0: port 0x8100-0x8107 mem 0xa0020000-0xa003ffff,0xa0040000-0xa004ffff irq 17 at device 1.0 on pci0 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xa0020000 em0: failed to enable port mapping! em0: Unable to allocate bus resource: ioport em0: Allocation of PCI resources failed device_attach: em0 attach returned 6 pci0: at device 3.0 (no driver attached) pcib1: on acpi0 pci1: on pcib1 pci1: domain=0, physical bus=1 pcib2: on acpi0 pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: on acpi0 pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: on acpi0 pci4: on pcib4 pci4: domain=0, physical bus=4 pcib5: on acpi0 pci5: on pcib5 pci5: domain=0, physical bus=5 pcib6: on acpi0 pci6: on pcib6 pci6: domain=0, physical bus=6 pcib7: on acpi0 pci7: on pcib7 pci7: domain=0, physical bus=7 cpu0: on acpi0 cpu0: switching to generic Cx mode procfs registered Timecounters tick every 1.000 msec lo0: bpf attached Waiting 5 seconds for SCSI devices to settle (xpt0:mpt0:0:-1:-1): reset bus fatal kernel trap (cpu 0): trap vector = 0x14 (Page Not Present) cr.iip = 0xe000000004a1dba0 cr.ipsr = 0x1010080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=0,bn) cr.isr = 0x80400000000 (code=0,vector=0,r,ei=0,ed) cr.ifa = 0x1 curthread = 0xe000000004c1fa40 pid = 0, comm = swapper [thread pid 0 tid 0 ] Stopped at pmap_switch+0x120: [M0] ld4 r14=[r17],0x4 db> --=_0_16522_1241032904_000-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 20:50:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7063B1065670 for ; Wed, 29 Apr 2009 20:50:45 +0000 (UTC) (envelope-from amesbury@umn.edu) Received: from mta-a3.tc.umn.edu (mta-a3.tc.umn.edu [134.84.119.232]) by mx1.freebsd.org (Postfix) with ESMTP id 1ECCD8FC12 for ; Wed, 29 Apr 2009 20:50:44 +0000 (UTC) (envelope-from amesbury@umn.edu) Received: from [160.94.247.212] (optimator.oitsec.umn.edu [160.94.247.212]) by mta-a3.tc.umn.edu (UMN smtpd) with ESMTP for ; Wed, 29 Apr 2009 15:28:09 -0500 (CDT) X-Umn-Remote-Mta: [N] optimator.oitsec.umn.edu [160.94.247.212] #+LO+TS+AU+HN X-Umn-Classification: local Message-ID: <49F8B859.7060908@umn.edu> Date: Wed, 29 Apr 2009 15:28:09 -0500 From: Alan Amesbury User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Garbled output from kgdb? 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, 29 Apr 2009 20:50:45 -0000 One of my systems (FreeBSD 7.1-RELEASE-p3/amd64) has panicked a couple times recently without an identified cause. This most recent time I was able to obtain a crash dump from the system, but output from kgdb is garbled. -------------------- Output #1 -------------------- % pwd /usr/obj/usr/src/sys/[REDACTED] % sudo kgdb kernel.debug ~/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 07 fault virtual addresske rn= el0 xt60r afapul t 1co2de w= isutpehrv isiorn twerritreu pdtasta d,i spaagbe lnoet dpres ent instruction pointer = 0x8:0xffffffff80424561 s tack pFoianttera l = 0x10t:0xfffrffaffpfac057af0 frame pointer = 0x10:0xffffff00010f86e0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 11 (idle: cpu3) trap number = 12 panic: page fault cpuid = 3 Uptime: 40d10h35m18s Physical memory: 8176 MB Dumping 691 MB: 676 660 644 628 612 596 580 564 548 532 516 500 484 468 452 436 420 404 388 372 356 340 324 308 292 276 260 244 228 212 196 180 164 148 132 116 100 84 68 52 36 20 4 Reading symbols from /boot/kernel/daemon_saver.ko...Reading symbols from /boot/kernel/daemon_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/daemon_saver.ko #0 doadump () at pcpu.h:195 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) list *0x8:0xffffffff80424561 A syntax error in expression, near `:0xffffffff80424561'. ------------------ End output #1 ------------------ I've seen a thread on garbled serial console output and have seen symptoms of this on several of my systems (including this one), but that's been more of an annoyance than anything about which I'm actually worried... until now. (I've actually suspected hardware/BIOS issues relating to serial port access, which is why I've stayed out of that thread.) That the crash dump includes similar corruption suggests to me that it's not the serial device, but something a bit closer to FreeBSD itself. Any ideas what's causing the garbled output in kgdb? -- Alan Amesbury OIT Security and Assurance University of Minnesota From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 21:21:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CBD11065677 for ; Wed, 29 Apr 2009 21:21:28 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing01.lava.net (cake.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b50]) by mx1.freebsd.org (Postfix) with ESMTP id 110548FC15 for ; Wed, 29 Apr 2009 21:21:27 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing01.lava.net (Postfix) with ESMTP id EFB8AD2761; Wed, 29 Apr 2009 11:21:26 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 736ED153882; Wed, 29 Apr 2009 11:21:26 -1000 (HST) Date: Wed, 29 Apr 2009 11:21:26 -1000 From: Clifton Royston To: Alan Amesbury Message-ID: <20090429212125.GA3224@lava.net> Mail-Followup-To: Alan Amesbury , freebsd-stable@freebsd.org References: <49F8B859.7060908@umn.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49F8B859.7060908@umn.edu> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Garbled output from kgdb? 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, 29 Apr 2009 21:21:29 -0000 On Wed, Apr 29, 2009 at 03:28:09PM -0500, Alan Amesbury wrote: > One of my systems (FreeBSD 7.1-RELEASE-p3/amd64) has panicked a couple > times recently without an identified cause. This most recent time I was > able to obtain a crash dump from the system, but output from kgdb is > garbled. > Fatal trap 12: page fault while in kernel mode > cpuid = 3; apic id = 07 > fault virtual addresske rn= el0 xt60r > afapul t 1co2de w= isutpehrv isiorn twerritreu pdtasta > d,i spaagbe lnoet dpres > ent > instruction pointer = 0x8:0xffffffff80424561 > s > tack > pFoianttera l = 0x10t:0xfffrffaffpfac057af0 > > ------------------ End output #1 ------------------ > > > I've seen a thread on garbled serial console output and have seen > symptoms of this on several of my systems (including this one), but > that's been more of an annoyance than anything about which I'm actually > worried... until now. (I've actually suspected hardware/BIOS issues > relating to serial port access, which is why I've stayed out of that > thread.) That the crash dump includes similar corruption suggests to me > that it's not the serial device, but something a bit closer to FreeBSD > itself. > > Any ideas what's causing the garbled output in kgdb? Lack of buffering within kernel threads; two or more CPUs/threads are trying to log messages concurrently, one character at a time. You can actually decode some of it with a bit of attention: virtual address = 0 x 601 kernel t r a p f a u l t ... or something of the kind. The issue is not really to do with serial console vs. video console, which is why you can see it even in the kernel message buffer following the crash dump. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Wed Apr 29 21:39:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DCB31065670 for ; Wed, 29 Apr 2009 21:39:44 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [206.117.18.8]) by mx1.freebsd.org (Postfix) with ESMTP id 28AAB8FC15 for ; Wed, 29 Apr 2009 21:39:43 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.4] (pool-71-109-162-173.lsanca.dsl-w.verizon.net [71.109.162.173]) (authenticated bits=0) by zoom.lafn.org (8.14.2/8.14.2) with ESMTP id n3TLdYBC098269 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 29 Apr 2009 14:39:35 -0700 (PDT) (envelope-from bc979@lafn.org) Message-Id: From: Doug Hardie To: Ken Smith In-Reply-To: <1241017310.68402.133.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 29 Apr 2009 14:39:33 -0700 References: <49F5BB24.2090206@nlink.com.br> <1240844716.59908.14.camel@bauer.cse.buffalo.edu> <49F5E723.6040700@nlink.com.br> <1240852596.59908.33.camel@bauer.cse.buffalo.edu> <49F6FC02.7060803@nlink.com.br> <1241006514.38254.12.camel@neo.cse.buffalo.edu> <49F8458D.7000607@nlink.com.br> <49F86536.9080604@nlink.com.br> <1241017310.68402.133.camel@bauer.cse.buffalo.edu> X-Mailer: Apple Mail (2.930.3) X-Virus-Scanned: ClamAV version 0.92.1, clamav-milter version 0.92.1 on zoom.lafn.org X-Virus-Status: Clean Cc: freebsd-stable Stable Subject: Re: Freebsd 7.2-RC boot 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: Wed, 29 Apr 2009 21:39:44 -0000 On 29 April 2009, at 08:01, Ken Smith wrote: > On Wed, 2009-04-29 at 11:33 -0300, Paulo Fragoso wrote: >> Hardware: >> MB: Gigabyte GA-M61PME-S2 >> acd0: DVDR at ata3-master SATA150 >> >> ISO MEDIA BOOT >> 7.2-RC2-i386-dvd1.iso DVD-RW OK >> 7.2-RC2-i386-livefs.iso CD-RW OK! >> 7.2-RC2-amd64-disc1.iso CD-RW OK >> 7.2-RC2-i386-disc1.iso CD-RW,CD-R FAILS > > Thanks, greatly appreciate all the testing. > > As part of looking into this I went looking for another Gigabyte > motherboard and through the past 2 days was able to test the same > set of > things with the same results. So far I haven't been able to reproduce > this on anything but Gigabyte. This is such a bizarre problem I > really > needed someone else to confirm so thank you very much. Since there > is a > workaround I don't think I'll hold the release for this problem but we > will need to mention this in the Errata (and possibly the announcement > itself). I have a number of different test PCs available. 7.2-RC2 Live FS boots just fine on all. Disk 1 is not recognized as bootable on any of them. I can provide any specs that might help. They are all quite different. Mostly older units. Newest is probably about 5 years old. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 06:15:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C08A21065672 for ; Thu, 30 Apr 2009 06:15:54 +0000 (UTC) (envelope-from yaol.leo@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id 91B0B8FC16 for ; Thu, 30 Apr 2009 06:15:54 +0000 (UTC) (envelope-from yaol.leo@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so1340766rvb.43 for ; Wed, 29 Apr 2009 23:15:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=gOsxDTWNT6ZcsXjgwkBZoGsbStJU+OM7nY2rgFn4VO4=; b=ujKuTrwwhG4t2Zj/0O0BVS4ot8A3X0mRfFuJN08vEF7pC4JEoYC97CtX2oAPwTDOdP +2EdBBx1YLjSleEJ+gI75sMVRjJec1jTInwmzqDUDCwPABqi0+aC8SF9pYs7UlH4EiRY dccgU5PWSKEn70quv2XinHQweRpcsdo01iDkM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=TZG8nQA0cQ7Q2nU+mv3OwqSpFP9nE6EqXKJYHvMtopObXXwQefPE6Q9GlDRvx2QJ6C 1/H+0JkVfhwHhAMOWvKHQCg9gP30fyR6uYWcLZ7AxI/CA77W722eO2+ND1mnX6zn+zU9 q/pwTAWnvTLzlu6vznJPT0k0mG4RhpPW/CPkI= Received: by 10.114.190.18 with SMTP id n18mr991209waf.101.1241070911028; Wed, 29 Apr 2009 22:55:11 -0700 (PDT) Received: from ?10.74.113.17? ([64.104.127.198]) by mx.google.com with ESMTPS id q20sm7430817pog.6.2009.04.29.22.55.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 29 Apr 2009 22:55:09 -0700 (PDT) Message-ID: <49F93D3A.2020704@gmail.com> Date: Thu, 30 Apr 2009 13:55:06 +0800 From: Leo User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20090429120028.D6412106568F@hub.freebsd.org> In-Reply-To: <20090429120028.D6412106568F@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Help ! Regarding libpcap 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: Thu, 30 Apr 2009 06:15:55 -0000 Hi All, I want to install libpcap from ports. But when I "make install clean", the box output: ....... config.status: creating pcap_open_dead.3pcap config.status: creating pcap_open_offline.3pcap config.status: creating config.h ===> Building for libpcap-1.0.0 cc -O2 -O2 -fno-strict-aliasing -pipe -I. -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -c ./pcap-null.c ./pcap-null.c:44: error: conflicting types for 'pcap_activate' ./pcap/pcap.h:266: error: previous declaration of 'pcap_activate' was here gmake: *** [pcap-null.o] Error 1 *** Error code 1 Stop in /usr/ports/net/libpcap. [root@SLT2 /usr/ports/net/libpcap]# I don't know why! I've update my kernel source and ports. Below is my uname: FreeBSD 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #4: Tue Apr 28 11:22:57 CST 2009 Thank you! -Leo From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 06:36:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80102106566B for ; Thu, 30 Apr 2009 06:36:36 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id CCA148FC19 for ; Thu, 30 Apr 2009 06:36:35 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fk-out-0910.google.com with SMTP id f33so805333fkf.11 for ; Wed, 29 Apr 2009 23:36:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=Gp9c0vn84byjy2HANhpFXV0ma+mvzTb9XnZ2sKYls5c=; b=bHVX4wDtL/dw4uMKF8whpTRaMpb9+K0DXP+nx9HsHfqrTw3jh9kB+zA3VPnyeK5hwu 2GTgqQrxY6oPjx2Oan+lI5Ih9CY8Bm6w5aRlush0Uxh6dHSqASoCzoEvSkveOJvfz87B SFe++CnjlMONO+DI7dAZh96zQiWOBcpUGJPmM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=ne79g+a9IqH99yjsUiCHAV+ezeOB1MH5J62zxUZQrER5yXNJGrU2Dhm5U6eeU10ERg bWJ+zIYG9WRDeRKSS1RWRk3qzJAiL+NYvl6wkpGDTNafzofagdGgA0d3udC1UZY2o/Ib +p9X1JOlYKEvo3f9noSaNQyWHYsLSeQvhmZNo= MIME-Version: 1.0 Received: by 10.103.252.17 with SMTP id e17mr758394mus.14.1241073394826; Wed, 29 Apr 2009 23:36:34 -0700 (PDT) Date: Thu, 30 Apr 2009 10:36:34 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: lock up in 6.2 (procs massively stuck in Giant) 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, 30 Apr 2009 06:36:36 -0000 Hi folks. Today I got a new locking issue. This is the first time I got it, and it's merely reproduced. The box has lost both remote connection and local access. No SIGINFO output on the local console even. Jumping in ddb> shows the next: 1) first, this is a 8-way web server. No processes on runqueue except one httpd (i.e. ps shows R in its state): db> bt 9114 Tracing pid 9114 tid 100854 td 0xcabfe190 sched_switch(3401572752,3354648080,6) at sched_switch+323 mi_switch(6,3354648080,3354648424,3231755728,4013194124,...) at mi_switch+442 maybe_preempt(3354648080) at maybe_preempt+196 sched_add(3354648080,4,3401589408,3401589408,3401573096,...) at sched_add+600 setrunqueue(3231755728,0) at setrunqueue+99 kseq_load_add(3231755728,3401572752,3404215344,4013194200,2097222,...) at kseq_l oad_add+95 sched_clock(3227874104,3231974076,0,3231974076,0,...) at sched_clock+341 _end(0,0,23872,22116064,2058572708,...) at 4013194220 2) although a simple bt shows the following: db> bt Tracing pid 16 tid 100000 td 0xc7cfe000 kdb_enter(c094016e) at kdb_enter+0x2b siointr1(c7f93000) at siointr1+0xce siointr(c7f93000) at siointr+0x5e intr_execute_handlers(c7cf24c8,e687ac94,4,e687acd8,c0899013,...) at intr_execute _handlers+0xe1 lapic_handle_intr(37) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc0b94165, esp = 0xe687acd8, ebp = 0xe687acd8 --- acpi_cpu_c1(ea4621f1,22d3014d,c7cfe000,c7cfe000,2,...) at acpi_cpu_c1+0x5 acpi_cpu_idle(e687ad10,c066c3f1,c7cfc000,c066c35c,e687ad24,...) at acpi_cpu_idle +0x152 cpu_idle(c7cfc000,c066c35c,e687ad24,c066c0dd,0,...) at cpu_idle+0x28 idle_proc(0,e687ad38) at idle_proc+0x95 fork_exit(c066c35c,0,e687ad38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe687ad6c, ebp = 0 --- 3) most httpd, sshd, and possibly some other processes stuck in Giant: db> ps pid ppid pgrp uid state wmesg wchan cmd 11568 98516 98436 0 L *Giant 0xc8bf3880 exim-4.66-0 11456 7001 7001 14544 LL *Giant 0xc8bf3880 httpd 11400 46597 46597 36386 L *Giant 0xc8bf3880 httpd 11302 6998 6998 27116 L *Giant 0xc8bf3880 httpd 11251 6711 6711 7638 L *Giant 0xc8bf3880 httpd 11197 6711 6711 7638 L *Giant 0xc8bf3880 httpd 11196 6711 6711 7638 L *Giant 0xc8bf3880 httpd 11146 6711 6711 7638 L *Giant 0xc8bf3880 httpd 11138 90916 90916 37117 L *Giant 0xc8bf3880 httpd 11029 6711 6711 7638 L *Giant 0xc8bf3880 httpd 11026 6711 6711 7638 L *Giant 0xc8bf3880 httpd 10981 6711 6711 7638 L *Giant 0xc8bf3880 httpd 10930 7969 7969 33194 S accept 0xcd056302 httpd 10832 6711 6711 7638 L *Giant 0xc8bf3880 httpd 10783 7001 7001 14544 L *Giant 0xc8bf3880 httpd 10782 6998 6998 27116 S lockf 0xd1e392c0 httpd 10688 6711 6711 7638 L *Giant 0xc8bf3880 httpd 10681 6711 6711 7638 L *Giant 0xc8bf3880 httpd 10675 7001 7001 14544 S sbwait 0xd1312a64 httpd 10576 58722 58722 4868 L *Giant 0xc8bf3880 httpd 10541 59002 59002 19140 L *Giant 0xc8bf3880 httpd 10540 58722 58722 4868 L *Giant 0xc8bf3880 httpd 10500 7001 7001 14544 S sbwait 0xce1aae90 httpd 10403 8143 8143 38211 L *Giant 0xc8bf3880 httpd 10357 7001 7001 14544 L *Giant 0xc8bf3880 httpd 10050 7001 7001 14544 L *Giant 0xc8bf3880 httpd 9704 90238 90238 22123 S select 0xc0a12944 httpd 9515 86902 86902 0 L *Giant 0xc8bf3880 proftpd 9491 41120 41120 37989 L *Giant 0xc8bf3880 httpd 9399 41120 41120 37989 L *Giant 0xc8bf3880 httpd 9186 7062 7062 20966 S accept 0xcb9b5892 httpd 9185 7062 7062 20966 L *Giant 0xc8bf3880 httpd 9148 8550 8550 13034 L *Giant 0xc8bf3880 httpd 9147 8261 8261 26789 L *Giant 0xc8bf3880 httpd 9146 8261 8261 26789 L *Giant 0xc8bf3880 httpd 9114 8550 8550 13034 R CPU 5 httpd 9111 6842 6842 36260 L *Giant 0xc8bf3880 httpd 9081 6842 6842 36260 S lockf 0xc8534780 httpd 9018 8042 8042 36016 S select 0xc0a12944 httpd 8988 3412 3412 2583 L *Giant 0xc8bf3880 httpd 8915 7583 7583 36227 L *Giant 0xc8bf3880 httpd 8342 41404 41404 37685 L *Giant 0xc8bf3880 httpd 8031 6711 6711 7638 S sbwait 0xd141454c httpd 7862 8505 8505 36816 L *Giant 0xc8bf3880 httpd 7634 7344 7344 2488 L *Giant 0xc8bf3880 httpd 7556 7730 7730 21562 S lockf 0xc836ca00 httpd 7418 8543 8543 13369 S accept 0xcd28303a httpd 7257 8558 8558 36731 L *Giant 0xc8bf3880 httpd 7144 8058 8058 36611 L *Giant 0xc8bf3880 httpd 7089 7730 7730 21562 L *Giant 0xc8bf3880 httpd 6143 7684 7684 36144 S accept 0xcc05c03a httpd 5548 7349 7349 36645 L *Giant 0xc8bf3880 httpd 5383 7001 7001 14544 S sbwait 0xd0a20900 httpd 4851 6753 6753 1742 L *Giant 0xc8bf3880 httpd 4793 6753 6753 1742 L *Giant 0xc8bf3880 httpd 4571 7304 7304 28968 L *Giant 0xc8bf3880 httpd 4347 3412 3412 2583 L *Giant 0xc8bf3880 httpd 4186 8404 8404 36328 S accept 0xcccaa466 httpd 3736 7001 7001 14544 S sbwait 0xd123c20c httpd 3634 86902 86902 0 L *Giant 0xc8bf3880 proftpd 1999 11633 11633 13556 L *Giant 0xc8bf3880 httpd 879 90916 90916 37117 L *Giant 0xc8bf3880 httpd 713 6845 6845 36251 L *Giant 0xc8bf3880 httpd 322 6307 6307 4538 S accept 0xc86b95ca httpd 98806 8404 8404 36328 S accept 0xcccaa466 httpd 98516 98451 98436 0 S wait 0xcc0d8430 exim-4.66-0 98502 7603 7603 36802 L *Giant 0xc8bf3880 httpd 98485 7603 7603 36802 L *Giant 0xc8bf3880 httpd 98471 7896 7896 36493 L *Giant 0xc8bf3880 httpd 98451 98447 98436 0 S wait 0xd0e12860 sh 98447 98436 98436 0 S wait 0xcaf3cc90 lockf 98436 98423 98436 0 Ss wait 0xc858a000 sh 98423 6726 6726 0 S piperd 0xc9c0eb28 cron 98399 7896 7896 36493 L *Giant 0xc8bf3880 httpd 98342 62229 62229 36247 L *Giant 0xc8bf3880 httpd 98340 62229 62229 36247 S accept 0xc9e839f6 httpd 98334 7304 7304 28968 S lockf 0xc8200c40 httpd 98297 7061 7061 36233 S accept 0xcbf7dcbe httpd 98289 7543 7543 36353 L *Giant 0xc8bf3880 httpd 98277 7031 7031 36202 L *Giant 0xc8bf3880 httpd 98276 7031 7031 36202 L *Giant 0xc8bf3880 httpd 98248 97266 98248 36737 S+ select 0xc0a12944 mc 98223 7061 7061 36233 S accept 0xcbf7dcbe httpd 98219 7977 7977 36183 L *Giant 0xc8bf3880 httpd 98153 8045 8045 2394 S accept 0xccf4f03a httpd 98040 8251 8251 36181 L *Giant 0xc8bf3880 httpd 98012 8251 8251 36181 L *Giant 0xc8bf3880 httpd 97983 8372 8372 36505 S accept 0xcd3b8cbe httpd 97981 7618 7618 36616 S accept 0xcc56f892 httpd 97958 15380 15380 36755 L *Giant 0xc8bf3880 httpd 97956 15380 15380 36755 S accept 0xd093c466 httpd 97921 7660 7660 36763 S accept 0xcc3319f6 httpd 97898 7584 7584 7134 S accept 0xcc05c5ca httpd 97886 7677 7677 36136 L *Giant 0xc8bf3880 httpd 97877 7677 7677 36136 S accept 0xcbc75e22 httpd 97823 7001 7001 14544 S sbwait 0xd177bf08 httpd 97807 8344 8344 36737 L *Giant 0xc8bf3880 httpd 97727 7543 7543 36353 L *Giant 0xc8bf3880 httpd 97699 7651 7651 36240 L *Giant 0xc8bf3880 httpd 97692 8484 8484 36632 S accept 0xccca99f6 httpd 97682 80307 80307 36453 LL *Giant 0xc8bf3880 httpd 97668 7823 7823 36122 S accept 0xcca7f19e httpd 97647 7488 7488 36130 L *Giant 0xc8bf3880 httpd 97521 7488 7488 36130 L *Giant 0xc8bf3880 httpd 97492 8674 8674 27415 L *Giant 0xc8bf3880 httpd 97489 6621 6621 36062 S accept 0xcb1b59f6 httpd 97404 7524 7524 25829 S accept 0xccf8072e httpd 97403 6842 6842 36260 S sbwait 0xd1140c40 httpd 97396 8674 8674 27415 L *Giant 0xc8bf3880 httpd 97349 80307 80307 36453 L *Giant 0xc8bf3880 httpd 97342 7706 7706 14417 S accept 0xccfdeb5a httpd 97324 7977 7977 36183 L *Giant 0xc8bf3880 httpd 97319 8667 8667 36523 S accept 0xcd6a672e httpd 97311 7120 7120 36257 L *Giant 0xc8bf3880 httpd 97305 7120 7120 36257 L *Giant 0xc8bf3880 httpd 97293 8595 8595 36266 S accept 0xccf4d9f6 httpd 97266 97265 97266 36737 Ss+ wait 0xc8e3b648 bash 97265 97237 97237 36737 L *Giant 0xc8bf3880 sshd 97237 1107 97237 0 Ss sbwait 0xcd6a520c sshd 4) tracing random processes waiting in Giant: db> bt 11568 Tracing pid 11568 tid 102623 td 0xce272000 sched_switch(3458670592,0,1) at sched_switch+323 mi_switch(1,0) at mi_switch+442 turnstile_wait(3231738976,3401572752) at turnstile_wait+759 _mtx_lock_sleep(3231738976,3458670592,0,0,0) at _mtx_lock_sleep+252 msleep(3688690704,3231788928,76,3230830241,0) at msleep+716 bwait(3688690704,76,3230830241) at bwait+95 bufwait(3688690704,1,0,0,4053851052,...) at bufwait+26 breadn(3487414672,0,0,2048,0,...) at breadn+486 bread(3487414672,0,0,2048,0,...) at bread+32 ffs_read(4053851124) at ffs_read+539 VOP_READ_APV(3231536928,4053851124) at VOP_READ_APV+56 vn_read(3418793016,4053851324,3522853248,0,3458670592) at vn_read+561 dofileread(3458670592,6,3418793016,4053851324,4294967295,...) at dofileread+133 kern_readv(3458670592,6,4053851324,135356416,4096,...) at kern_readv+54 read(3458670592,4053851396) at read+69 syscall(3216965691,59,3216965691,0,675511712,...) at syscall+703 Xint0x80_syscall() at Xint0x80_syscall+31 --- syscall (3, FreeBSD ELF32, read), eip = 675361615, esp = 3217023628, ebp = 3 217023656 --- db> bt 11456 Tracing pid 11456 tid 102521 td 0xd17c7190 sched_switch(3514593680,0,1) at sched_switch+323 mi_switch(1,0) at mi_switch+442 turnstile_wait(3231738976,3401572752) at turnstile_wait+759 _mtx_lock_sleep(3231738976,3514593680,0,0,0) at _mtx_lock_sleep+252 vm_fault(3403956520,672894976,2,8) at vm_fault+421 trap_pfault(4046785848,1,672898616,672898616,0,...) at trap_pfault+291 trap(671744059,3216965691,3216965691,0,138252288,...) at trap+491 calltrap() at calltrap+5 --- trap 12, eip = 672436781, esp = 3217025340, ebp = 3217025416 --- db> bt 11400 Tracing pid 11400 tid 101283 td 0xcbb4d640 sched_switch(3417626176,0,1) at sched_switch+323 mi_switch(1,0) at mi_switch+442 turnstile_wait(3231738976,3401572752) at turnstile_wait+759 _mtx_lock_sleep(3231738976,3417626176,0,0,0) at _mtx_lock_sleep+252 namei(4021980160) at namei+492 kern_stat(3417626176,137444900,0,4021980276) at kern_stat+53 stat(3417626176,4021980420) at stat+27 syscall(3216965691,672923707,3216965691,671783368,3217026412,...) at syscall+703 Xint0x80_syscall() at Xint0x80_syscall+31 --- syscall (188, FreeBSD ELF32, stat), eip = 672785491, esp = 3217025548, ebp = db> bt 11302 Tracing pid 11302 tid 102454 td 0xd17c3960 sched_switch(3514579296,0,1) at sched_switch+323 mi_switch(1,0) at mi_switch+442 turnstile_wait(3231738976,3401572752) at turnstile_wait+759 _mtx_lock_sleep(3231738976,3514579296,0,0,0) at _mtx_lock_sleep+252 flock(3514579296,4046601476) at flock+115 syscall(3230203963,59,59,671795656,3217026436,...) at syscall+703 Xint0x80_syscall() at Xint0x80_syscall+31 --- syscall (131, FreeBSD ELF32, flock), eip = 672454479, esp = 3217025820, ebp = 3217025848 --- db> bt 97265 Tracing pid 97265 tid 102463 td 0xc83b67d0 sched_switch(3359336400,0,1) at sched_switch+323 mi_switch(1,0) at mi_switch+442 turnstile_wait(3231738976,3401572752) at turnstile_wait+759 _mtx_lock_sleep(3231738976,3359336400,0,0,0) at _mtx_lock_sleep+252 giant_poll(3431429632,64,3359336400,3431429632,3231320352,...) at giant_poll+54 devfs_poll_f(3362780288,64,3520869760,3359336400) at devfs_poll_f+47 selscan(3359336400,4033203092,4033203076,9) at selscan+497 kern_select(3359336400,9,134724512,134724528,0,...) at kern_select+977 select(3359336400,4033203460) at select+68 syscall(3216965691,3216965691,3216965691,0,3217023260,...) at syscall+703 Xint0x80_syscall() at Xint0x80_syscall+31 --- syscall (93, FreeBSD ELF32, select), eip = 674546383, esp = 3217023148, ebp = 3217023224 --- db> bt 97305 Tracing pid 97305 tid 102153 td 0xd1b61190 sched_switch(3518370192,0,1) at sched_switch+323 mi_switch(1,0) at mi_switch+442 turnstile_wait(3231738976,3401572752) at turnstile_wait+759 _mtx_lock_sleep(3231738976,3518370192,0,0,0) at _mtx_lock_sleep+252 namei(4043836416) at namei+492 kern_stat(3518370192,135532244,0,4043836532) at kern_stat+53 stat(3518370192,4043836676) at stat+27 syscall(135397435,59,3216965691,671783368,3217026408,...) at syscall+703 Xint0x80_syscall() at Xint0x80_syscall+31 --- syscall (188, FreeBSD ELF32, stat), eip = 672785491, esp = 3217025548, ebp = 3217025608 --- db> bt 97492 Tracing pid 97492 tid 102248 td 0xc82e44b0 sched_switch(3358475440,0,1) at sched_switch+323 mi_switch(1,0) at mi_switch+442 turnstile_wait(3231738976,3401572752) at turnstile_wait+759 _mtx_lock_sleep(3231738976,3358475440,0,0,0) at _mtx_lock_sleep+252 namei(4039949312) at namei+492 kern_stat(3358475440,140045796,0,4039949428) at kern_stat+53 stat(3358475440,4039949572) at stat+27 syscall(671809595,3216965691,3216965691,671828424,3217026408,...) at syscall+703 Xint0x80_syscall() at Xint0x80_syscall+31 --- syscall (188, FreeBSD ELF32, stat), eip = 672830547, esp = 3217025548, ebp = 3217025608 --- db> bt 97807 Tracing pid 97807 tid 102519 td 0xce8497d0 sched_switch(3464796112,0,1) at sched_switch+323 mi_switch(1,0) at mi_switch+442 turnstile_wait(3231738976,3401572752) at turnstile_wait+759 _mtx_lock_sleep(3231738976,3464796112,0,0,0) at _mtx_lock_sleep+252 namei(4049681408) at namei+492 kern_stat(3464796112,136572492,0,4049681524) at kern_stat+53 stat(3464796112,4049681668) at stat+27 syscall(671875131,59,3216965691,671783368,3217026436,...) at syscall+703 Xint0x80_syscall() at Xint0x80_syscall+31 --- syscall (188, FreeBSD ELF32, stat), eip = 672785491, esp = 3217025580, ebp = 3217025640 --- 5) kernel is built with kdb/ddb and ctrl-alt-esc enabled, so this can be a non-complete output. db> show lockedvnods Locked vnodes 0xcfddb990: tag ufs, type VREG usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xcf9f8d68 ref 0 pages 1 lock type ufs: SHARED (count 1) ino 242117869, on dev aacdu0s1g -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 07:38:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C15C106564A for ; Thu, 30 Apr 2009 07:38:19 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (unknown [IPv6:2001:aa8:ffff:2::fffb:2]) by mx1.freebsd.org (Postfix) with ESMTP id 391778FC20 for ; Thu, 30 Apr 2009 07:38:19 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mail.0x20.net (Postfix) with ESMTP id 6BBBA35A11 for ; Thu, 30 Apr 2009 09:38:18 +0200 (CEST) Received: from i011-63.fin-nrw.de (i011-63.fin-nrw.de [193.109.238.130]) by 0x20.net (Horde MIME library) with HTTP; Thu, 30 Apr 2009 09:38:18 +0200 Message-ID: <20090430093818.mt1r5q7v48gkwswo@0x20.net> X-Priority: 3 (Normal) Date: Thu, 30 Apr 2009 09:38:18 +0200 From: Lars Engels To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_23lmta6m0h9c"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) Subject: cbb related panic: resource_list_release: resource entry is not busy 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, 30 Apr 2009 07:38:20 -0000 This message is in MIME format and has been PGP signed. --=_23lmta6m0h9c Content-Type: text/plain; charset=ISO-8859-15; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 7.2-RC2 when I remove an Atheros wireless pccard causes the =20 following panic: Unread portion of the kernel message buffer: panic: resource_list_release: resource entry is not busy cpuid =3D 1 Uptime: 4m28s Physical memory: 2019 MB Dumping 138 MB: 123 107 91 75 59 43 (CTRL-C to abort) (CTRL-C to =20 abort) 27 (CTRL-C to abort) (CTRL-C to abort) 11 (CTRL-C to abort) (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc07e25a7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:41= 8 #2 0xc07e2879 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc080b4b2 in resource_list_release (rl=3D0xc594a404, =20 bus=3D0xc5667100, child=3D0xc5957e80, type=3D3, rid=3D16, res=3D0xc599fb00) at /usr/src/sys/kern/subr_bus.c:2797 #4 0xc080b647 in bus_generic_rl_release_resource (dev=3D0xc5667100, =20 child=3D0xc5957e80, type=3D3, rid=3D16, r=3D0xc599fb00) at /usr/src/sys/kern/subr_bus.c:3365 #5 0xc080b157 in bus_release_resource (dev=3D0xc5957e80, type=3D3, =20 rid=3D16, r=3D0xc599fb00) at bus_if.h:347 #6 0xc053bef2 in ath_pci_detach (dev=3D0xc5957e80) at =20 /usr/src/sys/dev/ath/if_ath_pci.c:222 #7 0xc0809378 in device_detach (dev=3D0xc5957e80) at device_if.h:212 #8 0xc058de4d in cardbus_detach_card (cbdev=3D0xc5667100) at =20 /usr/src/sys/dev/cardbus/cardbus.c:236 #9 0xc0695bdc in cbb_event_thread (arg=3D0xc559d800) at card_if.h:95 #10 0xc07bd059 in fork_exit (callout=3D0xc0695a30 , =20 arg=3D0xc559d800, frame=3D0xe57bfd38) at /usr/src/sys/kern/kern_fork.c:810 #11 0xc0ac9270 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:2= 64 Lars P.S.: Please keep me CC'ed. I am not subscribed to this list. --=20 Lars Engels E-Mail: lars.engels@0x20.net --=_23lmta6m0h9c Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkn5VWoACgkQKc512sD3afi1zQCgpET+YSFBdtu0XrgLE3hgSiNn sKMAnj7zRWaomMIYeamjRaDLbpv4pVg8 =ZUey -----END PGP SIGNATURE----- --=_23lmta6m0h9c-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 07:49:40 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C801106564A for ; Thu, 30 Apr 2009 07:49:40 +0000 (UTC) (envelope-from iiv@dom.raid.ru) Received: from smtp.ertelecom.ru (smtp.ertelecom.ru [212.33.232.210]) by mx1.freebsd.org (Postfix) with ESMTP id BDEF78FC0A for ; Thu, 30 Apr 2009 07:49:39 +0000 (UTC) (envelope-from iiv@dom.raid.ru) Received: from mail.raid.ru ([212.33.232.8]:41264 helo=dom.raid.ru) by smtp.ertelecom.ru with esmtp (Exim) id 1LzR1V-0006Nj-8c; Thu, 30 Apr 2009 13:49:37 +0600 Received: from 92.255.139.222 (SquirrelMail authenticated user iiv@dom.raid.ru) by dom.raid.ru with HTTP; Thu, 30 Apr 2009 13:49:37 +0600 (YEKST) Message-ID: <37295.92.255.139.222.1241077777.squirrel@dom.raid.ru> In-Reply-To: <1240918919.85945.2.camel@buffy.york.ac.uk> References: <39528.94.180.14.255.1240837157.squirrel@dom.raid.ru> <1240918919.85945.2.camel@buffy.york.ac.uk> Date: Thu, 30 Apr 2009 13:49:37 +0600 (YEKST) From: iiv@dom.raid.ru To: "Gavin Atkinson" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@FreeBSD.org Subject: Re: 7.1/i386: restarts just after begin booting 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, 30 Apr 2009 07:49:40 -0000 > On Mon, 2009-04-27 at 18:59 +0600, iiv@dom.raid.ru wrote: >> Hello All, >> >> The 6.2 and 6.4 releases work well but I've got some problems when >> booting 7.1/i386 release on my server (Duron1200/ASUS A7N233-VM). >> When booting from installation CD the computer suddenly restarts >> after about 2sec so I even can't see any output (seems it's regs >> dump). MD5 hash of CD is OK, replacing CD-ROM drive didn't give >> any >> effect. However after a lot of experimentation I managed to >> install >> 7.1 via PXE. But on the first boot just installed 7.1 the same >> problem has appeared again. I think there is a bug in boot2 or in >> some code executes before the loader because it boots successfully >> via PXE (by pxeboot) and by loader at FreeBSD 6.4 installed on an >> other hard drive. >> P.S. BIOS was updated to latest stable version. > > Can you try booting 7.2-RC2 and see if you see the same issue? It's > likely that this has been fixed already. Thanks, 7.2-RC2 was successfully booted and installed from CD instead of 7.1. Seems everything works. BTW, 7.0 doesn't have such problem, but won't boot due to READ_BIG error. > Gavin > _______________________________________________ > 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 Thu Apr 30 11:09:10 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ED0F106566B for ; Thu, 30 Apr 2009 11:09:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5A6748FC17 for ; Thu, 30 Apr 2009 11:09:09 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA16762 for ; Thu, 30 Apr 2009 14:09:07 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49F986D3.4070807@icyb.net.ua> Date: Thu, 30 Apr 2009 14:09:07 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <49F89A8C.4080605@icyb.net.ua> In-Reply-To: <49F89A8C.4080605@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: installword fails with btxld 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, 30 Apr 2009 11:09:10 -0000 on 29/04/2009 21:21 Andriy Gapon said the following: > Not sure if this is my local screw-up or something general. > > On latest stable/7, amd64 installworld fails is sys/boot because btxld command is > not found. It seems that the command is being searched in the paths of cross tools. > > The same sources but i386 - everything is OK. > It was a local issue, cleaned up /usr/obj and everything is back to normal. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 12:19:00 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F6691065679 for ; Thu, 30 Apr 2009 12:19:00 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3830B8FC0C for ; Thu, 30 Apr 2009 12:18:58 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA00908 for ; Thu, 30 Apr 2009 15:18:57 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49F99731.10906@icyb.net.ua> Date: Thu, 30 Apr 2009 15:18:57 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: fsck -y -C 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, 30 Apr 2009 12:19:00 -0000 Now that we have very convenient -C option for fsck, maybe we could use it in fsck_y_enable part of rc.d/fsck? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 13:10:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5DF11065738 for ; Thu, 30 Apr 2009 13:10:04 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id A468A8FC14 for ; Thu, 30 Apr 2009 13:10:04 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id AAC6819E019 for ; Thu, 30 Apr 2009 15:10:01 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 29E1319E023 for ; Thu, 30 Apr 2009 15:09:56 +0200 (CEST) Message-ID: <49F9A324.8090007@quip.cz> Date: Thu, 30 Apr 2009 15:09:56 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: FreeBSD Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: experiences with Supermicro Twin servers? (6016TT / 6026TT / 6015TW) 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, 30 Apr 2009 13:10:06 -0000 Hi all, are there somebody with some experiences (bad or good) with Supermicro Twin servers? Mainly with 2U model 6026TT-TF or 1U model 6016TT-TF build on top of Intel 5520 Tylersburg (or any other?) We would like to buy some Twin servers, but I do not have chance to test it before. Are there any know problems with Twin servers generally, or are there any issus with FreeBSD 7.x with used CPU / chipsets / NICs? Any advices will be welcomed. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 14:29:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2FF6106566C for ; Thu, 30 Apr 2009 14:29:23 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl.com (jdl.com [208.123.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 9A97C8FC3D for ; Thu, 30 Apr 2009 14:29:23 +0000 (UTC) (envelope-from jdl@jdl.com) Received: from jdl (helo=jdl.com) by jdl.com with local-esmtp (Exim 4.69) (envelope-from ) id 1LzWjP-0003pD-HO for freebsd-stable@freebsd.org; Thu, 30 Apr 2009 08:55:20 -0500 To: freebsd-stable@freebsd.org Date: Thu, 30 Apr 2009 08:55:19 -0500 From: Jon Loeliger Message-Id: X-Spam-Score: -2.3 Subject: 7.2-RC2 Install Feedback 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, 30 Apr 2009 14:29:24 -0000 Folks, Just FYI-ish, yesterday I made a 7.2-RC2 bootonly CD and successfully installed it on an i386. There was one weirdness with the "www" packages menu where it wouldn't display the package name properly. It looked like some odd form of line wrapping that started at the right-most column and then was off-by a line such that it (maybe?) overwrote itself on the next line. It looked OK if you scrolled all the way to the bottom and then scrolled back up. Also, I banged my head against problems installing emacs (aborted with error -1), until I finally realized that xemacs-21.4 was already installed. I think there was some form of conflict (?) that prevented two versions from being installed. Seemed odd to me in any event, and not very evident why the (package) install was being rejected. Thanks! jdl From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 16:55:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 439FE106566B for ; Thu, 30 Apr 2009 16:55:32 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 02CFD8FC28 for ; Thu, 30 Apr 2009 16:55:31 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n3UGtOZt002929 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Apr 2009 12:55:31 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Jon Loeliger In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-rGun/rsWNfdtx102f73/" Organization: U. Buffalo CSE Department Date: Thu, 30 Apr 2009 12:55:20 -0400 Message-Id: <1241110520.72951.11.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 Cc: freebsd-stable@freebsd.org Subject: Re: 7.2-RC2 Install Feedback 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, 30 Apr 2009 16:55:32 -0000 --=-rGun/rsWNfdtx102f73/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-04-30 at 08:55 -0500, Jon Loeliger wrote: > Also, I banged my head against problems installing emacs > (aborted with error -1), until I finally realized that > xemacs-21.4 was already installed. I think there was some > form of conflict (?) that prevented two versions from > being installed. Seemed odd to me in any event, and not > very evident why the (package) install was being rejected. This basic issue (package conflicts) has been becoming more and more of a problem. It's not likely we can do anything about it this time around but we'll think a bit more about what to include on the media going forwards. I also found Gnome2 and KDE4 are mutually exclusive due to package conflicts, you need to select one or the other. Just so you know - if there are issues with installing things and errors pop up you can often quickly find what the cause of the error was by pressing Alt-F2. You can get back to the primary screen with Alt-F1. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-rGun/rsWNfdtx102f73/ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkn51/gACgkQ/G14VSmup/bKZACeORzsg2/H8VQWf678Kykw1CLZ Rw8An1wSDMc1anxPYC5nDKtIBCO04Pux =GUBi -----END PGP SIGNATURE----- --=-rGun/rsWNfdtx102f73/-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 17:21:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0625C106564A; Thu, 30 Apr 2009 17:21:36 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (unknown [IPv6:2001:aa8:ffff:2::fffb:2]) by mx1.freebsd.org (Postfix) with ESMTP id 995D78FC13; Thu, 30 Apr 2009 17:21:35 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 59A1238DB7; Thu, 30 Apr 2009 19:21:34 +0200 (CEST) Date: Thu, 30 Apr 2009 19:21:34 +0200 From: Lars Engels To: Sam Leffler Message-ID: <20090430172134.GA31340@e.0x20.net> References: <20090430093818.mt1r5q7v48gkwswo@0x20.net> <49F9DB02.3010405@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <49F9DB02.3010405@freebsd.org> X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-stable@freebsd.org Subject: Re: cbb related panic: resource_list_release: resource entry is not busy 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, 30 Apr 2009 17:21:36 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 30, 2009 at 10:08:18AM -0700, Sam Leffler wrote: > Lars Engels wrote: > > On 7.2-RC2 when I remove an Atheros wireless pccard causes the=20 > > following panic: > > > > Unread portion of the kernel message buffer: > > panic: resource_list_release: resource entry is not busy > > cpuid =3D 1 > > Uptime: 4m28s > > Physical memory: 2019 MB > > Dumping 138 MB: 123 107 91 75 59 43 (CTRL-C to abort) (CTRL-C to=20 > > abort) 27 (CTRL-C to abort) (CTRL-C to abort) 11 (CTRL-C to abort) > > > > (kgdb) bt > > #0 doadump () at pcpu.h:196 > > #1 0xc07e25a7 in boot (howto=3D260) at=20 > > /usr/src/sys/kern/kern_shutdown.c:418 > > #2 0xc07e2879 in panic (fmt=3DVariable "fmt" is not available. > > ) at /usr/src/sys/kern/kern_shutdown.c:574 > > #3 0xc080b4b2 in resource_list_release (rl=3D0xc594a404,=20 > > bus=3D0xc5667100, child=3D0xc5957e80, type=3D3, rid=3D16, > > res=3D0xc599fb00) at /usr/src/sys/kern/subr_bus.c:2797 > > #4 0xc080b647 in bus_generic_rl_release_resource (dev=3D0xc5667100,=20 > > child=3D0xc5957e80, type=3D3, rid=3D16, r=3D0xc599fb00) > > at /usr/src/sys/kern/subr_bus.c:3365 > > #5 0xc080b157 in bus_release_resource (dev=3D0xc5957e80, type=3D3,=20 > > rid=3D16, r=3D0xc599fb00) at bus_if.h:347 > > #6 0xc053bef2 in ath_pci_detach (dev=3D0xc5957e80) at=20 > > /usr/src/sys/dev/ath/if_ath_pci.c:222 > > #7 0xc0809378 in device_detach (dev=3D0xc5957e80) at device_if.h:212 > > #8 0xc058de4d in cardbus_detach_card (cbdev=3D0xc5667100) at=20 > > /usr/src/sys/dev/cardbus/cardbus.c:236 > > #9 0xc0695bdc in cbb_event_thread (arg=3D0xc559d800) at card_if.h:95 > > #10 0xc07bd059 in fork_exit (callout=3D0xc0695a30 ,= =20 > > arg=3D0xc559d800, frame=3D0xe57bfd38) > > at /usr/src/sys/kern/kern_fork.c:810 > > #11 0xc0ac9270 in fork_trampoline () at=20 > > /usr/src/sys/i386/i386/exception.s:264 > > > > > > Lars > > > > P.S.: Please keep me CC'ed. I am not subscribed to this list. > > > known issue; there's a PR for it; unlikely to get fixed for 7.2 (imo) Oh, too bad... --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkn53h4ACgkQKc512sD3afiySQCglBiWrcb6VG/ZE1p85EZBUUV6 TCQAn0aMnhxLmnuEzwnh0dke3AJdBWzh =nZpV -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 17:46:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EAA1106564A for ; Thu, 30 Apr 2009 17:46:39 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5F0708FC24 for ; Thu, 30 Apr 2009 17:46:39 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n3UH8JYB012291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Apr 2009 10:08:19 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49F9DB02.3010405@freebsd.org> Date: Thu, 30 Apr 2009 10:08:18 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Lars Engels References: <20090430093818.mt1r5q7v48gkwswo@0x20.net> In-Reply-To: <20090430093818.mt1r5q7v48gkwswo@0x20.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: freebsd-stable@freebsd.org Subject: Re: cbb related panic: resource_list_release: resource entry is not busy 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, 30 Apr 2009 17:46:39 -0000 Lars Engels wrote: > On 7.2-RC2 when I remove an Atheros wireless pccard causes the > following panic: > > Unread portion of the kernel message buffer: > panic: resource_list_release: resource entry is not busy > cpuid = 1 > Uptime: 4m28s > Physical memory: 2019 MB > Dumping 138 MB: 123 107 91 75 59 43 (CTRL-C to abort) (CTRL-C to > abort) 27 (CTRL-C to abort) (CTRL-C to abort) 11 (CTRL-C to abort) > > (kgdb) bt > #0 doadump () at pcpu.h:196 > #1 0xc07e25a7 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xc07e2879 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xc080b4b2 in resource_list_release (rl=0xc594a404, > bus=0xc5667100, child=0xc5957e80, type=3, rid=16, > res=0xc599fb00) at /usr/src/sys/kern/subr_bus.c:2797 > #4 0xc080b647 in bus_generic_rl_release_resource (dev=0xc5667100, > child=0xc5957e80, type=3, rid=16, r=0xc599fb00) > at /usr/src/sys/kern/subr_bus.c:3365 > #5 0xc080b157 in bus_release_resource (dev=0xc5957e80, type=3, > rid=16, r=0xc599fb00) at bus_if.h:347 > #6 0xc053bef2 in ath_pci_detach (dev=0xc5957e80) at > /usr/src/sys/dev/ath/if_ath_pci.c:222 > #7 0xc0809378 in device_detach (dev=0xc5957e80) at device_if.h:212 > #8 0xc058de4d in cardbus_detach_card (cbdev=0xc5667100) at > /usr/src/sys/dev/cardbus/cardbus.c:236 > #9 0xc0695bdc in cbb_event_thread (arg=0xc559d800) at card_if.h:95 > #10 0xc07bd059 in fork_exit (callout=0xc0695a30 , > arg=0xc559d800, frame=0xe57bfd38) > at /usr/src/sys/kern/kern_fork.c:810 > #11 0xc0ac9270 in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:264 > > > Lars > > P.S.: Please keep me CC'ed. I am not subscribed to this list. > known issue; there's a PR for it; unlikely to get fixed for 7.2 (imo) Sam From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 18:01:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C2011065679 for ; Thu, 30 Apr 2009 18:01:39 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id CE2BD8FC1B for ; Thu, 30 Apr 2009 18:01:38 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by bwz9 with SMTP id 9so1939109bwz.43 for ; Thu, 30 Apr 2009 11:01:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=raw4zMsCXWT1ScYQLzqwHwXgv6GGeCYNIkK4FED0Gw0=; b=VjPXMQ5Ml9aGz2UNw9+XSi1xiaaM5Q6HMKUTy7elB1eiqvNmKPMd00W3mmsEt9lwx8 EomDQTiTOyr2UvhToumx5VpKBqxyaQNFtOLtFeXSiakc/kpOYG2dLu+LI1VvjpX45fBy U8OCGBVFKL4od8RBpwg8nsZk+xZ1JA7loyWto= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=mOea2+WC8/g+A3HPICL585o0YwJ2tcE23F/cKRTCfiI/FnEL8TdK40hpnjS8IVS7N9 L+eFLtsIaRSsPs4T1kKyOjhUJxK5U7pnyGaBfkMYRCTdpMkIduL2ZGV4yP1EdMn3sI/D QtalE9WtetKhRTtdBTdRsLSB/vLRoPJ/ozc5w= MIME-Version: 1.0 Received: by 10.204.31.82 with SMTP id x18mr1729872bkc.5.1241114497492; Thu, 30 Apr 2009 11:01:37 -0700 (PDT) In-Reply-To: <1241110520.72951.11.camel@bauer.cse.buffalo.edu> References: <1241110520.72951.11.camel@bauer.cse.buffalo.edu> Date: Thu, 30 Apr 2009 11:01:37 -0700 Message-ID: From: Mehmet Erol Sanliturk To: Ken Smith Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jon Loeliger , freebsd-stable@freebsd.org Subject: Re: 7.2-RC2 Install Feedback 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, 30 Apr 2009 18:01:39 -0000 On Thu, Apr 30, 2009 at 9:55 AM, Ken Smith wrote: > On Thu, 2009-04-30 at 08:55 -0500, Jon Loeliger wrote: > > Also, I banged my head against problems installing emacs > > (aborted with error -1), until I finally realized that > > xemacs-21.4 was already installed. I think there was some > > form of conflict (?) that prevented two versions from > > being installed. Seemed odd to me in any event, and not > > very evident why the (package) install was being rejected. > > This basic issue (package conflicts) has been becoming more and more of > a problem. It's not likely we can do anything about it this time around > but we'll think a bit more about what to include on the media going > forwards. I also found Gnome2 and KDE4 are mutually exclusive due to > package conflicts, you need to select one or the other. > > Just so you know - if there are issues with installing things and errors > pop up you can often quickly find what the cause of the error was by > pressing Alt-F2. You can get back to the primary screen with Alt-F1. > > -- > Ken Smith > - From there to here, from here to | kensmith@cse.buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | > > In the www.freebsd.org Ports pages , within the descriptions about ports , there is no any information about conflicting packages . In these descriptions , when there is ( are ) conflicted package(s) specifying it with a tag such as Conflicts with : ... would be useful . During installations , or package adds such conflicting packages may be avoided . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 18:38:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2604210656FD for ; Thu, 30 Apr 2009 18:38:43 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (dsl081-172-045.sea1.dsl.speakeasy.net [64.81.172.45]) by mx1.freebsd.org (Postfix) with ESMTP id BC8078FC22 for ; Thu, 30 Apr 2009 18:38:42 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id n3UIcXG7071551 for ; Thu, 30 Apr 2009 11:38:40 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id n3UIcX0j071550 for freebsd-stable@freebsd.org; Thu, 30 Apr 2009 11:38:33 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [64.81.172.194]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 30 Apr 2009 11:38:33 -0700 Message-ID: <20090430113833.95jyc732sc0soscc@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 30 Apr 2009 11:38:33 -0700 From: Chris H To: freebsd-stable@freebsd.org References: <20090429024842.sbgmnyjl28ko0kog@webmail.1command.com> <1241011880.93326.26.camel@buffy.york.ac.uk> <20090429120315.gtf026h1wgk84gkk@webmail.1command.com> In-Reply-To: <20090429120315.gtf026h1wgk84gkk@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / UNIX Subject: Re: ATA DMA issues - are there problems lurking in 7.1? 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, 30 Apr 2009 18:38:44 -0000 Quoting Chris H : > Hello Gavin, and thank you for your reply... > > Quoting Gavin Atkinson : > >> On Wed, 2009-04-29 at 02:48 -0700, Chris H wrote: >>> Greetings, >>> I have several Tyan S2518UGN (Thunder LE-T) server boards that I've >>> been running for a few yrs. I've always used the SCSI on them, so never >>> really used the ATA ports. I once experimented dual-booting NT2003 & FBSD >>> on one of the ATA ports about a year ago. But ran into the problem I'm >>> running into now. Back then I just blamed it on the drive (even tho it >>> was brand new, and ran NT without complaints). But FreeBSD complains. >>> So this is the story now; I'm trying it again - different drive, and using >>> XP-SP3 & BSD. XP installs/runs w/o a hitch. I then install BSD on the >>> second half of the drive, and make an entry into the XP boot loader. >>> Reboot into the fresh BSD install - now the trouble begins... >>> I periodically receive the following messages: >> >> Can you provide a full verbose dmesg from the system online somewhere >> please? > > Can do! > > http://hosting.1command.com/dmesg/dmesg.boot > > Hope this helps, and thanks again. > > --Chris > Greetings, Is there any reason to think I might be OK using 6.4? Thank you for all your time and consideration. --Chris >> >> Gavin >> _______________________________________________ >> 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" >> > > > > _______________________________________________ > 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 Thu Apr 30 18:50:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10B171065672 for ; Thu, 30 Apr 2009 18:50:24 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8AAB88FC14 for ; Thu, 30 Apr 2009 18:50:23 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by fxm6 with SMTP id 6so1993835fxm.43 for ; Thu, 30 Apr 2009 11:50:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=DWuFTGNwv9hTXTUQM/flg/gWP02m6FWV/UNpAvVXfZ4=; b=MKgS1NMup7G78cfNlXgA7K6AdTbQvcyeC5GdJ+CQ4jEV87CnauqJMRdE4+BuppT+Sc 831mkjxYbHGsFpLgTiSDX/6tb8KVR2rRX1o74qJjYS6gkhC481I46naBxjAvu4ktnz4G EmHJ6qJLP8ZhyAz1m0hf8VqotEeVtEznsWqIk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=EKKB1gn7/XeZ1xLOIX9yffGqtvSnBC1X1soA0gEfmYnKjKHzLJNcKiU/03qnmd6M9/ O/g5CszZoWtAeLZluNpCeazHknantW2KU7V/xSkJ7qprGq/z9ZMYA5PYz5u1Vf9Vs777 Mnt5mTbrWNJ8Ima+SqYfuoxy3YmhMdc/+1rzs= MIME-Version: 1.0 Received: by 10.204.77.102 with SMTP id f38mr1749629bkk.62.1241117422603; Thu, 30 Apr 2009 11:50:22 -0700 (PDT) In-Reply-To: <1241110520.72951.11.camel@bauer.cse.buffalo.edu> References: <1241110520.72951.11.camel@bauer.cse.buffalo.edu> Date: Thu, 30 Apr 2009 14:50:22 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Ken Smith Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jon Loeliger , freebsd-stable@freebsd.org Subject: Re: 7.2-RC2 Install Feedback 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, 30 Apr 2009 18:50:24 -0000 On Thu, Apr 30, 2009 at 12:55 PM, Ken Smith wrote: > On Thu, 2009-04-30 at 08:55 -0500, Jon Loeliger wrote: > > > This basic issue (package conflicts) has been becoming more and more of > a problem. It's not likely we can do anything about it this time around > but we'll think a bit more about what to include on the media going > forwards. I also found Gnome2 and KDE4 are mutually exclusive due to > package conflicts, you need to select one or the other. > > > -- > Ken Smith > - From there to here, from here to | kensmith@cse.buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | (1) I am using always Gnome in FreeBSD ( because KDE in 7.0 was opening forms of executables just like X , and for multiple docked forms this was very annoying) . During installations , I am selecting both Gnome and KDE because some packages are inserted only into KDE menus . If the KDE is not selected , those packages are not available in Gnome menus , and they should be inserted into Gnome menus one by one ( for me , this is a difficult task , because it requires to find proper executable to insert it into menu ) . Within package installation logic , checking not only KDE or Gnome presence but both will eliminate requirement of KDE for Gnome because package executable names will appear also in Gnome menus . (2) In /etc/rc.conf , it is possible to specify gnome_enable , but for KDE , there is no such possibility ( with respect to my present knowledge , but I checked Handbook just now , there is no such a definition ) . Making available KDE_enable in /etc/rc.conf would be useful , also . The users easily may select any of them . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 20:10:02 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE07B106566C for ; Thu, 30 Apr 2009 20:10:02 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx0.stack.nl (mj0.stack.nl [IPv6:2001:610:1108:5010::187]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB168FC08 for ; Thu, 30 Apr 2009 20:10:02 +0000 (UTC) (envelope-from jilles@stack.nl) Received: by mx0.stack.nl (Postfix, from userid 65534) id BC6392B3571; Thu, 30 Apr 2009 22:10:01 +0200 (CEST) X-Spam-DCC: : X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hammer.stack.nl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Relay-Country: Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx0.stack.nl (Postfix) with ESMTP id 335762B3959; Thu, 30 Apr 2009 22:08:44 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id E4EA6228AA; Thu, 30 Apr 2009 22:08:15 +0200 (CEST) Date: Thu, 30 Apr 2009 22:08:15 +0200 From: Jilles Tjoelker To: Mehmet Erol Sanliturk Message-ID: <20090430200815.GA22785@stack.nl> References: <1241110520.72951.11.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Jon Loeliger , Ken Smith , freebsd-stable@freebsd.org Subject: Re: 7.2-RC2 Install Feedback 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, 30 Apr 2009 20:10:03 -0000 On Thu, Apr 30, 2009 at 02:50:22PM -0400, Mehmet Erol Sanliturk wrote: > (1) > I am using always Gnome in FreeBSD ( because KDE in 7.0 was opening forms > of executables just like X , and for multiple docked forms this was very > annoying) . > During installations , I am selecting both Gnome and KDE because some > packages are inserted only into KDE menus . If the KDE is not selected , > those packages are not available in Gnome menus , and they should be > inserted into Gnome menus one by one ( for me , this is a difficult task , > because it requires to find proper executable to insert it into menu ) . IMHO, that would be a bug in those packages. Desktop files should be installed in /usr/local/share/applications (or similar) and contain a Categories field to determine where to place them in the menu. The OnlyShowIn and NotShowIn fields are available for desktop files specific to certain desktop environments. Many ports install desktop files to /usr/local/share/applnk (KDE) or /usr/local/share/gnome/apps (GNOME); if these files contain Categories it should be safe to move them to the new location. Many upstreams are already following this new standard, and some ports override the upstream build system's code to install to the new location with an installation to the old location. A user-level workaround is to make symlinks to the necessary desktop files in $HOME/.local/share/applications/; while it is annoying to have to do this, it is much easier than adding menu entries manually. XFCE also needs the desktop files in the new location. See http://standards.freedesktop.org/menu-spec/latest/ for more information. -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 20:11:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAD8A1065670 for ; Thu, 30 Apr 2009 20:11:57 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (dsl081-172-045.sea1.dsl.speakeasy.net [64.81.172.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5D7BC8FC08 for ; Thu, 30 Apr 2009 20:11:57 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id n3UKBoKs072028 for ; Thu, 30 Apr 2009 13:11:56 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id n3UKBoHB072027 for freebsd-stable@freebsd.org; Thu, 30 Apr 2009 13:11:50 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [64.81.172.194]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 30 Apr 2009 13:11:50 -0700 Message-ID: <20090430131150.sti7evagco08c48g@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 30 Apr 2009 13:11:50 -0700 From: Chris H To: freebsd-stable@freebsd.org References: <20090429024842.sbgmnyjl28ko0kog@webmail.1command.com> <1241011880.93326.26.camel@buffy.york.ac.uk> <20090429120315.gtf026h1wgk84gkk@webmail.1command.com> <20090430113833.95jyc732sc0soscc@webmail.1command.com> In-Reply-To: <20090430113833.95jyc732sc0soscc@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / UNIX Subject: Where is the: create,install to RAID(0-5) option? 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, 30 Apr 2009 20:11:58 -0000 Greetings, FreeBSD appears to have issues installing to an ATA drive/device (UDMA) - see the: ATA DMA issues - are there problems lurking in 7.1? thread for more detail. I've been using FreeBSD for a few years on several Tyan Serverworks Thunder LE-T boards (S2518UGN) on the embeded SCSI (Adaptec) ports w/o any problem. But recently purchased a couple of UDMA166 drives to install FBSD to. This proved to be impossible. Installation proceeded w/o incident, but using it proved impossible due to "timeout" messages that ultimately resulted in failure. So, I now find myself in need of striping several SCSI drives to achieve the capacity required to achieve the desired install base. But as yet there is no option to create/install to (software) RAID in the FreeBSD install. I've done /much/ searching on the topic. All the reading I've done from the results found have left me with more questions, than answers. Has anyone created a (pre)install CD that facilitates this process? The closest I've discovered is: http://www.freenas.org/index.php?option=com_frontpage&Itemid=1 (FreeNAS). But the documentation for the "SoftwareRAID" is out of date, and I was unable to register on their Forum. Is there a good article/recipe that anyone knows of for creating/installing FreeBSD to RAID0? The closest articles I could find were: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/remote-install/installation.html and http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-striping.html this one was good, but I wasn't sure how to do this from the install CD, and it appears to presume that a system is already installed. lastly, I found this one: http://people.freebsd.org/~rse/mirror/ I apologize in advance should this been better posted somewhere else, but I'm already subscribed to this list, and it involves problems installing 7 - or any other release on an ATA device. Thank you for all your time and consideration. Sincerely, Chris From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 21:04:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2105106564A for ; Thu, 30 Apr 2009 21:04:32 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 3DEC38FC08 for ; Thu, 30 Apr 2009 21:04:31 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id EF48917E93; Fri, 1 May 2009 07:04:46 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-19-117.lns10.syd7.internode.on.net [121.44.19.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id DA9FB17D1C; Fri, 1 May 2009 07:04:42 +1000 (EST) Message-ID: <49FA1246.5020704@modulus.org> Date: Fri, 01 May 2009 07:04:06 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <49F9A324.8090007@quip.cz> In-Reply-To: <49F9A324.8090007@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: experiences with Supermicro Twin servers? (6016TT / 6026TT / 6015TW) 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, 30 Apr 2009 21:04:32 -0000 Miroslav Lachman wrote: > are there somebody with some experiences (bad or good) with Supermicro > Twin servers? Mainly with 2U model 6026TT-TF or 1U model 6016TT-TF build > on top of Intel 5520 Tylersburg (or any other?) They lack PS2 ports so you need USB keyboard to work properly. When I tried FreeBSD 7.1 on the previous generation (based on Intel 5400 Seaburg), the keyboard would not work at all, even though it worked with 7.0. The IPMI daughterboard conflicts with the on-board LAN when FreeBSD is running, causing packet loss and reduced performance and sometimes locks you out. So you need to use IPMI with a dedicated external LAN port - which then blocks the only available PCIe slot. - Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 21:32:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5351106564A for ; Thu, 30 Apr 2009 21:32:10 +0000 (UTC) (envelope-from louisk@cryptomonkeys.org) Received: from nes.txt.com (nes.txt.com [192.160.132.20]) by mx1.freebsd.org (Postfix) with ESMTP id 828E58FC18 for ; Thu, 30 Apr 2009 21:32:10 +0000 (UTC) (envelope-from louisk@cryptomonkeys.org) Received: from localhost (localhost [127.0.0.1]) by nes.txt.com (Postfix) with ESMTP id 0F21B459; Thu, 30 Apr 2009 14:11:18 -0700 (PDT) Received: from nes.txt.com ([127.0.0.1]) by localhost (nes.txt.com [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 11359-08; Thu, 30 Apr 2009 14:11:17 -0700 (PDT) Received: from lk-mbp.local (unknown [64.1.215.241]) (Authenticated sender: louisk@cryptomonkeys.org) by nes.txt.com (Postfix) with ESMTPSA id 16D34458; Thu, 30 Apr 2009 14:11:17 -0700 (PDT) Received: from practivate.adobe.com by lk-mbp.local (PGP Universal service); Thu, 30 Apr 2009 14:12:17 -0700 X-PGP-Universal: processed; by lk-mbp.local on Thu, 30 Apr 2009 14:12:17 -0700 Message-Id: <31531C02-AC38-4535-8FFC-8518CDF2E9B4@cryptomonkeys.org> From: Louis Kowolowski To: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <49F9A324.8090007@quip.cz> Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 30 Apr 2009 14:12:06 -0700 References: <49F9A324.8090007@quip.cz> X-Mailer: Apple Mail (2.930.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: experiences with Supermicro Twin servers? (6016TT / 6026TT / 6015TW) 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, 30 Apr 2009 21:32:10 -0000 On Apr 30, 2009, at 6:09 AM, Miroslav Lachman wrote: > Hi all, > are there somebody with some experiences (bad or good) with > Supermicro Twin servers? Mainly with 2U model 6026TT-TF or 1U model > 6016TT-TF build on top of Intel 5520 Tylersburg (or any other?) > > We would like to buy some Twin servers, but I do not have chance to > test it before. > Are there any know problems with Twin servers generally, or are > there any issus with FreeBSD 7.x with used CPU / chipsets / NICs? > I own 2 personally, and my employer has 2 also. I'm pleased with them. Thus far, they've run a year w/o any issues. They were purchased from iX Systems(.com). Things you should be aware of, at least for the 1U units (I don't have the 2U). FreeBSD 7.0R didn't support booting off USB media. The IP KVM, while it works wonderfully, provides virtual media that show up as USB. They only have 1 PCI-e slot, I filled mine with the IP KVM dedicated interface. Don't use the onboard "RAID" it's somewhere between unreliable and non-functional. It shows up as either Intel matrix, or Adaptec host RAID. I've been using them with ZFS and gmirror. Fast, solid, happy. -- Louis Kowolowski louisk@cryptomonkeys.org Cryptomonkeys: http://www.cryptomonkeys.org/~louisk Making life more interesting for people since 1977 From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 22:06:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A84A51065672 for ; Thu, 30 Apr 2009 22:06:55 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout021.mac.com (asmtpout021.mac.com [17.148.16.96]) by mx1.freebsd.org (Postfix) with ESMTP id 954768FC1B for ; Thu, 30 Apr 2009 22:06:55 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [172.24.106.157] (natint3.juniper.net [66.129.224.36]) by asmtp021.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KIX0078PMMR6220@asmtp021.mac.com>; Thu, 30 Apr 2009 14:06:31 -0700 (PDT) Message-id: From: Marcel Moolenaar To: Zahemszky Gabor In-reply-to: <20090429063852.26767.qmail@mail.integrity.hu> Date: Thu, 30 Apr 2009 14:06:27 -0700 References: <20090429063852.26767.qmail@mail.integrity.hu> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-stable@freebsd.org, ia64@freebsd.org Subject: Re: IA64 7.2-RC2 in HP Integrity Virtual 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, 30 Apr 2009 22:06:55 -0000 [CC to ia64@freebsd.org] On Apr 28, 2009, at 11:38 PM, Zahemszky Gabor wrote: > Hi! > I've tried to install the new 7.2-RC2 FreeBSD version, on a HP-UX > IVM (*) guest virtual machine. > But I couldn't install it. With verbose boot, the only one I can get > is: > ..... (other devices) > lo0: bpf attached > Waiting 5 seconds for SCSI devices to settle > (xpt0:mpt0:0:-1:-1): reset bus > fatal kernel trap (cpu 0): > trap vector = 0x14 (Page Not Present) > cr.iip = 0xe000000004a1dba0 > cr.ipsr = 0x1010080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=0,bn) > cr.isr = 0x80400000000 (code=0,vector=0,r,ei=0,ed) > cr.ifa = 0x1 > curthread = 0xe000000004c1fa40 > pid = 0, comm = swapper > [thread pid 0 tid 0 ] > Stopped at pmap_switch+0x120: [M0] ld4 r14=[r17],0x4 > db> I believe there's a problem with mpt(4) that relates to its error recovery, or lack thereof. Can you send a backtrace so that we can confirm or de- bunk that statement? thanks, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 22:25:17 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C033106564A for ; Thu, 30 Apr 2009 22:25:17 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1477D8FC17 for ; Thu, 30 Apr 2009 22:25:16 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 7392719E019; Fri, 1 May 2009 00:25:14 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 5099519E027; Fri, 1 May 2009 00:25:12 +0200 (CEST) Message-ID: <49FA2548.8060304@quip.cz> Date: Fri, 01 May 2009 00:25:12 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Andrew Snow References: <49F9A324.8090007@quip.cz> <49FA1246.5020704@modulus.org> In-Reply-To: <49FA1246.5020704@modulus.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: experiences with Supermicro Twin servers? (6016TT / 6026TT / 6015TW) 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, 30 Apr 2009 22:25:17 -0000 Andrew Snow wrote: > Miroslav Lachman wrote: > >> are there somebody with some experiences (bad or good) with Supermicro >> Twin servers? Mainly with 2U model 6026TT-TF or 1U model 6016TT-TF >> build on top of Intel 5520 Tylersburg (or any other?) > > > They lack PS2 ports so you need USB keyboard to work properly. When I > tried FreeBSD 7.1 on the previous generation (based on Intel 5400 > Seaburg), the keyboard would not work at all, even though it worked with > 7.0. I have a bunch of Sun Fire X2100 M2 which lack PS2 too, but USB keyboard is working fine. Did you test it with upcomming 7.2? > The IPMI daughterboard conflicts with the on-board LAN when FreeBSD is > running, causing packet loss and reduced performance and sometimes locks > you out. So you need to use IPMI with a dedicated external LAN port - > which then blocks the only available PCIe slot. Can you explain it more detailed? Do you have model where IPMI card have shared NIC port with standard on-board NIC? Intel 5520 Tylersburg based Twin servers have IPMI + KVM integrated onboard with dedicated third NIC port. May I expect problems or am I save with dedicated port? There are 4 NIC ports on Sun Fire X2100 M2, where 2 are nVidia and 2 are Broadcom (bge). One of those bge is shared with IPMI + KVM, but in this case, it works fine for more than year with hw.bge.allow_asf="1" in loader.conf. No locks, no packet loss. What is model number of your servers? Thank you for your reply Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Apr 30 22:33:00 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EB69106564A for ; Thu, 30 Apr 2009 22:33:00 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id B98638FC0C for ; Thu, 30 Apr 2009 22:32:59 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 1622119E019; Fri, 1 May 2009 00:32:58 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id E1B1A19E023; Fri, 1 May 2009 00:32:55 +0200 (CEST) Message-ID: <49FA2718.8050803@quip.cz> Date: Fri, 01 May 2009 00:32:56 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Louis Kowolowski References: <49F9A324.8090007@quip.cz> <31531C02-AC38-4535-8FFC-8518CDF2E9B4@cryptomonkeys.org> In-Reply-To: <31531C02-AC38-4535-8FFC-8518CDF2E9B4@cryptomonkeys.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: experiences with Supermicro Twin servers? (6016TT / 6026TT / 6015TW) 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, 30 Apr 2009 22:33:00 -0000 Louis Kowolowski wrote: > On Apr 30, 2009, at 6:09 AM, Miroslav Lachman wrote: > >> Hi all, >> are there somebody with some experiences (bad or good) with >> Supermicro Twin servers? Mainly with 2U model 6026TT-TF or 1U model >> 6016TT-TF build on top of Intel 5520 Tylersburg (or any other?) >> >> We would like to buy some Twin servers, but I do not have chance to >> test it before. >> Are there any know problems with Twin servers generally, or are there >> any issus with FreeBSD 7.x with used CPU / chipsets / NICs? >> > I own 2 personally, and my employer has 2 also. I'm pleased with > them. Thus far, they've run a year w/o any issues. They were > purchased from iX Systems(.com). Can you please post the model number of your servers? > Things you should be aware of, at least for the 1U units (I don't have > the 2U). FreeBSD 7.0R didn't support booting off USB media. The IP > KVM, while it works wonderfully, provides virtual media that show up as > USB. 7.0 booted well from USB media on my Sun Fire X2100 M2 servers, but I know there were (are) problems with booting FreeBSD on some motherboards. I have problems with 7.0 on HP ML110 G5. 7.1 is booting OK on this HP ML110 G5. Did you try booting some newer versions on your servers? > They only have 1 PCI-e slot, I filled mine with the IP KVM dedicated > interface. Do you have any other issues with IPMI + KVM as posted by Andrew Snow? > Don't use the onboard "RAID" it's somewhere between unreliable and > non-functional. It shows up as either Intel matrix, or Adaptec host RAID. > > I've been using them with ZFS and gmirror. Fast, solid, happy. Same here, I have gmirror on all those entry level servers and I am testing ZFS on one of them. Thank you for your advice. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Fri May 1 00:01:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 188DF1065670 for ; Fri, 1 May 2009 00:01:57 +0000 (UTC) (envelope-from louisk@cryptomonkeys.org) Received: from nes.txt.com (nes.txt.com [192.160.132.20]) by mx1.freebsd.org (Postfix) with ESMTP id E91488FC1B for ; Fri, 1 May 2009 00:01:56 +0000 (UTC) (envelope-from louisk@cryptomonkeys.org) Received: from localhost (localhost [127.0.0.1]) by nes.txt.com (Postfix) with ESMTP id 3D69175C; Thu, 30 Apr 2009 17:00:56 -0700 (PDT) Received: from nes.txt.com ([127.0.0.1]) by localhost (nes.txt.com [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 16146-04; Thu, 30 Apr 2009 17:00:56 -0700 (PDT) Received: from lk-mbp.local (unknown [64.1.215.241]) (Authenticated sender: louisk@cryptomonkeys.org) by nes.txt.com (Postfix) with ESMTPSA id C680875B; Thu, 30 Apr 2009 17:00:55 -0700 (PDT) Received: from practivate.adobe.com by lk-mbp.local (PGP Universal service); Thu, 30 Apr 2009 17:01:55 -0700 X-PGP-Universal: processed; by lk-mbp.local on Thu, 30 Apr 2009 17:01:55 -0700 Message-Id: From: Louis Kowolowski To: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <49FA2718.8050803@quip.cz> Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 30 Apr 2009 17:01:45 -0700 References: <49F9A324.8090007@quip.cz> <31531C02-AC38-4535-8FFC-8518CDF2E9B4@cryptomonkeys.org> <49FA2718.8050803@quip.cz> X-Mailer: Apple Mail (2.930.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: experiences with Supermicro Twin servers? (6016TT / 6026TT / 6015TW) 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, 01 May 2009 00:01:57 -0000 On Apr 30, 2009, at 3:32 PM, Miroslav Lachman wrote: > Louis Kowolowski wrote: >> > ... > Can you please post the model number of your servers? > The iX model number is IX12x2. I believe it to be the 6015TW-TB/TV. > ... > 7.0 booted well from USB media on my Sun Fire X2100 M2 servers, but > I know there were (are) problems with booting FreeBSD on some > motherboards. I have problems with 7.0 on HP ML110 G5. 7.1 is > booting OK on this HP ML110 G5. Did you try booting some newer > versions on your servers? > Yes, 7.1 seems to boot just fine on them. I haven't tried 7.2RC/BETA yet. > ... > Do you have any other issues with IPMI + KVM as posted by Andrew Snow? > I did, but I fixed it by fiddling around with the mouse/keyboard settings for the KVM. Don't recall exactly what I did, but there aren't many options, so it shouldn't take long to figure them out. :-) -- Louis Kowolowski louisk@cryptomonkeys.org Cryptomonkeys: http://www.cryptomonkeys.org/~louisk Making life more interesting for people since 1977 From owner-freebsd-stable@FreeBSD.ORG Fri May 1 02:22:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E14A106564A for ; Fri, 1 May 2009 02:22:44 +0000 (UTC) (envelope-from mikes@siralan.org) Received: from arvo.suso.org (arvo.suso.org [66.244.94.5]) by mx1.freebsd.org (Postfix) with ESMTP id E21AC8FC0A for ; Fri, 1 May 2009 02:22:43 +0000 (UTC) (envelope-from mikes@siralan.org) Received: from c-98-220-3-224.hsd1.in.comcast.net (c-98-220-3-224.hsd1.in.comcast.net [98.220.3.224]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arvo.suso.org (Postfix) with ESMTP id 65F258806D for ; Fri, 1 May 2009 01:54:01 +0000 (GMT) Date: Thu, 30 Apr 2009 21:54:16 -0400 (EDT) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org Message-ID: <20090430213911.W1132@familysquires.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Change in ssh connection behavior with 7.2-PRERELEASE 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, 01 May 2009 02:22:44 -0000 I'm using an older Supermicro 1U box as my NAT box for my home network; I also read email on it by logging in remotely using Cygwin's ssh to run pine. I've noticed a change in behavior which ocurred when I upgraded from 7.1-STABLE compiled 2/8/2009 to 7.2-PRERELEASE compiled 4/24/2009. The change is that the system can't display full screens in the Cygwin window. The screen gets filled slowly, with long pauses between successive partial fills. This seems to only occur when I'm logged in from work using Cygwin SSH over the Internet to my home box; the final link is via Comcast, if that makes a difference. Connecting from witnin my local network, also using Cygwin SSH, no such problem. Rebooting the old kernel solves the problem. The work PC is running Cygwin OpenSSH 5.1p1/OpenSSL 0.9.8j (7 Jan 2009); the home PC is running Cygwin OpenSSH 5.1p1/OpenSSL 0.9.8i (9/15/2008). The results of "stty -a" under new and old kernels yeilds exactly the same thing: speed 38400 baud; 90 rows; 80 columns; lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl -echoprt -altwerase -noflsh -tostop -flusho pendin -nokerninfo -extproc iflags: -istrip icrnl -inlcr -igncr ixon ixoff -ixany -imaxbel -ignbrk brkint -inpck -ignpar -parmrk oflags: opost onlcr -ocrnl -oxtabs -onocr -onlret cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; eol2 = ; erase = ^H; erase2 = ^H; intr = ^C; kill = ^U; lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ^T; stop = ^S; susp = ^Z; time = 0; werase = ^W; Mike Squires mikes@siralan.org From owner-freebsd-stable@FreeBSD.ORG Fri May 1 05:52:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C3A8106566C for ; Fri, 1 May 2009 05:52:08 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 8E5FA8FC12 for ; Fri, 1 May 2009 05:52:07 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: (qmail 41515 invoked by uid 89); 1 May 2009 05:52:05 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 1 May 2009 05:52:05 -0000 Date: Fri, 1 May 2009 07:52:05 +0200 From: Oliver Lehmann To: Robert Noland Message-Id: <20090501075205.a8cb38e1.lehmann@ans-netz.de> In-Reply-To: <20090427071837.b18d19f2.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> <1240593706.2142.38.camel@balrog.2hip.net> <20090424195205.73a2cf44.lehmann@ans-netz.de> <1240596378.2142.45.camel@balrog.2hip.net> <20090425092310.a0471901.lehmann@ans-netz.de> <20090425101909.bad0e8b3.lehmann@ans-netz.de> <1240672173.1946.5.camel@balrog.2hip.net> <20090426102126.843c35f3.lehmann@ans-netz.de> <1240766181.4395.0.camel@wombat.2hip.net> <20090427071837.b18d19f2.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown 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, 01 May 2009 05:52:09 -0000 Hi Robert Oliver Lehmann wrote: > Robert Noland wrote: > > > It still might be useful... Option "BusType" "PCI" any new here? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Fri May 1 08:37:26 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BF301065672 for ; Fri, 1 May 2009 08:37:26 +0000 (UTC) (envelope-from ghostcorps@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 053898FC0A for ; Fri, 1 May 2009 08:37:25 +0000 (UTC) (envelope-from ghostcorps@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1748265qwe.7 for ; Fri, 01 May 2009 01:37:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:date:message-id :subject:from:to:content-type; bh=VFL88BGKsaLyKw4Q6k6y1OsA6FjJ6PO/Z48fLAErIxI=; b=cCCrKXEKQL7QRNFHkFE2N/CLTpvHMvwDuwXK1M431gptTfMYA7KLWrZf/K5dF5jVKG yS+PcWj0QUzA4UhlQVwzNb33JsBtKeOCP+GTW6QM3Lnml0ZaBKWgus09iyXcz1tQWcZl A8XrxF3adukSFV12JmDD1sL6OHFLJAGGgG9gs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; b=uSyP8XSNCgnuwBmEgdmpjYjAh2kp/9eG7Qgah1pV8UoC2sA9IJLYH8HFmpYm7cwYlj jhyEUMqlyLDRcUhbX/KKEXEqRYoeSyVb/EG/xyK3fnrUXz2OsoTxEeSKqWKYzOEFw5cI ndr5NTFER/sBoycekk0piX4TK5E/LDYpqoE5c= MIME-Version: 1.0 Received: by 10.229.70.141 with SMTP id d13mr1988085qcj.70.1241165562229; Fri, 01 May 2009 01:12:42 -0700 (PDT) Date: Fri, 1 May 2009 18:12:42 +1000 Message-ID: <4c06024b0905010112m42cbd2a5m9474aa86c003fb0@mail.gmail.com> From: ghostcorps To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Can i add a new HDD to an encrypted array? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ghostcorps@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 08:37:26 -0000 Hi Guys, This seems liek a really basic question, I expect a simple 'no', but I havn't found anything definative yet. I currently have a hardware RAID5 array, using the Intel Matrix RAID capability onboard, encrypted with GELI. I need to add 2 new discs to the array. If I add a disc to the array and have it rebuilt with the Intel Matrix Storage Manager, prior to booting FreeBSD will that destroy the encrypted data? If so, how can I decrypt the disk without copying the data to another partition? Please let me know if you need any other info. Thanks Using: OS: FreeBSD 7.0 Mobo: Asus p5b-e http://www.asus.com.au/products.aspx?l1=3&l2=11&l3=307&l4=0&model=1347&modelmenu=1 HDDs: Seagate 500g SATA2 From owner-freebsd-stable@FreeBSD.ORG Fri May 1 10:03:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 841B7106566B for ; Fri, 1 May 2009 10:03:12 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id 15A058FC19 for ; Fri, 1 May 2009 10:03:11 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id n419r5GW081113; Fri, 1 May 2009 11:53:05 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 6F10EB847; Fri, 1 May 2009 11:53:05 +0200 (CEST) Date: Fri, 1 May 2009 11:53:05 +0200 From: Roland Smith To: ghostcorps Message-ID: <20090501095305.GA91771@slackbox.xs4all.nl> References: <4c06024b0905010112m42cbd2a5m9474aa86c003fb0@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <4c06024b0905010112m42cbd2a5m9474aa86c003fb0@mail.gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Can i add a new HDD to an encrypted array? 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, 01 May 2009 10:03:12 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 01, 2009 at 06:12:42PM +1000, ghostcorps wrote: > Hi Guys, >=20 > This seems liek a really basic question, I expect a simple 'no', but I > havn't found anything definative yet. >=20 > I currently have a hardware RAID5 array, using the Intel Matrix RAID > capability onboard, encrypted with GELI. According to ataraid(4), Intel MatrixRAID is software RAID, not real hardware RAID. =20 > I need to add 2 new discs to the array. If I add a disc to the array and > have it rebuilt with the Intel Matrix Storage Manager, prior to booting > FreeBSD will that destroy the encrypted data? In short, no. The long answer is that the raid array functions at a level below GELI which in turn is below the filesystem layer. GELI writes its metadata in the last sector of the device, and the ffs(7) filesystem records the size of the underlying device at creation time. Adding the two disks will make the array larger. The metadata for geli will probably not be on the last sector anymore, so geli will not recognize the enlarged device.=20 So you'll have to save your data elsewhere, put in the extra disks, recreate the array, re-initialize and attach the geli device for the new array and newfs(8) the new geli device. > If so, how can I decrypt the disk without copying the data to another > partition? There are no tools for that at this time, although it should be feasable by reading a (multiple of) block(s) from the geli device and then writing it to the non-encrypted device. Note that whenever you write a block to the unencrypted device, the contents of that block on the geli device become gibberish! So you'll have to do the whole device, unless you can beforehand make a list of all the blocks that are in use by the filesystem. And if even a single block failed in transit, you're potentially screwed. And even if you could perform this in-place decryption, you should make a full backup anyway in case the procedure goes horribly wrong, which is always a possibility. :-) If you want to decrypt the device in place because you don't have enough backup capacity to store the contents of you raid array, you're aleady in trouble even if you don't know it yet. What will you do if your RAID5 fails?=20 Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn6xoEACgkQEnfvsMMhpyWy2ACglirhVF4dMy/GI7W96fauyfwy moEAoIZb4+fjhJ6ofUqF4ljByciHv9hh =uwiV -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Fri May 1 10:57:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B56C51065674 for ; Fri, 1 May 2009 10:57:51 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 871078FC16 for ; Fri, 1 May 2009 10:57:51 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id EEA0F327063; Fri, 1 May 2009 06:57:50 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 01 May 2009 06:57:50 -0400 X-Sasl-enc: 1HL/y2Dwotiu8s69vJLjS8iHGhQPSO5Bdg3FPwwTwb26 1241175470 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 50F63AD0F; Fri, 1 May 2009 06:57:50 -0400 (EDT) Message-ID: <49FAD5AD.8030805@incunabulum.net> Date: Fri, 01 May 2009 11:57:49 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Leo References: <20090429120028.D6412106568F@hub.freebsd.org> <49F93D3A.2020704@gmail.com> In-Reply-To: <49F93D3A.2020704@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Help ! Regarding libpcap 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: Fri, 01 May 2009 10:57:51 -0000 Hi, I recently updated the port, but didn't see this condition in testing. Are you able to build libpcap *without* using the port from the same tarball? do-patch in the port doesn't touch those files. Leo wrote: > Hi All, > I want to install libpcap from ports. But when I "make install clean", > the box output: > > ....... > config.status: creating pcap_open_dead.3pcap > config.status: creating pcap_open_offline.3pcap > config.status: creating config.h > ===> Building for libpcap-1.0.0 > cc -O2 -O2 -fno-strict-aliasing -pipe -I. -DHAVE_CONFIG_H > -D_U_="__attribute__((unused))" -c ./pcap-null.c > ./pcap-null.c:44: error: conflicting types for 'pcap_activate' > ./pcap/pcap.h:266: error: previous declaration of 'pcap_activate' was > here > gmake: *** [pcap-null.o] Error 1 > *** Error code 1 thanks, BMS From owner-freebsd-stable@FreeBSD.ORG Fri May 1 11:02:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BE6A106564A for ; Fri, 1 May 2009 11:02:47 +0000 (UTC) (envelope-from ghostcorps@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 1BA778FC14 for ; Fri, 1 May 2009 11:02:46 +0000 (UTC) (envelope-from ghostcorps@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so1909775rvb.43 for ; Fri, 01 May 2009 04:02:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ive8QkiERKkvrqNSwaKNp5lrV/wdTB8ISSA1zIZ8+aE=; b=hyarHFcky1aFqZUrJ2aHJiMxTx7yw8fg5uPRavJJOTw/dSdqOb5GHRpV22gIuE2Ud2 szzxzigRZsrUJk81c5ZyCnnVO4p6ZXe6R+VAhC89QmSgwAbM1CtaOwwMRRwmGPSSfvrY E/WmVNnOAzT5vsJ+OhzBgFKmlR+SIOgxPPrXY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=RnLeGEGArBtJrJv+5M+USK/nx+VpEQ2IaWiZPn1JTsHvwlIcfX5DjxHtzQ98NLsZpc 1llEbJb/JAVVUjC9O9y/wybPCjCReVmkfVzeMHyLoXjPE5+W59GGANn8irtfYBrTD2Z7 Dckfr/zKFEQGZZ3bqPslFp/wJHawtfpNHC4+Y= MIME-Version: 1.0 Received: by 10.142.158.3 with SMTP id g3mr817334wfe.333.1241175766461; Fri, 01 May 2009 04:02:46 -0700 (PDT) In-Reply-To: <20090501095305.GA91771@slackbox.xs4all.nl> References: <4c06024b0905010112m42cbd2a5m9474aa86c003fb0@mail.gmail.com> <20090501095305.GA91771@slackbox.xs4all.nl> Date: Fri, 1 May 2009 21:02:46 +1000 Message-ID: <4c06024b0905010402r77141b0dwd783f56b55f7afb5@mail.gmail.com> From: ghostcorps To: Roland Smith Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Can i add a new HDD to an encrypted array? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ghostcorps@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 May 2009 11:02:47 -0000 Thanks Roland, You have confirmed my worst fears. One thing though, apparently MatrixRAID is a 'Firmware RAID' system as opposed to hard or software. I don't quite know how that would effect anything but that's all I can say really. It looks like I'm buying some more disks. http://en.wikipedia.org/wiki/Intel_Matrix_RAID Regards On Fri, May 1, 2009 at 7:53 PM, Roland Smith wrote: > On Fri, May 01, 2009 at 06:12:42PM +1000, ghostcorps wrote: > > Hi Guys, > > > > This seems liek a really basic question, I expect a simple 'no', but I > > havn't found anything definative yet. > > > > I currently have a hardware RAID5 array, using the Intel Matrix RAID > > capability onboard, encrypted with GELI. > > According to ataraid(4), Intel MatrixRAID is software RAID, not real > hardware RAID. > > > I need to add 2 new discs to the array. If I add a disc to the array and > > have it rebuilt with the Intel Matrix Storage Manager, prior to booting > > FreeBSD will that destroy the encrypted data? > > In short, no. > > The long answer is that the raid array functions at a level below GELI > which in turn is below the filesystem layer. GELI writes its metadata in > the last sector of the device, and the ffs(7) filesystem records the > size of the underlying device at creation time. > > Adding the two disks will make the array larger. The metadata for geli > will probably not be on the last sector anymore, so geli will not > recognize the enlarged device. > > So you'll have to save your data elsewhere, put in the extra disks, > recreate the array, re-initialize and attach the geli device for the new > array and newfs(8) the new geli device. > > > If so, how can I decrypt the disk without copying the data to another > > partition? > > There are no tools for that at this time, although it should be feasable > by reading a (multiple of) block(s) from the geli device and then > writing it to the non-encrypted device. Note that whenever you write a > block to the unencrypted device, the contents of that block on the geli > device become gibberish! So you'll have to do the whole device, unless > you can beforehand make a list of all the blocks that are in use by the > filesystem. And if even a single block failed in transit, you're > potentially screwed. > > And even if you could perform this in-place decryption, you should make > a full backup anyway in case the procedure goes horribly wrong, which is > always a possibility. :-) > > If you want to decrypt the device in place because you don't have enough > backup capacity to store the contents of you raid array, you're aleady > in trouble even if you don't know it yet. What will you do if your RAID5 > fails? > > Roland > -- > R.F.Smith http://www.xs4all.nl/~rsmith/ > [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] > pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) > From owner-freebsd-stable@FreeBSD.ORG Fri May 1 11:34:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E64EE106564A for ; Fri, 1 May 2009 11:34:21 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 75C458FC12 for ; Fri, 1 May 2009 11:34:20 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:58997 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1LzqyK-0000Jc-40 for freebsd-stable@freebsd.org; Fri, 01 May 2009 13:32:12 +0200 Received: (qmail 19873 invoked from network); 1 May 2009 13:32:01 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 1 May 2009 13:32:01 +0200 Received: (qmail 70373 invoked by uid 1001); 1 May 2009 13:32:01 +0200 Date: Fri, 1 May 2009 13:32:01 +0200 From: Erik Trulsson To: ghostcorps Message-ID: <20090501113201.GA70308@owl.midgard.homeip.net> References: <4c06024b0905010112m42cbd2a5m9474aa86c003fb0@mail.gmail.com> <20090501095305.GA91771@slackbox.xs4all.nl> <4c06024b0905010402r77141b0dwd783f56b55f7afb5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4c06024b0905010402r77141b0dwd783f56b55f7afb5@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1LzqyK-0000Jc-40. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1LzqyK-0000Jc-40 27e50485a4cffab17598862c4d165a10 Cc: Roland Smith , freebsd-stable@freebsd.org Subject: Re: Can i add a new HDD to an encrypted array? 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, 01 May 2009 11:34:22 -0000 On Fri, May 01, 2009 at 09:02:46PM +1000, ghostcorps wrote: > Thanks Roland, > > You have confirmed my worst fears. One thing though, apparently MatrixRAID > is a 'Firmware RAID' system as opposed to hard or software. That just means that the BIOS understands that RAID layout and knows how to boot from a RAID array. Otherwise it is just like any other software RAID. (It is a fairly safe assumption that any 'RAID-controller' that is built-in on a motherboard is actually software RAID.) > I don't quite > know how that would effect anything but that's all I can say really. It > looks like I'm buying some more disks. > > http://en.wikipedia.org/wiki/Intel_Matrix_RAID > > Regards > > > > On Fri, May 1, 2009 at 7:53 PM, Roland Smith wrote: > > > On Fri, May 01, 2009 at 06:12:42PM +1000, ghostcorps wrote: > > > Hi Guys, > > > > > > This seems liek a really basic question, I expect a simple 'no', but I > > > havn't found anything definative yet. > > > > > > I currently have a hardware RAID5 array, using the Intel Matrix RAID > > > capability onboard, encrypted with GELI. > > > > According to ataraid(4), Intel MatrixRAID is software RAID, not real > > hardware RAID. > > > > > I need to add 2 new discs to the array. If I add a disc to the array and > > > have it rebuilt with the Intel Matrix Storage Manager, prior to booting > > > FreeBSD will that destroy the encrypted data? > > > > In short, no. > > > > The long answer is that the raid array functions at a level below GELI > > which in turn is below the filesystem layer. GELI writes its metadata in > > the last sector of the device, and the ffs(7) filesystem records the > > size of the underlying device at creation time. > > > > Adding the two disks will make the array larger. The metadata for geli > > will probably not be on the last sector anymore, so geli will not > > recognize the enlarged device. > > > > So you'll have to save your data elsewhere, put in the extra disks, > > recreate the array, re-initialize and attach the geli device for the new > > array and newfs(8) the new geli device. > > > > > If so, how can I decrypt the disk without copying the data to another > > > partition? > > > > There are no tools for that at this time, although it should be feasable > > by reading a (multiple of) block(s) from the geli device and then > > writing it to the non-encrypted device. Note that whenever you write a > > block to the unencrypted device, the contents of that block on the geli > > device become gibberish! So you'll have to do the whole device, unless > > you can beforehand make a list of all the blocks that are in use by the > > filesystem. And if even a single block failed in transit, you're > > potentially screwed. > > > > And even if you could perform this in-place decryption, you should make > > a full backup anyway in case the procedure goes horribly wrong, which is > > always a possibility. :-) > > > > If you want to decrypt the device in place because you don't have enough > > backup capacity to store the contents of you raid array, you're aleady > > in trouble even if you don't know it yet. What will you do if your RAID5 > > fails? > > > > Roland > > -- > > R.F.Smith http://www.xs4all.nl/~rsmith/ > > [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] > > pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) > > > _______________________________________________ > 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" -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Fri May 1 12:15:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08A2D1065670 for ; Fri, 1 May 2009 12:15:49 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.freebsd.org (Postfix) with ESMTP id 73FFC8FC1C for ; Fri, 1 May 2009 12:15:48 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id n41CFkBv001665; Fri, 1 May 2009 14:15:47 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 56769BAA3; Fri, 1 May 2009 14:15:46 +0200 (CEST) Date: Fri, 1 May 2009 14:15:46 +0200 From: Roland Smith To: ghostcorps Message-ID: <20090501121546.GA95759@slackbox.xs4all.nl> References: <4c06024b0905010112m42cbd2a5m9474aa86c003fb0@mail.gmail.com> <20090501095305.GA91771@slackbox.xs4all.nl> <4c06024b0905010402r77141b0dwd783f56b55f7afb5@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <4c06024b0905010402r77141b0dwd783f56b55f7afb5@mail.gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Can i add a new HDD to an encrypted array? 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, 01 May 2009 12:15:50 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 01, 2009 at 09:02:46PM +1000, ghostcorps wrote: > Thanks Roland, >=20 > You have confirmed my worst fears.=20 Well, there is one thing that _might_ work. It might also destroy your data, hence the first step: - Make a backup and verify it. - Remove the array from fstab, so it isn't mounted automatically. - Add the disks to the array. - Re-initialize and attach the new array as a geli(8) device, using the same password and/or key file and algorithm. - Try to grow the filesystem with growfs(8). - If that works, mount the array and restore it to fstab. Whether this works or not will depend on how the new disks are added to the array. If they are added as a continious space at the rear it will probably be fine. If the extra space shows up as patches in between or at the front it will not work because your filesystem will be hosed. :-) I'm also _assuming_ that if you initialize two geli devices with the same parameters, the on-disk data will be the same. This might not be true, in which case you've lost all your data. Alternatively, you can use dd(1) to make a copy of the geli data from the last sector of the old array, and write it to the last sector of the new array. Again, this might blow up in your face if some of the metadata isn't correct for the new array. So don't try this without a solid backup, for obvious reasons. If this works, you can write it up and submit it as a new section for the Handbook, gaining eternal glory. ;-) Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkn65/IACgkQEnfvsMMhpyUwqwCfVKfg+7VEf0epvZ6z++EeLK9o 3OoAn3gtB6nqP/77+sMl5I1n4dgo8FCj =0CvL -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-stable@FreeBSD.ORG Fri May 1 13:07:04 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 723F9106566B; Fri, 1 May 2009 13:07:04 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3E46D8FC1E; Fri, 1 May 2009 13:07:04 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 725243300A3; Fri, 1 May 2009 09:07:03 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 01 May 2009 09:07:03 -0400 X-Sasl-enc: 0WIhT/BWTgWJy0zRJPy33+RVqgJy4tzZcJ6uea9jFdT6 1241183222 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 4B6A1AE04; Fri, 1 May 2009 09:07:02 -0400 (EDT) Message-ID: <49FAF3F5.5070609@incunabulum.net> Date: Fri, 01 May 2009 14:07:01 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: stable@freebsd.org References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> <49ED6AD2.4010006@incunabulum.net> <49EDDD51.9040608@freebsd.org> In-Reply-To: <49EDDD51.9040608@freebsd.org> Content-Type: multipart/mixed; boundary="------------090608000706030809090807" Cc: Dennis Melentyev , Sam Leffler , "current@freebsd.org" , Maxim Sobolev Subject: Re: kernel compile fails without AH_SUPPORT_AR5416 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, 01 May 2009 13:07:05 -0000 This is a multi-part message in MIME format. --------------090608000706030809090807 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Can you please try this patch? I can't commit it until STABLE is unfrozen after 7.2-RELEASE is cut. Sam Leffler wrote: > Bruce Simpson wrote: > >> Hi, >> >> Looks like I'm late to the party. I was responsible for committing these >> ath(4) changes to RELENG_7. >> I can't remember if I tested the kernel compile without the >> AH_SUPPORT_AR5416 option or not, I have been so incredibly busy. >> ... > ru had a change to fix this but decided not to; can't say why. > Otherwise there is a better way to fix this which I alluded to in > previous mail--use the config-generated #define that is generated for > the "ath_hal" device. thanks, BMS --------------090608000706030809090807 Content-Type: text/plain; name="ath-build-7.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ath-build-7.diff" Index: UPDATING =================================================================== --- UPDATING (revision 191718) +++ UPDATING (working copy) @@ -8,6 +8,11 @@ /usr/ports/UPDATING. Please read that file before running portupgrade. +20090505: + The kernel compile-time option AH_SUPPORT_AR5416 has been + removed; it is now enabled by default as if_ath.c depends on it + in order to build. + 20090504: FreeBSD 7.2-RELEASE Index: sys/arm/conf/AVILA =================================================================== --- sys/arm/conf/AVILA (revision 191718) +++ sys/arm/conf/AVILA (working copy) @@ -133,7 +133,6 @@ #device wlan_tkip # 802.11 TKIP support device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) -options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath options ATH_DEBUG Index: sys/sparc64/conf/GENERIC =================================================================== --- sys/sparc64/conf/GENERIC (revision 191718) +++ sys/sparc64/conf/GENERIC (working copy) @@ -191,7 +191,6 @@ device wlan_scan_sta # 802.11 STA mode scanning device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) -options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath # Pseudo devices. Index: sys/conf/options =================================================================== --- sys/conf/options (revision 191718) +++ sys/conf/options (working copy) @@ -731,8 +731,6 @@ ATH_TX99_DIAG opt_ath.h # options for the Atheros hal -AH_SUPPORT_AR5416 opt_ah.h - AH_DEBUG opt_ah.h AH_ASSERT opt_ah.h AH_DEBUG_ALQ opt_ah.h Index: sys/modules/ath/Makefile =================================================================== --- sys/modules/ath/Makefile (revision 191718) +++ sys/modules/ath/Makefile (working copy) @@ -76,8 +76,9 @@ # # AR5416, AR9160 support; these are 11n parts but only really # supported (right now) operating in legacy mode. Note enabling -# this support requires defining AH_SUPPORT_AR5416 in opt_ah.h +# this support requires defining AH_SUPPORT_AR5416 # so the 11n tx/rx descriptor format is handled. +# This support is now enabled by default. # # NB: 9160 depends on 5416 but 5416 does not require 9160 # @@ -106,7 +107,4 @@ CFLAGS+= -I. -I${.CURDIR}/../../dev/ath -I${.CURDIR}/../../dev/ath/ath_hal -opt_ah.h: - echo '#define AH_SUPPORT_AR5416 1' > $@ - .include Index: sys/dev/ath/ath_hal/ah_desc.h =================================================================== --- sys/dev/ath/ath_hal/ah_desc.h (revision 191718) +++ sys/dev/ath/ath_hal/ah_desc.h (working copy) @@ -20,8 +20,12 @@ #ifndef _DEV_ATH_DESC_H #define _DEV_ATH_DESC_H -#include "opt_ah.h" /* NB: required for AH_SUPPORT_AR5416 */ +#include "opt_ah.h" +#ifndef AH_SUPPORT_AR5416 +#define AH_SUPPORT_AR5416 /* always support AR5416 */ +#endif + /* * Transmit descriptor status. This structure is filled * in only after the tx descriptor process method finds a Index: sys/dev/ath/if_ath.c =================================================================== --- sys/dev/ath/if_ath.c (revision 191718) +++ sys/dev/ath/if_ath.c (working copy) @@ -3399,7 +3399,7 @@ rix = rs->rs_rate; sc->sc_rx_th.wr_rate = sc->sc_hwmap[rix].ieeerate; sc->sc_rx_th.wr_flags = sc->sc_hwmap[rix].rxflags; -#if HAL_ABI_VERSION >= 0x07050400 +#if HAL_ABI_VERSION >= 0x07050400 && defined(AH_SUPPORT_AR5416) if (sc->sc_curchan.channelFlags & CHANNEL_HT) { /* * For HT operation we must specify the channel Index: sys/i386/conf/GENERIC =================================================================== --- sys/i386/conf/GENERIC (revision 191718) +++ sys/i386/conf/GENERIC (working copy) @@ -255,7 +255,6 @@ device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) -options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. Index: sys/amd64/conf/GENERIC =================================================================== --- sys/amd64/conf/GENERIC (revision 191718) +++ sys/amd64/conf/GENERIC (working copy) @@ -242,7 +242,6 @@ device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) -options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors device ath_rate_sample # SampleRate tx rate control for ath device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. --------------090608000706030809090807-- From owner-freebsd-stable@FreeBSD.ORG Fri May 1 13:20:11 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96EFF106566C; Fri, 1 May 2009 13:20:11 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 59F0D8FC1A; Fri, 1 May 2009 13:20:11 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lzsev-000Cif-Ad; Fri, 01 May 2009 14:20:09 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lzsev-000Ofm-92; Fri, 01 May 2009 14:20:09 +0100 To: bug-followup@freebsd.org Message-Id: From: Pete French Date: Fri, 01 May 2009 14:20:09 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: kern/133756: [bce] bce commit r190582 breaks lagg in 7.2-PRERELASE 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, 01 May 2009 13:20:11 -0000 This is just a quick update about some further investigations on this. I tested out the patch that Niki Denev kindly sent me which apparently fixes a length issue when zero copy sockets are not in use. This did not, however, solve the problem, but as part of this I ran tcpdump on the bce0 and bce1 interfaces for the working and non working kernels. On the kernel which does not work I never see any packets being received, though LACP packets are being transmitted. The switch to which the devices are connected is (I believe) configured in a mode where it will only send LACP packets back when it has received some. So the lack of incomming pa ckets in tcpdump does not necessarily mean that the recive side is failing, as it may be that the transmitted packets are not making it out of the interface. On identical hardware with no LACP in place the bce interfaces work fine. What I have yet to try is runnign a simple lagg bundle on this machine, to see if the problem is specific to LACP. I also rolled the system back to 7.1 and tested a patch from Doug Ambrisko which adds the support for the 5709 but contains none of the other changes. This did work, so that has excluded those changes from the cause of the problems. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri May 1 15:50:24 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 384A5106566C; Fri, 1 May 2009 15:50:24 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 09B258FC0A; Fri, 1 May 2009 15:50:23 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n41FoNJP018793 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 May 2009 08:50:23 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49FB1A3F.3000809@freebsd.org> Date: Fri, 01 May 2009 08:50:23 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce Simpson References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> <49ED6AD2.4010006@incunabulum.net> <49EDDD51.9040608@freebsd.org> <49FAF3F5.5070609@incunabulum.net> In-Reply-To: <49FAF3F5.5070609@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-CTc-dcc1-Metrics: ebb.errno.com; whitelist Cc: Dennis Melentyev , stable@freebsd.org, "current@freebsd.org" , Maxim Sobolev Subject: Re: kernel compile fails without AH_SUPPORT_AR5416 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, 01 May 2009 15:50:24 -0000 Bruce Simpson wrote: > Hi, > > Can you please try this patch? > I can't commit it until STABLE is unfrozen after 7.2-RELEASE is cut. > > Sam Leffler wrote: >> Bruce Simpson wrote: >> >>> Hi, >>> >>> Looks like I'm late to the party. I was responsible for committing >>> these >>> ath(4) changes to RELENG_7. >>> I can't remember if I tested the kernel compile without the >>> AH_SUPPORT_AR5416 option or not, I have been so incredibly busy. >>> ... >> ru had a change to fix this but decided not to; can't say why. >> Otherwise there is a better way to fix this which I alluded to in >> previous mail--use the config-generated #define that is generated for >> the "ath_hal" device. Do not modify ah_desc.h like you've done. Add this to conf/options ATH_HAL opt_ah.h and use that to enable AH_SUPPORT_AR5416. Also changes must go in head first. Sam From owner-freebsd-stable@FreeBSD.ORG Fri May 1 15:53:57 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E61D1065676 for ; Fri, 1 May 2009 15:53:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E6B238FC08 for ; Fri, 1 May 2009 15:53:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A034346B81; Fri, 1 May 2009 11:53:56 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 974AC8A022; Fri, 1 May 2009 11:53:55 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 1 May 2009 09:47:54 -0400 User-Agent: KMail/1.9.7 References: <49F8B859.7060908@umn.edu> In-Reply-To: <49F8B859.7060908@umn.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905010947.54855.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 01 May 2009 11:53:55 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.3 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Alan Amesbury Subject: Re: Garbled output from kgdb? 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, 01 May 2009 15:53:57 -0000 On Wednesday 29 April 2009 4:28:09 pm Alan Amesbury wrote: > One of my systems (FreeBSD 7.1-RELEASE-p3/amd64) has panicked a couple > times recently without an identified cause. This most recent time I was > able to obtain a crash dump from the system, but output from kgdb is > garbled. > > -------------------- Output #1 -------------------- > % pwd > /usr/obj/usr/src/sys/[REDACTED] > % sudo kgdb kernel.debug ~/crash/vmcore.0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 3; apic id = 07 > fault virtual addresske rn= el0 xt60r > afapul t 1co2de w= isutpehrv isiorn twerritreu pdtasta > d,i spaagbe lnoet dpres > ent > instruction pointer = 0x8:0xffffffff80424561 > s > tack > pFoianttera l = 0x10t:0xfffrffaffpfac057af0 > frame pointer = 0x10:0xffffff00010f86e0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 11 (idle: cpu3) > trap number = 12 > panic: page fault > cpuid = 3 > Uptime: 40d10h35m18s > Physical memory: 8176 MB > Dumping 691 MB: 676 660 644 628 612 596 580 564 548 532 516 500 484 468 > 452 436 420 404 388 372 356 340 324 308 292 276 260 244 228 212 196 180 > 164 148 132 116 100 84 68 52 36 20 4 > > Reading symbols from /boot/kernel/daemon_saver.ko...Reading symbols from > /boot/kernel/daemon_saver.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/daemon_saver.ko > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) list *0x8:0xffffffff80424561 > A syntax error in expression, near `:0xffffffff80424561'. Drop the '0x8:' from this and it will work better. Also, 'bt' output would be good. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri May 1 15:53:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C3001065675 for ; Fri, 1 May 2009 15:53:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3F8E48FC18 for ; Fri, 1 May 2009 15:53:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id EBCA146B82; Fri, 1 May 2009 11:53:57 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E547B8A023; Fri, 1 May 2009 11:53:56 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 1 May 2009 09:49:45 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905010949.45927.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 01 May 2009 11:53:56 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: pluknet Subject: Re: lock up in 6.2 (procs massively stuck in Giant) 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, 01 May 2009 15:53:58 -0000 On Thursday 30 April 2009 2:36:34 am pluknet wrote: > Hi folks. > > Today I got a new locking issue. > This is the first time I got it, and it's merely reproduced. > > The box has lost both remote connection and local access. > No SIGINFO output on the local console even. > Jumping in ddb> shows the next: > > 1) first, this is a 8-way web server. No processes on runqueue except one httpd > (i.e. ps shows R in its state): You need to find who owns Giant and what that thread is doing. You can try using 'show lock Giant' as well as 'show lockchain 11568'. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri May 1 15:57:25 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82575106567E; Fri, 1 May 2009 15:57:25 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 50EE98FC19; Fri, 1 May 2009 15:57:25 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n41FvOW5018853 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 May 2009 08:57:24 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49FB1BE4.20502@freebsd.org> Date: Fri, 01 May 2009 08:57:24 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce Simpson References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> <49ED6AD2.4010006@incunabulum.net> <49EDDD51.9040608@freebsd.org> <49FAF3F5.5070609@incunabulum.net> <49FB1A3F.3000809@freebsd.org> In-Reply-To: <49FB1A3F.3000809@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-CTc-dcc1-Metrics: ebb.errno.com; whitelist Cc: Dennis Melentyev , stable@freebsd.org, "current@freebsd.org" , Maxim Sobolev Subject: Re: kernel compile fails without AH_SUPPORT_AR5416 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, 01 May 2009 15:57:26 -0000 Sam Leffler wrote: > Bruce Simpson wrote: >> Hi, >> >> Can you please try this patch? >> I can't commit it until STABLE is unfrozen after 7.2-RELEASE is cut. >> >> Sam Leffler wrote: >>> Bruce Simpson wrote: >>> >>>> Hi, >>>> >>>> Looks like I'm late to the party. I was responsible for committing >>>> these >>>> ath(4) changes to RELENG_7. >>>> I can't remember if I tested the kernel compile without the >>>> AH_SUPPORT_AR5416 option or not, I have been so incredibly busy. >>>> ... >>> ru had a change to fix this but decided not to; can't say why. >>> Otherwise there is a better way to fix this which I alluded to in >>> previous mail--use the config-generated #define that is generated for >>> the "ath_hal" device. > Do not modify ah_desc.h like you've done. Add this to conf/options > > ATH_HAL opt_ah.h > > and use that to enable AH_SUPPORT_AR5416. > > Also changes must go in head first. To clarify the first comment: you've made it impossible to build code w/o the extended format descriptor; this is what I find unacceptable. Sam From owner-freebsd-stable@FreeBSD.ORG Fri May 1 16:07:19 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 522551065670 for ; Fri, 1 May 2009 16:07:19 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 0FCAF8FC20 for ; Fri, 1 May 2009 16:07:18 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-19-252-234.bna.bellsouth.net [68.19.252.234]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n41G7BPw039351 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 May 2009 12:07:11 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Oliver Lehmann In-Reply-To: <20090501075205.a8cb38e1.lehmann@ans-netz.de> References: <20090420152620.8f89edd5.lehmann@ans-netz.de> <200904221739.25097.npapke@acm.org> <1240448113.2142.11.camel@balrog.2hip.net> <200904221938.12129.npapke@acm.org> <1240463479.2142.21.camel@balrog.2hip.net> <20090424151102.970570fa.lehmann@ans-netz.de> <1240593706.2142.38.camel@balrog.2hip.net> <20090424195205.73a2cf44.lehmann@ans-netz.de> <1240596378.2142.45.camel@balrog.2hip.net> <20090425092310.a0471901.lehmann@ans-netz.de> <20090425101909.bad0e8b3.lehmann@ans-netz.de> <1240672173.1946.5.camel@balrog.2hip.net> <20090426102126.843c35f3.lehmann@ans-netz.de> <1240766181.4395.0.camel@wombat.2hip.net> <20090427071837.b18d19f2.lehmann@ans-netz.de> <20090501075205.a8cb38e1.lehmann@ans-netz.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-0Ys4dFUyo0DayPJctR2V" Organization: FreeBSD Date: Fri, 01 May 2009 11:07:01 -0500 Message-Id: <1241194021.1848.3.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@freebsd.org Subject: Re: dri + ATI: dramatic performance slowdown 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, 01 May 2009 16:07:19 -0000 --=-0Ys4dFUyo0DayPJctR2V Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-05-01 at 07:52 +0200, Oliver Lehmann wrote: > Hi Robert >=20 > Oliver Lehmann wrote: >=20 > > Robert Noland wrote: > >=20 > > > It still might be useful... Option "BusType" "PCI" >=20 > any new here? No, sorry... I got distracted by over heating and trashing the disk in my test machine... Note to self... Saphire cards shouldn't exhaust into drive cage... robert. --=20 Robert Noland FreeBSD --=-0Ys4dFUyo0DayPJctR2V Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkn7HiUACgkQM4TrQ4qfROPWpACfZlLTW3ia2EJDRVm+/CoRYBQb pU8An1j5d6loq20Jxgb21NMFzkHWJEFY =jkVS -----END PGP SIGNATURE----- --=-0Ys4dFUyo0DayPJctR2V-- From owner-freebsd-stable@FreeBSD.ORG Fri May 1 16:50:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93A8B106566B for ; Fri, 1 May 2009 16:50:24 +0000 (UTC) (envelope-from amesbury@umn.edu) Received: from mta-a3.tc.umn.edu (mta-a3.tc.umn.edu [134.84.119.232]) by mx1.freebsd.org (Postfix) with ESMTP id 4FCF28FC1A for ; Fri, 1 May 2009 16:50:18 +0000 (UTC) (envelope-from amesbury@umn.edu) Received: from [160.94.247.212] (optimator.oitsec.umn.edu [160.94.247.212]) by mta-a3.tc.umn.edu (UMN smtpd) with ESMTP Fri, 1 May 2009 11:50:16 -0500 (CDT) X-Umn-Remote-Mta: [N] optimator.oitsec.umn.edu [160.94.247.212] #+LO+TS+AU+HN X-Umn-Classification: local Message-ID: <49FB2847.406@umn.edu> Date: Fri, 01 May 2009 11:50:15 -0500 From: Alan Amesbury User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: John Baldwin References: <49F8B859.7060908@umn.edu> <200905010947.54855.jhb@freebsd.org> In-Reply-To: <200905010947.54855.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Garbled output from kgdb? 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, 01 May 2009 16:50:24 -0000 John Baldwin wrote: > Drop the '0x8:' from this and it will work better. Also, 'bt' output would be > good. Thanks for the pointer (no pun intended). (kgdb) list *0xffffffff80424561 0xffffffff80424561 is in turnstile_wait (/usr/src/sys/kern/subr_turnstile.c:727). 722 else 723 TAILQ_INSERT_TAIL(&ts->ts_blocked[queue], td, td_lockq); 724 MPASS(owner == ts->ts_owner); 725 mtx_unlock_spin(&td_contested_lock); 726 MPASS(td->td_turnstile != NULL); 727 LIST_INSERT_HEAD(&ts->ts_free, td->td_turnstile, ts_hash); 728 } 729 thread_lock(td); 730 thread_lock_set(td, &ts->ts_lock); 731 td->td_turnstile = NULL; The backtrace looked odd (lots of stuff apparently missing), which is why I didn't include it before. Here it is with repeated lines collapsed for brevity: (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0x0000000000000000 in ?? () #2 0xffffffff803ee713 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff803ee9c5 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff8062478e in trap_fatal (frame=0xffffffffac057a40, eva=96) at /usr/src/sys/amd64/amd64/trap.c:764 #5 0xffffffff806251c6 in trap (frame=0xffffffffac057a40) at /usr/src/sys/amd64/amd64/trap.c:290 #6 0xffffffff8060aafe in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #7 0xffffffff80424561 in turnstile_wait (ts=0xffffff000105dd20, owner=Variable "owner" is not available. ) at /usr/src/sys/kern/subr_turnstile.c:727 #8 0xffffffff803e0915 in _mtx_lock_sleep (m=0xffffff00011ff600, tid=18446742974215718624, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:420 #9 0xffffffff801ee1e9 in AcpiOsAcquireLock (Handle=0xffffff000105dd20) at /usr/src/sys/dev/acpica/Osd/OsdSynch.c:377 #10 0xffffffff801aaf9c in AcpiSetRegister (RegisterId=1, Value=1) at /usr/src/sys/contrib/dev/acpica/hwregs.c:444 #11 0xffffffff801f5f6e in acpi_cpu_idle () at /usr/src/sys/dev/acpica/acpi_cpu.c:928 #12 0xffffffff806119a9 in cpu_idle () at /usr/src/sys/amd64/amd64/machdep.c:581 #13 0xffffffff8040f0e4 in sched_idletd (dummy=Variable "dummy" is not available. ) at /usr/src/sys/kern/sched_ule.c:2676 #14 0xffffffff803caa30 in fork_exit (callout=0xffffffff8040ee00 , arg=0x0, frame=0xffffffffac057c80) at /usr/src/sys/kern/kern_fork.c:804 #15 0xffffffff8060aece in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:455 #16 0x0000000000000000 in ?? () [identical lines 17-38 removed] #39 0x0000000000000000 in ?? () #40 0x0000000000afe000 in ?? () #41 0xffffffff808b08c0 in tdq_cpu () #42 0x0000000000000000 in ?? () #43 0xffffffff808bacc0 in tdq_groups () #44 0xffffff00010f86e0 in ?? () #45 0xffffff00010f8a10 in ?? () #46 0xffffffffac057a18 in ?? () #47 0x0000000000000006 in ?? () #48 0xffffffff8040e963 in sched_switch (td=0xffffffff8040ee00, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1938 #49 0x0000000000000000 in ?? () [identical lines 50-114 removed] #115 0x0000000000000000 in ?? () #116 0x0000000000000000 in ?? () Cannot access memory at address 0xffffffffac058000 -- Alan Amesbury OIT Security and Assurance University of Minnesota From owner-freebsd-stable@FreeBSD.ORG Fri May 1 16:51:31 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0485510656A7; Fri, 1 May 2009 16:51:31 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id C774A8FC17; Fri, 1 May 2009 16:51:30 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 52B263378A0; Fri, 1 May 2009 12:51:30 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Fri, 01 May 2009 12:51:30 -0400 X-Sasl-enc: XpFwH6hNPFCwubIgRBd+DAsw+RbGJaFklpZXlJz6y9dw 1241196689 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 9D5A15125; Fri, 1 May 2009 12:51:28 -0400 (EDT) Message-ID: <49FB288E.7070402@incunabulum.net> Date: Fri, 01 May 2009 17:51:26 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Sam Leffler References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> <49ED6AD2.4010006@incunabulum.net> <49EDDD51.9040608@freebsd.org> <49FAF3F5.5070609@incunabulum.net> <49FB1A3F.3000809@freebsd.org> <49FB1BE4.20502@freebsd.org> In-Reply-To: <49FB1BE4.20502@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Dennis Melentyev , stable@freebsd.org, "current@freebsd.org" , Maxim Sobolev Subject: Re: kernel compile fails without AH_SUPPORT_AR5416 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, 01 May 2009 16:51:31 -0000 Sam Leffler wrote: > ... >>>> the "ath_hal" device. >> Do not modify ah_desc.h like you've done. Add this to conf/options >> >> ATH_HAL opt_ah.h >> >> and use that to enable AH_SUPPORT_AR5416. >> > To clarify the first comment: you've made it impossible to build code > w/o the extended format descriptor; this is what I find unacceptable. Ah, of course, duh -- I forgot about the CaPiTalIzAtion of the device name gets pulled into config(5) with the 'device' keyword. Thanks for the reminder... This is a much cleaner fix for the issue than forcing the option to be set on always. It looks like HEAD has this issue too and this can go right in there. Are we happy with AH_SUPPORT_AR5416 being enabled in 7.x GENERIC? The 'out of box' config hasn't been broken by the change and this is identical to to the situation in HEAD as far as I can see. thanks, BMS From owner-freebsd-stable@FreeBSD.ORG Fri May 1 17:34:45 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5054E106566B; Fri, 1 May 2009 17:34:45 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id EFE048FC28; Fri, 1 May 2009 17:34:44 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n41HYhoi019412 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 May 2009 10:34:44 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49FB32B3.1080707@freebsd.org> Date: Fri, 01 May 2009 10:34:43 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce Simpson References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> <49ED6AD2.4010006@incunabulum.net> <49EDDD51.9040608@freebsd.org> <49FAF3F5.5070609@incunabulum.net> <49FB1A3F.3000809@freebsd.org> <49FB1BE4.20502@freebsd.org> <49FB288E.7070402@incunabulum.net> In-Reply-To: <49FB288E.7070402@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-CTc-dcc1-Metrics: ebb.errno.com; whitelist Cc: Dennis Melentyev , stable@freebsd.org, "current@freebsd.org" , Maxim Sobolev Subject: Re: kernel compile fails without AH_SUPPORT_AR5416 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, 01 May 2009 17:34:45 -0000 Bruce Simpson wrote: > Sam Leffler wrote: >> ... >>>>> the "ath_hal" device. >>> Do not modify ah_desc.h like you've done. Add this to conf/options >>> >>> ATH_HAL opt_ah.h >>> >>> and use that to enable AH_SUPPORT_AR5416. >>> >> To clarify the first comment: you've made it impossible to build code >> w/o the extended format descriptor; this is what I find unacceptable. > > Ah, of course, duh -- I forgot about the CaPiTalIzAtion of the device > name gets pulled into config(5) with the 'device' keyword. Thanks for > the reminder... > > This is a much cleaner fix for the issue than forcing the option to be > set on always. It looks like HEAD has this issue too and this can go > right in there. > > Are we happy with AH_SUPPORT_AR5416 being enabled in 7.x GENERIC? > The 'out of box' config hasn't been broken by the change and this is > identical to to the situation in HEAD as far as I can see. Not sure I understand your last question. If you fix the code so it's not dependent on "options AH_SUPPORT_AR5416" then you can just remove it from the GENERIC config files. Otherwise the intent was that "device ath_hal" would enable all available chip support so yes we want support for 5416 and later parts. In fact AH_SUPPORT_AR5416 is probably not needed at all; we can conditionalize the code according to the device config; e.g. #if defined(ATH_HAL) || defined(ATH_AR5416) || defined(ATH_AR9160) || defined(ATH_AR9280) or possibly consolidate this check in one spot and define something like AH_SUPPORT_AR5416 to enable the extended descriptor format support. Beware of driver code that depends on AH_SUPPORT_AR5416 (grep shows several uses). For now just fixing the immediate problem is sufficient; I'll get to cleaning this stuff up later (unless you care to deal with it). Sam From owner-freebsd-stable@FreeBSD.ORG Fri May 1 19:08:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D122D106566B; Fri, 1 May 2009 19:08:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8F2E28FC0A; Fri, 1 May 2009 19:08:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 25E8546B38; Fri, 1 May 2009 15:08:37 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id F40908A021; Fri, 1 May 2009 15:08:35 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 1 May 2009 15:01:39 -0400 User-Agent: KMail/1.9.7 References: <49F8B859.7060908@umn.edu> <200905010947.54855.jhb@freebsd.org> <49FB2847.406@umn.edu> In-Reply-To: <49FB2847.406@umn.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905011501.40083.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 01 May 2009 15:08:36 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-acpi@freebsd.org, Alan Amesbury Subject: Re: Garbled output from kgdb? 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, 01 May 2009 19:08:38 -0000 On Friday 01 May 2009 12:50:15 pm Alan Amesbury wrote: > John Baldwin wrote: > > > Drop the '0x8:' from this and it will work better. Also, 'bt' output would be > > good. > > Thanks for the pointer (no pun intended). > > > (kgdb) list *0xffffffff80424561 > 0xffffffff80424561 is in turnstile_wait > (/usr/src/sys/kern/subr_turnstile.c:727). > 722 else > 723 > TAILQ_INSERT_TAIL(&ts->ts_blocked[queue], td, td_lockq); > 724 MPASS(owner == ts->ts_owner); > 725 mtx_unlock_spin(&td_contested_lock); > 726 MPASS(td->td_turnstile != NULL); > 727 LIST_INSERT_HEAD(&ts->ts_free, td->td_turnstile, > ts_hash); > 728 } > 729 thread_lock(td); > 730 thread_lock_set(td, &ts->ts_lock); > 731 td->td_turnstile = NULL; This is odd. > The backtrace looked odd (lots of stuff apparently missing), which is > why I didn't include it before. Here it is with repeated lines > collapsed for brevity: > > > (kgdb) backtrace > #0 doadump () at pcpu.h:195 > #1 0x0000000000000000 in ?? () > #2 0xffffffff803ee713 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:418 > #3 0xffffffff803ee9c5 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #4 0xffffffff8062478e in trap_fatal (frame=0xffffffffac057a40, eva=96) > at /usr/src/sys/amd64/amd64/trap.c:764 > #5 0xffffffff806251c6 in trap (frame=0xffffffffac057a40) at > /usr/src/sys/amd64/amd64/trap.c:290 > #6 0xffffffff8060aafe in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:209 > #7 0xffffffff80424561 in turnstile_wait (ts=0xffffff000105dd20, > owner=Variable "owner" is not available. > ) at /usr/src/sys/kern/subr_turnstile.c:727 > #8 0xffffffff803e0915 in _mtx_lock_sleep (m=0xffffff00011ff600, > tid=18446742974215718624, opts=Variable "opts" is not available. > ) at /usr/src/sys/kern/kern_mutex.c:420 > #9 0xffffffff801ee1e9 in AcpiOsAcquireLock (Handle=0xffffff000105dd20) > at /usr/src/sys/dev/acpica/Osd/OsdSynch.c:377 > #10 0xffffffff801aaf9c in AcpiSetRegister (RegisterId=1, Value=1) at > /usr/src/sys/contrib/dev/acpica/hwregs.c:444 > #11 0xffffffff801f5f6e in acpi_cpu_idle () at > /usr/src/sys/dev/acpica/acpi_cpu.c:928 > #12 0xffffffff806119a9 in cpu_idle () at > /usr/src/sys/amd64/amd64/machdep.c:581 > #13 0xffffffff8040f0e4 in sched_idletd (dummy=Variable "dummy" is not > available. > ) at /usr/src/sys/kern/sched_ule.c:2676 > #14 0xffffffff803caa30 in fork_exit (callout=0xffffffff8040ee00 > , arg=0x0, frame=0xffffffffac057c80) at > /usr/src/sys/kern/kern_fork.c:804 > #15 0xffffffff8060aece in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:455 The trace actually ends here. There is nothing super bad here but there is a big problem actually in that the idle threads cannot block on a lock, so it is a problem for the ACPI code to be acquiring a mutex here. Perhaps the locks protecting the idle registers need to use spin locks instead. The problem with blocking in the idle thread is that the scheduler assumes (even requires) that the idle thread is _always_ runnable. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri May 1 19:18:40 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1682A1065676; Fri, 1 May 2009 19:18:40 +0000 (UTC) (envelope-from amesbury@umn.edu) Received: from mta-m3.tc.umn.edu (mta-m3.tc.umn.edu [134.84.135.123]) by mx1.freebsd.org (Postfix) with ESMTP id CFC3D8FC08; Fri, 1 May 2009 19:18:39 +0000 (UTC) (envelope-from amesbury@umn.edu) Received: from [160.94.247.212] (optimator.oitsec.umn.edu [160.94.247.212]) by mta-m3.tc.umn.edu (UMN smtpd) with ESMTP Fri, 1 May 2009 14:18:38 -0500 (CDT) X-Umn-Remote-Mta: [N] optimator.oitsec.umn.edu [160.94.247.212] #+LO+TS+AU+HN X-Umn-Classification: local Message-ID: <49FB4B0E.4060902@umn.edu> Date: Fri, 01 May 2009 14:18:38 -0500 From: Alan Amesbury User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: John Baldwin References: <49F8B859.7060908@umn.edu> <200905010947.54855.jhb@freebsd.org> <49FB2847.406@umn.edu> <200905011501.40083.jhb@freebsd.org> In-Reply-To: <200905011501.40083.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Garbled output from kgdb? 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, 01 May 2009 19:18:40 -0000 John Baldwin wrote: > This is odd. [snip] > The trace actually ends here. There is nothing super bad here but there is a > big problem actually in that the idle threads cannot block on a lock, so it > is a problem for the ACPI code to be acquiring a mutex here. Perhaps the > locks protecting the idle registers need to use spin locks instead. The > problem with blocking in the idle thread is that the scheduler assumes (even > requires) that the idle thread is _always_ runnable. I'm a bit out of my depth when it comes to kernel debugging. That said, if you can think of anything I can do or provide which might help narrow down the scope and nature of the bug (ACPI code in the host's firmware, an error in FreeBSD's ACPI support, etc.), let me know what needs to be done. I'll provide it to the list. It's a production host, so I'd like to keep disruptions to a minimum. That said, it's panicked more than once, so I think I can justify using it towards elimination of the cause of that panic if necessary. I appreciate you taking the time to look at it this far! Thanks! -- Alan Amesbury OIT Security and Assurance University of Minnesota From owner-freebsd-stable@FreeBSD.ORG Fri May 1 20:42:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7511106564A for ; Fri, 1 May 2009 20:42:20 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9C82E8FC27 for ; Fri, 1 May 2009 20:42:18 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n41Kf47B045440 for ; Fri, 1 May 2009 16:41:04 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200905012041.n41Kf47B045440@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 01 May 2009 16:42:09 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: current zfs tuning in RELENG_7 (AMD64) suggestions ? 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, 01 May 2009 20:42:21 -0000 I gave the AMD64 version of 7.2 RC2 a spin and all installed as expected off the dvd INTEL S3200SHV MB, Core2Duo, 4G of RAM In the past it had been suggested that for zfs tuning, something like vm.kmem_size_max="1073741824" vm.kmem_size="1073741824" vfs.zfs.prefetch_disable=1 However doing a simple test with bonnie and dd, there does not seem to be very much difference in 4 configs. Am I better off just with the defaults ? The machine is acting as anoffline storage site, so a steady stream of data via rsync/ssh The writes are all within the normal variance of the tests except for b). Is there anything else that should be tuned ? Not that I am looking for any "magic bullets" but I just want to run this backup server as best as possible -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU a 5000 98772 54.7 153111 31.5 100015 21.1 178730 85.3 368782 32.5 161.6 0.6 b 5000 101271 57.9 154765 31.5 61325 13.9 176741 84.6 372477 32.8 149.3 0.6 c 5000 102331 57.1 159559 29.5 105767 17.4 144410 63.8 299317 19.9 167.9 0.6 d 5000 107308 58.6 175004 32.4 117926 18.8 143657 63.4 305126 20.0 167.6 0.6 a) defaults b) vm.kmem_size_max="1073741824" vm.kmem_size="1073741824" c) vfs.zfs.prefetch_disable=1 plus b) d) vfs.zfs.zil_disable="1" plus c) plus b) Results tend to fluctuate a bit. offsitetmp# dd if=/dev/zero of=/tank1/test bs=2048k count=1000 1000+0 records in 1000+0 records out 2097152000 bytes transferred in 10.016818 secs (209363092 bytes/sec) offsitetmp# offsitetmp# dd if=/dev/zero of=/tank1/test bs=2048k count=1000 1000+0 records in 1000+0 records out 2097152000 bytes transferred in 10.733547 secs (195382943 bytes/sec) offsitetmp# Drives are raidz ad1: 1430799MB at ata3-master SATA300 ad2: 1430799MB at ata4-master SATA300 ad3: 1430799MB at ata5-master SATA300 ad4: 1430799MB at ata6-master SATA300 on ich9 ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Fri May 1 20:53:12 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCFB61065795 for ; Fri, 1 May 2009 20:53:12 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 920968FC1B for ; Fri, 1 May 2009 20:53:12 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LzzjJ-000GVh-6U; Fri, 01 May 2009 21:53:09 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LzzjJ-0002eV-5A; Fri, 01 May 2009 21:53:09 +0100 To: freebsd-stable@freebsd.org, mike@sentex.net In-Reply-To: <200905012041.n41Kf47B045440@lava.sentex.ca> Message-Id: From: Pete French Date: Fri, 01 May 2009 21:53:09 +0100 Cc: Subject: Re: current zfs tuning in RELENG_7 (AMD64) suggestions ? 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, 01 May 2009 20:53:13 -0000 > In the past it had been suggested that for zfs tuning, something like > > vm.kmem_size_max="1073741824" > vm.kmem_size="1073741824" > vfs.zfs.prefetch_disable=1 > > However doing a simple test with bonnie and dd, there does not seem > to be very much difference in 4 configs. Am I better off just with The tuning isn't there to improve performance, it's there to prevent the box going titus due to a panic when the ARC gets too big, and you are missing the mian one, which is to limit the size of the ARC. On recent versions of BSD (and you are running 7.2, so thats fine) then the defaults for kmem size are fine, but you still need something like this: vfs.zfs.arc_max="256M" In there to stop the ARC growing. thats the only tuning I have on my 4 gig machine, which takes a steady stream of data and is used for taking backup snapshots. ZFS is excellent, and for me is perfectly stable, to the point where I am starting to roll it out to production machines, with the above tuning. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri May 1 21:07:35 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC50B106564A; Fri, 1 May 2009 21:07:35 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 73BD38FC0A; Fri, 1 May 2009 21:07:35 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LzzxG-0000M3-QJ; Fri, 01 May 2009 22:07:34 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LzzxG-0002iy-Ow; Fri, 01 May 2009 22:07:34 +0100 To: bug-followup@freebsd.org Message-Id: From: Pete French Date: Fri, 01 May 2009 22:07:34 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: kern/133756: [bce] bce commit r190582 breaks lagg in 7.2-PRERELASE 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, 01 May 2009 21:07:35 -0000 One more test I just managed to do - using bce and lagg in 'failover' mode works fine, so it would appear that the problem lies with LACP. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri May 1 21:27:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F5351065679 for ; Fri, 1 May 2009 21:27:59 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id E0A078FC2A for ; Fri, 1 May 2009 21:27:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n41LQiIk045684; Fri, 1 May 2009 17:26:44 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200905012126.n41LQiIk045684@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 01 May 2009 17:27:49 -0400 To: Pete French , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: References: <200905012041.n41Kf47B045440@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: current zfs tuning in RELENG_7 (AMD64) suggestions ? 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, 01 May 2009 21:27:59 -0000 At 04:53 PM 5/1/2009, Pete French wrote: >The tuning isn't there to improve performance, it's there to prevent >the box going titus due to a panic when the ARC gets too big, and >you are missing the mian one, which is to limit the size of the ARC. >On recent versions of BSD (and you are running 7.2, so thats fine) then >the defaults for kmem size are fine, but you still need something like this: > >vfs.zfs.arc_max="256M" > >In there to stop the ARC growing. thats the only tuning I have on >my 4 gig machine, which takes a steady stream of data and is used >for taking backup snapshots. ZFS is excellent, and for me is perfectly >stable, to the point where I am starting to roll it out to production >machines, with the above tuning. Thanks for the feedback. We too have had good results with zfs for what we have used it for. Our primary backup server has a traditional raid5 spool as well as a zfs spool and it has been working quite well in the last 6months. In that period we did swap out a dead drive, a dying drive and added a new drive to expand the pool. We are just expanding our DR site's backup server and will make use of ZFS there. Stability / reliability is our main goal for this app so I will take a look at the arc_max setting ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri May 1 23:12:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E35C1065674 for ; Fri, 1 May 2009 23:12:50 +0000 (UTC) (envelope-from louisk@cryptomonkeys.org) Received: from nes.txt.com (nes.txt.com [192.160.132.20]) by mx1.freebsd.org (Postfix) with ESMTP id EF1CF8FC20 for ; Fri, 1 May 2009 23:12:49 +0000 (UTC) (envelope-from louisk@cryptomonkeys.org) Received: from localhost (localhost [127.0.0.1]) by nes.txt.com (Postfix) with ESMTP id 5808E3DD; Fri, 1 May 2009 16:11:49 -0700 (PDT) Received: from nes.txt.com ([127.0.0.1]) by localhost (nes.txt.com [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 58479-09; Fri, 1 May 2009 16:11:49 -0700 (PDT) Received: from lk-mbp.local (unknown [64.1.215.241]) (Authenticated sender: louisk@cryptomonkeys.org) by nes.txt.com (Postfix) with ESMTPSA id CE21D3DC; Fri, 1 May 2009 16:11:48 -0700 (PDT) Received: from practivate.adobe.com by lk-mbp.local (PGP Universal service); Fri, 01 May 2009 16:12:48 -0700 X-PGP-Universal: processed; by lk-mbp.local on Fri, 01 May 2009 16:12:48 -0700 Message-Id: <32A0BDD9-ACF8-43F4-8D2C-0FC151F1D7CB@cryptomonkeys.org> From: Louis Kowolowski To: Pete French In-Reply-To: Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 1 May 2009 16:12:39 -0700 References: X-Mailer: Apple Mail (2.930.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: current zfs tuning in RELENG_7 (AMD64) suggestions ? 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, 01 May 2009 23:12:50 -0000 On May 1, 2009, at 1:53 PM, Pete French wrote: > ... > The tuning isn't there to improve performance, it's there to prevent > the box going titus due to a panic when the ARC gets too big, and > you are missing the mian one, which is to limit the size of the ARC. > On recent versions of BSD (and you are running 7.2, so thats fine) > then > the defaults for kmem size are fine, but you still need something > like this: > > vfs.zfs.arc_max="256M" > > In there to stop the ARC growing. thats the only tuning I have on > my 4 gig machine, which takes a steady stream of data and is used > for taking backup snapshots. ZFS is excellent, and for me is perfectly > stable, to the point where I am starting to roll it out to production > machines, with the above tuning. > I agree, although I'm using 384 instead of 256. My systems have been running in production for almost a year now w/o any ZFS issues. -- Louis Kowolowski louisk@cryptomonkeys.org Cryptomonkeys: http://www.cryptomonkeys.org/~louisk Making life more interesting for people since 1977 From owner-freebsd-stable@FreeBSD.ORG Fri May 1 23:28:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F8FB106566C for ; Fri, 1 May 2009 23:28:42 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 262C88FC12 for ; Fri, 1 May 2009 23:28:41 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1637588ywe.13 for ; Fri, 01 May 2009 16:28:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=0jXWzrALbfP8oqUpVld0l56GZkP6WD8vZNMDsO9Gd3U=; b=ccoI2pnoMnxV+rmeqCaHTCZjZxZoEH/5EfrtLI8nksdlhcarucDrprwFAJlbMQjO+L v9Fpw+5QFay0tZbBPrp194HPlvFPWWs7Nbto3D8vnT6p0oOdF+VmHPsso1ZcP31kHYWl gKqxYqatZEOWhTA6WyzjGQ4P45h2mCuL6N42k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=xlB82vZr3XMlsiiB4288QzGkBrocVRCIUJzlEDeAiPrP/fqxX1ah+MNKGN+WW2HDTs 1vhP33OvM+OHOxgXl2eHvF/2gEEM3J9dursI6wUjqIrxYNBFNtXjc68x03p4nF+I82Ti DZI16fefe/o0WX+2AK/K6VJEmVnPz/i/QMyWk= MIME-Version: 1.0 Received: by 10.150.136.12 with SMTP id j12mr6684841ybd.46.1241220520975; Fri, 01 May 2009 16:28:40 -0700 (PDT) In-Reply-To: <32A0BDD9-ACF8-43F4-8D2C-0FC151F1D7CB@cryptomonkeys.org> References: <32A0BDD9-ACF8-43F4-8D2C-0FC151F1D7CB@cryptomonkeys.org> Date: Fri, 1 May 2009 16:28:40 -0700 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: current zfs tuning in RELENG_7 (AMD64) suggestions ? 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, 01 May 2009 23:28:42 -0000 On Fri, May 1, 2009 at 4:12 PM, Louis Kowolowski wrote: > On May 1, 2009, at 1:53 PM, Pete French wrote: >> ... >> The tuning isn't there to improve performance, it's there to prevent >> the box going titus due to a panic when the ARC gets too big, and >> you are missing the mian one, which is to limit the size of the ARC. >> On recent versions of BSD (and you are running 7.2, so thats fine) then >> the defaults for kmem size are fine, but you still need something like >> this: >> >> vfs.zfs.arc_max=3D"256M" >> >> In there to stop the ARC growing. thats the only tuning I have on >> my 4 gig machine, which takes a steady stream of data and is used >> for taking backup snapshots. ZFS is excellent, and for me is perfectly >> stable, to the point where I am starting to roll it out to production >> machines, with the above tuning. >> > I agree, although I'm using 384 instead of 256. =C2=A0My systems have bee= n > running in production for almost a year now w/o any ZFS issues. The exact value to use will depend on the system. Particularly on the amount of RAM in the system, and what kmem_max is set to. A "rule-of-thumb" we've been using is: kmem_max should be half of the amount of RAM (or 1.5 GB as that's the current max) arc_max should be half of kmem_max Using those, we've been able to run our ZFS boxes without any kmem panics, even when doing rsync backups for 102 remote servers every night to a single box. Finding those values was fun. :( --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat May 2 00:05:51 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4024910656C1 for ; Sat, 2 May 2009 00:05:51 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 16B1A8FC0C for ; Sat, 2 May 2009 00:05:50 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 6517371F023; Fri, 1 May 2009 19:46:20 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g31-2WVPIgpn; Fri, 1 May 2009 19:46:20 -0400 (EDT) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 216A971EF9E; Fri, 1 May 2009 19:46:20 -0400 (EDT) Received: by localhost (Postfix, from userid 21281) id 1EE0460A; Fri, 1 May 2009 19:46:20 -0400 (EDT) Date: Fri, 1 May 2009 19:46:20 -0400 From: Adam McDougall To: Mike Tancsa Message-ID: <20090501234619.GZ574@egr.msu.edu> References: <200905012041.n41Kf47B045440@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200905012041.n41Kf47B045440@lava.sentex.ca> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-stable@freebsd.org Subject: Re: current zfs tuning in RELENG_7 (AMD64) suggestions ? 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, 02 May 2009 00:05:51 -0000 On Fri, May 01, 2009 at 04:42:09PM -0400, Mike Tancsa wrote: I gave the AMD64 version of 7.2 RC2 a spin and all installed as expected off the dvd INTEL S3200SHV MB, Core2Duo, 4G of RAM The writes are all within the normal variance of the tests except for b). Is there anything else that should be tuned ? Not that I am looking for any "magic bullets" but I just want to run this backup server as best as possible -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU a 5000 98772 54.7 153111 31.5 100015 21.1 178730 85.3 368782 32.5 161.6 0.6 b 5000 101271 57.9 154765 31.5 61325 13.9 176741 84.6 372477 32.8 149.3 0.6 c 5000 102331 57.1 159559 29.5 105767 17.4 144410 63.8 299317 19.9 167.9 0.6 d 5000 107308 58.6 175004 32.4 117926 18.8 143657 63.4 305126 20.0 167.6 0.6 You might want to try running gstat -I 100000 during the test to see how fast each drive flushes the cache from ram and if there are any disks slower than the others. I've found some cards or slots cause drives to perform slower than other drives in the system, dragging down performance of the raid to the slowest drive(s). Individual performance testing of the drives outside of the raid might reveal something too, even just to find out what the maximum sequential speed of one drive is so you know that 4x(speed) is the best to hope for in raid tests. ZFS tends to cache heavily at the start of each write and you will probably see it bounce between no IO and furious writes, until the ram cache fills up more and it has no choice but to write almost constantly. This can affect the results between runs. I would recommend a larger count= that results in a test run of 30-60 seconds at least. Additionally, try other zfs raid types such as mirror and stripe to see if raidz is acting as an unexpectedly large bottleneck, I've found its serial write speed usually leaves something to be desired. Even if the other raid levels won't work realistically in the long run, its useful to raise the bar to find out what extra performance your IO setup can push. It could be useful to compare with gstripe and graid3 for further hardware performance evaluation. On the other hand, if you can read/write data faster than your network connection can push, you're probably at a workable level. Also, I believe that zfs uses a cluster size up to 128k (queueing multiple writes if it can, depending on the disk subsystem) so I think the computer has to do extra work if you are giving it bs=2048k since zfs will have to cut that into 16 pieces, sending one piece to each drive. You might try bs=512k or bs=128k for example to see if this has a positive effect. In a traditional raid5 setup, I've found I get head over heals the best performance when my bs= is the same size as the raid stripe size multiplied by the number of drives, and this gets weird when you have an odd number of drives because your optimum write size might be something like 768k which probably no application is going to produce :) Also it makes it hard to optimize UFS for a larger stripe size when the cluster sizes are generally limited to 16k such as in Solaris. Results tend to fluctuate a bit. offsitetmp# dd if=/dev/zero of=/tank1/test bs=2048k count=1000 1000+0 records in 1000+0 records out 2097152000 bytes transferred in 10.016818 secs (209363092 bytes/sec) offsitetmp# offsitetmp# dd if=/dev/zero of=/tank1/test bs=2048k count=1000 1000+0 records in 1000+0 records out 2097152000 bytes transferred in 10.733547 secs (195382943 bytes/sec) offsitetmp# Drives are raidz ad1: 1430799MB at ata3-master SATA300 ad2: 1430799MB at ata4-master SATA300 ad3: 1430799MB at ata5-master SATA300 ad4: 1430799MB at ata6-master SATA300 on ich9 ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike _______________________________________________ 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 Sat May 2 02:13:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 65EF4106566C for ; Sat, 2 May 2009 02:13:16 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from xps.daemonology.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with SMTP id 858A11500EE for ; Sat, 2 May 2009 02:13:15 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: (qmail 5464 invoked from network); 2 May 2009 02:13:14 -0000 Received: from unknown (HELO xps.daemonology.net) (127.0.0.1) by localhost with SMTP; 2 May 2009 02:13:14 -0000 Message-ID: <49FBAC3A.7050009@freebsd.org> Date: Fri, 01 May 2009 19:13:14 -0700 From: FreeBSD Security Officer Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: freebsd security , FreeBSD Stable , freebsd-announce@freebsd.org, freebsd-security-notifications@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD supported branches update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: security-officer@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2009 02:13:16 -0000 Hello Everyone, The branches supported by the FreeBSD Security Officer have been updated to reflect the EoL (end-of-life) of FreeBSD 7.0. The new list is below and at . Please note that FreeBSD 7.0 was originally announced with an EoL date of February 28, 2009, but the EoL was delayed by two months in order to allow a 3 month window for systems to be upgraded to FreeBSD 7.1. Users of FreeBSD 7.0 are advised to upgrade promptly to FreeBSD 7.1, either by downloading an updated source tree and building updates manually, or (for i386 and amd64 systems) using the FreeBSD Update utility as described in the FreeBSD 7.1 release announcement. Some users may wish to wait for the upcoming FreeBSD 7.2-RELEASE; however, they should be aware that FreeBSD 7.2-RELEASE will only receive "normal" support (i.e., support for 12 months) and consequently it will not be supported for as long as FreeBSD 7.1. [Excerpt from http://security.freebsd.org/ follows] FreeBSD Security Advisories The FreeBSD Security Officer provides security advisories for several branches of FreeBSD development. These are the -STABLE Branches and the Security Branches. (Advisories are not issued for the -CURRENT Branch.) * The -STABLE branch tags have names like RELENG_7. The corresponding builds have names like FreeBSD 7.0-STABLE. * Each FreeBSD Release has an associated Security Branch. The Security Branch tags have names like RELENG_7_0. The corresponding builds have names like FreeBSD 7.0-RELEASE-p1. Isses affecting the FreeBSD Ports Collection are covered in the FreeBSD VuXML document. Each branch is supported by the Security Officer for a limited time only, and is designated as one of `Early adopter', `Normal', or `Extended'. The designation is used as a guideline for determining the lifetime of the branch as follows. Early adopter Releases which are published from the -CURRENT branch will be supported by the Security Officer for a minimum of 6 months after the release. Normal Releases which are published from a -STABLE branch will be supported by the Security Officer for a minimum of 12 months after the release, and for sufficient additional time (if needed) to ensure that there is a newer release for at least 3 months before the older Normal release expires. Extended Selected releases (normally every second release plus the last release from each -STABLE branch) will be supported by the Security Officer for a minimum of 24 months after the release, and for sufficient additional time (if needed) to ensure that there is a newer Extended release for at least 3 months before the older Extended release expires. The current designation and estimated lifetimes of the currently supported branches are given below. The Estimated EoL (end-of-life) column gives the earliest date on which that branch is likely to be dropped. Please note that these dates may be extended into the future, but only extenuating circumstances would lead to a branch's support being dropped earlier than the date listed. +--------------------------------------------------------------------+ | Branch | Release | Type | Release date | Estimated EoL | |-----------+-----------+--------+-----------------+-----------------| |RELENG_6 |n/a |n/a |n/a |November 30, 2010| |-----------+-----------+--------+-----------------+-----------------| |RELENG_6_3 |6.3-RELEASE|Extended|January 18, 2008 |January 31, 2010 | |-----------+-----------+--------+-----------------+-----------------| |RELENG_6_4 |6.4-RELEASE|Extended|November 28, 2008|November 30, 2010| |-----------+-----------+--------+-----------------+-----------------| |RELENG_7 |n/a |n/a |n/a |last release + 2y| |-----------+-----------+--------+-----------------+-----------------| |RELENG_7_1 |7.1-RELEASE|Extended|January 4, 2009 |January 31, 2011 | +--------------------------------------------------------------------+ [End excerpt] -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid From owner-freebsd-stable@FreeBSD.ORG Sat May 2 07:18:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1125C106564A for ; Sat, 2 May 2009 07:18:30 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id C479F8FC08 for ; Sat, 2 May 2009 07:18:29 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.204.127]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 802E08A01A1 for ; Sat, 2 May 2009 09:18:28 +0200 (CEST) Message-ID: <49FBF3C2.8010809@bsdforen.de> Date: Sat, 02 May 2009 09:18:26 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: bluetooth troubleshooting 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, 02 May 2009 07:18:30 -0000 I've got two bluetooth devices, an internal usb bluetooth device by Broadcom and a dated AVM class1 bluetooth dongle. Both are detected by the ubt driver: ubt0: on uhub0 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 4) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=64; nframes=5, buffer size=320 ubt1: on uhub3 ubt1: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt1: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 However neither a device /dev/ubt0 nor /dev/ubt1 exists. # /etc/rc.d/bluetooth onestart ubt0 /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for device ubt0 # /etc/rc.d/bluetooth onestart ubt1 /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for device ubt1 This error message gives me no idea of what is wrong. The handbook mentions comms/hcidump for debugging, but I think this is meant for analyzing bluetooth traffic. As you can see I haven't gotten far enough to produce any traffic to analyse. Is someone here familiar with bluetooth and can provide me with a command that might reveal something about the nature of my problem? BTW, is there a way to get A2DP receive running on FreeBSD? From owner-freebsd-stable@FreeBSD.ORG Sat May 2 07:49:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E705C1065675 for ; Sat, 2 May 2009 07:49:59 +0000 (UTC) (envelope-from waldoalvarez00@yahoo.com) Received: from web65714.mail.ac4.yahoo.com (web65714.mail.ac4.yahoo.com [76.13.9.106]) by mx1.freebsd.org (Postfix) with SMTP id 8A3268FC16 for ; Sat, 2 May 2009 07:49:59 +0000 (UTC) (envelope-from waldoalvarez00@yahoo.com) Received: (qmail 54754 invoked by uid 60001); 2 May 2009 07:49:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1241250598; bh=NygkUdPW2ACY51SELDwhQ3kVRJWnRTEdxn3TTBmnSwg=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=IjoCmn+cSitm2cr1z/L3LT+dZLxrRN+c/OOsO874+tS53Avlc+j+nuX2a7hstvveazFXCzsGcjekogKDtWzCemnNKVYgEuuKQxCjagPlnTmtdahKjhpfhdU+KW79DmkY1R/GOs9rnFw0uIxZN6DHJnk569FnlR9yfvVUtRl//Yw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=No163jyoKK+MZbolQIsFJBvIBD/cYhNwG8JyNa0uKtLGRttnbB3yUbeqshwJsC37Sz8AMPn1hkSxZKWC1BB1CuaqvfITBzLiZKsvbd3SsOyKInZCM+RzTCeO4mho1XRFtq+O+ldKYQ4r/KRRlLzugvB97p7lVzW/u+rgegUTegc=; Message-ID: <891257.34249.qm@web65714.mail.ac4.yahoo.com> X-YMail-OSG: 6_VluzIVM1mDCu3pjVhuZ08qRqoHt0lCgAbOu3CFAzrmZ3y1oVU7vwKJB6fo5B2AMu8LOxQ_koCLKVUGQ2N8oS0HqYYP0VBvBPb.JeWqtsQf8fUQPtqrZjGA.TiY4Y.IaORXFNcyWVwHnXJiCAMiYYx4sQHVWuuYxuBgQrounH79mrUv88GiR19Q8RZfmj43j40Mjne2wVYe3lFTDmx.l8aZA_xxS_PQRC1VLesgxjFiTQFsupRvg9AdZL20BEpJdgiPyNItoPrOD1lYoLOiuSlmYXGpsGcJWooINEJu9AxgiNFkwY7xF_uDJMq66A_p5Ahk8h4DK9NJ9QNSZ7g3edZZHw-- Received: from [200.35.145.113] by web65714.mail.ac4.yahoo.com via HTTP; Sat, 02 May 2009 00:49:57 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Sat, 2 May 2009 00:49:57 -0700 (PDT) From: wac To: Glen Barber In-Reply-To: <4ad871310904261923s7a1bc56eq68cec4d1e29bd4de@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: How do i fix the broken FTP structure of freebsd 7.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: waldoalvarez00@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2009 07:50:00 -0000 Hi Glen: --- On Sun, 4/26/09, Glen Barber wrote: > From: Glen Barber > Subject: Re: How do i fix the broken FTP structure of freebsd 7.0? > To: waldoalvarez00@yahoo.com > Cc: freebsd-stable@freebsd.org > Date: Sunday, April 26, 2009, 10:23 PM > On Sun, Apr 26, 2009 at 7:40 PM, wac > wrote: > > > > Thanks Glen but doing that in a remote computer is > askin for trouble and I can't step to the risk of having > that computer trashed (fixing it would cost almost as much > as renting a new one). Anyway in the forums somebody gave me > this: > > Doing what in a remote machine is asking for trouble? SSH > will not be affected. Installing a new kernel remotely. If the new one does not boots properly then I'm in trouble. Serious trouble. (I do not have local access to the console, all the time over ssh and if i reboot it over webmin just in case i make a mistake reconfiguring ssh) > > > > > > ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/7.0-RELEASE/packages/All > > > > The problem now is that the package I need is way too > old. Let's see if i can work out to fix that. Problem is > it uses perl and perl is used by another package the hosting > company installed that depends on it. And that I really have > 0 experience with it so reinstalling a new one means > downtime. I'll try to modify dkimproxy and see what > happens. So far the newer version installed with warnings > but doesn't even start. > > > > If you need "stability" (production ready), you > (as the maintainer of > the machine) are obligated to some extent to keep it both, > up to date > and "stable". Yes and keep it safe from all those attacks i receive 24/7. Problem is upgrade is not an option for me. But that's ok, i removed old perl, old webmin, installed new perl, new webmin, new dkimproxy. Everything went ok since i carefully followed all the steps i simulated in a virtual machine here. And.. Uf. Didn't had to even reboot that one. > > Note: I use "stable" in quotes to not be > confused with -STABLE. > > AFAIK, 7.0-REL was EOL'd (or is scheduled to be). > Ports are generally > guaranteed to be installable on the latest -RELEASE version > (in this > case, 7.1-RELEASE). Now you know it. At least perl from 7-stable, webmin and dkimproxy-1.1 on top of it works just fine on top of the 7.0 release. I tested it, and works great to the point that amazes me. Anything prior to that is not a > guarantee. > Packages (as I am sure you are aware) are only built one > time -- when > X.X-RELEASE is released. There is no guarantee on > compatibility after > that point. > > -- > Glen Barber > _______________________________________________ > 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 Sat May 2 10:50:04 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A498106566B for ; Sat, 2 May 2009 10:50:04 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 29BA98FC18 for ; Sat, 2 May 2009 10:50:04 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 463931900F; Sat, 2 May 2009 11:50:08 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon.draftnet (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Sat, 2 May 2009 11:50:08 +0000 (GMT) Date: Sat, 2 May 2009 11:49:58 +0100 From: Bruce Cran To: Dominic Fandrey Message-ID: <20090502114958.76c46f25@gluon.draftnet> In-Reply-To: <49FBF3C2.8010809@bsdforen.de> References: <49FBF3C2.8010809@bsdforen.de> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: bluetooth troubleshooting 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, 02 May 2009 10:50:04 -0000 On Sat, 02 May 2009 09:18:26 +0200 Dominic Fandrey wrote: > # /etc/rc.d/bluetooth onestart ubt0 > /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for > device ubt0 # /etc/rc.d/bluetooth onestart ubt1 > /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for > device ubt1 > > This error message gives me no idea of what is wrong. The handbook > mentions comms/hcidump for debugging, but I think this is meant > for analyzing bluetooth traffic. > As you can see I haven't gotten far enough to produce any traffic to > analyse. Is someone here familiar with bluetooth and can provide > me with a command that might reveal something about the nature > of my problem? I think devd now automatically starts the Bluetooth stack when you plug in a recognised device, so you'll only be able to use onestart after first running onestop. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Sat May 2 10:53:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A89211065675 for ; Sat, 2 May 2009 10:53:59 +0000 (UTC) (envelope-from makc@freebsd.org) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id D2FD68FC16 for ; Sat, 2 May 2009 10:53:58 +0000 (UTC) (envelope-from makc@freebsd.org) Received: from 210-83.pptp.artx.ru [62.63.83.210:11217] (HELO/EHLO luna.dio.ru, authenticated with PLAIN) by mail.issp.ac.ru with ESMTP/inet id n42Aj8ZE071959 (using TLSv1/SSLv3, with cipher DHE-RSA-AES256-SHA (256 bits), verified NO) Sat, 2 May 2009 14:45:08 +0400 (MSD) From: Max Brazhnikov To: freebsd-stable@freebsd.org, kostikbel@gmail.com Date: Sat, 2 May 2009 14:43:52 +0400 User-Agent: KMail/1.11.2 (FreeBSD/7.2-PRERELEASE; KDE/4.2.2; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905021443.52526.makc@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.issp.ac.ru [77.236.34.3]); Sat, 02 May 2009 14:45:09 +0400 (MSD) X-Virus-Scanned: ClamAV 0.94.1/9313/Sat May 2 02:13:48 2009 on mail.issp.ac.ru X-Virus-Status: Clean Cc: Subject: process hanging on 7.2-PRERELEASE 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, 02 May 2009 10:54:00 -0000 Currently all kde4 ports marked as jobs_unsafe, because of automoc4 hangs. The problem can be easely reproduced building e.g. accessibility/kdeaccessibility4 with multiple jobs: replace MAKE_JOBS_UNSAFE with MAKE_JOBS_SAFE in port Makefile and run 'make MAKE_JOBS_NUMBER=16'. Build will be freezed on /usr/local/bin/cmake -E cmake_progress_report /tank/obj/usr/ports/accessibility/kdeaccessibility4/work/kdeaccessibility-4.2.2/build/CMakeFiles 77 78 79 8081 82 83 84 85 86 87 88 89 90 91 92 93 94 95 [ 95%] Built target kmouth # ps | grep automoc4 77829 p4 S+ 0:00.27 /usr/local/bin/automoc4 /tank/obj/usr/ports/accessibility/kdeaccessibility4/ 77840 p4 I+ 0:00.00 /usr/local/bin/automoc4 /tank/obj/usr/ports/accessibility/kdeaccessibility4/ #gdb66 automoc4 77829 GNU gdb 6.6 [GDB v6.6 for FreeBSD] Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-portbld-freebsd7.0"... Attaching to program: /usr/local/bin/automoc4, process 77829 Reading symbols from /usr/local/lib/qt4/libQtCore.so.4...Reading symbols from /usr/local/lib/qt4/libQtCore.so.4.4.3.debug...done. done. Loaded symbols for /usr/local/lib/qt4/libQtCore.so.4 Reading symbols from /usr/lib/libstdc++.so.6...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libz.so.4...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/local/lib/libintl.so.8...done. Loaded symbols for /usr/local/lib/libintl.so.8 Reading symbols from /usr/local/lib/libpcre.so.0...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 0x2846fb3b in select () at select.S:2 2 RSYSCALL(select) (gdb) bt #0 0x2846fb3b in select () at select.S:2 #1 0x2838d788 in __select (numfds=6, readfds=0xbf9feee8, writefds=0x0, exceptfds=0x0, timeout=0x0) at /usr/freebsd/7/src/lib/libthr/thread/thr_syscalls.c:444 #2 0x281b4f3d in QProcessManager::run (this=0x287142f0) at io/qprocess_unix.cpp:301 #3 0x280f30e2 in QThreadPrivate::start (arg=0x287142f0) at thread/qthread_unix.cpp:185 #4 0x2838b68a in thread_start (curthread=0x28701150) at /usr/freebsd/7/src/lib/libthr/thread/thr_create.c:288 #5 0x00000000 in ?? () Current language: auto; currently asm (gdb) # gdb66 automoc4 77840 GNU gdb 6.6 [GDB v6.6 for FreeBSD] Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-portbld-freebsd7.0"... Attaching to program: /usr/local/bin/automoc4, process 77840 Reading symbols from /usr/local/lib/qt4/libQtCore.so.4...Reading symbols from /usr/local/lib/qt4/libQtCore.so.4.4.3.debug...done. done. Loaded symbols for /usr/local/lib/qt4/libQtCore.so.4 Reading symbols from /usr/lib/libstdc++.so.6...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libz.so.4...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/local/lib/libintl.so.8...done. Loaded symbols for /usr/local/lib/libintl.so.8 Reading symbols from /usr/local/lib/libpcre.so.0...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 0x28395593 in _umtx_op_err () at /usr/freebsd/7/src/lib/libthr/arch/i386/i386/_umtx_op_err.S:36 36 SYSCALL_ERR(_umtx_op) (gdb) bt #0 0x28395593 in _umtx_op_err () at /usr/freebsd/7/src/lib/libthr/arch/i386/i386/_umtx_op_err.S:36 #1 0x283953c4 in __thr_umutex_lock (mtx=0x8054f3c, id=100416) at /usr/freebsd/7/src/lib/libthr/thread/thr_umtx.c:58 #2 0x28390502 in mutex_lock_sleep (curthread=0x28701040, m=0x8054f3c, abstime=0x0) at /usr/freebsd/7/src/lib/libthr/thread/thr_mutex.c:401 #3 0x283fb0ea in _malloc_postfork () at /usr/freebsd/7/src/lib/libc/stdlib/malloc.c:1029 #4 0x28393038 in _fork () at /usr/freebsd/7/src/lib/libthr/thread/thr_fork.c:178 #5 0x281b7381 in QProcessPrivate::startProcess (this=0x287720f0) at io/qprocess_unix.cpp:570 #6 0x2817a181 in QProcess::start (this=0xbfbfe1b8, program=@0xbfbfe5dc, arguments=@0xbfbfe1b4, mode=@0xbfbfe1c0) at io/qprocess.cpp:1508 #7 0x08051720 in AutoMoc::echoColor (this=0xbfbfe5c8, msg=@0xbfbfe258) at /tank/obj/usr/ports/devel/automoc4/work/automoc4-0.9.88/kde4automoc.cpp:73 #8 0x0804c0a7 in AutoMoc::generateMoc (this=0xbfbfe5c8, sourceFile=@0x28714418, mocFileName=@0x2871441c) at /tank/obj/usr/ports/devel/automoc4/work/automoc4-0.9.88/kde4automoc.cpp:569 #9 0x0804f4ae in AutoMoc::run (this=0xbfbfe5c8) at /tank/obj/usr/ports/devel/automoc4/work/automoc4-0.9.88/kde4automoc.cpp:470 #10 0x080504e6 in main (argc=Cannot access memory at address 0x0 ) at /tank/obj/usr/ports/devel/automoc4/work/automoc4-0.9.88/kde4automoc.cpp:114 Current language: auto; currently asm (gdb) From owner-freebsd-stable@FreeBSD.ORG Sat May 2 12:25:32 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4D5C106566C for ; Sat, 2 May 2009 12:25:32 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 82A468FC0A for ; Sat, 2 May 2009 12:25:32 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [88.130.204.127]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id D5FE78A01A0; Sat, 2 May 2009 14:25:30 +0200 (CEST) Message-ID: <49FC3BB9.6000200@bsdforen.de> Date: Sat, 02 May 2009 14:25:29 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: Bruce Cran References: <49FBF3C2.8010809@bsdforen.de> <20090502114958.76c46f25@gluon.draftnet> In-Reply-To: <20090502114958.76c46f25@gluon.draftnet> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: bluetooth troubleshooting 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, 02 May 2009 12:25:33 -0000 Bruce Cran wrote: > On Sat, 02 May 2009 09:18:26 +0200 > Dominic Fandrey wrote: > >> # /etc/rc.d/bluetooth onestart ubt0 >> /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for >> device ubt0 # /etc/rc.d/bluetooth onestart ubt1 >> /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for >> device ubt1 >> >> This error message gives me no idea of what is wrong. The handbook >> mentions comms/hcidump for debugging, but I think this is meant >> for analyzing bluetooth traffic. >> As you can see I haven't gotten far enough to produce any traffic to >> analyse. Is someone here familiar with bluetooth and can provide >> me with a command that might reveal something about the nature >> of my problem? > > I think devd now automatically starts the Bluetooth stack when you > plug in a recognised device, so you'll only be able to use onestart > after first running onestop. > So it's already working! I was confused because the output of # hccontrol -n ubt0hci inquiry Inquiry complete. Status: No error [00] is pretty lame compared to what should appear according to the handbook: % hccontrol -n ubt0hci inquiry Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: 00:80:37:29:19:a4 Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 00 Page Scan Mode: 00 Class: 52:02:04 Clock offset: 0x78ef Inquiry complete. Status: No error [00] Thanks a lot! From owner-freebsd-stable@FreeBSD.ORG Sat May 2 13:34:22 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAFB6106564A; Sat, 2 May 2009 13:34:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 6E0C58FC0A; Sat, 2 May 2009 13:34:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1M0Eam-000M6U-FT; Sat, 02 May 2009 15:45:20 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n42CjHpV062691 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 May 2009 15:45:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n42CjHuL041470; Sat, 2 May 2009 15:45:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n42CjHxO041469; Sat, 2 May 2009 15:45:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 2 May 2009 15:45:17 +0300 From: Kostik Belousov To: Max Brazhnikov Message-ID: <20090502124516.GE17826@deviant.kiev.zoral.com.ua> References: <200905021443.52526.makc@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BZaMRJmqxGScZ8Mx" Content-Disposition: inline In-Reply-To: <200905021443.52526.makc@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1M0Eam-000M6U-FT 052074f93f5c1701b071dddcc86cfb12 X-Terabit: YES Cc: stable@freebsd.org Subject: Re: process hanging on 7.2-PRERELEASE 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, 02 May 2009 13:34:22 -0000 --BZaMRJmqxGScZ8Mx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 02, 2009 at 02:43:52PM +0400, Max Brazhnikov wrote: > Currently all kde4 ports marked as jobs_unsafe, because of automoc4 hangs. > The problem can be easely reproduced building e.g. accessibility/kdeacces= sibility4 > with multiple jobs: replace MAKE_JOBS_UNSAFE with MAKE_JOBS_SAFE in port = Makefile > and run 'make MAKE_JOBS_NUMBER=3D16'. Build will be freezed on >=20 > /usr/local/bin/cmake -E cmake_progress_report /tank/obj/usr/ports/accessi= bility/kdeaccessibility4/work/kdeaccessibility-4.2.2/build/CMakeFiles 77 7= 8=20 > 79 8081 82 83 84 85 86 87 88 89 90 91 92 93 94 95 > [ 95%] Built target kmouth >=20 > # ps | grep automoc4 > 77829 p4 S+ 0:00.27 /usr/local/bin/automoc4 /tank/obj/usr/ports/acc= essibility/kdeaccessibility4/ > 77840 p4 I+ 0:00.00 /usr/local/bin/automoc4 /tank/obj/usr/ports/acc= essibility/kdeaccessibility4/ >=20 > #gdb66 automoc4 77829 > 0x2846fb3b in select () at select.S:2 > 2 RSYSCALL(select) > (gdb) bt > #0 0x2846fb3b in select () at select.S:2 > #1 0x2838d788 in __select (numfds=3D6, readfds=3D0xbf9feee8, writefds=3D= 0x0, exceptfds=3D0x0, timeout=3D0x0) > at /usr/freebsd/7/src/lib/libthr/thread/thr_syscalls.c:444 > #2 0x281b4f3d in QProcessManager::run (this=3D0x287142f0) at io/qprocess= _unix.cpp:301 > #3 0x280f30e2 in QThreadPrivate::start (arg=3D0x287142f0) at thread/qthr= ead_unix.cpp:185 > #4 0x2838b68a in thread_start (curthread=3D0x28701150) at /usr/freebsd/7= /src/lib/libthr/thread/thr_create.c:288 > #5 0x00000000 in ?? () > Current language: auto; currently asm > (gdb) >=20 >=20 > # gdb66 automoc4 77840 > 0x28395593 in _umtx_op_err () at /usr/freebsd/7/src/lib/libthr/arch/i386/= i386/_umtx_op_err.S:36 > 36 SYSCALL_ERR(_umtx_op) > (gdb) bt > #0 0x28395593 in _umtx_op_err () at /usr/freebsd/7/src/lib/libthr/arch/i= 386/i386/_umtx_op_err.S:36 > #1 0x283953c4 in __thr_umutex_lock (mtx=3D0x8054f3c, id=3D100416) at /us= r/freebsd/7/src/lib/libthr/thread/thr_umtx.c:58 > #2 0x28390502 in mutex_lock_sleep (curthread=3D0x28701040, m=3D0x8054f3c= , abstime=3D0x0) at /usr/freebsd/7/src/lib/libthr/thread/thr_mutex.c:401 > #3 0x283fb0ea in _malloc_postfork () at /usr/freebsd/7/src/lib/libc/stdl= ib/malloc.c:1029 > #4 0x28393038 in _fork () at /usr/freebsd/7/src/lib/libthr/thread/thr_fo= rk.c:178 > #5 0x281b7381 in QProcessPrivate::startProcess (this=3D0x287720f0) at io= /qprocess_unix.cpp:570 > #6 0x2817a181 in QProcess::start (this=3D0xbfbfe1b8, program=3D@0xbfbfe5= dc, arguments=3D@0xbfbfe1b4, mode=3D@0xbfbfe1c0) at io/qprocess.cpp:1508 > #7 0x08051720 in AutoMoc::echoColor (this=3D0xbfbfe5c8, msg=3D@0xbfbfe25= 8) at /tank/obj/usr/ports/devel/automoc4/work/automoc4-0.9.88/kde4automoc.c= pp:73 > #8 0x0804c0a7 in AutoMoc::generateMoc (this=3D0xbfbfe5c8, sourceFile=3D@= 0x28714418, mocFileName=3D@0x2871441c) > at /tank/obj/usr/ports/devel/automoc4/work/automoc4-0.9.88/kde4automo= c.cpp:569 > #9 0x0804f4ae in AutoMoc::run (this=3D0xbfbfe5c8) at /tank/obj/usr/ports= /devel/automoc4/work/automoc4-0.9.88/kde4automoc.cpp:470 > #10 0x080504e6 in main (argc=3DCannot access memory at address 0x0 > ) at /tank/obj/usr/ports/devel/automoc4/work/automoc4-0.9.88/kde4automoc.= cpp:114 > Current language: auto; currently asm > (gdb) Great. I think this is a missed merge of the r185514 to 7. Can you, please, retest with that revision merged ? --BZaMRJmqxGScZ8Mx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkn8QFwACgkQC3+MBN1Mb4gf3gCfWmjza732B0S3EOvDi0sfe1WX wNMAoKChjhZJKXQZay5MLG3hKEQGhyeI =AyXc -----END PGP SIGNATURE----- --BZaMRJmqxGScZ8Mx-- From owner-freebsd-stable@FreeBSD.ORG Sat May 2 14:06:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AED531065672 for ; Sat, 2 May 2009 14:06:29 +0000 (UTC) (envelope-from makc@freebsd.org) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id 407DA8FC20 for ; Sat, 2 May 2009 14:06:28 +0000 (UTC) (envelope-from makc@freebsd.org) Received: from 210-83.pptp.artx.ru [62.63.83.210:38856] (HELO/EHLO luna.dio.ru, authenticated with PLAIN) by mail.issp.ac.ru with ESMTP/inet id n42E7iE7084498 (using TLSv1/SSLv3, with cipher DHE-RSA-AES256-SHA (256 bits), verified NO) Sat, 2 May 2009 18:07:44 +0400 (MSD) From: Max Brazhnikov To: freebsd-stable@freebsd.org Date: Sat, 2 May 2009 18:06:28 +0400 User-Agent: KMail/1.11.2 (FreeBSD/7.2-PRERELEASE; KDE/4.2.2; i386; ; ) References: <200905021443.52526.makc@freebsd.org> <20090502124516.GE17826@deviant.kiev.zoral.com.ua> In-Reply-To: <20090502124516.GE17826@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905021806.28651.makc@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.issp.ac.ru [77.236.34.3]); Sat, 02 May 2009 18:07:44 +0400 (MSD) X-Virus-Scanned: ClamAV 0.94.1/9315/Sat May 2 16:44:29 2009 on mail.issp.ac.ru X-Virus-Status: Clean Cc: Kostik Belousov Subject: Re: process hanging on 7.2-PRERELEASE 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, 02 May 2009 14:06:29 -0000 On Sat, 2 May 2009 15:45:17 +0300, Kostik Belousov wrote: > On Sat, May 02, 2009 at 02:43:52PM +0400, Max Brazhnikov wrote: > > Currently all kde4 ports marked as jobs_unsafe, because of automoc4 > > hangs. The problem can be easely reproduced building e.g. > > accessibility/kdeaccessibility4 with multiple jobs: replace > > MAKE_JOBS_UNSAFE with MAKE_JOBS_SAFE in port Makefile and run 'make > > MAKE_JOBS_NUMBER=16'. Build will be freezed on > > > > /usr/local/bin/cmake -E cmake_progress_report > > /tank/obj/usr/ports/accessibility/kdeaccessibility4/work/kdeaccessibility > >-4.2.2/build/CMakeFiles 77 78 79 8081 82 83 84 85 86 87 88 89 90 91 92 93 > > 94 95 > > [ 95%] Built target kmouth > > > > # ps | grep automoc4 > > 77829 p4 S+ 0:00.27 /usr/local/bin/automoc4 > > /tank/obj/usr/ports/accessibility/kdeaccessibility4/ 77840 p4 I+ > > 0:00.00 /usr/local/bin/automoc4 > > /tank/obj/usr/ports/accessibility/kdeaccessibility4/ > > > > #gdb66 automoc4 77829 > > 0x2846fb3b in select () at select.S:2 > > 2 RSYSCALL(select) > > (gdb) bt > > #0 0x2846fb3b in select () at select.S:2 > > #1 0x2838d788 in __select (numfds=6, readfds=0xbf9feee8, writefds=0x0, > > exceptfds=0x0, timeout=0x0) at > > /usr/freebsd/7/src/lib/libthr/thread/thr_syscalls.c:444 > > #2 0x281b4f3d in QProcessManager::run (this=0x287142f0) at > > io/qprocess_unix.cpp:301 #3 0x280f30e2 in QThreadPrivate::start > > (arg=0x287142f0) at thread/qthread_unix.cpp:185 #4 0x2838b68a in > > thread_start (curthread=0x28701150) at > > /usr/freebsd/7/src/lib/libthr/thread/thr_create.c:288 #5 0x00000000 in > > ?? () > > Current language: auto; currently asm > > (gdb) > > > > > > # gdb66 automoc4 77840 > > 0x28395593 in _umtx_op_err () at > > /usr/freebsd/7/src/lib/libthr/arch/i386/i386/_umtx_op_err.S:36 36 > > SYSCALL_ERR(_umtx_op) > > (gdb) bt > > #0 0x28395593 in _umtx_op_err () at > > /usr/freebsd/7/src/lib/libthr/arch/i386/i386/_umtx_op_err.S:36 #1 > > 0x283953c4 in __thr_umutex_lock (mtx=0x8054f3c, id=100416) at > > /usr/freebsd/7/src/lib/libthr/thread/thr_umtx.c:58 #2 0x28390502 in > > mutex_lock_sleep (curthread=0x28701040, m=0x8054f3c, abstime=0x0) at > > /usr/freebsd/7/src/lib/libthr/thread/thr_mutex.c:401 #3 0x283fb0ea in > > _malloc_postfork () at /usr/freebsd/7/src/lib/libc/stdlib/malloc.c:1029 > > #4 0x28393038 in _fork () at > > /usr/freebsd/7/src/lib/libthr/thread/thr_fork.c:178 #5 0x281b7381 in > > QProcessPrivate::startProcess (this=0x287720f0) at > > io/qprocess_unix.cpp:570 #6 0x2817a181 in QProcess::start > > (this=0xbfbfe1b8, program=@0xbfbfe5dc, arguments=@0xbfbfe1b4, > > mode=@0xbfbfe1c0) at io/qprocess.cpp:1508 #7 0x08051720 in > > AutoMoc::echoColor (this=0xbfbfe5c8, msg=@0xbfbfe258) at > > /tank/obj/usr/ports/devel/automoc4/work/automoc4-0.9.88/kde4automoc.cpp:7 > >3 #8 0x0804c0a7 in AutoMoc::generateMoc (this=0xbfbfe5c8, > > sourceFile=@0x28714418, mocFileName=@0x2871441c) at > > /tank/obj/usr/ports/devel/automoc4/work/automoc4-0.9.88/kde4automoc.cpp:5 > >69 #9 0x0804f4ae in AutoMoc::run (this=0xbfbfe5c8) at > > /tank/obj/usr/ports/devel/automoc4/work/automoc4-0.9.88/kde4automoc.cpp:4 > >70 #10 0x080504e6 in main (argc=Cannot access memory at address 0x0 ) at > > /tank/obj/usr/ports/devel/automoc4/work/automoc4-0.9.88/kde4automoc.cpp:1 > >14 Current language: auto; currently asm > > (gdb) > > Great. > > I think this is a missed merge of the r185514 to 7. Can you, please, > retest with that revision merged ? Great! With the patch I can't reproduce the problem! From owner-freebsd-stable@FreeBSD.ORG Sat May 2 18:44:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E399A106564A for ; Sat, 2 May 2009 18:44:37 +0000 (UTC) (envelope-from dikshie@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 9E1998FC0C for ; Sat, 2 May 2009 18:44:37 +0000 (UTC) (envelope-from dikshie@gmail.com) Received: by qyk3 with SMTP id 3so5956124qyk.3 for ; Sat, 02 May 2009 11:44:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type:content-transfer-encoding; bh=vbiiuwozH/tPI0ta8ApPGOODA1vdQLmQJ5WBIFBf2a4=; b=HnX2W47ycXrN14+U3YuWZlDp+mrVMgjhdZsW1nwvfn7WdXSN4fJw40A28bDBl5JtFj 42kLQxMt418NGuOKcEsxHcDj+VQLStlId4UVSK31KjLfLy3hSZvtt+BZfCBhTJw+czM4 GhnzOQdOnjkWy/s1DdMBLiu4LyF9rY322XcgY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=C6Gj8emxv75tLQ3qa6j4urfnwozqyVauuHWlM9DN9M+U8D7xMehCy+LKP44OsBnWa2 bytvtcAuxAcj2lkTTO1LXOmQwDmpgb9Yj8nQ7Z1NRfzUlRk9BA693Axe1JiS29y8PCf9 H96YnT5KL3XuhaocWnY65cnZZQj3reIm6np/0= MIME-Version: 1.0 Received: by 10.220.97.129 with SMTP id l1mr7384034vcn.9.1241287934325; Sat, 02 May 2009 11:12:14 -0700 (PDT) From: dikshie Date: Sun, 3 May 2009 03:11:59 +0900 Message-ID: <910e60e80905021111v1ef2d386j17db9bccb953b609@mail.gmail.com> To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: #0 sched_switch (td=0xc579b230, newtd=Variable "newtd" is not 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: Sat, 02 May 2009 18:44:38 -0000 is this known bug? Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8c000180 fault code = supervisor read, page not present instruction pointer = 0x20:0xc063d904 stack pointer = 0x28:0xe7704608 frame pointer = 0x28:0xe7704620 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 = 2013 (firefox-bin) trap number = 12 panic: page fault cpuid = 0 Uptime: 5h1m34s Physical memory: 2038 MB Dumping 194 MB: 179 163 147 131 115 99 83 (CTRL-C to abort) 67 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 51 (CTRL-C to abort) 35 19 3 kgdb: kvm_read: invalid address (0x4c414e52) kgdb: kvm_read: invalid address (0x35b2e804) kgdb: kvm_read: invalid address (0x5502) kgdb: kvm_read: invalid address (0x6a02) Reading symbols from /boot/kernel/geom_journal.ko...Reading symbols from /boot/kernel/geom_journal.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_journal.ko Reading symbols from /boot/kernel/acpi_ibm.ko...Reading symbols from /boot/kernel/acpi_ibm.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi_ibm.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko #0 sched_switch (td=0xc579b230, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1944 1944 cpuid = PCPU_GET(cpuid); (kgdb) 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #7: Sat May 2 17:06:46 JST 2009 -- -dikshie- From owner-freebsd-stable@FreeBSD.ORG Sat May 2 19:11:24 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2615E1065670 for ; Sat, 2 May 2009 19:11:24 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-gx0-f167.google.com (mail-gx0-f167.google.com [209.85.217.167]) by mx1.freebsd.org (Postfix) with ESMTP id CDB1F8FC1E for ; Sat, 2 May 2009 19:11:23 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: by gxk11 with SMTP id 11so2094447gxk.19 for ; Sat, 02 May 2009 12:11:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=g6KDFwm4YBnUeRB53XmdOP3Dx1YIt+CM197UrcrUlP4=; b=ob6LKAj5rzJWwhv5QKI90oJNBRsLqIzKEpV+ow9zaAc5qyG7GCotQMlw/9A3yPOIm+ a4T18AdRRWcWG5denayuO0FqDJ9UmUqP/PlEC3LOlHDolgaVyC4UuDjWuyWm8nphrc++ GVty0jd/z0MN85E/w25gGAamYyr3pQC0QjkAc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=t/mlwgEeKUPFkh6PaPT0l2xXdSF0VbL9+2ouyfrJSqaw7lAyVD81HELNKKCreTk5r6 eq0PwWliDoOOlPFBGNqFEFpq416uFgpZsrHwIB3vkKWwAgkj5SdF/Pl38iZ0MyXxStt7 dbW/nx7lQPOGctb9jfMXvRGtmMIvNIlqr92xA= MIME-Version: 1.0 Received: by 10.151.128.11 with SMTP id f11mr8385199ybn.107.1241291483253; Sat, 02 May 2009 12:11:23 -0700 (PDT) In-Reply-To: References: <32A0BDD9-ACF8-43F4-8D2C-0FC151F1D7CB@cryptomonkeys.org> Date: Sat, 2 May 2009 14:11:23 -0500 Message-ID: From: Alan Cox To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Subject: Re: current zfs tuning in RELENG_7 (AMD64) suggestions ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2009 19:11:24 -0000 On Fri, May 1, 2009 at 6:28 PM, Freddie Cash wrote: > On Fri, May 1, 2009 at 4:12 PM, Louis Kowolowski > wrote: > > On May 1, 2009, at 1:53 PM, Pete French wrote: > >> ... > >> The tuning isn't there to improve performance, it's there to prevent > >> the box going titus due to a panic when the ARC gets too big, and > >> you are missing the mian one, which is to limit the size of the ARC. > >> On recent versions of BSD (and you are running 7.2, so thats fine) then > >> the defaults for kmem size are fine, but you still need something like > >> this: > >> > >> vfs.zfs.arc_max="256M" > >> > >> In there to stop the ARC growing. thats the only tuning I have on > >> my 4 gig machine, which takes a steady stream of data and is used > >> for taking backup snapshots. ZFS is excellent, and for me is perfectly > >> stable, to the point where I am starting to roll it out to production > >> machines, with the above tuning. > >> > > I agree, although I'm using 384 instead of 256. My systems have been > > running in production for almost a year now w/o any ZFS issues. > > The exact value to use will depend on the system. Particularly on the > amount of RAM in the system, and what kmem_max is set to. A > "rule-of-thumb" we've been using is: > kmem_max should be half of the amount of RAM (or 1.5 GB as that's > the current max) This information is outdated. The current max in RELENG_7 for amd64 is ~3.75GB. Regards, Alan From owner-freebsd-stable@FreeBSD.ORG Sat May 2 20:08:43 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC3061065674 for ; Sat, 2 May 2009 20:08:43 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B80C18FC16 for ; Sat, 2 May 2009 20:08:43 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n42K8gRg099647 for ; Sat, 2 May 2009 20:08:43 GMT (envelope-from tmclaugh@sdf.lonestar.org) Received: from tomcat.straycat.dhs.org (tomcat.straycat.dhs.org [192.168.3.130]) by straycat.dhs.org (8.14.1/8.14.1) with ESMTP id n42K8geE002591 for ; Sat, 2 May 2009 16:08:42 -0400 (EDT) Message-ID: <49FCA845.4020305@sdf.lonestar.org> Date: Sat, 02 May 2009 16:08:37 -0400 From: Tom McLaughlin User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 7.2-RC2 Xorg sysinstall bug 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, 02 May 2009 20:08:44 -0000 Hi, I've notice an odd issue in sysinstall with RC2. When I get to the distribution set screen I go to "Custom" and select "All" and then I remove the distribution sets I don't want. It's just quicker to unselect a small handful of sets. However after deselecting Xorg it still gets installed. Anyone have any clue what may be up? It's not an issue if for instance I don't select "All" but instead select Xorg and then unselect it on the "Custom" screen. Thanks. tom (Please CC me on replies.) -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | From owner-freebsd-stable@FreeBSD.ORG Sat May 2 21:37:50 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53BD41065670 for ; Sat, 2 May 2009 21:37:50 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 081478FC12 for ; Sat, 2 May 2009 21:37:49 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1886042ywe.13 for ; Sat, 02 May 2009 14:37:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=OcfR87HXvWPDBA0TtmY4Ylwzd4g1qegNzhFJFgr6SeM=; b=H04T66UYZJmlj0dkQnd9Jeu7ESgTHok60Se3Vm3PBFPxvpoVy9pQA788EcCcTBMsx5 V/alQKVJ8fDotFt901DwBuWfu1Dji6qT+IzVtWVpbYc8Jw/ypugjpQgHIuuL+k27ZupC cNibLNCwgFWI5wEMV0mLBskhw1vBgnQZ2xoXw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=A6bRsfhgCf1diCCJiJlnxiYXkyuI/f/kisiBuDj35pc9n2lSa9hrLaSXi52QwOBnLy Lg06jMKtIjhjjsb/dw2Tcw0kQ27HBvTJv3DnbsTrc52eUTJIWmvkKykqI65NvsMPDXUg E5DYWaZR07oFXv9AqO2i29bTAHcVJKVBv295E= MIME-Version: 1.0 Received: by 10.151.135.8 with SMTP id m8mr8521124ybn.228.1241300269433; Sat, 02 May 2009 14:37:49 -0700 (PDT) In-Reply-To: References: <32A0BDD9-ACF8-43F4-8D2C-0FC151F1D7CB@cryptomonkeys.org> Date: Sat, 2 May 2009 14:37:49 -0700 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: current zfs tuning in RELENG_7 (AMD64) suggestions ? 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, 02 May 2009 21:37:50 -0000 On Sat, May 2, 2009 at 12:11 PM, Alan Cox wrote: > On Fri, May 1, 2009 at 6:28 PM, Freddie Cash wrote: >> On Fri, May 1, 2009 at 4:12 PM, Louis Kowolowski >> wrote: >> > On May 1, 2009, at 1:53 PM, Pete French wrote: >> >> ... >> >> The tuning isn't there to improve performance, it's there to prevent >> >> the box going titus due to a panic when the ARC gets too big, and >> >> you are missing the mian one, which is to limit the size of the ARC. >> >> On recent versions of BSD (and you are running 7.2, so thats fine) th= en >> >> the defaults for kmem size are fine, but you still need something lik= e >> >> this: >> >> >> >> vfs.zfs.arc_max=3D"256M" >> >> >> >> In there to stop the ARC growing. thats the only tuning I have on >> >> my 4 gig machine, which takes a steady stream of data and is used >> >> for taking backup snapshots. ZFS is excellent, and for me is perfectl= y >> >> stable, to the point where I am starting to roll it out to production >> >> machines, with the above tuning. >> >> >> > I agree, although I'm using 384 instead of 256. =C2=A0My systems have = been >> > running in production for almost a year now w/o any ZFS issues. >> >> The exact value to use will depend on the system. =C2=A0Particularly on = the >> amount of RAM in the system, and what kmem_max is set to. =C2=A0A >> "rule-of-thumb" we've been using is: >> =C2=A0 kmem_max should be half of the amount of RAM (or 1.5 GB as that's >> the current max) > > This information is outdated.=C2=A0 The current max in RELENG_7 for amd64= is > ~3.75GB. Nice! Good to hear. Thanks for the correction. Looking forward to testing this with 7.2. --=20 Freddie Cash fjwcash@gmail.com