From owner-freebsd-stable@FreeBSD.ORG Sun Apr 11 08:40:00 2010 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 8C6E4106564A for ; Sun, 11 Apr 2010 08:40:00 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 53BC78FC0C for ; Sun, 11 Apr 2010 08:40:00 +0000 (UTC) Received: by qyk11 with SMTP id 11so3965543qyk.13 for ; Sun, 11 Apr 2010 01:39:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.231.84 with HTTP; Sun, 11 Apr 2010 01:11:42 -0700 (PDT) X-Originating-IP: [59.120.212.57] Date: Sun, 11 Apr 2010 16:11:42 +0800 Received: by 10.229.190.21 with SMTP id dg21mr3568891qcb.69.1270973502997; Sun, 11 Apr 2010 01:11:42 -0700 (PDT) Message-ID: From: Lin Jui-Nan Eric To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Different behavior of make(1) between command line argument and .MAKEFLAGS special target X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2010 08:40:00 -0000 Hi listers, Recently I found that there's different behavior of specifying -j1 in command line argument and special target ".MAKEFLAGS". According to section "SPECIAL TARGETS" in manpage of make(1): .MAKEFLAGS This target provides a way to specify flags for make when the makefile is used. The flags are as if typed to the shell, though the -f option will have no effect. Flags (except for -f) and variable assignments specified as the source for this target are also appended to the .MAKEFLAGS internal variable. Please note the difference between this target and the .MAKEFLAGS internal variable: specifying an option or variable assignment as the source for this target will affect both the current makefile and all processes that make executes. The behavior should be same while specifying flags in Makefile and typed to the shell. But when I try to set "-j" in Makefile, the behavior is different. I have filed a PR and send a patch (http://www.freebsd.org/cgi/query-pr.cgi?pr=144388). Any suggestion is welcomed. Sincerely, Jui-Nan Eric Lin From owner-freebsd-stable@FreeBSD.ORG Sun Apr 11 17:21:10 2010 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 06B19106566B for ; Sun, 11 Apr 2010 17:21:10 +0000 (UTC) (envelope-from christof.schulze@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id D29B38FC23 for ; Sun, 11 Apr 2010 17:21:08 +0000 (UTC) Received: (qmail invoked by alias); 11 Apr 2010 17:21:05 -0000 Received: from e181212024.adsl.alicedsl.de (EHLO klausdieter0815.dyndns.org) [85.181.212.24] by mail.gmx.com (mp-eu005) with SMTP; 11 Apr 2010 19:21:05 +0200 X-Authenticated: #56306756 X-Provags-ID: V01U2FsdGVkX19bUIhulG1bpCM6/38PYFFhowFf6qI5vAHhTT4SzK QW2/7rPk3hNlFU Received: by myhost.mydomain.de (Postfix, from userid 1001) id ECBC21C3B; Sun, 11 Apr 2010 19:21:04 +0200 (CEST) From: Christof Schulze To: freebsd-stable@freebsd.org Date: Sun, 11 Apr 2010 19:20:59 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart317753218.MtYP5YrO9v"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201004111921.04581.christof.schulze@gmx.com> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5 Subject: interrupts may not be functioning with adaptec AHA-2940 on 8-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, 11 Apr 2010 17:21:10 -0000 --nextPart317753218.MtYP5YrO9v Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello world, I am getting this error ahc0: Timedout SCBs already complete. Interrupts ma= y=20 not be functioning. on a 8-stable system on amd64. This card used to work in a 32bit 8.0.=20 =46rom previous posts I found that this might be connected to interrupt cod= e,=20 but I am not sure this really is the same error. I tried to gather relevant= =20 information below, please let me know if I forgot anything and how I can he= lp=20 to get this fixed.=20 I got this while trying to access my scsi scanner which is hooked up to the= =20 adaptec controller in question. Regards Christof uname -a =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D =46reeBSD eri 8.0-STABLE FreeBSD 8.0-STABLE #1: Thu Feb 25 04:01:40 CET 201= 0 =20 root@eri:/usr/obj/usr/src/sys/GENERIC amd64 camcontrol -devlist =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D at scbus0 target 6 lun 0 (pass0) at scbus1 target 0 lun 0 (pass1,ada0) at scbus2 target 0 lun 0 (pass2,ada1) at scbus3 target 0 lun 0 (pass3,ada2) at scbus4 target 0 lun 0 (pass4,ada3) at scbus7 target 0 lun 0 (pass5,da0) relevant part of pciclonf -lv =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D ahc0@pci0:4:2:0: class=3D0x010000 card=3D0x00000000 chip=3D0x7178900= 4=20 rev=3D0x00 hdr=3D0x00 vendor =3D 'Adaptec Inc' device =3D 'Fast/Fast-Wide SCSI Ctrlr (AHA-2940/2940W)' class =3D mass storage subclass =3D SCSI dmesg =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD is a registered trademark of The FreeBSD Foundation. =46reeBSD 8.0-STABLE #1: Thu Feb 25 04:01:40 CET 2010 root@eri:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz (3325.02-MHz K8-class= =20 CPU) Origin =3D "GenuineIntel" Id =3D 0x20652 Stepping =3D 2 Features=3D0xbfebfbff Features2=3D0x298e3ff,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,C= X16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,> AMD Features=3D0x28100800 AMD Features2=3D0x1 TSC: P-state invariant real memory =3D 8589934592 (8192 MB) avail memory =3D 8184041472 (7804 MB) ACPI APIC Table: =46reeBSD/SMP: Multiprocessor System Detected: 4 CPUs =46reeBSD/SMP: 1 package(s) x 2 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 5 ACPI Warning: 32/64X FACS address mismatch in FADT - DF626E40/ =20 0DF626D40, using 32 (20100121/tbfadt-586) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acp= i0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xe000-0xe0ff mem=20 0xf0000000-0xf7ffffff,0xfe630000-0xfe63ffff irq 16 at device 0.0 on pci1 vgapci1: mem 0xfe620000-0xfe62ffff at device 0.1 o= n=20 pci1 pci0: at device 22.0 (no driver attached) atapci0: port=20 0xf0f0-0xf0f7,0xf0e0-0xf0e3,0xf0d0-0xf0d7,0xf0c0-0xf0c3,0xf0b0-0xf0bf irq 1= 8=20 at device 22.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 22.3 (no driver attached) em0: port 0xf040-0xf05f mem=20 0xfe700000-0xfe71ffff,0xfe728000-0xfe728fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:27:0e:05:b8:cc ehci0: mem 0xfe727000-0xfe7273ff irq 1= 6=20 at device 26.0 on pci0 ehci0: [ITHREAD] usbus0: EHCI version 1.0 usbus0: on ehci0 hdac0: mem 0xfe720000-0xfe723f= ff=20 irq 22 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100122_0141 hdac0: [ITHREAD] pcib2: irq 17 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 ehci1: mem 0xfe726000-0xfe7263ff irq 2= 3=20 at device 29.0 on pci0 ehci1: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci1 pcib4: at device 30.0 on pci0 pci4: on pcib4 ahc0: port 0xd000-0xd0ff mem 0xfe508000-0xfe508= fff=20 irq 18 at device 2.0 on pci4 ahc0: [ITHREAD] aic7870: Single Channel A, SCSI Id=3D7, 16/253 SCBs isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port=20 0xf090-0xf097,0xf080-0xf083,0xf070-0xf077,0xf060-0xf063,0xf020-0xf03f mem=20 0xfe725000-0xfe7257ff irq 19 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.30 with 6 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] ahcich2: at channel 2 on ahci0 ahcich2: [ITHREAD] ahcich3: at channel 3 on ahci0 ahcich3: [ITHREAD] ahcich4: at channel 4 on ahci0 ahcich4: [ITHREAD] ahcich5: at channel 5 on ahci0 ahcich5: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 cpu2: on acpi0 coretemp2: on cpu2 est2: on cpu2 p4tcc2: on cpu2 cpu3: on acpi0 coretemp3: on cpu3 est3: on cpu3 p4tcc3: on cpu3 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xcf7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range ZFS filesystem version 3 ZFS storage pool version 14 Timecounters tick every 10.000 msec vboxNetFltInitGlobalsAndIdc failed -2 module_register_init: MOD_LOAD (ng_vboxnetflt, 0xffffffff810fa44b,=20 0xffffffff810f4320) error 22 vboxdrv: fAsync=3D0 offMin=3D0x19c offMax=3D0x2b4 vboxnet0: Ethernet address: 0a:00:27:00:00:00 hdac0: HDA Codec #0: Realtek ALC888 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 pcm3: at cad 0 nid 1 on hdac0 usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered ugen1.2: at usbus1 uhub2: on= =20 usbus1 ugen0.2: at usbus0 uhub3: on= =20 usbus0 uhub3: 6 ports with 6 removable, self powered uhub2: 8 ports with 8 removable, self powered ugen0.3: at usbus0 ulpt0: =20 on usbus0 ulpt0: using bi-directional mode ugen1.3: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks =3D 0x0000 umass0:7:0:-1: Attached to scbus7 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0=20 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready t= o=20 ready change, medium may have changed) ugen1.4: at usbus1 ums0: on usbus1 ums0: 16 buttons and [XYZ] coordinates ID=3D0 uhid0: on usbus1 ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 ada0: ATA-6da0 at umass-sim0 bus 0 scbus7 target= 0=20 lun 0 da0: Removable Direct Access SCSI-0 device=20 da0: 40.000MB/s transfers da0: 7790MB (15954944 512 byte sectors: 255H 63S/T 993C) SATA 1.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) ada0: 78533MB (160836480 512 byte sectors: 16H 63S/T 16383C) ada1 at ahcich1 bus 0 scbus2 target 0 lun 0 ada1: ATA-7 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) ada2 at ahcich2 bus 0 scbus3 target 0 lun 0 ada2: ATA-7 SATA 2.x device ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) ada3 at ahcich3 bus 0 scbus4 target 0 lun 0 ada3: ATA-7 SATA 2.x device ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: Command Queueing enabled ada3: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) pass0 at ahc0 bus 0 scbus0 target 6 lun 0 pass0: Fixed Scanner SCSI-CCS device=20 pass0: 3.300MB/s transfers SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! GEOM: da0: partition 1 does not start on a track boundary. GEOM: da0: partition 1 does not end on a track boundary. Root mount waiting for: usbus1 ugen1.5: at usbus1 uaudio0: o= n=20 usbus1 uaudio0: No playback! uaudio0: Record: 16000 Hz, 1 ch, 16-bit S-LE PCM format uaudio0: No midi sequencer pcm4: on uaudio0 Trying to mount root from zfs:zroot WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.31.0 20080613 info: [drm] Setting GART location based on new memory map info: [drm] Loading R300 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 2 usecs drm0: [ITHREAD] ahc0: PCI error Interrupt at seqaddr =3D 0x7a ahc0: Received a Master Abort ahc0: Recovery Initiated >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahc0: Dumping Card State in Data-in phase, at SEQADDR 0x7d Card was paused ACCUM =3D 0x0, SINDEX =3D 0xb8, DINDEX =3D 0xa8, ARG_2 =3D 0x3d HCNT =3D 0x60 SCBPTR =3D 0x0 SCSISIGI[0xc6]:(REQI|BSYI|IOI|CDI) ERROR[0x40]:(PCIERRSTAT)=20 SCSIBUSL[0x0] LASTPHASE[0x40]:(IOI) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI)=20 SBLKCTL[0x0] SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE)=20 SEQ_FLAGS[0x20]:(DPHASE) SSTAT0[0x4]:(SDONE) SSTAT1[0x13]:(REQINIT|PHASECHG| PHASEMIS)=20 SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x0] SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE| ENSCSIRST|ENSELTIMO)=20 SXFRCTL0[0x80]:(DFON) DFCNTRL[0x3a]:(FIFOFLUSH|HDMAEN|SDMAEN|SCSIEN)=20 DFSTATUS[0x50]:(MREQPEND|DFCACHETH)=20 STACK: 0x0 0x165 0x195 0x6d SCB count =3D 254 Kernel NEXTQSCB =3D 247 Card NEXTQSCB =3D 247 QINFIFO entries:=20 Waiting Queue entries:=20 Disconnected Queue entries:=20 QOUTFIFO entries:=20 Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15=20 Sequencer SCB Info:=20 0 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0]=20 SCB_TAG[0xf6]=20 1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 Pending list:=20 246 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0]=20 Kernel Free SCB list: 248 249 250 251 252 253 245 244 243 242 241 240 239 2= 38=20 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219= =20 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200= =20 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181= =20 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162= =20 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143= =20 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124= =20 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105= =20 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 8= 1=20 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 = 55=20 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 = 29=20 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 = 0=20 Untagged Q(6): 246=20 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> (pass0:ahc0:0:6:0): SCB 0xf6 - timed out sg[0] - Addr 0x69f31520 : Length 96 (pass0:ahc0:0:6:0): BDR message in message buffer ahc0: Timedout SCBs already complete. Interrupts may not be functioning. ahc0: Recovery Initiated >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahc0: Dumping Card State in Data-in phase, at SEQADDR 0x7d Card was paused ACCUM =3D 0x0, SINDEX =3D 0xb8, DINDEX =3D 0xa8, ARG_2 =3D 0x3d HCNT =3D 0x60 SCBPTR =3D 0x0 SCSISIGI[0xd6]:(REQI|BSYI|ATNI|IOI|CDI) ERROR[0x40]:(PCIERRSTAT)=20 SCSIBUSL[0x0] LASTPHASE[0x40]:(IOI) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI)=20 SBLKCTL[0x0] SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE)=20 SEQ_FLAGS[0x20]:(DPHASE) SSTAT0[0x4]:(SDONE) SSTAT1[0x13]:(REQINIT|PHASECHG| PHASEMIS)=20 SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x0] SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE| ENSCSIRST|ENSELTIMO)=20 SXFRCTL0[0x80]:(DFON) DFCNTRL[0x3a]:(FIFOFLUSH|HDMAEN|SDMAEN|SCSIEN)=20 DFSTATUS[0x50]:(MREQPEND|DFCACHETH)=20 STACK: 0x0 0x165 0x195 0x6d SCB count =3D 254 Kernel NEXTQSCB =3D 247 Card NEXTQSCB =3D 247 QINFIFO entries:=20 Waiting Queue entries:=20 Disconnected Queue entries:=20 QOUTFIFO entries:=20 Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15=20 Sequencer SCB Info:=20 0 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0]=20 SCB_TAG[0xf6]=20 1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 Pending list:=20 246 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0]=20 Kernel Free SCB list: 248 249 250 251 252 253 245 244 243 242 241 240 239 2= 38=20 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219= =20 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200= =20 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181= =20 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162= =20 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143= =20 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124= =20 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105= =20 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 8= 1=20 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 = 55=20 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 = 29=20 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 = 0=20 Untagged Q(6): 246=20 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> (pass0:ahc0:0:6:0): SCB 0xf6 - timed out sg[0] - Addr 0x69f31520 : Length 96 (pass0:ahc0:0:6:0): no longer in timeout, status =3D 24b ahc0: Issued Channel A Bus Reset. 1 SCBs aborted ahc0: Timedout SCBs already complete. Interrupts may not be functioning. ahc0: Recovery Initiated >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahc0: Dumping Card State while idle, at SEQADDR 0x1a6 Card was paused ACCUM =3D 0x0, SINDEX =3D 0x20, DINDEX =3D 0xa0, ARG_2 =3D 0x3d HCNT =3D 0x20 SCBPTR =3D 0x0 SCSISIGI[0x0] ERROR[0x40]:(PCIERRSTAT) SCSIBUSL[0x0]=20 LASTPHASE[0x1]:(P_BUSFREE) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI)=20 SBLKCTL[0x0] SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE)=20 SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SSTAT0[0x4]:(SDONE)=20 SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x0] SIMODE1[0xa4]:(ENSCSIPERR| ENSCSIRST|ENSELTIMO)=20 SXFRCTL0[0x80]:(DFON) DFCNTRL[0xc]:(DIRECTION|HDMAEN)=20 DFSTATUS[0x71]:(FIFOEMP|MREQPEND|FIFOQWDEMP|DFCACHETH)=20 STACK: 0x192 0xe 0x0 0x165 SCB count =3D 254 Kernel NEXTQSCB =3D 246 Card NEXTQSCB =3D 247 QINFIFO entries: 247=20 Waiting Queue entries:=20 Disconnected Queue entries:=20 QOUTFIFO entries:=20 Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15=20 Sequencer SCB Info:=20 0 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0]=20 SCB_TAG[0xff]=20 1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 Pending list:=20 247 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x80]: (SCB_XFERLEN_ODD)=20 Kernel Free SCB list: 248 249 250 251 252 253 245 244 243 242 241 240 239 2= 38=20 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219= =20 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200= =20 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181= =20 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162= =20 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143= =20 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124= =20 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105= =20 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 8= 1=20 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 = 55=20 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 = 29=20 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 = 0=20 Untagged Q(6): 247=20 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> (pass0:ahc0:0:6:0): SCB 0xf7 - timed out sg[0] - Addr 0x69f31610 : Length 5 (pass0:ahc0:0:6:0): SCB 247: Immediate reset. Flags =3D 0x620 (pass0:ahc0:0:6:0): no longer in timeout, status =3D 25b ahc0: Issued Channel A Bus Reset. 1 SCBs aborted ahc0: Timedout SCBs already complete. Interrupts may not be functioning. ahc0: Recovery Initiated >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahc0: Dumping Card State while idle, at SEQADDR 0x1a6 Card was paused ACCUM =3D 0x0, SINDEX =3D 0x20, DINDEX =3D 0xa0, ARG_2 =3D 0x3d HCNT =3D 0x20 SCBPTR =3D 0x0 SCSISIGI[0x0] ERROR[0x40]:(PCIERRSTAT) SCSIBUSL[0x0]=20 LASTPHASE[0x1]:(P_BUSFREE) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI)=20 SBLKCTL[0x0] SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE)=20 SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SSTAT0[0x4]:(SDONE)=20 SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x0] SIMODE1[0xa4]:(ENSCSIPERR| ENSCSIRST|ENSELTIMO)=20 SXFRCTL0[0x80]:(DFON) DFCNTRL[0xc]:(DIRECTION|HDMAEN)=20 DFSTATUS[0x71]:(FIFOEMP|MREQPEND|FIFOQWDEMP|DFCACHETH)=20 STACK: 0x192 0xe 0x192 0xe SCB count =3D 254 Kernel NEXTQSCB =3D 247 Card NEXTQSCB =3D 246 QINFIFO entries: 246=20 Waiting Queue entries:=20 Disconnected Queue entries:=20 QOUTFIFO entries:=20 Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15=20 Sequencer SCB Info:=20 0 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0]=20 SCB_TAG[0xff]=20 1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)=20 SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]=20 Pending list:=20 246 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0]=20 Kernel Free SCB list: 248 249 250 251 252 253 245 244 243 242 241 240 239 2= 38=20 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219= =20 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200= =20 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181= =20 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162= =20 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143= =20 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124= =20 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105= =20 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 8= 1=20 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 = 55=20 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 = 29=20 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 = 0=20 Untagged Q(6): 246=20 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> (pass0:ahc0:0:6:0): SCB 0xf6 - timed out sg[0] - Addr 0x7f266980 : Length 96 (pass0:ahc0:0:6:0): SCB 246: Immediate reset. Flags =3D 0x620 (pass0:ahc0:0:6:0): no longer in timeout, status =3D 25b ahc0: Issued Channel A Bus Reset. 1 SCBs aborted ahc0: Timedout SCBs already complete. Interrupts may not be functioning. =2D-=20 () ascii ribbon campaign - against html e-mail=20 /\ www.asciiribbon.org - against proprietary attachments --nextPart317753218.MtYP5YrO9v Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEABECAAYFAkvCBQAACgkQpZfyPAmdZJlYnACeLvzP4D8yDA5tYW3k9FvOdqh8 oGkAoIMxLkHw1YJclcNifp8NnBBPliL+ =yHwF -----END PGP SIGNATURE----- --nextPart317753218.MtYP5YrO9v-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 11 19:01:50 2010 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 A75F4106566B for ; Sun, 11 Apr 2010 19:01:50 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from pinus.izb.knu.ac.kr (pinus.izb.knu.ac.kr [IPv6:2001:470:1f05:5f6:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 55E4E8FC15 for ; Sun, 11 Apr 2010 19:01:50 +0000 (UTC) Received: from pinus.izb.knu.ac.kr (localhost.izb.knu.ac.kr [IPv6:::1]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id F2ED457378 for ; Mon, 12 Apr 2010 04:01:48 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=izb.knu.ac.kr; h=from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding; s=soyeomul; i=bh@izb.knu.ac.kr; bh=A MmfMQ/Lp1C2bn3iSk3ZM5R7TwQiQR558XdaSCQW6uc=; b=HhrROeOx+0UcUfoOS mc/gb0aOJpEL6x/xo4GKJdVXuvryRx8p5E+MzKEBASnCAzz8iiZMMSGXr7bY+oWX waRy8mXGXzWDOZt9v8igHmn3BORnndBMEsuvI3b1mwHLoHCCbrFqyimDVBUEcHG0 RRzF++b4PxIVdkF7nO2vVN9OR0= Received: from rhodo.izb.knu.ac.kr (rhodo.izb.knu.ac.kr [IPv6:2001:470:1f05:5f8:3::2]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id 7885057375 for ; Mon, 12 Apr 2010 04:01:48 +0900 (KST) Received: from betla.home (unknown [59.24.179.141]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: bh@izb.knu.ac.kr) by rhodo.izb.knu.ac.kr (Postfix) with ESMTP id 7F1681CD73 for ; Mon, 12 Apr 2010 04:01:46 +0900 (KST) From: Byung-Hee HWANG To: stable@freebsd.org Organization: GR Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEVMM2UIAhGJrpkJDwsD AwgJAggKPnwFBAIEBAQJAjTkRM0eAAACN0lEQVQ4jW3Tv2sbMRQHcPnSDt78bMWctkOBgDc7 10I8Cl6DOpZm6RgPBx4LgbrjUbVVNiuXHNF/2yfJzqnEwmDfffyV9PSD2UNTfuu9A/65cT39 AnZ4j8pTcxzM/HlO4F8BnAcHCK14CuBeQXAFAJwbg/MmS2igEDWtrfZ9PyQiiJCxei1o+CNY bUJX4J1Cr8TQlbWmFZ3vijFwT58c7kW3Z3K84oJrFAPYds8Yk6zmwnGLGai9rApZnaGgBbAZ wF6GdoY3DiADA74IMMa5KzFPGEWDSLmAiSttDkhTqUVxAX+c/g9ER7BeVnzyZAdA5Go9Y+OC ydXNXZlDCetJtfpWyXp6xzNQmkA+i0J+nI7jGJjKVjPfXYUKpXtc3AbQR2CraazQP17StKgr /QpXEZrNAdIY7Wx/HmHR91U2K8XP10BLSEvS94scoPUJvN/mCVSqxiVBBdCzAbDkeG2/XlVy BCA8ZoD4AZdUxYsiABPABNCIhsagnng4LDvL0LYYijdWCZrsRTx3YUnQGh46+0sZ2tv3MZ1A xdKNxnuYFO9onTEClYZpHX//LNjyOiRs2ihzhO9MVnYACqo051YUZwMYhXEW1L7s2XU6LxZv I6g4L1NTeSm7+wUBlCpD3Cyl3KXEqq5ZG+8RhEfBqsN2jrqaQYQ2PH/qRqmnh4auGgjnXPrj j1udunqg887i/daHXTlA+Gbgm8aX9k1jvifQp2Ajm+2pRL+hk3QKGikv3dv3IdE4cwL+ATzH tMu8OktOAAAAAElFTkSuQmCC X-Url: http://izb.knu.ac.kr/~bh/ X-Window-System: GNU Network Object Model Environment X-EMMS-Playing: Nothing playing right now Date: Mon, 12 Apr 2010 04:01:42 +0900 Message-ID: <86r5ml6cfd.fsf@betla.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Please give me Chromium ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2010 19:01:50 -0000 Few days ago, i touched for a while Google Chrome web-browser in my friend desktop -- he runs WindowsXP. The Chrome was very great program at that time. Really i want it chromium on FreeBSD desktop, too. Sombody should take to FreeBSD ports tree! That's really Big Guns ... =20=20=20 --=20 =EC=86=8C=EC=97=AC=EB=AC=BC =ED=99=A9=EB=B3=91=ED=9D=AC(=E9=BB=83=E7=82=B3= =E7=86=99) | .. =EC=B6=9C=ED=95=AD 15=EB=B6=84=EC=A0=84.. "Did he really kill six men?" "That's what the newspapers claimed. Nobody ever proved it." -- Kay Adams and Michael Corleone, "Chapter 1", page 24 From owner-freebsd-stable@FreeBSD.ORG Sun Apr 11 17:31:06 2010 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 DE8CE106566C for ; Sun, 11 Apr 2010 17:31:06 +0000 (UTC) (envelope-from pwnell@telkomsa.net) Received: from sun.pwnconsulting.co.za (mail.waldonell.com [207.192.70.167]) by mx1.freebsd.org (Postfix) with ESMTP id 9C2688FC18 for ; Sun, 11 Apr 2010 17:31:06 +0000 (UTC) Received: from s0106001cf08dd13f.vs.shawcable.net ([96.55.181.244] helo=vcs.pwnconsulting.za.net) by sun.pwnconsulting.co.za with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1O10bI-000796-9c for stable@freebsd.org; Sun, 11 Apr 2010 10:05:37 -0700 From: Waldo Nell Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 11 Apr 2010 10:05:29 -0700 Message-Id: To: stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) X-SA-Exim-Connect-IP: 96.55.181.244 X-SA-Exim-Mail-From: pwnell@telkomsa.net X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sun.pwnconsulting.co.za X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Thu, 26 Jun 2008 08:56:56 +0000) X-SA-Exim-Scanned: Yes (on sun.pwnconsulting.co.za) X-Mailman-Approved-At: Sun, 11 Apr 2010 19:44:27 +0000 Cc: Subject: Possible crashing bug in RELENG_8 for Realtek NICs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2010 17:31:06 -0000 I have possibly found a bug in FreeBSD RELENG_8 where the system would = randomly grind to a halt between 1 hour and 8 hours uptime. This did = not occur in 7.2 on the same hardware. I see lots of re0: watchdog = timeout messages on the console and then suddenly everything freezes - = the keybaord input does not work, I cannot ssh or open any new TCP = connections. Existing connections seem to work fine and still passes on = traffic through the system. I posted a bug report here: = http://forum.pfsense.org/index.php/topic,24158.msg124878.html It seems like it is the Realtek onboard adapter in my system. The = moment I disable it in the BIOS (it is an onboard NIC) then the system = does not crash anymore. I added an Intel Pro/1000 NIC and since doing = that the machine is stable again. But if I re-enable the Realtek the = system crashes within 8 hours. Here is some debug output that might help: # dmesg Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-STABLE #1: Mon Apr 5 12:40:40 EDT 2010 = ermal@FreeBSD_8.0_pfSense_2.0-snaps.pfsense.org:/usr/obj.pfSense/usr/pfSen= sesrc/src/sys/pfSense_SMP.8 i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 430 @ 1.80GHz (1795.51-MHz = 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x10661 Family =3D 6 Model =3D 16 = Stepping =3D 1 = Features=3D0xafebfbff Features2=3D0xe31d AMD Features=3D0x20000000 AMD Features2=3D0x1 TSC: P-state invariant real memory =3D 1073741824 (1024 MB) avail memory =3D 1023414272 (976 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ipw_bss: You need to read the LICENSE file in = /usr/share/doc/legal/intel_ipw/. ipw_bss: If you agree with the license, set = legal.intel_ipw.license_ack=3D1 in /boot/loader.conf. module_register_init: MOD_LOAD (ipw_bss_fw, 0xc0728b70, 0) error 1 ipw_ibss: You need to read the LICENSE file in = /usr/share/doc/legal/intel_ipw/. ipw_ibss: If you agree with the license, set = legal.intel_ipw.license_ack=3D1 in /boot/loader.conf. module_register_init: MOD_LOAD (ipw_ibss_fw, 0xc0728c30, 0) error 1 ipw_monitor: You need to read the LICENSE file in = /usr/share/doc/legal/intel_ipw/. ipw_monitor: If you agree with the license, set = legal.intel_ipw.license_ack=3D1 in /boot/loader.conf. module_register_init: MOD_LOAD (ipw_monitor_fw, 0xc0728cf0, 0) error 1 wpi: You need to read the LICENSE file in = /usr/share/doc/legal/intel_wpi/. wpi: If you agree with the license, set legal.intel_wpi.license_ack=3D1 = in /boot/loader.conf. module_register_init: MOD_LOAD (wpi_fw, 0xc08f7640, 0) error 1 wlan: mac acl policy registered kbd1 at kbdmux0 cryptosoft0: on motherboard padlock0: No ACE support. acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3f700000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on = acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xcc00-0xcc07 mem = 0xfe980000-0xfe9fffff,0xd0000000-0xdfffffff,0xfe940000-0xfe97ffff irq 16 = at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M pci0: at device 27.0 (no driver attached) pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 em0: port 0xdc00-0xdc1f = mem 0xfeae0000-0xfeafffff,0xfea00000-0xfea7ffff,0xfeadc000-0xfeadffff = irq 16 at device 0.0 on pci1 em0: Using MSIX interrupts em0: [ITHREAD] em0: [ITHREAD] em0: [ITHREAD] pcib2: irq 19 at device 28.3 on pci0 pci2: on pcib2 uhci0: port 0xc880-0xc89f irq = 23 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup =3D 0x2f00 usbus0: on uhci0 uhci1: port 0xc800-0xc81f irq = 19 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup =3D 0x2f00 usbus1: on uhci1 uhci2: port 0xc480-0xc49f irq = 18 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup =3D 0x2f00 usbus2: on uhci2 uhci3: port 0xc400-0xc41f irq = 16 at device 29.3 on pci0 uhci3: [ITHREAD] uhci3: LegSup =3D 0x2f00 usbus3: on uhci3 ehci0: mem = 0xfe937c00-0xfe937fff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib3: at device 30.0 on pci0 pci3: on pcib3 vr0: port 0xe800-0xe8ff mem = 0xfebffc00-0xfebffcff irq 18 at device 1.0 on pci3 vr0: Quirks: 0x0 vr0: Revision: 0x86 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: [ITHREAD] vr1: port 0xe400-0xe4ff mem = 0xfebff800-0xfebff8ff irq 19 at device 2.0 on pci3 vr1: Quirks: 0x0 vr1: Revision: 0x86 miibus1: on vr1 ukphy1: PHY 1 on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr1: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port = 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb80f = irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_tz0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 ppc0: parallel port not found. p4tcc0: on cpu0 Timecounter "TSC" frequency 1795511421 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 acd0: DVDR at ata0-master UDMA66=20 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ad4: 305245MB at ata2-master UDMA100 = SATA Root mount waiting for: usbus4 usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered Root mount waiting for: usbus4 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/ad4s1a pflog0: promiscuous mode enabled em0: link state changed to UP vr1: promiscuous mode enabled vr0: promiscuous mode enabled vr0: promiscuous mode disabled vr0: link state changed to UP Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 done All buffers synced. Uptime: 18h2m24s Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-STABLE #1: Mon Apr 5 12:40:40 EDT 2010 = ermal@FreeBSD_8.0_pfSense_2.0-snaps.pfsense.org:/usr/obj.pfSense/usr/pfSen= sesrc/src/sys/pfSense_SMP.8 i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 430 @ 1.80GHz (1795.51-MHz = 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x10661 Family =3D 6 Model =3D 16 = Stepping =3D 1 = Features=3D0xafebfbff Features2=3D0xe31d AMD Features=3D0x20000000 AMD Features2=3D0x1 TSC: P-state invariant real memory =3D 1073741824 (1024 MB) avail memory =3D 1023414272 (976 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ipw_bss: You need to read the LICENSE file in = /usr/share/doc/legal/intel_ipw/. ipw_bss: If you agree with the license, set = legal.intel_ipw.license_ack=3D1 in /boot/loader.conf. module_register_init: MOD_LOAD (ipw_bss_fw, 0xc0728b70, 0) error 1 ipw_ibss: You need to read the LICENSE file in = /usr/share/doc/legal/intel_ipw/. ipw_ibss: If you agree with the license, set = legal.intel_ipw.license_ack=3D1 in /boot/loader.conf. module_register_init: MOD_LOAD (ipw_ibss_fw, 0xc0728c30, 0) error 1 ipw_monitor: You need to read the LICENSE file in = /usr/share/doc/legal/intel_ipw/. ipw_monitor: If you agree with the license, set = legal.intel_ipw.license_ack=3D1 in /boot/loader.conf. module_register_init: MOD_LOAD (ipw_monitor_fw, 0xc0728cf0, 0) error 1 wpi: You need to read the LICENSE file in = /usr/share/doc/legal/intel_wpi/. wpi: If you agree with the license, set legal.intel_wpi.license_ack=3D1 = in /boot/loader.conf. module_register_init: MOD_LOAD (wpi_fw, 0xc08f7640, 0) error 1 wlan: mac acl policy registered kbd1 at kbdmux0 cryptosoft0: on motherboard padlock0: No ACE support. acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3f700000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on = acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xbc00-0xbc07 mem = 0xfe880000-0xfe8fffff,0xd0000000-0xdfffffff,0xfe840000-0xfe87ffff irq 16 = at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M pci0: at device 27.0 (no driver attached) pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 em0: port 0xcc00-0xcc1f = mem 0xfe9e0000-0xfe9fffff,0xfe900000-0xfe97ffff,0xfe9dc000-0xfe9dffff = irq 16 at device 0.0 on pci1 em0: Using MSIX interrupts em0: [ITHREAD] em0: [ITHREAD] em0: [ITHREAD] pcib2: irq 19 at device 28.3 on pci0 pci2: on pcib2 re0: port = 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x34000000 re0: MAC rev. 0x00000000 miibus0: on re0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: [FILTER] uhci0: port 0xb880-0xb89f irq = 23 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup =3D 0x2f00 usbus0: on uhci0 uhci1: port 0xb800-0xb81f irq = 19 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup =3D 0x2f00 usbus1: on uhci1 uhci2: port 0xb480-0xb49f irq = 18 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup =3D 0x2f00 usbus2: on uhci2 uhci3: port 0xb400-0xb41f irq = 16 at device 29.3 on pci0 uhci3: [ITHREAD] uhci3: LegSup =3D 0x2f00 usbus3: on uhci3 ehci0: mem = 0xfe837c00-0xfe837fff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib3: at device 30.0 on pci0 pci3: on pcib3 vr0: port 0xe800-0xe8ff mem = 0xfebffc00-0xfebffcff irq 18 at device 1.0 on pci3 vr0: Quirks: 0x0 vr0: Revision: 0x86 miibus1: on vr0 ukphy0: PHY 1 on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: [ITHREAD] vr1: port 0xe400-0xe4ff mem = 0xfebff800-0xfebff8ff irq 19 at device 2.0 on pci3 vr1: Quirks: 0x0 vr1: Revision: 0x86 miibus2: on vr1 ukphy1: PHY 1 on miibus2 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr1: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port = 0xb080-0xb087,0xb000-0xb003,0xac00-0xac07,0xa880-0xa883,0xa800-0xa80f = irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_tz0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 ppc0: parallel port not found. p4tcc0: on cpu0 Timecounter "TSC" frequency 1795509333 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 acd0: DVDR at ata0-master UDMA66=20 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ad4: 305245MB at ata2-master UDMA100 = SATA Root mount waiting for: usbus4 usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered Root mount waiting for: usbus4 Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/ad4s1a pflog0: promiscuous mode enabled em0: link state changed to UP vr1: promiscuous mode enabled vr0: promiscuous mode enabled re0: promiscuous mode enabled # uname -a FreeBSD gw.pwnconsulting.za.net 8.0-STABLE FreeBSD 8.0-STABLE #1: Mon = Apr 5 12:40:40 EDT 2010 = ermal@FreeBSD_8.0_pfSense_2.0-snaps.pfsense.org:/usr/obj.pfSense/usr/pfSen= sesrc/src/sys/pfSense_SMP.8 i386 # pciconf -lv hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x26241019 = chip=3D0x27708086 rev=3D0x02 hdr=3D0x00 class =3D bridge subclass =3D HOST-PCI vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x26241019 = chip=3D0x27728086 rev=3D0x02 hdr=3D0x00 class =3D display subclass =3D VGA none0@pci0:0:27:0: class=3D0x040300 card=3D0x29501019 = chip=3D0x27d88086 rev=3D0x01 hdr=3D0x00 class =3D multimedia subclass =3D HDA pcib1@pci0:0:28:0: class=3D0x060400 card=3D0x26241019 = chip=3D0x27d08086 rev=3D0x01 hdr=3D0x01 class =3D bridge subclass =3D PCI-PCI pcib2@pci0:0:28:3: class=3D0x060400 card=3D0x26241019 = chip=3D0x27d68086 rev=3D0x01 hdr=3D0x01 class =3D bridge subclass =3D PCI-PCI uhci0@pci0:0:29:0: class=3D0x0c0300 card=3D0x26241019 = chip=3D0x27c88086 rev=3D0x01 hdr=3D0x00 class =3D serial bus subclass =3D USB uhci1@pci0:0:29:1: class=3D0x0c0300 card=3D0x26241019 = chip=3D0x27c98086 rev=3D0x01 hdr=3D0x00 class =3D serial bus subclass =3D USB uhci2@pci0:0:29:2: class=3D0x0c0300 card=3D0x26241019 = chip=3D0x27ca8086 rev=3D0x01 hdr=3D0x00 class =3D serial bus subclass =3D USB uhci3@pci0:0:29:3: class=3D0x0c0300 card=3D0x26241019 = chip=3D0x27cb8086 rev=3D0x01 hdr=3D0x00 class =3D serial bus subclass =3D USB ehci0@pci0:0:29:7: class=3D0x0c0320 card=3D0x26241019 = chip=3D0x27cc8086 rev=3D0x01 hdr=3D0x00 class =3D serial bus subclass =3D USB pcib3@pci0:0:30:0: class=3D0x060401 card=3D0x26241019 = chip=3D0x244e8086 rev=3D0xe1 hdr=3D0x01 class =3D bridge subclass =3D PCI-PCI isab0@pci0:0:31:0: class=3D0x060100 card=3D0x26241019 = chip=3D0x27b88086 rev=3D0x01 hdr=3D0x00 class =3D bridge subclass =3D PCI-ISA atapci0@pci0:0:31:1: class=3D0x01018a card=3D0x26241019 = chip=3D0x27df8086 rev=3D0x01 hdr=3D0x00 class =3D mass storage subclass =3D ATA atapci1@pci0:0:31:2: class=3D0x01018f card=3D0x26241019 = chip=3D0x27c08086 rev=3D0x01 hdr=3D0x00 class =3D mass storage subclass =3D ATA none1@pci0:0:31:3: class=3D0x0c0500 card=3D0x26241019 = chip=3D0x27da8086 rev=3D0x01 hdr=3D0x00 class =3D serial bus subclass =3D SMBus em0@pci0:1:0:0: class=3D0x020000 card=3D0xa01f8086 chip=3D0x10d38086 = rev=3D0x00 hdr=3D0x00 class =3D network subclass =3D ethernet re0@pci0:2:0:0: class=3D0x020000 card=3D0x81361019 chip=3D0x813610ec = rev=3D0x01 hdr=3D0x00 class =3D network subclass =3D ethernet vr0@pci0:3:1:0: class=3D0x020000 card=3D0x14071186 chip=3D0x31061106 = rev=3D0x86 hdr=3D0x00 class =3D network subclass =3D ethernet vr1@pci0:3:2:0: class=3D0x020000 card=3D0x14071186 chip=3D0x31061106 = rev=3D0x86 hdr=3D0x00 class =3D network subclass =3D ethernet Let me know if there are any additional information you need. Regards, Waldo From owner-freebsd-stable@FreeBSD.ORG Sun Apr 11 20:40:21 2010 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 E5FA11065670 for ; Sun, 11 Apr 2010 20:40:21 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 5F7878FC08 for ; Sun, 11 Apr 2010 20:40:17 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so456465fge.13 for ; Sun, 11 Apr 2010 13:40:07 -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=GoFZ4BJti2D4Szi7WwG+ZJnEhJnjxKffY3k0r+emskc=; b=v+lwLB25h8yS/+T4O/zwe/pKHR6c1c1nzTEmnPcoHCmSd6t86WBpHyiKtnO/Dfhf4W xgEiN4AiIToiiQ5s01tJ0KLA+j7IXM793odQt7ZqmomxrZYnoZ1zkldGjc9Q2tC9K/0T ticBbCLIAe+Kfhk2Jagnd4gNR/+kUVHkPTCcg= 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=A22kcAar8ivLw6gKsqxLzDxcgZDllFNyM5j8yKH+KqyLYRhwe+HCibEltbLz0IwhWj 3YMii+WtVSas5AvpeHd9+l8bhq7g7wgyC0V1PUl6ZMxlZaS/6dH/XmgJG41X1SFq/XlG UiAyhG35WRX9EzcvQVDAq1EaoSS7Uag9AX4xQ= Received: by 10.223.143.67 with SMTP id t3mr2218130fau.16.1271018407229; Sun, 11 Apr 2010 13:40:07 -0700 (PDT) Received: from localhost ([95.69.173.44]) by mx.google.com with ESMTPS id e17sm7160588fke.27.2010.04.11.13.40.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Apr 2010 13:40:05 -0700 (PDT) To: Brandon Gooch References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <20100408183900.GJ5734@michelle.cdnetworks.com> Organization: Home From: Mikolaj Golub Date: Sun, 11 Apr 2010 23:40:03 +0300 In-Reply-To: (Brandon Gooch's message of "Thu\, 8 Apr 2010 14\:52\:07 -0500") Message-ID: <86d3y54tb0.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: pyunyh@gmail.com, Brandon Gooch , freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em driver regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2010 20:40:22 -0000 Hi, On Thu, 8 Apr 2010 14:52:07 -0500 Brandon Gooch wrote: > On Thu, Apr 8, 2010 at 2:17 PM, Jack Vogel wrote: >> Try the code I just checked in, it puts in the CRC stripping, but also >> tweaks the >> TX code, this may resolve the watchdogs. Let me know. >> >> Cheers, >> >> Jack >> > > Yes, this is indeed the fix for both the dhclient and VirtualBox issue > (at least with my setup). There appear to be no ill effects either. Today I have upgraded the kernel in my VirtualBox (3.1.51.r27187) to the latest current and have "em0: Watchdog timeout -- resetting" issue. My previous kernel was for Mar 12. Tracking the revision where the problem appeared I see that the issue is not observed for r203834 and starts to observe after r205869. Interestingly, if I enter ddb and then exit (sometimes I needed to do this twice) the errors stop and network starts working. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sun Apr 11 21:40:59 2010 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 7BAFC106566B for ; Sun, 11 Apr 2010 21:40:59 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 5C9058FC1B for ; Sun, 11 Apr 2010 21:40:59 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1O14tm-0002F1-Kw for freebsd-stable@freebsd.org; Sun, 11 Apr 2010 14:40:58 -0700 Message-ID: <28212019.post@talk.nabble.com> Date: Sun, 11 Apr 2010 14:40:58 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org In-Reply-To: <86r5ml6cfd.fsf@betla.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <86r5ml6cfd.fsf@betla.home> Subject: Re: Please give me Chromium ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2010 21:40:59 -0000 Byung-Hee HWANG wrote: > > Few days ago, i touched for a while Google Chrome web-browser in my > friend desktop -- he runs WindowsXP. The Chrome was very great program > at that time. Really i want it chromium on FreeBSD desktop, too. > http://chromium.jaggeri.com/ http://chromium.jaggeri.com/subscriptions -- View this message in context: http://old.nabble.com/Please-give-me-Chromium-...-tp28210936p28212019.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 04:37:40 2010 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 3D52D106566C for ; Mon, 12 Apr 2010 04:37:40 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-gx0-f211.google.com (mail-gx0-f211.google.com [209.85.217.211]) by mx1.freebsd.org (Postfix) with ESMTP id EC0298FC17 for ; Mon, 12 Apr 2010 04:37:39 +0000 (UTC) Received: by gxk3 with SMTP id 3so2607858gxk.13 for ; Sun, 11 Apr 2010 21:37:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to :subject:from:x-mailer:mime-version:content-type :content-transfer-encoding; bh=XNu7hRX66/Rlt+9U/5O8SYNjWo7yfkBkUJkY43s7AMA=; b=YDItiP/D+K4eZc/9S29mRFm/YIds3erpzCnkIvAwWUAW6pjh6isMxINeJC+PAwPP+l 5V8Q7REz7uXvdSl0jWU5pGZNBF+h/cpzUvgCeHQs6+XHqEMigvCFyAR1UDwdi/7IruIB gTwJoka51KiABHZSF4TQz4Ie+/RxN/UvgIfz0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:subject:from:x-mailer:mime-version :content-type:content-transfer-encoding; b=JJhegFoGfWvhWm3yIAGxCX5q092zigt1vO6216SAFxjgP9jwcLj/2xeBV9sZ6a2N3N D4BKs/aR2q1q+/4wOTNuqfjsiDDyq+6U6L8WbH1gT13WzMk3fY0klPSgz1ZU0qysy6BL M+ohcbcNG5dqP/Zvxvt9F5aKYzeduJVZ3IBBc= Received: by 10.101.137.22 with SMTP id p22mr5486838ann.247.1271045540767; Sun, 11 Apr 2010 21:12:20 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 20sm984088yxe.5.2010.04.11.21.12.18 (version=SSLv3 cipher=RC4-MD5); Sun, 11 Apr 2010 21:12:20 -0700 (PDT) Sender: Maho NAKATA Date: Mon, 12 Apr 2010 13:12:13 +0900 (JST) Message-Id: <20100412.131213.4959786962516027.chat95@mac.com> To: freebsd-stable@freebsd.org From: Maho NAKATA X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 04:37:40 -0000 Hi FreeBSD developers, [the original article in Japanese can be found at http://blog.goo.ne.jp/nakatamaho/e/b5f6fbc3cc6e1ac4947463eb1ca4eb0a ] *Abstract* I compared the peak performance of FreeBSD 8.0/amd64 and Ubuntu 9.10 amd64 using dgemm (a linear algebra routine, matrix-matrix multiplication). I obtained only 70% of theoretical peak performance on FreeBSD 8/amd64 and almost 95% on Ubuntu 9.10 /amd64. I'm really disappointed. *Introduction* I'm a friend of Gotoh Kazushige, the principal developers of GotoBLAS. He told me that FreeBSD is not suitable OS for scientific computing or high performance computing. He says (in Japanese and my translation): > I guess FreeBSD does page coloring, but I don't think FreeBSD considers very large cache > size which recent CPU has. Support of a very large cache on Linux is still not very will > sophisticated, but on *BSDs, its worst; they uses too fine memory allocation method, > so we cannot expect large continuous physical memory allocation. > Moreover, process scheduling is not so nice as *BSD employs an algorithm that > changes physical CPUs in turn instead of allocating one core for such kind of jobs. > Take your own benchmark, and you'll see.. *Result* Machine: Core i7 920 (42.56-44.8Gflops) / DDR3 1066 OS: FreeBSD 8.0/amd64 and Ubuntu 9.10 GotoBLAS2: 1.13 dgemm result OS : FLOPS : percent in peak FreeBSD : 32.0 GFlops : 71% Ubuntu : 42.0-42.7GFlops : 93.8%-95.3% Thanks, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 04:47:47 2010 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 C78351065670 for ; Mon, 12 Apr 2010 04:47:47 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 805568FC16 for ; Mon, 12 Apr 2010 04:47:47 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so1819808qwi.7 for ; Sun, 11 Apr 2010 21:47:46 -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:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=b147qckV7xDlOU503xoQctp1oyn4iL3ylxZ57j7lLfM=; b=Vl35nobI2MYKr4miChgThupkVfM31lNO5mClr1mvdvG4T1hgrciL4+jihMLO2UjkR9 INxqZpd447Qocs9QmIMksUTfSQGk7KeRFvaERcGknujwRR/XBHc4+xPviqKTGsf5psZH E3brb5HpSnw+GrYwJxtzk71KQY1/nVbNL6e0A= 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=AUlOEdZhRDkNBy7zIw5uz50sNlpIyCMUoM4qjiIs9h28lycIaqZFhFTfJFvLIIxi4r 5cwUMvp27f2X+d+ngKoXCSuTcg67FtoP9doQTUZLC1mWJG693Ipeibv+mWzacGwyMq6t xP3kyBUwwfGvZnIpnKlENC56ltiYI1oyqK1Os= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Sun, 11 Apr 2010 21:47:46 -0700 (PDT) In-Reply-To: <20100412.131213.4959786962516027.chat95@mac.com> References: <20100412.131213.4959786962516027.chat95@mac.com> Date: Sun, 11 Apr 2010 21:47:46 -0700 Received: by 10.229.191.18 with SMTP id dk18mr5261461qcb.9.1271047666571; Sun, 11 Apr 2010 21:47:46 -0700 (PDT) Message-ID: From: Garrett Cooper To: Maho NAKATA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 04:47:47 -0000 On Sun, Apr 11, 2010 at 9:12 PM, Maho NAKATA wrote: > Hi FreeBSD developers, > [the original article in Japanese can be found at > http://blog.goo.ne.jp/nakatamaho/e/b5f6fbc3cc6e1ac4947463eb1ca4eb0a ] > > *Abstract* > I compared the peak performance of FreeBSD 8.0/amd64 and Ubuntu 9.10 amd6= 4 using dgemm > (a linear algebra routine, matrix-matrix multiplication). > I obtained only 70% of theoretical peak performance on FreeBSD 8/amd64 an= d > almost 95% on Ubuntu 9.10 /amd64. I'm really disappointed. > > *Introduction* > I'm a friend of Gotoh Kazushige, the principal developers of GotoBLAS. He= told me that > FreeBSD is not suitable OS for scientific computing or high performance c= omputing. He says > (in Japanese and my translation): > >> I guess FreeBSD does page coloring, but I don't think FreeBSD considers = very large cache >> size which recent CPU has. Support of a very large cache on Linux is sti= ll not very will >> sophisticated, but on *BSDs, its worst; they uses too fine memory alloca= tion method, >> so we cannot expect large continuous physical memory allocation. >> Moreover, process scheduling is not so nice as *BSD employs an algorithm= that >> changes physical CPUs in turn instead of allocating one core for such ki= nd of jobs. >> Take your own benchmark, and you'll see.. > > *Result* > Machine: Core i7 920 (42.56-44.8Gflops) / DDR3 1066 > OS: FreeBSD 8.0/amd64 and Ubuntu 9.10 > GotoBLAS2: 1.13 > > dgemm result > OS =A0 =A0 =A0: FLOPS =A0 =A0 =A0 =A0 =A0 : percent in peak > FreeBSD : 32.0 GFlops =A0 =A0 : 71% > Ubuntu =A0: 42.0-42.7GFlops : 93.8%-95.3% I'm not sure if this is the exact issue, but it might be a point of reference worth investigating: http://lists.freebsd.org/pipermail/freebsd-hackers/2010-March/031004.ht= ml Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 09:49:16 2010 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 9B56B106566C for ; Mon, 12 Apr 2010 09:49:16 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 671268FC19 for ; Mon, 12 Apr 2010 09:49:16 +0000 (UTC) Received: from compute1.internal (compute1.internal [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id CC960EAA79 for ; Mon, 12 Apr 2010 05:49:15 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 12 Apr 2010 05:49:15 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=WFW8/XVHK0Z8A/p0YKb+W7aEtEI=; b=Db6s+q9d8I6C/cQnmWtl0esNq/dK6uK29CTuGEIBD/LqrYzB7c2l2/b5l1Lte/NLwvhwuVolpLxxgfQdu0haXzQKao03QJrqH5P0NUpMxokXW1phRFyF53dFTAdb+JaJTbGaN/zIdyRcIh8/82vyc54zV1tWHF8+Q4g9A2KVJHY= X-Sasl-enc: E4tm6b3D6Cimi7D1HQqj37kJCf7Jj+LLl7P/YCTedBcU 1271065755 Received: from anglepoise.lon.incunabulum.net (cpc2-dals7-0-0-cust253.hari.cable.virginmedia.com [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 734AF2ECF for ; Mon, 12 Apr 2010 05:49:15 -0400 (EDT) Message-ID: <4BC2EC9A.2020207@incunabulum.net> Date: Mon, 12 Apr 2010 10:49:14 +0100 From: Bruce Simpson User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100406 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20100412.131213.4959786962516027.chat95@mac.com> In-Reply-To: <20100412.131213.4959786962516027.chat95@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 09:49:16 -0000 On 04/12/10 05:12, Maho NAKATA wrote: > *Abstract* > I compared the peak performance of FreeBSD 8.0/amd64 and Ubuntu 9.10 amd64 using dgemm > (a linear algebra routine, matrix-matrix multiplication). > I obtained only 70% of theoretical peak performance on FreeBSD 8/amd64 and > almost 95% on Ubuntu 9.10 /amd64. I'm really disappointed. > So, where's the profiling to discover why this is the case? Also I'm not clear on what constitutes 'theoretical peak performance' here or how it is being calculated. So figures like these come across as unscientific. I'm sure this is something which can be resolved if someone sits down, profiles the app, and makes the necessary adjustments (e.g. pthread_setaffinity_np()) to configure CPU affinity, if the lack of it is pessimizing your friend's app. The PMC framework is rapidly maturing, and you can use KCacheGrind with it to visualize context switch overhead. But I think it's expecting a bit much to post informal results to -stable, in an expectation of something other thaninformal suggestions of what may help someone's maths-intensive application. If there are performance issues, then reproducible results are needed, as well as some basic profiling effort of the system elements involved, before people could say anything either way, or offer further help. cheers, BMS From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 10:00:50 2010 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 541F4106564A for ; Mon, 12 Apr 2010 10:00:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f201.google.com (mail-pz0-f201.google.com [209.85.222.201]) by mx1.freebsd.org (Postfix) with ESMTP id 24F5C8FC16 for ; Mon, 12 Apr 2010 10:00:49 +0000 (UTC) Received: by pzk39 with SMTP id 39so250565pzk.7 for ; Mon, 12 Apr 2010 03:00:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=VhEaoM+WzPvM9RGWkaUmD+S7AzrIBVDX6AC048OrB1U=; b=NYZdMGvF4tPgQa05byQY2lXmkovBk9uYSKMebWYnnjbmx0q/BpUpotZvGf1+gHhmy/ O2XhjbhS38O0xEMk5wM990rMnvGsT6Gf2iPY1qAN5cYFzIQQEw9SvB4XRcOpHhjvLh8g p5F8RLiW+LUao20Y/UOlySzz+WMtfEBNc5e2M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=X6IJwazXWXgdLMgvDm/WgZ67JGmVyYXt9ypDabnNmEiZFe8L4jFoH0TsQZfXJWRVSI 8r7pgvyxlq9Fjy816QhXfEYN3BYMsU+sANb+Vd+QFFo4A9vSqqbOS/VSzjxTfL3xVELD MKRr8Jz/vJVhDq8VF+1b+9pQ6DfNMtFNOdfZk= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.231.177.234 with HTTP; Mon, 12 Apr 2010 02:31:05 -0700 (PDT) In-Reply-To: <20100412.131213.4959786962516027.chat95@mac.com> References: <20100412.131213.4959786962516027.chat95@mac.com> Date: Mon, 12 Apr 2010 17:31:05 +0800 X-Google-Sender-Auth: 9b9d2ff4708c62f6 Received: by 10.141.108.14 with SMTP id k14mr2795286rvm.170.1271064666243; Mon, 12 Apr 2010 02:31:06 -0700 (PDT) Message-ID: From: Adrian Chadd To: Maho NAKATA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 10:00:50 -0000 Of course, what would be helpful is actually figuring out what is going on rather than some conjecture. :) With what he said, tweaking memory allocation under FreeBSD and/or linux would change the performance characteristics and either validate or disprove his assumptions? Adrian On 12 April 2010 12:12, Maho NAKATA wrote: > Hi FreeBSD developers, > [the original article in Japanese can be found at > http://blog.goo.ne.jp/nakatamaho/e/b5f6fbc3cc6e1ac4947463eb1ca4eb0a ] > > *Abstract* > I compared the peak performance of FreeBSD 8.0/amd64 and Ubuntu 9.10 amd6= 4 using dgemm > (a linear algebra routine, matrix-matrix multiplication). > I obtained only 70% of theoretical peak performance on FreeBSD 8/amd64 an= d > almost 95% on Ubuntu 9.10 /amd64. I'm really disappointed. > > *Introduction* > I'm a friend of Gotoh Kazushige, the principal developers of GotoBLAS. He= told me that > FreeBSD is not suitable OS for scientific computing or high performance c= omputing. He says > (in Japanese and my translation): > >> I guess FreeBSD does page coloring, but I don't think FreeBSD considers = very large cache >> size which recent CPU has. Support of a very large cache on Linux is sti= ll not very will >> sophisticated, but on *BSDs, its worst; they uses too fine memory alloca= tion method, >> so we cannot expect large continuous physical memory allocation. >> Moreover, process scheduling is not so nice as *BSD employs an algorithm= that >> changes physical CPUs in turn instead of allocating one core for such ki= nd of jobs. >> Take your own benchmark, and you'll see.. > > *Result* > Machine: Core i7 920 (42.56-44.8Gflops) / DDR3 1066 > OS: FreeBSD 8.0/amd64 and Ubuntu 9.10 > GotoBLAS2: 1.13 > > dgemm result > OS =A0 =A0 =A0: FLOPS =A0 =A0 =A0 =A0 =A0 : percent in peak > FreeBSD : 32.0 GFlops =A0 =A0 : 71% > Ubuntu =A0: 42.0-42.7GFlops : 93.8%-95.3% > > Thanks, > -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ > =A0 Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt > > > > > _______________________________________________ > 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 12 13:58:20 2010 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 9F9B6106568C for ; Mon, 12 Apr 2010 13:58:20 +0000 (UTC) (envelope-from lists@mawer.org) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 132948FC2A for ; Mon, 12 Apr 2010 13:58:17 +0000 (UTC) Received: by ewy24 with SMTP id 24so939424ewy.33 for ; Mon, 12 Apr 2010 06:58:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.213.18 with HTTP; Mon, 12 Apr 2010 06:58:17 -0700 (PDT) In-Reply-To: References: <20100412.131213.4959786962516027.chat95@mac.com> Date: Mon, 12 Apr 2010 23:58:17 +1000 Received: by 10.102.165.11 with SMTP id n11mr2053986mue.23.1271080697064; Mon, 12 Apr 2010 06:58:17 -0700 (PDT) Message-ID: From: Antony Mawer To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Maho NAKATA , freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 13:58:20 -0000 This may well be the same sort of issue that was discussed in this thread h= ere: http://lists.freebsd.org/pipermail/freebsd-hackers/2010-March/031004.ht= ml In short, the Core i7 CPUs have a feature called "TurboBoost" where the clock speed of one or more cores is boosted when other cores are idle and in a C2 or C3 sleep status ... if the appropriate power saving mode isn't active on the system (which I don't think FreeBSD does by default?), the idle cores are never put into the appropriate power saving state, and as a result TurboBoost never kicks in... It _may_ be that Ubuntu configures this correctly whereas FreeBSD does not (out of the box)? Of course it may be something else entirely, but worth checking out... --Antony On Mon, Apr 12, 2010 at 7:31 PM, Adrian Chadd wrote: > Of course, what would be helpful is actually figuring out what is > going on rather than some conjecture. :) > > With what he said, tweaking memory allocation under FreeBSD and/or > linux would change the performance characteristics and either validate > or disprove his assumptions? > > > Adrian > > On 12 April 2010 12:12, Maho NAKATA wrote: >> Hi FreeBSD developers, >> [the original article in Japanese can be found at >> http://blog.goo.ne.jp/nakatamaho/e/b5f6fbc3cc6e1ac4947463eb1ca4eb0a ] >> >> *Abstract* >> I compared the peak performance of FreeBSD 8.0/amd64 and Ubuntu 9.10 amd= 64 using dgemm >> (a linear algebra routine, matrix-matrix multiplication). >> I obtained only 70% of theoretical peak performance on FreeBSD 8/amd64 a= nd >> almost 95% on Ubuntu 9.10 /amd64. I'm really disappointed. >> >> *Introduction* >> I'm a friend of Gotoh Kazushige, the principal developers of GotoBLAS. H= e told me that >> FreeBSD is not suitable OS for scientific computing or high performance = computing. He says >> (in Japanese and my translation): >> >>> I guess FreeBSD does page coloring, but I don't think FreeBSD considers= very large cache >>> size which recent CPU has. Support of a very large cache on Linux is st= ill not very will >>> sophisticated, but on *BSDs, its worst; they uses too fine memory alloc= ation method, >>> so we cannot expect large continuous physical memory allocation. >>> Moreover, process scheduling is not so nice as *BSD employs an algorith= m that >>> changes physical CPUs in turn instead of allocating one core for such k= ind of jobs. >>> Take your own benchmark, and you'll see.. >> >> *Result* >> Machine: Core i7 920 (42.56-44.8Gflops) / DDR3 1066 >> OS: FreeBSD 8.0/amd64 and Ubuntu 9.10 >> GotoBLAS2: 1.13 >> >> dgemm result >> OS =A0 =A0 =A0: FLOPS =A0 =A0 =A0 =A0 =A0 : percent in peak >> FreeBSD : 32.0 GFlops =A0 =A0 : 71% >> Ubuntu =A0: 42.0-42.7GFlops : 93.8%-95.3% >> >> Thanks, >> -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ >> =A0 Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.tx= t >> >> >> >> >> _______________________________________________ >> 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 Mon Apr 12 14:34:30 2010 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 72CA91065673; Mon, 12 Apr 2010 14:34:30 +0000 (UTC) (envelope-from mdpoole@troilus.org) Received: from na3sys009aog112.obsmtp.com (na3sys009aog112.obsmtp.com [74.125.149.207]) by mx1.freebsd.org (Postfix) with SMTP id D42798FC12; Mon, 12 Apr 2010 14:34:29 +0000 (UTC) Received: from source ([74.125.92.26]) by na3sys009aob112.postini.com ([74.125.148.12]) with SMTP ID DSNKS8MvdKb/Y05wgbHji6gPlwsDP+0NOS+h@postini.com; Mon, 12 Apr 2010 07:34:30 PDT Received: by qw-out-2122.google.com with SMTP id 8so2084196qwh.43 for ; Mon, 12 Apr 2010 07:34:28 -0700 (PDT) Received: by 10.224.95.12 with SMTP id b12mr1446605qan.382.1271081218213; Mon, 12 Apr 2010 07:06:58 -0700 (PDT) Received: from graviton.troilus.org (pool-72-83-66-147.washdc.east.verizon.net [72.83.66.147]) by mx.google.com with ESMTPS id 7sm589114qwb.24.2010.04.12.07.06.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 12 Apr 2010 07:06:57 -0700 (PDT) From: Michael Poole To: Antony Mawer References: <20100412.131213.4959786962516027.chat95@mac.com> Date: Mon, 12 Apr 2010 10:06:55 -0400 In-Reply-To: (Antony Mawer's message of "Mon, 12 Apr 2010 23:58:17 +1000") Message-ID: <87tyrghiio.fsf@troilus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Adrian Chadd , freebsd-stable@freebsd.org, Maho NAKATA Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 14:34:30 -0000 Antony Mawer writes: > This may well be the same sort of issue that was discussed in this thread here: > > http://lists.freebsd.org/pipermail/freebsd-hackers/2010-March/031004.html > > In short, the Core i7 CPUs have a feature called "TurboBoost" where > the clock speed of one or more cores is boosted when other cores are > idle and in a C2 or C3 sleep status ... if the appropriate power > saving mode isn't active on the system (which I don't think FreeBSD > does by default?), the idle cores are never put into the appropriate > power saving state, and as a result TurboBoost never kicks in... > > It _may_ be that Ubuntu configures this correctly whereas FreeBSD does > not (out of the box)? > > Of course it may be something else entirely, but worth checking out... Nakata-san's theoretical performance numbers assume 4 to 4.2 operations per core per cycle at the nominal (2.66 GHz, non-TurboBoost) clock rate. (DGEMM is double precision, but I am not familiar enough with scientific computing or with the Nehalem implementation of SSE to know why it is four operations per cycle rather than two -- is it because double precision counts as two FLOPs or is it because of multiple issue?) TurboBoost runs up to 2.93 GHz on this CPU, so it doesn't fit either the theoretical peak performance or the performance discrepancy very well. Michael Poole From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 14:41:42 2010 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 99CA0106566C for ; Mon, 12 Apr 2010 14:41:42 +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 DED8C8FC19 for ; Mon, 12 Apr 2010 14:41:41 +0000 (UTC) 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 RAA26962; Mon, 12 Apr 2010 17:41:36 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BC3311F.5060503@icyb.net.ua> Date: Mon, 12 Apr 2010 17:41:35 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Maho NAKATA References: <20100412.131213.4959786962516027.chat95@mac.com> In-Reply-To: <20100412.131213.4959786962516027.chat95@mac.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 14:41:42 -0000 on 12/04/2010 07:12 Maho NAKATA said the following: > Hi FreeBSD developers, > [the original article in Japanese can be found at > http://blog.goo.ne.jp/nakatamaho/e/b5f6fbc3cc6e1ac4947463eb1ca4eb0a ] > > *Abstract* > I compared the peak performance of FreeBSD 8.0/amd64 and Ubuntu 9.10 amd64 using dgemm > (a linear algebra routine, matrix-matrix multiplication). > I obtained only 70% of theoretical peak performance on FreeBSD 8/amd64 and > almost 95% on Ubuntu 9.10 /amd64. I'm really disappointed. Sorry about that, but more important question (for us) is: are you willing to help us improve in addition to reporting your results? > *Introduction* > I'm a friend of Gotoh Kazushige, the principal developers of GotoBLAS. He told me that > FreeBSD is not suitable OS for scientific computing or high performance computing. He says > (in Japanese and my translation): > >> I guess FreeBSD does page coloring, but I don't think FreeBSD considers very large cache >> size which recent CPU has. AFAIK, recent FreeBSD doesn't use page coloring anymore. >> Support of a very large cache on Linux is still not very will >> sophisticated, but on *BSDs, its worst; they uses too fine memory allocation method, >> so we cannot expect large continuous physical memory allocation. Can your friend provide more explanation about these points in technical terms? E.g. what kind of support, in his opinion, is needed for very large caches? Why, in his opinion, the memory needs to be physically contiguous? Perhaps, he talks about support of large pages (2M) and related improvements in TLB performance. If so, he (and you) may read about 'superpages' feature of FreeBSD. I am not sure if it is enabled by default in 8.0, you can check vm.pmap.pg_ps_enabled. >> Moreover, process scheduling is not so nice as *BSD employs an algorithm that >> changes physical CPUs in turn instead of allocating one core for such kind of jobs. >> Take your own benchmark, and you'll see.. Here I can only add an anecdotal 'me too'. Sometimes I run single-threaded high-cpu programs like ffmpeg transcoding on otherwise idle system (a bunch of system daemons in background). And I see that the cpu-consuming process frequently goes back and forth between my two cores. CPU user loads on the cores are something like 60% vs 40%. My expectations were that the process would mostly run on one core while the rest of the threads would mostly run on the other. I am not sure if that core switching really hurts performance and if there is something wrong about it. But somehow it seems 'counter-intuitive'. > *Result* > Machine: Core i7 920 (42.56-44.8Gflops) / DDR3 1066 > OS: FreeBSD 8.0/amd64 and Ubuntu 9.10 > GotoBLAS2: 1.13 > > dgemm result > OS : FLOPS : percent in peak > FreeBSD : 32.0 GFlops : 71% > Ubuntu : 42.0-42.7GFlops : 93.8%-95.3% It would also be get good to learn more about your program. How much memory does it typically use, how does it allocate it? Is it single-threaded or not? If not, how many threads does it have and what do they do, how do they communicate? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 14:49:29 2010 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 09BE4106564A for ; Mon, 12 Apr 2010 14:49:29 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 360608FC13 for ; Mon, 12 Apr 2010 14:49:28 +0000 (UTC) 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 RAA27211; Mon, 12 Apr 2010 17:49:24 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4BC332F4.4040100@freebsd.org> Date: Mon, 12 Apr 2010 17:49:24 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Maho NAKATA References: <20100412.131213.4959786962516027.chat95@mac.com> <4BC3311F.5060503@icyb.net.ua> In-Reply-To: <4BC3311F.5060503@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 14:49:29 -0000 on 12/04/2010 17:41 Andriy Gapon said the following: > It would also be get good to learn more about your program. > How much memory does it typically use, how does it allocate it? > Is it single-threaded or not? If not, how many threads does it have and what do > they do, how do they communicate? Another question is what compilers (what versions of GCC) were used on both system to compile the program? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 15:00:30 2010 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 2E5861065670 for ; Mon, 12 Apr 2010 15:00:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id CFC728FC18 for ; Mon, 12 Apr 2010 15:00:29 +0000 (UTC) Received: from omta10.westchester.pa.mail.comcast.net ([76.96.62.28]) by qmta12.westchester.pa.mail.comcast.net with comcast id 4bNQ1e0060cZkys5Cf0Vi4; Mon, 12 Apr 2010 15:00:30 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta10.westchester.pa.mail.comcast.net with comcast id 4f0R1e00H3S48mS3Wf0RPS; Mon, 12 Apr 2010 15:00:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0104E9B419; Mon, 12 Apr 2010 08:00:23 -0700 (PDT) Date: Mon, 12 Apr 2010 08:00:23 -0700 From: Jeremy Chadwick To: Andriy Gapon Message-ID: <20100412150023.GA80292@icarus.home.lan> References: <20100412.131213.4959786962516027.chat95@mac.com> <4BC3311F.5060503@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BC3311F.5060503@icyb.net.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Maho NAKATA , freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 15:00:30 -0000 On Mon, Apr 12, 2010 at 05:41:35PM +0300, Andriy Gapon wrote: > Perhaps, he talks about support of large pages (2M) and related improvements in > TLB performance. If so, he (and you) may read about 'superpages' feature of FreeBSD. > I am not sure if it is enabled by default in 8.0, you can check vm.pmap.pg_ps_enabled. On 8.0-RELEASE and later, they are. Line 183: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/pmap.c?annotate=1.667.2.12 Commit where they got enabled by default (approx. 16 months ago): http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/pmap.c#rev1.646 -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 18:07:42 2010 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 57BAD106566B for ; Mon, 12 Apr 2010 18:07:42 +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 1AD9A8FC13 for ; Mon, 12 Apr 2010 18:07:41 +0000 (UTC) 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 o3CI7eYi012022 for ; Mon, 12 Apr 2010 14:07:40 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201004121807.o3CI7eYi012022@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 12 Apr 2010 14:07:38 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: sis driver in RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 18:07:42 -0000 I put in a new 4801 RELENG_8 image at a remote site that requires the NIC set to 10baseT full duplex, manually set. However, when I do that, I am not sure what to make of the output. 0[to]# ifconfig sis0 media 10baseT/UTP mediaopt full-duplex 0[to]# ifconfig sis0 sis0: flags=8843 metric 0 mtu 1500 options=80008 ether 00:00:24:d8:aa:e0 inet 192.168.123.210 netmask 0xfffffff8 broadcast 192.168.123.215 media: Ethernet 10baseT/UTP (10baseT/UTP ) status: active 0[to]# What does the half-duplex portion mean ? I am seeing errors as well in netstat Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll sis0 1500 00:00:24:d8:aa:e0 281215 0 0 269930 2560 10478 ---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 Mon Apr 12 18:32:28 2010 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 D287D1065673 for ; Mon, 12 Apr 2010 18:32:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 4A6B98FC18 for ; Mon, 12 Apr 2010 18:32:26 +0000 (UTC) Received: by bwz8 with SMTP id 8so3347418bwz.3 for ; Mon, 12 Apr 2010 11:32:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=rmqLYxhODiEtz3dm0cVMbpNkGgNU4Y43wuep+xtiu18=; b=j0jWQ6SU8GLEAA/gtvYO45dT1dhjQQANLfmqmm92bR9Gj/FHvL8vPzZ9ypP+PnqkV8 lhKDmIi05QfEo087XnGtQt10R63utzFGihw1wVT70Fop34PGMuKyWjxAczxqlJqlQjQ7 MT1Ac8UmwRpQl1nB+K3HgwEoSpXqEKBVmyCBw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=mBDvivxVMQMRg9C4lmMBzDUxzOs/inqQxfOH1+XbYj36f+q5CJaqPhxMN2M+7qH8Ak 0QEaNgLwtWyyAlWXst1whDFLBkZtkNKiY7pxLFsiFsgSKASSvcSbxpzmXLVUf22xeTEH gOLNsHoiTtl+4QccmyTvBGRwJHhRfWtas/+54= Received: by 10.204.82.227 with SMTP id c35mr5335653bkl.174.1271097144542; Mon, 12 Apr 2010 11:32:24 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 15sm1939534bwz.12.2010.04.12.11.32.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 12 Apr 2010 11:32:22 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 12 Apr 2010 11:32:17 -0700 From: Pyun YongHyeon Date: Mon, 12 Apr 2010 11:32:17 -0700 To: Mike Tancsa Message-ID: <20100412183217.GD1444@michelle.cdnetworks.com> References: <201004121807.o3CI7eYi012022@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201004121807.o3CI7eYi012022@lava.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: sis driver in RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 18:32:28 -0000 On Mon, Apr 12, 2010 at 02:07:38PM -0400, Mike Tancsa wrote: > > I put in a new 4801 RELENG_8 image at a remote site that requires the > NIC set to 10baseT full duplex, manually set. However, when I do > that, I am not sure what to make of the output. > > > 0[to]# ifconfig sis0 media 10baseT/UTP mediaopt full-duplex > 0[to]# ifconfig sis0 > sis0: flags=8843 metric 0 mtu 1500 > options=80008 > ether 00:00:24:d8:aa:e0 > inet 192.168.123.210 netmask 0xfffffff8 broadcast 192.168.123.215 > media: Ethernet 10baseT/UTP (10baseT/UTP > ) > status: active > 0[to]# > > What does the half-duplex portion mean ? > The current configured link with ifconfig(8) is 10baseT/UDP and current option is full-duplex(<> part) and actually negotiated link/option is 10baseT/UDP half-duplex. Because these are different you will encounter duplex mismatch which in turn may yield large number of input errors. If link partner is configured to 'auto' and link was resolved to half-duplex even though you specified full-duplex, it could be normal. Parallel detection normally resolves to half-duplex if link partner use 'auto'. Does link partner also use 10baseT/UTP full-duplex instead of 'auto'? > I am seeing errors as well in netstat > > Name Mtu Network Address Ipkts Ierrs > Idrop Opkts Oerrs Coll > sis0 1500 > 00:00:24:d8:aa:e0 281215 0 0 269930 2560 10478 > Show me dmesg output related with sis(4) and PHY driver. Also post the output of "devinfo -rv | grep phy". From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 19:52:05 2010 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 79FDC106564A for ; Mon, 12 Apr 2010 19:52:05 +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 4390A8FC16 for ; Mon, 12 Apr 2010 19:52:04 +0000 (UTC) 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 o3CJq3QY053246; Mon, 12 Apr 2010 15:52:03 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201004121952.o3CJq3QY053246@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 12 Apr 2010 15:52:01 -0400 To: pyunyh@gmail.com From: Mike Tancsa In-Reply-To: <20100412183217.GD1444@michelle.cdnetworks.com> References: <201004121807.o3CI7eYi012022@lava.sentex.ca> <20100412183217.GD1444@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: sis driver in RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 19:52:05 -0000 At 02:32 PM 4/12/2010, Pyun YongHyeon wrote: > > media: Ethernet 10baseT/UTP (10baseT/UTP > > ) > > status: active > > 0[to]# > > > > What does the half-duplex portion mean ? > > > >The current configured link with ifconfig(8) is 10baseT/UDP and >current option is full-duplex(<> part) and actually negotiated >link/option is 10baseT/UDP half-duplex. Because these are >different you will encounter duplex mismatch which in turn may >yield large number of input errors. > >If link partner is configured to 'auto' and link was resolved to >half-duplex even though you specified full-duplex, it could be >normal. Parallel detection normally resolves to half-duplex if >link partner use 'auto'. >Does link partner also use 10baseT/UTP full-duplex instead of >'auto'? The other side, which I dont control, is supposedly set to 10 Full Manual as well. I think I will have to get a box in the lab and test for myself to see how it works where I can control both ends. > > I am seeing errors as well in netstat > > > > Name Mtu Network Address Ipkts Ierrs > > Idrop Opkts Oerrs Coll > > sis0 1500 > > 00:00:24:d8:aa:e0 281215 0 0 269930 2560 10478 > > > >Show me dmesg output related with sis(4) and PHY driver. Also post >the output of "devinfo -rv | grep phy". sis0: port 0xe100-0xe1ff mem 0xa0000000-0xa0000fff irq 10 at device 6.0 on pci0 sis0: Silicon Revision: DP83816A miibus0: on sis0 nsphyter0: PHY 0 on miibus0 nsphyter0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:00:24:c8:fa:e0 sis0: [ITHREAD] sis1: port 0xe200-0xe2ff mem 0xa0001000-0xa0001fff irq 10 at device 7.0 on pci0 sis1: Silicon Revision: DP83816A miibus1: on sis1 nsphyter1: PHY 0 on miibus1 nsphyter1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: Ethernet address: 00:00:24:c8:fa:e1 sis1: [ITHREAD] sis2: port 0xe300-0xe3ff mem 0xa0002000-0xa0002fff irq 10 at device 8.0 on pci0 sis2: Silicon Revision: DP83816A miibus2: on sis2 nsphyter2: PHY 0 on miibus2 nsphyter2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis2: Ethernet address: 00:00:24:c8:fa:e2 sis2: [ITHREAD] sis0 pnpinfo vendor=0x100b device=0x0020 subvendor=0x100b subdevice=0x0020 class=0x020000 at slot=6 function=0 Interrupt request lines: 10 I/O ports: 0xe100-0xe1ff miibus0 nsphyter0 pnpinfo oui=0x80017 model=0x2 rev=0x1 at phyno=0 sis1 pnpinfo vendor=0x100b device=0x0020 subvendor=0x100b subdevice=0x0020 class=0x020000 at slot=7 function=0 Interrupt request lines: 10 I/O ports: 0xe200-0xe2ff miibus1 nsphyter1 pnpinfo oui=0x80017 model=0x2 rev=0x1 at phyno=0 sis2 pnpinfo vendor=0x100b device=0x0020 subvendor=0x100b subdevice=0x0020 class=0x020000 at slot=8 function=0 Interrupt request lines: 10 I/O ports: 0xe300-0xe3ff miibus2 nsphyter2 pnpinfo oui=0x80017 model=0x2 rev=0x1 at phyno=0 sis0@pci0:0:6:0: class=0x020000 card=0x0020100b chip=0x0020100b rev=0x00 hdr=0x00 vendor = 'National Semiconductors' device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' class = network subclass = ethernet cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 sis1@pci0:0:7:0: class=0x020000 card=0x0020100b chip=0x0020100b rev=0x00 hdr=0x00 vendor = 'National Semiconductors' device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' class = network subclass = ethernet cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 sis2@pci0:0:8:0: class=0x020000 card=0x0020100b chip=0x0020100b rev=0x00 hdr=0x00 vendor = 'National Semiconductors' device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' class = network subclass = ethernet cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 On another box at the lab, I did confirm that if I set the NIC to 10 full manual # ifconfig sis2 sis2: flags=8843 metric 0 mtu 1500 options=8 ether 00:00:24:c8:fa:de inet 1.1.1.1 netmask 0xffffff00 broadcast 1.1.1.255 media: Ethernet 10baseT/UTP status: active and the switch port is set to interface FastEthernet0/33 duplex full speed 10 it seems to work.... I wonder if the media converter I plug into is really set to 10 Full.... ---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 Mon Apr 12 20:33:51 2010 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 4C7BD1065673 for ; Mon, 12 Apr 2010 20:33:51 +0000 (UTC) (envelope-from pyunyh@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 BD5E38FC0A for ; Mon, 12 Apr 2010 20:33:50 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so1017562fge.13 for ; Mon, 12 Apr 2010 13:33:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=PeK7Z4Mko4ATJjZ03S3uK5CUShQ65AfUFlt27ehyvp8=; b=YWPGDSNSQI/VQrKF+AO/yN2NP6VrsLveUEjIcUCuy5wJ+k32i+n2oYhO7vbR4MXUHz DM3qyV2Ab27j2Kwby7YFJJLHZYI7kcG/T62kEbjFf/CpFJSa4rqM8N5zOfI0kYb4uuw+ N8CHyTkdpKR7eVWNFIrvEFkscXCoKs1VaG00g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=PyjfAW2rH5hk8LLY060Xn7Q8Py7l7X6hkAxVWxzW+ret0FGdT+0odpYgde+Dk0d//A pDg875eWsgmKH8esA7FEglstH1vR0OmEFNkoxupTPhVD7oF4ObNDoy0rNv9zHpuayg5P ME2oh/vEQYQQNNQgYxh4y93yKFpM97sUBTWEQ= Received: by 10.223.20.135 with SMTP id f7mr2923598fab.50.1271104429590; Mon, 12 Apr 2010 13:33:49 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id h2sm551121fkh.25.2010.04.12.13.33.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 12 Apr 2010 13:33:48 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 12 Apr 2010 13:33:45 -0700 From: Pyun YongHyeon Date: Mon, 12 Apr 2010 13:33:45 -0700 To: Mike Tancsa Message-ID: <20100412203345.GG1444@michelle.cdnetworks.com> References: <201004121807.o3CI7eYi012022@lava.sentex.ca> <20100412183217.GD1444@michelle.cdnetworks.com> <201004121952.o3CJq3QY053246@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201004121952.o3CJq3QY053246@lava.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: sis driver in RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 20:33:51 -0000 On Mon, Apr 12, 2010 at 03:52:01PM -0400, Mike Tancsa wrote: > At 02:32 PM 4/12/2010, Pyun YongHyeon wrote: > >> media: Ethernet 10baseT/UTP (10baseT/UTP > >> ) > >> status: active > >> 0[to]# > >> > >> What does the half-duplex portion mean ? > >> > > > >The current configured link with ifconfig(8) is 10baseT/UDP and > >current option is full-duplex(<> part) and actually negotiated > >link/option is 10baseT/UDP half-duplex. Because these are > >different you will encounter duplex mismatch which in turn may > >yield large number of input errors. > > > >If link partner is configured to 'auto' and link was resolved to > >half-duplex even though you specified full-duplex, it could be > >normal. Parallel detection normally resolves to half-duplex if > >link partner use 'auto'. > >Does link partner also use 10baseT/UTP full-duplex instead of > >'auto'? > > > The other side, which I dont control, is supposedly set to 10 Full > Manual as well. I think I will have to get a box in the lab and test > for myself to see how it works where I can control both ends. > > > >> I am seeing errors as well in netstat > >> > >> Name Mtu Network Address Ipkts Ierrs > >> Idrop Opkts Oerrs Coll > >> sis0 1500 > >> 00:00:24:d8:aa:e0 281215 0 0 269930 2560 10478 > >> > > > >Show me dmesg output related with sis(4) and PHY driver. Also post > >the output of "devinfo -rv | grep phy". > > > sis0: port 0xe100-0xe1ff mem > 0xa0000000-0xa0000fff irq 10 at device 6.0 on pci0 > sis0: Silicon Revision: DP83816A > miibus0: on sis0 > nsphyter0: PHY 0 on miibus0 > nsphyter0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis0: Ethernet address: 00:00:24:c8:fa:e0 > sis0: [ITHREAD] > sis1: port 0xe200-0xe2ff mem > 0xa0001000-0xa0001fff irq 10 at device 7.0 on pci0 > sis1: Silicon Revision: DP83816A > miibus1: on sis1 > nsphyter1: PHY 0 on miibus1 > nsphyter1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis1: Ethernet address: 00:00:24:c8:fa:e1 > sis1: [ITHREAD] > sis2: port 0xe300-0xe3ff mem > 0xa0002000-0xa0002fff irq 10 at device 8.0 on pci0 > sis2: Silicon Revision: DP83816A > miibus2: on sis2 > nsphyter2: PHY 0 on miibus2 > nsphyter2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis2: Ethernet address: 00:00:24:c8:fa:e2 > sis2: [ITHREAD] > > > sis0 pnpinfo vendor=0x100b device=0x0020 subvendor=0x100b > subdevice=0x0020 class=0x020000 at slot=6 function=0 > Interrupt request lines: > 10 > I/O ports: > 0xe100-0xe1ff > miibus0 > nsphyter0 pnpinfo oui=0x80017 model=0x2 rev=0x1 at phyno=0 > sis1 pnpinfo vendor=0x100b device=0x0020 subvendor=0x100b > subdevice=0x0020 class=0x020000 at slot=7 function=0 > Interrupt request lines: > 10 > I/O ports: > 0xe200-0xe2ff > miibus1 > nsphyter1 pnpinfo oui=0x80017 model=0x2 rev=0x1 at phyno=0 > sis2 pnpinfo vendor=0x100b device=0x0020 subvendor=0x100b > subdevice=0x0020 class=0x020000 at slot=8 function=0 > Interrupt request lines: > 10 > I/O ports: > 0xe300-0xe3ff > miibus2 > nsphyter2 pnpinfo oui=0x80017 model=0x2 rev=0x1 at phyno=0 > > sis0@pci0:0:6:0: class=0x020000 card=0x0020100b > chip=0x0020100b rev=0x00 hdr=0x00 > vendor = 'National Semiconductors' > device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' > class = network > subclass = ethernet > cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 > sis1@pci0:0:7:0: class=0x020000 card=0x0020100b > chip=0x0020100b rev=0x00 hdr=0x00 > vendor = 'National Semiconductors' > device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' > class = network > subclass = ethernet > cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 > sis2@pci0:0:8:0: class=0x020000 card=0x0020100b > chip=0x0020100b rev=0x00 hdr=0x00 > vendor = 'National Semiconductors' > device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' > class = network > subclass = ethernet > cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 > > > > On another box at the lab, I did confirm that if I set the NIC to 10 > full manual > > # ifconfig sis2 > sis2: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:00:24:c8:fa:de > inet 1.1.1.1 netmask 0xffffff00 broadcast 1.1.1.255 > media: Ethernet 10baseT/UTP > status: active > > > and the switch port is set to > > interface FastEthernet0/33 > duplex full > speed 10 > > it seems to work.... I wonder if the media converter I plug into is > really set to 10 Full.... > Thanks for the info. I thought ukphy(4) might be used on sis(4). nsphyter(4) will report correct status so if manual media configuration does not work that would be a bug in sis(4). I'm under the impression that link state handling does not look right on sis(4). It seems sis(4) reinitializes controller whenever link state change event is delivered. And driver didn't change current media to configured one which may/may not work under certain conditions. Unfortunately changing driver to follow correct way would be hard because several PHY workarounds for various revision requires a lot of testing and confirmation from users. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 23:18:39 2010 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 373151065673 for ; Mon, 12 Apr 2010 23:18:39 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 038988FC3A for ; Mon, 12 Apr 2010 23:18:38 +0000 (UTC) Received: from compute1.internal (compute1.internal [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id 6FDB8EB92A; Mon, 12 Apr 2010 19:18:38 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Mon, 12 Apr 2010 19:18:38 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=ziUNcZbqsNpYJTHBZWUg+G2lvB4=; b=Urjxtf4lrx0Pqts86LinL5HF4JGmeL/Wy9hEQ+oHvDBKgbjbS3n552yfhfGbfcG14OfMrksAf3XG10YiztoktrhviRMCjwNKE69gXXwCnQCxs9sTCHR6aed4Ihh9/7JtPmleytTqV6ZxNq/tiWBDu7/cnuugaM5BTFrFe+po9k0= X-Sasl-enc: ApQxToZa9+H+G2Fkdqw00WEWxFnDqK3Zx0QUCcxf7ozH 1271114318 Received: from anglepoise.lon.incunabulum.net (cpc2-dals7-0-0-cust253.hari.cable.virginmedia.com [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id ED0EA4C2043; Mon, 12 Apr 2010 19:18:37 -0400 (EDT) Message-ID: <4BC3AA4C.30904@incunabulum.net> Date: Tue, 13 Apr 2010 00:18:36 +0100 From: Bruce Simpson User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100406 Thunderbird/3.0.4 MIME-Version: 1.0 To: Jeremy Chadwick , freebsd-stable References: <20100412.131213.4959786962516027.chat95@mac.com> <4BC3311F.5060503@icyb.net.ua> <20100412150023.GA80292@icarus.home.lan> In-Reply-To: <20100412150023.GA80292@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 23:18:39 -0000 Hi all, There's a port archivers/pbzip2, and I am inclined to believe this is a good benchmark for multi-core performance in real-world usage (with an appropriate input data set). BZIP2 is a compression algorithm which is readily applicable to multicore, because of the nature in which its workload may be partioned amongst multiple CPU cores. It block-sorts, and it can compress long runs of input data independently of other CPU threads. When I used PBZIP2 informally back in January, before advising on FreeBSD/Xen, I saw largely the results I'd expect to see from such a workload, and didn't encounter pessimization of benchmark figures. Informal tests were performed on 8-STABLE at that time. The OP may well be looking for Newton-Raphson approximations, to the derivatives involved in his friend's linear algebra system. The point is that PBZIP2 would also exercise context switches in a real-life workload. I'd be concerned, as anyone else would be, about benchmarks which apparently challenge FreeBSD's ability to tackle significant mathematical workloads. But from what little I understand, from speaking to David Schultz and others who have been involved with FreeBSD's floating point performance, on a scientific basis -- without a scientifically reproducible experiment, I don't see a problem. Obviously, I am concerned that Nakata-san observes what he regards to be a problem, and would like to help any way I can. cheers, BMS From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 23:22:00 2010 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 CFAA5106566B for ; Mon, 12 Apr 2010 23:22:00 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7DE298FC0C for ; Mon, 12 Apr 2010 23:22:00 +0000 (UTC) Received: by gwaa12 with SMTP id a12so3415689gwa.13 for ; Mon, 12 Apr 2010 16:21:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=UULD1+W6iFrdJQPbO5fktWrPxpgy+Fzbzf7AL7PLL0k=; b=LRfiA2AImCp7D9EjWTaXwPk7IDUWqSf5e0aRJVYDpP3CSbhrB8jdrKBzFRQqper+qU QWQX/cen1wun7Rs/1NqQeWEdKo0BF5EpQxUxEboW4YSlqHk94BZOKt2NQfr4e8P003cp Frd+J1C4H2w3Hmzh86CO0uKt16kPHMeWo3t8g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=r6/j/f3QPyXXog9qZul7FKXC66syBg7ezUGHzk2khJol8u1bMdX7Eh7iDtTcxc6fqf IwPiSGXgw0gpY3FKXI9i6jCyxJ/ZePz1uv37k7hDsaMaLGVB+Pbv4DnsgN1/7qvuCjH1 KOsGw6SxduEwcYrynjwXLKB3qsSv4d6LITqHk= Received: by 10.150.172.1 with SMTP id u1mr4213035ybe.240.1271114519506; Mon, 12 Apr 2010 16:21:59 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 21sm1209080yxe.39.2010.04.12.16.21.55 (version=SSLv3 cipher=RC4-MD5); Mon, 12 Apr 2010 16:21:57 -0700 (PDT) Sender: Maho NAKATA Date: Tue, 13 Apr 2010 08:21:53 +0900 (JST) Message-Id: <20100413.082153.866357745773635148.chat95@mac.com> To: bms@incunabulum.net From: Maho NAKATA In-Reply-To: <4BC2EC9A.2020207@incunabulum.net> References: <20100412.131213.4959786962516027.chat95@mac.com> <4BC2EC9A.2020207@incunabulum.net> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 23:22:01 -0000 Hi Bruce, From: Bruce Simpson Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 Date: Mon, 12 Apr 2010 10:49:14 +0100 > So, where's the profiling to discover why this is the case? Ok I'll provide better documentation so that everyone can test it very clearly. (may take some time...) > Also I'm not clear on what constitutes 'theoretical peak performance' > here or how it is being calculated. So figures like these come across > as unscientific. Core i7 920 (2.66GHz) constitutes four cores. each core has four floating point operators. thus; 2.66GHz x 4 x 4 = 42.56Gflops cf. http://www.intel.com/support/processors/sb/cs-023143.htm > I'm sure this is something which can be resolved if someone sits down, > profiles the app, and makes the necessary adjustments > (e.g. pthread_setaffinity_np()) to configure CPU affinity, if the lack > of it is pessimizing your friend's app. might be. we run on the same machine. > The PMC framework is rapidly maturing, and you can use KCacheGrind > with it to visualize context switch overhead. > > But I think it's expecting a bit much to post informal results to > -stable, in an expectation of something other thaninformal suggestions > of what may help someone's maths-intensive application. BLAS is a basic linear algebra package which is used many applications. It is also used for top500 http://www.top500.org/ cf. http://www.top500.org/project/introduction via LINPACK. dgemm is LEVEL 3 BLAS, which is a very good for common PCs as calculation is CPU intensive. > If there are performance issues, then reproducible results are needed, > as well as some basic profiling effort of the system elements > involved, before people could say anything either way, or offer > further help. again, I'll provide better documentation so that everyone can test it very clearly. (may take some time...) thanks, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 23:24:41 2010 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 91C37106566B for ; Mon, 12 Apr 2010 23:24:41 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4A48FC0A for ; Mon, 12 Apr 2010 23:24:40 +0000 (UTC) Received: by gyh20 with SMTP id 20so3431846gyh.13 for ; Mon, 12 Apr 2010 16:24:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=tacrzA8n9csGz7I5LkMEiidyQaAWI0w3pw/PjreQ0D4=; b=Fb12nx5Ce6zC4bxe/245FflZW2+3wnryxVEnB7zFZfxEL5LjwQxhcsKni2UG8+EDXV Tf7V3xsb80T5LseVjWES7goy/TSb/4uSJkaQxCrDeo+RCVqUzJq1YLDos01RHlBq2GLS A8fuVnVfaNpaRnYwjdbHUYR1XvtwrdHkV5TBE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=WUm1UlgrbHUM1UZ56ykq81uG+4m/kLJ7HLwebB6t1vyp/mz4Q8367Nz3RV+gDJMNc1 gH2SE6RCG0Zc4Yq1pyyJgTFIphHr2rkk562/9FK9bZreyhAbRBKR5cfsybCYnj9SQWir U5lywiOH1+PeZpMUQxLztIqYxtp3a723LimpM= Received: by 10.150.119.26 with SMTP id r26mr4546417ybc.60.1271114680322; Mon, 12 Apr 2010 16:24:40 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 9sm1215986yxf.65.2010.04.12.16.24.37 (version=SSLv3 cipher=RC4-MD5); Mon, 12 Apr 2010 16:24:39 -0700 (PDT) Sender: Maho NAKATA Date: Tue, 13 Apr 2010 08:24:35 +0900 (JST) Message-Id: <20100413.082435.787670930925495306.chat95@mac.com> To: lists@mawer.org From: Maho NAKATA In-Reply-To: References: <20100412.131213.4959786962516027.chat95@mac.com> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: adrian@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 23:24:41 -0000 Hi Antony I think this is not the case. I tested TurboBoost on/off on Ubuntu, Got= oBLAS achieved 95% of theoretical perfomance for both cases. cf. http://www.intel.com/support/processors/sb/cs-023143.htm and http://blog.goo.ne.jp/nakatamaho/e/86c0f4ac529fd5b530454ed795e6b466= (written in Japanese, tho) Thanks From: Antony Mawer Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd6= 4, Corei7 920 Date: Mon, 12 Apr 2010 23:58:17 +1000 > This may well be the same sort of issue that was discussed in this th= read here: > = > http://lists.freebsd.org/pipermail/freebsd-hackers/2010-March/031= 004.html > = > In short, the Core i7 CPUs have a feature called "TurboBoost" where > the clock speed of one or more cores is boosted when other cores are > idle and in a C2 or C3 sleep status ... if the appropriate power > saving mode isn't active on the system (which I don't think FreeBSD > does by default?), the idle cores are never put into the appropriate > power saving state, and as a result TurboBoost never kicks in... > = > It _may_ be that Ubuntu configures this correctly whereas FreeBSD doe= s > not (out of the box)? > = > Of course it may be something else entirely, but worth checking out..= .= > = > --Antony > = > On Mon, Apr 12, 2010 at 7:31 PM, Adrian Chadd wr= ote: >> Of course, what would be helpful is actually figuring out what is >> going on rather than some conjecture. :) >> >> With what he said, tweaking memory allocation under FreeBSD and/or >> linux would change the performance characteristics and either valida= te >> or disprove his assumptions? >> >> >> Adrian >> >> On 12 April 2010 12:12, Maho NAKATA wrote: >>> Hi FreeBSD developers, >>> [the original article in Japanese can be found at >>> http://blog.goo.ne.jp/nakatamaho/e/b5f6fbc3cc6e1ac4947463eb1ca4eb0a= ] >>> >>> *Abstract* >>> I compared the peak performance of FreeBSD 8.0/amd64 and Ubuntu 9.1= 0 amd64 using dgemm >>> (a linear algebra routine, matrix-matrix multiplication). >>> I obtained only 70% of theoretical peak performance on FreeBSD 8/am= d64 and >>> almost 95% on Ubuntu 9.10 /amd64. I'm really disappointed. >>> >>> *Introduction* >>> I'm a friend of Gotoh Kazushige, the principal developers of GotoBL= AS. He told me that >>> FreeBSD is not suitable OS for scientific computing or high perform= ance computing. He says >>> (in Japanese and my translation): >>> >>>> I guess FreeBSD does page coloring, but I don't think FreeBSD cons= iders very large cache >>>> size which recent CPU has. Support of a very large cache on Linux = is still not very will >>>> sophisticated, but on *BSDs, its worst; they uses too fine memory = allocation method, >>>> so we cannot expect large continuous physical memory allocation. >>>> Moreover, process scheduling is not so nice as *BSD employs an alg= orithm that >>>> changes physical CPUs in turn instead of allocating one core for s= uch kind of jobs. >>>> Take your own benchmark, and you'll see.. >>> >>> *Result* >>> Machine: Core i7 920 (42.56-44.8Gflops) / DDR3 1066 >>> OS: FreeBSD 8.0/amd64 and Ubuntu 9.10 >>> GotoBLAS2: 1.13 >>> >>> dgemm result >>> OS =A0 =A0 =A0: FLOPS =A0 =A0 =A0 =A0 =A0 : percent in peak >>> FreeBSD : 32.0 GFlops =A0 =A0 : 71% >>> Ubuntu =A0: 42.0-42.7GFlops : 93.8%-95.3% >>> >>> Thanks, >>> -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.or= g/ >>> =A0 Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.p= gp.txt >>> >>> >>> >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebs= d.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" >> > _______________________________________________ > 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 12 23:29:02 2010 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 940CC106566C for ; Mon, 12 Apr 2010 23:29:02 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-yw0-f193.google.com (mail-yw0-f193.google.com [209.85.211.193]) by mx1.freebsd.org (Postfix) with ESMTP id 3D81A8FC0C for ; Mon, 12 Apr 2010 23:29:01 +0000 (UTC) Received: by ywh31 with SMTP id 31so1631676ywh.3 for ; Mon, 12 Apr 2010 16:29:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=lonEc81Zwbb+stUi5xTxfVQ+PXWN+Qt0t7lCNvCVRbs=; b=pxfJDeIjow4MfY/XKcYiuDYaB11RQK8nOJ1qc49jmKGK+fa0VcpO7GHyLGd4+E1vW+ MOUd47UOz8Ax2EdKX6LQ3+13mB+xVNCxYMCpCwB7RPqzF4xgnmo97fngBffSqii4vNhp zn2PXin4usEmI6BeXl1GDSX+4T52kP777ZLfU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=HCyG8T3tgxz6KCYD+HY1ZQX+Wi7geIhsrMEbrV+CTHNVn5HtYStAGxzKxx2Y3/0Bb+ ATDlGGBMKQdUdkYOuar8IJcY7lhQBf5/epoHrODvC/MJN0OKfhdH61H9Ao5YSJnVhMGh YsaOTbqjuobOgYT/WvfcwzFbQ9WJrCkQkEwO8= Received: by 10.101.58.3 with SMTP id l3mr7886378ank.70.1271114941230; Mon, 12 Apr 2010 16:29:01 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 36sm1210567yxh.68.2010.04.12.16.28.58 (version=SSLv3 cipher=RC4-MD5); Mon, 12 Apr 2010 16:28:59 -0700 (PDT) Sender: Maho NAKATA Date: Tue, 13 Apr 2010 08:28:56 +0900 (JST) Message-Id: <20100413.082856.690091871650385955.chat95@mac.com> To: mdpoole@troilus.org From: Maho NAKATA In-Reply-To: <87tyrghiio.fsf@troilus.org> References: <87tyrghiio.fsf@troilus.org> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: adrian@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 23:29:02 -0000 From: Michael Poole Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 Date: Mon, 12 Apr 2010 10:06:55 -0400 > Nakata-san's theoretical performance numbers assume 4 to 4.2 operations > per core per cycle at the nominal (2.66 GHz, non-TurboBoost) clock rate. > (DGEMM is double precision, but I am not familiar enough with scientific > computing or with the Nehalem implementation of SSE to know why it is > four operations per cycle rather than two -- is it because double > precision counts as two FLOPs or is it because of multiple issue?) > TurboBoost runs up to 2.93 GHz on this CPU, so it doesn't fit either the > theoretical peak performance or the performance discrepancy very well. Hi Michael, I read http://www.intel.com/support/processors/sb/cs-023143.htm and TurboBoost on 920 is 2.80GHz. > why it is four operations per cycle rather than two It's bit strane to me as well. but I did dgemm operation with m=k=n case and in this case, flop count would become 2n^3 + 2n^2 (even 2n^3 is okay). thanks -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 23:33:06 2010 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 27026106566C for ; Mon, 12 Apr 2010 23:33:06 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-gx0-f211.google.com (mail-gx0-f211.google.com [209.85.217.211]) by mx1.freebsd.org (Postfix) with ESMTP id C5D328FC21 for ; Mon, 12 Apr 2010 23:33:05 +0000 (UTC) Received: by gxk3 with SMTP id 3so3068575gxk.13 for ; Mon, 12 Apr 2010 16:33:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=ikDmmm39dKL3rg8QJR7GBKWPYo5adVJckbG/EsBFeQA=; b=Gpgrm+xieYw8oVVuGc4C8kHP/oJrcvR+jKCQmz03k/6eeJcXei4dJVsXJbQQLmTvpk biqysUnpSYpbHi9Cw+tvBAb+vdtCOpZfV9WLkZnMcj0nX85h0Cz2J5JfOK1G2bMoyidd RKVODOijnaWaFKS2OsiDK7XL/XtCNn3xp82RM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=b9B8ECqxFmyaBvT7JwGovQfk272jn/Uje3qJ6VT6sbcUEpRWJJYc7rw0Jlzz6cYzPz ssDVhN5Rrx8p45OgB+uJt2LwGZ3syuuWGna6XMJeozidCb/vpaTOtR9ZQ3To4lQc2Nf0 Fk0eA6JSIovErclhe738bFgYs7P2TXeW5izYg= Received: by 10.151.117.12 with SMTP id u12mr4557240ybm.48.1271115184697; Mon, 12 Apr 2010 16:33:04 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 15sm1205413yxh.58.2010.04.12.16.33.02 (version=SSLv3 cipher=RC4-MD5); Mon, 12 Apr 2010 16:33:03 -0700 (PDT) Sender: Maho NAKATA Date: Tue, 13 Apr 2010 08:33:00 +0900 (JST) Message-Id: <20100413.083300.725436840180020236.chat95@mac.com> To: avg@freebsd.org From: Maho NAKATA In-Reply-To: <4BC332F4.4040100@freebsd.org> References: <20100412.131213.4959786962516027.chat95@mac.com> <4BC3311F.5060503@icyb.net.ua> <4BC332F4.4040100@freebsd.org> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 23:33:06 -0000 From: Andriy Gapon Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 Date: Mon, 12 Apr 2010 17:49:24 +0300 > on 12/04/2010 17:41 Andriy Gapon said the following: >> It would also be get good to learn more about your program. >> How much memory does it typically use, how does it allocate it? >> Is it single-threaded or not? If not, how many threads does it have and what do >> they do, how do they communicate? > > Another question is what compilers (what versions of GCC) were used on both system > to compile the program? Hi on Ubuntu $ gcc -v Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.1-4ubuntu9' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu9) on FreeBSD % gcc44 -v Using built-in specs. Target: x86_64-portbld-freebsd8.0 Configured with: ./../gcc-4.4-20100330/configure --disable-nls --libdir=/usr/local/lib/gcc44 --libexecdir=/usr/local/libexec/gcc44 --program-suffix=44 --with-as=/usr/local/bin/as --with-gmp=/usr/local --with-gxx-include-dir=/usr/local/lib/gcc44/include/c++/ --with-ld=/usr/local/bin/ld --with-libiconv-prefix=/usr/local --with-system-zlib --disable-libgcj --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/gcc44 --build=x86_64-portbld-freebsd8.0 Thread model: posix gcc version 4.4.4 20100330 (prerelease) (GCC) thanks -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 23:34:37 2010 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 1D16D1065670 for ; Mon, 12 Apr 2010 23:34:37 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id A22128FC0A for ; Mon, 12 Apr 2010 23:34:36 +0000 (UTC) Received: by gwaa12 with SMTP id a12so3422930gwa.13 for ; Mon, 12 Apr 2010 16:34:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=yN7kZ9KMkTiOkXSw3VaBVAsWza9g/Q1SL64ANzqY+h0=; b=DoN9d7BTH1sKRZ3Gxu47Lq9YeZBqyF2wvIEtL21OTHecTcHYSv8EI8oqjGTYBBkCO+ nF52K0ewxIKDnw7hC2EBi22An37ouUrWUmVlV0qzFhW0pGMun9yRi4PX28LS5cNFXV8J iv4iE5H85ZzZtLeQj7+wF9KkS1Pissfuxn+ZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=u2TuIVv9k4dF8Mp4Cv9eauy9aKpVRyA2DYQhYG4YX2JyRrmWC7QAx0exsXbRt7A7gU GFgQmfTppAz7MNBmgspZ+e72NwN33CfQ9odwko8TeEpdXm2MqERIkNUuNouJrPfnCB50 sjbau7K0KJzT2jfFnMs13XUIA8DbvSjT4/+tk= Received: by 10.150.244.8 with SMTP id r8mr4506203ybh.206.1271115275771; Mon, 12 Apr 2010 16:34:35 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 6sm1217006yxg.30.2010.04.12.16.34.33 (version=SSLv3 cipher=RC4-MD5); Mon, 12 Apr 2010 16:34:34 -0700 (PDT) Sender: Maho NAKATA Date: Tue, 13 Apr 2010 08:34:31 +0900 (JST) Message-Id: <20100413.083431.468378203492543907.chat95@mac.com> To: freebsd@jdc.parodius.com From: Maho NAKATA In-Reply-To: <20100412150023.GA80292@icarus.home.lan> References: <20100412.131213.4959786962516027.chat95@mac.com> <4BC3311F.5060503@icyb.net.ua> <20100412150023.GA80292@icarus.home.lan> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, avg@icyb.net.ua Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 23:34:37 -0000 Hi Andriy and Jeremy In my case, % sysctl vm.pmap.pg_ps_enabled vm.pmap.pg_ps_enabled: 1 thanks a lot! From: Jeremy Chadwick Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 Date: Mon, 12 Apr 2010 08:00:23 -0700 > On Mon, Apr 12, 2010 at 05:41:35PM +0300, Andriy Gapon wrote: >> Perhaps, he talks about support of large pages (2M) and related improvements in >> TLB performance. If so, he (and you) may read about 'superpages' feature of FreeBSD. >> I am not sure if it is enabled by default in 8.0, you can check vm.pmap.pg_ps_enabled. > > On 8.0-RELEASE and later, they are. Line 183: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/pmap.c?annotate=1.667.2.12 > > Commit where they got enabled by default (approx. 16 months ago): > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/pmap.c#rev1.646 > > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > 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 12 23:38:50 2010 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 CE6F8106564A for ; Mon, 12 Apr 2010 23:38:50 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-yx0-f175.google.com (mail-yx0-f175.google.com [209.85.210.175]) by mx1.freebsd.org (Postfix) with ESMTP id 77F4B8FC15 for ; Mon, 12 Apr 2010 23:38:50 +0000 (UTC) Received: by yxe5 with SMTP id 5so1762645yxe.3 for ; Mon, 12 Apr 2010 16:38:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=lxUJmL7sUwYc1khPP8pA9R6t71+rIYeHfrLUh/V8Rqs=; b=vU0jQ7jistVthB0w1mobOs7I6GPk5kpzVs2gov0tzGaBq2axV5x18+uaA2QhmEVhva ofgGvcg2LyBtIjlerXfSTyoBjhFd621cfh1x6IDXGWYQU7zYkMqkVtvPzfaojsfNts5y DgxboUvsDYv6ySCb/j6s7CzouYkJtU+vyDFsk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=ozbD1ouLaEQQaVdovPlnl0ArJHt1wcHyh6ZIuCno4EK6Dn/Y2Q6ji1HbXqA3RItML5 8U0FrdCAuhZEEX8Qk28twqF/7MW5N4QVjZc8fYieZ9wMV1BfT6M3wGYFYjhVXP3JOO31 dYBX16+fT/v2bVHhMngqjKs9482c6p55CiyxA= Received: by 10.101.189.24 with SMTP id r24mr8274285anp.12.1271115529048; Mon, 12 Apr 2010 16:38:49 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 7sm1218773yxd.44.2010.04.12.16.38.46 (version=SSLv3 cipher=RC4-MD5); Mon, 12 Apr 2010 16:38:48 -0700 (PDT) Sender: Maho NAKATA Date: Tue, 13 Apr 2010 08:38:45 +0900 (JST) Message-Id: <20100413.083845.80747594461970092.chat95@mac.com> To: freebsd-stable@freebsd.org From: Maho NAKATA In-Reply-To: <20100412150023.GA80292@icarus.home.lan> References: <20100412.131213.4959786962516027.chat95@mac.com> <4BC3311F.5060503@icyb.net.ua> <20100412150023.GA80292@icarus.home.lan> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 23:38:51 -0000 Hi, Many thanks for interested in. I used following program to major the FLOPS. I'll provide more in details. you many need but you can change dgemm_f77 to something else to link agianst GotoBLAS (ports/math/gotoblas). I think you can use math/atlas but it takes too long time to compile... --- #include #include #include #include #include #define F77_FUNC(name,NAME) name ## _ #include #define MAXLOOP 10 unsigned long long microseconds() { rusage t; timeval tv; getrusage( RUSAGE_SELF, &t ); tv = t.ru_utime; return ((unsigned long long)tv.tv_sec)*1000000 + tv.tv_usec; } double gettimeofday_sec() { struct timeval tv; gettimeofday(&tv, NULL); return tv.tv_sec + (double)tv.tv_usec*1e-6; } int main() { int n; int incx = 1, incy = 1; double alpha = 3.14, beta = 2.717; double dgemmtime, t1, t2, t_1, t_2; for (n = 3000 ; n < 10000; n=n+100) { printf("n: %d\n", (int)n); double *A = new double[n*n]; double *B = new double[n*n]; double *C = new double[n*n]; for (int i = 0; i < n; i++) { for (int j = 0; j < n; j++) { A[i*n+j] = i * j + 1; B[i*n+j] = (i+1) * (j+1) + 1; C[i*n+j] = (i+1) - (j+1) + 1; } } t1 = (double)microseconds(); t_1 = gettimeofday_sec(); for (int p = 0 ; p < MAXLOOP; p++ ){ dgemm_f77("n", "n", &n, &n, &n, &alpha, A, &n, B, &n, &beta, C, &n); } t2 = (double)microseconds(); t_2 = gettimeofday_sec(); // dgemmtime = (t2 - t1) * 1e-6; dgemmtime = (t_2 - t_1); printf("time : %lf or %lf \n", (t2 - t1) * 1e-6, t_2 - t_1); printf("Mflops : %lf\n", ( 2.0 * (double)n * (double)n * (double)n + 2.0 * (double)n* (double)n )* MAXLOOP / dgemmtime / (1000*1000) ); delete[]C; delete[]B; delete[]A; } } -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-stable@FreeBSD.ORG Mon Apr 12 23:45:27 2010 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 A27DB1065673 for ; Mon, 12 Apr 2010 23:45:27 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 50A4E8FC1F for ; Mon, 12 Apr 2010 23:45:27 +0000 (UTC) Received: by gyh20 with SMTP id 20so3443114gyh.13 for ; Mon, 12 Apr 2010 16:45:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=lQShKx9v0zkg8hsrnGUTHJKLhk/VqzKzSdMPiwFCSSQ=; b=hmGwxtvmKBccEkcSQuIqGUo97aRMdIhP6Bxn7PxB/PSaAx0LzsIUc8T9VFKBt8ERkd ULXnFQpigxAr6fN22mYAnqrXjRccOA/vhj9qmtxX4tdxsMb3pePl+40faxhFegRGPKXV 77p40CP9JdN2X4oGD/VSobofet/6ZM0oOTTBE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=S3j/q7e24+Uris7codShQIxTXEb09xkvOqdTkw/GtQVTMWmuLh/kQHsvzSx0g4RUwo qlrnmuybXP5G6XHwC9zFXVV9zCtanb5w2NuUmNLrN4NRAPGQNFVrZNqIAOTT5/JN3u8l wOsq5Ci1hHqxAFT4riTn1XeKpKlqX32XCoRtY= Received: by 10.100.50.12 with SMTP id x12mr7826207anx.217.1271115925931; Mon, 12 Apr 2010 16:45:25 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 36sm1218682yxh.32.2010.04.12.16.45.23 (version=SSLv3 cipher=RC4-MD5); Mon, 12 Apr 2010 16:45:24 -0700 (PDT) Sender: Maho NAKATA Date: Tue, 13 Apr 2010 08:45:21 +0900 (JST) Message-Id: <20100413.084521.551541432112515559.chat95@mac.com> To: bms@incunabulum.net From: Maho NAKATA In-Reply-To: <4BC3AA4C.30904@incunabulum.net> References: <4BC3311F.5060503@icyb.net.ua> <20100412150023.GA80292@icarus.home.lan> <4BC3AA4C.30904@incunabulum.net> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd@jdc.parodius.com Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2010 23:45:27 -0000 Hi Bruce, many thanks. I like FreeBSD, esp. ports, since I'm have been a ports committer for 8 years, so I'll do what I can do...First step might be reproducible results and provide better analysis for ports/math/ports/gotoblas. thanks -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 00:16:23 2010 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 CCBFC106564A; Tue, 13 Apr 2010 00:16:23 +0000 (UTC) (envelope-from mdpoole@troilus.org) Received: from na3sys009aog103.obsmtp.com (na3sys009aog103.obsmtp.com [74.125.149.71]) by mx1.freebsd.org (Postfix) with SMTP id 3C7DB8FC1A; Tue, 13 Apr 2010 00:16:22 +0000 (UTC) Received: from source ([74.125.92.27]) by na3sys009aob103.postini.com ([74.125.148.12]) with SMTP ID DSNKS8O31nXVMmfaY0n/+t/55VlIRf/CN1nW@postini.com; Mon, 12 Apr 2010 17:16:23 PDT Received: by qw-out-2122.google.com with SMTP id 5so2165805qwi.7 for ; Mon, 12 Apr 2010 17:16:21 -0700 (PDT) Received: by 10.224.97.137 with SMTP id l9mr1713568qan.222.1271117780259; Mon, 12 Apr 2010 17:16:20 -0700 (PDT) Received: from graviton.troilus.org (pool-72-83-66-147.washdc.east.verizon.net [72.83.66.147]) by mx.google.com with ESMTPS id 23sm3090371qyk.7.2010.04.12.17.16.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 12 Apr 2010 17:16:19 -0700 (PDT) From: Michael Poole To: Maho NAKATA References: <87tyrghiio.fsf@troilus.org> <20100413.082856.690091871650385955.chat95@mac.com> Date: Mon, 12 Apr 2010 20:16:18 -0400 In-Reply-To: <20100413.082856.690091871650385955.chat95@mac.com> (Maho NAKATA's message of "Tue, 13 Apr 2010 08:28:56 +0900 (JST)") Message-ID: <87mxx8gqb1.fsf@troilus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: adrian@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2010 00:16:23 -0000 Maho NAKATA writes: > From: Michael Poole > Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 > Date: Mon, 12 Apr 2010 10:06:55 -0400 > >> Nakata-san's theoretical performance numbers assume 4 to 4.2 operations >> per core per cycle at the nominal (2.66 GHz, non-TurboBoost) clock rate. >> (DGEMM is double precision, but I am not familiar enough with scientific >> computing or with the Nehalem implementation of SSE to know why it is >> four operations per cycle rather than two -- is it because double >> precision counts as two FLOPs or is it because of multiple issue?) >> TurboBoost runs up to 2.93 GHz on this CPU, so it doesn't fit either the >> theoretical peak performance or the performance discrepancy very well. > > Hi Michael, > I read http://www.intel.com/support/processors/sb/cs-023143.htm > and TurboBoost on 920 is 2.80GHz. Ah. I was looking at http://ark.intel.com/Product.aspx?id=37147 . Given a 2.80 GHz TurboBoost, the 44.8 GFLOPS theoretical performance number makes sense. I think the more important point is that TurboBoost on this CPU gives at most a 10% speedup, so it cannot explain the 25% performance difference. Michael From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 05:30:10 2010 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 7A544106564A for ; Tue, 13 Apr 2010 05:30:10 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-pz0-f201.google.com (mail-pz0-f201.google.com [209.85.222.201]) by mx1.freebsd.org (Postfix) with ESMTP id 4A61A8FC1F for ; Tue, 13 Apr 2010 05:30:10 +0000 (UTC) Received: by pzk39 with SMTP id 39so399827pzk.7 for ; Mon, 12 Apr 2010 22:30:09 -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:received:message-id:subject:from:to:cc:content-type; bh=MrFyFAVemtoe1ZtEvMvvwaCcG0/7ti54Lz6kL1JfjQA=; b=W1TZ9Fpt1xaNk8lTskZA7v+Y9Qh6ifnT5vrDuBRXjzRSRyQiCF1gh4r30BkzrqBIc0 7y0ZBkxOakR2KWBPFHv/wXVO73Yum7yQq6y5GPukdpz4sUUTywCQCdvLWmBwpUukvyZz X5hPZqmSMUfG3ERQ1l2fF0n0Gc5Umw7bVAKsU= 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=taCH79ezpsxEe3uYYvd35mBfKLrQF+PmKWNND1Mtf+Iwh4nKorG9AgxLl8bO6bUxap VKyhdgzOSb4SJ8z87NpRohzqqrqRN+hmMLOzy9XYgjbOCRAYUWoB+QTcPT3cccFAyQRC CkgBzaFCfvT0HQc09d/BY4zM2uY3zp46CYPA0= MIME-Version: 1.0 Received: by 10.143.158.20 with HTTP; Mon, 12 Apr 2010 22:30:09 -0700 (PDT) In-Reply-To: <20100412.131213.4959786962516027.chat95@mac.com> References: <20100412.131213.4959786962516027.chat95@mac.com> Date: Tue, 13 Apr 2010 00:30:09 -0500 Received: by 10.142.152.5 with SMTP id z5mr2173827wfd.266.1271136609546; Mon, 12 Apr 2010 22:30:09 -0700 (PDT) Message-ID: From: Alan Cox To: Maho NAKATA Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 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: Tue, 13 Apr 2010 05:30:10 -0000 On Sun, Apr 11, 2010 at 11:12 PM, Maho NAKATA wrote: > Hi FreeBSD developers, > [the original article in Japanese can be found at > http://blog.goo.ne.jp/nakatamaho/e/b5f6fbc3cc6e1ac4947463eb1ca4eb0a ] > > *Abstract* > I compared the peak performance of FreeBSD 8.0/amd64 and Ubuntu 9.10 amd64 > using dgemm > (a linear algebra routine, matrix-matrix multiplication). > I obtained only 70% of theoretical peak performance on FreeBSD 8/amd64 and > almost 95% on Ubuntu 9.10 /amd64. I'm really disappointed. > > *Introduction* > I'm a friend of Gotoh Kazushige, the principal developers of GotoBLAS. He > told me that > FreeBSD is not suitable OS for scientific computing or high performance > computing. He says > (in Japanese and my translation): > > > I guess FreeBSD does page coloring, but I don't think FreeBSD considers > very large cache > > size which recent CPU has. Support of a very large cache on Linux is > still not very will > > sophisticated, but on *BSDs, its worst; they uses too fine memory > allocation method, > > so we cannot expect large continuous physical memory allocation. > These statements about FreeBSD's memory management are wrong, or at least outdated. FreeBSD is very likely to allocate physical memory in contiguous chunks to your memory-hungry application even if automatic superpage promotion does not occur. You should refer your friend to my paper at http://www.usenix.org/events/osdi02/tech/full_papers/navarro/navarro_html/and tell him that FreeBSD >= 7.2 implements a variation on what that paper describes. Regards, Alan From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 05:53:18 2010 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 E0444106566B for ; Tue, 13 Apr 2010 05:53:18 +0000 (UTC) (envelope-from als@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id A0ECC8FC15 for ; Tue, 13 Apr 2010 05:53:18 +0000 (UTC) Received: by email.octopus.com.au (Postfix, from userid 1002) id A907C5CB954; Tue, 13 Apr 2010 15:25:18 +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=4.4 required=10.0 tests=ALL_TRUSTED, DNS_FROM_OPENWHOIS,FH_DATE_PAST_20XX autolearn=no version=3.2.3 Received: from [10.1.50.144] (ppp121-44-113-76.lns20.syd6.internode.on.net [121.44.113.76]) (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 8A5925CB949; Tue, 13 Apr 2010 15:25:14 +1000 (EST) Message-ID: <4BC402B7.5000400@modulus.org> Date: Tue, 13 Apr 2010 15:35:51 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: Maho NAKATA References: <20100412.131213.4959786962516027.chat95@mac.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2010 05:53:19 -0000 The statements about the scheduler flipping between cores is also somewhat false, ULE does the right thing now for long-running computational threads. Furthermore, I can't see how a Gflops benchmark which fits in the CPU cache has anything to do with the memory architecture of the operating system. I assume to reach these results the benchmark was multi-threaded, and so I think I'd start by looking at the scheduler. Before that I'd probably look at the libraries, how they were compiled, differences in the compiler etc. - Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 06:22:52 2010 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 431171065673 for ; Tue, 13 Apr 2010 06:22:52 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 141298FC17 for ; Tue, 13 Apr 2010 06:22:51 +0000 (UTC) Received: by pwi9 with SMTP id 9so5607108pwi.13 for ; Mon, 12 Apr 2010 23:22:51 -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:received:message-id:subject:from:to:cc:content-type; bh=XbgXn+Ky6Au6LWLI27LF3ghBS5vdyjXkmZPG+3ckmLA=; b=spc+i8w6hszApk7V08UNRTWGB6woiCm/VTK247UuTJ8TJrxSb5gscTHq2PFY4sXUFU BGOnLMrYJ10qYHLTBtySAbjbsXn08Ex823o7IfvRLaHkZ2tLWTK/fVZyyfy7LG26Bj2F 09pUH75B++bHby5TKurAtujaXLh8tWq8jQ/sc= 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=CmFuQ1U0E7+/qhSorHDaim6mfeVloAb5w+UOEbGoHHk5s4dcPhm2PVnacWww7xfeQL jo5wA+gJuHltKcP+JMb/Vrkr5o57gF08UomYXwegjxKBuzVJW8tZxaRR+p9tuzLWtFgJ iQKZO/kaiudSFsLWfN+Y9dQRB5LAk8ZqwSD3s= MIME-Version: 1.0 Received: by 10.143.158.20 with HTTP; Mon, 12 Apr 2010 23:22:51 -0700 (PDT) In-Reply-To: <4BC402B7.5000400@modulus.org> References: <20100412.131213.4959786962516027.chat95@mac.com> <4BC402B7.5000400@modulus.org> Date: Tue, 13 Apr 2010 01:22:51 -0500 Received: by 10.142.152.29 with SMTP id z29mr2369126wfd.30.1271139771490; Mon, 12 Apr 2010 23:22:51 -0700 (PDT) Message-ID: From: Alan Cox To: Andrew Snow Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Maho NAKATA , freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 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: Tue, 13 Apr 2010 06:22:52 -0000 On Tue, Apr 13, 2010 at 12:35 AM, Andrew Snow wrote: > > The statements about the scheduler flipping between cores is also somewhat > false, ULE does the right thing now for long-running computational threads. > > Furthermore, I can't see how a Gflops benchmark which fits in the CPU cache > has anything to do with the memory architecture of the operating system. > > It can. Search the web for descriptions of page coloring. Roughly speaking, if your cache is physically indexed, the way in which the virtual memory system allocates physical pages to virtual addresses can affect whether or not the cache is fully utilized. In a pathological case, those physical pages that your application touches reside in the same part of the cache and consequently you suffer frequent conflict misses. Meanwhile, the other parts of the cache go unused. Page coloring creates a predictable mapping between virtual and physical addresses so that a carefully written application can avoid the pathological case. Our support for superpages has the same effect. Alan From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 12:18:00 2010 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 740981065672 for ; Tue, 13 Apr 2010 12:18:00 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.221.175]) by mx1.freebsd.org (Postfix) with ESMTP id 2F3A88FC18 for ; Tue, 13 Apr 2010 12:17:59 +0000 (UTC) Received: by qyk5 with SMTP id 5so7674865qyk.3 for ; Tue, 13 Apr 2010 05:17:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.231.84 with HTTP; Tue, 13 Apr 2010 05:17:57 -0700 (PDT) X-Originating-IP: [59.124.10.59] Date: Tue, 13 Apr 2010 20:17:57 +0800 Received: by 10.229.230.84 with SMTP id jl20mr8170215qcb.88.1271161077076; Tue, 13 Apr 2010 05:17:57 -0700 (PDT) Message-ID: From: Lin Jui-Nan Eric To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: pf stalls connection when using route-to X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2010 12:18:00 -0000 Hi listers, We recently found that when the traffic passes pf with route-to, the connection stalls. Turning off TSO solves the problem. Our pf.conf is very simple: table const {10/8, 172.16/12, 192.168/16} pass out quick route-to (em0 10.1.1.1) from to ! no state And we have a tcpdump capture file. It shows that there's lots of duplicate packets and retransmissions while TSO is enabled. Our NIC is an Intel PRO/1000: em0: port 0x2000-0x201f mem 0xdf200000-0xdf21ffff irq 18 at device 0.0 on pci4 em0: Using MSI interrupt em0: [FILTER] Screenshot: http://cf.files.jnlin.org/with-tso.png Any suggestion? I just turn off the TSO, but I think it is only a workaround. Sincerely, Jui-Nan From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 13:05:35 2010 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 ACA42106566B for ; Tue, 13 Apr 2010 13:05:35 +0000 (UTC) (envelope-from bsd@nezmer.info) Received: from mail.nezmer.info (nezmer.info [97.107.142.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8EBB98FC0C for ; Tue, 13 Apr 2010 13:05:35 +0000 (UTC) Date: Tue, 13 Apr 2010 16:05:24 +0300 From: Nezmer To: freebsd-stable@freebsd.org Message-ID: <20100413130524.GA45088@mail> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: 8-STABLE/amd64: r206088 breaks compilation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2010 13:05:35 -0000 Hi, The error is: 8_stable-build/usr.bin/netstat/netgraph.c: In function 'netgraphprotopr': 8_stable-build/usr.bin/netstat/netgraph.c:174: error: 'struct ngsock' has no member named 'node_id' 8_stable-build/usr.bin/netstat/netgraph.c:176:error: 'struct ngsock' has no member named 'node_id' I think the problem is here: revision 206087 revision 206088 snprintf(path, sizeof(path), "[%lx]:", (u_long)info.node); snprintf(path, sizeof(path), "[%x]:", info.node_id); Can anyone confirm? From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 15:19:35 2010 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 C0BDC106564A for ; Tue, 13 Apr 2010 15:19:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id A94218FC12 for ; Tue, 13 Apr 2010 15:19:35 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta05.emeryville.ca.mail.comcast.net with comcast id 51bV1e0061eYJf8A53KcnH; Tue, 13 Apr 2010 15:19:36 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta19.emeryville.ca.mail.comcast.net with comcast id 53Kb1e0013S48mS013Kbss; Tue, 13 Apr 2010 15:19:36 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 09B219B419; Tue, 13 Apr 2010 08:19:34 -0700 (PDT) Date: Tue, 13 Apr 2010 08:19:34 -0700 From: Jeremy Chadwick To: Lin Jui-Nan Eric Message-ID: <20100413151933.GA20976@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: pf stalls connection when using route-to X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2010 15:19:35 -0000 On Tue, Apr 13, 2010 at 08:17:57PM +0800, Lin Jui-Nan Eric wrote: > We recently found that when the traffic passes pf with route-to, the > connection stalls. > Turning off TSO solves the problem. Our pf.conf is very simple: > > table const {10/8, 172.16/12, 192.168/16} > pass out quick route-to (em0 10.1.1.1) from to ! no state > > And we have a tcpdump capture file. It shows that there's lots of > duplicate packets and > retransmissions while TSO is enabled. Our NIC is an Intel PRO/1000: > > em0: port 0x2000-0x201f > mem 0xdf200000-0xdf21ffff irq 18 at device 0.0 on pci4 > em0: Using MSI interrupt > em0: [FILTER] > > Screenshot: http://cf.files.jnlin.org/with-tso.png > > Any suggestion? I just turn off the TSO, but I think it is only a workaround. What FreeBSD version? uname -a output please. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 15:53:44 2010 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 336BA1065673; Tue, 13 Apr 2010 15:53:44 +0000 (UTC) (envelope-from ericlin@tamama.org) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id D82FC8FC24; Tue, 13 Apr 2010 15:53:43 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so2407017qwi.7 for ; Tue, 13 Apr 2010 08:53:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.231.84 with HTTP; Tue, 13 Apr 2010 08:53:42 -0700 (PDT) X-Originating-IP: [59.120.212.57] In-Reply-To: <20100413151933.GA20976@icarus.home.lan> References: <20100413151933.GA20976@icarus.home.lan> Date: Tue, 13 Apr 2010 23:53:42 +0800 Received: by 10.229.217.206 with SMTP id hn14mr8281980qcb.70.1271174022509; Tue, 13 Apr 2010 08:53:42 -0700 (PDT) Message-ID: From: Lin Jui-Nan Eric To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, stable@freebsd.org Subject: Re: pf stalls connection when using route-to X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2010 15:53:44 -0000 On Tue, Apr 13, 2010 at 11:19 PM, Jeremy Chadwick wrote: > > What FreeBSD version? =A0uname -a output please. > I have tried 7.2-R and 8.0-R. Both version stalls, too. 8.0-RELEASE: # uname -a FreeBSD bsd8 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #3: Wed Mar 3 17:15:52 CST 2010 root@bsd8:/usr/obj/usr/src/sys/KERNEL amd64 We only added "carp" in kernel config for HA. # cat /etc/sysctl.conf # $FreeBSD: src/etc/sysctl.conf,v 1.8.34.1.2.1 2009/10/25 01:10:29 kensmith Exp $ # # This file is read when going to multi-user and its contents piped thru # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for details. # # Uncomment this to prevent users from seeing information about processes t= hat # are being run under another UID. #security.bsd.see_other_uids=3D0 debug.bootverbose=3D1 kern.ipc.maxsockbuf=3D2097152 kern.ipc.somaxconn=3D8192 kern.maxfiles=3D65536 kern.maxfilesperproc=3D32768 kern.maxprocperuid=3D65536 net.inet.tcp.delayed_ack=3D0 debug.bootverbose=3D1 kern.ipc.maxsockbuf=3D2097152 kern.ipc.somaxconn=3D8192 kern.maxfiles=3D65536 kern.maxfilesperproc=3D32768 kern.maxprocperuid=3D65536 net.inet.tcp.delayed_ack=3D0 net.inet.carp.preempt=3D1 net.inet.carp.arpbalance=3D1 kern.randompid=3D99999 net.inet.flowtable.enable=3D0 # cat /boot/loader.conf # coretemp_load=3D"YES" geom_mirror_load=3D"YES" geom_stripe_load=3D"YES" if_em_load=3D"YES" kbdmux_load=3D"YES" random_load=3D"YES" ukdb_load=3D"YES" zfs_load=3D"YES" # kern.ipc.nmbclusters=3D"0" kern.maxproc=3D"65536" net.inet.tcp.reass.maxsegments=3D"1600" 7.2-RELEASE: # uname -a FreeBSD bsd7 7.2-RELEASE-p7 FreeBSD 7.2-RELEASE-p7 #0: Fri Feb 26 22:28:05 UTC 2010 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 # cat /etc/sysctl.conf debug.bootverbose=3D1 kern.ipc.maxsockbuf=3D2097152 kern.ipc.somaxconn=3D32768 kern.maxfiles=3D65536 kern.maxfilesperproc=3D32768 kern.maxprocperuid=3D65536 kern.randompid=3D99999 net.inet.icmp.icmplim=3D65536 net.inet.ip.fastforwarding=3D1 net.inet.ip.portrange.first=3D4096 net.inet.tcp.delayed_ack=3D0 net.inet.tcp.fast_finwait2_recycle=3D1 net.inet.tcp.maxtcptw=3D65535 net.inet.tcp.msl=3D1500 net.inet.tcp.nolocaltimewait=3D1 vfs.lookup_shared=3D1 vfs.nfs.prime_access_cache=3D0 vm.pmap.shpgperproc=3D2000 # cat /boot/loader.conf # coretemp_load=3D"YES" geom_mirror_load=3D"YES" geom_stripe_load=3D"YES" kbdmux_load=3D"YES" random_load=3D"YES" ukdb_load=3D"YES" zfs_load=3D"YES" # kern.ipc.nmbclusters=3D"0" kern.maxproc=3D"65536" vfs.zfs.prefetch_disable=3D"1" vm.kmem_size=3D"1G" vm.kmem_size_max=3D"1G" net.inet.tcp.reass.maxsegments=3D"1600" From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 21:07:06 2010 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 52D64106566B; Tue, 13 Apr 2010 21:07:06 +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 5747A8FC15; Tue, 13 Apr 2010 21:07:04 +0000 (UTC) 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 AAA07235; Wed, 14 Apr 2010 00:06:57 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O1nJw-000NF0-Sg; Wed, 14 Apr 2010 00:06:57 +0300 Message-ID: <4BC4DCF0.9010209@icyb.net.ua> Date: Wed, 14 Apr 2010 00:06:56 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Akephalos References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> <4BBDE420.2060003@icyb.net.ua> <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> <4BBDF02C.4020909@icyb.net.ua> <20100410072103.7a216222.akephalos.akephalos@gmail.com> In-Reply-To: <20100410072103.7a216222.akephalos.akephalos@gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2010 21:07:06 -0000 on 10/04/2010 07:21 Akephalos said the following: > On Thu, 08 Apr 2010 18:03:08 +0300 Andriy Gapon wrote: > >> Really shooting in the dark here: are there any BIOS options about HPET and >> RTC on this system? Can you try playing with them? >> >> -- Andriy Gapon > > I'm sorry for this late reply. I can't see any option like that in bios, > unfortunately, there are few options that can be changed. In case it was > forgotten, on the firs install (8.0 release version) it was all fine, I think > diffing or tracing the changes from there might point to a solution? That's pretty obvious: RTC was not used for stat clock in that version; later version did try to use RTC and now Attilio has reverted the logic back to not use RTC unless explicitly requested. What is not obvious is why your RTC doesn't work as expected. I have no answer to that. One thing that makes me suspicious is that HPET also doesn't seem to work on your system. One very very wild guess is that IRQ8 might be actually driven by HPET, not RTC. And our programming of HPET or RTC or both messes things up. It would be interesting to see if disabling HPET (acpi_hpet) changes anything: debug.acpi.disabled="hpet" -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 21:11:04 2010 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 61D021065672 for ; Tue, 13 Apr 2010 21:11:04 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A39228FC1A for ; Tue, 13 Apr 2010 21:11:03 +0000 (UTC) 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 AAA07288; Wed, 14 Apr 2010 00:10:59 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O1nNr-000NFQ-67; Wed, 14 Apr 2010 00:10:59 +0300 Message-ID: <4BC4DDE2.3080008@freebsd.org> Date: Wed, 14 Apr 2010 00:10:58 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Maho NAKATA References: <20100412.131213.4959786962516027.chat95@mac.com> <4BC3311F.5060503@icyb.net.ua> <4BC332F4.4040100@freebsd.org> <20100413.083300.725436840180020236.chat95@mac.com> In-Reply-To: <20100413.083300.725436840180020236.chat95@mac.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2010 21:11:04 -0000 on 13/04/2010 02:33 Maho NAKATA said the following: > From: Andriy Gapon >> Another question is what compilers (what versions of GCC) were used on both >> system to compile the program? > > Hi > > on Ubuntu $ gcc -v Using built-in specs. Target: x86_64-linux-gnu Configured > with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.1-4ubuntu9' > --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs > --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared > --enable-multiarch --enable-linker-build-id --with-system-zlib > --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix > --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 > --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc > --disable-werror --with-arch-32=i486 --with-tune=generic > --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu > --target=x86_64-linux-gnu Thread model: posix gcc version 4.4.1 (Ubuntu > 4.4.1-4ubuntu9) > > on FreeBSD % gcc44 -v Using built-in specs. Target: x86_64-portbld-freebsd8.0 > Configured with: ./../gcc-4.4-20100330/configure --disable-nls > --libdir=/usr/local/lib/gcc44 --libexecdir=/usr/local/libexec/gcc44 > --program-suffix=44 --with-as=/usr/local/bin/as --with-gmp=/usr/local > --with-gxx-include-dir=/usr/local/lib/gcc44/include/c++/ > --with-ld=/usr/local/bin/ld --with-libiconv-prefix=/usr/local > --with-system-zlib --disable-libgcj --prefix=/usr/local > --mandir=/usr/local/man --infodir=/usr/local/info/gcc44 > --build=x86_64-portbld-freebsd8.0 Thread model: posix gcc version 4.4.4 > 20100330 (prerelease) (GCC) Is this what was used to compile the code in hot path (the code that performs all the actual calculations)? The answer is not obvious. GCC 4.4 is known to produce better code for modern CPUs, partially because it has knowledge of recently introduced instructions. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 22:29:03 2010 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 23302106564A for ; Tue, 13 Apr 2010 22:29:02 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 780208FC23 for ; Tue, 13 Apr 2010 22:29:02 +0000 (UTC) Received: by wwa36 with SMTP id 36so906627wwa.13 for ; Tue, 13 Apr 2010 15:29:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=YCtGkIZcRnLDC/sBv2DOZ9ghj7XDZXTwl5a+lY1bsXU=; b=N21+VAqaePg0hqht4P/Cqbkjff0fennP9Ylpj6CRgWVcbm6zqTE8wlnMzCVwC3oH7J 9wcROT03ic0JzFGT5U1qsJPJQjpAUNH2j7V3FY+pm0cFI8WKuxag4hFDAOg1LdzQJNQN pmg7n0zRHE9gQIdqdWrXgxzG++SvTFNqfUIrc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=pO/mMw/65kWisR/p0JSkZ8od5N8frzy3bxmoK/Txpjmj4MY1uSwwMI+JgpOg1FWOs8 +Rhe4MKVPdvoi4fJVWomFoy8xZx0RcTtiQHZdo05HXuYlt5Np442BR3gzzq+SmOOoFd2 nV1t8rQF5754AGqPpJZYJ4LI5H+kDyFVuGqTU= Received: by 10.216.87.7 with SMTP id x7mr3602214wee.53.1271196080116; Tue, 13 Apr 2010 15:01:20 -0700 (PDT) Received: from Abricot.malikania.fr (121.21.102-84.rev.gaoland.net [84.102.21.121]) by mx.google.com with ESMTPS id z3sm3873695wbs.22.2010.04.13.15.01.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Apr 2010 15:01:19 -0700 (PDT) Date: Wed, 14 Apr 2010 00:01:21 +0200 From: Demelier David To: freebsd-stable@freebsd.org Message-ID: <20100413220120.GA87250@Abricot.malikania.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Freeze on my laptop. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2010 22:29:03 -0000 Hi, I'm so sad because FreeBSD is the one which can runs almost perfectly on my laptop. But it freezes. Sometime I just do anything and I want to click on a link in firefox, or open a terminal and then freeze. There is no messages, no reboot nothing. Can't know where that come from. I'm running 8.0-STABLE on a hp probook 4510s. King regards, -- Demelier David From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 23:21:16 2010 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 8C2E6106566B for ; Tue, 13 Apr 2010 23:21:16 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4026B8FC08 for ; Tue, 13 Apr 2010 23:21:15 +0000 (UTC) Received: by gwaa12 with SMTP id a12so4061684gwa.13 for ; Tue, 13 Apr 2010 16:21:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=KDLSUxsF1AvFpWXDGoq0Xcp0YchMt/esNN/pco63RC0=; b=C/16Zm7WcPeW0kba4UaOcIGsC18ENTQtszKK7G5XKN4RNJhkLO43z9MTnXqYtapk87 nJNUcLbwHHzCufc0IPKnNqblsiN3f61Hy5mDDeFTDnkmb/jhLFh4CAzSjfPSKIABdIll 8Aw82n6wvEq7hpBRzbTL4o2PM6EJTxKlC3wWQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=AzkkqqFbRdtJwplYE/pd3PR6CfdbdBKiHlkB+g0Pbw4YBhV5Hl7ZM1iJMxwB/3/80P R1uao2eb9R04w6eRMCkYl4GykUo1BtBx7NtBrbm7QiPETpF7uTA4lRSdrFQD7FCPSDEl TSJevLAxKMZA8VnvOwRpGAWXZuhvyiJJy2MUE= Received: by 10.101.130.15 with SMTP id h15mr11519478ann.211.1271200874708; Tue, 13 Apr 2010 16:21:14 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 8sm1517293yxb.43.2010.04.13.16.21.11 (version=SSLv3 cipher=RC4-MD5); Tue, 13 Apr 2010 16:21:13 -0700 (PDT) Sender: Maho NAKATA Date: Wed, 14 Apr 2010 08:21:09 +0900 (JST) Message-Id: <20100414.082109.29593248145846106.chat95@mac.com> To: alc@freebsd.org, alan.l.cox@gmail.com From: Maho NAKATA In-Reply-To: References: <4BC402B7.5000400@modulus.org> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, als@modulus.org Subject: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2010 23:21:16 -0000 Hi all, thanks for showing interest in this issue. I uploaded my test code so that you can test on your PC. Following is the instruction. 1. download my source codes. http://people.freebsd.org/~maho/dgemm/Makefile http://people.freebsd.org/~maho/dgemm/dgemm.cpp check md5. % md5 Makefile dgemm.cpp MD5 (Makefile) = b408ab1e1f5bf8b923cae5ec9f9f0f07 MD5 (dgemm.cpp) = 0d774a456a665429c67c2b07fd24c64c 2. install ports/math/gotoblas (manual download required) make install 3. compile dgemm.cpp just type make % make g++44 -pthread -static -O2 -o dgemm dgemm.cpp -L/usr/local/lib -lgoto2p g++44 -pthread -static -O2 -o dgemm_ref dgemm.cpp -L/usr/local/lib -lblas -lgfortran 4. run dgemm. % ./dgemm n: 3000 time : 134.648208 or 16.910525 Mflops : 31943.419695 n: 3100 time : 148.122279 or 18.615284 Mflops : 32017.357408 n: 3200 time : 162.488885 or 20.430651 Mflops : 32087.318295 n: 3300 time : 178.497079 or 22.446093 Mflops : 32030.420499 n: 3400 time : 195.550715 or 24.586152 Mflops : 31981.873273 n: 3500 time : 213.403379 or 26.825058 Mflops : 31975.513363 n: 3600 ... above output is on Core i7 920 (2.66GHz; TurboBoost on) Thanks -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 23:23:28 2010 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 433C2106564A; Tue, 13 Apr 2010 23:23:28 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id 2413C8FC08; Tue, 13 Apr 2010 23:23:27 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.4/8.14.4) with ESMTP id o3DN3MQv090263; Tue, 13 Apr 2010 16:03:22 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.4/8.14.4/Submit) id o3DN3MiN090262; Tue, 13 Apr 2010 16:03:22 -0700 (PDT) (envelope-from faber) Date: Tue, 13 Apr 2010 16:03:22 -0700 From: Ted Faber To: Ion-Mihai Tetcu Message-ID: <20100413230322.GD84382@zod.isi.edu> References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vSsTm1kUtxIHoa7M" Content-Disposition: inline In-Reply-To: <20100328163828.1f34e0e7@it.buh.tecnik93.com> User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Cc: stable@FreeBSD.org, questions@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2010 23:23:28 -0000 --vSsTm1kUtxIHoa7M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 28, 2010 at 04:38:28PM +0300, Ion-Mihai Tetcu wrote: > Hi, >=20 >=20 > As announced before, a few big commits, that touch some thousands ports > are being done: png, curl, x11, gnome, kde4. The target ETA is 6-7 > April.=20 I didn't see any mial, but figured I'd check. Are ports still unstable? --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --vSsTm1kUtxIHoa7M Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvE+DoACgkQaUz3f+Zf+XvQkwCeJb3elPShmbqT6kYWpFPCZiD3 7w4An07zSxPu/oRYSYHeFBYplhGFDcDP =EC7j -----END PGP SIGNATURE----- --vSsTm1kUtxIHoa7M-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 23:43:31 2010 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 466991065745 for ; Tue, 13 Apr 2010 23:43:31 +0000 (UTC) (envelope-from als@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 0A1F88FC18 for ; Tue, 13 Apr 2010 23:43:30 +0000 (UTC) Received: by email.octopus.com.au (Postfix, from userid 1002) id 284BA5CB956; Wed, 14 Apr 2010 09:32:49 +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=4.4 required=10.0 tests=ALL_TRUSTED, DNS_FROM_OPENWHOIS,FH_DATE_PAST_20XX autolearn=no version=3.2.3 Received: from [10.1.50.144] (ppp121-44-113-76.lns20.syd6.internode.on.net [121.44.113.76]) (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 009D85CB949; Wed, 14 Apr 2010 09:32:44 +1000 (EST) Message-ID: <4BC5019A.1090007@modulus.org> Date: Wed, 14 Apr 2010 09:43:22 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: Demelier David References: <20100413220120.GA87250@Abricot.malikania.fr> In-Reply-To: <20100413220120.GA87250@Abricot.malikania.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Freeze on my laptop. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2010 23:43:31 -0000 Demelier David wrote: > I'm so sad because FreeBSD is the one which can runs almost perfectly on > my laptop. But it freezes. Sometime I just do anything and I want to > click on a link in firefox, or open a terminal and then freeze. Sounds like a problem with the X graphics driver.. when it next happens, can you press Alt+F1 or Ctrl+Alt+F1 to get back to a text console? You might like to try upgrading your version of X to a newer version. - Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Apr 13 23:50:38 2010 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 60688106564A for ; Tue, 13 Apr 2010 23:50:38 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id E88F18FC16 for ; Tue, 13 Apr 2010 23:50:37 +0000 (UTC) Received: by wyb28 with SMTP id 28so1717372wyb.13 for ; Tue, 13 Apr 2010 16:50:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=nu/RTdED9jC91WZvQLPcdwBiwitCZTadAvL6uFL9Gs0=; b=JmuKvAXlhqevzFovV/uPdLULYFTN5py9tO18IRwPHXF67MJZJPVNrxlYHnTrKsvh2V Zs3C25VheNZ2KoSIBcJB812C1Yd5AjHqZHtS3eK6mKp6IJNr1tVYpUiu92D5RfrUj7Zf MLngv4zFbwj+M3Yox5EpAvBGLQlsC1Jt5gyME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=RJblxEDn0l8Q6YhFJi2iDGf8fE4LAJlud2va3INI488bVeI2bVSLLVclu+29cLygBi DXnxwvYsWbT1MStifZzW2UyzZ0ddl9U3tvsSrNePzl4Vk5vshdr6WNKG6fKrkeLMLVkU a4E3mWB2F5wdCoGm3VZ/L3EwUXVmvf76U1S1E= Received: by 10.216.172.5 with SMTP id s5mr4493874wel.30.1271202636869; Tue, 13 Apr 2010 16:50:36 -0700 (PDT) Received: from Abricot.malikania.fr (121.21.102-84.rev.gaoland.net [84.102.21.121]) by mx.google.com with ESMTPS id r29sm4598571wbv.21.2010.04.13.16.50.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Apr 2010 16:50:36 -0700 (PDT) Date: Wed, 14 Apr 2010 01:50:37 +0200 From: Demelier David To: Andrew Snow Message-ID: <20100413235037.GC87250@Abricot.malikania.fr> References: <20100413220120.GA87250@Abricot.malikania.fr> <4BC5019A.1090007@modulus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BC5019A.1090007@modulus.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Freeze on my laptop. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2010 23:50:38 -0000 On Wed, Apr 14, 2010 at 09:43:22AM +1000, Andrew Snow wrote: > Demelier David wrote: > > I'm so sad because FreeBSD is the one which can runs almost perfectly on > > my laptop. But it freezes. Sometime I just do anything and I want to > > click on a link in firefox, or open a terminal and then freeze. > > Sounds like a problem with the X graphics driver.. when it next > happens, can you press Alt+F1 or Ctrl+Alt+F1 to get back to a text console? > > You might like to try upgrading your version of X to a newer version. > > - Andrew I'll try with vesa, maybe you right but with last(1) command I get many `crash'. And I can't go back in console. The odd thing is that happens often when I use gtk based applications (pidgin, firefox). -- Demelier David From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 05:15:14 2010 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 56B80106564A for ; Wed, 14 Apr 2010 05:15:14 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id D405F8FC08 for ; Wed, 14 Apr 2010 05:15:13 +0000 (UTC) Received: by bwz8 with SMTP id 8so5079165bwz.3 for ; Tue, 13 Apr 2010 22:15:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:received:message-id:subject:from:to :content-type; bh=FmDrXvxtgIFfEexgWSrprfXCiMdZ9DkkXNFYpAQVtEU=; b=NnQFPmJDX5OvoYpBExKT4FtEDRYj5IsIkJuSn7e2JFtB1tMWqISCfqX6xirQVrMatf iey+Wxso5hbRFnnYIOvOk5KiXwYjZulDHLpQ2ZBKjx7h27qgES2JE3lKv32vvI1odcdd BCNspCOxqlLREmTQlP7Fq10zfsHLm8+81XO9g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=BAdIq9ZKjrvNp5/PAhXR5hspUK47PaIKw9aCRTbrpon4zidlbCw68d9kRTR3Xgr794 yPzvgBHrAYTL9MU5vPEuxxd7OWnNFM4ef/gYZqf75nhxLH6+MAmT/8bY6qtEnfjxxSTA F1BXdfvBNTQNfkYx5tXNTNIVxfyQh7Odzvtjs= MIME-Version: 1.0 Sender: pali.gabor@googlemail.com Received: by 10.223.105.84 with HTTP; Tue, 13 Apr 2010 21:44:58 -0700 (PDT) Date: Wed, 14 Apr 2010 06:44:58 +0200 X-Google-Sender-Auth: b59f4e8cbbd4b0f1 Received: by 10.223.58.83 with SMTP id f19mr3653666fah.88.1271220298591; Tue, 13 Apr 2010 21:44:58 -0700 (PDT) Message-ID: From: Gabor PALI To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Strange Swapping Issues(?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 05:15:14 -0000 Hello there, I am running a FreeBSD/amd64 8-STABLE with GENERIC kernel as of February 17 on my box (quad core, 2 GB RAM), and recently I spot some interesting problems in my logs. My machine runs two instances of a client in two separate chroot environments in parallel with 32-bit and 64-bit userlands respectively, doing a nightly building and testing. According to the logs it puts a nice load on my system, though it still seems to be working fine. Except one thing: it produces strange error messages on swap space without an apparent reason (at least to me): xxx# tail -f /var/log/messages Apr 14 05:26:44 xxx kernel: swap_pager_getswapspace(4): failed Apr 14 05:26:44 xxx kernel: swap_pager_getswapspace(16): failed Apr 14 05:26:44 xxx kernel: Apr 14 05:26:44 xxx kernel: swap_pager_getswapspace(3): failed Apr 14 05:26:44 xxx kernel: swap_pager_getswapspace(16): failed Apr 14 05:26:44 xxx kernel: swap_pager_getswapspace(3): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(12): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(2): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed Apr 14 05:26:45 xxx kernel: pid 7388 (throwto003), uid 1001, was killed: out of swap space Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(8): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(8): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(12): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(9): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(9): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(3): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(9): failed Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(3): failed ^C xxx# swapinfo -h Device 1K-blocks Used Avail Capacity /dev/ad0s1b 4194304 112M 3.9G 3% Do you have any ideas what might have happened? Do I need to update or configure something? Thank you very much for your replies in advance. Cheers, :g From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 05:26:24 2010 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 CADE2106564A for ; Wed, 14 Apr 2010 05:26:24 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 784388FC2C for ; Wed, 14 Apr 2010 05:26:24 +0000 (UTC) Received: from omta08.westchester.pa.mail.comcast.net ([76.96.62.12]) by qmta07.westchester.pa.mail.comcast.net with comcast id 5HP41e0030Fqzac57HSQVW; Wed, 14 Apr 2010 05:26:24 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta08.westchester.pa.mail.comcast.net with comcast id 5HSP1e0083S48mS3UHSQfd; Wed, 14 Apr 2010 05:26:24 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5931D9B419; Tue, 13 Apr 2010 22:26:22 -0700 (PDT) Date: Tue, 13 Apr 2010 22:26:22 -0700 From: Jeremy Chadwick To: Gabor PALI Message-ID: <20100414052622.GA40757@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Strange Swapping Issues(?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 05:26:25 -0000 On Wed, Apr 14, 2010 at 06:44:58AM +0200, Gabor PALI wrote: > Hello there, > > I am running a FreeBSD/amd64 8-STABLE with GENERIC kernel as of > February 17 on my box (quad core, 2 GB RAM), and recently I spot some > interesting problems in my logs. My machine runs two instances of a > client in two separate chroot environments in parallel with 32-bit and > 64-bit userlands respectively, doing a nightly building and testing. > According to the logs it puts a nice load on my system, though it > still seems to be working fine. > > Except one thing: it produces strange error messages on swap space > without an apparent reason (at least to me): > > xxx# tail -f /var/log/messages > Apr 14 05:26:44 xxx kernel: swap_pager_getswapspace(4): failed > Apr 14 05:26:44 xxx kernel: swap_pager_getswapspace(16): failed > Apr 14 05:26:44 xxx kernel: > Apr 14 05:26:44 xxx kernel: swap_pager_getswapspace(3): failed > Apr 14 05:26:44 xxx kernel: swap_pager_getswapspace(16): failed > Apr 14 05:26:44 xxx kernel: swap_pager_getswapspace(3): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(12): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(2): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed > Apr 14 05:26:45 xxx kernel: pid 7388 (throwto003), uid 1001, was > killed: out of swap space > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(8): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(8): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(12): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(9): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(9): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(3): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(9): failed > Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(3): failed > ^C > xxx# swapinfo -h > Device 1K-blocks Used Avail Capacity > /dev/ad0s1b 4194304 112M 3.9G 3% The swapinfo command you ran was not run at 05:26 in the morning. You should probably set up a small script, run via cronjob, that logs swapinfo -h output to a file somewhere (rotate it if you want via newsyslog.conf). You may have something running on the system that spirals out of control, such as a web board script being pounded to death, or something that's forking excessively. I'd also recommend having the script output "top -b -o res 100", which will give you the top 100 processes on the machine sorted by RSS (non-shared) memory usage. I don't know of a way to show "the amount of swap used by process N, or all processes", since it's transparently handled by the VM. So I'm making the assumption RSS will be large. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 06:15:33 2010 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 12350106564A; Wed, 14 Apr 2010 06:15:33 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 4C2B98FC16; Wed, 14 Apr 2010 06:15:31 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id 0F56022C50D7; Wed, 14 Apr 2010 09:15:31 +0300 (EEST) Date: Wed, 14 Apr 2010 09:15:30 +0300 From: Ion-Mihai Tetcu To: Ted Faber Message-ID: <20100414091530.547b28ec@it.buh.tecnik93.com> In-Reply-To: <20100413230322.GD84382@zod.isi.edu> References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <20100413230322.GD84382@zod.isi.edu> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/qJah=bG_U7XKX3obGagj72_"; protocol="application/pgp-signature" Cc: stable@FreeBSD.org, questions@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 06:15:33 -0000 --Sig_/qJah=bG_U7XKX3obGagj72_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 13 Apr 2010 16:03:22 -0700 Ted Faber wrote: > On Sun, Mar 28, 2010 at 04:38:28PM +0300, Ion-Mihai Tetcu wrote: > > Hi, > >=20 > >=20 > > As announced before, a few big commits, that touch some thousands > > ports are being done: png, curl, x11, gnome, kde4. The target ETA > > is 6-7 April.=20 >=20 > I didn't see any mial, but figured I'd check. Are ports still > unstable? ATM no, as it's apparent from the message bellow. Update to that message: - Gnome and KDE are ready - Xorg is believed to be ready, an -exp run on pointy is beginning today. On Thu, 8 Apr 2010 13:23:08 -0700 Charlie Kester wrote: > On Sun 28 Mar 2010 at 06:38:28 PDT Ion-Mihai Tetcu wrote: =20 > >Hi, > > > > > >As announced before, a few big commits, that touch some thousands > >ports are being done: png, curl, x11, gnome, kde4. The target ETA is > >6-7 April. > > > >The first one was done, update of graphics/png (including a shared > >lib version bump), with about 5000 ports affected. > > > >We do _NOT_ recommend updating ports until this commits are all done, > >and the problems are fixed, except if you want to help testing / > >fixing. > > > >Before reporting failures, please take a look at ports@ list, and > >http://qat.tecnik93.com/index.php?action=3Dfailed_buildports&sort=3Dlast= _built > >to find out if the problem hasn't already been reported or even > >fixed. We also have two incremental builds on Pointy to catch the > >problems. > > > > > >Thank you, > > > >With hat: portmgr@ =20 >=20 >=20 > Sorry if this seems like nagging, but since we're now past the > original ETA can we get a current status report? Is the portstree > considered stable again, and if not, what's the revised ETA? =20 From: Ion-Mihai Tetcu To: Ion-Mihai Tetcu Cc: stable@freebsd.org, questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days Date: Mon, 5 Apr 2010 21:31:33 +0300 Just a status update: PNG and cURL are in, and png fall-outs are believed to be fixed. Xorg update has gone through an -exp run on Pointy and our xorg team is working on fixing the approx. 60 ports with problems. >>>> still work to do =20 I will begin -exp runs for Gnome and KDE updates tonight or tomorrow morning. >>> Gnome -exp done, there's a showstopper on amd64 that we weren't aware >>> of. about 40 fixesso far. An other -exp needed. =20 >>>> KDE in progress. =20 Packages status: - i386:=20 - 6 after png and curl - 7 after png and curl - an 8 incremental build is in progress and should be shortly finished >>>>finished =20 - 9 pacakges are from middle March >>> from 9 Apr. =20 - amd64: - 6 packages are post png and curl - 7 build is in progress and will be finished tomorrow - 8 last build was done in the middle of the png update/fixes; we won't run an other before Xorg, KDE and Gnome go in (for lack of resources). >>> in progress, with ports from yesterday =20 - 9 build in progress (with sources that are believed to fix the zlib problem). >>>> nope, still old packages. =20 In other words, if you wish to update without waiting for Xorg, Gnome and KDE now it's a good moment. >>> So no clear ETA yet, a few days more. =20 --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/qJah=bG_U7XKX3obGagj72_ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvFXYIACgkQJ7GIuiH/oeX0mQCgrA+vJtvqM340/gUKY18BSVC3 n+QAn23kkgp5CiCOH6hgKsL0r6JV0WQG =qCX5 -----END PGP SIGNATURE----- --Sig_/qJah=bG_U7XKX3obGagj72_-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 08:49:51 2010 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 7015C106566B for ; Wed, 14 Apr 2010 08:49:51 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id B77BE8FC18 for ; Wed, 14 Apr 2010 08:49:50 +0000 (UTC) Received: by bwz28 with SMTP id 28so6498003bwz.14 for ; Wed, 14 Apr 2010 01:49:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=QU4MjgG8b6afc9Ziddg6FO1iX88g4VL+qhT0DlxlpEI=; b=g0UIbI0OQC3UZvXF3maw7VfNKJDz80cCoZ0G68iY/R1w2vE2TxH3SFqaHuUVkVNbAJ jtS1YDY1uTWArveRCCTxil0tC7pZLGhu47IrI0UMCbrNnAf4n7TfkbFZgQEGr8t+mdE6 Ac6mRHglRY4/hgWk1VU1CiD9hfB2xap9ZCpTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=OB58lNziy0SRoFfVDiB8g4nDW2dfBp5o1cSCu6XU+TXYdhKvXT+c93sb/0NHGF6D8f mCiPGEXgMvIL4Za7cWgXso5QxR9zOIZ3fwFPiNo/ieDakUnTpwsB5bsS/AJJ9IkDHACL DNKnxl1c/o8Z6Gzj1xHDv/5zMlXFTsx6A5X5c= MIME-Version: 1.0 Sender: pali.gabor@googlemail.com Received: by 10.204.72.74 with HTTP; Wed, 14 Apr 2010 01:49:45 -0700 (PDT) In-Reply-To: <20100414052622.GA40757@icarus.home.lan> References: <20100414052622.GA40757@icarus.home.lan> Date: Wed, 14 Apr 2010 10:49:45 +0200 X-Google-Sender-Auth: efa5df15d961cfbd Received: by 10.204.2.196 with SMTP id 4mr7988178bkk.121.1271234985238; Wed, 14 Apr 2010 01:49:45 -0700 (PDT) Message-ID: From: Gabor PALI To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Strange Swapping Issues(?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 08:49:51 -0000 Hi Jeremy, On Wed, Apr 14, 2010 at 7:26 AM, Jeremy Chadwick wrote: > The swapinfo command you ran was not run at 05:26 in the morning. It was run a few minutes after. I accidentally got it live :) Well, I was expecting that because I have seen similar message previously in the logs. I think it is unlikely that things suddenly fall below 3% after the kernel has complained about the lack of swap space. Please, correct me, if I am wrong here. > You should probably set up a small script, run via cronjob, that logs > swapinfo -h output to a file somewhere (rotate it if you want via > newsyslog.conf). Great idea, will do it. > You may have something running on the system that spirals out of > control, such as a web board script being pounded to death, or something > that's forking excessively. It is called parallel nightly build of the Glasgow Haskell Compiler :D According to its official documentation, compilation and testing is very intensive, indeed. I am trying to launch the builders in different times in order to distribute the load. > I'd also recommend having the script output "top -b -o res 100", which > will give you the top 100 processes on the machine sorted by RSS > [..]=A0So I'm making the assumption RSS will be large. We will see soon... Thanks for the quick help! :g From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 09:29:33 2010 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 D8785106566C for ; Wed, 14 Apr 2010 09:29:33 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 54E3A8FC1C for ; Wed, 14 Apr 2010 09:29:32 +0000 (UTC) Received: by bwz8 with SMTP id 8so5344222bwz.3 for ; Wed, 14 Apr 2010 02:29:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :organization:references:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=l/F3d/fjlQANH0yUjmhBiDgGPnoW7GYA6wbNG4Ltt2Y=; b=pusoHyJPa34JnGNo1cqj+Oc+Q0EfKECKSK5Xl+fEuSdqN7PmFpQimVkpofmLqbAwsm wCAEiE2Ly8WQKFyFFwH7PAILmfmIcleXQVDkYOHqjGy9zzI1yLDE/2GCANVS2B/2SWPl cdF4/DISQZjD4J8jj49tUwFisuNvJMT5qe9eY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:organization:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=w9iawSalEQUgyisX9GFtaYNJ9BDi75qzlih12fKBRyaYCY7ILIrbAWH2zV222qgm6S qGLCSjDPPsMK0JgqBJQiE4rlFly8J3lbbSafbkXAghV9szPLmhQIXZDGpUYTCWwyDr0J VcKIvNDbXEMTcPbdbsGN/GuIT5TDRACxlnYPE= Received: by 10.204.139.68 with SMTP id d4mr8179909bku.66.1271237372103; Wed, 14 Apr 2010 02:29:32 -0700 (PDT) Received: from localhost (ua1.etadirect.net [91.198.140.16]) by mx.google.com with ESMTPS id 16sm340083bwz.9.2010.04.14.02.29.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 14 Apr 2010 02:29:30 -0700 (PDT) From: Mikolaj Golub To: Mikolaj Golub Organization: TOA Ukraine References: <201004081313.o38DD4JM041821@lava.sentex.ca> <7.1.0.9.0.20100408091756.10652be0@sentex.net> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <20100408183900.GJ5734@michelle.cdnetworks.com> <86d3y54tb0.fsf@kopusha.onet> Date: Wed, 14 Apr 2010 12:29:27 +0300 In-Reply-To: <86d3y54tb0.fsf@kopusha.onet> (Mikolaj Golub's message of "Sun, 11 Apr 2010 23:40:03 +0300") Message-ID: <867hoajsaw.fsf@zhuzha.ua1> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Brandon Gooch , pyunyh@gmail.com, freebsd-stable@freebsd.org, Jack Vogel , Brandon Gooch Subject: Re: em driver regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 09:29:33 -0000 --=-=-= On Sun, 11 Apr 2010 23:40:03 +0300 Mikolaj Golub wrote: MG> Hi, MG> Today I have upgraded the kernel in my VirtualBox (3.1.51.r27187) to the MG> latest current and have "em0: Watchdog timeout -- resetting" issue. My MG> previous kernel was for Mar 12. MG> Tracking the revision where the problem appeared I see that the issue is not MG> observed for r203834 and starts to observe after r205869. MG> Interestingly, if I enter ddb and then exit (sometimes I needed to do this MG> twice) the errors stop and network starts working. Adding some prints I observed the following: Apr 14 07:14:08 hasta kernel: em0: lem_init_locked started (ticks 813, watchdog_time: 0) Apr 14 07:14:08 hasta kernel: em0: lem_init_locked returned at 3 (ticks 818, watchdog_time: 0) Apr 14 07:14:08 hasta kernel: em0: setting watchdog_check to TRUE in lem_mq_start_locked 1 (ticks 818, watchdog_ time: 0) Apr 14 07:14:08 hasta kernel: em0: lem_init_locked started (ticks 818, watchdog_time: 0) Apr 14 07:14:08 hasta kernel: em0: lem_init_locked returned at 3 (ticks 823, watchdog_time: 0) Apr 14 07:14:08 hasta kernel: em0: setting watchdog_check to TRUE in lem_mq_start_locked 1 (ticks 828, watchdog_ time: 0) Apr 14 07:14:08 hasta kernel: em0: lem_txeof started (ticks: 923, watchdog_time: 0) Apr 14 07:14:08 hasta kernel: em0: lem_txeof returned at 3 (ticks: 923, watchdog_time: 0) Apr 14 07:14:08 hasta kernel: em0: lem_txeof started (ticks: 1023, watchdog_time: 0) Apr 14 07:14:08 hasta kernel: em0: lem_txeof returned at 3 (ticks: 1023, watchdog_time: 0) Apr 14 07:14:08 hasta kernel: em0: Watchdog timeout -- resetting (ticks: 1023, watchdog_time: 0) Apr 14 07:14:08 hasta kernel: em0: lem_init_locked started (ticks 1024, watchdog_time: 0) Apr 14 07:14:08 hasta kernel: em0: lem_init_locked returned at 3 (ticks 1028, watchdog_time: 0) Apr 14 07:14:08 hasta kernel: em0: lem_txeof started (ticks: 1128, watchdog_time: 0) Apr 14 07:14:08 hasta kernel: em0: lem_txeof returned at 1 (ticks: 1128, watchdog_time: 0) Apr 14 07:14:08 hasta kernel: em0: Watchdog timeout -- resetting (ticks: 1128, watchdog_time: 0) ... So althogh adapter->watchdog_check was set TRUE, adapter->watchdog_time was never set. I see that before r205869 watchdog_time was set in em_xmit but lem_xmit does not contain this. After adding back this line to lem_xmit (see the first patch below) the problem has gone on my box. Also seeing that in the current em_mq_start_locked() both watchdog_check and watchdog_time are set I tried another patch adding watchdog_time setting in lem_mq_start_locked() too (see the second patch below). This has also fixed the issue for me but I don't know if this is a correct fix and if this is the only place where watchdog_time should be set (there are other places in the function and in the code where watchdog_check is set to TRUE but watchdog_time is not set). -- Mikolaj Golub --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=if_lem.c.watchdog_time.1.patch Index: sys/dev/e1000/if_lem.c =================================================================== --- sys/dev/e1000/if_lem.c (revision 206595) +++ sys/dev/e1000/if_lem.c (working copy) @@ -1880,6 +1880,7 @@ lem_xmit(struct adapter *adapter, struct mbuf **m_ */ tx_buffer = &adapter->tx_buffer_area[first]; tx_buffer->next_eop = last; + adapter->watchdog_time = ticks; /* * Advance the Transmit Descriptor Tail (TDT), this tells the E1000 --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=if_lem.c.watchdog_time.2.patch Index: sys/dev/e1000/if_lem.c =================================================================== --- sys/dev/e1000/if_lem.c (revision 206595) +++ sys/dev/e1000/if_lem.c (working copy) @@ -873,6 +873,7 @@ lem_mq_start_locked(struct ifnet *ifp, struct mbuf */ ETHER_BPF_MTAP(ifp, m); adapter->watchdog_check = TRUE; + adapter->watchdog_time = ticks; } } else if ((error = drbr_enqueue(ifp, adapter->br, m)) != 0) return (error); --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 09:35:16 2010 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 D159C106566B for ; Wed, 14 Apr 2010 09:35:16 +0000 (UTC) (envelope-from masoom.shaikh@gmail.com) Received: from mail-pz0-f201.google.com (mail-pz0-f201.google.com [209.85.222.201]) by mx1.freebsd.org (Postfix) with ESMTP id A5EDA8FC1C for ; Wed, 14 Apr 2010 09:35:16 +0000 (UTC) Received: by pzk39 with SMTP id 39so25253pzk.7 for ; Wed, 14 Apr 2010 02:35: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:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=g42BlL5iX5hFR1BKz725Hp9fVhnxFi0C8zo4XVe8EW0=; b=tfV6OavypQYNCjANGVcJ4e4W+/paS3qoUvHSFRK2JQ1o+SLmBaW9kxmZnMNi1jvOnG hiJ9PUM/rV9M8JN2QFXu/nrcSVFdejp/EDDgTsbsIRkEU3TZInoqHcOisPUsxbmUbn49 V5qRVbSLJSOkyAQMhYs/1WdYsHu7SXn6bmIqQ= 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=ZdsnXjn+wJkpD9WluDG1tcItbiaEkO/2y4M/M/AotptFvGCg855h/i10qpvtjKA2r1 TlAVT1/3IRBp+Lk+CPuWhQxQu8J8CoyDDVU93p6MB71vtypaDc/LXhrR03PgdH3l5SDj LqxJTdIqgqexxFhOFePu8x2J5HWH4XdKoWIp4= MIME-Version: 1.0 Received: by 10.140.166.18 with HTTP; Wed, 14 Apr 2010 02:35:15 -0700 (PDT) In-Reply-To: <20100413220120.GA87250@Abricot.malikania.fr> References: <20100413220120.GA87250@Abricot.malikania.fr> Date: Wed, 14 Apr 2010 15:05:15 +0530 Received: by 10.140.251.20 with SMTP id y20mr6907776rvh.206.1271237715888; Wed, 14 Apr 2010 02:35:15 -0700 (PDT) Message-ID: From: Masoom Shaikh To: Demelier David Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Freeze on my laptop. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 09:35:16 -0000 On Wed, Apr 14, 2010 at 3:31 AM, Demelier David wrote: > Hi, > > =A0 =A0 =A0 =A0I'm so sad because FreeBSD is the one which can runs almos= t perfectly on > =A0 =A0 =A0 =A0my laptop. But it freezes. Sometime I just do anything and= I want to > =A0 =A0 =A0 =A0click on a link in firefox, or open a terminal and then fr= eeze. > > =A0 =A0 =A0 =A0There is no messages, no reboot nothing. Can't know where = that come > =A0 =A0 =A0 =A0from. > > =A0 =A0 =A0 =A0I'm running 8.0-STABLE on a hp probook 4510s. > > =A0 =A0 =A0 =A0King regards, > -- > Demelier David > _______________________________________________ > 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" > do u have dumpdev set in your rc.conf ? try setting it to AUTO, you might get a core dump on next reebot dumpdev=3D"AUTO" there is very little in your mail to infer anything, do you use wireless net access ? what graphics card you have ? these threads might be of help to you http://lists.freebsd.org/pipermail/freebsd-questions/2010-March/214339.html http://lists.freebsd.org/pipermail/freebsd-stable/2010-April/056096.html http://lists.freebsd.org/pipermail/freebsd-hackers/2006-April/016107.html From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 10:50:45 2010 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 398031065672 for ; Wed, 14 Apr 2010 10:50:45 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [81.95.136.64]) by mx1.freebsd.org (Postfix) with ESMTP id B2BC78FC15 for ; Wed, 14 Apr 2010 10:50:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:Content-Type:Mime-Version:Message-ID:Subject:To:From:Date; bh=HdHPSBdxotHqsSxg5LR6qvQii7tgjpSjR1sRcBjpHf0=; b=ZKM8hkLsRzxafVOJimNYqccJ51dzA7UewDX7S4bwapbB9JocIOTLsyIU5Z94aKxRfMFkBJEZsEStZFAvICBcpBzz+q19w55Gc/6Wo1/Gb+TceV7Is5SvvEmX36P7bG0gIIAVP++cGo3NcIXf3Z6YMFQ8VITbjHG1YywexBolBEM=; Received: from laa by m.cemu.ru with local (Exim) (envelope-from ) id 1O1zry-000NCz-W8 for freebsd-stable@freebsd.org; Wed, 14 Apr 2010 14:30:55 +0400 Date: Wed, 14 Apr 2010 14:30:54 +0400 From: Lystopad Olexandr To: freebsd-stable@freebsd.org Message-ID: <20100414103054.GA2460@cemu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Sender: laa Subject: ath0: kernel panic when adhoc mode. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 10:50:45 -0000 Hi! I install 8.0 FreeBSD, upgrade it to yesturday stable. I need to create wireless link in adhoc mode. Help me to do this. I put a wireless card into this box: ath0@pci0:3:3:0: class=0x020000 card=0xcc2114b9 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g Wireless Adapter (AR5212)' class = network subclass = ethernet cap 01[44] = powerspec 2 supports D0 D3 current D0 when I do: # ifconfig wlan0 create wlandev ath0 wlanmode adhoc server reboot with kernel panic: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xffff fault code = supervisor read, page not present instruction pointer = 0x20:0xc0791612 stack pointer = 0x28:0xd2f42ba4 frame pointer = 0x28:0xd2f42bac 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 = 0 (ath0 taskq) trap number = 12 panic: page fault cpuid = 1 Uptime: 3m35s Physical memory: 439 MB Dumping 80 MB: 65 49 33panic: bufwrite: buffer is not busy??? cpuid = 1 17 1 #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc06b3497 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc06b3789 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xc08b63bc in trap_fatal (frame=0xd2f42b64, eva=65535) at /usr/src/sys/i386/i386/trap.c:938 #4 0xc08b6620 in trap_pfault (frame=0xd2f42b64, usermode=0, eva=65535) at /usr/src/sys/i386/i386/trap.c:851 #5 0xc08b6f39 in trap (frame=0xd2f42b64) at /usr/src/sys/i386/i386/trap.c:533 #6 0xc0899b3b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #7 0xc0791612 in ieee80211_getcapinfo (vap=0xc2d5f000, chan=0xffff) at /usr/src/sys/net80211/ieee80211_output.c:1836 #8 0xc0793d17 in ieee80211_beacon_construct (m=0xc2edca00, frm=0xc2f0516e "", bo=0xc2d5f884, ni=0xc2ceb000) at /usr/src/sys/net80211/ieee80211_output.c:2559 #9 0xc07946db in ieee80211_beacon_alloc (ni=0xc2ceb000, bo=0xc2d5f884) at /usr/src/sys/net80211/ieee80211_output.c:2756 #10 0xc050eaea in ath_newstate (vap=0xc2d5f000, nstate=IEEE80211_S_RUN, arg=-1) at /usr/src/sys/dev/ath/if_ath.c:2641 #11 0xc0798db1 in ieee80211_newstate_cb (xvap=0xc2d5f000, npending=3) at /usr/src/sys/net80211/ieee80211_proto.c:1654 #12 0xc06ebf92 in taskqueue_run (queue=0xc2a84c80) at /usr/src/sys/kern/subr_taskqueue.c:239 #13 0xc06ec19d in taskqueue_thread_loop (arg=0xc2ada074) at /usr/src/sys/kern/subr_taskqueue.c:360 #14 0xc068a331 in fork_exit (callout=0xc06ec0e0 , arg=0xc2ada074, frame=0xd2f42d38) at /usr/src/sys/kern/kern_fork.c:843 #15 0xc0899bb0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 (kgdb) dmesg is: Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-STABLE #0: Wed Apr 14 07:45:45 MSD 2010 root@serv01:/usr/obj/usr/src/sys/serv01 i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2194.76-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40fb2 Family = f Model = 4b Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f real memory = 536870912 (512 MB) avail memory = 449187840 (428 MB) ACPI APIC Table: <050407 APIC1334> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <050407 RSDT1334> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fee00000, 1000 (3) failed acpi0: reservation of ffb80000, 80000 (3) failed acpi0: reservation of fff80000, 80000 (3) failed acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1bf00000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem 0xf8000000-0xfbffffff,0xfe7f0000-0xfe7fffff,0xfe600000-0xfe6fffff irq 18 at device 5.0 on pci1 pcib2: at device 7.0 on pci0 pci2: on pcib2 re0: port 0xd800-0xd8ff mem 0xfe8ff000-0xfe8fffff irq 19 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x34000000 re0: MAC rev. 0x00000000 miibus0: on re0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: Ethernet address: 00:19:db:65:31:df re0: [FILTER] atapci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe5ff800-0xfe5ffbff irq 22 at device 1 8.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI v1.10 controller with 4 3Gbps ports, PM supported ata2: on atapci0 ata2: port is not ready (timeout 0ms) tfd = 000001d0 ata2: software reset clear timeout ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ohci0: mem 0xfe5fe000-0xfe5fefff irq 16 at device 19.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xfe5fd000-0xfe5fdfff irq 17 at device 19.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ohci2: mem 0xfe5fc000-0xfe5fcfff irq 18 at device 19.2 on pci0 ohci2: [ITHREAD] usbus2: on ohci2 ohci3: mem 0xfe5fb000-0xfe5fbfff irq 17 at device 19.3 on pci0 ohci3: [ITHREAD] usbus3: on ohci3 ohci4: mem 0xfe5fa000-0xfe5fafff irq 18 at device 19.4 on pci0 ohci4: [ITHREAD] usbus4: on ohci4 ehci0: mem 0xfe5ff000-0xfe5ff0ff irq 19 at device 19.5 on pci0 ehci0: [ITHREAD] ehci0: AMD SB600/700 quirk applied usbus5: EHCI version 1.0 usbus5: on ehci0 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci3: on pcib3 fxp0: port 0xe800-0xe81f mem 0xfdfff000-0xfdffffff,0xfeb00000-0xfebfffff irq 22 at device 2.0 on pci3 fxp0: Enabling Rx lock-up workaround miibus1: on fxp0 inphy0: PHY 1 on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:08:c7:c9:55:38 fxp0: [ITHREAD] ath0: mem 0xfe9f0000-0xfe9fffff irq 21 at device 3.0 on pci3 ath0: [ITHREAD] ath0: AR5212 mac 5.9 RF5112 phy 4.3 acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xcd800-0xce7ff,0xce800-0xcefff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 acpi_throttle0: on cpu0 acpi_throttle0: CLK_VAL field overlaps THT_EN bit device_attach: acpi_throttle0 attach returned 6 powernow0: on cpu0 device_attach: powernow0 attach returned 6 powernow1: on cpu1 device_attach: powernow1 attach returned 6 Timecounters tick every 1.000 msec ipfw2 initialized, divert loadable, nat enabled, rule-based forwarding enabled, default to accept, logging disabled load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded load_dn_sched dn_sched WF2Q+ loaded usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 acd0: CDRW at ata0-slave UDMA33 ad4: 76318MB at ata2-master UDMA100 SATA 1.5Gb/s SMP: AP CPU #1 Launched! uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered Root mount waiting for: usbus5 Root mount waiting for: usbus5 uhub5: 10 ports with 10 removable, self powered Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted wlan0: Ethernet address: 00:40:96:a9:97:8f -- Olexandr Lystopad From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 12:29:02 2010 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 991E91065670 for ; Wed, 14 Apr 2010 12:29:02 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (unknown [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id CA8FD8FC0C for ; Wed, 14 Apr 2010 12:29:01 +0000 (UTC) Received: from jeep.localnet (unknown [IPv6:2001:4200:7000:3:223:aeff:fea7:a3c2]) by marge.meraka.csir.co.za (Postfix) with ESMTP id B499F78C7F for ; Wed, 14 Apr 2010 14:28:54 +0200 (SAST) From: Johann Hugo To: freebsd-stable@freebsd.org Date: Wed, 14 Apr 2010 12:28:53 +0000 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p2; KDE/4.3.5; amd64; ; ) References: <20100414103054.GA2460@cemu.ru> In-Reply-To: <20100414103054.GA2460@cemu.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201004141228.53919.jhugo@meraka.csir.co.za> Subject: Re: ath0: kernel panic when adhoc mode. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 12:29:02 -0000 On Wednesday 14 April 2010 10:30:54 am Lystopad Olexandr wrote: > Hi! > > I install 8.0 FreeBSD, upgrade it to yesturday stable. > I need to create wireless link in adhoc mode. > Help me to do this. > > > I put a wireless card into this box: > > ath0@pci0:3:3:0: class=0x020000 card=0xcc2114b9 chip=0x0013168c > rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' > device = '802.11a/b/g Wireless Adapter (AR5212)' > class = network > subclass = ethernet > cap 01[44] = powerspec 2 supports D0 D3 current D0 > > > > when I do: > # ifconfig wlan0 create wlandev ath0 wlanmode adhoc > I remember a colleague of mine having a similar problem. I think he eventually tried a workaround by doing it in two commands. Try to split it up to see if it works. #ifconfig wlan0 create wlandev ath0 #ifconfig wlan0 wlanmode adhoc From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 12:57:39 2010 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 EEF431065672 for ; Wed, 14 Apr 2010 12:57:37 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [81.95.136.64]) by mx1.freebsd.org (Postfix) with ESMTP id 9F7F68FC16 for ; Wed, 14 Apr 2010 12:57:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=UXiqT+cDQdlvt/VTNWxtpvnhDvkRSc9At5xqH03Irt4=; b=Rzw2auTuhU42hPHhIJcW3M5byGUjd9Z7mBAsjBpuKXK1TSUCwVxGwcTEMeg0DLBnTSorhj/q4K+5udrgEZaADDI4AfhSZcVsUXH3zeS9Yo1Oa8mUzq45nw3ZrulNjo9ernPnm03UBM+EfVLlZXMZyOJ0ax5et/Kl9508et9zvJE=; Received: from laa by m.cemu.ru with local (Exim) (envelope-from ) id 1O229v-000Oyl-8Z for freebsd-stable@freebsd.org; Wed, 14 Apr 2010 16:57:35 +0400 Date: Wed, 14 Apr 2010 16:57:35 +0400 From: Lystopad Olexandr To: freebsd-stable@freebsd.org Message-ID: <20100414125735.GB2460@cemu.ru> References: <20100414103054.GA2460@cemu.ru> <201004141228.53919.jhugo@meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <201004141228.53919.jhugo@meraka.csir.co.za> User-Agent: Mutt/1.4.2.3i Sender: laa Subject: Re: ath0: kernel panic when adhoc mode. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 12:57:40 -0000 Hello, Johann Hugo! > > when I do: > > # ifconfig wlan0 create wlandev ath0 wlanmode adhoc > > > > I remember a colleague of mine having a similar problem. I think he eventually > tried a workaround by doing it in two commands. Try to split it up to see if > it works. > > #ifconfig wlan0 create wlandev ath0 > #ifconfig wlan0 wlanmode adhoc Thanks for your reply! But no luck: # ifconfig wlan0 wlanmode adhoc ifconfig: wlanmode: bad value and: # ifconfig -m ath0|grep -c adhoc 80 -- Olexandr Lystopad From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 13:19:19 2010 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 30D73106564A for ; Wed, 14 Apr 2010 13:19:19 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5B2208FC27 for ; Wed, 14 Apr 2010 13:19:17 +0000 (UTC) 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 QAA27720; Wed, 14 Apr 2010 16:19:14 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4BC5C0D1.9030800@freebsd.org> Date: Wed, 14 Apr 2010 16:19:13 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Maho NAKATA References: <4BC402B7.5000400@modulus.org> <20100414.082109.29593248145846106.chat95@mac.com> In-Reply-To: <20100414.082109.29593248145846106.chat95@mac.com> 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: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 13:19:19 -0000 on 14/04/2010 02:21 Maho NAKATA said the following: > 2. install ports/math/gotoblas (manual download required) > make install Do you know how gotoblas on Linux was obtained? Was it built from source? Has it come pre-packaged? If so, can you find out details of its build configuration? Thanks! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 13:32:40 2010 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 566631065670; Wed, 14 Apr 2010 13:32:40 +0000 (UTC) (envelope-from akephalos.akephalos@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id A7A1D8FC1C; Wed, 14 Apr 2010 13:32:39 +0000 (UTC) Received: by ewy24 with SMTP id 24so58651ewy.33 for ; Wed, 14 Apr 2010 06:32:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=19aMY3MUmp6LoPiN2TRbP+dr4EZuUq+qftj/gkWKfz8=; b=FjkmgbuYhbub75slECVefW9MHUCuAkiBx/9w10P5kOZrD/4XJfGMxmv+hQmYVslFCx idXC53VtSYw0++pXinwZktsCuKjb+K0yFgZ7iMwIoS4mvTu4nt53lJFiWJ38X/coSDgd NdanO4MLIIuIFbBLSXNJ68iAIYBhgXZ+hZ/gs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=jn8hjKeIkWARmf2EKqsx8K03onL+mJAuf/zOcFMF88oVgs+Upd9OnDrzZc2IXi6Vui gvHbspyHaD1Qhj7fnVgYRw0hdmTe/uI7NM1tkPMwCQJuC2s0TSJ0K20Q15St5MDMPfr7 K3dM1yFZJLcWqkc3jFvcaRSGV+TCY0Vclb3Uk= Received: by 10.213.79.141 with SMTP id p13mr3666778ebk.30.1271251958330; Wed, 14 Apr 2010 06:32:38 -0700 (PDT) Received: from free.bsd369441.org (89-45-24-235.citynet.botosani.ro [89.45.24.235]) by mx.google.com with ESMTPS id 13sm232064ewy.5.2010.04.14.06.32.37 (version=SSLv3 cipher=RC4-MD5); Wed, 14 Apr 2010 06:32:37 -0700 (PDT) Date: Wed, 14 Apr 2010 16:28:00 +0300 From: Akephalos To: Andriy Gapon Message-Id: <20100414162800.76c6aeac.akephalos.akephalos@gmail.com> In-Reply-To: <4BC4DCF0.9010209@icyb.net.ua> References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> <4BBDE420.2060003@icyb.net.ua> <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> <4BBDF02C.4020909@icyb.net.ua> <20100410072103.7a216222.akephalos.akephalos@gmail.com> <4BC4DCF0.9010209@icyb.net.ua> X-Mailer: Sylpheed 3.0.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 13:32:40 -0000 On Wed, 14 Apr 2010 00:06:56 +0300 Andriy Gapon wrote: > That's pretty obvious: RTC was not used for stat clock in that version; later > version did try to use RTC and now Attilio has reverted the logic back to not > use RTC unless explicitly requested. > > What is not obvious is why your RTC doesn't work as expected. I have no answer > to that. > > One thing that makes me suspicious is that HPET also doesn't seem to work on > your system. One very very wild guess is that IRQ8 might be actually driven by > HPET, not RTC. And our programming of HPET or RTC or both messes things up. > > It would be interesting to see if disabling HPET (acpi_hpet) changes anything: > debug.acpi.disabled="hpet" > > > -- > Andriy Gapon Anytime. Please tell me what options and source version (date) should I use. I'm currently on the revision from 8 April an have machdep.lapic_allclocks set to 1. -- Mihai From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 13:39:46 2010 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 AF937106566C for ; Wed, 14 Apr 2010 13:39:46 +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 EB51F8FC1D for ; Wed, 14 Apr 2010 13:39:45 +0000 (UTC) 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 QAA28209; Wed, 14 Apr 2010 16:39:37 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BC5C599.2000802@icyb.net.ua> Date: Wed, 14 Apr 2010 16:39:37 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Akephalos References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> <4BBDE420.2060003@icyb.net.ua> <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> <4BBDF02C.4020909@icyb.net.ua> <20100410072103.7a216222.akephalos.akephalos@gmail.com> <4BC4DCF0.9010209@icyb.net.ua> <20100414162800.76c6aeac.akephalos.akephalos@gmail.com> In-Reply-To: <20100414162800.76c6aeac.akephalos.akephalos@gmail.com> 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: CPU problems after 8.0-STABLE update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 13:39:46 -0000 on 14/04/2010 16:28 Akephalos said the following: > On Wed, 14 Apr 2010 00:06:56 +0300 Andriy Gapon wrote: >> What is not obvious is why your RTC doesn't work as expected. I have no >> answer to that. >> >> One thing that makes me suspicious is that HPET also doesn't seem to work on >> your system. One very very wild guess is that IRQ8 might be actually driven >> by HPET, not RTC. And our programming of HPET or RTC or both messes things >> up. >> >> It would be interesting to see if disabling HPET (acpi_hpet) changes >> anything: debug.acpi.disabled="hpet" >> >> >> -- Andriy Gapon > > Anytime. Please tell me what options and source version (date) should I use. > I'm currently on the revision from 8 April an have machdep.lapic_allclocks set > to 1. I think that any version of source should be good, just set machdep.lapic_allclocks to 0. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 13:46:06 2010 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 761991065672 for ; Wed, 14 Apr 2010 13:46:06 +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 3DEDA8FC21 for ; Wed, 14 Apr 2010 13:46:06 +0000 (UTC) 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 1O22uh-0002eB-26 for freebsd-stable@freebsd.org; Wed, 14 Apr 2010 14:45:55 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O22uh-000AYD-1G for freebsd-stable@freebsd.org; Wed, 14 Apr 2010 14:45:55 +0100 Date: Wed, 14 Apr 2010 14:45:55 +0100 Message-Id: To: freebsd-stable@freebsd.org From: Pete French Subject: Any chance of someone commiting the patch in bin/131861 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 13:46:06 -0000 http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/131861 I've been using the patch now for a couple of months with no observable problems. It is very small, and does fix a real annoyance with using /usr/bin/mail as your primary mail reader. I realise this is probably a very small number of people, but it wudlbe nice to get it committed if possible... cheers, -pete. [resolutely sticking to the command line even in 2010! :-)] From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 14:17:29 2010 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 DCB2F106566C; Wed, 14 Apr 2010 14:17:29 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from s2m-is-001.service2media.com (rev-130-102.virtu.nl [217.114.102.130]) by mx1.freebsd.org (Postfix) with ESMTP id 765948FC18; Wed, 14 Apr 2010 14:17:28 +0000 (UTC) Received: from kaas.localnet ([10.0.1.77] RDNS failed) by s2m-is-001.service2media.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 14 Apr 2010 16:05:22 +0200 From: Pieter de Goeje To: freebsd-stable@freebsd.org Date: Wed, 14 Apr 2010 16:05:18 +0200 User-Agent: KMail/1.12.2 (Linux/2.6.31-20-generic; KDE/4.3.2; x86_64; ; ) References: <20100414.082109.29593248145846106.chat95@mac.com> <4BC5C0D1.9030800@freebsd.org> In-Reply-To: <4BC5C0D1.9030800@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004141605.18992.pieter@degoeje.nl> X-OriginalArrivalTime: 14 Apr 2010 14:05:22.0379 (UTC) FILETIME=[85DF11B0:01CADBDB] Cc: Maho NAKATA , Andriy Gapon Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 14:17:29 -0000 On Wednesday 14 April 2010 15:19:13 Andriy Gapon wrote: > on 14/04/2010 02:21 Maho NAKATA said the following: > > 2. install ports/math/gotoblas (manual download required) > > make install > > Do you know how gotoblas on Linux was obtained? > Was it built from source? > Has it come pre-packaged? > If so, can you find out details of its build configuration? > > Thanks! I think the best test would be to run a statically compiled linux binary on FreeBSD. That way the compiler settings are exactly the same. - Pieter From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 14:19:08 2010 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 D8A0A106566B for ; Wed, 14 Apr 2010 14:19:08 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (unknown [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6E3D28FC16 for ; Wed, 14 Apr 2010 14:19:08 +0000 (UTC) Received: from jeep.localnet (unknown [IPv6:2001:4200:7000:3:223:aeff:fea7:a3c2]) by marge.meraka.csir.co.za (Postfix) with ESMTP id 6811178C6F for ; Wed, 14 Apr 2010 16:19:02 +0200 (SAST) From: Johann Hugo To: freebsd-stable@freebsd.org Date: Wed, 14 Apr 2010 16:19:01 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p2; KDE/4.3.5; amd64; ; ) References: <20100414103054.GA2460@cemu.ru> <201004141228.53919.jhugo@meraka.csir.co.za> <20100414125735.GB2460@cemu.ru> In-Reply-To: <20100414125735.GB2460@cemu.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201004141619.02041.jhugo@meraka.csir.co.za> Subject: Re: ath0: kernel panic when adhoc mode. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 14:19:08 -0000 On Wednesday 14 April 2010 02:57:35 pm Lystopad Olexandr wrote: > But no luck: > # ifconfig wlan0 wlanmode adhoc > ifconfig: wlanmode: bad value > Oops, should be: # ifconfig wlan0 mediaopt adhoc From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 14:25:31 2010 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 CEA9A106566B for ; Wed, 14 Apr 2010 14:25:31 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5E9B38FC17 for ; Wed, 14 Apr 2010 14:25:31 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (Postfix) with ESMTPS id A6B0C5C74; Wed, 14 Apr 2010 16:25:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1271255130; bh=0OG3dnctfaWCiYIvLKGljEmQJUnL3XCkgaz7AcBlmi4=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=bQhdtna9Rv3Rtm91JEid7klWAqh+FZ+eQg+LfOF+c9TSBRHRsRPI2/HD5t1hhv+IH RxpFoIXdkVSz+qMbMMRfEpS+7cOhY39lJmHvpxN8UNtoOiSiObB1yhBhmYqKUGq1RV BhunlxiilLUQFalSNholFkV6zkQQjPD5HnCzUu54= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o3EEPUmr064139; Wed, 14 Apr 2010 16:25:30 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Wed, 14 Apr 2010 16:25:30 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Pete French Message-ID: <20100414142530.GR85798@acme.spoerlein.net> Mail-Followup-To: Pete French , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Any chance of someone commiting the patch in bin/131861 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 14:25:31 -0000 On Wed, 14.04.2010 at 14:45:55 +0100, Pete French wrote: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/131861 > > I've been using the patch now for a couple of months with no > observable problems. It is very small, and does fix a real > annoyance with using /usr/bin/mail as your primary mail > reader. I realise this is probably a very small number of > people, but it wudlbe nice to get it committed if possible... > > cheers, > > -pete. [resolutely sticking to the command line even in 2010! :-)] Sorry Pete, but the patch still seems incomplete. You merely catch the case when a comma is followed by space or quotation marks, but the email header might look like this: To: foo@domain.com,bar@otherdomain.com Regards, Uli From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 14:38:27 2010 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 160B3106564A for ; Wed, 14 Apr 2010 14:38:27 +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 D21D78FC16 for ; Wed, 14 Apr 2010 14:38:26 +0000 (UTC) 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 1O23jR-0003G7-6w; Wed, 14 Apr 2010 15:38:21 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O23jR-000Aix-67; Wed, 14 Apr 2010 15:38:21 +0100 Date: Wed, 14 Apr 2010 15:38:21 +0100 Message-Id: To: uqs@spoerlein.net In-Reply-To: <20100414142530.GR85798@acme.spoerlein.net> From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: Any chance of someone commiting the patch in bin/131861 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 14:38:27 -0000 > Sorry Pete, but the patch still seems incomplete. You merely catch the > case when a comma is followed by space or quotation marks, but the email > header might look like this: > To: foo@domain.com,bar@otherdomain.com I think the original code handles cases like that fine, my patch merely looks for an extra possibility. I've just tested it with the above, and it works. Can you give me an example of one which doesn't work for you ? Either in the original /usr/bin/mail or in my patched version ? cheers, -pete. PS: and thanks for taking an interest :-) From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 14:47:47 2010 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 76931106566B for ; Wed, 14 Apr 2010 14:47:47 +0000 (UTC) (envelope-from laa@cemu.ru) Received: from m.cemu.ru (m.cemu.ru [81.95.136.64]) by mx1.freebsd.org (Postfix) with ESMTP id 233C28FC1D for ; Wed, 14 Apr 2010 14:47:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=laa.zp.ua; s=dkim; h=Sender:In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=tlwiVfKKGDxCgMDVm/nWxpzn79RN64pikkV6URSxFtg=; b=QZno8WCT6FFdto3B7ZzJwZSh5zffMHr2/NBotbVb/JUFfjsAMkIdmkmnqwzu5Lpemc/bfIJFUoQ3UzotLPWxrOwDi+VycuWo23X6RypfTLcIm6ZJb8qWRsUhTbrOPyprz0AaJIX9ganNHmLuwgvt3ANErfPX69MIaGPNNizxweU=; Received: from laa by m.cemu.ru with local (Exim) (envelope-from ) id 1O23sX-00002p-CC for freebsd-stable@freebsd.org; Wed, 14 Apr 2010 18:47:45 +0400 Date: Wed, 14 Apr 2010 18:47:45 +0400 From: Lystopad Olexandr To: freebsd-stable@freebsd.org Message-ID: <20100414144745.GC2460@cemu.ru> References: <20100414103054.GA2460@cemu.ru> <201004141228.53919.jhugo@meraka.csir.co.za> <20100414125735.GB2460@cemu.ru> <201004141619.02041.jhugo@meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <201004141619.02041.jhugo@meraka.csir.co.za> User-Agent: Mutt/1.4.2.3i Sender: laa Subject: Re: ath0: kernel panic when adhoc mode. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 14:47:47 -0000 Hello, Johann Hugo! On Wed, Apr 14, 2010 at 04:19:01PM +0200 jhugo@meraka.csir.co.za wrote about "Re: ath0: kernel panic when adhoc mode.": > On Wednesday 14 April 2010 02:57:35 pm Lystopad Olexandr wrote: > > But no luck: > > # ifconfig wlan0 wlanmode adhoc > > ifconfig: wlanmode: bad value > > > > Oops, should be: > # ifconfig wlan0 mediaopt adhoc # ifconfig wlan0 mediaopt adhoc ifconfig: SIOCSIFMEDIA (media): Device not configured :-( -- Olexandr Lystopad From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 15:26:51 2010 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 4AD57106567A; Wed, 14 Apr 2010 15:26:51 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 55E878FC14; Wed, 14 Apr 2010 15:26:49 +0000 (UTC) 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 SAA00655; Wed, 14 Apr 2010 18:26:45 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4BC5DEB4.1090208@freebsd.org> Date: Wed, 14 Apr 2010 18:26:44 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Maho NAKATA References: <4BC402B7.5000400@modulus.org> <20100414.082109.29593248145846106.chat95@mac.com> In-Reply-To: <20100414.082109.29593248145846106.chat95@mac.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: alc@freebsd.org, alan.l.cox@gmail.com, freebsd-stable@freebsd.org, als@modulus.org Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 15:26:51 -0000 on 14/04/2010 02:21 Maho NAKATA said the following: > 4. run dgemm. > % ./dgemm > n: 3000 > time : 134.648208 or 16.910525 > Mflops : 31943.419695 > n: 3100 > time : 148.122279 or 18.615284 > Mflops : 32017.357408 > n: 3200 > time : 162.488885 or 20.430651 > Mflops : 32087.318295 > n: 3300 > time : 178.497079 or 22.446093 > Mflops : 32030.420499 > n: 3400 > time : 195.550715 or 24.586152 > Mflops : 31981.873273 > n: 3500 > time : 213.403379 or 26.825058 > Mflops : 31975.513363 > n: 3600 > ... > above output is on Core i7 920 (2.66GHz; TurboBoost on) My results: $ ./dgemm n: 3000 time : 54.151302 or 28.189781 Mflops : 19162.263125 n: 3100 time : 60.157449 or 32.214141 Mflops : 18501.570537 n: 3200 time : 65.753191 or 34.114872 Mflops : 19216.393378 CPU: CPU: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz (2653.35-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 Features=0xbfebfbff Features2=0x8e39d AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant â‹® FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) FreeBSD: FreeBSD 8.0-STABLE r205070 amd64 Please note that the system was not dedicated to the test, I had Xorg+KDE3+thunderbird+skype+kopete+konsole(s) plus a bunch of daemons running. That probably explains irregularities in the results. I am not sure how exactly theoretical maximum should be calculated, I used 2 * 2.66G * 4 ≈ 21.3G. And so 19.2G / 21.3G ≈ 90%. Not as bad as what you get. Although not as good as what you report for Linux. But given the impurity and imprecision of my test… P.S. the machine is two-core obviously :-) Don't have anything with more cpus/cores handy. P.P.S. Having _only glimpsed_ at the source I think that there are some things that GotoBLAS doesn't try to do on FreeBSD that it tries to do on Linux. Like setting CPU-affinity for the threads, or avoiding HTT pseudo-cores. Those things are possible on FreeBSD. Perhaps, there are more things like that. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 16:28:38 2010 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 EA452106566C for ; Wed, 14 Apr 2010 16:28:38 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7838F8FC0A for ; Wed, 14 Apr 2010 16:28:38 +0000 (UTC) Received: by wwa36 with SMTP id 36so218342wwa.13 for ; Wed, 14 Apr 2010 09:28: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:received:message-id:subject:from:to:cc:content-type; bh=A8XrLrjRUYCfuHNJskrVhwSxTqjsAc1V2qeTI8XjPTs=; b=vO8F733GZF0rYobyUbCMeLOaBLr8Ak0lbE+wE99C5/1Q9jrfdn6prN5S3/1BhKzzY/ eG3G+2/9pHMpRn59euqSFZmAEiImkNLwWDnV3Ic+fSUBTdoohtsYSoGbMPO1GHgF7MFo 70KCRRIdFP0KxH850mfhTWm0UHqRQcioiPAls= 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=OFyeULLJy/dr/q/DdMna93oW4EI+Ovj598ETqFSOMywyF0q9bJ2AZeZgLQynHA2Ggo qIIKsdymPlIJ6DmkGGJfmeX/QqsjDmmOoMqZBM3Rk2LQoO8sgr0CNvkkGEpBBylVsD9I UL7FxkiO/TGZxap5YPxU6oVLa1WNZq6gA+BxM= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Wed, 14 Apr 2010 09:28:33 -0700 (PDT) In-Reply-To: <867hoajsaw.fsf@zhuzha.ua1> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <20100408183900.GJ5734@michelle.cdnetworks.com> <86d3y54tb0.fsf@kopusha.onet> <867hoajsaw.fsf@zhuzha.ua1> Date: Wed, 14 Apr 2010 09:28:33 -0700 Received: by 10.216.164.132 with SMTP id c4mr1343894wel.15.1271262517429; Wed, 14 Apr 2010 09:28:37 -0700 (PDT) Message-ID: From: Jack Vogel To: Mikolaj Golub Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Brandon Gooch , pyunyh@gmail.com, freebsd-stable@freebsd.org, Brandon Gooch Subject: Re: em driver regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 16:28:39 -0000 Oh, didn't realize you were running the lem code :) Will make the changes shortly, thanks for your debugging efforts. Jack On Wed, Apr 14, 2010 at 2:29 AM, Mikolaj Golub wrote: > > On Sun, 11 Apr 2010 23:40:03 +0300 Mikolaj Golub wrote: > > MG> Hi, > > MG> Today I have upgraded the kernel in my VirtualBox (3.1.51.r27187) to > the > MG> latest current and have "em0: Watchdog timeout -- resetting" issue. My > MG> previous kernel was for Mar 12. > > MG> Tracking the revision where the problem appeared I see that the issue > is not > MG> observed for r203834 and starts to observe after r205869. > > MG> Interestingly, if I enter ddb and then exit (sometimes I needed to do > this > MG> twice) the errors stop and network starts working. > > Adding some prints I observed the following: > > Apr 14 07:14:08 hasta kernel: em0: lem_init_locked started (ticks 813, > watchdog_time: 0) > Apr 14 07:14:08 hasta kernel: em0: lem_init_locked returned at 3 (ticks > 818, watchdog_time: 0) > Apr 14 07:14:08 hasta kernel: em0: setting watchdog_check to TRUE in > lem_mq_start_locked 1 (ticks 818, watchdog_ > time: 0) > Apr 14 07:14:08 hasta kernel: em0: lem_init_locked started (ticks 818, > watchdog_time: 0) > Apr 14 07:14:08 hasta kernel: em0: lem_init_locked returned at 3 (ticks > 823, watchdog_time: 0) > Apr 14 07:14:08 hasta kernel: em0: setting watchdog_check to TRUE in > lem_mq_start_locked 1 (ticks 828, watchdog_ > time: 0) > Apr 14 07:14:08 hasta kernel: em0: lem_txeof started (ticks: 923, > watchdog_time: 0) > Apr 14 07:14:08 hasta kernel: em0: lem_txeof returned at 3 (ticks: 923, > watchdog_time: 0) > Apr 14 07:14:08 hasta kernel: em0: lem_txeof started (ticks: 1023, > watchdog_time: 0) > Apr 14 07:14:08 hasta kernel: em0: lem_txeof returned at 3 (ticks: 1023, > watchdog_time: 0) > Apr 14 07:14:08 hasta kernel: em0: Watchdog timeout -- resetting (ticks: > 1023, watchdog_time: 0) > Apr 14 07:14:08 hasta kernel: em0: lem_init_locked started (ticks 1024, > watchdog_time: 0) > Apr 14 07:14:08 hasta kernel: em0: lem_init_locked returned at 3 (ticks > 1028, watchdog_time: 0) > Apr 14 07:14:08 hasta kernel: em0: lem_txeof started (ticks: 1128, > watchdog_time: 0) > Apr 14 07:14:08 hasta kernel: em0: lem_txeof returned at 1 (ticks: 1128, > watchdog_time: 0) > Apr 14 07:14:08 hasta kernel: em0: Watchdog timeout -- resetting (ticks: > 1128, watchdog_time: 0) > ... > > So althogh adapter->watchdog_check was set TRUE, adapter->watchdog_time was > never set. > > I see that before r205869 watchdog_time was set in em_xmit but lem_xmit > does > not contain this. After adding back this line to lem_xmit (see the first > patch > below) the problem has gone on my box. > > Also seeing that in the current em_mq_start_locked() both watchdog_check > and > watchdog_time are set I tried another patch adding watchdog_time setting in > lem_mq_start_locked() too (see the second patch below). This has also fixed > the issue for me but I don't know if this is a correct fix and if this is > the > only place where watchdog_time should be set (there are other places in the > function and in the code where watchdog_check is set to TRUE but > watchdog_time > is not set). > > -- > Mikolaj Golub > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 16:33:54 2010 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 446C5106566B for ; Wed, 14 Apr 2010 16:33:54 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id F2CA78FC23 for ; Wed, 14 Apr 2010 16:33:53 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (Postfix) with ESMTPS id 495475C74; Wed, 14 Apr 2010 18:33:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1271262833; bh=3i+D9eys3iewBusqCPUHm0WuiuLyBpfinxHggWJ17ps=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Transfer-Encoding:In-Reply-To; b=pabHRPhBW8qbqsielgcQhqn7cWAlS4y/w+M355xMtMgE0Py7LPQ8OsqRm54bGJ9XQ TcB1lVZd5U4/aP6UphtRmgL4x1fQWBfd2G4LlEBIw4SznK3Ew9sM07w9JTjgGpu1Aw 2HMksELtlU/ghoy+i89alnSGSo6Xo9VMo1j6GpuU= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o3EGXr0Z067265; Wed, 14 Apr 2010 18:33:53 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Wed, 14 Apr 2010 18:33:53 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Pete French Message-ID: <20100414163352.GS85798@acme.spoerlein.net> Mail-Followup-To: Pete French , freebsd-stable@freebsd.org References: <20100414142530.GR85798@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="J+eNKFoVC4T1DV3f" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Any chance of someone commiting the patch in bin/131861 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 16:33:54 -0000 --J+eNKFoVC4T1DV3f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, 14.04.2010 at 15:38:21 +0100, Pete French wrote: > > Sorry Pete, but the patch still seems incomplete. You merely catch the > > case when a comma is followed by space or quotation marks, but the email > > header might look like this: > > To: foo@domain.com,bar@otherdomain.com > > I think the original code handles cases like that fine, my patch merely > looks for an extra possibility. I've just tested it with the > above, and it works. > > Can you give me an example of one which doesn't work for you ? Either > in the original /usr/bin/mail or in my patched version ? Well, the following header didn't work: Cc: , Postfix will re-write this as part of sanitization, so I had to revert to creating mbox files by hand. Anyway, could you please test the following patch with a wider variety of mails? --J+eNKFoVC4T1DV3f Content-Type: text/x-diff; charset=utf-8 Content-Disposition: attachment; filename="mail.diff" Content-Transfer-Encoding: 8bit commit 59a3e2a82bdeafb7bb46e8d5c39dcb2474d7f826 Author: Ulrich Spörlein Date: Wed Apr 14 17:07:10 2010 +0200 bin/131861: [patch] mail(1) misses addresses when replying to all There's a parsing error for fields where addresses are not separated by space. This is often produced by MS Outlook, eg.: Cc: ,"Mr Foo" The following line now splits into the right tokens: Cc: f@b.com,z@y.de, ,, "foo" ,"bar" diff --git a/usr.bin/mail/util.c b/usr.bin/mail/util.c index df2d840..af962c8 100644 --- a/usr.bin/mail/util.c +++ b/usr.bin/mail/util.c @@ -496,10 +496,11 @@ skin(name) *cp2++ = ' '; } *cp2++ = c; - if (c == ',' && *cp == ' ' && !gotlt) { + if (c == ',' && !gotlt && + (*cp == ' ' || *cp == '"' || *cp == '<')) { *cp2++ = ' '; - while (*++cp == ' ') - ; + while (*cp == ' ') + cp++; lastsp = 0; bufend = cp2; } --J+eNKFoVC4T1DV3f-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 16:34:47 2010 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 2A2B01065678 for ; Wed, 14 Apr 2010 16:34:47 +0000 (UTC) (envelope-from amvandemore@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 B9AB08FC08 for ; Wed, 14 Apr 2010 16:34:46 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so101317qwi.7 for ; Wed, 14 Apr 2010 09:34:45 -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:received:message-id:subject:from:to:cc:content-type; bh=3phWfxi39q2q2c3iAYiZz38ZWcFKjPTaLgxw/2j3tKc=; b=LNxAMli2HViDcqTZtMGWPlhfbKhaUoquU2YiaiMEK7MhJnPNeErkP4eLZZUMg2Ve0q /b0InqN8ZB/RVAA0lv9cHqQMMyWkjQzfOyWGhpuP4tpy+vfQAdfeoX86V8SqJozeNTz0 gub6Lfq4yzA4kRYw0oIxZo/EuFpnyyJQslxRs= 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=sBjFcfqQl5L1kHVjqBaKNrwUGAjxac8PVgROliK86ASUUaYjNT7sCoi+sdWFkbntS8 iiPCgbjsVnXXvg2xnYNEyu08Q8xipC3WY8+ylmsqRCVlUSpuayPr9HKo2LbL1d9dApj8 rTn/e9PN1xDiUHFM8Edoe0zpY6ohwKsrMtyZg= MIME-Version: 1.0 Received: by 10.229.85.147 with HTTP; Wed, 14 Apr 2010 09:34:45 -0700 (PDT) In-Reply-To: <4BC5DEB4.1090208@freebsd.org> References: <4BC402B7.5000400@modulus.org> <20100414.082109.29593248145846106.chat95@mac.com> <4BC5DEB4.1090208@freebsd.org> Date: Wed, 14 Apr 2010 11:34:45 -0500 Received: by 10.229.191.1 with SMTP id dk1mr3790724qcb.18.1271262885702; Wed, 14 Apr 2010 09:34:45 -0700 (PDT) Message-ID: From: Adam Vande More To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: alc@freebsd.org, Maho NAKATA , alan.l.cox@gmail.com, freebsd-stable@freebsd.org, als@modulus.org Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 16:34:47 -0000 On Wed, Apr 14, 2010 at 10:26 AM, Andriy Gapon wrote: > on 14/04/2010 02:21 Maho NAKATA said the following: > > 4. run dgemm. > > % ./dgemm > > n: 3000 > > time : 134.648208 or 16.910525 > > Mflops : 31943.419695 > > n: 3100 > > time : 148.122279 or 18.615284 > > Mflops : 32017.357408 > > n: 3200 > > time : 162.488885 or 20.430651 > > Mflops : 32087.318295 > > n: 3300 > > time : 178.497079 or 22.446093 > > Mflops : 32030.420499 > > n: 3400 > > time : 195.550715 or 24.586152 > > Mflops : 31981.873273 > > n: 3500 > > time : 213.403379 or 26.825058 > > Mflops : 31975.513363 > > n: 3600 > > ... > > above output is on Core i7 920 (2.66GHz; TurboBoost on) > > My results: > $ ./dgemm > n: 3000 > time : 54.151302 or 28.189781 > Mflops : 19162.263125 > n: 3100 > time : 60.157449 or 32.214141 > Mflops : 18501.570537 > n: 3200 > time : 65.753191 or 34.114872 > Mflops : 19216.393378 > > CPU: > CPU: Intel(R) Core(TM)2 Duo CPU E7300 @ 2.66GHz (2653.35-MHz K8-clas= s > CPU) > Origin =3D "GenuineIntel" Id =3D 0x10676 Stepping =3D 6 > > > Features=3D0xbfebfbff > > Features2=3D0x8e39d > AMD Features=3D0x20100800 > AMD Features2=3D0x1 > TSC: P-state invariant > =E2=8B=AE > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > > FreeBSD: > FreeBSD 8.0-STABLE r205070 amd64 > > Please note that the system was not dedicated to the test, I had > Xorg+KDE3+thunderbird+skype+kopete+konsole(s) plus a bunch of daemons > running. > That probably explains irregularities in the results. > > I am not sure how exactly theoretical maximum should be calculated, I use= d > 2 * > 2.66G * 4 =E2=89=88 21.3G. > And so 19.2G / 21.3G =E2=89=88 90%. > > Not as bad as what you get. > Although not as good as what you report for Linux. > But given the impurity and imprecision of my test=E2=80=A6 > > P.S. the machine is two-core obviously :-) > Don't have anything with more cpus/cores handy. > > P.P.S. Having _only glimpsed_ at the source I think that there are some > things > that GotoBLAS doesn't try to do on FreeBSD that it tries to do on Linux. > Like setting CPU-affinity for the threads, or avoiding HTT pseudo-cores. > Those things are possible on FreeBSD. > Perhaps, there are more things like that. > > Mine is also a live desktop enviro, kde4+ n: 3000 time : 116.377609 or 16.696066 Mflops : 32353.729042 n: 3100 time : 127.230336 or 17.274867 Mflops : 34501.695325 n: 3200 time : 139.018175 or 18.342056 Mflops : 35741.074976 n: 3300 time : 152.519365 or 20.154714 Mflops : 35671.942364 n: 3400 time : 166.248145 or 21.952426 Mflops : 35818.874941 n: 3500 time : 182.565385 or 24.492597 Mflops : 35020.581786 n: 3600 time : 198.551018 or 26.906992 Mflops : 34689.094992 n: 3700 time : 215.428919 or 28.574964 Mflops : 35462.294838 n: 3800 ^C CPU: Intel(R) Core(TM) i7 CPU 870 @ 2.93GHz (3313.71-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x106e5 Family =3D 6 Model =3D 1e St= epping =3D 5 Features=3D0xbfebfbff Features2=3D0x98e3fd AMD Features=3D0x28100800 AMD Features2=3D0x1 TSC: P-state invariant That's about 67% utilization, turning off HTT drops it more. HTT on the newer cores is good, not bad. --=20 Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 16:41:06 2010 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 B55B8106564A; Wed, 14 Apr 2010 16:41:06 +0000 (UTC) (envelope-from akephalos.akephalos@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 104028FC0A; Wed, 14 Apr 2010 16:41:05 +0000 (UTC) Received: by ewy24 with SMTP id 24so185815ewy.33 for ; Wed, 14 Apr 2010 09:41:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=ffssA7QDQe9UjWDVqGpL1CgxX2cxRJPVoXWq3k080Qg=; b=m0Y9J7efioU0KJFjuWCWwevLNnmQhq45qeaUanpSXGnUU8XZ8a8cxVObHtKs415fOM TNwvNUw+xrUSqQTUYjWMx68wAUK6jrUVDpJq7Zap03EWK6eWl0McYVTp8At7+DjYNCZf BUw9nnIW2t9gMF25OvObr0RhbG4E8ttLzmLtE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=jfjGM7OUkTMT3QEjcaF0zYzQauctk7bHbhZvdFGBOfQ9r+dxLDbHUakLjPZZOwUJBn sIUNP99v+McdSg5+FpAP5fa4WDoTAbyD7HugCCC6xzIwCdLIbQGLrkIkPhSTOHefE+dW mXVDzJVrr1Oe6shmIvJfqhmY89fHBX1CnDzVM= Received: by 10.213.45.197 with SMTP id g5mr3624475ebf.94.1271263264990; Wed, 14 Apr 2010 09:41:04 -0700 (PDT) Received: from free.bsd369441.org (89-45-24-235.citynet.botosani.ro [89.45.24.235]) by mx.google.com with ESMTPS id 16sm342676ewy.15.2010.04.14.09.41.04 (version=SSLv3 cipher=RC4-MD5); Wed, 14 Apr 2010 09:41:04 -0700 (PDT) Date: Wed, 14 Apr 2010 19:41:02 +0300 From: Akephalos To: Andriy Gapon Message-Id: <20100414194102.66a35582.akephalos.akephalos@gmail.com> In-Reply-To: <4BC5C599.2000802@icyb.net.ua> References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> <4BBDE420.2060003@icyb.net.ua> <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> <4BBDF02C.4020909@icyb.net.ua> <20100410072103.7a216222.akephalos.akephalos@gmail.com> <4BC4DCF0.9010209@icyb.net.ua> <20100414162800.76c6aeac.akephalos.akephalos@gmail.com> <4BC5C599.2000802@icyb.net.ua> X-Mailer: Sylpheed 3.0.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 16:41:06 -0000 On Wed, 14 Apr 2010 16:39:37 +0300 Andriy Gapon wrote: > > Anytime. Please tell me what options and source version (date) should I use. > > I'm currently on the revision from 8 April an have machdep.lapic_allclocks set > > to 1. > > I think that any version of source should be good, just set > machdep.lapic_allclocks to 0. > > > -- > Andriy Gapon You won't believe this, Andriy! It didn't work (top, top -P) after I rebooted my computer with that acpi option and machdep.lapic_allclocks explicitely set to zero. _However_, by reasons unknown, my computer time is offseting randomly and it happened that I saw my time showed as midnight, although it's seven in the evening. /etc/rc.d/ntpdate onerestart - and voila! Top shows correctly. Disabling all those options in loader.conf, the behavior is the same, top - and therefore powerd work after starting ntpdate. -- Mihai From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 16:45:05 2010 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 D727E1065670; Wed, 14 Apr 2010 16:45:05 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.221.175]) by mx1.freebsd.org (Postfix) with ESMTP id 6096C8FC0A; Wed, 14 Apr 2010 16:45:04 +0000 (UTC) Received: by qyk5 with SMTP id 5so460285qyk.3 for ; Wed, 14 Apr 2010 09:45:04 -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:received:message-id:subject:from:to:cc:content-type; bh=HrVM70BLasgjdQ/yoVk/6U2jdM8lVYkGkiWNR0gWbQg=; b=diEGC2/rs20icGX6ttaDPpcvQkd1hnJk4x5LUAI/SnyPFFk8f5YWFWlSe+L/PoOOzi kHfS6Ao7942sCfwZpPcw/dpabOs9hEiUIFP17nxXHoDQo3t2meSKVQ5oCuMQRPdl0CZN ygCMnKoQd8UYnQWMz7WIIxlhJ3TXFjDrLMpUk= 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=qND0ZIpWeoLs84kD+tE6ejXMry2wU7r78kbkxfquN4RWzFurK5bZkqJ3GsC3YaXBSp s2GIiObWafBDrTPvMnTFUUaBPrpJpdC6/+2MMjUMvdyDgjXrsIQTDclWSir7b9QYKln1 jTN6qWOTC8lYDN8XY7bpQojnRjekg+xb5i8ZA= MIME-Version: 1.0 Received: by 10.229.85.147 with HTTP; Wed, 14 Apr 2010 09:45:04 -0700 (PDT) In-Reply-To: References: <4BC402B7.5000400@modulus.org> <20100414.082109.29593248145846106.chat95@mac.com> <4BC5DEB4.1090208@freebsd.org> Date: Wed, 14 Apr 2010 11:45:04 -0500 Received: by 10.229.191.18 with SMTP id dk18mr262461qcb.9.1271263504301; Wed, 14 Apr 2010 09:45:04 -0700 (PDT) Message-ID: From: Adam Vande More To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: alc@freebsd.org, Maho NAKATA , alan.l.cox@gmail.com, freebsd-stable@freebsd.org, als@modulus.org Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 16:45:05 -0000 On Wed, Apr 14, 2010 at 11:34 AM, Adam Vande More wrote: > > > > That's about 67% utilization, turning off HTT drops it more. HTT on the > newer cores is good, not bad. > Well that was completely contrarty to some tests I'd run when I first got the cpu. With HTT off: n: 3000 time : 44.705516 or 11.760183 Mflops : 45932.959253 n: 3100 time : 50.598581 or 14.270123 Mflops : 41766.437458 n: 3200 time : 55.748192 or 15.780977 Mflops : 41541.458400 n: 3300 time : 62.072217 or 17.441431 Mflops : 41221.262070 n: 3400 so that's about 79% right there. also if I run cpuset on the dgemm then the utilization is basically at the theoretical max for one core so at least that part is working. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 16:51:31 2010 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 7169B1065670; Wed, 14 Apr 2010 16:51:31 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7149B8FC1A; Wed, 14 Apr 2010 16:51:30 +0000 (UTC) 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 TAA02537; Wed, 14 Apr 2010 19:51:21 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4BC5F289.7020408@freebsd.org> Date: Wed, 14 Apr 2010 19:51:21 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Adam Vande More References: <4BC402B7.5000400@modulus.org> <20100414.082109.29593248145846106.chat95@mac.com> <4BC5DEB4.1090208@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, Maho NAKATA , alan.l.cox@gmail.com, freebsd-stable@freebsd.org, als@modulus.org Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 16:51:31 -0000 on 14/04/2010 19:45 Adam Vande More said the following: > > also if I run cpuset on the dgemm then the utilization is basically at > the theoretical max for one core so at least that part is working. You can also try procstat -t to find out thread IDs and cpuset -t to pin the threads to the cores. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 17:10:16 2010 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 2C54E106567E; Wed, 14 Apr 2010 17:10: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 326768FC16; Wed, 14 Apr 2010 17:10:14 +0000 (UTC) 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 UAA02925; Wed, 14 Apr 2010 20:10:09 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BC5F6F1.8040805@icyb.net.ua> Date: Wed, 14 Apr 2010 20:10:09 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Akephalos References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> <4BBDE420.2060003@icyb.net.ua> <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> <4BBDF02C.4020909@icyb.net.ua> <20100410072103.7a216222.akephalos.akephalos@gmail.com> <4BC4DCF0.9010209@icyb.net.ua> <20100414162800.76c6aeac.akephalos.akephalos@gmail.com> <4BC5C599.2000802@icyb.net.ua> <20100414194102.66a35582.akephalos.akephalos@gmail.com> In-Reply-To: <20100414194102.66a35582.akephalos.akephalos@gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 17:10:16 -0000 on 14/04/2010 19:41 Akephalos said the following: > > You won't believe this, Andriy! It didn't work (top, top -P) after I rebooted > my computer with that acpi option and machdep.lapic_allclocks explicitely set > to zero. _However_, by reasons unknown, my computer time is offseting randomly > and it happened that I saw my time showed as midnight, although it's seven in > the evening. /etc/rc.d/ntpdate onerestart - and voila! Top shows correctly. > Disabling all those options in loader.conf, the behavior is the same, top - and > therefore powerd work after starting ntpdate. Indeed, that almost sounds too good to be true :-) Couple of questions: 1. Could you please check in dmesg if hpet attaches normally now or still has an error? 2. Do you have to run ntpdate after each power-off or is everything OK after the first run? 3. Have you ever set time on this machine before (in BIOS, other OS, etc)? 4. Can you please double-check that lapic_allclocks is zero in kernel? You can run 'kgdb /boot/kernel/kernel /dev/mem' and then 'print lapic_allclocks' Thanks! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 17:10:59 2010 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 90E3A106564A for ; Wed, 14 Apr 2010 17:10:59 +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 58BC78FC17 for ; Wed, 14 Apr 2010 17:10:59 +0000 (UTC) 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 1O2673-0004PD-AQ; Wed, 14 Apr 2010 18:10:53 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O2673-000BIa-9Z; Wed, 14 Apr 2010 18:10:53 +0100 Date: Wed, 14 Apr 2010 18:10:53 +0100 Message-Id: To: uqs@spoerlein.net In-Reply-To: <20100414163352.GS85798@acme.spoerlein.net> From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: Any chance of someone commiting the patch in bin/131861 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 17:10:59 -0000 > Well, the following header didn't work: > Cc: , Ah, indeed - with the angle brackets on it does not work, either with my patch or in the original. > Postfix will re-write this as part of sanitization, so I had to revert > to creating mbox files by hand. Anyway, could you please test the > following patch with a wider variety of mails? Sure... -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 17:47:34 2010 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 699841065672; Wed, 14 Apr 2010 17:47:34 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.221.175]) by mx1.freebsd.org (Postfix) with ESMTP id DF8598FC21; Wed, 14 Apr 2010 17:47:33 +0000 (UTC) Received: by qyk5 with SMTP id 5so543603qyk.3 for ; Wed, 14 Apr 2010 10:47:33 -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:received:message-id:subject:from:to:cc:content-type; bh=oiu3DM/7PIiWXOlri92zfvSUxZDAFg/Wcu6E6L1D+WU=; b=fXA12eOsLljAuw1PvBH7eMVlMCHlEAdLHdsGSm2VV2T9C0rSeJzHiuay/rWztmHDn6 xjJqfrCa+ckCVt9AsQudMZ21bmCdaUKkPSC/NGWMf/I4P19SHKVFlwLyJeqOW2edD2Mk 4cZ3pgMAuNBwUpg/Yu/IdxAA4mpKCgkzVp97c= 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=u8ra2EXJH3rrBggzSjqZglnAZwLrAFhF5vxyHO6r+73RDRpgiUQqPE68xoJewN/3Bl Er1liY9anB60p56mn03pU5uXB/6r3BPFlE5X0e1SYXeghI1fKOq4G8fZBBd4nmbzo2JT cozSJrRcL7/oWJVN1LXw9XSPs+Y7CE9fSrxjs= MIME-Version: 1.0 Received: by 10.229.85.147 with HTTP; Wed, 14 Apr 2010 10:47:31 -0700 (PDT) In-Reply-To: <4BC5F289.7020408@freebsd.org> References: <4BC402B7.5000400@modulus.org> <20100414.082109.29593248145846106.chat95@mac.com> <4BC5DEB4.1090208@freebsd.org> <4BC5F289.7020408@freebsd.org> Date: Wed, 14 Apr 2010 12:47:31 -0500 Received: by 10.229.222.76 with SMTP id if12mr2220815qcb.17.1271267251515; Wed, 14 Apr 2010 10:47:31 -0700 (PDT) Message-ID: From: Adam Vande More To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: alc@freebsd.org, Maho NAKATA , alan.l.cox@gmail.com, freebsd-stable@freebsd.org, als@modulus.org Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 17:47:34 -0000 On Wed, Apr 14, 2010 at 11:51 AM, Andriy Gapon wrote: > on 14/04/2010 19:45 Adam Vande More said the following: > > > > also if I run cpuset on the dgemm then the utilization is basically at > > the theoretical max for one core so at least that part is working. > > You can also try procstat -t to find out thread IDs and cpuset -t to > pin the > threads to the cores. > it gets to around 90% doing that. time : 103.617271 or 27.140992 Mflops : 47172.925449 n: 4100 time : 113.910669 or 30.520677 Mflops : 45174.496186 n: 4200 time : 121.880695 or 32.068070 Mflops : 46217.711013 n: 4300 tried a couple of different thread orders but didn't seem to make a difference. galacticdominator% procstat -t 1922 PID TID COMM TDNAME CPU PRI STATE WCHAN 1922 100092 dgemm initial thread 0 190 run - 1922 100268 dgemm - 1 190 run - 1922 100270 dgemm - 1 191 run - 1922 100272 dgemm - 3 190 run - 1922 100273 dgemm - 2 191 run - 1922 100274 dgemm - 2 191 run - 1922 100282 dgemm - 0 190 run - 1922 100283 dgemm - 3 190 run - galacticdominator% cpuset -t 100092 -l 0 galacticdominator% cpuset -t 100268 -l 1 galacticdominator% cpuset -t 100270 -l 2 galacticdominator% cpuset -t 100272 -l 3 galacticdominator% cpuset -t 100273 -l 0 galacticdominator% cpuset -t 100274 -l 1 galacticdominator% cpuset -t 100282 -l 2 galacticdominator% cpuset -t 100283 -l 3 galacticdominator% cpuset -t 100092 -l 0 galacticdominator% cpuset -t 100268 -l 0 galacticdominator% cpuset -t 100270 -l 1 galacticdominator% cpuset -t 100272 -l 1 galacticdominator% cpuset -t 100273 -l 2 galacticdominator% cpuset -t 100274 -l 2 galacticdominator% cpuset -t 100282 -l 3 galacticdominator% cpuset -t 100283 -l 3 This is from the second set: time : 150.348850 or 40.488350 Mflops : 45022.951141 n: 4600 time : 161.968982 or 43.589618 Mflops : 44669.884500 n: 4700 Since this is a full fledged desktop environment, 90% utilization seems pretty good. I'm no expert Andriy, but it seems like if gotoblas implemented some of the FreeBSD optimizations then we'd be in the same ballpark. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 20:26:37 2010 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 C9DEB1065673 for ; Wed, 14 Apr 2010 20:26:37 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id 13A688FC13 for ; Wed, 14 Apr 2010 20:26:35 +0000 (UTC) Received: by bwz6 with SMTP id 6so566142bwz.13 for ; Wed, 14 Apr 2010 13:26:34 -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=/JXQq+GKC8Uv/6ilIHhyphY4MbMXGvO24PTZD/4i8Uk=; b=BzOm0iaA+fRtz+KXvAvE47vpKyD1bxngM5JAVKoXpVGZAocKvYeCOZdSDtZnCmIgFW uvH3gukbtlj088PGIRl9R0YdCS7PgTLtsMDB+4UKBLGXOuZDhBcVD8bAWI2elzq1Mjo5 K1GJj8oxaKeuHVeG9UClWZKEp0QQDScAe+uvQ= 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=wgj6clfcyHNeWoVceXwoWtnseta8p9XF1qh4FtQIEz0WROuYwc5WRLYj7nYmoOC1d3 5hE1B5x1I6+DcoaXHtE9LlK2UuoaNbqBTPIZjCj/wn5sghi1+H5m77W4SUHkdOckTCp4 UOgxotUYOoyyXkcspb7wbhwaGgi+XT4e1NodY= Received: by 10.204.39.206 with SMTP id h14mr9113091bke.50.1271276794456; Wed, 14 Apr 2010 13:26:34 -0700 (PDT) Received: from localhost ([95.69.165.94]) by mx.google.com with ESMTPS id 14sm709686bwz.6.2010.04.14.13.26.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 14 Apr 2010 13:26:32 -0700 (PDT) To: Jack Vogel References: <201004081313.o38DD4JM041821@lava.sentex.ca> <201004081446.o38EkU7h042296@lava.sentex.ca> <20100408181741.GI5734@michelle.cdnetworks.com> <20100408183900.GJ5734@michelle.cdnetworks.com> <86d3y54tb0.fsf@kopusha.onet> <867hoajsaw.fsf@zhuzha.ua1> Organization: Home From: Mikolaj Golub Date: Wed, 14 Apr 2010 23:26:28 +0300 In-Reply-To: (Jack Vogel's message of "Wed\, 14 Apr 2010 09\:28\:33 -0700") Message-ID: <86y6gpu6ff.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Brandon Gooch , pyunyh@gmail.com, freebsd-stable@freebsd.org, Brandon Gooch Subject: Re: em driver regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 20:26:37 -0000 On Wed, 14 Apr 2010 09:28:33 -0700 Jack Vogel wrote: > Oh, didn't realize you were running the lem code :) Will make the changes > shortly, r206614 works for me. Thanks :-) > thanks for your debugging efforts. > > Jack -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Wed Apr 14 23:00:16 2010 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 408B3106564A; Wed, 14 Apr 2010 23:00:16 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id C8FD28FC0C; Wed, 14 Apr 2010 23:00:15 +0000 (UTC) Received: by gwaa12 with SMTP id a12so340153gwa.13 for ; Wed, 14 Apr 2010 16:00:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=JzMgYOLZLyrf6Igyb9N1FiyP9j7hTFmA/ir0GJI77ns=; b=OXS8rZJeY8Y2VeAdnOrJ5iSa8iA5P8EHrRwPSLwNbYo2BV+DAmg6uH0fXFI58DZ8RH ppJYmoB0GF6sutFStGis4cuymPAlXzS02C4k9Tksd3haFFSEb+6CWiRPCB9AewSs26ta Q3VOQ9CHo3ALA7BeePpNU5X4B21VIZU9bDIMU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=jMY7Nx4IKM016p+GXzNlSoBecqvFKMasqXjGa22x4LD3Wflv4sg9dRky0LBWY1pMZU k2IzHkQproefz2qGlmXzlacurZnyga2CpSW1vJLrlAmvLyu5vZrf8QGumBURVNoXywln 2Zoj+p9XpPudAlox6YtylOOIbpsMudK87YHYQ= Received: by 10.101.2.19 with SMTP id e19mr14997924ani.195.1271286011191; Wed, 14 Apr 2010 16:00:11 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 15sm214562yxh.4.2010.04.14.16.00.08 (version=SSLv3 cipher=RC4-MD5); Wed, 14 Apr 2010 16:00:09 -0700 (PDT) Sender: Maho NAKATA Date: Thu, 15 Apr 2010 08:00:06 +0900 (JST) Message-Id: <20100415.080006.195066307663359471.chat95@mac.com> To: avg@freebsd.org From: Maho NAKATA In-Reply-To: <4BC5C0D1.9030800@freebsd.org> References: <20100414.082109.29593248145846106.chat95@mac.com> <4BC5C0D1.9030800@freebsd.org> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Apr 2010 23:00:16 -0000 From: Andriy Gapon Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 Date: Wed, 14 Apr 2010 16:19:13 +0300 > on 14/04/2010 02:21 Maho NAKATA said the following: >> 2. install ports/math/gotoblas (manual download required) >> make install > > > Do you know how gotoblas on Linux was obtained? Yes. Just download the archive. > Was it built from source? Yes. > Has it come pre-packaged? No. > If so, can you find out details of its build configuration? I'm not sure I build like following on Ubuntu 9.10 amd64. $ tar xvfz GotoBLAS2-1.13.tar.gz $ cd GotoBLAS2 $ ./quickbuild.64bit ln -fs libgoto2_nehalemp-r1.13.a libgoto2.a for d in interface driver/level2 driver/level3 driver/others kernel lapack ; \ do if test -d $d; then \ make -j 8 -C $d libs || exit 1 ; \ fi; \ done make[1]: Entering directory `/home/maho/a/GotoBLAS2/interface' gcc -O2 -DEXPRECISION -m128bit-long-double -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DSMP_SERVER -DMAX_CPU_NUMBER=8 -DASMNAME=saxpy -DASMFNAME=saxpy_ -DNAME=saxpy_ -DCNAME=saxpy -DCHAR_NAME=\"saxpy_\" -DCHAR_CNAME=\"saxpy\" -I.. -I. -UDOUBLE -UCOMPLEX -c axpy.c -o saxpy.o gcc -O2 -DEXPRECISION -m128bit-long-double -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DSMP_SERVER -DMAX_CPU_NUMBER=8 -DASMNAME=sswap -DASMFNAME=sswap_ -DNAME=sswap_ -DCNAME=sswap -DCHAR_NAME=\"sswap_\" -DCHAR_CNAME=\"sswap\" -I.. -I. -UDOUBLE -UCOMPLEX -c swap.c -o sswap.o gcc -O2 -DEXPRECISION -m128bit-long-double -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DSMP_SERVER -DMAX_CPU_NUMBER=8 -DASMNAME=scopy -DASMFNAME=scopy_ -DNAME=scopy_ -DCNAME=scopy -DCHAR_NAME=\"scopy_\" -DCHAR_CNAME=\"scopy\" -I.. -I. -UDOUBLE -UCOMPLEX -c copy.c -o scopy.o gcc -O2 -DEXPRECISION -m128bit-long-double -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DSMP_SERVER -DMAX_CPU_NUMBER=8 -DASMNAME=sscal -DASMFNAME=sscal_ -DNAME=sscal_ -DCNAME=sscal -DCHAR_NAME=\"sscal_\" -DCHAR_CNAME=\"sscal\" -I.. -I. -UDOUBLE -UCOMPLEX -c scal.c -o sscal.o -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 00:46:49 2010 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 385051065670; Thu, 15 Apr 2010 00:46:49 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-yw0-f193.google.com (mail-yw0-f193.google.com [209.85.211.193]) by mx1.freebsd.org (Postfix) with ESMTP id B5F908FC16; Thu, 15 Apr 2010 00:46:48 +0000 (UTC) Received: by ywh31 with SMTP id 31so386417ywh.3 for ; Wed, 14 Apr 2010 17:46:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=Jl8P5Kc1dXXCzMlMe4k0coZXm7bfzso74dTsSMPLwMs=; b=dGIMcVtO4rbaNsX6Ca2GvIxUNmHcBCx8sfQqol/DX9i7PlJXId8q2hL/85qtYLx05v /cD0OS5HJN/pYyBe/v5OG5lz3elM1enkO2bwAXAvkb/ue8J0NhHHo/f02k1pSJd94ucq vl24Zs/o3gPf0JPhDHroRtwzcmx2tFUiYSwr0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=F8Vmenf7eap6IheOi8YtjJLzyoFnIaI71PcdHWCJomfqXz/5FEWatYzhO44rECa2Rb nVe/UNATI9XpUtboSC3p9aBlOWwENx5ioyKfBcmT1iYflnl0sX3KKrw8mWUHXySma/B0 y9+XEYdG9md4AvJ9xKY0C4pkshjeFAvWkcVr8= Received: by 10.150.210.16 with SMTP id i16mr4339361ybg.70.1271292407805; Wed, 14 Apr 2010 17:46:47 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 36sm242320yxh.14.2010.04.14.17.46.44 (version=SSLv3 cipher=RC4-MD5); Wed, 14 Apr 2010 17:46:47 -0700 (PDT) Sender: Maho NAKATA Date: Thu, 15 Apr 2010 09:46:43 +0900 (JST) Message-Id: <20100415.094643.450985660335296086.chat95@mac.com> To: amvandemore@gmail.com From: Maho NAKATA In-Reply-To: References: <20100414.082109.29593248145846106.chat95@mac.com> <4BC5DEB4.1090208@freebsd.org> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Cc: alc@freebsd.org, alan.l.cox@gmail.com, freebsd-stable@freebsd.org, als@modulus.org, avg@freebsd.org Subject: HyperThreading makes worse to me (was Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 00:46:49 -0000 SGkgQW5kcnkgYW5kIEFkYW0NCg0KTXkgdGVzdCBhZ2Fpbi4gTm8gZGVza3RvcCwgZXRjLiBJIGp1 c3QgcnVuIGRnZW1tLg0KQ29udHJhcnkgdG8gQWRhbSdzIHJlc3VsdCwgSHlwZXIgVGhyZWFkaW5n IG1ha2VzIHRoZSBwZXJmb3JtYW5jZSB3b3JzZS4NCmFsbCB0ZXN0cyBhcmUgZG9uZSBvbiBDb3Jl IGk3IDkyMCBAIDIuNjdHSHouIChUdXJib0Jvb3N0IEAyLjhHSHopDQoNClR1cmJvIEJvb3N0IG9m ZiwgSHlwZXIgdGhyZWFkaW5nIG9mZjogODIlICgzNUdGbG9wcykgICAgWzFdDQpUdXJibyBCb29z dCBvZmYsIEh5cGVyIHRocmVhZGluZyBvZmY6IDcyJSAoMzAuNUdGbG9wcykgIFsyXQ0KDQpUdXJi byBCb29zdCBvbiwgIEh5cGVyIHRocmVhZGluZyBvbjogNzElICgzMkdGbG9wcykgICAgWzNdDQpU dXJibyBCb29zdCBvZmYsIEh5cGVyIHRocmVhZGluZyBvZmY6IDg0LTg5JSAoMzgtNDBHRmxvcHMp IFs0XQ0KDQotLS1teSBzeXN0ZW0tLS0NCkNQVTogSW50ZWwoUikgQ29yZShUTSkgaTcgQ1BVICAg ICAgICAgOTIwICBAIDIuNjdHSHogKDI2ODMuNDQtTUh6IEs4LWNsYXNzIENQVSkNCiAgT3JpZ2lu ID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHgxMDZhNSAgU3RlcHBpbmcgPSA1DQogIEZlYXR1cmVz PTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxN VFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0Us U1NFMixTUyxIVFQsVE0sUEJFPg0KICBGZWF0dXJlczI9MHg5OGUzYmQ8U1NFMyxEVEVTNjQsTU9O LERTX0NQTCxWTVgsRVNULFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTSxTU0U0LjEsU1NFNC4yLFBP UENOVD4NCiAgQU1EIEZlYXR1cmVzPTB4MjgxMDA4MDA8U1lTQ0FMTCxOWCxSRFRTQ1AsTE0+DQog IEFNRCBGZWF0dXJlczI9MHgxPExBSEY+DQogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQNCnJlYWwg bWVtb3J5ICA9IDEyODg0OTAxODg4ICgxMjI4OCBNQikNCmF2YWlsIG1lbW9yeSA9IDEyMzg3NzE3 MTIwICgxMTgxMyBNQikNCkFDUEkgQVBJQyBUYWJsZTogPDExMDkwOSBBUElDMTAyNj4NCkZyZWVC U0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDQgQ1BVcw0KRnJlZUJTRC9T TVA6IDEgcGFja2FnZShzKSB4IDQgY29yZShzKQ0KLS0tbXkgc3lzdGVtLS0tDQoNCi0tLURFVEFJ TFMtLS0NClsxXQ0KJSAuL2RnZW1tDQpuOiAzMDAwDQp0aW1lIDogNTcuNjY2NzE3IG9yIDE2LjMz OTA3NCANCk1mbG9wcyA6IDMzMDYwLjYyNDgyNw0KbjogMzEwMA0KdGltZSA6IDYxLjUwMjY3NyBv ciAxNi41OTczNzYgDQpNZmxvcHMgOiAzNTkxMC4wMjU1NDQNCm46IDMyMDANCnRpbWUgOiA2OS4w NzU0MDEgb3IgMTkuMTk5ODMzIA0KTWZsb3BzIDogMzQxNDQuMjk3MTMzDQpuOiAzMzAwDQp0aW1l IDogNzMuNjk5NTQwIG9yIDE5LjYzMzU5NCANCk1mbG9wcyA6IDM2NjE4Ljc1NjUzOQ0KbjogMzQw MA0KdGltZSA6IDgyLjI1NjE5NCBvciAyMi4zNzM2NTEgDQpNZmxvcHMgOiAzNTE0NC41MTg4MzcN Cm46IDM1MDANCnRpbWUgOiA4OC45NzU2NjIgb3IgMjQuMTE4NzYxIA0KTWZsb3BzIDogMzU1NjMu Mzk0MjQ5DQpuOiAzNjAwDQp0aW1lIDogOTYuNDM2NjUyIG9yIDI2LjAyNzU4OCANCk1mbG9wcyA6 IDM1ODYxLjE0ODM4NQ0KbjogMzcwMA0KWzJdDQolIC4vZGdlbW0NCm46IDMwMDANCnRpbWUgOiAx MzkuNjIyNzM5IG9yIDE3LjY5MzgwNiANCk1mbG9wcyA6IDMwNTI5LjMyNzMxMg0KbjogMzEwMA0K dGltZSA6IDE1NC4zNDQ5NzEgb3IgMTkuNTY2ODg2IA0KTWZsb3BzIDogMzA0NjAuMjQ3NzAyDQpu OiAzMjAwDQp0aW1lIDogMTY5LjUwNzczOSBvciAyMS40NjcxMDAgDQpNZmxvcHMgOiAzMDUzOC4x MTY2MDINCm46IDMzMDANCnRpbWUgOiAxODYuMzYzNzczIG9yIDIzLjYxNTI4MSANCk1mbG9wcyA6 IDMwNDQ0LjYwMDU0NQ0KbjogMzQwMA0KdGltZSA6IDIwMy43OTg5Nzkgb3IgMjUuODE3NjY3IA0K TWZsb3BzIDogMzA0NTYuMzIyNzg4DQpuOiAzNTAwDQouLi4NClszXQ0KJSAuL2RnZW1tDQpuOiAz MDAwDQp0aW1lIDogMTM0LjY3MzA3OSBvciAxNi45NTg2ODIgDQpNZmxvcHMgOiAzMTg1Mi43MTEw ODINCm46IDMxMDANCnRpbWUgOiAxNDguNDEwMDg1IG9yIDE4LjY2MzI0OCANCk1mbG9wcyA6IDMx OTM1LjA3MzU3NA0KbjogMzIwMA0KdGltZSA6IDE2Mi44MzU0NzMgb3IgMjAuNDY4ODI1IA0KTWZs b3BzIDogMzIwMjcuNDc1NzcwDQpuOiAzMzAwDQp0aW1lIDogMTc5LjAyNTM3MCBvciAyMi40Nzkx ODkgDQpNZmxvcHMgOiAzMTk4My4yNjI1MDENCm46IDM0MDANCnRpbWUgOiAxOTUuODU5NzEwIG9y IDI0LjY2MzAwOSANCk1mbG9wcyA6IDMxODgyLjIwODc4OA0KbjogMzUwMA0KWzRdDQolIC4vZGdl bW0NCm46IDMwMDANCnRpbWUgOiA1NC4yNTk2NDcgb3IgMTQuNjg0MzA5IA0KTWZsb3BzIDogMzY3 ODYuMjA0OTA3DQpuOiAzMTAwDQp0aW1lIDogNjAuODk5MTQ3IG9yIDE3LjEyNDU5OSANCk1mbG9w cyA6IDM0ODA0LjQ0NzE0MQ0KbjogMzIwMA0KdGltZSA6IDY0LjI5NTM0MiBvciAxNy40OTA3ODcg DQpNZmxvcHMgOiAzNzQ4MC41Nzc1NjkNCm46IDMzMDANCnRpbWUgOiA2OS43ODEyNDcgb3IgMTgu Mjg4ODQwIA0KTWZsb3BzIDogMzkzMTEuMjg0Nzk2DQpuOiAzNDAwDQp0aW1lIDogNzkuMjM0Mzk3 IG9yIDIxLjgyOTczNiANCk1mbG9wcyA6IDM2MDIwLjE4Nzg1OA0KbjogMzUwMA0KdGltZSA6IDgz LjkwNTQxOSBvciAyMi4zODEyMzcgDQpNZmxvcHMgOiAzODMyNC4yODkxNzQNCm46IDM2MDANCnRp bWUgOiA5Mi4xOTUwMjIgb3IgMjUuMTA1OTQyIA0KTWZsb3BzIDogMzcxNzcuNjIxMTIyDQpuOiAz NzAwDQp0aW1lIDogOTcuNzE4ODQxIG9yIDI1LjQzNDI0MyANCk1mbG9wcyA6IDM5ODQxLjMxOTQ5 NA0KbjogMzgwMA0KdGltZSA6IDEwNS43NDA0NjMgb3IgMjcuNDE0MDI5IA0KTWZsb3BzIDogNDAw NDIuNTkyNjEzDQpuOiAzOTAwDQp0aW1lIDogMTEzLjk4MDE1NyBvciAyOS42Nzg1MDUgDQpNZmxv cHMgOiAzOTk4NC42MzU0MjANCm46IDQwMDANCnRpbWUgOiAxMjIuOTQxNTY5IG9yIDMxLjk0NjE3 NCANCk1mbG9wcyA6IDQwMDc3LjQxMjUzMQ0KbjogNDEwMA0KLS0tREVUQUlMUy0tLQ0KDQoNCkZy b206IEFkYW0gVmFuZGUgTW9yZSA8YW12YW5kZW1vcmVAZ21haWwuY29tPg0KU3ViamVjdDogUmU6 IEhvdyB0byByZXByb2R1Y2U6IFJlOiBPbmx5IDcwJSBvZiB0aGVvcmV0aWNhbCBwZWFrIHBlcmZv cm1hbmNlIG9uIEZyZWVCU0QgOC9hbWQ2NCwgQ29yZWk3IDkyMA0KRGF0ZTogV2VkLCAxNCBBcHIg MjAxMCAxMTozNDo0NSAtMDUwMA0KDQo+PiA+IHRpbWUgOiAxNjIuNDg4ODg1IG9yIDIwLjQzMDY1 MQ0KPj4gPiBNZmxvcHMgOiAzMjA4Ny4zMTgyOTUNCj4+ID4gbjogMzMwMA0KPj4gPiB0aW1lIDog MTc4LjQ5NzA3OSBvciAyMi40NDYwOTMNCj4+ID4gTWZsb3BzIDogMzIwMzAuNDIwNDk5DQo+PiA+ IG46IDM0MDANCj4+ID4gdGltZSA6IDE5NS41NTA3MTUgb3IgMjQuNTg2MTUyDQo+PiA+IE1mbG9w cyA6IDMxOTgxLjg3MzI3Mw0KPj4gPiBuOiAzNTAwDQo+PiA+IHRpbWUgOiAyMTMuNDAzMzc5IG9y IDI2LjgyNTA1OA0KPj4gPiBNZmxvcHMgOiAzMTk3NS41MTMzNjMNCj4+ID4gbjogMzYwMA0KPj4g PiAuLi4NCj4+ID4gYWJvdmUgb3V0cHV0IGlzIG9uIENvcmUgaTcgOTIwICgyLjY2R0h6OyBUdXJi b0Jvb3N0IG9uKQ0KPj4NCj4+IE15IHJlc3VsdHM6DQo+PiAkIC4vZGdlbW0NCj4+IG46IDMwMDAN Cj4+IHRpbWUgOiA1NC4xNTEzMDIgb3IgMjguMTg5NzgxDQo+PiBNZmxvcHMgOiAxOTE2Mi4yNjMx MjUNCj4+IG46IDMxMDANCj4+IHRpbWUgOiA2MC4xNTc0NDkgb3IgMzIuMjE0MTQxDQo+PiBNZmxv cHMgOiAxODUwMS41NzA1MzcNCj4+IG46IDMyMDANCj4+IHRpbWUgOiA2NS43NTMxOTEgb3IgMzQu MTE0ODcyDQo+PiBNZmxvcHMgOiAxOTIxNi4zOTMzNzgNCj4+DQo+PiBDUFU6DQo+PiBDUFU6IElu dGVsKFIpIENvcmUoVE0pMiBEdW8gQ1BVICAgICBFNzMwMCAgQCAyLjY2R0h6ICgyNjUzLjM1LU1I eiBLOC1jbGFzcw0KPj4gQ1BVKQ0KPj4gIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4 MTA2NzYgIFN0ZXBwaW5nID0gNg0KPj4NCj4+DQo+PiBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxW TUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1Ys UEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBC RT4NCj4+DQo+PiAgRmVhdHVyZXMyPTB4OGUzOWQ8U1NFMyxEVEVTNjQsTU9OLERTX0NQTCxFU1Qs VE0yLFNTU0UzLENYMTYseFRQUixQRENNLFNTRTQuMT4NCj4+ICBBTUQgRmVhdHVyZXM9MHgyMDEw MDgwMDxTWVNDQUxMLE5YLExNPg0KPj4gIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+DQo+PiAgVFND OiBQLXN0YXRlIGludmFyaWFudA0KPj4g4ouuDQo+PiBGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNz b3IgU3lzdGVtIERldGVjdGVkOiAyIENQVXMNCj4+IEZyZWVCU0QvU01QOiAxIHBhY2thZ2Uocykg eCAyIGNvcmUocykNCj4+DQo+PiBGcmVlQlNEOg0KPj4gRnJlZUJTRCA4LjAtU1RBQkxFIHIyMDUw NzAgYW1kNjQNCj4+DQo+PiBQbGVhc2Ugbm90ZSB0aGF0IHRoZSBzeXN0ZW0gd2FzIG5vdCBkZWRp Y2F0ZWQgdG8gdGhlIHRlc3QsIEkgaGFkDQo+PiBYb3JnK0tERTMrdGh1bmRlcmJpcmQrc2t5cGUr a29wZXRlK2tvbnNvbGUocykgcGx1cyBhIGJ1bmNoIG9mIGRhZW1vbnMNCj4+IHJ1bm5pbmcuDQo+ PiBUaGF0IHByb2JhYmx5IGV4cGxhaW5zIGlycmVndWxhcml0aWVzIGluIHRoZSByZXN1bHRzLg0K Pj4NCj4+IEkgYW0gbm90IHN1cmUgaG93IGV4YWN0bHkgdGhlb3JldGljYWwgbWF4aW11bSBzaG91 bGQgYmUgY2FsY3VsYXRlZCwgSSB1c2VkDQo+PiAyICoNCj4+IDIuNjZHICogNCDiiYggMjEuM0cu DQo+PiBBbmQgc28gMTkuMkcgLyAyMS4zRyDiiYggOTAlLg0KPj4NCj4+IE5vdCBhcyBiYWQgYXMg d2hhdCB5b3UgZ2V0Lg0KPj4gQWx0aG91Z2ggbm90IGFzIGdvb2QgYXMgd2hhdCB5b3UgcmVwb3J0 IGZvciBMaW51eC4NCj4+IEJ1dCBnaXZlbiB0aGUgaW1wdXJpdHkgYW5kIGltcHJlY2lzaW9uIG9m IG15IHRlc3TigKYNCj4+DQo+PiBQLlMuIHRoZSBtYWNoaW5lIGlzIHR3by1jb3JlIG9idmlvdXNs eSA6LSkNCj4+IERvbid0IGhhdmUgYW55dGhpbmcgd2l0aCBtb3JlIGNwdXMvY29yZXMgaGFuZHku DQo= From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 00:47:40 2010 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 0F740106566C; Thu, 15 Apr 2010 00:47:40 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-yw0-f193.google.com (mail-yw0-f193.google.com [209.85.211.193]) by mx1.freebsd.org (Postfix) with ESMTP id 5CE158FC14; Thu, 15 Apr 2010 00:47:39 +0000 (UTC) Received: by ywh31 with SMTP id 31so386930ywh.3 for ; Wed, 14 Apr 2010 17:47:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=DYglT1HIPA3jBSLv82AkvkFFqaVIGT5lOk77sweNtys=; b=VhVcfvYoVEDQrETI4Jg1Wx4WYoGt4d4aXxxGC7Oiey7Cd/OrnIgBVGrDTrWFo1ZmhL 6aCyW4N28sRJWnFR3Or8fGoeRVZzXE7w0PsIjhHak5kZUvvhWWZExwoDuEPusB0ZuxPM 8WgYwZdyUaw7XwvB/jZSrCdROIXA9BhKymSqE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=ieI13RaGR4eWONHmCtMDc4AJ3GibqLqvNQs4/Sp5KdSkQoSvAu7HRn4fi5Qoakg8GY x2/Hd04fQqOHU0m/Y9uWBbpQQfVoEA2jQDDXxBR0Nm5+LGEY76jRCAL6nu08RlO/e8N2 Zgy1szwFJKksfqt5ywIcdFtKYqMAbb5HIq6Jk= Received: by 10.150.141.12 with SMTP id o12mr7682205ybd.189.1271292458790; Wed, 14 Apr 2010 17:47:38 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 22sm243855yxe.37.2010.04.14.17.47.35 (version=SSLv3 cipher=RC4-MD5); Wed, 14 Apr 2010 17:47:37 -0700 (PDT) Sender: Maho NAKATA Date: Thu, 15 Apr 2010 09:47:33 +0900 (JST) Message-Id: <20100415.094733.575506241433873719.chat95@mac.com> To: amvandemore@gmail.com From: Maho NAKATA In-Reply-To: References: <4BC5DEB4.1090208@freebsd.org> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, alan.l.cox@gmail.com, freebsd-stable@freebsd.org, als@modulus.org, avg@freebsd.org Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 00:47:40 -0000 opps I missed this e-mail... From: Adam Vande More Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 Date: Wed, 14 Apr 2010 11:45:04 -0500 > On Wed, Apr 14, 2010 at 11:34 AM, Adam Vande More wrote: > >> >> >> >> That's about 67% utilization, turning off HTT drops it more. HTT on the >> newer cores is good, not bad. >> > > Well that was completely contrarty to some tests I'd run when I first got > the cpu. > > With HTT off: > > n: 3000 > time : 44.705516 or 11.760183 > Mflops : 45932.959253 > n: 3100 > time : 50.598581 or 14.270123 > Mflops : 41766.437458 > n: 3200 > time : 55.748192 or 15.780977 > Mflops : 41541.458400 > n: 3300 > time : 62.072217 or 17.441431 > Mflops : 41221.262070 > n: 3400 > > so that's about 79% right there. > > also if I run cpuset on the dgemm then the utilization is basically at the > theoretical max for one core so at least that part is working. > > -- > Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 01:20:06 2010 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 1C3FD1065670; Thu, 15 Apr 2010 01:20:06 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-yw0-f193.google.com (mail-yw0-f193.google.com [209.85.211.193]) by mx1.freebsd.org (Postfix) with ESMTP id 870EF8FC13; Thu, 15 Apr 2010 01:20:05 +0000 (UTC) Received: by ywh31 with SMTP id 31so405132ywh.3 for ; Wed, 14 Apr 2010 18:20:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=ETrUah6mcrEtmdiWfM0ljs0NRNFaAuorI9HclJEOblA=; b=m05nzRksq6ZgW2UDXv6TvOPWBuYCSz+HnLNo+gpVV5d+CVed8apFqHExySt1gA7ptt Z9vz3Iq9j6/LcbueKMMnqKxK7Gnd+uzESr/x6t1xSnaVpLJimceDPFbI3xv54j1i2NSb sHuQ2F4tcyn/Jj9ikcUc8HeAKaFJyDj1TRm5c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=Rw5widJUFYk/ZBaykrdU7TwlIe1hyxJ3KoemXI4ukQIIXbIOa3+GsQl9Bw2XNEoOxz G6TxtJcYCd+VBPsB7A3gcwz+7Mizka9mU9v+wFTquioCVJf2MCfTeI6Dr6379LZvGrxj OQzw63bBbqesRqhOQSpypVtmiWk38UXY6065M= Received: by 10.101.211.36 with SMTP id n36mr14960561anq.120.1271294404796; Wed, 14 Apr 2010 18:20:04 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 9sm250962yxf.47.2010.04.14.18.20.01 (version=SSLv3 cipher=RC4-MD5); Wed, 14 Apr 2010 18:20:03 -0700 (PDT) Sender: Maho NAKATA Date: Thu, 15 Apr 2010 10:20:00 +0900 (JST) Message-Id: <20100415.102000.645538350615365151.chat95@mac.com> To: amvandemore@gmail.com From: Maho NAKATA In-Reply-To: References: <4BC5F289.7020408@freebsd.org> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, alan.l.cox@gmail.com, freebsd-stable@freebsd.org, als@modulus.org, avg@freebsd.org Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 01:20:06 -0000 Hi Andriy and Adam, I did also the same thing as suggested. my conclusion: on Core i7 920, 2.66GHz, TurboBoost on, HyperThreading off, My result of dgemm GotoBLAS performance was following. *summary of result 36-39GFlops 81-87% of peak performance without pinning 35-40GFlops 78-89% of peak performance with pinning my observation * performance is somewhat unstable like 35GFlops then next calculation is 40GFlops...and flips etc. jittering is observed. * pinning makes performance somewhat stabler, but we don't gain a bit more. Details. First I ran %./dgemm n: 3500 time : 84.431008 or 22.428125 Mflops : 38244.168629 n: 3600 time : 90.162220 or 23.440381 Mflops : 39819.284422 n: 3700 time : 101.427504 or 27.404345 Mflops : 36977.121646 Note: 36-39GFlops 81-87% of peak performance then, pinned to each core like following % procstat -t 1408 PID TID COMM TDNAME CPU PRI STATE WCHAN 1408 100160 dgemm - 3 190 run - 1408 100161 dgemm - 2 190 run - 1408 100162 dgemm - 2 190 run - 1408 100163 dgemm - 1 189 run - 1408 100164 dgemm - 0 190 run - 1408 100165 dgemm - 3 189 run - 1408 100166 dgemm - 1 190 run - 1408 100167 dgemm initial thread 0 190 run - % cpuset -t 100160 -l 0 % cpuset -t 100161 -l 0 % cpuset -t 100162 -l 1 % cpuset -t 100163 -l 1 % cpuset -t 100164 -l 2 % cpuset -t 100165 -l 2 % cpuset -t 100166 -l 3 % cpuset -t 100167 -l 3 then, % procstat -t 1408 PID TID COMM TDNAME CPU PRI STATE WCHAN 1408 100160 dgemm - 0 191 run - 1408 100161 dgemm - 0 191 run - 1408 100162 dgemm - 1 190 run - 1408 100163 dgemm - 1 190 run - 1408 100164 dgemm - 2 190 run - 1408 100165 dgemm - 2 190 run - 1408 100166 dgemm - 3 190 run - 1408 100167 dgemm initial thread 3 190 run - n: 4000 time : 121.907696 or 31.475052 Mflops : 40677.295630 n: 4100 time : 139.842701 or 38.702532 Mflops : 35624.444587 n: 4200 time : 143.622179 or 36.725949 Mflops : 40356.011158 n: 4300 time : 153.742976 or 39.465752 Mflops : 40301.013511 n: 4400 time : 164.919566 or 42.380653 Mflops : 40208.611317 n: 4500 time : 175.930335 or 45.422572 Mflops : 40132.139469 Thanks From: Adam Vande More Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 Date: Wed, 14 Apr 2010 12:47:31 -0500 > On Wed, Apr 14, 2010 at 11:51 AM, Andriy Gapon wrote: > >> on 14/04/2010 19:45 Adam Vande More said the following: >> > >> > also if I run cpuset on the dgemm then the utilization is basically at >> > the theoretical max for one core so at least that part is working. >> >> You can also try procstat -t to find out thread IDs and cpuset -t to >> pin the >> threads to the cores. >> > > it gets to around 90% doing that. > > time : 103.617271 or 27.140992 > Mflops : 47172.925449 > n: 4100 > time : 113.910669 or 30.520677 > Mflops : 45174.496186 > n: 4200 > time : 121.880695 or 32.068070 > Mflops : 46217.711013 > n: 4300 > > tried a couple of different thread orders but didn't seem to make a > difference. > > galacticdominator% procstat -t 1922 > PID TID COMM TDNAME CPU PRI STATE WCHAN > 1922 100092 dgemm initial thread 0 190 run - > 1922 100268 dgemm - 1 190 run - > 1922 100270 dgemm - 1 191 run - > 1922 100272 dgemm - 3 190 run - > 1922 100273 dgemm - 2 191 run - > 1922 100274 dgemm - 2 191 run - > 1922 100282 dgemm - 0 190 run - > 1922 100283 dgemm - 3 190 run - > > galacticdominator% cpuset -t 100092 -l 0 > galacticdominator% cpuset -t 100268 -l 1 > galacticdominator% cpuset -t 100270 -l 2 > galacticdominator% cpuset -t 100272 -l 3 > galacticdominator% cpuset -t 100273 -l 0 > galacticdominator% cpuset -t 100274 -l 1 > galacticdominator% cpuset -t 100282 -l 2 > galacticdominator% cpuset -t 100283 -l 3 > > > galacticdominator% cpuset -t 100092 -l 0 > galacticdominator% cpuset -t 100268 -l 0 > galacticdominator% cpuset -t 100270 -l 1 > galacticdominator% cpuset -t 100272 -l 1 > galacticdominator% cpuset -t 100273 -l 2 > galacticdominator% cpuset -t 100274 -l 2 > galacticdominator% cpuset -t 100282 -l 3 > galacticdominator% cpuset -t 100283 -l 3 > > > This is from the second set: > > time : 150.348850 or 40.488350 > Mflops : 45022.951141 > n: 4600 > time : 161.968982 or 43.589618 > Mflops : 44669.884500 > n: 4700 > > Since this is a full fledged desktop environment, 90% utilization seems > pretty good. I'm no expert Andriy, but it seems like if gotoblas > implemented some of the FreeBSD optimizations then we'd be in the same > ballpark. > > > -- > Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 01:50:50 2010 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 B5FB9106566C; Thu, 15 Apr 2010 01:50:50 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-gx0-f214.google.com (mail-gx0-f214.google.com [209.85.217.214]) by mx1.freebsd.org (Postfix) with ESMTP id 40CA08FC14; Thu, 15 Apr 2010 01:50:50 +0000 (UTC) Received: by gxk6 with SMTP id 6so475293gxk.14 for ; Wed, 14 Apr 2010 18:50:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=eM2FrVUoqVW4qFJ7FCETOnzqwOEHPet8HV3cqcS419w=; b=xx74YpHSu4Xyco9XhGdnP/yqt9YsJMXqaTEW1/ehj3JLOE+EKEyOBDG9AidzMAc7aT X6fe3zoPBxYXnyZCdOv0OhMhfeOocmE1FMdxx0WKpD41NiHzpdkH8s8OcJYZjbpaIPNx dDFN7W8Ke5cJed3157QAIzMYyP39Uh4nR1bTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=sk3i8Al/S+RkjUeMfr7D+bG5oxje5DsX5IYlYRJzh3YJbSthZ7qi07xhdZIRoqQebW AxCD181qmQUgng4sQJCm//16wE5N5tI78qKRypv9nU6Sg/hGv5LkX9zLFCRaOl0ofq2Q sUxoZWz1jCu0i7VxG6GgRrLrZ1RJetq9UOUZI= Received: by 10.101.164.17 with SMTP id r17mr15172220ano.230.1271296249465; Wed, 14 Apr 2010 18:50:49 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 9sm259373yxf.65.2010.04.14.18.50.46 (version=SSLv3 cipher=RC4-MD5); Wed, 14 Apr 2010 18:50:48 -0700 (PDT) Sender: Maho NAKATA Date: Thu, 15 Apr 2010 10:50:44 +0900 (JST) Message-Id: <20100415.105044.276219111671413416.chat95@mac.com> To: amvandemore@gmail.com From: Maho NAKATA In-Reply-To: References: <4BC5F289.7020408@freebsd.org> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, alan.l.cox@gmail.com, freebsd-stable@freebsd.org, als@modulus.org, avg@freebsd.org Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 01:50:50 -0000 Hi Adam, From: Adam Vande More Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 Date: Wed, 14 Apr 2010 12:47:31 -0500 > Since this is a full fledged desktop environment, 90% utilization seems > pretty good. No, I don't think so. Even on Ubuntu, mine is running on a full desktop environment, GotoBLAS's performance is about 95% using dgemm. dgemm on Linux is lot more stabler than FreeBSD and clearly faster. on Ubuntu $ ./dgemm n: 3000 time : 51.180000 or 12.795519 Mflops : 42216.341930 n: 3100 time : 56.280000 or 14.261719 Mflops : 41791.049205 n: 3200 time : 61.350000 or 15.631380 Mflops : 41939.023080 n: 3300 time : 67.790000 or 17.247202 Mflops : 41685.474166 n: 3400 time : 73.800000 or 18.471321 Mflops : 42569.300032 n: 3500 time : 81.480000 or 20.781936 Mflops : 41273.585044 n: 3600 time : 88.170000 or 22.816965 Mflops : 40907.246233 n: 3700 time : 95.210000 or 23.864101 Mflops : 42462.684969 n: 3800 thanks -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 02:49:33 2010 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 213D31065670; Thu, 15 Apr 2010 02:49:33 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id B68B08FC15; Thu, 15 Apr 2010 02:49:32 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so293313qwi.7 for ; Wed, 14 Apr 2010 19:49:31 -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:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=iAQ0TIkNIMUj0qnyfCih2O/V34BYszaqDaX/jh5ZOdI=; b=hiO6JLCoEhh3dkt5x1zOOLE+BIpfSrixV1H0K+dKYCHa2zZHODOkeYm3JjDEmcPRut 9Nh5uAWJxjrTbk8zWxgfbY3KAbjxqxgFuWTjl+cgjo0T5sEqazoPpmEENKMiquTJ+4Zd fzwTqwVMF+YZwvh26JBYegoyrdJ0zPatqEl2U= 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=Stm1vIuXFvEK07UkuTscWmv1s2yXuvh4Pz/l15RDM7sjAIrukcjnnkmz8WY/CXmHSO f+in/yaqvROtSARnkH0kyqWXXT4nkiAdhar/YZY1Qo3Qdy1ZlcoIgdMnwzVNQfo6D+GU jK30v6RsVkrVrJVBp7GwPMojIiZLq6NI1mYUA= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Wed, 14 Apr 2010 19:49:19 -0700 (PDT) In-Reply-To: <20100415.094643.450985660335296086.chat95@mac.com> References: <20100414.082109.29593248145846106.chat95@mac.com> <4BC5DEB4.1090208@freebsd.org> <20100415.094643.450985660335296086.chat95@mac.com> Date: Wed, 14 Apr 2010 19:49:19 -0700 Received: by 10.229.213.77 with SMTP id gv13mr2549833qcb.63.1271299759481; Wed, 14 Apr 2010 19:49:19 -0700 (PDT) Message-ID: From: Garrett Cooper To: Maho NAKATA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: amvandemore@gmail.com, freebsd-stable@freebsd.org, alc@freebsd.org, alan.l.cox@gmail.com, avg@freebsd.org, als@modulus.org Subject: Re: HyperThreading makes worse to me (was Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 02:49:33 -0000 On Wed, Apr 14, 2010 at 5:46 PM, Maho NAKATA wrote: > Hi Andry and Adam > > My test again. No desktop, etc. I just run dgemm. > Contrary to Adam's result, Hyper Threading makes the performance worse. > all tests are done on Core i7 920 @ 2.67GHz. (TurboBoost @2.8GHz) > > Turbo Boost off, Hyper threading off: 82% (35GFlops) =A0 =A0[1] > Turbo Boost off, Hyper threading off: 72% (30.5GFlops) =A0[2] > > Turbo Boost on, =A0Hyper threading on: 71% (32GFlops) =A0 =A0[3] > Turbo Boost off, Hyper threading off: 84-89% (38-40GFlops) [4] Doesn't this make sense? Hyperthreaded cores in Intel procs still provide an incomplete set of registers as they're logical processors, so I would expect for things to be slower if they're automatically run on the SMT cores instead of the physical ones. Is there a weighting scheme to SCHED_ULE where logical processors (like the SMT variety) get a lower score than real processors do, and thus get scheduled for less intensive interrupting tasks, or maybe just don't get scheduled in high use scenarios like it would if it was a physical processor? Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 02:50:26 2010 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 B280D1065678; Thu, 15 Apr 2010 02:50:26 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 511118FC19; Thu, 15 Apr 2010 02:50:26 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so293477qwi.7 for ; Wed, 14 Apr 2010 19:50:25 -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:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=H1hyQ5I0VaPraXeizkcbkoy2i+eKFO0bzh8TouXLJM0=; b=V9Suos6v3yAMcYMCrlWhGv3Z5vsMQxiLkyVnoZ6OSIOvIcBlwvXKoe0GDKbrlRZt2u 5i8XWC/GShxBIyFb8J+4kClxIjEC3Ux2dP0/TM7Yn7hu7SPaT7nCWxh1UPuJAP4PTr87 gbgCZZzHCFUjwvElOA2b//BJGK+rYRTxsthiE= 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=MA5sVhd4vuss8EKHFP+StjOovdtaP1eIcRzYKvV/E2HJidNqQzqwQH56cv02XnVZ1r 7+lLemdhNBvPCpSMTFdfEs3kZrOz56IE/pZwJtjTGoml5x5vYKAfV0Y4oAo4HanlhvN8 6nIYmGIZg+mXoAqPxxeAfGznWnb6yto1DMcUU= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Wed, 14 Apr 2010 19:50:23 -0700 (PDT) In-Reply-To: References: <20100414.082109.29593248145846106.chat95@mac.com> <4BC5DEB4.1090208@freebsd.org> <20100415.094643.450985660335296086.chat95@mac.com> Date: Wed, 14 Apr 2010 19:50:23 -0700 Received: by 10.229.238.70 with SMTP id kr6mr1158006qcb.49.1271299823954; Wed, 14 Apr 2010 19:50:23 -0700 (PDT) Message-ID: From: Garrett Cooper To: Maho NAKATA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: amvandemore@gmail.com, freebsd-stable@freebsd.org, alc@freebsd.org, alan.l.cox@gmail.com, avg@freebsd.org, als@modulus.org Subject: Re: HyperThreading makes worse to me (was Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 02:50:26 -0000 On Wed, Apr 14, 2010 at 7:49 PM, Garrett Cooper wrote: > On Wed, Apr 14, 2010 at 5:46 PM, Maho NAKATA wrote: >> Hi Andry and Adam >> >> My test again. No desktop, etc. I just run dgemm. >> Contrary to Adam's result, Hyper Threading makes the performance worse. >> all tests are done on Core i7 920 @ 2.67GHz. (TurboBoost @2.8GHz) >> >> Turbo Boost off, Hyper threading off: 82% (35GFlops) =A0 =A0[1] >> Turbo Boost off, Hyper threading off: 72% (30.5GFlops) =A0[2] >> >> Turbo Boost on, =A0Hyper threading on: 71% (32GFlops) =A0 =A0[3] >> Turbo Boost off, Hyper threading off: 84-89% (38-40GFlops) [4] > > Doesn't this make sense? Hyperthreaded cores in Intel procs still > provide an incomplete set of registers as they're logical processors, > so I would expect for things to be slower if they're automatically run > on the SMT cores instead of the physical ones. > > Is there a weighting scheme to SCHED_ULE where logical processors > (like the SMT variety) get a lower score than real processors do, and > thus get scheduled for less intensive interrupting tasks, or maybe > just don't get scheduled in high use scenarios like it would if it was > a physical processor? Err... wait. Didn't see that the turbo boost results didn't scale linearly or align with one another until just a sec ago. Nevermind my previous comment. -Garrett From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 04:00:56 2010 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 C14581065675 for ; Thu, 15 Apr 2010 04:00:56 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 93B6F8FC16 for ; Thu, 15 Apr 2010 04:00:56 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id o3F40rmW011242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 14 Apr 2010 21:00:53 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id o3F40rmd011241; Wed, 14 Apr 2010 21:00:53 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA01859; Wed, 14 Apr 10 20:58:37 PDT Date: Wed, 14 Apr 2010 20:57:43 -0700 From: perryh@pluto.rain.com To: petefrench@ticketswitch.com Message-Id: <4bc68eb7.5pSSr0LoGSyWeUi+%perryh@pluto.rain.com> References: In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Any chance of someone commiting the patch in bin/131861 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 04:00:56 -0000 Pete French wrote: > ... using /usr/bin/mail as your primary mail reader ... > -pete. [resolutely sticking to the command line even in 2010! :-)] You're not the only one :) Not to discourage any improvements in the base, but have you looked at ports/mail/heirloom-mailx (formerly known as Nail)? It's a descendant of /usr/bin/mail, but much more featureful :) From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 04:21:41 2010 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 C8AE5106564A for ; Thu, 15 Apr 2010 04:21:41 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 147F38FC19 for ; Thu, 15 Apr 2010 04:21:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o3F4LU4e090261; Thu, 15 Apr 2010 14:21:30 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 15 Apr 2010 14:21:30 +1000 (EST) From: Ian Smith To: Garrett Cooper In-Reply-To: Message-ID: <20100415135034.J52200@sola.nimnet.asn.au> References: <20100414.082109.29593248145846106.chat95@mac.com> <4BC5DEB4.1090208@freebsd.org> <20100415.094643.450985660335296086.chat95@mac.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1044302204-1271305290=:52200" Cc: amvandemore@gmail.com, Maho NAKATA , freebsd-stable@freebsd.org, alc@freebsd.org, alan.l.cox@gmail.com, avg@freebsd.org, als@modulus.org Subject: Re: HyperThreading makes worse to me (was Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 04:21:41 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1044302204-1271305290=:52200 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Wed, 14 Apr 2010, Garrett Cooper wrote: > On Wed, Apr 14, 2010 at 7:49 PM, Garrett Cooper wrote: > > On Wed, Apr 14, 2010 at 5:46 PM, Maho NAKATA wrote: > >> Hi Andry and Adam > >> > >> My test again. No desktop, etc. I just run dgemm. > >> Contrary to Adam's result, Hyper Threading makes the performance worse. > >> all tests are done on Core i7 920 @ 2.67GHz. (TurboBoost @2.8GHz) > >> > >> Turbo Boost off, Hyper threading off: 82% (35GFlops)    [1] > >> Turbo Boost off, Hyper threading off: 72% (30.5GFlops)  [2] Er, shouldn't one of those say HTT on? and/or Turbo boost on? Else they're both the same test as [4] but with different results? > >> Turbo Boost on,  Hyper threading on: 71% (32GFlops)    [3] > >> Turbo Boost off, Hyper threading off: 84-89% (38-40GFlops) [4] Clarification of all four possible test configs - 8 if you add pinning CPUs or not - might make this a bit clearer? > > Doesn't this make sense? Hyperthreaded cores in Intel procs still > > provide an incomplete set of registers as they're logical processors, > > so I would expect for things to be slower if they're automatically run > > on the SMT cores instead of the physical ones. Since we're talking FP, do HTT 'cores' share an FPU, or have their own? If contended, you'd have to expect worse (at least FP) performance, no? > > Is there a weighting scheme to SCHED_ULE where logical processors > > (like the SMT variety) get a lower score than real processors do, and > > thus get scheduled for less intensive interrupting tasks, or maybe > > just don't get scheduled in high use scenarios like it would if it was > > a physical processor? > > Err... wait. Didn't see that the turbo boost results didn't scale > linearly or align with one another until just a sec ago. Nevermind my > previous comment. Waiting for the fog to lift .. cheers, Ian --0-1044302204-1271305290=:52200-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 04:28:43 2010 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 34910106564A; Thu, 15 Apr 2010 04:28:43 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id B6A9A8FC0A; Thu, 15 Apr 2010 04:28:42 +0000 (UTC) Received: by gwaa12 with SMTP id a12so525379gwa.13 for ; Wed, 14 Apr 2010 21:28:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=3YQUFIP63xC0mAMVNhB9Ba03k/C+lF6k+BztjJS0jj8=; b=ddOVx+3PgbV7od0VMmikGnbWw+ApSAKZfbsiaEvD99Tv/cO4pkFzFNMesag1SDnPaX 3B8ExxXaSG4AU0GaHKSjUrYIag9YgL1DWmab8E0oirqkna4R98TdR9NRBZfjOk7CCNQf RPNe6WJO8+WgkTuRzKln0mYfkY6N8GZ1Ewv8c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=TFSjr24LkU42JV0uIDi+tDXwl+TlwQE7HXu29VRmnKj5xjJAq7hvPm1mqPCsdv9kHC lGCAl3ce7GQAg+biwU5/JfvD52IkYVrMEFPR9ONE3e86QJS1jeEm7ptqXCySj+OaRcqO 9GfT7iANA9R8trfZ44NajX2T0C+srFsQH/U94= Received: by 10.100.74.5 with SMTP id w5mr15755497ana.206.1271305719383; Wed, 14 Apr 2010 21:28:39 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 39sm295610yxd.24.2010.04.14.21.28.36 (version=SSLv3 cipher=RC4-MD5); Wed, 14 Apr 2010 21:28:38 -0700 (PDT) Sender: Maho NAKATA Date: Thu, 15 Apr 2010 13:28:34 +0900 (JST) Message-Id: <20100415.132834.229420430668646074.chat95@mac.com> To: smithi@nimnet.asn.au From: Maho NAKATA In-Reply-To: <20100415135034.J52200@sola.nimnet.asn.au> References: <20100415135034.J52200@sola.nimnet.asn.au> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: amvandemore@gmail.com, freebsd-stable@freebsd.org, alc@freebsd.org, alan.l.cox@gmail.com, avg@freebsd.org, yanefbsd@gmail.com, als@modulus.org Subject: Re: HyperThreading makes worse to me X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 04:28:43 -0000 From: Ian Smith Subject: Re: HyperThreading makes worse to me (was Re: How to reproduce= : Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Core= i7 920) Date: Thu, 15 Apr 2010 14:21:30 +1000 (EST) > Er, shouldn't one of those say HTT on? and/or Turbo boost on? Else = > they're both the same test as [4] but with different results? sorry, Turbo Boost off, Hyper threading off: 82% (35GFlops) =A0 =A0[1] Turbo Boost off, Hyper threading on: 72% (30.5GFlops) =A0[2] HTT on performs always worse. > Clarification of all four possible test configs - 8 if you add pinnin= g = > CPUs or not - might make this a bit clearer? right. Pinning might not be so important I guess. Core i7 is not NUMA. Thanks, -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice= .org/ Blog: http://blog.goo.ne.jp/nakatamaho/ , GPG key: http://accc.riken= .jp/maho/maho.pgp.txt From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 05:26:39 2010 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 34B97106564A; Thu, 15 Apr 2010 05:26:39 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id C0EC68FC12; Thu, 15 Apr 2010 05:26:38 +0000 (UTC) Received: by gwaa12 with SMTP id a12so549157gwa.13 for ; Wed, 14 Apr 2010 22:26:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=hO0xPT3aUkvqOiX+A3gONSJRAVKWepwqfiFKinfOetw=; b=hkq6x2pJGk+FvZnLBzy1tP1eLjkFQP0Y1k4xF62rVic8nHiuiV2u1smnnQU2fHj6Im JAC8ie8qYK11s/ZBp/qm4LX18LptO6Qwq+GrZlSx/90zRE563QZhyFmT/HSiV71oX2JP WYc4otRt3cmHrNJj3QXYu57DHWdNsMT7e3hBw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=SsHa8xJpPpvbT/IBcDIJ7oboP3XAowoL1BZ8FXIx0bq+nM8GjANOMIaFSKv2NwCtcv drBs2ikIhbq+vztTj/jZI1kBa2uvgFY786xqdqbOpkpOjwl5mC6qwtlTZQQiuVB9ZA+t uivCxdmVHL2crhAsAiVtXpk8CZ+ZNLU26yNaA= Received: by 10.100.245.19 with SMTP id s19mr7454406anh.190.1271309197939; Wed, 14 Apr 2010 22:26:37 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 15sm308887yxh.40.2010.04.14.22.26.35 (version=SSLv3 cipher=RC4-MD5); Wed, 14 Apr 2010 22:26:36 -0700 (PDT) Sender: Maho NAKATA Date: Thu, 15 Apr 2010 14:26:32 +0900 (JST) Message-Id: <20100415.142632.986891133573714078.chat95@mac.com> To: pieter@degoeje.nl From: Maho NAKATA In-Reply-To: <201004141605.18992.pieter@degoeje.nl> References: <20100414.082109.29593248145846106.chat95@mac.com> <4BC5C0D1.9030800@freebsd.org> <201004141605.18992.pieter@degoeje.nl> X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, avg@freebsd.org Subject: Linux static linked ver doesn't work on FBSD (Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 05:26:39 -0000 From: Pieter de Goeje Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 Date: Wed, 14 Apr 2010 16:05:18 +0200 > I think the best test would be to run a statically compiled linux binary on > FreeBSD. That way the compiler settings are exactly the same. It is not possible for Linux amd64 binary to run on FreeBSD amd64, ...and not i386 version neither. GotoBLAS uses special systeml call. % ./dgemm linux_sys_futex: unknown op 265 linux: pid 1264 (dgemm): syscall mbind not implemented n: 3000 ^C just halt. -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ Blog: http://blog.goo.ne.jp/nakatamaho/ , GPG key: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 05:34:08 2010 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 53C94106564A; Thu, 15 Apr 2010 05:34:08 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5C1E78FC19; Thu, 15 Apr 2010 05:34:06 +0000 (UTC) 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 IAA17690; Thu, 15 Apr 2010 08:33:50 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O2Hi1-0004ib-N4; Thu, 15 Apr 2010 08:33:49 +0300 Message-ID: <4BC6A53D.4000400@freebsd.org> Date: Thu, 15 Apr 2010 08:33:49 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Maho NAKATA References: <20100415135034.J52200@sola.nimnet.asn.au> <20100415.132834.229420430668646074.chat95@mac.com> In-Reply-To: <20100415.132834.229420430668646074.chat95@mac.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: amvandemore@gmail.com, freebsd-stable@freebsd.org, smithi@nimnet.asn.au, alc@freebsd.org, alan.l.cox@gmail.com, yanefbsd@gmail.com, als@modulus.org Subject: Re: HyperThreading makes worse to me X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 05:34:08 -0000 on 15/04/2010 07:28 Maho NAKATA said the following: > right. Pinning might not be so important I guess. Core i7 is not NUMA. It still should be beneficial from the point of view of core local caches. If a thread that works on the same data set (non shared) stays on the same core the chances are greater that the data stays in cache. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 05:49:47 2010 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 CC276106566C; Thu, 15 Apr 2010 05:49:47 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D50088FC12; Thu, 15 Apr 2010 05:49:46 +0000 (UTC) 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 IAA18083; Thu, 15 Apr 2010 08:49:40 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O2HxL-0004k4-N3; Thu, 15 Apr 2010 08:49:39 +0300 Message-ID: <4BC6A8F2.4010501@freebsd.org> Date: Thu, 15 Apr 2010 08:49:38 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Maho NAKATA References: <4BC5F289.7020408@freebsd.org> <20100415.102000.645538350615365151.chat95@mac.com> In-Reply-To: <20100415.102000.645538350615365151.chat95@mac.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, amvandemore@gmail.com, alan.l.cox@gmail.com, freebsd-stable@freebsd.org, als@modulus.org Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 05:49:47 -0000 on 15/04/2010 04:20 Maho NAKATA said the following: > Hi Andriy and Adam, > > I did also the same thing as suggested. > > my conclusion: on Core i7 920, 2.66GHz, TurboBoost on, HyperThreading off, So HyperThreading is off. > then, pinned to each core like following > > % procstat -t 1408 > PID TID COMM TDNAME CPU PRI STATE WCHAN > 1408 100160 dgemm - 3 190 run - > 1408 100161 dgemm - 2 190 run - > 1408 100162 dgemm - 2 190 run - > 1408 100163 dgemm - 1 189 run - > 1408 100164 dgemm - 0 190 run - > 1408 100165 dgemm - 3 189 run - > 1408 100166 dgemm - 1 190 run - > 1408 100167 dgemm initial thread 0 190 run - But there are still 8 threads. Can you check how many threads you have on Linux with the same configuration? Is it possible to tell GotoBLAS to use 4 threads? If yes, can you also test that scenario? Also, would it be possible for you to test recent 8-STABLE? Just for the sake of experiment. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 07:22:24 2010 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 142B5106566B for ; Thu, 15 Apr 2010 07:22:24 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id C2A8F8FC0C for ; Thu, 15 Apr 2010 07:22:22 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O2JP2-000FbF-No for freebsd-stable@freebsd.org; Thu, 15 Apr 2010 10:22:20 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Apr 2010 10:22:20 +0300 From: Daniel Braniss Message-ID: Subject: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 07:22:24 -0000 Hi, I'm getting this with FreeBSD-8-stable, it usually happens when starting apache: panic: vm_fault_copy_wired: page missing cpuid = 3 KDB: enter: panic [thread pid 1013 tid 100106 ] Stopped at kdb_enter+0x3d: movq $0,0x68f170(%rip) db> tr Tracing pid 1013 tid 100106 td 0xffffff0007a66ae0 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b vm_fault_copy_entry() at vm_fault_copy_entry+0x283 vmspace_fork() at vmspace_fork+0x4d0 fork1() at fork1+0x35f fork() at fork+0x1c syscall() at syscall+0x1e7 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (2, FreeBSD ELF64, fork), rip = 0x8009f41ac, rsp = 0x7fffffffe7d8, rbp = 0x800c34a80 --- any help in tracking this? thanks, danny From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 07:52:19 2010 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 C11CB106564A; Thu, 15 Apr 2010 07:52:19 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.221.175]) by mx1.freebsd.org (Postfix) with ESMTP id 42AA38FC1A; Thu, 15 Apr 2010 07:52:18 +0000 (UTC) Received: by qyk5 with SMTP id 5so1386978qyk.3 for ; Thu, 15 Apr 2010 00:52:18 -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:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=w1uAEgrKzMNgLp1Z+YwbbAG/QOLCx7fIl5dwm4qPCZU=; b=J4Opc43TFEoK0Uz1v6Ovb+JkTOS+YUNga7pBI1et7jE+o37OHjppejfht7OH3MpSAS 5Gar+Nz0DU1SuetOYbZ9IIULKm8qL0o5caDmKmjZ2QLHlr/14zccIGyDGB8+VRoea8Q+ NNO0JtNeFHQZ1srbIWaDO8vA305NmO+GmJ2CA= 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=Otl5ZwQutXwhVcdwI0hRR+V2GwpuZnOAZJsISwTHIgfw7daBYKaejDIZ2EB08bd+pb ZiTFsdk3btDDjrFtrgcnlnzm5Mdo6JAHuXtFp6S6jfvTV0Ll/yOu/hwSFSzILCrIJw3g tjexxTyWuVeCvEpui2JoQKuRdIY39qWta0hcI= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Thu, 15 Apr 2010 00:52:18 -0700 (PDT) In-Reply-To: <20100415135034.J52200@sola.nimnet.asn.au> References: <20100414.082109.29593248145846106.chat95@mac.com> <4BC5DEB4.1090208@freebsd.org> <20100415.094643.450985660335296086.chat95@mac.com> <20100415135034.J52200@sola.nimnet.asn.au> Date: Thu, 15 Apr 2010 00:52:18 -0700 Received: by 10.229.226.1 with SMTP id iu1mr4290129qcb.19.1271317938092; Thu, 15 Apr 2010 00:52:18 -0700 (PDT) Message-ID: From: Garrett Cooper To: Ian Smith Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: amvandemore@gmail.com, Maho NAKATA , freebsd-stable@freebsd.org, alc@freebsd.org, alan.l.cox@gmail.com, avg@freebsd.org, als@modulus.org Subject: Re: HyperThreading makes worse to me (was Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 07:52:19 -0000 On Wed, Apr 14, 2010 at 9:21 PM, Ian Smith wrote: > On Wed, 14 Apr 2010, Garrett Cooper wrote: > =A0> On Wed, Apr 14, 2010 at 7:49 PM, Garrett Cooper = wrote: > =A0> > On Wed, Apr 14, 2010 at 5:46 PM, Maho NAKATA wrot= e: > =A0> >> Hi Andry and Adam > =A0> >> > =A0> >> My test again. No desktop, etc. I just run dgemm. > =A0> >> Contrary to Adam's result, Hyper Threading makes the performance = worse. > =A0> >> all tests are done on Core i7 920 @ 2.67GHz. (TurboBoost @2.8GHz) > =A0> >> > =A0> >> Turbo Boost off, Hyper threading off: 82% (35GFlops) =A0 =A0[1] > =A0> >> Turbo Boost off, Hyper threading off: 72% (30.5GFlops) =A0[2] > > Er, shouldn't one of those say HTT on? =A0and/or Turbo boost on? =A0Else > they're both the same test as [4] but with different results? There's a problem with 8.x+ cores reported by the kernel. For some odd reason more recent Intel processors aren't reporting themselves as HT-enabled when they have HT-cores (see: kern/145385). I didn't look into the issue too hard, but since it does seem to be a major performance loss perhaps I should; besides, it would be good experience to put under my belt :]. > =A0> >> Turbo Boost on, =A0Hyper threading on: 71% (32GFlops) =A0 =A0[3] > =A0> >> Turbo Boost off, Hyper threading off: 84-89% (38-40GFlops) [4] > > Clarification of all four possible test configs - 8 if you add pinning > CPUs or not - might make this a bit clearer? > > =A0> > Doesn't this make sense? Hyperthreaded cores in Intel procs still > =A0> > provide an incomplete set of registers as they're logical processo= rs, > =A0> > so I would expect for things to be slower if they're automatically= run > =A0> > on the SMT cores instead of the physical ones. > > Since we're talking FP, do HTT 'cores' share an FPU, or have their own? > If contended, you'd have to expect worse (at least FP) performance, no? Ah, that's another excellent point. What instructions is dgemm using -- pure integer based arithmetic, floating point arithmetic, specialized operations that would benefit from using SIMD, etc? > =A0> > Is there a weighting scheme to SCHED_ULE where logical processors > =A0> > (like the SMT variety) get a lower score than real processors do, = and > =A0> > thus get scheduled for less intensive interrupting tasks, or maybe > =A0> > just don't get scheduled in high use scenarios like it would if it= was > =A0> > a physical processor? > =A0> > =A0> Err... wait. Didn't see that the turbo boost results didn't scale > =A0> linearly or align with one another until just a sec ago. Nevermind m= y > =A0> previous comment. > > Waiting for the fog to lift .. As am I. I don't know enough in this area, but I'm definitely open to learning. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 07:56:25 2010 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 01AC2106564A; Thu, 15 Apr 2010 07:56:25 +0000 (UTC) (envelope-from yanefbsd@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 988048FC1C; Thu, 15 Apr 2010 07:56:24 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so358003qwi.7 for ; Thu, 15 Apr 2010 00:56:23 -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:received:message-id:subject:from:to:cc:content-type; bh=CGUeS1Fu0ihBmny/RdsSjCNkaLMRjJPs3C36cyqCjVU=; b=YVIv41Tl7qC8JV3UFrrAOgHR5+nAmBfrOosHi139U6TMbt/MV772sg8PZgdRlz53Rg kTlvQl7ir3K9kxIiyeeHxT/GxrcdILP13EAM2poVElgPk2agD5BCufc+Apa7wvIo97t9 /RSbr7/6NWrLmDNN0UWUlmrwA53cxXU5XJ86s= 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=qrtxHnv2PMh4dBWD4RYR7SgOHJTyc4UmWB7pRjhCR2xVa311hY7G4+iZgIJXi2HYy4 uucsEOyAhOfDaWxPW52dp+Gz6j4TkCLMLL6N8O/iC9sHZsqEEJqCHwh78eEbWbo/5xWh x7ERbPbW9PZMZerPQhaeuUOffvrra7jlSx0PE= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Thu, 15 Apr 2010 00:56:23 -0700 (PDT) In-Reply-To: <20100415.142632.986891133573714078.chat95@mac.com> References: <20100414.082109.29593248145846106.chat95@mac.com> <4BC5C0D1.9030800@freebsd.org> <201004141605.18992.pieter@degoeje.nl> <20100415.142632.986891133573714078.chat95@mac.com> Date: Thu, 15 Apr 2010 00:56:23 -0700 Received: by 10.229.214.17 with SMTP id gy17mr9514621qcb.42.1271318183517; Thu, 15 Apr 2010 00:56:23 -0700 (PDT) Message-ID: From: Garrett Cooper To: Maho NAKATA Content-Type: text/plain; charset=ISO-8859-1 Cc: pieter@degoeje.nl, freebsd-stable@freebsd.org, avg@freebsd.org Subject: Re: Linux static linked ver doesn't work on FBSD (Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 07:56:25 -0000 On Wed, Apr 14, 2010 at 10:26 PM, Maho NAKATA wrote: > From: Pieter de Goeje > Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 > Date: Wed, 14 Apr 2010 16:05:18 +0200 > >> I think the best test would be to run a statically compiled linux binary on >> FreeBSD. That way the compiler settings are exactly the same. > > It is not possible for Linux amd64 binary to run on FreeBSD amd64, > ...and not i386 version neither. GotoBLAS uses special systeml call. > > % ./dgemm > linux_sys_futex: unknown op 265 > linux: pid 1264 (dgemm): syscall mbind not implemented > n: 3000 > ^C > just halt. Yes, and while this isn't directly tied into numa, mbind(2), mempolicy(2), and a few others use the same facilities that are available via plain numa. I know because of messes I've tried to clean up in these areas. I'm really not sure why this is using numa though to be honest... Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 08:06:21 2010 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 D5C3D106564A for ; Thu, 15 Apr 2010 08:06:21 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1B78FC13 for ; Thu, 15 Apr 2010 08:06:21 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so360031qwi.7 for ; Thu, 15 Apr 2010 01:06:20 -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:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=UcCvGKpEpMoZ9AeLEVPHZCnP4zg2s5F/Lh6pKxP0lFI=; b=CzjPbUm/n+8giydRUHNhiBZBxGSAoHLdTAW68L5jJnRNywe6yD7G+OAWnkvjT/gM2l iy2FYMTNVgYuej+3lNdUpYQ7Fkeg68ZZcyPEYIiHVAqInvN/I//H6tF2ntgaem9DUv1F Sik/BmkjRU9xkoILFjG0FWzApul+lhbBfI+xs= 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=JU63qP/+yXGGtjHov+pTipBjJ20NoQh8VRJvDq5FGC9THSmK02qMolaq0rxg5kxpE5 lKcfHt6FgMD+uNU2V7T+3VGBYGt6BfSYuGAQUUjVKTaLRzeeCa/CBzS9tek4QvtUvYFn 0bHdwdl8Db/CV9C4CirGYk6jr2/b5IPj8l7eo= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Thu, 15 Apr 2010 01:06:20 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Apr 2010 01:06:20 -0700 Received: by 10.229.215.11 with SMTP id hc11mr5779944qcb.45.1271318780773; Thu, 15 Apr 2010 01:06:20 -0700 (PDT) Message-ID: From: Garrett Cooper To: Daniel Braniss Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 08:06:21 -0000 On Thu, Apr 15, 2010 at 12:22 AM, Daniel Braniss wrot= e: > Hi, > I'm getting this with FreeBSD-8-stable, it usually happens when > starting apache: > > panic: vm_fault_copy_wired: page missing > cpuid =3D 3 > KDB: enter: panic > [thread pid 1013 tid 100106 ] > Stopped at =A0 =A0 =A0kdb_enter+0x3d: movq =A0 =A0$0,0x68f170(%rip) > db> tr > Tracing pid 1013 tid 100106 td 0xffffff0007a66ae0 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x17b > vm_fault_copy_entry() at vm_fault_copy_entry+0x283 > vmspace_fork() at vmspace_fork+0x4d0 > fork1() at fork1+0x35f > fork() at fork+0x1c > syscall() at syscall+0x1e7 > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (2, FreeBSD ELF64, fork), rip =3D 0x8009f41ac, rsp =3D 0x7fff= ffffe7d8, > rbp =3D 0x800c34a80 --- > > any help in tracking this? Hi Danny, Can you provide some details about your systems, like amd64 vs i386, processor model, amount of RAM, swap, etc? Thanks! -Garrett From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 08:23:26 2010 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 087B81065670 for ; Thu, 15 Apr 2010 08:23:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7950F8FC16 for ; Thu, 15 Apr 2010 08:23:24 +0000 (UTC) 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 o3F8MsN7021998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Apr 2010 11:22:54 +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.4/8.14.4) with ESMTP id o3F8MsiD012164; Thu, 15 Apr 2010 11:22:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o3F8MsAJ012163; Thu, 15 Apr 2010 11:22:54 +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: Thu, 15 Apr 2010 11:22:54 +0300 From: Kostik Belousov To: Daniel Braniss Message-ID: <20100415082254.GA2415@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xFkczX7rH1pKA3aV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 08:23:26 -0000 --xFkczX7rH1pKA3aV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 15, 2010 at 10:22:20AM +0300, Daniel Braniss wrote: > Hi, > I'm getting this with FreeBSD-8-stable, it usually happens when > starting apache: >=20 > panic: vm_fault_copy_wired: page missing > cpuid =3D 3 > KDB: enter: panic > [thread pid 1013 tid 100106 ] > Stopped at kdb_enter+0x3d: movq $0,0x68f170(%rip) > db> tr > Tracing pid 1013 tid 100106 td 0xffffff0007a66ae0 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x17b > vm_fault_copy_entry() at vm_fault_copy_entry+0x283 > vmspace_fork() at vmspace_fork+0x4d0 > fork1() at fork1+0x35f > fork() at fork+0x1c > syscall() at syscall+0x1e7 > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (2, FreeBSD ELF64, fork), rip =3D 0x8009f41ac, rsp =3D 0x7fff= ffffe7d8,=20 > rbp =3D 0x800c34a80 --- >=20 > any help in tracking this? >=20 > thanks, > danny Is it true that the process started, or at least some of loaded dso are from NFS mount ? --xFkczX7rH1pKA3aV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvGzN4ACgkQC3+MBN1Mb4jceACeIPebjGuz8qkrAg44wR3AI+UR Fv8AniQ0FB3T2F9aMPX2Djd8b5M9tR7N =ChaU -----END PGP SIGNATURE----- --xFkczX7rH1pKA3aV-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 08:23:59 2010 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 1D652106564A for ; Thu, 15 Apr 2010 08:23:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 70E278FC08 for ; Thu, 15 Apr 2010 08:23:58 +0000 (UTC) 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 o3F8NTXZ022036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Apr 2010 11:23:29 +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.4/8.14.4) with ESMTP id o3F8NTPH012178; Thu, 15 Apr 2010 11:23:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o3F8NTMu012177; Thu, 15 Apr 2010 11:23:29 +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: Thu, 15 Apr 2010 11:23:29 +0300 From: Kostik Belousov To: Garrett Cooper Message-ID: <20100415082329.GB2415@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3PLBOTqyiYJrN5+d" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 08:23:59 -0000 --3PLBOTqyiYJrN5+d Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 15, 2010 at 01:06:20AM -0700, Garrett Cooper wrote: > On Thu, Apr 15, 2010 at 12:22 AM, Daniel Braniss wr= ote: > > Hi, > > I'm getting this with FreeBSD-8-stable, it usually happens when > > starting apache: > > > > panic: vm_fault_copy_wired: page missing > > cpuid =3D 3 > > KDB: enter: panic > > [thread pid 1013 tid 100106 ] > > Stopped at =9A =9A =9Akdb_enter+0x3d: movq =9A =9A$0,0x68f170(%rip) > > db> tr > > Tracing pid 1013 tid 100106 td 0xffffff0007a66ae0 > > kdb_enter() at kdb_enter+0x3d > > panic() at panic+0x17b > > vm_fault_copy_entry() at vm_fault_copy_entry+0x283 > > vmspace_fork() at vmspace_fork+0x4d0 > > fork1() at fork1+0x35f > > fork() at fork+0x1c > > syscall() at syscall+0x1e7 > > Xfast_syscall() at Xfast_syscall+0xe1 > > --- syscall (2, FreeBSD ELF64, fork), rip =3D 0x8009f41ac, rsp =3D 0x7f= ffffffe7d8, > > rbp =3D 0x800c34a80 --- > > > > any help in tracking this? >=20 > Hi Danny, > Can you provide some details about your systems, like amd64 vs > i386, processor model, amount of RAM, swap, etc? > Thanks! It is obviously amd64, 64-bit process. --3PLBOTqyiYJrN5+d Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvGzQAACgkQC3+MBN1Mb4j+JgCfa+POIxWh52oh1wOiCx1HlBjq s7AAoJBQq5m0r3QDSd3VKySVngwKJvTk =6XGA -----END PGP SIGNATURE----- --3PLBOTqyiYJrN5+d-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 08:29:38 2010 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 87A83106564A for ; Thu, 15 Apr 2010 08:29:38 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f199.google.com (mail-iw0-f199.google.com [209.85.223.199]) by mx1.freebsd.org (Postfix) with ESMTP id 457018FC1E for ; Thu, 15 Apr 2010 08:29:38 +0000 (UTC) Received: by iwn37 with SMTP id 37so168581iwn.15 for ; Thu, 15 Apr 2010 01:29:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=FynBO53YW1plr+SOkd0ybKjYRg2LyNBoeksyhGe1vn8=; b=AeqwQ8RPA8Ucb9x/wMhQm/M8JgX0qR8pUlKjuUbRKDQx/BfT/r0oRWkdOAZLyCvr1f OPtiQHwXpA5YJ7Ww0UXpOdjoml7KCpxJKRhJ5v1LjhRypCkaaf87iyv6lzbmUVFQsMP6 MiVij4vIRj/ze7vGQaKVcBBky5P2uvbl0pmfU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=JLanr/tytWw3oINPTDYVE0zh883kVyzRQ4PTC/ratiQBlFCKIy7S66CLnePQE6ZBxa TcojY8TM1+F58qxd3Lkk/eOI60/aTwRrphIS6+FPZtbEF8kwFbevyjEBfwNiovsVhn2N VApHtf1HcdGzI9GB5AouP4EfNOKxfj3zX5uJw= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.231.177.234 with HTTP; Thu, 15 Apr 2010 01:29:36 -0700 (PDT) In-Reply-To: <20100415.094643.450985660335296086.chat95@mac.com> References: <20100414.082109.29593248145846106.chat95@mac.com> <4BC5DEB4.1090208@freebsd.org> <20100415.094643.450985660335296086.chat95@mac.com> Date: Thu, 15 Apr 2010 16:29:36 +0800 X-Google-Sender-Auth: 8b1391e716efd1cf Received: by 10.231.145.204 with SMTP id e12mr3843346ibv.36.1271320176806; Thu, 15 Apr 2010 01:29:36 -0700 (PDT) Message-ID: From: Adrian Chadd To: Maho NAKATA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: HyperThreading makes worse to me (was Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 08:29:38 -0000 May I make a suggestion? Would you mind creating a shared google spreadsheet with your testing results and a shared google document with the test setup? I think having the data in an easily represented, easily shared medium would be beneficial to everyone. Adrian On 15 April 2010 08:46, Maho NAKATA wrote: > Hi Andry and Adam > > My test again. No desktop, etc. I just run dgemm. > Contrary to Adam's result, Hyper Threading makes the performance worse. > all tests are done on Core i7 920 @ 2.67GHz. (TurboBoost @2.8GHz) > > Turbo Boost off, Hyper threading off: 82% (35GFlops) =C2=A0 =C2=A0[1] > Turbo Boost off, Hyper threading off: 72% (30.5GFlops) =C2=A0[2] > > Turbo Boost on, =C2=A0Hyper threading on: 71% (32GFlops) =C2=A0 =C2=A0[3] > Turbo Boost off, Hyper threading off: 84-89% (38-40GFlops) [4] > > ---my system--- > CPU: Intel(R) Core(TM) i7 CPU =C2=A0 =C2=A0 =C2=A0 =C2=A0 920 =C2=A0@ 2.6= 7GHz (2683.44-MHz K8-class CPU) > =C2=A0Origin =3D "GenuineIntel" =C2=A0Id =3D 0x106a5 =C2=A0Stepping =3D 5 > =C2=A0Features=3D0xbfebfbff > =C2=A0Features2=3D0x98e3bd > =C2=A0AMD Features=3D0x28100800 > =C2=A0AMD Features2=3D0x1 > =C2=A0TSC: P-state invariant > real memory =C2=A0=3D 12884901888 (12288 MB) > avail memory =3D 12387717120 (11813 MB) > ACPI APIC Table: <110909 APIC1026> > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) > ---my system--- > > ---DETAILS--- > [1] > % ./dgemm > n: 3000 > time : 57.666717 or 16.339074 > Mflops : 33060.624827 > n: 3100 > time : 61.502677 or 16.597376 > Mflops : 35910.025544 > n: 3200 > time : 69.075401 or 19.199833 > Mflops : 34144.297133 > n: 3300 > time : 73.699540 or 19.633594 > Mflops : 36618.756539 > n: 3400 > time : 82.256194 or 22.373651 > Mflops : 35144.518837 > n: 3500 > time : 88.975662 or 24.118761 > Mflops : 35563.394249 > n: 3600 > time : 96.436652 or 26.027588 > Mflops : 35861.148385 > n: 3700 > [2] > % ./dgemm > n: 3000 > time : 139.622739 or 17.693806 > Mflops : 30529.327312 > n: 3100 > time : 154.344971 or 19.566886 > Mflops : 30460.247702 > n: 3200 > time : 169.507739 or 21.467100 > Mflops : 30538.116602 > n: 3300 > time : 186.363773 or 23.615281 > Mflops : 30444.600545 > n: 3400 > time : 203.798979 or 25.817667 > Mflops : 30456.322788 > n: 3500 > ... > [3] > % ./dgemm > n: 3000 > time : 134.673079 or 16.958682 > Mflops : 31852.711082 > n: 3100 > time : 148.410085 or 18.663248 > Mflops : 31935.073574 > n: 3200 > time : 162.835473 or 20.468825 > Mflops : 32027.475770 > n: 3300 > time : 179.025370 or 22.479189 > Mflops : 31983.262501 > n: 3400 > time : 195.859710 or 24.663009 > Mflops : 31882.208788 > n: 3500 > [4] > % ./dgemm > n: 3000 > time : 54.259647 or 14.684309 > Mflops : 36786.204907 > n: 3100 > time : 60.899147 or 17.124599 > Mflops : 34804.447141 > n: 3200 > time : 64.295342 or 17.490787 > Mflops : 37480.577569 > n: 3300 > time : 69.781247 or 18.288840 > Mflops : 39311.284796 > n: 3400 > time : 79.234397 or 21.829736 > Mflops : 36020.187858 > n: 3500 > time : 83.905419 or 22.381237 > Mflops : 38324.289174 > n: 3600 > time : 92.195022 or 25.105942 > Mflops : 37177.621122 > n: 3700 > time : 97.718841 or 25.434243 > Mflops : 39841.319494 > n: 3800 > time : 105.740463 or 27.414029 > Mflops : 40042.592613 > n: 3900 > time : 113.980157 or 29.678505 > Mflops : 39984.635420 > n: 4000 > time : 122.941569 or 31.946174 > Mflops : 40077.412531 > n: 4100 > ---DETAILS--- > > > From: Adam Vande More > Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performan= ce on FreeBSD 8/amd64, Corei7 920 > Date: Wed, 14 Apr 2010 11:34:45 -0500 > >>> > time : 162.488885 or 20.430651 >>> > Mflops : 32087.318295 >>> > n: 3300 >>> > time : 178.497079 or 22.446093 >>> > Mflops : 32030.420499 >>> > n: 3400 >>> > time : 195.550715 or 24.586152 >>> > Mflops : 31981.873273 >>> > n: 3500 >>> > time : 213.403379 or 26.825058 >>> > Mflops : 31975.513363 >>> > n: 3600 >>> > ... >>> > above output is on Core i7 920 (2.66GHz; TurboBoost on) >>> >>> My results: >>> $ ./dgemm >>> n: 3000 >>> time : 54.151302 or 28.189781 >>> Mflops : 19162.263125 >>> n: 3100 >>> time : 60.157449 or 32.214141 >>> Mflops : 18501.570537 >>> n: 3200 >>> time : 65.753191 or 34.114872 >>> Mflops : 19216.393378 >>> >>> CPU: >>> CPU: Intel(R) Core(TM)2 Duo CPU =C2=A0 =C2=A0 E7300 =C2=A0@ 2.66GHz (26= 53.35-MHz K8-class >>> CPU) >>> =C2=A0Origin =3D "GenuineIntel" =C2=A0Id =3D 0x10676 =C2=A0Stepping =3D= 6 >>> >>> >>> Features=3D0xbfebfbff >>> >>> =C2=A0Features2=3D0x8e39d >>> =C2=A0AMD Features=3D0x20100800 >>> =C2=A0AMD Features2=3D0x1 >>> =C2=A0TSC: P-state invariant >>> =E2=8B=AE >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> FreeBSD/SMP: 1 package(s) x 2 core(s) >>> >>> FreeBSD: >>> FreeBSD 8.0-STABLE r205070 amd64 >>> >>> Please note that the system was not dedicated to the test, I had >>> Xorg+KDE3+thunderbird+skype+kopete+konsole(s) plus a bunch of daemons >>> running. >>> That probably explains irregularities in the results. >>> >>> I am not sure how exactly theoretical maximum should be calculated, I u= sed >>> 2 * >>> 2.66G * 4 =E2=89=88 21.3G. >>> And so 19.2G / 21.3G =E2=89=88 90%. >>> >>> Not as bad as what you get. >>> Although not as good as what you report for Linux. >>> But given the impurity and imprecision of my test=E2=80=A6 >>> >>> P.S. the machine is two-core obviously :-) >>> Don't have anything with more cpus/cores handy. > > _______________________________________________ > 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 15 08:50:43 2010 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 5CB9D1065672 for ; Thu, 15 Apr 2010 08:50:43 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 139748FC15 for ; Thu, 15 Apr 2010 08:50:42 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O2KmX-000Gx2-Gb; Thu, 15 Apr 2010 11:50:41 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Garrett Cooper In-reply-to: References: Comments: In-reply-to Garrett Cooper message dated "Thu, 15 Apr 2010 01:06:20 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Thu, 15 Apr 2010 11:50:41 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 08:50:43 -0000 > On Thu, Apr 15, 2010 at 12:22 AM, Daniel Braniss wrot=3De: > > Hi, > > I'm getting this with FreeBSD-8-stable, it usually happens when > > starting apache: > > > > panic: vm_fault_copy_wired: page missing > > cpuid =3D 3 > > KDB: enter: panic > > =5Bthread pid 1013 tid 100106 =5D > > Stopped at =A0 =A0 =A0kdb_enter+0x3d: movq =A0 =A0=240,0x68f170(%rip)= > > db> tr > > Tracing pid 1013 tid 100106 td 0xffffff0007a66ae0 > > kdb_enter() at kdb_enter+0x3d > > panic() at panic+0x17b > > vm_fault_copy_entry() at vm_fault_copy_entry+0x283 > > vmspace_fork() at vmspace_fork+0x4d0 > > fork1() at fork1+0x35f > > fork() at fork+0x1c > > syscall() at syscall+0x1e7 > > Xfast_syscall() at Xfast_syscall+0xe1 > > --- syscall (2, FreeBSD ELF64, fork), rip =3D 0x8009f41ac, rsp =3D 0x= 7fff=3Dffffe7d8, > > rbp =3D 0x800c34a80 --- > > > > any help in tracking this? > > Hi Danny, > Can you provide some details about your systems, like amd64 vs > i386, processor model, amount of RAM, swap, etc? sure, straight from the lion's mouth: Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved.= FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-STABLE =2333 r2073: Wed Apr 14 15:29:07 IDT 2010 danny=40sunfire:/r+d/obj/sunfire/r+d/stable/8/sys/HUJI amd64 Timecounter =22i8254=22 frequency 1193182 Hz quality 0 CPU: Dual-Core AMD Opteron(tm) Processor 2218 (2613.41-MHz K8-class CPU) Origin =3D =22AuthenticAMD=22 Id =3D 0x40f13 Family =3D f Model =3D = 41 Stepping =3D 3 Features=3D0x178bfbff Features2=3D0x2001 AMD Features=3D0xea500800 AMD Features2=3D0x1f real memory =3D 17179869184 (16384 MB) avail memory =3D 16562614272 (15795 MB) the hardware is a Sun X2200. thanks for any help=21 this machine is supposed to replace our old web se= rver and it's not happening :-( danny From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 08:54:24 2010 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 D309C106566B; Thu, 15 Apr 2010 08:54:24 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D7F1F8FC14; Thu, 15 Apr 2010 08:54:23 +0000 (UTC) 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 LAA23117; Thu, 15 Apr 2010 11:54:15 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O2Kpz-0005BV-KK; Thu, 15 Apr 2010 11:54:15 +0300 Message-ID: <4BC6D436.7060207@freebsd.org> Date: Thu, 15 Apr 2010 11:54:14 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Adam Vande More References: <4BC402B7.5000400@modulus.org> <20100414.082109.29593248145846106.chat95@mac.com> <4BC5DEB4.1090208@freebsd.org> <4BC5F289.7020408@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, Maho NAKATA , alan.l.cox@gmail.com, freebsd-stable@freebsd.org, als@modulus.org Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 08:54:25 -0000 on 14/04/2010 20:47 Adam Vande More said the following: > I'm no expert Andriy, but it seems like if gotoblas > implemented some of the FreeBSD optimizations then we'd be in the same > ballpark. This is a good point. But on the other hand, it means that our scheduler doesn't do a perfect job here. BTW, I use ULE. My observation is that when a number of CPU-intensive long running processes is less than or equal to number of cores, then the processes tend to stay on the same cores for a long time. But if the number of the processes is greater, then they seem to jump from core to core a lot. But I am not sure what would be an optimal strategy for that case. If we try to keep some lucky processes on the same core, then cpu time might be shared unfairly. Shuffling cores provides more fairness, but can hurt total performance. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 08:55:37 2010 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 4AFC21065673 for ; Thu, 15 Apr 2010 08:55:37 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id EB3288FC22 for ; Thu, 15 Apr 2010 08:55:36 +0000 (UTC) Received: from omta04.westchester.pa.mail.comcast.net ([76.96.62.35]) by qmta03.westchester.pa.mail.comcast.net with comcast id 5kuf1e0020ldTLk53kvdTJ; Thu, 15 Apr 2010 08:55:37 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta04.westchester.pa.mail.comcast.net with comcast id 5kvb1e0023S48mS3Qkvc8y; Thu, 15 Apr 2010 08:55:37 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6A6F89B419; Thu, 15 Apr 2010 01:55:34 -0700 (PDT) Date: Thu, 15 Apr 2010 01:55:34 -0700 From: Jeremy Chadwick To: Daniel Braniss Message-ID: <20100415085534.GA81758@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Garrett Cooper , freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 08:55:37 -0000 On Thu, Apr 15, 2010 at 11:50:41AM +0300, Daniel Braniss wrote: > > On Thu, Apr 15, 2010 at 12:22 AM, Daniel Braniss wrot=e: > > > Hi, > > > I'm getting this with FreeBSD-8-stable, it usually happens when > > > starting apache: > > > > > > panic: vm_fault_copy_wired: page missing > > > cpuid = 3 > > > KDB: enter: panic > > > [thread pid 1013 tid 100106 ] > > > Stopped at      kdb_enter+0x3d: movq    $0,0x68f170(%rip) > > > db> tr > > > Tracing pid 1013 tid 100106 td 0xffffff0007a66ae0 > > > kdb_enter() at kdb_enter+0x3d > > > panic() at panic+0x17b > > > vm_fault_copy_entry() at vm_fault_copy_entry+0x283 > > > vmspace_fork() at vmspace_fork+0x4d0 > > > fork1() at fork1+0x35f > > > fork() at fork+0x1c > > > syscall() at syscall+0x1e7 > > > Xfast_syscall() at Xfast_syscall+0xe1 > > > --- syscall (2, FreeBSD ELF64, fork), rip = 0x8009f41ac, rsp = 0x7fff=ffffe7d8, > > > rbp = 0x800c34a80 --- > > > > > > any help in tracking this? > > > Hi Danny, > > Can you provide some details about your systems, like amd64 vs > > i386, processor model, amount of RAM, swap, etc? > sure, straight from the lion's mouth: > > Copyright (c) 1992-2010 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-STABLE #33 r2073: Wed Apr 14 15:29:07 IDT 2010 > danny@sunfire:/r+d/obj/sunfire/r+d/stable/8/sys/HUJI amd64 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Dual-Core AMD Opteron(tm) Processor 2218 (2613.41-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x40f13 Family = f Model = 41 Stepping = 3 > Features=0x178bfbff CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> > Features2=0x2001 > AMD Features=0xea500800 > AMD Features2=0x1f > real memory = 17179869184 (16384 MB) > avail memory = 16562614272 (15795 MB) > > the hardware is a Sun X2200. > > thanks for any help! this machine is supposed to replace our old web server > and it's not happening :-( Could you please provide the following? 1) Contents of /var/db/ports/apache-/options 2) Contents of /etc/make.conf 3) Your kernel configuration file ("HUJI") Thanks. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 09:02:15 2010 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 B0AE31065686 for ; Thu, 15 Apr 2010 09:02:15 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-gx0-f214.google.com (mail-gx0-f214.google.com [209.85.217.214]) by mx1.freebsd.org (Postfix) with ESMTP id 7A9E88FC0C for ; Thu, 15 Apr 2010 09:02:15 +0000 (UTC) Received: by gxk6 with SMTP id 6so672756gxk.14 for ; Thu, 15 Apr 2010 02:02:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.90.33.20 with HTTP; Thu, 15 Apr 2010 02:01:54 -0700 (PDT) In-Reply-To: References: From: Vlad Galu Date: Thu, 15 Apr 2010 11:01:54 +0200 Received: by 10.91.109.2 with SMTP id l2mr42622agm.53.1271322134240; Thu, 15 Apr 2010 02:02:14 -0700 (PDT) Message-ID: To: Daniel Braniss Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 09:02:15 -0000 On Thu, Apr 15, 2010 at 9:22 AM, Daniel Braniss wrote: > Hi, > I'm getting this with FreeBSD-8-stable, it usually happens when > starting apache: alc@ made some VM MFCs yesterday, could you try a 13th of April kernel and see if it works out for you? -- Good, fast & cheap. Pick any two. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 09:06:16 2010 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 4BAF0106564A for ; Thu, 15 Apr 2010 09:06:16 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id CE4238FC13 for ; Thu, 15 Apr 2010 09:06:15 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O2L1a-000H6M-0q; Thu, 15 Apr 2010 12:06:14 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Jeremy Chadwick In-reply-to: <20100415085534.GA81758@icarus.home.lan> References: <20100415085534.GA81758@icarus.home.lan> Comments: In-reply-to Jeremy Chadwick message dated "Thu, 15 Apr 2010 01:55:34 -0700." Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1271322333_26500" Date: Thu, 15 Apr 2010 12:06:13 +0300 From: Daniel Braniss Message-ID: Cc: Garrett Cooper , freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 09:06:16 -0000 This is a multipart MIME message. --==_Exmh_1271322333_26500 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable > On Thu, Apr 15, 2010 at 11:50:41AM +0300, Daniel Braniss wrote: > > > On Thu, Apr 15, 2010 at 12:22 AM, Daniel Braniss wrot=3De: > > > > Hi, > > > > I'm getting this with FreeBSD-8-stable, it usually happens when > > > > starting apache: > > > > > > > > panic: vm_fault_copy_wired: page missing > > > > cpuid =3D 3 > > > > KDB: enter: panic > > > > =5Bthread pid 1013 tid 100106 =5D > > > > Stopped at =A0 =A0 =A0kdb_enter+0x3d: movq =A0 =A0=240,0x68f170(%= rip) > > > > db> tr > > > > Tracing pid 1013 tid 100106 td 0xffffff0007a66ae0 > > > > kdb_enter() at kdb_enter+0x3d > > > > panic() at panic+0x17b > > > > vm_fault_copy_entry() at vm_fault_copy_entry+0x283 > > > > vmspace_fork() at vmspace_fork+0x4d0 > > > > fork1() at fork1+0x35f > > > > fork() at fork+0x1c > > > > syscall() at syscall+0x1e7 > > > > Xfast_syscall() at Xfast_syscall+0xe1 > > > > --- syscall (2, FreeBSD ELF64, fork), rip =3D 0x8009f41ac, rsp = =3D 0x7fff=3Dffffe7d8, > > > > rbp =3D 0x800c34a80 --- > > > > > > > > any help in tracking this? > > > > Hi Danny, > > > Can you provide some details about your systems, like amd64 vs > > > i386, processor model, amount of RAM, swap, etc? > > sure, straight from the lion's mouth: > >=20 > > Copyright (c) 1992-2010 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1= 994 > > The Regents of the University of California. All rights reser= ved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 8.0-STABLE =2333 r2073: Wed Apr 14 15:29:07 IDT 2010 > > danny=40sunfire:/r+d/obj/sunfire/r+d/stable/8/sys/HUJI amd64 > > Timecounter =22i8254=22 frequency 1193182 Hz quality 0 > > CPU: Dual-Core AMD Opteron(tm) Processor 2218 (2613.41-MHz K8-class C= PU) > > Origin =3D =22AuthenticAMD=22 Id =3D 0x40f13 Family =3D f Model = =3D 41 Stepping =3D 3 > > Features=3D0x178bfbff > CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> > > Features2=3D0x2001 > > AMD Features=3D0xea500800 > > AMD Features2=3D0x1f > > real memory =3D 17179869184 (16384 MB) > > avail memory =3D 16562614272 (15795 MB) > >=20 > > the hardware is a Sun X2200. > >=20 > > thanks for any help=21 this machine is supposed to replace our old we= b server > > and it's not happening :-( >=20 > Could you please provide the following? >=20 > 1) Contents of /var/db/ports/apache-/options sunfire> cat /var/db/ports/apache-xml-security-c/options =23 This file is auto-generated by 'make config'. =23 No user-servicable parts inside=21 =23 Options for apache-xml-security-c-1.4.0 _OPTIONS_READ=3Dapache-xml-security-c-1.4.0 WITH_XERCES_DEVEL=3Dtrue > 2) Contents of /etc/make.conf sunfire> cat /etc/make.conf OVERRIDE_LINUX_BASE_PORT=3Df8 OVERRIDE_LINUX_NONBASE_PORTS=3Df8 WRKDIRPREFIX=3D/home/pobj PACKAGES=3D/r+d/packages FETCH_ENV=3D HTTP_PROXY=3Dhttp://wwwproxy.cs.huji.ac.il:8080/ =23 added by use.perl 2009-11-10 11:51:57 PERL_VERSION=3D5.10.1 > 3) Your kernel configuration file (=22HUJI=22) > i'll try and send this as an attachment sunfire> config -x /boot/kernel/kernel > Thanks. >=20 > --=20 > =7C Jeremy Chadwick jdc=40parodius.co= m =7C > =7C Parodius Networking http://www.parodius.com/ = =7C > =7C UNIX Systems Administrator Mountain View, CA, USA = =7C > =7C Making life hard for others since 1977. PGP: 4BD6C0CB = =7C >=20 --==_Exmh_1271322333_26500 Content-Type: text/plain ; name="huji"; charset=iso-8859-1 Content-Description: huji Content-Disposition: attachment; filename="huji" Content-Transfer-Encoding: quoted-printable options CONFIG_AUTOGENERATED ident HUJI machine amd64 cpu HAMMER makeoptions DEBUG=3D-g options PRINTF_BUFR_SIZE=3D256 options ALTQ_HFSC options ALTQ_PRIQ options ALTQ_CBQ options ALTQ options DEVICE_POLLING options CONSPEED=3D115200 options ALT_BREAK_TO_DEBUGGER options BOOTP_NFSV3 options INCLUDE_CONFIG_FILE options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATA_REQUEST_TIMEOUT=3D3 options SMP options GDB options DDB options KDB options FLOWTABLE options MAC options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options _KPOSIX_PRIORITY_SCHEDULING options P1003_1B_SEMAPHORES options SYSVSEM options SYSVMSG options SYSVSHM options STACK options KTRACE options SCSI_DELAY=3D500 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options COMPAT_FREEBSD32 options COMPAT_43TTY options GEOM_LABEL options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options NFSCLIENT options MD_ROOT options UFS_GJOURNAL options UFS_DIRHASH options UFS_ACL options SOFTUPDATES options FFS options SCTP options INET6 options INET options PREEMPTION options SCHED_ULE options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD device isa device mem device io device uart_ns8250 device cpufreq device acpi device pci device fdc device ata device atadisk device ataraid device atapicd device atapifd device atapist device ahc device ahd device amd device hptiop device isp device mpt device sym device trm device adv device adw device aic device bt device scbus device ch device da device sa device cd device pass device ses device amr device arcmsr device ciss device dpt device hptmv device hptrr device iir device ips device mly device twa device aac device aacp device ida device mfi device mlx device twe device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device agp device cbb device pccard device cardbus device uart device ppc device ppbus device lpt device plip device ppi device de device em device igb device ixgbe device le device ti device txp device vx device miibus device ae device age device alc device ale device bce device bfe device bge device dc device et device fxp device jme device lge device msk device nfe device nge device pcn device re device rl device sf device sis device sk device ste device stge device tl device tx device vge device vr device wb device xl device cs device ed device ex device ep device fe device sn device xe device wlan device wlan_wep device wlan_ccmp device wlan_tkip device wlan_amrr device an device ath device ath_hal device ath_rate_sample device ral device wi device loop device random device ether device tun device pty device md device gif device faith device firmware device bpf device uhci device ohci device ehci device usb device uhid device ukbd device ulpt device umass device ums device urio device uark device ubsa device uftdi device uipaq device uplcom device uslcom device uvisor device uvscom device aue device axe device cdce device cue device kue device rue device udav device rum device uath device ural device zyd device firewire device fwe device fwip device dcons device dcons_crom --==_Exmh_1271322333_26500-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 09:14:29 2010 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 E38BF106564A for ; Thu, 15 Apr 2010 09:14:29 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 9B57F8FC0C for ; Thu, 15 Apr 2010 09:14:29 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O2L9Y-000HBI-Ef; Thu, 15 Apr 2010 12:14:28 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Vlad Galu In-reply-to: Your message of Thu, 15 Apr 2010 11:01:54 +0200 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Apr 2010 12:14:28 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 09:14:30 -0000 > On Thu, Apr 15, 2010 at 9:22 AM, Daniel Braniss wrote: > > Hi, > > I'm getting this with FreeBSD-8-stable, it usually happens when > > starting apache: > > alc@ made some VM MFCs yesterday, could you try a 13th of April kernel > and see if it works out for you? > asap, btw, I reduced the amount of physical memory and things seem ok. cheers, danny From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 09:25:19 2010 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 74E871065676 for ; Thu, 15 Apr 2010 09:25:19 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 294B88FC0A for ; Thu, 15 Apr 2010 09:25:18 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O2LK1-000HIB-TE; Thu, 15 Apr 2010 12:25:17 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Vlad Galu In-reply-to: References: Comments: In-reply-to Vlad Galu message dated "Thu, 15 Apr 2010 11:01:54 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Apr 2010 12:25:17 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 09:25:19 -0000 > On Thu, Apr 15, 2010 at 9:22 AM, Daniel Braniss wrote: > > Hi, > > I'm getting this with FreeBSD-8-stable, it usually happens when > > starting apache: > > alc@ made some VM MFCs yesterday, could you try a 13th of April kernel > and see if it works out for you? the kernel that panics does not include alc's MFC - I did the sync few hours before -, so now I'm copiling with the MFC. BTW, with less memory the server is still running! danny From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 09:39:16 2010 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 0B7431065677 for ; Thu, 15 Apr 2010 09:39:16 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id B41BA8FC14 for ; Thu, 15 Apr 2010 09:39:15 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O2LXV-000HOu-Nf; Thu, 15 Apr 2010 12:39:13 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Kostik Belousov In-reply-to: <20100415082254.GA2415@deviant.kiev.zoral.com.ua> References: <20100415082254.GA2415@deviant.kiev.zoral.com.ua> Comments: In-reply-to Kostik Belousov message dated "Thu, 15 Apr 2010 11:22:54 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Apr 2010 12:39:13 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 09:39:16 -0000 > > --xFkczX7rH1pKA3aV > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Thu, Apr 15, 2010 at 10:22:20AM +0300, Daniel Braniss wrote: > > Hi, > > I'm getting this with FreeBSD-8-stable, it usually happens when > > starting apache: > >=20 > > panic: vm_fault_copy_wired: page missing > > cpuid =3D 3 > > KDB: enter: panic > > [thread pid 1013 tid 100106 ] > > Stopped at kdb_enter+0x3d: movq $0,0x68f170(%rip) > > db> tr > > Tracing pid 1013 tid 100106 td 0xffffff0007a66ae0 > > kdb_enter() at kdb_enter+0x3d > > panic() at panic+0x17b > > vm_fault_copy_entry() at vm_fault_copy_entry+0x283 > > vmspace_fork() at vmspace_fork+0x4d0 > > fork1() at fork1+0x35f > > fork() at fork+0x1c > > syscall() at syscall+0x1e7 > > Xfast_syscall() at Xfast_syscall+0xe1 > > --- syscall (2, FreeBSD ELF64, fork), rip =3D 0x8009f41ac, rsp =3D 0x7fff= > ffffe7d8,=20 > > rbp =3D 0x800c34a80 --- > >=20 > > any help in tracking this? > >=20 > > thanks, > > danny > > Is it true that the process started, or at least some of loaded dso > are from NFS mount ? everything is nfs :-), the host is dataless but redusing the amount of physical memory has solved the problem, so I don't think NFS is the problem. danny From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 09:52:27 2010 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 EED43106566B for ; Thu, 15 Apr 2010 09:52:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 688118FC0A for ; Thu, 15 Apr 2010 09:52:26 +0000 (UTC) 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 o3F9pqi1029816 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Apr 2010 12:51:52 +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.4/8.14.4) with ESMTP id o3F9pqGJ013903; Thu, 15 Apr 2010 12:51:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o3F9pqmV013902; Thu, 15 Apr 2010 12:51:52 +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: Thu, 15 Apr 2010 12:51:52 +0300 From: Kostik Belousov To: Daniel Braniss Message-ID: <20100415095152.GC2415@deviant.kiev.zoral.com.ua> References: <20100415082254.GA2415@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="U3Zg06C/E2vtHpAW" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 09:52:28 -0000 --U3Zg06C/E2vtHpAW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 15, 2010 at 12:39:13PM +0300, Daniel Braniss wrote: > >=20 > > --xFkczX7rH1pKA3aV > > Content-Type: text/plain; charset=3Dus-ascii > > Content-Disposition: inline > > Content-Transfer-Encoding: quoted-printable > >=20 > > On Thu, Apr 15, 2010 at 10:22:20AM +0300, Daniel Braniss wrote: > > > Hi, > > > I'm getting this with FreeBSD-8-stable, it usually happens when > > > starting apache: > > >=3D20 > > > panic: vm_fault_copy_wired: page missing > > > cpuid =3D3D 3 > > > KDB: enter: panic > > > [thread pid 1013 tid 100106 ] > > > Stopped at kdb_enter+0x3d: movq $0,0x68f170(%rip) > > > db> tr > > > Tracing pid 1013 tid 100106 td 0xffffff0007a66ae0 > > > kdb_enter() at kdb_enter+0x3d > > > panic() at panic+0x17b > > > vm_fault_copy_entry() at vm_fault_copy_entry+0x283 > > > vmspace_fork() at vmspace_fork+0x4d0 > > > fork1() at fork1+0x35f > > > fork() at fork+0x1c > > > syscall() at syscall+0x1e7 > > > Xfast_syscall() at Xfast_syscall+0xe1 > > > --- syscall (2, FreeBSD ELF64, fork), rip =3D3D 0x8009f41ac, rsp =3D3= D 0x7fff=3D > > ffffe7d8,=3D20 > > > rbp =3D3D 0x800c34a80 --- > > >=3D20 > > > any help in tracking this? > > >=3D20 > > > thanks, > > > danny > >=20 > > Is it true that the process started, or at least some of loaded dso > > are from NFS mount ? > everything is nfs :-), the host is dataless > but redusing the amount of physical memory has solved the > problem, so I don't think NFS is the problem. I do think that NFS is problem. Another key point is that your process is mlock'ed, right ? This is kind of known issue with NFS and mlock. --U3Zg06C/E2vtHpAW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvG4bgACgkQC3+MBN1Mb4gn2QCdHlf6scFQfpgHFw7a/iySjrnP SZoAn1WKC/3wxo2QIY8E8NEkludLi0aN =vs7j -----END PGP SIGNATURE----- --U3Zg06C/E2vtHpAW-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 10:24:16 2010 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 548681065673 for ; Thu, 15 Apr 2010 10:24:16 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 09CA78FC0A for ; Thu, 15 Apr 2010 10:24:15 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O2MF4-000IQ3-Iw; Thu, 15 Apr 2010 13:24:14 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Vlad Galu In-reply-to: References: Comments: In-reply-to Vlad Galu message dated "Thu, 15 Apr 2010 11:01:54 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Apr 2010 13:24:14 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 10:24:16 -0000 > On Thu, Apr 15, 2010 at 9:22 AM, Daniel Braniss wrote: > > Hi, > > I'm getting this with FreeBSD-8-stable, it usually happens when > > starting apache: > > alc@ made some VM MFCs yesterday, could you try a 13th of April kernel > and see if it works out for you? with or without the MFC it's still panicking, and the memory size does not affect the outcome :-( danny From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 10:30:25 2010 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 33FBE106564A for ; Thu, 15 Apr 2010 10:30:25 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id DB9438FC12 for ; Thu, 15 Apr 2010 10:30:24 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O2ML1-000ITc-GK; Thu, 15 Apr 2010 13:30:23 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Kostik Belousov In-reply-to: <20100415095152.GC2415@deviant.kiev.zoral.com.ua> References: <20100415082254.GA2415@deviant.kiev.zoral.com.ua> <20100415095152.GC2415@deviant.kiev.zoral.com.ua> Comments: In-reply-to Kostik Belousov message dated "Thu, 15 Apr 2010 12:51:52 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Apr 2010 13:30:23 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 10:30:25 -0000 > > --U3Zg06C/E2vtHpAW > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Thu, Apr 15, 2010 at 12:39:13PM +0300, Daniel Braniss wrote: > > >=20 > > > --xFkczX7rH1pKA3aV > > > Content-Type: text/plain; charset=3Dus-ascii > > > Content-Disposition: inline > > > Content-Transfer-Encoding: quoted-printable > > >=20 > > > On Thu, Apr 15, 2010 at 10:22:20AM +0300, Daniel Braniss wrote: > > > > Hi, > > > > I'm getting this with FreeBSD-8-stable, it usually happens when > > > > starting apache: > > > >=3D20 > > > > panic: vm_fault_copy_wired: page missing > > > > cpuid =3D3D 3 > > > > KDB: enter: panic > > > > [thread pid 1013 tid 100106 ] > > > > Stopped at kdb_enter+0x3d: movq $0,0x68f170(%rip) > > > > db> tr > > > > Tracing pid 1013 tid 100106 td 0xffffff0007a66ae0 > > > > kdb_enter() at kdb_enter+0x3d > > > > panic() at panic+0x17b > > > > vm_fault_copy_entry() at vm_fault_copy_entry+0x283 > > > > vmspace_fork() at vmspace_fork+0x4d0 > > > > fork1() at fork1+0x35f > > > > fork() at fork+0x1c > > > > syscall() at syscall+0x1e7 > > > > Xfast_syscall() at Xfast_syscall+0xe1 > > > > --- syscall (2, FreeBSD ELF64, fork), rip =3D3D 0x8009f41ac, rsp =3D3= > D 0x7fff=3D > > > ffffe7d8,=3D20 > > > > rbp =3D3D 0x800c34a80 --- > > > >=3D20 > > > > any help in tracking this? > > > >=3D20 > > > > thanks, > > > > danny > > >=20 > > > Is it true that the process started, or at least some of loaded dso > > > are from NFS mount ? > > everything is nfs :-), the host is dataless > > but redusing the amount of physical memory has solved the > > problem, so I don't think NFS is the problem. > > I do think that NFS is problem. Another key point is that your process > is mlock'ed, right ? This is kind of known issue with NFS and mlock. > well, since it's panicking again, there goes the memsize theory. this is getting weirder and weirder, it now panics on reboot: Stopping cron. Stopping sshd. ===> apache22 profile: httpd ===> apache22 profile: httpdyn Stopping inetd. Stopping ntpd. Stopping lockd. Waiting for PIDS: 1201. Stopping statd. Stopping nfsd. Stopping mountd. Stopping devd. . Apr 15 13:27:48 sf-02 syslogd: exiting on signal 15 panic: vm_fault_copy_wired: page missing cpuid = 1 KDB: enter: panic [thread pid 1014 tid 100118 ] Stopped at kdb_enter+0x3d: movq $0,0x68f7a0(%rip) db> tr Tracing pid 1014 tid 100118 td 0xffffff000533f3a0 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b vm_fault_copy_entry() at vm_fault_copy_entry+0x283 vmspace_fork() at vmspace_fork+0x4d0 fork1() at fork1+0x35f fork() at fork+0x1c syscall() at syscall+0x1e7 Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (2, FreeBSD ELF64, fork), rip = 0x8009f41ac, rsp = 0x7fffffffe7d8, rbp = 0x800c34a00 --- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 10:47:13 2010 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 E75311065672 for ; Thu, 15 Apr 2010 10:47:13 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 95EF68FC19 for ; Thu, 15 Apr 2010 10:47:13 +0000 (UTC) Received: from omta18.westchester.pa.mail.comcast.net ([76.96.62.90]) by qmta06.westchester.pa.mail.comcast.net with comcast id 5mn71e0061wpRvQ56mnDjm; Thu, 15 Apr 2010 10:47:13 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta18.westchester.pa.mail.comcast.net with comcast id 5mqu1e0013S48mS3emquUH; Thu, 15 Apr 2010 10:50:55 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 227589B419; Thu, 15 Apr 2010 03:47:11 -0700 (PDT) Date: Thu, 15 Apr 2010 03:47:11 -0700 From: Jeremy Chadwick To: Daniel Braniss Message-ID: <20100415104711.GA84922@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Vlad Galu , freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 10:47:14 -0000 On Thu, Apr 15, 2010 at 01:24:14PM +0300, Daniel Braniss wrote: > > On Thu, Apr 15, 2010 at 9:22 AM, Daniel Braniss wrote: > > > Hi, > > > I'm getting this with FreeBSD-8-stable, it usually happens when > > > starting apache: > > > > alc@ made some VM MFCs yesterday, could you try a 13th of April kernel > > and see if it works out for you? > > with or without the MFC it's still panicking, and the memory size does not > affect the outcome :-( Shot in the dark: either at the interactive loader prompt or by editing /boot/loader.conf, try disabling superpage support: vm.pmap.pg_ps_enabled="0" -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 11:05:28 2010 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 5B5F41065677 for ; Thu, 15 Apr 2010 11:05:28 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 129418FC25 for ; Thu, 15 Apr 2010 11:05:27 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O2Msw-000InD-Ep; Thu, 15 Apr 2010 14:05:26 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Jeremy Chadwick In-reply-to: <20100415104711.GA84922@icarus.home.lan> References: <20100415104711.GA84922@icarus.home.lan> Comments: In-reply-to Jeremy Chadwick message dated "Thu, 15 Apr 2010 03:47:11 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Apr 2010 14:05:26 +0300 From: Daniel Braniss Message-ID: Cc: Vlad Galu , freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 11:05:28 -0000 > On Thu, Apr 15, 2010 at 01:24:14PM +0300, Daniel Braniss wrote: > > > On Thu, Apr 15, 2010 at 9:22 AM, Daniel Braniss wrote: > > > > Hi, > > > > I'm getting this with FreeBSD-8-stable, it usually happens when > > > > starting apache: > > > > > > alc@ made some VM MFCs yesterday, could you try a 13th of April kernel > > > and see if it works out for you? > > > > with or without the MFC it's still panicking, and the memory size does not > > affect the outcome :-( > > Shot in the dark: either at the interactive loader prompt or by editing > /boot/loader.conf, try disabling superpage support: > > vm.pmap.pg_ps_enabled="0" that's the first thing I tried :-( just to complicate things a bit, if I start the apache later, via forcestart, things 'seem' better. but keep them comming, I need this fixed. cheers, danny From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 11:11:05 2010 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 408FD106564A for ; Thu, 15 Apr 2010 11:11:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 269328FC0C for ; Thu, 15 Apr 2010 11:11:04 +0000 (UTC) Received: from omta11.emeryville.ca.mail.comcast.net ([76.96.30.36]) by qmta08.emeryville.ca.mail.comcast.net with comcast id 5mxE1e0020mlR8UA8nB5lF; Thu, 15 Apr 2010 11:11:05 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta11.emeryville.ca.mail.comcast.net with comcast id 5nB41e0043S48mS8XnB4qu; Thu, 15 Apr 2010 11:11:05 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id EDE7E9B419; Thu, 15 Apr 2010 04:11:02 -0700 (PDT) Date: Thu, 15 Apr 2010 04:11:02 -0700 From: Jeremy Chadwick To: Daniel Braniss Message-ID: <20100415111102.GA85532@icarus.home.lan> References: <20100415104711.GA84922@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Vlad Galu , freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 11:11:05 -0000 On Thu, Apr 15, 2010 at 02:05:26PM +0300, Daniel Braniss wrote: > > On Thu, Apr 15, 2010 at 01:24:14PM +0300, Daniel Braniss wrote: > > > > On Thu, Apr 15, 2010 at 9:22 AM, Daniel Braniss wrote: > > > > > Hi, > > > > > I'm getting this with FreeBSD-8-stable, it usually happens when > > > > > starting apache: > > > > > > > > alc@ made some VM MFCs yesterday, could you try a 13th of April kernel > > > > and see if it works out for you? > > > > > > with or without the MFC it's still panicking, and the memory size does not > > > affect the outcome :-( > > > > Shot in the dark: either at the interactive loader prompt or by editing > > /boot/loader.conf, try disabling superpage support: > > > > vm.pmap.pg_ps_enabled="0" > > that's the first thing I tried :-( > just to complicate things a bit, if I start the apache later, via forcestart, > things > 'seem' better. > but keep them comming, I need this fixed. Take NFS out of the picture if you can... -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 11:24:30 2010 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 D197A1065670 for ; Thu, 15 Apr 2010 11:24:30 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 8986F8FC23 for ; Thu, 15 Apr 2010 11:24:29 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O2NBJ-0006xn-UH for freebsd-stable@freebsd.org; Thu, 15 Apr 2010 13:24:25 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Apr 2010 13:24:25 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Apr 2010 13:24:25 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 15 Apr 2010 13:24:26 +0200 Lines: 29 Message-ID: References: <20100415104711.GA84922@icarus.home.lan> <20100415111102.GA85532@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 In-Reply-To: <20100415111102.GA85532@icarus.home.lan> X-Enigmail-Version: 1.0.1 Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 11:24:30 -0000 On 04/15/10 13:11, Jeremy Chadwick wrote: > On Thu, Apr 15, 2010 at 02:05:26PM +0300, Daniel Braniss wrote: >>> On Thu, Apr 15, 2010 at 01:24:14PM +0300, Daniel Braniss wrote: >>>>> On Thu, Apr 15, 2010 at 9:22 AM, Daniel Braniss wrote: >>>>>> Hi, >>>>>> I'm getting this with FreeBSD-8-stable, it usually happens when >>>>>> starting apache: >>>>> >>>>> alc@ made some VM MFCs yesterday, could you try a 13th of April kernel >>>>> and see if it works out for you? >>>> >>>> with or without the MFC it's still panicking, and the memory size does not >>>> affect the outcome :-( >>> >>> Shot in the dark: either at the interactive loader prompt or by editing >>> /boot/loader.conf, try disabling superpage support: >>> >>> vm.pmap.pg_ps_enabled="0" >> >> that's the first thing I tried :-( >> just to complicate things a bit, if I start the apache later, via forcestart, >> things >> 'seem' better. >> but keep them comming, I need this fixed. > > Take NFS out of the picture if you can... I'm late into the discussion but just to verify - you are talking about not running executables over NFS, right? Not serving data? From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 11:54:22 2010 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 4EB50106567A for ; Thu, 15 Apr 2010 11:54:22 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 0167B8FC08 for ; Thu, 15 Apr 2010 11:54:21 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O2NeF-000JHt-Kc; Thu, 15 Apr 2010 14:54:19 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Jeremy Chadwick In-reply-to: <20100415111102.GA85532@icarus.home.lan> References: <20100415104711.GA84922@icarus.home.lan> <20100415111102.GA85532@icarus.home.lan> Comments: In-reply-to Jeremy Chadwick message dated "Thu, 15 Apr 2010 04:11:02 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Apr 2010 14:54:19 +0300 From: Daniel Braniss Message-ID: Cc: Vlad Galu , freebsd-stable@freebsd.org Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 11:54:22 -0000 > Take NFS out of the picture if you can... > I've been thinking along those lines, and Kostic is convinced that the problem lies there, so I guess I'll give it a try, but it's no realy a solution. cheers, danny From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 12:24:27 2010 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 09748106564A for ; Thu, 15 Apr 2010 12:24:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 78C2C8FC0C for ; Thu, 15 Apr 2010 12:24:26 +0000 (UTC) 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 o3FCNiG5043235 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Apr 2010 15:23:44 +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.4/8.14.4) with ESMTP id o3FCNhU3033008; Thu, 15 Apr 2010 15:23:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o3FCNhYE033007; Thu, 15 Apr 2010 15:23:43 +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: Thu, 15 Apr 2010 15:23:43 +0300 From: Kostik Belousov To: Daniel Braniss Message-ID: <20100415122343.GD2415@deviant.kiev.zoral.com.ua> References: <20100415104711.GA84922@icarus.home.lan> <20100415111102.GA85532@icarus.home.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QA3RSaXxDkY7tjDy" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Vlad Galu , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 12:24:27 -0000 --QA3RSaXxDkY7tjDy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 15, 2010 at 02:54:19PM +0300, Daniel Braniss wrote: >=20 > > Take NFS out of the picture if you can... > >=20 > I've been thinking along those lines, and Kostic is convinced > that the problem lies there, so I guess I'll give it a try, but > it's no realy a solution. Better solution is to remove mlock()/mlockall(). --QA3RSaXxDkY7tjDy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvHBU8ACgkQC3+MBN1Mb4h4ZQCg82Hr7srANsSZy1haW0Wu0vhG Qw0AoJJ+xb/Upyq7nh9trBLYaa74LECA =uKde -----END PGP SIGNATURE----- --QA3RSaXxDkY7tjDy-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 13:23:30 2010 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 DC7FE1065670; Thu, 15 Apr 2010 13:23:29 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.221.175]) by mx1.freebsd.org (Postfix) with ESMTP id 6290B8FC21; Thu, 15 Apr 2010 13:23:29 +0000 (UTC) Received: by qyk5 with SMTP id 5so1655865qyk.3 for ; Thu, 15 Apr 2010 06:23:28 -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:received:message-id:subject:from:to:cc:content-type; bh=UrLXasOTZtGTm9LM9UkV7hw2T6N7jfggZMMdApIKYss=; b=eDlFFhiqXvSkrizTzsZBYy0itiwmtAbAO7h89F+t0V78Jdhs0a+X5UhryM9P+weS51 RsGE9zte6J3w7qJ0tOcybEHfzUMOc76XccbYJR+t7AyIV+dqX/sxUvWwyWruEwopwDs9 z36KGYvDjygbRbTx3BcmWHtR9PQ1K8F19FYaw= 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=pGBQcYtTQ8W4WNKIK8rzxloUyqvkQWacUzCtNqgKVjeJ+caibUcRug/p9IOTc0yvDN 6JAmT8bWeYkhjuAI+3B/j2zDZFWW0wU5i1hCY8YhNy0qOLmJK4gT41tkp5ws7JkFnjnq FYS6dThATHEwZqcFBdxASUGMqnYmVR+a5sixE= MIME-Version: 1.0 Received: by 10.229.85.147 with HTTP; Thu, 15 Apr 2010 06:23:28 -0700 (PDT) In-Reply-To: <4BC6D436.7060207@freebsd.org> References: <4BC402B7.5000400@modulus.org> <20100414.082109.29593248145846106.chat95@mac.com> <4BC5DEB4.1090208@freebsd.org> <4BC5F289.7020408@freebsd.org> <4BC6D436.7060207@freebsd.org> Date: Thu, 15 Apr 2010 08:23:28 -0500 Received: by 10.229.212.213 with SMTP id gt21mr2557961qcb.2.1271337808164; Thu, 15 Apr 2010 06:23:28 -0700 (PDT) Message-ID: From: Adam Vande More To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: alc@freebsd.org, Maho NAKATA , alan.l.cox@gmail.com, freebsd-stable@freebsd.org, als@modulus.org Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 13:23:30 -0000 On Thu, Apr 15, 2010 at 3:54 AM, Andriy Gapon wrote: > This is a good point. > But on the other hand, it means that our scheduler doesn't do a perfect job > here. BTW, I use ULE. > My observation is that when a number of CPU-intensive long running > processes is > less than or equal to number of cores, then the processes tend to stay on > the > same cores for a long time. > But if the number of the processes is greater, then they seem to jump from > core > to core a lot. > But I am not sure what would be an optimal strategy for that case. If we > try to > keep some lucky processes on the same core, then cpu time might be shared > unfairly. Shuffling cores provides more fairness, but can hurt total > performance. > Is is possible to add a tunable to the scheduler for it's aggressiveness in switching cores? -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 14:28:14 2010 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 9C262106564A; Thu, 15 Apr 2010 14:28:14 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 4359B8FC17; Thu, 15 Apr 2010 14:28:14 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 5A93F9629F; Thu, 15 Apr 2010 16:28:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id 5f2EfKmIA5V1; Thu, 15 Apr 2010 16:28:09 +0200 (CEST) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id B721396295; Thu, 15 Apr 2010 16:28:09 +0200 (CEST) Message-ID: <4BC72276.6080003@zirakzigil.org> Date: Thu, 15 Apr 2010 16:28:06 +0200 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: "freebsd-net@freebsd.org" , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: NFS permission strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 14:28:14 -0000 Here's the setup: server : NFS server machine (fb 8 stable amd64 ) client : NFS client machine (as above) server and client are both sharing the same permission database through ldap: Both have in /etc/nsswitch.conf ... group: files ldap ... passwd: files ldap This issue isn't related to ldap, however. I get the same result if I manually add groups to /etc/group file (read on) Let's suppose I have user "giulio" configured in my system. giulio is also part (-G) of groups: group1, group2, group3, ... , group10 server is exporting the directory /path/to/root (on zfs) the directory /path/to/root/dir/etc/subdir1 has permission 770 and group ownership "group3" I login as user "giulio" on server I can enter "subdir1" directory, since I'm member of group "group3" I then login as user "giulio" on client, and I can do the same (as expected). When groups are more than a few, however, I get this strange behavior: let's suppose the directory: /path/to/root/dir/etc/subdir2 has permission 770 and group ownership "group10" What happens is that I can access "subdir2" on the server machine when I login as "giulio", but when I try to access that same dir on the client machine I get: $ cd /path/to/root/dir/etc (ok) $ cd subdir2 subdir2/: Permission denied. if I issue this command on the client: $ id I get : uid=1000 (giulio), gid=1000 (giuliogroup), groups=group1(1001), group2(1002), group3(1003),...,group10(1010) So there shouldn't really be any reason for me not to be able to access that dir... Any idea? From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 17:53:54 2010 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 24153106566C; Thu, 15 Apr 2010 17:53:54 +0000 (UTC) (envelope-from akephalos.akephalos@gmail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id 697E68FC19; Thu, 15 Apr 2010 17:53:53 +0000 (UTC) Received: by bwz6 with SMTP id 6so1501440bwz.13 for ; Thu, 15 Apr 2010 10:53:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=V7XQ6oHZWo+2yRN6VFn7GYl9Bog2JA/4RwdlSFzGVqQ=; b=pMYNIsOW63FoF8H2oJ6pZrjhIvxQxLZarGFCAr6e7tLsm3MpaAxRBkO3Uu4gRUF3Ge zAaKe9ZXAS/ml4bh5DnoaPulotu2czOUadejp95UX/Bwjzq49uI6cWZnIm2tx/beasIe X+NvpG8SZxr45ICatCgO/M81TeGXy3KfzcoU0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=Ghu2ydqqOxQOqr0kkxdwB9pqtkNks9dLTZYqbpfivKoleEARYxQ2cH8w8nve1xfArJ fU35/c8tKq8qnn8ByWMQcM4Y8xzvtmDq1YI8ZDIvY0hq+5gpVK5fdcbEXPSjGaG0vZE1 EyqrnkyJIUA3MNLrpdT0xYiQXNOHsMy+ZiZ+I= Received: by 10.204.81.164 with SMTP id x36mr439381bkk.162.1271354031125; Thu, 15 Apr 2010 10:53:51 -0700 (PDT) Received: from free.bsd369441.org (89-45-24-235.citynet.botosani.ro [89.45.24.235]) by mx.google.com with ESMTPS id 15sm1342093bwz.0.2010.04.15.10.53.48 (version=SSLv3 cipher=RC4-MD5); Thu, 15 Apr 2010 10:53:49 -0700 (PDT) Date: Thu, 15 Apr 2010 20:53:46 +0300 From: Akephalos To: Andriy Gapon Message-Id: <20100415205346.a5ff7d79.akephalos.akephalos@gmail.com> In-Reply-To: <4BC5F6F1.8040805@icyb.net.ua> References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> <4BBDE420.2060003@icyb.net.ua> <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> <4BBDF02C.4020909@icyb.net.ua> <20100410072103.7a216222.akephalos.akephalos@gmail.com> <4BC4DCF0.9010209@icyb.net.ua> <20100414162800.76c6aeac.akephalos.akephalos@gmail.com> <4BC5C599.2000802@icyb.net.ua> <20100414194102.66a35582.akephalos.akephalos@gmail.com> <4BC5F6F1.8040805@icyb.net.ua> X-Mailer: Sylpheed 3.0.1 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 17:53:54 -0000 On Wed, 14 Apr 2010 20:10:09 +0300 Andriy Gapon wrote: > Indeed, that almost sounds too good to be true :-) > Couple of questions: > 1. Could you please check in dmesg if hpet attaches normally now or > still has an error? > 2. Do you have to run ntpdate after each power-off or is everything > OK after the first run? > 3. Have you ever set time on this machine before (in BIOS, other OS, > etc)? > 4. Can you please double-check that lapic_allclocks is zero in > kernel? You can run 'kgdb /boot/kernel/kernel /dev/mem' and then > 'print lapic_allclocks' > > Thanks! > -- > Andriy Gapon 1: %dmesg | grep -i hpet ACPI HPET table warning: Sequence is non-zero (2) acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: HPET never increments, disabling device_attach: acpi_hpet0 attach returned 6 2: Yes, I have to run it every time for it to work. Not once my CPU load is detected after reboot, unless running ntpd. 3: Yes, I had problems with mounts in the future and whatnot. I don't remember what I used where, but on Linux I used to remove a file, /var/lib/hwclock/adjtime and run ntpd - for the things to get in line. 4: In the debugger it prints: $1 = 0, so I suppose yeah, it is set to zero. Laterz! -- Mihai From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 18:41:04 2010 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 8E01E106564A for ; Thu, 15 Apr 2010 18:41:04 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 065A88FC2B for ; Thu, 15 Apr 2010 18:41:03 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o3FIf1j8025920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Apr 2010 04:41: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.4/8.14.4) with ESMTP id o3FIf02X075813; Fri, 16 Apr 2010 04:41:00 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o3FIf0gc075812; Fri, 16 Apr 2010 04:41:00 +1000 (EST) (envelope-from peter) Date: Fri, 16 Apr 2010 04:41:00 +1000 From: Peter Jeremy To: Gabor PALI Message-ID: <20100415184100.GA75755@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@FreeBSD.org Subject: Re: Strange Swapping Issues(?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 18:41:04 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Apr-14 06:44:58 +0200, Gabor PALI wrote: >Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed >Apr 14 05:26:45 xxx kernel: pid 7388 (throwto003), uid 1001, was >killed: out of swap space >Apr 14 05:26:45 xxx kernel: swap_pager_getswapspace(16): failed The out-of-swap hander will kill the largest process so one of your problems is probably "throwto003". I can't offer any suggestion as to why the swap_pager_getswapspace() errors continued afterwards. --=20 Peter Jeremy --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvHXbwACgkQ/opHv/APuIeY9ACdGNrejIhNTn/SzD4XtHcTay1H v/cAniALnSeFgKTAq38KNxh6Dj5koY2g =fHGK -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 19:57:35 2010 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 1C6B7106566B; Thu, 15 Apr 2010 19:57:35 +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 1F51F8FC17; Thu, 15 Apr 2010 19:57:33 +0000 (UTC) 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 WAA09898; Thu, 15 Apr 2010 22:57:30 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O2VBp-0006Hw-TM; Thu, 15 Apr 2010 22:57:30 +0300 Message-ID: <4BC76FA9.1020101@icyb.net.ua> Date: Thu, 15 Apr 2010 22:57:29 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Akephalos References: <20100408042958.21d99cea.akephalos.akephalos@gmail.com> <4BBD81B6.4000109@icyb.net.ua> <20100408150436.f08ccbea.akephalos.akephalos@gmail.com> <4BBDDB15.4080406@icyb.net.ua> <20100408154422.071e0904.akephalos.akephalos@gmail.com> <4BBDE420.2060003@icyb.net.ua> <20100408162149.1a5bb8c7.akephalos.akephalos@gmail.com> <4BBDF02C.4020909@icyb.net.ua> <20100410072103.7a216222.akephalos.akephalos@gmail.com> <4BC4DCF0.9010209@icyb.net.ua> <20100414162800.76c6aeac.akephalos.akephalos@gmail.com> <4BC5C599.2000802@icyb.net.ua> <20100414194102.66a35582.akephalos.akephalos@gmail.com> <4BC5F6F1.8040805@icyb.net.ua> <20100415205346.a5ff7d79.akephalos.akephalos@gmail.com> In-Reply-To: <20100415205346.a5ff7d79.akephalos.akephalos@gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: CPU problems after 8.0-STABLE update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 19:57:35 -0000 on 15/04/2010 20:53 Akephalos said the following: > 1: %dmesg | grep -i hpet > ACPI HPET table warning: Sequence is non-zero (2) > acpi_hpet0: iomem 0xfed00000-0xfed003ff on > acpi0 acpi_hpet0: HPET never increments, disabling > device_attach: acpi_hpet0 attach returned 6 > > 2: Yes, I have to run it every time for it to work. Not once my CPU > load is detected after reboot, unless running ntpd. > > 3: Yes, I had problems with mounts in the future and whatnot. I don't > remember what I used where, but on Linux I used to remove a > file, /var/lib/hwclock/adjtime and run ntpd - for the things to get > in line. > > 4: In the debugger it prints: $1 = 0, so I suppose yeah, it is set to > zero. I really suspect faulty hardware here. Maybe dead CMOS/NVRAM battery or dead crystal or some chip or circuit. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 19:58:49 2010 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 E4D72106566B for ; Thu, 15 Apr 2010 19:58:49 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2EF478FC2D for ; Thu, 15 Apr 2010 19:58:48 +0000 (UTC) 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 WAA09919; Thu, 15 Apr 2010 22:58:46 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O2VD4-0006I3-Lm; Thu, 15 Apr 2010 22:58:46 +0300 Message-ID: <4BC76FF6.1050201@freebsd.org> Date: Thu, 15 Apr 2010 22:58:46 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Adam Vande More References: <4BC402B7.5000400@modulus.org> <20100414.082109.29593248145846106.chat95@mac.com> <4BC5DEB4.1090208@freebsd.org> <4BC5F289.7020408@freebsd.org> <4BC6D436.7060207@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: How to reproduce: Re: Only 70% of theoretical peak performance on FreeBSD 8/amd64, Corei7 920 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 19:58:50 -0000 on 15/04/2010 16:23 Adam Vande More said the following: > Is is possible to add a tunable to the scheduler for it's aggressiveness > in switching cores? No idea; not a scheduler person. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 20:56:55 2010 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 4D6BC106564A for ; Thu, 15 Apr 2010 20:56:55 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id B5F558FC25 for ; Thu, 15 Apr 2010 20:56:54 +0000 (UTC) Received: by bwz6 with SMTP id 6so1692596bwz.13 for ; Thu, 15 Apr 2010 13:56:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type; bh=l21G3VMXsLw9sU13waa+fb0xW3Bp0BCu+MifiBFLB4Q=; b=P3zvMVQrMZJyrTpcRJNDFhRznZe240dCK7rYsGcsuN06Q/jkii/y/zxelaNtWv8LSi 0rLiS4O9/HFsFGj818KiJSXUydIKvFLGVU4kt0KGP5htPhDXirTrLG+SdiYMtQfpFTfU LaPq/gozax+H3FLWVhc9CDCVGZqIgDLl2yKhY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type; b=CiCJFnLDLkCifr+5WPmThKK7bJnYNqD0cbWSXG415Lz2Hoat+NBdAxilZBHpS6pyCo YD/Ys2hW4Gy5v/NEzqp/WOToI/T404W5a7CRKfSnXsu0qKMvuMdab34hrO7WBNbPiMwu zMQjJK6N6p7ustW0gWvgcQHCP2GJ8Dt1nlZXI= Received: by 10.204.13.68 with SMTP id b4mr642917bka.133.1271365013484; Thu, 15 Apr 2010 13:56:53 -0700 (PDT) Received: from [129.16.197.55] (dhcp-197-55.nomad.chalmers.se [129.16.197.55]) by mx.google.com with ESMTPS id 16sm1470903bwz.9.2010.04.15.13.56.52 (version=SSLv3 cipher=RC4-MD5); Thu, 15 Apr 2010 13:56:52 -0700 (PDT) Sender: =?UTF-8?B?UMOBTEkgR8OhYm9yIErDoW5vcw==?= Message-ID: <4BC77D14.9010304@FreeBSD.org> Date: Thu, 15 Apr 2010 22:54:44 +0200 From: Gabor PALI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Peter Jeremy References: <20100415184100.GA75755@server.vk2pj.dyndns.org> In-Reply-To: <20100415184100.GA75755@server.vk2pj.dyndns.org> X-Enigmail-Version: 1.0.1 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: Strange Swapping Issues(?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Apr 2010 20:56:55 -0000 Hello, On 04/15/10 20:41, Peter Jeremy wrote: > The out-of-swap hander will kill the largest process so one of your > problems is probably "throwto003". I can't offer any suggestion as > to why the swap_pager_getswapspace() errors continued afterwards. Okay, it was my fault. After huge processes, like "throwto003" are killed, swap usage falls below 3-4% in a second. (I will need to consult the author of that processes.) For your amusement, here is a log excerpt of the situation (it can by easily reproduced on my system). Columns are as follows: - Time - Swap Used (KB) [swapinfo] - Swap Free (KB) [swapinfo] - Number of Processes [ps] - Active Virtual Pages (KB) [vmstat] - Size of Free List (KB) [vmstat] Messages are pounding the logs at 17:16:37: "kernel: swap_pager_getswapspace(12): failed", and at 17:16:39 "throwto003" is finally killed: "kernel: pid 117 (throwto003), uid 1001, was killed: out of swap space", no further fails. 17:15:30 81720 4112584 155 2033636 71464 17:15:31 81720 4112584 155 2777084 9732 17:15:41 439384 3754920 155 2953212 10104 17:15:42 493804 3700500 155 3121148 10152 17:15:44 730560 3463744 155 3280812 10208 17:15:47 817608 3376696 155 3459068 9980 17:15:49 988420 3205884 155 3625008 10268 17:15:51 1182748 3011556 155 3799036 10036 17:15:53 1326872 2867432 155 3963900 8280 17:15:54 1445332 2748972 155 3969020 9632 17:15:55 1457348 2736956 155 4093928 40304 17:15:57 1598944 2595360 155 4139004 10568 17:15:58 1646460 2547844 155 4276220 8360 17:15:59 1689776 2504528 155 4365308 8476 17:16:00 1882924 2311380 155 4453372 89048 17:16:04 2049676 2144628 155 4567036 9860 17:16:06 2219004 1975300 155 4733948 10264 17:16:08 2389028 1805276 155 4903932 10012 17:16:10 2558516 1635788 155 5047396 99916 17:16:12 2735864 1458440 157 5254428 10532 17:16:15 2917096 1277208 158 5475788 100944 17:16:17 3103632 1090672 159 5716856 98876 17:16:20 3231660 962644 159 5929908 40144 17:16:24 3498256 696048 159 6168504 68192 17:16:28 3675324 518980 159 6238136 10700 17:16:30 3861972 332332 159 6414172 8500 17:16:32 4032132 162172 157 6556588 10324 17:16:33 4054828 139476 155 6718460 7932 17:16:34 4176548 17756 155 6719536 9584 17:16:38 4193604 700 155 6799908 71096 17:16:39 100580 4093724 151 1132240 1640856 17:16:40 96336 4097968 151 1123620 1637372 17:16:41 96332 4097972 153 1189608 1613748 17:16:42 96328 4097976 156 1269164 1529760 17:16:43 96272 4098032 154 1147628 1602084 Cheers, :g From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 21:59:46 2010 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 1BB0D106566B for ; Thu, 15 Apr 2010 21:59:46 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (ip-58-28-152-174.static-xdsl.xnet.co.nz [58.28.152.174]) by mx1.freebsd.org (Postfix) with ESMTP id B26D98FC1E for ; Thu, 15 Apr 2010 21:59:45 +0000 (UTC) Received: by chen.org.nz (Postfix, from userid 1000) id EDA67E0451; Fri, 16 Apr 2010 09:59:41 +1200 (NZST) Date: Fri, 16 Apr 2010 09:59:41 +1200 From: Jonathan Chen To: freebsd-stable@freebsd.org Message-ID: <20100415215941.GA14428@osiris.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: ifconfig-i386 on 8-STABLE/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: Thu, 15 Apr 2010 21:59:46 -0000 Hi, I've got a 32-bit build on a 8-STABLE/amd64 machine, built using instructions at: http://wiki.freebsd.org/Wine#head-6963d527c173e57b1567e881305b544d33435b6d And I'm noticing some odd output from ifconfig (commands are run from the non-chrooted env): $ /sbin/ifconfig xl0: flags=8843 metric 0 mtu 1500 options=8 ether 00:60:97:a4:7f:82 inet 192.168.1.10 netmask 0xffffff00 broadcast 192.168.1.255 inet 192.168.1.11 netmask 0xffffffff broadcast 192.168.1.11 media: Ethernet autoselect (100baseTX ) status: active fwe0: flags=8802 metric 0 mtu 1500 options=8 ether 02:1d:7d:f0:67:8b ch 1 dma -1 fwip0: flags=8802 metric 0 mtu 1500 lladdr 0.1d.7d.0.0.f0.67.8b.a.2.ff.fe.0.0.0.0 re0: flags=8843 metric 0 mtu 1500 options=389b ether 00:1d:7d:9d:3f:1f inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 inet 192.168.2.10 netmask 0xffffffff broadcast 192.168.2.10 inet 192.168.2.12 netmask 0xffffffff broadcast 192.168.2.12 media: Ethernet autoselect (none) status: no carrier plip0: flags=8810 metric 0 mtu 1500 ipfw0: flags=8801 metric 0 mtu 65536 lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 nd6 options=3 $ /compat/i386/sbin/ifconfig : flags=8843 inet 192.168.1.10 netmask 0xffffff00 broadcast 192.168.1.255 inet 192.168.1.11 netmask 0xffffffff broadcast 192.168.1.11 inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 inet 192.168.2.10 netmask 0xffffffff broadcast 192.168.2.10 inet 192.168.2.12 netmask 0xffffffff broadcast 192.168.2.12 inet 127.0.0.1 netmask 0xff000000 ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured Why is the output from the 32-bit ifconfig severely mangled? Cheers. -- Jonathan Chen ----------------------------------------------------------------------- "I love deadlines. I like the whooshing sound they make as they fly by" - Douglas Adams From owner-freebsd-stable@FreeBSD.ORG Thu Apr 15 23:12:12 2010 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 CDEAA106566B for ; Thu, 15 Apr 2010 23:12:12 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id A48748FC12 for ; Thu, 15 Apr 2010 23:12:12 +0000 (UTC) Received: by pvc7 with SMTP id 7so1368736pvc.13 for ; Thu, 15 Apr 2010 16:12:11 -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:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tJCIRyPBWSUNm+8EXpZIjHxMfik82Ls0pMAidLbauxA=; b=WE5wLiLlTrtYInPOiCL6YnL/IvMcCWC7Psv0CA04Mc/dk8xrLWNqvuvAOKby0+MHGO S40HD4ddtqt5BZe7HX8G9uW76/1rRrJqhOny9zJmpuKKjBnZU7hGAL3lokr8TGNuFIjD DBC4cOGdLHwp07XfBeRMuTguVjcdJgxd5Ikz8= 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=vfc2OSnIU3Uc7TBoxFsZdqsmOGKA7pHlOyJr1A3SIZe2wrE0z3YV/kNoNyDXkwrkSS jqoyLvRdZGbDjqp/8gxr9mzE+o9jifJBoNALtKuqI5DC2JO0ZOrwmRTQ5Sxf6iF407XO KXUPFfLYFiLd+97kZh28dEdB22QgV6BB+MnVE= MIME-Version: 1.0 Received: by 10.140.148.20 with HTTP; Thu, 15 Apr 2010 16:12:11 -0700 (PDT) In-Reply-To: <20100415215941.GA14428@osiris.chen.org.nz> References: <20100415215941.GA14428@osiris.chen.org.nz> Date: Thu, 15 Apr 2010 16:12:11 -0700 Received: by 10.141.214.38 with SMTP id r38mr1154706rvq.258.1271373131833; Thu, 15 Apr 2010 16:12:11 -0700 (PDT) Message-ID: From: Xin LI To: Jonathan Chen Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: ifconfig-i386 on 8-STABLE/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: Thu, 15 Apr 2010 23:12:12 -0000 Hi, On Thu, Apr 15, 2010 at 2:59 PM, Jonathan Chen wrote: > =C2=A0 =C2=A0$ /compat/i386/sbin/ifconfig > =C2=A0 =C2=A0: flags=3D8843 > =C2=A0 =C2=A0 =C2=A0 =C2=A0inet 192.168.1.10 netmask 0xffffff00 broadcast= 192.168.1.255 > =C2=A0 =C2=A0 =C2=A0 =C2=A0inet 192.168.1.11 netmask 0xffffffff broadcast= 192.168.1.11 > =C2=A0 =C2=A0 =C2=A0 =C2=A0inet 192.168.2.1 netmask 0xffffff00 broadcast = 192.168.2.255 > =C2=A0 =C2=A0 =C2=A0 =C2=A0inet 192.168.2.10 netmask 0xffffffff broadcast= 192.168.2.10 > =C2=A0 =C2=A0 =C2=A0 =C2=A0inet 192.168.2.12 netmask 0xffffffff broadcast= 192.168.2.12 > =C2=A0 =C2=A0 =C2=A0 =C2=A0inet 127.0.0.1 netmask 0xff000000 > =C2=A0 =C2=A0ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > > Why is the output from the 32-bit ifconfig severely mangled? My understanding is that 32-bit management tools like ifconfig is not supported on 64-bit FreeBSD. Someone has to sit down and write a compatibility layer for translating back and forth :( Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 00:06:06 2010 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 8C40C106564A for ; Fri, 16 Apr 2010 00:06:06 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (ip-58-28-152-174.static-xdsl.xnet.co.nz [58.28.152.174]) by mx1.freebsd.org (Postfix) with ESMTP id 2F40B8FC1E for ; Fri, 16 Apr 2010 00:06:05 +0000 (UTC) Received: by chen.org.nz (Postfix, from userid 1000) id E2841E0451; Fri, 16 Apr 2010 12:06:02 +1200 (NZST) Date: Fri, 16 Apr 2010 12:06:02 +1200 From: Jonathan Chen To: Xin LI Message-ID: <20100416000602.GA79362@osiris.chen.org.nz> References: <20100415215941.GA14428@osiris.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: gerald@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ifconfig-i386 on 8-STABLE/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: Fri, 16 Apr 2010 00:06:06 -0000 On Thu, Apr 15, 2010 at 04:12:11PM -0700, Xin LI wrote: > Hi, > > On Thu, Apr 15, 2010 at 2:59 PM, Jonathan Chen wrote: > > ?? ??$ /compat/i386/sbin/ifconfig > > ?? ??: flags=8843 > > ?? ?? ?? ??inet 192.168.1.10 netmask 0xffffff00 broadcast 192.168.1.255 > > ?? ?? ?? ??inet 192.168.1.11 netmask 0xffffffff broadcast 192.168.1.11 > > ?? ?? ?? ??inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 > > ?? ?? ?? ??inet 192.168.2.10 netmask 0xffffffff broadcast 192.168.2.10 > > ?? ?? ?? ??inet 192.168.2.12 netmask 0xffffffff broadcast 192.168.2.12 > > ?? ?? ?? ??inet 127.0.0.1 netmask 0xff000000 > > ?? ??ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > > > > Why is the output from the 32-bit ifconfig severely mangled? > > My understanding is that 32-bit management tools like ifconfig is not > supported on 64-bit FreeBSD. Someone has to sit down and write a > compatibility layer for translating back and forth :( Ah. The reason I ask is because wine's (32-bit) network-i/f iteration code is breaking when running under amd64. It uses code similar to ifconfig's to determine available network interfaces. I didn't expect the read-only interface would break when crossing the 32 to 64 barrier. Thanks for the analysis. -- Jonathan Chen ---------------------------------------------------------------------- "In mathematics you don't understand things. You just get used to them." - Johann von Neumann From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 00:16:48 2010 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 649B1106566B for ; Fri, 16 Apr 2010 00:16:48 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 18B968FC15 for ; Fri, 16 Apr 2010 00:16:47 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAONIx0uDaFvH/2dsb2JhbACba3G+VYJ2AYIXBA X-IronPort-AV: E=Sophos;i="4.52,215,1270440000"; d="scan'208";a="72497346" Received: from danube.cs.uoguelph.ca ([131.104.91.199]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 15 Apr 2010 20:16:46 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id 0F5B110845E0; Thu, 15 Apr 2010 20:16:47 -0400 (EDT) X-Virus-Scanned: amavisd-new at danube.cs.uoguelph.ca Received: from danube.cs.uoguelph.ca ([127.0.0.1]) by localhost (danube.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X5BhLYEeWpYj; Thu, 15 Apr 2010 20:16:46 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by danube.cs.uoguelph.ca (Postfix) with ESMTP id 0778410845AC; Thu, 15 Apr 2010 20:16:46 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o3G0Ugw01978; Thu, 15 Apr 2010 20:30:42 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 15 Apr 2010 20:30:42 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Giulio Ferro In-Reply-To: <4BC72276.6080003@zirakzigil.org> Message-ID: References: <4BC72276.6080003@zirakzigil.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-net@freebsd.org" , freebsd-stable@freebsd.org Subject: Re: NFS permission strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 00:16:48 -0000 On Thu, 15 Apr 2010, Giulio Ferro wrote: > Here's the setup: > server : NFS server machine (fb 8 stable amd64 ) > client : NFS client machine (as above) > > server and client are both sharing the same permission database through ldap: > > Both have in /etc/nsswitch.conf > ... > group: files ldap > ... > passwd: files ldap > > This issue isn't related to ldap, however. I get the same result if I > manually add > groups to /etc/group file (read on) > > Let's suppose I have user "giulio" configured in my system. > giulio is also part (-G) of groups: > group1, group2, group3, ... , group10 > > server is exporting the directory > /path/to/root (on zfs) > > the directory > /path/to/root/dir/etc/subdir1 > has permission 770 and group ownership "group3" > > I login as user "giulio" on server I can enter "subdir1" directory, since I'm > member of group "group3" > > I then login as user "giulio" on client, and I can do the same (as expected). > > > When groups are more than a few, however, I get this strange behavior: > > let's suppose the directory: > /path/to/root/dir/etc/subdir2 > has permission 770 and group ownership "group10" > > What happens is that I can access "subdir2" on the server machine when I > login as "giulio", but when I try to access that same dir on the client > machine > I get: > $ cd /path/to/root/dir/etc > (ok) > $ cd subdir2 > subdir2/: Permission denied. > Yes, it should work. I just tried the same thing with a server running UFS/FFS and it worked fine, so I think that the problem might be ZFS related. (You will get into trouble with more than 16 groups, since that is all that AUTH_SYS for Sun RPC handles, but I did 10 like your example and it worked ok for me, using FreeBSD-CURRENT client/server, except that my server uses UFS/FFS.) Hopefully someone with ZFS expertise can help out here? If you can conveniently do the same test using a server that exports a UFS/FFS file system, that would be helpful w.r.t. isolating the problem. rick From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 07:28:51 2010 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 F2A31106564A for ; Fri, 16 Apr 2010 07:28:51 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id A3C888FC16 for ; Fri, 16 Apr 2010 07:28:51 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O2fyp-0006PE-PX; Fri, 16 Apr 2010 10:28:47 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Rick Macklem In-reply-to: <20100415122343.GD2415@deviant.kiev.zoral.com.ua> References: <20100415104711.GA84922@icarus.home.lan> <20100415111102.GA85532@icarus.home.lan> <20100415122343.GD2415@deviant.kiev.zoral.com.ua> Comments: In-reply-to Kostik Belousov message dated "Thu, 15 Apr 2010 15:23:43 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Apr 2010 10:28:47 +0300 From: Daniel Braniss Message-ID: Cc: Kostik Belousov , Vlad Galu , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 07:28:52 -0000 > > --QA3RSaXxDkY7tjDy > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Thu, Apr 15, 2010 at 02:54:19PM +0300, Daniel Braniss wrote: > >=20 > > > Take NFS out of the picture if you can... > > >=20 > > I've been thinking along those lines, and Kostic is convinced > > that the problem lies there, so I guess I'll give it a try, but > > it's no realy a solution. > > Better solution is to remove mlock()/mlockall(). without binaries via NFS there is no panic. I can't remove mlock()/mlockall() since it's not my program, it's apache et.all. but, while my knowledge of dtrace is almost zero, I did the next best thing and put a printf in mlock/mlockall and they are not being called by userland. so, it seems the problem is nfs related, calling in the heavy-weights, hi rick! danny From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 08:24:27 2010 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 6EFEE106566C; Fri, 16 Apr 2010 08:24:27 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 14A7C8FC23; Fri, 16 Apr 2010 08:24:26 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id B6DE195D38; Fri, 16 Apr 2010 10:24:23 +0200 (CEST) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id 1R6VECXyl13v; Fri, 16 Apr 2010 10:24:20 +0200 (CEST) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 7216C95D2C; Fri, 16 Apr 2010 10:24:20 +0200 (CEST) Message-ID: <4BC81EB2.9070107@zirakzigil.org> Date: Fri, 16 Apr 2010 10:24:18 +0200 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: Rick Macklem References: <4BC72276.6080003@zirakzigil.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , freebsd-stable@freebsd.org Subject: Re: NFS permission strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 08:24:27 -0000 On 16.04.2010 02:30, Rick Macklem wrote: >> login as "giulio", but when I try to access that same dir on the >> client machine >> I get: >> $ cd /path/to/root/dir/etc >> (ok) >> $ cd subdir2 >> subdir2/: Permission denied. >> > What happens is that I can access "subdir2" on the server machine when I > > Yes, it should work. I just tried the same thing with a server running > UFS/FFS and it worked fine, so I think that the problem might be ZFS > related. (You will get into trouble with more than 16 groups, since > that is all that AUTH_SYS for Sun RPC handles, but I did 10 like your > example and it worked ok for me, using FreeBSD-CURRENT client/server, > except that my server uses UFS/FFS.) > > Hopefully someone with ZFS expertise can help out here? > > If you can conveniently do the same test using a server that exports > a UFS/FFS file system, that would be helpful w.r.t. isolating the > problem. > > rick Yes, I have more than 16 groups, 22 actually... However I still think this might be a NFS problem, since when I login on the server machine I can access that directory all right, the problem arises only when I try to access that dir in the client machine... Giulio From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 08:33:21 2010 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 BF5F1106564A; Fri, 16 Apr 2010 08:33:21 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 621098FC1A; Fri, 16 Apr 2010 08:33:21 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id E0CD195DF9; Fri, 16 Apr 2010 10:33:19 +0200 (CEST) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id NX7Qj7rtM29R; Fri, 16 Apr 2010 10:33:16 +0200 (CEST) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 57CD195DDD; Fri, 16 Apr 2010 10:33:16 +0200 (CEST) Message-ID: <4BC820CA.8030002@zirakzigil.org> Date: Fri, 16 Apr 2010 10:33:14 +0200 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: Sean , "freebsd-net@freebsd.org" , freebsd-stable@freebsd.org References: <4BC72276.6080003@zirakzigil.org> <4BC81EB2.9070107@zirakzigil.org> <6AB6F56B-5FDF-4926-B631-F933E9C7FCD2@gothic.net.au> In-Reply-To: <6AB6F56B-5FDF-4926-B631-F933E9C7FCD2@gothic.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: NFS permission strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 08:33:21 -0000 On 16.04.2010 10:29, Sean wrote: > >> Yes, I have more than 16 groups, 22 actually... >> > Then there's nothing "wrong" per se, you're just hitting the fact that NFS v2 and v3 only support 16 groups on the wire. That's just the way the protocol is defined. > > Ops, I didn't know that... Is there any solution solid enough for a production environment. Maybe nfs4? Please advice... Giulio. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 08:44:40 2010 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 7B37C106564A for ; Fri, 16 Apr 2010 08:44:40 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 2BCBD8FC1C for ; Fri, 16 Apr 2010 08:44:39 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O2hAD-00074r-V3; Fri, 16 Apr 2010 11:44:38 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org In-reply-to: References: <20100415104711.GA84922@icarus.home.lan> <20100415111102.GA85532@icarus.home.lan> <20100415122343.GD2415@deviant.kiev.zoral.com.ua> Comments: In-reply-to Daniel Braniss message dated "Fri, 16 Apr 2010 10:28:47 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Apr 2010 11:44:37 +0300 From: Daniel Braniss Message-ID: Cc: Kostik Belousov , Vlad Galu , Rick Macklem , Jeremy Chadwick Subject: Re: panic: vm_fault_copy_wired: page missing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 08:44:40 -0000 > > > > --QA3RSaXxDkY7tjDy > > Content-Type: text/plain; charset=us-ascii > > Content-Disposition: inline > > Content-Transfer-Encoding: quoted-printable > > > > On Thu, Apr 15, 2010 at 02:54:19PM +0300, Daniel Braniss wrote: > > >=20 > > > > Take NFS out of the picture if you can... > > > >=20 > > > I've been thinking along those lines, and Kostic is convinced > > > that the problem lies there, so I guess I'll give it a try, but > > > it's no realy a solution. > > > > Better solution is to remove mlock()/mlockall(). > > without binaries via NFS there is no panic. > > I can't remove mlock()/mlockall() since it's not my program, it's apache > et.all. > but, while my knowledge of dtrace is almost zero, I did the next best thing > and put a printf in mlock/mlockall and they are not being called by userland. > > so, it seems the problem is nfs related, calling in the heavy-weights, > hi rick! well, Kostic was right after all. It was am-utils that called mlockall(), I missed the message first time, commented out the call to mlockall, and the system is not panicking. so there is a problem with mlock and nfs, can this be fixed? is there a pr? anyways, thank you all! danny From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 09:18:59 2010 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 5722E106567E for ; Fri, 16 Apr 2010 09:18:59 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id BC84C8FC15 for ; Fri, 16 Apr 2010 09:18:58 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o3G9IvCG096970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Apr 2010 11:18:57 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4BC82B80.3070108@omnilan.de> Date: Fri, 16 Apr 2010 11:18:56 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig700767B5A3226784C9165A2D" Subject: em regression, UDP LOR followed by ssh stall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 09:18:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig700767B5A3226784C9165A2D Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Hello, with RELENG_8 from 6 weeks ago I never ran into the problem that my ssh=20 connection stalled. With today's RELENG_8 it reproducably hangs at first login. After some=20 time I can open another ssh session which seems to stay without=20 problems, but the first sessions is always dying a few seconds after logi= n. here's a LOR: lock order reversal: 1st 0xffffff0001801018 em0:rx(1) (em0:rx(1)) @=20 /usr/src/sys/dev/e1000/if_em.c:4057 2nd 0xffffffff80938908 udp (udp) @ /usr/src/sys/netinet/udp_usrreq.c:47= 4 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7ea _rw_rlock() at _rw_rlock+0x58 udp_input() at udp_input+0x1cd ip_input() at ip_input+0xb3 netisr_dispatch_src() at netisr_dispatch_src+0x9e ether_demux() at ether_demux+0x176 ether_input() at ether_input+0x176 em_rxeof() at em_rxeof+0x175 em_msix_rx() at em_msix_rx+0x22 intr_event_execute_handlers() at intr_event_execute_handlers+0x67 ithread_loop() at ithread_loop+0xae fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xffffff8075507d30, rbp =3D 0 --- FreeBSD 8.0-STABLE #0: Fri Apr 16 10:34:36 CEST 2010=20 admin@korso.rzhp.omnilan.net:/usr/obj/usr/src/sys/ILZ-S32 amd64 em0: flags=3D8843 metric 0 mtu 15= 00 options=3D399b ether 00:1b:21:3e:90:52 inet 10.21.0.2 netmask 0xffffff00 broadcast 10.21.0.255 media: Ethernet autoselect (1000baseT ) status: active em0: port 0x2000-0x201f mem = 0xe1a80000-0xe1a9ffff,0xe1a00000-0xe1a7ffff,0xe1aa0000-0xe1aa3fff irq 16 = at device 0.0 on pci1 em0: Using MSIX interrupts with 5 vectors em0: [ITHREAD] em0: [ITHREAD] em0: [ITHREAD] em0: [ITHREAD] em0: [ITHREAD] em0: Ethernet address: 00:1b:21:3e:90:52 Thanks for any help --------------enig700767B5A3226784C9165A2D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkvIK4EACgkQLDqVQ9VXb8hUNgCgxedCvxBjPY88Ft7Idu/Ixktk 7lMAoI2+tOTeEwK2OkuEhO956jCDToxX =siFp -----END PGP SIGNATURE----- --------------enig700767B5A3226784C9165A2D-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 09:28:06 2010 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 4D6761065673 for ; Fri, 16 Apr 2010 09:28:06 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id F1E738FC0C for ; Fri, 16 Apr 2010 09:28:05 +0000 (UTC) Received: from omta05.westchester.pa.mail.comcast.net ([76.96.62.43]) by qmta06.westchester.pa.mail.comcast.net with comcast id 69SL1e0030vyq2s569U5VW; Fri, 16 Apr 2010 09:28:05 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta05.westchester.pa.mail.comcast.net with comcast id 69U41e0063S48mS3R9U5qS; Fri, 16 Apr 2010 09:28:05 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 60AFC9B419; Fri, 16 Apr 2010 02:28:03 -0700 (PDT) Date: Fri, 16 Apr 2010 02:28:03 -0700 From: Jeremy Chadwick To: Harald Schmalzbauer Message-ID: <20100416092803.GA17526@icarus.home.lan> References: <4BC82B80.3070108@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BC82B80.3070108@omnilan.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em regression, UDP LOR followed by ssh stall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 09:28:06 -0000 On Fri, Apr 16, 2010 at 11:18:56AM +0200, Harald Schmalzbauer wrote: > with RELENG_8 from 6 weeks ago I never ran into the problem that my > ssh connection stalled. > With today's RELENG_8 it reproducably hangs at first login. After > some time I can open another ssh session which seems to stay without > problems, but the first sessions is always dying a few seconds after > login. > here's a LOR: > {snip} The e1000/em driver was recently modified (heavily). I saw the large number of commits come across in a csup a few weeks ago, and there's even more coming across in recent days (~38 hours ago): http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/ This is the 2nd problem report to come in about the recent e1000/em changes. Because of this, I've avoided building kernel on all of my systems, and would recommend others avoid doing the same until these problems can get worked out. Jack, can you shed some light on what's going on here? -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 09:38:02 2010 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 2365B1065672 for ; Fri, 16 Apr 2010 09:38:02 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 85B428FC12 for ; Fri, 16 Apr 2010 09:38:01 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o3G9c0hB097251 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Apr 2010 11:38:00 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4BC82FF7.1030700@omnilan.de> Date: Fri, 16 Apr 2010 11:37:59 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: Jeremy Chadwick References: <4BC82B80.3070108@omnilan.de> <20100416092803.GA17526@icarus.home.lan> In-Reply-To: <20100416092803.GA17526@icarus.home.lan> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7D0EC7A77DA5184A88D78BDE" Cc: freebsd-stable@freebsd.org, Jack Vogel Subject: Re: em regression, UDP LOR followed by ssh stall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 09:38:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7D0EC7A77DA5184A88D78BDE Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Jeremy Chadwick schrieb am 16.04.2010 11:28 (localtime): > On Fri, Apr 16, 2010 at 11:18:56AM +0200, Harald Schmalzbauer wrote: >> with RELENG_8 from 6 weeks ago I never ran into the problem that my >> ssh connection stalled. >> With today's RELENG_8 it reproducably hangs at first login. After >> some time I can open another ssh session which seems to stay without >> problems, but the first sessions is always dying a few seconds after >> login. >> here's a LOR: >> {snip} >=20 > The e1000/em driver was recently modified (heavily). I saw the large > number of commits come across in a csup a few weeks ago, and there's > even more coming across in recent days (~38 hours ago): >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/ >=20 > This is the 2nd problem report to come in about the recent e1000/em > changes. Because of this, I've avoided building kernel on all of my > systems, and would recommend others avoid doing the same until these > problems can get worked out. >=20 > Jack, can you shed some light on what's going on here? Som more info: it seems only one of my em interfaces is affected. The other interface=20 doesn't show any odd behaviour: em1: port=20 0x1800-0x183f mem 0xe1920000-0xe193ffff,0xe1900000-0xe191ffff irq 18 at=20 device 2.0 on pci3 em1: [FILTER] em1: Ethernet address: 00:15:17:8d:aa:d4 I only have one em1: Watchdog timeout -- resetting So the one with problems is: em0@pci0:1:0:0: class=3D0x020000 card=3D0xa01f8086 chip=3D0x10d38086 rev=3D= 0x00=20 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D network subclass =3D ethernet The one without problems so far: em1@pci0:3:2:0: class=3D0x020000 card=3D0x34d08086 chip=3D0x10768086 rev=3D= 0x05=20 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Gigabit Ethernet Controller (82541EI)' class =3D network subclass =3D ethernet Thanks, -Harry --------------enig7D0EC7A77DA5184A88D78BDE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkvIL/gACgkQLDqVQ9VXb8g6VwCfc0M7ilOc0cv6RQ4TfeaqSUbX 078AoJZDH4NBjO6bgQlELNmLereO6ly/ =is0i -----END PGP SIGNATURE----- --------------enig7D0EC7A77DA5184A88D78BDE-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 12:22:28 2010 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 E773F106564A; Fri, 16 Apr 2010 12:22:28 +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 B76EE8FC14; Fri, 16 Apr 2010 12:22:28 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 671CA46B89; Fri, 16 Apr 2010 08:22:28 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id AB8E48A025; Fri, 16 Apr 2010 08:22:26 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 16 Apr 2010 08:21:01 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100415215941.GA14428@osiris.chen.org.nz> <20100416000602.GA79362@osiris.chen.org.nz> In-Reply-To: <20100416000602.GA79362@osiris.chen.org.nz> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004160821.01135.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 16 Apr 2010 08:22:26 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: gerald@freebsd.org Subject: Re: ifconfig-i386 on 8-STABLE/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: Fri, 16 Apr 2010 12:22:29 -0000 On Thursday 15 April 2010 8:06:02 pm Jonathan Chen wrote: > On Thu, Apr 15, 2010 at 04:12:11PM -0700, Xin LI wrote: > > Hi, > > > > On Thu, Apr 15, 2010 at 2:59 PM, Jonathan Chen wrote: > > > ?? ??$ /compat/i386/sbin/ifconfig > > > ?? ??: flags=8843 > > > ?? ?? ?? ??inet 192.168.1.10 netmask 0xffffff00 broadcast 192.168.1.255 > > > ?? ?? ?? ??inet 192.168.1.11 netmask 0xffffffff broadcast 192.168.1.11 > > > ?? ?? ?? ??inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 > > > ?? ?? ?? ??inet 192.168.2.10 netmask 0xffffffff broadcast 192.168.2.10 > > > ?? ?? ?? ??inet 192.168.2.12 netmask 0xffffffff broadcast 192.168.2.12 > > > ?? ?? ?? ??inet 127.0.0.1 netmask 0xff000000 > > > ?? ??ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > > > > > > Why is the output from the 32-bit ifconfig severely mangled? > > > > My understanding is that 32-bit management tools like ifconfig is not > > supported on 64-bit FreeBSD. Someone has to sit down and write a > > compatibility layer for translating back and forth :( > > Ah. The reason I ask is because wine's (32-bit) network-i/f iteration code > is breaking when running under amd64. It uses code similar to > ifconfig's to determine available network interfaces. I didn't expect > the read-only interface would break when crossing the 32 to 64 barrier. You could patch the kernel backend to support 32-bit processes, it's just a bit of work to do so. Can you find the specific sysctl or syscall that wine is invoking? You can then just fix that handler to support 32-bit processes which should fix wine. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 12:22:30 2010 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 46C22106566C for ; Fri, 16 Apr 2010 12:22:30 +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 16CFD8FC1D for ; Fri, 16 Apr 2010 12:22:30 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id BCD1846B9E; Fri, 16 Apr 2010 08:22:29 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E13758A01F; Fri, 16 Apr 2010 08:22:28 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 16 Apr 2010 08:22:09 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BC82B80.3070108@omnilan.de> <20100416092803.GA17526@icarus.home.lan> <4BC82FF7.1030700@omnilan.de> In-Reply-To: <4BC82FF7.1030700@omnilan.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201004160822.09359.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 16 Apr 2010 08:22:28 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Harald Schmalzbauer , Jack Vogel , Jeremy Chadwick Subject: Re: em regression, UDP LOR followed by ssh stall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 12:22:30 -0000 On Friday 16 April 2010 5:37:59 am Harald Schmalzbauer wrote: > Jeremy Chadwick schrieb am 16.04.2010 11:28 (localtime): > > On Fri, Apr 16, 2010 at 11:18:56AM +0200, Harald Schmalzbauer wrote: > >> with RELENG_8 from 6 weeks ago I never ran into the problem that my > >> ssh connection stalled. > >> With today's RELENG_8 it reproducably hangs at first login. After > >> some time I can open another ssh session which seems to stay without > >> problems, but the first sessions is always dying a few seconds after > >> login. > >> here's a LOR: > >> {snip} > > > > The e1000/em driver was recently modified (heavily). I saw the large > > number of commits come across in a csup a few weeks ago, and there's > > even more coming across in recent days (~38 hours ago): > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/ > > > > This is the 2nd problem report to come in about the recent e1000/em > > changes. Because of this, I've avoided building kernel on all of my > > systems, and would recommend others avoid doing the same until these > > problems can get worked out. > > > > Jack, can you shed some light on what's going on here? > > Som more info: > > it seems only one of my em interfaces is affected. The other interface > doesn't show any odd behaviour: > em1: port > 0x1800-0x183f mem 0xe1920000-0xe193ffff,0xe1900000-0xe191ffff irq 18 at > device 2.0 on pci3 > em1: [FILTER] > em1: Ethernet address: 00:15:17:8d:aa:d4 > > I only have one > em1: Watchdog timeout -- resetting Try pulling in the latest version of if_lem.c from HEAD. There was a bug in if_lem.c that was missing an assignment that caused spurious watchdog resets. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 13:53:23 2010 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 A9EBE1065670; Fri, 16 Apr 2010 13:53:23 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 449308FC08; Fri, 16 Apr 2010 13:53:22 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAF8IyEuDaFvI/2dsb2JhbACbc3G+GoJ2AYIXBA X-IronPort-AV: E=Sophos;i="4.52,219,1270440000"; d="scan'208";a="73018492" Received: from darling.cs.uoguelph.ca ([131.104.91.200]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 16 Apr 2010 09:53:21 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id 73DEE940169; Fri, 16 Apr 2010 09:53:21 -0400 (EDT) X-Virus-Scanned: amavisd-new at darling.cs.uoguelph.ca Received: from darling.cs.uoguelph.ca ([127.0.0.1]) by localhost (darling.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OiY7i08NQJTp; Fri, 16 Apr 2010 09:53:15 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by darling.cs.uoguelph.ca (Postfix) with ESMTP id B6286940165; Fri, 16 Apr 2010 09:53:15 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o3GE7DO03453; Fri, 16 Apr 2010 10:07:13 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 16 Apr 2010 10:07:13 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Giulio Ferro In-Reply-To: <4BC81EB2.9070107@zirakzigil.org> Message-ID: References: <4BC72276.6080003@zirakzigil.org> <4BC81EB2.9070107@zirakzigil.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-net@freebsd.org" , freebsd-stable@freebsd.org Subject: Re: NFS permission strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 13:53:23 -0000 On Fri, 16 Apr 2010, Giulio Ferro wrote: > > Yes, I have more than 16 groups, 22 actually... > > However I still think this might be a NFS problem, since when I login on > the server machine I can access that directory all right, the problem arises > only when I try to access that dir in the client machine... > The problem is that the specification of the RPC header used by NFS for authentication unless you are using krb5 is limited to a gid + 16 additional groups (a lot of implementations put the gid in the first entry of the additional groups list, so 16 is the safe limit and 17 might work). So, you could call it a problem w.r.t. the specification of the RPC protocol that is used for NFS RPCs, but it would be a bug in the implementation to handle more than the 16 additional groups. (Admittedly, it just silently truncates at 16, but I don't think automatically failing an RPC with more than 16 groups in its cred would be better?) So, yes, it is an NFS problem, but intrisic to the protocol spec, rick From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 13:57:22 2010 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 B633C106564A; Fri, 16 Apr 2010 13:57:22 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4E6998FC19; Fri, 16 Apr 2010 13:57:22 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEABgJyEuDaFvG/2dsb2JhbACbc3G+HoUOBA X-IronPort-AV: E=Sophos;i="4.52,219,1270440000"; d="scan'208";a="72556661" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 16 Apr 2010 09:57:21 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 5F2182101BD; Fri, 16 Apr 2010 09:57:21 -0400 (EDT) X-Virus-Scanned: amavisd-new at amazon.cs.uoguelph.ca Received: from amazon.cs.uoguelph.ca ([127.0.0.1]) by localhost (amazon.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5hbLGZs3ATHt; Fri, 16 Apr 2010 09:57:20 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 4AA3321017A; Fri, 16 Apr 2010 09:57:20 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o3GEBIW04010; Fri, 16 Apr 2010 10:11:18 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 16 Apr 2010 10:11:18 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Giulio Ferro In-Reply-To: <4BC820CA.8030002@zirakzigil.org> Message-ID: References: <4BC72276.6080003@zirakzigil.org> <4BC81EB2.9070107@zirakzigil.org> <6AB6F56B-5FDF-4926-B631-F933E9C7FCD2@gothic.net.au> <4BC820CA.8030002@zirakzigil.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-net@freebsd.org" , freebsd-stable@freebsd.org Subject: Re: NFS permission strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 13:57:22 -0000 On Fri, 16 Apr 2010, Giulio Ferro wrote: > On 16.04.2010 10:29, Sean wrote: >> >>> Yes, I have more than 16 groups, 22 actually... >>> >> Then there's nothing "wrong" per se, you're just hitting the fact that NFS >> v2 and v3 only support 16 groups on the wire. That's just the way the >> protocol is defined. >> >> > > Ops, I didn't know that... > > Is there any solution solid enough for a production environment. Maybe nfs4? > Well, when you use sec=krb5[ip] on NFSv3 or NFSv4, the limitation of 16/17 groups goes away. However, this has a lot of other implications. (NFSv4 uses the same RPC protocol as NFSv2,3 and it is the specification of the authentication header for what is called AUTH_SYS, which is the problem. AUTH_SYS authenticators simply list a uid, gid and groups<16> #s in the RPC header. rick From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 15:29:37 2010 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 3873B1065673; Fri, 16 Apr 2010 15:29:37 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 971448FC1A; Fri, 16 Apr 2010 15:29:36 +0000 (UTC) Received: by wye20 with SMTP id 20so269829wye.13 for ; Fri, 16 Apr 2010 08:29:35 -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:received:message-id:subject:from:to:cc:content-type; bh=RqsNZVl+kupfvm/QbUP0MxsI9rCLZIKUzkSKGdXF4WE=; b=uLsTnh4jIAIWD/3sX/2R7WDwrPgkPRTFjFp3JOV9ITUImMR0NiSiUc0tLOskaZCNfk CIizwRVWSu4Gguqqq4jE4gHN095XVH7bUdWIHScBMJLeDgfW0kFKySlniJdEDhrxh4jr CsFKpRnYbeOmJJ4T2VrvDNNaMSNtFo8glHHQo= 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=eaRqt47xZsWM96Qv0//n0vqWRTFFfstcht72WWHzo+0l9ByY0RIESifad5D8sHfLgm uHJ4w3DaCn0yI5jVQv/Nbo3szk7wU9uxME3URHDLWVLRaO2l09OG9Esmw9DSNatZFPFw +rKgagXrL2Z4HSclmTYhP8tGyHlbd2BQP53sU= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Fri, 16 Apr 2010 08:29:34 -0700 (PDT) In-Reply-To: <201004160822.09359.jhb@freebsd.org> References: <4BC82B80.3070108@omnilan.de> <20100416092803.GA17526@icarus.home.lan> <4BC82FF7.1030700@omnilan.de> <201004160822.09359.jhb@freebsd.org> Date: Fri, 16 Apr 2010 08:29:34 -0700 Received: by 10.216.181.13 with SMTP id k13mr1847778wem.118.1271431775373; Fri, 16 Apr 2010 08:29:35 -0700 (PDT) Message-ID: From: Jack Vogel To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Harald Schmalzbauer , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: em regression, UDP LOR followed by ssh stall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 15:29:37 -0000 On Fri, Apr 16, 2010 at 5:22 AM, John Baldwin wrote: > On Friday 16 April 2010 5:37:59 am Harald Schmalzbauer wrote: > > Jeremy Chadwick schrieb am 16.04.2010 11:28 (localtime): > > > On Fri, Apr 16, 2010 at 11:18:56AM +0200, Harald Schmalzbauer wrote: > > >> with RELENG_8 from 6 weeks ago I never ran into the problem that my > > >> ssh connection stalled. > > >> With today's RELENG_8 it reproducably hangs at first login. After > > >> some time I can open another ssh session which seems to stay without > > >> problems, but the first sessions is always dying a few seconds after > > >> login. > > >> here's a LOR: > > >> {snip} > > > > > > The e1000/em driver was recently modified (heavily). I saw the large > > > number of commits come across in a csup a few weeks ago, and there's > > > even more coming across in recent days (~38 hours ago): > > > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/ > > > > > > This is the 2nd problem report to come in about the recent e1000/em > > > changes. Because of this, I've avoided building kernel on all of my > > > systems, and would recommend others avoid doing the same until these > > > problems can get worked out. > > > > > > Jack, can you shed some light on what's going on here? > > > > Som more info: > > > > it seems only one of my em interfaces is affected. The other interface > > doesn't show any odd behaviour: > > em1: port > > 0x1800-0x183f mem 0xe1920000-0xe193ffff,0xe1900000-0xe191ffff irq 18 at > > device 2.0 on pci3 > > em1: [FILTER] > > em1: Ethernet address: 00:15:17:8d:aa:d4 > > > > I only have one > > em1: Watchdog timeout -- resetting > > Try pulling in the latest version of if_lem.c from HEAD. There was a bug > in > if_lem.c that was missing an assignment that caused spurious watchdog > resets. > Yes, I can see I should get the stuff MFC'd, I will do that today if possible. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 15:32:55 2010 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 8C49D106564A; Fri, 16 Apr 2010 15:32:55 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id 3E1B38FC1C; Fri, 16 Apr 2010 15:32:55 +0000 (UTC) Received: by iwn1 with SMTP id 1so1423833iwn.27 for ; Fri, 16 Apr 2010 08:32: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:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=TTh2Ctyfer+dJeK2XYh5ZXDgxbuXERrd2glWOKvpb8Y=; b=c9EbwIxFLVRoOPDXo0GwFNTRePJ6KMB+TmlQmrYz00cjKH0C7atHpu2rLOIUc4zTZy PhoN8tPu1+zhnDVT4lA9F3jpHK95cv4alMJjydMY6UA+QY+Ha1Z6jikCQzE4vWM2SbAS B5Eu+pPMwySiwaMA7xJd+83VnzPa0naL+gxNU= 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=POURz5FNddcLdG8FhB/6cEbVGNTDmrh6drPfbl+ecMci4z331sBPKxu/ue8Dh7i3+v ql7j+VxJP9dv6YYFJYyT3X4Ht3Da+wGgeCYWKzu/L/rkH2Hwt0exrbux9MlBxoT2udX2 WhzppxIfl4E6RfgLzoPCbB+Jq/e0wbpJySI7g= MIME-Version: 1.0 Received: by 10.231.44.209 with HTTP; Fri, 16 Apr 2010 08:32:54 -0700 (PDT) In-Reply-To: References: <4BC82B80.3070108@omnilan.de> <20100416092803.GA17526@icarus.home.lan> <4BC82FF7.1030700@omnilan.de> <201004160822.09359.jhb@freebsd.org> Date: Fri, 16 Apr 2010 10:32:54 -0500 Received: by 10.231.153.67 with SMTP id j3mr626538ibw.28.1271431974506; Fri, 16 Apr 2010 08:32:54 -0700 (PDT) Message-ID: From: Brandon Gooch To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Harald Schmalzbauer , freebsd-stable@freebsd.org, Jeremy Chadwick , John Baldwin Subject: Re: em regression, UDP LOR followed by ssh stall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 15:32:55 -0000 On Fri, Apr 16, 2010 at 10:29 AM, Jack Vogel wrote: > On Fri, Apr 16, 2010 at 5:22 AM, John Baldwin wrote: > >> On Friday 16 April 2010 5:37:59 am Harald Schmalzbauer wrote: >> > Jeremy Chadwick schrieb am 16.04.2010 11:28 (localtime): >> > > On Fri, Apr 16, 2010 at 11:18:56AM +0200, Harald Schmalzbauer wrote: >> > >> with RELENG_8 from 6 weeks ago I never ran into the problem that my >> > >> ssh connection stalled. >> > >> With today's RELENG_8 it reproducably hangs at first login. After >> > >> some time I can open another ssh session which seems to stay withou= t >> > >> problems, but the first sessions is always dying a few seconds afte= r >> > >> login. >> > >> here's a LOR: >> > >> {snip} >> > > >> > > The e1000/em driver was recently modified (heavily). =A0I saw the la= rge >> > > number of commits come across in a csup a few weeks ago, and there's >> > > even more coming across in recent days (~38 hours ago): >> > > >> > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/ >> > > >> > > This is the 2nd problem report to come in about the recent e1000/em >> > > changes. =A0Because of this, I've avoided building kernel on all of = my >> > > systems, and would recommend others avoid doing the same until these >> > > problems can get worked out. >> > > >> > > Jack, can you shed some light on what's going on here? >> > >> > Som more info: >> > >> > it seems only one of my em interfaces is affected. The other interface >> > doesn't show any odd behaviour: >> > em1: port >> > 0x1800-0x183f mem 0xe1920000-0xe193ffff,0xe1900000-0xe191ffff irq 18 a= t >> > device 2.0 on pci3 >> > em1: [FILTER] >> > em1: Ethernet address: 00:15:17:8d:aa:d4 >> > >> > I only have one >> > em1: Watchdog timeout -- resetting >> >> Try pulling in the latest version of if_lem.c from HEAD. =A0There was a = bug >> in >> if_lem.c that was missing an assignment that caused spurious watchdog >> resets. >> > > Yes, I can see I should get the stuff MFC'd, I will do that today if > possible. > > Jack Thanks Jack! Your work is very appreciated. -Brandon From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 18:07:47 2010 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 251C1106566B for ; Fri, 16 Apr 2010 18:07:47 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 9D0CA8FC08 for ; Fri, 16 Apr 2010 18:07:46 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o3GI7j2q003889 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Apr 2010 20:07:45 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4BC8A76A.6000107@omnilan.de> Date: Fri, 16 Apr 2010 20:07:38 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: Brandon Gooch References: <4BC82B80.3070108@omnilan.de> <20100416092803.GA17526@icarus.home.lan> <4BC82FF7.1030700@omnilan.de> <201004160822.09359.jhb@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA342485C0D2F501EF28A3FCA" Cc: freebsd-stable@freebsd.org, Jack Vogel , Jeremy Chadwick , John Baldwin Subject: em JumboFrame improovement and PCIe addon-card regression [Was: Re: em regression, UDP LOR followed by ssh stall] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 18:07:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA342485C0D2F501EF28A3FCA Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Brandon Gooch schrieb am 16.04.2010 17:32 (localtime): =2E.. > Thanks Jack! Your work is very appreciated. It's extremely appreciated! I tried another semi-productive system and since that hadn't exposed any = peculiarity I also upgraded one not too important productive machine. All have onboard 82566DM and 82541EI chips and all are working fine so=20 far. It seems only my addon-card is affected, which doesn't exhibit a=20 part number: em0@pci0:1:0:0: class=3D0x020000 card=3D0xa01f8086 chip=3D0x10d38086 rev=3D= 0x00=20 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D network subclass =3D ethernet em0: port 0x2000-0x201f mem = 0xe1a80000-0xe1a9ffff,0xe1a00000-0xe1a7ffff,0xe1aa0000-0xe1aa3fff irq 16 = at device 0.0 on pci1 em0: Using MSIX interrupts with 5 vectors em0: [ITHREAD] em0: [ITHREAD] em0: [ITHREAD] em0: [ITHREAD] em0: [ITHREAD] em0: Ethernet address: 00:1b:21:3e:90:52 Maybe it's something MSIX related? And I took the chance to reactivate jumbo-frame testings on one of the=20 machines at so far it looks promising. I can get icmp relpys with 8972=20 bytes payload requests. That hasn't been working with "PRO/1000 Network=20 Connection 6.9.14". Now it reports "PRO/1000 Network Connection 7.0.0"=20 and with known working windows-driven intel mtu-9014 setted cards I get=20 response (which always worked between the windows machines but never=20 with my FreeBSD RELENG_8): ping -f -l 8972 Ping wird ausgef=FChrt f=FCr banana.r2k.rzhp.spsnetz.de [192.168.147.11] = mit=20 8972 Bytes Daten: Antwort von 192.168.147.11: Bytes=3D8972 Zeit<1ms TTL=3D64 Antwort von 192.168.147.11: Bytes=3D8972 Zeit<1ms TTL=3D64 GREAT! Thank you very much for that improovement! -Harry --------------enigA342485C0D2F501EF28A3FCA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkvIp3EACgkQLDqVQ9VXb8itYQCdGp4YRsdecUHzOvZlcP7D+Y/H y5oAoI+es5dDbFZIXEu0aQHJ0n9dqxnT =PwXL -----END PGP SIGNATURE----- --------------enigA342485C0D2F501EF28A3FCA-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 20:02:30 2010 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 427CE106566B; Fri, 16 Apr 2010 20:02:30 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6748FC0C; Fri, 16 Apr 2010 20:02:29 +0000 (UTC) Received: by wyf28 with SMTP id 28so68204wyf.13 for ; Fri, 16 Apr 2010 13:02:28 -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:received:message-id:subject:from:to:cc:content-type; bh=5PubOLfEMOwL/1ni77WGXNYBi3ZiqpFjxdNxerJaekg=; b=abdPT3R4qlXzC6rNnylZDEkf7ierd8rzHXFHyaAooBLsWH2waCOsYgjjJLik88zMWM SJmStHbl3zq3ZxuKVdloWsy4OflP2K06w9rIN3BRtZ16pLhdVX3o2c9TrCdWh6dmoHYh VYA8zIveoAxOqq3urj6IC4v8pT0q9pwcG/BPs= 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=GcWCyAKCZh1BLMK81o7maIerQMy+QD4Sv/J7kzDujt+n8G2sCqpeWsRMQ8TeSj9FJv JDDN+aTPZ9PNg2NEHrxQtBa+C7Ay5UtKmQ0XmfbUfZYsJfsJTAQ59kv6enFOfYd/bIhg LLT1QLfot2EbfhvWo8QJX3O19VMj9frZ+3ABU= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Fri, 16 Apr 2010 13:02:28 -0700 (PDT) In-Reply-To: <4BC8A76A.6000107@omnilan.de> References: <4BC82B80.3070108@omnilan.de> <20100416092803.GA17526@icarus.home.lan> <4BC82FF7.1030700@omnilan.de> <201004160822.09359.jhb@freebsd.org> <4BC8A76A.6000107@omnilan.de> Date: Fri, 16 Apr 2010 13:02:28 -0700 Received: by 10.216.185.82 with SMTP id t60mr2568590wem.149.1271448148496; Fri, 16 Apr 2010 13:02:28 -0700 (PDT) Message-ID: From: Jack Vogel To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Brandon Gooch , freebsd-stable@freebsd.org, John Baldwin , Jeremy Chadwick Subject: Re: em JumboFrame improovement and PCIe addon-card regression [Was: Re: em regression, UDP LOR followed by ssh stall] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 20:02:30 -0000 Glad things are better. On the Hartwell, the 0x10D3 adapter, what is the problem you are seeing? I just did an MFC, would ask that you try that code, see if it changes anything. Regards, Jack On Fri, Apr 16, 2010 at 11:07 AM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > Brandon Gooch schrieb am 16.04.2010 17:32 (localtime): > ... > >> Thanks Jack! Your work is very appreciated. >> > > It's extremely appreciated! > > I tried another semi-productive system and since that hadn't exposed any > peculiarity I also upgraded one not too important productive machine. > All have onboard 82566DM and 82541EI chips and all are working fine so fa= r. > It seems only my addon-card is affected, which doesn't exhibit a part > number: > em0@pci0:1:0:0: class=3D0x020000 card=3D0xa01f8086 chip=3D0x10d38086 rev= =3D0x00 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > class =3D network > subclass =3D ethernet > em0: port 0x2000-0x201f mem > 0xe1a80000-0xe1a9ffff,0xe1a00000-0xe1a7ffff,0xe1aa0000-0xe1aa3fff irq 16 = at > device 0.0 on pci1 > em0: Using MSIX interrupts with 5 vectors > em0: [ITHREAD] > em0: [ITHREAD] > em0: [ITHREAD] > em0: [ITHREAD] > em0: [ITHREAD] > em0: Ethernet address: 00:1b:21:3e:90:52 > > Maybe it's something MSIX related? > > > > And I took the chance to reactivate jumbo-frame testings on one of > the machines at so far it looks promising. I can get icmp relpys with 897= 2 > bytes payload requests. That hasn't been working with "PRO/1000 Network > Connection 6.9.14". Now it reports "PRO/1000 Network Connection 7.0.0" an= d > with known working windows-driven intel mtu-9014 setted cards I get respo= nse > (which always worked between the windows machines but never with my FreeB= SD > RELENG_8): > > ping -f -l 8972 > > Ping wird ausgef=FChrt f=FCr banana.r2k.rzhp.spsnetz.de [192.168.147.11] = mit > 8972 Bytes Daten: > > Antwort von 192.168.147.11: Bytes=3D8972 Zeit<1ms TTL=3D64 > Antwort von 192.168.147.11: Bytes=3D8972 Zeit<1ms TTL=3D64 > > GREAT! Thank you very much for that improovement! > > -Harry > > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 20:23:19 2010 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 9EA50106566B for ; Fri, 16 Apr 2010 20:23:19 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id 875708FC1F for ; Fri, 16 Apr 2010 20:23:19 +0000 (UTC) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 16 Apr 2010 13:23:17 -0700 Message-ID: <06D5F9F6F655AD4C92E28B662F7F853E039387EF@seaxch09.desktop.isilon.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: panic in vget() Thread-Index: AcrdoqZKbnq8hZ9/RUGbRk6ZTGDcfg== From: "Matthew Fleming" To: Subject: panic in vget() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 20:23:19 -0000 I'm looking at this panic in vget() on stable/7: if (vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) =3D=3D 0) panic("vget: vn_lock failed to return ENOENT\n"); It seems to me that this is not a correct assertion, because if the caller passed in no lock flags (i.e. just checking the vnode for validity) then there is a window between the VI_UNLOCK() in _vn_lock(9) and the subsequent VI_LOCK() in vget() where another thread could have set VI_DOOMED. This isn't a problem on CURRENT because the code has been changed to not allow an empty lock flags. I believe the following is a potential fix is: vholdl(vp); if ((error =3D vn_lock(vp, flags | LK_INTERLOCK, td)) !=3D 0) { vdrop(vp); return (error); } VI_LOCK(vp); + /* + * Deal with a timing window when the interlock is not held + * and VI_DOOMED can be set, since we only have a holdcnt, + * not a usecount. + */ + if (vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) =3D=3D 0) { + KASSERT((flags & LK_TYPE_MASK) =3D=3D 0, ("Unexpected flags %x", flags)); + vdropl(vp); + return (ENOENT); + } /* Upgrade our holdcnt to a usecount. */ v_upgrade_usecount(vp); - if (vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) =3D=3D 0) - panic("vget: vn_lock failed to return ENOENT\n"); if (oweinact) { if (vp->v_iflag & VI_OWEINACT) vinactive(vp, td); VI_UNLOCK(vp); if ((oldflags & LK_TYPE_MASK) =3D=3D 0) Thanks, matthew From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 20:41:23 2010 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 62E05106564A for ; Fri, 16 Apr 2010 20:41:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D94488FC1B for ; Fri, 16 Apr 2010 20:41:22 +0000 (UTC) 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 o3GKfI86009662 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Apr 2010 23:41:18 +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.4/8.14.4) with ESMTP id o3GKfHhm089900; Fri, 16 Apr 2010 23:41:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o3GKfHP9089899; Fri, 16 Apr 2010 23:41: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: Fri, 16 Apr 2010 23:41:17 +0300 From: Kostik Belousov To: Matthew Fleming Message-ID: <20100416204117.GM2415@deviant.kiev.zoral.com.ua> References: <06D5F9F6F655AD4C92E28B662F7F853E039387EF@seaxch09.desktop.isilon.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="P+ru8oodRbeKwk31" Content-Disposition: inline In-Reply-To: <06D5F9F6F655AD4C92E28B662F7F853E039387EF@seaxch09.desktop.isilon.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: panic in vget() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 20:41:23 -0000 --P+ru8oodRbeKwk31 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 16, 2010 at 01:23:17PM -0700, Matthew Fleming wrote: > I'm looking at this panic in vget() on stable/7: >=20 > if (vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) =3D=3D 0) > panic("vget: vn_lock failed to return ENOENT\n"); >=20 > It seems to me that this is not a correct assertion, because if the > caller passed in no lock flags (i.e. just checking the vnode for > validity) then there is a window between the VI_UNLOCK() in _vn_lock(9) > and the subsequent VI_LOCK() in vget() where another thread could have > set VI_DOOMED. >=20 > This isn't a problem on CURRENT because the code has been changed to not > allow an empty lock flags. >=20 > I believe the following is a potential fix is: >=20 > vholdl(vp); > if ((error =3D vn_lock(vp, flags | LK_INTERLOCK, td)) !=3D 0) { > vdrop(vp); > return (error); > } > VI_LOCK(vp); > + /* > + * Deal with a timing window when the interlock is not held > + * and VI_DOOMED can be set, since we only have a holdcnt, > + * not a usecount. > + */ > + if (vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) =3D=3D 0) { > + KASSERT((flags & LK_TYPE_MASK) =3D=3D 0, ("Unexpected flags > %x", flags)); > + vdropl(vp); > + return (ENOENT); > + } > /* Upgrade our holdcnt to a usecount. */ > v_upgrade_usecount(vp); > - if (vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) =3D=3D 0) > - panic("vget: vn_lock failed to return ENOENT\n"); > if (oweinact) { > if (vp->v_iflag & VI_OWEINACT) > vinactive(vp, td); > VI_UNLOCK(vp); > if ((oldflags & LK_TYPE_MASK) =3D=3D 0) Both the analysis and the patch look good. Did you considered locking the vnode even when no locking flags were given, as is done for VI_OWEINACT handling ? Your solution is better, esp. for old lockmgr, but acquiring vnode lock might be safer. --P+ru8oodRbeKwk31 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvIy20ACgkQC3+MBN1Mb4jD7gCgh1fiQISRHQEwmULKIjqmdGtL BS0AoJ2zEfvuq2FFSzDPaEygDNfLPvwu =9WCG -----END PGP SIGNATURE----- --P+ru8oodRbeKwk31-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 20:42:09 2010 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 0E206106566B; Fri, 16 Apr 2010 20:42:09 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 815208FC14; Fri, 16 Apr 2010 20:42:08 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o3GKg742005689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Apr 2010 22:42:07 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4BC8CB9E.8060802@omnilan.de> Date: Fri, 16 Apr 2010 22:42:06 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: Jack Vogel References: <4BC82B80.3070108@omnilan.de> <20100416092803.GA17526@icarus.home.lan> <4BC82FF7.1030700@omnilan.de> <201004160822.09359.jhb@freebsd.org> <4BC8A76A.6000107@omnilan.de> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0B3BB703A21B72DC5AC1C0FB" Cc: Brandon Gooch , freebsd-stable@freebsd.org, Jeremy Chadwick , John Baldwin Subject: Re: em JumboFrame improovement and PCIe addon-card regression [Was: Re: em regression, UDP LOR followed by ssh stall] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 20:42:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0B3BB703A21B72DC5AC1C0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Jack Vogel schrieb am 16.04.2010 22:02 (localtime): > Glad things are better. On the Hartwell, the 0x10D3 adapter, what is th= e > problem you are seeing? > I just did an MFC, would ask that you try that code, see if it changes > anything. With latest MFCs I see em0: = but still this LOR: login: lock order reversal: 1st 0xffffff00015d4418 em0:rx(1) (em0:rx(1)) @=20 /usr/src/sys/dev/e1000/if_em.c:1514 2nd 0xffffffff8093f108 udp (udp) @ /usr/src/sys/netinet/udp_usrreq.c:47= 4 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7ea _rw_rlock() at _rw_rlock+0x58 udp_input() at udp_input+0x1cd ip_input() at ip_input+0xb3 netisr_dispatch_src() at netisr_dispatch_src+0x9e ether_demux() at ether_demux+0x176 ether_input() at ether_input+0x176 em_rxeof() at em_rxeof+0x166 em_msix_rx() at em_msix_rx+0x42 intr_event_execute_handlers() at intr_event_execute_handlers+0x67 ithread_loop() at ithread_loop+0xae fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xffffff8075504d30, rbp =3D 0 --- Is it worth mentioning that I compiled in ZERO_COPY_SOCKETS? So far I couldn't see any SSH session stall anymore. That was my proplem = after updating today, before the latest 7.0.0->7.0.5 change. I'll come back if I can see anything going suboptimal regarding "hartwell= " Also the em1 (PRO/1000 Legacy Network Connection 1.0.1, pciconf device=20 82541EI): em1: Watchdog timeout -- resetting is solved/gone/vanished :) Thanks! (why doesn't 'pciconf -lv' show a "device" entry for Hartwell?) But I also have to tell that enabling jumbo frames is a big performance=20 degradation with SMB downloads. Uploads completely hang. With RELENG_8,=20 6 weeks ago, I could manage to get 75MB/s transfers to my windows SR2600 = servers, MTU9014 and FreeBSD MTU1500, untuned Samba 3.3.10. Today, after updating RELENG_8 with unchanged samba, jumbo frames=20 enabled (mtu 9000 on FreeBSD), downloading via CIFS was half the=20 transfer rate and uploading almost completely stalled. Will see to track down the "upload" problem. So far, jumbo frames at=20 least work with ICMP payloads up to 8972 bytes, but enabling still is a=20 tranfer rate regression. Thanks, -Harry --------------enig0B3BB703A21B72DC5AC1C0FB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkvIy58ACgkQLDqVQ9VXb8iXGwCgnc44omLHMv1gCt9ehA6z61k3 9PwAn0Lu1Tw9dICbkpMIbhDIXAV3fWQf =1Ted -----END PGP SIGNATURE----- --------------enig0B3BB703A21B72DC5AC1C0FB-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 20:53:36 2010 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 A26C1106564A; Fri, 16 Apr 2010 20:53:36 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 085EB8FC19; Fri, 16 Apr 2010 20:53:35 +0000 (UTC) Received: by wwa36 with SMTP id 36so1880865wwa.13 for ; Fri, 16 Apr 2010 13:53:35 -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:received:message-id:subject:from:to:cc:content-type; bh=lTHjRo5DQx2mpq+sJFZKUgIBVNELVhmww6vNszmyCCc=; b=nPBRRD9MAQZQIt7+NRMafw2FZCkjieC5Oatav1+2qQH6Cb7nsdGjPyxyR6G11PjB/B Drfc2mSXkzi9hAWEcR77H7uM/hWc8KsS5dgYvrDXNhw6vRijHlFFyA5A9TbNJcsavqkE o27Fa2qJ7y6TmQjSSBruL1Yfp8HAdeEO1VKxo= 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=tmo42C2PBfMhZL5Jikmp/U5DTdgNwLR7uULwrQTsrWUtDrk0Jk5RSmCrsNdU/Ut436 Gjw9e1k3r8IIeLUSnZ7dJRyY/mHbJf2b4mMpNfCcULzZ9/5J75xdjSQMHhJw/H44CAbi RopDc8GSw9PStnF+gMSdaxbke2GW+ZAojEfT0= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Fri, 16 Apr 2010 13:53:34 -0700 (PDT) In-Reply-To: <4BC8CB9E.8060802@omnilan.de> References: <4BC82B80.3070108@omnilan.de> <20100416092803.GA17526@icarus.home.lan> <4BC82FF7.1030700@omnilan.de> <201004160822.09359.jhb@freebsd.org> <4BC8A76A.6000107@omnilan.de> <4BC8CB9E.8060802@omnilan.de> Date: Fri, 16 Apr 2010 13:53:34 -0700 Received: by 10.216.87.68 with SMTP id x46mr2606023wee.145.1271451214878; Fri, 16 Apr 2010 13:53:34 -0700 (PDT) Message-ID: From: Jack Vogel To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Brandon Gooch , freebsd-stable@freebsd.org, Jeremy Chadwick , John Baldwin Subject: Re: em JumboFrame improovement and PCIe addon-card regression [Was: Re: em regression, UDP LOR followed by ssh stall] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 20:53:36 -0000 Why are you using ZERO_COPY_SOCKETS? And is this LOR happening on STABLE or CURRENT? Jack On Fri, Apr 16, 2010 at 1:42 PM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > Jack Vogel schrieb am 16.04.2010 22:02 (localtime): > > Glad things are better. On the Hartwell, the 0x10D3 adapter, what is the >> problem you are seeing? >> I just did an MFC, would ask that you try that code, see if it changes >> anything. >> > > > With latest MFCs I see em0: > but still this LOR: > login: lock order reversal: > 1st 0xffffff00015d4418 em0:rx(1) (em0:rx(1)) @ > /usr/src/sys/dev/e1000/if_em.c:1514 > 2nd 0xffffffff8093f108 udp (udp) @ /usr/src/sys/netinet/udp_usrreq.c:474 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x49 > witness_checkorder() at witness_checkorder+0x7ea > _rw_rlock() at _rw_rlock+0x58 > udp_input() at udp_input+0x1cd > ip_input() at ip_input+0xb3 > netisr_dispatch_src() at netisr_dispatch_src+0x9e > ether_demux() at ether_demux+0x176 > ether_input() at ether_input+0x176 > em_rxeof() at em_rxeof+0x166 > em_msix_rx() at em_msix_rx+0x42 > intr_event_execute_handlers() at intr_event_execute_handlers+0x67 > ithread_loop() at ithread_loop+0xae > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffff8075504d30, rbp = 0 --- > > Is it worth mentioning that I compiled in ZERO_COPY_SOCKETS? > > So far I couldn't see any SSH session stall anymore. That was my proplem > after updating today, before the latest 7.0.0->7.0.5 change. > > I'll come back if I can see anything going suboptimal regarding "hartwell" > > Also the em1 (PRO/1000 Legacy Network Connection 1.0.1, pciconf device > 82541EI): > em1: Watchdog timeout -- resetting > is solved/gone/vanished :) > > Thanks! (why doesn't 'pciconf -lv' show a "device" entry for Hartwell?) > > > But I also have to tell that enabling jumbo frames is a big performance > degradation with SMB downloads. Uploads completely hang. With RELENG_8, 6 > weeks ago, I could manage to get 75MB/s transfers to my windows SR2600 > servers, MTU9014 and FreeBSD MTU1500, untuned Samba 3.3.10. > > Today, after updating RELENG_8 with unchanged samba, jumbo frames enabled > (mtu 9000 on FreeBSD), downloading via CIFS was half the transfer rate and > uploading almost completely stalled. > Will see to track down the "upload" problem. So far, jumbo frames at least > work with ICMP payloads up to 8972 bytes, but enabling still is a tranfer > rate regression. > > Thanks, > > -Harry > > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 20:55:37 2010 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 299381065672; Fri, 16 Apr 2010 20:55:37 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 9CA168FC27; Fri, 16 Apr 2010 20:55:36 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o3GKtZ0Q005923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Apr 2010 22:55:35 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4BC8CEC6.4000205@omnilan.de> Date: Fri, 16 Apr 2010 22:55:34 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: Jack Vogel References: <4BC82B80.3070108@omnilan.de> <20100416092803.GA17526@icarus.home.lan> <4BC82FF7.1030700@omnilan.de> <201004160822.09359.jhb@freebsd.org> <4BC8A76A.6000107@omnilan.de> <4BC8CB9E.8060802@omnilan.de> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2B8FEB8C1839BDCAEAA19FC3" Cc: Brandon Gooch , freebsd-stable@freebsd.org, Jeremy Chadwick , John Baldwin Subject: Re: em JumboFrame improovement and PCIe addon-card regression [Was: Re: em regression, UDP LOR followed by ssh stall] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 20:55:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2B8FEB8C1839BDCAEAA19FC3 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Jack Vogel schrieb am 16.04.2010 22:53 (localtime): > Why are you using ZERO_COPY_SOCKETS? And is this LOR happening on STAB= LE or > CURRENT? It's RELENG_8. I've alway been using ZERO_COPY_SOCKETS. Some time ago, AFAIR, I read that this doesn't affect em at all. Any objections using ZERO_COPY_SOCKETS? Thanks, -Harry --------------enig2B8FEB8C1839BDCAEAA19FC3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkvIzscACgkQLDqVQ9VXb8i8sgCgu7ZWUwPh6NJVhFd273d55Bsl mX0An28ZBNFD63eJrA0NFGGlQOf2JdFS =fhC4 -----END PGP SIGNATURE----- --------------enig2B8FEB8C1839BDCAEAA19FC3-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 20:58:31 2010 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 B7710106564A; Fri, 16 Apr 2010 20:58:31 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1ECC38FC15; Fri, 16 Apr 2010 20:58:30 +0000 (UTC) Received: by wyf28 with SMTP id 28so99244wyf.13 for ; Fri, 16 Apr 2010 13:58: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:received:message-id:subject:from:to:cc:content-type; bh=FtCCyB0n2bkqaGjbPxWmLbPBAoQe7E2N9vaz6UC2VwI=; b=nsx7RR3GO8NUDoTdCWVfRxChSNoxmhtsfBviHoWFS1qpPsuWZmuFR+U3ZqzmZDgyJs 6Q2BrTww6oATrzvF1p8w9qI+vqFGacMTk3GD2Zgof7PjI4xpuVkNkdXEN5Q+ElOUo0q0 BkxdSMemVeGBoUjNioOsHb6J1IOVHmL9k8B58= 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=BCjzcSD387lAP2xsO+nLjxq/1n4USVGUnMtxG4j2J20fxak2c257zv1Gy/z5lfGuTx uVbM7JXu0Llhnoy4N+x8XW19fdRKDB5Nc8A4u4sI6i7dqnfUdbVvsv3LdQy1bgQppNIq aG40HQPhaYCuGse2u8gBXoxZWAsUf8aA8lGwA= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Fri, 16 Apr 2010 13:58:29 -0700 (PDT) In-Reply-To: <4BC8CEC6.4000205@omnilan.de> References: <4BC82B80.3070108@omnilan.de> <4BC82FF7.1030700@omnilan.de> <201004160822.09359.jhb@freebsd.org> <4BC8A76A.6000107@omnilan.de> <4BC8CB9E.8060802@omnilan.de> <4BC8CEC6.4000205@omnilan.de> Date: Fri, 16 Apr 2010 13:58:29 -0700 Received: by 10.216.89.139 with SMTP id c11mr2612579wef.198.1271451510012; Fri, 16 Apr 2010 13:58:30 -0700 (PDT) Message-ID: From: Jack Vogel To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Brandon Gooch , freebsd-stable@freebsd.org, Jeremy Chadwick , John Baldwin Subject: Re: em JumboFrame improovement and PCIe addon-card regression [Was: Re: em regression, UDP LOR followed by ssh stall] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 20:58:31 -0000 No objection, I just wondered if it could somehow be involved in the problem you are seeing. What do you use that actually uses them? Jack On Fri, Apr 16, 2010 at 1:55 PM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > Jack Vogel schrieb am 16.04.2010 22:53 (localtime): > > Why are you using ZERO_COPY_SOCKETS? And is this LOR happening on STABLE >> or >> > > CURRENT? > > It's RELENG_8. > I've alway been using ZERO_COPY_SOCKETS. > Some time ago, AFAIR, I read that this doesn't affect em at all. > Any objections using ZERO_COPY_SOCKETS? > > Thanks, > > -Harry > > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 21:05:25 2010 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 8EDE2106564A; Fri, 16 Apr 2010 21:05:25 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id E771F8FC14; Fri, 16 Apr 2010 21:05:24 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o3GL5NZg006057 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Apr 2010 23:05:23 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4BC8D112.6050205@omnilan.de> Date: Fri, 16 Apr 2010 23:05:22 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: Jack Vogel References: <4BC82B80.3070108@omnilan.de> <4BC82FF7.1030700@omnilan.de> <201004160822.09359.jhb@freebsd.org> <4BC8A76A.6000107@omnilan.de> <4BC8CB9E.8060802@omnilan.de> <4BC8CEC6.4000205@omnilan.de> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0D66AE0C793AD2C97636A389" Cc: Brandon Gooch , freebsd-stable@freebsd.org, Jeremy Chadwick , John Baldwin Subject: Re: em JumboFrame improovement and PCIe addon-card regression [Was: Re: em regression, UDP LOR followed by ssh stall] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 21:05:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0D66AE0C793AD2C97636A389 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Jack Vogel schrieb am 16.04.2010 22:58 (localtime): > No objection, I just wondered if it could somehow be involved in the=20 > problem you are seeing. > What do you use that actually uses them? I think fxp in the former times made use of ZERO_CPOY_SOCKETS. I also=20 have some private boxes arround with re and rl. I haven't had any SSH session stall with the tonight MFCs to RELENG_8=20 yet on my Hartwell box. All others were fine besides the jumbo frame testings. So I guess ZERO_CPOY_SOCKETS doesn't play a role, most likely your code from=20 -current is just fine. Thanks a lot, -Harry --------------enig0D66AE0C793AD2C97636A389 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkvI0RMACgkQLDqVQ9VXb8gl3QCePfnfr0ZRaYCK+wHZZv+DdIUr c78An1+CO8Z0bPlmkcHcROz0lvxgTT7b =xcvt -----END PGP SIGNATURE----- --------------enig0D66AE0C793AD2C97636A389-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 21:12:03 2010 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 6BD49106564A for ; Fri, 16 Apr 2010 21:12:03 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id 50B238FC0A for ; Fri, 16 Apr 2010 21:12:03 +0000 (UTC) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 16 Apr 2010 14:12:01 -0700 Message-ID: <06D5F9F6F655AD4C92E28B662F7F853E039387FE@seaxch09.desktop.isilon.com> In-Reply-To: <20100416204117.GM2415@deviant.kiev.zoral.com.ua> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: panic in vget() Thread-Index: AcrdpT4Q18qB/Bs+Rdyt5bRkFfeypAAA1Drw References: <06D5F9F6F655AD4C92E28B662F7F853E039387EF@seaxch09.desktop.isilon.com> <20100416204117.GM2415@deviant.kiev.zoral.com.ua> From: "Matthew Fleming" To: "Kostik Belousov" Cc: freebsd-stable@freebsd.org Subject: RE: panic in vget() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 21:12:03 -0000 > -----Original Message----- > From: Kostik Belousov [mailto:kostikbel@gmail.com] > Sent: Friday, April 16, 2010 1:41 PM > To: Matthew Fleming > Cc: freebsd-stable@freebsd.org > Subject: Re: panic in vget() >=20 > On Fri, Apr 16, 2010 at 01:23:17PM -0700, Matthew Fleming wrote: > > I'm looking at this panic in vget() on stable/7: > > > > if (vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) =3D=3D 0) > > panic("vget: vn_lock failed to return ENOENT\n"); > > > > It seems to me that this is not a correct assertion, because if the > > caller passed in no lock flags (i.e. just checking the vnode for > > validity) then there is a window between the VI_UNLOCK() in > > _vn_lock(9) and the subsequent VI_LOCK() in vget() where another > > thread could have set VI_DOOMED. > > > > This isn't a problem on CURRENT because the code has been changed to > > not allow an empty lock flags. > > > > I believe the following is a potential fix is: > > > > vholdl(vp); > > if ((error =3D vn_lock(vp, flags | LK_INTERLOCK, td)) !=3D 0) { > > vdrop(vp); > > return (error); > > } > > VI_LOCK(vp); > > + /* > > + * Deal with a timing window when the interlock is not held > > + * and VI_DOOMED can be set, since we only have a holdcnt, > > + * not a usecount. > > + */ > > + if (vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) =3D=3D 0) { > > + KASSERT((flags & LK_TYPE_MASK) =3D=3D 0, ("Unexpected flags > > %x", flags)); > > + vdropl(vp); > > + return (ENOENT); > > + } > > /* Upgrade our holdcnt to a usecount. */ > > v_upgrade_usecount(vp); > > - if (vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) =3D=3D 0) > > - panic("vget: vn_lock failed to return ENOENT\n"); > > if (oweinact) { > > if (vp->v_iflag & VI_OWEINACT) > > vinactive(vp, td); > > VI_UNLOCK(vp); > > if ((oldflags & LK_TYPE_MASK) =3D=3D 0) >=20 > Both the analysis and the patch look good. >=20 > Did you considered locking the vnode even when no locking flags were > given, as is done for VI_OWEINACT handling ? Your solution is better, esp. > for old lockmgr, but acquiring vnode lock might be safer. For our systems, the vnode lock is distributed across the entire cluster, so we prefer not to take it unless required. The code path that produced this panic is one such; it is using other mechanisms to guarantee the data is correct. (As a side note, splitting the vnode lock into a lock on the vnode struct and a "file" lock would be really great, since the VOP_LOCK uses seem split between serializing the file contents and serializing some of the members of struct vnode itself, and we only need a distributed lock for the file contents). Thanks, matthew From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 21:36:17 2010 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 1701A106566B for ; Fri, 16 Apr 2010 21:36:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id AC2178FC0C for ; Fri, 16 Apr 2010 21:36:16 +0000 (UTC) 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 o3GLaDYC014088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Apr 2010 00:36:13 +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.4/8.14.4) with ESMTP id o3GLaD0B090237; Sat, 17 Apr 2010 00:36:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o3GLaChG090236; Sat, 17 Apr 2010 00:36:12 +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, 17 Apr 2010 00:36:12 +0300 From: Kostik Belousov To: Matthew Fleming Message-ID: <20100416213612.GO2415@deviant.kiev.zoral.com.ua> References: <06D5F9F6F655AD4C92E28B662F7F853E039387EF@seaxch09.desktop.isilon.com> <20100416204117.GM2415@deviant.kiev.zoral.com.ua> <06D5F9F6F655AD4C92E28B662F7F853E039387FE@seaxch09.desktop.isilon.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WxVlef7wfy3nngmb" Content-Disposition: inline In-Reply-To: <06D5F9F6F655AD4C92E28B662F7F853E039387FE@seaxch09.desktop.isilon.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_20, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: panic in vget() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Apr 2010 21:36:17 -0000 --WxVlef7wfy3nngmb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 16, 2010 at 02:12:01PM -0700, Matthew Fleming wrote: > > -----Original Message----- > > From: Kostik Belousov [mailto:kostikbel@gmail.com] > > Sent: Friday, April 16, 2010 1:41 PM > > To: Matthew Fleming > > Cc: freebsd-stable@freebsd.org > > Subject: Re: panic in vget() > >=20 > > On Fri, Apr 16, 2010 at 01:23:17PM -0700, Matthew Fleming wrote: > > > I'm looking at this panic in vget() on stable/7: > > > > > > if (vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) =3D=3D 0) > > > panic("vget: vn_lock failed to return ENOENT\n"); > > > > > > It seems to me that this is not a correct assertion, because if the > > > caller passed in no lock flags (i.e. just checking the vnode for > > > validity) then there is a window between the VI_UNLOCK() in > > > _vn_lock(9) and the subsequent VI_LOCK() in vget() where another > > > thread could have set VI_DOOMED. > > > > > > This isn't a problem on CURRENT because the code has been changed to > > > not allow an empty lock flags. > > > > > > I believe the following is a potential fix is: > > > > > > vholdl(vp); > > > if ((error =3D vn_lock(vp, flags | LK_INTERLOCK, td)) !=3D 0) { > > > vdrop(vp); > > > return (error); > > > } > > > VI_LOCK(vp); > > > + /* > > > + * Deal with a timing window when the interlock is not held > > > + * and VI_DOOMED can be set, since we only have a holdcnt, > > > + * not a usecount. > > > + */ > > > + if (vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) =3D=3D 0) { > > > + KASSERT((flags & LK_TYPE_MASK) =3D=3D 0, ("Unexpected flags > > > %x", flags)); > > > + vdropl(vp); > > > + return (ENOENT); > > > + } > > > /* Upgrade our holdcnt to a usecount. */ > > > v_upgrade_usecount(vp); > > > - if (vp->v_iflag & VI_DOOMED && (flags & LK_RETRY) =3D=3D 0) > > > - panic("vget: vn_lock failed to return ENOENT\n"); > > > if (oweinact) { > > > if (vp->v_iflag & VI_OWEINACT) > > > vinactive(vp, td); > > > VI_UNLOCK(vp); > > > if ((oldflags & LK_TYPE_MASK) =3D=3D 0) > >=20 > > Both the analysis and the patch look good. > >=20 > > Did you considered locking the vnode even when no locking flags were > > given, as is done for VI_OWEINACT handling ? Your solution is better, > esp. > > for old lockmgr, but acquiring vnode lock might be safer. >=20 > For our systems, the vnode lock is distributed across the entire > cluster, so we prefer not to take it unless required. The code path > that produced this panic is one such; it is using other mechanisms to > guarantee the data is correct. Ok. >=20 > (As a side note, splitting the vnode lock into a lock on the vnode > struct and a "file" lock would be really great, since the VOP_LOCK uses > seem split between serializing the file contents and serializing some of > the members of struct vnode itself, and we only need a distributed lock > for the file contents). Shameless plug: did you see http://wiki.freebsd.org/VM6 ? --WxVlef7wfy3nngmb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvI2EsACgkQC3+MBN1Mb4iPQwCglrrLhaIGi1BYXrd0ZfdfPwnJ xMAAn3A3yzD3Gq4l/niHcHBoJEkb5R1+ =kLFe -----END PGP SIGNATURE----- --WxVlef7wfy3nngmb--