From owner-freebsd-amd64@FreeBSD.ORG Sun Dec 13 00:40:06 2009 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ADBD1065676 for ; Sun, 13 Dec 2009 00:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F1D288FC1F for ; Sun, 13 Dec 2009 00:40:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBD0e53X094627 for ; Sun, 13 Dec 2009 00:40:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBD0e5JA094625; Sun, 13 Dec 2009 00:40:05 GMT (envelope-from gnats) Resent-Date: Sun, 13 Dec 2009 00:40:05 GMT Resent-Message-Id: <200912130040.nBD0e5JA094625@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Byron Young Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 365D3106566B for ; Sun, 13 Dec 2009 00:35:23 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 25C0C8FC08 for ; Sun, 13 Dec 2009 00:35:23 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id nBD0ZMZx051023 for ; Sun, 13 Dec 2009 00:35:22 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id nBD0ZMnf051018; Sun, 13 Dec 2009 00:35:22 GMT (envelope-from nobody) Message-Id: <200912130035.nBD0ZMnf051018@www.freebsd.org> Date: Sun, 13 Dec 2009 00:35:22 GMT From: Byron Young To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Sun, 13 Dec 2009 04:16:17 +0000 Cc: Subject: amd64/141413: Tyan 2881 m3289 SMDC freeze X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Dec 2009 00:40:06 -0000 >Number: 141413 >Category: amd64 >Synopsis: Tyan 2881 m3289 SMDC freeze >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Dec 13 00:40:05 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Byron Young >Release: 8.0-RELEASE >Organization: >Environment: FreeBSD opteron.localdomain 8.0-RELEASE FreeBSD 8.0-RELEASE #5: Sat Dec 12 07:42:44 PST 2009 root@opteron.localdomain:/usr/obj/usr/src/sys/GENERIC amd64 >Description: After default install of 8.0-RELEASE on SMDC machine, Tyan TSO Manager 1.6.1 running on remote XP machine cannot connect to SMDC card. However, when running DOS 6.22 on SMDC machine, remote TSO manager connects out-of-band to SMDC card on SMDC machine. >How-To-Repeat: Install 8.0-RELEASE on SMDC machine then boot into 8.0-RELEASE. Attempt to connect to SMDC card in SMDC machine using TSO manager/console from remote XP machine. >Fix: Escape to boot loader prompt. At this point, remote TSO Manager connects to SMDC card. At boot loader prompt, set bge variable hw.bge.allow_asf=1, then boot directly into single user mode. In single user mode, verify hw.bge.allow_asf is set using sysctl hw.bge.allow_asf. At this point, remote TSO Manager connects to SMDC card. Attempt to configure bge0 using ifconfig ifconfig bge0 inet 192.168.4.4 netmask 255.255.255.0 Result: ifconfig and kernel freeze, forcing power cycle reset. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sun Dec 13 01:20:04 2009 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFBAD106574C for ; Sun, 13 Dec 2009 01:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B59B78FC1A for ; Sun, 13 Dec 2009 01:20:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBD1K44T028667 for ; Sun, 13 Dec 2009 01:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBD1K4Tu028666; Sun, 13 Dec 2009 01:20:04 GMT (envelope-from gnats) Date: Sun, 13 Dec 2009 01:20:04 GMT Message-Id: <200912130120.nBD1K4Tu028666@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Byron Young X-Mailman-Approved-At: Sun, 13 Dec 2009 04:16:50 +0000 Cc: Subject: Re: amd64/141413: Tyan 2881 m3289 SMDC freeze X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Byron Young List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Dec 2009 01:20:05 -0000 The following reply was made to PR amd64/141413; it has been noted by GNATS. From: Byron Young To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/141413: Tyan 2881 m3289 SMDC freeze Date: Sat, 12 Dec 2009 16:48:40 -0800 (PST) Some URL's for mentioned hardware/software... Tyan Thunder K8SR S2881 http://www.tyan.com/product_board_detail.aspx?pid=115 Tyan m3289 SMDC http://www.tyan.com/product_accessories_spec.aspx?pid=7 Tyan TSO 1.61 ftp://ftp.tyan.com/Software/tso/m3289/tso/TSOCD1.61-091505.ISO From owner-freebsd-amd64@FreeBSD.ORG Sun Dec 13 10:20:07 2009 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B0D6106566C for ; Sun, 13 Dec 2009 10:20:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 79FC88FC13 for ; Sun, 13 Dec 2009 10:20:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBDAK79p033875 for ; Sun, 13 Dec 2009 10:20:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBDAK7M3033874; Sun, 13 Dec 2009 10:20:07 GMT (envelope-from gnats) Date: Sun, 13 Dec 2009 10:20:07 GMT Message-Id: <200912131020.nBDAK7M3033874@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Sven Gaerner X-Mailman-Approved-At: Sun, 13 Dec 2009 14:34:25 +0000 Cc: Subject: Re: amd64/140391: [hang] powerd(8) freezes computer on Phenom II computer X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sven Gaerner List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Dec 2009 10:20:07 -0000 The following reply was made to PR amd64/140391; it has been noted by GNATS. From: Sven Gaerner To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/140391: [hang] powerd(8) freezes computer on Phenom II computer Date: Sun, 13 Dec 2009 10:56:04 +0100 --MP_/_fB7N01Qf5qicxGh2IaGe.3 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline The same occurred on my computer with an Athlon II cpu, when using powerd in adaptive mode. If this is enabled, powerd reduces the frequency until the computer freezes. I tested this manually and the computer will freeze if the frequency is set below 300 MHz. I think there's a problem detecting the available frequencies that can be used by powerd. Attached the dmesg and a partial sysctl output. --MP_/_fB7N01Qf5qicxGh2IaGe.3 Content-Type: application/octet-stream; name=dmesg_fbsd80 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=dmesg_fbsd80 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtUkVMRUFTRSAjMDogU2F0IE5vdiAyMSAxNTow MjowOCBVVEMgMjAwOQogICAgcm9vdEBtYXNvbi5jc2UuYnVmZmFsby5lZHU6L3Vzci9vYmovdXNy L3NyYy9zeXMvR0VORVJJQwpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6 IHF1YWxpdHkgMApDUFU6IEFNRCBBdGhsb24odG0pIElJIFgyIDI0MGUgUHJvY2Vzc29yICgyODAw LjE4LU1IeiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHgx MDBmNjIgIFN0ZXBwaW5nID0gMgogIEZlYXR1cmVzPTB4MTc4YmZiZmY8RlBVLFZNRSxERSxQU0Us VFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYs Q0xGTFVTSCxNTVgsRlhTUixTU0UsU1NFMixIVFQ+CiAgRmVhdHVyZXMyPTB4ODAyMDA5PFNTRTMs TU9OLENYMTYsUE9QQ05UPgogIEFNRCBGZWF0dXJlcz0weGVlNTAwODAwPFNZU0NBTEwsTlgsTU1Y KyxGRlhTUixQYWdlMUdCLFJEVFNDUCxMTSwzRE5vdyErLDNETm93IT4KICBBTUQgRmVhdHVyZXMy PTB4MzdmZjxMQUhGLENNUCxTVk0sRXh0QVBJQyxDUjgsQUJNLFNTRTRBLE1BUyxQcmVmZXRjaCxP U1ZXLElCUyxTS0lOSVQsV0RUPgogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQKcmVhbCBtZW1vcnkg ID0gNDI5NDk2NzI5NiAoNDA5NiBNQikKYXZhaWwgbWVtb3J5ID0gMzg0Njg4MTI4MCAoMzY2OCBN QikKQUNQSSBBUElDIFRhYmxlOiA8MTAwNzA5IEFQSUMxNzA1PgpGcmVlQlNEL1NNUDogTXVsdGlw cm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAyIENQVXMKRnJlZUJTRC9TTVA6IDEgcGFja2FnZShz KSB4IDIgY29yZShzKQogY3B1MCAoQlNQKTogQVBJQyBJRDogIDAKIGNwdTEgKEFQKTogQVBJQyBJ RDogIDEKQUNQSSBXYXJuaW5nOiBPcHRpb25hbCBmaWVsZCBQbTJDb250cm9sQmxvY2sgaGFzIHpl cm8gYWRkcmVzcyBvciBsZW5ndGg6ICAgICAgICAwICAgICAgIDAvMSAyMDA5MDUyMSB0YmZhZHQt NjU1CmlvYXBpYzAgPFZlcnNpb24gMi4xPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKa2JkMSBh dCBrYmRtdXgwCmFjcGkwOiA8MTAwNzA5IFJTRFQxNzA1PiBvbiBtb3RoZXJib2FyZAphY3BpMDog W0lUSFJFQURdCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQphY3BpMDogcmVzZXJ2YXRpb24g b2YgZmVlMDAwMDAsIDEwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24gb2YgZmZiODAw MDAsIDgwMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9mIGZlYzEwMDAwLCAyMCAo MykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAwLCBhMDAwMCAoMykgZmFpbGVkCmFjcGkw OiByZXNlcnZhdGlvbiBvZiAxMDAwMDAsIGNmZTAwMDAwICgzKSBmYWlsZWQKQUNQSSBIUEVUIHRh YmxlIHdhcm5pbmc6IFNlcXVlbmNlIGlzIG5vbi16ZXJvICgyKQpUaW1lY291bnRlciAiQUNQSS1m YXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDAKYWNwaV90aW1lcjA6IDwzMi1i aXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNwaTAKYWNwaV9o cGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4ZmVk MDAzZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBx dWFsaXR5IDkwMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2Zm IG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaWIxOiA8QUNQSSBQQ0kt UENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWIxCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4ZDAwMC0weGQw ZmYgbWVtIDB4ZDAwMDAwMDAtMHhkZmZmZmZmZiwweGZlYWYwMDAwLTB4ZmVhZmZmZmYsMHhmZTkw MDAwMC0weGZlOWZmZmZmIGlycSAxOCBhdCBkZXZpY2UgNS4wIG9uIHBjaTEKcGNpMTogPG11bHRp bWVkaWEsIEhEQT4gYXQgZGV2aWNlIDUuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMjogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOSBhdCBkZXZpY2UgNy4wIG9uIHBjaTAKcGNpMjogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjIKcmUwOiA8UmVhbFRlayA4MTY4LzgxNjhCLzgxNjhDLzgxNjhD UC84MTY4RC84MTY4RFAvODExMUIvODExMUMvODExMUNQLzgxMTFEUCBQQ0llIEdpZ2FiaXQgRXRo ZXJuZXQ+IHBvcnQgMHhlODAwLTB4ZThmZiBtZW0gMHhmZGZmZjAwMC0weGZkZmZmZmZmLDB4ZmRm ZjgwMDAtMHhmZGZmYmZmZiBpcnEgMTkgYXQgZGV2aWNlIDAuMCBvbiBwY2kyCnJlMDogVXNpbmcg MSBNU0kgbWVzc2FnZXMKcmUwOiBDaGlwIHJldi4gMHgyODAwMDAwMApyZTA6IE1BQyByZXYuIDB4 MDAwMDAwMDAKbWlpYnVzMDogPE1JSSBidXM+IG9uIHJlMApyZ2VwaHkwOiA8UlRMODE2OVMvODEx MFMvODIxMUIgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMwCnJnZXBoeTA6ICAxMGJh c2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEw MDBiYXNlVC1GRFgsIGF1dG8KcmUwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDozMDo2NzoyODo0MDpk MwpyZTA6IFtGSUxURVJdCmF0YXBjaTA6IDxBVEkgSVhQNzAwLzgwMCBTQVRBMzAwIGNvbnRyb2xs ZXI+IHBvcnQgMHhjMDAwLTB4YzAwNywweGIwMDAtMHhiMDAzLDB4YTAwMC0weGEwMDcsMHg5MDAw LTB4OTAwMywweDgwMDAtMHg4MDBmIG1lbSAweGZlOGZmYzAwLTB4ZmU4ZmZmZmYgaXJxIDIyIGF0 IGRldmljZSAxNy4wIG9uIHBjaTAKYXRhcGNpMDogW0lUSFJFQURdCmF0YXBjaTA6IEFIQ0kgdjEu MTAgY29udHJvbGxlciB3aXRoIDQgM0dicHMgcG9ydHMsIFBNIHN1cHBvcnRlZAphdGEyOiA8QVRB IGNoYW5uZWwgMD4gb24gYXRhcGNpMAphdGEyOiBbSVRIUkVBRF0KYXRhMzogPEFUQSBjaGFubmVs IDE+IG9uIGF0YXBjaTAKYXRhMzogW0lUSFJFQURdCmF0YTQ6IDxBVEEgY2hhbm5lbCAyPiBvbiBh dGFwY2kwCmF0YTQ6IFtJVEhSRUFEXQphdGE1OiA8QVRBIGNoYW5uZWwgMz4gb24gYXRhcGNpMAph dGE1OiBbSVRIUkVBRF0Kb2hjaTA6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVt IDB4ZmU4ZmUwMDAtMHhmZThmZWZmZiBpcnEgMTYgYXQgZGV2aWNlIDE4LjAgb24gcGNpMApvaGNp MDogW0lUSFJFQURdCnVzYnVzMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBv aGNpMApvaGNpMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZThmZDAw MC0weGZlOGZkZmZmIGlycSAxNiBhdCBkZXZpY2UgMTguMSBvbiBwY2kwCm9oY2kxOiBbSVRIUkVB RF0KdXNidXMxOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kxCmVoY2kw OiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZThmZjgwMC0weGZl OGZmOGZmIGlycSAxNyBhdCBkZXZpY2UgMTguMiBvbiBwY2kwCmVoY2kwOiBbSVRIUkVBRF0KdXNi dXMyOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMjogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29u dHJvbGxlcj4gb24gZWhjaTAKb2hjaTI6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4g bWVtIDB4ZmU4ZmMwMDAtMHhmZThmY2ZmZiBpcnEgMTggYXQgZGV2aWNlIDE5LjAgb24gcGNpMApv aGNpMjogW0lUSFJFQURdCnVzYnVzMzogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBv biBvaGNpMgpvaGNpMzogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZThm NzAwMC0weGZlOGY3ZmZmIGlycSAxOCBhdCBkZXZpY2UgMTkuMSBvbiBwY2kwCm9oY2kzOiBbSVRI UkVBRF0KdXNidXM0OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kzCmVo Y2kxOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZThmZjQwMC0w eGZlOGZmNGZmIGlycSAxOSBhdCBkZXZpY2UgMTkuMiBvbiBwY2kwCmVoY2kxOiBbSVRIUkVBRF0K dXNidXM1OiBFSENJIHZlcnNpb24gMS4wCnVzYnVzNTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAg Y29udHJvbGxlcj4gb24gZWhjaTEKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2Ug MjAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQphdGFwY2kxOiA8QVRJIElYUDcwMC84MDAgVURNQTEz MyBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4 ZmYwMC0weGZmMGYgYXQgZGV2aWNlIDIwLjEgb24gcGNpMAphdGEwOiA8QVRBIGNoYW5uZWwgMD4g b24gYXRhcGNpMQphdGEwOiBbSVRIUkVBRF0KYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBj aTEKYXRhMTogW0lUSFJFQURdCnBjaTA6IDxtdWx0aW1lZGlhLCBIREE+IGF0IGRldmljZSAyMC4y IChubyBkcml2ZXIgYXR0YWNoZWQpCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAy MC4zIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCnBjaWIzOiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gYXQgZGV2aWNlIDIwLjQgb24gcGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liMwpvaGNpNDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZThmNjAw MC0weGZlOGY2ZmZmIGlycSAxOCBhdCBkZXZpY2UgMjAuNSBvbiBwY2kwCm9oY2k0OiBbSVRIUkVB RF0KdXNidXM2OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2k0CmFjcGlf YnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+ IG9uIGFjcGkwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MSBpcnEg OCBvbiBhY3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4 NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRr YmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCmF0a2JkMDogW0lUSFJF QURdCnVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBm bGFncyAweDEwIG9uIGFjcGkwCnVhcnQwOiBbRklMVEVSXQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFj cGkwCmFjcGlfdGhyb3R0bGUwOiA8QUNQSSBDUFUgVGhyb3R0bGluZz4gb24gY3B1MApod3BzdGF0 ZTA6IDxDb29sYG4nUXVpZXQgMi4wPiBvbiBjcHUwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAK c2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2 IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBh dCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCnBwYzA6IGNh bm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAw IG1zZWMKdXNidXMwOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czE6IDEyTWJwcyBG dWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzMjogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVz YnVzMzogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXM0OiAxMk1icHMgRnVsbCBTcGVl ZCBVU0IgdjEuMAp1c2J1czU6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1c2J1czY6IDEy TWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCmFjZDA6IERWRFIgPERWRFIgUFgtNzUwQS8xLjAxPiBh dCBhdGExLW1hc3RlciBVRE1BNjYKdWdlbjAuMTogPEFUST4gYXQgdXNidXMwCnVodWIwOiA8QVRJ IE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1 czAKdWdlbjEuMTogPEFUST4gYXQgdXNidXMxCnVodWIxOiA8QVRJIE9IQ0kgcm9vdCBIVUIsIGNs YXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czEKdWdlbjIuMTogPEFUST4g YXQgdXNidXMyCnVodWIyOiA8QVRJIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAv MS4wMCwgYWRkciAxPiBvbiB1c2J1czIKdWdlbjMuMTogPEFUST4gYXQgdXNidXMzCnVodWIzOiA8 QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1 c2J1czMKdWdlbjQuMTogPEFUST4gYXQgdXNidXM0CnVodWI0OiA8QVRJIE9IQ0kgcm9vdCBIVUIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czQKdWdlbjUuMTogPEFU ST4gYXQgdXNidXM1CnVodWI1OiA8QVRJIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIu MDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czUKdWdlbjYuMTogPEFUST4gYXQgdXNidXM2CnVodWI2 OiA8QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBv biB1c2J1czYKYWQ0OiAxNTI2MjdNQiA8V0RDIFdEMTYwMEJKS1QtNzVGNFQwIDExLjAxQTExPiBh dCBhdGEyLW1hc3RlciBTQVRBMzAwCnVodWI2OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNl bGYgcG93ZXJlZAp1aHViMDogMyBwb3J0cyB3aXRoIDMgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK dWh1YjE6IDMgcG9ydHMgd2l0aCAzIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIzOiAzIHBv cnRzIHdpdGggMyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViNDogMyBwb3J0cyB3aXRoIDMg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKR0VPTTogYWQ0czE6IGdlb21ldHJ5IGRvZXMgbm90IG1h dGNoIGxhYmVsICgyNTVoLDYzcyAhPSAxNmgsNjNzKS4KYWQ2OiAzMDUyNDVNQiA8U2VhZ2F0ZSBT VDMzMjA2MTNBUyBDQzRIPiBhdCBhdGEzLW1hc3RlciBTQVRBMzAwClNNUDogQVAgQ1BVICMxIExh dW5jaGVkIQpHRU9NOiBhZDRzMzogZ2VvbWV0cnkgZG9lcyBub3QgbWF0Y2ggbGFiZWwgKDI1NWgs NjNzICE9IDE2aCw2M3MpLgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czUgdXNidXMyClJv b3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzNSB1c2J1czIKdWh1YjI6IDYgcG9ydHMgd2l0aCA2 IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI1OiA2IHBvcnRzIHdpdGggNiByZW1vdmFibGUs IHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czIKdWdlbjAuMjogPExv Z2l0ZWNoPiBhdCB1c2J1czAKdW1zMDogPExvZ2l0ZWNoIFRyYWNrYmFsbCwgY2xhc3MgMC8wLCBy ZXYgMS4xMC8yLjIwLCBhZGRyIDI+IG9uIHVzYnVzMAp1bXMwOiAzIGJ1dHRvbnMgYW5kIFtYWVpd IGNvb3JkaW5hdGVzIElEPTAKdWdlbjIuMjogPFJhbGluaz4gYXQgdXNidXMyCnJ1bTA6IDxSYWxp bmsgODAyLjExIGJnIFdMQU4sIGNsYXNzIDAvMCwgcmV2IDIuMDAvMC4wMSwgYWRkciAyPiBvbiB1 c2J1czIKcnVtMDogTUFDL0JCUCBSVDI1NzMgKHJldiAweDI1NzNhKSwgUkYgUlQyNTI4ClRyeWlu ZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQ0czNhCndsYW4wOiBFdGhlcm5ldCBhZGRy ZXNzOiAwMDoyNjo1YTowMjpmNTphMgp3bGFuMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCnJ1 bTA6IG5lZWQgbXVsdGljYXN0IHVwZGF0ZSBjYWxsYmFjawpydW0wOiBuZWVkIG11bHRpY2FzdCB1 cGRhdGUgY2FsbGJhY2sKcnVtMDogbmVlZCBtdWx0aWNhc3QgdXBkYXRlIGNhbGxiYWNrCg== --MP_/_fB7N01Qf5qicxGh2IaGe.3 Content-Type: application/octet-stream; name=cpu_fbsd80 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=cpu_fbsd80 a2Vybi5jY3B1OiAwCiAgPGNwdSBjb3VudD0iMiIgbWFzaz0iMHgzIj4wLCAxPC9jcHU+CiAgICA8 Y3B1IGNvdW50PSIyIiBtYXNrPSIweDMiPjAsIDE8L2NwdT4Ka2Vybi5zbXAuY3B1czogMgprZXJu LnNtcC5tYXhjcHVzOiAzMgpkZWJ1Zy5jcHVmcmVxLnZlcmJvc2U6IDAKZGVidWcuY3B1ZnJlcS5s b3dlc3Q6IDAKZGVidWcua2RiLnN0b3BfY3B1czogMQpody5uY3B1OiAyCmh3LmFjcGkuY3B1LmN4 X2xvd2VzdDogQzEKbWFjaGRlcC5obHRfY3B1czogMApzZWN1cml0eS5qYWlsLnBhcmFtLmNwdXNl dC5pZDogMApkZXYuY3B1LjAuJWRlc2M6IEFDUEkgQ1BVCmRldi5jcHUuMC4lZHJpdmVyOiBjcHUK ZGV2LmNwdS4wLiVsb2NhdGlvbjogaGFuZGxlPVxfUFJfLlAwMDEKZGV2LmNwdS4wLiVwbnBpbmZv OiBfSElEPW5vbmUgX1VJRD0wCmRldi5jcHUuMC4lcGFyZW50OiBhY3BpMApkZXYuY3B1LjAuZnJl cTogMjgwMApkZXYuY3B1LjAuZnJlcV9sZXZlbHM6IDI4MDAvMjI3OTAgMjQ1MC8xOTk0MSAyMTAw LzE2NjYwIDE4MzcvMTQ1NzcgMTYwMC8xMzgzNyAxNDAwLzEyMTA3IDEyMDAvMTAzNzcgMTAwMC84 NjQ4IDgwMC82MjAwIDcwMC81NDI1IDYwMC80NjUwIDUwMC8zODc1IDQwMC8zMTAwIDMwMC8yMzI1 IDIwMC8xNTUwIDEwMC83NzUKZGV2LmNwdS4wLmN4X3N1cHBvcnRlZDogQzEvMApkZXYuY3B1LjAu Y3hfbG93ZXN0OiBDMQpkZXYuY3B1LjAuY3hfdXNhZ2U6IDEwMC4wMCUgbGFzdCA1MDB1cwpkZXYu Y3B1LjEuJWRlc2M6IEFDUEkgQ1BVCmRldi5jcHUuMS4lZHJpdmVyOiBjcHUKZGV2LmNwdS4xLiVs b2NhdGlvbjogaGFuZGxlPVxfUFJfLlAwMDIKZGV2LmNwdS4xLiVwbnBpbmZvOiBfSElEPW5vbmUg X1VJRD0wCmRldi5jcHUuMS4lcGFyZW50OiBhY3BpMApkZXYuY3B1LjEuY3hfc3VwcG9ydGVkOiBD MS8wCmRldi5jcHUuMS5jeF9sb3dlc3Q6IEMxCmRldi5jcHUuMS5jeF91c2FnZTogMTAwLjAwJSBs YXN0IDUwMHVzCmRldi5hY3BpX3BlcmYuMC4lcGFyZW50OiBjcHUwCmRldi5hY3BpX3BlcmYuMS4l cGFyZW50OiBjcHUxCmRldi5hY3BpX3Rocm90dGxlLjAuJXBhcmVudDogY3B1MApkZXYuY3B1ZnJl cS4wLiVkcml2ZXI6IGNwdWZyZXEKZGV2LmNwdWZyZXEuMC4lcGFyZW50OiBjcHUwCmRldi5od3Bz dGF0ZS4wLiVwYXJlbnQ6IGNwdTAK --MP_/_fB7N01Qf5qicxGh2IaGe.3-- From owner-freebsd-amd64@FreeBSD.ORG Mon Dec 14 01:40:03 2009 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E6A1106568B for ; Mon, 14 Dec 2009 01:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 13BD48FC0C for ; Mon, 14 Dec 2009 01:40:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBE1e22n038135 for ; Mon, 14 Dec 2009 01:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBE1e2G5038134; Mon, 14 Dec 2009 01:40:02 GMT (envelope-from gnats) Date: Mon, 14 Dec 2009 01:40:02 GMT Message-Id: <200912140140.nBE1e2G5038134@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Byron Young X-Mailman-Approved-At: Mon, 14 Dec 2009 05:19:17 +0000 Cc: Subject: Re: amd64/141413: [hang] Tyan 2881 m3289 SMDC freeze X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Byron Young List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2009 01:40:03 -0000 The following reply was made to PR amd64/141413; it has been noted by GNATS. From: Byron Young To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/141413: [hang] Tyan 2881 m3289 SMDC freeze Date: Sun, 13 Dec 2009 17:35:29 -0800 (PST) A debugging session puts the hang at line 581. Interesting to note that some other *nix distros don't seem to have this hangup. # sysctl hw.bge.allow_asf hw.bge.allow_asf: 1 # cat if.txt b main set args -v bge0 inet 192.168.4.8 netmask 255.255.255.0 r # gdb -x if.txt ifconfig GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Breakpoint 1 at 0x402b48: file /usr/src/sbin/ifconfig/ifconfig.c, line 143. Breakpoint 1, main (argc=7, argv=0x7fffffffecd0) at /usr/src/sbin/ifconfig/ifconfig.c:143 143 { (gdb) b ifconfig Breakpoint 2 at 0x403736: file /usr/src/sbin/ifconfig/ifconfig.c, line 465. (gdb) c Continuing. Breakpoint 2, ifconfig (argc=3, argv=0x7fffffffecf0, iscreate=0, uafp=0x521f60) at /usr/src/sbin/ifconfig/ifconfig.c:465 465 strncpy(ifr.ifr_name, name, sizeof ifr.ifr_name); (gdb) b 581 Breakpoint 3 at 0x403bff: file /usr/src/sbin/ifconfig/ifconfig.c, line 581. (gdb) c Continuing. Breakpoint 3, ifconfig (argc=0, argv=0x7fffffffed08, iscreate=0, uafp=0x521f60) at /usr/src/sbin/ifconfig/ifconfig.c:581 581 if (ioctl(s, afp->af_aifaddr, afp->af_addreq) < 0) (gdb) quit From owner-freebsd-amd64@FreeBSD.ORG Mon Dec 14 11:06:50 2009 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D7DB1065702 for ; Mon, 14 Dec 2009 11:06:50 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 320CB8FC23 for ; Mon, 14 Dec 2009 11:06:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBEB6o63075859 for ; Mon, 14 Dec 2009 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBEB6nJ3075857 for freebsd-amd64@FreeBSD.org; Mon, 14 Dec 2009 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 Dec 2009 11:06:49 GMT Message-Id: <200912141106.nBEB6nJ3075857@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org X-Mailman-Approved-At: Mon, 14 Dec 2009 12:39:02 +0000 Cc: Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2009 11:06:50 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/141413 amd64 [hang] Tyan 2881 m3289 SMDC freeze o amd64/141112 amd64 [ata] [panic] Kernel panic when booting with any sATA o amd64/141060 amd64 [install] Can't install 8.0-RELEASE on the server wher o amd64/140715 amd64 [boot] Dell M600 Blade fails to boot 7.2+ 64 bit o amd64/140596 amd64 [panic] Kernel panic/crash o amd64/140391 amd64 [hang] powerd(8) freezes computer on Phenom II compute o amd64/140145 amd64 [boot] Installation boot sequence freezes o amd64/139998 amd64 [panic] 7.2 amd64 panic in kern_mutex.c:339 o amd64/139924 amd64 [boot] cd or dvd not load o amd64/139614 amd64 [minidump] minidumps fail when many interrupts fire f amd64/138661 amd64 [panic] Kernel Panic after typing "reboot" o amd64/138626 amd64 telepites o amd64/138029 amd64 [panic] periodically kernel panic and reboot o amd64/137942 amd64 [pci] 8.0-BETA2 having problems with Asus M2N-SLI-delu o amd64/136814 amd64 [mxge] mxge driver error s i386/135447 amd64 [i386] [request] Intel Core i7 and Nehalem-EP new feat o amd64/135265 amd64 [install] Boot from install cd hangs on HP DL160 G5 wi o amd64/135040 amd64 [ata] FreeBSD/amd64 does not (always) detect disk on S o amd64/134978 amd64 [panic] g_up pmap amd64 panic o amd64/134757 amd64 32 bit processes on 64 bit platforms occasionally drop o amd64/133977 amd64 [panic] [ffs] "panic: ffs_blkfree: freeing free block" o amd64/133701 amd64 Recompiling the kernel with k8temp or smbios break GEO o amd64/132574 amd64 [boot] [hang] Freeze on bootstrap loader (CD) using AT f amd64/132019 amd64 [install] kernel trap 12 while installation o amd64/131906 amd64 [ata] SATA data corruption with Promise PDC20378 (amd6 o amd64/131456 amd64 ACPI & ATA problems o amd64/131314 amd64 [modules] [panic] large modules fail to load on amd64 o amd64/131209 amd64 [panic] [bce] 7.1-STABLE amd64 crash - m0 NULL f amd64/130885 amd64 sockstat(1) on amd64 does not work o amd64/130864 amd64 [hang] Problem with copying files to a large partition o amd64/130817 amd64 FreeBSD does not support HP DL160G5 [regression] o amd64/130494 amd64 [boot] netbooting BTX fails on amd64 o amd64/130483 amd64 [mxge] MSI must be disabled when Myricom 10Gbps Card i o amd64/130368 amd64 [hang] Switching from xorg to console locks up compute o amd64/129889 amd64 [boot] [hang] The booting process stops at the line mo o amd64/129721 amd64 [hang] Motherboard K9N2G Neo-FD hangs on boot of 7.0-R o amd64/129667 amd64 [ata] Elitegroup A780GM-A IDE controller not recognize o amd64/129426 amd64 [panic] FreeBSD 7.0 crash after subdiskXX: detached o amd64/129315 amd64 [boot] [reboot] amd64 motherboard: Intel DG965WH mothe o amd64/128978 amd64 [install] FreeBSD 6.3 64-bit panics at boot time duri o amd64/128810 amd64 AMD 64 port installation o amd64/128765 amd64 [install] Install CD loads to Install choices but stop o amd64/128263 amd64 [panic] 2 amd64 dl380 g5 with dual quadcore xeons, 8 a o amd64/128259 amd64 csh(1): "`" crashes csh o amd64/127640 amd64 gcc(1) will not build shared libraries with -fprofile- o amd64/127484 amd64 [timecounters] Drift problem with FreeBSD 7.0 and 7.1 o amd64/127451 amd64 [scheduler] incorrect load on quad core o amd64/127397 amd64 [amd64] 32bit application on FreeBSD-6.3 amd64 gets SI s amd64/127276 amd64 ldd(1) invokes linux yes o amd64/127129 amd64 mdconfig(8) is core dumping with Segmentation Fault 11 o amd64/125873 amd64 [smbd] [panic] Repeated kernel panics, trap 12 page fa o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/124134 amd64 [kernel] The kernel doesn't follow the calling convent o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang f amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails f amd64/121590 amd64 [est] [p4tcc] [acpi_perf] setting dev.cpu.0.freq somet o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A a amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 s amd64/116689 amd64 [request] support for MSI K9MM-V o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116159 amd64 [panic] Panic while debugging on CURRENT s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/89501 amd64 [install] System crashes on install using ftp on local o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/76136 amd64 [hang] system halts before reboot o amd64/74747 amd64 [panic] System panic on shutdown when process will not 102 problems total. From owner-freebsd-amd64@FreeBSD.ORG Tue Dec 15 00:35:54 2009 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50B13106566C; Tue, 15 Dec 2009 00:35:54 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 286278FC0C; Tue, 15 Dec 2009 00:35:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBF0ZsmA088808; Tue, 15 Dec 2009 00:35:54 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBF0ZsLi088804; Tue, 15 Dec 2009 00:35:54 GMT (envelope-from linimon) Date: Tue, 15 Dec 2009 00:35:54 GMT Message-Id: <200912150035.nBF0ZsLi088804@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-amd64@FreeBSD.org From: linimon@FreeBSD.org X-Mailman-Approved-At: Tue, 15 Dec 2009 00:47:09 +0000 Cc: Subject: Re: amd64/135014: [padlock] Using padlock(4) in 8-current triggers "fpudna in kernel mode!" warnings X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2009 00:35:54 -0000 Synopsis: [padlock] Using padlock(4) in 8-current triggers "fpudna in kernel mode!" warnings Responsible-Changed-From-To: freebsd-bugs->freebsd-amd64 Responsible-Changed-By: linimon Responsible-Changed-When: Tue Dec 15 00:34:16 UTC 2009 Responsible-Changed-Why: By request of Michael Moll in followup, reclassify this as an amd64 bug. His theory is that the floating-point registers may not be being handled correctly in the kernel. http://www.freebsd.org/cgi/query-pr.cgi?pr=135014 From owner-freebsd-amd64@FreeBSD.ORG Tue Dec 15 16:11:10 2009 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D08A61065670; Tue, 15 Dec 2009 16:11:10 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx09.syd.optusnet.com.au (fallbackmx09.syd.optusnet.com.au [211.29.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 656F88FC0A; Tue, 15 Dec 2009 16:11:10 +0000 (UTC) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by fallbackmx09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id nBFEZBFl030486; Wed, 16 Dec 2009 01:35:11 +1100 Received: from c220-239-235-116.carlnfd3.nsw.optusnet.com.au (c220-239-235-116.carlnfd3.nsw.optusnet.com.au [220.239.235.116]) by mail05.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id nBFEZ75Q008119 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Dec 2009 01:35:09 +1100 Date: Wed, 16 Dec 2009 01:35:07 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: linimon@FreeBSD.org In-Reply-To: <200912150035.nBF0ZsLi088804@freefall.freebsd.org> Message-ID: <20091216005926.T34815@delplex.bde.org> References: <200912150035.nBF0ZsLi088804@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-bugs@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: amd64/135014: [padlock] Using padlock(4) in 8-current triggers "fpudna in kernel mode!" warnings X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2009 16:11:10 -0000 [This probably won't make it into the followup, since gnats still doesn't generate useful followup addresses and I didn't tyy to edit the headers.] > Synopsis: [padlock] Using padlock(4) in 8-current triggers "fpudna in kernel mode!" warnings > By request of Michael Moll in followup, reclassify this as an amd64 > bug. His theory is that the floating-point registers may not be being > handled correctly in the kernel. This seems to be a bug in padlock(4). Apparently the inline asm that it uses requires the FPU. But use of the FPU in the kernel is not supported. (except the obsolete i586 copy optimizations). This bug doesn't seem to be amd64-specific. The bug was smaller on amd64 than on i386. i386 didn't even print a warning when the unsupported use is detected. emaste@ fixed this recently. He just added the printf, to help debug the problem. The printf should always have been a panic, but changing to a panic now would be too drastic. Various hacks are possible for using the FPU in the kernel. Here the use seems to be in a kernel thread (g_eli[n]?). Since all threads are heavyweight, they get a private virtualized copy of the FPU as part of their weight, and since they don't make syscalls, and since normal interrupt handlers are also heavyweight threads and "fast" interrupt handlers hopefully aren't so broken as to use the FPU, this copy hopefully doesn't get corrupted by them (kthreads) running in a separate kernel context, so ignoring the bug happens to give the correct behaviour. Even for user threads making syscalls, ignoring the bug would mostly give correct behaviour, since in normal ABIs syscalls are a sort of sequence point at which the FPU is mostly unused -- only changes to the FPU environment while in kernel context would corrupt the in-use part. So an fairly easy fix for the case in this PR might be for kthreads that use the FPU to tell the kernel that they really mean to use it and/or guarantee safe use, so that this use can be distinguished from accidental possibly-unsafe use. Bruce From owner-freebsd-amd64@FreeBSD.ORG Tue Dec 15 19:10:03 2009 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D38C106568D for ; Tue, 15 Dec 2009 19:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 62B538FC08 for ; Tue, 15 Dec 2009 19:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBFJA34h069652 for ; Tue, 15 Dec 2009 19:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBFJA36M069651; Tue, 15 Dec 2009 19:10:03 GMT (envelope-from gnats) Date: Tue, 15 Dec 2009 19:10:03 GMT Message-Id: <200912151910.nBFJA36M069651@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Patrick Lamaiziere X-Mailman-Approved-At: Tue, 15 Dec 2009 19:13:43 +0000 Cc: Subject: Re: amd64/135014: [padlock] Using padlock(4) in 8-current triggers "fpudna in kernel mode!" warnings X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Patrick Lamaiziere List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2009 19:10:03 -0000 The following reply was made to PR amd64/135014; it has been noted by GNATS. From: Patrick Lamaiziere To: bug-followup@freebsd.org Cc: Bruce Evans , freebsd-amd64@FreeBSD.org Subject: Re: amd64/135014: [padlock] Using padlock(4) in 8-current triggers "fpudna in kernel mode!" warnings Date: Tue, 15 Dec 2009 20:04:59 +0100 Le Wed, 16 Dec 2009 01:35:07 +1100 (EST), Bruce Evans a =E9crit : > [This probably won't make it into the followup, since gnats still > doesn't generate useful followup addresses and I didn't tyy to edit > the headers.] >=20 > > Synopsis: [padlock] Using padlock(4) in 8-current triggers "fpudna > > in kernel mode!" warnings >=20 > > By request of Michael Moll in followup, reclassify this as an amd64 > > bug. His theory is that the floating-point registers may not be > > being handled correctly in the kernel. >=20 > This seems to be a bug in padlock(4). Apparently the inline asm that > it uses requires the FPU. But use of the FPU in the kernel is not > supported. (except the obsolete i586 copy optimizations). According to the Linux code, padlock does not use the FPU but can generate a DNA fault: http://fxr.watson.org/fxr/source/drivers/crypto/padlock-aes.c?v=3Dlinux-2.6= #L182 =20 They use a irq_ts_save() / restore operation between padlock intruction. I don't know if there are similar things into the FreeBSD kernel: http://fxr.watson.org/fxr/source/drivers/crypto/padlock-aes.c?v=3Dlinux-2.6= #L296 See also this thread: http://lkml.indiana.edu/hypermail/linux/kernel/0808.1/0306.html HTH, regards. From owner-freebsd-amd64@FreeBSD.ORG Tue Dec 15 19:20:27 2009 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 895C81065676 for ; Tue, 15 Dec 2009 19:20:27 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4C48FC08 for ; Tue, 15 Dec 2009 19:20:27 +0000 (UTC) Received: from baby-jane.lamaiziere.net (11.158.192-77.rev.gaoland.net [77.192.158.11]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 2926163317E; Tue, 15 Dec 2009 20:05:00 +0100 (CET) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 47B882CEC18; Tue, 15 Dec 2009 20:05:00 +0100 (CET) Date: Tue, 15 Dec 2009 20:04:59 +0100 From: Patrick Lamaiziere To: bug-followup@freebsd.org Message-ID: <20091215200459.3dbe84eb@baby-jane.lamaiziere.net> In-Reply-To: <20091216005926.T34815@delplex.bde.org> References: <200912150035.nBF0ZsLi088804@freefall.freebsd.org> <20091216005926.T34815@delplex.bde.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.18.3; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 15 Dec 2009 19:55:31 +0000 Cc: freebsd-amd64@FreeBSD.org Subject: Re: amd64/135014: [padlock] Using padlock(4) in 8-current triggers "fpudna in kernel mode!" warnings X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2009 19:20:27 -0000 Le Wed, 16 Dec 2009 01:35:07 +1100 (EST), Bruce Evans a =E9crit : > [This probably won't make it into the followup, since gnats still > doesn't generate useful followup addresses and I didn't tyy to edit > the headers.] >=20 > > Synopsis: [padlock] Using padlock(4) in 8-current triggers "fpudna > > in kernel mode!" warnings >=20 > > By request of Michael Moll in followup, reclassify this as an amd64 > > bug. His theory is that the floating-point registers may not be > > being handled correctly in the kernel. >=20 > This seems to be a bug in padlock(4). Apparently the inline asm that > it uses requires the FPU. But use of the FPU in the kernel is not > supported. (except the obsolete i586 copy optimizations). According to the Linux code, padlock does not use the FPU but can generate a DNA fault: http://fxr.watson.org/fxr/source/drivers/crypto/padlock-aes.c?v=3Dlinux-2.6= #L182 =20 They use a irq_ts_save() / restore operation between padlock intruction. I don't know if there are similar things into the FreeBSD kernel: http://fxr.watson.org/fxr/source/drivers/crypto/padlock-aes.c?v=3Dlinux-2.6= #L296 See also this thread: http://lkml.indiana.edu/hypermail/linux/kernel/0808.1/0306.html HTH, regards. From owner-freebsd-amd64@FreeBSD.ORG Tue Dec 15 20:42:31 2009 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F0E3106566B; Tue, 15 Dec 2009 20:42:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 48D5D8FC13; Tue, 15 Dec 2009 20:42:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nBFKgUfG093375; Tue, 15 Dec 2009 15:42:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nBFKgUYr093373; Tue, 15 Dec 2009 20:42:30 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 15 Dec 2009 20:42:30 GMT Message-Id: <200912152042.nBFKgUYr093373@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2009 20:42:31 -0000 TB --- 2009-12-15 19:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-15 19:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-12-15 19:05:00 - cleaning the object tree TB --- 2009-12-15 19:05:26 - cvsupping the source tree TB --- 2009-12-15 19:05:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-12-15 19:06:03 - building world TB --- 2009-12-15 19:06:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-15 19:06:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-15 19:06:03 - TARGET=amd64 TB --- 2009-12-15 19:06:03 - TARGET_ARCH=amd64 TB --- 2009-12-15 19:06:03 - TZ=UTC TB --- 2009-12-15 19:06:03 - __MAKE_CONF=/dev/null TB --- 2009-12-15 19:06:03 - cd /src TB --- 2009-12-15 19:06:03 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 15 19:06:03 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Dec 15 20:32:01 UTC 2009 TB --- 2009-12-15 20:32:01 - generating LINT kernel config TB --- 2009-12-15 20:32:01 - cd /src/sys/amd64/conf TB --- 2009-12-15 20:32:01 - /usr/bin/make -B LINT TB --- 2009-12-15 20:32:01 - building LINT kernel TB --- 2009-12-15 20:32:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-15 20:32:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-15 20:32:01 - TARGET=amd64 TB --- 2009-12-15 20:32:01 - TARGET_ARCH=amd64 TB --- 2009-12-15 20:32:01 - TZ=UTC TB --- 2009-12-15 20:32:01 - __MAKE_CONF=/dev/null TB --- 2009-12-15 20:32:01 - cd /src TB --- 2009-12-15 20:32:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 15 20:32:01 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_ip_input.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_ipfw.c /src/sys/netgraph/ng_ipfw.c: In function 'ng_ipfw_input': /src/sys/netgraph/ng_ipfw.c:275: error: dereferencing pointer to incomplete type /src/sys/netgraph/ng_ipfw.c:295: error: dereferencing pointer to incomplete type /src/sys/netgraph/ng_ipfw.c:296: error: dereferencing pointer to incomplete type /src/sys/netgraph/ng_ipfw.c:297: error: dereferencing pointer to incomplete type /src/sys/netgraph/ng_ipfw.c:299: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-15 20:42:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-15 20:42:30 - ERROR: failed to build lint kernel TB --- 2009-12-15 20:42:30 - 4324.87 user 966.93 system 5849.71 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Tue Dec 15 20:14:19 2009 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC4091065679; Tue, 15 Dec 2009 20:14:19 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 93B218FC0A; Tue, 15 Dec 2009 20:14:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBFKEJdl037069; Tue, 15 Dec 2009 20:14:19 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBFKEJtX037065; Tue, 15 Dec 2009 20:14:19 GMT (envelope-from yongari) Date: Tue, 15 Dec 2009 20:14:19 GMT Message-Id: <200912152014.nBFKEJtX037065@freefall.freebsd.org> To: ilya79@actcom.net.il, yongari@FreeBSD.org, freebsd-amd64@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org X-Mailman-Approved-At: Tue, 15 Dec 2009 20:51:44 +0000 Cc: Subject: Re: amd64/87316: [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2009 20:14:19 -0000 Synopsis: [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd64 State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Dec 15 20:13:26 UTC 2009 State-Changed-Why: Would you try the patch at the following URL? http://people.freebsd.org/~yongari/vge/vge.miipoll.diff The patch generated against latest CURRENT. Responsible-Changed-From-To: freebsd-amd64->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Dec 15 20:13:26 UTC 2009 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=87316 From owner-freebsd-amd64@FreeBSD.ORG Sat Dec 19 20:49:54 2009 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A2801065672; Sat, 19 Dec 2009 20:49:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DB7438FC1A; Sat, 19 Dec 2009 20:49:53 +0000 (UTC) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id nBJKnpKG035006; Sat, 19 Dec 2009 15:49:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id nBJKnpPh031387; Sat, 19 Dec 2009 15:49:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id F39471B5078; Sat, 19 Dec 2009 15:49:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20091219204950.F39471B5078@freebsd-stable.sentex.ca> Date: Sat, 19 Dec 2009 15:49:50 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2009 20:49:54 -0000 TB --- 2009-12-19 19:03:58 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-12-19 19:03:58 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2009-12-19 19:03:58 - cleaning the object tree TB --- 2009-12-19 19:04:35 - cvsupping the source tree TB --- 2009-12-19 19:04:35 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2009-12-19 19:04:45 - building world TB --- 2009-12-19 19:04:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-19 19:04:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-19 19:04:45 - TARGET=amd64 TB --- 2009-12-19 19:04:45 - TARGET_ARCH=amd64 TB --- 2009-12-19 19:04:45 - TZ=UTC TB --- 2009-12-19 19:04:45 - __MAKE_CONF=/dev/null TB --- 2009-12-19 19:04:45 - cd /src TB --- 2009-12-19 19:04:45 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 19 19:04:46 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Dec 19 20:35:41 UTC 2009 TB --- 2009-12-19 20:35:41 - generating LINT kernel config TB --- 2009-12-19 20:35:41 - cd /src/sys/amd64/conf TB --- 2009-12-19 20:35:41 - /usr/bin/make -B LINT TB --- 2009-12-19 20:35:41 - building LINT kernel TB --- 2009-12-19 20:35:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-19 20:35:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-19 20:35:41 - TARGET=amd64 TB --- 2009-12-19 20:35:41 - TARGET_ARCH=amd64 TB --- 2009-12-19 20:35:41 - TZ=UTC TB --- 2009-12-19 20:35:41 - __MAKE_CONF=/dev/null TB --- 2009-12-19 20:35:41 - cd /src TB --- 2009-12-19 20:35:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 19 20:35:41 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/amd64/machdep.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/amd64/mca.c cc1: warnings being treated as errors /src/sys/amd64/amd64/mca.c: In function 'mca_init': /src/sys/amd64/amd64/mca.c:510: warning: implicit declaration of function 'CPUID_TO_FAMILY' /src/sys/amd64/amd64/mca.c:510: warning: nested extern declaration of 'CPUID_TO_FAMILY' /src/sys/amd64/amd64/mca.c:511: warning: implicit declaration of function 'CPUID_TO_MODEL' /src/sys/amd64/amd64/mca.c:511: warning: nested extern declaration of 'CPUID_TO_MODEL' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-19 20:49:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-19 20:49:50 - ERROR: failed to build lint kernel TB --- 2009-12-19 20:49:50 - 5298.50 user 567.43 system 6352.01 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full