From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 01:00:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A203616A4CE for ; Sun, 3 Apr 2005 01:00:41 +0000 (GMT) Received: from f17.mail.ru (f17.mail.ru [194.67.57.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53DA143D53 for ; Sun, 3 Apr 2005 01:00:40 +0000 (GMT) (envelope-from sanvean@mail.ru) Received: from mail by f17.mail.ru with local id 1DHtTj-0009Nr-00 for freebsd-current@freebsd.org; Sun, 03 Apr 2005 05:00:39 +0400 Received: from [212.1.248.243] by win.mail.ru with HTTP; Sun, 03 Apr 2005 05:00:39 +0400 From: Denis Fokin To: freebsd-current@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [212.1.248.243] Date: Sun, 03 Apr 2005 05:00:39 +0400 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: Problems with Bluetooth LAN access X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Denis Fokin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 01:00:41 -0000 Hi! I meet a problem, while trying to access my LAN from iPaq 2210 through FreeBSD 5.3 box via Bluetooth. I have an Tekram-branded USB-BT dongle. This dongle is successfully recognized in OS and works: ------------------------------------------------------------------ sanvean% /etc/rc.bluetooth start ubt0 BD_ADDR: 00:0b:0d:31:93:c2 Features: 0xff 0xff 0x5 0x38 0x18 0x18 00 00 <3-Slot> <5-Slot> Max. ACL packet size: 120 bytes Number of ACL packets: 20 Max. SCO packet size: 0 bytes Number of SCO packets: 0 ------------------------------------------------------------------ I can see my iPaq from FreeBSD ------------------------------------------------------------------ sanvean% hccontrol -n ubt0hci inquiry Inquiry result, num_responses=1 Inquiry result #0 BD_ADDR: 00:04:3e:80:45:d1 Page Scan Rep. Mode: 0x1 Page Scan Period Mode: 00 Page Scan Mode: 00 Class: 12:01:10 Clock offset: 0x236f Inquiry complete. Status: No error [00] ------------------------------------------------------------------ And even ping it... ------------------------------------------------------------------ sanvean% l2ping -a 00:04:3e:80:45:d1 44 bytes from 00:04:3e:80:45:d1 seq_no=0 time=2644.202 ms result=0 44 bytes from 00:04:3e:80:45:d1 seq_no=1 time=14.698 ms result=0 44 bytes from 00:04:3e:80:45:d1 seq_no=2 time=12.478 ms result=0 44 bytes from 00:04:3e:80:45:d1 seq_no=3 time=13.294 ms result=0 ^C ------------------------------------------------------------------ And more, I can see all services, that iPaq provides. ------------------------------------------------------------------ sanvean% sdptool browse 00:04:3e:80:45:d1 Browsing 00:04:3e:80:45:d1 ... Service Name: Generic Serial Service RecHandle: 0x10000 Service Class ID List: "Serial Port" (0x1101) Protocol Descriptor List: "L2CAP" (0x0100) "RFCOMM" (0x0003) Channel: 1 Language Base Attr List: code_ISO639: 0x656e encoding: 0x6a base_offset: 0x100 Profile Descriptor List: "Serial Port" (0x1101) Version: 0x0100 ------------------------------------------------------------------ Fine, let's bring up the service: ------------------------------------------------------------------ sanvean% sdptool add --channel 7 LAN LAN Access service registered sanvean% rfcomm_pppd -s -C 7 -l rfcomm-server sanvean% sdptool browse ff:ff:ff:00:00:00 Browsing ff:ff:ff:00:00:00 ... Service Name: Bluetooth service discovery Service Description: Bluetooth service discovery Service Provider: FreeBSD Service RecHandle: 0x0 Service Class ID List: "SDP Server" (0x1000) Protocol Descriptor List: "L2CAP" (0x0100) PSM: 1 Version: 0x0001 Language Base Attr List: code_ISO639: 0x656e encoding: 0x6a base_offset: 0x100 Service Name: Public Browse Group Root Service Description: Public Browse Group Root Service Provider: FreeBSD Service RecHandle: 0x1 Service Class ID List: "Browse Group Descriptor" (0x1001) Language Base Attr List: code_ISO639: 0x656e encoding: 0x6a base_offset: 0x100 Service Name: LAN Access using PPP Service RecHandle: 0xa Service Class ID List: "LAN Access Using PPP" (0x1102) Protocol Descriptor List: "L2CAP" (0x0100) "RFCOMM" (0x0003) Channel: 7 Language Base Attr List: code_ISO639: 0x656e encoding: 0x6a base_offset: 0x100 Profile Descriptor List: "LAN Access Using PPP" (0x1102) Version: 0x0100 ------------------------------------------------------------------ Here is my pppd.conf file: ------------------------------------------------------------------ sanvean% cvery at /etc/ppp/ppp.conf default: set log Phase Chat LCP IPCP CCP tun command rfcomm-server: set cd off set dial set speed 115200 set timeout 0 nat enable yes set ifaddr 192.168.1.2/0 192.168.1.3/0 enable dns open disable pap deny pap disable chap deny chap ------------------------------------------------------------------- Now, going to iPaq.... Well, I can see my FreeBSD box, i have discovered "LAN Access Using PPP" service and I am ready to use it. Let's go! Password? Forged about it, clear the fields and tap Ok. "Answering modem has disconnected", Ok! I have typed my FreeBSD login/password - Still no luck. Have killed 6 hours investigating this - still no luck. Now, my debug information: sanvean# tail -f /var/log/ppp.log Apr 3 04:40:01 sanvean ppp[12658]: Phase: Using interface: tun0 Apr 3 04:40:01 sanvean ppp[12658]: Phase: deflink: Created in closed state Apr 3 04:40:01 sanvean ppp[12658]: tun0: Command: default: enable dns Apr 3 04:40:01 sanvean ppp[12658]: tun0: Command: rfcomm-server: set cd off Apr 3 04:40:01 sanvean ppp[12658]: tun0: Command: rfcomm-server: set dial Apr 3 04:40:01 sanvean ppp[12658]: tun0: Command: rfcomm-server: set speed 115200 Apr 3 04:40:01 sanvean ppp[12658]: tun0: Command: rfcomm-server: set timeout 0 Apr 3 04:40:01 sanvean ppp[12658]: tun0: Command: rfcomm-server: nat enable yes Apr 3 04:40:01 sanvean ppp[12658]: tun0: Command: rfcomm-server: set ifaddr 192.168.1.2/0 192.168.1.3/0 Apr 3 04:40:01 sanvean ppp[12658]: tun0: Command: rfcomm-server: enable dns Apr 3 04:40:01 sanvean ppp[12658]: tun0: Command: rfcomm-server: open Apr 3 04:40:01 sanvean ppp[12658]: tun0: Phase: bundle: Establish Apr 3 04:40:01 sanvean ppp[12658]: tun0: Phase: deflink: closed -> opening Apr 3 04:40:01 sanvean ppp[12658]: tun0: Command: rfcomm-server: disable pap Apr 3 04:40:01 sanvean ppp[12658]: tun0: Command: rfcomm-server: deny pap Apr 3 04:40:01 sanvean ppp[12658]: tun0: Command: rfcomm-server: disable chap Apr 3 04:40:01 sanvean ppp[12658]: tun0: Command: rfcomm-server: deny chap Apr 3 04:40:01 sanvean ppp[12658]: tun0: Phase: PPP Started (direct mode). Apr 3 04:40:01 sanvean ppp[12658]: tun0: Phase: deflink: Connected! Apr 3 04:40:01 sanvean ppp[12658]: tun0: Phase: deflink: opening -> carrier Apr 3 04:40:01 sanvean ppp[12658]: tun0: Phase: deflink: carrier -> lcp Apr 3 04:40:01 sanvean ppp[12658]: tun0: LCP: FSM: Using "deflink" as a transport Apr 3 04:40:01 sanvean ppp[12658]: tun0: LCP: deflink: State change Initial --> Closed Apr 3 04:40:01 sanvean ppp[12658]: tun0: LCP: deflink: State change Closed --> Stopped Apr 3 04:40:02 sanvean ppp[12658]: tun0: LCP: deflink: LayerStart Apr 3 04:40:02 sanvean ppp[12658]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Apr 3 04:40:02 sanvean ppp[12658]: tun0: LCP: ACFCOMP[2] Apr 3 04:40:02 sanvean ppp[12658]: tun0: LCP: PROTOCOMP[2] Apr 3 04:40:02 sanvean ppp[12658]: tun0: LCP: ACCMAP[6] 0x00000000 Apr 3 04:40:02 sanvean ppp[12658]: tun0: LCP: MRU[4] 1500 Apr 3 04:40:02 sanvean ppp[12658]: tun0: LCP: MAGICNUM[6] 0xfecfe127 Apr 3 04:40:02 sanvean ppp[12658]: tun0: LCP: deflink: State change Stopped --> Req-Sent Apr 3 04:40:05 sanvean ppp[12658]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent Apr 3 04:40:05 sanvean ppp[12658]: tun0: LCP: ACFCOMP[2] Apr 3 04:40:05 sanvean ppp[12658]: tun0: LCP: PROTOCOMP[2] Apr 3 04:40:05 sanvean ppp[12658]: tun0: LCP: ACCMAP[6] 0x00000000 Apr 3 04:40:05 sanvean ppp[12658]: tun0: LCP: MRU[4] 1500 Apr 3 04:40:05 sanvean ppp[12658]: tun0: LCP: MAGICNUM[6] 0xfecfe127 Apr 3 04:40:08 sanvean ppp[12658]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent Apr 3 04:40:08 sanvean ppp[12658]: tun0: LCP: ACFCOMP[2] Apr 3 04:40:08 sanvean ppp[12658]: tun0: LCP: PROTOCOMP[2] Apr 3 04:40:08 sanvean ppp[12658]: tun0: LCP: ACCMAP[6] 0x00000000 Apr 3 04:40:08 sanvean ppp[12658]: tun0: LCP: MRU[4] 1500 Apr 3 04:40:08 sanvean ppp[12658]: tun0: LCP: MAGICNUM[6] 0xfecfe127 Apr 3 04:40:11 sanvean ppp[12658]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent Apr 3 04:40:11 sanvean ppp[12658]: tun0: LCP: ACFCOMP[2] Apr 3 04:40:11 sanvean ppp[12658]: tun0: LCP: PROTOCOMP[2] Apr 3 04:40:11 sanvean ppp[12658]: tun0: LCP: ACCMAP[6] 0x00000000 Apr 3 04:40:11 sanvean ppp[12658]: tun0: LCP: MRU[4] 1500 Apr 3 04:40:11 sanvean ppp[12658]: tun0: LCP: MAGICNUM[6] 0xfecfe127 Apr 3 04:40:11 sanvean ppp[12658]: tun0: Phase: deflink: read (0): Got zero bytes Apr 3 04:40:11 sanvean ppp[12658]: tun0: LCP: deflink: State change Req-Sent --> Starting Apr 3 04:40:11 sanvean ppp[12658]: tun0: LCP: deflink: LayerFinish Apr 3 04:40:11 sanvean ppp[12658]: tun0: LCP: deflink: State change Starting --> Initial Apr 3 04:40:11 sanvean ppp[12658]: tun0: Phase: deflink: Disconnected! Apr 3 04:40:11 sanvean ppp[12658]: tun0: Phase: deflink: Connect time: 10 secs: 24 octets in, 208 octets out Apr 3 04:40:11 sanvean ppp[12658]: tun0: Phase: deflink: 4 packets in, 4 packets out Apr 3 04:40:11 sanvean ppp[12658]: tun0: Phase: total 23 bytes/sec, peak 23 bytes/sec on Sun Apr 3 04:40:06 2005 Apr 3 04:40:11 sanvean ppp[12658]: tun0: Phase: deflink: lcp -> closed Apr 3 04:40:11 sanvean ppp[12658]: tun0: Phase: bundle: Dead Apr 3 04:40:11 sanvean ppp[12658]: tun0: Phase: PPP Terminated (normal). sanvean# hcidump HCIDump - HCI packet analyzer ver 1.5 device: any snap_len: 65535 filter: 0xffffffff > HCI Event: Connect Request(0x04) plen 10 < HCI Command: Accept Connection Request(0x01|0x0009) plen 7 > HCI Event: Command Status(0x0f) plen 4 > HCI Event: Role Change(0x12) plen 8 > HCI Event: Connect Complete(0x03) plen 11 < HCI Command: Write Link Policy Settings(0x02|0x000d) plen 4 > HCI Event: Command Complete(0x0e) plen 6 > HCI Event: Max Slots Change(0x1b) plen 3 > ACL data: handle 0x0001 flags 0x02 dlen 12 L2CAP(s): Connect req: psm 1 scid 0x0045 < ACL data: handle 0x0001 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x0049 scid 0x0045 result 0 status 0 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 20 L2CAP(s): Config req: dcid 0x0049 flags 0x0000 clen 8 MTU 512 FlushTO 65535 < ACL data: handle 0x0001 flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x0045 flags 0x0000 result 0 clen 0 < ACL data: handle 0x0001 flags 0x02 dlen 12 L2CAP(s): Config req: dcid 0x0045 flags 0x0000 clen 0 > HCI Event: Number of Completed Packets(0x13) plen 5 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x0049 flags 0x0000 result 0 clen 0 > ACL data: handle 0x0001 flags 0x02 dlen 17 L2CAP(d): cid 0x49 len 13 [psm 1] SDP SS Req: tid 0x0 len 0x8 pat uuid-16 0x1102 (LAN) max 0x14 cont 00 < ACL data: handle 0x0001 flags 0x02 dlen 18 L2CAP(d): cid 0x45 len 14 [psm 1] SDP SS Rsp: tid 0x0 len 0x9 tot 0x1 cur 0x1 hndl 0xa cont 00 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 23 L2CAP(d): cid 0x49 len 19 [psm 1] SDP SA Req: tid 0x1 len 0xe hndl 0xa max 0x1f0 aid(s) 0x0000 - 0xffff cont 00 < ACL data: handle 0x0001 flags 0x02 dlen 119 L2CAP(d): cid 0x45 len 115 [psm 1] SDP SA Rsp: tid 0x1 len 0x6e cnt 0x6b aid 0x0000 (SrvRecHndl) uint 0xa aid 0x0001 (SrvClassIDList) < uuid-16 0x1102 (LAN) > aid 0x0004 (ProtocolDescList) < < uuid-16 0x0100 (L2CAP) > < uuid-16 0x0003 (RFCOMM) uint 0x7 > > aid 0x0006 (LangBaseAttrIDList) < uint 0x656e uint 0x6a uint 0x100 > aid 0x0008 (SrvAvail) uint 0x0 aid 0x0009 (BTProfileDescList) < < uuid-16 0x1102 (LAN) uint 0x100 > > aid 0x0100 (SrvName) str "LAN Access using PPP" aid 0x0200 (VersionNumList) str "0.0.0.0/0" cont 00 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 12 L2CAP(s): Disconn req: dcid 0x0049 scid 0x0045 < ACL data: handle 0x0001 flags 0x02 dlen 12 L2CAP(s): Disconn rsp: dcid 0x0049 scid 0x0045 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 12 L2CAP(s): Connect req: psm 3 scid 0x0046 < ACL data: handle 0x0001 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x004a scid 0x0046 result 0 status 0 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 16 L2CAP(s): Config req: dcid 0x004a flags 0x0000 clen 4 MTU 1691 < ACL data: handle 0x0001 flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x0046 flags 0x0000 result 0 clen 0 < ACL data: handle 0x0001 flags 0x02 dlen 16 L2CAP(s): Config req: dcid 0x0046 flags 0x0000 clen 4 MTU 132 > HCI Event: Number of Completed Packets(0x13) plen 5 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x004a flags 0x0000 result 0 clen 0 > ACL data: handle 0x0001 flags 0x02 dlen 8 L2CAP(d): cid 0x4a len 4 [psm 3] RFCOMM(s): SABM: cr 1 dlci 0 pf 1 ilen 0 fcs 0x1c < ACL data: handle 0x0001 flags 0x02 dlen 8 L2CAP(d): cid 0x46 len 4 [psm 3] RFCOMM(s): UA: cr 1 dlci 0 pf 1 ilen 0 fcs 0xd7 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 18 L2CAP(d): cid 0x4a len 14 [psm 3] RFCOMM(s): PN CMD: cr 1 dlci 0 pf 0 ilen 10 fcs 0x70 mcc_len 8 dlci 14 frame_type 0 credit_flow 15 pri 0 ack_timer 0 frame_size 660 max_retrans 0 credits 7 < ACL data: handle 0x0001 flags 0x02 dlen 18 L2CAP(d): cid 0x46 len 14 [psm 3] RFCOMM(s): PN RSP: cr 0 dlci 0 pf 0 ilen 10 fcs 0xaa mcc_len 8 dlci 14 frame_type 0 credit_flow 14 pri 0 ack_timer 0 frame_size 660 max_retrans 0 credits 7 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 8 L2CAP(d): cid 0x4a len 4 [psm 3] RFCOMM(s): SABM: cr 1 dlci 14 pf 1 ilen 0 fcs 0x6 < ACL data: handle 0x0001 flags 0x02 dlen 8 L2CAP(d): cid 0x46 len 4 [psm 3] RFCOMM(s): UA: cr 1 dlci 14 pf 1 ilen 0 fcs 0xcd < ACL data: handle 0x0001 flags 0x02 dlen 12 L2CAP(d): cid 0x46 len 8 [psm 3] RFCOMM(s): MSC CMD: cr 0 dlci 0 pf 0 ilen 4 fcs 0xaa mcc_len 2 dlci 14 fc 0 rtc 1 rtr 1 ic 0 dv 1 b1 1 b2 1 b3 0 len 0 > HCI Event: Number of Completed Packets(0x13) plen 5 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 12 L2CAP(d): cid 0x4a len 8 [psm 3] RFCOMM(s): MSC CMD: cr 1 dlci 0 pf 0 ilen 4 fcs 0x70 mcc_len 2 dlci 14 fc 0 rtc 1 rtr 1 ic 0 dv 1 b1 1 b2 1 b3 0 len 0 < ACL data: handle 0x0001 flags 0x02 dlen 12 L2CAP(d): cid 0x46 len 8 [psm 3] RFCOMM(s): MSC RSP: cr 0 dlci 0 pf 0 ilen 4 fcs 0xaa mcc_len 2 dlci 14 fc 0 rtc 1 rtr 1 ic 0 dv 1 b1 1 b2 1 b3 0 len 0 > ACL data: handle 0x0001 flags 0x02 dlen 12 L2CAP(d): cid 0x4a len 8 [psm 3] RFCOMM(s): MSC RSP: cr 1 dlci 0 pf 0 ilen 4 fcs 0x70 mcc_len 2 dlci 14 fc 0 rtc 1 rtr 1 ic 0 dv 1 b1 1 b2 1 b3 0 len 0 > HCI Event: Number of Completed Packets(0x13) plen 5 < ACL data: handle 0x0001 flags 0x02 dlen 61 L2CAP(d): cid 0x46 len 57 [psm 3] RFCOMM(d): UIH: cr 0 dlci 14 pf 0 ilen 53 fcs 0x7f > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 9 L2CAP(d): cid 0x4a len 5 [psm 3] RFCOMM(d): UIH: cr 1 dlci 14 pf 1 ilen 0 fcs 0xb9 credits 39 > ACL data: handle 0x0001 flags 0x02 dlen 14 L2CAP(d): cid 0x4a len 10 [psm 3] RFCOMM(d): UIH: cr 1 dlci 14 pf 0 ilen 6 fcs 0xa5 < ACL data: handle 0x0001 flags 0x02 dlen 9 L2CAP(d): cid 0x46 len 5 [psm 3] RFCOMM(d): UIH: cr 0 dlci 14 pf 1 ilen 0 fcs 0x63 credits 34 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 14 L2CAP(d): cid 0x4a len 10 [psm 3] RFCOMM(d): UIH: cr 1 dlci 14 pf 0 ilen 6 fcs 0xa5 < ACL data: handle 0x0001 flags 0x02 dlen 61 L2CAP(d): cid 0x46 len 57 [psm 3] RFCOMM(d): UIH: cr 0 dlci 14 pf 0 ilen 53 fcs 0x7f > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 14 L2CAP(d): cid 0x4a len 10 [psm 3] RFCOMM(d): UIH: cr 1 dlci 14 pf 0 ilen 6 fcs 0xa5 < ACL data: handle 0x0001 flags 0x02 dlen 61 L2CAP(d): cid 0x46 len 57 [psm 3] RFCOMM(d): UIH: cr 0 dlci 14 pf 0 ilen 53 fcs 0x7f > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 14 L2CAP(d): cid 0x4a len 10 [psm 3] RFCOMM(d): UIH: cr 1 dlci 14 pf 0 ilen 6 fcs 0xa5 < ACL data: handle 0x0001 flags 0x02 dlen 61 L2CAP(d): cid 0x46 len 57 [psm 3] RFCOMM(d): UIH: cr 0 dlci 14 pf 0 ilen 53 fcs 0x7f > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 8 L2CAP(d): cid 0x4a len 4 [psm 3] RFCOMM(s): DISC: cr 1 dlci 14 pf 1 ilen 0 fcs 0xe7 < ACL data: handle 0x0001 flags 0x02 dlen 8 L2CAP(d): cid 0x46 len 4 [psm 3] RFCOMM(s): UA: cr 1 dlci 14 pf 1 ilen 0 fcs 0xcd > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 8 L2CAP(d): cid 0x4a len 4 [psm 3] RFCOMM(s): DISC: cr 1 dlci 0 pf 1 ilen 0 fcs 0xfd < ACL data: handle 0x0001 flags 0x02 dlen 8 L2CAP(d): cid 0x46 len 4 [psm 3] RFCOMM(s): UA: cr 1 dlci 0 pf 1 ilen 0 fcs 0xd7 > HCI Event: Number of Completed Packets(0x13) plen 5 > ACL data: handle 0x0001 flags 0x02 dlen 12 L2CAP(s): Disconn req: dcid 0x004a scid 0x0046 < ACL data: handle 0x0001 flags 0x02 dlen 12 L2CAP(s): Disconn rsp: dcid 0x004a scid 0x0046 > HCI Event: Number of Completed Packets(0x13) plen 5 > HCI Event: Disconn Complete(0x05) plen 4 Have tried another services: OBEX, Serial - no luck :( My devices can connect to each other, but cannot communicate. Will be grateful for your help. Bye! From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 07:39:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AAF616A4CE for ; Sun, 3 Apr 2005 07:39:44 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id B002843D53 for ; Sun, 3 Apr 2005 07:39:43 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so952067rng for ; Sat, 02 Apr 2005 23:39:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=jiUun+lYmsB8T3BTJOVEOWqXPlXoB3DYV48fXZ68GsnqGQ9qipgNBzWjkxPXUhdScos6MUOg+R7TWqUYxQqrkcXD5JI1V4gTpqVDnhM9oVWr1b7v8CXxjSiqDpN4TRjMrnQwjqX21MTFKuitm0iklQrMSnIU7X5DBlgBmx35awc= Received: by 10.38.151.1 with SMTP id y1mr4257836rnd; Sat, 02 Apr 2005 23:39:43 -0800 (PST) Received: by 10.39.1.32 with HTTP; Sat, 2 Apr 2005 23:39:43 -0800 (PST) Message-ID: <3aaaa3a050402233952162788@mail.gmail.com> Date: Sun, 3 Apr 2005 08:39:43 +0100 From: Chris To: Holger Kipp In-Reply-To: <20050403014218.GA57319@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <3aaaa3a0503271958205ca8e1@mail.gmail.com> <20050403014218.GA57319@intserv.int1.b.intern> cc: freebsd-current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 07:39:44 -0000 Well you cannot change how people think and act, rather then changing the way thousands of people think I think its better to change how the naming is done on non stable releases, what happened with 5.x was that it was named to get more people to use and as such more testing but they were fooled into thinking it was based on stable code and so we seen mass datacentres and individual users using 5.1 and 5.2 for production use, then when 5.3 did the library version bump lots of issues arose from it because so many people were using 5.1 and 5.2. Chris On Apr 3, 2005 2:42 AM, Holger Kipp wrote: > On Mon, Mar 28, 2005 at 04:58:21AM +0100, Chris wrote: > > After what happened with 5.x releases would it be a good idea to name > > No, it isn't. Nothing happened with 5.x releases. > > > current releases different. eg. 6.1-dev 6.2-dev instead of > > 6.1-release. > > We had this type of discussion already several times. Search the > archive for corresponding posts. This discussion is pointless and > only wastes bandwith. > > The real problem is that people do not read and/or think. > A different naming scheme won't change that. > > Regards, > Holger Kipp > From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 08:10:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1365716A4CE for ; Sun, 3 Apr 2005 08:10:38 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 305B643D48 for ; Sun, 3 Apr 2005 08:10:37 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 5BD4F119CC; Sun, 3 Apr 2005 10:10:35 +0200 (CEST) Date: Sun, 3 Apr 2005 10:10:34 +0200 From: "Simon L. Nielsen" To: Chris Message-ID: <20050403081034.GA870@zaphod.nitro.dk> References: <3aaaa3a0503271958205ca8e1@mail.gmail.com> <20050403014218.GA57319@intserv.int1.b.intern> <3aaaa3a050402233952162788@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <3aaaa3a050402233952162788@mail.gmail.com> User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 08:10:38 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.04.03 08:39:43 +0100, Chris wrote: > Well you cannot change how people think and act, rather then changing > the way thousands of people think I think its better to change how the > naming is done on non stable releases, what happened with 5.x was that > it was named to get more people to use and as such more testing but > they were fooled into thinking it was based on stable code and so we "fooled into"??? I think the release announcements pretty clearly stated what the releases were. Of cause if people can't be bothered to read that, then there is not really much else to do. > seen mass datacentres and individual users using 5.1 and 5.2 for > production use, then when 5.3 did the library version bump lots of > issues arose from it because so many people were using 5.1 and 5.2. --=20 Simon L. Nielsen --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCT6T6h9pcDSc1mlERAm8ZAJ4t3TRulRIULGbVllzHVHrbvj3iGgCgqg4g BGBNTgvFnNVRVZASgt7xenE= =Wn4F -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 09:43:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A5BA16A4CE for ; Sun, 3 Apr 2005 09:43:25 +0000 (GMT) Received: from the-macgregors.org (82-33-59-105.cable.ubr06.stav.blueyonder.co.uk [82.33.59.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C6AB43D41 for ; Sun, 3 Apr 2005 09:43:24 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (authenticated bits=0) by the-macgregors.org (8.13.4/8.13.4) with ESMTP id j339hNqu022253 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 3 Apr 2005 09:43:23 GMT Message-Id: <200504030943.j339hNqu022253@the-macgregors.org> From: "Rob MacGregor" To: Date: Sun, 3 Apr 2005 10:43:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <3aaaa3a050402233952162788@mail.gmail.com> Thread-Index: AcU4ILgtgjfM8TOLR0y7GOvOdizgyAAD9DLg X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Subject: RE: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 09:43:25 -0000 On Sunday, April 03, 2005 8:40 AM, Chris <> unleashed the infinite monkeys and produced: > Well you cannot change how people think and act, rather then changing > the way thousands of people think I think its better to change how the > naming is done on non stable releases, what happened with 5.x was that > it was named to get more people to use and as such more testing but > they were fooled into thinking it was based on stable code and so we > seen mass datacentres and individual users using 5.1 and 5.2 for > production use, then when 5.3 did the library version bump lots of > issues arose from it because so many people were using 5.1 and 5.2. The warnings were pretty clear - such lines as: "the first few 5.X releases may have regressions in areas of stability, performance, and occasionally functionality" and "We feel that such users are probably best served by upgrading to 5.X only after a 5-STABLE development branch has been created" Make it obvious that it's not exactly production quality. If people aren't willing to read the release notes *before* they upgrade, then they deserve everything they get (or to quote from somebody else's sig - "Unix is user friendly. However, it isn't idiot friendly"). -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 01:42:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D83F16A4CE for ; Sun, 3 Apr 2005 01:42:22 +0000 (GMT) Received: from alogis.com (firewall2.alogis.com [62.8.223.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82D9F43D2F for ; Sun, 3 Apr 2005 01:42:20 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id j331gIWv058263; Sun, 3 Apr 2005 03:42:18 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id j331gIDY058262; Sun, 3 Apr 2005 03:42:18 +0200 (CEST) (envelope-from hk) Date: Sun, 3 Apr 2005 03:42:18 +0200 From: Holger Kipp To: Chris Message-ID: <20050403014218.GA57319@intserv.int1.b.intern> References: <3aaaa3a0503271958205ca8e1@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3aaaa3a0503271958205ca8e1@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Sun, 03 Apr 2005 11:52:54 +0000 cc: freebsd-current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 01:42:23 -0000 On Mon, Mar 28, 2005 at 04:58:21AM +0100, Chris wrote: > After what happened with 5.x releases would it be a good idea to name No, it isn't. Nothing happened with 5.x releases. > current releases different. eg. 6.1-dev 6.2-dev instead of > 6.1-release. We had this type of discussion already several times. Search the archive for corresponding posts. This discussion is pointless and only wastes bandwith. The real problem is that people do not read and/or think. A different naming scheme won't change that. Regards, Holger Kipp From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 12:33:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E94C16A4CE for ; Sun, 3 Apr 2005 12:33:00 +0000 (GMT) Received: from sarajevo.pacific.net.sg (sarajevo.pacific.net.sg [203.120.90.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 4E55143D2F for ; Sun, 3 Apr 2005 12:32:59 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 15637 invoked from network); 3 Apr 2005 12:32:57 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by sarajevo with SMTP; 3 Apr 2005 12:32:57 -0000 Received: from [192.168.0.107] ([210.24.247.53]) by maxwell2.pacific.net.sg with ESMTP id <20050403123256.NKR1191.maxwell2.pacific.net.sg@[192.168.0.107]>; Sun, 3 Apr 2005 20:32:56 +0800 Message-ID: <424FE26F.9050501@pacific.net.sg> Date: Sun, 03 Apr 2005 20:32:47 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0 (X11/20050224) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Holger Kipp References: <3aaaa3a0503271958205ca8e1@mail.gmail.com> <20050403014218.GA57319@intserv.int1.b.intern> In-Reply-To: <20050403014218.GA57319@intserv.int1.b.intern> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Chris cc: freebsd-current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 12:33:00 -0000 Hi, Holger Kipp wrote: > On Mon, Mar 28, 2005 at 04:58:21AM +0100, Chris wrote: > > We had this type of discussion already several times. Search the > archive for corresponding posts. This discussion is pointless and > only wastes bandwith. > It looks like that it was not accepted by somebody that ... > The real problem is that people do not read and/or think. people do not read and do not think. Nearly all other software I know uses the naming schema of alpha, beta and gamma respective final. Why should people start thinking and reading if all could be included in a single word? > A different naming scheme won't change that. > Yes, I agree. But why do you want to achieve the impossible? Erich From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 13:05:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CE4C16A4CE for ; Sun, 3 Apr 2005 13:05:10 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D43AE43D41 for ; Sun, 3 Apr 2005 13:05:09 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j33D55Oh000690; Sun, 3 Apr 2005 15:05:08 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <424FE9A6.9000900@DeepCore.dk> Date: Sun, 03 Apr 2005 15:03:34 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Emanuel Strobl References: <424A9665.5050101@DeepCore.dk> <200504021711.55926@harrymail> In-Reply-To: <200504021711.55926@harrymail> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: pri-slave not detected/cable error [Was: Re: HEADSUP: ATAmkIII has been committed] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 13:05:10 -0000 Emanuel Strobl wrote: > Am Mittwoch, 30. M=E4rz 2005 14:07 schrieb S=F8ren Schmidt: >=20 >>As pr subject make world is needed to get things in sync again. >> >>Let me know is there are problems / success stories.. >=20 >=20 > Hi S=F8ren, >=20 > -current doesn't detect my primary slave drive while RELENG_5 had no pr= oblem. > When I connect the slave drive to the secondary port everything is fine= =2E > Also, if the slave drive is connected, ata reports that there's no 80pi= n=20 > cable, which is wrong. I just committed a fix for this one, please let me know if it helps.. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 15:09:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93E0416A4CE for ; Sun, 3 Apr 2005 15:09:23 +0000 (GMT) Received: from f26.mail.ru (f26.mail.ru [194.67.57.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CA0143D5D for ; Sun, 3 Apr 2005 15:09:23 +0000 (GMT) (envelope-from sanvean@mail.ru) Received: from mail by f26.mail.ru with local id 1DI6j4-0000aJ-00 for freebsd-current@freebsd.org; Sun, 03 Apr 2005 19:09:22 +0400 Received: from [212.1.248.243] by win.mail.ru with HTTP; Sun, 03 Apr 2005 19:09:22 +0400 From: Denis Fokin To: freebsd-current@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [212.1.248.243] Date: Sun, 03 Apr 2005 19:09:22 +0400 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: Re: Problems with Bluetooth LAN access X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Denis Fokin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 15:09:23 -0000 The problem with LAN access was solved. The cause of this problem was behaviour of RAS client in Windows Mobile 2003 Client assumes, that he will connect to MS-style RAS server and sends ugly "CLIENT" string To workarund this behaviour I have added following stings into /etc/ppp/ppp.conf file: enable force-scripts set dial "CLIENT CLIENTSERVER" Now it looks as follows: default: set log Phase Chat LCP IPCP CCP tun command rfcomm-server: enable force-scripts set dial "CLIENT CLIENTSERVER" set cd off set dial set speed 115200 set timeout 0 nat enable yes set ifaddr 192.168.1.2/0 192.168.1.3/0 enable dns open disable pap deny pap disable chap deny chap PS Perhaps will be much better to tomove to freebsd-bluetooth mailing-list... From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 16:18:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F68C16A4CE for ; Sun, 3 Apr 2005 16:18:40 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3134743D54 for ; Sun, 3 Apr 2005 16:18:39 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 03 Apr 2005 16:18:37 -0000 Received: from flb.schmalzbauer.de (EHLO [172.21.1.254]) [62.245.232.135] by mail.gmx.net (mp012) with SMTP; 03 Apr 2005 18:18:37 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sun, 3 Apr 2005 18:18:32 +0200 User-Agent: KMail/1.7.2 References: <424A9665.5050101@DeepCore.dk> <200504021711.55926@harrymail> <424FE9A6.9000900@DeepCore.dk> In-Reply-To: <424FE9A6.9000900@DeepCore.dk> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4146509.HorWARN1ET"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504031818.43818@harrymail> X-Y-GMX-Trusted: 0 cc: =?iso-8859-1?q?S=F8ren_Schmidt?= Subject: Re: pri-slave not detected/cable error [Was: Re: HEADSUP: ATAmkIII has been committed] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 16:18:40 -0000 --nextPart4146509.HorWARN1ET Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sonntag, 3. April 2005 15:03 schrieb S=F8ren Schmidt: > Emanuel Strobl wrote: > > Am Mittwoch, 30. M=E4rz 2005 14:07 schrieb S=F8ren Schmidt: > >>As pr subject make world is needed to get things in sync again. > >> > >>Let me know is there are problems / success stories.. > > > > Hi S=F8ren, > > > > -current doesn't detect my primary slave drive while RELENG_5 had no > > problem. When I connect the slave drive to the secondary port everything > > is fine. Also, if the slave drive is connected, ata reports that there's > > no 80pin cable, which is wrong. > > I just committed a fix for this one, please let me know if it helps.. Yeah, looks very good :) The primary slave disk is now detected, also the cable is correctly reporte= d=20 as 80pin. You can see the updated verbose boot mesages here: http://www.schmalzbauer.de/statics/silberbuechse/verbose_msg2_pri-slave.txt But also I get a panic with `atacontrol mode 0`, but not with `atacontrol m= ode=20 1` where no devices are connected to. Here's the trace (I posted a similar from a Geode box), additional ps resul= ts=20 are at=20 http://www.schmalzbauer.de/statics/silberbuechse/panic_ATAmkIII_atacontrol-= mode.txt test1://#29: atacontrol mode 1 Master =3D BIOSPIO Slave =3D BIOSPIO test1://#30: atacontrol mode 0 panic: vm_fault: fault on nofault entry, addr: deadc000 cpuid =3D 0 KDB: enter: panic [thread pid 588 tid 100070 ] Stopped at kdb_enter+0x32: leave db> trace Tracing pid 588 tid 100070 td 0xc2586730 kdb_enter(c08e0c22,0,c08fabeb,e7151a34,c2586730) at kdb_enter+0x32 panic(c08fabeb,deadc000,1,e7151b2c,e7151b1c) at panic+0x1b3 vm_fault(c1059000,deadc000,1,0,c2586730) at vm_fault+0x13f4 trap_pfault(deadc116,0,c08df276,c0944180,deadc116) at trap_pfault+0x92 trap(18,10,10,1,1) at trap+0x356 calltrap() at calltrap+0x5 =2D-- trap 0xc, eip =3D 0xc068ad76, esp =3D 0xe7151c3c, ebp =3D 0xe7151c3c = =2D-- device_is_attached(deadc0de,10,e7151c68,c069adb3,c09f5cd8) at=20 device_is_attached+0x6 ata_ioctl(c2357700,c4546101,c26c9800,3,c2586730) at ata_ioctl+0x22a devfs_ioctl_f(c25ce900,c4546101,c26c9800,c26ba780,c2586730) at=20 devfs_ioctl_f+0x78 ioctl(c2586730,e7151d14,c,1,3) at ioctl+0x11e syscall(2f,2f,2f,804a3fa,bfbfee04) at syscall+0x13d Xint0x80_syscall() at Xint0x80_syscall+0x1f =2D-- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x280bfa4f, esp =3D 0xbfb= fe7ac,=20 ebp =3D 0xbfbfecec --- db> show alllocks Process 588 (atacontrol) thread 0xc2586730 (100070) exclusive sleep mutex system map r =3D 0 (0xc1059384) locked=20 @ /usr/src/sys/vm/vm_map.c:2998 exclusive sleep mutex Giant r =3D 0 (0xc09a82a0) locked=20 @ /usr/src/sys/fs/devfs/devfs_vnops.c:507 --nextPart4146509.HorWARN1ET Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCUBdjBylq0S4AzzwRAqjCAJ0TUN68Q2b3J2MXQf0/wjZL+LABGgCeNba7 8JK3YG/SI2PpK75sHg2A/Ac= =0+/6 -----END PGP SIGNATURE----- --nextPart4146509.HorWARN1ET-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 16:29:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5D4E16A4CE; Sun, 3 Apr 2005 16:29:15 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02EA243D1F; Sun, 3 Apr 2005 16:29:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j33GTEMA006996; Sun, 3 Apr 2005 12:29:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j33GTEww039362; Sun, 3 Apr 2005 12:29:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 577FE7306E; Sun, 3 Apr 2005 12:29:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050403162914.577FE7306E@freebsd-current.sentex.ca> Date: Sun, 3 Apr 2005 12:29:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 16:29:16 -0000 TB --- 2005-04-03 14:46:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-03 14:46:51 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-03 14:46:51 - checking out the source tree TB --- 2005-04-03 14:46:51 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-03 14:46:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-03 14:53:41 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-03 14:53:41 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-03 14:53:41 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-03 16:01:25 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-03 16:01:25 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-03 16:01:25 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 3 16:01:25 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Sun Apr 3 16:16:42 UTC 2005 TB --- 2005-04-03 16:16:42 - generating LINT kernel config TB --- 2005-04-03 16:16:42 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-04-03 16:16:42 - /usr/bin/make -B LINT TB --- 2005-04-03 16:16:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-03 16:16:42 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-03 16:16:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 3 16:16:42 UTC 2005 >>> 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 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/compat/freebsd32/freebsd32_sysent.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/compat/ia32/ia32_sysvec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/kern/imgact_elf32.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_dummy.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -ffreestandin g -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_locore.s cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_machdep.c /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c: In function `linux_mmap': /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c:593: error: structure has no member named `pos' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-03 16:29:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-03 16:29:14 - ERROR: failed to build lint kernel TB --- 2005-04-03 16:29:14 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 16:31:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2AD916A4CF; Sun, 3 Apr 2005 16:31:30 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53ED343D2F; Sun, 3 Apr 2005 16:31:30 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j33GURSd059595; Sun, 3 Apr 2005 10:30:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Apr 2005 10:16:53 -0600 (MDT) Message-Id: <20050403.101653.03595688.imp@bsdimp.com> To: tinderbox@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20050402204420.C16CB7306E@freebsd-current.sentex.ca> References: <20050402204420.C16CB7306E@freebsd-current.sentex.ca> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org cc: i386@FreeBSD.org Subject: Re: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 16:31:31 -0000 In message: <20050402204420.C16CB7306E@freebsd-current.sentex.ca> FreeBSD Tinderbox writes: : cd /tinderbox/CURRENT/i386/pc98/src/include/../sys/i386/include/pc; for h in *.h; do ln -fs ../../../../sys/i386/include/pc/$h /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/i386/pc; done : ln: /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/i386/pc: No such file or directory : *** Error code 1 This is my bad. I'll fix. Warner From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 18:14:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE86616A4CE; Sun, 3 Apr 2005 18:14:57 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83C9943D45; Sun, 3 Apr 2005 18:14:56 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j33IEsF0038398; Sun, 3 Apr 2005 22:14:55 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j33IEsUq038397; Sun, 3 Apr 2005 22:14:54 +0400 (MSD) (envelope-from ache) Date: Sun, 3 Apr 2005 22:14:53 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20050403181452.GA38264@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, hardware@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Sun, 03 Apr 2005 22:14:55 +0400 (MSD) cc: hardware@freebsd.org Subject: Marvell Yukon driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 18:14:57 -0000 Hi. Does anybody know, is "Marvell Yukon 88E8053 PCI-E Gigabit LAN" supported by some of -current ethernet drivers or not? If not, is it just matter of detection (i.e. new PCI ID can be added to some existen driver) or whole driver must ve written from scratch? (This is popular controller embedded to many ASUS boards like P5GD2) Thanx in advance. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 18:35:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60DD116A4CE; Sun, 3 Apr 2005 18:35:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B62243D39; Sun, 3 Apr 2005 18:35:08 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id C21961FFACD; Sun, 3 Apr 2005 20:35:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id A42CF1FF9AB; Sun, 3 Apr 2005 20:35:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id E208D15384; Sun, 3 Apr 2005 18:30:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id DFB8615329; Sun, 3 Apr 2005 18:30:56 +0000 (UTC) Date: Sun, 3 Apr 2005 18:30:56 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Andrey Chernov In-Reply-To: <20050403181452.GA38264@nagual.pp.ru> Message-ID: References: <20050403181452.GA38264@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD current mailing list cc: hardware@freebsd.org Subject: Re: Marvell Yukon driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 18:35:09 -0000 On Sun, 3 Apr 2005, Andrey Chernov wrote: Hi, > Does anybody know, is "Marvell Yukon 88E8053 PCI-E Gigabit LAN" supported > by some of -current ethernet drivers or not? If not, is it just matter of > detection (i.e. new PCI ID can be added to some existen driver) or whole > driver must ve written from scratch? (This is popular controller embedded > to many ASUS boards like P5GD2) The short answer: won't work. More information can be found on * http://sources.zabbadoz.net/freebsd/if_sk.html * http://lists.freebsd.org/pipermail/freebsd-questions/2005-January/thread.html#71195 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 18:35:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A41C316A4CE for ; Sun, 3 Apr 2005 18:35:54 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0475E43D48 for ; Sun, 3 Apr 2005 18:35:54 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j33IZrD7021004 for ; Sun, 3 Apr 2005 11:35:53 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j33IZrew021003 for freebsd-current@freebsd.org; Sun, 3 Apr 2005 11:35:53 -0700 (PDT) (envelope-from obrien) Date: Sun, 3 Apr 2005 11:35:52 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20050403183552.GA20961@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Subject: Continued FS panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 18:35:54 -0000 6.0-CURRENT FreeBSD 6.0-CURRENT #482: Wed Mar 30 09:05:23 PST 2005 i386 # gdb6 -k kernel.ko.debug /var/crash/vmcore.3 GNU gdb 20040810 [GDB v6.x for FreeBSD] This GDB was configured as "i386-portbld-freebsd6.0"... panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x80 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc05fca20 stack pointer =3D 0x10:0xe5dcb8e8 frame pointer =3D 0x10:0xe5dcb958 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 63 (vnlru) trap number =3D 12 panic: page fault cpuid =3D 1 KDB: stack backtrace: kdb_backtrace(c067e90c,1,c06599f2,e5dcb80c,c2c7f450) at 0xc04f8cae =3D kdb_= backtrace+0x2e panic(c06599f2,c067f8c7,e5dcb8a8,1,1) at 0xc04dc158 =3D panic+0x128 trap_fatal(e5dcb8a8,80,c067faa9,2c3,c2c7f450) at 0xc0637434 =3D trap_fatal+= 0x304 trap_pfault(e5dcb8a8,0,80,2444c700,80) at 0xc0637108 =3D trap_pfault+0x1b8 trap(18,10,10,1000,1) at 0xc0636cf0 =3D trap+0x350 calltrap() at 0xc0623ada =3D calltrap+0x5 --- trap 0xc, eip =3D 0xc05fca20, esp =3D 0xe5dcb8e8, ebp =3D 0xe5dcb958 --- vnode_pager_generic_putpages(c3ae333c,e5dcba40,1000,5,e5dcb9f0) at 0xc05fca= 20 =3D vnode_pager_generic_putpages+0xa0 vop_stdputpages(e5dcb9a8,c3ae333c,5,c3ae333c,e5dcb9d4) at 0xc05354b0 =3D vo= p_stdputpages+0x30 VOP_PUTPAGES_APV(c06a6580,e5dcb9a8,1,407,c2ea1000) at 0xc0649502 =3D VOP_PU= TPAGES_APV+0xb2 vnode_pager_putpages(c80047bc,e5dcba40,1,5,e5dcb9f0) at 0xc05fc933 =3D vnod= e_pager_putpages+0xb3 vm_pageout_flush(e5dcba40,1,5,364,a) at 0xc05f77fb =3D vm_pageout_flush+0x1= 6b vm_object_page_collect_flush(c80047bc,c2471e70,4,5,10) at 0xc05f2d06 =3D vm= _object_page_collect_flush+0x2f6 vm_object_page_clean(c80047bc,0,0,0,0) at 0xc05f270e =3D vm_object_page_cle= an+0x1ae vm_object_terminate(c80047bc,0,c067a4c5,a3,e5dcbc4c) at 0xc05f2380 =3D vm_o= bject_terminate+0x90 vnode_destroy_vobject(c3ae333c,3dc,0,1,c2eba500) at 0xc05fad16 =3D vnode_de= stroy_vobject+0x56 ufs_reclaim(e5dcbc4c,c2c7f450,0,c3ae333c,e5dcbc78) at 0xc05d5640 =3D ufs_re= claim+0x50 VOP_RECLAIM_APV(c06a6580,e5dcbc4c,c2c7f450,0,0) at 0xc0648abe =3D VOP_RECLA= IM_APV+0x9e vgonel(c3ae333c,c2c7f450,c066d4a3,89c,c3ae333c) at 0xc053f4f2 =3D vgonel+0x= 1a2 vgone(c3ae333c,e5dcbcc8,c066d4a3,23f,c2c7f450) at 0xc053f345 =3D vgone+0x45 vlrureclaim(c2ea1000,10,c06c2420,c2c7f450,3e8) at 0xc053b954 =3D vlrureclai= m+0x1c4 vnlru_proc(0,e5dcbd48,c066375e,30e,0) at 0xc053bd88 =3D vnlru_proc+0x1a8 fork_exit(c053bbe0,0,e5dcbd48) at 0xc04c4576 =3D fork_exit+0xc6 fork_trampoline() at 0xc0623b3c =3D fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe5dcbd7c, ebp =3D 0 --- Uptime: 1d20h45m16s Dumping 1536 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 = 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624= 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 92= 8 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 11= 84 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 14= 24 1440 1456 1472 1488 1504 1520 --- #0 doadump () at pcpu.h:164 164 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); doadump () at pcpu.h:164 164 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) where #0 doadump () at pcpu.h:164 #1 0xc04dbe22 in boot (howto=3D260) at ../../../kern/kern_shutdown.c:398 #2 0xc04dc1d3 in panic (fmt=3D0xc06599f2 "%s") at ../../../kern/kern_shutdown.c:554 #3 0xc0637434 in trap_fatal (frame=3D0xe5dcb8a8, eva=3D0) at ../../../i386/i386/trap.c:806 #4 0xc0637108 in trap_pfault (frame=3D0xe5dcb8a8, usermode=3D0, eva=3D128) at ../../../i386/i386/trap.c:724 #5 0xc0636cf0 in trap (frame=3D {tf_fs =3D 24, tf_es =3D 16, tf_ds =3D 16, tf_edi =3D 4096, tf_esi = =3D 1, tf_ebp =3D -438519464, tf_isp =3D -438519596, tf_ebx =3D 1, tf_edx = =3D 0, tf_ecx =3D 0, tf_eax =3D 4096, tf_trapno =3D 12, tf_err =3D 0, tf_ei= p =3D -1067464160, tf_cs =3D 8, tf_eflags =3D 66118, tf_esp =3D 247, tf_ss = =3D 1}) at ../../../i386/i386/trap.c:414 #6 0xc0623ada in calltrap () at ../../../i386/i386/exception.s:139 #7 0x00000018 in ?? () #8 0x00000010 in ?? () #9 0x00000010 in ?? () #10 0x00001000 in ?? () #11 0x00000001 in ?? () #12 0xe5dcb958 in ?? () #13 0xe5dcb8d4 in ?? () #14 0x00000001 in ?? () #15 0x00000000 in ?? () #16 0x00000000 in ?? () #17 0x00001000 in ?? () #18 0x0000000c in ?? () #19 0x00000000 in ?? () #20 0xc05fca20 in vnode_pager_generic_putpages (vp=3D0xc3ae333c, m=3D0xe5dc= ba40,=20 bytecount=3D4096, flags=3D5, rtvals=3D0xe5dcb9f0) ---Type to continue, or q to quit--- =08 =08 at ../../../vm/vnode_pager.c:1101 #21 0xc05354b0 in vop_stdputpages (ap=3D0x0) at ../../../kern/vfs_default.c= :487 #22 0xc0649502 in VOP_PUTPAGES_APV (vop=3D0x0, a=3D0xe5dcb9a8) at vnode_if.= c:2168 #23 0xc05fc933 in vnode_pager_putpages (object=3D0xc80047bc, m=3D0x0, count= =3D4096,=20 sync=3D5, rtvals=3D0x0) at vnode_if.h:1119 #24 0xc05f77fb in vm_pageout_flush (mc=3D0xe5dcba40, count=3D1, flags=3D5) at vm_pager.h:147 #25 0xc05f2d06 in vm_object_page_collect_flush (object=3D0xc80047bc,=20 p=3D0xc2471e70, curgeneration=3D1, pagerflags=3D5) at ../../../vm/vm_object.c:945 #26 0xc05f270e in vm_object_page_clean (object=3D0xc80047bc, start=3D0, end= =3DUnhandled dwarf expression opcode 0x93 ) at ../../../vm/vm_object.c:748 #27 0xc05f2380 in vm_object_terminate (object=3D0xc80047bc) at ../../../vm/vm_object.c:603 #28 0xc05fad16 in vnode_destroy_vobject (vp=3D0x0) at ../../../vm/vnode_pager.c:174 #29 0xc05d5640 in ufs_reclaim (ap=3D0x0) at ../../../ufs/ufs/ufs_inode.c:153 #30 0xc0648abe in VOP_RECLAIM_APV (vop=3D0x0, a=3D0xe5dcbc4c) at vnode_if.c= :1583 #31 0xc053f4f2 in vgonel (vp=3D0xc3ae333c, td=3D0xc2c7f450) at vnode_if.h:8= 18 #32 0xc053f345 in vgone (vp=3D0xc3ae333c) at ../../../kern/vfs_subr.c:2205 #33 0xc053b954 in vlrureclaim (mp=3D0xc2ea1000) at ../../../kern/vfs_subr.c= :578 #34 0xc053bd88 in vnlru_proc () at ../../../kern/vfs_subr.c:678 #35 0xc04c4576 in fork_exit (callout=3D0xc053bbe0 , arg=3D0x0,= =20 frame=3D0x0) at ../../../kern/kern_fork.c:790 #36 0xc0623b3c in fork_trampoline () at ../../../i386/i386/exception.s:208 --=20 -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 19:54:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E86116A4CE; Sun, 3 Apr 2005 19:54:08 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10F9A43D58; Sun, 3 Apr 2005 19:54:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j33Js7Xx084053; Sun, 3 Apr 2005 15:54:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j33Js7IK038654; Sun, 3 Apr 2005 15:54:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6798D7306E; Sun, 3 Apr 2005 15:54:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050403195407.6798D7306E@freebsd-current.sentex.ca> Date: Sun, 3 Apr 2005 15:54:07 -0400 (EDT) X-Virus-Scanned: ClamAV 0.82/804/Mon Apr 4 10:38:58 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 19:54:08 -0000 TB --- 2005-04-03 18:23:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-03 18:23:41 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-04-03 18:23:41 - checking out the source tree TB --- 2005-04-03 18:23:41 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-04-03 18:23:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-03 18:30:32 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-03 18:30:32 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-03 18:30:32 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-03 19:38:17 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-03 19:38:17 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-03 19:38:17 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 3 19:38:17 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Sun Apr 3 19:53:33 UTC 2005 TB --- 2005-04-03 19:53:33 - generating LINT kernel config TB --- 2005-04-03 19:53:33 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-04-03 19:53:33 - /usr/bin/make -B LINT TB --- 2005-04-03 19:53:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-03 19:53:33 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-03 19:53:33 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 3 19:53:33 UTC 2005 >>> 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 [...] /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw3' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRsign' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw0' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw3' isn't known *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-04-03 19:54:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-03 19:54:07 - ERROR: failed to build lint kernel TB --- 2005-04-03 19:54:07 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 22:14:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 693C516A4CE for ; Sun, 3 Apr 2005 22:14:26 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E8FB43D39 for ; Sun, 3 Apr 2005 22:14:25 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j33MEOOZ069911; Sun, 3 Apr 2005 15:14:25 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <42506AC0.7090705@freebsd.org> Date: Sun, 03 Apr 2005 15:14:24 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Boston References: <20050327223238.GA749@polands.org> <20050329062550.GA69824@cirb503493.alcatel.com.au> <200503301139.j2UBdMp5016442@dungeon.home> <200503300701.09895.craig@xfoil.gank.org> In-Reply-To: <200503300701.09895.craig@xfoil.gank.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 22:14:26 -0000 Craig Boston wrote: > > gtar used to have problems with truncating device nodes to 16 bits; not that > it's as much of an issue in the modern era with devfs. If you really need such truncation, you can get it with --format=ustar in bsdtar. ;-) Tim From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 22:55:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B812216A51A; Sun, 3 Apr 2005 22:55:14 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AD6943D31; Sun, 3 Apr 2005 22:55:14 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j33MtD9P067458; Sun, 3 Apr 2005 18:55:13 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j33MtD2a067455; Sun, 3 Apr 2005 18:55:13 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Sun, 3 Apr 2005 18:55:12 -0400 (EDT) From: Jeff Roberson To: "David O'Brien" In-Reply-To: <20050403183552.GA20961@dragon.NUXI.org> Message-ID: <20050403185431.C54623@mail.chesapeake.net> References: <20050403183552.GA20961@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Continued FS panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 22:55:14 -0000 On Sun, 3 Apr 2005, David O'Brien wrote: > 6.0-CURRENT FreeBSD 6.0-CURRENT #482: Wed Mar 30 09:05:23 PST 2005 i386 > Thanks, I just spotted this. More fallout from phk's vnode object restructuring. > # gdb6 -k kernel.ko.debug /var/crash/vmcore.3 > GNU gdb 20040810 [GDB v6.x for FreeBSD] > This GDB was configured as "i386-portbld-freebsd6.0"... > panic: page fault > panic messages: > --- > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x80 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc05fca20 > stack pointer = 0x10:0xe5dcb8e8 > frame pointer = 0x10:0xe5dcb958 > 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 = 63 (vnlru) > trap number = 12 > panic: page fault > cpuid = 1 > KDB: stack backtrace: > kdb_backtrace(c067e90c,1,c06599f2,e5dcb80c,c2c7f450) at 0xc04f8cae = kdb_backtrace+0x2e > panic(c06599f2,c067f8c7,e5dcb8a8,1,1) at 0xc04dc158 = panic+0x128 > trap_fatal(e5dcb8a8,80,c067faa9,2c3,c2c7f450) at 0xc0637434 = trap_fatal+0x304 > trap_pfault(e5dcb8a8,0,80,2444c700,80) at 0xc0637108 = trap_pfault+0x1b8 > trap(18,10,10,1000,1) at 0xc0636cf0 = trap+0x350 > calltrap() at 0xc0623ada = calltrap+0x5 > --- trap 0xc, eip = 0xc05fca20, esp = 0xe5dcb8e8, ebp = 0xe5dcb958 --- > vnode_pager_generic_putpages(c3ae333c,e5dcba40,1000,5,e5dcb9f0) at 0xc05fca20 = vnode_pager_generic_putpages+0xa0 > vop_stdputpages(e5dcb9a8,c3ae333c,5,c3ae333c,e5dcb9d4) at 0xc05354b0 = vop_stdputpages+0x30 > VOP_PUTPAGES_APV(c06a6580,e5dcb9a8,1,407,c2ea1000) at 0xc0649502 = VOP_PUTPAGES_APV+0xb2 > vnode_pager_putpages(c80047bc,e5dcba40,1,5,e5dcb9f0) at 0xc05fc933 = vnode_pager_putpages+0xb3 > vm_pageout_flush(e5dcba40,1,5,364,a) at 0xc05f77fb = vm_pageout_flush+0x16b > vm_object_page_collect_flush(c80047bc,c2471e70,4,5,10) at 0xc05f2d06 = vm_object_page_collect_flush+0x2f6 > vm_object_page_clean(c80047bc,0,0,0,0) at 0xc05f270e = vm_object_page_clean+0x1ae > vm_object_terminate(c80047bc,0,c067a4c5,a3,e5dcbc4c) at 0xc05f2380 = vm_object_terminate+0x90 > vnode_destroy_vobject(c3ae333c,3dc,0,1,c2eba500) at 0xc05fad16 = vnode_destroy_vobject+0x56 > ufs_reclaim(e5dcbc4c,c2c7f450,0,c3ae333c,e5dcbc78) at 0xc05d5640 = ufs_reclaim+0x50 > VOP_RECLAIM_APV(c06a6580,e5dcbc4c,c2c7f450,0,0) at 0xc0648abe = VOP_RECLAIM_APV+0x9e > vgonel(c3ae333c,c2c7f450,c066d4a3,89c,c3ae333c) at 0xc053f4f2 = vgonel+0x1a2 > vgone(c3ae333c,e5dcbcc8,c066d4a3,23f,c2c7f450) at 0xc053f345 = vgone+0x45 > vlrureclaim(c2ea1000,10,c06c2420,c2c7f450,3e8) at 0xc053b954 = vlrureclaim+0x1c4 > vnlru_proc(0,e5dcbd48,c066375e,30e,0) at 0xc053bd88 = vnlru_proc+0x1a8 > fork_exit(c053bbe0,0,e5dcbd48) at 0xc04c4576 = fork_exit+0xc6 > fork_trampoline() at 0xc0623b3c = fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe5dcbd7c, ebp = 0 --- > Uptime: 1d20h45m16s > Dumping 1536 MB > 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 > --- > #0 doadump () at pcpu.h:164 > 164 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > doadump () at pcpu.h:164 > 164 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > > (kgdb) where > #0 doadump () at pcpu.h:164 > #1 0xc04dbe22 in boot (howto=260) at ../../../kern/kern_shutdown.c:398 > #2 0xc04dc1d3 in panic (fmt=0xc06599f2 "%s") > at ../../../kern/kern_shutdown.c:554 > #3 0xc0637434 in trap_fatal (frame=0xe5dcb8a8, eva=0) > at ../../../i386/i386/trap.c:806 > #4 0xc0637108 in trap_pfault (frame=0xe5dcb8a8, usermode=0, eva=128) > at ../../../i386/i386/trap.c:724 > #5 0xc0636cf0 in trap (frame= > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 4096, tf_esi = 1, tf_ebp = -438519464, tf_isp = -438519596, tf_ebx = 1, tf_edx = 0, tf_ecx = 0, tf_eax = 4096, tf_trapno = 12, tf_err = 0, tf_eip = -1067464160, tf_cs = 8, tf_eflags = 66118, tf_esp = 247, tf_ss = 1}) at ../../../i386/i386/trap.c:414 > #6 0xc0623ada in calltrap () at ../../../i386/i386/exception.s:139 > #7 0x00000018 in ?? () > #8 0x00000010 in ?? () > #9 0x00000010 in ?? () > #10 0x00001000 in ?? () > #11 0x00000001 in ?? () > #12 0xe5dcb958 in ?? () > #13 0xe5dcb8d4 in ?? () > #14 0x00000001 in ?? () > #15 0x00000000 in ?? () > #16 0x00000000 in ?? () > #17 0x00001000 in ?? () > #18 0x0000000c in ?? () > #19 0x00000000 in ?? () > #20 0xc05fca20 in vnode_pager_generic_putpages (vp=0xc3ae333c, m=0xe5dcba40, > bytecount=4096, flags=5, rtvals=0xe5dcb9f0) > ---Type to continue, or q to quit---   > at ../../../vm/vnode_pager.c:1101 > #21 0xc05354b0 in vop_stdputpages (ap=0x0) at ../../../kern/vfs_default.c:487 > #22 0xc0649502 in VOP_PUTPAGES_APV (vop=0x0, a=0xe5dcb9a8) at vnode_if.c:2168 > #23 0xc05fc933 in vnode_pager_putpages (object=0xc80047bc, m=0x0, count=4096, > sync=5, rtvals=0x0) at vnode_if.h:1119 > #24 0xc05f77fb in vm_pageout_flush (mc=0xe5dcba40, count=1, flags=5) > at vm_pager.h:147 > #25 0xc05f2d06 in vm_object_page_collect_flush (object=0xc80047bc, > p=0xc2471e70, curgeneration=1, pagerflags=5) > at ../../../vm/vm_object.c:945 > #26 0xc05f270e in vm_object_page_clean (object=0xc80047bc, start=0, end=Unhandled dwarf expression opcode 0x93 > ) > at ../../../vm/vm_object.c:748 > #27 0xc05f2380 in vm_object_terminate (object=0xc80047bc) > at ../../../vm/vm_object.c:603 > #28 0xc05fad16 in vnode_destroy_vobject (vp=0x0) > at ../../../vm/vnode_pager.c:174 > #29 0xc05d5640 in ufs_reclaim (ap=0x0) at ../../../ufs/ufs/ufs_inode.c:153 > #30 0xc0648abe in VOP_RECLAIM_APV (vop=0x0, a=0xe5dcbc4c) at vnode_if.c:1583 > #31 0xc053f4f2 in vgonel (vp=0xc3ae333c, td=0xc2c7f450) at vnode_if.h:818 > #32 0xc053f345 in vgone (vp=0xc3ae333c) at ../../../kern/vfs_subr.c:2205 > #33 0xc053b954 in vlrureclaim (mp=0xc2ea1000) at ../../../kern/vfs_subr.c:578 > #34 0xc053bd88 in vnlru_proc () at ../../../kern/vfs_subr.c:678 > #35 0xc04c4576 in fork_exit (callout=0xc053bbe0 , arg=0x0, > frame=0x0) at ../../../kern/kern_fork.c:790 > #36 0xc0623b3c in fork_trampoline () at ../../../i386/i386/exception.s:208 > > -- > -- David (obrien@FreeBSD.org) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 23:20:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C8A816A4E8; Sun, 3 Apr 2005 23:20:29 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85A9743D5A; Sun, 3 Apr 2005 23:20:28 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j33NKRCa045588; Mon, 4 Apr 2005 03:20:27 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j33NKRHK045587; Mon, 4 Apr 2005 03:20:27 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 03:20:27 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20050403232027.GA42574@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, phk@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 03:20:27 +0400 (MSD) Subject: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 23:20:29 -0000 Recent -current says "Operation not permitted" for both fdisk and sysinstall partition changes (under su root). Something wrong happens with DIOCSMBR. Plain ATA disk ad0. Any ideas? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 23:38:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AB4416A4CE; Sun, 3 Apr 2005 23:38:56 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA7DD43D48; Sun, 3 Apr 2005 23:38:55 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j33Ncssg045985; Mon, 4 Apr 2005 03:38:54 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j33NcsY4045984; Mon, 4 Apr 2005 03:38:54 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 03:38:53 +0400 From: Andrey Chernov To: current@freebsd.org, phk@freebsd.org Message-ID: <20050403233852.GA45951@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, phk@freebsd.org References: <20050403232027.GA42574@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050403232027.GA42574@nagual.pp.ru> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 03:38:55 +0400 (MSD) Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 23:38:56 -0000 On Mon, Apr 04, 2005 at 03:20:27AM +0400, Andrey Chernov wrote: > Recent -current says "Operation not permitted" for both fdisk and > sysinstall partition changes (under su root). Something wrong happens with > DIOCSMBR. Plain ATA disk ad0. Any ideas? When I comment out this two lines in geom_mbr.c, it works again as before: //if (!(fflag & FWRITE)) // return (EPERM); It means something is wrong with FWRITE flag settings. Device itself is writeable: crw-r----- 1 root operator 8, 66 Apr 4 03:33 /dev/ad0 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 23:42:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6026116A4CE; Sun, 3 Apr 2005 23:42:56 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B46543D3F; Sun, 3 Apr 2005 23:42:55 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j33Ngreb046054; Mon, 4 Apr 2005 03:42:53 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j33NgrnN046053; Mon, 4 Apr 2005 03:42:53 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 03:42:53 +0400 From: Andrey Chernov To: current@freebsd.org, phk@freebsd.org Message-ID: <20050403234252.GA46022@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, phk@freebsd.org References: <20050403232027.GA42574@nagual.pp.ru> <20050403233852.GA45951@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050403233852.GA45951@nagual.pp.ru> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 03:42:54 +0400 (MSD) Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 23:42:56 -0000 On Mon, Apr 04, 2005 at 03:38:53AM +0400, Andrey Chernov wrote: > On Mon, Apr 04, 2005 at 03:20:27AM +0400, Andrey Chernov wrote: > > Recent -current says "Operation not permitted" for both fdisk and > > sysinstall partition changes (under su root). Something wrong happens with > > DIOCSMBR. Plain ATA disk ad0. Any ideas? > > When I comment out this two lines in geom_mbr.c, it works again as before: > //if (!(fflag & FWRITE)) > // return (EPERM); > It means something is wrong with FWRITE flag settings. Device itself is > writeable: > crw-r----- 1 root operator 8, 66 Apr 4 03:33 /dev/ad0 BTW, only fdisk works after that change, sysinstall continue to say ERROR: Unable to write data to disk ad0! I suspect more FWRITEs hidden somewhere... -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 00:16:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3324A16A4CE for ; Mon, 4 Apr 2005 00:16:54 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5F8B43D31 for ; Mon, 4 Apr 2005 00:16:52 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from ppp22B0.dyn.pacific.net.au (ppp22B0.dyn.pacific.net.au [61.8.34.176])j340GlAd019886; Mon, 4 Apr 2005 10:16:49 +1000 From: Sam Lawrance To: Andrey Chernov In-Reply-To: <20050403234252.GA46022@nagual.pp.ru> References: <20050403232027.GA42574@nagual.pp.ru> <20050403234252.GA46022@nagual.pp.ru> Content-Type: text/plain Date: Mon, 04 Apr 2005 10:16:46 -0500 Message-Id: <1112627806.695.6.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 00:16:54 -0000 On Mon, 2005-04-04 at 03:42 +0400, Andrey Chernov wrote: > On Mon, Apr 04, 2005 at 03:38:53AM +0400, Andrey Chernov wrote: > > On Mon, Apr 04, 2005 at 03:20:27AM +0400, Andrey Chernov wrote: > > > Recent -current says "Operation not permitted" for both fdisk and > > > sysinstall partition changes (under su root). Something wrong happens with > > > DIOCSMBR. Plain ATA disk ad0. Any ideas? > > > > When I comment out this two lines in geom_mbr.c, it works again as before: > > //if (!(fflag & FWRITE)) > > // return (EPERM); > > It means something is wrong with FWRITE flag settings. Device itself is > > writeable: > > crw-r----- 1 root operator 8, 66 Apr 4 03:33 /dev/ad0 > > BTW, only fdisk works after that change, sysinstall continue to say > ERROR: Unable to write data to disk ad0! > I suspect more FWRITEs hidden somewhere... Any part of ad0 mounted rw? I think you can't do it when that's the case. From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 00:23:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6A0916A4CE; Mon, 4 Apr 2005 00:23:37 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A05543D3F; Mon, 4 Apr 2005 00:23:37 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j340NV33046752; Mon, 4 Apr 2005 04:23:31 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j340NV5u046751; Mon, 4 Apr 2005 04:23:31 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 04:23:31 +0400 From: Andrey Chernov To: Sam Lawrance Message-ID: <20050404002331.GA46543@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Sam Lawrance , current@FreeBSD.ORG, phk@freebsd.org References: <20050403232027.GA42574@nagual.pp.ru> <20050403234252.GA46022@nagual.pp.ru> <1112627806.695.6.camel@dirk.no.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1112627806.695.6.camel@dirk.no.domain> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 04:23:32 +0400 (MSD) cc: current@FreeBSD.ORG cc: phk@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 00:23:38 -0000 On Mon, Apr 04, 2005 at 10:16:46AM -0500, Sam Lawrance wrote: > On Mon, 2005-04-04 at 03:42 +0400, Andrey Chernov wrote: > > On Mon, Apr 04, 2005 at 03:38:53AM +0400, Andrey Chernov wrote: > > > On Mon, Apr 04, 2005 at 03:20:27AM +0400, Andrey Chernov wrote: > > > > Recent -current says "Operation not permitted" for both fdisk and > > > > sysinstall partition changes (under su root). Something wrong happens with > > > > DIOCSMBR. Plain ATA disk ad0. Any ideas? > > > > > > When I comment out this two lines in geom_mbr.c, it works again as before: > > > //if (!(fflag & FWRITE)) > > > // return (EPERM); > > > It means something is wrong with FWRITE flag settings. Device itself is > > > writeable: > > > crw-r----- 1 root operator 8, 66 Apr 4 03:33 /dev/ad0 > > > > BTW, only fdisk works after that change, sysinstall continue to say > > ERROR: Unable to write data to disk ad0! > > I suspect more FWRITEs hidden somewhere... > > Any part of ad0 mounted rw? I think you can't do it when that's the > case. ad0s1a mounted to / (no additional ad0* mounts) I do it always without any problems in the past. When I boot to single user and try, the picture remains exact the same (with / mounted readonly). -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 00:48:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B19816A4CE for ; Mon, 4 Apr 2005 00:48:22 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BE4443D54 for ; Mon, 4 Apr 2005 00:48:21 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j340mIBr021558; Mon, 4 Apr 2005 10:18:18 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org, Denis Fokin Date: Mon, 4 Apr 2005 10:18:17 +0930 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1604226.gYCftsg5pO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504041018.17423.doconnor@gsoft.com.au> X-Spam-Score: -2.2 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: Problems with Bluetooth LAN access X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 00:48:22 -0000 --nextPart1604226.gYCftsg5pO Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 4 Apr 2005 00:39, Denis Fokin wrote: > The problem with LAN access was solved. > The cause of this problem was behaviour of RAS client in Windows Mobile > 2003 Client assumes, that he will connect to MS-style RAS server and sends > ugly "CLIENT" string To workarund this behaviour I have added following > stings into /etc/ppp/ppp.conf file: =46YI - PDA's with MS Pocket PC software do this over wired connections too. Blerg :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1604226.gYCftsg5pO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCUI7R5ZPcIHs/zowRAvpvAJ9RwCM/wvIFD4xSIDaOL0fY0+ER1QCgqF0H x/ofd3h5FD3jmog8QESSKRs= =GAXv -----END PGP SIGNATURE----- --nextPart1604226.gYCftsg5pO-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 01:19:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFAC616A4CE for ; Mon, 4 Apr 2005 01:19:46 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B433E43D41 for ; Mon, 4 Apr 2005 01:19:45 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.22] (andersonbox2.centtech.com [192.168.42.22]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j341Jico075141 for ; Sun, 3 Apr 2005 20:19:44 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42509610.1000008@centtech.com> Date: Sun, 03 Apr 2005 20:19:12 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 References: <20050403232027.GA42574@nagual.pp.ru> <20050403234252.GA46022@nagual.pp.ru> <1112627806.695.6.camel@dirk.no.domain> <20050404002331.GA46543@nagual.pp.ru> In-Reply-To: <20050404002331.GA46543@nagual.pp.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 01:19:46 -0000 Andrey Chernov wrote: > On Mon, Apr 04, 2005 at 10:16:46AM -0500, Sam Lawrance wrote: > >>On Mon, 2005-04-04 at 03:42 +0400, Andrey Chernov wrote: >> >>>On Mon, Apr 04, 2005 at 03:38:53AM +0400, Andrey Chernov wrote: >>> >>>>On Mon, Apr 04, 2005 at 03:20:27AM +0400, Andrey Chernov wrote: >>>> >>>>>Recent -current says "Operation not permitted" for both fdisk and >>>>>sysinstall partition changes (under su root). Something wrong happens with >>>>>DIOCSMBR. Plain ATA disk ad0. Any ideas? >>>> >>>>When I comment out this two lines in geom_mbr.c, it works again as before: >>>> //if (!(fflag & FWRITE)) >>>> // return (EPERM); >>>>It means something is wrong with FWRITE flag settings. Device itself is >>>>writeable: >>>>crw-r----- 1 root operator 8, 66 Apr 4 03:33 /dev/ad0 >>> >>>BTW, only fdisk works after that change, sysinstall continue to say >>>ERROR: Unable to write data to disk ad0! >>>I suspect more FWRITEs hidden somewhere... >> >>Any part of ad0 mounted rw? I think you can't do it when that's the >>case. > > > ad0s1a mounted to / > (no additional ad0* mounts) > I do it always without any problems in the past. > When I boot to single user and try, the picture remains exact the same > (with / mounted readonly). "Me too". I can use sysinstall to mess with other devices, but not ad0. I've done this 100 times before on previous FBSD's.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 01:37:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 295B216A4CE; Mon, 4 Apr 2005 01:37:56 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C27943D2F; Mon, 4 Apr 2005 01:37:55 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j341bkr6022642; Mon, 4 Apr 2005 11:07:47 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 4 Apr 2005 11:07:36 +0930 User-Agent: KMail/1.8 References: <20050403232027.GA42574@nagual.pp.ru> <20050403233852.GA45951@nagual.pp.ru> In-Reply-To: <20050403233852.GA45951@nagual.pp.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1277443.eXoTJ6O2BQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504041107.42147.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Andrey Chernov cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 01:37:56 -0000 --nextPart1277443.eXoTJ6O2BQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 4 Apr 2005 09:08, Andrey Chernov wrote: > On Mon, Apr 04, 2005 at 03:20:27AM +0400, Andrey Chernov wrote: > > Recent -current says "Operation not permitted" for both fdisk and > > sysinstall partition changes (under su root). Something wrong happens > > with DIOCSMBR. Plain ATA disk ad0. Any ideas? > > When I comment out this two lines in geom_mbr.c, it works again as before: > //if (!(fflag & FWRITE)) > // return (EPERM); > It means something is wrong with FWRITE flag settings. Device itself is > writeable: > crw-r----- 1 root operator 8, 66 Apr 4 03:33 /dev/ad0 If you have part of that device open GEOM won't let you touch the MBR.. You can turn the foot-shooting prevention off by doing.. sysctl kern.geom.debugflags=3D16 Make sure you set it back to 0 after you're done. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1277443.eXoTJ6O2BQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCUJpm5ZPcIHs/zowRArxWAJ4qY6xhfU/6zskcpu38swabaLBB4gCcCkca emqnRYoxOz6PculqVK7CGrE= =l7li -----END PGP SIGNATURE----- --nextPart1277443.eXoTJ6O2BQ-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 01:37:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 295B216A4CE; Mon, 4 Apr 2005 01:37:56 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C27943D2F; Mon, 4 Apr 2005 01:37:55 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j341bkr6022642; Mon, 4 Apr 2005 11:07:47 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 4 Apr 2005 11:07:36 +0930 User-Agent: KMail/1.8 References: <20050403232027.GA42574@nagual.pp.ru> <20050403233852.GA45951@nagual.pp.ru> In-Reply-To: <20050403233852.GA45951@nagual.pp.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1277443.eXoTJ6O2BQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504041107.42147.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Andrey Chernov cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 01:37:56 -0000 --nextPart1277443.eXoTJ6O2BQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 4 Apr 2005 09:08, Andrey Chernov wrote: > On Mon, Apr 04, 2005 at 03:20:27AM +0400, Andrey Chernov wrote: > > Recent -current says "Operation not permitted" for both fdisk and > > sysinstall partition changes (under su root). Something wrong happens > > with DIOCSMBR. Plain ATA disk ad0. Any ideas? > > When I comment out this two lines in geom_mbr.c, it works again as before: > //if (!(fflag & FWRITE)) > // return (EPERM); > It means something is wrong with FWRITE flag settings. Device itself is > writeable: > crw-r----- 1 root operator 8, 66 Apr 4 03:33 /dev/ad0 If you have part of that device open GEOM won't let you touch the MBR.. You can turn the foot-shooting prevention off by doing.. sysctl kern.geom.debugflags=3D16 Make sure you set it back to 0 after you're done. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1277443.eXoTJ6O2BQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCUJpm5ZPcIHs/zowRArxWAJ4qY6xhfU/6zskcpu38swabaLBB4gCcCkca emqnRYoxOz6PculqVK7CGrE= =l7li -----END PGP SIGNATURE----- --nextPart1277443.eXoTJ6O2BQ-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 02:00:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 014EF16A4CE; Mon, 4 Apr 2005 02:00:49 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id B74F443D41; Mon, 4 Apr 2005 02:00:48 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j3420leH051730; Sun, 3 Apr 2005 19:00:47 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j3420jKC051729; Sun, 3 Apr 2005 19:00:45 -0700 (PDT) (envelope-from sgk) Date: Sun, 3 Apr 2005 19:00:45 -0700 From: Steve Kargl To: "Daniel O'Connor" Message-ID: <20050404020045.GA51666@troutmask.apl.washington.edu> References: <20050403232027.GA42574@nagual.pp.ru> <20050403233852.GA45951@nagual.pp.ru> <200504041107.42147.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504041107.42147.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i cc: Andrey Chernov cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 02:00:49 -0000 On Mon, Apr 04, 2005 at 11:07:36AM +0930, Daniel O'Connor wrote: > > If you have part of that device open GEOM won't let you touch the MBR.. > You can turn the foot-shooting prevention off by doing.. > > sysctl kern.geom.debugflags=16 > > Make sure you set it back to 0 after you're done. > Odd, this sysctl doesn't appear to be document. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 02:00:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 014EF16A4CE; Mon, 4 Apr 2005 02:00:49 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id B74F443D41; Mon, 4 Apr 2005 02:00:48 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j3420leH051730; Sun, 3 Apr 2005 19:00:47 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j3420jKC051729; Sun, 3 Apr 2005 19:00:45 -0700 (PDT) (envelope-from sgk) Date: Sun, 3 Apr 2005 19:00:45 -0700 From: Steve Kargl To: "Daniel O'Connor" Message-ID: <20050404020045.GA51666@troutmask.apl.washington.edu> References: <20050403232027.GA42574@nagual.pp.ru> <20050403233852.GA45951@nagual.pp.ru> <200504041107.42147.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504041107.42147.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i cc: Andrey Chernov cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 02:00:49 -0000 On Mon, Apr 04, 2005 at 11:07:36AM +0930, Daniel O'Connor wrote: > > If you have part of that device open GEOM won't let you touch the MBR.. > You can turn the foot-shooting prevention off by doing.. > > sysctl kern.geom.debugflags=16 > > Make sure you set it back to 0 after you're done. > Odd, this sysctl doesn't appear to be document. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 02:09:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0AC616A4CE; Mon, 4 Apr 2005 02:09:27 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6C4343D54; Mon, 4 Apr 2005 02:09:26 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j3429OJq048067; Mon, 4 Apr 2005 06:09:24 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j3429OlB048066; Mon, 4 Apr 2005 06:09:24 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 06:09:24 +0400 From: Andrey Chernov To: "Daniel O'Connor" Message-ID: <20050404020924.GA48010@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Daniel O'Connor , phk@FreeBSD.ORG, current@FreeBSD.ORG References: <20050403232027.GA42574@nagual.pp.ru> <20050403233852.GA45951@nagual.pp.ru> <200504041107.42147.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <200504041107.42147.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 06:09:25 +0400 (MSD) cc: phk@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 02:09:27 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 04, 2005 at 11:07:36AM +0930, Daniel O'Connor wrote: > > crw-r----- 1 root operator 8, 66 Apr 4 03:33 /dev/ad0 >=20 > If you have part of that device open GEOM won't let you touch the MBR.. > You can turn the foot-shooting prevention off by doing.. >=20 > sysctl kern.geom.debugflags=3D16 >=20 > Make sure you set it back to 0 after you're done. Thanx, I'll try, but why fdisk/sysinstall don't do that automatically for= =20 me as it was before for many years? F.e. I can't even change active boot partition. What is foot-shooting=20 prevention in that case? I see nothing but stupidity. --=20 http://ache.pp.ru/ --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iQCVAwUBQlCh1OJgpPLZnQjrAQKTFAP+LKSfggk0KbOJNOMr3nVf9v33G+yFE7oQ 8Ms6GUIUFJToC+wU1Y/VTYOPgO8N0BKNKoMhrG655rrChg7fqLKY6m6/Y9nIe+7D bKMnYMmoZTcQAS+aA7zoMuXw2ajEQX05VRrgnCS5ycAjQ0sfRwtpGr0K9LC5541K 6HHhr9osyog= =YGO1 -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 02:15:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDB7116A4CE; Mon, 4 Apr 2005 02:15:33 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D093A43D5C; Mon, 4 Apr 2005 02:15:32 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j342FTAr023387; Mon, 4 Apr 2005 11:45:29 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Andrey Chernov Date: Mon, 4 Apr 2005 11:45:17 +0930 User-Agent: KMail/1.8 References: <20050403232027.GA42574@nagual.pp.ru> <200504041107.42147.doconnor@gsoft.com.au> <20050404020924.GA48010@nagual.pp.ru> In-Reply-To: <20050404020924.GA48010@nagual.pp.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1933115.Lj30edQe1a"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504041145.25265.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: phk@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 02:15:34 -0000 --nextPart1933115.Lj30edQe1a Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 4 Apr 2005 11:39, Andrey Chernov wrote: > > Make sure you set it back to 0 after you're done. > > Thanx, I'll try, but why fdisk/sysinstall don't do that automatically for > me as it was before for many years? It's not fdisk or sysinstalls job to second guess you. Altering the MBR while you have a partition mounted is potentially quite=20 dangerous. The reason it was possible in the past was because there was no protection= =20 against this kind of thing. > F.e. I can't even change active boot partition. What is foot-shooting > prevention in that case? I see nothing but stupidity. Use boot0cfg and the FreeBSD bootloader instead? It disallows writing the MBR full stop - it does not try and work out what = is=20 changing. Arguably it should be more intelligent, but.. patches accepted ;) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1933115.Lj30edQe1a Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCUKM95ZPcIHs/zowRAnUGAJwPxX66MDivvfFcBDCWdAa9jF9nNACeLCaC uNJ0ah3tunJoBythVLa3hso= =KsQH -----END PGP SIGNATURE----- --nextPart1933115.Lj30edQe1a-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 02:57:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8544E16A4CE; Mon, 4 Apr 2005 02:57:09 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FE0C43D4C; Mon, 4 Apr 2005 02:57:08 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j342v6vn048700; Mon, 4 Apr 2005 06:57:06 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j342v6l9048699; Mon, 4 Apr 2005 06:57:06 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 06:57:06 +0400 From: Andrey Chernov To: "Daniel O'Connor" Message-ID: <20050404025705.GA48464@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Daniel O'Connor , phk@FreeBSD.ORG, current@FreeBSD.ORG References: <20050403232027.GA42574@nagual.pp.ru> <200504041107.42147.doconnor@gsoft.com.au> <20050404020924.GA48010@nagual.pp.ru> <200504041145.25265.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <200504041145.25265.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 06:57:07 +0400 (MSD) cc: phk@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 02:57:09 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 04, 2005 at 11:45:17AM +0930, Daniel O'Connor wrote: > Altering the MBR while you have a partition mounted is potentially quite= =20 > dangerous. Don't say "dangerous" for _root_ user. Is there any purpose left for being= =20 root anymore? According to your logic, all root operations should be=20 disabled by some unknown undocumented sysctls because it is too dangerous= =20 to be the root. Better kill yourself than to be the root. > The reason it was possible in the past was because there was no protectio= n=20 > against this kind of thing. Does anybody asks for protection here? It was not me. It was not majority= =20 of Unix sysadmins. Such kind of protection should be turned off by default= =20 in case it even exists as the toy for some paranoid people. > Use boot0cfg and the FreeBSD bootloader instead? boot0cfg not works (I assume the reason is the same). I can't write FreeBSD bootloader because reinstalled Windows overwrite it= =20 with standard MBR and sysinstall don't allow to write bootloader anymore.= =20 The only thing I not try yet in that situation was 'dd' - I was too lasy=20 to find needed byte. --=20 http://ache.pp.ru/ --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iQCVAwUBQlCtAeJgpPLZnQjrAQLv/QQAqLHs+eZuYdKWcvUC7e0t6VlP5PDXcbVg 8sR3VZFJoqDN1FRDKx9h1euLCKsPLFp58e60XchoixXqhOUFwZYUbAhbacAzURqX nfvG5k33QFXnVb8K2PvuJUceYuLhKwV8LilCrPTyKXyac5WUJxlsYm3bjQtNbJBw 5kztyg2WFKs= =dfhh -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 03:05:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86B9D16A4CE; Mon, 4 Apr 2005 03:05:25 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B4AA43D39; Mon, 4 Apr 2005 03:05:24 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j3435Hp0025204; Mon, 4 Apr 2005 12:35:17 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Andrey Chernov Date: Mon, 4 Apr 2005 12:35:15 +0930 User-Agent: KMail/1.8 References: <20050403232027.GA42574@nagual.pp.ru> <200504041145.25265.doconnor@gsoft.com.au> <20050404025705.GA48464@nagual.pp.ru> In-Reply-To: <20050404025705.GA48464@nagual.pp.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2625569.ZYAPpXyHc1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504041235.15749.doconnor@gsoft.com.au> X-Spam-Score: -2.2 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: phk@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 03:05:25 -0000 --nextPart2625569.ZYAPpXyHc1 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 4 Apr 2005 12:27, Andrey Chernov wrote: > On Mon, Apr 04, 2005 at 11:45:17AM +0930, Daniel O'Connor wrote: > > Altering the MBR while you have a partition mounted is potentially quite > > dangerous. > > Don't say "dangerous" for _root_ user. Is there any purpose left for being > root anymore? According to your logic, all root operations should be > disabled by some unknown undocumented sysctls because it is too dangerous > to be the root. Better kill yourself than to be the root. Why chflags noschg libc and the kernel then? Why have any warnings on anything? > > The reason it was possible in the past was because there was no > > protection against this kind of thing. > > Does anybody asks for protection here? It was not me. It was not majority > of Unix sysadmins. Such kind of protection should be turned off by default > in case it even exists as the toy for some paranoid people. I'm not sure that is the case. > > Use boot0cfg and the FreeBSD bootloader instead? > > boot0cfg not works (I assume the reason is the same). > > I can't write FreeBSD bootloader because reinstalled Windows overwrite it > with standard MBR and sysinstall don't allow to write bootloader anymore. > The only thing I not try yet in that situation was 'dd' - I was too lasy > to find needed byte. Strange, I can run boot0cfg fine here.. [inchoate 12:34] ~ >sudo boot0cfg -Bv -o nopacket /dev/ad0 # flag start chs type end chs offset size 1 0x00 0: 1: 1 0x06 63: 11:63 63 64197 2 0x00 4: 0: 1 0x0f 891:254:63 64260 30716280 3 0x80 892: 0: 1 0xa5 127:254:63 30780540 86429700 version=3D1.0 drive=3D0x80 mask=3D0xf ticks=3D182 options=3Dnopacket,update,nosetdrv default_selection=3DF1 (Slice 1) [inchoate 12:34] ~ >sudo boot0cfg -Bv -o packet /dev/ad0 # flag start chs type end chs offset size 1 0x00 0: 1: 1 0x06 63: 11:63 63 64197 2 0x00 4: 0: 1 0x0f 891:254:63 64260 30716280 3 0x80 892: 0: 1 0xa5 127:254:63 30780540 86429700 version=3D1.0 drive=3D0x80 mask=3D0xf ticks=3D182 options=3Dpacket,update,nosetdrv default_selection=3DF1 (Slice 1) [inchoate 12:34] ~ >uname -a =46reeBSD inchoate.localdomain 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Thu Mar = 31 11:28:52 CST 2005 darius@inchoate.localdomain:/usr/src/sys/i386/comp= ile/INCHOATE i386 [inchoate 12:34] ~ >mount /dev/ad0s3a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad0s3e on /usr (ufs, local, soft-updates) /dev/ad0s3d on /var (ufs, local, soft-updates) procfs on /proc (procfs, local) linprocfs on /usr/compat/linux/proc (linprocfs, local) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2625569.ZYAPpXyHc1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCUK7r5ZPcIHs/zowRAj3zAJ9kSVpA+C5TZH9Nz0Rx2jtwWFA4DwCfaKDa CIiNoorAZBIjKuY+6jeN/vc= =sIDT -----END PGP SIGNATURE----- --nextPart2625569.ZYAPpXyHc1-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 03:28:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A34016A4CE; Mon, 4 Apr 2005 03:28:46 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51D6943D39; Mon, 4 Apr 2005 03:28:45 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j343ShQa049166; Mon, 4 Apr 2005 07:28:43 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j343ShKa049165; Mon, 4 Apr 2005 07:28:43 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 07:28:43 +0400 From: Andrey Chernov To: "Daniel O'Connor" Message-ID: <20050404032843.GA49072@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Daniel O'Connor , phk@FreeBSD.ORG, current@FreeBSD.ORG References: <20050403232027.GA42574@nagual.pp.ru> <200504041145.25265.doconnor@gsoft.com.au> <20050404025705.GA48464@nagual.pp.ru> <200504041235.15749.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <200504041235.15749.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 07:28:44 +0400 (MSD) cc: phk@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 03:28:46 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 04, 2005 at 12:35:15PM +0930, Daniel O'Connor wrote: > Why have any warnings on anything? I have nothing serious against the warnings (although find them=20 bothering). Why there is no warning "Turn on sysctl ..." in=20 fdisk/sysinstall? BTW, the trick with kern.geom.debugflags=3D16 works and I put it permanentl= y=20 in my sysctl.conf. Could you please make it ON by default or make a=20 warning at least? > > I can't write FreeBSD bootloader because reinstalled Windows overwrite = it > > with standard MBR and sysinstall don't allow to write bootloader anymor= e. > > The only thing I not try yet in that situation was 'dd' - I was too lasy > > to find needed byte. >=20 > Strange, I can run boot0cfg fine here.. I was trying this variant: boot0cfg -s 2 /dev/ad0 --=20 http://ache.pp.ru/ --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iQCVAwUBQlC0a+JgpPLZnQjrAQLXSwP/bVEEtpQ3qWvMzPQtUy7GZ2dRIkG2jNqB HEXmiKK3XJWzoHYN4xBmrKp8bHi19AxL3Z6m1RggCW5fBJSXhwRyGSHvrHfvKt2x 4YgghiLzburU6XLISYOwVADmNo+NZUfHJGGC4Wti0vO6CvpewQVj3Iptl82q8Qss NcQa3Y2tSSc= =cw/Y -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 03:41:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35B4816A4CE; Mon, 4 Apr 2005 03:41:22 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5581143D41; Mon, 4 Apr 2005 03:41:21 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j343fDDJ026874; Mon, 4 Apr 2005 13:11:14 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Andrey Chernov Date: Mon, 4 Apr 2005 13:11:01 +0930 User-Agent: KMail/1.8 References: <20050403232027.GA42574@nagual.pp.ru> <200504041235.15749.doconnor@gsoft.com.au> <20050404032843.GA49072@nagual.pp.ru> In-Reply-To: <20050404032843.GA49072@nagual.pp.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2031817.2C7JpmQnkC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504041311.08781.doconnor@gsoft.com.au> X-Spam-Score: -2.2 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: phk@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 03:41:22 -0000 --nextPart2031817.2C7JpmQnkC Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 4 Apr 2005 12:58, Andrey Chernov wrote: > On Mon, Apr 04, 2005 at 12:35:15PM +0930, Daniel O'Connor wrote: > > Why have any warnings on anything? > > I have nothing serious against the warnings (although find them > bothering). Why there is no warning "Turn on sysctl ..." in > fdisk/sysinstall? I guess there should be (at least in the man page) > BTW, the trick with kern.geom.debugflags=3D16 works and I put it permanen= tly > in my sysctl.conf. Could you please make it ON by default or make a > warning at least? Up to phk.. > > > I can't write FreeBSD bootloader because reinstalled Windows overwrite > > > it with standard MBR and sysinstall don't allow to write bootloader > > > anymore. The only thing I not try yet in that situation was 'dd' - I > > > was too lasy to find needed byte. > > > > Strange, I can run boot0cfg fine here.. > > I was trying this variant: > boot0cfg -s 2 /dev/ad0 Strange that works OK for me. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2031817.2C7JpmQnkC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCULdU5ZPcIHs/zowRAhvsAKCIIUk/mAabGU1goHOYW7wIQnukEQCfd08k wLhGtXPP6wR9K9CgihYI9vE= =PKEp -----END PGP SIGNATURE----- --nextPart2031817.2C7JpmQnkC-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 04:00:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C50E16A4CE; Mon, 4 Apr 2005 04:00:25 +0000 (GMT) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CAC743D49; Mon, 4 Apr 2005 04:00:25 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from Spud6000 (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 9FD0519F2C; Sun, 3 Apr 2005 21:06:24 -0700 (PDT) From: "Darren Pilgrim" To: "'Andrey Chernov'" , "'Daniel O'Connor'" Date: Sun, 3 Apr 2005 21:00:12 -0700 Message-ID: <002a01c538ca$d12d8de0$142a15ac@Spud6000> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <20050404025705.GA48464@nagual.pp.ru> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal cc: phk@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: RE: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 04:00:25 -0000 From: Andrey Chernov >=20 > Is there any purpose left for being root anymore? Yes, to run pkgadd sudo. :) > > Use boot0cfg and the FreeBSD bootloader instead? >=20 > boot0cfg not works (I assume the reason is the same). >=20 > I can't write FreeBSD bootloader because reinstalled Windows overwrite = it=20 > with standard MBR and sysinstall don't allow to write bootloader = anymore.=20 > The only thing I not try yet in that situation was 'dd' - I was too = lasy=20 > to find needed byte. The MBR is the first sector of the disk. FWIW, if you're coexisting = with Windows, it's easier to let Windows have its way with the MBR and use Windows' own boot loader. The setup is simple, copy a boot sector and = edit a text file, and Windows won't mess with it. From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 04:14:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03F5116A4CE; Mon, 4 Apr 2005 04:14:25 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E662243D2D; Mon, 4 Apr 2005 04:14:22 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j344ELn4049926; Mon, 4 Apr 2005 08:14:21 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j344EKhX049925; Mon, 4 Apr 2005 08:14:20 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 08:14:19 +0400 From: Andrey Chernov To: "Daniel O'Connor" Message-ID: <20050404041419.GA49627@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Daniel O'Connor , phk@FreeBSD.ORG, current@FreeBSD.ORG References: <20050403232027.GA42574@nagual.pp.ru> <200504041235.15749.doconnor@gsoft.com.au> <20050404032843.GA49072@nagual.pp.ru> <200504041311.08781.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <200504041311.08781.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 08:14:22 +0400 (MSD) cc: phk@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 04:14:26 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 04, 2005 at 01:11:01PM +0930, Daniel O'Connor wrote: > > I was trying this variant: > > boot0cfg -s 2 /dev/ad0 >=20 > Strange that works OK for me. When I finally install bootloader now with kern.geom.debugflags=3D16 trick,= =20 it works OK for me too. But not before when there was some MBR written by= =20 Windows. So, never use Windows, it is dangerous, use our protection instead. It=20 prevents any changes. No changes - no mistakes. (perhaps just permanently unplug keyboard to feel even more safe?) Seriously, any sysadmin who try to install FreeBSD for the first time and= =20 see he can't edit partition, just throw out the CD and install Linux=20 instead which allows anything for root in that area. --=20 http://ache.pp.ru/ --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iQCVAwUBQlC/G+JgpPLZnQjrAQJzjgP+OCSLQyo0Nc5aRAdYwR8gvVAUFY4wRbMf w32qswhHAy8VtcV/2GvrGkP7WTaV/+C6TAmOs5EcXZwhEB1il0IjCCkdSwY3cw1f gWUJKx6wr6kkAuY2R7oI9nHKge/an2imgcZ0H6dByH1WpzHkd2hzAAmlOwJ+0cVx K0g72czbg0M= =TMSr -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 04:22:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A6B816A4CE; Mon, 4 Apr 2005 04:22:46 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6005B43D5C; Mon, 4 Apr 2005 04:22:45 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j344LbQW036071; Sun, 3 Apr 2005 22:21:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Apr 2005 22:21:54 -0600 (MDT) Message-Id: <20050403.222154.37240598.imp@bsdimp.com> To: ache@nagual.pp.ru From: "M. Warner Losh" In-Reply-To: <20050404041419.GA49627@nagual.pp.ru> References: <20050404032843.GA49072@nagual.pp.ru> <200504041311.08781.doconnor@gsoft.com.au> <20050404041419.GA49627@nagual.pp.ru> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 04:22:46 -0000 In message: <20050404041419.GA49627@nagual.pp.ru> Andrey Chernov writes: : On Mon, Apr 04, 2005 at 01:11:01PM +0930, Daniel O'Connor wrote: : > > I was trying this variant: : > > boot0cfg -s 2 /dev/ad0 : > : > Strange that works OK for me. : : When I finally install bootloader now with kern.geom.debugflags=16 trick, : it works OK for me too. But not before when there was some MBR written by : Windows. : : So, never use Windows, it is dangerous, use our protection instead. It : prevents any changes. No changes - no mistakes. : : (perhaps just permanently unplug keyboard to feel even more safe?) : : Seriously, any sysadmin who try to install FreeBSD for the first time and : see he can't edit partition, just throw out the CD and install Linux : instead which allows anything for root in that area. I don't see these problems on my disks. Maybe your partitions overloap the MBR? Warner From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 04:28:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2A4216A4CE; Mon, 4 Apr 2005 04:28:22 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27F3443D3F; Mon, 4 Apr 2005 04:28:22 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j344SHmb050208; Mon, 4 Apr 2005 08:28:18 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j344SHRm050207; Mon, 4 Apr 2005 08:28:17 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 08:28:17 +0400 From: Andrey Chernov To: Darren Pilgrim Message-ID: <20050404042817.GB49953@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Darren Pilgrim , 'Daniel O'Connor' , phk@FreeBSD.ORG, current@FreeBSD.ORG References: <20050404025705.GA48464@nagual.pp.ru> <002a01c538ca$d12d8de0$142a15ac@Spud6000> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002a01c538ca$d12d8de0$142a15ac@Spud6000> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 08:28:18 +0400 (MSD) cc: phk@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 04:28:23 -0000 On Sun, Apr 03, 2005 at 09:00:12PM -0700, Darren Pilgrim wrote: > > I can't write FreeBSD bootloader because reinstalled Windows overwrite it > > with standard MBR and sysinstall don't allow to write bootloader anymore. > > The only thing I not try yet in that situation was 'dd' - I was too lasy > > to find needed byte. > > The MBR is the first sector of the disk. FWIW, if you're coexisting with > Windows, it's easier to let Windows have its way with the MBR and use > Windows' own boot loader. The setup is simple, copy a boot sector and edit > a text file, and Windows won't mess with it. There are a lots of ways. When I don't know kern.geom.debugflags=16 trick yet, I istall 3rd party boot manager under Windows. But all this is not relevant to the discussed subject: why FreeBSD root can't change disk partition without quasi-shamanic dance with unnatural and undocumented sysctls? Why Linux root can do it freely? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 04:40:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BF8E16A4CE for ; Mon, 4 Apr 2005 04:40:35 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5567143D49 for ; Mon, 4 Apr 2005 04:40:34 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j344eTm7050367; Mon, 4 Apr 2005 08:40:29 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j344eTcd050366; Mon, 4 Apr 2005 08:40:29 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 08:40:28 +0400 From: Andrey Chernov To: "M. Warner Losh" Message-ID: <20050404044028.GC49953@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "M. Warner Losh" , current@FreeBSD.ORG References: <20050404032843.GA49072@nagual.pp.ru> <200504041311.08781.doconnor@gsoft.com.au> <20050404041419.GA49627@nagual.pp.ru> <20050403.222154.37240598.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050403.222154.37240598.imp@bsdimp.com> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 08:40:30 +0400 (MSD) cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 04:40:35 -0000 On Sun, Apr 03, 2005 at 10:21:54PM -0600, M. Warner Losh wrote: > I don't see these problems on my disks. Maybe your partitions > overloap the MBR? They are surely not (two of four partitions are ever unused). As Daniel O'Connor wrote: "If you have part of that device open GEOM won't let you touch the MBR.." Even in single user. Mounted as / disk always have some part open... -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 04:55:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E0CF16A4CE for ; Mon, 4 Apr 2005 04:55:43 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90FEA43D46 for ; Mon, 4 Apr 2005 04:55:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j344qrEL073018; Sun, 3 Apr 2005 22:52:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Apr 2005 22:53:10 -0600 (MDT) Message-Id: <20050403.225310.82842428.imp@bsdimp.com> To: ache@nagual.pp.ru From: "M. Warner Losh" In-Reply-To: <20050404044028.GC49953@nagual.pp.ru> References: <20050404041419.GA49627@nagual.pp.ru> <20050403.222154.37240598.imp@bsdimp.com> <20050404044028.GC49953@nagual.pp.ru> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 04:55:43 -0000 In message: <20050404044028.GC49953@nagual.pp.ru> Andrey Chernov writes: : On Sun, Apr 03, 2005 at 10:21:54PM -0600, M. Warner Losh wrote: : > I don't see these problems on my disks. Maybe your partitions : > overloap the MBR? : : They are surely not (two of four partitions are ever unused). One of them must, if you are getting this error. Here's my machine. Notice how partition 1 starts at offset 63 and I have / and other file systems mounted on this slice (or on a disklabel in this slice). % sudo boot0cfg -v da0 # flag start chs type end chs offset size 1 0x80 0: 1: 1 0xa5 365:254:63 63 71681967 version=1.0 drive=0x80 mask=0xf ticks=182 options=nopacket,update,nosetdrv default_selection=F1 (Slice 1) % sudo boot0cfg -B da0 % sudo fdisk -s da0 /dev/da0: 4462 cyl 255 hd 63 sec Part Start Size Type Flags 1: 63 71681967 0xa5 0x80 % mount /dev/da0s1a on / (ufs, local, soft-updates) devfs on /dev (devfs, local) /dev/da0s1d on /var (ufs, local, soft-updates) /dev/da0s1e on /usr (ufs, local, soft-updates) /dev/da0s1f on /u (ufs, NFS exported, local, soft-updates) /dev/da1s1a on /u2 (ufs, NFS exported, local) procfs on /proc (procfs, local) % sysctl kern.geom.debugflags kern.geom.debugflags: 0 % uname -a FreeBSD harmony.village.org 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Oct 21 07:15:53 MDT 2004 root@harmony.village.org:/u/misc/imp/obj/u/misc/imp/5x/src/sys/GENERIC i386 Warner From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:04:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B82C16A4CE for ; Mon, 4 Apr 2005 05:04:48 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C50443D49 for ; Mon, 4 Apr 2005 05:04:47 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j3452ZrT090689; Sun, 3 Apr 2005 23:02:35 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Apr 2005 23:02:52 -0600 (MDT) Message-Id: <20050403.230252.118920528.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <4250C96F.3040109@root.org> References: <4250C6EC.80004@root.org> <20050403.225503.70462416.imp@bsdimp.com> <4250C96F.3040109@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/dev/acpica acpi_perf.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:04:48 -0000 In message: <4250C96F.3040109@root.org> Nate Lawson writes: : Any idea why I get this while trying to do a kernel compile? I'm going : to blow away the kernel compile directory now and see if that helps. : : ===> wlan_xauth (obj) : ===> xe (obj) : ===> xl (obj) : cd ../../../modules; : MAKEOBJDIRPREFIX=/home/src/sys/i386/compile/MRSPECIAL/modul : es KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=i386 : KERNBUILDDIR="/home/src/sy : s/i386/compile/MRSPECIAL" make all : ===> 3dfx (all) : make: don't know how to make machine/bus_at386.h. Stop : *** Error code 2 : : Stop in /home/src/sys/modules. : *** Error code 1 : : Stop in /home/src/sys/i386/compile/MRSPECIAL. "make cleandepend" will fix this. Anytime that files are deleted, make depend doesn't alway work with exactly this failure mode. Most of the time make depend will catch these things, but I've had some cases fail that I've not been able to pin down exactly. Warner From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:06:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 312A416A4CE; Mon, 4 Apr 2005 05:06:44 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B46E643D41; Mon, 4 Apr 2005 05:06:43 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j3456e3x026239; Mon, 4 Apr 2005 01:06:40 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j3456eqM026236; Mon, 4 Apr 2005 01:06:40 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Mon, 4 Apr 2005 01:06:40 -0400 (EDT) From: Andre Guibert de Bruet To: "Bjoern A. Zeeb" In-Reply-To: Message-ID: <20050404005914.I10428@lexi.siliconlandmark.com> References: <20050403181452.GA38264@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.492, required 6, autolearn=not spam, AWL 0.11, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: Andrey Chernov cc: FreeBSD current mailing list cc: hardware@freebsd.org Subject: Re: Marvell Yukon driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:06:44 -0000 On Sun, 3 Apr 2005, Bjoern A. Zeeb wrote: > On Sun, 3 Apr 2005, Andrey Chernov wrote: > >> Does anybody know, is "Marvell Yukon 88E8053 PCI-E Gigabit LAN" supported >> by some of -current ethernet drivers or not? If not, is it just matter of >> detection (i.e. new PCI ID can be added to some existen driver) or whole >> driver must ve written from scratch? (This is popular controller embedded >> to many ASUS boards like P5GD2) > > The short answer: won't work. > > More information can be found on > * http://sources.zabbadoz.net/freebsd/if_sk.html > * http://lists.freebsd.org/pipermail/freebsd-questions/2005-January/thread.html#71195 Bjoern, May I suggest that you have a look at what the official drivers from Marvell do in their linux 2.6 source package which can be found at http://www.marvell.com/drivers/upload/install-8_13.tar.bz2 I happen to have such a Yukon card in two of my personal dual Xeons (bling & lexi) that I would love to get working. I am really in a timecrunch period at work. If I wasn't I would be hacking away at this right now... Thanks, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:08:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5707716A4CE for ; Mon, 4 Apr 2005 05:08:09 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0BED43D1D for ; Mon, 4 Apr 2005 05:08:08 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j3456xXQ094965; Sun, 3 Apr 2005 23:06:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Apr 2005 23:07:16 -0600 (MDT) Message-Id: <20050403.230716.04695657.imp@bsdimp.com> To: ache@nagual.pp.ru From: "M. Warner Losh" In-Reply-To: <20050404044028.GC49953@nagual.pp.ru> References: <20050404041419.GA49627@nagual.pp.ru> <20050403.222154.37240598.imp@bsdimp.com> <20050404044028.GC49953@nagual.pp.ru> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:08:09 -0000 In message: <20050404044028.GC49953@nagual.pp.ru> Andrey Chernov writes: : On Sun, Apr 03, 2005 at 10:21:54PM -0600, M. Warner Losh wrote: : > I don't see these problems on my disks. Maybe your partitions : > overloap the MBR? : : They are surely not (two of four partitions are ever unused). : : As Daniel O'Connor wrote: : "If you have part of that device open GEOM won't let you touch the MBR.." : Even in single user. Mounted as / disk always have some part open... Daniel is wrong. If you have a device open that overlaps the MBR, then geom will enforce this restriction. If you don't, then it simply will not, as I've shown in other mail. Warner From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:08:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CDDD16A4CE; Mon, 4 Apr 2005 05:08:24 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F04E43D5E; Mon, 4 Apr 2005 05:08:24 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j34563a7094269; Sun, 3 Apr 2005 23:06:03 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Apr 2005 23:06:21 -0600 (MDT) Message-Id: <20050403.230621.16875081.imp@bsdimp.com> To: ache@nagual.pp.ru From: "M. Warner Losh" In-Reply-To: <20050404042817.GB49953@nagual.pp.ru> References: <20050404025705.GA48464@nagual.pp.ru> <002a01c538ca$d12d8de0$142a15ac@Spud6000> <20050404042817.GB49953@nagual.pp.ru> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: dmp@bitfreak.org cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:08:24 -0000 In message: <20050404042817.GB49953@nagual.pp.ru> Andrey Chernov writes: : On Sun, Apr 03, 2005 at 09:00:12PM -0700, Darren Pilgrim wrote: : > > I can't write FreeBSD bootloader because reinstalled Windows overwrite it : > > with standard MBR and sysinstall don't allow to write bootloader anymore. : > > The only thing I not try yet in that situation was 'dd' - I was too lasy : > > to find needed byte. : > : > The MBR is the first sector of the disk. FWIW, if you're coexisting with : > Windows, it's easier to let Windows have its way with the MBR and use : > Windows' own boot loader. The setup is simple, copy a boot sector and edit : > a text file, and Windows won't mess with it. : : There are a lots of ways. When I don't know kern.geom.debugflags=16 trick : yet, I istall 3rd party boot manager under Windows. But all this is not : relevant to the discussed subject: why FreeBSD root can't change disk : partition without quasi-shamanic dance with unnatural and undocumented : sysctls? Why Linux root can do it freely? As you see in my other mail, this only happens when one partition overlaps the MBR and that partition has mounted partitions. Such a configuration is illegal, but tolerated, in the PC world. Warner From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:10:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86B3216A4CE for ; Mon, 4 Apr 2005 05:10:51 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE30743D3F for ; Mon, 4 Apr 2005 05:10:50 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j345AlUM050824; Mon, 4 Apr 2005 09:10:47 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j345AlRM050823; Mon, 4 Apr 2005 09:10:47 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 09:10:47 +0400 From: Andrey Chernov To: "M. Warner Losh" Message-ID: <20050404051047.GA50719@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "M. Warner Losh" , current@FreeBSD.ORG References: <20050404041419.GA49627@nagual.pp.ru> <20050403.222154.37240598.imp@bsdimp.com> <20050404044028.GC49953@nagual.pp.ru> <20050403.225310.82842428.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050403.225310.82842428.imp@bsdimp.com> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 09:10:47 +0400 (MSD) cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:10:51 -0000 On Sun, Apr 03, 2005 at 10:53:10PM -0600, M. Warner Losh wrote: > One of them must, if you are getting this error. Here's my machine. # boot0cfg -v ad0 # flag start chs type end chs offset size 1 0x80 0: 1: 1 0xa5 1023:254:63 63 23053212 2 0x00 1023: 0: 1 0x07 1023:254:63 23053275 133307370 Various partition checkers under Windows indicates no problems. No offset+size overlap. > FreeBSD harmony.village.org 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Oct 21 07:15:53 MDT 2004 root@harmony.village.org:/u/misc/imp/obj/u/misc/imp/5x/src/sys/GENERIC i386 It seems that this secret sysctl is phk's -current innovation, not in 5.3, but I am not sure. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:17:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4592616A4CE for ; Mon, 4 Apr 2005 05:17:00 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82D6043D1F for ; Mon, 4 Apr 2005 05:16:59 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j345FfVX050910; Mon, 4 Apr 2005 09:15:41 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j345Ffnl050909; Mon, 4 Apr 2005 09:15:41 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 09:15:40 +0400 From: Andrey Chernov To: "M. Warner Losh" Message-ID: <20050404051540.GB50719@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "M. Warner Losh" , current@freebsd.org References: <20050404041419.GA49627@nagual.pp.ru> <20050403.222154.37240598.imp@bsdimp.com> <20050404044028.GC49953@nagual.pp.ru> <20050403.230716.04695657.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050403.230716.04695657.imp@bsdimp.com> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 09:15:41 +0400 (MSD) cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:17:00 -0000 On Sun, Apr 03, 2005 at 11:07:16PM -0600, M. Warner Losh wrote: > Daniel is wrong. If you have a device open that overlaps the MBR, > then geom will enforce this restriction. If you don't, then it simply > will not, as I've shown in other mail. What you means by overlapping exactly? Perhaps we talks about different things. Even first one can't overlap because started from 63 offset, far from MBR. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:20:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF81116A4CE; Mon, 4 Apr 2005 05:20:51 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2928A43D4C; Mon, 4 Apr 2005 05:20:51 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j345JVcE050965; Mon, 4 Apr 2005 09:19:31 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j345JV3q050963; Mon, 4 Apr 2005 09:19:31 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 09:19:31 +0400 From: Andrey Chernov To: "M. Warner Losh" Message-ID: <20050404051931.GC50719@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "M. Warner Losh" , dmp@bitfreak.org, phk@freebsd.org, current@freebsd.org References: <20050404025705.GA48464@nagual.pp.ru> <002a01c538ca$d12d8de0$142a15ac@Spud6000> <20050404042817.GB49953@nagual.pp.ru> <20050403.230621.16875081.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050403.230621.16875081.imp@bsdimp.com> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 09:19:31 +0400 (MSD) cc: dmp@bitfreak.org cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:20:52 -0000 On Sun, Apr 03, 2005 at 11:06:21PM -0600, M. Warner Losh wrote: > As you see in my other mail, this only happens when one partition > overlaps the MBR and that partition has mounted partitions. Such a > configuration is illegal, but tolerated, in the PC world. Well, I sent you my boot0cfg -v in previous mail. Do you see overlap there? I don't. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:21:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 919F516A4CE; Mon, 4 Apr 2005 05:21:51 +0000 (GMT) Received: from lakermmtao01.cox.net (lakermmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C5C843D31; Mon, 4 Apr 2005 05:21:50 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.70.216]) by lakermmtao01.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP <20050404052148.EDAU29182.lakermmtao01.cox.net@dolphin.local.net>; Mon, 4 Apr 2005 01:21:48 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.3/8.13.3) with ESMTP id j345LkwP067307; Mon, 4 Apr 2005 00:21:48 -0500 (CDT) (envelope-from conrads@cox.net) Date: Mon, 4 Apr 2005 00:21:41 -0500 From: "Conrad J. Sabatier" To: Bakul Shah Message-ID: <20050404002141.2819f386@dolphin.local.net> In-Reply-To: <200503261636.j2QGa2ZI055013@gate.bitblocks.com> References: <4243B57D.5050204@freebsd.org> <200503261636.j2QGa2ZI055013@gate.bitblocks.com> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Tim Kientzle cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:21:51 -0000 On Sat, 26 Mar 2005 08:36:02 -0800, Bakul Shah wrote: > What is the status of this bug? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=76294 > > [summary: certain gzipped tar files can't be untarred > correctly with -z flag but work fine if with gzcat|tar xvf -] > > Seems to me this bug needs to be fixed in bsdtar before gtar > is removed (note: gtar does not have this problem). In > particular if zlib is buggy, either it needs to be upgraded > or bsdtar needs to run compressed files through gzip. > > Thanks! > > -- bakul In a similar vein, I just discovered that KDE's "ark" can no longer properly extract gzipped tar files: tar: unrecognized option `--use-compress-program=gunzip' Any chance of adding this option to bsdtar? -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:22:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B801C16A4CE for ; Mon, 4 Apr 2005 05:22:03 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4836A43D31 for ; Mon, 4 Apr 2005 05:22:03 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j345Lxea026380; Mon, 4 Apr 2005 01:21:59 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j345LxCs026377; Mon, 4 Apr 2005 01:21:59 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Mon, 4 Apr 2005 01:21:59 -0400 (EDT) From: Andre Guibert de Bruet To: Andrey Chernov In-Reply-To: <20050404051047.GA50719@nagual.pp.ru> Message-ID: <20050404011938.P10428@lexi.siliconlandmark.com> References: <20050404041419.GA49627@nagual.pp.ru> <20050403.222154.37240598.imp@bsdimp.com> <20050403.225310.82842428.imp@bsdimp.com> <20050404051047.GA50719@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.494, required 6, autolearn=not spam, AWL 0.10, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:22:03 -0000 On Mon, 4 Apr 2005, Andrey Chernov wrote: > On Sun, Apr 03, 2005 at 10:53:10PM -0600, M. Warner Losh wrote: >> One of them must, if you are getting this error. Here's my machine. > > # boot0cfg -v ad0 > # flag start chs type end chs offset size > 1 0x80 0: 1: 1 0xa5 1023:254:63 63 23053212 > 2 0x00 1023: 0: 1 0x07 1023:254:63 23053275 133307370 > > Various partition checkers under Windows indicates no problems. > No offset+size overlap. > >> FreeBSD harmony.village.org 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Oct 21 07:15:53 MDT 2004 root@harmony.village.org:/u/misc/imp/obj/u/misc/imp/5x/src/sys/GENERIC i386 > > It seems that this secret sysctl is phk's -current innovation, not in 5.3, > but I am not sure. FYI. This "feature" was in 5.2-CURRENT (Maybe even before) and made its way into RELENG_5_3. I have known about the foot-shooting.patch for at least 18 months. Cheers, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:22:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35ED116A4D5 for ; Mon, 4 Apr 2005 05:22:53 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96F5D43D2F for ; Mon, 4 Apr 2005 05:22:52 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j345KJTf005730; Sun, 3 Apr 2005 23:20:19 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Apr 2005 23:20:36 -0600 (MDT) Message-Id: <20050403.232036.35219348.imp@bsdimp.com> To: ache@nagual.pp.ru From: "M. Warner Losh" In-Reply-To: <20050404051047.GA50719@nagual.pp.ru> References: <20050404044028.GC49953@nagual.pp.ru> <20050403.225310.82842428.imp@bsdimp.com> <20050404051047.GA50719@nagual.pp.ru> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:22:53 -0000 In message: <20050404051047.GA50719@nagual.pp.ru> Andrey Chernov writes: : On Sun, Apr 03, 2005 at 10:53:10PM -0600, M. Warner Losh wrote: : > One of them must, if you are getting this error. Here's my machine. : : # boot0cfg -v ad0 : # flag start chs type end chs offset size : 1 0x80 0: 1: 1 0xa5 1023:254:63 63 23053212 : 2 0x00 1023: 0: 1 0x07 1023:254:63 23053275 133307370 : : Various partition checkers under Windows indicates no problems. : No offset+size overlap. : : > FreeBSD harmony.village.org 5.3-STABLE FreeBSD 5.3-STABLE #0: Thu Oct 21 07:15:53 MDT 2004 root@harmony.village.org:/u/misc/imp/obj/u/misc/imp/5x/src/sys/GENERIC i386 : : It seems that this secret sysctl is phk's -current innovation, not in 5.3, : but I am not sure. One more time with -current machine: # boot0cfg -B da0 # uname -a FreeBSD hondo.village.org 6.0-CURRENT FreeBSD 6.0-CURRENT #7: Thu Mar 17 20:41:51 MST 2005 imp@hondo.village.org:/hondo/imp/FreeBSD/src/sys/i386/compile/HONDO i386 # boot0cfg -v da0 # flag start chs type end chs offset size 1 0x80 5: 0: 1 0xa5 521:254:63 80325 8305605 3 0x00 0: 1: 1 0x12 4:254:63 63 80262 version=1.0 drive=0x80 mask=0xf ticks=182 options=packet,update,nosetdrv default_selection=F1 (Slice 1) # mount /dev/da0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/da0s1e on /tmp (ufs, local, soft-updates) /dev/da0s1f on /usr (ufs, local, soft-updates) /dev/da0s1d on /var (ufs, local, soft-updates) # boot0cfg -o nopacket da0 # boot0cfg -v da0 # flag start chs type end chs offset size 1 0x80 5: 0: 1 0xa5 521:254:63 80325 8305605 3 0x00 0: 1: 1 0x12 4:254:63 63 80262 version=1.0 drive=0x80 mask=0xf ticks=182 options=nopacket,update,nosetdrv default_selection=F1 (Slice 1) # So clearly there's something wrong on your machine, or there's a bug in the GEOM code. It should work, and if not, we need to find out either your pilot error, or the bug that is prefenting it from updating. My -current machine appears to work as expected... Warner From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:25:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E19C16A4CE for ; Mon, 4 Apr 2005 05:25:44 +0000 (GMT) Received: from thought.holo.org (h-68-166-32-19.snvacaid.covad.net [68.166.32.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0409943D45 for ; Mon, 4 Apr 2005 05:25:44 +0000 (GMT) (envelope-from bwb@holo.org) Received: from localhost (localhost [127.0.0.1]) by thought.holo.org (8.13.1/8.13.1) with ESMTP id j345PjEr037215 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Apr 2005 22:25:46 -0700 (PDT) (envelope-from bwb@holo.org) Date: Sun, 3 Apr 2005 22:25:45 -0700 (PDT) From: Brian Buchanan X-X-Sender: brian@thought.holo.org To: Andrey Chernov In-Reply-To: <20050404051047.GA50719@nagual.pp.ru> Message-ID: <20050403221330.O36774@thought.holo.org> References: <20050404041419.GA49627@nagual.pp.ru> <20050403.222154.37240598.imp@bsdimp.com> <20050403.225310.82842428.imp@bsdimp.com> <20050404051047.GA50719@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:25:44 -0000 The "SPOILING" section of the geom(4) manpage sounds like it is relevant here. From this, it sounds like attempts to open ad0 for writing should be denied if any ad0 partition is mounted, no matter read-only or read/write. Perhaps the write protection was not actually enforced until recently. It doesn't appear to be enforced by a kernel from 4 October, but is enforced on my laptop with a kernel from 12 March. - Brian Quoting: SPOILING is a special case of orphanization used to protect against stale metadata. It is probably easiest to understand spoiling by going through an example. Imagine a disk, "da0" on top of which a MBR geom provides "da0s1" and "da0s2" and on top of "da0s1" a BSD geom provides "da0s1a" through "da0s1e", both the MBR and BSD geoms have autoconfigured based on data structures on the disk media. Now imagine the case where "da0" is opened for writing and those data structures are modified or overwritten: Now the geoms would be operating on stale metadata unless some notification system can inform them otherwise. To avoid this situation, when the open of "da0" for write happens, all attached consumers are told about this, and geoms like MBR and BSD will selfdestruct as a result. When "da0" is closed again, it will be offered for tasting again and if the data structures for MBR and BSD are still there, new geoms will instantiate themselves anew. Now for the fine print: If any of the paths through the MBR or BSD module were open, they would have opened downwards with an exclusive bit rendering it impossible to open "da0" for writing in that case and conversely the requested exclu- sive bit would render it impossible to open a path through the MBR geom while "da0" is open for writing. From this it also follows that changing the size of open geoms can only be done with their cooperation. Finally: the spoiling only happens when the write count goes from zero to non-zero and the retasting only when the write count goes from non-zero to zero. From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:33:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4113116A4CE for ; Mon, 4 Apr 2005 05:33:04 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77D8B43D64 for ; Mon, 4 Apr 2005 05:33:03 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j345X0XQ051343; Mon, 4 Apr 2005 09:33:00 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j345X0VD051342; Mon, 4 Apr 2005 09:33:00 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 09:33:00 +0400 From: Andrey Chernov To: "M. Warner Losh" Message-ID: <20050404053300.GA51088@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "M. Warner Losh" , current@FreeBSD.ORG References: <20050404044028.GC49953@nagual.pp.ru> <20050403.225310.82842428.imp@bsdimp.com> <20050404051047.GA50719@nagual.pp.ru> <20050403.232036.35219348.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050403.232036.35219348.imp@bsdimp.com> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 09:33:00 +0400 (MSD) cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:33:04 -0000 On Sun, Apr 03, 2005 at 11:20:36PM -0600, M. Warner Losh wrote: > One more time with -current machine: I don't see any testing results from your side, just partition dump. To see them you need at least to restore standard MBR and with 'fdisk -u' change something not dangerous, like active partition flag, on /-mounted disk. The error will shown the end. > So clearly there's something wrong on your machine, or there's a bug I run today's -current. What else you need to see? Perhaps fdisk/disklabel output? > in the GEOM code. It should work, and if not, we need to find out > either your pilot error, or the bug that is prefenting it from > updating. My -current machine appears to work as expected... About year ago I do the same operation on the same partition table without any error. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:43:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A1E016A4CE for ; Mon, 4 Apr 2005 05:43:53 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BBED43D41 for ; Mon, 4 Apr 2005 05:43:52 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j345etWw006308; Sun, 3 Apr 2005 23:40:55 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 03 Apr 2005 23:41:13 -0600 (MDT) Message-Id: <20050403.234113.30984184.imp@bsdimp.com> To: ache@nagual.pp.ru From: "M. Warner Losh" In-Reply-To: <20050404053300.GA51088@nagual.pp.ru> References: <20050404051047.GA50719@nagual.pp.ru> <20050403.232036.35219348.imp@bsdimp.com> <20050404053300.GA51088@nagual.pp.ru> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:43:53 -0000 In message: <20050404053300.GA51088@nagual.pp.ru> Andrey Chernov writes: : On Sun, Apr 03, 2005 at 11:20:36PM -0600, M. Warner Losh wrote: : > One more time with -current machine: : : I don't see any testing results from your side, just partition dump. To : see them you need at least to restore standard MBR and with 'fdisk -u' : change something not dangerous, like active partition flag, on /-mounted : disk. The error will shown the end. I thought you were trying to use boot0cfg. boot0cfg changes the MBR, but does so through a safe ioctl. I didn't try to change the partitioning of the disk itself. If you are doing that, then you're seeing a design feature, and the changes of it changing are low. This is a pain. Warner From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 05:54:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A092716A4CE for ; Mon, 4 Apr 2005 05:54:29 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC3AD43D1F for ; Mon, 4 Apr 2005 05:54:28 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j345sOZT052716; Mon, 4 Apr 2005 09:54:24 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j345sOCX052715; Mon, 4 Apr 2005 09:54:24 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 09:54:23 +0400 From: Andrey Chernov To: "M. Warner Losh" Message-ID: <20050404055423.GA52061@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "M. Warner Losh" , current@FreeBSD.ORG References: <20050404051047.GA50719@nagual.pp.ru> <20050403.232036.35219348.imp@bsdimp.com> <20050404053300.GA51088@nagual.pp.ru> <20050403.234113.30984184.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050403.234113.30984184.imp@bsdimp.com> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 09:54:25 +0400 (MSD) cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 05:54:29 -0000 On Sun, Apr 03, 2005 at 11:41:13PM -0600, M. Warner Losh wrote: > In message: <20050404053300.GA51088@nagual.pp.ru> > Andrey Chernov writes: > : On Sun, Apr 03, 2005 at 11:20:36PM -0600, M. Warner Losh wrote: > : > One more time with -current machine: > : > : I don't see any testing results from your side, just partition dump. To > : see them you need at least to restore standard MBR and with 'fdisk -u' > : change something not dangerous, like active partition flag, on /-mounted > : disk. The error will shown the end. > > I thought you were trying to use boot0cfg. boot0cfg changes the MBR, > but does so through a safe ioctl. I didn't try to change the > partitioning of the disk itself. If you are doing that, then you're > seeing a design feature, and the changes of it changing are low. This > is a pain. I was trying almost everything, fdisk, sysinstall and boot0cfg (don't trying dd). fdisk & sysinstall not works until kern.geom.debugflags=16. boot0cfg not works until I put freebsd bootloader inplace, it can't set active partition flag with other loaders. Even DOS utilities can. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 08:06:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D946816A4CE for ; Mon, 4 Apr 2005 08:06:08 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 25B8043D53 for ; Mon, 4 Apr 2005 08:06:08 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 62571 invoked by uid 89); 4 Apr 2005 08:10:15 -0000 Received: from ool-43552092.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.32.146) by s1tank.virtdom.com with SMTP; 4 Apr 2005 08:10:15 -0000 Message-ID: <00b701c538ed$25a7b680$6800000a@venti> From: "Brian K. White" To: References: <4243B57D.5050204@freebsd.org><200503261636.j2QGa2ZI055013@gate.bitblocks.com> <20050404002141.2819f386@dolphin.local.net> Date: Mon, 4 Apr 2005 04:05:37 -0400 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 08:06:09 -0000 ----- Original Message ----- From: "Conrad J. Sabatier" To: "Bakul Shah" Cc: "Tim Kientzle" ; Sent: Monday, April 04, 2005 1:21 AM Subject: Re: Heads up: gtar gone from base system > On Sat, 26 Mar 2005 08:36:02 -0800, Bakul Shah > wrote: > >> What is the status of this bug? >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=76294 >> >> [summary: certain gzipped tar files can't be untarred >> correctly with -z flag but work fine if with gzcat|tar xvf -] >> >> Seems to me this bug needs to be fixed in bsdtar before gtar >> is removed (note: gtar does not have this problem). In >> particular if zlib is buggy, either it needs to be upgraded >> or bsdtar needs to run compressed files through gzip. >> >> Thanks! >> >> -- bakul > > In a similar vein, I just discovered that KDE's "ark" can no longer > properly extract gzipped tar files: > > tar: unrecognized option `--use-compress-program=gunzip' > > Any chance of adding this option to bsdtar? I think the most technically correct fix there is to update the ark port. It is a generically useful option though, being able to specify an arbitrary compress program, so I wouldn't mind seeing an option like this although it doesn't matter to me if it's exactly "--use-compress-program" If there is software that is so tightly tied to gtar that all the options and behaviour need to be duplicated exactly, then the correct answer is to install the gtar port to satisfy them. If they use "tar" and expect it to be gnu tar to the point of breaking otherwise, then it's stupidity in that software that should be fixed, not freebsd's obligation to make sure it's tar is a drop-in replacement for gtar on top of being itself. Of course software will continue to be stupid and assume that the universe is Linux, but that is exactly what the ports system is for and that is where such adjustments should be made. Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 08:08:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 552CD16A4CE for ; Mon, 4 Apr 2005 08:08:14 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id D15A043D53 for ; Mon, 4 Apr 2005 08:08:13 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.50 (FreeBSD)) id 1DIMcy-000GXl-E9 for freebsd-current@FreeBSD.org; Mon, 04 Apr 2005 10:08:08 +0200 Date: Mon, 4 Apr 2005 10:08:08 +0200 From: Kirill Ponomarew To: freebsd-current@FreeBSD.org Message-ID: <20050404080808.GA8250@voodoo.oberon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE Keywords: 579279786 Subject: new panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 08:08:14 -0000 -current from 30 March panicked today, note that I use SCHED_ULE on this machine. 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 "i386-marcel-freebsd". #0 doadump () at pcpu.h:164 164 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:164 #1 0xc042f572 in db_fncall (dummy1=0, dummy2=0, dummy3=-1067573485, dummy4=0xe4c8c970 "\234ÉÈä\224\001^À\210ÉÈä\214ÉÈä\220\a") at /usr/src/sys/ddb/db_command.c:531 #2 0xc042f380 in db_command (last_cmdp=0xc06661e4, cmd_table=0x0, aux_cmd_tablep=0xc0637768, aux_cmd_tablep_end=0xc063776c) at /usr/src/sys/ddb/db_command.c:349 #3 0xc042f448 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc0430fdd in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc04d94fb in kdb_trap (type=12, code=0, tf=0xe4c8cb04) at /usr/src/sys/kern/subr_kdb.c:421 #6 0xc05f88ad in trap_fatal (frame=0xe4c8cb04, eva=0) at /usr/src/sys/i386/i386/trap.c:801 #7 0xc05f8633 in trap_pfault (frame=0xe4c8cb04, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:724 #8 0xc05f8231 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1041485824, tf_esi = -976561920, tf_ebp = -456602744, tf_isp = -456602832, tf_ebx = -1041426448, tf_edx = 0, tf_ecx = -5933356, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1067480507, tf_cs = 8, tf_eflags = 590343, tf_esp = 132717666, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:414 #9 0xc05ea9da in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0x00000018 in ?? () #11 0x00000010 in ?? () #12 0x00000010 in ?? () #13 0xc1ec3000 in ?? () #14 0xc5cad900 in ?? () #15 0xe4c8cb88 in ?? () #16 0xe4c8cb30 in ?? () #17 0xc1ed17f0 in ?? () #18 0x00000000 in ?? () #19 0xffa576d4 in ?? () #20 0x00000000 in ?? () #21 0x0000000c in ?? () #22 0x00000000 in ?? () #23 0xc05f8a45 in syscall (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1060873408, tf_esi = -976561920, tf_ebp = -456602676, tf_isp = -456602692, tf_ebx = 1, tf_edx = 1, tf_ecx = -5933356, tf_eax = -976561920, tf_trapno = -456602676, tf_err = 7, tf_eip = -976561920, tf_cs = 0, tf_eflags = 524802, tf_esp = -1067763568, tf_ss = -976561920}) at /usr/src/sys/i386/i386/trap.c:917 #24 0xc05eaa04 in Xlcall_syscall () at /usr/src/sys/i386/i386/exception.s:175 #25 0x00000018 in ?? () #26 0x00000010 in ?? () #27 0x00000010 in ?? () #28 0xc0c45b40 in ?? () #29 0xc5cad900 in ?? () #30 0xe4c8cbcc in ?? () #31 0xe4c8cbbc in ?? () #32 0x00000001 in ?? () #33 0x00000001 in ?? () #34 0xffa576d4 in ?? () #35 0xc5cad900 in ?? () #36 0xe4c8cbcc in ?? () #37 0x00000007 in ?? () #38 0xc5cad900 in ?? () #39 0x00000000 in ?? () #40 0x00080202 in ?? () #41 0xc05b3890 in uma_zfree_arg (zone=0xc0c45b40, item=0x100, udata=0x0) at /usr/src/sys/vm/uma_core.c:2252 machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident WAR makeoptions DEBUG=-g options SCHED_ULE options PREEMPTION options INET options FFS options SOFTUPDATES options UFS_ACL options UFS_DIRHASH options MD_ROOT options NFSCLIENT options NFSSERVER options NFS_ROOT options MSDOSFS options CD9660 options PROCFS options PSEUDOFS options GEOM_GPT options COMPAT_43 options COMPAT_FREEBSD4 options KTRACE options SYSVSHM options SYSVMSG options SYSVSEM options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV options AHC_REG_PRETTY_PRINT options AHD_REG_PRETTY_PRINT options ADAPTIVE_GIANT options COM_MULTIPORT # Debugging for use in -current options KDB options KDB_UNATTENDED options DDB options GDB device isa device eisa device pci device fdc device ata device atadisk device ataraid device atapicd device atapifd device atapist options ATA_STATIC_ID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc device atkbd device psm device vga device splash device sc device agp device npx device pmtimer # Serial (COM) ports device sio # Parallel port device ppc device ppbus device lpt device plip device ppi #device vpo device miibus device fxp device vr device mem device io device random device loop device ether device tun device pty device md device bpf -Kirill From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 08:38:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEC3016A4CE for ; Mon, 4 Apr 2005 08:38:22 +0000 (GMT) Received: from hermes.oxyd.fr (hermes.oxyd.fr [195.137.249.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2662E43D39 for ; Mon, 4 Apr 2005 08:38:22 +0000 (GMT) (envelope-from pcasidy@casidy.com) Received: from [81.56.135.122] (helo=smtp.casidy.net) by hermes.oxyd.fr with asmtp (Exim 4.20) id 1DIN6C-0005Sm-Um; Mon, 04 Apr 2005 10:38:21 +0200 Received: from casidy.com (unknown [192.168.1.15]) by smtp.casidy.net (Postfix) with ESMTP id 979EAB86C; Mon, 4 Apr 2005 10:38:11 +0200 (CEST) Date: Mon, 4 Apr 2005 10:47:37 +0200 (CEST) From: pcasidy@casidy.com To: avatar@mmlab.cse.yzu.edu.tw In-Reply-To: <05031615560118.9155@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: <20050404083811.979EAB86C@smtp.casidy.net> X-auth-smtp-user: postmaster@casidy.com X-abuse-contact: abuse@oxyd.fr cc: freebsd-current@freebsd.org Subject: Re: Panic: Use-after-free in bfe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 08:38:22 -0000 On 16 Mar, Tai-hwa Liang wrote: > > Not sure about the reason of the interrupt storm you observed; however, > the link down problem sounds like some sort of switch incompatibility to me. > I remembered that someone said that manually tweak the media type *may* > be a possible workaround(i.e. "ifconfig bfe0 media 10baseT/UTP" or > "ifconfig bfe0 media 100baseTX). > > Does direct connect through crossover cable to another computer work > for you? Sorry for the delay, had to deal with another network problem. I performed the tests you suggested and here are the results: I used a crossover cable to link my laptop and my server. The server is equipped with a configured as autoselect. I tried to force the media both 10 and 100 on both card and the only case i had the Broadcom card active was when I set the server NIC to 100. But in that case, the RealTek NIC was not active. Maybe I have to change the NIC on the server :( The other tests I did besides the previous one was to boot in Safe mode and to unload usb. Now, I don't know what to do. Thanks for the fix anyway ;) Phil. From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 12:47:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99F0716A4CE; Mon, 4 Apr 2005 12:47:32 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5C2A43D54; Mon, 4 Apr 2005 12:47:31 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.165]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j34ClQe2005441; Mon, 4 Apr 2005 13:47:26 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.3/8.13.1) with ESMTP id j34ClPFW071598; Mon, 4 Apr 2005 13:47:25 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.3/8.13.1/Submit) id j34ClM3x071597; Mon, 4 Apr 2005 13:47:22 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Andrey Chernov In-Reply-To: <20050404032843.GA49072@nagual.pp.ru> References: <20050403232027.GA42574@nagual.pp.ru> <200504041145.25265.doconnor@gsoft.com.au> <20050404025705.GA48464@nagual.pp.ru> <200504041235.15749.doconnor@gsoft.com.au> <20050404032843.GA49072@nagual.pp.ru> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 04 Apr 2005 13:47:21 +0100 Message-Id: <1112618841.71324.23.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 12:47:32 -0000 On Mon, 2005-04-04 at 07:28 +0400, Andrey Chernov wrote: > BTW, the trick with kern.geom.debugflags=16 works and I put it permanently > in my sysctl.conf. Could you please make it ON by default or make a > warning at least? I actually agree with this. It's so frustrating to not be able to do what you want to do as root. Consider the following two examples: - Freshly installed machine, I want to move the root disk to be a GEOM mirror. I can't, because gmirror can't open /dev/ad0 for writing, even though I know the last sectors which it needs to write to are unused. It can't even be done in single user mode, as / is still mounted. The only way to do this seems to be to boot off a fixit CD, with all the problems that brings with it. (this issue has been discussed several times before) - I have a partition, which I would like to split into two smaller partitions. Even though it is unmounted, and it's perfectly safe to do, I'm prevented from doing it. Again, it can't be done in single user mode either. Back to the fixit CD. I fully understand why the feature exists, but when it gets in the way of legitimate system administration then perhaps it should be disabled by default (or perhaps based on securelevel). Having to flip bits clearly labelled "debug" flags doesn't seem to be a good solution. Maybe the way forward is to make it more intellegent, "hang on, you can't destroy that partition because this geom is using it". I 'm not sure how this could be implemented, I guess another geom method would have to exists to basically say "somebody wants to make this change, is it ok with you?" before the write occurs, and the caller either gets returned success, or something like EROFS if the responsible geom turned it down. Only the geom in question can ever know if a particular change is safe, so it should be up to that to authorise or deny a change. Or, allow the change, then notify all attached consumers of da0 and say "hey, something's changed". Let the consumers pass that down to the consumers it affects which either respect it (if it can be respected or if it changes nothing significant) or self-destruct. I don't know enough about geom to know the best solution, but something really should be done about it. Gavin From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 13:17:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EAB716A4CE for ; Mon, 4 Apr 2005 13:17:40 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BF5943D39 for ; Mon, 4 Apr 2005 13:17:39 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j34DHcam061073; Mon, 4 Apr 2005 17:17:38 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j34DHchW061072; Mon, 4 Apr 2005 17:17:38 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 17:17:37 +0400 From: Andrey Chernov To: Gerald Heinig Message-ID: <20050404131737.GA61000@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Gerald Heinig , freebsd-current@freebsd.org References: <425134F7.8060800@syskonnect.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <425134F7.8060800@syskonnect.de> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 17:17:38 +0400 (MSD) cc: freebsd-current@freebsd.org Subject: Re: Marvell Yukon driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 13:17:40 -0000 On Mon, Apr 04, 2005 at 02:37:11PM +0200, Gerald Heinig wrote: > there's a driver for these cards being developed by SysKonnect which > will be out pretty soon. Unfortunately, it's a) binary-only and b) not > for -current, only 5.2, 5.3 and 5.4. Alas, I need -current driver only. Is linux one binary only too? If not, some ideas could be taken from there to if_sk driver. > If you're interested in support for these adapters please send a short > mail asking about this to > > support@syskonnect.de I'll do. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 13:44:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97E1016A4CE for ; Mon, 4 Apr 2005 13:44:34 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D438843D5C for ; Mon, 4 Apr 2005 13:44:33 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j34DiWbY064059; Mon, 4 Apr 2005 17:44:32 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j34DiWif064058; Mon, 4 Apr 2005 17:44:32 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 17:44:31 +0400 From: Andrey Chernov To: Gerald Heinig Message-ID: <20050404134431.GA63947@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Gerald Heinig , freebsd-current@freebsd.org References: <425134F7.8060800@syskonnect.de> <20050404131737.GA61000@nagual.pp.ru> <425142D3.5070007@syskonnect.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <425142D3.5070007@syskonnect.de> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 17:44:33 +0400 (MSD) cc: freebsd-current@freebsd.org Subject: Re: Marvell Yukon driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 13:44:34 -0000 On Mon, Apr 04, 2005 at 03:36:19PM +0200, Gerald Heinig wrote: > >Alas, I need -current driver only. Is linux one binary only too? If not, > >some ideas could be taken from there to if_sk driver. > > The Linux driver is open-source, so you can take a look at what that > does and hack to corresponding code in if_sk I don't have enough time to examine what both drivers do from the scratch. If this driver is maintained by someone and he could just blindly copy operations needed, I could test it on my machine and give feedback. It looks like shorter and less painfull path. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 13:47:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CD1216A4CE for ; Mon, 4 Apr 2005 13:47:10 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D2A943D31 for ; Mon, 4 Apr 2005 13:47:09 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j34Dl3fW001730; Mon, 4 Apr 2005 15:47:04 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Gavin Atkinson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 04 Apr 2005 13:47:21 BST." <1112618841.71324.23.camel@buffy.york.ac.uk> Date: Mon, 04 Apr 2005 15:47:03 +0200 Message-ID: <1729.1112622423@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Andrey Chernov cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 13:47:10 -0000 In message <1112618841.71324.23.camel@buffy.york.ac.uk>, Gavin Atkinson writes: >On Mon, 2005-04-04 at 07:28 +0400, Andrey Chernov wrote: >> BTW, the trick with kern.geom.debugflags=16 works and I put it permanently >> in my sysctl.conf. Could you please make it ON by default or make a >> warning at least? > >I actually agree with this. It's so frustrating to not be able to do >what you want to do as root. I tend to belive in sensible safety features. Forcing people who do potentially dangerous acts to release the safety-catch mechanism first doesn't strike me as a bad idea. Only the most orthodox darwinists argue that guns should be sold armed and loaded from curb-side, child-height baskets. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 14:08:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA89916A4CE for ; Mon, 4 Apr 2005 14:08:37 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEBD943D3F for ; Mon, 4 Apr 2005 14:08:37 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j34E8bD8055423; Mon, 4 Apr 2005 07:08:37 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j34E8aL7055422; Mon, 4 Apr 2005 07:08:36 -0700 (PDT) (envelope-from sgk) Date: Mon, 4 Apr 2005 07:08:36 -0700 From: Steve Kargl To: Poul-Henning Kamp Message-ID: <20050404140836.GB55311@troutmask.apl.washington.edu> References: <1112618841.71324.23.camel@buffy.york.ac.uk> <1729.1112622423@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1729.1112622423@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i cc: Andrey Chernov cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 14:08:38 -0000 On Mon, Apr 04, 2005 at 03:47:03PM +0200, Poul-Henning Kamp wrote: > In message <1112618841.71324.23.camel@buffy.york.ac.uk>, Gavin Atkinson writes: > >On Mon, 2005-04-04 at 07:28 +0400, Andrey Chernov wrote: > >> BTW, the trick with kern.geom.debugflags=16 works and I put it permanently > >> in my sysctl.conf. Could you please make it ON by default or make a > >> warning at least? > > > >I actually agree with this. It's so frustrating to not be able to do > >what you want to do as root. > > I tend to belive in sensible safety features. Forcing people who > do potentially dangerous acts to release the safety-catch mechanism > first doesn't strike me as a bad idea. > Unfortunately, the safety-catch *IS NOT* documented. If one only needs the sysctl once a year or so, it is a real PITA to find the right incantation. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 15:15:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 042D016A4CE; Mon, 4 Apr 2005 15:15:04 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 027EA43D39; Mon, 4 Apr 2005 15:15:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j34FF28p054737; Mon, 4 Apr 2005 11:15:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j34FF2Xb081692; Mon, 4 Apr 2005 11:15:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EBF607306E; Mon, 4 Apr 2005 11:15:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050404151501.EBF607306E@freebsd-current.sentex.ca> Date: Mon, 4 Apr 2005 11:15:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 15:15:04 -0000 TB --- 2005-04-04 13:32:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-04 13:32:30 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-04 13:32:30 - checking out the source tree TB --- 2005-04-04 13:32:30 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-04 13:32:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-04 13:39:18 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-04 13:39:18 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-04 13:39:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-04 14:47:27 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-04 14:47:27 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-04 14:47:27 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Apr 4 14:47:28 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Mon Apr 4 15:02:56 UTC 2005 TB --- 2005-04-04 15:02:56 - generating LINT kernel config TB --- 2005-04-04 15:02:56 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-04-04 15:02:56 - /usr/bin/make -B LINT TB --- 2005-04-04 15:02:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-04 15:02:56 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-04 15:02:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 4 15:02:57 UTC 2005 >>> 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 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/compat/freebsd32/freebsd32_sysent.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/compat/ia32/ia32_sysvec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/kern/imgact_elf32.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_dummy.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -ffreestandin g -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_locore.s cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_machdep.c /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c: In function `linux_mmap': /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c:593: error: structure has no member named `pos' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-04 15:15:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-04 15:15:01 - ERROR: failed to build lint kernel TB --- 2005-04-04 15:15:01 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 15:23:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 053B916A4CE for ; Mon, 4 Apr 2005 15:23:21 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C74543D1D for ; Mon, 4 Apr 2005 15:23:20 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (smmsp@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j34FNIcn087567; Mon, 4 Apr 2005 19:23:19 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j34EYXnM070406; Mon, 4 Apr 2005 18:34:33 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 18:34:33 +0400 From: Andrey Chernov To: Poul-Henning Kamp Message-ID: <20050404143432.GA67223@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Poul-Henning Kamp , Gavin Atkinson , current@FreeBSD.ORG References: <1112618841.71324.23.camel@buffy.york.ac.uk> <1729.1112622423@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1729.1112622423@critter.freebsd.dk> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 19:23:19 +0400 (MSD) cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 15:23:21 -0000 On Mon, Apr 04, 2005 at 03:47:03PM +0200, Poul-Henning Kamp wrote: > Only the most orthodox darwinists argue that guns should be sold > armed and loaded from curb-side, child-height baskets. Before the idea to buy a gun comes to your mind, you need to realise that you ever need a gun in that particular case which may looks quite usual and similar to others. If you meet a dog on the street, you can use the stick to get rid of, but you got unpleasant surprise if you try to use the same stick against huge bear /as you made/treat it/. Moreover, you remember that this stick works against any creature before for years. You are in danger. Then imagine that you don't ever know about guns used against animals (it is secret arcane knowledge not written in any book but spreaded as word of mouth). Then imagine that you have only few seconds to decide. [I skip the part explaining which is what in that allegory] In that situation any normal man drops FreeBSD CD in the trashcan and install Linux which don't have such aggressive illogical "protection". -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 15:27:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B54616A4CE for ; Mon, 4 Apr 2005 15:27:31 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC1EA43D45 for ; Mon, 4 Apr 2005 15:27:30 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j34FUTuG042245; Mon, 4 Apr 2005 09:30:30 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42515C6F.5040905@samsco.org> Date: Mon, 04 Apr 2005 09:25:35 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <1729.1112622423@critter.freebsd.dk> In-Reply-To: <1729.1112622423@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Andrey Chernov cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 15:27:31 -0000 Poul-Henning Kamp wrote: > In message <1112618841.71324.23.camel@buffy.york.ac.uk>, Gavin Atkinson writes: > >>On Mon, 2005-04-04 at 07:28 +0400, Andrey Chernov wrote: >> >>>BTW, the trick with kern.geom.debugflags=16 works and I put it permanently >>>in my sysctl.conf. Could you please make it ON by default or make a >>>warning at least? >> >>I actually agree with this. It's so frustrating to not be able to do >>what you want to do as root. > > > I tend to belive in sensible safety features. Forcing people who > do potentially dangerous acts to release the safety-catch mechanism > first doesn't strike me as a bad idea. > > Only the most orthodox darwinists argue that guns should be sold > armed and loaded from curb-side, child-height baskets. > It would likely be less frustrating if there was an obvious mesage printed to the console that told the root user how to remove the safety mechanism. Scott From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 15:34:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8C1216A4CE for ; Mon, 4 Apr 2005 15:34:17 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACFF643D39 for ; Mon, 4 Apr 2005 15:34:16 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j34FYCfc002313; Mon, 4 Apr 2005 17:34:14 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Scott Long From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 04 Apr 2005 09:25:35 MDT." <42515C6F.5040905@samsco.org> Date: Mon, 04 Apr 2005 17:34:12 +0200 Message-ID: <2312.1112628852@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Andrey Chernov cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 15:34:18 -0000 In message <42515C6F.5040905@samsco.org>, Scott Long writes: >Poul-Henning Kamp wrote: >It would likely be less frustrating if there was an obvious mesage >printed to the console that told the root user how to remove the safety >mechanism. Feel free to suggest patches. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 15:36:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5297A16A4CE for ; Mon, 4 Apr 2005 15:36:17 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5F8343D4C for ; Mon, 4 Apr 2005 15:36:16 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j34FdH2F042288; Mon, 4 Apr 2005 09:39:17 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42515E7E.8000400@samsco.org> Date: Mon, 04 Apr 2005 09:34:22 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <2312.1112628852@critter.freebsd.dk> In-Reply-To: <2312.1112628852@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Andrey Chernov cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 15:36:17 -0000 Poul-Henning Kamp wrote: > In message <42515C6F.5040905@samsco.org>, Scott Long writes: > >>Poul-Henning Kamp wrote: > > >>It would likely be less frustrating if there was an obvious mesage >>printed to the console that told the root user how to remove the safety >>mechanism. > > > Feel free to suggest patches. > I have enough work cleaning up after others at the moment, cleaning up after you will have to wait. Scott From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 15:40:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71D9F16A4CE for ; Mon, 4 Apr 2005 15:40:01 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F05243D4C for ; Mon, 4 Apr 2005 15:40:00 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j34Fdx23002380; Mon, 4 Apr 2005 17:40:00 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Scott Long From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 04 Apr 2005 09:34:22 MDT." <42515E7E.8000400@samsco.org> Date: Mon, 04 Apr 2005 17:39:59 +0200 Message-ID: <2379.1112629199@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Andrey Chernov cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 15:40:01 -0000 In message <42515E7E.8000400@samsco.org>, Scott Long writes: >> Feel free to suggest patches. >> > >I have enough work cleaning up after others at the moment, cleaning up >after you will have to wait. We all have enough to do. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 16:14:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2B0216A4CE; Mon, 4 Apr 2005 16:14:24 +0000 (GMT) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DB9743D4C; Mon, 4 Apr 2005 16:14:24 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.3/8.13.1) with ESMTP id j34GEDkA006379; Mon, 4 Apr 2005 09:14:13 -0700 (PDT) (envelope-from bakul@bitblocks.com) Message-Id: <200504041614.j34GEDkA006379@gate.bitblocks.com> To: "Conrad J. Sabatier" In-reply-to: Your message of "Mon, 04 Apr 2005 00:21:41 CDT." <20050404002141.2819f386@dolphin.local.net> Date: Mon, 04 Apr 2005 09:14:13 -0700 From: Bakul Shah cc: Tim Kientzle cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 16:14:24 -0000 > > What is the status of this bug? > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=76294 > > > > [summary: certain gzipped tar files can't be untarred > > correctly with -z flag but work fine if with gzcat|tar xvf -] .... > > In a similar vein, I just discovered that KDE's "ark" can no longer > properly extract gzipped tar files: > > tar: unrecognized option `--use-compress-program=gunzip' > > Any chance of adding this option to bsdtar? This is a different issue. --use-compress-program is not supported by bsdtar while -z is supported but broken for certain inputs. One would like see supported features work as advertised but this bug has been around for a while and I have to assume the fix is difficult or whoever is fixing does not have enough free time. Both are perfectly understandable reasons!:-) In this case may be it is easier to fix the port to use gtar? From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 16:38:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C79016A4CE for ; Mon, 4 Apr 2005 16:38:45 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id F02F043D58 for ; Mon, 4 Apr 2005 16:38:44 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.165]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j34Gcde2012382; Mon, 4 Apr 2005 17:38:39 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.3/8.13.1) with ESMTP id j34Gcawt072266; Mon, 4 Apr 2005 17:38:37 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.3/8.13.1/Submit) id j34GcXjS072265; Mon, 4 Apr 2005 17:38:33 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Poul-Henning Kamp In-Reply-To: <1729.1112622423@critter.freebsd.dk> References: <1729.1112622423@critter.freebsd.dk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 04 Apr 2005 17:38:33 +0100 Message-Id: <1112632713.71324.52.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: current@freebsd.org cc: Andrey Chernov Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 16:38:45 -0000 On Mon, 2005-04-04 at 15:47 +0200, Poul-Henning Kamp wrote: > In message <1112618841.71324.23.camel@buffy.york.ac.uk>, Gavin Atkinson writes: > >On Mon, 2005-04-04 at 07:28 +0400, Andrey Chernov wrote: > >> BTW, the trick with kern.geom.debugflags=16 works and I put it permanently > >> in my sysctl.conf. Could you please make it ON by default or make a > >> warning at least? > > > >I actually agree with this. It's so frustrating to not be able to do > >what you want to do as root. > > I tend to belive in sensible safety features. Forcing people who > do potentially dangerous acts to release the safety-catch mechanism > first doesn't strike me as a bad idea. > > Only the most orthodox darwinists argue that guns should be sold > armed and loaded from curb-side, child-height baskets. Only the most anti-gun people would say that the safety catch should consist of a codeword only known by the guy who designed the gun and four or five other people who work at the factory. We're not talking about curb-side child-height baskets. We're talking about people who should know what they are doing (they have root, after all), entering commands which they expect to work... gmirror label -v -b round-robin data da0 bsdlabel -e da0s1 There are plenty of other ways to trash a system accidentally without raw access to the disk, and there are plenty of reasons to want to manipulate the raw disk which won't trash the system. Do you honestly believe the best way to do this is to boot off a fixit CD or to toggle a random bit? This is something I strongly believe in. If someone who understands the geom design were to suggest how best to overcome the problem, then I'd be willing to put some time into finding a solution. I don't believe what we have now is the best solution. Gavin From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 17:13:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD30E16A4CE for ; Mon, 4 Apr 2005 17:13:46 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id F23B343D3F for ; Mon, 4 Apr 2005 17:13:45 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j34HDhCS003081; Mon, 4 Apr 2005 19:13:43 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Gavin Atkinson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 04 Apr 2005 17:38:33 BST." <1112632713.71324.52.camel@buffy.york.ac.uk> Date: Mon, 04 Apr 2005 19:13:43 +0200 Message-ID: <3080.1112634823@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Andrey Chernov cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 17:13:46 -0000 In message <1112632713.71324.52.camel@buffy.york.ac.uk>, Gavin Atkinson writes: >Only the most anti-gun people would say that the safety catch should >consist of a codeword only known by the guy who designed the gun and >four or five other people who work at the factory. But you have to admit that would reduce gun-violence if it was true, right ? :-) >We're not talking about curb-side child-height baskets. We're talking >about people who should know what they are doing (they have root, after >all), entering commands which they expect to work... Sorry, I disagree. This was true when root was Ken, Dennis and Brian. Today root is Tom, Dick and Harry and they need sensible padding. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 17:24:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F274C16A4CE for ; Mon, 4 Apr 2005 17:24:46 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D594843D5A for ; Mon, 4 Apr 2005 17:24:45 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j34HOiNX015275; Mon, 4 Apr 2005 12:24:44 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4251783B.400@centtech.com> Date: Mon, 04 Apr 2005 12:24:11 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <3080.1112634823@critter.freebsd.dk> In-Reply-To: <3080.1112634823@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/804/Mon Apr 4 09:38:58 2005 on mh1.centtech.com X-Virus-Status: Clean cc: Andrey Chernov cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 17:24:47 -0000 Poul-Henning Kamp wrote: > In message <1112632713.71324.52.camel@buffy.york.ac.uk>, Gavin Atkinson writes: > > >>Only the most anti-gun people would say that the safety catch should >>consist of a codeword only known by the guy who designed the gun and >>four or five other people who work at the factory. > > > But you have to admit that would reduce gun-violence if it was true, > right ? :-) > > >>We're not talking about curb-side child-height baskets. We're talking >>about people who should know what they are doing (they have root, after >>all), entering commands which they expect to work... > > > Sorry, I disagree. > > This was true when root was Ken, Dennis and Brian. > > Today root is Tom, Dick and Harry and they need sensible padding. So, I went in to sysinstall, and attempted to blast my old Windows partition from my drive. sysinstall would not let me, because of this protection. I'm not using the windows partition at all (not mounted), it just happens to be on the disk my root partition is on. I'm not sure how I would be able to hurt myself by removing a partition not involved in FreeBSD at all.. To be completely clear here, warnings and such are fine - even ask me 'Are you sure?' if you'd like to be Windows-esque, but one of the great reasons to use any unix-like OS (specifically FreeBSD), is the power to do what you want without the OS trapping your every move. I can easily dd over my filesystems, I can rm -rf /boot, I can do all kinds of simpler mistakes that hurt myself, but changing a partition using the standard setup/install tool that is packaged with the OS doesn't work, doesn't ask me 'are you sure', nothing. Just fails with a message that tells you nothing with regards to the real problem. I'm starting to wonder what the argument here is, or why there is resistance to changing it. It seems to obvious to me that this is something that needs to be changed somehow - either back to it's previous functionality until something can be decided, or a real fix put in. Please, can we make it so we can administer our partitions again without tooling with debug sysctls? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 17:26:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E20616A4CE for ; Mon, 4 Apr 2005 17:26:48 +0000 (GMT) Received: from smtp001.mail.ukl.yahoo.com (smtp001.mail.ukl.yahoo.com [217.12.11.32]) by mx1.FreeBSD.org (Postfix) with SMTP id 6801243D48 for ; Mon, 4 Apr 2005 17:26:47 +0000 (GMT) (envelope-from maverick31337@vfemail.net) Received: from unknown (HELO ?219.197.212.112?) (fcknroll2@219.197.212.112 with plain) by smtp001.mail.ukl.yahoo.com with SMTP; 4 Apr 2005 17:26:45 -0000 Message-ID: <425178D3.40306@vfemail.net> Date: Tue, 05 Apr 2005 02:26:43 +0900 From: "Tetsuji \"Maverick\" Rai" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050401 MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: zsh-4.2.4 problem (command-line editing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 17:26:48 -0000 I installed zsh-4.2.4 on 6.0-current and having command line editing problem. Usually zsh accepts ^A ^E ^B ^F etc command line short-key commands as bash does, but on 6.0-current zsh doesn't accept ^A and ^E. zsh does it on 5.3-RELEASE. I guess it's a bug.. TIA. -- Tetsuji 'Maverick' Rai Aviation Jokes: http://www.geocities.com/tetsuji_rai/ Profile http://maverick.ns1.name/ http://maverick.IsASecret.com/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 17:32:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DC1D16A4CE for ; Mon, 4 Apr 2005 17:32:13 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7015B43D45 for ; Mon, 4 Apr 2005 17:32:12 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j34HW5Cv003211; Mon, 4 Apr 2005 19:32:06 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Eric Anderson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 04 Apr 2005 12:24:11 CDT." <4251783B.400@centtech.com> Date: Mon, 04 Apr 2005 19:32:05 +0200 Message-ID: <3210.1112635925@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Andrey Chernov cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 17:32:13 -0000 In message <4251783B.400@centtech.com>, Eric Anderson writes: > >So, I went in to sysinstall, and attempted to blast my old Windows >partition from my drive. Whoever tried to make sysinstall a system management tool didn't complete the work. The "correct" tool for the task is fdisk(8) which I am quite certain will do the right thing. Now, I put "correct" in quotes because I am fully aware that despite all its deficiencies sysinstalls UI is much better than fdisks. Somebody who reads the above part of this email carefully, they can find at least three things to work on in the above message, but to avoid any transmission loss on this message, I will spell it out very clearly: 1. Improve on sysinstall to do more of the right thing when used on a running system. 2. Improve the userinterface of fdisk. 3. Improve the userinterface of sysinstall. Please notice that these are all pretty easy tasks to perform, it is merely a matter of userland programming there is no kernel magic. (You probably will need a test-machine though, but a soekris can be had for roughly USD200 and is perfect for this kind of task so I don't accept that as an excuse). Poul-Henning PS: And yes, I think improving sysinstall is worthwhile because there is no credible replacement in sight anywhere that I can see. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 17:40:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 506E716A4CE for ; Mon, 4 Apr 2005 17:40:29 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 885BF43D2F for ; Mon, 4 Apr 2005 17:40:28 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j34HeRtI035005; Mon, 4 Apr 2005 21:40:27 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j34HeQKU035003; Mon, 4 Apr 2005 21:40:26 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 21:40:26 +0400 From: Andrey Chernov To: Poul-Henning Kamp Message-ID: <20050404174025.GA34540@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Poul-Henning Kamp , Gavin Atkinson , current@FreeBSD.ORG References: <1112632713.71324.52.camel@buffy.york.ac.uk> <3080.1112634823@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3080.1112634823@critter.freebsd.dk> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 21:40:27 +0400 (MSD) cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 17:40:29 -0000 On Mon, Apr 04, 2005 at 07:13:43PM +0200, Poul-Henning Kamp wrote: > But you have to admit that would reduce gun-violence if it was true, > right ? :-) > > >We're not talking about curb-side child-height baskets. We're talking > >about people who should know what they are doing (they have root, after > >all), entering commands which they expect to work... > > Sorry, I disagree. > > This was true when root was Ken, Dennis and Brian. > > Today root is Tom, Dick and Harry and they need sensible padding. You have right to have this point of view, but this logic becomes broken later at some moment (when action declined). If you will follow this logic to the end, you'll print out meaningful warning explaining further actions needed or (Y/N) confirmation. As I already say, I have nothing serious against that variant (just found it bothering a little). It allows at least not stuck in the middle between the earth and the sky. But some random bit in the sysctl - this is apotheosis. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 17:41:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 842C216A4CE for ; Mon, 4 Apr 2005 17:41:03 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1835043D58 for ; Mon, 4 Apr 2005 17:41:03 +0000 (GMT) (envelope-from clint@0lsen.net) Received: from 0lsen.net ([24.20.127.157]) by comcast.net (sccrmhc13) with ESMTP id <2005040417405801600s3pmpe>; Mon, 4 Apr 2005 17:40:58 +0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by 0lsen.net (Postfix) with ESMTP id EDA171728E; Mon, 4 Apr 2005 10:41:01 -0700 (PDT) Message-ID: <42517C2D.6030307@0lsen.net> Date: Mon, 04 Apr 2005 10:41:01 -0700 From: Clint Olsen User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Tetsuji \"Maverick\" Rai" References: <425178D3.40306@vfemail.net> In-Reply-To: <425178D3.40306@vfemail.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: zsh-4.2.4 problem (command-line editing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 17:41:03 -0000 Tetsuji "Maverick" Rai wrote: > I installed zsh-4.2.4 on 6.0-current and having command line editing > problem. Usually zsh accepts ^A ^E ^B ^F etc command line short-key > commands as bash does, but on 6.0-current zsh doesn't accept ^A and > ^E. zsh does it on 5.3-RELEASE. I guess it's a bug.. I'm gonna make a wild ass guess that this is a bindkey problem. Try "man zshall" and make sure your keybindings are defaulting to vi. -Clint From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 17:43:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8430E16A4CE for ; Mon, 4 Apr 2005 17:43:04 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C1F943D45 for ; Mon, 4 Apr 2005 17:43:03 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j34HgxVR035078; Mon, 4 Apr 2005 21:42:59 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j34HgxR6035077; Mon, 4 Apr 2005 21:42:59 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 21:42:59 +0400 From: Andrey Chernov To: Poul-Henning Kamp Message-ID: <20050404174258.GB34540@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Poul-Henning Kamp , Eric Anderson , Gavin Atkinson , current@freebsd.org References: <4251783B.400@centtech.com> <3210.1112635925@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3210.1112635925@critter.freebsd.dk> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 21:43:00 +0400 (MSD) cc: Eric Anderson cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 17:43:04 -0000 On Mon, Apr 04, 2005 at 07:32:05PM +0200, Poul-Henning Kamp wrote: > The "correct" tool for the task is fdisk(8) which I am quite > certain will do the right thing. No, fdisk not works too, it even can't change active partition flag. Operation not permitted. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 17:46:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76EA816A4CE for ; Mon, 4 Apr 2005 17:46:31 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1028C43D31 for ; Mon, 4 Apr 2005 17:46:29 +0000 (GMT) (envelope-from clint@0lsen.net) Received: from 0lsen.net ([24.20.127.157]) by comcast.net (rwcrmhc12) with ESMTP id <2005040417462601400e3ac0e>; Mon, 4 Apr 2005 17:46:26 +0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by 0lsen.net (Postfix) with ESMTP id AE0C01728E; Mon, 4 Apr 2005 10:46:27 -0700 (PDT) Message-ID: <42517D73.1020909@0lsen.net> Date: Mon, 04 Apr 2005 10:46:27 -0700 From: Clint Olsen User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050329) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <425178D3.40306@vfemail.net> <42517C2D.6030307@0lsen.net> In-Reply-To: <42517C2D.6030307@0lsen.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: "Tetsuji \"Maverick\" Rai" cc: freebsd-current@freebsd.org Subject: Re: zsh-4.2.4 problem (command-line editing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 17:46:31 -0000 Clint Olsen wrote: > I'm gonna make a wild ass guess that this is a bindkey problem. Try > "man zshall" and make sure your keybindings are defaulting to vi. Apologies. That should read 'not defaulting'. -Clint From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 17:55:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 654AD16A4CE for ; Mon, 4 Apr 2005 17:55:11 +0000 (GMT) Received: from smtp003.mail.ukl.yahoo.com (smtp003.mail.ukl.yahoo.com [217.12.11.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 5CDAE43D67 for ; Mon, 4 Apr 2005 17:55:10 +0000 (GMT) (envelope-from maverick31337@vfemail.net) Received: from unknown (HELO ?219.197.212.112?) (fcknroll2@219.197.212.112 with plain) by smtp003.mail.ukl.yahoo.com with SMTP; 4 Apr 2005 17:55:09 -0000 Message-ID: <42517F7A.8090605@vfemail.net> Date: Tue, 05 Apr 2005 02:55:06 +0900 From: "Tetsuji \"Maverick\" Rai" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050401 MIME-Version: 1.0 To: Clint Olsen , freebsd-current@freebsd.org References: <425178D3.40306@vfemail.net> <42517C2D.6030307@0lsen.net> In-Reply-To: <42517C2D.6030307@0lsen.net> X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: zsh-4.2.4 problem (command-line editing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 17:55:11 -0000 Clint Olsen wrote: > Tetsuji "Maverick" Rai wrote: > >> I installed zsh-4.2.4 on 6.0-current and having command line editing >> problem. Usually zsh accepts ^A ^E ^B ^F etc command line short-key >> commands as bash does, but on 6.0-current zsh doesn't accept ^A and >> ^E. zsh does it on 5.3-RELEASE. I guess it's a bug.. > > > I'm gonna make a wild ass guess that this is a bindkey problem. Try > "man zshall" and make sure your keybindings are defaulting to vi. > > -Clint spot-on! I put "bindkey -e" in .zshrc and it worked fine. Thanks! -- Tetsuji 'Maverick' Rai Aviation Jokes: http://www.geocities.com/tetsuji_rai/ Profile http://maverick.ns1.name/ http://maverick.IsASecret.com/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 18:37:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72C1F16A4CE for ; Mon, 4 Apr 2005 18:37:04 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1DF643D3F for ; Mon, 4 Apr 2005 18:37:03 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j34Ib1JK068153; Mon, 4 Apr 2005 22:37:01 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j34Ib1RM068152; Mon, 4 Apr 2005 22:37:01 +0400 (MSD) (envelope-from ache) Date: Mon, 4 Apr 2005 22:37:01 +0400 From: Andrey Chernov To: Gerald Heinig Message-ID: <20050404183701.GA67527@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Gerald Heinig , freebsd-current@freebsd.org References: <425134F7.8060800@syskonnect.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <425134F7.8060800@syskonnect.de> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.61; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 04 Apr 2005 22:37:02 +0400 (MSD) cc: freebsd-current@freebsd.org Subject: Re: Marvell Yukon driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 18:37:04 -0000 On Mon, Apr 04, 2005 at 02:37:11PM +0200, Gerald Heinig wrote: > support@syskonnect.de > > The more people ask, the higher the probability that a driver for Asus > LOMs will be provided. > The same goes for documentation. If enough people ask, things might move > in the right direction. > > [cc me to reply, please. I'm not subscribed to -current] Got reply: Hello Andrey, the Linux driver is open source, so it's published. We are also working on BSD driver. Best regards, S y s K o n n e c t G m b H A Marvell(R)Company Siemensstr. 23 D-76275 Ettlingen, Germany -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 18:38:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3CD716A4CE; Mon, 4 Apr 2005 18:38:59 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2624443D2F; Mon, 4 Apr 2005 18:38:59 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j34Icwdq069702; Mon, 4 Apr 2005 14:38:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j34IcwQa034374; Mon, 4 Apr 2005 14:38:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 90A377306E; Mon, 4 Apr 2005 14:38:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050404183858.90A377306E@freebsd-current.sentex.ca> Date: Mon, 4 Apr 2005 14:38:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 18:39:00 -0000 TB --- 2005-04-04 17:09:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-04 17:09:13 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-04-04 17:09:13 - checking out the source tree TB --- 2005-04-04 17:09:13 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-04-04 17:09:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-04 17:16:02 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-04 17:16:02 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-04 17:16:02 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-04 18:24:01 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-04 18:24:01 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-04 18:24:01 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Apr 4 18:24:01 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Mon Apr 4 18:38:30 UTC 2005 TB --- 2005-04-04 18:38:30 - generating LINT kernel config TB --- 2005-04-04 18:38:30 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-04-04 18:38:30 - /usr/bin/make -B LINT TB --- 2005-04-04 18:38:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-04 18:38:30 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-04 18:38:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 4 18:38:30 UTC 2005 >>> 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 [...] /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw3' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRsign' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw0' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw3' isn't known *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-04-04 18:38:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-04 18:38:58 - ERROR: failed to build lint kernel TB --- 2005-04-04 18:38:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 19:20:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8E8A16A4CE for ; Mon, 4 Apr 2005 19:20:35 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5746643D39 for ; Mon, 4 Apr 2005 19:20:35 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id B35C63BE47; Mon, 4 Apr 2005 14:20:34 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 15014-01-44; Mon, 4 Apr 2005 14:20:34 -0500 (CDT) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 7CE343BE24; Mon, 4 Apr 2005 14:20:34 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 4 Apr 2005 14:20:28 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 4 Apr 2005 14:20:18 -0500 Message-ID: <42519371.50801@savvis.net> Date: Mon, 04 Apr 2005 12:20:17 -0700 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.ORG References: <41DC2EAD.8070403@savvis.net> <20050122.170552.61536829.imp@bsdimp.com> <4230E44A.2010007@savvis.net> <20050310.232753.35873446.imp@bsdimp.com> In-Reply-To: <20050310.232753.35873446.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Apr 2005 19:20:18.0348 (UTC) FILETIME=[56521EC0:01C5394B] X-Virus-Scanned: amavisd-new at savvis.net cc: "M. Warner Losh" Subject: Re: device pcic and card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 19:20:36 -0000 Dear Hackers, since OLDCARD was removed from -current i can no longer use certain pcmcia cards with NEWCARD (for example Xircom CBT card). those cards have 16bit and 5V logos on the back, so i assume they are not cardbus cards. the symptoms are the same - driver can not identify card. driver's probe/attach routine returns ENXIO. now, i do have other pcmcia cards (for example 3Com Megahertz LAN), that also have 16bit and 5V logos on the back, that work just fine with NEWCARD. i tried to adjust hw.pci.host_mem_start and hw.cbb.start_memory to no avail. the result is always the same: the cards that work with NEWCARD continue to work no matter what value i use for hw.pci.host_mem_start and hw.cbb.start_memory (given that CIS can be obtained from the card). the cards the did NOT work with NEWCARD continue to NOT work no matter what value i use for hw.pci.host_mem_start and hw.cbb.start_memory. all cards work just fine under linux and windows. and they used to work under OLDCARD. so, is there anything special about non-working cards that confuses NEWCARD? is there anything i can do to make them work? what should i be looking for/at? is there anything particular in 'boot -v' or whatever output i should be looking for? max M. Warner Losh wrote: > In message: <4230E44A.2010007@savvis.net> > Maksim Yevmenkin writes: > : beetle# grep -i pcic /usr/src/UPDATING > : beetle# grep -i card /usr/src/UPDATING > : beetle# grep -i oldcard /usr/src/UPDATING > > OLDCARD is what you want to grep for. > > : > In message: <41DC2EAD.8070403@savvis.net> > : > Maksim Yevmenkin writes: > : > : i heard Warner said something about removing pcic and card (aka oldcard) > : > : support from -current. has it happened? after cvsup'ing (yesterday) i no > : > : longer can configure kernel with pcic and card. > : > : > : > : i can not use newcard on my tecra 8100 :( when i insert serial pc-card > : > : my laptop hangs :( i can insert ethernet card (3com) but i can not > : > : remove it :( same story - laptop hangs hard. > : > > : > Hangs hard? That's unfortunate. I'd love to help figure things out, > : > but my tecra 8100 is working great... > : > : so, was oldcard support removed from -current? i have xircom credit card > : bluetooth adapter that has standard uart (16550) and used to work with > : oldcard (sio(4)). with newcard this adapter just hangs the system hard > : as soon as i plug it in. also /var/log/messages says sio(4) can not > : recognize uart type. > > Yes. OLDCARD has been removed from current. you should migrate to > device cbb and pccard instead. This sounds like a resource issue with > newcard. Some machines need to set hw.cbb.start_memory to something > like 0xf0000000 or 0xff000000 or 0xd0000000 or some other value. I'd > try 0xff.... (adding one f and removing one 0) until it works, and > then try 0xd0000000, 0xe0000000, 0xc0000000, ... 0x80000000. > > If that fails, then you may need to set hw.pci.host_mem_start to the > same sorts of values. In fact, it might be better to start with this > tunable first. However, it will likely only be helpful if cbb is > attached to pci0, and not pciN (N > 0) since it is only effective, > really, for those systems that have no pcib. > > The hard lockups might also be due to subtle differences in how power > is applied to the card. However, since dmesg says the card is > unrecondized, let's try the allocation address first. Given the > insert/remove problems there's a chance this is the problem. Maybe > you have an older version of the TOPIC chipset, or its programmed, > setup in the BIOS a little differently than mine. > > Warner From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 19:46:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B609E16A4CE for ; Mon, 4 Apr 2005 19:46:25 +0000 (GMT) Received: from csa.cs.okstate.edu (a.cs.okstate.edu [139.78.113.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E79843D1F for ; Mon, 4 Apr 2005 19:46:25 +0000 (GMT) (envelope-from lreid@cs.okstate.edu) Received: by csa.cs.okstate.edu (Postfix, from userid 601) id A7197A063D; Mon, 4 Apr 2005 14:46:24 -0500 (CDT) To: phk@phk.freebsd.dk, gavin.atkinson@ury.york.ac.uk Received: from 164.58.79.196 (auth. user lreid@a.cs.okstate.edu) by cs.okstate.edu with HTTP; Mon, 04 Apr 2005 13:46:24 -0600 X-IlohaMail-Blah: lreid@a.cs.okstate.edu X-IlohaMail-Method: mail() [mem] X-IlohaMail-Dummy: moo X-Mailer: IlohaMail/0.8.12 (On: cs.okstate.edu) In-Reply-To: <3080.1112634823@critter.freebsd.dk> From: "Reid Linnemann" Bounce-To: "Reid Linnemann" Errors-To: "Reid Linnemann" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: <20050404194624.A7197A063D@csa.cs.okstate.edu> Date: Mon, 4 Apr 2005 14:46:24 -0500 (CDT) cc: "current@freebsd.org" Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 19:46:25 -0000 On 4/4/2005, "Poul-Henning Kamp" wrote: >In message <1112632713.71324.52.camel@buffy.york.ac.uk>, Gavin Atkinson writes: > >>Only the most anti-gun people would say that the safety catch should >>We're not talking about curb-side child-height baskets. We're talking >>about people who should know what they are doing (they have root, after >>all), entering commands which they expect to work... > >Sorry, I disagree. > >This was true when root was Ken, Dennis and Brian. > >Today root is Tom, Dick and Harry and they need sensible padding. On Linux, I would agree. Every 16 year-old h4x0r in the northern hemisphere picks up Linux and expects it to be idiotproof. On BSD, I disagree. Frankly, I feel BSD operators are BSD operators because they _want_ the power available, not because it's the new fad OS on the block. The audience is more mature, and should be treated as asuch. Honestly, I think most BSD operators expect the power of root to be undiluted, the arguments put forth thus far should be proof enough of that. And if a BSD operator shoots their own foot off, they remember not to do "that" again without reading the manual and testing in a non-production environment first. Just my $0.02 on the matter. -Reid From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 20:53:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 461CD16A4CE for ; Mon, 4 Apr 2005 20:53:08 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1483343D5D for ; Mon, 4 Apr 2005 20:53:07 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 04 Apr 2005 20:53:06 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp020) with SMTP; 04 Apr 2005 22:53:06 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 4 Apr 2005 22:52:54 +0200 User-Agent: KMail/1.7.2 References: <87is46kzk1.fsf@neva.vlink.ru> <200503170222.07169@harrymail> <20050316202334.W20708@mail.chesapeake.net> In-Reply-To: <20050316202334.W20708@mail.chesapeake.net> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1444325.GmNIsVtEkp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504042253.04125@harrymail> X-Y-GMX-Trusted: 0 cc: Jeff Roberson cc: Sergey Matveychuk cc: Mathieu Arnold cc: Peter Edwards cc: Denis Shaposhnikov Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 20:53:08 -0000 --nextPart1444325.GmNIsVtEkp Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Donnerstag, 17. M=E4rz 2005 02:24 schrieb Jeff Roberson: > On Thu, 17 Mar 2005, Emanuel Strobl wrote: > > Am Mittwoch, 16. M=E4rz 2005 07:16 schrieb Sergey Matveychuk: > > > Jeff Roberson wrote: > > > >>just ffs: 1:47 min > > > >>nullfs: 1:43 min (oops!:) > > > >>nullfs in jail: 12:12 min > > > >> > > > >>Almost ten times degradation. > > > > > > > > Can you try this again on current? I just committed some changes to > > > > nullfs which vastly simplify the locking. I don't see anything > > > > inherent in the code that should cause such a slowdown. > > > > > > The problem has gone. Thanks Jeff! > > > Don't forget MFC it some time :) > > > > Highly appreciated for 5.4!!! > > I can't MFC this for 5.4, it requires too much of the new vfs architecture > to properly function. I'll mail re@ to see what their opinion is for 5.5. I hope you don't mind if I ask about the chance to get your great work MFCd= to=20 RELENG_5 in the very near future, now that RELENG_5_4 is branched. Thanks, =2DHarry > > > Thanks a lot, > > > > -Harry > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --nextPart1444325.GmNIsVtEkp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCUakwBylq0S4AzzwRAvFnAJ4/6N3AXMAjxrTPNi+8MQJmOjtzlQCeOu0Y 10nh2AwKQUD4TXahnve0Nqw= =UdXR -----END PGP SIGNATURE----- --nextPart1444325.GmNIsVtEkp-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 21:08:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 196D716A4CE for ; Mon, 4 Apr 2005 21:08:12 +0000 (GMT) Received: from hobbit.neveragain.de (neveragain.de [217.69.76.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E25743D3F for ; Mon, 4 Apr 2005 21:08:11 +0000 (GMT) (envelope-from amf@hobbit.neveragain.de) Received: from hobbit.neveragain.de (amf@localhost [127.0.0.1]) j34L86Yx026297 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 4 Apr 2005 23:08:06 +0200 Received: (from amf@localhost) by hobbit.neveragain.de (8.13.3/8.13.3/Submit) id j34L86l0026296; Mon, 4 Apr 2005 23:08:06 +0200 Date: Mon, 4 Apr 2005 23:08:06 +0200 From: Dennis Koegel To: Reid Linnemann Message-ID: <20050404210806.GB25276@neveragain.de> References: <3080.1112634823@critter.freebsd.dk> <20050404194624.A7197A063D@csa.cs.okstate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050404194624.A7197A063D@csa.cs.okstate.edu> X-PGP-KeyID: 0D73E19A User-Agent: Mutt/1.5.6+20040907i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.4 (hobbit.neveragain.de [127.0.0.1]); Mon, 04 Apr 2005 23:08:06 +0200 (CEST) cc: phk@phk.freebsd.dk cc: "current@freebsd.org" Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 21:08:12 -0000 On Mon, Apr 04, 2005 at 02:46:24PM -0500, Reid Linnemann wrote: > >Today root is Tom, Dick and Harry and they need sensible padding. > > Frankly, I feel BSD operators are BSD operators because they > _want_ the power available, not because it's the new fad OS on the > block. The audience is more mature, and should be treated as asuch. > Honestly, I think most BSD operators expect the power of root to be > undiluted [...] As campaigning for FreeBSD was a topic recently, I'd like to note the following: The above was the very reason that brought me from Linux _to_ BSD. It feels much more grown up, much closer to the engine. Professionals don't want to be padded by computers. There's enough padding OSses out there already and GNU/Linux is becoming worse and worse in that regard. Question is: Does FreeBSD want to go down that drain as well? Then go and take care of Tom, Dick and Harry. There's something I call "death by publicity" and a lot of high quality people, organizations, things, ... went that path already. - D. From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 21:12:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6009616A4CE for ; Mon, 4 Apr 2005 21:12:09 +0000 (GMT) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BF7843D39 for ; Mon, 4 Apr 2005 21:12:08 +0000 (GMT) (envelope-from riggs@rrr.de) Received: from mail.m-online.net (svr20.m-online.net [192.168.3.148]) by mail-out.m-online.net (Postfix) with ESMTP id 512C37CE5 for ; Mon, 4 Apr 2005 23:12:07 +0200 (CEST) Received: from marvin.riggiland.au (ppp-62-245-160-139.mnet-online.de [62.245.160.139]) by mail.m-online.net (Postfix) with ESMTP id 16CAE6710F for ; Mon, 4 Apr 2005 23:12:07 +0200 (CEST) Received: from marvin.riggiland.au (localhost [127.0.0.1]) by marvin.riggiland.au (8.13.1/8.13.1) with ESMTP id j34LC6Dc058345 for ; Mon, 4 Apr 2005 23:12:06 +0200 (CEST) (envelope-from riggs@marvin.riggiland.au) Received: (from riggs@localhost) by marvin.riggiland.au (8.13.1/8.13.1/Submit) id j34LC6x5058344 for current@freebsd.org; Mon, 4 Apr 2005 23:12:06 +0200 (CEST) (envelope-from riggs) Date: Mon, 4 Apr 2005 23:12:06 +0200 From: "Thomas E. Zander" To: current@freebsd.org Message-ID: <20050404211206.GP54656@marvin.riggiland.au> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Organization: RiggiServ - Ihr Partner =?iso-8859-15?Q?f?= =?iso-8859-15?Q?=FCr?= alles Delikate X-PGP-KeyID: 0xC85996CD X-PGP-URI: http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0xC85996CD X-PGP-Fingerprint: 4F59 75B4 4CE3 3B00 BC61 5400 8DD4 8929 C859 96CD X-Mailer: Riggisoft Ausguck Eggsbress (Build 1112648794) X-Operating-System: Riggiland BSD 5.3-RELEASE-p6 (To serve and protect.) Subject: Panic in 5.4 as of today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 21:12:09 -0000 FYI, Riggs [root] /usr/obj/usr/src/sys/ZAPHOD > kgdb kernel.debug /var/crash/vmcore.44 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 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 "i386-marcel-freebsd". #0 doadump () at pcpu.h:159 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:159 #1 0xc05356ea in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc0535a1b in panic (fmt=0xc06bebe3 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc0443c43 in db_panic (addr=-1066853937, have_addr=0, count=-1, modif=0xeb94f760 "") at /usr/src/sys/ddb/db_command.c:435 #4 0xc0443bbc in db_command (last_cmdp=0xc0724f64, cmd_table=0x0, aux_cmd_tablep=0xc06ee3ec, aux_cmd_tablep_end=0xc06ee3f0) at /usr/src/sys/ddb/db_command.c:349 #5 0xc0443cad in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #6 0xc0445b65 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc0550d74 in kdb_trap (type=0, code=0, tf=0xeb94f914) at /usr/src/sys/kern/subr_kdb.c:418 #8 0xc0693aab in trap_fatal (frame=0xeb94f914, eva=0) at /usr/src/sys/i386/i386/trap.c:804 #9 0xc06937e6 in trap_pfault (frame=0xeb94f914, usermode=0, eva=9040649) at /usr/src/sys/i386/i386/trap.c:727 #10 0xc0693373 in trap (frame= {tf_fs = -342622184, tf_es = -1068367856, tf_ds = 16, tf_edi = 9040649, tf_esi = -1035455488, tf_ebp = -342558252, tf_isp = -342558400, tf_ebx = 0, tf_edx = -1034633216, tf_ecx = 35, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1066853937, tf_cs = 8, tf_eflags = 66050, tf_esp = 3910276, tf_ss = -1067280105}) at /usr/src/sys/i386/i386/trap.c:417 #11 0xc0681d5a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #12 0xeb940018 in ?? () #13 0xc0520010 in kse_exit (td=0xc254c000, uap=0x3baa84) at /usr/src/sys/kern/kern_kse.c:314 #14 0xc063227d in ufs_lookup (ap=0xeb94fafc) at /usr/src/sys/ufs/ufs/ufs_lookup.c:599 #15 0xc063944f in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2821 #16 0xc0589fd8 in vfs_cache_lookup (ap=0x0) at vnode_if.h:82 #17 0xc063944f in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2821 #18 0xc058ff53 in lookup (ndp=0xeb94fc24) at vnode_if.h:52 #19 0xc058f95b in namei (ndp=0xeb94fc24) at /usr/src/sys/kern/vfs_lookup.c:181 #20 0xc059ea78 in stat (td=0xc28b3af0, uap=0xeb94fd14) at /usr/src/sys/kern/vfs_syscalls.c:2018 #21 0xc0693e48 in syscall (frame= {tf_fs = 136314927, tf_es = 136183855, tf_ds = -1078001617, tf_edi = 136352297, tf_esi = 136246540, tf_ebp = -1077940968, tf_isp = -342557324, tf_ebx = 29, tf_edx = 136352292, tf_ecx = -1077941995, tf_eax = 188, tf_trapno = 0, tf_err = 2, tf_eip = 673726187, tf_cs = 31, tf_eflags = 582, tf_esp = -1077942244, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1001 #22 0xc0681daf in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #23 0x0820002f in ?? () #24 0x081e002f in ?? () #25 0xbfbf002f in ?? () #26 0x08209229 in ?? () #27 0x081ef50c in ?? () #28 0xbfbfed18 in ?? () #29 0xeb94fd74 in ?? () #30 0x0000001d in ?? () #31 0x08209224 in ?? () #32 0xbfbfe915 in ?? () #33 0x000000bc in ?? () #34 0x00000000 in ?? () #35 0x00000002 in ?? () #36 0x28283eeb in ?? () #37 0x0000001f in ?? () #38 0x00000246 in ?? () #39 0xbfbfe81c in ?? () #40 0x0000002f in ?? () #41 0x00000000 in ?? () #42 0x00000000 in ?? () #43 0x00000000 in ?? () #44 0x00000000 in ?? () #45 0x3e991000 in ?? () ---Type to continue, or q to quit--- #46 0xc28b3c40 in ?? () #47 0xc227f190 in ?? () #48 0xeb94f7dc in ?? () #49 0xeb94f7c4 in ?? () #50 0xc28b3af0 in ?? () #51 0xc0547e1b in sched_switch (td=0x1d, newtd=0x81ef50c, flags=Cannot access memory at address 0xbfbfed28 ) at /usr/src/sys/kern/sched_ule.c:1300 Previous frame inner to this frame (corrupt stack?) (kgdb) -- - "[...] I talked to the computer at great length and -- explained my view of the Universe to it" said Marvin. --- And what happened?" pressed Ford. ---- "It committed suicide." said Marvin. From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 21:25:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AB9D16A4CE for ; Mon, 4 Apr 2005 21:25:00 +0000 (GMT) Received: from smtp001.mail.ukl.yahoo.com (smtp001.mail.ukl.yahoo.com [217.12.11.32]) by mx1.FreeBSD.org (Postfix) with SMTP id 65D8143D46 for ; Mon, 4 Apr 2005 21:24:59 +0000 (GMT) (envelope-from maverick31337@vfemail.net) Received: from unknown (HELO ?219.197.212.112?) (fcknroll2@219.197.212.112 with plain) by smtp001.mail.ukl.yahoo.com with SMTP; 4 Apr 2005 21:24:58 -0000 Message-ID: <4251B09E.3020707@vfemail.net> Date: Tue, 05 Apr 2005 06:24:46 +0900 From: "Tetsuji \"Maverick\" Rai" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050401 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <425178D3.40306@vfemail.net> <42517C2D.6030307@0lsen.net> <42517D73.1020909@0lsen.net> <4251A0DA.3030706@vfemail.net> In-Reply-To: <4251A0DA.3030706@vfemail.net> X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: Clint Olsen Subject: Re: zsh-4.2.4 problem (command-line editing) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 21:25:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tetsuji "Maverick" Rai wrote: > Clint Olsen wrote: > >> Clint Olsen wrote: > >>> I'm gonna make a wild ass guess that this is a bindkey problem. >>> Try "man zshall" and make sure your keybindings are defaulting >>> to vi. > > >> Apologies. That should read 'not defaulting'. > >> -Clint > > > no apologies....btw, why isn't it to emacs in 6-current while it's > defaulting to emacs? > oops. My mistake. In 5.3-release, zsh wasn't defaulting to "bindkey - -e" either. I don't know why I was confused. Sorry and thanks!! - -- Tetsuji 'Maverick' Rai PGP Key fingerprint = 2021 6BF9 CEA3 73DE FF17 B326 F4DA F04E F784 3B85 gpg fingerprint Aviation Jokes: http://www.geocities.com/tetsuji_rai/ Profile http://maverick.ns1.name/ http://maverick.IsASecret.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCUbCe9NrwTveEO4URAoPtAJ9Uikpf1HuaFOiBySlr6Ljy6xBSZgCfchoY z2ArToLSRDsKUaiNyiFahpQ= =effy -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 21:46:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0554616A4CE for ; Mon, 4 Apr 2005 21:46:46 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBC4443D5D for ; Mon, 4 Apr 2005 21:46:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E950C514FE; Mon, 4 Apr 2005 14:46:44 -0700 (PDT) Date: Mon, 4 Apr 2005 14:46:44 -0700 From: Kris Kennaway To: "Thomas E. Zander" Message-ID: <20050404214644.GA61577@xor.obsecurity.org> References: <20050404211206.GP54656@marvin.riggiland.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20050404211206.GP54656@marvin.riggiland.au> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: Panic in 5.4 as of today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 21:46:46 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Apr 04, 2005 at 11:12:06PM +0200, Thomas E. Zander wrote: > #51 0xc0547e1b in sched_switch (td=0x1d, newtd=0x81ef50c, flags=Cannot access memory at address 0xbfbfed28 > ) at /usr/src/sys/kern/sched_ule.c:1300 1) Problems with FreeBSD-STABLE should go to the freebsd-stable@ mailing list 2) ULE is known to still have bugs. Jeff is now aware of them, so hopefully he'll be able to come up with a fix. Kris --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUbXEWry0BWjoQKURAuJgAJ9i6SBNUvDeWMZSqmi6ffxtR6Sf8gCg9vu0 1+fgAfpSfjUAWKMYy8ApFgs= =SFgl -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 22:00:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B42F016A4CE for ; Mon, 4 Apr 2005 22:00:18 +0000 (GMT) Received: from mail-out.iptelecom.net.ua (mail-out.iptelecom.net.ua [212.9.224.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAB7343D39 for ; Mon, 4 Apr 2005 22:00:17 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h144.242.159.dialup.iptcom.net ([213.159.242.144]:33772 "EHLO kushnir1.kiev.ua" ident: "NO-IDENT-SERVICE[2]" whoson: "vkushnir") by pechkin.iptelecom.net.ua with ESMTP id S360927AbVDDWAQ (INRCPT ); Tue, 5 Apr 2005 01:00:16 +0300 Received: from localhost (localhost [IPv6:::1]) by kushnir1.kiev.ua (8.13.3/8.13.3) with ESMTP id j34M0AIW088858 for ; Tue, 5 Apr 2005 01:00:11 +0300 (EEST) (envelope-from vkushnir@i.kiev.ua) From: Vladimir Kushnir Organization: BITP To: current@freebsd.org Date: Tue, 5 Apr 2005 01:00:07 +0300 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_pjbUCbhtdEnCkdW" Message-Id: <200504050100.09107.vkushnir@i.kiev.ua> Subject: Old problems strike back? (No ata1-slave without disk) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 22:00:18 -0000 --Boundary-00=_pjbUCbhtdEnCkdW Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, A problem here: after ATA-MKIII has been committed there's a lot of timeouts ( "SETFEATURES SET TRANSFER MODE" and after acd1 reinit "MODE_SENCE_BIG" and then boot process just hangs) on ata1-slave (DVD-ROM) without disk. Everything goes perfectly all right when disk in, but that's not a solution, is it? EVERYTHING worked OK before this commit. Environment: old but reliable 440BX-based MB (Chaintech 6BTM), the only HD (ad0) on external CMD-649 based card, ATA0-master - ATAPI CDRW (acd0), ATA1-slave - ATAPI DVD-ROM (acd1). All cables are plugged correctly. Dmesg output (with my current working setup) is attached Any additional information? Regards, Vladimir --Boundary-00=_pjbUCbhtdEnCkdW Content-Type: text/plain; charset="us-ascii"; name="dmesg.out" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.out" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #1: Mon Apr 4 09:30:05 EEST 2005 root@kushnir1.kiev.ua:/usr/obj/usr/src/sys/KUSHNIR Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (451.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x387f9ff real memory = 268369920 (255 MB) avail memory = 253243392 (241 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: <123456 AWRDACPI> on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x4041,0x5000-0x500f on acpi0 pci_link0: irq 11 on acpi0 pci_link1: irq 0 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 10 on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: mem 0xd8000000-0xd9ffffff,0xd4000000-0xd4003fff,0xd5000000-0xd57fffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xd0000000 64MB info: [drm] Initialized mga 3.1.0 20021029 on minor 0 isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 2.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd000-0xd01f irq 10 at device 2.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered intpm0: port 0x5000-0x500f irq 9 at device 2.3 on pci0 intpm0: I/O mapped 5000 intpm0: intr IRQ 9 enabled revision 0 intpm0: [GIANT-LOCKED] intsmb0: on intpm0 smbus1: on intsmb0 smb0: on smbus1 intpm0: PM I/O mapped 4000 bktr0: mem 0xdb008000-0xdb008fff irq 11 at device 13.0 on pci0 bktr0: [GIANT-LOCKED] bktr0: Card has no configuration EEPROM. Cannot determine card make. bktr0: MT2032: Companycode=2c2c Part=2c Revision=2c bktr0: MT2032 not found or unknown type bktr0: Pinnacle/Miro TV, Temic NTSC tuner. pci0: at device 13.1 (no driver attached) atapci1: port 0xd400-0xd407,0xd800-0xd803,0xdc00-0xdc07,0xe000-0xe003,0xe400-0xe40f irq 5 at device 15.0 on pci0 ata2: on atapci1 ata3: on atapci1 pcm0: mem 0xdb000000-0xdb007fff irq 10 at device 16.0 on pci0 pcm0: pcm0: [GIANT-LOCKED] acpi_tz0: on acpi0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pps0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff 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 fb0 at vga0 Timecounter "TSC" frequency 451024674 Hz quality 800 Timecounters tick every 1.000 msec atapicam0: on ata0 acd0: CDRW at ata0-master UDMA33 atapicam1: on ata1 acd1: DVDROM at ata1-slave UDMA33 atapicam2: on ata2 ad0: 57241MB at ata2-master UDMA100 atapicam3: on ata3 cd0 at ata0 bus 0 target 0 lun 0 cd0: <_NEC CD-RW NR-9100A 2.12> Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: cd present [2104345 x 2048 byte records] Trying to mount root from ufs:/dev/ad0s2a --Boundary-00=_pjbUCbhtdEnCkdW-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 23:17:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEF4016A4CE for ; Mon, 4 Apr 2005 23:17:01 +0000 (GMT) Received: from mail-out.iptelecom.net.ua (mail-out.iptelecom.net.ua [212.9.224.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E579D43D62 for ; Mon, 4 Apr 2005 23:17:00 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h144.242.159.dialup.iptcom.net ([213.159.242.144]:48580 "EHLO kushnir1.kiev.ua" ident: "NO-IDENT-SERVICE[2]" whoson: "vkushnir") by pechkin.iptelecom.net.ua with ESMTP id S361025AbVDDXQ7 (INRCPT ); Tue, 5 Apr 2005 02:16:59 +0300 Received: from localhost (localhost [IPv6:::1]) by kushnir1.kiev.ua (8.13.3/8.13.3) with ESMTP id j34NGvW9089915 for ; Tue, 5 Apr 2005 02:16:57 +0300 (EEST) (envelope-from vkushnir@i.kiev.ua) From: Vladimir Kushnir Organization: BITP To: current@freebsd.org Date: Tue, 5 Apr 2005 02:16:55 +0300 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504050216.56023.vkushnir@i.kiev.ua> Subject: {t,p}typ-related functions doesn't seem to work on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 23:17:01 -0000 Hello, Sorry if this is off-topic (I suppose it is, but still,, :-) It looks like after recent commits WRT major's pseudo-terminal functions (ptsname, in particular, perhaps others as well) doesn't work for some reason. At least, under KDE I'm getting messages like: /usr/local/bin/kgrantpty: found '/dev/ttyP0' not to be a character device. kdecore ( KProcess ) : WARNING: chownpty failed for device /dev/ptyp0::/dev/ttyp0 Note "/dev/ttyP0" in kgrantpty (using ttyname/ptsname but NOT using hardcoded major/minor numbers) output - it's totally random, actually, and completely unrelated to real devs. Regards, Vladimir From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 00:55:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A887216A4CE for ; Tue, 5 Apr 2005 00:55:50 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C3BB43D2D for ; Tue, 5 Apr 2005 00:55:50 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 1DB1C4EFCD1; Tue, 5 Apr 2005 08:55:48 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 18E534EFCD0; Tue, 5 Apr 2005 08:55:48 +0800 (CST) Date: Tue, 5 Apr 2005 08:55:48 +0800 (CST) From: Tai-hwa Liang To: pcasidy@casidy.com In-Reply-To: <20050404083811.979EAB86C@smtp.casidy.net> Message-ID: <0504050824357.14125@www.mmlab.cse.yzu.edu.tw> References: <20050404083811.979EAB86C@smtp.casidy.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: Panic: Use-after-free in bfe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 00:55:50 -0000 On Mon, 4 Apr 2005 pcasidy@casidy.com wrote: > On 16 Mar, Tai-hwa Liang wrote: >> >> Not sure about the reason of the interrupt storm you observed; however, >> the link down problem sounds like some sort of switch incompatibility to me. >> I remembered that someone said that manually tweak the media type *may* >> be a possible workaround(i.e. "ifconfig bfe0 media 10baseT/UTP" or >> "ifconfig bfe0 media 100baseTX). >> >> Does direct connect through crossover cable to another computer work >> for you? > > Sorry for the delay, had to deal with another network problem. > > I performed the tests you suggested and here are the results: > > I used a crossover cable to link my laptop and my server. > The server is equipped with a > configured as autoselect. > > I tried to force the media both 10 and 100 on both card and the only > case i had the Broadcom card active was when I set the server NIC to > 100. But in that case, the RealTek NIC was not active. > Maybe I have to change the NIC on the server :( I suggest that using other NIC rather than RealTek to test this(I have tried this gigabit card once on my firewall box and it didn't seem to able to co-exist with another two NIC's, if_vr and if_rl). Though it still sounds like that we might miss some magic register settings related to link speed negotiation. I'm still curious: does your card work with Linux(any Live CD such like KNOPPIX is enough)? > The other tests I did besides the previous one was to boot in Safe mode > and to unload usb. > > Now, I don't know what to do. Me neither.... Maybe you would like to file another PR and have it Cc'ed to wpaul@ and dmlb@ since they are more familiar with if_bfe than I am. > Thanks for the fix anyway ;) No problem. Thank you for doing these tests and bringing this up to our attention. -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 01:03:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F107916A4CE for ; Tue, 5 Apr 2005 01:03:14 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4754043D1F for ; Tue, 5 Apr 2005 01:03:14 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j3513D9h047942 for ; Mon, 4 Apr 2005 18:03:13 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j3513DeT047941 for freebsd-current@freebsd.org; Mon, 4 Apr 2005 18:03:13 -0700 (PDT) (envelope-from obrien) Date: Mon, 4 Apr 2005 18:03:13 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20050405010313.GA47909@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Subject: [PANIC] sha256_initial_hash_value X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 01:03:15 -0000 Kernel built 4-April-2004 8:00AM PDT. Fatal trap 9: general protection fault while in kernel mode sha256_inital_hash_value() VOP_OPEN_APV() vn_open_cred() vn_open() kern_open() open() syscall() Screen shots at: http://trang.nuxi.org:8080/panics/IMG_1255.JPG http://trang.nuxi.org:8080/panics/IMG_1256.JPG From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 01:08:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 778D816A4CE; Tue, 5 Apr 2005 01:08:10 +0000 (GMT) Received: from pd4mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 441B843D1F; Tue, 5 Apr 2005 01:08:10 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mr6so.prod.shaw.ca (pd2mr6so-qfe3.prod.shaw.ca [10.0.141.9]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IEG00FW28HMOLNS@l-daemon>; Mon, 04 Apr 2005 19:08:10 -0600 (MDT) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd2mr6so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IEG00C8P8HMP1A0@pd2mr6so.prod.shaw.ca>; Mon, 04 Apr 2005 19:08:10 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IEG00F9H8HL11@l-daemon>; Mon, 04 Apr 2005 19:08:09 -0600 (MDT) Date: Mon, 04 Apr 2005 18:08:07 -0700 From: Colin Percival In-reply-to: <20050405010313.GA47909@dragon.NUXI.org> To: obrien@freebsd.org Message-id: <4251E4F7.7020100@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime References: <20050405010313.GA47909@dragon.NUXI.org> User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) cc: freebsd-current@freebsd.org Subject: Re: [PANIC] sha256_initial_hash_value X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 01:08:10 -0000 David O'Brien wrote: > Kernel built 4-April-2004 8:00AM PDT. > > Fatal trap 9: general protection fault while in kernel mode > > sha256_inital_hash_value() > VOP_OPEN_APV() > vn_open_cred() > vn_open() > kern_open() > open() > syscall() Don't blame sha256 -- sha256_initial_hash_value is data, not code, so VOP_OPEN_APV must be following a mangled function pointer, and it's just luck that it ended up where it did. Colin Percival From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 02:11:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6513F16A4CE for ; Tue, 5 Apr 2005 02:11:54 +0000 (GMT) Received: from jive.SoftHome.net (jive.SoftHome.net [66.54.152.27]) by mx1.FreeBSD.org (Postfix) with SMTP id E79F943D48 for ; Tue, 5 Apr 2005 02:11:53 +0000 (GMT) (envelope-from meka@softhome.net) Received: (qmail 22690 invoked by uid 417); 5 Apr 2005 02:11:53 -0000 Received: from shunt-smtp-out-0 (HELO softhome.net) (172.16.3.12) by shunt-smtp-out-0 with SMTP; 5 Apr 2005 02:11:53 -0000 Received: from hal9000 ([82.208.205.163]) by softhome.net with esmtp; Mon, 04 Apr 2005 20:11:51 -0600 Date: Tue, 5 Apr 2005 04:26:38 +0200 From: meka To: FreeBSD Message-ID: <20050405042638.3ab496cf@hal9000> X-Mailer: Sylpheed-Claws 1.0.4cvs3 (GTK+ 1.2.10; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: make world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 02:11:54 -0000 I'm sorry if this is not the right list for question like this, but it seamed logical to me. Correct me if I'm wrong. I've followed the instructions for cvsup and synched the tree but I've end up with bunch of ,v files. I've edited some of them and saw that some tags are appended to it. What to do with this? Thanx :o) -- I haven't even got up and the bug is here :o) From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 02:20:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B1B016A4CE; Tue, 5 Apr 2005 02:20:08 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA50B43D1D; Tue, 5 Apr 2005 02:20:07 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j352HGW9022589; Mon, 4 Apr 2005 20:17:16 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 04 Apr 2005 20:17:33 -0600 (MDT) Message-Id: <20050404.201733.24103770.imp@bsdimp.com> To: tinderbox@freebsd.org From: "M. Warner Losh" In-Reply-To: <20050404183858.90A377306E@freebsd-current.sentex.ca> References: <20050404183858.90A377306E@freebsd-current.sentex.ca> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 02:20:08 -0000 In message: <20050404183858.90A377306E@freebsd-current.sentex.ca> FreeBSD Tinderbox writes: : /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw1' isn't known : /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw2' isn't known : /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw3' isn't known : /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRsign' isn't known : /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw0' isn't known : /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw1' isn't known : /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw2' isn't known : /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw3' isn't known I don't see this when I build from scratch. :-( Warner From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 02:20:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 935B716A4CE for ; Tue, 5 Apr 2005 02:20:31 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44EDA43D31 for ; Tue, 5 Apr 2005 02:20:31 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 065462D5F4; Mon, 4 Apr 2005 21:20:30 -0500 (CDT) Date: Mon, 4 Apr 2005 21:20:26 -0500 From: Craig Boston To: "M. Warner Losh" Message-ID: <20050405022025.GA82438@nowhere> Mail-Followup-To: Craig Boston , "M. Warner Losh" , ache@nagual.pp.ru, current@FreeBSD.ORG References: <20050404044028.GC49953@nagual.pp.ru> <20050403.225310.82842428.imp@bsdimp.com> <20050404051047.GA50719@nagual.pp.ru> <20050403.232036.35219348.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050403.232036.35219348.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i cc: ache@nagual.pp.ru cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 02:20:31 -0000 > In message: <20050404051047.GA50719@nagual.pp.ru> > Andrey Chernov writes: > : Various partition checkers under Windows indicates no problems. > : No offset+size overlap. On Sun, Apr 03, 2005 at 11:20:36PM -0600, M. Warner Losh wrote: > So clearly there's something wrong on your machine, or there's a bug > in the GEOM code. It should work, and if not, we need to find out > either your pilot error, or the bug that is prefenting it from > updating. My -current machine appears to work as expected... FWIW, I'm seeing this too on a Soekris running 5.4-PRE built a couple days ago. At first I thought it might be related to the bug described in 1.62 of geom_mbr.c since my / is mounted read-only, but remounting it read-write does not seem to improve matters: # boot0cfg -v ad0 # flag start chs type end chs offset size 1 0x00 0: 1: 1 0xa5 457: 7:32 32 117216 2 0x80 458: 1: 1 0xa5 915: 7:32 117280 117216 3 0x00 916: 0: 1 0xa5 979: 7:32 234496 16384 version=1.0 drive=0x80 mask=0xf ticks=1 options=packet,noupdate,nosetdrv default_selection=F1 (Slice 1) # boot0cfg -v -s 2 ad0 boot0cfg: /dev/ad0: ioctl DIOCSMBR: Operation not permitted Previously I was just using the standard MBR (no boot0) and using fdisk combined with geom.debugflags=16 to change the active partition. I thought I'd give boot0 a try after reading that it's supposed to work... Glancing through the code I don't see anything that returns EPERM except the flags check, so it's probably coming from the g_write_data call. The commit logs don't show anything between 5.4 and -current that looks like an obvious fix, but I may be missing something. I may try -current on this machine at some point to get the improved Atheros support. For the moment phk's sweeping device changes have scared me off :-) Craig From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 03:23:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C004316A4CE for ; Tue, 5 Apr 2005 03:23:57 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E47343D2F for ; Tue, 5 Apr 2005 03:23:57 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j353NuiG025275; Mon, 4 Apr 2005 20:23:56 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j353Nunm025274; Mon, 4 Apr 2005 20:23:56 -0700 Date: Mon, 4 Apr 2005 20:23:56 -0700 From: Brooks Davis To: meka Message-ID: <20050405032356.GA24404@odin.ac.hmc.edu> References: <20050405042638.3ab496cf@hal9000> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <20050405042638.3ab496cf@hal9000> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: FreeBSD Subject: Re: make world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 03:23:57 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Please wrap lines to <80 columns] On Tue, Apr 05, 2005 at 04:26:38AM +0200, meka wrote: > I'm sorry if this is not the right list for question like this, > but it seamed logical to me. Correct me if I'm wrong. freebsd-questions would be better. > I've followed the instructions for cvsup and synched the tree > but I've end up with bunch of ,v files. I've edited some of > them and saw that some tags are appended to it. What to do with > this? Thanx :o) You didn't follow the right instructions and have downloaded the entire cvs repository instead of checking out the latest version of your desired branch. You should probably be using a cvsup config file derived from /usr/share/examples/cvsup/stable-supfile. If you want to debug you existing supfile, please post a copy of it. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCUgTMXY6L6fI4GtQRAnDKAKCLIV+5NkG9nkFzI2cXNv6DnGS87ACfU+5N 9DQh3WS63++i1KsvDdqEGh4= =oM6z -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 04:33:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2D4616A4CE for ; Tue, 5 Apr 2005 04:33:40 +0000 (GMT) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5517643D39 for ; Tue, 5 Apr 2005 04:33:40 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 68867 invoked from network); 5 Apr 2005 04:33:39 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 5 Apr 2005 04:33:39 -0000 X-pair-Authenticated: 209.68.2.70 Date: Mon, 4 Apr 2005 23:33:35 -0500 (CDT) From: Mike Silbersack To: current@freebsd.org Message-ID: <20050404232917.I5371@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: msdosfs or ehci corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 04:33:41 -0000 I just ran into a problem on my laptop with a March 30th build of current, using ehci. I tried mving a bunch of files and directories to my usb thumb drive (which is using msdosfs), and mv returned a few errors about files with that name already existing. I went to look, and a few directories had been created _as files_, with contents from similar files! I tried a manual mkdir, and the same thing happened. I unmounted, and windows chkdsk found crosslinked files in that directory, which it was able to repair... but I'm going to have to doublecheck and see what got corrupted. So, here's the question: Since the directory I was copying all these files into was created right before the mv was started, does this mean that FreeBSD somehow created the crosslinked files/directories, or is it possible that a crosslink pre-existed, which caused something to go weird? Any other possibilities? Is this something that might have been fixed since the 30th somehow? Thanks, Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 04:46:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2603D16A4CE; Tue, 5 Apr 2005 04:46:47 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E9C843D4C; Tue, 5 Apr 2005 04:46:46 +0000 (GMT) (envelope-from tim@kientzle.com) Received: from kientzle.com (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j354kVOZ078173; Mon, 4 Apr 2005 21:46:31 -0700 (PDT) (envelope-from tim@kientzle.com) Message-ID: <42521824.1030009@kientzle.com> Date: Mon, 04 Apr 2005 21:46:28 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <4243B57D.5050204@freebsd.org> <200503261636.j2QGa2ZI055013@gate.bitblocks.com> <20050404002141.2819f386@dolphin.local.net> In-Reply-To: <20050404002141.2819f386@dolphin.local.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Tim Kientzle cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 04:46:47 -0000 Conrad J. Sabatier wrote: > > In a similar vein, I just discovered that KDE's "ark" can no longer > properly extract gzipped tar files: > > tar: unrecognized option `--use-compress-program=gunzip' > > Any chance of adding this option to bsdtar? I'm a little reluctant to do this because it is either misleading or surprisingly complex: 1) For gtar, --use-compress-program=gunzip is an exact synonym for -z. Implementing this equivalence in bsdtar would be misleading: First, bsdtar does not use gunzip for -z (libarchive implements the decompression internally using libz). In addition, bsdtar actually ignores the -z flag on extraction in favor of libarchive's automatic compression detection. 2) Implementing --use-compress-program=gunzip separately from -z is surprisingly complex. At one time, libarchive actually did this, but it led to a lot of ugly complications. (In short, a library that invokes client callbacks within a forked sub-process is just asking for trouble.) I recommend submitting a change to the "ark" maintainers suggesting they use "-z" (which is implemented by many different tar programs) rather than the gtar-specific --use-compress-program=gunzip. When testing bsdtar against the ports collection, we found that most programs can be easily tweaked to work equally well with either bsdtar or gtar. If the primary maintainers are uninterested in this change, ark can be patched in the port to use "-z" or to use gtar. (I just noticed that the current port of "ark" depends on gtar.) Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 05:17:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E869416A4CE for ; Tue, 5 Apr 2005 05:17:20 +0000 (GMT) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA66443D45 for ; Tue, 5 Apr 2005 05:17:20 +0000 (GMT) (envelope-from skip.ford@verizon.net) Received: from pool-70-104-70-104.pskn.east.verizon.net ([70.106.89.74]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IEG0077MK0M8NB4@vms044.mailsrvcs.net> for current@freebsd.org; Tue, 05 Apr 2005 00:17:11 -0500 (CDT) Date: Tue, 05 Apr 2005 01:17:16 -0400 From: Skip Ford In-reply-to: <20050404232917.I5371@odysseus.silby.com> To: Mike Silbersack Message-id: <20050405051716.GA654@pool-70-104-70-104.pskn.east.verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20050404232917.I5371@odysseus.silby.com> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: msdosfs or ehci corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 05:17:21 -0000 Mike Silbersack wrote: > I just ran into a problem on my laptop with a March 30th build of current, > using ehci. I tried mving a bunch of files and directories to my usb > thumb drive (which is using msdosfs), and mv returned a few errors about > files with that name already existing. I ran into an odd situation with msdosfs as well within the last few days which sounds related. While playing tunes from an msdosfs, some files played the wrong song. Mplayer indicates it's playing one song, while another one comes out the speakers. It's as though mplayer tries to open one file, but another gets opened instead. When attempting to play ~60 files in an msdos directory, for ~10 of them the music didn't match the filename mplayer indicated it was playing. The same doesn't happen for files in UFS directories. Perhaps in your case, the same thing is happening to mv(1). My last kernel, dated Feb 14, didn't exhibit this behavior. My current kernel is from Apr 2. I didn't install any in the middle of that range. -- Skip From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 05:21:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08B8E16A4CE for ; Tue, 5 Apr 2005 05:21:51 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DF8643D31 for ; Tue, 5 Apr 2005 05:21:50 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j355LbOZ078350; Mon, 4 Apr 2005 22:21:42 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4252205E.5050202@freebsd.org> Date: Mon, 04 Apr 2005 22:21:34 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bakul Shah References: <200504041614.j34GEDkA006379@gate.bitblocks.com> In-Reply-To: <200504041614.j34GEDkA006379@gate.bitblocks.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 05:21:51 -0000 Bakul Shah wrote: >>>What is the status of this bug? >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=76294 >>> >>>[summary: certain gzipped tar files can't be untarred >>>correctly with -z flag but work fine if with gzcat|tar xvf -] > ... this bug has been around for a while and I > have to assume the fix is difficult or whoever is fixing does > not have enough free time. Both are perfectly understandable > reasons!:-) Guilty as charged! ;-) I'm working on an update to our libz, but it's diverged a bit from the original sources so it is taking me a while to figure out how best to update it. Given my limited time, this may not make it into 5.4 but will make 5.5 for sure! ;=/ Tim From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 05:26:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09ED016A4CE for ; Tue, 5 Apr 2005 05:26:25 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B8C43D2F for ; Tue, 5 Apr 2005 05:26:23 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j355PqOZ078371; Mon, 4 Apr 2005 22:25:56 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4252215D.7090303@freebsd.org> Date: Mon, 04 Apr 2005 22:25:49 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Brian K. White" References: <4243B57D.5050204@freebsd.org><200503261636.j2QGa2ZI055013@gate.bitblocks.com> <20050404002141.2819f386@dolphin.local.net> <00b701c538ed$25a7b680$6800000a@venti> In-Reply-To: <00b701c538ed$25a7b680$6800000a@venti> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 05:26:25 -0000 Brian K. White wrote: > >> tar: unrecognized option `--use-compress-program=gunzip' > > It is a generically useful option though, being able to specify an > arbitrary compress program ... If you're going to specify the compress/decompress program manually, just use a pipe: | tar is both shorter and more portable. (Assuming, of course, that you don't need accurate blocking. If you do, adding "dd" to the beginning of that line is a modest complication. ;-) Tim From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 06:18:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8FE416A4CE for ; Tue, 5 Apr 2005 06:18:21 +0000 (GMT) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1AAD643D5E for ; Tue, 5 Apr 2005 06:18:21 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 95643 invoked from network); 5 Apr 2005 06:18:20 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 5 Apr 2005 06:18:20 -0000 X-pair-Authenticated: 209.68.2.70 Date: Tue, 5 Apr 2005 01:18:14 -0500 (CDT) From: Mike Silbersack To: Skip Ford In-Reply-To: <20050405051716.GA654@pool-70-104-70-104.pskn.east.verizon.net> Message-ID: <20050405011655.E5383@odysseus.silby.com> References: <20050404232917.I5371@odysseus.silby.com> <20050405051716.GA654@pool-70-104-70-104.pskn.east.verizon.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: msdosfs or ehci corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 06:18:21 -0000 On Tue, 5 Apr 2005, Skip Ford wrote: > I ran into an odd situation with msdosfs as well within the last > few days which sounds related. I'm not crazy! Whoo! Is yours on a USB connected drive, or a drive connected via ata/scsi? If yours is ata/scsi, then we can eliminate USB from the problem. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 07:13:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18E8516A4CE for ; Tue, 5 Apr 2005 07:13:10 +0000 (GMT) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id E49A643D31 for ; Tue, 5 Apr 2005 07:13:09 +0000 (GMT) (envelope-from skip.ford@verizon.net) Received: from pool-70-104-70-104.pskn.east.verizon.net ([70.106.89.74]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IEG00C7HPDV1JL3@vms048.mailsrvcs.net> for current@freebsd.org; Tue, 05 Apr 2005 02:13:09 -0500 (CDT) Date: Tue, 05 Apr 2005 03:13:13 -0400 From: Skip Ford In-reply-to: <20050405011655.E5383@odysseus.silby.com> To: Mike Silbersack Message-id: <20050405071313.GA681@pool-70-104-70-104.pskn.east.verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20050404232917.I5371@odysseus.silby.com> <20050405051716.GA654@pool-70-104-70-104.pskn.east.verizon.net> <20050405011655.E5383@odysseus.silby.com> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: msdosfs or ehci corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 07:13:10 -0000 Mike Silbersack wrote: > On Tue, 5 Apr 2005, Skip Ford wrote: > > >I ran into an odd situation with msdosfs as well within the last > >few days which sounds related. > > I'm not crazy! Whoo! I thought it was me! My eyes were reading one song title and my ears were hearing a completely different song... > Is yours on a USB connected drive, or a drive connected via ata/scsi? If > yours is ata/scsi, then we can eliminate USB from the problem. Mine's ata. I did a little more testing. In my case, the same files are always affected. Those files do appear identical, other than the names. They're the same size and there's no difference in contents. However, the affected files can swap contents. IOW, two files with different names will have the same contents which match one of the two original files, but then both files will switch contents to the other original file's contents. So, there doesn't appear to be any on-disk corruption. The contents of both original files are still there. -- Skip From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 07:42:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7382F16A4D1 for ; Tue, 5 Apr 2005 07:42:24 +0000 (GMT) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBA6F43D54 for ; Tue, 5 Apr 2005 07:42:23 +0000 (GMT) (envelope-from riggs@rrr.de) Received: from mail.m-online.net (svr20.m-online.net [192.168.3.148]) by mail-out.m-online.net (Postfix) with ESMTP id B471F7AD2 for ; Tue, 5 Apr 2005 09:42:22 +0200 (CEST) Received: from marvin.riggiland.au (ppp-62-245-208-247.mnet-online.de [62.245.208.247]) by mail.m-online.net (Postfix) with ESMTP id 8CAED67772 for ; Tue, 5 Apr 2005 09:42:22 +0200 (CEST) Received: from marvin.riggiland.au (localhost [127.0.0.1]) by marvin.riggiland.au (8.13.1/8.13.1) with ESMTP id j357gLNM081910 for ; Tue, 5 Apr 2005 09:42:22 +0200 (CEST) (envelope-from riggs@marvin.riggiland.au) Received: (from riggs@localhost) by marvin.riggiland.au (8.13.1/8.13.1/Submit) id j357gLcp081908 for current@freebsd.org; Tue, 5 Apr 2005 09:42:21 +0200 (CEST) (envelope-from riggs) Date: Tue, 5 Apr 2005 09:42:21 +0200 From: "Thomas E. Zander" To: current@freebsd.org Message-ID: <20050405074221.GR54656@marvin.riggiland.au> References: <20050404211206.GP54656@marvin.riggiland.au> <20050404214644.GA61577@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="t0UkRYy7tHLRMCai" Content-Disposition: inline In-Reply-To: <20050404214644.GA61577@xor.obsecurity.org> Organization: RiggiServ - Ihr Partner =?iso-8859-15?Q?f?= =?iso-8859-15?Q?=FCr?= alles Delikate X-PGP-KeyID: 0xC85996CD X-PGP-URI: http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0xC85996CD X-PGP-Fingerprint: 4F59 75B4 4CE3 3B00 BC61 5400 8DD4 8929 C859 96CD X-Mailer: Riggisoft Ausguck Eggsbress (Build 1112686417) X-Operating-System: Riggiland BSD 5.3-RELEASE-p6 (To serve and protect.) Subject: Re: Panic in 5.4 as of today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 07:42:24 -0000 --t0UkRYy7tHLRMCai Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 04. Apr 2005, at 14:46 -0700, Kris Kennaway wrote according to [Re: Panic in 5.4 as of today]: > > #51 0xc0547e1b in sched_switch (td=3D0x1d, newtd=3D0x81ef50c, flags=3DC= annot access memory at address 0xbfbfed28 > > ) at /usr/src/sys/kern/sched_ule.c:1300 >=20 > 1) Problems with FreeBSD-STABLE should go to the freebsd-stable@ > mailing list Yes, I know. Just thought that I should report to current because... > 2) ULE is known to still have bugs. Jeff is now aware of them, so > hopefully he'll be able to come up with a fix. =2E..the crash is - as you pointed - ULE related which isn't completely "stable" right now and sched_ule.c differs from stable to current by only one commit. I'll see if I can reproduce this crash later with the latest ULE from current. Riggs --=20 - "[...] I talked to the computer at great length and -- explained my view of the Universe to it" said Marvin. --- And what happened?" pressed Ford. ---- "It committed suicide." said Marvin. --t0UkRYy7tHLRMCai Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFCUkFdjdSJKchZls0RAn7+AJ0UJlTq08XGMHoOLWCYg5lV4RAIqwCfabp5 jGMjxQW4ghCOorHV5PW50w8= =FicN -----END PGP SIGNATURE----- --t0UkRYy7tHLRMCai-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 08:28:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FA6B16A4CE; Tue, 5 Apr 2005 08:28:27 +0000 (GMT) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE47943D45; Tue, 5 Apr 2005 08:28:26 +0000 (GMT) (envelope-from fujita@soum.co.jp) Received: from mail.soum.co.jp (hoth.soum.co.jp [IPv6:2001:240:c4:1:203:baff:fea1:6471]) by gate.soum.co.jp (8.13.3/8.13.3) with ESMTP id j358SPCX004915; Tue, 5 Apr 2005 17:28:25 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from localhost (vanilla.soum.co.jp [172.19.2.63]) by mail.soum.co.jp (8.13.3/8.13.3) with ESMTP id j358SObO021349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 5 Apr 2005 17:28:24 +0900 (JST) Date: Tue, 05 Apr 2005 17:28:24 +0900 (JST) Message-Id: <20050405.172824.74739214.fujita@soum.co.jp> To: freebsd-mobile@freebsd.org From: FUJITA Kazutoshi In-Reply-To: <20050312.144052.23007628.fujita@soum.co.jp> References: <20050312.144052.23007628.fujita@soum.co.jp> X-Face: "; PnIN=f2{%Xj2PnI+zHd.39&Cn1)}br_7:N|2[CbS87Du6#6?|UeqX'&OfyZG-mX#'5T>k/~8X(F,2Mb_pNd8]3Cb1u[kSZjF}J+#`L5(g); List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 08:28:27 -0000 ----Next_Part(Tue_Apr__5_17_28_24_2005_364)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: FUJITA Kazutoshi Subject: 82801FBM(?) ATA controller Date: Sat, 12 Mar 2005 14:40:52 +0900 (JST) > Hi folks, (especially sos ;-) > > > One more patch for ThinkPad T43. > -current probes as > > atapci0: port 0x18c0-0x18cf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.2 on pci0 > <..snip..> > ad0: 76319MB [155061/16/63] at ata0-master UDMA33 > acd0: DVDR at ata1-master UDMA33 According to ICH6 data sheets, this is ICH6-M SATA controller. Thanks, ----Next_Part(Tue_Apr__5_17_28_24_2005_364)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="t43-ata.patch" diff -rc sys.orig/dev/ata/ata-chipset.c sys/dev/ata/ata-chipset.c *** sys.orig/dev/ata/ata-chipset.c Mon Apr 4 18:09:49 2005 --- sys/dev/ata/ata-chipset.c Tue Apr 5 16:56:39 2005 *************** *** 895,900 **** --- 895,901 ---- { ATA_I82801FB, 0, 0, 0x00, ATA_UDMA5, "Intel ICH6" }, { ATA_I82801FB_S1,0, 0, 0x00, ATA_SA150, "Intel ICH6" }, { ATA_I82801FB_R1,0, 0, 0x00, ATA_SA150, "Intel ICH6" }, + { ATA_I82801FBM, 0, 0, 0x00, ATA_SA150, "Intel ICH6-M" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; diff -rc sys.orig/dev/ata/ata-pci.h sys/dev/ata/ata-pci.h *** sys.orig/dev/ata/ata-pci.h Mon Apr 4 18:09:49 2005 --- sys/dev/ata/ata-pci.h Tue Apr 5 16:57:02 2005 *************** *** 136,141 **** --- 136,142 ---- #define ATA_I82801FB 0x266f8086 #define ATA_I82801FB_S1 0x26518086 #define ATA_I82801FB_R1 0x26528086 + #define ATA_I82801FBM 0x26538086 #define ATA_ITE_ID 0x1283 #define ATA_IT8212F 0x82121283 ----Next_Part(Tue_Apr__5_17_28_24_2005_364)---- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 09:02:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C8DE16A4CE for ; Tue, 5 Apr 2005 09:02:15 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 081F243D1D for ; Tue, 5 Apr 2005 09:02:15 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j3591XV4026512; Tue, 5 Apr 2005 03:01:35 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Apr 2005 03:01:53 -0600 (MDT) Message-Id: <20050405.030153.55053873.imp@bsdimp.com> To: silby@silby.com From: "M. Warner Losh" In-Reply-To: <20050405011655.E5383@odysseus.silby.com> References: <20050404232917.I5371@odysseus.silby.com> <20050405051716.GA654@pool-70-104-70-104.pskn.east.verizon.net> <20050405011655.E5383@odysseus.silby.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: msdosfs or ehci corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 09:02:15 -0000 In message: <20050405011655.E5383@odysseus.silby.com> Mike Silbersack writes: : : On Tue, 5 Apr 2005, Skip Ford wrote: : : > I ran into an odd situation with msdosfs as well within the last : > few days which sounds related. : : I'm not crazy! Whoo! : : Is yours on a USB connected drive, or a drive connected via ata/scsi? If : yours is ata/scsi, then we can eliminate USB from the problem. Same problem with CF card in PC Card adapter today. Warner From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 09:11:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3D2B16A4CE for ; Tue, 5 Apr 2005 09:11:56 +0000 (GMT) Received: from peedub.jennejohn.org (J896a.j.pppool.de [85.74.137.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D1D143D31 for ; Tue, 5 Apr 2005 09:11:56 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.3/8.11.6) with ESMTP id j359BsWP003089; Tue, 5 Apr 2005 11:11:54 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200504050911.j359BsWP003089@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Mike Silbersack In-Reply-To: Message from Mike Silbersack <20050404232917.I5371@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 05 Apr 2005 11:11:54 +0200 From: Gary Jennejohn cc: current@freebsd.org Subject: Re: msdosfs or ehci corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 09:11:57 -0000 Mike Silbersack writes: > > I just ran into a problem on my laptop with a March 30th build of current, > using ehci. I tried mving a bunch of files and directories to my usb > thumb drive (which is using msdosfs), and mv returned a few errors about > files with that name already existing. > > I went to look, and a few directories had been created _as files_, with > contents from similar files! > I saw a similar problem when copying files using back-to-back tars to a CF-card mounted in a multi-card USB reader over EHCI. The files created were in mnay cases duplicates and some appeared as directories rather than as files. Somehow a directory, which was totally uninvolved in the copy, was turned into a large file! I found that if I forced the file names to all be in 8.3 format I could sucessfully copy them. This was with a kernel from March 30. I finally ended up saving as much of the contents from the CF as possible and newfs_msdos'ing the card. > Any other possibilities? Is this something that might have been fixed > since the 30th somehow? > Yesterday, using a kernel from April 2, I successfully copied about 2GB worth of files to my MP3-player, which was connected over USB with EHCI. The MP3-player has a MSDOS FS and many of the files had very long names. So apparently something has been fixed since March 30, but I don't know what. [OT] Today for some reason the same kernel which ran OK yesterday is spontaneously rebooting, and a kernel made yesterday from updated sources also just reboots, so I was forced to go back to the kernel from March 30. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 09:27:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C873C16A4CE for ; Tue, 5 Apr 2005 09:27:11 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18C9D43D45 for ; Tue, 5 Apr 2005 09:27:11 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j359R6h8010311; Tue, 5 Apr 2005 11:27:06 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 05 Apr 2005 03:01:53 MDT." <20050405.030153.55053873.imp@bsdimp.com> Date: Tue, 05 Apr 2005 11:27:06 +0200 Message-ID: <10310.1112693226@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: silby@silby.com cc: current@freebsd.org Subject: Re: msdosfs or ehci corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 09:27:11 -0000 In message <20050405.030153.55053873.imp@bsdimp.com>, "M. Warner Losh" writes: >In message: <20050405011655.E5383@odysseus.silby.com> > Mike Silbersack writes: >: >: On Tue, 5 Apr 2005, Skip Ford wrote: >: >: > I ran into an odd situation with msdosfs as well within the last >: > few days which sounds related. >: >: I'm not crazy! Whoo! >: >: Is yours on a USB connected drive, or a drive connected via ata/scsi? If >: yours is ata/scsi, then we can eliminate USB from the problem. > >Same problem with CF card in PC Card adapter today. I think we need somebody to do the binary search time travel to find out when this broke. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 09:59:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80EA416A4CE; Tue, 5 Apr 2005 09:59:19 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ED3443D45; Tue, 5 Apr 2005 09:59:18 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) (8.13.4/8.13.3) with ESMTP id j359xC2N075175 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 5 Apr 2005 11:59:12 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j359xCDr075171; Tue, 5 Apr 2005 11:59:12 +0200 (CEST) Date: Tue, 5 Apr 2005 11:59:12 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20050405095912.GA74416@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 cc: sos@freebsd.org Subject: SiS not working with atamkIII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 09:59:19 -0000 hi, with recent current (including atamkIII) freebsd is not able to find any ata device. with pre-atamkIII it was ok. configuration is this: atapci0@pci0:2:5: class=0x010180 card=0x55131039 chip=0x55131039 rev=0xd0 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5513 EIDE Controller (A,B step)' class = mass storage subclass = ATA spravci ~# dmesg | grep ata atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0 xff00-0xff0f at device 2.5 on pci0 ata0: on atapci0 ata1: on atapci0 spravci ~# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 6 Slave: acd0 ATA/ATAPI revision 0 ATA channel 1: Master: no device present Slave: no device present anything else I can provide? roman From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 10:10:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3B3816A4CE; Tue, 5 Apr 2005 10:10:30 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0710F43D41; Tue, 5 Apr 2005 10:10:30 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) (8.13.4/8.13.3) with ESMTP id j35AAOJ0076344 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 5 Apr 2005 12:10:25 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j35AAOFs076343; Tue, 5 Apr 2005 12:10:24 +0200 (CEST) Date: Tue, 5 Apr 2005 12:10:24 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20050405101024.GA76053@stud.fit.vutbr.cz> References: <20050405095912.GA74416@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050405095912.GA74416@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 cc: sos@freebsd.org Subject: Re: SiS not working with atamkIII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 10:10:30 -0000 additinoal info (hand rewritten from verbose dmesg): atamkIII: ata0: reset tp1 mask=03 ostat=50 ostat1=50 ata0: stat0=0x90 err=0x90 lsb=0x90 msb=0x90 ata0: stat0=0x90 err=0x90 lsb=0x90 msb=0x90 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat=50 stat1=00 devices=0x9 (ATAPI_SLAVE,ATA_MASTER> old ata: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0 xff00-0xff0f at device 2.5 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xff00 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=50 stat1=00 devices=0x9 On Tue, Apr 05, 2005 at 11:59:12AM +0200, Divacky Roman wrote: > hi, > > with recent current (including atamkIII) freebsd is not able to find any ata > device. with pre-atamkIII it was ok. > > configuration is this: > > atapci0@pci0:2:5: class=0x010180 card=0x55131039 chip=0x55131039 rev=0xd0 > hdr=0x00 > vendor = 'Silicon Integrated Systems (SiS)' > device = 'SiS5513 EIDE Controller (A,B step)' > class = mass storage > subclass = ATA > > spravci ~# dmesg | grep ata > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0 > xff00-0xff0f at device 2.5 on pci0 > ata0: on atapci0 > ata1: on atapci0 > > spravci ~# atacontrol list > ATA channel 0: > Master: ad0 ATA/ATAPI revision 6 > Slave: acd0 ATA/ATAPI revision 0 > ATA channel 1: > Master: no device present > Slave: no device present > > > anything else I can provide? > > roman > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 10:17:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EF4116A4CE; Tue, 5 Apr 2005 10:17:20 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C08BF43D4C; Tue, 5 Apr 2005 10:17:19 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j35AHGsH033799; Tue, 5 Apr 2005 12:17:16 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4252654C.5060402@DeepCore.dk> Date: Tue, 05 Apr 2005 12:15:40 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Divacky Roman References: <20050405095912.GA74416@stud.fit.vutbr.cz> <20050405101024.GA76053@stud.fit.vutbr.cz> In-Reply-To: <20050405101024.GA76053@stud.fit.vutbr.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: SiS not working with atamkIII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 10:17:20 -0000 Divacky Roman wrote: > additinoal info (hand rewritten from verbose dmesg): > atamkIII: > ata0: reset tp1 mask=3D03 ostat=3D50 ostat1=3D50 > ata0: stat0=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 > ata0: stat0=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 > ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 > ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb > ata0: reset tp2 stat=3D50 stat1=3D00 devices=3D0x9 (ATAPI_SLAVE,ATA_MAS= TER> >=20 >=20 > old ata: > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0 > xff00-0xff0f at device 2.5 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xff00 > ata0: channel #0 on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 > ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 > ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 > ata0-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 > ata0-slave: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb > ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x9 Hmm, from what I can see above both old and new find the exact same=20 devices: ATAPI_SLAVE,ATA_MASTER. What is it you miss ? --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 11:29:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C0A116A4CE for ; Tue, 5 Apr 2005 11:29:40 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B54C43D45 for ; Tue, 5 Apr 2005 11:29:39 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j35BSi05012444 for ; Tue, 5 Apr 2005 14:28:44 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j35BTZXK000761 for ; Tue, 5 Apr 2005 14:29:35 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j35BTYHB000760 for freebsd-current@freebsd.org; Tue, 5 Apr 2005 14:29:35 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Tue, 5 Apr 2005 14:29:33 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20050405112933.GA704@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-7 Content-Disposition: inline Content-Transfer-Encoding: 8bit Subject: SMBFS = instant panic in CURRENT of April 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 11:29:40 -0000 A 6.0-CURRENT installation updated yesterday cannot access SMB shares. It instantly panics when I try ls(1) on an SMB mounted disk. The cause of the panic seems to be a call of VOP_GETATTR_APV() with a NULL vop pointer, which is dereferenced at line 100 of vnode_if.c orion:/var/crash# kgdb /usr/obj/usr/src/sys/ORION/kernel.debug vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 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 "i386-marcel-freebsd". #0 doadump () at pcpu.h:164 164 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:164 #1 0xc046924a in db_fncall (dummy1=0, dummy2=0, dummy3=-1066866757, dummy4=0xd478f7d0 "ü÷xÔü÷xÔLËhÀ (~À \t") at /usr/src/sys/ddb/db_command.c:531 #2 0xc0469058 in db_command (last_cmdp=0xc0773004, cmd_table=0x0, aux_cmd_tablep=0xc0704fd4, aux_cmd_tablep_end=0xc0704fd8) at /usr/src/sys/ddb/db_command.c:349 #3 0xc0469120 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc046aca5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc055b2c3 in kdb_trap (type=12, code=0, tf=0xd478f968) at /usr/src/sys/kern/subr_kdb.c:421 #6 0xc06a466d in trap_fatal (frame=0xd478f968, eva=499) at /usr/src/sys/i386/i386/trap.c:801 #7 0xc06a43f3 in trap_pfault (frame=0xd478f968, usermode=0, eva=499) at /usr/src/sys/i386/i386/trap.c:724 #8 0xc06a4039 in trap (frame= {tf_fs = -730333160, tf_es = -730333168, tf_ds = -730333168, tf_edi = -1039626748, tf_esi = -730268616, tf_ebp = -730269268, tf_isp = -730269292, tf_ebx = -730269072, tf_edx = -730269072, tf_ecx = -1043018368, tf_eax = 455, tf_trapno = 12, tf_err = 0, tf_eip = -1066699392, tf_cs = 8, tf_eflags = 66050, tf_esp = -1039656384, tf_ss = -730268980}) at /usr/src/sys/i386/i386/trap.c:414 #9 0xc069720a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xd4780018 in ?? () #11 0xd4780010 in ?? () #12 0xd4780010 in ?? () #13 0xc2088e04 in ?? () #14 0xd478fc38 in ?? () #15 0xd478f9ac in ?? () #16 0xd478f994 in ?? () #17 0xd478fa70 in ?? () #18 0xd478fa70 in ?? () #19 0xc1d4cd80 in ?? () #20 0x000001c7 in ?? () #21 0x0000000c in ?? () #22 0x00000000 in ?? () #23 0xc06b7580 in VOP_GETATTR_APV (vop=0x0, a=0xd478fa70) at vnode_if.c:530 #24 0xc20791aa in ?? () #25 0x000001c7 in ?? () #26 0xd478fa70 in ?? () #27 0xc05666c4 in witness_lock_list_free (lle=0xc2081a40) at /usr/src/sys/kern/subr_witness.c:1695 #28 0xc06b70aa in VOP_LOOKUP_APV (vop=0x0, a=0xd478fc38) at vnode_if.c:100 #29 0xc0590cda in lookup (ndp=0xd478fc10) at vnode_if.h:56 #30 0xc0590672 in namei (ndp=0xd478fc10) at /usr/src/sys/kern/vfs_lookup.c:202 #31 0xc059bd11 in kern_stat (td=0xc1ce62e0, path=0x0, pathseg=UIO_USERSPACE, sbp=0xd478fc84) at /usr/src/sys/kern/vfs_syscalls.c:2057 #32 0xc059bcbf in stat (td=0xc1ce62e0, uap=0xd478fd14) at /usr/src/sys/kern/vfs_syscalls.c:2042 #33 0xc06a4913 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077943408, tf_esi = 134557824, tf_ebp = -1077943288, tf_isp = -730268300, tf_ebx = 672681028, tf_edx = 134557824, tf_ecx = 0, tf_eax = 188, tf_trapno = 12, tf_err = 2, tf_eip = 672158875, tf_cs = 31, tf_eflags = 662, tf_esp = -1077943444, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:951 #34 0xc069725f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #35 0x0000002f in ?? () #36 0x0000002f in ?? () #37 0x0000002f in ?? () #38 0xbfbfe390 in ?? () #39 0x08053080 in ?? () #40 0xbfbfe408 in ?? () #41 0xd478fd74 in ?? () #42 0x28184c44 in ?? () #43 0x08053080 in ?? () #44 0x00000000 in ?? () #45 0x000000bc in ?? () #46 0x0000000c in ?? () #47 0x00000002 in ?? () #48 0x2810549b in ?? () #49 0x0000001f in ?? () #50 0x00000296 in ?? () #51 0xbfbfe36c in ?? () #52 0x0000002f in ?? () #53 0x5f485353 in ?? () #54 0x48545541 in ?? () #55 0x434f535f in ?? () #56 0x0000004b in ?? () #57 0x1376e000 in ?? () #58 0xc1ce5de4 in ?? () #59 0xc1ce62e0 in ?? () #60 0xd478f698 in ?? () #61 0xd478f680 in ?? () #62 0xc184c170 in ?? () #63 0xc0553cf3 in sched_switch (td=0x8053080, newtd=0x28184c44, flags=Cannot access memory at address 0xbfbfe418 ) at /usr/src/sys/kern/sched_4bsd.c:963 Previous frame inner to this frame (corrupt stack?) (kgdb) up 28 #28 0xc06b70aa in VOP_LOOKUP_APV (vop=0x0, a=0xd478fc38) at vnode_if.c:100 100 rc = vop->vop_lookup(a); (kgdb) From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 12:38:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0FDA16A4CE for ; Mon, 4 Apr 2005 12:38:53 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDFDA43D1D for ; Mon, 4 Apr 2005 12:38:47 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j34CdQ91016778; Mon, 4 Apr 2005 14:39:26 +0200 (MET DST) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j34CcDht027241; Mon, 4 Apr 2005 14:38:15 +0200 (MEST) Message-ID: <425134F7.8060800@syskonnect.de> Date: Mon, 04 Apr 2005 14:37:11 +0200 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ache@nagual.pp.ru, freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 05 Apr 2005 11:37:09 +0000 Subject: Re: Marvell Yukon driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 12:38:53 -0000 > Hi. > > Does anybody know, is "Marvell Yukon 88E8053 PCI-E Gigabit LAN" supported > by some of -current ethernet drivers or not? If not, is it just matter of > detection (i.e. new PCI ID can be added to some existen driver) or whole > driver must ve written from scratch? (This is popular controller embedded > to many ASUS boards like P5GD2) > > Thanx in advance. Hi Andrey, there's a driver for these cards being developed by SysKonnect which will be out pretty soon. Unfortunately, it's a) binary-only and b) not for -current, only 5.2, 5.3 and 5.4. If you're interested in support for these adapters please send a short mail asking about this to support@syskonnect.de The more people ask, the higher the probability that a driver for Asus LOMs will be provided. The same goes for documentation. If enough people ask, things might move in the right direction. [cc me to reply, please. I'm not subscribed to -current] Regards, Gerald From owner-freebsd-current@FreeBSD.ORG Mon Apr 4 13:37:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5931416A4CE for ; Mon, 4 Apr 2005 13:37:53 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id A104B43D49 for ; Mon, 4 Apr 2005 13:37:52 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j34DcV91017226; Mon, 4 Apr 2005 15:38:32 +0200 (MET DST) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j34DbL9B028448; Mon, 4 Apr 2005 15:37:22 +0200 (MEST) Message-ID: <425142D3.5070007@syskonnect.de> Date: Mon, 04 Apr 2005 15:36:19 +0200 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrey Chernov References: <425134F7.8060800@syskonnect.de> <20050404131737.GA61000@nagual.pp.ru> In-Reply-To: <20050404131737.GA61000@nagual.pp.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 05 Apr 2005 11:37:09 +0000 cc: freebsd-current@freebsd.org Subject: Re: Marvell Yukon driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 13:37:53 -0000 Andrey Chernov wrote: > On Mon, Apr 04, 2005 at 02:37:11PM +0200, Gerald Heinig wrote: > >>there's a driver for these cards being developed by SysKonnect which >>will be out pretty soon. Unfortunately, it's a) binary-only and b) not >>for -current, only 5.2, 5.3 and 5.4. > > > Alas, I need -current driver only. Is linux one binary only too? If not, > some ideas could be taken from there to if_sk driver. The Linux driver is open-source, so you can take a look at what that does and hack to corresponding code in if_sk > > >>If you're interested in support for these adapters please send a short >>mail asking about this to >> >>support@syskonnect.de > > > I'll do. > From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 11:49:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01EC716A4CE; Tue, 5 Apr 2005 11:49:24 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7734943D46; Tue, 5 Apr 2005 11:49:23 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j35Bn850049905; Tue, 5 Apr 2005 07:49:08 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j35Bn8Kr049904; Tue, 5 Apr 2005 07:49:08 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Tue, 5 Apr 2005 07:49:08 -0400 From: David Schultz To: Tim Kientzle Message-ID: <20050405114907.GA49792@VARK.MIT.EDU> Mail-Followup-To: Tim Kientzle , "Conrad J. Sabatier" , Tim Kientzle , current@FreeBSD.ORG References: <4243B57D.5050204@freebsd.org> <200503261636.j2QGa2ZI055013@gate.bitblocks.com> <20050404002141.2819f386@dolphin.local.net> <42521824.1030009@kientzle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42521824.1030009@kientzle.com> cc: "Conrad J. Sabatier" cc: Tim Kientzle cc: current@FreeBSD.ORG Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 11:49:24 -0000 On Mon, Apr 04, 2005, Tim Kientzle wrote: > Conrad J. Sabatier wrote: > In addition, bsdtar actually ignores the -z > flag on extraction in favor of libarchive's automatic > compression detection. FWIW, I really like this feature. > I recommend submitting a change to the "ark" maintainers suggesting > they use "-z" (which is implemented by many different tar programs) > rather than the gtar-specific --use-compress-program=gunzip. > When testing bsdtar against the ports collection, we found that > most programs can be easily tweaked to work equally well with > either bsdtar or gtar. > > If the primary maintainers are uninterested in this change, ark > can be patched in the port to use "-z" or to use gtar. (I just > noticed that the current port of "ark" depends on gtar.) If this is really a problem for lots of ports (which I highly doubt), a quick fix would be to accept --use-compress-program as an undocumented option and ignore it. This would give these broken ports a better chance of working. From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 12:54:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6A1516A4CE for ; Tue, 5 Apr 2005 12:54:00 +0000 (GMT) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 690EF43D31 for ; Tue, 5 Apr 2005 12:53:59 +0000 (GMT) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) (8.13.4/8.13.3) with ESMTP id j35CrvIh043680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Apr 2005 14:53:57 +0200 (CEST) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.13.4/8.13.1/Submit) id j35CrvFN043679; Tue, 5 Apr 2005 14:53:57 +0200 (CEST) (envelope-from cejkar@fit.vutbr.cz) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Tue, 5 Apr 2005 14:53:57 +0200 From: Rudolf Cejka To: Mike Silbersack Message-ID: <20050405125357.GA42448@fit.vutbr.cz> References: <20050405011655.E5383@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050405011655.E5383@odysseus.silby.com> User-Agent: Mutt/1.4.2.1i X-Scanned-By: MIMEDefang 2.49 on 147.229.8.12 cc: current@freebsd.org Subject: Re: msdosfs or ehci corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 12:54:00 -0000 Mike Silbersack wrote (2005/04/05): > On Tue, 5 Apr 2005, Skip Ford wrote: > >I ran into an odd situation with msdosfs as well within the last > >few days which sounds related. > I'm not crazy! Whoo! > Is yours on a USB connected drive, or a drive connected via ata/scsi? If > yours is ata/scsi, then we can eliminate USB from the problem. Hi, I'm not sure, if it is the same problem, but we tried to export msdosfs (on ata drive) via samba from FreeBSD 5.3, but there was too much data corruption and problems. We switched msdosfs partitions to ufs and the server runs without problems since then. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 13:07:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3514916A4CE for ; Tue, 5 Apr 2005 13:07:37 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 051F243D39 for ; Tue, 5 Apr 2005 13:07:36 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 05 Apr 2005 13:07:34 -0000 Received: from p508BE33E.dip.t-dialin.net (EHLO lofi.dyndns.org) [80.139.227.62] by mail.gmx.net (mp031) with SMTP; 05 Apr 2005 15:07:34 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.12.10) with ESMTP id j35D7SSX035633 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 5 Apr 2005 15:07:30 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Tue, 5 Apr 2005 15:07:23 +0200 User-Agent: KMail/1.8 References: <4243B57D.5050204@freebsd.org> <20050404002141.2819f386@dolphin.local.net> <42521824.1030009@kientzle.com> In-Reply-To: <42521824.1030009@kientzle.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7088407.ytAaNEUioH"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504051507.27511.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: "Conrad J. Sabatier" cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 13:07:37 -0000 --nextPart7088407.ytAaNEUioH Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 5. April 2005 06:46, Tim Kientzle wrote: > I recommend submitting a change to the "ark" maintainers suggesting > they use "-z" (which is implemented by many different tar programs) > rather than the gtar-specific --use-compress-program=3Dgunzip. I already replied to Conrad on kde@freebsd.org, but to cut things short: ar= k=20 (in the kdeutils3 port) has been patched to invoke "gtar" instead of "tar" = on=20 recent 5.x and newer for a long time now (pretty much ever since tar stoppe= d=20 being gtar). Conrad hasn't replied yet, but I'm assuming he as either a=20 symlink or an alias in place that maps gtar to tar - which isn't=20 recommendable. :) Now, what ark does is not calling --use-compress-programm=3Dgunzip, it call= s=20 =2D-use-compress-program=3D depending on wh= at=20 compressor is detected or user-specification, so simple patching won't work= =2E=20 At the moment, ark builds a (g)tar commandline and executes it via KProcess= -=20 using pipes instead of the --use-compress-program parameter would at the=20 least mean using KShellProcess instead, which would involve, well, a shell. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart7088407.ytAaNEUioH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCUo2PXhc68WspdLARArVdAJ9TpYdHdSEwYN5Qh2J1+UPkWB0HVgCfb9WX GF6xxTMoqtQhm885HnUTZAg= =e6dJ -----END PGP SIGNATURE----- --nextPart7088407.ytAaNEUioH-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 13:07:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A36716A4CF for ; Tue, 5 Apr 2005 13:07:37 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2ECFD43D45 for ; Tue, 5 Apr 2005 13:07:36 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 05 Apr 2005 13:07:34 -0000 Received: from p508BE33E.dip.t-dialin.net (EHLO lofi.dyndns.org) [80.139.227.62] by mail.gmx.net (mp031) with SMTP; 05 Apr 2005 15:07:34 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.12.10) with ESMTP id j35D7SSX035633 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 5 Apr 2005 15:07:30 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Tue, 5 Apr 2005 15:07:23 +0200 User-Agent: KMail/1.8 References: <4243B57D.5050204@freebsd.org> <20050404002141.2819f386@dolphin.local.net> <42521824.1030009@kientzle.com> In-Reply-To: <42521824.1030009@kientzle.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7088407.ytAaNEUioH"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504051507.27511.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: "Conrad J. Sabatier" cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 13:07:37 -0000 --nextPart7088407.ytAaNEUioH Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 5. April 2005 06:46, Tim Kientzle wrote: > I recommend submitting a change to the "ark" maintainers suggesting > they use "-z" (which is implemented by many different tar programs) > rather than the gtar-specific --use-compress-program=3Dgunzip. I already replied to Conrad on kde@freebsd.org, but to cut things short: ar= k=20 (in the kdeutils3 port) has been patched to invoke "gtar" instead of "tar" = on=20 recent 5.x and newer for a long time now (pretty much ever since tar stoppe= d=20 being gtar). Conrad hasn't replied yet, but I'm assuming he as either a=20 symlink or an alias in place that maps gtar to tar - which isn't=20 recommendable. :) Now, what ark does is not calling --use-compress-programm=3Dgunzip, it call= s=20 =2D-use-compress-program=3D depending on wh= at=20 compressor is detected or user-specification, so simple patching won't work= =2E=20 At the moment, ark builds a (g)tar commandline and executes it via KProcess= -=20 using pipes instead of the --use-compress-program parameter would at the=20 least mean using KShellProcess instead, which would involve, well, a shell. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart7088407.ytAaNEUioH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCUo2PXhc68WspdLARArVdAJ9TpYdHdSEwYN5Qh2J1+UPkWB0HVgCfb9WX GF6xxTMoqtQhm885HnUTZAg= =e6dJ -----END PGP SIGNATURE----- --nextPart7088407.ytAaNEUioH-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 13:30:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F26AE16A4CE; Tue, 5 Apr 2005 13:30:05 +0000 (GMT) Received: from postino-1.etat.lu (postino-1.etat.lu [194.154.205.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8BF743D5D; Tue, 5 Apr 2005 13:30:04 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by postino-1.etat.lu (Postfix) with ESMTP id 24C6912A375A; Tue, 5 Apr 2005 15:30:02 +0200 (CEST) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by localhost (CIE ESMTP Dispatch 1) with ESMTP id 07BA521318; Tue, 5 Apr 2005 15:30:02 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by dispatch-1.cie.etat.lu (CIE ESMTP Dispatch 1) with ESMTP id C8A732103C; Tue, 5 Apr 2005 15:30:01 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEH00HCX6U1T700@store.etat.lu>; Tue, 05 Apr 2005 15:30:01 +0200 (MEST) Received: from LUCY ([148.110.43.189]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEH00KMH6TY4XA0@store.etat.lu>; Tue, 05 Apr 2005 15:30:01 +0200 (MEST) Date: Tue, 05 Apr 2005 15:29:59 +0200 From: Didier Wiroth To: freebsd-questions@freebsd.org Message-id: <0IEH00KMJ6U14XA0@store.etat.lu> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Content-transfer-encoding: 7BIT Thread-index: AcU545BJvFkQ/biXT/q0+zeMCwh3vA== cc: freebsd-current@freebsd.org Subject: [PATCH TO TEST] VESA [1024x768] mode support for FreeBSD-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 13:30:06 -0000 Hi, I'm using freebsd 5.4-prerelease on my laptop. My laptop has an ati mobility radeon 9600. Unfortunately it has very poor console vesa support. SC_PIXEL_MODE does not work, 90x60 is the highest resolution I can get for now. It looks like I'm not the only one having this problem with ati chipsets: http://www.freebsd.org/cgi/getmsg.cgi?fetch=1091839+1096057+/usr/local/w ww/db/text/2005/freebsd-questions/20050123.freebsd-questions I saw this posting: http://lists.freebsd.org/pipermail/freebsd-current/2004-August/035621.ht ml Unfortunately I'm not a programmer and have no ... to very poor patching skills. It looks to me, that in this posting(s) a "few" patches are grouped together to enable vesa 1024x768. 1) Has someone applied this patches? 2) As the patch(es) is/are on the entire page, I don't know how to separate them. Would someone mail me as an attachment the different patches and tell me how I should apply them: for example, mail me patch1, patch2, patch3 and the explanation how to patch them: cd /usr/src patch < ~/patch1 patch < ~/patch2 ...etc In advance, many thanks! Didier From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 13:44:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75FAB16A4DF for ; Tue, 5 Apr 2005 13:44:55 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4683B43D2F for ; Tue, 5 Apr 2005 13:44:55 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (mail, from userid 1001) id D74372BA92; Tue, 5 Apr 2005 08:44:54 -0500 (CDT) Date: Tue, 5 Apr 2005 08:44:52 -0500 From: Craig Boston To: Tim Kientzle , current@FreeBSD.ORG Message-ID: <20050405134451.GA80818@nowhere> Mail-Followup-To: Craig Boston , Tim Kientzle , current@FreeBSD.ORG References: <4243B57D.5050204@freebsd.org> <200503261636.j2QGa2ZI055013@gate.bitblocks.com> <20050404002141.2819f386@dolphin.local.net> <42521824.1030009@kientzle.com> <20050405114907.GA49792@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050405114907.GA49792@VARK.MIT.EDU> User-Agent: Mutt/1.4.2.1i Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 13:44:55 -0000 On Tue, Apr 05, 2005 at 07:49:08AM -0400, David Schultz wrote: > On Mon, Apr 04, 2005, Tim Kientzle wrote: > > In addition, bsdtar actually ignores the -z > > flag on extraction in favor of libarchive's automatic > > compression detection. > > FWIW, I really like this feature. Heh, I discovered quite by accident yesterday (mixed up .jar and .tar in my head) that bsdtar works on ZIP files ;-) Craig From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 14:14:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1497916A4CE; Tue, 5 Apr 2005 14:14:23 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E550843D49; Tue, 5 Apr 2005 14:14:21 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j35EELln027977; Tue, 5 Apr 2005 10:14:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j35EELwt063253; Tue, 5 Apr 2005 10:14:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3CE0A7306E; Tue, 5 Apr 2005 10:14:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050405141421.3CE0A7306E@freebsd-current.sentex.ca> Date: Tue, 5 Apr 2005 10:14:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:14:23 -0000 TB --- 2005-04-05 12:31:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-05 12:31:29 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-05 12:31:29 - checking out the source tree TB --- 2005-04-05 12:31:29 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-05 12:31:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-05 12:38:22 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-05 12:38:22 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-05 12:38:22 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-05 13:46:39 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-05 13:46:39 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-05 13:46:39 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Apr 5 13:46:39 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Tue Apr 5 14:02:15 UTC 2005 TB --- 2005-04-05 14:02:15 - generating LINT kernel config TB --- 2005-04-05 14:02:15 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-04-05 14:02:15 - /usr/bin/make -B LINT TB --- 2005-04-05 14:02:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-05 14:02:15 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-05 14:02:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 5 14:02:15 UTC 2005 >>> 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 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/compat/freebsd32/freebsd32_sysent.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/compat/ia32/ia32_sysvec.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/kern/imgact_elf32.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_dummy.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -ffreestandin g -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_locore.s cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_machdep.c /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c: In function `linux_mmap': /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c:593: error: structure has no member named `pos' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-05 14:14:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-05 14:14:21 - ERROR: failed to build lint kernel TB --- 2005-04-05 14:14:21 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 14:18:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2782516A4CE for ; Tue, 5 Apr 2005 14:18:14 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD87743D45 for ; Tue, 5 Apr 2005 14:18:13 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10480 invoked from network); 5 Apr 2005 14:18:13 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 14:18:12 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35EI6Ox065409; Tue, 5 Apr 2005 10:18:07 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 09:31:23 -0400 User-Agent: KMail/1.6.2 References: <4.3.2.7.2.20050317141121.01dcc770@mail.qconline.com> In-Reply-To: <4.3.2.7.2.20050317141121.01dcc770@mail.qconline.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504050931.23981.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Harry Coin Subject: Re: atapicam hangs boot on 5.3 5.4pre1 5.4pre2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:18:14 -0000 On Thursday 17 March 2005 03:11 pm, Harry Coin wrote: > On my P4 system with 'umass0' solid-state disk (photography chips) on the > USB port, if 'device atapicam' is included Freebsd 5.3 release, 5.4 pre1 > and 5.4 pre 2 will hang just before the SMP startup notice in the dmesg > trace. If atapicam is removed then the system boots normally. > > The message it hangs on in place of the SMP message is an > > interrupt storm on int 18: em0 and uhci2++. > > Scrolling still works, no recovery ever happens. I read somewhere back in > 4.x a developer thought the problem might be failure to restore an > interrupt level in a system fork routine, but I really have no idea what > the fix is. I've tried all the obvious boot changes, no joy. if atapicam > is included, hangs at the same spot every time. If not, then a normal > boot. That's the only variable I can twiddle that made any difference. > > System is a P4 Asus P4C800-E, no AGP video, digital camera disks on the USB > port . > > The lock occurs right after this line in the dmesg > > ata4-master SATA150 > ad10: 35304MB [71730/16/63] at ata5-master > SATA150 > > The line never seen is > > SMP: AP CPU #1 Launched! > > The error message is that an interrupt storm was detected on int18: em0 and > uhci2++. I can still use the scroll lock to scan up and down, but the > system never moves on from that point -- ever. Well, your ATA controllers and most of your USB controllers are all on IRQ 18 along with em0. Given that, I don't think this is an interrupt routing issue, but rather, atapicam has managed to make an ATA controller very upset to the point that the ATA controller is interrupting in a way that the driver isn't acknowledging somehow. Can you try some snapshots of 6.0 to see if 1) they fare better when the interrupt storm happens, and 2) if the new ATA code added to HEAD last weekend works better? Note that atapicam doesn't work with the new ATA code until last night, so you might have to install yesterday's snapshot and use cvsup to update to the latest to test atapicam. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 14:18:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E4A016A53F for ; Tue, 5 Apr 2005 14:18:21 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEFBD43D55 for ; Tue, 5 Apr 2005 14:18:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 11872 invoked from network); 5 Apr 2005 14:18:20 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 14:18:20 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35EI6P0065409; Tue, 5 Apr 2005 10:18:11 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 10:11:26 -0400 User-Agent: KMail/1.6.2 References: <20050325081546.GV54204@obiwan.tataz.chchile.org> In-Reply-To: <20050325081546.GV54204@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051011.26409.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: jeffr@FreeBSD.org cc: Jeremie Le Hen Subject: Re: panic: Duplicate free of item ... [again] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:18:21 -0000 On Friday 25 March 2005 03:15 am, Jeremie Le Hen wrote: > Hi again list, > > I've just rebooted, and tried to update my kernel tree using cvs(1). > Same kernel as my previous message, from 2005/03/24 with Soren's patch. > I caught another panic : > > %%% > Slab at 0x1cc1f70, freei 10 = 0. > panic: Duplicate free of item 0x1cc1528 from zone 0xc1045ba0(g_bio) > > KDB: stack backtrace: > kdb_backtrace() > panic() > uma_dbg_free() at uma_dbg_free+0x17b > uma_zfree_arg() at uma_zfree_arg+0x131 > g_destroy_bio() at g_destroy_bio+0x22 > g_vfs_done() at g_vfs_done+0x6c > biodone() at biodone+0x70 > g_io_schedule_up() at g_io_schedule_up+0x6b > g_up_procbody() at g_up_procbody+0x98 > fork_exit() > fork_trampoline() > --- trap 0x1, eip = 0, esp = 0xd102fd7c, ebp = 0 --- > %%% > > I'm afraid I won't be able to get a kernel dump since my disk space > is quite limited and I didn't have time to move the previous one... > Nevertheless I'll inform you if I manage to get it. I just got a similar panic but from the mbuf zone while doing a buildworld loop: Slab at 0xc2269fa8, freei 10 = 0. panic: Duplicate free of item 0xc2269a00 from zone 0xc0c3f840(Mbuf) cpuid = 0 KDB: enter: panic: [thread pid 20904 tid 100157 ] db> tr Tracing pid 20904 tid 100157 td 0xc290ab80 kdb_enter() panic() uma_dbug_free() uma_zfree_arg() soreceive() fifo_read()_f() dofileread() read() syscall() There's a photo of the panic and a dump of the mbuf at http://people.freebsd.org/~jhb/bsdboy_panic_040405.jpg The machine is still in ddb so I can provide more info if needed. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 14:18:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C73F16A519 for ; Tue, 5 Apr 2005 14:18:25 +0000 (GMT) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9266443D54 for ; Tue, 5 Apr 2005 14:18:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13630 invoked from network); 5 Apr 2005 14:18:24 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 14:18:24 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35EI6P1065409; Tue, 5 Apr 2005 10:18:18 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 10:13:23 -0400 User-Agent: KMail/1.6.2 References: <20050325194112.GA62568@dragon.NUXI.org> In-Reply-To: <20050325194112.GA62568@dragon.NUXI.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051013.23855.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: current@FreeBSD.org cc: David O'Brien Subject: Re: [PATCH] change beastie menu to support booting on R3000 laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:18:25 -0000 On Friday 25 March 2005 02:41 pm, David O'Brien wrote: > I'd like to change the beastie.4th menu to have a "safe" keyboard option > instead of a USB specific one. This changes hint.atkbd.0.flags from 0x1 > to 0x9. I'm open to a better term than "safe keyboard" as it is too > close to the full-fledged "safe mode". > > Does anyone know if this will cause any system problems using a USB > keyboard? I don't think this is appropriate as the 0x8 hint should really only be used for the R3000 and not for any old machine that wants to use a USB keyboard. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 14:18:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3052F16A51A for ; Tue, 5 Apr 2005 14:18:25 +0000 (GMT) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9295A43D58 for ; Tue, 5 Apr 2005 14:18:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13630 invoked from network); 5 Apr 2005 14:18:24 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 14:18:24 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35EI6P1065409; Tue, 5 Apr 2005 10:18:18 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 10:13:23 -0400 User-Agent: KMail/1.6.2 References: <20050325194112.GA62568@dragon.NUXI.org> In-Reply-To: <20050325194112.GA62568@dragon.NUXI.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051013.23855.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: current@FreeBSD.org cc: David O'Brien Subject: Re: [PATCH] change beastie menu to support booting on R3000 laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:18:25 -0000 On Friday 25 March 2005 02:41 pm, David O'Brien wrote: > I'd like to change the beastie.4th menu to have a "safe" keyboard option > instead of a USB specific one. This changes hint.atkbd.0.flags from 0x1 > to 0x9. I'm open to a better term than "safe keyboard" as it is too > close to the full-fledged "safe mode". > > Does anyone know if this will cause any system problems using a USB > keyboard? I don't think this is appropriate as the 0x8 hint should really only be used for the R3000 and not for any old machine that wants to use a USB keyboard. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 14:18:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8BF916A587 for ; Tue, 5 Apr 2005 14:18:28 +0000 (GMT) Received: from mail24.sea5.speakeasy.net (mail24.sea5.speakeasy.net [69.17.117.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6276343D54 for ; Tue, 5 Apr 2005 14:18:28 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31418 invoked from network); 5 Apr 2005 14:18:28 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 14:18:27 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35EI6P2065409; Tue, 5 Apr 2005 10:18:22 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 10:14:39 -0400 User-Agent: KMail/1.6.2 References: <200503251546.41187.jhb@FreeBSD.org> In-Reply-To: <200503251546.41187.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051014.39396.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: Panic: HEAD as of March 23rd: duplicate free of an mbuf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:18:28 -0000 On Friday 25 March 2005 03:46 pm, John Baldwin wrote: > Panic on a 4 CPU box running buildworld -j 8 in a loop: > > FreeBSD/i386 (deimos.baldwin.cx) (ttyd0) > > login: Slab at 0xc2280fa8, freei 8 = 0. > panic: Duplicate free of item 0xc2280800 from zone 0xc103d840(Mbuf) > > cpuid = 1 > KDB: enter: panic > [thread pid 15027 tid 100093 ] > Stopped at kdb_enter+0x30: leave > db> tr > Tracing pid 15027 tid 100093 td 0xc214e000 > kdb_enter(c071f8c3,1,c073217f,e00e1b88,c214e000) at kdb_enter+0x30 > panic(c073217f,c2280800,c103d840,c071e194,c2280800) at panic+0x14e > uma_dbg_free(c103d840,0,c2280800,8e4,1) at uma_dbg_free+0x17b > uma_zfree_arg(c103d840,c2280800,0,4ed,c4d44300) at uma_zfree_arg+0x131 > soreceive(c4d44298,0,e00e1c80,0,0,e00e1c50,4000) at soreceive+0xa9c > fifo_read_f(c4383ea0,e00e1c80,c2515a00,0,c214e000) at fifo_read_f+0x72 > dofileread(c214e000,c4383ea0,3,bfbfd667,1) at dofileread+0xcc > read(c214e000,e00e1d14,c,3ff,3) at read+0x6b > syscall(808002f,836002f,bfbf002f,bfbfd6a0,0) at syscall+0x2a0 > Xint0x80_syscall() at Xint0x80_syscall+0x1f Still getting this panic on more recent current. Details in an earlier thread. This time it was on a UP x86 box doing a buildworld loop. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 14:18:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE6CD16A4F8 for ; Tue, 5 Apr 2005 14:18:28 +0000 (GMT) Received: from mail24.sea5.speakeasy.net (mail24.sea5.speakeasy.net [69.17.117.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 628AC43D55 for ; Tue, 5 Apr 2005 14:18:28 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31418 invoked from network); 5 Apr 2005 14:18:28 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 14:18:27 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35EI6P2065409; Tue, 5 Apr 2005 10:18:22 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 10:14:39 -0400 User-Agent: KMail/1.6.2 References: <200503251546.41187.jhb@FreeBSD.org> In-Reply-To: <200503251546.41187.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051014.39396.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: Panic: HEAD as of March 23rd: duplicate free of an mbuf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:18:28 -0000 On Friday 25 March 2005 03:46 pm, John Baldwin wrote: > Panic on a 4 CPU box running buildworld -j 8 in a loop: > > FreeBSD/i386 (deimos.baldwin.cx) (ttyd0) > > login: Slab at 0xc2280fa8, freei 8 = 0. > panic: Duplicate free of item 0xc2280800 from zone 0xc103d840(Mbuf) > > cpuid = 1 > KDB: enter: panic > [thread pid 15027 tid 100093 ] > Stopped at kdb_enter+0x30: leave > db> tr > Tracing pid 15027 tid 100093 td 0xc214e000 > kdb_enter(c071f8c3,1,c073217f,e00e1b88,c214e000) at kdb_enter+0x30 > panic(c073217f,c2280800,c103d840,c071e194,c2280800) at panic+0x14e > uma_dbg_free(c103d840,0,c2280800,8e4,1) at uma_dbg_free+0x17b > uma_zfree_arg(c103d840,c2280800,0,4ed,c4d44300) at uma_zfree_arg+0x131 > soreceive(c4d44298,0,e00e1c80,0,0,e00e1c50,4000) at soreceive+0xa9c > fifo_read_f(c4383ea0,e00e1c80,c2515a00,0,c214e000) at fifo_read_f+0x72 > dofileread(c214e000,c4383ea0,3,bfbfd667,1) at dofileread+0xcc > read(c214e000,e00e1d14,c,3ff,3) at read+0x6b > syscall(808002f,836002f,bfbf002f,bfbfd6a0,0) at syscall+0x2a0 > Xint0x80_syscall() at Xint0x80_syscall+0x1f Still getting this panic on more recent current. Details in an earlier thread. This time it was on a UP x86 box doing a buildworld loop. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 14:18:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F9FC16A4DE for ; Tue, 5 Apr 2005 14:18:33 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B12F43D41 for ; Tue, 5 Apr 2005 14:18:32 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 16471 invoked from network); 5 Apr 2005 14:18:32 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 14:18:31 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35EI6P3065409; Tue, 5 Apr 2005 10:18:26 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 10:17:43 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051017.43129.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Robert Watson cc: current@FreeBSD.org Subject: Re: panic: Duplicate free of item 0xc5862800 from zone 0xc55f8580(NAMEI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:18:33 -0000 On Saturday 26 March 2005 06:09 pm, Robert Watson wrote: > On Sat, 26 Mar 2005, Robert Watson wrote: > > Got the following panic while doing a buildworld on a dual xeon (quad > > logical processor) system today, using 6-CURRENT source from today. > > Actually, it looks like this is a false positive -- a race introduced in > local code because the debugging code to check for multiple frees (etc) > was getting called after mutexes/etc were released, so raced against > real-world re-allocation. Could there be a race in the current code as well? I've seen several instances of this with the Mbuf zone recently and there are other reports on the list of similar panics with other zones. In my panics, it all seems to have to do with fifo's taking to the socket code and the mbuf's being recycled. > Robert N M Watson > > > Robert N M Watson > > > > Slab at 0xc5857200, freei 2 = 0. > > panic: Duplicate free of item 0xc5862800 from zone 0xc55f8580(NAMEI) > > > > cpuid = 1 > > KDB: enter: panic > > [thread pid 10534 tid 100207 ] > > Stopped at kdb_enter+0x2b: nop > > db> trace > > Tracing pid 10534 tid 100207 td 0xc5e27000 > > kdb_enter(c08317e5) at kdb_enter+0x2b > > panic(c084b549,c5862800,c55f8580,c0839cfb,c084b52d) at panic+0x127 > > uma_dbg_free(c55f8580,0,c5862800) at uma_dbg_free+0x110 > > uma_zfree_arg(c55f8580,c5862800,0) at uma_zfree_arg+0xf4 > > namei(ebb3fbdc,c0626abe,c5e27000,c5e27000,c5e27000) at namei+0x245 > > vn_open_cred(ebb3fbdc,ebb3fcdc,1a4,c5ddec80,3) at vn_open_cred+0x278 > > vn_open(ebb3fbdc,ebb3fcdc,1a4,3,c0626abe) at vn_open+0x1e > > kern_open(c5e27000,8418900,0,8001,1b6) at kern_open+0xb6 > > open(c5e27000,ebb3fd14,3,b,202) at open+0x1a > > syscall(2f,2f,bfbf002f,0,0) at syscall+0x213 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (5, FreeBSD ELF32, open), eip = 0x82d0e27, esp = 0xbfbfe2fc, > > ebp = 0xbfbfe318 --- > > db> show lockedvnods > > Locked vnodes > > > > 0xc61819fc: tag ufs, type VREG > > usecount 1, writecount 0, refcount 4 mountedhere 0 > > flags () > > v_object 0xc6174738 ref 0 pages 5 > > lock type ufs: EXCL (count 1) by thread 0xc5e27a10 (pid 10541) > > ino 2028972, on dev ar0s1e > > > > 0xc6b5fd50: tag ufs, type VREG > > usecount 1, writecount 0, refcount 3 mountedhere 0 > > flags () > > v_object 0xc76d3528 ref 0 pages 1 > > lock type ufs: EXCL (count 1) by thread 0xc624aa10 (pid 10538) > > ino 2028317, on dev ar0s1e > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 14:18:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60D6016A5E7 for ; Tue, 5 Apr 2005 14:18:33 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B2B443D54 for ; Tue, 5 Apr 2005 14:18:32 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 16471 invoked from network); 5 Apr 2005 14:18:32 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 14:18:31 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35EI6P3065409; Tue, 5 Apr 2005 10:18:26 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 10:17:43 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051017.43129.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Robert Watson cc: current@FreeBSD.org Subject: Re: panic: Duplicate free of item 0xc5862800 from zone 0xc55f8580(NAMEI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:18:34 -0000 On Saturday 26 March 2005 06:09 pm, Robert Watson wrote: > On Sat, 26 Mar 2005, Robert Watson wrote: > > Got the following panic while doing a buildworld on a dual xeon (quad > > logical processor) system today, using 6-CURRENT source from today. > > Actually, it looks like this is a false positive -- a race introduced in > local code because the debugging code to check for multiple frees (etc) > was getting called after mutexes/etc were released, so raced against > real-world re-allocation. Could there be a race in the current code as well? I've seen several instances of this with the Mbuf zone recently and there are other reports on the list of similar panics with other zones. In my panics, it all seems to have to do with fifo's taking to the socket code and the mbuf's being recycled. > Robert N M Watson > > > Robert N M Watson > > > > Slab at 0xc5857200, freei 2 = 0. > > panic: Duplicate free of item 0xc5862800 from zone 0xc55f8580(NAMEI) > > > > cpuid = 1 > > KDB: enter: panic > > [thread pid 10534 tid 100207 ] > > Stopped at kdb_enter+0x2b: nop > > db> trace > > Tracing pid 10534 tid 100207 td 0xc5e27000 > > kdb_enter(c08317e5) at kdb_enter+0x2b > > panic(c084b549,c5862800,c55f8580,c0839cfb,c084b52d) at panic+0x127 > > uma_dbg_free(c55f8580,0,c5862800) at uma_dbg_free+0x110 > > uma_zfree_arg(c55f8580,c5862800,0) at uma_zfree_arg+0xf4 > > namei(ebb3fbdc,c0626abe,c5e27000,c5e27000,c5e27000) at namei+0x245 > > vn_open_cred(ebb3fbdc,ebb3fcdc,1a4,c5ddec80,3) at vn_open_cred+0x278 > > vn_open(ebb3fbdc,ebb3fcdc,1a4,3,c0626abe) at vn_open+0x1e > > kern_open(c5e27000,8418900,0,8001,1b6) at kern_open+0xb6 > > open(c5e27000,ebb3fd14,3,b,202) at open+0x1a > > syscall(2f,2f,bfbf002f,0,0) at syscall+0x213 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (5, FreeBSD ELF32, open), eip = 0x82d0e27, esp = 0xbfbfe2fc, > > ebp = 0xbfbfe318 --- > > db> show lockedvnods > > Locked vnodes > > > > 0xc61819fc: tag ufs, type VREG > > usecount 1, writecount 0, refcount 4 mountedhere 0 > > flags () > > v_object 0xc6174738 ref 0 pages 5 > > lock type ufs: EXCL (count 1) by thread 0xc5e27a10 (pid 10541) > > ino 2028972, on dev ar0s1e > > > > 0xc6b5fd50: tag ufs, type VREG > > usecount 1, writecount 0, refcount 3 mountedhere 0 > > flags () > > v_object 0xc76d3528 ref 0 pages 1 > > lock type ufs: EXCL (count 1) by thread 0xc624aa10 (pid 10538) > > ino 2028317, on dev ar0s1e > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 14:35:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAF2416A4CF for ; Tue, 5 Apr 2005 14:35:43 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D4BC43D39 for ; Tue, 5 Apr 2005 14:35:43 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0IEH00F879VHS8@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Tue, 05 Apr 2005 16:35:41 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Tue, 05 Apr 2005 16:35:41 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])j35EZeAx011560 for ; Tue, 05 Apr 2005 16:35:40 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id 401432842E for ; Tue, 05 Apr 2005 16:35:35 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id AA2722285A; Tue, 05 Apr 2005 16:35:34 +0200 (CEST) Date: Tue, 05 Apr 2005 16:35:34 +0200 From: Christian Brueffer To: current@freebsd.org Message-id: <20050405143534.GE38773@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=aPdhxNJGSeOG9wFI; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D Subject: atapicam panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:35:44 -0000 --aPdhxNJGSeOG9wFI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm getting this reproducible panic when booting an atapicam-enabled CURRENT kernel from todays sources. ad0: 57231MB at ata0-master UDMA100 atapicam1: on ata1 Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xff53f000 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc0611c98 stack pointer =3D 0x10:0xd5656afc frame pointer =3D 0x10:0xd5656afc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 31 (swi6: task queue) [thread pid 31 tid 100023 ] Stopped at strlen+0x8: cmpb $0,0(%edx) db> tr Tracing pid 31 tid 100023 td 0xc19b5730 strlen(ff53f000,d5656be8,c19b3e8c,c19b5730,d5656b6c) at strlen+0x8 kvprintf(c07e11fe,c05b8c30,d5656be8,a,d5656c30) at kvprintf+0x679 vsnprintf(c0852140,100,c07e11fe,d5656c2c,100) at vsnprintf+0x3c panic(c07e11fe,ff53f000,c07cd585,2b2,c1bdc480) at panic+0x61 _mtx_unlock_flags(deadc31e,0,c07cd585,2b2,1) at _mtx_unlock_flags+0x69 atapi_cb(c1bdab60,1,d5656ca0,c058de8a,c1a258d8) at atapi_cb+0x11d ata_completed(c1bdab60,1,c07e4f49,be,c1a258d8) at ata_completed+0x57c taskqueue_run(c1a258c0,d5656d10,c057ed62,0,0) at taskqueue_run+0xb0 taskqueue_swi_run(0,0,c07df510,256,c0851a40) at taskqueue_swi_run+0x13 ithread_loop(c197bd80,d5656d48,c07df307,30c,0) at ithread_loop+0x172 fork_exit(c057ebf0,c197bd80,d5656d48) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xd5656d7c, ebp =3D 0 --- db> - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --aPdhxNJGSeOG9wFI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUqI1bHYXjKDtmC0RAojVAJoCFDDeDp03afsyH9I2E1tING7yFwCgrTGX LDxvFXkPckraiUcYLTbGx3o= =o2n9 -----END PGP SIGNATURE----- --aPdhxNJGSeOG9wFI-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 14:44:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED8CE16A4CE for ; Tue, 5 Apr 2005 14:44:23 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69C8243D39 for ; Tue, 5 Apr 2005 14:44:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j35ElDDg038498; Tue, 5 Apr 2005 08:47:13 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4252A3D4.4070501@samsco.org> Date: Tue, 05 Apr 2005 08:42:28 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christian Brueffer References: <20050405143534.GE38773@unixpages.org> In-Reply-To: <20050405143534.GE38773@unixpages.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: current@freebsd.org Subject: Re: atapicam panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:44:24 -0000 Christian Brueffer wrote: > Hi, > > I'm getting this reproducible panic when booting an atapicam-enabled > CURRENT kernel from todays sources. > > > ad0: 57231MB at ata0-master UDMA100 > atapicam1: on ata1 > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xff53f000 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc0611c98 > stack pointer = 0x10:0xd5656afc > frame pointer = 0x10:0xd5656afc > 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 = 31 (swi6: task queue) > [thread pid 31 tid 100023 ] > Stopped at strlen+0x8: cmpb $0,0(%edx) > db> tr > Tracing pid 31 tid 100023 td 0xc19b5730 > strlen(ff53f000,d5656be8,c19b3e8c,c19b5730,d5656b6c) at strlen+0x8 > kvprintf(c07e11fe,c05b8c30,d5656be8,a,d5656c30) at kvprintf+0x679 > vsnprintf(c0852140,100,c07e11fe,d5656c2c,100) at vsnprintf+0x3c > panic(c07e11fe,ff53f000,c07cd585,2b2,c1bdc480) at panic+0x61 > _mtx_unlock_flags(deadc31e,0,c07cd585,2b2,1) at _mtx_unlock_flags+0x69 > atapi_cb(c1bdab60,1,d5656ca0,c058de8a,c1a258d8) at atapi_cb+0x11d > ata_completed(c1bdab60,1,c07e4f49,be,c1a258d8) at ata_completed+0x57c > taskqueue_run(c1a258c0,d5656d10,c057ed62,0,0) at taskqueue_run+0xb0 > taskqueue_swi_run(0,0,c07df510,256,c0851a40) at taskqueue_swi_run+0x13 > ithread_loop(c197bd80,d5656d48,c07df307,30c,0) at ithread_loop+0x172 > fork_exit(c057ebf0,c197bd80,d5656d48) at fork_exit+0xc1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd5656d7c, ebp = 0 --- > db> > > > - Christian > I know what the problem is, I'll have a fix shortly. Scott From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 15:11:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10D4016A4CE for ; Tue, 5 Apr 2005 15:11:16 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id A322143D2F for ; Tue, 5 Apr 2005 15:11:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 11308 invoked from network); 5 Apr 2005 15:11:15 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 15:11:15 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35FB3ge065755; Tue, 5 Apr 2005 11:11:04 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 10:30:42 -0400 User-Agent: KMail/1.6.2 References: <200503291335.33385.jkim@niksun.com> In-Reply-To: <200503291335.33385.jkim@niksun.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051030.42657.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Dan Cojocar cc: Jung-uk Kim Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 15:11:16 -0000 On Tuesday 29 March 2005 01:35 pm, Jung-uk Kim wrote: > On Tuesday 29 March 2005 01:22 pm, Dan Cojocar wrote: > > Hello all, > > > > I noticed the following interrupt storm in my dmesg: > > > > Interrupt storm detected on "irq11: rl1"; throttling interrupt > > source Interrupt storm detected on "irq5: rl0"; throttling > > interrupt source > > > > Here is my vmstat -i: > > interrupt total rate > > irq0: clk 128600 199 > > irq1: atkbd0 2499 3 > > irq4: sio0 2 0 > > irq5: rl0 128901 200 > > irq8: rtc 82294 127 > > irq11: rl1 128902 200 > > irq12: psm0 16152 25 > > irq14: ata0 12600 19 > > irq15: ata1 71 0 > > Total 500021 776 > > > > and here is my dmesg: > > http://cs.ubbcluj.ro/~dan/dmesg.txt > > > > I have options DEVICE_POLLING and options HZ=200, i have tested > > with greater HZ values like 1000, and without DEVICE_POLLING but i > > have the same storm. > > Try this: > > http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim He's not using an APIC so that won't make any difference. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 15:11:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A0FC16A54C for ; Tue, 5 Apr 2005 15:11:25 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AD9F43D1D for ; Tue, 5 Apr 2005 15:11:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 28232 invoked from network); 5 Apr 2005 15:11:24 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 15:11:23 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35FB3gf065755; Tue, 5 Apr 2005 11:11:12 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 10:31:35 -0400 User-Agent: KMail/1.6.2 References: <200503291335.33385.jkim@niksun.com> <6.2.1.2.0.20050329134118.0534f090@64.7.153.2> In-Reply-To: <6.2.1.2.0.20050329134118.0534f090@64.7.153.2> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051031.35653.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Jung-uk Kim cc: Mike Tancsa Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 15:11:25 -0000 On Tuesday 29 March 2005 01:56 pm, Mike Tancsa wrote: > At 01:35 PM 29/03/2005, Jung-uk Kim wrote: > >On Tuesday 29 March 2005 01:22 pm, Dan Cojocar wrote: > > > Hello all, > > > > > > I noticed the following interrupt storm in my dmesg: > > > >Try this: > > > >http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim > > > >Jung-uk Kim > > Odd timing, as I came across a different Interrupt storm issue on a box > that we just migrated to RELENG_5. The machine has a 3ware card in it, so > we had the IDE controllers disabled in the BIOS. However, on bootup > > Mar 29 12:45:26 new-dw2 kernel: Interrupt storm detected on "irq14: ata0"; > throttling interrupt source > > We rebooted to the BIOS, enabled the IDE controllers, and all was happy > again. > > With it "disabled" in the BIOS, it shows up as an ISA device ? Here is the > before and after. > > > Mar 29 12:45:26 new-dw2 kernel: ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on > isa0 Mar 29 12:45:26 new-dw2 kernel: ata1 at port 0x376,0x170-0x177 irq 15 > on isa0 Mar 29 12:45:26 new-dw2 kernel: Interrupt storm detected on "irq14: > ata0"; throttling interrupt source > > > Mar 29 12:53:29 new-dw2 kernel: atapci0: > port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on > pci0 Mar 29 12:53:29 new-dw2 kernel: ata0: channel #0 on atapci0 > Mar 29 12:53:29 new-dw2 kernel: ata1: channel #1 on atapci0 Try disabling it in the BIOS again and removing the hints for ata0 and ata1 from /boot/device.hints. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 15:11:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E955E16A4E7 for ; Tue, 5 Apr 2005 15:11:33 +0000 (GMT) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8415B43D48 for ; Tue, 5 Apr 2005 15:11:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 1837 invoked from network); 5 Apr 2005 15:11:33 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 15:11:32 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35FB3gg065755; Tue, 5 Apr 2005 11:11:21 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 10:32:41 -0400 User-Agent: KMail/1.6.2 References: <200503291335.33385.jkim@niksun.com> <20050330162251.GA13437@stud.fit.vutbr.cz> In-Reply-To: <20050330162251.GA13437@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051032.41344.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Divacky Roman cc: Dan Cojocar cc: Jung-uk Kim Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 15:11:34 -0000 On Wednesday 30 March 2005 11:22 am, Divacky Roman wrote: > On Tue, Mar 29, 2005 at 01:35:33PM -0500, Jung-uk Kim wrote: > > On Tuesday 29 March 2005 01:22 pm, Dan Cojocar wrote: > > > Hello all, > > > > > > I noticed the following interrupt storm in my dmesg: > > > > > > Interrupt storm detected on "irq11: rl1"; throttling interrupt > > > source Interrupt storm detected on "irq5: rl0"; throttling > > > interrupt source > > > > > > Here is my vmstat -i: > > > interrupt total rate > > > irq0: clk 128600 199 > > > irq1: atkbd0 2499 3 > > > irq4: sio0 2 0 > > > irq5: rl0 128901 200 > > > irq8: rtc 82294 127 > > > irq11: rl1 128902 200 > > > irq12: psm0 16152 25 > > > irq14: ata0 12600 19 > > > irq15: ata1 71 0 > > > Total 500021 776 > > > > > > and here is my dmesg: > > > http://cs.ubbcluj.ro/~dan/dmesg.txt > > > > > > I have options DEVICE_POLLING and options HZ=200, i have tested > > > with greater HZ values like 1000, and without DEVICE_POLLING but i > > > have the same storm. > > > > Try this: > > > > http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim > > as this points to my posts... > > my problem is not the interrupt storm, but that I dont have assigned irq > for keyboard (which makes it slow I think). > > and this is clear regression because in 5.3R it worked ;( > > where should I look (in sources) what changed? I am not very skilled with > this lowlevel stuff but I am able and willing to try to hunt this down. > > thnx for reply ukbd0 doesn't get IRQs. USB host controllers like uhci0 and ohci0 get IRQs, but not the devices attached to the bus. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 15:11:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C4BC16A635 for ; Tue, 5 Apr 2005 15:11:41 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3940643D46 for ; Tue, 5 Apr 2005 15:11:41 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31492 invoked from network); 5 Apr 2005 15:11:41 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 15:11:40 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35FB3gh065755; Tue, 5 Apr 2005 11:11:30 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 11:10:35 -0400 User-Agent: KMail/1.6.2 References: <424EF205.6010202@root.org> <20050402234142.440b3449.antoine.brodin@laposte.net> In-Reply-To: <20050402234142.440b3449.antoine.brodin@laposte.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051110.35735.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Nate Lawson cc: k-gleb@yandex.ru cc: dan.cojocar@gmail.com cc: Antoine Brodin Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 15:11:41 -0000 On Saturday 02 April 2005 04:41 pm, Antoine Brodin wrote: > Nate Lawson wrote: > > I'm a little confused. I don't know of anyone that has problems with > > the 6-current PCI irq code that works on 5-stable (which is what your > > cvs command updates it to). > > > > Do either of you have a problem with irq routing on 6-current that works > > on 5-stable? Please send details if so. > > Hi, > > I have this problem too, but since it's on a desktop I didn't really > care about acpi. > > Here are some details: > > current with pci irq code from 23-Nov-2004 dmesg: > http://bsd.miki.eu.org/~antoine/current+oldacpi.dmesg > > current with current pci irq code dmesg: > http://bsd.miki.eu.org/~antoine/current+acpi.dmesg > (there are timeouts and interrupt storms) > > acpi tables and asl: > http://bsd.miki.eu.org/~antoine/acpidump So the differences in actual IRQ assignments look like this: 13c13 < pcib1: slot 4 INTA routed to irq 5 via \\_SB_.PCI0.LNK2 --- > pcib1: slot 4 INTA routed to irq 9 via \\_SB_.PCI0.LNK2 15,16c15,16 < pcib1: slot 7 INTA is already routed to irq 12 < pcib1: slot 10 INTA routed to irq 11 via \\_SB_.PCI0.LNK1 --- > pcib1: slot 7 INTA routed to irq 12 via \\_SB_.PCI0.LNK4 > pcib1: slot 10 INTA routed to irq 12 via \\_SB_.PCI0.LNK1 That is, LNK2 is routed to 9 rather than 5 and LNK1 is routed to 12 rather than 11. I'm not sure why it does this unless somehow the wrong device_t is getting associated with a handle. > grep 'LNK[12]' current+acpi.dmesg pci_link10: irq 11 on acpi0 pci_link11: irq 5 on acpi0 pcib1: matched entry for 1.4.INTA (src \\_SB_.PCI0.LNK2:0) pcib1: slot 4 INTA routed to irq 9 via \\_SB_.PCI0.LNK2 pcib1: matched entry for 1.10.INTA (src \\_SB_.PCI0.LNK1:0) pcib1: slot 10 INTA routed to irq 12 via \\_SB_.PCI0.LNK1 Can you apply this patch and provide a non-verbose dmesg? --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pci_link.c 2005/01/18 20:21:25 +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pci_link.c 2005/04/05 15:07:33 @@ -913,15 +914,20 @@ * If we have a valid BIOS IRQ, use that. We trust what the BIOS * says it routed over what _CRS says the link thinks is routed. */ - if (PCI_INTERRUPT_VALID(link->l_bios_irq)) + if (PCI_INTERRUPT_VALID(link->l_bios_irq)) { + device_printf(dev, "Using BIOS IRQ %d\n", link->l_bios_irq); return (link->l_bios_irq); + } /* * If we don't have a BIOS IRQ but do have a valid IRQ from _CRS, * then use that. */ - if (PCI_INTERRUPT_VALID(link->l_initial_irq)) + if (PCI_INTERRUPT_VALID(link->l_initial_irq)) { + device_printf(dev, "Using initial IRQ %d\n", + link->l_initial_irq); return (link->l_initial_irq); + } /* * Ok, we have no useful hints, so we have to pick from the @@ -955,7 +961,7 @@ } } - if (bootverbose) { + if (bootverbose || 1) { if (PCI_INTERRUPT_VALID(best_irq)) device_printf(dev, "Picked IRQ %u with weight %d\n", best_irq, best_weight); @@ -969,6 +975,9 @@ { struct link *link; + device_printf(dev, "Routing index %d\n", index); + device_printf(dev, "My handle maps to %s\n", + acpi_name(acpi_get_handle(dev)); ACPI_SERIAL_BEGIN(pci_link); link = acpi_pci_link_lookup(dev, index); if (link == NULL) @@ -982,6 +991,7 @@ KASSERT(PCI_INTERRUPT_VALID(link->l_irq), ("%s: link is routed but has an invalid IRQ", __func__)); ACPI_SERIAL_END(pci_link); + device_printf(dev, "Already routed to %d\n", link->l_irq); return (link->l_irq); } --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pcib.c 2005/03/08 17:25:15 +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pcib.c 2005/04/05 15:09:09 @@ -225,7 +225,7 @@ } prt = pr.pr_entry; - if (bootverbose) { + if (bootverbose || 1) { device_printf(pcib, "matched entry for %d.%d.INT%c", pci_get_bus(dev), pci_get_slot(dev), 'A' + pin); if (prt->Source != NULL && prt->Source[0] != '\0') @@ -259,7 +259,7 @@ interrupt = acpi_pci_link_route_interrupt(acpi_get_device(lnkdev), prt->SourceIndex); - if (bootverbose && PCI_INTERRUPT_VALID(interrupt)) + if (/* bootverbose &&*/ PCI_INTERRUPT_VALID(interrupt)) device_printf(pcib, "slot %d INT%c routed to irq %d via %s\n", pci_get_slot(dev), 'A' + pin, interrupt, acpi_name(lnkdev)); -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 15:29:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D2EC16A4CF; Tue, 5 Apr 2005 15:29:41 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88FE543D58; Tue, 5 Apr 2005 15:29:40 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j35FTaOZ081000; Tue, 5 Apr 2005 08:29:36 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4252AEDC.5020800@freebsd.org> Date: Tue, 05 Apr 2005 08:29:32 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <4243B57D.5050204@freebsd.org> <20050404002141.2819f386@dolphin.local.net> <42521824.1030009@kientzle.com> <200504051507.27511.michaelnottebrock@gmx.net> In-Reply-To: <200504051507.27511.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Conrad J. Sabatier" cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 15:29:41 -0000 Michael Nottebrock wrote: > On Tuesday, 5. April 2005 06:46, Tim Kientzle wrote: > >>I recommend submitting a change to the "ark" maintainers suggesting >>they use "-z" (which is implemented by many different tar programs) >>rather than the gtar-specific --use-compress-program=gunzip. > > Now, what ark does is not calling --use-compress-programm=gunzip, it calls > --use-compress-program= depending on what > compressor is detected or user-specification .... Seems like it should be fairly minor to change it to use <-z|-z|-j|--use-compress-program=lzop> Tim From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 15:29:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D2EC16A4CF; Tue, 5 Apr 2005 15:29:41 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88FE543D58; Tue, 5 Apr 2005 15:29:40 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j35FTaOZ081000; Tue, 5 Apr 2005 08:29:36 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4252AEDC.5020800@freebsd.org> Date: Tue, 05 Apr 2005 08:29:32 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <4243B57D.5050204@freebsd.org> <20050404002141.2819f386@dolphin.local.net> <42521824.1030009@kientzle.com> <200504051507.27511.michaelnottebrock@gmx.net> In-Reply-To: <200504051507.27511.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Conrad J. Sabatier" cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 15:29:41 -0000 Michael Nottebrock wrote: > On Tuesday, 5. April 2005 06:46, Tim Kientzle wrote: > >>I recommend submitting a change to the "ark" maintainers suggesting >>they use "-z" (which is implemented by many different tar programs) >>rather than the gtar-specific --use-compress-program=gunzip. > > Now, what ark does is not calling --use-compress-programm=gunzip, it calls > --use-compress-program= depending on what > compressor is detected or user-specification .... Seems like it should be fairly minor to change it to use <-z|-z|-j|--use-compress-program=lzop> Tim From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 15:33:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 324F816A4CE; Tue, 5 Apr 2005 15:33:45 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA9E143D49; Tue, 5 Apr 2005 15:33:44 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j35FXfOZ081026; Tue, 5 Apr 2005 08:33:41 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4252AFD0.8090701@freebsd.org> Date: Tue, 05 Apr 2005 08:33:36 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Schultz References: <4243B57D.5050204@freebsd.org> <200503261636.j2QGa2ZI055013@gate.bitblocks.com> <20050404002141.2819f386@dolphin.local.net> <42521824.1030009@kientzle.com> <20050405114907.GA49792@VARK.MIT.EDU> In-Reply-To: <20050405114907.GA49792@VARK.MIT.EDU> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Conrad J. Sabatier" cc: Tim Kientzle cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 15:33:45 -0000 David Schultz wrote: > > ... a quick fix would be to accept --use-compress-program as > an undocumented option and ignore it. Tempting, tempting.... ;-/ Tim From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 15:37:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7774816A4CF for ; Tue, 5 Apr 2005 15:37:35 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 475B343D3F for ; Tue, 5 Apr 2005 15:37:34 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 05 Apr 2005 15:37:32 -0000 Received: from p508BE33E.dip.t-dialin.net (EHLO lofi.dyndns.org) [80.139.227.62] by mail.gmx.net (mp013) with SMTP; 05 Apr 2005 17:37:32 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.12.10) with ESMTP id j35FbJBI037376 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 5 Apr 2005 17:37:20 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Tim Kientzle Date: Tue, 5 Apr 2005 17:37:15 +0200 User-Agent: KMail/1.8 References: <4243B57D.5050204@freebsd.org> <200504051507.27511.michaelnottebrock@gmx.net> <4252AEDC.5020800@freebsd.org> In-Reply-To: <4252AEDC.5020800@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart14086110.8KSZpT67oQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504051737.19229.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: "Conrad J. Sabatier" cc: freebsd-current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 15:37:35 -0000 --nextPart14086110.8KSZpT67oQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 5. April 2005 17:29, Tim Kientzle wrote: > Michael Nottebrock wrote: > > On Tuesday, 5. April 2005 06:46, Tim Kientzle wrote: > >>I recommend submitting a change to the "ark" maintainers suggesting > >>they use "-z" (which is implemented by many different tar programs) > >>rather than the gtar-specific --use-compress-program=3Dgunzip. > > > > Now, what ark does is not calling --use-compress-programm=3Dgunzip, it > > calls --use-compress-program=3D dependi= ng > > on what compressor is detected or user-specification .... > > Seems like it should be fairly minor to change it to use > > <-z|-z|-j|--use-compress-program=3Dlzop> Not really. Depends on your definition of "fairly minor" of course, but not= =20 minor enough for me to prefer doing it over just depending on gtar. Also,=20 this would obviously leave it broken for the tar.lzo case. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart14086110.8KSZpT67oQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCUrCvXhc68WspdLARAos4AJ9Ylrb6IHqtsMDlu65myQmFzwmEswCgiMIk EdeKa4z68hxFuyeEDAEJWxM= =MIXR -----END PGP SIGNATURE----- --nextPart14086110.8KSZpT67oQ-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 16:00:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 043B516A4CE for ; Tue, 5 Apr 2005 16:00:14 +0000 (GMT) Received: from avas-mr12.fibertel.com.ar (avas-mr12.fibertel.com.ar [24.232.0.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C721A43D31 for ; Tue, 5 Apr 2005 16:00:12 +0000 (GMT) (envelope-from diabolo@fibertel.com.ar) Received: from 215-250-126-200.fibertel.com.ar ([200.126.250.215]:29927 "EHLO evilive.inferno" smtp-auth: "diabolo") by avas-mr12.fibertel.com.ar with ESMTP id S295029AbVDEQAB; Tue, 5 Apr 2005 13:00:01 -0300 X-Comment: RFC 2476 MSA function at avas-mr12.fibertel.com.ar logged sender identity as: diabolo From: Diabolo To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="=-AseIJxpSNocNbLBKJdIJ" Date: Tue, 05 Apr 2005 12:59:45 -0300 Message-Id: <1112716785.6535.4.camel@evilive.inferno> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 X-Fib-Al-Info: Al X-Fib-Al-MRId: f7d326a8cee739f010d082af42e46435 X-Fib-Al-From: diabolo@fibertel.com.ar Subject: Error Building CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 16:00:14 -0000 --=-AseIJxpSNocNbLBKJdIJ Content-Type: text/plain Content-Transfer-Encoding: 7bit cc -O -g -pipe -DINFODIR= \"/usr/share/info:/usr/local/info:/usr/X11R6/info:.\" -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo -I/usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/lib -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/info/man.c /usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/info/man.c: In function `get_manpage_node': /usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/info/man.c:151: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/texinfo/info. *** Error code 1 Stop in /usr/src/gnu/usr.bin/texinfo. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --=-AseIJxpSNocNbLBKJdIJ Content-Disposition: attachment; filename=dmesg.txt Content-Type: text/plain; name=dmesg.txt; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Wed Mar 23 11:58:19 ART 2005 root@hellgate.inferno:/usr/obj/usr/src/sys/HELLKERN ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM) XP 2200+ (1350.06-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0400000 real memory = 536854528 (511 MB) avail memory = 516063232 (492 MB) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 9 on acpi0 pci_link5: irq 9 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) bfe0: mem 0xed800000-0xed801fff irq 18 at device 9.0 on pci0 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:0c:6e:39:62:ee ahc0: port 0xd800-0xd8ff mem 0xed000000-0xed000fff irq 16 at device 10.0 on pci0 ahc0: [GIANT-LOCKED] aic7850: Single Channel A, SCSI Id=7, 3/253 SCBs xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xec800000-0xec80007f irq 17 at device 14.0 on pci0 miibus1: on xl0 xlphy0: <3Com internal media interface> on miibus1 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:10:5a:a0:db:db xl1: <3Com 3c905C-TX Fast Etherlink XL> port 0xd000-0xd07f mem 0xec000000-0xec00007f irq 18 at device 15.0 on pci0 miibus2: on xl1 xlphy1: <3c905C 10/100 internal PHY> on miibus2 xlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: Ethernet address: 00:01:02:c2:91:16 uhci0: port 0xb800-0xb81f at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb400-0xb41f at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb000-0xb01f at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xeb800000-0xeb8000ff at device 16.3 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa800-0xa80f at device 17.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcm0: port 0xe000-0xe0ff at device 17.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model NetMouse/NetScroll Optical, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcc7ff,0xd0000-0xd07ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1350058046 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76319MB [155061/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-master UDMA33 Waiting 5 seconds for SCSI devices to settle cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Trying to mount root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted 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 0 0 0 0 0 0 0 done All buffers synced. unmount of /dev failed (BUSY) Uptime: 3m58s Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Wed Mar 23 11:58:19 ART 2005 root@hellgate.inferno:/usr/obj/usr/src/sys/HELLKERN ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM) XP 2200+ (1350.06-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0400000 real memory = 536854528 (511 MB) avail memory = 516063232 (492 MB) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 9 on acpi0 pci_link5: irq 9 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) bfe0: mem 0xed800000-0xed801fff irq 18 at device 9.0 on pci0 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:0c:6e:39:62:ee ahc0: port 0xd800-0xd8ff mem 0xed000000-0xed000fff irq 16 at device 10.0 on pci0 ahc0: [GIANT-LOCKED] aic7850: Single Channel A, SCSI Id=7, 3/253 SCBs xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xec800000-0xec80007f irq 17 at device 14.0 on pci0 miibus1: on xl0 xlphy0: <3Com internal media interface> on miibus1 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:10:5a:a0:db:db xl1: <3Com 3c905C-TX Fast Etherlink XL> port 0xd000-0xd07f mem 0xec000000-0xec00007f irq 18 at device 15.0 on pci0 miibus2: on xl1 xlphy1: <3c905C 10/100 internal PHY> on miibus2 xlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: Ethernet address: 00:01:02:c2:91:16 uhci0: port 0xb800-0xb81f at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb400-0xb41f at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb000-0xb01f at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xeb800000-0xeb8000ff at device 16.3 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa800-0xa80f at device 17.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcm0: port 0xe000-0xe0ff at device 17.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model NetMouse/NetScroll Optical, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcc7ff,0xd0000-0xd07ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1350058046 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76319MB [155061/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-master UDMA33 Waiting 5 seconds for SCSI devices to settle cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Trying to mount root from ufs:/dev/ad0s2a Accounting enabled Connection attempt to TCP 200.126.250.215:4662 from 213.186.60.106:48269 flags:0x02 Connection attempt to TCP 200.126.250.215:4662 from 63.246.128.110:32951 flags:0x02 --=-AseIJxpSNocNbLBKJdIJ Content-Disposition: attachment; filename=make.conf Content-Type: text/plain; name=make.conf; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit CPUTYPE?=athlon-xp CFLAGS= -O -g -pipe STRIP= # added by use.perl 2005-02-10 01:23:15 PERL_VER=5.8.6 PERL_VERSION=5.8.6 --=-AseIJxpSNocNbLBKJdIJ-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 16:27:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87D3716A4CE for ; Tue, 5 Apr 2005 16:27:29 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id F126D43D39 for ; Tue, 5 Apr 2005 16:27:28 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0IEH00GOFF1RFJ@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Tue, 05 Apr 2005 18:27:28 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Tue, 05 Apr 2005 18:27:27 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])j35GRLxV000681; Tue, 05 Apr 2005 18:27:21 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id 3F6DF2842E; Tue, 05 Apr 2005 18:27:16 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id EEC752285A; Tue, 05 Apr 2005 18:27:14 +0200 (CEST) Date: Tue, 05 Apr 2005 18:27:14 +0200 From: Christian Brueffer In-reply-to: <4252A3D4.4070501@samsco.org> To: Scott Long Message-id: <20050405162713.GG38773@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary="cW+P/jduATWpL925"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20050405143534.GE38773@unixpages.org> <4252A3D4.4070501@samsco.org> cc: current@freebsd.org Subject: Re: atapicam panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 16:27:29 -0000 --cW+P/jduATWpL925 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 05, 2005 at 08:42:28AM -0600, Scott Long wrote: >=20 > I know what the problem is, I'll have a fix shortly. >=20 Works now, thanks! - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --cW+P/jduATWpL925 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUrxhbHYXjKDtmC0RAihrAKDiUwOWMOoldtF+qhzyWE2CXv3InQCfbz3l oDqGC9Zf8wyujcKjmtGaWv8= =Nf6o -----END PGP SIGNATURE----- --cW+P/jduATWpL925-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 16:33:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1B4116A4CF for ; Tue, 5 Apr 2005 16:33:14 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2A65A43D3F for ; Tue, 5 Apr 2005 16:33:13 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 05 Apr 2005 16:33:11 -0000 Received: from p508BE33E.dip.t-dialin.net (EHLO lofi.dyndns.org) [80.139.227.62] by mail.gmx.net (mp021) with SMTP; 05 Apr 2005 18:33:11 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.12.10) with ESMTP id j35GX9QV038283 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 5 Apr 2005 18:33:09 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Tue, 5 Apr 2005 18:33:04 +0200 User-Agent: KMail/1.8 References: <4243B57D.5050204@freebsd.org> <20050405114907.GA49792@VARK.MIT.EDU> <4252AFD0.8090701@freebsd.org> In-Reply-To: <4252AFD0.8090701@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4231974.jIDqPuIdzm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504051833.08198.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: David Schultz cc: Tim Kientzle cc: "Conrad J. Sabatier" cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 16:33:15 -0000 --nextPart4231974.jIDqPuIdzm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 5. April 2005 17:33, Tim Kientzle wrote: > David Schultz wrote: > > ... a quick fix would be to accept --use-compress-program as > > an undocumented option and ignore it. > > Tempting, tempting.... ;-/ Not one bit, IMHO. I can't imagine a single case where something would use= =20 =2D-use-compress-program and it would continue to work if the tar in questi= on=20 simply ignored it. In ark's case, ark would just fail to extract an archive= =20 completely silently, making it harder to diagnose what's going wrong. Mapping it to -z and relying on libarchives autodetection would be somewhat= =20 better. Actually implementing it would still be best. And useful, too. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart4231974.jIDqPuIdzm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCUr3EXhc68WspdLARAv3cAJ9i7rLi8yQAUsBrthYxC14S3N3jYwCgmM71 uwbWIrGRTA8QpUf/ed/1XQU= =D5Uq -----END PGP SIGNATURE----- --nextPart4231974.jIDqPuIdzm-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 16:33:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7C8916A4D1 for ; Tue, 5 Apr 2005 16:33:14 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7CC1043D53 for ; Tue, 5 Apr 2005 16:33:13 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 05 Apr 2005 16:33:11 -0000 Received: from p508BE33E.dip.t-dialin.net (EHLO lofi.dyndns.org) [80.139.227.62] by mail.gmx.net (mp021) with SMTP; 05 Apr 2005 18:33:11 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.12.10) with ESMTP id j35GX9QV038283 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 5 Apr 2005 18:33:09 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Tue, 5 Apr 2005 18:33:04 +0200 User-Agent: KMail/1.8 References: <4243B57D.5050204@freebsd.org> <20050405114907.GA49792@VARK.MIT.EDU> <4252AFD0.8090701@freebsd.org> In-Reply-To: <4252AFD0.8090701@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4231974.jIDqPuIdzm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504051833.08198.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: David Schultz cc: Tim Kientzle cc: "Conrad J. Sabatier" cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 16:33:15 -0000 --nextPart4231974.jIDqPuIdzm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 5. April 2005 17:33, Tim Kientzle wrote: > David Schultz wrote: > > ... a quick fix would be to accept --use-compress-program as > > an undocumented option and ignore it. > > Tempting, tempting.... ;-/ Not one bit, IMHO. I can't imagine a single case where something would use= =20 =2D-use-compress-program and it would continue to work if the tar in questi= on=20 simply ignored it. In ark's case, ark would just fail to extract an archive= =20 completely silently, making it harder to diagnose what's going wrong. Mapping it to -z and relying on libarchives autodetection would be somewhat= =20 better. Actually implementing it would still be best. And useful, too. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart4231974.jIDqPuIdzm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCUr3EXhc68WspdLARAv3cAJ9i7rLi8yQAUsBrthYxC14S3N3jYwCgmM71 uwbWIrGRTA8QpUf/ed/1XQU= =D5Uq -----END PGP SIGNATURE----- --nextPart4231974.jIDqPuIdzm-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 16:39:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00B7516A4CE for ; Tue, 5 Apr 2005 16:39:32 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E30743D55 for ; Tue, 5 Apr 2005 16:39:31 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so413100wra for ; Tue, 05 Apr 2005 09:39:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=DIs/4HRqn7rSk/f52EsnA7iRa8MWn9om/8yNHDbultfaAPb+YQNWppZNamkblfDQxQ9lp0/GCOzlze37mgJyK4kYLEnI6Y8jtdYOv1TYYd4zBEftOoezw7tqXyfOWHXlhvFDy5GMZ61M8M+H5YdnG4JGi4XsAHCJbzhR+kLeqIg= Received: by 10.54.52.21 with SMTP id z21mr994383wrz; Tue, 05 Apr 2005 09:39:29 -0700 (PDT) Received: by 10.54.26.4 with HTTP; Tue, 5 Apr 2005 09:39:29 -0700 (PDT) Message-ID: Date: Tue, 5 Apr 2005 19:39:29 +0300 From: Dan Cojocar To: freebsd-current@freebsd.org In-Reply-To: <200504051110.35735.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <424EF205.6010202@root.org> <20050402234142.440b3449.antoine.brodin@laposte.net> <200504051110.35735.jhb@FreeBSD.org> cc: Nate Lawson cc: k-gleb@yandex.ru cc: Antoine Brodin Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 16:39:32 -0000 On Apr 5, 2005 6:10 PM, John Baldwin wrote: > On Saturday 02 April 2005 04:41 pm, Antoine Brodin wrote: > > Nate Lawson wrote: > > > I'm a little confused. I don't know of anyone that has problems with > > > the 6-current PCI irq code that works on 5-stable (which is what your > > > cvs command updates it to). > > > > > > Do either of you have a problem with irq routing on 6-current that works > > > on 5-stable? Please send details if so. > > > > Hi, > > > > I have this problem too, but since it's on a desktop I didn't really > > care about acpi. > > > > Here are some details: > > > > current with pci irq code from 23-Nov-2004 dmesg: > > http://bsd.miki.eu.org/~antoine/current+oldacpi.dmesg > > > > current with current pci irq code dmesg: > > http://bsd.miki.eu.org/~antoine/current+acpi.dmesg > > (there are timeouts and interrupt storms) > > > > acpi tables and asl: > > http://bsd.miki.eu.org/~antoine/acpidump > > So the differences in actual IRQ assignments look like this: > > 13c13 > < pcib1: slot 4 INTA routed to irq 5 via \\_SB_.PCI0.LNK2 > --- > > pcib1: slot 4 INTA routed to irq 9 via \\_SB_.PCI0.LNK2 > 15,16c15,16 > < pcib1: slot 7 INTA is already routed to irq 12 > < pcib1: slot 10 INTA routed to irq 11 via \\_SB_.PCI0.LNK1 > --- > > pcib1: slot 7 INTA routed to irq 12 via \\_SB_.PCI0.LNK4 > > pcib1: slot 10 INTA routed to irq 12 via \\_SB_.PCI0.LNK1 > > That is, LNK2 is routed to 9 rather than 5 and LNK1 is routed to 12 rather > than 11. > > I'm not sure why it does this unless somehow the wrong device_t is getting > associated with a handle. > > > grep 'LNK[12]' current+acpi.dmesg > pci_link10: irq 11 on acpi0 > pci_link11: irq 5 on acpi0 > pcib1: matched entry for 1.4.INTA (src \\_SB_.PCI0.LNK2:0) > pcib1: slot 4 INTA routed to irq 9 via \\_SB_.PCI0.LNK2 > pcib1: matched entry for 1.10.INTA (src \\_SB_.PCI0.LNK1:0) > pcib1: slot 10 INTA routed to irq 12 via \\_SB_.PCI0.LNK1 > > Can you apply this patch and provide a non-verbose dmesg? > > --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pci_link.c 2005/01/18 > 20:21:25 > +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pci_link.c 2005/04/05 15:07:33 > @@ -913,15 +914,20 @@ > * If we have a valid BIOS IRQ, use that. We trust what the BIOS > * says it routed over what _CRS says the link thinks is routed. > */ > - if (PCI_INTERRUPT_VALID(link->l_bios_irq)) > + if (PCI_INTERRUPT_VALID(link->l_bios_irq)) { > + device_printf(dev, "Using BIOS IRQ %d\n", link->l_bios_irq); > return (link->l_bios_irq); > + } > > /* > * If we don't have a BIOS IRQ but do have a valid IRQ from _CRS, > * then use that. > */ > - if (PCI_INTERRUPT_VALID(link->l_initial_irq)) > + if (PCI_INTERRUPT_VALID(link->l_initial_irq)) { > + device_printf(dev, "Using initial IRQ %d\n", > + link->l_initial_irq); > return (link->l_initial_irq); > + } > > /* > * Ok, we have no useful hints, so we have to pick from the > @@ -955,7 +961,7 @@ > } > } > > - if (bootverbose) { > + if (bootverbose || 1) { > if (PCI_INTERRUPT_VALID(best_irq)) > device_printf(dev, "Picked IRQ %u with weight %d\n", > best_irq, best_weight); > @@ -969,6 +975,9 @@ > { > struct link *link; > > + device_printf(dev, "Routing index %d\n", index); > + device_printf(dev, "My handle maps to %s\n", > + acpi_name(acpi_get_handle(dev)); > ACPI_SERIAL_BEGIN(pci_link); > link = acpi_pci_link_lookup(dev, index); > if (link == NULL) > @@ -982,6 +991,7 @@ > KASSERT(PCI_INTERRUPT_VALID(link->l_irq), > ("%s: link is routed but has an invalid IRQ", __func__)); > ACPI_SERIAL_END(pci_link); > + device_printf(dev, "Already routed to %d\n", link->l_irq); > return (link->l_irq); > } > > --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pcib.c 2005/03/08 17:25:15 > +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pcib.c 2005/04/05 15:09:09 > @@ -225,7 +225,7 @@ > } > prt = pr.pr_entry; > > - if (bootverbose) { > + if (bootverbose || 1) { > device_printf(pcib, "matched entry for %d.%d.INT%c", > pci_get_bus(dev), pci_get_slot(dev), 'A' + pin); > if (prt->Source != NULL && prt->Source[0] != '\0') > @@ -259,7 +259,7 @@ > interrupt = acpi_pci_link_route_interrupt(acpi_get_device(lnkdev), > prt->SourceIndex); > > - if (bootverbose && PCI_INTERRUPT_VALID(interrupt)) > + if (/* bootverbose &&*/ PCI_INTERRUPT_VALID(interrupt)) > device_printf(pcib, "slot %d INT%c routed to irq %d via %s\n", > pci_get_slot(dev), 'A' + pin, interrupt, acpi_name(lnkdev)); > Hello John, Here is my dmesg, using your patch: http://cs.ubbcluj.ro/~dan/dmesg-semiverbose.txt I hope that we will resolve these type of storms. Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 16:44:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ABD416A4CE for ; Tue, 5 Apr 2005 16:44:22 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA0CD43D55 for ; Tue, 5 Apr 2005 16:44:21 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so414564wra for ; Tue, 05 Apr 2005 09:44:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Dmh8+n19J9ZtD3ygFRJ2XYqQ37y3E/oYYf4hHCDBWXUDnQr3QG7Czx3nK9324JXruAee3sGjp4FvryGHdEE25EtT8jgpZVHVPHJNMHe52PvAYVXse4IIrwuS6mPaE+WF9HN2/IMOj+SK3VuFHvwpGXrdkKmi4uwR1vgAomw7PGk= Received: by 10.54.31.37 with SMTP id e37mr144711wre; Tue, 05 Apr 2005 09:44:21 -0700 (PDT) Received: by 10.54.26.4 with HTTP; Tue, 5 Apr 2005 09:44:21 -0700 (PDT) Message-ID: Date: Tue, 5 Apr 2005 19:44:21 +0300 From: Dan Cojocar To: freebsd-current@freebsd.org In-Reply-To: <200504051030.42657.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <200503291335.33385.jkim@niksun.com> <200504051030.42657.jhb@FreeBSD.org> cc: Jung-uk Kim Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 16:44:22 -0000 On Apr 5, 2005 5:30 PM, John Baldwin wrote: > On Tuesday 29 March 2005 01:35 pm, Jung-uk Kim wrote: > > On Tuesday 29 March 2005 01:22 pm, Dan Cojocar wrote: > > > Hello all, > > > > > > I noticed the following interrupt storm in my dmesg: > > > > > > Interrupt storm detected on "irq11: rl1"; throttling interrupt > > > source Interrupt storm detected on "irq5: rl0"; throttling > > > interrupt source > > > > > > Here is my vmstat -i: > > > interrupt total rate > > > irq0: clk 128600 199 > > > irq1: atkbd0 2499 3 > > > irq4: sio0 2 0 > > > irq5: rl0 128901 200 > > > irq8: rtc 82294 127 > > > irq11: rl1 128902 200 > > > irq12: psm0 16152 25 > > > irq14: ata0 12600 19 > > > irq15: ata1 71 0 > > > Total 500021 776 > > > > > > and here is my dmesg: > > > http://cs.ubbcluj.ro/~dan/dmesg.txt > > > > > > I have options DEVICE_POLLING and options HZ=200, i have tested > > > with greater HZ values like 1000, and without DEVICE_POLLING but i > > > have the same storm. > > > > Try this: > > > > http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim > > He's not using an APIC so that won't make any difference. > If I use APIC, I will get "watchdog timeout" as i posted in an old email: >rl0: watchdog timeout >rl1: watchdog timeout >rl0: watchdog timeout >rl1: watchdog timeout >rl1: watchdog timeout >rl1: watchdog timeout >rl1: watchdog timeout Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 16:45:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0D2D16A4CE; Tue, 5 Apr 2005 16:45:39 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 415C643D48; Tue, 5 Apr 2005 16:45:39 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j35GjONH051492; Tue, 5 Apr 2005 12:45:24 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j35GjObj051491; Tue, 5 Apr 2005 12:45:24 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Tue, 5 Apr 2005 12:45:23 -0400 From: David Schultz To: Michael Nottebrock Message-ID: <20050405164523.GA51452@VARK.MIT.EDU> Mail-Followup-To: Michael Nottebrock , freebsd-current@FreeBSD.ORG, Tim Kientzle , "Conrad J. Sabatier" , current@FreeBSD.ORG References: <4243B57D.5050204@freebsd.org> <20050405114907.GA49792@VARK.MIT.EDU> <4252AFD0.8090701@freebsd.org> <200504051833.08198.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504051833.08198.michaelnottebrock@gmx.net> cc: "Conrad J. Sabatier" cc: freebsd-current@FreeBSD.ORG cc: Tim Kientzle cc: current@FreeBSD.ORG Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 16:45:39 -0000 On Tue, Apr 05, 2005, Michael Nottebrock wrote: > On Tuesday, 5. April 2005 17:33, Tim Kientzle wrote: > > David Schultz wrote: > > > ... a quick fix would be to accept --use-compress-program as > > > an undocumented option and ignore it. > > > > Tempting, tempting.... ;-/ > > Not one bit, IMHO. I can't imagine a single case where something would use > --use-compress-program and it would continue to work if the tar in question > simply ignored it. Why not? If libarchive supports the compression format, it will automatically detect it and perform the appropriate decompression. > In ark's case, ark would just fail to extract an archive > completely silently, making it harder to diagnose what's going wrong. Why? If libarchive doesn't support the compression format, then it will fail and ark should detect this. From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 16:45:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0D2D16A4CE; Tue, 5 Apr 2005 16:45:39 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 415C643D48; Tue, 5 Apr 2005 16:45:39 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j35GjONH051492; Tue, 5 Apr 2005 12:45:24 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j35GjObj051491; Tue, 5 Apr 2005 12:45:24 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Tue, 5 Apr 2005 12:45:23 -0400 From: David Schultz To: Michael Nottebrock Message-ID: <20050405164523.GA51452@VARK.MIT.EDU> Mail-Followup-To: Michael Nottebrock , freebsd-current@FreeBSD.ORG, Tim Kientzle , "Conrad J. Sabatier" , current@FreeBSD.ORG References: <4243B57D.5050204@freebsd.org> <20050405114907.GA49792@VARK.MIT.EDU> <4252AFD0.8090701@freebsd.org> <200504051833.08198.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504051833.08198.michaelnottebrock@gmx.net> cc: "Conrad J. Sabatier" cc: freebsd-current@FreeBSD.ORG cc: Tim Kientzle cc: current@FreeBSD.ORG Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 16:45:39 -0000 On Tue, Apr 05, 2005, Michael Nottebrock wrote: > On Tuesday, 5. April 2005 17:33, Tim Kientzle wrote: > > David Schultz wrote: > > > ... a quick fix would be to accept --use-compress-program as > > > an undocumented option and ignore it. > > > > Tempting, tempting.... ;-/ > > Not one bit, IMHO. I can't imagine a single case where something would use > --use-compress-program and it would continue to work if the tar in question > simply ignored it. Why not? If libarchive supports the compression format, it will automatically detect it and perform the appropriate decompression. > In ark's case, ark would just fail to extract an archive > completely silently, making it harder to diagnose what's going wrong. Why? If libarchive doesn't support the compression format, then it will fail and ark should detect this. From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 17:00:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 689E416A4CE; Tue, 5 Apr 2005 17:00:41 +0000 (GMT) Received: from barton.dreadbsd.org (massena-4-82-67-196-50.fbx.proxad.net [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CC7343D49; Tue, 5 Apr 2005 17:00:40 +0000 (GMT) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.3/8.13.1) with ESMTP id j35Gx2Ak000717; Tue, 5 Apr 2005 18:59:38 +0200 (CEST) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.3/8.13.1/Submit) id j35GwVVp000716; Tue, 5 Apr 2005 18:58:31 +0200 (CEST) (envelope-from antoine) Date: Tue, 5 Apr 2005 18:58:31 +0200 From: Antoine Brodin To: John Baldwin Message-Id: <20050405185831.2484695e.antoine.brodin@laposte.net> In-Reply-To: <200504051110.35735.jhb@FreeBSD.org> References: <424EF205.6010202@root.org> <20050402234142.440b3449.antoine.brodin@laposte.net> <200504051110.35735.jhb@FreeBSD.org> X-Mailer: Sylpheed version 1.9.7 (GTK+ 2.6.4; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: k-gleb@yandex.ru cc: dan.cojocar@gmail.com cc: nate@root.org Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 17:00:41 -0000 John Baldwin wrote: > On Saturday 02 April 2005 04:41 pm, Antoine Brodin wrote: > > Nate Lawson wrote: > > > I'm a little confused. I don't know of anyone that has problems with > > > the 6-current PCI irq code that works on 5-stable (which is what your > > > cvs command updates it to). > > > > > > Do either of you have a problem with irq routing on 6-current that works > > > on 5-stable? Please send details if so. > > > > Hi, > > > > I have this problem too, but since it's on a desktop I didn't really > > care about acpi. > > > > Here are some details: > > > > current with pci irq code from 23-Nov-2004 dmesg: > > http://bsd.miki.eu.org/~antoine/current+oldacpi.dmesg > > > > current with current pci irq code dmesg: > > http://bsd.miki.eu.org/~antoine/current+acpi.dmesg > > (there are timeouts and interrupt storms) > > > > acpi tables and asl: > > http://bsd.miki.eu.org/~antoine/acpidump > > So the differences in actual IRQ assignments look like this: > > 13c13 > < pcib1: slot 4 INTA routed to irq 5 via \\_SB_.PCI0.LNK2 > --- > > pcib1: slot 4 INTA routed to irq 9 via \\_SB_.PCI0.LNK2 > 15,16c15,16 > < pcib1: slot 7 INTA is already routed to irq 12 > < pcib1: slot 10 INTA routed to irq 11 via \\_SB_.PCI0.LNK1 > --- > > pcib1: slot 7 INTA routed to irq 12 via \\_SB_.PCI0.LNK4 > > pcib1: slot 10 INTA routed to irq 12 via \\_SB_.PCI0.LNK1 > > That is, LNK2 is routed to 9 rather than 5 and LNK1 is routed to 12 rather > than 11. > > I'm not sure why it does this unless somehow the wrong device_t is getting > associated with a handle. > > > grep 'LNK[12]' current+acpi.dmesg > pci_link10: irq 11 on acpi0 > pci_link11: irq 5 on acpi0 > pcib1: matched entry for 1.4.INTA (src \\_SB_.PCI0.LNK2:0) > pcib1: slot 4 INTA routed to irq 9 via \\_SB_.PCI0.LNK2 > pcib1: matched entry for 1.10.INTA (src \\_SB_.PCI0.LNK1:0) > pcib1: slot 10 INTA routed to irq 12 via \\_SB_.PCI0.LNK1 > > Can you apply this patch and provide a non-verbose dmesg? Here it is: http://bsd.miki.eu.org/~antoine/current+acpi+semiverbose.dmesg Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 17:19:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0566416A4CE for ; Tue, 5 Apr 2005 17:19:24 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id D182F43D41 for ; Tue, 5 Apr 2005 17:19:23 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j35HJNG6086675 for ; Tue, 5 Apr 2005 10:19:23 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j35HJNOs086674 for freebsd-current@freebsd.org; Tue, 5 Apr 2005 10:19:23 -0700 (PDT) (envelope-from sgk) Date: Tue, 5 Apr 2005 10:19:23 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20050405171923.GA86590@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: rexecd break world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 17:19:24 -0000 ===> libexec/rexecd (all) cc -O -pipe -march=opteron -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /usr/src/libexec/rexecd/rexecd.c /usr/src/libexec/rexecd/rexecd.c: In function `doit': /usr/src/libexec/rexecd/rexecd.c:206: warning: passing arg 4 of `xgetpwnam' from incompatible pointer type *** Error code 1 Stop in /usr/src/libexec/rexecd. *** Error code 1 Stop in /usr/src/libexec. *** Error code 1 Stop in /usr/src. *** Error code 1 -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 17:21:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14DD116A4CE for ; Tue, 5 Apr 2005 17:21:14 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 482DD43D62 for ; Tue, 5 Apr 2005 17:21:09 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 05 Apr 2005 17:21:07 -0000 Received: from p508BAF08.dip.t-dialin.net (EHLO lofi.dyndns.org) [80.139.175.8] by mail.gmx.net (mp009) with SMTP; 05 Apr 2005 19:21:07 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.12.10) with ESMTP id j35HL5xO039032 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 5 Apr 2005 19:21:05 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: David Schultz Date: Tue, 5 Apr 2005 19:21:00 +0200 User-Agent: KMail/1.8 References: <4243B57D.5050204@freebsd.org> <200504051833.08198.michaelnottebrock@gmx.net> <20050405164523.GA51452@VARK.MIT.EDU> In-Reply-To: <20050405164523.GA51452@VARK.MIT.EDU> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6508258.26rqqavzBQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504051921.04478.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: "Conrad J. Sabatier" cc: freebsd-current@FreeBSD.ORG cc: Tim Kientzle Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 17:21:14 -0000 --nextPart6508258.26rqqavzBQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 5. April 2005 18:45, David Schultz wrote: > On Tue, Apr 05, 2005, Michael Nottebrock wrote: > > On Tuesday, 5. April 2005 17:33, Tim Kientzle wrote: > > > David Schultz wrote: > > > > ... a quick fix would be to accept --use-compress-program as > > > > an undocumented option and ignore it. > > > > > > Tempting, tempting.... ;-/ > > > > Not one bit, IMHO. I can't imagine a single case where something would > > use --use-compress-program and it would continue to work if the tar in > > question simply ignored it. > > Why not? If libarchive supports the compression format, it will > automatically detect it and perform the appropriate decompression. Ok, I didn't know tar -xf will actually extract anything that libarchive=20 manages to make some sense of. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart6508258.26rqqavzBQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCUskAXhc68WspdLARAn0tAJwIn1LW5hyLRzJb5oPlSFuGMKTDJQCghqTJ ti0xJRdj1YgIwrIwUwIe9/U= =/NhK -----END PGP SIGNATURE----- --nextPart6508258.26rqqavzBQ-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 17:23:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0964916A4CE for ; Tue, 5 Apr 2005 17:23:30 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB4BB43D41 for ; Tue, 5 Apr 2005 17:23:29 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j35HNTSB091621 for ; Tue, 5 Apr 2005 10:23:29 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j35HNTEl091618 for freebsd-current@freebsd.org; Tue, 5 Apr 2005 10:23:29 -0700 (PDT) (envelope-from sgk) Date: Tue, 5 Apr 2005 10:23:29 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20050405172329.GB86590@troutmask.apl.washington.edu> References: <20050405171923.GA86590@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050405171923.GA86590@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i Subject: Re: rexecd break world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 17:23:30 -0000 On Tue, Apr 05, 2005 at 10:19:23AM -0700, Steve Kargl wrote: > ===> libexec/rexecd (all) > cc -O -pipe -march=opteron -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /usr/src/libexec/rexecd/rexecd.c > /usr/src/libexec/rexecd/rexecd.c: In function `doit': > /usr/src/libexec/rexecd/rexecd.c:206: warning: passing arg 4 of `xgetpwnam' from incompatible pointer type > *** Error code 1 > > Stop in /usr/src/libexec/rexecd. > *** Error code 1 > Watch for cut-n-paste problems. --- /tmp/rexecd.c Tue Apr 5 10:21:37 2005 +++ /usr/src/libexec/rexecd/rexecd.c Tue Apr 5 10:20:30 2005 @@ -139,7 +139,7 @@ char user[16], pass[16]; struct passwd *pwd, pwd_storage; char *pwdbuf; - int pwdbuflen; + size_t pwdbuflen; int fd, r, sd; u_short port; int pv[2], pid, cc, nfds; -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 17:39:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E5A516A4CF; Tue, 5 Apr 2005 17:39:02 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6534B43D1F; Tue, 5 Apr 2005 17:39:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j35Hd0CR044730; Tue, 5 Apr 2005 13:39:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j35Hd0Lo038287; Tue, 5 Apr 2005 13:39:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 990927306E; Tue, 5 Apr 2005 13:39:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050405173900.990927306E@freebsd-current.sentex.ca> Date: Tue, 5 Apr 2005 13:39:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 17:39:02 -0000 TB --- 2005-04-05 16:08:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-05 16:08:44 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-04-05 16:08:44 - checking out the source tree TB --- 2005-04-05 16:08:44 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-04-05 16:08:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-05 16:15:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-05 16:15:36 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-05 16:15:36 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-05 17:23:59 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-05 17:23:59 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-05 17:23:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Apr 5 17:24:00 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Tue Apr 5 17:38:32 UTC 2005 TB --- 2005-04-05 17:38:32 - generating LINT kernel config TB --- 2005-04-05 17:38:32 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-04-05 17:38:32 - /usr/bin/make -B LINT TB --- 2005-04-05 17:38:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-05 17:38:32 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-05 17:38:32 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 5 17:38:32 UTC 2005 >>> 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 [...] /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw3' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRsign' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw0' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw3' isn't known *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-04-05 17:39:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-05 17:39:00 - ERROR: failed to build lint kernel TB --- 2005-04-05 17:39:00 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 17:39:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74D3216A4CF for ; Tue, 5 Apr 2005 17:39:12 +0000 (GMT) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5444243D45 for ; Tue, 5 Apr 2005 17:39:08 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from scienide.energyhq.es.eu.org (scienide.energyhq.es.eu.org [IPv6:2001:470:1f01:198:210:4bff:fe3d:e256]) by mindfields.energyhq.es.eu.org (Postfix) with SMTP id DC447355B3; Tue, 5 Apr 2005 19:39:05 +0200 (CEST) Date: Tue, 5 Apr 2005 19:38:36 +0200 From: Miguel Mendez To: "Poul-Henning Kamp" Message-Id: <20050405193836.45b27eb9.flynn@energyhq.es.eu.org> In-Reply-To: <3210.1112635925@critter.freebsd.dk> References: <4251783B.400@centtech.com> <3210.1112635925@critter.freebsd.dk> X-Mailer: Sylpheed version 1.9.5 (GTK+ 2.6.4; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__5_Apr_2005_19_38_36_+0200_ACFhcDnJxcZBFZHO" cc: ache@nagual.pp.ru cc: anderson@centtech.com cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 17:39:12 -0000 --Signature=_Tue__5_Apr_2005_19_38_36_+0200_ACFhcDnJxcZBFZHO Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 04 Apr 2005 19:32:05 +0200 "Poul-Henning Kamp" wrote: Sorry for jumping a bit late into this. > Somebody who reads the above part of this email carefully, they can > find at least three things to work on in the above message, but to > avoid any transmission loss on this message, I will spell it out > very clearly: >=20 > 1. Improve on sysinstall to do more of the right thing when used > on a running system. >=20 > 2. Improve the userinterface of fdisk. >=20 > 3. Improve the userinterface of sysinstall. What about bsdinstaller? (http://bsdinstaller.org) sysinstall code has rotten over the years, it's not what I'd call easily maintainable code, IMVHO adopting bsdinstaller would be a good move because it would avoid duplicating work, that is if people can get past the NIH syndrome and certain committers' aversion to everything that comes from the DF camp. NetBSD's sysinst + sushi is a good candidate too. Cheers, --=20 Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 --Signature=_Tue__5_Apr_2005_19_38_36_+0200_ACFhcDnJxcZBFZHO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUs0gnLctrNyFFPERAru0AJ9rB+CC+mK+u2MN3V8nf+NuwAF29wCgyONM rka8zUA9vDiQd/cRPRxAevQ= =6awZ -----END PGP SIGNATURE----- --Signature=_Tue__5_Apr_2005_19_38_36_+0200_ACFhcDnJxcZBFZHO-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 17:39:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7715616A4CE for ; Tue, 5 Apr 2005 17:39:46 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 290AE43D4C for ; Tue, 5 Apr 2005 17:39:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CD5DA51218; Tue, 5 Apr 2005 10:39:44 -0700 (PDT) Date: Tue, 5 Apr 2005 10:39:44 -0700 From: Kris Kennaway To: "Thomas E. Zander" Message-ID: <20050405173944.GA86863@xor.obsecurity.org> References: <20050404211206.GP54656@marvin.riggiland.au> <20050404214644.GA61577@xor.obsecurity.org> <20050405074221.GR54656@marvin.riggiland.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <20050405074221.GR54656@marvin.riggiland.au> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: Panic in 5.4 as of today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 17:39:46 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 05, 2005 at 09:42:21AM +0200, Thomas E. Zander wrote: > On Mon, 04. Apr 2005, at 14:46 -0700, Kris Kennaway wrote > according to [Re: Panic in 5.4 as of today]: >=20 > > > #51 0xc0547e1b in sched_switch (td=3D0x1d, newtd=3D0x81ef50c, flags= =3DCannot access memory at address 0xbfbfed28 > > > ) at /usr/src/sys/kern/sched_ule.c:1300 > >=20 > > 1) Problems with FreeBSD-STABLE should go to the freebsd-stable@ > > mailing list >=20 > Yes, I know. Just thought that I should report to current because... >=20 > > 2) ULE is known to still have bugs. Jeff is now aware of them, so > > hopefully he'll be able to come up with a fix. >=20 > ...the crash is - as you pointed - ULE related which isn't completely > "stable" right now and sched_ule.c differs from stable to current by > only one commit. I'll see if I can reproduce this crash later with > the latest ULE from current. That also has known panics. See if you can reproduce it with 4BSD, to rule out the scheduler as a contributing factor. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUs1gWry0BWjoQKURAqE7AJ9+icMOyLo/YpTn1iqe43EuLPYRUQCgktXD LVGKZPxxu1FuSnAWFETrmEA= =KnkE -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 17:39:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78F7116A4D2; Tue, 5 Apr 2005 17:39:54 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47AA643D5C; Tue, 5 Apr 2005 17:39:54 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j35Hdrfv015866; Tue, 5 Apr 2005 10:39:53 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j35Hdr0s015864; Tue, 5 Apr 2005 10:39:53 -0700 (PDT) (envelope-from sgk) Date: Tue, 5 Apr 2005 10:39:53 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20050405173953.GA12307@troutmask.apl.washington.edu> References: <20050405171923.GA86590@troutmask.apl.washington.edu> <20050405172329.GB86590@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050405172329.GB86590@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i cc: re@freebsd.org Subject: Re: rexecd break world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 17:39:54 -0000 On Tue, Apr 05, 2005 at 10:23:29AM -0700, Steve Kargl wrote: > On Tue, Apr 05, 2005 at 10:19:23AM -0700, Steve Kargl wrote: > > ===> libexec/rexecd (all) > > cc -O -pipe -march=opteron -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /usr/src/libexec/rexecd/rexecd.c > > /usr/src/libexec/rexecd/rexecd.c: In function `doit': > > /usr/src/libexec/rexecd/rexecd.c:206: warning: passing arg 4 of `xgetpwnam' from incompatible pointer type > > *** Error code 1 > > > > Stop in /usr/src/libexec/rexecd. > > *** Error code 1 > > > > Watch for cut-n-paste problems. > > --- /tmp/rexecd.c Tue Apr 5 10:21:37 2005 > +++ /usr/src/libexec/rexecd/rexecd.c Tue Apr 5 10:20:30 2005 > @@ -139,7 +139,7 @@ > char user[16], pass[16]; > struct passwd *pwd, pwd_storage; > char *pwdbuf; > - int pwdbuflen; > + size_t pwdbuflen; > int fd, r, sd; > u_short port; > int pv[2], pid, cc, nfds; > This patch works. I suspect the at the 5.4 branch is now broken with this change. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 17:43:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D94A16A4CE; Tue, 5 Apr 2005 17:43:45 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CE9A43D3F; Tue, 5 Apr 2005 17:43:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 85DA2513B6; Tue, 5 Apr 2005 10:43:44 -0700 (PDT) Date: Tue, 5 Apr 2005 10:43:44 -0700 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050405174344.GA86957@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: phk@freeBSD.org Subject: NULL pointer deref in ptcread() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 17:43:45 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline HEAD from yesterday on a SMP machine. Kris Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 06 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc06b4b02 stack pointer = 0x10:0xf7cb6b4c frame pointer = 0x10:0xf7cb6b78 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 = 1182 (screen) [thread pid 1182 tid 100239 ] Stopped at generic_bcopy+0x1a: repe movsl (%esi),%es:(%edi) db> wh Tracing pid 1182 tid 100239 td 0xc5a92b80 generic_bcopy(c59aa438,f7cb6bb8,40,c0758280,1) at generic_bcopy+0x1a ptcread(c69b3d00,f7cb6c68,4,3ae,1000) at ptcread+0x180 devfs_read_f(c5d8e558,f7cb6c68,c605e100,0,c5a92b80) at devfs_read_f+0xa7 dofileread(c5a92b80,c5d8e558,7,bfbfd3f0,1000) at dofileread+0xc3 read(c5a92b80,f7cb6d14,3a6,c0715022,c5a92b80) at read+0x6c syscall(2f,2f,bfbf002f,80aa050,0) at syscall+0x2c4 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x2816fbd7, esp = 0xbfbfd3cc, ebp = 0xbfbfe408 --- db> --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCUs5QWry0BWjoQKURAlGzAJ0VMoOR+EUx76ujx3ks0iOyZGcEnwCgoEfQ R4OZEvtZMBBjf/MDRj8rkl8= =ytP1 -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 17:50:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 021E716A4D0 for ; Tue, 5 Apr 2005 17:50:52 +0000 (GMT) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FD1443D5C for ; Tue, 5 Apr 2005 17:50:51 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2827 invoked from network); 5 Apr 2005 17:50:51 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 17:50:50 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35Hoi30066872; Tue, 5 Apr 2005 13:50:44 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 11:28:39 -0400 User-Agent: KMail/1.6.2 References: <20050403162914.577FE7306E@freebsd-current.sentex.ca> In-Reply-To: <20050403162914.577FE7306E@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051128.39031.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: amd64@FreeBSD.org cc: FreeBSD Tinderbox cc: current@FreeBSD.org Subject: Re: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 17:50:52 -0000 On Sunday 03 April 2005 12:29 pm, FreeBSD Tinderbox wrote: > TB --- 2005-04-03 14:46:51 - tinderbox 2.3 running on > freebsd-current.sentex.ca TB --- 2005-04-03 14:46:51 - starting CURRENT > tinderbox run for amd64/amd64 TB --- 2005-04-03 14:46:51 - checking out the > source tree > md64/amd64/src/sys/amd64/linux32/linux32_machdep.c > /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c: In > function `linux_mmap': > /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c:593: > error: structure has no member named `pos' *** Error code 1 > > Stop in > /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/ >sys/LINT. *** Error code 1 > > Stop in /tinderbox/CURRENT/amd64/amd64/src. > *** Error code 1 > > Stop in /tinderbox/CURRENT/amd64/amd64/src. > TB --- 2005-04-03 16:29:14 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2005-04-03 16:29:14 - ERROR: failed to build lint kernel > TB --- 2005-04-03 16:29:14 - tinderbox aborted Oops, should be fixed now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 17:50:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 116E916A4CE for ; Tue, 5 Apr 2005 17:50:52 +0000 (GMT) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E94343D58 for ; Tue, 5 Apr 2005 17:50:51 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2827 invoked from network); 5 Apr 2005 17:50:51 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 17:50:50 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35Hoi30066872; Tue, 5 Apr 2005 13:50:44 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 11:28:39 -0400 User-Agent: KMail/1.6.2 References: <20050403162914.577FE7306E@freebsd-current.sentex.ca> In-Reply-To: <20050403162914.577FE7306E@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051128.39031.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: amd64@FreeBSD.org cc: FreeBSD Tinderbox cc: current@FreeBSD.org Subject: Re: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 17:50:52 -0000 On Sunday 03 April 2005 12:29 pm, FreeBSD Tinderbox wrote: > TB --- 2005-04-03 14:46:51 - tinderbox 2.3 running on > freebsd-current.sentex.ca TB --- 2005-04-03 14:46:51 - starting CURRENT > tinderbox run for amd64/amd64 TB --- 2005-04-03 14:46:51 - checking out the > source tree > md64/amd64/src/sys/amd64/linux32/linux32_machdep.c > /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c: In > function `linux_mmap': > /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c:593: > error: structure has no member named `pos' *** Error code 1 > > Stop in > /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/ >sys/LINT. *** Error code 1 > > Stop in /tinderbox/CURRENT/amd64/amd64/src. > *** Error code 1 > > Stop in /tinderbox/CURRENT/amd64/amd64/src. > TB --- 2005-04-03 16:29:14 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2005-04-03 16:29:14 - ERROR: failed to build lint kernel > TB --- 2005-04-03 16:29:14 - tinderbox aborted Oops, should be fixed now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 17:50:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABF6E16A4D5 for ; Tue, 5 Apr 2005 17:50:56 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB3643D4C for ; Tue, 5 Apr 2005 17:50:55 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 29399 invoked from network); 5 Apr 2005 17:50:55 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 17:50:55 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35Hoi31066872; Tue, 5 Apr 2005 13:50:49 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 13:49:13 -0400 User-Agent: KMail/1.6.2 References: <200504051110.35735.jhb@FreeBSD.org> <20050405185831.2484695e.antoine.brodin@laposte.net> In-Reply-To: <20050405185831.2484695e.antoine.brodin@laposte.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051349.13620.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: nate@root.org cc: k-gleb@yandex.ru cc: dan.cojocar@gmail.com cc: Antoine Brodin Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 17:50:57 -0000 On Tuesday 05 April 2005 12:58 pm, Antoine Brodin wrote: > John Baldwin wrote: > > On Saturday 02 April 2005 04:41 pm, Antoine Brodin wrote: > > > Nate Lawson wrote: > > > > I'm a little confused. I don't know of anyone that has problems with > > > > the 6-current PCI irq code that works on 5-stable (which is what your > > > > cvs command updates it to). > > > > > > > > Do either of you have a problem with irq routing on 6-current that > > > > works on 5-stable? Please send details if so. > > > > > > Hi, > > > > > > I have this problem too, but since it's on a desktop I didn't really > > > care about acpi. > > > > > > Here are some details: > > > > > > current with pci irq code from 23-Nov-2004 dmesg: > > > http://bsd.miki.eu.org/~antoine/current+oldacpi.dmesg > > > > > > current with current pci irq code dmesg: > > > http://bsd.miki.eu.org/~antoine/current+acpi.dmesg > > > (there are timeouts and interrupt storms) > > > > > > acpi tables and asl: > > > http://bsd.miki.eu.org/~antoine/acpidump > > > > So the differences in actual IRQ assignments look like this: > > > > 13c13 > > < pcib1: slot 4 INTA routed to irq 5 via \\_SB_.PCI0.LNK2 > > --- > > > > > pcib1: slot 4 INTA routed to irq 9 via \\_SB_.PCI0.LNK2 > > > > 15,16c15,16 > > < pcib1: slot 7 INTA is already routed to irq 12 > > < pcib1: slot 10 INTA routed to irq 11 via \\_SB_.PCI0.LNK1 > > --- > > > > > pcib1: slot 7 INTA routed to irq 12 via \\_SB_.PCI0.LNK4 > > > pcib1: slot 10 INTA routed to irq 12 via \\_SB_.PCI0.LNK1 > > > > That is, LNK2 is routed to 9 rather than 5 and LNK1 is routed to 12 > > rather than 11. > > > > I'm not sure why it does this unless somehow the wrong device_t is > > getting associated with a handle. > > > > > grep 'LNK[12]' current+acpi.dmesg > > > > pci_link10: irq 11 on acpi0 > > pci_link11: irq 5 on acpi0 > > pcib1: matched entry for 1.4.INTA (src \\_SB_.PCI0.LNK2:0) > > pcib1: slot 4 INTA routed to irq 9 via \\_SB_.PCI0.LNK2 > > pcib1: matched entry for 1.10.INTA (src \\_SB_.PCI0.LNK1:0) > > pcib1: slot 10 INTA routed to irq 12 via \\_SB_.PCI0.LNK1 > > > > Can you apply this patch and provide a non-verbose dmesg? > > Here it is: > http://bsd.miki.eu.org/~antoine/current+acpi+semiverbose.dmesg Ok, I see the issue now. The problem is that the BIOS sets the IRQ registers in the PCI devices to values that don't match how the links are programmed and we tend to trust the BIOS over the links in those cases. Can you tell me what IRQ sk0 gets if you don't use ACPI? Does it get 5 or 9? If it gets 9, does it work ok? You can try this patch for ACPI. Unfortunately, some BIOSes lie when you ask a link which IRQ it is routed to, so I'm not sure if this patch can be committed as is. Nate, do you know if such BIOSen only return no IRQ at all (0 or 255) when they lie rather than a bogus "valid" IRQ? --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pci_link.c 2005/01/18 20:21:25 +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pci_link.c 2005/04/05 17:46:46 @@ -621,14 +622,16 @@ device_printf(dev, "BIOS IRQ %u for %d.%d.INT%c is invalid\n", bios_irq, pcib_get_bus(pcib), slot, pin + 'A'); } else if (!PCI_INTERRUPT_VALID(link->l_bios_irq)) { - link->l_bios_irq = bios_irq; - if (bios_irq < NUM_ISA_INTERRUPTS) - pci_link_bios_isa_irqs |= (1 << bios_irq); if (bios_irq != link->l_initial_irq && PCI_INTERRUPT_VALID(link->l_initial_irq)) device_printf(dev, "BIOS IRQ %u does not match initial IRQ %u\n", bios_irq, link->l_initial_irq); + else { + link->l_bios_irq = bios_irq; + if (bios_irq < NUM_ISA_INTERRUPTS) + pci_link_bios_isa_irqs |= (1 << bios_irq); + } } else if (bios_irq != link->l_bios_irq) device_printf(dev, "BIOS IRQ %u for %d.%d.INT%c does not match previous BIOS IRQ %u\n", -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 18:10:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA65816A4CE for ; Tue, 5 Apr 2005 18:10:28 +0000 (GMT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ECDB43D5E for ; Tue, 5 Apr 2005 18:10:28 +0000 (GMT) (envelope-from nectar@FreeBSD.org) Received: from gw.celabo.org (localhost [127.0.0.1]) by internal.gw.celabo.org (Postfix) with ESMTP id 3C4313E2E70; Tue, 5 Apr 2005 13:10:24 -0500 (CDT) Received: from lum.celabo.org (lum.celabo.org [10.0.1.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lum.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 32D4B3E2C2A; Tue, 5 Apr 2005 13:10:24 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by lum.celabo.org (Postfix) with ESMTP id 94DF5718368; Tue, 5 Apr 2005 13:10:23 -0500 (CDT) In-Reply-To: <20050405171923.GA86590@troutmask.apl.washington.edu> References: <20050405171923.GA86590@troutmask.apl.washington.edu> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <114ae55ee345c1c0d75b2d5baa7f8c8d@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Jacques Vidrine Date: Tue, 5 Apr 2005 13:10:23 -0500 To: Steve Kargl X-Mailer: Apple Mail (2.619.2) X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on hellblazer.celabo.org X-Spam-Level: X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.2 cc: freebsd-current@freebsd.org Subject: Re: rexecd break world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 18:10:29 -0000 On Apr 5, 2005, at 12:19 PM, Steve Kargl wrote: > ===> libexec/rexecd (all) > cc -O -pipe -march=opteron -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c > /usr/src/libexec/rexecd/rexecd.c > /usr/src/libexec/rexecd/rexecd.c: In function `doit': > /usr/src/libexec/rexecd/rexecd.c:206: warning: passing arg 4 of > `xgetpwnam' from incompatible pointer type > *** Error code 1 Shoot, my bad. That got past WARNS=6 on i386 on all branches here. Will fix. -- Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 18:24:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F08316A4CE for ; Tue, 5 Apr 2005 18:24:03 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id C84F543D48 for ; Tue, 5 Apr 2005 18:24:02 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24797 invoked from network); 5 Apr 2005 18:24:02 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 18:24:02 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35INtt8067094; Tue, 5 Apr 2005 14:23:56 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Ian FREISLICH Date: Tue, 5 Apr 2005 14:22:13 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051422.13198.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: sys/1386/i386/mptable.c rev 1.239 breaks boot. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 18:24:03 -0000 On Saturday 05 February 2005 01:50 am, Ian FREISLICH wrote: > John Baldwin wrote: > > > pcib0: unable to route slot 7 INTD > > > found-> vendor=0x8086, dev=0x7112, revid=0x01 > > > bus=0, slot=7, func=2 > > > class=0c-03-00, hdrtype=0x00, mfdev=0 > > > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > > > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > > intpin=d, irq=11 > > > map[90]: type 4, range 32, base 00005000, size 4, enabled > > > > This is your USB controller and is what has the problem FWIW. Note the > > message from pcib0 about being unable to route an interrupt. Let me know > > if just disabling USB is enough to fix the problem for now. If it is we > > can go from there. > > That would also explain why I've never been able to get USB to work, > but that's something for later. Disabling (removing from my kernel > config) lets everything work again. I had left it there in the > hopes that i would get fixed in time - it would be nice to connect > up my USB printer. Unfortunately, I don't have any good ideas on how USB could be fixed for you as for one I have no idea how I would fix the code to "guess" what IRQ it should be using for your USB controller. Sorry. :( -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 18:24:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B7E716A4E9 for ; Tue, 5 Apr 2005 18:24:08 +0000 (GMT) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A54443D6E for ; Tue, 5 Apr 2005 18:24:07 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 28758 invoked from network); 5 Apr 2005 18:24:07 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 18:24:06 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35INtt9067094; Tue, 5 Apr 2005 14:24:00 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Dan Cojocar Date: Tue, 5 Apr 2005 14:23:29 -0400 User-Agent: KMail/1.6.2 References: <200504051030.42657.jhb@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051423.29530.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: Jung-uk Kim Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 18:24:08 -0000 On Tuesday 05 April 2005 12:44 pm, Dan Cojocar wrote: > On Apr 5, 2005 5:30 PM, John Baldwin wrote: > > On Tuesday 29 March 2005 01:35 pm, Jung-uk Kim wrote: > > > On Tuesday 29 March 2005 01:22 pm, Dan Cojocar wrote: > > > > Hello all, > > > > > > > > I noticed the following interrupt storm in my dmesg: > > > > > > > > Interrupt storm detected on "irq11: rl1"; throttling interrupt > > > > source Interrupt storm detected on "irq5: rl0"; throttling > > > > interrupt source > > > > > > > > Here is my vmstat -i: > > > > interrupt total rate > > > > irq0: clk 128600 199 > > > > irq1: atkbd0 2499 3 > > > > irq4: sio0 2 0 > > > > irq5: rl0 128901 200 > > > > irq8: rtc 82294 127 > > > > irq11: rl1 128902 200 > > > > irq12: psm0 16152 25 > > > > irq14: ata0 12600 19 > > > > irq15: ata1 71 0 > > > > Total 500021 776 > > > > > > > > and here is my dmesg: > > > > http://cs.ubbcluj.ro/~dan/dmesg.txt > > > > > > > > I have options DEVICE_POLLING and options HZ=200, i have tested > > > > with greater HZ values like 1000, and without DEVICE_POLLING but i > > > > have the same storm. > > > > > > Try this: > > > > > > http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim > > > > He's not using an APIC so that won't make any difference. > > If I use APIC, I will get "watchdog timeout" as i posted in an old email: > >rl0: watchdog timeout > >rl1: watchdog timeout > >rl0: watchdog timeout > >rl1: watchdog timeout > >rl1: watchdog timeout > >rl1: watchdog timeout > >rl1: watchdog timeout > > Thanks, > Dan That's indicative of other interrupt routing problems. This is with APIC + ACPI, yes? If you disable ACPI, does APIC work or is it not found? Also, if you disable ACPI, does non-APIC work ok? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 18:34:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CB0216A4CE; Tue, 5 Apr 2005 18:34:17 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97E7E43D68; Tue, 5 Apr 2005 18:34:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j35IYG9b048835; Tue, 5 Apr 2005 14:34:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j35IYGpI086010; Tue, 5 Apr 2005 14:34:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1E1597306E; Tue, 5 Apr 2005 14:34:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050405183416.1E1597306E@freebsd-current.sentex.ca> Date: Tue, 5 Apr 2005 14:34:16 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 18:34:17 -0000 TB --- 2005-04-05 17:39:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-05 17:39:00 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-04-05 17:39:00 - checking out the source tree TB --- 2005-04-05 17:39:00 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-04-05 17:39:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-05 17:45:46 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-05 17:45:46 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-04-05 17:45:46 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/ia64/ia64/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/ia64/ia64/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd/rexecd.c:204: warning: cast increases required alignment of target type /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd/rexecd.c:206: warning: passing arg 4 of `xgetpwnam' from incompatible pointer type *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-04-05 18:34:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-05 18:34:15 - ERROR: failed to build world TB --- 2005-04-05 18:34:15 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 18:41:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EDFE16A4CF; Tue, 5 Apr 2005 18:41:08 +0000 (GMT) Received: from barton.dreadbsd.org (massena-4-82-67-196-50.fbx.proxad.net [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE7B843D5C; Tue, 5 Apr 2005 18:41:07 +0000 (GMT) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.3/8.13.1) with ESMTP id j35If73R000730; Tue, 5 Apr 2005 20:41:07 +0200 (CEST) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.3/8.13.1/Submit) id j35If6cx000729; Tue, 5 Apr 2005 20:41:06 +0200 (CEST) (envelope-from antoine) Date: Tue, 5 Apr 2005 20:41:06 +0200 From: Antoine Brodin To: John Baldwin Message-Id: <20050405204106.15e9d993.antoine.brodin@laposte.net> In-Reply-To: <200504051349.13620.jhb@FreeBSD.org> References: <200504051110.35735.jhb@FreeBSD.org> <20050405185831.2484695e.antoine.brodin@laposte.net> <200504051349.13620.jhb@FreeBSD.org> X-Mailer: Sylpheed version 1.9.7 (GTK+ 2.6.4; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: k-gleb@yandex.ru cc: dan.cojocar@gmail.com cc: nate@root.org Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 18:41:08 -0000 John Baldwin wrote: > Ok, I see the issue now. The problem is that the BIOS sets the IRQ registers > in the PCI devices to values that don't match how the links are programmed > and we tend to trust the BIOS over the links in those cases. Can you tell me > what IRQ sk0 gets if you don't use ACPI? Does it get 5 or 9? If it gets 9, > does it work ok? > > You can try this patch for ACPI. Unfortunately, some BIOSes lie when you ask > a link which IRQ it is routed to, so I'm not sure if this patch can be > committed as is. Nate, do you know if such BIOSen only return no IRQ at all > (0 or 255) when they lie rather than a bogus "valid" IRQ? Without ACPI, sk0 gets irq 5 and it works ok. With your patch and ACPI, sk0 no longer timeouts, and it's usable. But I still have interrupt storms. dmesg: http://bsd.miki.eu.org/~antoine/current+acpi+patch.dmesg Antoine From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 18:50:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2079E16A4CE for ; Tue, 5 Apr 2005 18:50:58 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id C498543D5A for ; Tue, 5 Apr 2005 18:50:57 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10154 invoked from network); 5 Apr 2005 18:50:57 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 18:50:57 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35Iopcf067283; Tue, 5 Apr 2005 14:50:51 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 14:49:30 -0400 User-Agent: KMail/1.6.2 References: <200504051349.13620.jhb@FreeBSD.org> <20050405204106.15e9d993.antoine.brodin@laposte.net> In-Reply-To: <20050405204106.15e9d993.antoine.brodin@laposte.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051449.30871.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: nate@root.org cc: k-gleb@yandex.ru cc: dan.cojocar@gmail.com cc: Antoine Brodin Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 18:50:58 -0000 On Tuesday 05 April 2005 02:41 pm, Antoine Brodin wrote: > John Baldwin wrote: > > Ok, I see the issue now. The problem is that the BIOS sets the IRQ > > registers in the PCI devices to values that don't match how the links are > > programmed and we tend to trust the BIOS over the links in those cases. > > Can you tell me what IRQ sk0 gets if you don't use ACPI? Does it get 5 > > or 9? If it gets 9, does it work ok? > > > > You can try this patch for ACPI. Unfortunately, some BIOSes lie when you > > ask a link which IRQ it is routed to, so I'm not sure if this patch can > > be committed as is. Nate, do you know if such BIOSen only return no IRQ > > at all (0 or 255) when they lie rather than a bogus "valid" IRQ? > > Without ACPI, sk0 gets irq 5 and it works ok. > > With your patch and ACPI, sk0 no longer timeouts, and it's usable. > But I still have interrupt storms. > dmesg: http://bsd.miki.eu.org/~antoine/current+acpi+patch.dmesg Well, all the interrupts are now routed the same as with the old ACPI code. Perhaps, can you try commenting out the code that calls _DIS in acpi_pci_link_attach()? Specifically, here: /* * Try to disable this link. If successful, set the current IRQ to * zero and flags to indicate this link is not routed. If we can't * run _DIS (i.e., the method doesn't exist), assume the initial * IRQ was routed by the BIOS. */ if (ACPI_SUCCESS(AcpiEvaluateObject(acpi_get_handle(dev), "_DIS", NULL, NULL))) for (i = 0; i < sc->pl_num_links; i++) sc->pl_links[i].l_irq = PCI_INVALID_IRQ; else for (i = 0; i < sc->pl_num_links; i++) if (PCI_INTERRUPT_VALID(sc->pl_links[i].l_irq)) sc->pl_links[i].l_routed = TRUE; Add #if 0 / #endif so you have this: #if 0 /* * Try to disable this link. If successful, set the current IRQ to * zero and flags to indicate this link is not routed. If we can't * run _DIS (i.e., the method doesn't exist), assume the initial * IRQ was routed by the BIOS. */ if (ACPI_SUCCESS(AcpiEvaluateObject(acpi_get_handle(dev), "_DIS", NULL, NULL))) for (i = 0; i < sc->pl_num_links; i++) sc->pl_links[i].l_irq = PCI_INVALID_IRQ; else #endif for (i = 0; i < sc->pl_num_links; i++) if (PCI_INTERRUPT_VALID(sc->pl_links[i].l_irq)) sc->pl_links[i].l_routed = TRUE; And let me know if that makes a difference. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 19:12:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B56916A4CE; Tue, 5 Apr 2005 19:12:25 +0000 (GMT) Received: from postino-2.etat.lu (postino-2.etat.lu [194.154.205.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2537543D5D; Tue, 5 Apr 2005 19:12:24 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by postino-2.etat.lu (Postfix) with ESMTP id B418911141C1; Tue, 5 Apr 2005 21:12:22 +0200 (CEST) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by localhost (CIE ESMTP Dispatch 1) with ESMTP id 983C721318; Tue, 5 Apr 2005 21:12:22 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by dispatch-1.cie.etat.lu (CIE ESMTP Dispatch 1) with ESMTP id 85EC72103C; Tue, 5 Apr 2005 21:12:22 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEH00HT2MOMT780@store.etat.lu>; Tue, 05 Apr 2005 21:12:22 +0200 (MEST) Received: from etat.lu ([148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEH005JPMOMB160@store.etat.lu>; Tue, 05 Apr 2005 21:12:22 +0200 (MEST) Received: from [192.168.2.43] (Forwarded-For: [158.64.124.154]) by store.etat.lu (mshttpd); Tue, 05 Apr 2005 21:12:22 +0200 Date: Tue, 05 Apr 2005 21:12:22 +0200 From: Didier Wiroth To: freebsd-current@freebsd.org Message-id: <99f113a61084.4252ff36@etat.lu> MIME-version: 1.0 X-Mailer: Sun Java(tm) System Messenger Express 6.1 HotFix 0.05 (built Oct 21 2004) Content-type: text/plain; charset=us-ascii Content-language: fr Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: fr Priority: normal cc: freebsd-questions@freebsd.org Subject: vesa 1024x768 mode in future version? to the freebsd community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 19:12:25 -0000 Dear FreeBSD Team, Dear FreeBSD Users, I was wondering if the patches (see link below) have any chances to make their ways into a future release version or may be in the ports collection? Here are the patches I'm talking about: http://people.freebsd.org/~delphij/vesa Actually the vidcontrol.diff patch failed for me so I used these patches: http://www.nbritton.org/uploads/current-vesa_patch.tar.gz I'm not a programmer and I can't consider the amount of work or difficulty that these modifications require to the freebsd team to incorporate these changes. I use some older and newer hardware on servers, I don't want to install X and I often had problems getting high resolution modes in consoles (like in linux). Honestly, :-) even if X is installed, high resolution consoles are still nice to have, because 80x25 to 90x60 are nothing compared to a: vidcontrol MODE_279 (1024x768x16) resolution. I had the problem this afternoon while installing freebsd5.4-prerelease (from cvsuping RELENG_5) , 90x60 was the best resolution I could get (without the patch) with my laptop, it has an "ati mobility radeon 9600" graphic. SC_PIXEL_MODE only use 800x600x8 (256 colors, mode=259) which is not supported on ati cards. I assume that there are other vendors too. Reading and googling around showed that there are other users having console resolution problems. They would certainly be glad to have higher console resolutions too, especially migrating linux users. I do admit that the vidcontrol/syscon patches I use from www.nbritton.org...) are bit buggy, mouse cursor, or sluggy screen when going to X. This is not a complain or something similar ... as I reallly, really like freebsd (and openbsd too actually ;-)) and I have enormous respect that you develop it in your free time. I'm only wondering why this isn't integrated, is it useless for you, or to much work (or both) ... If it won't be integrated into a release, do you think it would be possible to put it and maintain it in the ports collection? May be other users think the same? Regards Didier From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 19:12:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC41A16A503; Tue, 5 Apr 2005 19:12:50 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id C20BC43D54; Tue, 5 Apr 2005 19:12:50 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j35JCoF3004437; Tue, 5 Apr 2005 12:12:50 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j35JComQ004436; Tue, 5 Apr 2005 12:12:50 -0700 (PDT) (envelope-from sgk) Date: Tue, 5 Apr 2005 12:12:50 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20050405191250.GA77900@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: imp@freebsd.org Subject: LIB32 support breaks world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 19:12:51 -0000 ===> lib/libexpat (depend,all,install) sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libbsdxml.a /usr/obj/usr/src/lib32/usr/lib32 sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libbsdxml.so.1 /usr/obj/usr/src/lib32/usr/lib32 ln -fs libbsdxml.so.1 /usr/obj/usr/src/lib32/usr/lib32/libbsdxml.so sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 bsdxml.h /usr/obj/usr/src/lib32/usr/include ===> lib/libkvm (depend,all,install) make: don't know how to make /usr/obj/usr/src/lib32/usr/include/machine/npx.h. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 This is perhaps related to http://lists.freebsd.org/pipermail/cvs-all/2005-April/113935.html -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 19:17:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72FA516A4CE for ; Tue, 5 Apr 2005 19:17:29 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F13543D39 for ; Tue, 5 Apr 2005 19:17:28 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j35JFKIx035724; Tue, 5 Apr 2005 13:15:20 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Apr 2005 13:15:39 -0600 (MDT) Message-Id: <20050405.131539.68100853.imp@bsdimp.com> To: sgk@troutmask.apl.washington.edu From: "M. Warner Losh" In-Reply-To: <20050405191250.GA77900@troutmask.apl.washington.edu> References: <20050405191250.GA77900@troutmask.apl.washington.edu> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: LIB32 support breaks world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 19:17:29 -0000 In message: <20050405191250.GA77900@troutmask.apl.washington.edu> Steve Kargl writes: : ===> lib/libexpat (depend,all,install) : sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libbsdxml.a /usr/obj/usr/src/lib32/usr/lib32 : sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libbsdxml.so.1 /usr/obj/usr/src/lib32/usr/lib32 : ln -fs libbsdxml.so.1 /usr/obj/usr/src/lib32/usr/lib32/libbsdxml.so : sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 bsdxml.h /usr/obj/usr/src/lib32/usr/include : ===> lib/libkvm (depend,all,install) : make: don't know how to make /usr/obj/usr/src/lib32/usr/include/machine/npx.h. Stop : *** Error code 2 : : Stop in /usr/src. : *** Error code 1 : : : This is perhaps related to : http://lists.freebsd.org/pipermail/cvs-all/2005-April/113935.html Bummer. I take it this is an amd64 build? Warner From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 19:24:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77B3D16A4CE for ; Tue, 5 Apr 2005 19:24:14 +0000 (GMT) Received: from maritaca.epm.br (maritaca.epm.br [200.17.25.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D30D43D58 for ; Tue, 5 Apr 2005 19:24:13 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 959BE3B89 for ; Tue, 5 Apr 2005 16:24:11 -0300 (BRST) Received: from [200.144.91.97] (daemon.epm.br [200.144.91.97]) by maritaca.epm.br (Postfix) with ESMTP id E671B3B85 for ; Tue, 5 Apr 2005 16:24:09 -0300 (BRST) Message-ID: <4252E63B.7090700@yahoo.com.br> Date: Tue, 05 Apr 2005 16:25:47 -0300 From: Ricardo A Reis User-Agent: Mozilla Thunderbird 1.0 (X11/20050321) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Subject: Interrupt storm detected on "irq16: bge0 uhci0"; throttling interrupt source X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 19:24:14 -0000 Hi for all, I resolve install RELENG_5 in IBM x346, chance i've problems in usage two "Broadcom BCM5721 Gigabit Ethernet" in the same time, because irq storm is active, i not use acpi and when disable one bge in setup, irq storm in the bge0 and uhci0 is active. In loader.conf, set `hw.intr_storm_threshold=5000` but is the not help-me DMESG OUTPUT Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #4: Tue Apr 5 09:50:20 BRT 2005 root@teste.epm.br:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3000.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536858624 (511 MB) avail memory = 515690496 (491 MB) MPTable: ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic2: Assuming intbase of 48 ioapic3: Assuming intbase of 72 ioapic4: Assuming intbase of 96 ioapic4 irqs 96-119 on motherboard ioapic3 irqs 72-95 on motherboard ioapic2 irqs 48-71 on motherboard ioapic1 irqs 24-47 on motherboard ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci3: on pcib2 pcib3: at device 0.2 on pci2 pci4: on pcib3 pcib4: at device 4.0 on pci0 pci5: on pcib4 bge0: mem 0xcfff0000-0xcfffffff irq 16 at device 0.0 on pci5 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0d:60:6f:59:76 pcib5: at device 5.0 on pci0 pci6: on pcib5 pcib6: at device 6.0 on pci0 pci7: on pcib6 pcib7: at device 0.0 on pci7 pci8: on pcib7 ahd0: port 0x4100-0x41ff,0x4000-0x40ff mem 0xcdffe000-0xcdffffff irq 27 at device 7.0 on pci8 aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs ahd1: port 0x4300-0x43ff,0x4200-0x42ff mem 0xcdffc000-0xcdffdfff irq 24 at device 7.1 on pci8 aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs pcib8: at device 0.2 on pci7 pci9: on pcib8 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x5000-0x507f mem 0xcbfffc00-0xcbfffc7f irq 53 at device 2.0 on pci9 miibus1: on xl0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:fe:ce:92 pci0: at device 8.0 (no driver attached) uhci0: port 0x2200-0x221f irq 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2600-0x261f irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib9: at device 30.0 on pci0 pci1: on pcib9 pci1: at device 6.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x480-0x48f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) orm0: at iomem 0xc0000-0xcafff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) Timecounter "TSC" frequency 3000132998 Hz quality 800 Timecounters tick every 10.000 msec acd0: DVDROM at ata0-master UDMA33 Waiting 15 seconds for SCSI devices to settle Interrupt storm detected on "irq16: bge0 uhci0"; throttling interrupt source ses0 at ahd1 bus 0 target 8 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahd1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 34715MB (71096640 512 byte sectors: 255H 63S/T 4425C) Mounting root from ufs:/dev/da0s1a -- Atenciosamente Ricardo A. Reis UNIFESP - SENAI Unix and Network Admin From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 19:36:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC2F916A4CE for ; Tue, 5 Apr 2005 19:36:52 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A20D143D45 for ; Tue, 5 Apr 2005 19:36:52 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465 for ; Tue, 05 Apr 2005 12:36:51 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 0434F5D08 for ; Tue, 5 Apr 2005 12:36:52 -0700 (PDT) To: current@freebsd.org Date: Tue, 05 Apr 2005 12:36:52 -0700 From: "Kevin Oberman" Message-Id: <20050405193652.0434F5D08@ptavv.es.net> Subject: Panic on mount with write-locked USB media (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 19:36:53 -0000 I have recently been using a USB memory stick. It's a generic device which only identifies itself as " Removable Direct Access SCSI-2 Device". Works fine. Then I plugged it in with the write lock switch on and tried to mount it. "mount_msdosfs: /dev/da0s1: Permission denied" Hey! I'm root! This is supposed to work. Sounds like the partitioning and GEOM foot shooting thread. Oh, well, but this really could be handled better. I can mount it just fine as long as I do so as read-only, so it's just annoying. It's what happens if I get stubborn and try to mount it again without the '-r': Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04b5be3 stack pointer = 0x10:0xd5668c1c frame pointer = 0x10:0xd5668c2c 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 = 48 (syncer) [thread pid 48 tid 100049 ] Stopped at g_io_request+0x13: pushl 0(%esi) db> tr Tracing pid 48 td 0xc19c5960 g_io_request(c2546bdc,c218f3c0,a00000a4,cbf02a80,d5668c5c) at g_io_request+0x13 g_vfs_strategy(c2849850,cbf02a80) at g_vfs_strategy+0x49) bufwrite(cbf02a80) at bufwrite+0xf4 bawrite(cbf02a80,) at bawrite+0x13 vop_stdfsync(d5668cd0,c284978c,d5668cac,c0660388,d5668cd0) at vop_stdfsync+0x186 devfs_fsync(d5668cd0) at devfs_fsync+0x23 VOP_FSYNC_APV(c06be280,d5668cd0) at VOP_FSYNC_APV+0x38 sync_vnode(c2849850,c19c5960) at sync_vnode+0x14a sched_sync(0,d5668d48) at shed_sync+0x24d fork_exit(c054ff4,0,d5668d48) at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd5668d7c, ebp = 0 --- I can reproduce this at will. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 19:37:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE7C616A4CE; Tue, 5 Apr 2005 19:37:18 +0000 (GMT) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD8EE43D39; Tue, 5 Apr 2005 19:37:17 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id j35JbFLi061840; Tue, 5 Apr 2005 21:37:15 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: Didier Wiroth In-Reply-To: <0IEH00KMJ6U14XA0@store.etat.lu> References: <0IEH00KMJ6U14XA0@store.etat.lu> Content-Type: text/plain Date: Tue, 05 Apr 2005 21:37:14 +0200 Message-Id: <1112729834.68302.2.camel@genius2.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: delphij@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: [PATCH TO TEST] VESA [1024x768] mode support for FreeBSD-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 19:37:18 -0000 Didier Wiroth wrote: > Hi, > > I'm using freebsd 5.4-prerelease on my laptop. My laptop has an ati > mobility radeon 9600. > Unfortunately it has very poor console vesa support. SC_PIXEL_MODE does > not work, 90x60 is the highest resolution I can get for now. > It looks like I'm not the only one having this problem with ati > chipsets: > http://www.freebsd.org/cgi/getmsg.cgi?fetch=1091839+1096057+/usr/local/w > ww/db/text/2005/freebsd-questions/20050123.freebsd-questions > > > I saw this posting: > http://lists.freebsd.org/pipermail/freebsd-current/2004-August/035621.ht > ml > > Unfortunately I'm not a programmer and have no ... to very poor patching > skills. > It looks to me, that in this posting(s) a "few" patches are grouped > together to enable vesa 1024x768. > > 1) Has someone applied this patches? > 2) As the patch(es) is/are on the entire page, I don't know how to > separate them. Would someone mail me as an attachment the different > patches and tell me how I should apply them: > for example, mail me patch1, patch2, patch3 > and the explanation how to patch them: > cd /usr/src > patch < ~/patch1 > patch < ~/patch2 ...etc I think the newest and probably best (?) patch was prepared by Xin Li (deplhij@freebsd.org) who is also committer. I sent this email to him (or she? - sorry about that) in case he has some comments. Beware that he said he experienced some problems with previous version of the patch. I haven't tested this version of the patch myself but it at least compiles. It's available at http://people.freebsd.org/~delphij/vesa/ in files syscons.diff.20050215 and vidcontrol.diff.20050215 You would apply them with: cd /usr/src/sys/dev/syscons patch < /path/syscons.diff.20050215 cd /usr/src/usr.sbin/vidcontrol patch Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEAC516A4CE for ; Tue, 5 Apr 2005 19:46:34 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0071A43D1D for ; Tue, 5 Apr 2005 19:46:34 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so463611wra for ; Tue, 05 Apr 2005 12:46:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=pdjFzdSPMerihK1wLbKXjSz0prVjzXQXZ7h645nBNv8xg8CtiVp+fin0kNr4fGNltHjkt4uOFQpQxlGHu82xglKoC521Lh8XAb4TWK3GEsvWa3wAeezoFBcVIj1JagYSiN/kr0rD6OEFAyVOS2sW729e1nqW9wS0GZAYLWn4mcs= Received: by 10.54.7.36 with SMTP id 36mr1156810wrg; Tue, 05 Apr 2005 12:46:32 -0700 (PDT) Received: by 10.54.26.4 with HTTP; Tue, 5 Apr 2005 12:46:32 -0700 (PDT) Message-ID: Date: Tue, 5 Apr 2005 22:46:32 +0300 From: Dan Cojocar To: freebsd-current@freebsd.org In-Reply-To: <200504051423.29530.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <200504051030.42657.jhb@FreeBSD.org> <200504051423.29530.jhb@FreeBSD.org> cc: Jung-uk Kim Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 19:46:34 -0000 On Apr 5, 2005 9:23 PM, John Baldwin wrote: > On Tuesday 05 April 2005 12:44 pm, Dan Cojocar wrote: > > On Apr 5, 2005 5:30 PM, John Baldwin wrote: > > > On Tuesday 29 March 2005 01:35 pm, Jung-uk Kim wrote: > > > > On Tuesday 29 March 2005 01:22 pm, Dan Cojocar wrote: > > > > > Hello all, > > > > > > > > > > I noticed the following interrupt storm in my dmesg: > > > > > > > > > > Interrupt storm detected on "irq11: rl1"; throttling interrupt > > > > > source Interrupt storm detected on "irq5: rl0"; throttling > > > > > interrupt source > > > > > > > > > > Here is my vmstat -i: > > > > > interrupt total rate > > > > > irq0: clk 128600 199 > > > > > irq1: atkbd0 2499 3 > > > > > irq4: sio0 2 0 > > > > > irq5: rl0 128901 200 > > > > > irq8: rtc 82294 127 > > > > > irq11: rl1 128902 200 > > > > > irq12: psm0 16152 25 > > > > > irq14: ata0 12600 19 > > > > > irq15: ata1 71 0 > > > > > Total 500021 776 > > > > > > > > > > and here is my dmesg: > > > > > http://cs.ubbcluj.ro/~dan/dmesg.txt > > > > > > > > > > I have options DEVICE_POLLING and options HZ=200, i have tested > > > > > with greater HZ values like 1000, and without DEVICE_POLLING but i > > > > > have the same storm. > > > > > > > > Try this: > > > > > > > > http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim > > > > > > He's not using an APIC so that won't make any difference. > > > > If I use APIC, I will get "watchdog timeout" as i posted in an old > email: > > >rl0: watchdog timeout > > >rl1: watchdog timeout > > >rl0: watchdog timeout > > >rl1: watchdog timeout > > >rl1: watchdog timeout > > >rl1: watchdog timeout > > >rl1: watchdog timeout > > > > Thanks, > > Dan > > That's indicative of other interrupt routing problems. This is with APIC + > ACPI, yes? If you disable ACPI, does APIC work or is it not found? Also, if > you disable ACPI, does non-APIC work ok? > Yes i get "watchdog timeout" if i use ACPI+APIC. Here is my dmesg for current+acpi+apic. http://cs.ubbcluj.ro/~dan/current+acpi+apic.txt If i disable acpi, the system is not able to boot to the login prompt. I did a break into debugger after waiting for 15 minutes and i noticed that the interrupts for rl0 are increasing very quickly, so i think that is why the system is so slow. Here is a dmesg for current without ACPI and with APIC, but only in single mode without if_rl module and many other modules. http://cs.ubbcluj.ro/~dan/current+noacpi+apic+singlemode.txt And if I disable ACPI i don't see the interrupts storms but i don't have ACPI :( http://cs.ubbcluj.ro/~dan/current+noacpi+noapic.txt And here is current with ACPI and without APIC: http://cs.ubbcluj.ro/~dan/current+acpi+noapic.txt Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 19:47:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 383ED16A4CE for ; Tue, 5 Apr 2005 19:47:09 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12AD943D5A for ; Tue, 5 Apr 2005 19:47:09 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) id j35Jl56g002455; Tue, 5 Apr 2005 12:47:06 -0700 (PDT) Received: from [10.1.1.245] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0)j35Jl4va000232; Tue, 5 Apr 2005 12:47:05 -0700 (PDT) In-Reply-To: <20050405193652.0434F5D08@ptavv.es.net> References: <20050405193652.0434F5D08@ptavv.es.net> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <64913bc58ab8884979cc81a0529df142@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 5 Apr 2005 15:47:03 -0400 To: Kevin Oberman X-Mailer: Apple Mail (2.619.2) cc: current@freebsd.org Subject: Re: Panic on mount with write-locked USB media (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 19:47:09 -0000 On Apr 5, 2005, at 3:36 PM, Kevin Oberman wrote: > Then I plugged it in with the write lock switch on and tried to mount > it. "mount_msdosfs: /dev/da0s1: Permission denied" Hey! I'm root! This > is supposed to work. Sounds like the partitioning and GEOM foot > shooting > thread. Oh, well, but this really could be handled better. What happens if you try to mount a read-only NFS volume as read-write? Being root gives one superhuman powers over the local machine, but it does not make a device which is write-protected by hardware writeable. It would be useful if mount was smart enough to notice when it is dealing with a read-only device, and try to mount such things read-only, rather than trying to mount things read-write by default and failing. Of course, the system shouldn't panic, either. :-) -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 19:48:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 462D616A4CE; Tue, 5 Apr 2005 19:48:03 +0000 (GMT) Received: from barton.dreadbsd.org (massena-4-82-67-196-50.fbx.proxad.net [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B89543D1F; Tue, 5 Apr 2005 19:48:02 +0000 (GMT) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.3/8.13.1) with ESMTP id j35Jm09I000724; Tue, 5 Apr 2005 21:48:00 +0200 (CEST) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.3/8.13.1/Submit) id j35JlxsF000723; Tue, 5 Apr 2005 21:47:59 +0200 (CEST) (envelope-from antoine) Date: Tue, 5 Apr 2005 21:47:59 +0200 From: Antoine Brodin To: John Baldwin Message-Id: <20050405214759.3921d21d.antoine.brodin@laposte.net> In-Reply-To: <200504051449.30871.jhb@FreeBSD.org> References: <200504051349.13620.jhb@FreeBSD.org> <20050405204106.15e9d993.antoine.brodin@laposte.net> <200504051449.30871.jhb@FreeBSD.org> X-Mailer: Sylpheed version 1.9.7 (GTK+ 2.6.4; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: k-gleb@yandex.ru cc: dan.cojocar@gmail.com cc: nate@root.org Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 19:48:03 -0000 John Baldwin wrote: > On Tuesday 05 April 2005 02:41 pm, Antoine Brodin wrote: > > John Baldwin wrote: > > > Ok, I see the issue now. The problem is that the BIOS sets the IRQ > > > registers in the PCI devices to values that don't match how the links are > > > programmed and we tend to trust the BIOS over the links in those cases. > > > Can you tell me what IRQ sk0 gets if you don't use ACPI? Does it get 5 > > > or 9? If it gets 9, does it work ok? > > > > > > You can try this patch for ACPI. Unfortunately, some BIOSes lie when you > > > ask a link which IRQ it is routed to, so I'm not sure if this patch can > > > be committed as is. Nate, do you know if such BIOSen only return no IRQ > > > at all (0 or 255) when they lie rather than a bogus "valid" IRQ? > > > > Without ACPI, sk0 gets irq 5 and it works ok. > > > > With your patch and ACPI, sk0 no longer timeouts, and it's usable. > > But I still have interrupt storms. > > dmesg: http://bsd.miki.eu.org/~antoine/current+acpi+patch.dmesg > > Well, all the interrupts are now routed the same as with the old ACPI code. > Perhaps, can you try commenting out the code that calls _DIS in > acpi_pci_link_attach()? Specifically, here: > And let me know if that makes a difference. Thanks ! That makes everything work well ! Also, backing out your previous change and only #if0ing the code that calls _DIS makes everything work well too. So I guess the _DIS methods of my BIOS are the culprit. Antoine From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 19:53:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C250916A4CE; Tue, 5 Apr 2005 19:53:35 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1DEF43D4C; Tue, 5 Apr 2005 19:53:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j35JrYvU056055; Tue, 5 Apr 2005 15:53:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j35JrYiZ044798; Tue, 5 Apr 2005 15:53:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 381DB7306E; Tue, 5 Apr 2005 15:53:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050405195334.381DB7306E@freebsd-current.sentex.ca> Date: Tue, 5 Apr 2005 15:53:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 19:53:35 -0000 TB --- 2005-04-05 18:34:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-05 18:34:16 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-04-05 18:34:16 - checking out the source tree TB --- 2005-04-05 18:34:16 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-04-05 18:34:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-05 18:41:01 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-05 18:41:01 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-04-05 18:41:01 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-05 19:49:45 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-05 19:49:45 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-04-05 19:49:45 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Apr 5 19:49:45 UTC 2005 >>> 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 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/fpu.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/fuswintr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/interrupt.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/machdep.c /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/machdep.c: In function `cpu_idle': /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/machdep.c:745: error: structure has no member named `md_savecrit' *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-04-05 19:53:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-05 19:53:34 - ERROR: failed to build generic kernel TB --- 2005-04-05 19:53:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 19:56:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D492216A4CE; Tue, 5 Apr 2005 19:56:56 +0000 (GMT) Received: from postino-2.etat.lu (postino-2.etat.lu [194.154.205.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17C3D43D58; Tue, 5 Apr 2005 19:56:56 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by postino-2.etat.lu (Postfix) with ESMTP id EE6AF11141AA; Tue, 5 Apr 2005 21:56:54 +0200 (CEST) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by localhost (CIE ESMTP Dispatch 1) with ESMTP id 0350F214F9; Tue, 5 Apr 2005 21:56:55 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by dispatch-1.cie.etat.lu (CIE ESMTP Dispatch 1) with ESMTP id E61A02103C; Tue, 5 Apr 2005 21:56:54 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEH00HAVOQUT790@store.etat.lu>; Tue, 05 Apr 2005 21:56:55 +0200 (MEST) Received: from etat.lu ([148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEH005N7OQUB170@store.etat.lu>; Tue, 05 Apr 2005 21:56:54 +0200 (MEST) Received: from [192.168.2.43] (Forwarded-For: [158.64.124.154]) by store.etat.lu (mshttpd); Tue, 05 Apr 2005 21:56:54 +0200 Date: Tue, 05 Apr 2005 21:56:54 +0200 From: Didier Wiroth To: Michal Mertl Message-id: <9a3eae2e6edd.425309a6@etat.lu> MIME-version: 1.0 X-Mailer: Sun Java(tm) System Messenger Express 6.1 HotFix 0.05 (built Oct 21 2004) Content-type: text/plain; charset=us-ascii Content-language: fr Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: fr Priority: normal cc: freebsd-current@freebsd.org cc: delphij@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re : Re: [PATCH TO TEST] VESA [1024x768] mode support for FreeBSD-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 19:56:57 -0000 Hello, Thank you very much for replying. > cd /usr/src/usr.sbin/vidcontrol > patch Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE5AF16A4CE for ; Tue, 5 Apr 2005 20:00:27 +0000 (GMT) Received: from dlb139.neoplus.adsl.tpnet.pl (dlb139.neoplus.adsl.tpnet.pl [83.24.31.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 810FC43D5D for ; Tue, 5 Apr 2005 20:00:26 +0000 (GMT) (envelope-from w@dlb139.neoplus.adsl.tpnet.pl) Received: from dlb139.neoplus.adsl.tpnet.pl (w@localhost [127.0.0.1]) j35K0PUv099379 for ; Tue, 5 Apr 2005 22:00:25 +0200 (CEST) (envelope-from w@dlb139.neoplus.adsl.tpnet.pl) Received: (from w@localhost)j35K0P2Y099377 for current@freebsd.org; Tue, 5 Apr 2005 22:00:25 +0200 (CEST) (envelope-from w) Date: Tue, 5 Apr 2005 22:00:25 +0200 From: Wiktor Niesiobedzki To: current@freebsd.org Message-ID: <20050405200025.GA98165@dlb139.neoplus.adsl.tpnet.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Another FS panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 20:00:27 -0000 Hi, Just for the record - another panic in VFS: # mount_smbfs //user@host /mnt # ls /mnt gives: Fatal trap 12: Page fault in kernel mode Script started on Mon Apr 4 01:18:24 2005 # kgdb kernel.debug /usr/crash/vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 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 "i386-marcel-freebsd". #0 doadump () at pcpu.h:164 164 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:164 #1 0xc04a05b3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:398 #2 0xc04a08d1 in panic (fmt=0xc0600100 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:554 #3 0xc042a7a7 in db_panic (addr=-1044027892, have_addr=0, count=-1, modif=0xe5745774 "") at /usr/src/sys/ddb/db_command.c:435 #4 0xc042a720 in db_command (last_cmdp=0xc06534a4, cmd_table=0x0, aux_cmd_tablep=0xc0627a58, aux_cmd_tablep_end=0xc0627a5c) at /usr/src/sys/ddb/db_command.c:349 #5 0xc042a811 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #6 0xc042c6a1 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc04bc204 in kdb_trap (type=0, code=0, tf=0xe5745928) at /usr/src/sys/kern/subr_kdb.c:421 #8 0xc05ddc08 in trap_fatal (frame=0xe5745928, eva=0) at /usr/src/sys/i386/i386/trap.c:801 #9 0xc05dd943 in trap_pfault (frame=0xe5745928, usermode=0, eva=590) at /usr/src/sys/i386/i386/trap.c:724 #10 0xc05dd523 in trap (frame= {tf_fs = -445382632, tf_es = -445382640, tf_ds = -1068564464, tf_edi = 0, tf_esi = -445359152, tf_ebp = -445359472, tf_isp = -445359788, tf_ebx = 0, tf_edx = -1044845328, tf_ecx = 582, tf_eax = -445359564, tf_trapno = 12, tf_err = 0, tf_eip = -1044027892, tf_cs = 8, tf_eflags = 66118, tf_esp = -1042899452, tf_ss = -445359564}) at /usr/src/sys/i386/i386/trap.c:414 #11 0xc05cf6fa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #12 0xe5740018 in ?? () #13 0xe5740010 in ?? () #14 0xc04f0010 in bdirty (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:1015 #15 0xc05f5c9a in VOP_LOOKUP_APV (vop=0x0, a=0xe5745ba8) at vnode_if.c:100 #16 0xc04fabf1 in lookup (ndp=0xe5745ba8) at vnode_if.h:56 #17 0xc04fa4b1 in namei (ndp=0xe5745ba8) at /usr/src/sys/kern/vfs_lookup.c:193 #18 0xc0508219 in kern_lstat (td=0xc1b8ecf0, path=0x0, pathseg=UIO_USERSPACE, sbp=0x0) at /usr/src/sys/kern/vfs_syscalls.c:2106 #19 0xc05081a4 in lstat (td=0x0, uap=0xe5745d14) at /usr/src/sys/kern/vfs_syscalls.c:2090 #20 0xc05ddf1e in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134554696, tf_esi = 134554624, tf_ebp = -1077942792, tf_isp = -445358732, tf_ebx = 672735556, tf_edx = 134554624, tf_ecx = 134564864, tf_eax = 190, tf_trapno = 12, tf_err = 2, tf_eip = 672181535, tf_cs = 31, tf_eflags = 582, tf_esp = -1077942948, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:951 #21 0xc05cf74f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #22 0x0000002f in ?? () #23 0x0000002f in ?? () #24 0x0000002f in ?? () #25 0x08052448 in ?? () #26 0x08052400 in ?? () #27 0xbfbfe5f8 in ?? () #28 0xe5745d74 in ?? () #29 0x28192144 in ?? () #30 0x08052400 in ?? () #31 0x08054c00 in ?? () #32 0x000000be in ?? () #33 0x0000000c in ?? () #34 0x00000002 in ?? () #35 0x2810ad1f in ?? () #36 0x0000001f in ?? () #37 0x00000246 in ?? () #38 0xbfbfe55c in ?? () #39 0x0000002f in ?? () #40 0x00000000 in ?? () #41 0x00000000 in ?? () #42 0x00000000 in ?? () #43 0x00000000 in ?? () #44 0x1f447000 in ?? () #45 0xc1b8dde4 in ?? () #46 0xc1b8ecf0 in ?? () ---Type to continue, or q to quit--- #47 0xe5745588 in ?? () #48 0xe5745568 in ?? () #49 0xc196c170 in ?? () #50 0xc04b361b in sched_switch (td=0x8052400, newtd=0x28192144, flags=Cannot access memory at address 0xbfbfe608 ) at /usr/src/sys/kern/sched_4bsd.c:963 Previous frame inner to this frame (corrupt stack?) (kgdb) fr 14 #14 0xc04f0010 in bdirty (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:1015 1015 KASSERT(bp->b_bufobj != NULL, ("No b_bufobj %p", bp)); (kgdb) list 1010 { 1011 1012 CTR3(KTR_BUF, "bdirty(%p) vp %p flags %X", 1013 bp, bp->b_vp, bp->b_flags); 1014 KASSERT(BUF_REFCNT(bp) == 1, ("bdirty: bp %p not locked",bp)); 1015 KASSERT(bp->b_bufobj != NULL, ("No b_bufobj %p", bp)); 1016 KASSERT(bp->b_flags & B_REMFREE || bp->b_qindex == QUEUE_NONE, 1017 ("bdirty: buffer %p still on queue %d", bp, bp->b_qindex)); 1018 bp->b_flags &= ~(B_RELBUF); 1019 bp->b_iocmd = BIO_WRITE; (kgdb) fr 15 #15 0xc05f5c9a in VOP_LOOKUP_APV (vop=0x0, a=0xe5745ba8) at vnode_if.c:100 100 rc = vop->vop_lookup(a); (kgdb) list 95 VNASSERT(vop != NULL, a->a_dvp, ("No vop_lookup(%p, %p)", a->a_dvp, a)); 96 #ifdef DEBUG_VFS_LOCKS 97 vop_lookup_pre(a); 98 #endif 99 if (vop->vop_lookup != NULL) 100 rc = vop->vop_lookup(a); 101 else 102 rc = vop->vop_bypass(&a->a_gen); 103 CTR3(KTR_VOP, 104 "VOP_LOOKUP(dvp 0x%lX, vpp 0x%lX, cnp 0x%lX)", Script done on Mon Apr 4 01:23:18 2005 Any clues, or things I can do to help investigate the problem? # uname -v FreeBSD 6.0-CURRENT #0: Sun Apr 3 11:15:43 CEST 2005 root@xxx:/usr/obj/usr/src/sys/TPAD Cheers, Wiktor Niesiobedzki From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 20:07:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E2B916A4CE; Tue, 5 Apr 2005 20:07:32 +0000 (GMT) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D14E43D39; Tue, 5 Apr 2005 20:07:31 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id j35K7UGB066257; Tue, 5 Apr 2005 22:07:30 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: Didier Wiroth In-Reply-To: <9a3eae2e6edd.425309a6@etat.lu> References: <9a3eae2e6edd.425309a6@etat.lu> Content-Type: text/plain Date: Tue, 05 Apr 2005 22:07:29 +0200 Message-Id: <1112731649.68302.11.camel@genius2.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: delphij@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: Re : Re: [PATCH TO TEST] VESA [1024x768] mode support for FreeBSD-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 20:07:32 -0000 Didier Wiroth wrote: > Hello, > Thank you very much for replying. > > > cd /usr/src/usr.sbin/vidcontrol > > patch > I'm using the RELENG_5 sources from today. > The syscons.diff.20050215 works but the vidcontrol.diff.20050215 gives > some errors. The diff is against the sources from -CURRENT where it applies and compiles cleanly. You should be ok using the current vidcontrol sources on -STABLE. The only difference is just some code purity fixes by Xin Li - probably in preparation for integrating the changes we speak about. Michal From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 20:18:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB63416A4CE for ; Tue, 5 Apr 2005 20:18:20 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AF5343D58 for ; Tue, 5 Apr 2005 20:18:20 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Tue, 05 Apr 2005 13:18:20 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 042685D07; Tue, 5 Apr 2005 13:18:20 -0700 (PDT) To: Charles Swiger In-reply-to: Your message of "Tue, 05 Apr 2005 15:47:03 EDT." <64913bc58ab8884979cc81a0529df142@mac.com> Date: Tue, 05 Apr 2005 13:18:20 -0700 From: "Kevin Oberman" Message-Id: <20050405201820.042685D07@ptavv.es.net> cc: current@freebsd.org Subject: Re: Panic on mount with write-locked USB media (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 20:18:20 -0000 > From: Charles Swiger > Date: Tue, 5 Apr 2005 15:47:03 -0400 > > On Apr 5, 2005, at 3:36 PM, Kevin Oberman wrote: > > Then I plugged it in with the write lock switch on and tried to mount > > it. "mount_msdosfs: /dev/da0s1: Permission denied" Hey! I'm root! This > > is supposed to work. Sounds like the partitioning and GEOM foot > > shooting > > thread. Oh, well, but this really could be handled better. > > What happens if you try to mount a read-only NFS volume as read-write? > Being root gives one superhuman powers over the local machine, but it > does not make a device which is write-protected by hardware writeable. > > It would be useful if mount was smart enough to notice when it is > dealing with a read-only device, and try to mount such things > read-only, rather than trying to mount things read-write by default and > failing. Of course, the system shouldn't panic, either. :-) I think that is what I said. I am almost sure that this is how it used to work. I'm not sure whether the change was caused by something in msdosfs or GEOM (or somewhere else), but I sure preferred it when the RO device mounted RO. CDs still do this (thankfully). This makes me suspect msdosfs is the culprit. But the real concern on my part was the panic. The other issue is just POLA and annoyance. Panics should NEVER happen (although they always will). -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 20:38:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 727AD16A4CE; Tue, 5 Apr 2005 20:38:06 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91CC643D5A; Tue, 5 Apr 2005 20:38:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j35Kc57q059285; Tue, 5 Apr 2005 16:38:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j35Kc5TT043196; Tue, 5 Apr 2005 16:38:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1481E7306E; Tue, 5 Apr 2005 16:38:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050405203805.1481E7306E@freebsd-current.sentex.ca> Date: Tue, 5 Apr 2005 16:38:05 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 20:38:06 -0000 TB --- 2005-04-05 19:53:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-05 19:53:34 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-04-05 19:53:34 - checking out the source tree TB --- 2005-04-05 19:53:34 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-04-05 19:53:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-05 20:00:20 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-05 20:00:20 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-04-05 20:00:20 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/hash.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c:204: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-04-05 20:38:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-05 20:38:04 - ERROR: failed to build world TB --- 2005-04-05 20:38:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 20:47:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47E8C16A4CF; Tue, 5 Apr 2005 20:47:25 +0000 (GMT) Received: from postino-2.etat.lu (postino-2.etat.lu [194.154.205.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F1B443D39; Tue, 5 Apr 2005 20:47:24 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by postino-2.etat.lu (Postfix) with ESMTP id E375C1114121; Tue, 5 Apr 2005 22:47:22 +0200 (CEST) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by localhost (CIE ESMTP Dispatch 2) with ESMTP id E5A77356AA; Tue, 5 Apr 2005 22:47:22 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by dispatch-2.cie.etat.lu (CIE ESMTP Dispatch 2) with ESMTP id D212C3567A; Tue, 5 Apr 2005 22:47:22 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEH00HSOR2XT790@store.etat.lu>; Tue, 05 Apr 2005 22:47:22 +0200 (MEST) Received: from etat.lu ([148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEH005MSR2YB190@store.etat.lu>; Tue, 05 Apr 2005 22:47:22 +0200 (MEST) Received: from [192.168.2.43] (Forwarded-For: [158.64.124.154]) by store.etat.lu (mshttpd); Tue, 05 Apr 2005 22:47:22 +0200 Date: Tue, 05 Apr 2005 22:47:22 +0200 From: Didier Wiroth To: Michal Mertl Message-id: <9a93f04267f0.4253157a@etat.lu> MIME-version: 1.0 X-Mailer: Sun Java(tm) System Messenger Express 6.1 HotFix 0.05 (built Oct 21 2004) Content-type: text/plain; charset=us-ascii Content-language: fr Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: fr Priority: normal cc: freebsd-current@freebsd.org cc: delphij@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re : Re: Re : Re: [PATCH TO TEST] VESA [1024x768] mode support for FreeBSD-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 20:47:25 -0000 Unfortunately with patch applied it does not compile on stable: Warning: Object directory not changed from original /usr/src/usr.sbin/vidcontrol cc -O -pipe -c vidcontrol.c vidcontrol.c: In function `video_mode': vidcontrol.c:500: error: `_VESA_800x600_DFL_COLS' undeclared (first use in this function) vidcontrol.c:500: error: (Each undeclared identifier is reported only once vidcontrol.c:500: error: for each function it appears in.) vidcontrol.c:505: error: `_VESA_800x600_DFL_FNSZ' undeclared (first use in this function) vidcontrol.c:509: error: `_VESA_800x600_DFL_ROWS' undeclared (first use in this function) *** Error code 1 ----- Message d'origine ----- De: Michal Mertl Date: Mardi, Avril 5, 2005 10:07 pm Objet: Re: Re : Re: [PATCH TO TEST] VESA [1024x768] mode support for FreeBSD-CURRENT > Didier Wiroth wrote: > > Hello, > > Thank you very much for replying. > > > > > cd /usr/src/usr.sbin/vidcontrol > > > patch > > > I'm using the RELENG_5 sources from today. > > > The syscons.diff.20050215 works but the vidcontrol.diff.20050215 > gives> some errors. > > The diff is against the sources from -CURRENT where it applies and > compiles cleanly. You should be ok using the current vidcontrol > sourceson -STABLE. The only difference is just some code purity > fixes by Xin Li > - probably in preparation for integrating the changes we speak about. > > Michal > > From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 20:59:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59DD816A4CE for ; Tue, 5 Apr 2005 20:59:16 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9968543D49 for ; Tue, 5 Apr 2005 20:59:15 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j35Kx8Xl002872; Tue, 5 Apr 2005 22:59:08 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Kevin Oberman" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 05 Apr 2005 13:18:20 PDT." <20050405201820.042685D07@ptavv.es.net> Date: Tue, 05 Apr 2005 22:59:08 +0200 Message-ID: <2871.1112734748@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: Panic on mount with write-locked USB media (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 20:59:16 -0000 In message <20050405201820.042685D07@ptavv.es.net>, "Kevin Oberman" writes: >> It would be useful if mount was smart enough to notice when it is >> dealing with a read-only device, and try to mount such things >> read-only, rather than trying to mount things read-write by default and >> failing. Of course, the system shouldn't panic, either. :-) > >I think that is what I said. I am almost sure that this is how it used >to work. I'm not sure whether the change was caused by something in >msdosfs or GEOM (or somewhere else), but I sure preferred it when the RO >device mounted RO. CDs still do this (thankfully). This makes me suspect >msdosfs is the culprit. There are two ways that a filesystem correctly could handle a R/O media: 1. Fail with EROFS unless asked t mouned read-only 2. Silently downgrade th emount to read-only. I personally prefer the first because that way a script does not have to check if it got the mount it wanted or not. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 21:38:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D4EC16A4CE for ; Tue, 5 Apr 2005 21:38:57 +0000 (GMT) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B0EC43D41 for ; Tue, 5 Apr 2005 21:38:56 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 14523 invoked from network); 5 Apr 2005 21:38:55 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 5 Apr 2005 21:38:55 -0000 X-pair-Authenticated: 209.68.2.70 Date: Tue, 5 Apr 2005 16:38:51 -0500 (CDT) From: Mike Silbersack To: Rudolf Cejka In-Reply-To: <20050405125357.GA42448@fit.vutbr.cz> Message-ID: <20050405163805.C983@odysseus.silby.com> References: <20050405011655.E5383@odysseus.silby.com> <20050405125357.GA42448@fit.vutbr.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: msdosfs or ehci corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 21:38:57 -0000 On Tue, 5 Apr 2005, Rudolf Cejka wrote: > Mike Silbersack wrote (2005/04/05): >> On Tue, 5 Apr 2005, Skip Ford wrote: >>> I ran into an odd situation with msdosfs as well within the last >>> few days which sounds related. >> I'm not crazy! Whoo! >> Is yours on a USB connected drive, or a drive connected via ata/scsi? If >> yours is ata/scsi, then we can eliminate USB from the problem. > > Hi, I'm not sure, if it is the same problem, but we tried to export msdosfs > (on ata drive) via samba from FreeBSD 5.3, but there was too much data > corruption and problems. We switched msdosfs partitions to ufs and the > server runs without problems since then. > > -- > Rudolf Cejka http://www.fit.vutbr.cz/~cejkar I think that's a different issue, dealing with how msdosfs handles sendfile, mmap etc. Right now, even simple things like mkdir causes problems. :( Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 21:45:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53C1B16A4CE for ; Tue, 5 Apr 2005 21:45:22 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id C479543D55 for ; Tue, 5 Apr 2005 21:45:21 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j35LjInq005181; Tue, 5 Apr 2005 14:45:18 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j35LjIpV005180; Tue, 5 Apr 2005 14:45:18 -0700 (PDT) (envelope-from sgk) Date: Tue, 5 Apr 2005 14:45:18 -0700 From: Steve Kargl To: "M. Warner Losh" Message-ID: <20050405214518.GB77900@troutmask.apl.washington.edu> References: <20050405191250.GA77900@troutmask.apl.washington.edu> <20050405.131539.68100853.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050405.131539.68100853.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: LIB32 support breaks world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 21:45:22 -0000 On Tue, Apr 05, 2005 at 01:15:39PM -0600, M. Warner Losh wrote: > In message: <20050405191250.GA77900@troutmask.apl.washington.edu> > Steve Kargl writes: > : ===> lib/libexpat (depend,all,install) > : sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libbsdxml.a /usr/obj/usr/src/lib32/usr/lib32 > : sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libbsdxml.so.1 /usr/obj/usr/src/lib32/usr/lib32 > : ln -fs libbsdxml.so.1 /usr/obj/usr/src/lib32/usr/lib32/libbsdxml.so > : sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 bsdxml.h /usr/obj/usr/src/lib32/usr/include > : ===> lib/libkvm (depend,all,install) > : make: don't know how to make /usr/obj/usr/src/lib32/usr/include/machine/npx.h. Stop > : *** Error code 2 > : > : Stop in /usr/src. > : *** Error code 1 > : > : > : This is perhaps related to > : http://lists.freebsd.org/pipermail/cvs-all/2005-April/113935.html > > Bummer. > > I take it this is an amd64 build? > Yes. I have WITH_LIB32 in /etc/make.conf. The above is a "make buildworld" (ie., no -j 2). I haven't tried to back out your commit, yet. Too much to do, too little time. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 22:55:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C030E16A4CE for ; Tue, 5 Apr 2005 22:55:15 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8536843D3F for ; Tue, 5 Apr 2005 22:55:15 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id BA20346B0D; Tue, 5 Apr 2005 18:55:14 -0400 (EDT) Date: Tue, 5 Apr 2005 23:55:27 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <2871.1112734748@critter.freebsd.dk> Message-ID: <20050405235414.D81173@fledge.watson.org> References: <2871.1112734748@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: Panic on mount with write-locked USB media (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 22:55:15 -0000 On Tue, 5 Apr 2005, Poul-Henning Kamp wrote: > In message <20050405201820.042685D07@ptavv.es.net>, "Kevin Oberman" writes: > >>> It would be useful if mount was smart enough to notice when it is >>> dealing with a read-only device, and try to mount such things >>> read-only, rather than trying to mount things read-write by default and >>> failing. Of course, the system shouldn't panic, either. :-) >> >> I think that is what I said. I am almost sure that this is how it used >> to work. I'm not sure whether the change was caused by something in >> msdosfs or GEOM (or somewhere else), but I sure preferred it when the RO >> device mounted RO. CDs still do this (thankfully). This makes me suspect >> msdosfs is the culprit. > > There are two ways that a filesystem correctly could handle a R/O media: > > 1. Fail with EROFS unless asked t mouned read-only > > 2. Silently downgrade th emount to read-only. > > I personally prefer the first because that way a script does not have to > check if it got the mount it wanted or not. In general, I agree, but this will de-POLA the following command: mount -t cd9660 /dev/acd0 /cdrom I wonder if a useful middle ground is to adopt (1) above except in the case of perenially read-only file systems (cd9660), in which case (2) is adopted? Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 23:18:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A4FB16A4CE; Tue, 5 Apr 2005 23:18:23 +0000 (GMT) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D00A43D46; Tue, 5 Apr 2005 23:18:22 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.1/8.13.1) with ESMTP id j35NILZe094200; Wed, 6 Apr 2005 01:18:21 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: Didier Wiroth In-Reply-To: <9a93f04267f0.4253157a@etat.lu> References: <9a93f04267f0.4253157a@etat.lu> Content-Type: text/plain Date: Wed, 06 Apr 2005 01:18:20 +0200 Message-Id: <1112743101.1257.11.camel@genius2.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: delphij@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: [PATCH TO TEST] VESA [1024x768] mode support for FreeBSD-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 23:18:23 -0000 Didier Wiroth wrote: > Unfortunately with patch applied it does not compile on stable: > > Warning: Object directory not changed from original /usr/src/usr.sbin/vidcontrol > cc -O -pipe -c vidcontrol.c > vidcontrol.c: In function `video_mode': > vidcontrol.c:500: error: `_VESA_800x600_DFL_COLS' undeclared (first use in this > function) > vidcontrol.c:500: error: (Each undeclared identifier is reported only once > vidcontrol.c:500: error: for each function it appears in.) > vidcontrol.c:505: error: `_VESA_800x600_DFL_FNSZ' undeclared (first use in this > function) > vidcontrol.c:509: error: `_VESA_800x600_DFL_ROWS' undeclared (first use in this > function) > *** Error code 1 I believe Didier used broken vidcontrol.c file. The patch was for current and needs to be applied to clean vidcontrol.c ver 1.48. It works for me (on CURRENT anyways). Michal From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 23:19:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4559A16A4CF; Tue, 5 Apr 2005 23:19:27 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17F8843D5D; Tue, 5 Apr 2005 23:19:27 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 0ABFA5C9F9; Tue, 5 Apr 2005 16:19:27 -0700 (PDT) Date: Wed, 6 Apr 2005 01:19:27 +0200 From: Maxime Henrion To: Robert Watson Message-ID: <20050405231927.GR25563@elvis.mu.org> References: <2871.1112734748@critter.freebsd.dk> <20050405235414.D81173@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050405235414.D81173@fledge.watson.org> User-Agent: Mutt/1.4.2.1i cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: Panic on mount with write-locked USB media (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 23:19:27 -0000 Robert Watson wrote: > On Tue, 5 Apr 2005, Poul-Henning Kamp wrote: > > >In message <20050405201820.042685D07@ptavv.es.net>, "Kevin Oberman" writes: > > > >>>It would be useful if mount was smart enough to notice when it is > >>>dealing with a read-only device, and try to mount such things > >>>read-only, rather than trying to mount things read-write by default and > >>>failing. Of course, the system shouldn't panic, either. :-) > >> > >>I think that is what I said. I am almost sure that this is how it used > >>to work. I'm not sure whether the change was caused by something in > >>msdosfs or GEOM (or somewhere else), but I sure preferred it when the RO > >>device mounted RO. CDs still do this (thankfully). This makes me suspect > >>msdosfs is the culprit. > > > >There are two ways that a filesystem correctly could handle a R/O media: > > > >1. Fail with EROFS unless asked t mouned read-only > > > >2. Silently downgrade th emount to read-only. > > > >I personally prefer the first because that way a script does not have to > >check if it got the mount it wanted or not. > > In general, I agree, but this will de-POLA the following command: > > mount -t cd9660 /dev/acd0 /cdrom > > I wonder if a useful middle ground is to adopt (1) above except in the > case of perenially read-only file systems (cd9660), in which case (2) is > adopted? I think that mount(8) should still try to mount things read/write when neither -r nor -w are specified. However, if -w is specified, mount(8) has to fail with an EROFS error if it can't mount read/write, and should not try to mount read/only (I'm not sure if that's the case already). That way, a script that knows it needs a read/write mount just has to specify -w and doesn't have to check afterwards, and we're not breaking POLA. To implement this we can either just call mount() as usual, and unmount() and fail if we got a read-only filesystem, or add a new mount flag meaning "I really want read/write and not read-only" to the mount() system call. MNT_RDWR would be appropriate. And we keep the semantics of "give me the best you can" when neither MNT_RDONLY nor MNT_RDWR is passed. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 23:48:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAFAA16A4CE; Tue, 5 Apr 2005 23:48:45 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 922FE43D54; Tue, 5 Apr 2005 23:48:45 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) id j35NmjAn026255; Tue, 5 Apr 2005 16:48:45 -0700 (PDT) Received: from [10.1.1.245] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0)j35Nmhgw028894; Tue, 5 Apr 2005 16:48:44 -0700 (PDT) In-Reply-To: <20050405235414.D81173@fledge.watson.org> References: <2871.1112734748@critter.freebsd.dk> <20050405235414.D81173@fledge.watson.org> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <15973a90882a11f47ec79f954a57a22e@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 5 Apr 2005 19:48:42 -0400 To: Robert Watson X-Mailer: Apple Mail (2.619.2) cc: Poul-Henning Kamp cc: current@FreeBSD.org Subject: Re: Panic on mount with write-locked USB media (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 23:48:45 -0000 On Apr 5, 2005, at 6:55 PM, Robert Watson wrote: >> There are two ways that a filesystem correctly could handle a R/O >> media: >> >> 1. Fail with EROFS unless asked [to be?] mounted read-only >> >> 2. Silently downgrade the mount to read-only. >> >> I personally prefer the first because that way a script does not have >> to check if it got the mount it wanted or not. > > In general, I agree, but this will de-POLA the following command: > > mount -t cd9660 /dev/acd0 /cdrom > > I wonder if a useful middle ground is to adopt (1) above except in the > case of perenially read-only file systems (cd9660), in which case (2) > is adopted? If a process tries to mount a read-only media read/write, the attempt should fail with EROFS. However, what would happen if the mount command (or mount command family) opened filesystems read-only by default, unless otherwise specified? /etc/fstab contains "rw", so people trying to mount / and any other filesystems seen there would retain the previous behavior, regardless. Perhaps the system could try to upgrade a mount from read-only to read-write if and when a process wants to write to that filesystem-- IFF read-write access is possible and permitted, AND the mount was not explicitly mounted read-only. I won't claim this change helps POLA, although there do seem to be some cases where it might (ie, the example above), however, it follows the "principle of least privilege".... -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 03:32:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6591416A4CE for ; Wed, 6 Apr 2005 03:32:26 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B04C643D31 for ; Wed, 6 Apr 2005 03:32:25 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j363U918054741; Tue, 5 Apr 2005 21:30:09 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Apr 2005 21:30:28 -0600 (MDT) Message-Id: <20050405.213028.01118653.imp@bsdimp.com> To: sgk@troutmask.apl.washington.edu From: "M. Warner Losh" In-Reply-To: <20050405214518.GB77900@troutmask.apl.washington.edu> References: <20050405191250.GA77900@troutmask.apl.washington.edu> <20050405.131539.68100853.imp@bsdimp.com> <20050405214518.GB77900@troutmask.apl.washington.edu> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: LIB32 support breaks world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 03:32:26 -0000 In message: <20050405214518.GB77900@troutmask.apl.washington.edu> Steve Kargl writes: : On Tue, Apr 05, 2005 at 01:15:39PM -0600, M. Warner Losh wrote: : > In message: <20050405191250.GA77900@troutmask.apl.washington.edu> : > Steve Kargl writes: : > : ===> lib/libexpat (depend,all,install) : > : sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libbsdxml.a /usr/obj/usr/src/lib32/usr/lib32 : > : sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libbsdxml.so.1 /usr/obj/usr/src/lib32/usr/lib32 : > : ln -fs libbsdxml.so.1 /usr/obj/usr/src/lib32/usr/lib32/libbsdxml.so : > : sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 bsdxml.h /usr/obj/usr/src/lib32/usr/include : > : ===> lib/libkvm (depend,all,install) : > : make: don't know how to make /usr/obj/usr/src/lib32/usr/include/machine/npx.h. Stop : > : *** Error code 2 : > : : > : Stop in /usr/src. : > : *** Error code 1 : > : : > : : > : This is perhaps related to : > : http://lists.freebsd.org/pipermail/cvs-all/2005-April/113935.html : > : > Bummer. : > : > I take it this is an amd64 build? : > : : Yes. I have WITH_LIB32 in /etc/make.conf. The above is : a "make buildworld" (ie., no -j 2). I haven't tried to : back out your commit, yet. Too much to do, too little : time. It built just fine for me... Warner From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 03:46:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19BF416A4CF for ; Wed, 6 Apr 2005 03:46:51 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA91E43D49 for ; Wed, 6 Apr 2005 03:46:50 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) j363ko0e088611; Tue, 5 Apr 2005 20:46:50 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id j363ko4b088610; Tue, 5 Apr 2005 20:46:50 -0700 (PDT) (envelope-from dillon) Date: Tue, 5 Apr 2005 20:46:50 -0700 (PDT) From: Matthew Dillon Message-Id: <200504060346.j363ko4b088610@apollo.backplane.com> To: Brooks Davis References: <20050330083435.GI75546@obiwan.tataz.chchile.org> <20050330183145.GB24465@odin.ac.hmc.edu> cc: Peter Jeremy cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: strcspn(3) complexity improvement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 03:46:51 -0000 :The real question I have is, how long does the string need to be before :this is a win and how much does it hurt for typical string lengths? :I've written code with strcspn that needed to perform well, but it was :parsing 80-column punch card derived formats. : :-- Brooks I think the answer is to not use strcspn() in cases where it *really* matters. I don't think what's in DFly is the right solution either. A bitmap would be a good compromise, though... that would only require clearing 32 bytes (vs 256) at the cost of slowing down the loop a little. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 03:48:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 359CE16A4CE for ; Wed, 6 Apr 2005 03:48:12 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D56E43D41 for ; Wed, 6 Apr 2005 03:48:12 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j363mAP9007689; Tue, 5 Apr 2005 20:48:10 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j363mAAG007688; Tue, 5 Apr 2005 20:48:10 -0700 (PDT) (envelope-from sgk) Date: Tue, 5 Apr 2005 20:48:10 -0700 From: Steve Kargl To: "M. Warner Losh" Message-ID: <20050406034810.GA7637@troutmask.apl.washington.edu> References: <20050405191250.GA77900@troutmask.apl.washington.edu> <20050405.131539.68100853.imp@bsdimp.com> <20050405214518.GB77900@troutmask.apl.washington.edu> <20050405.213028.01118653.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050405.213028.01118653.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: LIB32 support breaks world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 03:48:12 -0000 On Tue, Apr 05, 2005 at 09:30:28PM -0600, M. Warner Losh wrote: > In message: <20050405214518.GB77900@troutmask.apl.washington.edu> > : > : Yes. I have WITH_LIB32 in /etc/make.conf. The above is > : a "make buildworld" (ie., no -j 2). I haven't tried to > : back out your commit, yet. Too much to do, too little > : time. > > It built just fine for me... > Peter Wemm committed a fix an hour or so ago. >From his commit message, it appears that your commit uncovered a ${MACHINE} or a missing ${MACHINE} -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 04:33:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B85516A4CE for ; Wed, 6 Apr 2005 04:33:40 +0000 (GMT) Received: from smtp816.mail.sc5.yahoo.com (smtp816.mail.sc5.yahoo.com [66.163.170.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B82643D46 for ; Wed, 6 Apr 2005 04:33:40 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.251.38 with login) by smtp816.mail.sc5.yahoo.com with SMTP; 6 Apr 2005 04:33:39 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 5F3DA612C; Tue, 5 Apr 2005 23:33:38 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00627-06; Tue, 5 Apr 2005 23:33:35 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id C51D960CE; Tue, 5 Apr 2005 23:33:35 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j364XUhI039101; Tue, 5 Apr 2005 23:33:30 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4253669A.1060704@alumni.rice.edu> Date: Tue, 05 Apr 2005 23:33:30 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <20050330083435.GI75546@obiwan.tataz.chchile.org> <20050330183145.GB24465@odin.ac.hmc.edu> <200504060346.j363ko4b088610@apollo.backplane.com> In-Reply-To: <200504060346.j363ko4b088610@apollo.backplane.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: Peter Jeremy cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: strcspn(3) complexity improvement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 04:33:40 -0000 On 04/05/05 22:46, Matthew Dillon wrote: > :The real question I have is, how long does the string need to be before > :this is a win and how much does it hurt for typical string lengths? > :I've written code with strcspn that needed to perform well, but it was > :parsing 80-column punch card derived formats. > : > :-- Brooks > > I think the answer is to not use strcspn() in cases where it *really* > matters. > > I don't think what's in DFly is the right solution either. A bitmap > would be a good compromise, though... that would only require clearing > 32 bytes (vs 256) at the cost of slowing down the loop a little. The version das@ committed used one bit per element: http://lists.freebsd.org/pipermail/cvs-src/2005-April/044040.html Jon From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 04:35:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E09C616A4CE for ; Wed, 6 Apr 2005 04:35:29 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AF0043D39 for ; Wed, 6 Apr 2005 04:35:29 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j364YjFl055200; Tue, 5 Apr 2005 22:34:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Apr 2005 22:35:06 -0600 (MDT) Message-Id: <20050405.223506.71088171.imp@bsdimp.com> To: sgk@troutmask.apl.washington.edu From: "M. Warner Losh" In-Reply-To: <20050406034810.GA7637@troutmask.apl.washington.edu> References: <20050405214518.GB77900@troutmask.apl.washington.edu> <20050405.213028.01118653.imp@bsdimp.com> <20050406034810.GA7637@troutmask.apl.washington.edu> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: LIB32 support breaks world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 04:35:30 -0000 In message: <20050406034810.GA7637@troutmask.apl.washington.edu> Steve Kargl writes: : On Tue, Apr 05, 2005 at 09:30:28PM -0600, M. Warner Losh wrote: : > In message: <20050405214518.GB77900@troutmask.apl.washington.edu> : > : : > : Yes. I have WITH_LIB32 in /etc/make.conf. The above is : > : a "make buildworld" (ie., no -j 2). I haven't tried to : > : back out your commit, yet. Too much to do, too little : > : time. : > : > It built just fine for me... : > : : Peter Wemm committed a fix an hour or so ago. : >From his commit message, it appears that your : commit uncovered a ${MACHINE} or a missing : ${MACHINE} I'm guessing this is why I didn't see it. Cross building sets things explicitly, or I'm on i386 already... Warner From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 05:22:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 152B116A4CE; Wed, 6 Apr 2005 05:22:56 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A47E43D46; Wed, 6 Apr 2005 05:22:55 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j365MnKM005359; Wed, 6 Apr 2005 07:22:49 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 05 Apr 2005 23:55:27 BST." <20050405235414.D81173@fledge.watson.org> Date: Wed, 06 Apr 2005 07:22:49 +0200 Message-ID: <5358.1112764969@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@FreeBSD.org Subject: Re: Panic on mount with write-locked USB media (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 05:22:56 -0000 In message <20050405235414.D81173@fledge.watson.org>, Robert Watson writes: >> There are two ways that a filesystem correctly could handle a R/O media: >> >> 1. Fail with EROFS unless asked t mouned read-only >> >> 2. Silently downgrade th emount to read-only. >> >> I personally prefer the first because that way a script does not have to >> check if it got the mount it wanted or not. > >In general, I agree, but this will de-POLA the following command: > > mount -t cd9660 /dev/acd0 /cdrom Not really. The cd9660 filesystem can never be mounted R/W, it always mounts R/O by default so it will still DTRT. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 05:57:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D48DB16A4CE for ; Wed, 6 Apr 2005 05:57:11 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07E0543D5F for ; Wed, 6 Apr 2005 05:57:11 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j365usA4005640; Wed, 6 Apr 2005 07:56:55 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Miguel Mendez From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 05 Apr 2005 19:38:36 +0200." <20050405193836.45b27eb9.flynn@energyhq.es.eu.org> Date: Wed, 06 Apr 2005 07:56:54 +0200 Message-ID: <5639.1112767014@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: ache@nagual.pp.ru cc: anderson@centtech.com cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 05:57:11 -0000 In message <20050405193836.45b27eb9.flynn@energyhq.es.eu.org>, Miguel Mendez wr ites: >> 1. Improve on sysinstall to do more of the right thing when used >> on a running system. >> >> 2. Improve the userinterface of fdisk. >> >> 3. Improve the userinterface of sysinstall. > >What about bsdinstaller? (http://bsdinstaller.org) It's very simple, for that to happen, somebody has to sit down and make it work so people can test it out. That means taking a copy of src/release/* and beating up on it until it produces an installmedia which installs using bsdinstaller. By all means go for it! -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 06:20:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C7F216A4CE for ; Wed, 6 Apr 2005 06:20:45 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 476C743D45 for ; Wed, 6 Apr 2005 06:20:45 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j366KiKU004253; Tue, 5 Apr 2005 23:20:44 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j366KhTw004252; Tue, 5 Apr 2005 23:20:43 -0700 Date: Tue, 5 Apr 2005 23:20:43 -0700 From: Brooks Davis To: Matthew Dillon Message-ID: <20050406062043.GB22691@odin.ac.hmc.edu> References: <20050330083435.GI75546@obiwan.tataz.chchile.org> <20050330110613.GB71384@cirb503493.alcatel.com.au> <20050330183145.GB24465@odin.ac.hmc.edu> <200504060346.j363ko4b088610@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p4qYPpj5QlsIQJ0K" Content-Disposition: inline In-Reply-To: <200504060346.j363ko4b088610@apollo.backplane.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Peter Jeremy cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: strcspn(3) complexity improvement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 06:20:45 -0000 --p4qYPpj5QlsIQJ0K Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 05, 2005 at 08:46:50PM -0700, Matthew Dillon wrote: > :The real question I have is, how long does the string need to be before > :this is a win and how much does it hurt for typical string lengths? > :I've written code with strcspn that needed to perform well, but it was > :parsing 80-column punch card derived formats. >=20 > I think the answer is to not use strcspn() in cases where it *really* > matters. Certainly. strcspn() wasn't worth optimizing out after I replaced the hand coded crap that used getc to parse files up to 100MB is size and did a realloc for each character! That got me a 50% speedup in overall execution time and the function dropped from #1 to <#50 in the profiling numbers. At that point FPU intensive code was at the top where it belonged. My main point was to avoid a purely theoretical "optimization". -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --p4qYPpj5QlsIQJ0K Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCU3+yXY6L6fI4GtQRAo3cAKCjGIbjiZbYPuBrUDMBmlq8s9UbqgCaAj8u PMXZq4cqToA2dCnZ7RUy2E0= =fV/5 -----END PGP SIGNATURE----- --p4qYPpj5QlsIQJ0K-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 06:29:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61BD716A4CE for ; Wed, 6 Apr 2005 06:29:06 +0000 (GMT) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id A155B43D55 for ; Wed, 6 Apr 2005 06:29:05 +0000 (GMT) (envelope-from smckay@internode.on.net) Received: from dungeon.home (ppp116-118.lns1.bne3.internode.on.net [59.167.116.118])j366T1cx090124; Wed, 6 Apr 2005 15:59:02 +0930 (CST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.13.1/8.11.6) with ESMTP id j366SWcW008597; Wed, 6 Apr 2005 16:28:32 +1000 (EST) (envelope-from mckay) Message-Id: <200504060628.j366SWcW008597@dungeon.home> To: Poul-Henning Kamp References: <1112632713.71324.52.camel@buffy.york.ac.uk> <3080.1112634823@critter.freebsd.dk> In-Reply-To: <3080.1112634823@critter.freebsd.dk> from "Poul-Henning Kamp" at "Mon, 04 Apr 2005 17:13:43 +0000" Date: Wed, 06 Apr 2005 16:28:32 +1000 From: Stephen McKay cc: Andrey Chernov cc: current@freebsd.org cc: Stephen McKay Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 06:29:06 -0000 On Monday, 4th April 2005, "Poul-Henning Kamp" wrote: >In message <1112632713.71324.52.camel@buffy.york.ac.uk>, Gavin Atkinson writes: > >>We're talking >>about people who should know what they are doing (they have root, after >>all), entering commands which they expect to work... > >Sorry, I disagree. > >This was true when root was Ken, Dennis and Brian. > >Today root is Tom, Dick and Harry and they need sensible padding. I appreciate your concern for novice system administrators. On the other hand, if you add restrictions to what I can do with *my* system in order to make novices safer and do not give me a simple and *well documented* way to disable this padding, I will curse you loudly to all comers. Features such as this feel like quicksand when you are fighting them. The more you struggle the more frustrated you become and the deeper you sink. Eventually the pain of using the "padded" software is so great you just delete it and go elsewhere. Stephen. PS Setting debugging flags to an undocumented value so that my system works correctly is not what I'm after. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 07:12:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55BC416A4CE for ; Wed, 6 Apr 2005 07:12:12 +0000 (GMT) Received: from mail24.syd.optusnet.com.au (mail24.syd.optusnet.com.au [211.29.133.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC1B343D2F for ; Wed, 6 Apr 2005 07:12:11 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j367C9wA013135 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 6 Apr 2005 17:12:10 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j367C97l087574; Wed, 6 Apr 2005 17:12:09 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j367C99h087573; Wed, 6 Apr 2005 17:12:09 +1000 (EST) (envelope-from pjeremy) Date: Wed, 6 Apr 2005 17:12:08 +1000 From: Peter Jeremy To: Poul-Henning Kamp Message-ID: <20050406071208.GA87505@cirb503493.alcatel.com.au> References: <20050405201820.042685D07@ptavv.es.net> <2871.1112734748@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2871.1112734748@critter.freebsd.dk> User-Agent: Mutt/1.4.2i cc: current@freebsd.org Subject: Re: Panic on mount with write-locked USB media (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 07:12:12 -0000 On Tue, 2005-Apr-05 22:59:08 +0200, Poul-Henning Kamp wrote: >There are two ways that a filesystem correctly could handle a R/O >media: > >1. Fail with EROFS unless asked t mouned read-only Note that EROFS is not a documented return code for [n]mount(2). This is probably a bug. >2. Silently downgrade th emount to read-only. >I personally prefer the first because that way a script does not >have to check if it got the mount it wanted or not. I agree that [n]mount(2) should fail with EROFS. There are benefits in having mount(8) detect this case and retry the mount - it makes mount(8) more intuitive for interactive use. It's a pity there isn't provision for a "partially successful" exit code - then mount(8) could both perform a read-only mount and any scripts could check that they got the mount they expected. Peter From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 07:38:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4552316A4E2; Wed, 6 Apr 2005 07:38:50 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EED343D2F; Wed, 6 Apr 2005 07:38:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j367cn0h080661; Wed, 6 Apr 2005 03:38:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j367ckoG093676; Wed, 6 Apr 2005 03:38:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CDE677306E; Wed, 6 Apr 2005 03:38:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050406073848.CDE677306E@freebsd-current.sentex.ca> Date: Wed, 6 Apr 2005 03:38:48 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 07:38:50 -0000 TB --- 2005-04-06 06:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-06 06:45:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-04-06 06:45:00 - checking out the source tree TB --- 2005-04-06 06:45:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-04-06 06:45:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-06 06:51:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-06 06:51:54 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-04-06 06:51:54 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/alpha/alpha/src/libexec/revnetgroup/hash.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/alpha/alpha/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/alpha/alpha/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd/rexecd.c:204: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-04-06 07:38:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-06 07:38:48 - ERROR: failed to build world TB --- 2005-04-06 07:38:48 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 07:51:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26D4516A4CE for ; Wed, 6 Apr 2005 07:51:28 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6404243D2F for ; Wed, 6 Apr 2005 07:51:27 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j367pOiW006571; Wed, 6 Apr 2005 09:51:25 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Stephen McKay From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 06 Apr 2005 16:28:32 +1000." <200504060628.j366SWcW008597@dungeon.home> Date: Wed, 06 Apr 2005 09:51:24 +0200 Message-ID: <6570.1112773884@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 07:51:28 -0000 The default behaviour is here to stay because "Correct behaviour" in FreeBSD is to avoid implementing panic(8). We will not by default allow people, be it novice or selfdescribed wizards, to write to disk sectors which a filesystem is currently in possesion of, without a deliberate disabling of the protection mechanism. Enabling foot-shooting is in the category of open-heart surgery: it is not something we want people to try "just to see if that happens to solve my problem". So the sysctl knob is here to stay, one way or another. We can argue about what the name of the sysctl should be and where it should be documented, and every single one of you are able to sit down and write a patch for your preference and submit it to us. It is far less obvious where the documentation of features like this belong than most people think. This is not something that belongs in the dd(1) or ata(4) manual pages, although they could and probably should cross-reference it. It has been suggested that the kernel issue a printf when this happens, but that is 100% precisely the wrong response: that would introduce an effective DoS against any machine with a serial console. And I hate to say this, but this "horribly undocumented sysctl" is in company of about 200 other equally undocumented sysctls in the system, many of which have equally profound impact on how the system works. So for all I care, this discussion is over until somebody comes up with a patch we can all agree on. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 08:36:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8E7C16A4CE for ; Wed, 6 Apr 2005 08:36:05 +0000 (GMT) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEA1B43D41 for ; Wed, 6 Apr 2005 08:36:04 +0000 (GMT) (envelope-from smckay@internode.on.net) Received: from dungeon.home (ppp116-118.lns1.bne3.internode.on.net [59.167.116.118])j368a1Sb041652; Wed, 6 Apr 2005 18:06:02 +0930 (CST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.13.1/8.11.6) with ESMTP id j368ZB2i009939; Wed, 6 Apr 2005 18:35:12 +1000 (EST) (envelope-from mckay) Message-Id: <200504060835.j368ZB2i009939@dungeon.home> To: Poul-Henning Kamp References: <6570.1112773884@critter.freebsd.dk> In-Reply-To: <6570.1112773884@critter.freebsd.dk> from "Poul-Henning Kamp" at "Wed, 06 Apr 2005 09:51:24 +0200" Date: Wed, 06 Apr 2005 18:35:11 +1000 From: Stephen McKay cc: current@freebsd.org cc: Stephen McKay Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 08:36:06 -0000 On Wednesday, 6th April 2005, "Poul-Henning Kamp" wrote: >We will not by default allow people, be it novice or selfdescribed >wizards, to write to disk sectors which a filesystem is currently >in possesion of, without a deliberate disabling of the protection >mechanism. As a "self described wizard", I know which sectors I can write safely. Protect the novices all you like, but don't prevent me from doing interesting/extraordinary things. >Enabling foot-shooting is in the category of open-heart surgery: >it is not something we want people to try "just to see if that >happens to solve my problem". > >So the sysctl knob is here to stay, one way or another. OK, if you want it that way, then make it a feature, not a debug flag. >It is far less obvious where the documentation of features like >this belong than most people think. This is not something that >belongs in the dd(1) or ata(4) manual pages, although they could >and probably should cross-reference it. In the geom man page, perhaps? (With the cross-references too, of course.) >It has been suggested that the kernel issue a printf when this >happens, but that is 100% precisely the wrong response: that would >introduce an effective DoS against any machine with a serial console. I agree that a kernel printf is not a solution. >And I hate to say this, but this "horribly undocumented sysctl" is >in company of about 200 other equally undocumented sysctls in the >system, many of which have equally profound impact on how the system >works. Having bad documentation in one area is not a good reason to introduce poorly documented features in another. >So for all I care, this discussion is over until somebody comes up >with a patch we can all agree on. "Harrumph!" he said, and stalked from the room. :-) I'm not yet convinced that this whole thing is not just a bug. I'm off to read some manuals and some code... Stephen. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 08:45:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6649A16A4CE for ; Wed, 6 Apr 2005 08:45:36 +0000 (GMT) Received: from peedub.jennejohn.org (Ja170.j.pppool.de [85.74.161.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D34243D5D for ; Wed, 6 Apr 2005 08:45:35 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.3/8.11.6) with ESMTP id j368jXiU001289 for ; Wed, 6 Apr 2005 10:45:33 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200504060845.j368jXiU001289@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-current@freebsd.org In-reply-to: Your message of "Tue, 05 Apr 2005 23:55:27 BST." <20050405235414.D81173@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Apr 2005 10:45:33 +0200 From: Gary Jennejohn Subject: Re: Panic on mount with write-locked USB media (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gary Jennejohn List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 08:45:36 -0000 Robert Watson writes: > I wonder if a useful middle ground is to adopt (1) above except in the > case of perenially read-only file systems (cd9660), in which case (2) is > adopted? > It sure would be nice if one could mount an ISO-image (vnode-backed md) RW. This would come in handy if one wanted to modify the image for some reason and then burn it or, e.g. brandelf some binaries in a Linux ISO which are needed for installation. At the moment you have to copy it to a new location. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 08:58:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA93716A4CE for ; Wed, 6 Apr 2005 08:58:19 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id E41FF43D1D for ; Wed, 6 Apr 2005 08:58:18 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j368wG65007153; Wed, 6 Apr 2005 10:58:17 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Stephen McKay From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 06 Apr 2005 18:35:11 +1000." <200504060835.j368ZB2i009939@dungeon.home> Date: Wed, 06 Apr 2005 10:58:16 +0200 Message-ID: <7152.1112777896@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 08:58:19 -0000 In message <200504060835.j368ZB2i009939@dungeon.home>, Stephen McKay writes: >On Wednesday, 6th April 2005, "Poul-Henning Kamp" wrote: >As a "self described wizard", I know which sectors I can write safely. >Protect the novices all you like, but don't prevent me from doing >interesting/extraordinary things. You're not being prevented from shooting your foot off, you just have to push the right button to disable the vertical shot prevention feature. >>So for all I care, this discussion is over until somebody comes up >>with a patch we can all agree on. > >"Harrumph!" he said, and stalked from the room. :-) Yes, in fact, I find the W/S ratio [1] in this thread to be waaay over my workplace safety threshold. >I'm not yet convinced that this whole thing is not just a bug. I'm off >to read some manuals and some code... It is in fact a carefully designed behaviour of GEOM and if you can come up with a better way of doing it you are more than welcome to submit working code. Poul-Henning [1] That's Whine/Signal ratio in case you wondered. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 09:13:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17F2D16A4CE; Wed, 6 Apr 2005 09:13:07 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F008443D1F; Wed, 6 Apr 2005 09:13:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j369D5vh082777; Wed, 6 Apr 2005 05:13:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j369D5tD025079; Wed, 6 Apr 2005 05:13:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 592337306E; Wed, 6 Apr 2005 05:13:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050406091305.592337306E@freebsd-current.sentex.ca> Date: Wed, 6 Apr 2005 05:13:05 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 09:13:07 -0000 TB --- 2005-04-06 07:38:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-06 07:38:48 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-06 07:38:49 - checking out the source tree TB --- 2005-04-06 07:38:49 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-06 07:38:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-06 07:45:50 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-06 07:45:50 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-06 07:45:50 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/stdtime/localtime.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/stdtime/strftime.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/stdtime/strptime.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/stdtime/timelocal.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/stdtime/time32.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/i386/sys/_amd64_get_fsbase.c /tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386/sys/_amd64_get_fsbase.c: In function `_amd64_get_fsbase': /tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386/sys/_amd64_get_fsbase.c:40: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libc. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-06 09:13:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-06 09:13:05 - ERROR: failed to build world TB --- 2005-04-06 09:13:05 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 10:55:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 830FD16A4CE for ; Wed, 6 Apr 2005 10:55:37 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBEEB43D45 for ; Wed, 6 Apr 2005 10:55:36 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j36AtXiR007841; Wed, 6 Apr 2005 12:55:35 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Gary Jennejohn From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 06 Apr 2005 10:45:33 +0200." <200504060845.j368jXiU001289@peedub.jennejohn.org> Date: Wed, 06 Apr 2005 12:55:33 +0200 Message-ID: <7840.1112784933@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: Panic on mount with write-locked USB media (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 10:55:37 -0000 In message <200504060845.j368jXiU001289@peedub.jennejohn.org>, Gary Jennejohn writes: >Robert Watson writes: >> I wonder if a useful middle ground is to adopt (1) above except in the >> case of perenially read-only file systems (cd9660), in which case (2) is >> adopted? >> > >It sure would be nice if one could mount an ISO-image (vnode-backed md) >RW. All it takes is somebody to rewrite cd9660 to be a r/w filesystem :-) It's not trivial though, because iso 9660 is essentially a sequential archive with a index up front, so if you change the size of one file all the ones after it move as well. I guess as long as you don't want to make any files longer it would be relatively possible. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 11:41:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30A8716A4CE; Wed, 6 Apr 2005 11:41:43 +0000 (GMT) Received: from postino-2.etat.lu (postino-2.etat.lu [194.154.205.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6433943D5A; Wed, 6 Apr 2005 11:41:42 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by postino-2.etat.lu (Postfix) with ESMTP id 2D0651113BC4; Wed, 6 Apr 2005 13:41:41 +0200 (CEST) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by localhost (CIE ESMTP Dispatch 2) with ESMTP id 2F599356AC; Wed, 6 Apr 2005 13:41:41 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by dispatch-2.cie.etat.lu (CIE ESMTP Dispatch 2) with ESMTP id 1C2C63567A; Wed, 6 Apr 2005 13:41:41 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEI0037RWHG0650@store.etat.lu>; Wed, 06 Apr 2005 13:41:41 +0200 (MEST) Received: from LUCY ([148.110.43.189]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEI00FU4WE21B00@store.etat.lu>; Wed, 06 Apr 2005 13:41:40 +0200 (MEST) Date: Wed, 06 Apr 2005 13:39:39 +0200 From: Didier Wiroth In-reply-to: <1112743101.1257.11.camel@genius2.i.cz> To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org Message-id: <0IEI00FU6WHG1B00@store.etat.lu> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Content-transfer-encoding: 7BIT Thread-index: AcU6NcOlxwuUAjKbRdGehHC2I27fFAAZNfAQ cc: delphij@freebsd.org Subject: RE: [PATCH TO TEST] VESA [1024x768] mode support for FreeBSD-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 11:41:43 -0000 Hi, I've updated the vidcontrol sources to those in the current cvs and was able to compile and install the patch on stable. High resolution console is fantastic have 1400x1050 (MODE_322) on my laptop now. I get an "pfctl -sa", on one screen ... amazing :-)) It does make freebsd so much better ... I would be great to integrate these patches in future releases, please! The mouse actually works without problem in the console but I've a small mouse bug after a reboot. I assume the /etc/rc.d/mouse script needs a tiny patch. After a reboot and while launching the different services/daemon, there are about 10 lines of vidcontrol errors. Here a sample output: vidcontrol: showing the mouse: invalid argument Is there a patch available for the rc.d mouse script? Thank you Didier >I believe Didier used broken vidcontrol.c file. The patch was for current and needs to be applied to clean vidcontrol.c >ver 1.48. >It works for me (on CURRENT anyways). >Michal From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 12:37:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9874A16A4CE; Wed, 6 Apr 2005 12:37:11 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFF0E43D53; Wed, 6 Apr 2005 12:37:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j36CbAPs064239; Wed, 6 Apr 2005 08:37:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j36Cb8Nf086944; Wed, 6 Apr 2005 08:37:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1C3417306E; Wed, 6 Apr 2005 08:37:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050406123710.1C3417306E@freebsd-current.sentex.ca> Date: Wed, 6 Apr 2005 08:37:10 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 12:37:11 -0000 TB --- 2005-04-06 11:07:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-06 11:07:34 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-04-06 11:07:34 - checking out the source tree TB --- 2005-04-06 11:07:34 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-04-06 11:07:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-06 11:14:26 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-06 11:14:26 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-06 11:14:26 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-06 12:22:13 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-06 12:22:13 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-06 12:22:13 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Apr 6 12:22:13 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Wed Apr 6 12:36:41 UTC 2005 TB --- 2005-04-06 12:36:41 - generating LINT kernel config TB --- 2005-04-06 12:36:41 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-04-06 12:36:41 - /usr/bin/make -B LINT TB --- 2005-04-06 12:36:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-06 12:36:41 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-06 12:36:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 6 12:36:42 UTC 2005 >>> 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 [...] /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw3' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRsign' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw0' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw3' isn't known *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-04-06 12:37:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-06 12:37:09 - ERROR: failed to build lint kernel TB --- 2005-04-06 12:37:09 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 12:59:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37F7116A4CE for ; Wed, 6 Apr 2005 12:59:26 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8875943D46 for ; Wed, 6 Apr 2005 12:59:25 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so200025wri for ; Wed, 06 Apr 2005 05:59:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=sdjH+tZpOc4+1yQqEQCsl/guGVfczmhS7lbJmOywleTV75OEM7qgE5kHRekhVJRlyTQ7FfAHZL2qCP1IWBvltDtrBT092m9l/4K4c9aM9Jr6JYFySnVf/oUE1sNUptZdldPOip1NA04jBk6n8jkUQFZ58ODflTqjwv1N43GeMiA= Received: by 10.54.44.14 with SMTP id r14mr617916wrr; Wed, 06 Apr 2005 05:59:23 -0700 (PDT) Received: by 10.54.14.15 with HTTP; Wed, 6 Apr 2005 05:59:22 -0700 (PDT) Message-ID: Date: Wed, 6 Apr 2005 22:59:22 +1000 From: Robert Backhaus To: Didier Wiroth In-Reply-To: <99f113a61084.4252ff36@etat.lu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <99f113a61084.4252ff36@etat.lu> cc: freebsd-current@freebsd.org Subject: Re: vesa 1024x768 mode in future version? to the freebsd community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Robert Backhaus List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 12:59:26 -0000 On Apr 6, 2005 5:12 AM, Didier Wiroth wrote: > > I was wondering if the patches (see link below) have any chances to make their ways into a future release version or may be in the ports collection? I agree that it would make life more enjoyable for some people, but the console is increasingly a fail-safe debugging/configuring interface, as more people use X for any work. Yes, I would use it myself in places, especially laptops, but I would not like it there if it possibly made the console less stable. It would want to be very well tested. I'd slate it for 6.Stable, when it occours. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 13:09:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1009116A4CE for ; Wed, 6 Apr 2005 13:09:15 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D2E343D4C for ; Wed, 6 Apr 2005 13:09:13 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) (8.13.4/8.13.3) with ESMTP id j36D9Aa8090656 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 6 Apr 2005 15:09:10 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j36D9AkV090654 for current@freebsd.org; Wed, 6 Apr 2005 15:09:10 +0200 (CEST) Date: Wed, 6 Apr 2005 15:09:09 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20050406130909.GA90294@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Subject: slow kbd input on 6-current on amd64@nforce3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 13:09:15 -0000 as I have mentioned on the list I have very slow keyboard input. it might be related to kbd not having an IRQ assigned. I repeat once again that it worked on 5.3R. I include verbose dmesg + this piece which didnt get into dmesg (dont know why): (with atkbd.flags=0) atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 dmesg itself: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #8: Wed Apr 6 10:31:12 UTC 2005 root@sprava:/usr/obj/usr/src/sys/MYKERNEL Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80538000. Calibrating clock(s) ... i8254 clock: 1193231 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1808810761 Hz CPU: AMD Athlon(tm) 64 Processor 3000+ (1808.81-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x10ff0 Stepping = 0 Features=0x78bfbff AMD Features=0xe2500800,LM,3DNow+,3DNow> L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 268369920 (255 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000635000 - 0x000000000f837fff, 253767680 bytes (61955 pages) avail memory = 252043264 (240 MB) mem: null: random: io: cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80004804 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=00e110de) pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f0000000, size 27, enabled found-> vendor=0x10de, dev=0x00e1, revid=0xa1 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x00e0, revid=0xa2 bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000e800, size 5, enabled map[20]: type 4, range 32, base 00004c00, size 6, enabled map[24]: type 4, range 32, base 00004c40, size 6, enabled found-> vendor=0x10de, dev=0x00e4, revid=0xa1 bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base fc003000, size 12, enabled found-> vendor=0x10de, dev=0x00e7, revid=0xa1 bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fc004000, size 12, enabled found-> vendor=0x10de, dev=0x00e7, revid=0xa1 bus=0, slot=2, func=1 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fc005000, size 8, enabled found-> vendor=0x10de, dev=0x00e8, revid=0xa2 bus=0, slot=2, func=2 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=c, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fc000000, size 12, enabled map[14]: type 4, range 32, base 0000a400, size 3, enabled found-> vendor=0x10de, dev=0x00df, revid=0xa2 bus=0, slot=5, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000a800, size 8, enabled map[14]: type 4, range 32, base 0000ac00, size 7, enabled map[18]: type 1, range 32, base fc001000, size 12, enabled found-> vendor=0x10de, dev=0x00ea, revid=0xa1 bus=0, slot=6, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f000, size 4, enabled found-> vendor=0x10de, dev=0x00e5, revid=0xa2 bus=0, slot=8, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 000009e0, size 3, enabled map[14]: type 4, range 32, base 00000be0, size 2, enabled map[18]: type 4, range 32, base 00000960, size 3, enabled map[1c]: type 4, range 32, base 00000b60, size 2, enabled map[20]: type 4, range 32, base 0000c800, size 4, enabled found-> vendor=0x10de, dev=0x00ee, revid=0xa2 bus=0, slot=9, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 000009f0, size 3, enabled map[14]: type 4, range 32, base 00000bf0, size 2, enabled map[18]: type 4, range 32, base 00000970, size 3, enabled map[1c]: type 4, range 32, base 00000b70, size 2, enabled map[20]: type 4, range 32, base 0000e000, size 4, enabled found-> vendor=0x10de, dev=0x00e3, revid=0xa2 bus=0, slot=10, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 found-> vendor=0x10de, dev=0x00e2, revid=0xa2 bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x10 (480 ns), mingnt=0x0e (3500 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x00ed, revid=0xa2 bus=0, slot=14, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x02 (500 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0:1:1: Transition from D0 to D3 pci0: at device 2.0 (no driver attached) pci0:2:0: Transition from D0 to D3 pci0: at device 2.1 (no driver attached) pci0:2:1: Transition from D0 to D3 pci0: at device 2.2 (no driver attached) pci0:2:2: Transition from D0 to D3 pci0: at device 5.0 (no driver attached) pci0:5:0: Transition from D0 to D3 pci0: at device 6.0 (no driver attached) pci0:6:0: Transition from D0 to D3 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=7f ostat1=50 ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=ff stat1=10 devices=0x8 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=60 ostat1=70 ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata1: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ata1: [MPSAFE] atapci1: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc800-0xc80f irq 11 at device 9.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc800 atapci1: [MPSAFE] ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9e0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbe0 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0xd0 err=0x00 lsb=0x86 msb=0x78 ata2: stat0=0xd0 err=0x00 lsb=0x86 msb=0x78 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x960 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb60 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=ff devices=0x0 ata3: [MPSAFE] atapci2: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f irq 10 at device 10.0 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xe000 atapci2: [MPSAFE] ata4: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9f0 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbf0 ata4: reset tp1 mask=03 ostat0=7f ostat1=7f ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat1=0x7f err=0xff lsb=0xff msb=0xff ata4: reset tp2 stat0=ff stat1=ff devices=0x0 ata4: [MPSAFE] ata5: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0x970 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb70 ata5: reset tp1 mask=03 ostat0=7f ostat1=7f ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat1=0x7f err=0xff lsb=0xff msb=0xff ata5: reset tp2 stat0=ff stat1=ff devices=0x0 ata5: [MPSAFE] pcib1: at device 11.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x8000-0x8fff pcib1: memory decode 0xf8000000-0xf9ffffff pcib1: prefetched decode 0xe0000000-0xefffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base e0000000, size 28, enabled pcib1: (null) requested memory range 0xe0000000-0xefffffff: good map[14]: type 4, range 32, base 00008000, size 8, enabled pcib1: (null) requested I/O range 0x8000-0x80ff: in range map[18]: type 1, range 32, base f9000000, size 16, enabled pcib1: (null) requested memory range 0xf9000000-0xf900ffff: good found-> vendor=0x1002, dev=0x5157, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) pcib2: at device 14.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x9000-0x9fff pcib2: memory decode 0xfa000000-0xfbffffff pcib2: prefetched decode 0xfff00000-0xfffff pci2: on pcib2 pci2: physical bus=2 map[10]: type 1, range 32, base fb001000, size 11, enabled pcib2: (null) requested memory range 0xfb001000-0xfb0017ff: good map[14]: type 4, range 32, base 00009000, size 7, enabled pcib2: (null) requested I/O range 0x9000-0x907f: in range found-> vendor=0x1106, dev=0x3044, revid=0x46 bus=2, slot=12, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 00009400, size 8, enabled pcib2: (null) requested I/O range 0x9400-0x94ff: in range map[14]: type 1, range 32, base fb000000, size 8, enabled pcib2: (null) requested memory range 0xfb000000-0xfb0000ff: good found-> vendor=0x10ec, dev=0x8169, revid=0x10 bus=2, slot=13, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 pci2: at device 12.0 (no driver attached) pci2:12:0: Transition from D0 to D3 re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x9400 pcib2: re0 requested I/O range 0x9400-0x94ff: in range pcib2: re0 requested I/O range 0x9400-0x94ff: in range pcib2: re0 requested I/O range 0x9400-0x94ff: in range re0: port 0x9400-0x94ff mem 0xfb000000-0xfb0000ff irq 5 at device 13.0 on pci2 pcib2: re0 requested I/O range 0x9400-0x94ff: in range miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: bpf attached re0: Ethernet address: 00:11:09:d9:b6:61 re0: [MPSAFE] pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcbfff,0xcc000-0xcffff,0xd0000-0xd17ff,0xd2000-0xd2fff on isa0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: failed to reset the aux device. fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x1 0x1 0x1 0x1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Timecounter "TSC" frequency 1808810761 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on nVidia nForce3 Pro chip acd0: setting UDMA33 on nVidia nForce3 Pro chip acd0: CDROM drive at ata0 as slave acd0: 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 76319MB at ata2-master SATA150 ad4: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 Trying to mount root from ufs:/dev/ad4s2a start_init: trying /sbin/init From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 13:32:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 968F016A4CE; Wed, 6 Apr 2005 13:32:27 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09E7A43D2D; Wed, 6 Apr 2005 13:32:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j36DWQSg095131; Wed, 6 Apr 2005 09:32:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j36DWORi013231; Wed, 6 Apr 2005 09:32:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6EA697306E; Wed, 6 Apr 2005 09:32:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050406133226.6EA697306E@freebsd-current.sentex.ca> Date: Wed, 6 Apr 2005 09:32:26 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 13:32:27 -0000 TB --- 2005-04-06 12:37:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-06 12:37:10 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-04-06 12:37:10 - checking out the source tree TB --- 2005-04-06 12:37:10 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-04-06 12:37:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-06 12:43:49 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-06 12:43:49 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-04-06 12:43:49 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/ia64/ia64/src/libexec/revnetgroup/hash.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/ia64/ia64/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/ia64/ia64/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd/rexecd.c:204: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-04-06 13:32:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-06 13:32:26 - ERROR: failed to build world TB --- 2005-04-06 13:32:26 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 13:45:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D6EF16A4CE; Wed, 6 Apr 2005 13:45:17 +0000 (GMT) Received: from postino-1.etat.lu (postino-1.etat.lu [194.154.205.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C34A43D2D; Wed, 6 Apr 2005 13:45:16 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by postino-1.etat.lu (Postfix) with ESMTP id 825EE13E27C3; Wed, 6 Apr 2005 15:45:14 +0200 (CEST) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by localhost (CIE ESMTP Dispatch 1) with ESMTP id 8480C21318; Wed, 6 Apr 2005 15:45:14 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by dispatch-1.cie.etat.lu (CIE ESMTP Dispatch 1) with ESMTP id 722942103C; Wed, 6 Apr 2005 15:45:14 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEJ003K527E0380@store.etat.lu>; Wed, 06 Apr 2005 15:45:14 +0200 (MEST) Received: from LUCY ([148.110.43.189]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEJ00F4Y27B1460@store.etat.lu>; Wed, 06 Apr 2005 15:45:14 +0200 (MEST) Date: Wed, 06 Apr 2005 15:45:12 +0200 From: Didier Wiroth In-reply-to: To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Message-id: <0IEJ00F5027E1460@store.etat.lu> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Content-transfer-encoding: 7BIT Thread-index: AcU6qHauAxM84wdsQKWcqfzfrkrm0QAAEfSw Subject: RE: vesa 1024x768 mode in future version? to the freebsd community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 13:45:17 -0000 Hello, Yes, I do agree that stability is "the" major argument for not using it. But isn't it worth to have a high resolution console on freebsd? Sorry, to be a bit self-confident ;-) but I'm rather sure that hundreds/thousands of freebsd would use it (on laptop, workstation and servers) if there would be an available solid implementation. One of the main arguments I've always reread, is, when you are physically at the console and require high definition consoles, "use X". On servers, security is "the" main factor and of course stability is part of good security. I personally don't tend to install X on servers, I'm sure there are other much better freebsd admins than me that don't install X on servers. Most security-related paper do not recommand to install X (and compilers of course etc). So at least on these kind of servers a high resolution (and of course) stable/solid console would be a real step forward for freebsd. In my "NON"-specialist opinion, comparing to linux distributions, it is the only main feature that bsd lacks. I personally don't like linux (but this is another discussion) but I've always missed the higher definition consoles on freebsd and/or even openbsd. Didier -----Original Message----- From: Robert Backhaus [mailto:robbak@gmail.com] Sent: Wednesday, April 06, 2005 14:59 To: Didier Wiroth Cc: freebsd-current@freebsd.org Subject: Re: vesa 1024x768 mode in future version? to the freebsd community On Apr 6, 2005 5:12 AM, Didier Wiroth wrote: > > I was wondering if the patches (see link below) have any chances to make their ways into a future release version or may be in the ports collection? I agree that it would make life more enjoyable for some people, but the console is increasingly a fail-safe debugging/configuring interface, as more people use X for any work. Yes, I would use it myself in places, especially laptops, but I would not like it there if it possibly made the console less stable. It would want to be very well tested. I'd slate it for 6.Stable, when it occours. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 14:00:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D58516A4CE; Wed, 6 Apr 2005 14:00:57 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9D1043D39; Wed, 6 Apr 2005 14:00:56 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id A86F81F22B; Wed, 6 Apr 2005 16:00:55 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 7FEDF6377; Wed, 6 Apr 2005 16:00:55 +0200 (CEST) Date: Wed, 6 Apr 2005 16:00:55 +0200 From: Marc Olzheim To: Jacques Vidrine Message-ID: <20050406140055.GA2992@stack.nl> References: <20050405171923.GA86590@troutmask.apl.washington.edu> <114ae55ee345c1c0d75b2d5baa7f8c8d@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <114ae55ee345c1c0d75b2d5baa7f8c8d@FreeBSD.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org cc: Steve Kargl Subject: Re: rexecd break world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 14:00:57 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 05, 2005 at 01:10:23PM -0500, Jacques Vidrine wrote: > >/usr/src/libexec/rexecd/rexecd.c: In function `doit': > >/usr/src/libexec/rexecd/rexecd.c:206: warning: passing arg 4 of=20 > >`xgetpwnam' from incompatible pointer type > >*** Error code 1 >=20 > Shoot, my bad. That got past WARNS=3D6 on i386 on all branches here. =20 > Will fix. Jup, gcc is _very_ selective in checking compatibility of same-sized integer types, let alone pointers to integer types. Testing on an LP64 system reveals some of these issues, but of course only those where type sizes differ from i386. Correct signdness of integer types is still not strictly checkable.. :-/ Marc --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCU+uXezjnobFOgrERAm/mAJ9aDrLnLCywkWMHaZZzgeN/k1Me7QCeKr1j /LftYxIVgUSlHLMk3NUViLs= =MR7z -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 14:37:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BECD16A4CE for ; Wed, 6 Apr 2005 14:37:13 +0000 (GMT) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCF4643D45 for ; Wed, 6 Apr 2005 14:37:12 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 5515441A4; Wed, 6 Apr 2005 16:37:11 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 78584-06; Wed, 6 Apr 2005 16:36:51 +0200 (CEST) Received: by crivens.unixoid.de (Postfix, from userid 1006) id 708804164; Wed, 6 Apr 2005 16:36:51 +0200 (CEST) Received: from 212.12.51.89 (SquirrelMail authenticated user mh); by mail.reisegruppe-mollengrab.de with HTTP; Wed, 6 Apr 2005 16:36:51 +0200 (CEST) Message-ID: <4096.212.12.51.89.1112798211.squirrel@212.12.51.89> In-Reply-To: References: <99f113a61084.4252ff36@etat.lu> Date: Wed, 6 Apr 2005 16:36:51 +0200 (CEST) From: "Marian Hettwer" To: "Robert Backhaus" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at unixoid.de cc: freebsd-current@freebsd.org cc: Didier Wiroth Subject: Re: vesa 1024x768 mode in future version? to the freebsd community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 14:37:13 -0000 On Mi, 6.04.2005, 14:59, Robert Backhaus sagte: > On Apr 6, 2005 5:12 AM, Didier Wiroth wrote: >> >> I was wondering if the patches (see link below) have any chances to >> make their ways into a future release version or may be in the ports >> collection? > > I agree that it would make life more enjoyable for some people, but > the console is increasingly a fail-safe debugging/configuring > interface, as more people use X for any work. ACK. On one hand it would be pretty useful to have a high resolution console, on the other hand, I wouldn't like to see the FreeBSD Kernel crashing while booting, because of some faulty graphics card. I recently had the problem on Gentoo Linux (2.6.8), that it just didn't recognized my graphics card and therefor the kernel crashed due to some framebuffer problems. That's annoying! If FreeBSD would implement a high resolution console (by use of either FrameBuffer or VESA), than it never ever should be the default for your installation. And even if you enabled it, the kernel should never crash. Instead it should give an error message, telling me "Hej buddy, your graphics card won't work with VESA" and then scaling down to old fashioned low res console ... > Yes, I would use it myself in places, especially laptops, but I would > not like it there if it possibly made the console less stable. > It would want to be very well tested. I'd slate it for 6.Stable, when > it occours. Doesn't matter to me wether I'll have this feature in 6-stable or MFC'ed to RELENG_5. It has to be stable. best regards, Marian From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 14:51:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F28916A4CE; Wed, 6 Apr 2005 14:51:47 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69F4043D2F; Wed, 6 Apr 2005 14:51:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j36Epj1P075642; Wed, 6 Apr 2005 10:51:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j36EpjQC028405; Wed, 6 Apr 2005 10:51:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B76247306E; Wed, 6 Apr 2005 10:51:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050406145145.B76247306E@freebsd-current.sentex.ca> Date: Wed, 6 Apr 2005 10:51:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 14:51:47 -0000 TB --- 2005-04-06 13:32:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-06 13:32:26 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-04-06 13:32:26 - checking out the source tree TB --- 2005-04-06 13:32:26 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-04-06 13:32:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-06 13:39:09 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-06 13:39:09 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-04-06 13:39:09 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-06 14:47:56 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-06 14:47:56 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-04-06 14:47:56 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Apr 6 14:47:56 UTC 2005 >>> 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 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/fpu.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/fuswintr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/interrupt.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/machdep.c /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/machdep.c: In function `cpu_idle': /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/machdep.c:745: error: structure has no member named `md_savecrit' *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-04-06 14:51:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-06 14:51:45 - ERROR: failed to build generic kernel TB --- 2005-04-06 14:51:45 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 15:05:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A82A16A4CE for ; Wed, 6 Apr 2005 15:05:44 +0000 (GMT) Received: from postino-2.etat.lu (postino-2.etat.lu [194.154.205.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8727F43D49 for ; Wed, 6 Apr 2005 15:05:43 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by postino-2.etat.lu (Postfix) with ESMTP id 648CA1112DCE for ; Wed, 6 Apr 2005 17:05:11 +0200 (CEST) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by localhost (CIE ESMTP Dispatch 1) with ESMTP id 674542151E for ; Wed, 6 Apr 2005 17:05:11 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) 4DEF02103C for ; Wed, 6 Apr 2005 17:05:11 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEJ003FY5WN06A0@store.etat.lu> for freebsd-current@freebsd.org; Wed, 06 Apr 2005 17:05:11 +0200 (MEST) Received: from LUCY ([148.110.43.189]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEJ00F9M5WK1A80@store.etat.lu>; Wed, 06 Apr 2005 17:05:11 +0200 (MEST) Date: Wed, 06 Apr 2005 17:05:09 +0200 From: Didier Wiroth In-reply-to: <4096.212.12.51.89.1112798211.squirrel@212.12.51.89> To: 'Marian Hettwer' , 'Robert Backhaus' Message-id: <0IEJ00F9O5WN1A80@store.etat.lu> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Content-transfer-encoding: 7BIT Thread-index: AcU6tiBIhEBST4jYQMiqRuAsdil6TQAARI7g cc: freebsd-current@freebsd.org Subject: RE: vesa 1024x768 mode in future version? to the freebsd community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 15:05:44 -0000 Yes, I agree. Stability and robustness is priority number 1. Having an option like "Boot FreeBSD with HighD Console" in the boot menu, like "Boot FreeBSD ACPI disabled" would not hurt anybody. May be it would also be possible to have something in loader.conf: vesa_load="YES" vesa_resolution="MODE_322" Or/and an additional kernel option to enable it in a custom kernel, would be ok to. If the kernel would crash, you could still always boot the default kernel. Well to RELENG_5 or 6 is not really important to me, the important part is that the freebsd core team think about a possible integration in the "near" future :-)) >On one hand it would be pretty useful to have a high resolution console, on the other hand, I wouldn't like to see the FreeBSD Kernel crashing while booting, because of some faulty graphics >card. >I recently had the problem on Gentoo Linux (2.6.8), that it just didn't recognized my graphics card and therefor the kernel crashed due to some framebuffer problems. >That's annoying! >If FreeBSD would implement a high resolution console (by use of either FrameBuffer or VESA), than it never ever should be the default for your installation. >And even if you enabled it, the kernel should never crash. Instead it should give an error message, telling me "Hej buddy, your graphics card won't work with VESA" and then scaling down to old >fashioned low res console ... > it occours. >Doesn't matter to me wether I'll have this feature in 6-stable or MFC'ed to RELENG_5. It has to be stable. From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 13:52:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7558916A4CE for ; Tue, 5 Apr 2005 13:52:27 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8487D43D5C for ; Tue, 5 Apr 2005 13:52:26 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A74F6.dip.t-dialin.net [84.154.116.246]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j35DqN8o029389; Tue, 5 Apr 2005 15:52:24 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j35CsvIQ001955; Tue, 5 Apr 2005 14:54:58 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j35Csvkx005997; Tue, 5 Apr 2005 14:54:57 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200504051254.j35Csvkx005997@fire.jhs.private> To: current@freebsd.org In-Reply-To: Message from "Poul-Henning Kamp" of "Mon, 04 Apr 2005 19:13:43 +0200." <3080.1112634823@critter.freebsd.dk> Date: Tue, 05 Apr 2005 14:54:57 +0200 From: "Julian H. Stacey" X-Mailman-Approved-At: Wed, 06 Apr 2005 15:29:24 +0000 cc: Poul-Henning Kamp Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 13:52:27 -0000 > Today root is Tom, Dick and Harry and they need sensible padding. No, We're BSD, standard Unix methods should Work, not be obstructed with hard to find time wasting blocks. If apprentice admins are scared of root, Good! : Think long, type slow ;-) - Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Tue Apr 5 19:19:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4227E16A4CE for ; Tue, 5 Apr 2005 19:19:00 +0000 (GMT) Received: from maritaca.epm.br (maritaca.epm.br [200.17.25.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id B96CF43D39 for ; Tue, 5 Apr 2005 19:18:57 +0000 (GMT) (envelope-from ricardo@dis.epm.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 9EF1C3B7F for ; Tue, 5 Apr 2005 16:18:52 -0300 (BRST) Received: from [200.144.91.97] (daemon.epm.br [200.144.91.97]) by maritaca.epm.br (Postfix) with ESMTP id 341B73B72 for ; Tue, 5 Apr 2005 16:18:50 -0300 (BRST) Message-ID: <4252E4FB.2060807@dis.epm.br> Date: Tue, 05 Apr 2005 16:20:27 -0300 From: Ricardo A Reis User-Agent: Mozilla Thunderbird 1.0 (X11/20050321) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br X-Mailman-Approved-At: Wed, 06 Apr 2005 15:29:24 +0000 Subject: Interrupt storm detected on "irq16: bge0 uhci0"; throttling interrupt source X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 19:19:00 -0000 Hi for all, I resolve install RELENG_5 in IBM x346, chance i've problems in usage two "Broadcom BCM5721 Gigabit Ethernet" in the same time, because irq storm is active, i not use acpi and i disable one bge in setup, when disable one gigabit, irq storm in the bge0 and uhci0 is active. In loader.conf i set `hw.intr_storm_threshold=5000` but is the not help-me DMESG OUTPUT Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #4: Tue Apr 5 09:50:20 BRT 2005 root@teste.epm.br:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3000.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536858624 (511 MB) avail memory = 515690496 (491 MB) MPTable: ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic2: Assuming intbase of 48 ioapic3: Assuming intbase of 72 ioapic4: Assuming intbase of 96 ioapic4 irqs 96-119 on motherboard ioapic3 irqs 72-95 on motherboard ioapic2 irqs 48-71 on motherboard ioapic1 irqs 24-47 on motherboard ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci3: on pcib2 pcib3: at device 0.2 on pci2 pci4: on pcib3 pcib4: at device 4.0 on pci0 pci5: on pcib4 bge0: mem 0xcfff0000-0xcfffffff irq 16 at device 0.0 on pci5 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0d:60:6f:59:76 pcib5: at device 5.0 on pci0 pci6: on pcib5 pcib6: at device 6.0 on pci0 pci7: on pcib6 pcib7: at device 0.0 on pci7 pci8: on pcib7 ahd0: port 0x4100-0x41ff,0x4000-0x40ff mem 0xcdffe000-0xcdffffff irq 27 at device 7.0 on pci8 aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs ahd1: port 0x4300-0x43ff,0x4200-0x42ff mem 0xcdffc000-0xcdffdfff irq 24 at device 7.1 on pci8 aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs pcib8: at device 0.2 on pci7 pci9: on pcib8 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x5000-0x507f mem 0xcbfffc00-0xcbfffc7f irq 53 at device 2.0 on pci9 miibus1: on xl0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:fe:ce:92 pci0: at device 8.0 (no driver attached) uhci0: port 0x2200-0x221f irq 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2600-0x261f irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib9: at device 30.0 on pci0 pci1: on pcib9 pci1: at device 6.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x480-0x48f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) orm0: at iomem 0xc0000-0xcafff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) Timecounter "TSC" frequency 3000132998 Hz quality 800 Timecounters tick every 10.000 msec acd0: DVDROM at ata0-master UDMA33 Waiting 15 seconds for SCSI devices to settle Interrupt storm detected on "irq16: bge0 uhci0"; throttling interrupt source ses0 at ahd1 bus 0 target 8 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device da0 at ahd1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 34715MB (71096640 512 byte sectors: 255H 63S/T 4425C) Mounting root from ufs:/dev/da0s1a Atenciosamente Ricardo A. Reis UNIFESP - SENAI Unix and Network Admin From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 15:35:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CF9516A4CE for ; Wed, 6 Apr 2005 15:35:15 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADC9A43D48 for ; Wed, 6 Apr 2005 15:35:14 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from ppp83-237-98-86.pppoe.mtu-net.ru ([83.237.98.86] helo=[192.168.0.2]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1DJCYd-000HMI-Dx; Wed, 06 Apr 2005 19:35:09 +0400 Message-ID: <425401AB.6050003@FreeBSD.org> Date: Wed, 06 Apr 2005 19:35:07 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Emanuel Strobl References: <87is46kzk1.fsf@neva.vlink.ru> <200503170222.07169@harrymail> <20050316202334.W20708@mail.chesapeake.net> <200504042253.04125@harrymail> In-Reply-To: <200504042253.04125@harrymail> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Jeff Roberson cc: freebsd-current@freebsd.org cc: Mathieu Arnold cc: Peter Edwards cc: Denis Shaposhnikov Subject: Re: unionfs 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 15:35:15 -0000 Emanuel Strobl wrote: > I hope you don't mind if I ask about the chance to get your great work MFCd to > RELENG_5 in the very near future, now that RELENG_5_4 is branched. I'm not sure it's really make a sense. 6.0-RELEASE has been planed on this autumn. -- Sem. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 15:36:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B08F16A4CE; Wed, 6 Apr 2005 15:36:16 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6981143D46; Wed, 6 Apr 2005 15:36:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j36FaEd6080105; Wed, 6 Apr 2005 11:36:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j36FaEKo028593; Wed, 6 Apr 2005 11:36:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BA6877306E; Wed, 6 Apr 2005 11:36:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050406153614.BA6877306E@freebsd-current.sentex.ca> Date: Wed, 6 Apr 2005 11:36:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 15:36:16 -0000 TB --- 2005-04-06 14:51:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-06 14:51:45 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-04-06 14:51:45 - checking out the source tree TB --- 2005-04-06 14:51:45 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-04-06 14:51:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-06 14:58:32 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-06 14:58:32 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-04-06 14:58:32 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/hash.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c:204: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-04-06 15:36:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-06 15:36:14 - ERROR: failed to build world TB --- 2005-04-06 15:36:14 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 15:38:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED92516A4CE for ; Wed, 6 Apr 2005 15:38:43 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 705D743D31 for ; Wed, 6 Apr 2005 15:38:42 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 06 Apr 2005 15:38:40 -0000 Received: from p508BF149.dip.t-dialin.net (EHLO lofi.dyndns.org) [80.139.241.73] by mail.gmx.net (mp019) with SMTP; 06 Apr 2005 17:38:40 +0200 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.12.10) with ESMTP id j36FcZg6001524 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 6 Apr 2005 17:38:37 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Wed, 6 Apr 2005 17:37:14 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Message-Id: <200504061737.18204.michaelnottebrock@gmx.net> Content-Type: multipart/signed; boundary="nextPart85601600.n29JpeAqot"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: imp@freebsd.org Subject: machdep.conspeed sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 15:38:44 -0000 --nextPart85601600.n29JpeAqot Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've just dicked around with a serial console again and found this thingy.= =20 It's just informational at the moment, but imp tried to make it a tunable s= ome=20 three years ago, only to comment out the respective line in sio.c half an=20 hour later. However, a loader-tunable comconsole speed would *really* be useful IMHO, s= o=20 perhaps someone could try and make it happen for real? :-) =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart85601600.n29JpeAqot Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCVAIuXhc68WspdLARAu8CAKCkAu2zMykwfrdI94h1fXjFkKMVVgCcCJC9 4SCURxEr8W6x+86d8/1MItU= =Umns -----END PGP SIGNATURE----- --nextPart85601600.n29JpeAqot-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 16:33:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2211816A4CE; Wed, 6 Apr 2005 16:33:04 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF79843D5C; Wed, 6 Apr 2005 16:33:03 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Wed, 06 Apr 2005 09:33:03 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 3AD345D08; Wed, 6 Apr 2005 09:33:03 -0700 (PDT) To: Robert Watson In-reply-to: Your message of "Tue, 05 Apr 2005 23:55:27 BST." <20050405235414.D81173@fledge.watson.org> Date: Wed, 06 Apr 2005 09:33:03 -0700 From: "Kevin Oberman" Message-Id: <20050406163303.3AD345D08@ptavv.es.net> cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: Panic on mount with write-locked USB media (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 16:33:04 -0000 > Date: Tue, 5 Apr 2005 23:55:27 +0100 (BST) > From: Robert Watson > > On Tue, 5 Apr 2005, Poul-Henning Kamp wrote: > > > In message <20050405201820.042685D07@ptavv.es.net>, "Kevin Oberman" writes: > > > >>> It would be useful if mount was smart enough to notice when it is > >>> dealing with a read-only device, and try to mount such things > >>> read-only, rather than trying to mount things read-write by default and > >>> failing. Of course, the system shouldn't panic, either. :-) > >> > >> I think that is what I said. I am almost sure that this is how it used > >> to work. I'm not sure whether the change was caused by something in > >> msdosfs or GEOM (or somewhere else), but I sure preferred it when the RO > >> device mounted RO. CDs still do this (thankfully). This makes me suspect > >> msdosfs is the culprit. > > > > There are two ways that a filesystem correctly could handle a R/O media: > > > > 1. Fail with EROFS unless asked t mouned read-only > > > > 2. Silently downgrade th emount to read-only. > > > > I personally prefer the first because that way a script does not have to > > check if it got the mount it wanted or not. > > In general, I agree, but this will de-POLA the following command: > > mount -t cd9660 /dev/acd0 /cdrom > > I wonder if a useful middle ground is to adopt (1) above except in the > case of perenially read-only file systems (cd9660), in which case (2) is > adopted? I hate to see such inconsistency. I don't like seeing very similar devices behaving differently for no good reason. I think a better idea is a new option to allow/reject demotion to read-only when hardware does not allow writes. POLA is slight and it lets people do what they want to do with the issue. Because of the existence of "mount -t cd9660 /dev/acd0 /cdrom", I think that default should be to demote. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 18:03:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5737616A4CE for ; Wed, 6 Apr 2005 18:03:32 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8054E43D53 for ; Wed, 6 Apr 2005 18:03:31 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DJEow-0000Ku-4z for freebsd-current@freebsd.org; Wed, 06 Apr 2005 20:00:06 +0200 Received: from pcp08490587pcs.levtwn01.pa.comcast.net ([68.83.169.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Apr 2005 20:00:06 +0200 Received: from apeiron+usenet by pcp08490587pcs.levtwn01.pa.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Apr 2005 20:00:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Christopher Nehren Date: Wed, 6 Apr 2005 17:49:50 +0000 (UTC) Organization: /usr/bin/false Lines: 34 Message-ID: References: <99f113a61084.4252ff36@etat.lu> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pcp08490587pcs.levtwn01.pa.comcast.net User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: vesa 1024x768 mode in future version? to the freebsd community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 18:03:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2005-04-06, Robert Backhaus scribbled these curious markings: > I agree that it would make life more enjoyable for some people, but > the console is increasingly a fail-safe debugging/configuring > interface, as more people use X for any work. > Yes, I would use it myself in places, especially laptops, but I would > not like it there if it possibly made the console less stable. > It would want to be very well tested. I'd slate it for 6.Stable, when > it occours. Uhm, maybe that's *your* opinion. Maybe you're dependent on X. But I use my console every day, and nowadays I find myself having more than 10 screen sessions open at once. Just because you're GUI-oriented doesn't mean everyone else is. Best Regards, Christopher Nehren -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCVCHBk/lo7zvzJioRAmYKAJ4vc9snap5FCv+QdBwPs5UEp1d9WwCgr7c4 RUljGerfXgQvVrtkSZBCp30= =shM3 -----END PGP SIGNATURE----- -- I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson If you ask the wrong questions, you get answers like "42" and "God". Unix is user friendly. However, it isn't idiot friendly. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 18:22:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D8A216A4CE for ; Wed, 6 Apr 2005 18:22:00 +0000 (GMT) Received: from vsmtp2.tin.it (vsmtp2alice.tin.it [212.216.176.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59CE643D5E for ; Wed, 6 Apr 2005 18:21:59 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (82.50.113.80) by vsmtp2.tin.it (7.0.027) id 4252471E000C769F for current@freebsd.org; Wed, 6 Apr 2005 20:21:56 +0200 Received: by kaiser.sig11.org (Postfix, from userid 1000) id D2E9B63; Wed, 6 Apr 2005 20:21:56 +0200 (CEST) Date: Wed, 6 Apr 2005 20:21:56 +0200 From: Matteo Riondato To: Poul-Henning Kamp Message-ID: <20050406182156.GA649@kaiser.sig11.org> References: <200504060628.j366SWcW008597@dungeon.home> <6570.1112773884@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zx4FCpZtqtKETZ7O" Content-Disposition: inline In-Reply-To: <6570.1112773884@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Stephen McKay Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 18:22:00 -0000 --zx4FCpZtqtKETZ7O Content-Type: multipart/mixed; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 06, 2005 at 09:51:24AM +0200, Poul-Henning Kamp wrote: >=20 >=20 > So the sysctl knob is here to stay, one way or another. >=20 > We can argue about what the name of the sysctl should be and where > it should be documented, and every single one of you are able to > sit down and write a patch for your preference and submit it to us. Attached you can find my patch. I'm not a kernel developer so I cannot be sure if mine is the best way to implement this task. Anyway, it works. Best Regards P.s. I don't absolutely argue wether this is a feature or a bug because I simply don't know enough to judge. --=20 Rionda aka Matteo Riondato Disinformato per default G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="geom.diff" Content-Transfer-Encoding: quoted-printable --- geom_int.h.orig Wed Apr 6 18:51:51 2005 +++ geom_int.h Wed Apr 6 18:51:15 2005 @@ -40,6 +40,7 @@ =20 extern int g_collectstats; extern int g_debugflags; +extern int g_part_table_write; /* * 1 G_T_TOPOLOGY * 2 G_T_BIO --- geom_kern.c.orig Wed Apr 6 13:48:53 2005 +++ geom_kern.c Wed Apr 6 18:51:35 2005 @@ -59,6 +59,7 @@ static struct proc *g_up_proc; =20 int g_debugflags; +int g_part_table_write; int g_collectstats =3D 1; int g_shutdown; =20 @@ -223,6 +224,11 @@ TUNABLE_INT("kern.geom.debugflags", &g_debugflags); SYSCTL_INT(_kern_geom, OID_AUTO, debugflags, CTLFLAG_RW, &g_debugflags, 0, ""); + +TUNABLE_INT("kern.geom.part_table_write", &g_part_table_write); +SYSCTL_INT(_kern_geom, OID_AUTO, part_table_write, CTLFLAG_RW, + &g_part_table_write, 0, "If set to 1, writing to the \ + partition table is allowed"); =20 SYSCTL_INT(_kern_geom, OID_AUTO, collectstats, CTLFLAG_RW, &g_collectstats, 0, ""); --- geom_subr.c.orig Wed Apr 6 13:56:04 2005 +++ geom_subr.c Wed Apr 6 18:51:31 2005 @@ -669,7 +669,7 @@ pp, pp->name); =20 /* If foot-shooting is enabled, any open on rank#1 is OK */ - if ((g_debugflags & 16) && pp->geom->rank =3D=3D 1) + if ((g_part_table_write & 1) && pp->geom->rank =3D=3D 1) ; /* If we try exclusive but already write: fail */ else if (dce > 0 && pw > 0) --ew6BAiZeqk4r7MaW-- --zx4FCpZtqtKETZ7O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCVCjE2Mp4pR7Fa+wRAkXAAJ9mu9+FWlDfNS7V4y8Tri8NxOg/VgCfTYaZ u74E0OkJqEVgFz5+1ODtJpE= =p66T -----END PGP SIGNATURE----- --zx4FCpZtqtKETZ7O-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 19:02:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B52B916A4CE for ; Wed, 6 Apr 2005 19:02:04 +0000 (GMT) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 18FFC43D53 for ; Wed, 6 Apr 2005 19:02:04 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp104.rog.mail.re2.yahoo.com with SMTP; 6 Apr 2005 19:02:03 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by wettoast.dyndns.org with HTTP; Wed, 6 Apr 2005 15:01:56 -0400 (EDT) Message-ID: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> Date: Wed, 6 Apr 2005 15:01:56 -0400 (EDT) From: "Mike Jakubik" To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Reproducible sig 11 with bash2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 19:02:04 -0000 Hello, I ran in to this odd problem by making a typo. By following the below steps, bash2 will exit with signal 11 and dump core. The user will get booted out of the system if it is their primary shell. 1) Type in "blah`" and press enter 4 times. --- # blah` > > > > --- 2) Hit Ctrl-D. --- > -bash: unexpected EOF while looking for matching ``' -bash: syntax error: unexpected end of file --- 3) Hit the arrow up key, to repeat the last command. --- # blah` --- 4) Hit the backspace key 4 times, to return to the value "blah`" --- # blah` --- 5) Hit enter. Bash will now exit with sig 11. Dmesg will show the following pid 83287 (bash), uid 0: exited on signal 11 (core dumped) This only happens on -CURRENT, 5.4 is ok. I am running FreeBSD 6.0-CURRENT #0: Wed Mar 30 20:17:38 EST 2005. Thanks. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 19:07:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFD6B16A4CE for ; Wed, 6 Apr 2005 19:07:55 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id F22B043D5A for ; Wed, 6 Apr 2005 19:07:54 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j36J7qK4002790; Wed, 6 Apr 2005 21:07:52 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Matteo Riondato From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 06 Apr 2005 20:21:56 +0200." <20050406182156.GA649@kaiser.sig11.org> Date: Wed, 06 Apr 2005 21:07:52 +0200 Message-ID: <2789.1112814472@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org cc: Stephen McKay Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 19:07:55 -0000 The name is wrong, this has nothing to do with partition tables. There is still no documentation. >--- geom_int.h.orig Wed Apr 6 18:51:51 2005 >+++ geom_int.h Wed Apr 6 18:51:15 2005 [...] -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 19:16:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17D9C16A4CE; Wed, 6 Apr 2005 19:16:54 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E3043D2F; Wed, 6 Apr 2005 19:16:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E3EFA51343; Wed, 6 Apr 2005 12:16:52 -0700 (PDT) Date: Wed, 6 Apr 2005 12:16:52 -0700 From: Kris Kennaway To: Mike Jakubik Message-ID: <20050406191652.GA26737@xor.obsecurity.org> References: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: Reproducible sig 11 with bash2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 19:16:54 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 06, 2005 at 03:01:56PM -0400, Mike Jakubik wrote: > Hello, >=20 > I ran in to this odd problem by making a typo. By following the below > steps, bash2 will exit with signal 11 and dump core. The user will get > booted out of the system if it is their primary shell. Try to at least obtain a backtrace. > This only happens on -CURRENT, 5.4 is ok. I am running FreeBSD 6.0-CURRENT > #0: Wed Mar 30 20:17:38 EST 2005. Kris --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCVDWkWry0BWjoQKURAk/SAKCVLiOGaPTq2yLZPDJ+LFVI7qhPHgCeLJCi cVnq2goXuQaNGlHVRKSPJxg= =DgRu -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 19:29:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 550A616A4CE for ; Wed, 6 Apr 2005 19:29:02 +0000 (GMT) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id BE28443D1D for ; Wed, 6 Apr 2005 19:29:01 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 6 Apr 2005 19:29:01 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by wettoast.dyndns.org with HTTP; Wed, 6 Apr 2005 15:28:54 -0400 (EDT) Message-ID: <1805.172.16.0.199.1112815734.squirrel@wettoast.dyndns.org> In-Reply-To: <20050406191652.GA26737@xor.obsecurity.org> References: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> <20050406191652.GA26737@xor.obsecurity.org> Date: Wed, 6 Apr 2005 15:28:54 -0400 (EDT) From: "Mike Jakubik" To: "Kris Kennaway" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: Reproducible sig 11 with bash2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 19:29:02 -0000 On Wed, April 6, 2005 3:16 pm, Kris Kennaway said: > On Wed, Apr 06, 2005 at 03:01:56PM -0400, Mike Jakubik wrote: > >> Hello, >> >> >> I ran in to this odd problem by making a typo. By following the below >> steps, bash2 will exit with signal 11 and dump core. The user will get >> booted out of the system if it is their primary shell. > > Try to at least obtain a backtrace. #0 0x280f57bb in rl_do_undo () from /lib/libreadline.so.5 (gdb) bt 50 #0 0x280f57bb in rl_do_undo () from /lib/libreadline.so.5 #1 0x280f5aa5 in rl_revert_line () from /lib/libreadline.so.5 #2 0x2810be93 in readline_internal_teardown () from /lib/libreadline.so.5 #3 0x2810cb13 in readline () from /lib/libreadline.so.5 #4 0x0805882a in yy_input_name () #5 0x080dc4d0 in ?? () #6 0x0807fd00 in termination_unwind_protect () #7 0x0805a49a in yyerror () #8 0x0805b46f in yyerror () #9 0x0805dcb5 in yyparse () #10 0x080582ef in parse_command () #11 0x080583a2 in read_command () #12 0x0805850c in reader_loop () #13 0x0805795b in main () Im a newbie to gdb, so if any other steps are required, please let me know what they are, and i will gladly perform. From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 19:32:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62C5516A4CE; Wed, 6 Apr 2005 19:32:55 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0947E43D3F; Wed, 6 Apr 2005 19:32:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 40BDF53369; Wed, 6 Apr 2005 12:32:54 -0700 (PDT) Date: Wed, 6 Apr 2005 12:32:54 -0700 From: Kris Kennaway To: Mike Jakubik Message-ID: <20050406193254.GA26965@xor.obsecurity.org> References: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> <20050406191652.GA26737@xor.obsecurity.org> <1805.172.16.0.199.1112815734.squirrel@wettoast.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <1805.172.16.0.199.1112815734.squirrel@wettoast.dyndns.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org cc: Kris Kennaway Subject: Re: Reproducible sig 11 with bash2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 19:32:55 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 06, 2005 at 03:28:54PM -0400, Mike Jakubik wrote: > On Wed, April 6, 2005 3:16 pm, Kris Kennaway said: > > On Wed, Apr 06, 2005 at 03:01:56PM -0400, Mike Jakubik wrote: > > > >> Hello, > >> > >> > >> I ran in to this odd problem by making a typo. By following the below > >> steps, bash2 will exit with signal 11 and dump core. The user will get > >> booted out of the system if it is their primary shell. > > > > Try to at least obtain a backtrace. >=20 > #0 0x280f57bb in rl_do_undo () from /lib/libreadline.so.5 > (gdb) bt 50 > #0 0x280f57bb in rl_do_undo () from /lib/libreadline.so.5 > #1 0x280f5aa5 in rl_revert_line () from /lib/libreadline.so.5 > #2 0x2810be93 in readline_internal_teardown () from /lib/libreadline.so.5 > #3 0x2810cb13 in readline () from /lib/libreadline.so.5 > #4 0x0805882a in yy_input_name () > #5 0x080dc4d0 in ?? () > #6 0x0807fd00 in termination_unwind_protect () > #7 0x0805a49a in yyerror () > #8 0x0805b46f in yyerror () > #9 0x0805dcb5 in yyparse () > #10 0x080582ef in parse_command () > #11 0x080583a2 in read_command () > #12 0x0805850c in reader_loop () > #13 0x0805795b in main () >=20 > Im a newbie to gdb, so if any other steps are required, please let me know > what they are, and i will gladly perform. You need to recompile with -ggdb to get line numbers. Please see the developers' handbook. You may also want to raise it with the bash developers, since it may be a bash bug and not a freebsd bug. Kris --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCVDllWry0BWjoQKURAgULAJ9I/SwsjPJ/4Z4V/GljDF/SqyXCswCg2PUI UgWkhs/evUgU98T1cEzPrMQ= =VJ2E -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 20:09:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F06216A4CE; Wed, 6 Apr 2005 20:09:04 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 324BA43D49; Wed, 6 Apr 2005 20:09:04 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j36K93Zk026944; Wed, 6 Apr 2005 13:09:03 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j36K92jY026936; Wed, 6 Apr 2005 13:09:02 -0700 Date: Wed, 6 Apr 2005 13:09:02 -0700 From: Brooks Davis To: Mike Jakubik Message-ID: <20050406200902.GA24227@odin.ac.hmc.edu> References: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: Reproducible sig 11 with bash2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 20:09:04 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 06, 2005 at 03:01:56PM -0400, Mike Jakubik wrote: > Hello, >=20 > I ran in to this odd problem by making a typo. By following the below > steps, bash2 will exit with signal 11 and dump core. The user will get > booted out of the system if it is their primary shell. >=20 >=20 > 1) Type in "blah`" and press enter 4 times. >=20 > --- > # blah` > > > > > > > > > --- >=20 > 2) Hit Ctrl-D. >=20 > --- > > -bash: unexpected EOF while looking for matching ``' > -bash: syntax error: unexpected end of file > --- >=20 > 3) Hit the arrow up key, to repeat the last command. >=20 > --- > # blah` >=20 >=20 >=20 >=20 > --- >=20 > 4) Hit the backspace key 4 times, to return to the value "blah`" >=20 > --- > # blah` > --- >=20 > 5) Hit enter. Bash will now exit with sig 11. >=20 > Dmesg will show the following >=20 > pid 83287 (bash), uid 0: exited on signal 11 (core dumped) >=20 > This only happens on -CURRENT, 5.4 is ok. I am running FreeBSD 6.0-CURRENT > #0: Wed Mar 30 20:17:38 EST 2005. I can verify this doesn't happen on at least one RedHat box as well. This leads me to think malloc debuggin options might be helping trigger this. Could you try either starting bash with "env MALLOC_OPTIONS=3Daj" or modifying your /etc/malloc.conf accordingly? If that causes it to stop failing (or even if it doesn't), you may want to try installing devel/valgrind and seeing that shows anything obvious. You will, of course, want to compile bash with debugging symbols in that case. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCVEHcXY6L6fI4GtQRAgXbAKDifUOmjLc0QmFQjHhoBE1iJBMFzgCdHB3N oqT0HfHCdFzGbC2JicoAM7c= =Z3iL -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 20:09:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83B1216A4CE for ; Wed, 6 Apr 2005 20:09:28 +0000 (GMT) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id B766943D1F for ; Wed, 6 Apr 2005 20:09:27 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp101.rog.mail.re2.yahoo.com with SMTP; 6 Apr 2005 20:09:26 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by wettoast.dyndns.org with HTTP; Wed, 6 Apr 2005 16:09:20 -0400 (EDT) Message-ID: <1890.172.16.0.199.1112818160.squirrel@wettoast.dyndns.org> In-Reply-To: <20050406193254.GA26965@xor.obsecurity.org> References: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> <20050406191652.GA26737@xor.obsecurity.org> <1805.172.16.0.199.1112815734.squirrel@wettoast.dyndns.org> <20050406193254.GA26965@xor.obsecurity.org> Date: Wed, 6 Apr 2005 16:09:20 -0400 (EDT) From: "Mike Jakubik" To: "Kris Kennaway" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org cc: Kris Kennaway Subject: Re: Reproducible sig 11 with bash2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 20:09:28 -0000 On Wed, April 6, 2005 3:32 pm, Kris Kennaway said: > You need to recompile with -ggdb to get line numbers. Please see the > developers' handbook. You may also want to raise it with the bash > developers, since it may be a bash bug and not a freebsd bug. Well, here is a strange result, so i dont think this is a bash bug. I recompiled and reinstalled /usr/src/contrib/libreadline, /usr/src/gnu/lib/libreadline/ (why are there two?), and /usr/ports/shells/bash2 with these CFLAGs "-O -pipe -ggdb" and i can no longer reproduce the crash. Could this be a bug in libreadline/gcc due to over optimization? (default cflags have -O2). From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 21:45:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC89B16A4CE; Wed, 6 Apr 2005 21:45:41 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EA9043D46; Wed, 6 Apr 2005 21:45:41 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j36LjdoN021035; Wed, 6 Apr 2005 17:45:40 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> References: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> Date: Wed, 6 Apr 2005 17:45:39 -0500 To: "Mike Jakubik" , freebsd-current@freebsd.org, freebsd-ports@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.4 Subject: Re: Reproducible sig 11 with bash2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 21:45:41 -0000 At 3:01 PM -0400 4/6/05, Mike Jakubik wrote: >Hello, > >I ran in to this odd problem by making a typo. By following the >below steps, bash2 will exit with signal 11 and dump core. The >user will get booted out of the system if it is their primary >shell. > > >1) Type in .. >2) Hit Ctrl-D. >3) Hit the arrow up key, ... >4) Hit the backspace key ... >5) Hit enter. Bash will now exit with sig 11. There is a PR for this, I think. The problem, as I remember it, is a mismatch between the version of readline in bash2, and the version which is in the base system. The bash2 port uses readline from the base system, but it also uses an include file from it's own version of readline. See: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/75315 As noted in that PR, there are a number of much easier ways to reproduce the bug. Basically you just need to re-enter some line which originally spanned multiple lines. This includes things like a 'for' loop, that you originally type in one line at a time. The PR includes instructions on a quick way around the problem, if it's something that you personally trip over very often (which I did, because I like typing in 'for' loops initially with 'echo' commands, and then I want to re-enter them without the 'echo's once I'm sure they will generate the correct set of commands). -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 01:30:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35B4A16A4CE; Thu, 7 Apr 2005 01:30:12 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D1DF43D54; Thu, 7 Apr 2005 01:30:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j371UAqm018654; Wed, 6 Apr 2005 21:30:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j371UBWL072088; Wed, 6 Apr 2005 21:30:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F254F7306E; Wed, 6 Apr 2005 21:30:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050407013010.F254F7306E@freebsd-current.sentex.ca> Date: Wed, 6 Apr 2005 21:30:10 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 01:30:12 -0000 TB --- 2005-04-07 00:45:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 00:45:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-04-07 00:45:01 - checking out the source tree TB --- 2005-04-07 00:45:01 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-04-07 00:45:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 00:51:55 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 00:51:55 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-04-07 00:51:55 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/alpha/alpha/src/libexec/revnetgroup/hash.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/alpha/alpha/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/alpha/alpha/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd/rexecd.c:204: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-04-07 01:30:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-07 01:30:10 - ERROR: failed to build world TB --- 2005-04-07 01:30:10 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 02:49:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CE0616A4CE; Thu, 7 Apr 2005 02:49:09 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BB5A43D2D; Thu, 7 Apr 2005 02:49:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j372n7HX021090; Wed, 6 Apr 2005 22:49:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j372n6G2048522; Wed, 6 Apr 2005 22:49:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 86D6E7306E; Wed, 6 Apr 2005 22:49:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050407024907.86D6E7306E@freebsd-current.sentex.ca> Date: Wed, 6 Apr 2005 22:49:07 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 02:49:09 -0000 TB --- 2005-04-07 01:30:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 01:30:11 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-07 01:30:11 - checking out the source tree TB --- 2005-04-07 01:30:11 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-07 01:30:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 01:36:56 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 01:36:56 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-07 01:36:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] ===> lib/libbz2 (all) ===> lib/libc (all) cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/net/gai_strerror.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/net/getaddrinfo.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/net/name6.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/i386/sys/_amd64_get_fsbase.c /tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386/sys/_amd64_get_fsbase.c: In function `_amd64_get_fsbase': /tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386/sys/_amd64_get_fsbase.c:40: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libc. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-07 02:49:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-07 02:49:07 - ERROR: failed to build world TB --- 2005-04-07 02:49:07 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 05:26:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7DAA16A4CE for ; Thu, 7 Apr 2005 05:26:27 +0000 (GMT) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 512D543D2F for ; Thu, 7 Apr 2005 05:26:27 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 4930 invoked from network); 7 Apr 2005 05:26:26 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 7 Apr 2005 05:26:26 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 7 Apr 2005 00:26:22 -0500 (CDT) From: Mike Silbersack To: Poul-Henning Kamp In-Reply-To: <10310.1112693226@critter.freebsd.dk> Message-ID: <20050407002507.X1003@odysseus.silby.com> References: <10310.1112693226@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: msdosfs or ehci corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 05:26:28 -0000 On Tue, 5 Apr 2005, Poul-Henning Kamp wrote: > I think we need somebody to do the binary search time travel to find > out when this broke. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 I didn't do that, but I came up with a test script that recreate the problem here: #!/bin/sh mdconfig -a -t swap -s 128m bsdlabel -w md0 auto newfs_msdos -F 16 -b 8192 /dev/md0a mount_msdosfs /dev/md0 /mnt/thumb/ cp -R /usr/src/bin/ /mnt/thumb/ Run it and I see: cp: /mnt/thumb/mkdir/Makefile: Is a directory cp: /mnt/thumb/rmdir/Makefile: Not a directory cp: /mnt/thumb/rmdir/rmdir.1: Not a directory cp: /mnt/thumb/rmdir/rmdir.c: Not a directory cp: /mnt/thumb/sh/bltin: Not a directory And it's right, things are messed up already! Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 05:37:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47A6616A4CE for ; Thu, 7 Apr 2005 05:37:01 +0000 (GMT) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BB26543D48 for ; Thu, 7 Apr 2005 05:37:00 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 63476 invoked from network); 7 Apr 2005 05:36:59 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 7 Apr 2005 05:36:59 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 7 Apr 2005 00:36:55 -0500 (CDT) From: Mike Silbersack To: Poul-Henning Kamp In-Reply-To: <20050407002507.X1003@odysseus.silby.com> Message-ID: <20050407003619.B1003@odysseus.silby.com> References: <10310.1112693226@critter.freebsd.dk> <20050407002507.X1003@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: msdosfs or ehci corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 05:37:01 -0000 Here's a better version: #!/bin/sh mdconfig -a -t swap -s 128m bsdlabel -w md0 auto newfs_msdos -F 16 -b 8192 /dev/md0a mount_msdosfs /dev/md0a /mnt/thumb/ cp -R /usr/src/bin/ /mnt/thumb/ umount /mnt/thumb mdconfig -d -u 0 If I run it repeatedly, I get a different set of copy failures (or no failures) each time. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 06:52:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A53C516A4CE for ; Thu, 7 Apr 2005 06:52:13 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A54043D45 for ; Thu, 7 Apr 2005 06:52:13 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5280D72DDB; Wed, 6 Apr 2005 23:52:13 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4E15272DD9 for ; Wed, 6 Apr 2005 23:52:13 -0700 (PDT) Date: Wed, 6 Apr 2005 23:52:13 -0700 (PDT) From: Doug White To: freebsd-current@freebsd.org Message-ID: <20050406233405.O47071@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Potential source of interrupt aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 06:52:13 -0000 Hey folks, After looking at Intel docs for the last several days I've uncovered what may be the source of our interrupt aliasing problem. In order to support non-APIC mode operation, IOAPICs servicing other PCI busses than the primary in the system support so-called "boot interrupt" operation. In this mode (which is enabled by default) if they receive an interrupt and it is masked in the IOAPIC (again the default), it will trigger the boot interrupt signal instead. This signal is usually a dedicated pin on the bridge and is attached to the IOAPIC in the ICH that also gets the ISA interrupts from the 8259s. In the Intel WV2 board, the boot interrupt line from the P64H2 PCI-PCI bridge is tied to PIRQA on the ICH -- which is tied to intpin 16 on its IOAPIC. Typically the USB controllers are mapped to this IRQ as well. Where this becomes a problem is our strategy of masking interrupts in the IOAPIC for devices whose ithread is active. If the same device interrupts again, its interrupt is diverted over the boot interrupt signal (because its masked) and shows up as an interrupt on IRQ16. The docs _imply_ that this is supposed to be disabled when APIC mode is enabled, but I don't think thats the case for most chipsets. The Intel P64H2 and PXH PCI-PCI bridge docs I've read don't have a disable register, although newer IO hubs (like the 6300ESB) do to quell it on their interrupt sources. A quick hack would be to blacklist intpin 16 on the first IOAPIC and bump any PCI devices that ACPI says are claiming that interrupt. I don't know how difficult this is to do with ACPI. How to handle this for ATPIC mode is a little difficult since the boot interrupt either gets routed to IRQ9 or ends up as a stray on IRQ7 (on my SCB2 at least -- other boards may vary). If anyone else has thought this through and can prove me wrong, please do so ... its late and my brain hurts from reading Intel docs :-) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 06:57:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2851B16A4CE; Thu, 7 Apr 2005 06:57:20 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF69B43D54; Thu, 7 Apr 2005 06:57:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j376vJqx026799; Thu, 7 Apr 2005 02:57:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j376vJAQ084661; Thu, 7 Apr 2005 02:57:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1477C7306E; Thu, 7 Apr 2005 02:57:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050407065719.1477C7306E@freebsd-current.sentex.ca> Date: Thu, 7 Apr 2005 02:57:19 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 06:57:20 -0000 TB --- 2005-04-07 04:57:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 04:57:45 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-04-07 04:57:45 - checking out the source tree TB --- 2005-04-07 04:57:45 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-04-07 04:57:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 05:09:11 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 05:09:11 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-07 05:09:11 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-07 06:41:36 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-07 06:41:36 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-07 06:41:36 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 7 06:41:37 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Thu Apr 7 06:56:51 UTC 2005 TB --- 2005-04-07 06:56:51 - generating LINT kernel config TB --- 2005-04-07 06:56:51 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-04-07 06:56:51 - /usr/bin/make -B LINT TB --- 2005-04-07 06:56:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-07 06:56:51 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-07 06:56:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Apr 7 06:56:51 UTC 2005 >>> 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 [...] /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw3' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRsign' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw0' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw3' isn't known *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-04-07 06:57:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-07 06:57:18 - ERROR: failed to build lint kernel TB --- 2005-04-07 06:57:18 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 07:58:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F71016A4CE for ; Thu, 7 Apr 2005 07:58:09 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33DC243D39 for ; Thu, 7 Apr 2005 07:58:08 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j377vcqd007385; Thu, 7 Apr 2005 09:57:38 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Mike Silbersack From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 07 Apr 2005 00:36:55 CDT." <20050407003619.B1003@odysseus.silby.com> Date: Thu, 07 Apr 2005 09:57:38 +0200 Message-ID: <7384.1112860658@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: msdosfs or ehci corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 07:58:09 -0000 Ok, I think I found it. Can you guys beat up the stuff in -current ? Poul-Henning In message <20050407003619.B1003@odysseus.silby.com>, Mike Silbersack writes: > >Here's a better version: > >#!/bin/sh >mdconfig -a -t swap -s 128m >bsdlabel -w md0 auto >newfs_msdos -F 16 -b 8192 /dev/md0a >mount_msdosfs /dev/md0a /mnt/thumb/ >cp -R /usr/src/bin/ /mnt/thumb/ >umount /mnt/thumb >mdconfig -d -u 0 > >If I run it repeatedly, I get a different set of copy failures (or no >failures) each time. > >Mike "Silby" Silbersack > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 08:04:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8386916A4CE; Thu, 7 Apr 2005 08:04:59 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF2C943D1F; Thu, 7 Apr 2005 08:04:58 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3784w7b053198; Thu, 7 Apr 2005 04:04:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3784wnw068838; Thu, 7 Apr 2005 04:04:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1E4F87306E; Thu, 7 Apr 2005 04:04:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050407080458.1E4F87306E@freebsd-current.sentex.ca> Date: Thu, 7 Apr 2005 04:04:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 08:04:59 -0000 TB --- 2005-04-07 06:57:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 06:57:19 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-04-07 06:57:19 - checking out the source tree TB --- 2005-04-07 06:57:19 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-04-07 06:57:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 07:08:15 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 07:08:15 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-04-07 07:08:15 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/ia64/ia64/src/libexec/revnetgroup/hash.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/ia64/ia64/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/ia64/ia64/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd/rexecd.c:204: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-04-07 08:04:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-07 08:04:58 - ERROR: failed to build world TB --- 2005-04-07 08:04:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 09:24:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B696616A4CE; Thu, 7 Apr 2005 09:24:19 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6AD343D31; Thu, 7 Apr 2005 09:24:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j379OIgI030337; Thu, 7 Apr 2005 05:24:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j379OIxC010749; Thu, 7 Apr 2005 05:24:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 00CB17306E; Thu, 7 Apr 2005 05:24:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050407092417.00CB17306E@freebsd-current.sentex.ca> Date: Thu, 7 Apr 2005 05:24:17 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 09:24:19 -0000 TB --- 2005-04-07 08:04:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 08:04:58 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-04-07 08:04:58 - checking out the source tree TB --- 2005-04-07 08:04:58 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-04-07 08:04:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 08:11:39 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 08:11:39 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-04-07 08:11:39 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-07 09:20:38 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-07 09:20:38 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-04-07 09:20:38 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 7 09:20:39 UTC 2005 >>> 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 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/fpu.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/fuswintr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/interrupt.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/intr_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/machdep.c /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/machdep.c: In function `cpu_idle': /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powerpc/machdep.c:745: error: structure has no member named `md_savecrit' *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-04-07 09:24:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-07 09:24:17 - ERROR: failed to build generic kernel TB --- 2005-04-07 09:24:17 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 09:51:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9FE416A4CE for ; Thu, 7 Apr 2005 09:51:59 +0000 (GMT) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5CD9543D3F for ; Thu, 7 Apr 2005 09:51:59 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 24263 invoked from network); 7 Apr 2005 09:51:58 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 7 Apr 2005 09:51:58 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 7 Apr 2005 04:51:54 -0500 (CDT) From: Mike Silbersack To: Poul-Henning Kamp In-Reply-To: <7384.1112860658@critter.freebsd.dk> Message-ID: <20050407045042.U1228@odysseus.silby.com> References: <7384.1112860658@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: msdosfs or ehci corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 09:51:59 -0000 On Thu, 7 Apr 2005, Poul-Henning Kamp wrote: > Ok, I think I found it. > > Can you guys beat up the stuff in -current ? > > Poul-Henning The code you just committed to -current seems to past my "regression test" here, but I haven't done any testing beyond that yet. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 10:07:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B66216A4CE for ; Thu, 7 Apr 2005 10:07:06 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E792243D2D for ; Thu, 7 Apr 2005 10:07:05 +0000 (GMT) (envelope-from slawek.zak@gmail.com) Received: by wproxy.gmail.com with SMTP id 37so576778wra for ; Thu, 07 Apr 2005 03:07:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=uOVFAe4tNlnID2DV8uPUsTrG0jOdb/40/29XLJKtuxBAa85jZHT630O/MTi4MvCvAKclKFDUYIGHIots6cHvdP2rSuZx25ZqSPGBoy2hKXcJWAL5O+v7366k6Eab0T1ZhtboX6Yen8xZsKBu7yc8sU0TudaeiaFq214DZTzaIx4= Received: by 10.54.25.60 with SMTP id 60mr695021wry; Thu, 07 Apr 2005 03:07:05 -0700 (PDT) Received: by 10.54.39.23 with HTTP; Thu, 7 Apr 2005 03:07:05 -0700 (PDT) Message-ID: <787bbe1c0504070307670f5e5d@mail.gmail.com> Date: Thu, 7 Apr 2005 12:07:05 +0200 From: =?ISO-8859-2?Q?S=B3awek_=AFak?= To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Subject: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?ISO-8859-2?Q?S=B3awek_=AFak?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 10:07:06 -0000 Hi, I'd like to ask what's the reason behind requiring a keyboard during FreeBSD install. Headless configuration is the most common in datacenters and toying with KVM and VGA cable is often a no-no (distance in the issue my case). Therefore why don't we introduce a prompt in the CD loader saying: "Press any key to install from video console..." Now wait 30s. If no key is pressed boot with console=3Dcomconsole.=20 It would make my life sooo much easier and won't confuse noobs too much. Thanks, /S --=20 S=B3awek =AFak / UNIX Systems Administrator From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 10:09:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A32A16A4CE; Thu, 7 Apr 2005 10:09:24 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D214F43D1F; Thu, 7 Apr 2005 10:09:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j37A9NJu055916; Thu, 7 Apr 2005 06:09:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j37A9NOY054172; Thu, 7 Apr 2005 06:09:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 647687306E; Thu, 7 Apr 2005 06:09:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050407100923.647687306E@freebsd-current.sentex.ca> Date: Thu, 7 Apr 2005 06:09:23 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 10:09:24 -0000 TB --- 2005-04-07 09:24:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 09:24:18 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-04-07 09:24:18 - checking out the source tree TB --- 2005-04-07 09:24:18 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-04-07 09:24:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 09:31:04 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 09:31:04 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-04-07 09:31:04 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/hash.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c:204: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-04-07 10:09:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-07 10:09:23 - ERROR: failed to build world TB --- 2005-04-07 10:09:23 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 11:24:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F7C416A4CE for ; Thu, 7 Apr 2005 11:24:03 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C180643D45 for ; Thu, 7 Apr 2005 11:24:02 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j37BO1eI045880; Thu, 7 Apr 2005 06:24:01 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4255182E.1020002@centtech.com> Date: Thu, 07 Apr 2005 06:23:26 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?UTF-8?B?U8WCYXdlayDFu2Fr?= References: <787bbe1c0504070307670f5e5d@mail.gmail.com> In-Reply-To: <787bbe1c0504070307670f5e5d@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.82/813/Thu Apr 7 05:20:51 2005 on mh1.centtech.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 11:24:03 -0000 SÅ‚awek Å»ak wrote: > Hi, > > I'd like to ask what's the reason behind requiring a keyboard during > FreeBSD install. Headless configuration is the most common in > datacenters and toying with KVM and VGA cable is often a no-no > (distance in the issue my case). > > Therefore why don't we introduce a prompt in the CD loader saying: > > "Press any key to install from video console..." > > Now wait 30s. If no key is pressed boot with console=comconsole. > > It would make my life sooo much easier and won't confuse noobs too much. Maybe so, but then people who do have video consoles plugged in would have to hit a key to keep going. Why not just read this: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-advanced.html Or even: ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/5.3-RELEASE/floppies/README.TXT Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 11:48:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B772D16A4CE for ; Thu, 7 Apr 2005 11:48:17 +0000 (GMT) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FE4243D45 for ; Thu, 7 Apr 2005 11:48:17 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 1B14441A4; Thu, 7 Apr 2005 13:48:16 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 95611-01; Thu, 7 Apr 2005 13:48:03 +0200 (CEST) Received: by crivens.unixoid.de (Postfix, from userid 1006) id 1C8FE41A3; Thu, 7 Apr 2005 13:48:03 +0200 (CEST) Received: from 212.12.51.89 (SquirrelMail authenticated user mh); by mail.reisegruppe-mollengrab.de with HTTP; Thu, 7 Apr 2005 13:48:03 +0200 (CEST) Message-ID: <4142.212.12.51.89.1112874483.squirrel@212.12.51.89> In-Reply-To: <4255182E.1020002@centtech.com> References: <787bbe1c0504070307670f5e5d@mail.gmail.com> <4255182E.1020002@centtech.com> Date: Thu, 7 Apr 2005 13:48:03 +0200 (CEST) From: "Marian Hettwer" To: "Eric Anderson" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at unixoid.de cc: =?iso-8859-1?Q?S=C5=82awek_=C5=BBak?= cc: freebsd-current@freebsd.org Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 11:48:17 -0000 On Do, 7.04.2005, 13:23, Eric Anderson sagte: > SÅ‚awek Å»ak wrote: >> Hi, >> >> I'd like to ask what's the reason behind requiring a keyboard during >> FreeBSD install. Headless configuration is the most common in >> datacenters and toying with KVM and VGA cable is often a no-no >> (distance in the issue my case). >> >> Therefore why don't we introduce a prompt in the CD loader saying: >> >> "Press any key to install from video console..." >> >> Now wait 30s. If no key is pressed boot with console=comconsole. >> >> It would make my life sooo much easier and won't confuse noobs too much. > > Maybe so, but then people who do have video consoles plugged in would have > to hit a key to keep going. > True. But people with a Monitor and a Keyboard connected could hit Enter. People with a headless Server just don't have a possiblity to hit any key to initalize the installation the way they want. Isn't it possible to send out the output of FreeBSD's bootloader to VGA and serial console ? This would be perfect. We could have a point in our bootmenu to hit a specific key for serial console install, or for VGA based install. But I believe for the time being it's not possible to have the same output on console and vga. On the other hand, would it be possible to create a PXE Image with serial console enabled ? Usually if you have servers which are headless they are additionally pretty far away... Network Boot is the way to go :) > Why not just read this: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-advanced.html > well, this is an option, but however, you have to change the floppies all the time. Floppies suck ;) Just some thoughts... Best Regards and good luck, Marian From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 11:51:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA38516A4CE for ; Thu, 7 Apr 2005 11:51:20 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 621FE43D1D for ; Thu, 7 Apr 2005 11:51:20 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j37BpJAH046014; Thu, 7 Apr 2005 06:51:19 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42551E94.30800@centtech.com> Date: Thu, 07 Apr 2005 06:50:44 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marian Hettwer References: <787bbe1c0504070307670f5e5d@mail.gmail.com> <4255182E.1020002@centtech.com> <4142.212.12.51.89.1112874483.squirrel@212.12.51.89> In-Reply-To: <4142.212.12.51.89.1112874483.squirrel@212.12.51.89> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.82/813/Thu Apr 7 05:20:51 2005 on mh1.centtech.com X-Virus-Status: Clean cc: =?UTF-8?B?U8WCYXdlayDFu2Fr?= cc: freebsd-current@freebsd.org Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 11:51:21 -0000 Marian Hettwer wrote: > On Do, 7.04.2005, 13:23, Eric Anderson sagte: > >>SÅ‚awek Å»ak wrote: >> >>>Hi, >>> >>>I'd like to ask what's the reason behind requiring a keyboard during >>>FreeBSD install. Headless configuration is the most common in >>>datacenters and toying with KVM and VGA cable is often a no-no >>>(distance in the issue my case). >>> >>>Therefore why don't we introduce a prompt in the CD loader saying: >>> >>>"Press any key to install from video console..." >>> >>>Now wait 30s. If no key is pressed boot with console=comconsole. >>> >>>It would make my life sooo much easier and won't confuse noobs too much. >> >>Maybe so, but then people who do have video consoles plugged in would have >>to hit a key to keep going. >> > > True. But people with a Monitor and a Keyboard connected could hit Enter. > People with a headless Server just don't have a possiblity to hit any key > to initalize the installation the way they want. > > Isn't it possible to send out the output of FreeBSD's bootloader to VGA > and serial console ? > This would be perfect. We could have a point in our bootmenu to hit a > specific key for serial console install, or for VGA based install. > But I believe for the time being it's not possible to have the same output > on console and vga. > > On the other hand, would it be possible to create a PXE Image with serial > console enabled ? > Usually if you have servers which are headless they are additionally > pretty far away... Network Boot is the way to go :) > > >>Why not just read this: >> >>http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-advanced.html >> > > well, this is an option, but however, you have to change the floppies all > the time. Floppies suck ;) You must have missed the second link - it answers your questions completely. You can also build your own images with whatever setup you'd like, and/or have that image used via PXE install. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 12:25:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5718016A4CE for ; Thu, 7 Apr 2005 12:25:16 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4D3F43D3F for ; Thu, 7 Apr 2005 12:25:15 +0000 (GMT) (envelope-from slawek.zak@gmail.com) Received: by wproxy.gmail.com with SMTP id 37so619035wra for ; Thu, 07 Apr 2005 05:25:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Qnpww6GthIUhcRvjyPC8m/XrND3cdbQZtHcTl5Zul9I/eLQmrxIhx+CNGzTNL12g6zPydW//NF14QYvRhe+ERw8zQmKY3ZVrMYvbXlGxUv/D3+lrCgd9JUbwRJqY7gT+Z/0Cdjj+mcUzBBT0aU+Byyzjof99g12uOQdt6xnWCJc= Received: by 10.54.46.7 with SMTP id t7mr88553wrt; Thu, 07 Apr 2005 05:25:14 -0700 (PDT) Received: by 10.54.39.23 with HTTP; Thu, 7 Apr 2005 05:25:14 -0700 (PDT) Message-ID: <787bbe1c05040705254c89fea@mail.gmail.com> Date: Thu, 7 Apr 2005 14:25:14 +0200 From: =?ISO-8859-2?Q?S=B3awek_=AFak?= To: Eric Anderson In-Reply-To: <42551E94.30800@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <787bbe1c0504070307670f5e5d@mail.gmail.com> <4255182E.1020002@centtech.com> <4142.212.12.51.89.1112874483.squirrel@212.12.51.89> <42551E94.30800@centtech.com> cc: freebsd-current@freebsd.org cc: Marian Hettwer Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?ISO-8859-2?Q?S=B3awek_=AFak?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 12:25:16 -0000 On Apr 7, 2005 1:50 PM, Eric Anderson wrote: >You must have missed the second link - it answers your questions completely. You can >also build your own images with whatever setup you'd like, and/or have that image used via >PXE install. So the options I have are: 1. Boot from CDROM with keyboard plugged in, wait for the beep and press 6 blindfolded then enter boot -h. 2. Boot from floppy and flip the diskettes until the output is directed to the serial console. 3. Build my own PXE image. Doh. Lots of work. I was asking for a small and very helpful change in the boot loader. Floppies are so 1980's. Getting my butt to the server room and plugging the keyboard in is a little better, but still far from the convenience of putting the CD in and forgetting the problem. /S From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 12:43:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B33BD16A4CE for ; Thu, 7 Apr 2005 12:43:10 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 033F443D48 for ; Thu, 7 Apr 2005 12:43:10 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j37Ch9AW046257; Thu, 7 Apr 2005 07:43:09 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42552AB9.8050106@centtech.com> Date: Thu, 07 Apr 2005 07:42:33 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?UTF-8?B?U8WCYXdlayDFu2Fr?= References: <787bbe1c0504070307670f5e5d@mail.gmail.com> <4255182E.1020002@centtech.com> <4142.212.12.51.89.1112874483.squirrel@212.12.51.89> <42551E94.30800@centtech.com> <787bbe1c05040705254c89fea@mail.gmail.com> In-Reply-To: <787bbe1c05040705254c89fea@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.82/813/Thu Apr 7 05:20:51 2005 on mh1.centtech.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org cc: Marian Hettwer Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 12:43:10 -0000 SÅ‚awek Å»ak wrote: > On Apr 7, 2005 1:50 PM, Eric Anderson wrote: > > >>You must have missed the second link - it answers your questions > > completely. You can >also build your own images with whatever setup > you'd like, and/or have that image used via >PXE install. > > So the options I have are: > > 1. Boot from CDROM with keyboard plugged in, wait for the beep and > press 6 blindfolded then enter boot -h. > 2. Boot from floppy and flip the diskettes until the output is > directed to the serial console. > 3. Build my own PXE image. > > Doh. Lots of work. I was asking for a small and very helpful change in > the boot loader. Floppies are so 1980's. Getting my butt to the server > room and plugging the keyboard in is a little better, but still far > from the convenience of putting the CD in and forgetting the problem. You can make your own cd without too much trouble with all the right tweaks in it. Now, I'm not saying this is the easiest solution - I'm just telling you what you can do *now*. I really would love a console install method that was quick and dirty, and a better 'kickstart' kind of install, but I'm no coder, so I keep my mouth shut until I have either a damn good plan, or code.. :) Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 12:51:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3815216A4CE; Thu, 7 Apr 2005 12:51:25 +0000 (GMT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id C772943D3F; Thu, 7 Apr 2005 12:51:24 +0000 (GMT) (envelope-from nectar@FreeBSD.org) Received: from gw.celabo.org (localhost [127.0.0.1]) by internal.gw.celabo.org (Postfix) with ESMTP id 8C2DC3E2E70; Thu, 7 Apr 2005 07:51:17 -0500 (CDT) Received: from lum.celabo.org (lum.celabo.org [10.0.1.107]) by gw.celabo.org (Postfix) with ESMTP id 848D83E2E6F; Thu, 7 Apr 2005 07:51:17 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by lum.celabo.org (Postfix) with ESMTP id 79128659EA; Thu, 7 Apr 2005 07:51:15 -0500 (CDT) In-Reply-To: <20050406153614.BA6877306E@freebsd-current.sentex.ca> References: <20050406153614.BA6877306E@freebsd-current.sentex.ca> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: multipart/mixed; boundary=Apple-Mail-6--720396101 Message-Id: From: Jacques Vidrine Date: Thu, 7 Apr 2005 07:51:13 -0500 To: X-Mailer: Apple Mail (2.619.2) X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on hellblazer.celabo.org X-Spam-Level: X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.2 cc: sparc64@freebsd.org Subject: Re: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 12:51:25 -0000 --Apple-Mail-6--720396101 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Apr 6, 2005, at 10:36 AM, FreeBSD Tinderbox wrote: > /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c: In > function `doit': > /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c:204: > warning: cast increases required alignment of target type > *** Error code 1 Gah, I'm cursed. 139 char user[16], pass[16]; 204 !pam_ok(pam_get_item(pamh, PAM_USER, (const void **)&user)) || Before I churn the code more :-/, does someone have a much better suggestion than the attached? Cheers, -- Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org --Apple-Mail-6--720396101 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="rexecd.patch" Content-Disposition: attachment; filename=rexecd.patch ? rexecd ? rexecd.8.gz Index: rexecd.c =================================================================== RCS file: /home/ncvs/src/libexec/rexecd/rexecd.c,v retrieving revision 1.39 diff -c -u -r1.39 rexecd.c --- rexecd.c 5 Apr 2005 18:25:27 -0000 1.39 +++ rexecd.c 7 Apr 2005 12:45:55 -0000 @@ -136,9 +136,9 @@ { char *cmdbuf, *cp; int maxcmdlen; - char user[16], pass[16]; + char userbuf[16], pass[16]; struct passwd *pwd, pwd_storage; - char *pwdbuf; + char *pwdbuf, *user; size_t pwdbuflen; int fd, r, sd; u_short port; @@ -189,6 +189,7 @@ if (connect(sd, fromp, fromp->sa_len) < 0) exit(1); } + user = userbuf; getstr(user, sizeof(user), "username"); getstr(pass, sizeof(pass), "password"); getstr(cmdbuf, maxcmdlen, "command"); --Apple-Mail-6--720396101 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed --Apple-Mail-6--720396101-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 12:58:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C4D116A4CE for ; Thu, 7 Apr 2005 12:58:17 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 191CB43D54 for ; Thu, 7 Apr 2005 12:58:16 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.165]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j37CwBck018750; Thu, 7 Apr 2005 13:58:11 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.3/8.13.1) with ESMTP id j37CwAUL019871; Thu, 7 Apr 2005 13:58:10 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.3/8.13.1/Submit) id j37Cw9mL019870; Thu, 7 Apr 2005 13:58:09 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Marian Hettwer In-Reply-To: <4142.212.12.51.89.1112874483.squirrel@212.12.51.89> References: <787bbe1c0504070307670f5e5d@mail.gmail.com> <4255182E.1020002@centtech.com> <4142.212.12.51.89.1112874483.squirrel@212.12.51.89> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Date: Thu, 07 Apr 2005 13:58:07 +0100 Message-Id: <1112878688.82439.4.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-current@freebsd.org Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 12:58:17 -0000 On Thu, 2005-04-07 at 13:48 +0200, Marian Hettwer wrote: > On Do, 7.04.2005, 13:23, Eric Anderson sagte: > > S=C3=85=E2=80=9Aawek =C3=85=C2=BBak wrote: > >> I'd like to ask what's the reason behind requiring a keyboard during > >> FreeBSD install. Headless configuration is the most common in > >> datacenters and toying with KVM and VGA cable is often a no-no > >> (distance in the issue my case). > >> > > Maybe so, but then people who do have video consoles plugged in would h= ave > > to hit a key to keep going. > > > Isn't it possible to send out the output of FreeBSD's bootloader to VGA > and serial console ? > This would be perfect. We could have a point in our bootmenu to hit a > specific key for serial console install, or for VGA based install. > But I believe for the time being it's not possible to have the same outpu= t > on console and vga. See the patch associated with PR kern/66425 - which basically makes the -D dual-console support work. I've been using it on all my machines now for about a year without problems. When I first floated the idea there were a lot of people who wanted this support, but since writing it there's been very little interest in incorporating it into the tree :( Not that any of this helps your need at the moment, but hopefully it'll stop you from having to write any code yourself :) Gavin From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 13:16:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 761F516A4CE for ; Thu, 7 Apr 2005 13:16:05 +0000 (GMT) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7C5643D39 for ; Thu, 7 Apr 2005 13:16:02 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id DAF9841A4; Thu, 7 Apr 2005 15:16:01 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 95084-19; Thu, 7 Apr 2005 15:15:43 +0200 (CEST) Received: by crivens.unixoid.de (Postfix, from userid 1006) id 641C04164; Thu, 7 Apr 2005 15:15:43 +0200 (CEST) Received: from 212.12.51.89 (SquirrelMail authenticated user mh); by mail.reisegruppe-mollengrab.de with HTTP; Thu, 7 Apr 2005 15:15:43 +0200 (CEST) Message-ID: <4099.212.12.51.89.1112879743.squirrel@212.12.51.89> In-Reply-To: <42551E94.30800@centtech.com> References: <787bbe1c0504070307670f5e5d@mail.gmail.com> <4255182E.1020002@centtech.com> <4142.212.12.51.89.1112874483.squirrel@212.12.51.89> <42551E94.30800@centtech.com> Date: Thu, 7 Apr 2005 15:15:43 +0200 (CEST) From: "Marian Hettwer" To: "Eric Anderson" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at unixoid.de cc: freebsd-current@freebsd.org cc: Marian Hettwer Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 13:16:05 -0000 On Do, 7.04.2005, 13:50, Eric Anderson sagte: > Marian Hettwer wrote: >> On Do, 7.04.2005, 13:23, Eric Anderson sagte: >> >>>SÅ‚awek Å»ak wrote: >>> > > You must have missed the second link - it answers your questions > completely. You can also build your own images with whatever setup you'd > like, and/or have that image used via PXE install. > Aye, right. Sorry, I missed that. Thought it explains the boot floppies only. Well... it would be great to have a mininst PXE Image to every release anyway. Same as having mininst.iso and boot floppies. It's quite a lotta work to build your own, just to fire up the installation... So, that's a question to the FreeBSD team: Is there a need for an PXE Image just for Installation Purpose ? If so, I'm willing to help building these Images ... However, this is only a quick shot. I don't know wether it's a good solution anyway. best regards, Marian From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 13:18:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63D8B16A4CE for ; Thu, 7 Apr 2005 13:18:35 +0000 (GMT) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E67843D31 for ; Thu, 7 Apr 2005 13:18:35 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 29A7C41A4; Thu, 7 Apr 2005 15:18:34 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 95611-17; Thu, 7 Apr 2005 15:18:15 +0200 (CEST) Received: by crivens.unixoid.de (Postfix, from userid 1006) id 9525D4164; Thu, 7 Apr 2005 15:18:15 +0200 (CEST) Received: from 212.12.51.89 (SquirrelMail authenticated user mh); by mail.reisegruppe-mollengrab.de with HTTP; Thu, 7 Apr 2005 15:18:15 +0200 (CEST) Message-ID: <4122.212.12.51.89.1112879895.squirrel@212.12.51.89> In-Reply-To: <1112878688.82439.4.camel@buffy.york.ac.uk> References: <787bbe1c0504070307670f5e5d@mail.gmail.com> <4255182E.1020002@centtech.com> <4142.212.12.51.89.1112874483.squirrel@212.12.51.89> <1112878688.82439.4.camel@buffy.york.ac.uk> Date: Thu, 7 Apr 2005 15:18:15 +0200 (CEST) From: "Marian Hettwer" To: "Gavin Atkinson" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at unixoid.de cc: freebsd-current@freebsd.org cc: Marian Hettwer Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 13:18:35 -0000 On Do, 7.04.2005, 14:58, Gavin Atkinson sagte: > On Thu, 2005-04-07 at 13:48 +0200, Marian Hettwer wrote: >> Isn't it possible to send out the output of FreeBSD's bootloader to VGA >> and serial console ? >> This would be perfect. We could have a point in our bootmenu to hit a >> specific key for serial console install, or for VGA based install. >> But I believe for the time being it's not possible to have the same >> output >> on console and vga. > > See the patch associated with PR kern/66425 - which basically makes the > -D dual-console support work. > really ? This sounds perfect. I'll check that out at my testing machine at home. Luckily I have a monitor connected _and_ a console server ;-) > I've been using it on all my machines now for about a year without > problems. When I first floated the idea there were a lot of people who > wanted this support, but since writing it there's been very little > interest in incorporating it into the tree :( > I wonder why ... I'll raise my hand for: Incorporate this change if the code is clean! I'd really like to have this feature :-) (Perhaps someone from -core is reading this thread ;-) ) > Not that any of this helps your need at the moment, but hopefully it'll > stop you from having to write any code yourself :) > I'll give it a try under RELENG_5 and perhaps -CURRENT ... - Marian From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 13:21:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E11BD16A4CE for ; Thu, 7 Apr 2005 13:21:12 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0218543D2D for ; Thu, 7 Apr 2005 13:21:12 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j37DLBsO012986; Thu, 7 Apr 2005 08:21:11 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <425533A3.6030901@centtech.com> Date: Thu, 07 Apr 2005 08:20:35 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gavin Atkinson References: <787bbe1c0504070307670f5e5d@mail.gmail.com> <4255182E.1020002@centtech.com> <4142.212.12.51.89.1112874483.squirrel@212.12.51.89> <1112878688.82439.4.camel@buffy.york.ac.uk> In-Reply-To: <1112878688.82439.4.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 13:21:13 -0000 Gavin Atkinson wrote: > On Thu, 2005-04-07 at 13:48 +0200, Marian Hettwer wrote: > >>On Do, 7.04.2005, 13:23, Eric Anderson sagte: >> >>>SÅ‚awek Å»ak wrote: >>> >>>>I'd like to ask what's the reason behind requiring a keyboard during >>>>FreeBSD install. Headless configuration is the most common in >>>>datacenters and toying with KVM and VGA cable is often a no-no >>>>(distance in the issue my case). >>>> >>> >>>Maybe so, but then people who do have video consoles plugged in would have >>>to hit a key to keep going. >>> >> >>Isn't it possible to send out the output of FreeBSD's bootloader to VGA >>and serial console ? >>This would be perfect. We could have a point in our bootmenu to hit a >>specific key for serial console install, or for VGA based install. >>But I believe for the time being it's not possible to have the same output >>on console and vga. > > > See the patch associated with PR kern/66425 - which basically makes the > -D dual-console support work. > > I've been using it on all my machines now for about a year without > problems. When I first floated the idea there were a lot of people who > wanted this support, but since writing it there's been very little > interest in incorporating it into the tree :( > > Not that any of this helps your need at the moment, but hopefully it'll > stop you from having to write any code yourself :) This is great! It must have fallen through the cracks.. Can some official FreeBSD person with the magical bits look at it and commit it? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 19:13:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C286D16A4CE; Wed, 6 Apr 2005 19:13:14 +0000 (GMT) Received: from imladris.teardrop.org (imladris.teardrop.org [66.92.66.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EA2443D2F; Wed, 6 Apr 2005 19:13:14 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by imladris.teardrop.org (Postfix, from userid 100) id 335B4BE4BF; Wed, 6 Apr 2005 15:14:43 -0400 (EDT) Date: Wed, 6 Apr 2005 15:14:43 -0400 From: James Snow To: Mike Jakubik Message-ID: <20050406191443.GA72359@teardrop.org> References: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Thu, 07 Apr 2005 15:33:31 +0000 cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: Reproducible sig 11 with bash2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 19:13:14 -0000 On Wed, Apr 06, 2005 at 03:01:56PM -0400, Mike Jakubik wrote: > > I ran in to this odd problem by making a typo. By following the below > steps, bash2 will exit with signal 11 and dump core. The user will get > booted out of the system if it is their primary shell. I've encountered a similar problem, also only present under -current. I wasn't going to bother reporting it because, well, it's -current. But I figured I'd at least corroborate your posting. Write a short for loop, hit the up arrow to bring it back from command history, make a change, hit return, dump core: x40:~> bash bash-2.05b$ for ((i=0; $i<2; i=$i+1)) > do > echo $i > done 0 1 bash-2.05b$ for ((i=0; $i<2; i=$i+1)); do echo 0$i; done Bus error (core dumped) x40:~> I had thought about enabling debugging symbols in the bash port and taking a stab at debugging it, but I haven't gotten around to it. -Snow From owner-freebsd-current@FreeBSD.ORG Wed Apr 6 19:49:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A5EA16A4CE for ; Wed, 6 Apr 2005 19:49:03 +0000 (GMT) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE34C43D41 for ; Wed, 6 Apr 2005 19:49:02 +0000 (GMT) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.50) id 1DJGXd-0006tF-GZ; Thu, 07 Apr 2005 02:50:21 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.13.3/8.13.1) with ESMTP id j36JnNM1072707; Thu, 7 Apr 2005 02:49:23 +0700 (NOVST) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.13.3/8.13.1/Submit) id j36JnHLt072643; Thu, 7 Apr 2005 02:49:17 +0700 (NOVST) (envelope-from danfe) Date: Thu, 7 Apr 2005 02:49:17 +0700 From: Alexey Dokuchaev To: Poul-Henning Kamp Message-ID: <20050406194917.GA71362@regency.nsu.ru> References: <20050406182156.GA649@kaiser.sig11.org> <2789.1112814472@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2789.1112814472@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Thu, 07 Apr 2005 15:33:31 +0000 cc: Matteo Riondato cc: current@freebsd.org cc: Stephen McKay Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 19:49:03 -0000 On Wed, Apr 06, 2005 at 09:07:52PM +0200, Poul-Henning Kamp wrote: > > The name is wrong, this has nothing to do with partition tables. Besides, it will accept only odd values, not !0 ones. ./danfe > > There is still no documentation. > > >--- geom_int.h.orig Wed Apr 6 18:51:51 2005 > >+++ geom_int.h Wed Apr 6 18:51:15 2005 > > [...] > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 10:36:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9252516A4CE for ; Thu, 7 Apr 2005 10:36:59 +0000 (GMT) Received: from smp500.sitetronics.com (sitetronics.com [82.192.77.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 068E243D3F for ; Thu, 7 Apr 2005 10:36:59 +0000 (GMT) (envelope-from dodell@offmyserver.com) Received: from localhost.sitetronics.com ([127.0.0.1] helo=smp500.sitetronics.com) by smp500.sitetronics.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.50 (FreeBSD)) id 1DJULk-0002Iv-Kd for freebsd-current@freebsd.org; Thu, 07 Apr 2005 12:35:00 +0200 Received: (from dodell@localhost) by smp500.sitetronics.com (8.12.11/8.12.11/Submit) id j37AZ0aB008854 for freebsd-current@freebsd.org; Thu, 7 Apr 2005 12:35:00 +0200 (CEST) (envelope-from dodell@offmyserver.com) X-Authentication-Warning: smp500.sitetronics.com: dodell set sender to dodell@offmyserver.com using -f Date: Thu, 7 Apr 2005 12:34:59 +0200 From: "Devon H. O'Dell " To: freebsd-current@freebsd.org Message-ID: <20050407103459.GJ43436@smp500.sitetronics.com> Mail-Followup-To: freebsd-current@freebsd.org References: <787bbe1c0504070307670f5e5d@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HFNNDGBA8bk+zEXz" Content-Disposition: inline In-Reply-To: <787bbe1c0504070307670f5e5d@mail.gmail.com> User-Agent: Mutt/1.5.8i X-Mailman-Approved-At: Thu, 07 Apr 2005 15:33:31 +0000 Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 10:36:59 -0000 --HFNNDGBA8bk+zEXz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 07, 2005 at 12:07:05PM +0200, S?awek ?ak wrote: > Hi, >=20 > I'd like to ask what's the reason behind requiring a keyboard during > FreeBSD install. Headless configuration is the most common in > datacenters and toying with KVM and VGA cable is often a no-no > (distance in the issue my case). >=20 > Therefore why don't we introduce a prompt in the CD loader saying: >=20 > "Press any key to install from video console..." >=20 > Now wait 30s. If no key is pressed boot with console=3Dcomconsole.=20 >=20 > It would make my life sooo much easier and won't confuse noobs too much. >=20 > Thanks, /S > --=20 > S?awek ?ak / UNIX Systems Administrator Because making ones own CD to do a headless kickstart or PXE-run installation is not very difficult. If you've got the wits to make the CD or set up the PXE environment, sysinstall(8) is the only thing you'll have to read to enter the wonderful world of headless installs :) --Devon --HFNNDGBA8bk+zEXz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCVQzTSkf3jVXOdl0RAjzSAJ96mMmZ5lszmuRm3lMcJTN1eiZsDQCggfRn HhPLPX/ZIjPNXY7+Whrs5I4= =JK2k -----END PGP SIGNATURE----- --HFNNDGBA8bk+zEXz-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 13:46:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0CCF16A4CE; Thu, 7 Apr 2005 13:46:48 +0000 (GMT) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1425143D4C; Thu, 7 Apr 2005 13:46:47 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 519BDEB0A22; Thu, 7 Apr 2005 21:46:45 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 0FD99130E53; Thu, 7 Apr 2005 21:46:43 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14012-03; Thu, 7 Apr 2005 21:46:30 +0800 (CST) Received: from localhost.localdomain (unknown [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id A68D7130C9B; Thu, 7 Apr 2005 21:46:19 +0800 (CST) From: Xin LI To: Didier Wiroth In-Reply-To: <0IEI00FU6WHG1B00@store.etat.lu> References: <0IEI00FU6WHG1B00@store.etat.lu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-K11ZAku5XToT2vcScYg+" Organization: The FreeBSD Simplified Chinese Project Date: Thu, 07 Apr 2005 21:46:11 +0800 Message-Id: <1112881571.662.39.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net X-Mailman-Approved-At: Thu, 07 Apr 2005 15:33:31 +0000 cc: freebsd-current@freebsd.org cc: delphij@freebsd.org cc: freebsd-questions@freebsd.org Subject: RE: [PATCH TO TEST] VESA [1024x768] mode support for FreeBSD-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 13:46:48 -0000 --=-K11ZAku5XToT2vcScYg+ Content-Type: multipart/mixed; boundary="=-XlcZCl9NeydXzIA8TCr8" --=-XlcZCl9NeydXzIA8TCr8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Didier, =E5=9C=A8 2005-04-06=E4=B8=89=E7=9A=84 13:39 +0200=EF=BC=8CDidier Wiroth=E5= =86=99=E9=81=93=EF=BC=9A > Is there a patch available for the rc.d mouse script? I don't have a patch that is good enough to warrant a commit at present. You may want to try the patch attached, but I can not promise that it will work for every case. Thanks for your testing! Cheers, --=20 Xin LI http://www.delphij.net/ --=-XlcZCl9NeydXzIA8TCr8 Content-Disposition: attachment; filename=patch-moused Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=patch-moused; charset=ISO-8859-1 SW5kZXg6IGphaWwNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9ldGMvcmMu ZC9qYWlsLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4yMQ0KZGlmZiAtdSAtcjEuMjEgamFpbA0K LS0tIGphaWwJMTYgSmFuIDIwMDUgMDM6MTI6MDMgLTAwMDAJMS4yMQ0KKysrIGphaWwJMSBGZWIg MjAwNSAwNzoyMTo1NyAtMDAwMA0KQEAgLTU5LDYgKzU5LDE0IEBADQogCWV2YWwgamFpbF9wcm9j ZnM9XCJcJGphaWxfJHtfan1fcHJvY2ZzX2VuYWJsZVwiDQogCVsgLXogIiR7amFpbF9wcm9jZnN9 IiBdICYmIGphaWxfcHJvY2ZzPSJOTyINCiANCisJIyBEZWZhdWx0IHNldHRpbmdzIGZvciBza2Vs IGphaWwNCisJZXZhbCBqYWlsX3NrZWxfZW5hYmxlPVwiXCRqYWlsXyR7X2p9X3NrZWxfZW5hYmxl XCINCisJWyAteiAiJHtqYWlsX3NrZWxfZW5hYmxlfSIgXSAmJiBqYWlsX3NrZWxfZW5hYmxlPSJO TyINCisJZXZhbCBqYWlsX3NrZWxfcm9vdD1cIlwkamFpbF8ke19qfV9za2VsX3Jvb3RcIg0KKwlb IC16ICIke2phaWxfc2tlbF9yb290fSIgXSAmJiBqYWlsX3NrZWxfcm9vdD0iLyINCisJZXZhbCBq YWlsX3NrZWxfcm9tb3VudHM9XCJcJGphaWxfJHtfan1fc2tlbF9yb21vdW50c1wiDQorCVsgLXog IiR7amFpbF9za2VsX3JvbW91bnRzfSIgXSAmJiBqYWlsX3NrZWxfcm9tb3VudHM9ImJpbiBzYmlu IGxpYiBsaWJleGVjIHVzci9iaW4gdXNyL3NiaW4gdXNyL2luY2x1ZGUgdXNyL2xpYiB1c3IvbGli ZGF0YSB1c3IvbGliZXhlYyB1c3Ivc2JpbiB1c3Ivc2hhcmUiDQorDQogCWV2YWwgamFpbF9tb3Vu dD1cIlwkamFpbF8ke19qfV9tb3VudF9lbmFibGVcIg0KIAlbIC16ICIke2phaWxfbW91bnR9IiBd ICYmIGphaWxfbW91bnQ9Ik5PIg0KIAkjICIvZXRjL2ZzdGFiLiR7X2p9IiB3aWxsIGJlIHVzZWQg Zm9yIHssdX1tb3VudCg4KSBpZiBub25lIGlzIHNwZWNpZmllZC4NCkBAIC04MSw2ICs4OSw5IEBA DQogCWRlYnVnICIkX2ogZnN0YWI6ICRqYWlsX2ZzdGFiIg0KIAlkZWJ1ZyAiJF9qIGV4ZWMgc3Rh cnQ6ICRqYWlsX2V4ZWNfc3RhcnQiDQogCWRlYnVnICIkX2ogZXhlYyBzdG9wOiAkamFpbF9leGVj X3N0b3AiDQorCWRlYnVnICIkX2ogc2tlbCBlbmFibGU6ICRqYWlsX3NrZWxfZW5hYmxlIg0KKwlk ZWJ1ZyAiJF9qIHNrZWwgbW91bnQtcmVhZG9ubHk6ICRqYWlsX3NrZWxfcm9tb3VudHMiDQorCWRl YnVnICIkX2ogc2tlbCBtb3VudC1yZWFkb25seSBmcm9tOiAkamFpbF9za2VsX3Jvb3QiDQogfQ0K IA0KICMgc2V0X3N5c2N0bCByY19rbm9iIG1pYiBtc2cNCkBAIC0xMzYsNiArMTQ3LDE0IEBADQog CQlbIC1mICIke2phaWxfZnN0YWJ9IiBdIHx8IHdhcm4gIiR7amFpbF9mc3RhYn0gZG9lcyBub3Qg ZXhpc3QiDQogCQl1bW91bnQgLWEgLUYgIiR7amFpbF9mc3RhYn0iID4vZGV2L251bGwgMj4mMQ0K IAlmaQ0KKwlpZiBjaGVja3llc25vIGphaWxfc2tlbF9lbmFibGU7IHRoZW4NCisJCWZvciBfbW50 cHQgaW4gJGphaWxfc2tlbF9yb21vdW50cw0KKwkJZG8NCisJCQlpZiBbIC1kICIke2phaWxfcm9v dGRpcn0vJHtfbW50cHR9IiBdIDsgdGhlbg0KKwkJCQl1bW91bnQgLWYgJHtqYWlsX3Jvb3RkaXJ9 LyR7X21udHB0fSA+IC9kZXYvbnVsbCAyPiYxDQorCQkJZmkNCisJCWRvbmUNCisJZmkNCiB9DQog DQogamFpbF9zdGFydCgpDQpAQCAtMTU1LDYgKzE3NCwxMyBAQA0KIAlmb3IgX2phaWwgaW4gJHtq YWlsX2xpc3R9DQogCWRvDQogCQlpbml0X3ZhcmlhYmxlcyAkX2phaWwNCisJCWlmIGNoZWNreWVz bm8gamFpbF9za2VsX2VuYWJsZTsgdGhlbg0KKwkJCWluZm8gIk1vdW50aW5nIHNrZWxldG9uIGZv ciBqYWlsICR7X2phaWx9IGZyb20gJHtqYWlsX3NrZWxfcm9vdH0iDQorCQkJZm9yIF9tbnRwdCBp biAkamFpbF9za2VsX3JvbW91bnRzDQorCQkJZG8NCisJCQkJbW91bnRfbnVsbGZzIC1vcmRvbmx5 ICR7amFpbF9za2VsX3Jvb3R9LyR7X21udHB0fSAke2phaWxfcm9vdGRpcn0vJHtfbW50cHR9ID4g L2Rldi9udWxsIDI+JjENCisJCQlkb25lDQorCQlmaQ0KIAkJaWYgY2hlY2t5ZXNubyBqYWlsX21v dW50OyB0aGVuDQogCQkJaW5mbyAiTW91bnRpbmcgZnN0YWIgZm9yIGphaWwgJHtfamFpbH0gKCR7 amFpbF9mc3RhYn0pIg0KIAkJCWlmIFsgISAtZiAiJHtqYWlsX2ZzdGFifSIgXTsgdGhlbg0KSW5k ZXg6IG1vdXNlZA0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL2V0Yy9yYy5k L21vdXNlZCx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuOQ0KZGlmZiAtdSAtcjEuOSBtb3VzZWQN Ci0tLSBtb3VzZWQJMTYgSmFuIDIwMDUgMDM6MTI6MDMgLTAwMDAJMS45DQorKysgbW91c2VkCTcg QXByIDIwMDUgMTM6NDE6NDUgLTAwMDANCkBAIC0xMCwxMCArMTAsMTYgQEANCiANCiAuIC9ldGMv cmMuc3Vicg0KIA0KKyMgc3RkaW4gbXVzdCBiZSByZWRpcmVjdGVkIGJlY2F1c2UgaXQgbWlnaHQg YmUgYSBzZXJpYWwgY29uc29sZQ0KKyMNCit0dHl2PS9kZXYvdHR5djANCisNCiBuYW1lPW1vdXNl ZA0KIHJjdmFyPWBzZXRfcmN2YXJgDQogY29tbWFuZD0iL3Vzci9zYmluLyR7bmFtZX0iDQorcmVx dWlyZWRfZmlsZXM9IiR7dHR5dn0iDQogc3RhcnRfY21kPSJtb3VzZWRfc3RhcnQiDQorc3RvcF9w b3N0Y21kPSJtb3VzZWRfcG9zdGNtZCINCiBfcGlkcHJlZml4PSIvdmFyL3J1bi9tb3VzZWQiDQog cGlkZmlsZT0iJHtfcGlkcHJlZml4fS5waWQiDQogX3BpZGFyZz0NCkBAIC02NiwxMCArNzIsMTMg QEANCiAJCTs7DQogCWVzYWMNCiANCi0JZm9yIHR0eXYgaW4gL2Rldi90dHl2KiA7IGRvDQotCQl2 aWRjb250cm9sIDwgJHt0dHl2fSAke19tb3VzZWNoYXJfYXJnfSAtbSBvbg0KLQlkb25lDQorCXZp ZGNvbnRyb2wgPCAke3R0eXZ9ICR7X21vdXNlY2hhcl9hcmd9IC1tIG9uDQogCWVjaG8gJy4nDQog fQ0KIA0KK21vdXNlZF9wb3N0Y21kKCkNCit7DQorCXZpZGNvbnRyb2wgPCAke3R0eXZ9IC1tIG9m Zg0KK30NCisNCiBydW5fcmNfY29tbWFuZCAkKg0K --=-XlcZCl9NeydXzIA8TCr8-- --=-K11ZAku5XToT2vcScYg+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCVTmj/cVsHxFZiIoRAuTeAJ9ry9/PG04Sbwod5Y8oXO4U8aXElwCfdkSy KTYQjfOa4sy8OB1H7JelGTQ= =E4ig -----END PGP SIGNATURE----- --=-K11ZAku5XToT2vcScYg+-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 13:49:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3DAF16A4CE; Thu, 7 Apr 2005 13:49:37 +0000 (GMT) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ED8E43D39; Thu, 7 Apr 2005 13:49:37 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 3596AEB0A22; Thu, 7 Apr 2005 21:49:33 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id C4DDA13150B; Thu, 7 Apr 2005 21:49:30 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13506-13; Thu, 7 Apr 2005 21:49:21 +0800 (CST) Received: from localhost.localdomain (unknown [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 4D953130C9B; Thu, 7 Apr 2005 21:49:15 +0800 (CST) From: Xin LI To: Michal Mertl In-Reply-To: <1112731649.68302.11.camel@genius2.i.cz> References: <9a3eae2e6edd.425309a6@etat.lu> <1112731649.68302.11.camel@genius2.i.cz> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gNZa37yTZk4aChb517Uc" Organization: The FreeBSD Simplified Chinese Project Date: Thu, 07 Apr 2005 21:49:06 +0800 Message-Id: <1112881746.662.43.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net X-Mailman-Approved-At: Thu, 07 Apr 2005 15:33:31 +0000 cc: delphij@freebsd.org cc: freebsd-current@freebsd.org cc: Didier Wiroth cc: freebsd-questions@freebsd.org Subject: Re: Re : Re: [PATCH TO TEST] VESA [1024x768] mode support for FreeBSD-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 13:49:38 -0000 --=-gNZa37yTZk4aChb517Uc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Michal, =E5=9C=A8 2005-04-05=E4=BA=8C=E7=9A=84 22:07 +0200=EF=BC=8CMichal Mertl=E5= =86=99=E9=81=93=EF=BC=9A > Didier Wiroth wrote: > > Hello, > > Thank you very much for replying. > >=20 > > > cd /usr/src/usr.sbin/vidcontrol > > > patch >=20 > > I'm using the RELENG_5 sources from today. >=20 > > The syscons.diff.20050215 works but the vidcontrol.diff.20050215 gives > > some errors. >=20 > The diff is against the sources from -CURRENT where it applies and > compiles cleanly. You should be ok using the current vidcontrol sources > on -STABLE. The only difference is just some code purity fixes by Xin Li > - probably in preparation for integrating the changes we speak about. I went into some problem when using the patch on my own laptop, which indicates that USB based mouse can play something nasty with the patchset :-( It does not affect the functionality seriously, but is really annoying. I would appreciate if someone can fix the issue. Cheers, --=20 Xin LI http://www.delphij.net/ --=-gNZa37yTZk4aChb517Uc Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCVTpS/cVsHxFZiIoRAsJyAJ9tX7DWabRFOYFdZFX3SMDDdIroJwCcDY0U jcaURBbg2hDioqJr1j04NvI= =+85u -----END PGP SIGNATURE----- --=-gNZa37yTZk4aChb517Uc-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 14:08:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD43B16A4CE; Thu, 7 Apr 2005 14:08:20 +0000 (GMT) Received: from ritamari.vonostingroup.com (ip193-230.digitalrealm.net [216.144.193.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C99343D48; Thu, 7 Apr 2005 14:08:20 +0000 (GMT) (envelope-from laszlof@tvog.net) Received: from adsl-68-72-248-38.dsl.sfldmi.ameritech.net ([68.72.248.38] helo=tvog.net) by ritamari.vonostingroup.com with esmtpa (Exim 4.50 (FreeBSD)) id 1DJXg0-0000AN-4J; Thu, 07 Apr 2005 10:08:08 -0400 Message-ID: <42553ED0.70707@tvog.net> Date: Thu, 07 Apr 2005 10:08:16 -0400 From: Frank Laszlo User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> <20050406191652.GA26737@xor.obsecurity.org> <1805.172.16.0.199.1112815734.squirrel@wettoast.dyndns.org> <20050406193254.GA26965@xor.obsecurity.org> <1890.172.16.0.199.1112818160.squirrel@wettoast.dyndns.org> In-Reply-To: <1890.172.16.0.199.1112818160.squirrel@wettoast.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ritamari.vonostingroup.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - tvog.net X-Source: X-Source-Args: X-Source-Dir: X-Mailman-Approved-At: Thu, 07 Apr 2005 15:33:31 +0000 cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org cc: Kris Kennaway Subject: Re: Reproducible sig 11 with bash2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 14:08:20 -0000 Mike Jakubik wrote: >On Wed, April 6, 2005 3:32 pm, Kris Kennaway said: > > > >>You need to recompile with -ggdb to get line numbers. Please see the >>developers' handbook. You may also want to raise it with the bash >>developers, since it may be a bash bug and not a freebsd bug. >> >> > >Well, here is a strange result, so i dont think this is a bash bug. I >recompiled and reinstalled /usr/src/contrib/libreadline, >/usr/src/gnu/lib/libreadline/ (why are there two?), and >/usr/ports/shells/bash2 with these CFLAGs "-O -pipe -ggdb" and i can no >longer reproduce the crash. Could this be a bug in libreadline/gcc due to >over optimization? (default cflags have -O2). > > > > Trying compiling this against ports/devel/readline and see if it still exists. I've seen this bug before, I believe it has to do with bash's autocompletion. Give the readline port a shot Regards, Frank Laszlo From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 14:21:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFFC116A4CE for ; Thu, 7 Apr 2005 14:21:45 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E6F143D31 for ; Thu, 7 Apr 2005 14:21:45 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A6BED.dip.t-dialin.net [84.154.107.237]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j37ELf8o036771; Thu, 7 Apr 2005 16:21:42 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j37ELSOv003689; Thu, 7 Apr 2005 16:21:39 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j37ELSaT007708; Thu, 7 Apr 2005 16:21:28 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200504071421.j37ELSaT007708@fire.jhs.private> To: Gavin Atkinson In-Reply-To: Message from Gavin Atkinson <1112878688.82439.4.camel@buffy.york.ac.uk> Date: Thu, 07 Apr 2005 16:21:28 +0200 From: "Julian H. Stacey" X-Mailman-Approved-At: Thu, 07 Apr 2005 15:33:31 +0000 cc: freebsd-current@freebsd.org cc: Marian Hettwer Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 14:21:46 -0000 > See the patch associated with PR kern/66425 - which basically makes the > -D dual-console support work. Sounds nice, you might find more advocates to encourage a cvs commit, if you also tell freebsd-isp@freebsd.org, I guess they have more people interested in remote installs. - Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 15:51:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EADC816A4CE for ; Thu, 7 Apr 2005 15:51:48 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A13DF43D1F for ; Thu, 7 Apr 2005 15:51:47 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j37FpkT2014405; Thu, 7 Apr 2005 10:51:46 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <425556EE.9060706@centtech.com> Date: Thu, 07 Apr 2005 10:51:10 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marian Hettwer References: <787bbe1c0504070307670f5e5d@mail.gmail.com> <4255182E.1020002@centtech.com> <4142.212.12.51.89.1112874483.squirrel@212.12.51.89> <42551E94.30800@centtech.com> <4099.212.12.51.89.1112879743.squirrel@212.12.51.89> In-Reply-To: <4099.212.12.51.89.1112879743.squirrel@212.12.51.89> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 15:51:49 -0000 Marian Hettwer wrote: > On Do, 7.04.2005, 13:50, Eric Anderson sagte: > >>Marian Hettwer wrote: >> >>>On Do, 7.04.2005, 13:23, Eric Anderson sagte: >>> >>> >>>>SÅ‚awek Å»ak wrote: >>>> >> >>You must have missed the second link - it answers your questions >>completely. You can also build your own images with whatever setup you'd >>like, and/or have that image used via PXE install. >> > > Aye, right. Sorry, I missed that. Thought it explains the boot floppies only. > > Well... it would be great to have a mininst PXE Image to every release > anyway. Same as having mininst.iso and boot floppies. > It's quite a lotta work to build your own, just to fire up the > installation... > > So, that's a question to the FreeBSD team: > Is there a need for an PXE Image just for Installation Purpose ? > If so, I'm willing to help building these Images ... > However, this is only a quick shot. I don't know wether it's a good > solution anyway. Maybe this would help you: http://www.tnpi.biz/computing/freebsd/pxe-netboot.shtml Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 16:25:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 758EA16A4CE for ; Thu, 7 Apr 2005 16:25:21 +0000 (GMT) Received: from mail.local.net (ppp85-140-19-65.pppoe.mtu-net.ru [85.140.19.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id C89C743D48 for ; Thu, 7 Apr 2005 16:25:20 +0000 (GMT) (envelope-from gebbels@gmail.com) Received: from local.net ([192.168.0.1]) by mail.local.net with esmtp ID 1DJZoa-000118-A8 for freebsd-current@freebsd.org; Thu, 07 Apr 2005 20:25:08 +0400 Message-ID: <42555EE3.3060808@gmail.com> Date: Thu, 07 Apr 2005 20:25:07 +0400 From: gebbels@gmail.com User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 16:25:21 -0000 hey, i think problem in ability to use something for quick installation or when you simply dont have enough resources and time to prepare. Plus, i'd admit, that "remote hands" ISP service could be expensive and painful process especially if you have different TZ's. I'd like idea of depenguinator but i think would be smarter to make some public tool like 'live boot image' but with sshd and other necessary stuff enabled. That doesnt cover problems with configuration modifications of this image but thats other question. :You must have missed the second link - it answers your questions :completely. You can also build your own images with whatever setup :you'd like, and/or have that image used via PXE install. : :Eric From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 17:43:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCCBF16A4CE; Thu, 7 Apr 2005 17:43:17 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EDCB43D31; Thu, 7 Apr 2005 17:43:17 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j37HhFLS008522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 7 Apr 2005 10:43:16 -0700 Message-ID: <42557133.2070802@root.org> Date: Thu, 07 Apr 2005 10:43:15 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200504051110.35735.jhb@FreeBSD.org> <20050405185831.2484695e.antoine.brodin@laposte.net> <200504051349.13620.jhb@FreeBSD.org> In-Reply-To: <200504051349.13620.jhb@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: k-gleb@yandex.ru cc: dan.cojocar@gmail.com cc: Antoine Brodin Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 17:43:17 -0000 John Baldwin wrote: > Ok, I see the issue now. The problem is that the BIOS sets the IRQ registers > in the PCI devices to values that don't match how the links are programmed > and we tend to trust the BIOS over the links in those cases. Can you tell me > what IRQ sk0 gets if you don't use ACPI? Does it get 5 or 9? If it gets 9, > does it work ok? > > You can try this patch for ACPI. Unfortunately, some BIOSes lie when you ask > a link which IRQ it is routed to, so I'm not sure if this patch can be > committed as is. Nate, do you know if such BIOSen only return no IRQ at all > (0 or 255) when they lie rather than a bogus "valid" IRQ? > > --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pci_link.c 2005/01/18 > 20:21:25 > +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pci_link.c 2005/04/05 17:46:46 > @@ -621,14 +622,16 @@ > device_printf(dev, "BIOS IRQ %u for %d.%d.INT%c is invalid\n", > bios_irq, pcib_get_bus(pcib), slot, pin + 'A'); > } else if (!PCI_INTERRUPT_VALID(link->l_bios_irq)) { > - link->l_bios_irq = bios_irq; > - if (bios_irq < NUM_ISA_INTERRUPTS) > - pci_link_bios_isa_irqs |= (1 << bios_irq); > if (bios_irq != link->l_initial_irq && > PCI_INTERRUPT_VALID(link->l_initial_irq)) > device_printf(dev, > "BIOS IRQ %u does not match initial IRQ %u\n", > bios_irq, link->l_initial_irq); > + else { > + link->l_bios_irq = bios_irq; > + if (bios_irq < NUM_ISA_INTERRUPTS) > + pci_link_bios_isa_irqs |= (1 << bios_irq); > + } > } else if (bios_irq != link->l_bios_irq) > device_printf(dev, > "BIOS IRQ %u for %d.%d.INT%c does not match previous BIOS IRQ %u\n", When link devices are uninitialized by the BIOS, you usually get an invalid IRQ (i.e. 255 or 0). However, there are some cases where you get a valid PCI irq but invalid for this system (i.e. not in the supported ones advertised by _PRS). For instance, you might get a value of 15 for a link that only supports 3,4,5,6,7,9, etc. I think you should be checking _PRS for validity, not just PCI_INTERRUPT_VALID (i.e. !255). Aren't you doing that already? -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 17:44:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C7D716A4DF; Thu, 7 Apr 2005 17:44:53 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4614D43D1F; Thu, 7 Apr 2005 17:44:53 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j37HiqLS008530 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 7 Apr 2005 10:44:52 -0700 Message-ID: <42557193.1050805@root.org> Date: Thu, 07 Apr 2005 10:44:51 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Antoine Brodin References: <200504051349.13620.jhb@FreeBSD.org> <20050405204106.15e9d993.antoine.brodin@laposte.net> <200504051449.30871.jhb@FreeBSD.org> <20050405214759.3921d21d.antoine.brodin@laposte.net> In-Reply-To: <20050405214759.3921d21d.antoine.brodin@laposte.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: k-gleb@yandex.ru cc: dan.cojocar@gmail.com cc: John Baldwin Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 17:44:53 -0000 Antoine Brodin wrote: > John Baldwin wrote: > >>On Tuesday 05 April 2005 02:41 pm, Antoine Brodin wrote: >> >>>John Baldwin wrote: >>> >>>>Ok, I see the issue now. The problem is that the BIOS sets the IRQ >>>>registers in the PCI devices to values that don't match how the links are >>>>programmed and we tend to trust the BIOS over the links in those cases. >>>>Can you tell me what IRQ sk0 gets if you don't use ACPI? Does it get 5 >>>>or 9? If it gets 9, does it work ok? >>>> >>>>You can try this patch for ACPI. Unfortunately, some BIOSes lie when you >>>>ask a link which IRQ it is routed to, so I'm not sure if this patch can >>>>be committed as is. Nate, do you know if such BIOSen only return no IRQ >>>>at all (0 or 255) when they lie rather than a bogus "valid" IRQ? >>> >>>Without ACPI, sk0 gets irq 5 and it works ok. >>> >>>With your patch and ACPI, sk0 no longer timeouts, and it's usable. >>>But I still have interrupt storms. >>>dmesg: http://bsd.miki.eu.org/~antoine/current+acpi+patch.dmesg >> >>Well, all the interrupts are now routed the same as with the old ACPI code. >>Perhaps, can you try commenting out the code that calls _DIS in >>acpi_pci_link_attach()? Specifically, here: >>And let me know if that makes a difference. > > > Thanks ! That makes everything work well ! > Also, backing out your previous change and only #if0ing the code that > calls _DIS makes everything work well too. > So I guess the _DIS methods of my BIOS are the culprit. I assume when we run _DIS on a link, we set a flag for that link saying it is unrouted. (We can't trust _CRS to report this correctly so we have to cache the value ourselves.) So we should explicitly re-route all those links (with _SRS) sometime later. Is that not happening? -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 18:24:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7078316A4CE for ; Thu, 7 Apr 2005 18:24:48 +0000 (GMT) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id BBFB143D46 for ; Thu, 7 Apr 2005 18:24:47 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp100.rog.mail.re2.yahoo.com with SMTP; 7 Apr 2005 18:24:47 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Thu, 7 Apr 2005 14:24:38 -0400 (EDT) Message-ID: <4106.172.16.0.199.1112898278.squirrel@172.16.0.1> In-Reply-To: <42553ED0.70707@tvog.net> References: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> <20050406191652.GA26737@xor.obsecurity.org> <1805.172.16.0.199.1112815734.squirrel@wettoast.dyndns.org> <20050406193254.GA26965@xor.obsecurity.org> <1890.172.16.0.199.1112818160.squirrel@wettoast.dyndns.org> <42553ED0.70707@tvog.net> Date: Thu, 7 Apr 2005 14:24:38 -0400 (EDT) From: "Mike Jakubik" To: "Frank Laszlo" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org cc: Kris Kennaway Subject: Re: Reproducible sig 11 with bash2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 18:24:48 -0000 On Thu, April 7, 2005 10:08 am, Frank Laszlo said: > Trying compiling this against ports/devel/readline and see if it still > exists. I've seen this bug before, I believe it has to do with bash's > autocompletion. Give the readline port a shot FYI. Bash v3 does not have this problem. > At 5:56 PM -0400 4/6/05, Mike Jakubik wrote: > >> On Wed, April 6, 2005 6:45 pm, Garance A Drosihn said: >> >>> >>> See: >>> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/75315 >>> >>> >>> The PR includes instructions on a quick way around the problem, if >>> it's something that you personally trip over very often (which I did, >>> because I like typing in ... >> >> As i mentioned in my last email, recompiling system libreadline >> with -O instead of default -O2 fixes the problem for me. > > I realize that, but I am pretty sure it is still true that the > real problem is a mismatch in libreadline versions. Changing the > compile-time options may happen to solve the sig-11, but it might also > leave some other obscure problems lurking around... > > The fix I did was the one in the PR, which was: > > > cp /usr/include/readline/history.h ./work/bash-2.05b/lib/readline/ > > I did not have to recompile the system libreadline at all. Ok, thanks for the info! I will try your fix instead. I wonder how this can be solved permanently though. Also, bash3 is out, would be intresting to see if it too has this problem. From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 18:33:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7730216A4CE for ; Thu, 7 Apr 2005 18:33:30 +0000 (GMT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id E050D43D4C for ; Thu, 7 Apr 2005 18:33:29 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j37IXSjI028793; Thu, 7 Apr 2005 14:33:28 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <1890.172.16.0.199.1112818160.squirrel@wettoast.dyndns.org> References: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> <20050406191652.GA26737@xor.obsecurity.org> <1805.172.16.0.199.1112815734.squirrel@wettoast.dyndns.org> <20050406193254.GA26965@xor.obsecurity.org> <1890.172.16.0.199.1112818160.squirrel@wettoast.dyndns.org> Date: Thu, 7 Apr 2005 14:33:27 -0500 To: "Kris Kennaway" From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.3 cc: freebsd-current@freebsd.org Subject: Re: Reproducible sig 11 with bash2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 18:33:30 -0000 At 4:09 PM -0400 4/6/05, Mike Jakubik wrote: >On Wed, April 6, 2005 3:32 pm, Kris Kennaway said: > >> You need to recompile with -ggdb to get line numbers. Please see the >> developers' handbook. You may also want to raise it with the bash >> developers, since it may be a bash bug and not a freebsd bug. > >Well, here is a strange result, so i dont think this is a bash bug. I >recompiled and reinstalled /usr/src/contrib/libreadline, >/usr/src/gnu/lib/libreadline/ (why are there two?), and >/usr/ports/shells/bash2 with these CFLAGs "-O -pipe -ggdb" and I can >no longer reproduce the crash. Could this be a bug in libreadline/gcc >due to over optimization? (default cflags have -O2). I have already discussed this with MikeJ via private emails, but I'll repeat some of those observations for the mailing list: The problem *is* a mismatch between the version of readline in bash2, and the version which is in the base system. The bash2 port uses readline from the base system, but it also uses an include file from it's own version of readline. The readline that bash2 *thinks* it is using is the version which happens to be installed in the base system for 4.x and 5.x, but 6.x-current has a different version of readline in the base system. Thus, there is a version mismatch. See: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/75315 The fix I did was the one from the PR, which was: cd /usr/ports/shells/bash2 make extract cp /usr/include/readline/history.h ./work/bash-2.05b/lib/readline/ make ./work/bash-2.05b/bash # to test what I just built That binary works fine. I did not have to recompile the system libreadline at all. I did not have to change CFLAGS on anything. Also note that 'bash2' is the only program that I'm aware of which exhibits this problem. For instance, you can also install the newer version of bash (bash3 is in the port 'shells/bash'), and that will not have these problems with readline. I do not think that anyone should worry that this problem is caused by any bug in -O2 processing in the compiler. It is a simple version-mismatch of include files. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 20:00:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6CC516A4CE; Thu, 7 Apr 2005 20:00:49 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AC3A43D1D; Thu, 7 Apr 2005 20:00:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j37K0mVG075047; Thu, 7 Apr 2005 16:00:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j37K0mmq037975; Thu, 7 Apr 2005 16:00:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5453A7306E; Thu, 7 Apr 2005 16:00:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050407200048.5453A7306E@freebsd-current.sentex.ca> Date: Thu, 7 Apr 2005 16:00:48 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 20:00:50 -0000 TB --- 2005-04-07 19:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 19:15:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-04-07 19:15:00 - checking out the source tree TB --- 2005-04-07 19:15:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-04-07 19:15:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 19:22:02 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 19:22:02 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-04-07 19:22:02 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/alpha/alpha/src/libexec/revnetgroup/hash.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/alpha/alpha/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/alpha/alpha/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd/rexecd.c:204: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-04-07 20:00:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-07 20:00:48 - ERROR: failed to build world TB --- 2005-04-07 20:00:48 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 20:28:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B115716A4CE; Thu, 7 Apr 2005 20:28:56 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D14743D31; Thu, 7 Apr 2005 20:28:56 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEL009D1FAVKA60@bgo1smout1.broadpark.no>; Thu, 07 Apr 2005 22:23:19 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEL002XKFMHR870@bgo1sminn1.broadpark.no>; Thu, 07 Apr 2005 22:30:17 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 40CA9EBC15; Thu, 07 Apr 2005 22:28:55 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id BA516EBC08; Thu, 07 Apr 2005 22:28:50 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id B033233C5A; Thu, 07 Apr 2005 22:28:50 +0200 (CEST) Date: Thu, 07 Apr 2005 22:28:50 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <200504051921.04478.michaelnottebrock@gmx.net> To: Michael Nottebrock Message-id: <86mzsacovx.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <4243B57D.5050204@freebsd.org> <200504051833.08198.michaelnottebrock@gmx.net> <20050405164523.GA51452@VARK.MIT.EDU> <200504051921.04478.michaelnottebrock@gmx.net> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: David Schultz cc: freebsd-current@FreeBSD.ORG cc: "Conrad J. Sabatier" cc: Tim Kientzle Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 20:28:56 -0000 Michael Nottebrock writes: > Ok, I didn't know tar -xf will actually extract anything that libarchive= =20 > manages to make some sense of. Yeah, it rocks :) des@dwp ~% tar tf /dev/acd0 | head . bin boot boot/defaults boot/kernel boot/modules dev etc etc/X11 etc/bluetooth DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 20:32:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DE2516A4CE for ; Thu, 7 Apr 2005 20:32:09 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AF9E43D1D for ; Thu, 7 Apr 2005 20:32:09 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEL009O8FG8KD60@bgo1smout1.broadpark.no> for current@FreeBSD.ORG; Thu, 07 Apr 2005 22:26:32 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEL0028FFRUCCS0@bgo1sminn1.broadpark.no> for current@FreeBSD.ORG; Thu, 07 Apr 2005 22:33:30 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id A5FA7EBC15; Thu, 07 Apr 2005 22:32:07 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id F2138EBC08; Thu, 07 Apr 2005 22:32:02 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id E97B933C5A; Thu, 07 Apr 2005 22:32:02 +0200 (CEST) Date: Thu, 07 Apr 2005 22:32:02 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050404143432.GA67223@nagual.pp.ru> To: Andrey Chernov Message-id: <86is2ycoql.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <1112618841.71324.23.camel@buffy.york.ac.uk> <1729.1112622423@critter.freebsd.dk> <20050404143432.GA67223@nagual.pp.ru> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 20:32:09 -0000 Andrey Chernov writes: > In that situation any normal man drops FreeBSD CD in the trashcan and=20 > install Linux which don't have such aggressive illogical "protection". Please, be my guest... DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 20:34:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BC5C16A4CE for ; Thu, 7 Apr 2005 20:34:38 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DBC243D48 for ; Thu, 7 Apr 2005 20:34:38 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465 for ; Thu, 07 Apr 2005 13:34:37 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E20225D07 for ; Thu, 7 Apr 2005 13:34:37 -0700 (PDT) To: current@freebsd.org Date: Thu, 07 Apr 2005 13:34:37 -0700 From: "Kevin Oberman" Message-Id: <20050407203437.E20225D07@ptavv.es.net> Subject: Hang after resume since ATA MkIII commit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 20:34:38 -0000 This was noted during testing of ATA MkIII, but now that it's in -current I want to make note that it hangs on resume on IBM T30s. The same behavior was exhibited by ATAng when it first was released, but it was fixed some time ago. I scanned the CVS logs, but I don't see any comment that rings a bell. Hopefully someone else remembers how this was fixed. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 20:43:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7319316A4CE for ; Thu, 7 Apr 2005 20:43:03 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA4FF43D2D for ; Thu, 7 Apr 2005 20:43:02 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id EDA4E2284E; Thu, 7 Apr 2005 22:43:00 +0200 (CEST) Date: Thu, 7 Apr 2005 22:42:50 +0200 From: Dimitry Andric X-Priority: 3 (Normal) Message-ID: <37235846.20050407224250@andric.com> To: Andrey Chernov In-Reply-To: <20050404143432.GA67223@nagual.pp.ru> References: <1112618841.71324.23.camel@buffy.york.ac.uk> <1729.1112622423@critter.freebsd.dk> <20050404143432.GA67223@nagual.pp.ru> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------5DFE1209BEA2E0" cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 20:43:03 -0000 ------------5DFE1209BEA2E0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable On 2005-04-04 at 16:34:33 Andrey Chernov wrote: > In that situation any normal man drops FreeBSD CD in the trashcan and > install Linux which don't have such aggressive illogical "protection". Please note that Linux also complains, and even forces you to reboot, when you rewrite partition tables on disks that are in use, i.e.: $ sudo fdisk /dev/hda [...shuffle around some partitions...] Command (m for help): w The partition table has been altered! Calling ioctl() to re-read partition table. WARNING: Re-reading the partition table failed with error 16: Device or r= esource busy. The kernel still uses the old table. The new table will be used at the next reboot. Syncing disks. ------------5DFE1209BEA2E0 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFCVZtKsF6jCi4glqMRAk9kAKCEdUQ+J17aszAMnNNn2J6Z9UNjAACghJC+ guBBYisibVv94OVxnoaGDkM= =/DJk -----END PGP MESSAGE----- ------------5DFE1209BEA2E0-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 20:44:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F01B216A4CE; Thu, 7 Apr 2005 20:44:50 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 987BF43D4C; Thu, 7 Apr 2005 20:44:50 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEL009EBG1EKA70@bgo1smout1.broadpark.no>; Thu, 07 Apr 2005 22:39:14 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEL002YSGCZR880@bgo1sminn1.broadpark.no>; Thu, 07 Apr 2005 22:46:12 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 5903FEBC95; Thu, 07 Apr 2005 22:44:49 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id BBA9FEBCA1; Thu, 07 Apr 2005 22:44:44 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id B1AC533C5A; Thu, 07 Apr 2005 22:44:44 +0200 (CEST) Date: Thu, 07 Apr 2005 22:44:44 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <1890.172.16.0.199.1112818160.squirrel@wettoast.dyndns.org> To: Mike Jakubik Message-id: <86ekdmco5f.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <1724.172.16.0.199.1112814116.squirrel@wettoast.dyndns.org> <20050406191652.GA26737@xor.obsecurity.org> <1805.172.16.0.199.1112815734.squirrel@wettoast.dyndns.org> <20050406193254.GA26965@xor.obsecurity.org> <1890.172.16.0.199.1112818160.squirrel@wettoast.dyndns.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org cc: Kris Kennaway Subject: Re: Reproducible sig 11 with bash2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 20:44:51 -0000 "Mike Jakubik" writes: > Well, here is a strange result, so i dont think this is a bash bug. I > recompiled and reinstalled /usr/src/contrib/libreadline, The src/contrib tree only contains sources for third-party software. The actual Makefiles are somewhere else. Don't ever build anything in src/contrib, even if there is a Makefile there. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 20:47:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6E6416A4CE; Thu, 7 Apr 2005 20:47:19 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0244143D58; Thu, 7 Apr 2005 20:47:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j37KlIsp078315; Thu, 7 Apr 2005 16:47:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j37KlI8Z046337; Thu, 7 Apr 2005 16:47:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4CC957306E; Thu, 7 Apr 2005 16:47:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050407204718.4CC957306E@freebsd-current.sentex.ca> Date: Thu, 7 Apr 2005 16:47:18 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 20:47:19 -0000 TB --- 2005-04-07 20:00:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 20:00:48 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-07 20:00:48 - checking out the source tree TB --- 2005-04-07 20:00:48 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-07 20:00:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 20:07:34 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 20:07:34 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-07 20:07:34 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/amd64/amd64/src/libexec/revnetgroup/hash.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/amd64/amd64/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/amd64/amd64/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/amd64/amd64/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/amd64/amd64/src/libexec/rexecd/rexecd.c:205: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-07 20:47:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-07 20:47:18 - ERROR: failed to build world TB --- 2005-04-07 20:47:18 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 20:54:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE80C16A4CE for ; Thu, 7 Apr 2005 20:54:18 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4DB743D39 for ; Thu, 7 Apr 2005 20:54:17 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j37KsDoP095780; Fri, 8 Apr 2005 00:54:13 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j37KsDqI095779; Fri, 8 Apr 2005 00:54:13 +0400 (MSD) (envelope-from ache) Date: Fri, 8 Apr 2005 00:54:12 +0400 From: Andrey Chernov To: Dimitry Andric Message-ID: <20050407205412.GA95546@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Dimitry Andric , Poul-Henning Kamp , current@FreeBSD.ORG References: <1112618841.71324.23.camel@buffy.york.ac.uk> <1729.1112622423@critter.freebsd.dk> <20050404143432.GA67223@nagual.pp.ru> <37235846.20050407224250@andric.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <37235846.20050407224250@andric.com> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.74; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 08 Apr 2005 00:54:14 +0400 (MSD) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 20:54:19 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 07, 2005 at 10:42:50PM +0200, Dimitry Andric wrote: > On 2005-04-04 at 16:34:33 Andrey Chernov wrote: >=20 > > In that situation any normal man drops FreeBSD CD in the trashcan and > > install Linux which don't have such aggressive illogical "protection". >=20 > Please note that Linux also complains, and even forces you to reboot, ^^^^ NOT ALSO! > when you rewrite partition tables on disks that are in use, i.e.: I will be more happy in case FreeBSD will complains as Linux (i.e. say=20 something meaningful) and even forces me to reboot. But it does not. It=20 decline operation with strange diagnostic not explain anything. The doom is doubled because in the past all that operations passes=20 so people expect OK-result. --=20 http://ache.pp.ru/ --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iQCVAwUBQlWd9OJgpPLZnQjrAQLzWAP/UzMDSakGe1yg4+Pv/Aij4Lte90JFnBJF VfneK8w9A21JXSzglwR6wjofpgyH1ydfkfwDFzPo9kW0T9cVMDcwxd5SsMlvCvL0 hMEwCQodITBVfwfISlLjfL15I1F3TuFYQEJnaQcs/0i94nXWTFEBWKaOyeYgDiHf gE6V2PEBdVI= =AdvX -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 20:59:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 313CA16A4CE for ; Thu, 7 Apr 2005 20:59:10 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6661343D31 for ; Thu, 7 Apr 2005 20:59:09 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j37KwwfK095867; Fri, 8 Apr 2005 00:58:58 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j37KwwoL095866; Fri, 8 Apr 2005 00:58:58 +0400 (MSD) (envelope-from ache) Date: Fri, 8 Apr 2005 00:58:57 +0400 From: Andrey Chernov To: Dag-Erling Sm?rgrav Message-ID: <20050407205856.GB95546@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Dag-Erling Sm?rgrav , Poul-Henning Kamp , current@FreeBSD.ORG References: <1112618841.71324.23.camel@buffy.york.ac.uk> <1729.1112622423@critter.freebsd.dk> <20050404143432.GA67223@nagual.pp.ru> <86is2ycoql.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86is2ycoql.fsf@xps.des.no> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.74; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 08 Apr 2005 00:58:59 +0400 (MSD) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: Can't change partition table anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 20:59:10 -0000 On Thu, Apr 07, 2005 at 10:32:02PM +0200, Dag-Erling Sm?rgrav wrote: > Andrey Chernov writes: > > In that situation any normal man drops FreeBSD CD in the trashcan and > > install Linux which don't have such aggressive illogical "protection". > > Please, be my guest... I not mean myself here in anycase. I am not normal. I am skilled and experienced. Maybe "ordinary" will be better replacement of "normal". -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 21:13:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A469C16A4CE for ; Thu, 7 Apr 2005 21:13:02 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id D665043D2D for ; Thu, 7 Apr 2005 21:13:01 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j37LD0tF020332 for ; Thu, 7 Apr 2005 23:13:00 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Thu, 07 Apr 2005 23:13:00 +0200 Message-ID: <20331.1112908380@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 21:13:02 -0000 I can see that almost everybody is short a crucial couple of pieces of the puzzle so let me try to straighten out some of the many points which have been fired across on the subject of GEOM and footshooting. First of all, there are tools which do not do the right thing. Amongst these are bsdlabel, fdisk, boot0cfg and sysinstall. Most of them do something right but none of them gets everything right. Yet. Let me try to explain what should happen using the deletion of a MBR partition as example: If the disk has an MBR which defines three partitions and one of these are open, then the MBR cannot be written to without informing the GEOM_MBR instance which implements the contents of that MBR. The correct way to do that is to use the g_ctl() api because what is needed is an out-of-band mechanism to tell that we want to loose one of the partitions. g_ctl() has not been fully implemented in all classes yet, and therefore what we currently do is open one of the partitions and issue an ioctl which hits the GEOM_MBR instance. This worked fine until recently where it was discovered that one could issue ioctls which did "write like" stuff on a filedescriptor open only for read. This is pretty counter to what people exepect and we fixed it. The problem with that is that there may not be any partition we can open for write, they may all be opened by something else (mounted) and therefore our attempt to open will fail. That is where things stand today. (I'll speak at length about the subject of ioctl and in-band/out-of-band communications at BSDcan. Be there!) Now, why havn't you finished GEOM ? I hear. Well, many reasons. For one thing I wanted to see how it panned out in all sorts of ways before I went any further, it is important to stop up every so often and see if the direction is still sound. Second, there was a lot of talk about sysinstallNG at the time and I thought that would be a great time to revise the entire userland-edit-disk-layout thing. Third, I needed a break from it. Finally, I would give others a chance to join in and help out. In a project like this, people tend not to disturb developers who seem to be on a roll, no matter how much the developer begs for assistance. The only effective way to get others to join in is to step away and make space for them. Now, here is a list of what needs to be done in this general area: 1. Find out which partition format we migrate to instead of BSDlabel which runs out of steam around 2TB. GPT has been proposed but seems to be a rather dead end with Itanic sinking fast. MBR(ext) is not really a solution, they suffer from the same thing as far as I know. Somebody needs to make a decision and it is not really a technical thing. 2. Implement g_ctl in the various slicers and in their userland tools. (geom_bsd, geom_mbr, geom_mbrext, geom_apple, geom_..., bsdlabel, fdisk, boot0cfg, sysinstall etc). Somebody smart would implement a sensible generic library and a semi-standardize set of request to all slicers. This of course would be hard work. 3. Implement orphan methods in our filesystems and teach them about media which disappear. 4. Stop thinking in quick hacks and start to think in long term architecture. Just because you could do it in SystemIII doesn't mean that it was the right way to do it, and just because you think a quick fix is all that is needed doesn't make it so either. GEOM is a bold step in disk-I/O architecture, but Rome wasn't built in one day and GEOM won't be built in one release-cycle either. Anybody who expect me to do all of this singlehandedly can take a peek here http://people.freebsd.org/%7Epeter/srcsys.window.txt and go stick their head in a bucket of cold water before telling me I have to work harder. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 21:15:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B96116A4D0 for ; Thu, 7 Apr 2005 21:15:09 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D77B43D55 for ; Thu, 7 Apr 2005 21:15:08 +0000 (GMT) (envelope-from tlpbsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so665938wra for ; Thu, 07 Apr 2005 14:15:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Qdo+sOYdn9nIplkNCJK3ptsZWDYFM4ZYeuE2pYcmRodUXPmTkz4PQQn96aAVny9qnl4Ed4KZ7d20qCT8PC6rg8z/Kq/WVJcC5agMchoTxepdCbtfs81rWrWhBctJ5Yc2G1O4A1Hork422z1KSpoxValPayAgqmyEltSWuYMntJg= Received: by 10.54.24.49 with SMTP id 49mr2140585wrx; Thu, 07 Apr 2005 14:15:08 -0700 (PDT) Received: by 10.54.37.79 with HTTP; Thu, 7 Apr 2005 14:15:08 -0700 (PDT) Message-ID: <9533da6c05040714154080fcdb@mail.gmail.com> Date: Thu, 7 Apr 2005 15:15:08 -0600 From: Travis Poppe To: Didier Wiroth In-Reply-To: <99f113a61084.4252ff36@etat.lu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <99f113a61084.4252ff36@etat.lu> cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: vesa 1024x768 mode in future version? to the freebsd community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Travis Poppe List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 21:15:10 -0000 I would also love to see these patches committed and ready to use in a future release. I've been wanting to see this functionality since I started using FreeBSD five or so years ago. Myself and a friend have used these patches for quite some time now with no known stability issues. They work just fine. There is a minor problem with audio and scrolling (the audio breaks up and becomes distorted), but this is a problem I have had with audio in many other every day scenarios as well. Search the -CURRENT mailing lists and you should find a few posts I've written about this audio problem, as well as posts by many others. At least three people ask me on a regular basis if these have been committed, as I keep a close eye on them. It would be highly appreciated by many if this functionality were included. Thanks, -Travis Poppe From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 21:22:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F9A216A4CE for ; Thu, 7 Apr 2005 21:22:51 +0000 (GMT) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C2B543D1F for ; Thu, 7 Apr 2005 21:22:51 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23631 invoked from network); 7 Apr 2005 21:22:51 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 7 Apr 2005 21:22:49 -0000 Received: from roboboy.corp.weather.com (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j37LMWSb083181; Thu, 7 Apr 2005 17:22:41 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Nate Lawson Date: Thu, 7 Apr 2005 16:07:45 -0400 User-Agent: KMail/1.8 References: <200504051349.13620.jhb@FreeBSD.org> <42557133.2070802@root.org> In-Reply-To: <42557133.2070802@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504071607.47419.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: k-gleb@yandex.ru cc: dan.cojocar@gmail.com cc: Antoine Brodin Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 21:22:51 -0000 On Thursday 07 April 2005 01:43 pm, Nate Lawson wrote: > John Baldwin wrote: > > Ok, I see the issue now. The problem is that the BIOS sets the IRQ > > registers in the PCI devices to values that don't match how the links are > > programmed and we tend to trust the BIOS over the links in those cases. > > Can you tell me what IRQ sk0 gets if you don't use ACPI? Does it get 5 > > or 9? If it gets 9, does it work ok? > > > > You can try this patch for ACPI. Unfortunately, some BIOSes lie when you > > ask a link which IRQ it is routed to, so I'm not sure if this patch can > > be committed as is. Nate, do you know if such BIOSen only return no IRQ > > at all (0 or 255) when they lie rather than a bogus "valid" IRQ? > > > > --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pci_link.c 2005/01/18 > > 20:21:25 > > +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pci_link.c 2005/04/05 > > 17:46:46 @@ -621,14 +622,16 @@ > > device_printf(dev, "BIOS IRQ %u for %d.%d.INT%c is invalid\n", > > bios_irq, pcib_get_bus(pcib), slot, pin + 'A'); > > } else if (!PCI_INTERRUPT_VALID(link->l_bios_irq)) { > > - link->l_bios_irq = bios_irq; > > - if (bios_irq < NUM_ISA_INTERRUPTS) > > - pci_link_bios_isa_irqs |= (1 << bios_irq); > > if (bios_irq != link->l_initial_irq && > > PCI_INTERRUPT_VALID(link->l_initial_irq)) > > device_printf(dev, > > "BIOS IRQ %u does not match initial IRQ %u\n", > > bios_irq, link->l_initial_irq); > > + else { > > + link->l_bios_irq = bios_irq; > > + if (bios_irq < NUM_ISA_INTERRUPTS) > > + pci_link_bios_isa_irqs |= (1 << bios_irq); > > + } > > } else if (bios_irq != link->l_bios_irq) > > device_printf(dev, > > "BIOS IRQ %u for %d.%d.INT%c does not match previous BIOS IRQ > > %u\n", > > When link devices are uninitialized by the BIOS, you usually get an > invalid IRQ (i.e. 255 or 0). However, there are some cases where you > get a valid PCI irq but invalid for this system (i.e. not in the > supported ones advertised by _PRS). For instance, you might get a value > of 15 for a link that only supports 3,4,5,6,7,9, etc. I think you > should be checking _PRS for validity, not just PCI_INTERRUPT_VALID (i.e. > !255). Aren't you doing that already? Yes, I am. However, what this is doing is going and looking to see if the BIOS has programmed a valid IRQ into any of the devices routed by this IRQ, and if so, we (currently) trust what the BIOS says over what the link claims as far as what the best IRQ to use is. If the BIOS is just confused but the BIOS IRQ is still valid in _PRS then the fact that we always do an _SRS means we are still ok. The real problem here is that for this machine, calling _DIS seems to permanently break the link devices. I think we'll have to add a quirk to disable calling _DIS. I wonder if Linux already has such a quirk for this box or if they are more selective about how and when they call _DIS. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 21:32:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF6D416A4CE; Thu, 7 Apr 2005 21:32:45 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3513243D1F; Thu, 7 Apr 2005 21:32:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j37LWiYM002356; Thu, 7 Apr 2005 17:32:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j37LWiC7044012; Thu, 7 Apr 2005 17:32:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9F1CD7306E; Thu, 7 Apr 2005 17:32:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050407213244.9F1CD7306E@freebsd-current.sentex.ca> Date: Thu, 7 Apr 2005 17:32:44 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 21:32:46 -0000 TB --- 2005-04-07 20:47:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 20:47:18 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-04-07 20:47:18 - checking out the source tree TB --- 2005-04-07 20:47:18 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-04-07 20:47:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 20:54:03 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 20:54:03 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-04-07 20:54:03 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/i386/i386/src/libexec/revnetgroup/hash.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/i386/i386/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/i386/i386/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/i386/i386/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/i386/i386/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/i386/i386/src/libexec/rexecd/rexecd.c:205: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-04-07 21:32:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-07 21:32:44 - ERROR: failed to build world TB --- 2005-04-07 21:32:44 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 21:37:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94F2F16A4CE; Thu, 7 Apr 2005 21:37:59 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FEBE43D1F; Thu, 7 Apr 2005 21:37:59 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 50D057A423; Thu, 7 Apr 2005 14:37:59 -0700 (PDT) Message-ID: <4255A836.3060708@elischer.org> Date: Thu, 07 Apr 2005 14:37:58 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Travis Poppe References: <99f113a61084.4252ff36@etat.lu> <9533da6c05040714154080fcdb@mail.gmail.com> In-Reply-To: <9533da6c05040714154080fcdb@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Didier Wiroth cc: freebsd-questions@freebsd.org Subject: Re: vesa 1024x768 mode in future version? to the freebsd community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 21:37:59 -0000 point me at the patches again? Travis Poppe wrote: >I would also love to see these patches committed and ready to use in a >future release. I've been wanting to see this functionality since I >started using FreeBSD five or so years ago. > >Myself and a friend have used these patches for quite some time now >with no known stability issues. They work just fine. There is a minor >problem with audio and scrolling (the audio breaks up and becomes >distorted), but this is a problem I have had with audio in many other >every day scenarios as well. Search the -CURRENT mailing lists and you >should find a few posts I've written about this audio problem, as well >as posts by many others. > >At least three people ask me on a regular basis if these have been >committed, as I keep a close eye on them. It would be highly >appreciated by many if this functionality were included. > >Thanks, > >-Travis Poppe >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 22:19:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E26616A4CE; Thu, 7 Apr 2005 22:19:34 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FF6B43D49; Thu, 7 Apr 2005 22:19:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j37MJWQH082452; Thu, 7 Apr 2005 18:19:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j37MJWZL047469; Thu, 7 Apr 2005 18:19:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A10497306E; Thu, 7 Apr 2005 18:19:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050407221932.A10497306E@freebsd-current.sentex.ca> Date: Thu, 7 Apr 2005 18:19:32 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 22:19:34 -0000 TB --- 2005-04-07 21:32:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 21:32:44 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-04-07 21:32:44 - checking out the source tree TB --- 2005-04-07 21:32:44 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-04-07 21:32:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 21:39:31 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 21:39:31 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-07 21:39:31 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/i386/pc98/src/libexec/revnetgroup/hash.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/i386/pc98/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/i386/pc98/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/i386/pc98/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/i386/pc98/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/i386/pc98/src/libexec/rexecd/rexecd.c:205: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-04-07 22:19:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-07 22:19:32 - ERROR: failed to build world TB --- 2005-04-07 22:19:32 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 22:20:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C6F116A4CE for ; Thu, 7 Apr 2005 22:20:35 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7243243D1D for ; Thu, 7 Apr 2005 22:20:34 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j37MKXfx005302; Thu, 7 Apr 2005 15:20:34 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <20331.1112908380@critter.freebsd.dk> References: <20331.1112908380@critter.freebsd.dk> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <440f480855b36bcc43281835e1e3781d@xcllnt.net> Content-Transfer-Encoding: quoted-printable From: Marcel Moolenaar Date: Thu, 7 Apr 2005 15:20:33 -0700 To: Poul-Henning Kamp X-Mailer: Apple Mail (2.619.2) cc: current@freebsd.org Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 22:20:35 -0000 On Apr 7, 2005, at 2:13 PM, Poul-Henning Kamp wrote: > First of all, there are tools which do not do the right thing. > Amongst these are bsdlabel, fdisk, boot0cfg and sysinstall. Most > of them do something right but none of them gets everything right. One can argue that these tools weren't broken before GEOM came along and that the implementation of GEOM in FreeBSD could have been done slightly better? (see also below) > Let me try to explain what should happen using the deletion of a > MBR partition as example: > > If the disk has an MBR which defines three partitions and one of > these are open, then the MBR cannot be written to without informing > the GEOM_MBR instance which implements the contents of that MBR. Questionable. What about the following reasoning: The partition table on a disk is there to help the firmware and OS to identify the kinds of file systems on that disk and their bounds. Once the OS has been loaded and has obtained all the information it cares about, the partition table is not needed anymore. Its existence has become irrelevant. Removal of the =04partitition table does not in any way invalidate the file systems that are on that disk, nor make them inaccessible to the CURRENTLY RUNNING OS. It is only when the partitions are to be found again across a reboot that the partition table needs to be there and needs to be valid. So, one can argue that the removal of a MBR does not change a damn thing to the file systems currently mounted by the OS and one can also argue that replacing a MBR with a different table, say a GPT, that otherwise encodes the exact same information is something that can be done regardless and without having to invalidate any in-core information about partitions or force a complete refresh of it. Even if a replacement partition table encodes a completely different layout, does it not have to be a problem. The OS just needs to ignore the partition table. Thus: Is it actually the right behaviour to invalidate the OS's notion of disk partitions whenever the on-disk tables are changed or removed and if so does that hold in all cases? > The correct way to do that is to use the g_ctl() api because what > is needed is an out-of-band mechanism to tell that we want to loose > one of the partitions. Such mechanism would be needed only to inform the OS that it should forget about partitions it currently knows about (whether mounted or not). > 1. Find out which partition format we migrate to instead of BSDlabel > which runs out of steam around 2TB. GPT has been proposed but > seems to be a rather dead end with Itanic sinking fast. Itanium is not sinking fast. It's submerged, but holding for now. The Open Source community simply isn't the audience for it yet and may very well never be. This doesn't mean that there isn't an audience at all. That aside: whether GPT will find its way to the PC is of course a different story -- independent of whether the floatation devices are pulled from under the Itanium architecture. > Anybody who expect me to do all of this singlehandedly can take a peek > here http://people.freebsd.org/%7Epeter/srcsys.window.txt and go stick > their head in a bucket of cold water before telling me I have to work > harder. A yes, the classic trick of showing quantity when quality is questioned. The bottomline: You tell a nice story and people tend to believe it if you repeat it often enough or tell it assertively, but some questions=20 remain unanswered and so far the problems have remained unsolved. What I fail=20= to see is the proverbial "let's take a step back and look at it again from=20= a distance" attitude from you. Instead everybody else's got it wrong or is missing bits and pieces from the puzzle. Fine, that's certainly=20 possible, but you're not making a good case for it and I remain unconvinced=20 (FWIW). So, maybe it's time to step back and take a look at it again. Define the problems that have been raised, describe the cause (real or artificial)=20= and identify possible solutions, not just yours, and build consensus for the best solution. Chances are that you actually get other people to help=20 out implementing the solution. Just some food for thought... --=20 Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 22:46:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7643416A4CE for ; Thu, 7 Apr 2005 22:46:21 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA26843D3F for ; Thu, 7 Apr 2005 22:46:20 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j37MkJGn097330; Fri, 8 Apr 2005 02:46:19 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j37MkJA7097329; Fri, 8 Apr 2005 02:46:19 +0400 (MSD) (envelope-from ache) Date: Fri, 8 Apr 2005 02:46:19 +0400 From: Andrey Chernov To: Marcel Moolenaar Message-ID: <20050407224618.GA96655@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Marcel Moolenaar , Poul-Henning Kamp , current@FreeBSD.ORG References: <20331.1112908380@critter.freebsd.dk> <440f480855b36bcc43281835e1e3781d@xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440f480855b36bcc43281835e1e3781d@xcllnt.net> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.74; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 08 Apr 2005 02:46:19 +0400 (MSD) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 22:46:21 -0000 On Thu, Apr 07, 2005 at 03:20:33PM -0700, Marcel Moolenaar wrote: > Once the OS has been loaded and has obtained all the information it > cares about, the partition table is not needed anymore. Its existence I completely agree! Disk partition table is not the thing supposed to be able to affect already booted OS behaviour. When OS is booted and read disk partition table one time, it must completely forget about disk partition table and use in-core partition table only instead. Even someone fill disk partition table with zeroes, nothing should be changed. It is the way like it always works. Rules are simple as that: a) You may have in-core partition table with immediate effect and read disk partition table into it _one_time_ after boot. b) You may _write_ (sync) in-core partition table to the disk partition table when needed or at reboot. c) But you must never _read_ the disk partition table to the in-core partition table more then one time. d) You may _write_ anything to the disk partition table at any time. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 22:57:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70BC816A4CE; Thu, 7 Apr 2005 22:57:07 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84DF943D4C; Thu, 7 Apr 2005 22:57:06 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j37MtbRB086209; Thu, 7 Apr 2005 16:55:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 07 Apr 2005 16:55:37 -0600 (MDT) Message-Id: <20050407.165537.59732086.imp@bsdimp.com> To: tinderbox@freebsd.org From: Warner Losh In-Reply-To: <20050407065719.1477C7306E@freebsd-current.sentex.ca> References: <20050407065719.1477C7306E@freebsd-current.sentex.ca> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 22:57:07 -0000 > /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw1' isn't known > /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw2' isn't known > /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw3' isn't known > /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRsign' isn't known > /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw0' isn't known > /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw1' isn't known > /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw2' isn't known > /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw3' isn't known > *** Error code 1 Still can't reproduce this locally on a clean system. Warner From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 22:57:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 809B916A4CE for ; Thu, 7 Apr 2005 22:57:59 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA1743D1F for ; Thu, 7 Apr 2005 22:57:58 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j37MvtRS021343; Fri, 8 Apr 2005 00:57:55 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Marcel Moolenaar From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 07 Apr 2005 15:20:33 PDT." <440f480855b36bcc43281835e1e3781d@xcllnt.net> Date: Fri, 08 Apr 2005 00:57:55 +0200 Message-ID: <21342.1112914675@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 22:57:59 -0000 In message <440f480855b36bcc43281835e1e3781d@xcllnt.net>, Marcel Moolenaar writes: >One can argue that these tools weren't broken before GEOM came along >and that the implementation of GEOM in FreeBSD could have been done >slightly better? (see also below) [Don't shoot the piano player, he's doing the best he can] >Questionable. What about the following reasoning: > >The partition table on a disk is there to help the firmware and OS >to identify the kinds of file systems on that disk and their bounds. >Once the OS has been loaded and has obtained all the information it >cares about, the partition table is not needed anymore. Its existence >has become irrelevant. Removal of the partitition table does not in >any way invalidate the file systems that are on that disk, nor make >them inaccessible to the CURRENTLY RUNNING OS. It is only when the >partitions are to be found again across a reboot that the partition >table needs to be there and needs to be valid. I think that is a recipe for disaster and the fact that all operating systems which implement it have resorted to all but forcing a reboot right after any change seems to validate my point. Which view do you offer the user if he enters the partitioning tool a second time before he reboots ? The in-memory or the on-disk ? What about crash-safety ? How do you deliver a credibly convincing argument that the users system is going to boot again ? At the very least, the diskpartitioning tool needs to say "This will hose your system Abort/Retry/Ignore" You basically need to implement a high level of overview and inference in the tools to be able to protect the novice users. That is why I didn't go that way. Instead I opted for a system where we are at all times in a single consistent state, and where we do not allow operations which takes us into an inconsistent state. >Even if a replacement partition table encodes a completely different >layout, does it not have to be a problem. The OS just needs to ignore >the partition table. It does not have to be a problem, but how do you implement code to find out _if_ it is a problem so you can warn the user ? In one of my GEOM prototypes I had a protocol where a provider could ask the consumer which bits it really cared about. That way you could tell a mountpoint to shrink what bit of the disk it used and afterwards reclaim that bit of the partition. In the end I decided that this was waaaay too much code to justify the functionality. If you want to go the way you describe, you will need to do something like that because otherwise you have no way of making sure that you are really having two *functionally* identical views. The reason I tried to go that way was the overcommit of the first 8k of a BSD partition for both filesystem and bsd-label. I wanted the filesystem to say "I'm really only using [8192....N] of this disk" so that the BSD-label would be under a different protection domain. In the end I realized that I was trying to accomodate a bug which only one filesystem in the world ever made, and dropped it. >Thus: >Is it actually the right behaviour to invalidate the OS's notion of >disk partitions whenever the on-disk tables are changed or removed >and if so does that hold in all cases? We don't invalidate "whenever the on-disk tables are changed", we veto the change if it would jeopardize the currently opened providers under the presumption that all our current users (filesystems) explode if you look at them wrong from that angle. You can safely extend a partition, because the filesystems will not really notice, but you cannot shrink it (for the lack of the above mentioned protocol). You can remove any non-open parition/slice/whatever. (The current trouble is that you can't get to communicate this intent, if the communcation succeeded it would happen). >> The correct way to do that is to use the g_ctl() api because what >> is needed is an out-of-band mechanism to tell that we want to loose >> one of the partitions. > >Such mechanism would be needed only to inform the OS that it should >forget about partitions it currently knows about (whether mounted or >not). I think you presuppose a much higher level of ability than the majority of our superusers lay claim to. You scheme would require a much stronger set of userland utilities to avoid unintentional footshooting. Considering the sorry state of our current tools, not to mention libdisk/sysinstall, I think it switching to such a scheme is a non-starter, the amount of code to write is simply prohibitive. >> 1. Find out which partition format we migrate to instead of BSDlabel >> which runs out of steam around 2TB. GPT has been proposed but >> seems to be a rather dead end with Itanic sinking fast. > >Itanium is not sinking fast. It's submerged, but holding for now. The >Open Source community simply isn't the audience for it yet and may very >well never be. This doesn't mean that there isn't an audience at all. Well, it is out of the commercial market more or less completely and therefore the earlier presumption that it would rule and force GPT on everybody is no longer by definition true. I don't particularly care which format we select, it's a political/ marketing decision which should be made so that 7.0 can use the new format so we don't have to retrofit it in that release. 7.0 is probably too late, but 6.0 is not feasible. >> Anybody who expect me to do all of this singlehandedly can take a peek >> here http://people.freebsd.org/%7Epeter/srcsys.window.txt and go stick >> their head in a bucket of cold water before telling me I have to work >> harder. > >A yes, the classic trick of showing quantity when quality is questioned. No, the classical trick of telling people to pitch in instead of whining. And by pitch in I don't mean "try to take ever shortcut imaginable rather than offer a bit of help getting things in the right direction" like some writers of GEOM classes I could mention! >unanswered and so far the problems have remained unsolved. What I fail to >see is the proverbial "let's take a step back and look at it again from a >distance" attitude from you. Instead everybody else's got it wrong or is >missing bits and pieces from the puzzle. Fine, that's certainly possible, >but you're not making a good case for it and I remain unconvinced >(FWIW). I don't think anybody else have spent as long time as I have on this subject and if you want to spend the next ten years of your life studying it and at some point come with an implementation which works better you are more than welcome, heck, I wished you had done that 10 years ago! >So, maybe it's time to step back and take a look at it again. Define the >problems that have been raised, describe the cause (real or artificial) >and identify possible solutions, not just yours, and build consensus for the >best solution. Chances are that you actually get other people to help >out implementing the solution. That would be great. The first requirement for that to be a success is that people stop trying to find a quick fix so they don't have to think about the problems. The problem is that that's all what people care about: Make it work for me right now. Nobody seems to pay much attention to the long view or the architectural view. And if they take the long or architectural view, the outcome is usually "somebody should", rather than "I'll do". Yes, I am frustrated, and this pisses me off far more than it should, and it pisses me off in particular when it comes from somebody who has provided such enthusiatic resistance all the way without ever really taking the time to think things through before hitting me on the head with halfbaked proposals. I would suggest that you go of and do a prototype of your scheme, all the GEOM work has given you some very nice interfaces to the relevant pieces of the system, all you have to do is offer geom_dev, geom_disk and geom_vfs outwards APIs and you're sailing. Let us know when you have a prototype we can try out. In the meantime please shut up and get out of the way. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 23:06:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 170C616A4CE for ; Thu, 7 Apr 2005 23:06:22 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 498EA43D39 for ; Thu, 7 Apr 2005 23:06:21 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j37N6Jur097785; Fri, 8 Apr 2005 03:06:19 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j37N6Jx7097784; Fri, 8 Apr 2005 03:06:19 +0400 (MSD) (envelope-from ache) Date: Fri, 8 Apr 2005 03:06:17 +0400 From: Andrey Chernov To: Poul-Henning Kamp Message-ID: <20050407230616.GA97588@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Poul-Henning Kamp , Marcel Moolenaar , current@FreeBSD.ORG References: <440f480855b36bcc43281835e1e3781d@xcllnt.net> <21342.1112914675@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <21342.1112914675@critter.freebsd.dk> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.74; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 08 Apr 2005 03:06:20 +0400 (MSD) cc: current@FreeBSD.ORG cc: Marcel Moolenaar Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 23:06:22 -0000 On Fri, Apr 08, 2005 at 12:57:55AM +0200, Poul-Henning Kamp wrote: > Which view do you offer the user if he enters the partitioning tool > a second time before he reboots ? > > The in-memory or the on-disk ? It must depends on the tool option. Each tool must have an option, which partition table it plan to modify. I.e. in-core or on-disk. > What about crash-safety ? You can do all crash-safety related to in-core partition because it have immediate effect to mounting etc. You should do no crash-safety related to on-disk partition. Beeing root is crash-safety enough for that. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 23:14:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7C7216A4CE; Thu, 7 Apr 2005 23:14:24 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A86C43D31; Thu, 7 Apr 2005 23:14:24 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j37NENPo005609; Thu, 7 Apr 2005 19:14:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j37NEO6B075966; Thu, 7 Apr 2005 19:14:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7844E7306E; Thu, 7 Apr 2005 19:14:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050407231423.7844E7306E@freebsd-current.sentex.ca> Date: Thu, 7 Apr 2005 19:14:23 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 23:14:24 -0000 TB --- 2005-04-07 22:19:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 22:19:32 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-04-07 22:19:32 - checking out the source tree TB --- 2005-04-07 22:19:32 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-04-07 22:19:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 22:25:56 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 22:25:56 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-04-07 22:25:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/ia64/ia64/src/libexec/revnetgroup/hash.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/ia64/ia64/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/ia64/ia64/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd/rexecd.c:205: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-04-07 23:14:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-07 23:14:23 - ERROR: failed to build world TB --- 2005-04-07 23:14:23 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Apr 7 23:15:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A8F616A4CE for ; Thu, 7 Apr 2005 23:15:07 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D91043D39 for ; Thu, 7 Apr 2005 23:15:06 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j37NEFZE086396; Thu, 7 Apr 2005 17:14:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 07 Apr 2005 17:14:15 -0600 (MDT) Message-Id: <20050407.171415.74666363.imp@bsdimp.com> To: phk@phk.freebsd.dk, current@freebsd.org From: Warner Losh In-Reply-To: <20050407224618.GA96655@nagual.pp.ru> References: <20331.1112908380@critter.freebsd.dk> <440f480855b36bcc43281835e1e3781d@xcllnt.net> <20050407224618.GA96655@nagual.pp.ru> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 23:15:07 -0000 The tools we have suck in many ways. No one disputes that. Rather than flame people, I'm going to work within the GEOM framework to see if the glaring deficiencies in the kernel/userland APIs can be corrected. If I come up with anything I'll let people know. Warner From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 00:00:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6609316A4CE; Fri, 8 Apr 2005 00:00:49 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD46343D2F; Fri, 8 Apr 2005 00:00:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3800mmD007082; Thu, 7 Apr 2005 20:00:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3800m5H092073; Thu, 7 Apr 2005 20:00:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1F8EE7306E; Thu, 7 Apr 2005 20:00:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050408000048.1F8EE7306E@freebsd-current.sentex.ca> Date: Thu, 7 Apr 2005 20:00:48 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 00:00:49 -0000 TB --- 2005-04-07 23:14:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 23:14:23 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-04-07 23:14:23 - checking out the source tree TB --- 2005-04-07 23:14:23 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-04-07 23:14:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 23:21:18 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 23:21:18 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-04-07 23:21:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/powerpc/powerpc/src/libexec/revnetgroup/hash.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/powerpc/powerpc/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/powerpc/powerpc/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/powerpc/powerpc/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/powerpc/powerpc/src/libexec/rexecd/rexecd.c:205: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-04-08 00:00:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-08 00:00:47 - ERROR: failed to build world TB --- 2005-04-08 00:00:47 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 00:45:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CE7A16A4CE; Fri, 8 Apr 2005 00:45:34 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47AA543D4C; Fri, 8 Apr 2005 00:45:34 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j380jXJL062678; Thu, 7 Apr 2005 17:45:33 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j380jXQY062677; Thu, 7 Apr 2005 17:45:33 -0700 (PDT) (envelope-from obrien) Date: Thu, 7 Apr 2005 17:45:33 -0700 From: "David O'Brien" To: John Baldwin Message-ID: <20050408004533.GA62575@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, John Baldwin , freebsd-current@FreeBSD.org, current@FreeBSD.org References: <20050325194112.GA62568@dragon.NUXI.org> <200504051013.23855.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504051013.23855.jhb@FreeBSD.org> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org Subject: Re: [PATCH] change beastie menu to support booting on R3000 laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 00:45:34 -0000 On Tue, Apr 05, 2005 at 10:13:23AM -0400, John Baldwin wrote: > On Friday 25 March 2005 02:41 pm, David O'Brien wrote: > > I'd like to change the beastie.4th menu to have a "safe" keyboard option > > instead of a USB specific one. This changes hint.atkbd.0.flags from 0x1 > > to 0x9. I'm open to a better term than "safe keyboard" as it is too > > close to the full-fledged "safe mode". > > > > Does anyone know if this will cause any system problems using a USB > > keyboard? > > I don't think this is appropriate as the 0x8 hint should really only be used > for the R3000 and not for any old machine that wants to use a USB keyboard. Agreed for the running OS one wants to use 0x1. But what about in the installer? If there isn't harm to either the 0x8 needing case nor 0x1 needing case if 0x9 is used; then why not create the "safe keyboard" catch all? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 00:45:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CE7A16A4CE; Fri, 8 Apr 2005 00:45:34 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47AA543D4C; Fri, 8 Apr 2005 00:45:34 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j380jXJL062678; Thu, 7 Apr 2005 17:45:33 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j380jXQY062677; Thu, 7 Apr 2005 17:45:33 -0700 (PDT) (envelope-from obrien) Date: Thu, 7 Apr 2005 17:45:33 -0700 From: "David O'Brien" To: John Baldwin Message-ID: <20050408004533.GA62575@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, John Baldwin , freebsd-current@FreeBSD.org, current@FreeBSD.org References: <20050325194112.GA62568@dragon.NUXI.org> <200504051013.23855.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504051013.23855.jhb@FreeBSD.org> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org Subject: Re: [PATCH] change beastie menu to support booting on R3000 laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 00:45:34 -0000 On Tue, Apr 05, 2005 at 10:13:23AM -0400, John Baldwin wrote: > On Friday 25 March 2005 02:41 pm, David O'Brien wrote: > > I'd like to change the beastie.4th menu to have a "safe" keyboard option > > instead of a USB specific one. This changes hint.atkbd.0.flags from 0x1 > > to 0x9. I'm open to a better term than "safe keyboard" as it is too > > close to the full-fledged "safe mode". > > > > Does anyone know if this will cause any system problems using a USB > > keyboard? > > I don't think this is appropriate as the 0x8 hint should really only be used > for the R3000 and not for any old machine that wants to use a USB keyboard. Agreed for the running OS one wants to use 0x1. But what about in the installer? If there isn't harm to either the 0x8 needing case nor 0x1 needing case if 0x9 is used; then why not create the "safe keyboard" catch all? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 00:45:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43F6D16A4D5; Fri, 8 Apr 2005 00:45:41 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD74743D3F; Fri, 8 Apr 2005 00:45:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j380jeOE008442; Thu, 7 Apr 2005 20:45:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j380jejI006940; Thu, 7 Apr 2005 20:45:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 29F2B7306E; Thu, 7 Apr 2005 20:45:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050408004540.29F2B7306E@freebsd-current.sentex.ca> Date: Thu, 7 Apr 2005 20:45:40 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 00:45:41 -0000 TB --- 2005-04-08 00:00:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-08 00:00:48 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-04-08 00:00:48 - checking out the source tree TB --- 2005-04-08 00:00:48 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-04-08 00:00:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-08 00:07:34 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-08 00:07:34 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-04-08 00:07:34 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/hash.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c:205: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-04-08 00:45:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-08 00:45:39 - ERROR: failed to build world TB --- 2005-04-08 00:45:39 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 01:11:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4730D16A4CE; Fri, 8 Apr 2005 01:11:58 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16ABD43D55; Fri, 8 Apr 2005 01:11:58 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j381Btqp080406; Fri, 8 Apr 2005 01:11:56 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4255DA77.10401@freebsd.org> Date: Fri, 08 Apr 2005 09:12:23 +0800 From: David Xu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.6) Gecko/20050319 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Didier Wiroth References: <99f113a61084.4252ff36@etat.lu> In-Reply-To: <99f113a61084.4252ff36@etat.lu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: vesa 1024x768 mode in future version? to the freebsd community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 01:11:58 -0000 In long run, I really want KGI to be in kernel rather than this footshot hack, give me full framebuffer support. David Xu Didier Wiroth wrote: >Dear FreeBSD Team, >Dear FreeBSD Users, > >I was wondering if the patches (see link below) have any chances to make their ways into a future release version or may be in the ports collection? > >Here are the patches I'm talking about: >http://people.freebsd.org/~delphij/vesa >Actually the vidcontrol.diff patch failed for me so I used these patches: >http://www.nbritton.org/uploads/current-vesa_patch.tar.gz > > From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 02:11:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E46B616A4CE for ; Fri, 8 Apr 2005 02:11:00 +0000 (GMT) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECF2B43D4C for ; Fri, 8 Apr 2005 02:10:59 +0000 (GMT) (envelope-from fujita@soum.co.jp) Received: from mail.soum.co.jp (mail.soum.co.jp [IPv6:2001:240:c4:1:203:baff:fea1:6471]) by gate.soum.co.jp (8.13.3/8.13.3) with ESMTP id j382Axgb097180 for ; Fri, 8 Apr 2005 11:10:59 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from localhost (vanilla.soum.co.jp [172.19.2.63]) by mail.soum.co.jp (8.13.3/8.13.3) with ESMTP id j382AwNd005626 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 8 Apr 2005 11:10:58 +0900 (JST) Date: Fri, 08 Apr 2005 11:10:57 +0900 (JST) Message-Id: <20050408.111057.74722751.fujita@soum.co.jp> To: freebsd-current@freebsd.org From: FUJITA Kazutoshi In-Reply-To: <20050405.172824.74739214.fujita@soum.co.jp> References: <20050312.144052.23007628.fujita@soum.co.jp> <20050405.172824.74739214.fujita@soum.co.jp> X-Face: "; PnIN=f2{%Xj2PnI+zHd.39&Cn1)}br_7:N|2[CbS87Du6#6?|UeqX'&OfyZG-mX#'5T>k/~8X(F,2Mb_pNd8]3Cb1u[kSZjF}J+#`L5(g); List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 02:11:01 -0000 From: FUJITA Kazutoshi Subject: Re: 82801FBM(?) ATA controller Date: Tue, 05 Apr 2005 17:28:24 +0900 (JST) > > One more patch for ThinkPad T43. > > -current probes as > > > > atapci0: port 0x18c0-0x18cf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.2 on pci0 > > <..snip..> > > ad0: 76319MB [155061/16/63] at ata0-master UDMA33 > > acd0: DVDR at ata1-master UDMA33 > > According to ICH6 data sheets, this is ICH6-M SATA controller. please add new device id, such as below. diff -rc sys.orig/dev/ata/ata-chipset.c sys/dev/ata/ata-chipset.c *** sys.orig/dev/ata/ata-chipset.c Mon Apr 4 18:09:49 2005 --- sys/dev/ata/ata-chipset.c Tue Apr 5 16:56:39 2005 *************** *** 895,900 **** --- 895,901 ---- { ATA_I82801FB, 0, 0, 0x00, ATA_UDMA5, "Intel ICH6" }, { ATA_I82801FB_S1,0, 0, 0x00, ATA_SA150, "Intel ICH6" }, { ATA_I82801FB_R1,0, 0, 0x00, ATA_SA150, "Intel ICH6" }, + { ATA_I82801FBM, 0, 0, 0x00, ATA_SA150, "Intel ICH6-M" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; diff -rc sys.orig/dev/ata/ata-pci.h sys/dev/ata/ata-pci.h *** sys.orig/dev/ata/ata-pci.h Mon Apr 4 18:09:49 2005 --- sys/dev/ata/ata-pci.h Tue Apr 5 16:57:02 2005 *************** *** 136,141 **** --- 136,142 ---- #define ATA_I82801FB 0x266f8086 #define ATA_I82801FB_S1 0x26518086 #define ATA_I82801FB_R1 0x26528086 + #define ATA_I82801FBM 0x26538086 #define ATA_ITE_ID 0x1283 #define ATA_IT8212F 0x82121283 Regards, From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 02:12:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3715F16A4CF for ; Fri, 8 Apr 2005 02:12:12 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76CBA43D55 for ; Fri, 8 Apr 2005 02:12:11 +0000 (GMT) (envelope-from tlpbsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so725824wra for ; Thu, 07 Apr 2005 19:12:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=XVPGXSjmoOz3AzPGDJnMK0AdzaGIQJB2TMoA+1EUxE++ds1Lm5dxmFCzj4na5HXeHyeZw7FnaLbDv/uC2Kb6yckaLH7O7RpCuClRszJgSrfj07Rkz0yQXlIhoqMwJ1spOKcnS39IQSqnufSVHCrm2MLtggCuRsMPKJhATTATK0o= Received: by 10.54.50.73 with SMTP id x73mr1286338wrx; Thu, 07 Apr 2005 19:12:11 -0700 (PDT) Received: by 10.54.37.79 with HTTP; Thu, 7 Apr 2005 19:12:11 -0700 (PDT) Message-ID: <9533da6c050407191239539efd@mail.gmail.com> Date: Thu, 7 Apr 2005 20:12:11 -0600 From: Travis Poppe To: David Xu In-Reply-To: <4255DA77.10401@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <99f113a61084.4252ff36@etat.lu> <4255DA77.10401@freebsd.org> cc: freebsd-current@freebsd.org cc: Didier Wiroth cc: freebsd-questions@freebsd.org Subject: Re: vesa 1024x768 mode in future version? to the freebsd community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Travis Poppe List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 02:12:12 -0000 On Apr 7, 2005 7:12 PM, David Xu wrote: > In long run, I really want KGI to be in kernel rather than this footshot > hack, > give me full framebuffer support. I'm sure many of us would prefer to see KGI in the long run. However, that's not going to happen for quite some time. For now, this does the job just fine. -Travis Poppe From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 02:49:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B9B816A4CE for ; Fri, 8 Apr 2005 02:49:28 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82FE343D41 for ; Fri, 8 Apr 2005 02:49:26 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so575579rnf for ; Thu, 07 Apr 2005 19:49:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=aIfDYTkNcyGt2laUYAnxD0/pa+TLetT6YAM+ErEspvrS2r8M6rXOBlWzxMo9nXON/W2C6OyPlxrKi7VPQyeIBXyVqCtJtxjjMnLHwWb3UHrxt94Kt8+9WdZh7dvuoS6MZ+fVOt+6RIS+IX6pk4t1eFHUseclGDENgVaWsE7h+FY= Received: by 10.38.2.70 with SMTP id 70mr1387663rnb; Thu, 07 Apr 2005 19:49:26 -0700 (PDT) Received: by 10.38.104.23 with HTTP; Thu, 7 Apr 2005 19:49:26 -0700 (PDT) Message-ID: <7579f7fb05040719493fff82a8@mail.gmail.com> Date: Thu, 7 Apr 2005 19:49:26 -0700 From: Matthew Jacob To: Marcel Moolenaar In-Reply-To: <440f480855b36bcc43281835e1e3781d@xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20331.1112908380@critter.freebsd.dk> <440f480855b36bcc43281835e1e3781d@xcllnt.net> cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Matthew Jacob List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 02:49:28 -0000 Whatever the issue, I just had to apologize to somebody who at first thought that they had lost 200GB of their XServe array that we couldn't install on a single volume > 2TB. From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 03:06:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E118716A4CE for ; Fri, 8 Apr 2005 03:06:22 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3680943D1F for ; Fri, 8 Apr 2005 03:06:22 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j3836Ks8006456; Thu, 7 Apr 2005 20:06:21 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <21342.1112914675@critter.freebsd.dk> References: <21342.1112914675@critter.freebsd.dk> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <09c6072206df99be25e345b7e13354f5@xcllnt.net> Content-Transfer-Encoding: quoted-printable From: Marcel Moolenaar Date: Thu, 7 Apr 2005 20:06:20 -0700 To: "Poul-Henning Kamp" X-Mailer: Apple Mail (2.619.2) cc: current@freebsd.org Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 03:06:23 -0000 On Apr 7, 2005, at 3:57 PM, Poul-Henning Kamp wrote: >> Questionable. What about the following reasoning: >> >> The partition table on a disk is there to help the firmware and OS >> to identify the kinds of file systems on that disk and their bounds. >> Once the OS has been loaded and has obtained all the information it >> cares about, the partition table is not needed anymore. Its existence >> has become irrelevant. Removal of the =04partitition table does not = in >> any way invalidate the file systems that are on that disk, nor make >> them inaccessible to the CURRENTLY RUNNING OS. It is only when the >> partitions are to be found again across a reboot that the partition >> table needs to be there and needs to be valid. > > I think that is a recipe for disaster and the fact that all operating > systems which implement it have resorted to all but forcing a reboot > right after any change seems to validate my point. > > Which view do you offer the user if he enters the partitioning tool > a second time before he reboots ? That's a good question and pivotal in finding a good solution. Since we're talking about a partitioning tool, my first reaction is that it should offer what it works on: the on-disk partition table. However, in order for it (the tool) to be helpful to the user in most (if not all) cases, it should probably have knowledge of the in-core view of the disk so that it can assist the sysadmin. I deliberately don't want to define what "assistance" means in this context right now. It's a complex matter that takes discussion and thought. > What about crash-safety ? Crash-safety may be a policy issue more than it is a technical issue. One typically don't want to change the on-disk partitioning in such a way that a sudden crash renders the machine useless and leave the box in that state during production. The tool can provide assistance here as well (e.g. when the in-core view of the disk is nil or lambda, then the on-disk partitioning can never be incompatible. The tool can allow anything. If the disk contains the root file system, the tool can do various things from disallowing certain changes to forcing a reboot). > How do you deliver a credibly convincing argument that the users > system is going to boot again ? At the very least, the=20 > diskpartitioning > tool needs to say "This will hose your system Abort/Retry/Ignore" Reboots can be avoided by allowing the in-core view to be synchronized with the on-disk partitioning. The crux is that it should probably be done at the sysadmin's discretion and not unconditionally like GEOM is designed to do right now. Depending on where the root file system lives, restarts can be implemented as an alternative to reboots if we like the root file system to be changed as well. The latter may be handy during system installation. Not sure -- just speculating... > You basically need to implement a high level of overview and inference > in the tools to be able to protect the novice users. I don't think it's that bad, but it's exactly the "assistance" I didn't define above. We may come to the conclusion that it is in fact a hard problem. > That is why I didn't go that way. Instead I opted for a system where > we are at all times in a single consistent state, and where we do > not allow operations which takes us into an inconsistent state. Understood. I think it's even fair to say that such is the normal state in which a machine runs in production and it's therefore reasonable to optimize for that state. However, this thread is an indication that we cannot optimize the uncommon state away and that we should better handle the case where disks (or the system at large) is in state of flux. >> Even if a replacement partition table encodes a completely different >> layout, does it not have to be a problem. The OS just needs to ignore >> the partition table. > > It does not have to be a problem, but how do you implement code to > find out _if_ it is a problem so you can warn the user ? Typical problem cases include partial overlaps between on-disk and in-core partitions. This is easy to catch and can always result in a red flag. More difficult cases are missing on-disk partitions of native file system or size mismatches. Those may or may not cause any problems. A yellow flag is in order. Green flags for any partition changes that affect partitions we don't know or care about, as well as the addition of partitions (native or otherwise). Roughly speaking... > In one of my GEOM prototypes I had a protocol where a provider could > ask the consumer which bits it really cared about. That way you > could tell a mountpoint to shrink what bit of the disk it used > and afterwards reclaim that bit of the partition. > > In the end I decided that this was waaaay too much code to > justify the functionality. I tend to agree even though I have no experience with it myself. It's all gut feeling for me. > If you want to go the way you describe, you will need to do something > like that because otherwise you have no way of making sure that > you are really having two *functionally* identical views. I think that having a single view is probably what's biting. If you let go of that, you can change the on-disk view in any way you see fit without having to worry about the in-core view. It's up to the sysadmin to force the in-core view to be synchronized to the on-disk view and the tool he/she uses for that should be able to help out there. A reboot is just one of the alternatives. >> Thus: >> Is it actually the right behaviour to invalidate the OS's notion of >> disk partitions whenever the on-disk tables are changed or removed >> and if so does that hold in all cases? > > We don't invalidate "whenever the on-disk tables are changed", we > veto the change if it would jeopardize the currently opened providers > under the presumption that all our current users (filesystems) > explode if you look at them wrong from that angle. The veto is just the protection mechanism. Without it, any change to the on-disk partition table would immediately affect the in-core view and as such invalidate or override the existing view. >>> The correct way to do that is to use the g_ctl() api because what >>> is needed is an out-of-band mechanism to tell that we want to loose >>> one of the partitions. >> >> Such mechanism would be needed only to inform the OS that it should >> forget about partitions it currently knows about (whether mounted or >> not). > > I think you presuppose a much higher level of ability than the = majority > of our superusers lay claim to. You scheme would require a much > stronger set of userland utilities to avoid unintentional = footshooting. Possibly. A solution that exactly addresses the needs may not exist. But if a solution exists that handles a superset of the needs (by virtue of its inherent complexity), then it's not a good idea to reject it based on the fact that it solves more than it needs to. > Considering the sorry state of our current tools, not to mention > libdisk/sysinstall, I think it switching to such a scheme is a=20 > non-starter, > the amount of code to write is simply prohibitive. Maybe it should be done one step at a time. Once the right or perfect=20 solution is known it can still be decided that a full implementation of it is not feasible and that an inferior implementation is better given=20 circumstances. Better yet, with a solution all drafted and providing a clear and=20 complete picture, it's much more likely that someone implements the solution in=20= a short amount of time. There's certainty that the implementation will be=20 accepted and one doesn't have to be a domain expert to do the implementation. >> answered and so far the problems have remained unsolved. What I fail=20= >> to >> see is the proverbial "let's take a step back and look at it again=20 >> from a >> distance" attitude from you. Instead everybody else's got it wrong or=20= >> is >> missing bits and pieces from the puzzle. Fine, that's certainly=20 >> possible, >> but you're not making a good case for it and I remain unconvinced >> (FWIW). > > I don't think anybody else have spent as long time as I have on > this subject and if you want to spend the next ten years of your > life studying it and at some point come with an implementation which > works better you are more than welcome, heck, I wished you had done > that 10 years ago! If it should take me 10 years, I wouldn't be the right person for the=20 job. It's safe to say that I won't be spending 10 years on it -- one way or=20= the other. >> So, maybe it's time to step back and take a look at it again. Define=20= >> the >> problems that have been raised, describe the cause (real or=20 >> artificial) >> and identify possible solutions, not just yours, and build consensus=20= >> for the >> best solution. Chances are that you actually get other people to help >> out implementing the solution. > > That would be great. > > The first requirement for that to be a success is that people stop > trying to find a quick fix so they don't have to think about the > problems. Agreed. > I would suggest that you go of and do a prototype of your scheme, > all the GEOM work has given you some very nice interfaces to the > relevant pieces of the system, all you have to do is offer geom_dev, > geom_disk and geom_vfs outwards APIs and you're sailing. Wrong suggestion. Chasing people away to work on something that may or may not please you in the end will only chase people away. You should know that by now. The people most likely to help out are the ones you get pissed off at for expressing an opinion, I'd think... --=20 Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 03:18:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1111016A4CE for ; Fri, 8 Apr 2005 03:18:21 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 889D043D58 for ; Fri, 8 Apr 2005 03:18:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j383CB78088302; Thu, 7 Apr 2005 21:12:11 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 07 Apr 2005 21:12:10 -0600 (MDT) Message-Id: <20050407.211210.100582852.imp@bsdimp.com> To: michaelnottebrock@gmx.net From: "M. Warner Losh" In-Reply-To: <200504061737.18204.michaelnottebrock@gmx.net> References: <200504061737.18204.michaelnottebrock@gmx.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: machdep.conspeed sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 03:18:21 -0000 In message: <200504061737.18204.michaelnottebrock@gmx.net> Michael Nottebrock writes: : I've just dicked around with a serial console again and found this thingy. : : It's just informational at the moment, but imp tried to make it a tunable some : three years ago, only to comment out the respective line in sio.c half an : hour later. : : However, a loader-tunable comconsole speed would *really* be useful IMHO, so : perhaps someone could try and make it happen for real? :-) I backed it out because there was some problem that bde pointed out to me. I can no longer recall what that was... Warner From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 04:00:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 685C516A4CE for ; Fri, 8 Apr 2005 04:00:57 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9611943D31 for ; Fri, 8 Apr 2005 04:00:56 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j3840ZZ0035138; Fri, 8 Apr 2005 00:00:35 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j3840ZqH035137; Fri, 8 Apr 2005 00:00:35 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Fri, 8 Apr 2005 00:00:35 -0400 From: David Schultz To: Poul-Henning Kamp Message-ID: <20050408040035.GA34844@VARK.MIT.EDU> Mail-Followup-To: Poul-Henning Kamp , current@freebsd.org References: <20331.1112908380@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20331.1112908380@critter.freebsd.dk> cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 04:00:57 -0000 On Thu, Apr 07, 2005, Poul-Henning Kamp wrote: > First of all, there are tools which do not do the right thing. > Amongst these are bsdlabel, fdisk, boot0cfg and sysinstall. Most > of them do something right but none of them gets everything right. [...] > The correct way to do that is to use the g_ctl() api because what > is needed is an out-of-band mechanism to tell that we want to loose > one of the partitions. > > g_ctl() has not been fully implemented in all classes yet, and > therefore what we currently do is open one of the partitions and > issue an ioctl which hits the GEOM_MBR instance. > > This worked fine until recently where it was discovered that one > could issue ioctls which did "write like" stuff on a filedescriptor > open only for read. This is pretty counter to what people exepect > and we fixed it. > > The problem with that is that there may not be any partition we can > open for write, they may all be opened by something else (mounted) > and therefore our attempt to open will fail. Thanks for the nice description of what needs to be done, and for taking a constructive attitude towards addressing these problems. So I don't have time to implement an API for disk partition layout changes. But before I read your message, I was looking into getting sysinstall to issue a DIOCSMBR ioctl to the disk instead of trying to write it directly. Would that suffice to allow users to safely modify their partition tables, while preserving the anti-foot-shooting mechanism? Of course, when someone has time to implement a g_ctl() to do this as you suggest, it would be easy to adapt sysinstall at that time. > Now, why havn't you finished GEOM ? I hear. > > Well, many reasons. > > For one thing I wanted to see how it panned out in all sorts of > ways before I went any further, it is important to stop up every > so often and see if the direction is still sound. > > Second, there was a lot of talk about sysinstallNG at the time and > I thought that would be a great time to revise the entire > userland-edit-disk-layout thing. > > Third, I needed a break from it. FWIW, my complaint was not about what you did or didn't manage to accomplish single-handedly. My complaint was that you turned on the anti-footshooting knob by default before userland was ready for it. > 1. Find out which partition format we migrate to instead of BSDlabel > which runs out of steam around 2TB. GPT has been proposed but > seems to be a rather dead end with Itanic sinking fast. Regardless of what happens to IA-64 and EFI, GPTs probably aren't going away. Within a few years, Intel and Microsoft will be forced to address the 2TB limit for run-of-the-mill desktops, and I really can't see them inventing yet another format. But those are just my two cents; you're right that this should be discussed further. From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 05:01:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F15A16A4CE for ; Fri, 8 Apr 2005 05:01:04 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E90B543D4C for ; Fri, 8 Apr 2005 05:01:03 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C05B472DDB; Thu, 7 Apr 2005 22:01:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BEAAC72DD9; Thu, 7 Apr 2005 22:01:03 -0700 (PDT) Date: Thu, 7 Apr 2005 22:01:03 -0700 (PDT) From: Doug White To: Diabolo In-Reply-To: <1112716785.6535.4.camel@evilive.inferno> Message-ID: <20050407220042.Q57391@carver.gumbysoft.com> References: <1112716785.6535.4.camel@evilive.inferno> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Error Building CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 05:01:04 -0000 On Tue, 5 Apr 2005, Diabolo wrote: > cc -O -g -pipe -DINFODIR= > \"/usr/share/info:/usr/local/info:/usr/X11R6/info:.\" -DHAVE_CONFIG_H > -DLOCALEDIR=\"/usr/share/locale\" > -I/usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo > -I/usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/lib > -I/usr/obj/usr/src/tmp/legacy/usr/include > -c /usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/info/man.c > /usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/info/man.c: In function `get_manpage_node': > /usr/src/gnu/usr.bin/texinfo/info/../../../../contrib/texinfo/info/man.c:151: internal compiler error: Segmentation fault: 11 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > *** Error code 1 This is likely a hardware problem (thermal issues or bad processor or memory). -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 05:04:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5CFC16A4CE for ; Fri, 8 Apr 2005 05:04:10 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9EE743D53 for ; Fri, 8 Apr 2005 05:04:09 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j38548NF005655; Fri, 8 Apr 2005 09:04:08 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j38547ku005654; Fri, 8 Apr 2005 09:04:07 +0400 (MSD) (envelope-from ache) Date: Fri, 8 Apr 2005 09:04:06 +0400 From: Andrey Chernov To: Marcel Moolenaar Message-ID: <20050408050405.GA5203@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Marcel Moolenaar , Poul-Henning Kamp , current@FreeBSD.ORG References: <21342.1112914675@critter.freebsd.dk> <09c6072206df99be25e345b7e13354f5@xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09c6072206df99be25e345b7e13354f5@xcllnt.net> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.74; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 08 Apr 2005 09:04:08 +0400 (MSD) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 05:04:10 -0000 On Thu, Apr 07, 2005 at 08:06:20PM -0700, Marcel Moolenaar wrote: > Typical problem cases include partial overlaps between on-disk and > in-core partitions. This is easy to catch and can always result in a I don't think that in-core and on-disk partition must have influence to each other in any way. Better for them be completely independent. Once read, in-core partition should not know anything about what happens with on-disk one. > I think that having a single view is probably what's biting. If you Yes. But who speak about single view? If we have in-core and on-disk partition separately, we need _two_ independent views, choosed f.e. by some option. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 05:05:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EA1416A4CE; Fri, 8 Apr 2005 05:05:19 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7625743D4C; Fri, 8 Apr 2005 05:05:19 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6E07E72DDB; Thu, 7 Apr 2005 22:05:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6B9D672DD9; Thu, 7 Apr 2005 22:05:19 -0700 (PDT) Date: Thu, 7 Apr 2005 22:05:19 -0700 (PDT) From: Doug White To: Kris Kennaway In-Reply-To: <20050405174344.GA86957@xor.obsecurity.org> Message-ID: <20050407220445.F57391@carver.gumbysoft.com> References: <20050405174344.GA86957@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org cc: phk@freeBSD.org Subject: Re: NULL pointer deref in ptcread() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 05:05:19 -0000 On Tue, 5 Apr 2005, Kris Kennaway wrote: > HEAD from yesterday on a SMP machine. > > Kris > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 06 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc06b4b02 > stack pointer = 0x10:0xf7cb6b4c > frame pointer = 0x10:0xf7cb6b78 > 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 = 1182 (screen) > [thread pid 1182 tid 100239 ] > Stopped at generic_bcopy+0x1a: repe movsl (%esi),%es:(%edi) > db> wh > Tracing pid 1182 tid 100239 td 0xc5a92b80 > generic_bcopy(c59aa438,f7cb6bb8,40,c0758280,1) at generic_bcopy+0x1a > ptcread(c69b3d00,f7cb6c68,4,3ae,1000) at ptcread+0x180 > devfs_read_f(c5d8e558,f7cb6c68,c605e100,0,c5a92b80) at devfs_read_f+0xa7 > dofileread(c5a92b80,c5d8e558,7,bfbfd3f0,1000) at dofileread+0xc3 > read(c5a92b80,f7cb6d14,3a6,c0715022,c5a92b80) at read+0x6c > syscall(2f,2f,bfbf002f,80aa050,0) at syscall+0x2c4 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (3, FreeBSD ELF32, read), eip = 0x2816fbd7, esp = 0xbfbfd3cc, ebp = 0xbfbfe408 --- > db> Can you get a file+line on this? The only thing that comes to mind is if the uio is corrupted and someone stumbles over it. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 05:13:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77AD816A4CE; Fri, 8 Apr 2005 05:13:14 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4830843D48; Fri, 8 Apr 2005 05:13:14 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 40E8872DDD; Thu, 7 Apr 2005 22:13:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3C27B72DD9; Thu, 7 Apr 2005 22:13:14 -0700 (PDT) Date: Thu, 7 Apr 2005 22:13:14 -0700 (PDT) From: Doug White To: Kevin Oberman In-Reply-To: <20050406163303.3AD345D08@ptavv.es.net> Message-ID: <20050407221215.U57391@carver.gumbysoft.com> References: <20050406163303.3AD345D08@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Poul-Henning Kamp cc: Robert Watson cc: current@freebsd.org Subject: Re: Panic on mount with write-locked USB media (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 05:13:14 -0000 On Wed, 6 Apr 2005, Kevin Oberman wrote: > > Date: Tue, 5 Apr 2005 23:55:27 +0100 (BST) > > From: Robert Watson > > > > On Tue, 5 Apr 2005, Poul-Henning Kamp wrote: > > > > > In message <20050405201820.042685D07@ptavv.es.net>, "Kevin Oberman" writes: > > > > > >>> It would be useful if mount was smart enough to notice when it is > > >>> dealing with a read-only device, and try to mount such things > > >>> read-only, rather than trying to mount things read-write by default and > > >>> failing. Of course, the system shouldn't panic, either. :-) > > >> > > >> I think that is what I said. I am almost sure that this is how it used > > >> to work. I'm not sure whether the change was caused by something in > > >> msdosfs or GEOM (or somewhere else), but I sure preferred it when the RO > > >> device mounted RO. CDs still do this (thankfully). This makes me suspect > > >> msdosfs is the culprit. > > > > > > There are two ways that a filesystem correctly could handle a R/O media: > > > > > > 1. Fail with EROFS unless asked t mouned read-only > > > > > > 2. Silently downgrade th emount to read-only. > > > > > > I personally prefer the first because that way a script does not have to > > > check if it got the mount it wanted or not. > > > > In general, I agree, but this will de-POLA the following command: > > > > mount -t cd9660 /dev/acd0 /cdrom > > > > I wonder if a useful middle ground is to adopt (1) above except in the > > case of perenially read-only file systems (cd9660), in which case (2) is > > adopted? > > I hate to see such inconsistency. I don't like seeing very similar > devices behaving differently for no good reason. > > I think a better idea is a new option to allow/reject demotion to > read-only when hardware does not allow writes. POLA is slight and it > lets people do what they want to do with the issue. This would also fix mounting read-only floppies (which right now causes an undead buf when the write fails). -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 05:15:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6A0016A4CE for ; Fri, 8 Apr 2005 05:15:13 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3657E43D48 for ; Fri, 8 Apr 2005 05:15:13 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2F2A072DDD; Thu, 7 Apr 2005 22:15:13 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2BAB472DD9; Thu, 7 Apr 2005 22:15:13 -0700 (PDT) Date: Thu, 7 Apr 2005 22:15:13 -0700 (PDT) From: Doug White To: Divacky Roman In-Reply-To: <20050406130909.GA90294@stud.fit.vutbr.cz> Message-ID: <20050407221434.J57391@carver.gumbysoft.com> References: <20050406130909.GA90294@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: slow kbd input on 6-current on amd64@nforce3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 05:15:14 -0000 On Wed, 6 Apr 2005, Divacky Roman wrote: > as I have mentioned on the list I have very slow keyboard input. it might be > related to kbd not having an IRQ assigned. I repeat once again that it worked > on 5.3R. Your machine would not be PC-compliant if your keyboard controller did not get an interrupt. In this output, it does. Perhaps something else is tying up CPU? Or the CPU speed is defaulting to a very low speed? Try loading the cpufreq driver. > > I include verbose dmesg + this piece which didnt get into dmesg (dont know why): > > (with atkbd.flags=0) > atkbd: the current kbd controller command byte 0047 > atkbd: keyboard ID 0x41ab (2) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0047 > kbdc: TEST_AUX_PORT status:0000 > kbdc: RESET_AUX return code:00fe > kbdc: RESET_AUX return code:00fe > kbdc: RESET_AUX return code:00fe > kbdc: DIAGNOSE status:0055 > kbdc: TEST_KBD_PORT status:0000 > psm0: failed to reset the aux device. > fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 > > dmesg itself: > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.0-CURRENT #8: Wed Apr 6 10:31:12 UTC 2005 > root@sprava:/usr/obj/usr/src/sys/MYKERNEL > Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80538000. > Calibrating clock(s) ... i8254 clock: 1193231 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 1808810761 Hz > CPU: AMD Athlon(tm) 64 Processor 3000+ (1808.81-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x10ff0 Stepping = 0 > Features=0x78bfbff > AMD Features=0xe2500800,LM,3DNow+,3DNow> > L1 2MB data TLB: 8 entries, fully associative > L1 2MB instruction TLB: 8 entries, fully associative > L1 4KB data TLB: 32 entries, fully associative > L1 4KB instruction TLB: 32 entries, fully associative > L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative > L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative > L2 2MB unified TLB: 0 entries, disabled/not present > L2 4KB data TLB: 512 entries, 4-way associative > L2 4KB instruction TLB: 512 entries, 4-way associative > L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative > real memory = 268369920 (255 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000635000 - 0x000000000f837fff, 253767680 bytes (61955 pages) > avail memory = 252043264 (240 MB) > mem: > null: > random: > io: > cpu0 on motherboard > pci_open(1): mode 1 addr port (0x0cf8) is 0x80004804 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=00e110de) > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > pci0: physical bus=0 > map[10]: type 3, range 32, base f0000000, size 27, enabled > found-> vendor=0x10de, dev=0x00e1, revid=0xa1 > bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x00e0, revid=0xa2 > bus=0, slot=1, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[10]: type 4, range 32, base 0000e800, size 5, enabled > map[20]: type 4, range 32, base 00004c00, size 6, enabled > map[24]: type 4, range 32, base 00004c40, size 6, enabled > found-> vendor=0x10de, dev=0x00e4, revid=0xa1 > bus=0, slot=1, func=1 > class=0c-05-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > intpin=a, irq=3 > powerspec 2 supports D0 D3 current D0 > map[10]: type 1, range 32, base fc003000, size 12, enabled > found-> vendor=0x10de, dev=0x00e7, revid=0xa1 > bus=0, slot=2, func=0 > class=0c-03-10, hdrtype=0x00, mfdev=1 > cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > intpin=a, irq=3 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base fc004000, size 12, enabled > found-> vendor=0x10de, dev=0x00e7, revid=0xa1 > bus=0, slot=2, func=1 > class=0c-03-10, hdrtype=0x00, mfdev=1 > cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > intpin=b, irq=3 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base fc005000, size 8, enabled > found-> vendor=0x10de, dev=0x00e8, revid=0xa2 > bus=0, slot=2, func=2 > class=0c-03-20, hdrtype=0x00, mfdev=1 > cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > intpin=c, irq=3 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base fc000000, size 12, enabled > map[14]: type 4, range 32, base 0000a400, size 3, enabled > found-> vendor=0x10de, dev=0x00df, revid=0xa2 > bus=0, slot=5, func=0 > class=06-80-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) > intpin=a, irq=3 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 4, range 32, base 0000a800, size 8, enabled > map[14]: type 4, range 32, base 0000ac00, size 7, enabled > map[18]: type 1, range 32, base fc001000, size 12, enabled > found-> vendor=0x10de, dev=0x00ea, revid=0xa1 > bus=0, slot=6, func=0 > class=04-01-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) > intpin=a, irq=10 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[20]: type 4, range 32, base 0000f000, size 4, enabled > found-> vendor=0x10de, dev=0x00e5, revid=0xa2 > bus=0, slot=8, func=0 > class=01-01-8a, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > powerspec 2 supports D0 D3 current D0 > map[10]: type 4, range 32, base 000009e0, size 3, enabled > map[14]: type 4, range 32, base 00000be0, size 2, enabled > map[18]: type 4, range 32, base 00000960, size 3, enabled > map[1c]: type 4, range 32, base 00000b60, size 2, enabled > map[20]: type 4, range 32, base 0000c800, size 4, enabled > found-> vendor=0x10de, dev=0x00ee, revid=0xa2 > bus=0, slot=9, func=0 > class=01-01-85, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D3 current D0 > map[10]: type 4, range 32, base 000009f0, size 3, enabled > map[14]: type 4, range 32, base 00000bf0, size 2, enabled > map[18]: type 4, range 32, base 00000970, size 3, enabled > map[1c]: type 4, range 32, base 00000b70, size 2, enabled > map[20]: type 4, range 32, base 0000e000, size 4, enabled > found-> vendor=0x10de, dev=0x00e3, revid=0xa2 > bus=0, slot=10, func=0 > class=01-01-85, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) > intpin=a, irq=10 > powerspec 2 supports D0 D3 current D0 > found-> vendor=0x10de, dev=0x00e2, revid=0xa2 > bus=0, slot=11, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0107, statreg=0x0220, cachelnsz=0 (dwords) > lattimer=0x10 (480 ns), mingnt=0x0e (3500 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x00ed, revid=0xa2 > bus=0, slot=14, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x02 (500 ns) > found-> vendor=0x1022, dev=0x1100, revid=0x00 > bus=0, slot=24, func=0 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1022, dev=0x1101, revid=0x00 > bus=0, slot=24, func=1 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1022, dev=0x1102, revid=0x00 > bus=0, slot=24, func=2 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1022, dev=0x1103, revid=0x00 > bus=0, slot=24, func=3 > class=06-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > pci0:1:1: Transition from D0 to D3 > pci0: at device 2.0 (no driver attached) > pci0:2:0: Transition from D0 to D3 > pci0: at device 2.1 (no driver attached) > pci0:2:1: Transition from D0 to D3 > pci0: at device 2.2 (no driver attached) > pci0:2:2: Transition from D0 to D3 > pci0: at device 5.0 (no driver attached) > pci0:5:0: Transition from D0 to D3 > pci0: at device 6.0 (no driver attached) > pci0:6:0: Transition from D0 to D3 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 > ata0: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > ata0: reset tp1 mask=03 ostat0=7f ostat1=50 > ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f > ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f > ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f > ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f > ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f > ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f > ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f > ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f > ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f > ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f > ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f > ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f > ata0: stat1=0x10 err=0x01 lsb=0x14 msb=0xeb > ata0: reset tp2 stat0=ff stat1=10 devices=0x8 > ata0: [MPSAFE] > ata1: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > ata1: reset tp1 mask=03 ostat0=60 ostat1=70 > ata1: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 > ata1: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 > ata1: reset tp2 stat0=20 stat1=30 devices=0x0 > ata1: [MPSAFE] > atapci1: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc800-0xc80f irq 11 at device 9.0 on pci0 > atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc800 > atapci1: [MPSAFE] > ata2: on atapci1 > atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9e0 > atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbe0 > ata2: reset tp1 mask=03 ostat0=50 ostat1=00 > ata2: stat0=0xd0 err=0x00 lsb=0x86 msb=0x78 > ata2: stat0=0xd0 err=0x00 lsb=0x86 msb=0x78 > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > ata2: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 > ata2: reset tp2 stat0=50 stat1=00 devices=0x1 > ata2: [MPSAFE] > ata3: on atapci1 > atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x960 > atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb60 > ata3: reset tp1 mask=03 ostat0=7f ostat1=7f > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff > ata3: reset tp2 stat0=ff stat1=ff devices=0x0 > ata3: [MPSAFE] > atapci2: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f irq 10 at device 10.0 on pci0 > atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xe000 > atapci2: [MPSAFE] > ata4: on atapci2 > atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9f0 > atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbf0 > ata4: reset tp1 mask=03 ostat0=7f ostat1=7f > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata4: stat1=0x7f err=0xff lsb=0xff msb=0xff > ata4: reset tp2 stat0=ff stat1=ff devices=0x0 > ata4: [MPSAFE] > ata5: on atapci2 > atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0x970 > atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb70 > ata5: reset tp1 mask=03 ostat0=7f ostat1=7f > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff > ata5: stat1=0x7f err=0xff lsb=0xff msb=0xff > ata5: reset tp2 stat0=ff stat1=ff devices=0x0 > ata5: [MPSAFE] > pcib1: at device 11.0 on pci0 > pcib1: secondary bus 1 > pcib1: subordinate bus 1 > pcib1: I/O decode 0x8000-0x8fff > pcib1: memory decode 0xf8000000-0xf9ffffff > pcib1: prefetched decode 0xe0000000-0xefffffff > pci1: on pcib1 > pci1: physical bus=1 > map[10]: type 3, range 32, base e0000000, size 28, enabled > pcib1: (null) requested memory range 0xe0000000-0xefffffff: good > map[14]: type 4, range 32, base 00008000, size 8, enabled > pcib1: (null) requested I/O range 0x8000-0x80ff: in range > map[18]: type 1, range 32, base f9000000, size 16, enabled > pcib1: (null) requested memory range 0xf9000000-0xf900ffff: good > found-> vendor=0x1002, dev=0x5157, revid=0x00 > bus=1, slot=0, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0087, statreg=0x02b0, cachelnsz=8 (dwords) > lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci1: at device 0.0 (no driver attached) > pcib2: at device 14.0 on pci0 > pcib2: secondary bus 2 > pcib2: subordinate bus 2 > pcib2: I/O decode 0x9000-0x9fff > pcib2: memory decode 0xfa000000-0xfbffffff > pcib2: prefetched decode 0xfff00000-0xfffff > pci2: on pcib2 > pci2: physical bus=2 > map[10]: type 1, range 32, base fb001000, size 11, enabled > pcib2: (null) requested memory range 0xfb001000-0xfb0017ff: good > map[14]: type 4, range 32, base 00009000, size 7, enabled > pcib2: (null) requested I/O range 0x9000-0x907f: in range > found-> vendor=0x1106, dev=0x3044, revid=0x46 > bus=2, slot=12, func=0 > class=0c-00-10, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) > lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=5 > powerspec 2 supports D0 D2 D3 current D0 > map[10]: type 4, range 32, base 00009400, size 8, enabled > pcib2: (null) requested I/O range 0x9400-0x94ff: in range > map[14]: type 1, range 32, base fb000000, size 8, enabled > pcib2: (null) requested memory range 0xfb000000-0xfb0000ff: good > found-> vendor=0x10ec, dev=0x8169, revid=0x10 > bus=2, slot=13, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x02b0, cachelnsz=8 (dwords) > lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) > intpin=a, irq=5 > powerspec 2 supports D0 D1 D2 D3 current D0 > pci2: at device 12.0 (no driver attached) > pci2:12:0: Transition from D0 to D3 > re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x9400 > pcib2: re0 requested I/O range 0x9400-0x94ff: in range > pcib2: re0 requested I/O range 0x9400-0x94ff: in range > pcib2: re0 requested I/O range 0x9400-0x94ff: in range > re0: port 0x9400-0x94ff mem 0xfb000000-0xfb0000ff irq 5 at device 13.0 on pci2 > pcib2: re0 requested I/O range 0x9400-0x94ff: in range > miibus0: on re0 > rgephy0: on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > re0: bpf attached > re0: Ethernet address: 00:11:09:d9:b6:61 > re0: [MPSAFE] > pnp_identify: Trying Read_Port at 203 > pnp_identify: Trying Read_Port at 243 > pnp_identify: Trying Read_Port at 283 > pnp_identify: Trying Read_Port at 2c3 > pnp_identify: Trying Read_Port at 303 > pnp_identify: Trying Read_Port at 343 > pnp_identify: Trying Read_Port at 383 > pnp_identify: Trying Read_Port at 3c3 > PNP Identify complete > sc: sc0 already exists; skipping it > vga: vga0 already exists; skipping it > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > orm0: at iomem 0xc0000-0xcbfff,0xcc000-0xcffff,0xd0000-0xd17ff,0xd2000-0xd2fff on isa0 > atkbd: the current kbd controller command byte 0047 > atkbd: keyboard ID 0x41ab (2) > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0047 > psm0: failed to reset the aux device. > fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 > ppc0 failed to probe at irq 7 on isa0 > sio0: irq maps: 0x1 0x11 0x1 0x1 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: irq maps: 0x1 0x1 0x1 0x1 > sio1: probe failed test(s): 0 1 2 4 6 7 9 > sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 > sio2: not probed (disabled) > sio3: not probed (disabled) > isa_probe_children: probing PnP devices > Device configuration finished. > Timecounter "TSC" frequency 1808810761 Hz quality 800 > Timecounters tick every 1.000 msec > lo0: bpf attached > ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire > acd0: setting PIO4 on nVidia nForce3 Pro chip > acd0: setting UDMA33 on nVidia nForce3 Pro chip > acd0: CDROM drive at ata0 as slave > acd0: 128KB buffer, UDMA33 > acd0: Reads: CDR, CDRW, CDDA stream, packet > acd0: Writes: > acd0: Audio: play, 255 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire > ad4: 76319MB at ata2-master SATA150 > ad4: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue > GEOM: new disk ad4 > Trying to mount root from ufs:/dev/ad4s2a > start_init: trying /sbin/init > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 05:20:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 954DB16A4CE for ; Fri, 8 Apr 2005 05:20:19 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B1C943D46 for ; Fri, 8 Apr 2005 05:20:19 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 73C4A72DE5; Thu, 7 Apr 2005 22:20:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6EE1B72DD9; Thu, 7 Apr 2005 22:20:19 -0700 (PDT) Date: Thu, 7 Apr 2005 22:20:19 -0700 (PDT) From: Doug White To: =?ISO-8859-2?Q?S=B3awek_=AFak?= In-Reply-To: <787bbe1c0504070307670f5e5d@mail.gmail.com> Message-ID: <20050407221942.L57391@carver.gumbysoft.com> References: <787bbe1c0504070307670f5e5d@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-current@freebsd.org Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 05:20:19 -0000 On Thu, 7 Apr 2005, [ISO-8859-2] S=B3awek =AFak wrote: > Hi, > > I'd like to ask what's the reason behind requiring a keyboard during > FreeBSD install. Headless configuration is the most common in > datacenters and toying with KVM and VGA cable is often a no-no > (distance in the issue my case). If your system supports BIOS-level console redirection, use it. Then you can yack at loader all you want. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 05:30:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D28916A4CE for ; Fri, 8 Apr 2005 05:30:45 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67F9E43D55 for ; Fri, 8 Apr 2005 05:30:44 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j385UdiO023796; Fri, 8 Apr 2005 07:30:39 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Warner Losh From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 07 Apr 2005 17:14:15 MDT." <20050407.171415.74666363.imp@bsdimp.com> Date: Fri, 08 Apr 2005 07:30:39 +0200 Message-ID: <23795.1112938239@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 05:30:45 -0000 In message <20050407.171415.74666363.imp@bsdimp.com>, Warner Losh writes: >The tools we have suck in many ways. No one disputes that. Rather >than flame people, I'm going to work within the GEOM framework to see >if the glaring deficiencies in the kernel/userland APIs can be >corrected. If I come up with anything I'll let people know. Much appreciated Warner. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 05:34:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7538116A4CE for ; Fri, 8 Apr 2005 05:34:39 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5B1643D58 for ; Fri, 8 Apr 2005 05:34:38 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j385YcZI007117; Thu, 7 Apr 2005 22:34:38 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <20050408050405.GA5203@nagual.pp.ru> References: <21342.1112914675@critter.freebsd.dk> <09c6072206df99be25e345b7e13354f5@xcllnt.net> <20050408050405.GA5203@nagual.pp.ru> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <19f3c4e12937f581f7420bc841a11810@xcllnt.net> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Thu, 7 Apr 2005 22:34:37 -0700 To: Andrey Chernov X-Mailer: Apple Mail (2.619.2) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 05:34:39 -0000 On Apr 7, 2005, at 10:04 PM, Andrey Chernov wrote: >> I think that having a single view is probably what's biting. If you > > Yes. But who speak about single view? If we have in-core and on-disk > partition separately, we need _two_ independent views, choosed f.e. by > some option. Your angle is slightly different from mine. We do share that the on-disk and in-core data can differ, but you seem to allow editing of the in-core data by partitioning tools, while I don't. The way I look at it is that the kernel builds the in-core data from the on-disk data when the disk is first discovered. The in-core data is dropped when the disk disappears. The on-disk data can be modified by partitioning tools. The in-core data does not change because of that, but the in-core data can be brought in sync with the on-disk data by some means (sysctl, ioctl or whatever). The in-core data cannot be edited on its own. The idea here is that you remain in control while you make modifications and to allow updating the in-core data in a way that's most suitable for the sysadmin or the tool he/she is using. I think it's important to have that clear. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 05:40:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A82E016A4CE; Fri, 8 Apr 2005 05:40:16 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF26343D49; Fri, 8 Apr 2005 05:40:15 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j385eFhF023941; Fri, 8 Apr 2005 07:40:15 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: David Schultz From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 08 Apr 2005 00:00:35 EDT." <20050408040035.GA34844@VARK.MIT.EDU> Date: Fri, 08 Apr 2005 07:40:15 +0200 Message-ID: <23940.1112938815@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 05:40:16 -0000 In message <20050408040035.GA34844@VARK.MIT.EDU>, David Schultz writes: >So I don't have time to implement an API for disk partition layout >changes. But before I read your message, I was looking into >getting sysinstall to issue a DIOCSMBR ioctl to the disk instead >of trying to write it directly. Would that suffice to allow users >to safely modify their partition tables, while preserving the >anti-foot-shooting mechanism? Of course, when someone has time >to implement a g_ctl() to do this as you suggest, it would be easy >to adapt sysinstall at that time. You need to implement whatever ioctl/gctl is used for all the kinds of partitioning sysinstall/libdisk know about that means at least mbr, bsdlabel and gpt. Maybe also maclabels. >FWIW, my complaint was not about what you did or didn't manage to >accomplish single-handedly. My complaint was that you turned on the >anti-footshooting knob by default before userland was ready for it. What you call "The anti-footshooting knob" is an integral part of geoms event driven design, it is not a feature added specifically to annoy people, it is a necessary behaviour for the proper discovery of on-disk metadata. > >> 1. Find out which partition format we migrate to instead of BSDlabel >> which runs out of steam around 2TB. GPT has been proposed but >> seems to be a rather dead end with Itanic sinking fast. > >Regardless of what happens to IA-64 and EFI, GPTs probably aren't >going away. Within a few years, Intel and Microsoft will be >forced to address the 2TB limit for run-of-the-mill desktops, and >I really can't see them inventing yet another format. But those >are just my two cents; you're right that this should be discussed >further. I will just add that the release our users will be running two years from now will be 5.x and 6.x. We _have_ to have this resolved for 7.x. Somebody [TM] should sit down and read the lastest pc hardware requirement from Microsoft to see what they say about it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 05:51:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B4DF16A4CE for ; Fri, 8 Apr 2005 05:51:48 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D71143D5A for ; Fri, 8 Apr 2005 05:51:47 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j385pkff006280; Fri, 8 Apr 2005 09:51:46 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j385pktP006279; Fri, 8 Apr 2005 09:51:46 +0400 (MSD) (envelope-from ache) Date: Fri, 8 Apr 2005 09:51:45 +0400 From: Andrey Chernov To: Marcel Moolenaar Message-ID: <20050408055144.GA6147@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Marcel Moolenaar , Poul-Henning Kamp , current@FreeBSD.ORG References: <21342.1112914675@critter.freebsd.dk> <09c6072206df99be25e345b7e13354f5@xcllnt.net> <20050408050405.GA5203@nagual.pp.ru> <19f3c4e12937f581f7420bc841a11810@xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19f3c4e12937f581f7420bc841a11810@xcllnt.net> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.74; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 08 Apr 2005 09:51:46 +0400 (MSD) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 05:51:48 -0000 On Thu, Apr 07, 2005 at 10:34:37PM -0700, Marcel Moolenaar wrote: > Your angle is slightly different from mine. We do share that the on-disk > and in-core data can differ, but you seem to allow editing of the > in-core Yes I want to allow editing of both, for more flexibility and safety. See below. > data by partitioning tools, while I don't. > > is dropped when the disk disappears. The on-disk data can be modified > by partitioning tools. The in-core data does not change because of that, > but the in-core data can be brought in sync with the on-disk data by > some means (sysctl, ioctl or whatever). The in-core data cannot be > edited > on its own. It bring some problems like illegal on-disk modification synced to in-core. Since on-disk editing is not controlled (and should not be), it may overlap or be incorrect in some other way. But, if you edit in-core partition instead, as I suggest, you can do all sorts of checking and safety, easily excluding overlaps, etc. I.e. I suggest in-core->on-disk sync (which always write checked result) instead of can't be checked on-disk->in-core sync. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 06:18:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EFE416A4CE for ; Fri, 8 Apr 2005 06:18:22 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C88643D2F for ; Fri, 8 Apr 2005 06:18:22 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j386IIUi007316; Thu, 7 Apr 2005 23:18:22 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <20050408055144.GA6147@nagual.pp.ru> References: <21342.1112914675@critter.freebsd.dk> <09c6072206df99be25e345b7e13354f5@xcllnt.net> <20050408050405.GA5203@nagual.pp.ru> <19f3c4e12937f581f7420bc841a11810@xcllnt.net> <20050408055144.GA6147@nagual.pp.ru> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Thu, 7 Apr 2005 23:18:17 -0700 To: Andrey Chernov X-Mailer: Apple Mail (2.619.2) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 06:18:22 -0000 On Apr 7, 2005, at 10:51 PM, Andrey Chernov wrote: >> is dropped when the disk disappears. The on-disk data can be modified >> by partitioning tools. The in-core data does not change because of >> that, >> but the in-core data can be brought in sync with the on-disk data by >> some means (sysctl, ioctl or whatever). The in-core data cannot be >> edited >> on its own. > > It bring some problems like illegal on-disk modification synced to > in-core. Q: what would you consider illegal on-disk modifications? > Since on-disk editing is not controlled (and should not be), it > may overlap or be incorrect in some other way. Q: why is on-disk editing not controlled and why shouldn't it be? > But, if you edit in-core > partition instead, as I suggest, you can do all sorts of checking and > safety, easily excluding overlaps, etc. I can't say I buy into that. I don't see how in-core editing can be better checked than on-disk editing. Can you explain? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 06:31:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32EF716A4CE for ; Fri, 8 Apr 2005 06:31:43 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6044143D48 for ; Fri, 8 Apr 2005 06:31:42 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j386VeIP007073; Fri, 8 Apr 2005 10:31:40 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j386VelN007072; Fri, 8 Apr 2005 10:31:40 +0400 (MSD) (envelope-from ache) Date: Fri, 8 Apr 2005 10:31:39 +0400 From: Andrey Chernov To: Marcel Moolenaar Message-ID: <20050408063138.GA6884@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Marcel Moolenaar , Poul-Henning Kamp , current@FreeBSD.ORG References: <21342.1112914675@critter.freebsd.dk> <09c6072206df99be25e345b7e13354f5@xcllnt.net> <20050408050405.GA5203@nagual.pp.ru> <19f3c4e12937f581f7420bc841a11810@xcllnt.net> <20050408055144.GA6147@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.74; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 08 Apr 2005 10:31:41 +0400 (MSD) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 06:31:43 -0000 On Thu, Apr 07, 2005 at 11:18:17PM -0700, Marcel Moolenaar wrote: > >It bring some problems like illegal on-disk modification synced to > >in-core. > > Q: what would you consider illegal on-disk modifications? F.e. one can temporary remove whole BSD partition for other OS better install, then re-create it again inside other OS. > > Since on-disk editing is not controlled (and should not be), it > >may overlap or be incorrect in some other way. > > Q: why is on-disk editing not controlled and why shouldn't it be? There was a cases when filesystem is damaged, sectors goes off partition limits, etc. There must be temporary way to fix - to write bigger (overlap) partition, grab needed files, then restore correct one. It can be controlled minimally with warnings, but not with disalowing. > > But, if you edit in-core > >partition instead, as I suggest, you can do all sorts of checking and > >safety, easily excluding overlaps, etc. > > I can't say I buy into that. I don't see how in-core editing can be > better > checked than on-disk editing. Can you explain? In-core editing always suppose currently running correct partition table. It must not allow to add, say, overlaping partition entry. On-disk editing should allow to write incorrect partition table for temporary disk surgery purposes. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 06:51:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 979A816A4CE for ; Fri, 8 Apr 2005 06:51:06 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B702B43D31 for ; Fri, 8 Apr 2005 06:51:05 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j386p4GH007463; Thu, 7 Apr 2005 23:51:05 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <20050408063138.GA6884@nagual.pp.ru> References: <21342.1112914675@critter.freebsd.dk> <09c6072206df99be25e345b7e13354f5@xcllnt.net> <20050408050405.GA5203@nagual.pp.ru> <19f3c4e12937f581f7420bc841a11810@xcllnt.net> <20050408055144.GA6147@nagual.pp.ru> <20050408063138.GA6884@nagual.pp.ru> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <4fc54539e2b80a0718c8d21be862c379@xcllnt.net> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Thu, 7 Apr 2005 23:51:03 -0700 To: Andrey Chernov X-Mailer: Apple Mail (2.619.2) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 06:51:06 -0000 On Apr 7, 2005, at 11:31 PM, Andrey Chernov wrote: > On Thu, Apr 07, 2005 at 11:18:17PM -0700, Marcel Moolenaar wrote: >>> It bring some problems like illegal on-disk modification synced to >>> in-core. >> >> Q: what would you consider illegal on-disk modifications? > > F.e. one can temporary remove whole BSD partition for other OS better > install, then re-create it again inside other OS. I don't see how this is illegal. It's exactly the thing you don't want to prevent for no good reason. It's a dangerous operation if you don't know what you're doing but other than that can be a real handy feature. >>> Since on-disk editing is not controlled (and should not be), it >>> may overlap or be incorrect in some other way. >> >> Q: why is on-disk editing not controlled and why shouldn't it be? > > There was a cases when filesystem is damaged, sectors goes off > partition > limits, etc. There must be temporary way to fix - to write bigger > (overlap) partition, grab needed files, then restore correct one. But if a file system goes beyond the boundaries of a partition, you don't need to increase the partition to get to the files. They were written there despite the partition boundaries. Not to mention that you can just read the adjacent partition to read the raw sectors. No, your example isn't a good one. >>> But, if you edit in-core >>> partition instead, as I suggest, you can do all sorts of checking and >>> safety, easily excluding overlaps, etc. >> >> I can't say I buy into that. I don't see how in-core editing can be >> better >> checked than on-disk editing. Can you explain? > > In-core editing always suppose currently running correct partition > table. > It must not allow to add, say, overlaping partition entry. On-disk > editing > should allow to write incorrect partition table for temporary disk > surgery > purposes. Why would you ever allow a partition table to contain overlapping partitions? Inconsistencies (i.e. overlaps) can exist between the on-disk and in-core data, but never in the on-disk table by itself or in the in-core data by itself. Right? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 06:59:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C501F16A4CE; Fri, 8 Apr 2005 06:59:40 +0000 (GMT) Received: from postino-2.etat.lu (postino-2.etat.lu [194.154.205.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DCCE43D48; Fri, 8 Apr 2005 06:59:40 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by postino-2.etat.lu (Postfix) with ESMTP id 5FB9E1115000; Fri, 8 Apr 2005 08:59:38 +0200 (CEST) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by localhost (CIE ESMTP Dispatch 2) with ESMTP id 6FA763567A; Fri, 8 Apr 2005 08:59:38 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by dispatch-2.cie.etat.lu (CIE ESMTP Dispatch 2) with ESMTP id 5D46F33629; Fri, 8 Apr 2005 08:59:38 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEM000R48RE3OA0@store.etat.lu>; Fri, 08 Apr 2005 08:59:38 +0200 (MEST) Received: from LUCY ([148.110.43.189]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEM007TE8RB74A0@store.etat.lu>; Fri, 08 Apr 2005 08:59:38 +0200 (MEST) Date: Fri, 08 Apr 2005 08:59:39 +0200 From: Didier Wiroth In-reply-to: <4255DA77.10401@freebsd.org> To: 'David Xu' Message-id: <0IEM007TL8RE74A0@store.etat.lu> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Content-transfer-encoding: 7BIT Thread-index: AcU71/e452B6e9uNS+anmogfBuYSvgAMFF1w cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org Subject: RE: vesa 1024x768 mode in future version? to the freebsd community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 06:59:40 -0000 Hi, Yessss ... please give me full framebuffer support too :-)) If it can't make it's way to 5, perhaps it could be part of release 6? >In long run, I really want KGI to be in kernel rather than this footshot hack, give me full framebuffer support. From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 07:06:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 831BA16A4CE for ; Fri, 8 Apr 2005 07:06:38 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5FF143D39 for ; Fri, 8 Apr 2005 07:06:37 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j3876Tmp077554; Fri, 8 Apr 2005 09:06:32 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <42562D16.8040405@DeepCore.dk> Date: Fri, 08 Apr 2005 09:04:54 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FUJITA Kazutoshi References: <20050312.144052.23007628.fujita@soum.co.jp> <20050405.172824.74739214.fujita@soum.co.jp> <20050408.111057.74722751.fujita@soum.co.jp> In-Reply-To: <20050408.111057.74722751.fujita@soum.co.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: freebsd-current@freebsd.org Subject: Re: 82801FBM SATA controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 07:06:38 -0000 FUJITA Kazutoshi wrote: > From: FUJITA Kazutoshi > Subject: Re: 82801FBM(?) ATA controller > Date: Tue, 05 Apr 2005 17:28:24 +0900 (JST) >=20 >=20 >>>One more patch for ThinkPad T43. >>>-current probes as >>> >>>atapci0: port 0x18c0-0x18cf,0x376,0x170-0x177= ,0x3f6,0x1f0-0x1f7 at device 31.2 on pci0 >>><..snip..> >>>ad0: 76319MB [155061/16/63] at ata0-master UD= MA33 >>>acd0: DVDR at ata1-master UDMA33 >> >>According to ICH6 data sheets, this is ICH6-M SATA controller. >=20 > please add new device id, such as below. I already have that in my local sources here together with a few other=20 new chips that support is coming for soon, so its on its way :) --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 07:14:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA22116A4CE for ; Fri, 8 Apr 2005 07:14:43 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0DA743D41 for ; Fri, 8 Apr 2005 07:14:42 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j387Ef0K008065; Fri, 8 Apr 2005 11:14:41 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j387EeXI008064; Fri, 8 Apr 2005 11:14:40 +0400 (MSD) (envelope-from ache) Date: Fri, 8 Apr 2005 11:14:39 +0400 From: Andrey Chernov To: Marcel Moolenaar Message-ID: <20050408071439.GA7431@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Marcel Moolenaar , Poul-Henning Kamp , current@FreeBSD.ORG References: <21342.1112914675@critter.freebsd.dk> <09c6072206df99be25e345b7e13354f5@xcllnt.net> <20050408050405.GA5203@nagual.pp.ru> <19f3c4e12937f581f7420bc841a11810@xcllnt.net> <20050408055144.GA6147@nagual.pp.ru> <20050408063138.GA6884@nagual.pp.ru> <4fc54539e2b80a0718c8d21be862c379@xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4fc54539e2b80a0718c8d21be862c379@xcllnt.net> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.74; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 08 Apr 2005 11:14:42 +0400 (MSD) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 07:14:44 -0000 On Thu, Apr 07, 2005 at 11:51:03PM -0700, Marcel Moolenaar wrote: > >F.e. one can temporary remove whole BSD partition for other OS better > >install, then re-create it again inside other OS. > > I don't see how this is illegal. It's exactly the thing you don't want > to prevent for no good reason. It's a dangerous operation if you don't > know what you're doing but other than that can be a real handy feature. I mean it becomes illegal when synced from on-disk to in-core - whole working space disappearse. This is example why on-disk->in-core sync is dangerous while in-core->on-disk is always safe. > But if a file system goes beyond the boundaries of a partition, you > don't need to increase the partition to get to the files. They were > written there despite the partition boundaries. Not to mention that > you can just read the adjacent partition to read the raw sectors. > No, your example isn't a good one. Oh, this is real life example. And I mean FAT32 or NTFS (I don't remember right now, one year passed) as a filesystem, not UFS. And I mean not recover files goes beyound (there just was incorrect sector numbers, not data written) but old files. The problem was that it simple not mounted by Windows without such partition surgery. "Unmountable boot volume". > Why would you ever allow a partition table to contain overlapping > partitions? For surgery purposes. Consider this like fsdb(8). > Inconsistencies (i.e. overlaps) can exist between the on-disk and > in-core data, Yes. > but never in the on-disk table by itself or in the in-core data by > itself. > Right? Not quite right. I want inconsistencies in on-disk table (with warnings and (Y/N) confirmations etc.) because of surgery. But not in the in-core table, because it is live running and could lead only to more chaos. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 09:00:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 113AA16A4CE; Fri, 8 Apr 2005 09:00:27 +0000 (GMT) Received: from postino-2.etat.lu (postino-2.etat.lu [194.154.205.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ACAB43D49; Fri, 8 Apr 2005 09:00:26 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by postino-2.etat.lu (Postfix) with ESMTP id 6E1E2109F9D8; Fri, 8 Apr 2005 11:00:14 +0200 (CEST) Received: from avirus-2.cie.etat.lu (dispatch-2.cie.etat.lu [148.110.137.7]) by localhost (CIE ESMTP Dispatch 2) with ESMTP id 7F6B2356AD; Fri, 8 Apr 2005 11:00:14 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by dispatch-2.cie.etat.lu (CIE ESMTP Dispatch 2) with ESMTP id 5D478356AC; Fri, 8 Apr 2005 11:00:14 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEM000C1EC73LF0@store.etat.lu>; Fri, 08 Apr 2005 11:00:14 +0200 (MEST) Received: from LUCY ([148.110.43.189]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEM00MURECALT10@store.etat.lu>; Fri, 08 Apr 2005 11:00:13 +0200 (MEST) Date: Fri, 08 Apr 2005 11:00:14 +0200 From: Didier Wiroth In-reply-to: <1112881571.662.39.camel@spirit> To: 'Xin LI' Message-id: <0IEM00MUVECCLT10@store.etat.lu> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Content-transfer-encoding: 7BIT Thread-index: AcU7eEKib/Z34KMUTdOms4ELUtSUOwAndDtw cc: freebsd-current@freebsd.org cc: delphij@freebsd.org cc: freebsd-questions@freebsd.org Subject: RE: [PATCH TO TEST] VESA [1024x768] mode support for FreeBSD-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 09:00:27 -0000 Hello, Thx for the patch, I tried it and here is my feedback. To clear out things I'm not using CURRENT, I used: a) FreeBSD5.4-prerelease (as I'm using RELENG_5), running on a HP NC6000 laptop, connected to a docking station with a Microsoft USB mouse b) I downloaded the current rc.d/moused version 1.9 and patched the file with your patch c) copied the current-patched file 1) Unfortunately the problem still exists, error messages still appear. 2) The touchpad worked but my usb mouse didn't work at all >I don't have a patch that is good enough to warrant a commit at present. >You may want to try the patch attached, but I can not promise that it will work for every case. >Thanks for your testing! From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 09:23:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C740816A4CE; Fri, 8 Apr 2005 09:23:06 +0000 (GMT) Received: from postino-2.etat.lu (postino-2.etat.lu [194.154.205.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5155743D39; Fri, 8 Apr 2005 09:23:06 +0000 (GMT) (envelope-from didier.wiroth@mcesr.etat.lu) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by postino-2.etat.lu (Postfix) with ESMTP id 6532D111504B; Fri, 8 Apr 2005 11:23:05 +0200 (CEST) Received: from avirus-1.cie.etat.lu (dispatch-1.cie.etat.lu [148.110.137.6]) by localhost (CIE ESMTP Dispatch 1) with ESMTP id 4E2B821592; Fri, 8 Apr 2005 11:23:05 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by dispatch-1.cie.etat.lu (CIE ESMTP Dispatch 1) with ESMTP id 35CFC21318; Fri, 8 Apr 2005 11:23:05 +0200 (CEST) Received: from hermes-1.cie.etat.lu (hermes-1.cie.etat.lu [148.110.136.56]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEM00069FEH3LG0@store.etat.lu>; Fri, 08 Apr 2005 11:23:05 +0200 (MEST) Received: from LUCY ([148.110.43.189]) by store.etat.lu (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEM00M1KFEELY30@store.etat.lu>; Fri, 08 Apr 2005 11:23:05 +0200 (MEST) Date: Fri, 08 Apr 2005 11:23:06 +0200 From: Didier Wiroth In-reply-to: To: 'Didier Wiroth' , 'Xin LI' Message-id: <0IEM00M1MFEGLY30@store.etat.lu> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Content-transfer-encoding: 7BIT Thread-index: AcU7eEKib/Z34KMUTdOms4ELUtSUOwAndDtwAAGUz4A= cc: freebsd-current@freebsd.org cc: delphij@freebsd.org cc: freebsd-questions@freebsd.org Subject: RE: [PATCH TO TEST] VESA [1024x768] mode support for FreeBSD-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 09:23:06 -0000 Ok, sorry! I rebooted now to be sure and... the touchpad work and the "usb mouse" does work too! But still error messages. Didier -----Original Message----- From: Didier Wiroth [mailto:didier.wiroth@mcesr.etat.lu] Sent: Friday, April 08, 2005 11:00 To: 'Xin LI' Cc: 'freebsd-questions@freebsd.org'; 'freebsd-current@freebsd.org'; 'delphij@freebsd.org' Subject: RE: [PATCH TO TEST] VESA [1024x768] mode support for FreeBSD-CURRENT Hello, Thx for the patch, I tried it and here is my feedback. To clear out things I'm not using CURRENT, I used: a) FreeBSD5.4-prerelease (as I'm using RELENG_5), running on a HP NC6000 laptop, connected to a docking station with a Microsoft USB mouse b) I downloaded the current rc.d/moused version 1.9 and patched the file with your patch c) copied the current-patched file 1) Unfortunately the problem still exists, error messages still appear. 2) The touchpad worked but my usb mouse didn't work at all >I don't have a patch that is good enough to warrant a commit at present. >You may want to try the patch attached, but I can not promise that it will work for every case. >Thanks for your testing! From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 11:45:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D56AE16A4CE; Fri, 8 Apr 2005 11:45:41 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 066E743D41; Fri, 8 Apr 2005 11:45:41 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j38BjeFF004930; Fri, 8 Apr 2005 07:45:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j38BjfVc013313; Fri, 8 Apr 2005 07:45:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 05A5B7306E; Fri, 8 Apr 2005 07:45:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050408114539.05A5B7306E@freebsd-current.sentex.ca> Date: Fri, 8 Apr 2005 07:45:39 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 11:45:42 -0000 TB --- 2005-04-08 11:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-08 11:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-04-08 11:00:00 - checking out the source tree TB --- 2005-04-08 11:00:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-04-08 11:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-08 11:06:58 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-08 11:06:58 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-04-08 11:06:58 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/alpha/alpha/src/libexec/revnetgroup/hash.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/alpha/alpha/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/alpha/alpha/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd/rexecd.c:205: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-04-08 11:45:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-08 11:45:39 - ERROR: failed to build world TB --- 2005-04-08 11:45:39 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 12:10:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 088B316A4CE; Fri, 8 Apr 2005 12:10:23 +0000 (GMT) Received: from barton.dreadbsd.org (massena-4-82-67-196-50.fbx.proxad.net [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8336C43D46; Fri, 8 Apr 2005 12:10:21 +0000 (GMT) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.3/8.13.1) with ESMTP id j38CAKUV001015; Fri, 8 Apr 2005 14:10:20 +0200 (CEST) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.3/8.13.1/Submit) id j38CAJFF001014; Fri, 8 Apr 2005 14:10:19 +0200 (CEST) (envelope-from antoine) Date: Fri, 8 Apr 2005 14:10:19 +0200 From: Antoine Brodin To: John Baldwin Message-Id: <20050408141019.6cb045c1.antoine.brodin@laposte.net> In-Reply-To: <200504071607.47419.jhb@FreeBSD.org> References: <200504051349.13620.jhb@FreeBSD.org> <42557133.2070802@root.org> <200504071607.47419.jhb@FreeBSD.org> X-Mailer: Sylpheed version 1.9.7 (GTK+ 2.6.4; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: k-gleb@yandex.ru cc: dan.cojocar@gmail.com cc: nate@root.org Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 12:10:23 -0000 John Baldwin wrote: > Yes, I am. However, what this is doing is going and looking to see if the > BIOS has programmed a valid IRQ into any of the devices routed by this IRQ, > and if so, we (currently) trust what the BIOS says over what the link claims > as far as what the best IRQ to use is. If the BIOS is just confused but the > BIOS IRQ is still valid in _PRS then the fact that we always do an _SRS means > we are still ok. The real problem here is that for this machine, calling > _DIS seems to permanently break the link devices. I think we'll have to add > a quirk to disable calling _DIS. I wonder if Linux already has such a quirk > for this box or if they are more selective about how and when they call _DIS. Hi, I was wondering why ACPI pci link code from RELENG_5 worked (it called _DIS too) and I noticed this in my dmesg: - pci_link[0-14] are attached - then pci0, pcib0 and other devices are attached - then pci_link[15-31] are attached - then other devices are attached I thought that perhaps the problem was that _DIS was called after devices had already been attached and had allocated an irq. So I tried this patch: %%% Index: acpi_pci_link.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_pci_link.c,v retrieving revision 1.44 diff -u -p -r1.44 acpi_pci_link.c --- acpi_pci_link.c 18 Jan 2005 20:18:46 -0000 1.44 +++ acpi_pci_link.c 8 Apr 2005 11:19:29 -0000 @@ -511,7 +511,8 @@ acpi_pci_link_attach(device_t dev) * run _DIS (i.e., the method doesn't exist), assume the initial * IRQ was routed by the BIOS. */ - if (ACPI_SUCCESS(AcpiEvaluateObject(acpi_get_handle(dev), "_DIS", NULL, + if (device_get_unit(dev) <= 14 && + ACPI_SUCCESS(AcpiEvaluateObject(acpi_get_handle(dev), "_DIS", NULL, NULL))) for (i = 0; i < sc->pl_num_links; i++) sc->pl_links[i].l_irq = PCI_INVALID_IRQ; %%% With this patch, sk0 uses irq9 but everything works fine (no timeouts, no interrupt storms). I don't know if my idea is totally silly or not ... Perhaps the pci links should be all attached before other devices are attached ? Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 12:51:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 262BF16A4CE; Fri, 8 Apr 2005 12:51:27 +0000 (GMT) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37B4E43D1D; Fri, 8 Apr 2005 12:51:24 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id A9CC7EB0D39; Fri, 8 Apr 2005 20:51:20 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 4721D133220; Fri, 8 Apr 2005 20:51:17 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55148-10; Fri, 8 Apr 2005 20:51:12 +0800 (CST) Received: from localhost.localdomain (unknown [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id CD55E13312B; Fri, 8 Apr 2005 20:50:59 +0800 (CST) From: Xin LI To: Julian Elischer In-Reply-To: <4255A836.3060708@elischer.org> References: <99f113a61084.4252ff36@etat.lu> <4255A836.3060708@elischer.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Jeth66KKhOhFncJB1df+" Organization: The FreeBSD Simplified Chinese Project Date: Fri, 08 Apr 2005 20:50:46 +0800 Message-Id: <1112964646.665.4.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: Didier Wiroth cc: freebsd-current@freebsd.org cc: Travis Poppe cc: freebsd-questions@freebsd.org Subject: Re: vesa 1024x768 mode in future version? to the freebsd community X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 12:51:27 -0000 --=-Jeth66KKhOhFncJB1df+ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =E5=9C=A8 2005-04-07=E5=9B=9B=E7=9A=84 14:37 -0700=EF=BC=8CJulian Elischer= =E5=86=99=E9=81=93=EF=BC=9A > point me at the patches again? http://people.freebsd.org/~delphij/vesa The patchset is ported from DragonFlyBSD. It still have some issues at this time so I did not committed it yet. (Currently I am lack of time to investigate the problem so if someone else can fix the issue I will be happy to see them picking up this one). Cheers, --=20 Xin LI http://www.delphij.net/ --=-Jeth66KKhOhFncJB1df+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCVn4m/cVsHxFZiIoRAhNTAJ97GfQsOyPjcRHmRy7eiTn5RhK6IACeJBHh FTDUd5Ro6cnza2Rk5rXA/4E= =oKUV -----END PGP SIGNATURE----- --=-Jeth66KKhOhFncJB1df+-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 14:22:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C3B916A4CE for ; Fri, 8 Apr 2005 14:22:53 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id D237A43D1D for ; Fri, 8 Apr 2005 14:22:52 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEM00ATGT0RVF90@bgo1smout1.broadpark.no> for current@FreeBSD.ORG; Fri, 08 Apr 2005 16:17:15 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IEM005AJTCCWRJ0@bgo1sminn1.broadpark.no> for current@FreeBSD.ORG; Fri, 08 Apr 2005 16:24:12 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 0B952EBC06; Fri, 08 Apr 2005 16:22:51 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 2370DC0C38; Fri, 08 Apr 2005 16:22:46 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 05AAD33C5A; Fri, 08 Apr 2005 16:22:46 +0200 (CEST) Date: Fri, 08 Apr 2005 16:22:45 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050407224618.GA96655@nagual.pp.ru> To: Andrey Chernov Message-id: <86wtrd1h6y.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20331.1112908380@critter.freebsd.dk> <440f480855b36bcc43281835e1e3781d@xcllnt.net> <20050407224618.GA96655@nagual.pp.ru> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: Poul-Henning Kamp cc: current@FreeBSD.ORG cc: Marcel Moolenaar Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 14:22:53 -0000 Andrey Chernov writes: > I completely agree! Disk partition table is not the thing supposed > to be able to affect already booted OS behaviour. When OS is booted > and read disk partition table one time, it must completely forget > about disk partition table and use in-core partition table only > instead. Even someone fill disk partition table with zeroes, nothing > should be changed. It is the way like it always works. Please try not to contradict yourself too much, I might get wiplash trying to follow your argument. This whole discussion started because someone wanted to change the type of a partition from Windows to FreeBSD, and you have been arguing (quite loudly) that it should be possible to do so without needing to override GEOM's failsafes. Now you are saying that it should not be possible at all, because the kernel should ignore changes to the partition table. Please make up your mind... DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 14:32:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 347CA16A4CE for ; Fri, 8 Apr 2005 14:32:42 +0000 (GMT) Received: from mail.next-computer.ro (mail.next-computer.ro [217.156.22.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7A9543D49 for ; Fri, 8 Apr 2005 14:32:41 +0000 (GMT) (envelope-from cristian@mail.next-computer.ro) Received: by mail.next-computer.ro (Postfix, from userid 99) id C1FEF247E9; Fri, 8 Apr 2005 17:40:39 +0300 (EEST) Received: from mail.next-computer.ro (mail.next-computer.ro [127.0.0.1]) by mail.next-computer.ro (Postfix) with ESMTP id 040E023813 for ; Fri, 8 Apr 2005 17:40:21 +0300 (EEST) Received: from inferno.next-computer.ro (smd.next-computer.ro [217.156.22.45]) by mail.next-computer.ro (AvMailGate-2.0.2-5) id 14629-169274FC; Fri, 08 Apr 2005 17:40:21 +0300 From: Man Cristian Organization: Next Computer STL To: freebsd-current@freebsd.org Date: Fri, 8 Apr 2005 17:33:02 +0000 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504081733.03044.cristian@mail.next-computer.ro> X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-5; AVE: 6.30.0.7; VDF: 6.30.0.76; host: mail.next-computer.ro) X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mail.next-computer.ro X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.1 Subject: atapi-cam compile error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 14:32:42 -0000 Hello I try to compile atapi-cam in FreeBSD 6.0. The command : config kernelname mage depend work fine, but when i try to make buildkernel KERNCONF=kernname, compilation of atapi-cam.c die with this error : 3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/ata/atapi-cam.c /usr/src/sys/dev/ata/atapi-cam.c:112: warning: no previous prototype for 'atapi_cam_attach_bus' /usr/src/sys/dev/ata/atapi-cam.c:178: warning: no previous prototype for 'atapi_cam_detach_bus' /usr/src/sys/dev/ata/atapi-cam.c:187: warning: no previous prototype for 'atapi_cam_reinit_bus' /usr/src/sys/dev/ata/atapi-cam.c: In function `reinit_bus': /usr/src/sys/dev/ata/atapi-cam.c:208: error: structure has no member named `device' /usr/src/sys/dev/ata/atapi-cam.c:208: error: `MASTER' undeclared (first use in this function) /usr/src/sys/dev/ata/atapi-cam.c:208: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/ata/atapi-cam.c:208: error: for each function it appears in.) /usr/src/sys/dev/ata/atapi-cam.c:210: error: structure has no member named `device' /usr/src/sys/dev/ata/atapi-cam.c:210: error: `SLAVE' undeclared (first use in this function) /usr/src/sys/dev/ata/atapi-cam.c: In function `setup_dev': /usr/src/sys/dev/ata/atapi-cam.c:227: error: structure has no member named `softc' /usr/src/sys/dev/ata/atapi-cam.c:228: warning: implicit declaration of function`ata_set_name' /usr/src/sys/dev/ata/atapi-cam.c:228: warning: nested extern declaration of `ata_set_name' /usr/src/sys/dev/ata/atapi-cam.c:229: error: structure has no member named `channel' /usr/src/sys/dev/ata/atapi-cam.c:231: error: structure has no member named `softc' /usr/src/sys/dev/ata/atapi-cam.c: In function `atapi_action': /usr/src/sys/dev/ata/atapi-cam.c:285: error: structure has no member named `device' /usr/src/sys/dev/ata/atapi-cam.c:334: warning: passing arg 1 of `ata_reinit' from incompatible pointer type /usr/src/sys/dev/ata/atapi-cam.c:417: warning: implicit declaration of function`ata_prtdev' /usr/src/sys/dev/ata/atapi-cam.c:417: warning: nested extern declaration of `ata_prtdev' /usr/src/sys/dev/ata/atapi-cam.c:494: error: structure has no member named `device' /usr/src/sys/dev/ata/atapi-cam.c: In function `get_ata_device': /usr/src/sys/dev/ata/atapi-cam.c:797: error: structure has no member named `device' *** Error code 1 In kernel con i have this : device cd device pass device atapicam Tanks for any ideea. From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 14:44:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D36F316A4CE for ; Fri, 8 Apr 2005 14:44:48 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 918ED43D3F for ; Fri, 8 Apr 2005 14:44:47 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) (8.13.4/8.13.3) with ESMTP id j38Eii6w042237 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 8 Apr 2005 16:44:44 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j38Eii06042236; Fri, 8 Apr 2005 16:44:44 +0200 (CEST) Date: Fri, 8 Apr 2005 16:44:44 +0200 From: Divacky Roman To: Doug White Message-ID: <20050408144444.GA34248@stud.fit.vutbr.cz> References: <20050406130909.GA90294@stud.fit.vutbr.cz> <20050407221434.J57391@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050407221434.J57391@carver.gumbysoft.com> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 cc: current@freebsd.org Subject: Re: slow kbd input on 6-current on amd64@nforce3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 14:44:48 -0000 On Thu, Apr 07, 2005 at 10:15:13PM -0700, Doug White wrote: > On Wed, 6 Apr 2005, Divacky Roman wrote: > > > as I have mentioned on the list I have very slow keyboard input. it might be > > related to kbd not having an IRQ assigned. I repeat once again that it worked > > on 5.3R. > > Your machine would not be PC-compliant if your keyboard controller did not > get an interrupt. In this output, it does. vmstat -i says it does not, I dont know which information I should believe. be it this or something else its strange (at best). > Perhaps something else is tying up CPU? Or the CPU speed is defaulting to > a very low speed? Try loading the cpufreq driver. the machine is absolutely ok, (doing buildkernel in ~10 minutes is ok I think) I really dont know what can cause this but it worked in 5.3R and dont work in recent 6-current and because I saw no kbd in vmstat -i output I thought this can be the cause. in bootloader the keyboard speed is ok but once it boots its very slow. what do you recomend me to watch/debug? I tried to revert some commits to apic code with no success, kbd driver itself has not change for ages. thnx for reply roman From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 15:39:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03CDE16A4CE for ; Fri, 8 Apr 2005 15:39:02 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D86643D2D for ; Fri, 8 Apr 2005 15:39:01 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j38FcxaM082825 for ; Fri, 8 Apr 2005 17:38:59 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4256A533.7090202@DeepCore.dk> Date: Fri, 08 Apr 2005 17:37:23 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'FreeBSD Current'" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Subject: HEADSUP! SATA PHY code added for nVidia, SiS and VIA chips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 15:39:02 -0000 As the subject says I've added support for for the SATA PHY (the serial=20 link interface HW) to -current. This is needed to sort out problems with = the connection and on those chipsets that support its, handle hotplug. At any rate, since I dont have any of these chipsets in the lab the code = was done blindfolded from docs, so it needs testing and quite possibly=20 bugfixing as well. Please report of any success/failures, and in both cases the output from = dmesg would be handy, as well as knowing if software inititated=20 detach/attach via atacontrol works, and on the nVidia if even hotplug is = possible... Thanks! --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 15:40:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4712016A4CE for ; Fri, 8 Apr 2005 15:40:52 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D1FC43D39 for ; Fri, 8 Apr 2005 15:40:51 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j38Feno9019767; Fri, 8 Apr 2005 19:40:49 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j38Femd8019766; Fri, 8 Apr 2005 19:40:48 +0400 (MSD) (envelope-from ache) Date: Fri, 8 Apr 2005 19:40:48 +0400 From: Andrey Chernov To: Dag-Erling Sm?rgrav Message-ID: <20050408154048.GA19482@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Dag-Erling Sm?rgrav , Marcel Moolenaar , Poul-Henning Kamp , current@FreeBSD.ORG References: <20331.1112908380@critter.freebsd.dk> <440f480855b36bcc43281835e1e3781d@xcllnt.net> <20050407224618.GA96655@nagual.pp.ru> <86wtrd1h6y.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86wtrd1h6y.fsf@xps.des.no> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.74; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 08 Apr 2005 19:40:49 +0400 (MSD) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG cc: Marcel Moolenaar Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 15:40:52 -0000 On Fri, Apr 08, 2005 at 04:22:45PM +0200, Dag-Erling Sm?rgrav wrote: > Please try not to contradict yourself too much, I might get wiplash > trying to follow your argument. > > This whole discussion started because someone wanted to change the > type of a partition from Windows to FreeBSD, and you have been arguing > (quite loudly) that it should be possible to do so without needing to > override GEOM's failsafes. Now you are saying that it should not be > possible at all, because the kernel should ignore changes to the > partition table. > > Please make up your mind... I don't see any contradiction. Please free your mind. It is KERNEL which should ignore changes at the table on the DISK. I never pretend to change live KERNEL partition table, all I want from the start is to change partition table on the DISK. But KERNEL prevents me to change DISK partition table. My point that DISK partition table editing must be unrestricted while KERNEL partition table may be restricted, and two tables, KERNEL and DISK ones, must be separated. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 15:54:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEC0516A4CE for ; Fri, 8 Apr 2005 15:54:12 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04A9043D1D for ; Fri, 8 Apr 2005 15:54:12 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j38FsAll020322; Fri, 8 Apr 2005 19:54:10 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j38FsA4L020321; Fri, 8 Apr 2005 19:54:10 +0400 (MSD) (envelope-from ache) Date: Fri, 8 Apr 2005 19:54:10 +0400 From: Andrey Chernov To: Dag-Erling Sm?rgrav , Marcel Moolenaar , Poul-Henning Kamp , current@FreeBSD.ORG Message-ID: <20050408155410.GB19482@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Dag-Erling Sm?rgrav , Marcel Moolenaar , Poul-Henning Kamp , current@FreeBSD.ORG References: <20331.1112908380@critter.freebsd.dk> <440f480855b36bcc43281835e1e3781d@xcllnt.net> <20050407224618.GA96655@nagual.pp.ru> <86wtrd1h6y.fsf@xps.des.no> <20050408154048.GA19482@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050408154048.GA19482@nagual.pp.ru> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.74; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 08 Apr 2005 19:54:10 +0400 (MSD) Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 15:54:12 -0000 On Fri, Apr 08, 2005 at 07:40:48PM +0400, Andrey Chernov wrote: > But KERNEL prevents me to change DISK > partition table. To expand this one in case of confusion, saying KERNEL here (for simplicity) I mean GEOM view of things things which believes (and I think it is a big mistake and source of many problems, including my one) that in-core table must always reflect on-disk table and vice versa. More traditional and shared by many OSes is another view: on-disk table must be read once to the in-core table and forget at the running time. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 16:45:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C5EF16A4CE for ; Fri, 8 Apr 2005 16:45:20 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2915843D2D for ; Fri, 8 Apr 2005 16:45:20 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 219F672DE5; Fri, 8 Apr 2005 09:45:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 1D04472DE4; Fri, 8 Apr 2005 09:45:20 -0700 (PDT) Date: Fri, 8 Apr 2005 09:45:20 -0700 (PDT) From: Doug White To: Divacky Roman In-Reply-To: <20050408144444.GA34248@stud.fit.vutbr.cz> Message-ID: <20050408094349.U63303@carver.gumbysoft.com> References: <20050406130909.GA90294@stud.fit.vutbr.cz> <20050408144444.GA34248@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: slow kbd input on 6-current on amd64@nforce3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 16:45:20 -0000 On Fri, 8 Apr 2005, Divacky Roman wrote: > On Thu, Apr 07, 2005 at 10:15:13PM -0700, Doug White wrote: > > On Wed, 6 Apr 2005, Divacky Roman wrote: > > > > > as I have mentioned on the list I have very slow keyboard input. it might be > > > related to kbd not having an IRQ assigned. I repeat once again that it worked > > > on 5.3R. > > > > Your machine would not be PC-compliant if your keyboard controller did not > > get an interrupt. In this output, it does. > > vmstat -i says it does not, I dont know which information I should believe. vmstat will only show a source if it receives an interrupt. So the problem for you is that atkbd is not receving interrupts, not that it is not being assigned. Have you tried a different keyboard? > I really dont know what can cause this but it worked in 5.3R and dont work in > recent 6-current and because I saw no kbd in vmstat -i output I thought this > can be the cause. > > in bootloader the keyboard speed is ok but once it boots its very slow. > > what do you recomend me to watch/debug? I tried to revert some commits > to apic code with no success, kbd driver itself has not change for ages. I don't recall seeing .. what happens if you boot safe mode? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 16:48:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FA5616A4CF for ; Fri, 8 Apr 2005 16:48:47 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D76243D62 for ; Fri, 8 Apr 2005 16:48:47 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 275C272DE7; Fri, 8 Apr 2005 09:48:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2545E72DE5; Fri, 8 Apr 2005 09:48:47 -0700 (PDT) Date: Fri, 8 Apr 2005 09:48:47 -0700 (PDT) From: Doug White To: Man Cristian In-Reply-To: <200504081733.03044.cristian@mail.next-computer.ro> Message-ID: <20050408094815.C63303@carver.gumbysoft.com> References: <200504081733.03044.cristian@mail.next-computer.ro> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: atapi-cam compile error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 16:48:47 -0000 On Fri, 8 Apr 2005, Man Cristian wrote: > Hello > I try to compile atapi-cam in FreeBSD 6.0. > The command : > config kernelname > mage depend > work fine, but when i try to make buildkernel KERNCONF=kernname, compilation > of atapi-cam.c die with this error : Update and retry. make sure you get rev 1.38 of src/sys/dev/ata/atapi-cam.c. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 17:11:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D49B16A4CE; Fri, 8 Apr 2005 17:11:41 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF0D843D3F; Fri, 8 Apr 2005 17:11:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j38HBeH7048690; Fri, 8 Apr 2005 13:11:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j38HBfVi058381; Fri, 8 Apr 2005 13:11:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D90647306E; Fri, 8 Apr 2005 13:11:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050408171139.D90647306E@freebsd-current.sentex.ca> Date: Fri, 8 Apr 2005 13:11:39 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 17:11:41 -0000 TB --- 2005-04-08 15:42:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-08 15:42:09 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-04-08 15:42:09 - checking out the source tree TB --- 2005-04-08 15:42:09 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-04-08 15:42:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-08 15:49:07 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-08 15:49:07 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-08 15:49:07 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-08 16:56:45 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-08 16:56:45 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-08 16:56:45 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Apr 8 16:56:46 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Fri Apr 8 17:11:11 UTC 2005 TB --- 2005-04-08 17:11:11 - generating LINT kernel config TB --- 2005-04-08 17:11:11 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-04-08 17:11:11 - /usr/bin/make -B LINT TB --- 2005-04-08 17:11:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-08 17:11:12 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-08 17:11:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 8 17:11:12 UTC 2005 >>> 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 [...] /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw3' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRsign' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw0' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw3' isn't known *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-04-08 17:11:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-08 17:11:39 - ERROR: failed to build lint kernel TB --- 2005-04-08 17:11:39 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 18:49:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C65D316A4CE for ; Fri, 8 Apr 2005 18:49:56 +0000 (GMT) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF6E943D2F for ; Fri, 8 Apr 2005 18:49:53 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j38Imf5I029395 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 9 Apr 2005 04:48:43 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j38Ime7l094151; Sat, 9 Apr 2005 04:48:40 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j38Imdao094150; Sat, 9 Apr 2005 04:48:39 +1000 (EST) (envelope-from pjeremy) Date: Sat, 9 Apr 2005 04:48:39 +1000 From: Peter Jeremy To: "M. Warner Losh" Message-ID: <20050408184838.GC89047@cirb503493.alcatel.com.au> References: <200504061737.18204.michaelnottebrock@gmx.net> <20050407.211210.100582852.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050407.211210.100582852.imp@bsdimp.com> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org Subject: Re: machdep.conspeed sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 18:49:56 -0000 On Thu, 2005-Apr-07 21:12:10 -0600, M. Warner Losh wrote: >In message: <200504061737.18204.michaelnottebrock@gmx.net> > Michael Nottebrock writes: >: However, a loader-tunable comconsole speed would *really* be useful IMHO, so >: perhaps someone could try and make it happen for real? :-) > >I backed it out because there was some problem that bde pointed out to >me. I can no longer recall what that was... The log says: "Until I can figure out how to live without the volatile qualifier on comdefaultrate, comment out the support for machdep.conspeed for now." Presumably gcc and/or bde complained that TUNABLE_INT() expected an "int *" but was passed "volatile int *". bde made it volatile in 1.162 though it's not clear to me why the volatile is needed here. I probably need to go and have a close study of exactly what a compiler is permitted to optimise away in the absence of 'volatile'. Rather than try and remove the 'volatile', an alternative approach would be to expand TUNABLE_INT() and use a an alternative to tunable_int_init() that could handle the volatile: Replace the current line with (untested): void tunable_comdefaultrate_init(void *data __unused) { int rate; TUNABLE_INT_FETCH("machdep.conspeed", &rate); comdefaultrate = rate; } SYSINIT(Tunable_init_comdefaultrate, SI_SUB_TUNABLES, SI_ORDER_MIDDLE, \ tunable_comdefaultrate_init, NULL) -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 18:58:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50C1916A4CE for ; Fri, 8 Apr 2005 18:58:15 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9D6843D2D for ; Fri, 8 Apr 2005 18:58:14 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 6CD977A403 for ; Fri, 8 Apr 2005 11:58:14 -0700 (PDT) Message-ID: <4256D446.4090009@elischer.org> Date: Fri, 08 Apr 2005 11:58:14 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: odd bus_dma_tag_create(...maxsegsize..) . question for some devices.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 18:58:15 -0000 The man page specifies: for the maxsegsz parameter: -------- maxsegsz Maximum size, in bytes, of a segment in any DMA mapped region associated with dmat. ---------- some devices seem to use the highest address in the buffer here... it seems wrong.. anyone know if these devices need this, or their maxsegsiz and maxsize values should be 1 greater? Most devices use BUS_SPACE_MAXSIZE_24BIT or BUS_SPACE_MAXSIZE_32BIT which are defined as odd values (not even) as well (see below, at end). Probably this is where the misunderstanding came from. the (bad?) examples an/if_an_pci.c- 0x3ffff, /* maxsize XXX */ an/if_an_pci.c- 1, /* nsegments */ an/if_an_pci.c- 0xffff, /* maxsegsize XXX */ I'm guessing this should be 0x10000 and 0x 10000 (nsegs = 1). ./sound/usb/uaudio_pcm.c- /*maxsize*/ bufsz, ./sound/usb/uaudio_pcm.c- /*nsegments*/ 1, ./sound/usb/uaudio_pcm.c- /*maxsegz*/ 0x3fff, I'm guessing these should be 0x1000 , 4, 0x4000 (depending possibly on the USB adapter used.) ./ubsec/ubsec.c- 0x3ffff, /* maxsize */ ./ubsec/ubsec.c- UBS_MAX_SCATTER, /* nsegments */ ./ubsec/ubsec.c- 0xffff, /* maxsegsize */ I think this should be: 0x40000, UBS_MAX_SCATTER, 0x10000 but I dont know the hardware. i386/include/bus_at386.h:#define BUS_SPACE_MAXSIZE_24BIT 0xFFFFFF i386/include/bus_pc98.h:#define BUS_SPACE_MAXSIZE_24BIT 0xFFFFFF i386/include/bus_at386.h:#define BUS_SPACE_MAXSIZE_32BIT 0xFFFFFFFF i386/include/bus_pc98.h:#define BUS_SPACE_MAXSIZE_32BIT 0xFFFFFFFF From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 19:10:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B21CB16A4CE for ; Fri, 8 Apr 2005 19:10:46 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01B3643D31 for ; Fri, 8 Apr 2005 19:10:46 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j38JAj6X010865; Fri, 8 Apr 2005 12:10:45 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.3/8.13.3/Submit) id j38JAjUW010864; Fri, 8 Apr 2005 12:10:45 -0700 (PDT) (envelope-from marcel) Date: Fri, 8 Apr 2005 12:10:45 -0700 From: Marcel Moolenaar To: Andrey Chernov , Poul-Henning Kamp , current@FreeBSD.ORG Message-ID: <20050408191045.GA10743@ns1.xcllnt.net> References: <21342.1112914675@critter.freebsd.dk> <09c6072206df99be25e345b7e13354f5@xcllnt.net> <20050408050405.GA5203@nagual.pp.ru> <19f3c4e12937f581f7420bc841a11810@xcllnt.net> <20050408055144.GA6147@nagual.pp.ru> <20050408063138.GA6884@nagual.pp.ru> <4fc54539e2b80a0718c8d21be862c379@xcllnt.net> <20050408071439.GA7431@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050408071439.GA7431@nagual.pp.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 19:10:46 -0000 On Fri, Apr 08, 2005 at 11:14:39AM +0400, Andrey Chernov wrote: > On Thu, Apr 07, 2005 at 11:51:03PM -0700, Marcel Moolenaar wrote: > > >F.e. one can temporary remove whole BSD partition for other OS better > > >install, then re-create it again inside other OS. > > > > I don't see how this is illegal. It's exactly the thing you don't want > > to prevent for no good reason. It's a dangerous operation if you don't > > know what you're doing but other than that can be a real handy feature. > > I mean it becomes illegal when synced from on-disk to in-core - whole > working space disappearse. This is example why on-disk->in-core sync is > dangerous while in-core->on-disk is always safe. Slow down, breath but most of all: think. You're not making much sense. Compare both by applying the same change to both of them. So, let's remove a BSD partition and for the heck of it, the one containing the root file system: o Editing the in-core data is an immediate show-stopper. You immediately pull the root file system from under the running OS. Not good, no matter what the failure mode. o Editing the on-disk data is harmless as long as you don't sync in the in-core data with the disk. It's a showstopper when you do sync. The advantage is clear. You can have non- atomic operations that are dangerous, harmful or inconsistent when partly applied, but that may yield a harmless change when fully completed. The same applies to any and all changes. > > But if a file system goes beyond the boundaries of a partition, you > > don't need to increase the partition to get to the files. They were > > written there despite the partition boundaries. Not to mention that > > you can just read the adjacent partition to read the raw sectors. > > No, your example isn't a good one. > > Oh, this is real life example. And I mean FAT32 or NTFS (I don't remember > right now, one year passed) as a filesystem, not UFS. And I mean not > recover files goes beyound (there just was incorrect sector numbers, not > data written) but old files. The problem was that it simple not mounted by > Windows without such partition surgery. "Unmountable boot volume". I see. Do you think it's wise to design for broken file system implementations? Don't you think that it's fair to assume that whatever you write to a partition, it will not cross its bounds? I mean, if an OS is writing to a file system and is messed up enough to completely go out of bounds then the data in the adjacent partitions is already corrupted *or* there partition was surrounded by free space. In the second case you don't have a proble, but in the first case you might as well back up the adjacent partitions and nuke them, because they have already been corrupted. You need to do a lot more surgery than you can probably handle with existing tools. > > Why would you ever allow a partition table to contain overlapping > > partitions? > > For surgery purposes. Consider this like fsdb(8). I look at it from a much more elementary point of view: if you do surgery that crosses partition boundaries, then you need to be doing raw disk access and no partition table is prohibiting you therein. Why then is there a need to change the partition table? > > but never in the on-disk table by itself or in the in-core data by > > itself. > > Right? > > Not quite right. I want inconsistencies in on-disk table (with warnings > and (Y/N) confirmations etc.) because of surgery. But not in the in-core > table, because it is live running and could lead only to more chaos. I see. I think this is another point on which we differ: you want to be able to edit the partition table to accomodate certain kinds of surgery. I think such surgery doesn't need support from the tools as it goes well beyond the functionality of partitioning. Interesting... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 19:24:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CECB016A4CE; Fri, 8 Apr 2005 19:24:41 +0000 (GMT) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51EC943D39; Fri, 8 Apr 2005 19:24:41 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd30.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1DJz5s-0000PX-04; Fri, 08 Apr 2005 21:24:40 +0200 Received: from Andro-Beta.Leidinger.net (T-T-WMZVoeGjl7J3c1jc4rxaUk-HTShQ-g-4vg2-Dde84Eg2nNbirw@[84.128.198.107]) by fwd30.sul.t-online.de with esmtp id 1DJz5r-1e7C2i0; Fri, 8 Apr 2005 21:24:39 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) j38JOZZP036171; Fri, 8 Apr 2005 21:24:35 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Fri, 8 Apr 2005 21:24:46 +0200 From: Alexander Leidinger To: Julian Elischer Message-ID: <20050408212446.3f2a4dc6@Magellan.Leidinger.net> In-Reply-To: <4256D446.4090009@elischer.org> References: <4256D446.4090009@elischer.org> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: T-T-WMZVoeGjl7J3c1jc4rxaUk-HTShQ-g-4vg2-Dde84Eg2nNbirw@t-dialin.net X-TOI-MSGID: d1b6fb47-790e-4eeb-97b5-a9410510ef15 cc: matk@freebsd.org cc: FreeBSD Current Subject: Re: odd bus_dma_tag_create(...maxsegsize..) . question for some devices.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 19:24:41 -0000 On Fri, 08 Apr 2005 11:58:14 -0700 Julian Elischer wrote: > ./sound/usb/uaudio_pcm.c- /*maxsize*/ > bufsz, > ./sound/usb/uaudio_pcm.c- /*nsegments*/ 1, > ./sound/usb/uaudio_pcm.c- /*maxsegz*/ > 0x3fff, > > > I'm guessing these should be 0x1000 , 4, 0x4000 (depending possibly on > the USB adapter used.) The 0x3fff is wrong, it prevents the uaudio device from being usable (except the default buffer site changed since the last time I've looked at it). 0x3ffff works for me. matk@ wanted to commit a fix for various parts of uaudio, but it seems he's busy. Bye, Alexander. -- Where do you think you're going today? http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 19:29:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F70E16A4CE for ; Fri, 8 Apr 2005 19:29:05 +0000 (GMT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 322C043D1F for ; Fri, 8 Apr 2005 19:29:05 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd26.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1DJzA8-0002mG-01; Fri, 08 Apr 2005 21:29:04 +0200 Received: from Andro-Beta.Leidinger.net (XZb2XrZQQe9LjGoaoPZ2q2low6n4OFuA9rSEnWxqJSpTr76Z3TMyrM@[84.128.198.107]) by fwd26.sul.t-online.de with esmtp id 1DJz9z-085qFs0; Fri, 8 Apr 2005 21:28:55 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) j38JSo5j036811; Fri, 8 Apr 2005 21:28:50 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Fri, 8 Apr 2005 21:29:01 +0200 From: Alexander Leidinger To: Doug Rabson Message-ID: <20050408212901.784514ee@Magellan.Leidinger.net> In-Reply-To: <20050329153602.mh5n2wmhw4kws0ko@netchild.homeip.net> References: <20050327151754.2ee82124@Magellan.Leidinger.net> <200503290952.38133.dfr@nlsystems.com> <20050329153602.mh5n2wmhw4kws0ko@netchild.homeip.net> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: XZb2XrZQQe9LjGoaoPZ2q2low6n4OFuA9rSEnWxqJSpTr76Z3TMyrM@t-dialin.net X-TOI-MSGID: e09d3c2a-c6cb-4792-bb2a-ad5c85076b11 cc: freebsd-current@freebsd.org Subject: Re: Doxygen docu for parts of the FreeBSD kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 19:29:05 -0000 On Tue, 29 Mar 2005 15:36:02 +0200 Alexander Leidinger wrote: > I've incorporated your *_if.m part (with some modifications), I will make it > available from my website at the weekend when I'm back home (or per mail on > request). The update is available at http://www.Leidinger.net/FreeBSD/FreeBSD-Dox.tar.bz2 Bye, Alexander. -- The dark ages were caused by the Y1K problem. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 19:39:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76A5816A4CE for ; Fri, 8 Apr 2005 19:39:03 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C06F43D2F for ; Fri, 8 Apr 2005 19:39:03 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 6FEF75E16; Fri, 8 Apr 2005 15:39:02 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 66947-05; Fri, 8 Apr 2005 15:39:01 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) by pi.codefab.com (Postfix) with ESMTP id 3C8055E11; Fri, 8 Apr 2005 15:39:00 -0400 (EDT) Message-ID: <4256DD80.4030103@mac.com> Date: Fri, 08 Apr 2005 15:37:36 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050319 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <200504061737.18204.michaelnottebrock@gmx.net> <20050407.211210.100582852.imp@bsdimp.com> <20050408184838.GC89047@cirb503493.alcatel.com.au> In-Reply-To: <20050408184838.GC89047@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: freebsd-current@freebsd.org Subject: Re: machdep.conspeed sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 19:39:03 -0000 Peter Jeremy wrote: > On Thu, 2005-Apr-07 21:12:10 -0600, M. Warner Losh wrote: [ ... ] > bde made it volatile in 1.162 though it's not clear to me why the > volatile is needed here. I probably need to go and have a close study > of exactly what a compiler is permitted to optimise away in the > absence of 'volatile'. Page 586 of _Compilers: Principles, Techniques, and Tools_ by Aho, Sethi, and Ullman states: "First, a transformation must preserve the meaning of programs. That is, an 'optimization' must not change the output produced by a program for a given input, or cause an error, such as a division by zero, that was not present in the original program." The simple answer is that the compiler is permitted to optimize away *any* code [1], so long as doing so does not change the output of the program. Dead code elimination and common subexpression elimination can be iterated using fixed points until the code is as small and fast as possible, although many compilers only do a few passes. A simple example: int a = 1, b = 2, c = 3; a = b + c; /* this line can be removed as dead code, since nothing uses a before a is assigned a new value. Ditto for "a = 1" above. */ a = b * c; -- -Chuck [1]: With obvious exceptions-- notably the volatile keyword-- as you already know. Basicly, when a variable is declared volatile, the compiler treats that variable as always being live, and it refuses to try to apply CSE or DCE to that variable, so that the code the compiler produces references the variable exactly as the original source code specifies. From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 19:42:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5370616A4CE for ; Fri, 8 Apr 2005 19:42:31 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id F08A243D1F for ; Fri, 8 Apr 2005 19:42:30 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23417 invoked from network); 8 Apr 2005 19:42:30 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Apr 2005 19:42:30 -0000 Received: from roboboy.corp.weather.com (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j38JgEVu090436; Fri, 8 Apr 2005 15:42:24 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Antoine Brodin Date: Fri, 8 Apr 2005 15:29:29 -0400 User-Agent: KMail/1.8 References: <200504071607.47419.jhb@FreeBSD.org> <20050408141019.6cb045c1.antoine.brodin@laposte.net> In-Reply-To: <20050408141019.6cb045c1.antoine.brodin@laposte.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504081529.33026.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: k-gleb@yandex.ru cc: dan.cojocar@gmail.com cc: nate@root.org Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 19:42:31 -0000 On Friday 08 April 2005 08:10 am, Antoine Brodin wrote: > John Baldwin wrote: > > Yes, I am. However, what this is doing is going and looking to see if > > the BIOS has programmed a valid IRQ into any of the devices routed by > > this IRQ, and if so, we (currently) trust what the BIOS says over what > > the link claims as far as what the best IRQ to use is. If the BIOS is > > just confused but the BIOS IRQ is still valid in _PRS then the fact that > > we always do an _SRS means we are still ok. The real problem here is > > that for this machine, calling _DIS seems to permanently break the link > > devices. I think we'll have to add a quirk to disable calling _DIS. I > > wonder if Linux already has such a quirk for this box or if they are more > > selective about how and when they call _DIS. > > Hi, > > I was wondering why ACPI pci link code from RELENG_5 worked (it called > _DIS too) and I noticed this in my dmesg: > - pci_link[0-14] are attached > - then pci0, pcib0 and other devices are attached > - then pci_link[15-31] are attached > - then other devices are attached > > I thought that perhaps the problem was that _DIS was called after > devices had already been attached and had allocated an irq. > > So I tried this patch: > > %%% > Index: acpi_pci_link.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/acpica/acpi_pci_link.c,v > retrieving revision 1.44 > diff -u -p -r1.44 acpi_pci_link.c > --- acpi_pci_link.c 18 Jan 2005 20:18:46 -0000 1.44 > +++ acpi_pci_link.c 8 Apr 2005 11:19:29 -0000 > @@ -511,7 +511,8 @@ acpi_pci_link_attach(device_t dev) > * run _DIS (i.e., the method doesn't exist), assume the initial > * IRQ was routed by the BIOS. */ > - if (ACPI_SUCCESS(AcpiEvaluateObject(acpi_get_handle(dev), "_DIS", NULL, > + if (device_get_unit(dev) <= 14 && > + ACPI_SUCCESS(AcpiEvaluateObject(acpi_get_handle(dev), "_DIS", NULL, > NULL))) > for (i = 0; i < sc->pl_num_links; i++) > sc->pl_links[i].l_irq = PCI_INVALID_IRQ; > %%% > > With this patch, sk0 uses irq9 but everything works fine (no timeouts, > no interrupt storms). > I don't know if my idea is totally silly or not ... > Perhaps the pci links should be all attached before other devices are > attached ? I think your other link devices are meant to be used in APIC mode (note their names start with 'A') and thus I think they are aliases for the other link devices. So when I turn off the alias, I turn off the non-APIC mode one as well. Working BIOSen handle this by having the same link device change its behavior (different _PRS return values) depending on the PIC mode. It's not easy to determine if a link is just not used (for example, if no card is plugged into a slot with a dedicated link) or if it's an alias. I think having two ACPI devices alias to the same hardware is a bug in the BIOS though. Perhaps your BIOS vendor can be convinced to fix this. Can you see if Linux has the same problem btw? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 19:42:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E017F16A4D3 for ; Fri, 8 Apr 2005 19:42:37 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8360D43D1F for ; Fri, 8 Apr 2005 19:42:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 26301 invoked from network); 8 Apr 2005 19:42:37 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Apr 2005 19:42:36 -0000 Received: from roboboy.corp.weather.com (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j38JgEVv090436; Fri, 8 Apr 2005 15:42:28 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: obrien@FreeBSD.org Date: Fri, 8 Apr 2005 15:31:27 -0400 User-Agent: KMail/1.8 References: <20050325194112.GA62568@dragon.NUXI.org> <200504051013.23855.jhb@FreeBSD.org> <20050408004533.GA62575@dragon.NUXI.org> In-Reply-To: <20050408004533.GA62575@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504081531.28228.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: [PATCH] change beastie menu to support booting on R3000 laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 19:42:38 -0000 On Thursday 07 April 2005 08:45 pm, David O'Brien wrote: > On Tue, Apr 05, 2005 at 10:13:23AM -0400, John Baldwin wrote: > > On Friday 25 March 2005 02:41 pm, David O'Brien wrote: > > > I'd like to change the beastie.4th menu to have a "safe" keyboard > > > option instead of a USB specific one. This changes hint.atkbd.0.flags > > > from 0x1 to 0x9. I'm open to a better term than "safe keyboard" as it > > > is too close to the full-fledged "safe mode". > > > > > > Does anyone know if this will cause any system problems using a USB > > > keyboard? > > > > I don't think this is appropriate as the 0x8 hint should really only be > > used for the R3000 and not for any old machine that wants to use a USB > > keyboard. > > Agreed for the running OS one wants to use 0x1. But what about in the > installer? If there isn't harm to either the 0x8 needing case nor 0x1 > needing case if 0x9 is used; then why not create the "safe keyboard" > catch all? The problem is that we don't know that there isn't harm to the 0x8 case on non-broken machines. The conservative thing to do in that case is to let people turn on 0x8 if they need it, but don't do it by default and don't tell people who want to use a USB keyboard that they have to have it turned on as well. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 19:51:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28A3316A4CE; Fri, 8 Apr 2005 19:51:18 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F07B943D4C; Fri, 8 Apr 2005 19:51:17 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id BACDD7A424; Fri, 8 Apr 2005 12:51:17 -0700 (PDT) Message-ID: <4256E0B5.7000308@elischer.org> Date: Fri, 08 Apr 2005 12:51:17 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Alexander Leidinger References: <4256D446.4090009@elischer.org> <20050408212446.3f2a4dc6@Magellan.Leidinger.net> In-Reply-To: <20050408212446.3f2a4dc6@Magellan.Leidinger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: matk@freebsd.org cc: FreeBSD Current Subject: Re: odd bus_dma_tag_create(...maxsegsize..) . question for some devices.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 19:51:18 -0000 Alexander Leidinger wrote: >On Fri, 08 Apr 2005 11:58:14 -0700 >Julian Elischer wrote: > > > >>./sound/usb/uaudio_pcm.c- /*maxsize*/ >>bufsz, >>./sound/usb/uaudio_pcm.c- /*nsegments*/ 1, >>./sound/usb/uaudio_pcm.c- /*maxsegz*/ >>0x3fff, >> >> >>I'm guessing these should be 0x1000 , 4, 0x4000 (depending possibly on >>the USB adapter used.) >> >> > >The 0x3fff is wrong, it prevents the uaudio device from being usable >(except the default buffer site changed since the last time I've looked >at it). 0x3ffff works for me. matk@ wanted to commit a fix for various >parts of uaudio, but it seems he's busy. > > no reason it shouldn't be 0x40000 then.. the ffff part is spurious as far as I can see. >Bye, >Alexander. > > > From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 19:55:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C7A316A4CE; Fri, 8 Apr 2005 19:55:36 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id D611143D41; Fri, 8 Apr 2005 19:55:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 342EE5122E; Fri, 8 Apr 2005 12:55:35 -0700 (PDT) Date: Fri, 8 Apr 2005 12:55:35 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050408195535.GA10868@xor.obsecurity.org> References: <20050405174344.GA86957@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <20050405174344.GA86957@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org cc: phk@freeBSD.org Subject: Re: NULL pointer deref in ptcread() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 19:55:36 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 05, 2005 at 10:43:44AM -0700, Kris Kennaway wrote: > HEAD from yesterday on a SMP machine. >=20 > Kris FYI (well, slightly different panic), this was caused by resizing the xterm that connected via ssh to screen running on this machine: panic: clist reservation botch cpuid =3D 1 KDB: enter: panic [thread pid 720 tid 100222 ] Stopped at kdb_enter+0x30: leave db> wh Tracing pid 720 tid 100222 td 0xc5c0e170 kdb_enter(c06fa3a6,1,c06ff6b5,f7d31b30,c5c0e170) at kdb_enter+0x30 panic(c06ff6b5,c8951778,8,0,0) at panic+0x13e b_to_q(f7d31b8c,7,c5864838,3f,f7d31b88) at b_to_q+0xd3 ttwrite(c5864800,f7d31c68,4,f7d31c40,c04e2fdd) at ttwrite+0x4a7 ptswrite(c5cfb600,f7d31c68,4,557,c5cfb600) at ptswrite+0x38 devfs_write_f(c5bb4438,f7d31c68,c5d2a200,0,c5c0e170) at devfs_write_f+0xc7 dofilewrite(c5c0e170,c5bb4438,3,809f000,100) at dofilewrite+0xb6 write(c5c0e170,f7d31d14,3a6,c0715405,c5c0e170) at write+0x6a syscall(2f,2f,bfbf002f,0,100) at syscall+0x2c4 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip =3D 0x2816fbb7, esp =3D 0xbfbfe3= ec, ebp =3D 0xbfbfe408 --- Process 720 is screen. Looks like there's a race condition here. Kris > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 06 > fault virtual address =3D 0x0 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xc06b4b02 > stack pointer =3D 0x10:0xf7cb6b4c > frame pointer =3D 0x10:0xf7cb6b78 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 1182 (screen) > [thread pid 1182 tid 100239 ] > Stopped at generic_bcopy+0x1a: repe movsl (%esi),%es:(%edi) > db> wh > Tracing pid 1182 tid 100239 td 0xc5a92b80 > generic_bcopy(c59aa438,f7cb6bb8,40,c0758280,1) at generic_bcopy+0x1a > ptcread(c69b3d00,f7cb6c68,4,3ae,1000) at ptcread+0x180 > devfs_read_f(c5d8e558,f7cb6c68,c605e100,0,c5a92b80) at devfs_read_f+0xa7 > dofileread(c5a92b80,c5d8e558,7,bfbfd3f0,1000) at dofileread+0xc3 > read(c5a92b80,f7cb6d14,3a6,c0715022,c5a92b80) at read+0x6c > syscall(2f,2f,bfbf002f,80aa050,0) at syscall+0x2c4 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (3, FreeBSD ELF32, read), eip =3D 0x2816fbd7, esp =3D 0xbfbfd= 3cc, ebp =3D 0xbfbfe408 --- > db> --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCVuG2Wry0BWjoQKURAurrAKC/Nzq4r8POnT1zbOgfAOfvTmKRGgCgs1hz KLoFwitpRDP128zDbjXemxE= =KtyK -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 19:57:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B268C16A4CE for ; Fri, 8 Apr 2005 19:57:29 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C6C843D1F for ; Fri, 8 Apr 2005 19:57:29 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j38JvTh4003824 for ; Fri, 8 Apr 2005 12:57:29 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j38JvT1J003823 for freebsd-current@freebsd.org; Fri, 8 Apr 2005 12:57:29 -0700 (PDT) (envelope-from obrien) From: "David O'Brien" Date: Fri, 8 Apr 2005 12:57:29 -0700 To: freebsd-current@freebsd.org Message-ID: <20050408195729.GB3738@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline rom: David O'Brien X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Subject: [PANIC] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 19:57:29 -0000 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Apr 5 12:19:35 PDT 2005 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 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 "i386-marcel-freebsd". #0 doadump () at pcpu.h:164 164 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:164 #1 0xc04dc1d2 in boot (howto=260) at ../../../kern/kern_shutdown.c:398 #2 0xc04dc583 in panic (fmt=0xc065a072 "%s") at ../../../kern/kern_shutdown.c:554 #3 0xc0637a84 in trap_fatal (frame=0xf04e9b24, eva=0) at ../../../i386/i386/trap.c:806 #4 0xc0637758 in trap_pfault (frame=0xf04e9b24, usermode=0, eva=0) at ../../../i386/i386/trap.c:724 #5 0xc0637340 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -263283796, tf_esi = 0, tf_ebp = -263283824, tf_isp = -263283888, tf_ebx = 100, tf_edx = 0, tf_ecx = 25, tf_eax = -263283796, tf_trapno = 12, tf_err = 0, tf_eip = -1067230870, tf_cs = 8, tf_eflags = 66066, tf_esp = -1012421576, tf_ss = 128}) at ../../../i386/i386/trap.c:414 #6 0xc062408a in calltrap () at ../../../i386/i386/exception.s:139 #7 0x00000018 in ?? () #8 0x00000010 in ?? () #9 0x00000010 in ?? () #10 0xf04e9bac in ?? () #11 0x00000000 in ?? () #12 0xf04e9b90 in ?? () #13 0xf04e9b50 in ?? () #14 0x00000064 in ?? () #15 0x00000000 in ?? () #16 0x00000019 in ?? () #17 0xf04e9bac in ?? () #18 0x0000000c in ?? () #19 0x00000000 in ?? () #20 0xc063596a in generic_bcopy () at ../../../i386/i386/support.s:489 #21 0xc3a7ac38 in ?? () #22 0x00000080 in ?? () #23 0xc05199fa in q_to_b (clistp=0xc063596a, dest=0xf04e9bac "C", amount=100) at ../../../kern/tty_subr.c:290 #24 0xc0518d95 in ptcread (dev=0x0, uio=0xf04e9c80, flag=4) at libkern.h:56 #25 0xc049a806 in devfs_read_f (fp=0xc354a1b0, uio=0xf04e9c80, cred=0xc4295c00, flags=0, td=0xc3425450) at ../../../fs/devfs/devfs_vnops.c:943 #26 0xc0504aa2 in dofileread (td=0xc3425450, fp=0xc354a1b0, fd=0, buf=0x0, nbyte=3228113056, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:234 #27 0xc050490b in read (td=0xc3425450, uap=0xf04e9d14) at ../../../kern/sys_generic.c:107 #28 0xc0637de2 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135094352, tf_esi = 0, tf_ebp = -1077944232, tf_isp = -263283340, tf_ebx = 135094272, tf_edx = 135094352, tf_ecx = 7, tf_eax = 3, tf_trapno = 12, tf_err = 2, tf_eip = 672595519, tf_cs = 31, tf_eflags = 658, tf_esp = -1077948388, tf_ss = 47}) at ../../../i386/i386/trap.c:951 #29 0xc06240df in Xint0x80_syscall () at ../../../i386/i386/exception.s:200 #30 0x0000002f in ?? () #31 0x0000002f in ?? () #32 0x0000002f in ?? () #33 0x080d6050 in ?? () #34 0x00000000 in ?? () #35 0xbfbfe058 in ?? () #36 0xf04e9d74 in ?? () #37 0x080d6000 in ?? () #38 0x080d6050 in ?? () #39 0x00000007 in ?? () #40 0x00000003 in ?? () #41 0x0000000c in ?? () #42 0x00000002 in ?? () #43 0x2816fe3f in ?? () #44 0x0000001f in ?? () #45 0x00000292 in ?? () #46 0xbfbfd01c in ?? () #47 0x0000002f in ?? () ---Type to continue, or q to quit--- #48 0x08080808 in ?? () #49 0x08080808 in ?? () #50 0x08080808 in ?? () #51 0x08080808 in ?? () #52 0x49c76000 in ?? () #53 0xc342b9ec in ?? () #54 0xc3425450 in ?? () #55 0xf04e99b0 in ?? () #56 0xf04e9990 in ?? () #57 0xc2c2acf0 in ?? () #58 0xc04efda0 in sched_switch (td=0x0, newtd=0x80d6000, flags=Cannot access memory at address 0xbfbfe068 ) at ../../../kern/sched_4bsd.c:963 Previous frame inner to this frame (corrupt stack?) (kgdb) quit From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 20:01:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68EEC16A4CE; Fri, 8 Apr 2005 20:01:41 +0000 (GMT) Received: from drizzle.CC.McGill.CA (drizzle.CC.McGill.CA [132.206.27.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1263843D54; Fri, 8 Apr 2005 20:01:40 +0000 (GMT) (envelope-from mat@cnd.mcgill.ca) Received: from mailscan5.CC.McGill.CA (mailscan5.CC.McGill.CA [132.216.77.252])j38K1H9L011640; Fri, 8 Apr 2005 16:01:22 -0400 Received: from cube.cnd.mcgill.ca (cube.CND.McGill.CA [132.216.25.196]) j38JxNVX014053; Fri, 8 Apr 2005 15:59:24 -0400 Received: from localhost.localdomain (acid.cnd.mcgill.ca [132.216.11.151]) by cube.cnd.mcgill.ca (8.12.11/8.12.11) with ESMTP id j38K13hP012366; Fri, 8 Apr 2005 16:01:04 -0400 Received: from localhost.localdomain (acid [127.0.0.1]) j38K132i006934; Fri, 8 Apr 2005 16:01:03 -0400 Received: (from mat@localhost) by localhost.localdomain (8.12.11/8.12.11/Submit) id j38K12Mf006933; Fri, 8 Apr 2005 16:01:02 -0400 Date: Fri, 8 Apr 2005 16:01:02 -0400 From: Mathew Kanner To: Julian Elischer Message-ID: <20050408200102.GA2569@cnd.mcgill.ca> References: <4256D446.4090009@elischer.org> <20050408212446.3f2a4dc6@Magellan.Leidinger.net> <4256E0B5.7000308@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4256E0B5.7000308@elischer.org> User-Agent: Mutt/1.4.2i Organization: I speak for myself, operating in Montreal, CANADA cc: matk@freebsd.org cc: Alexander Leidinger cc: FreeBSD Current Subject: Re: odd bus_dma_tag_create(...maxsegsize..) . question for some devices.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 20:01:41 -0000 On Apr 08, Julian Elischer wrote: > > > Alexander Leidinger wrote: > > >On Fri, 08 Apr 2005 11:58:14 -0700 > >Julian Elischer wrote: Should be 64k as the buffer size can be overridden in the audio code. I have pathes but would be happy if you just did it. Since I have your ear, can you MFC the USB audio changes that was commited in Dec? Thanks, --Mat From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 20:07:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEF9C16A4CE; Fri, 8 Apr 2005 20:07:29 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21D1543D39; Fri, 8 Apr 2005 20:07:29 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.179] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DJzlI-0001qw-00; Fri, 08 Apr 2005 22:07:28 +0200 Received: from [84.163.233.210] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DJzlI-0002mo-00; Fri, 08 Apr 2005 22:07:28 +0200 Resent-From: Max Laier Resent-To: max@love2party.net Resent-Date: Fri, 8 Apr 2005 21:59:26 +0200 Resent-Message-ID: <200504082159.26646.max@love2party.net> Delivered-To: mlaier@vampire.homelinux.org Received: (qmail 21457 invoked by alias); 8 Apr 2005 00:21:22 -0000 Delivered-To: max@vampire.homelinux.org Received: (qmail 21454 invoked from network); 8 Apr 2005 00:21:21 -0000 Received: from mx2.freebsd.org (216.136.204.119) by p54a3b511.dip.t-dialin.net with SMTP; 8 Apr 2005 00:21:21 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 15E4055813 for ; Fri, 8 Apr 2005 00:21:04 +0000 (GMT) (envelope-from max@love2party.net) Received: by hub.freebsd.org (Postfix) id A595916A4D2; Fri, 8 Apr 2005 00:21:03 +0000 (GMT) Delivered-To: mlaier@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A120A16A4CE; Fri, 8 Apr 2005 00:21:03 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id E421343D2D; Fri, 8 Apr 2005 00:21:02 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DJhF7-0007sj-00; Fri, 08 Apr 2005 02:21:01 +0200 Received: from [84.163.181.17] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DJhF7-0007nb-00; Fri, 08 Apr 2005 02:21:01 +0200 From: Max Laier To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Date: Fri, 8 Apr 2005 22:07:17 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Message-Id: <200504080220.57899.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 X-UID: 121 X-Length: 4858 Content-Type: multipart/signed; boundary="nextPart1171855.2IY8xKnOnx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: monthly@freebsd.org Subject: Call for FreeBSD status reports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: monthly@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 20:07:30 -0000 --nextPart1171855.2IY8xKnOnx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, It's time again for some recapitulation of your FreeBSD activities of the l= ast=20 months. In order to not collided with the preparation of the 5.4 release w= e=20 extended the cycle from bi-monthly to three months, so this one is open for= =20 anything that happend in 2005 until now. Submissions are due by April 15 t= o=20 monthly@freebsd.org As always, reports about every FreeBSD related activity of the past months = and=20 coming weeks are welcome. In the past there was some focus on technical=20 issues. In order to turn this into a more complete PR-vehicle, we highly=20 encourage and welcome reports on non-technical matters as well. If you are yet unfamiliar with the status-reports, please take a look at th= e=20 past reports: http://www.FreeBSD.org/news/status/ To support you in the process of fitting your report into the xml-template= =20 (available from: http://www.freebsd.org/news/status/report-sample.xml for=20 those who still prefer a plain old text editor) Julian Elischer came up wit= h=20 the idea and prototype to have a web based form. Many thanks for that work= =2E =20 The cgi-script is being reviewed on freebsd-www now and will be linked to=20 from http://www.freebsd.org/news/status/ shortly. The new features from last time (categories and task-list) will be availabl= e,=20 again. As a reminder the available categories are listed bellow. Please=20 feel free to suggest additional entries: proj =A0 - Projects (non-specific) docs =A0 - Documentation kern =A0 - Kernel arch =A0 - Architectures ports =A0- Ports vendor - Vendor / 3rd party software misc =A0 - Miscellaneous Submissions are due on April 15. Thanks a lot, and we are hoping for a big= =20 turn-out. =2D-=20 Max --nextPart1171855.2IY8xKnOnx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCVuR+XyyEoT62BG0RAjbbAJ47vBoTSRa0ZTRrngyGQvb7i0qgqQCfQUyO Ja0rQGjNx2ebjCwqDfH6lkc= =BAIJ -----END PGP SIGNATURE----- --nextPart1171855.2IY8xKnOnx-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 20:48:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A93016A4CE for ; Fri, 8 Apr 2005 20:48:28 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49D0643D45 for ; Fri, 8 Apr 2005 20:48:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j38KkI3o000659; Fri, 8 Apr 2005 14:46:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 08 Apr 2005 14:46:19 -0600 (MDT) Message-Id: <20050408.144619.90825562.imp@bsdimp.com> To: xdivac02@stud.fit.vutbr.cz From: "M. Warner Losh" In-Reply-To: <20050408144444.GA34248@stud.fit.vutbr.cz> References: <20050406130909.GA90294@stud.fit.vutbr.cz> <20050407221434.J57391@carver.gumbysoft.com> <20050408144444.GA34248@stud.fit.vutbr.cz> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: slow kbd input on 6-current on amd64@nforce3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 20:48:28 -0000 In message: <20050408144444.GA34248@stud.fit.vutbr.cz> Divacky Roman writes: : On Thu, Apr 07, 2005 at 10:15:13PM -0700, Doug White wrote: : > On Wed, 6 Apr 2005, Divacky Roman wrote: : > : > > as I have mentioned on the list I have very slow keyboard input. it might be : > > related to kbd not having an IRQ assigned. I repeat once again that it worked : > > on 5.3R. : > : > Your machine would not be PC-compliant if your keyboard controller did not : > get an interrupt. In this output, it does. : : vmstat -i says it does not, I dont know which information I should believe. : : be it this or something else its strange (at best). vmstat doesn't say that it doesn't get an IRQ. IT says that no interrupts have happened. This is a big difference, and likely an important clue. Warner From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 20:57:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1701F16A4CE; Fri, 8 Apr 2005 20:57:11 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6843F43D1F; Fri, 8 Apr 2005 20:57:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j38Kv9CH044462; Fri, 8 Apr 2005 16:57:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j38KvBeu065351; Fri, 8 Apr 2005 16:57:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 860D17306E; Fri, 8 Apr 2005 16:57:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050408205709.860D17306E@freebsd-current.sentex.ca> Date: Fri, 8 Apr 2005 16:57:09 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 20:57:11 -0000 TB --- 2005-04-08 19:37:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-08 19:37:11 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-04-08 19:37:11 - checking out the source tree TB --- 2005-04-08 19:37:11 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-04-08 19:37:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-08 19:44:12 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-08 19:44:12 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-04-08 19:44:12 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-08 20:53:27 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-08 20:53:27 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-04-08 20:53:27 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Apr 8 20:53:27 UTC 2005 >>> 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 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powermac/uninorth.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/iobus.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/ata_iobus.c /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/ata_iobus.c: In function `ata_iobus_alloc_resource': /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/ata_iobus.c:171: error: `ATA_ALTADDR_RID' undeclared (first use in this function) /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/ata_iobus.c:171: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/ata_iobus.c:171: error: for each function it appears in.) /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/ata_iobus.c:174: error: `ATA_ALTIOSIZE' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-04-08 20:57:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-08 20:57:09 - ERROR: failed to build generic kernel TB --- 2005-04-08 20:57:09 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 21:04:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B60E016A4CE for ; Fri, 8 Apr 2005 21:04:57 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E688343D1F for ; Fri, 8 Apr 2005 21:04:56 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j38L4tXu034934; Sat, 9 Apr 2005 01:04:55 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j38L4sSu034933; Sat, 9 Apr 2005 01:04:54 +0400 (MSD) (envelope-from ache) Date: Sat, 9 Apr 2005 01:04:53 +0400 From: Andrey Chernov To: Marcel Moolenaar Message-ID: <20050408210453.GA32421@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Marcel Moolenaar , Poul-Henning Kamp , current@FreeBSD.ORG References: <21342.1112914675@critter.freebsd.dk> <09c6072206df99be25e345b7e13354f5@xcllnt.net> <20050408050405.GA5203@nagual.pp.ru> <19f3c4e12937f581f7420bc841a11810@xcllnt.net> <20050408055144.GA6147@nagual.pp.ru> <20050408063138.GA6884@nagual.pp.ru> <4fc54539e2b80a0718c8d21be862c379@xcllnt.net> <20050408071439.GA7431@nagual.pp.ru> <20050408191045.GA10743@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050408191045.GA10743@ns1.xcllnt.net> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.77; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Sat, 09 Apr 2005 01:04:55 +0400 (MSD) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 21:04:57 -0000 On Fri, Apr 08, 2005 at 12:10:45PM -0700, Marcel Moolenaar wrote: > o Editing the in-core data is an immediate show-stopper. You > immediately pull the root file system from under the running > OS. Not good, no matter what the failure mode. Yes. > o Editing the on-disk data is harmless as long as you don't > sync in the in-core data with the disk. It's a showstopper > when you do sync. The advantage is clear. You can have non- > atomic operations that are dangerous, harmful or inconsistent > when partly applied, but that may yield a harmless change > when fully completed. Yes. > The same applies to any and all changes. I mainly mean on-disk->in-core sync moment in your scheme. If, by some reason, automatic or unexpected or by mistake, such sync happens, it is immediate show-stopper. But in my scheme where only in-core->on-disk sync exists, most unpleasant sytuation, if such sync will happens automatic or unexpected or by mistake, was lost on-disk surgery changes, which is far less painful. > I see. Do you think it's wise to design for broken file system > implementations? Don't you think that it's fair to assume that It was just one real example which not worth to discuss in its particuar details. Lets go to higher level of which this example should illustrate. The higher level is: sometimes something happens which needs to make artificial changes in the on-disk (not in-core) partition, disklabel or boot, usually temporary in nature. > > For surgery purposes. Consider this like fsdb(8). > > I look at it from a much more elementary point of view: if you > do surgery that crosses partition boundaries, then you need to > be doing raw disk access and no partition table is prohibiting > you therein. Why then is there a need to change the partition > table? Not all situations are so bad so only raw disk access can handle them, some of them can be fixed with less pain using unrestricted standard partition/disklabel/boot editing tools. > I see. I think this is another point on which we differ: you want > to be able to edit the partition table to accomodate certain kinds > of surgery. I think such surgery doesn't need support from the > tools as it goes well beyond the functionality of partitioning. Before GEOM I was able to use hex editor to edit disk directly too (now GEOM prevents even that). But editing those things with special tool is far more convenient that manualy compute all offsets and find needed bytes. Old fdisk-like tools in many OSes was more admin-friendly because not have new wave restrictions to prevent novices to do something wrong. All strictness here is recent innovation which makes admin life harder. For the sake of unknow newbies: Tom, Jerry, etc. I suggest the compromise between this two methods: when the changes are inconsistens, on-disk editing tool can complain as loudly and verbosily as it can (warnings, confirmations, etc.) but not finally prevent modification. Because human knows better, what machine needs. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 21:26:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DBED16A4F5 for ; Fri, 8 Apr 2005 21:26:05 +0000 (GMT) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 692DA43D58 for ; Fri, 8 Apr 2005 21:26:04 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31472 invoked from network); 8 Apr 2005 21:26:04 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Apr 2005 21:26:03 -0000 Received: from roboboy.corp.weather.com (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j38LPkgq091046; Fri, 8 Apr 2005 17:25:58 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 8 Apr 2005 16:49:07 -0400 User-Agent: KMail/1.8 References: <20050406130909.GA90294@stud.fit.vutbr.cz> In-Reply-To: <20050406130909.GA90294@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504081649.09705.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Divacky Roman cc: current@FreeBSD.org Subject: Re: slow kbd input on 6-current on amd64@nforce3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 21:26:05 -0000 On Wednesday 06 April 2005 09:09 am, Divacky Roman wrote: > as I have mentioned on the list I have very slow keyboard input. it might > be related to kbd not having an IRQ assigned. I repeat once again that it > worked on 5.3R. > > I include verbose dmesg + this piece which didnt get into dmesg (dont know > why): Do you have a dmesg from 5.3 where the keyboard works? > (with atkbd.flags=0) > atkbd: the current kbd controller command byte 0047 > atkbd: keyboard ID 0x41ab (2) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0047 > kbdc: TEST_AUX_PORT status:0000 > kbdc: RESET_AUX return code:00fe > kbdc: RESET_AUX return code:00fe > kbdc: RESET_AUX return code:00fe > kbdc: DIAGNOSE status:0055 > kbdc: TEST_KBD_PORT status:0000 > psm0: failed to reset the aux device. > fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 21:26:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1182916A4F6 for ; Fri, 8 Apr 2005 21:26:05 +0000 (GMT) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9923E43D5A for ; Fri, 8 Apr 2005 21:26:04 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31472 invoked from network); 8 Apr 2005 21:26:04 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Apr 2005 21:26:03 -0000 Received: from roboboy.corp.weather.com (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j38LPkgq091046; Fri, 8 Apr 2005 17:25:58 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 8 Apr 2005 16:49:07 -0400 User-Agent: KMail/1.8 References: <20050406130909.GA90294@stud.fit.vutbr.cz> In-Reply-To: <20050406130909.GA90294@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504081649.09705.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Divacky Roman cc: current@FreeBSD.org Subject: Re: slow kbd input on 6-current on amd64@nforce3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 21:26:05 -0000 On Wednesday 06 April 2005 09:09 am, Divacky Roman wrote: > as I have mentioned on the list I have very slow keyboard input. it might > be related to kbd not having an IRQ assigned. I repeat once again that it > worked on 5.3R. > > I include verbose dmesg + this piece which didnt get into dmesg (dont know > why): Do you have a dmesg from 5.3 where the keyboard works? > (with atkbd.flags=0) > atkbd: the current kbd controller command byte 0047 > atkbd: keyboard ID 0x41ab (2) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0047 > kbdc: TEST_AUX_PORT status:0000 > kbdc: RESET_AUX return code:00fe > kbdc: RESET_AUX return code:00fe > kbdc: RESET_AUX return code:00fe > kbdc: DIAGNOSE status:0055 > kbdc: TEST_KBD_PORT status:0000 > psm0: failed to reset the aux device. > fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 21:26:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8658916A4FD for ; Fri, 8 Apr 2005 21:26:09 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17E4A43D2D for ; Fri, 8 Apr 2005 21:26:09 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30308 invoked from network); 8 Apr 2005 21:26:08 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Apr 2005 21:26:08 -0000 Received: from roboboy.corp.weather.com (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j38LPkgr091046; Fri, 8 Apr 2005 17:26:02 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 8 Apr 2005 16:56:50 -0400 User-Agent: KMail/1.8 References: <20050406233405.O47071@carver.gumbysoft.com> In-Reply-To: <20050406233405.O47071@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504081656.51917.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Subject: Re: Potential source of interrupt aliasing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 21:26:09 -0000 On Thursday 07 April 2005 02:52 am, Doug White wrote: > Hey folks, > > After looking at Intel docs for the last several days I've uncovered what > may be the source of our interrupt aliasing problem. > > In order to support non-APIC mode operation, IOAPICs servicing other PCI > busses than the primary in the system support so-called "boot interrupt" > operation. In this mode (which is enabled by default) if they receive an > interrupt and it is masked in the IOAPIC (again the default), it will > trigger the boot interrupt signal instead. This signal is usually a > dedicated pin on the bridge and is attached to the IOAPIC in the ICH that > also gets the ISA interrupts from the 8259s. > > In the Intel WV2 board, the boot interrupt line from the P64H2 PCI-PCI > bridge is tied to PIRQA on the ICH -- which is tied to intpin 16 on its > IOAPIC. Typically the USB controllers are mapped to this IRQ as well. > > Where this becomes a problem is our strategy of masking interrupts in the > IOAPIC for devices whose ithread is active. If the same device interrupts > again, its interrupt is diverted over the boot interrupt signal (because > its masked) and shows up as an interrupt on IRQ16. > > The docs _imply_ that this is supposed to be disabled when APIC mode is > enabled, but I don't think thats the case for most chipsets. The Intel > P64H2 and PXH PCI-PCI bridge docs I've read don't have a disable register, > although newer IO hubs (like the 6300ESB) do to quell it on their > interrupt sources. > > A quick hack would be to blacklist intpin 16 on the first IOAPIC and bump > any PCI devices that ACPI says are claiming that interrupt. I don't know > how difficult this is to do with ACPI. How to handle this for ATPIC mode > is a little difficult since the boot interrupt either gets routed to IRQ9 > or ends up as a stray on IRQ7 (on my SCB2 at least -- other boards may > vary). You can't just move APIC interrupts around. They are physically wired that way. ATPIC mode won't matter. If there is a way to disable this in hardware, then it needs to be done in the _PIC method of the BIOS for ACPI. I don't think there's any way to allow for this for non-ACPI though as the MPTable spec only mentions the IMCR which these boards don't implement. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 21:26:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A134216A5A5 for ; Fri, 8 Apr 2005 21:26:19 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B16743D39 for ; Fri, 8 Apr 2005 21:26:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30587 invoked from network); 8 Apr 2005 21:26:19 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Apr 2005 21:26:18 -0000 Received: from roboboy.corp.weather.com (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j38LPkgt091046; Fri, 8 Apr 2005 17:26:12 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org, =?utf-8?q?S=C5=82awek_=C5=BBak?= Date: Fri, 8 Apr 2005 17:06:41 -0400 User-Agent: KMail/1.8 References: <787bbe1c0504070307670f5e5d@mail.gmail.com> <42551E94.30800@centtech.com> <787bbe1c05040705254c89fea@mail.gmail.com> In-Reply-To: <787bbe1c05040705254c89fea@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200504081706.45463.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Eric Anderson cc: Marian Hettwer Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 21:26:19 -0000 On Thursday 07 April 2005 08:25 am, S=C5=82awek =C5=BBak wrote: > On Apr 7, 2005 1:50 PM, Eric Anderson wrote: > >You must have missed the second link - it answers your questions > > completely. You can >also build your own images with whatever setup > you'd like, and/or have that image used via >PXE install. > > So the options I have are: > > 1. Boot from CDROM with keyboard plugged in, wait for the beep and > press 6 blindfolded then enter boot -h. > 2. Boot from floppy and flip the diskettes until the output is > directed to the serial console. > 3. Build my own PXE image. > > Doh. Lots of work. I was asking for a small and very helpful change in > the boot loader. Floppies are so 1980's. Getting my butt to the server > room and plugging the keyboard in is a little better, but still far > from the convenience of putting the CD in and forgetting the problem. You can take a current CD-ROM image, copy its contents to /foo. =20 Edit /foo/boot/loader.conf to add 'set console=3Dcomconsole', run mkisofs=20 on /foo to build a new CD image, burn that image onto a disc and then boot= =20 that. If you want to go the PXE route that is very easy to setup and you=20 just edit the boot/loader.conf in your NFS root to add the comconsole line. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 21:26:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C8E616A5FE for ; Fri, 8 Apr 2005 21:26:24 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id F24AB43D39 for ; Fri, 8 Apr 2005 21:26:23 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30566 invoked from network); 8 Apr 2005 21:26:23 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Apr 2005 21:26:23 -0000 Received: from roboboy.corp.weather.com (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j38LPkgu091046; Fri, 8 Apr 2005 17:26:18 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 8 Apr 2005 17:12:07 -0400 User-Agent: KMail/1.8 References: <787bbe1c0504070307670f5e5d@mail.gmail.com> <4142.212.12.51.89.1112874483.squirrel@212.12.51.89> <1112878688.82439.4.camel@buffy.york.ac.uk> In-Reply-To: <1112878688.82439.4.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200504081712.10519.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Marian Hettwer Subject: Re: Serial console install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 21:26:24 -0000 On Thursday 07 April 2005 08:58 am, Gavin Atkinson wrote: > On Thu, 2005-04-07 at 13:48 +0200, Marian Hettwer wrote: > > On Do, 7.04.2005, 13:23, Eric Anderson sagte: > > > S=C3=85=E2=80=9Aawek =C3=85=C2=BBak wrote: > > >> I'd like to ask what's the reason behind requiring a keyboard during > > >> FreeBSD install. Headless configuration is the most common in > > >> datacenters and toying with KVM and VGA cable is often a no-no > > >> (distance in the issue my case). > > > > > > Maybe so, but then people who do have video consoles plugged in would > > > have to hit a key to keep going. > > > > Isn't it possible to send out the output of FreeBSD's bootloader to VGA > > and serial console ? > > This would be perfect. We could have a point in our bootmenu to hit a > > specific key for serial console install, or for VGA based install. > > But I believe for the time being it's not possible to have the same > > output on console and vga. > > See the patch associated with PR kern/66425 - which basically makes the > -D dual-console support work. > > I've been using it on all my machines now for about a year without > problems. When I first floated the idea there were a lot of people who > wanted this support, but since writing it there's been very little > interest in incorporating it into the tree :( > > Not that any of this helps your need at the moment, but hopefully it'll > stop you from having to write any code yourself :) > > Gavin I've grabbed the PR and will look at fixing up some cosmetic nits and testi= ng=20 it locally. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 21:26:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 765D216A519 for ; Fri, 8 Apr 2005 21:26:28 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E8F543D31 for ; Fri, 8 Apr 2005 21:26:28 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30814 invoked from network); 8 Apr 2005 21:26:27 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 8 Apr 2005 21:26:27 -0000 Received: from roboboy.corp.weather.com (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j38LPkgv091046 for ; Fri, 8 Apr 2005 17:26:22 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: current@FreeBSD.org Date: Fri, 8 Apr 2005 17:25:06 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504081725.06751.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Subject: Panic in sbflush_locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 21:26:28 -0000 Got this while doing a buildworld -j 8 loop overnight on a PII Xeon x 4 box: login: panic: sbflush_locked: cc 11 || mb 0xc22dad00 || mbcnt 0 cpuid = 3 KDB: enter: panic [thread pid 1673 tid 100117 ] Stopped at kdb_enter+0x30: leave db> tr Tracing pid 1673 tid 100117 td 0xc216c170 kdb_enter(c0702cab,3,c070658d,e010f9b8,100) at kdb_enter+0x30 panic(c070658d,b,c22dad00,0) at panic+0x144 sbflush_locked(e010fa24,1ea,e010f9ec,c05330d6,c0761c40) at sbflush_locked+0x91 sbrelease_locked(e010fa24,c4d957c8,c070650f,240,c4d95858) at sbrelease_locked+0x12 sbrelease(e010fa24,c4d957c8,0,0,c0738f00) at sbrelease+0x41 sorflush(c4d957c8,0,c07064db,193,c279cb20) at sorflush+0x15f sofree(c4d957c8,0,c07064db,1df,c070650f) at sofree+0x250 soclose(c4d957c8,151,c279cb20,e010fb10,c04f6d38) at soclose+0x2e2 fifo_cleanup(c527c6a8,c527c6a8,e010fb54,c216c170,e010fb30) at fifo_cleanup+0x2a fifo_close(e010fb54,0,c07117d6,7b6) at fifo_close+0x68 ufsfifo_close(e010fb54,e010fb80,c05a6286,c07444c0,e010fb54) at ufsfifo_close+0x7f VOP_CLOSE_APV(c07444c0,e010fb54,c216c170,c209ac00,c0751ec0) at VOP_CLOSE_APV+0x3e vn_close(c527c6a8,7,c2387380,c216c170,c0711ea9) at vn_close+0x76 vn_closefile(c28a83a8,c216c170,e010fc14,c051b964,c28a83a8) at vn_closefile+0xf4 fifo_close_f(c28a83a8,c216c170,c0700890,846,c28a83a8) at fifo_close_f+0x19 fdrop_locked(c28a83a8,c216c170,c0700890,831) at fdrop_locked+0x94 fdrop(c28a83a8,c216c170,e010fc70,c0523ba2,c075a940,c0700c04,2dc,c216c170,e010fd14,0,c216f9ec,e010fd14,c216c170,c216f9ec,e010fce4,e010fc90,c0515223,7,c3146ec8,0,3,c3146e00,e010fcb0,c051533d,c3146e00,0,3) at fdrop+0x3c closef(c28a83a8,c216c170,c0700890,3ea,c216c170) at closef+0x3f2 close(c216c170,e010fd14,4,e010fd3c,1) at close+0x1f2 syscall(80b002f,2f,bfbf002f,bfbfd990,0) at syscall+0x2a0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip = 0x805ccf3, esp = 0xbfbfd96c, ebp = 0xbfbfd978 --- db> x/x 0xe010fa24,20 0xe010fa24: 0 0 0 0 0xe010fa34: 0 0 c07336a8 c07064d4 0xe010fa44: c07064d4 30000 0 0 0xe010fa54: 0 c216c170 0 0 0xe010fa64: c22dad00 c22dad00 c22dad00 b 0xe010fa74: 2000 0 10000 0 0xe010fa84: 1 0 40 0 0xe010fa94: c4d957c8 c4d957c8 0 e010fabc Box is still sitting in ddb if more info is desired. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 22:33:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AA2016A500 for ; Fri, 8 Apr 2005 22:33:37 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 520E243D45 for ; Fri, 8 Apr 2005 22:33:36 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j38MXZ33011857; Fri, 8 Apr 2005 15:33:35 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.3/8.13.3/Submit) id j38MXZhr011856; Fri, 8 Apr 2005 15:33:35 -0700 (PDT) (envelope-from marcel) Date: Fri, 8 Apr 2005 15:33:35 -0700 From: Marcel Moolenaar To: Andrey Chernov , Poul-Henning Kamp , current@FreeBSD.ORG Message-ID: <20050408223335.GA11503@ns1.xcllnt.net> References: <09c6072206df99be25e345b7e13354f5@xcllnt.net> <20050408050405.GA5203@nagual.pp.ru> <19f3c4e12937f581f7420bc841a11810@xcllnt.net> <20050408055144.GA6147@nagual.pp.ru> <20050408063138.GA6884@nagual.pp.ru> <4fc54539e2b80a0718c8d21be862c379@xcllnt.net> <20050408071439.GA7431@nagual.pp.ru> <20050408191045.GA10743@ns1.xcllnt.net> <20050408210453.GA32421@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050408210453.GA32421@nagual.pp.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 22:33:37 -0000 On Sat, Apr 09, 2005 at 01:04:53AM +0400, Andrey Chernov wrote: > On Fri, Apr 08, 2005 at 12:10:45PM -0700, Marcel Moolenaar wrote: > > o Editing the in-core data is an immediate show-stopper. You > > immediately pull the root file system from under the running > > OS. Not good, no matter what the failure mode. > > Yes. > > > o Editing the on-disk data is harmless as long as you don't > > sync in the in-core data with the disk. It's a showstopper > > when you do sync. The advantage is clear. You can have non- > > atomic operations that are dangerous, harmful or inconsistent > > when partly applied, but that may yield a harmless change > > when fully completed. > > Yes. > > > The same applies to any and all changes. > > I mainly mean on-disk->in-core sync moment in your scheme. If, by some > reason, automatic or unexpected or by mistake, such sync happens, it is > immediate show-stopper. The knack here is that synchronisation is as of yet not a defined operation. What does it mean? What does it entail? I certainly can implement synchronisation in terms of a reboot. In fact, it would be the (possibly) non-fatal implementation in the example I gave. How we synchronize and when is open for discussion and AFAICT has lots of potential for interesting solutions, including the boring reboot. If a reboot is what it takes, a reboot it'll have to be... > But in my scheme where only in-core->on-disk sync > exists, most unpleasant sytuation, if such sync will happens automatic or > unexpected or by mistake, was lost on-disk surgery changes, which is far > less painful. Yes, but also the least useful. Editing the in-core data behaves no different than editing the on-disk data followed by an immediate and unconditional sync. Since this is currently how GEOM works (in abstract at least), it wouldn't solve anything. Hence, I argue that you edit the on-disk data only and control when and how the change should become effective. This, I believe, is all it takes to address to issues that have been raised. > > I see. Do you think it's wise to design for broken file system > > implementations? Don't you think that it's fair to assume that > > It was just one real example which not worth to discuss in its particuar > details. Lets go to higher level of which this example should illustrate. > The higher level is: sometimes something happens which needs to make > artificial changes in the on-disk (not in-core) partition, disklabel or > boot, usually temporary in nature. Ok. I can agree to that. What I don't agree to is that invalid partition tables (e.g. partition tables that define overlapping partitions) are required. Thus: there's no need to allow changes to on-disk data that you wouldn't allow to in-core data. Ergo: the argument that in-core editing is more safe or can be better checked doesn't hold IMO. If you add to this the fact that in-core editing takes effect immediately (the root of the problems), I can not see what the advantage is to do it. > > > For surgery purposes. Consider this like fsdb(8). > > > > I look at it from a much more elementary point of view: if you > > do surgery that crosses partition boundaries, then you need to > > be doing raw disk access and no partition table is prohibiting > > you therein. Why then is there a need to change the partition > > table? > > Not all situations are so bad so only raw disk access can handle them, > some of them can be fixed with less pain using unrestricted standard > partition/disklabel/boot editing tools. Which means that you can solve it without creating invalid partition tables. You can always avoid overlapping partitions by shrinking one or removing it completely. The meta-data (i.e. the partition table) does not reflect reality anymore. There's no difference between slightly wrong and utterly wrong. Is it more work? Sure. Can it be automated? Definitely. Do we need it in our tools? See below. > > I see. I think this is another point on which we differ: you want > > to be able to edit the partition table to accomodate certain kinds > > of surgery. I think such surgery doesn't need support from the > > tools as it goes well beyond the functionality of partitioning. > > Before GEOM I was able to use hex editor to edit disk directly too (now > GEOM prevents even that). But editing those things with special tool is > far more convenient that manualy compute all offsets and find needed > bytes. Sure. I personally don't worry about that now. All I want to know is whether a certain approach would make certain things impossible, if it creates new problems and most importantly, whether it actually addresses the issues at hand. For most of the things I don't care about how it could or should be done, other than to find a single example that tells me that it's not impossible to do it. Eventually you find the "best" approach among the viable candidates and you go with it. Only in finding the best candidate do you want to look in more detail at how you can do certain things as it may be simpler in one approach than the other. > Old fdisk-like tools in many OSes was more admin-friendly because > not have new wave restrictions to prevent novices to do something wrong. > All strictness here is recent innovation which makes admin life harder. > For the sake of unknow newbies: Tom, Jerry, etc. Can it be that part of the problem is that many admins still think in terms of fdisk and as such find themselves blocked by those tools that don't work like fdisk? Or can it be that a need was created for a specialized tool, only to be used in special occasions by real men, not the mere sysadmins? My point is that your examples cover a space where Peter Norton used to fill the gap on MSDOS. Maybe that's the way to go? I don't know, but more importantly I don't have to. If the tool makes sure it creates valid partition tables, the kernel doesn't have to be involved in checking (it shouldn't anyway) and it's trivial to create a tool that allows you to create invalid partitions (whether controlled or not). I just don't see a need for it and as such reject some of your arguments your brought forth to explain/defend your statements. It doesn't mean that such a tool would not ultimately be handy. In short: I understand your examples. I just don't think they have any relevance to your argument that in-core editing is needed or that there's a difference between on-disk and in-core editing (safety-wise). > I suggest the compromise between this two methods: when the changes are > inconsistens, on-disk editing tool can complain as loudly and verbosily as > it can (warnings, confirmations, etc.) but not finally prevent > modification. Because human knows better, what machine needs. This is an easy compromise. A command-line option is all that's needed to change a tools behaviour from reject to complain (error to warning) or vice versa. I don't see anything prohibited either way so it doesn't affect the solution. Deal. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 23:49:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E520116A4CE for ; Fri, 8 Apr 2005 23:49:31 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17BE443D1F for ; Fri, 8 Apr 2005 23:49:31 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j38NnTkA045227; Sat, 9 Apr 2005 03:49:29 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j38NnSkT045226; Sat, 9 Apr 2005 03:49:28 +0400 (MSD) (envelope-from ache) Date: Sat, 9 Apr 2005 03:49:27 +0400 From: Andrey Chernov To: Marcel Moolenaar Message-ID: <20050408234927.GD37182@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Marcel Moolenaar , Poul-Henning Kamp , current@FreeBSD.ORG References: <20050408050405.GA5203@nagual.pp.ru> <19f3c4e12937f581f7420bc841a11810@xcllnt.net> <20050408055144.GA6147@nagual.pp.ru> <20050408063138.GA6884@nagual.pp.ru> <4fc54539e2b80a0718c8d21be862c379@xcllnt.net> <20050408071439.GA7431@nagual.pp.ru> <20050408191045.GA10743@ns1.xcllnt.net> <20050408210453.GA32421@nagual.pp.ru> <20050408223335.GA11503@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050408223335.GA11503@ns1.xcllnt.net> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.77; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Sat, 09 Apr 2005 03:49:30 +0400 (MSD) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 23:49:32 -0000 On Fri, Apr 08, 2005 at 03:33:35PM -0700, Marcel Moolenaar wrote: > > But in my scheme where only in-core->on-disk sync > > exists, most unpleasant sytuation, if such sync will happens automatic or > > unexpected or by mistake, was lost on-disk surgery changes, which is far > > less painful. > > Yes, but also the least useful. Editing the in-core data behaves > no different than editing the on-disk data followed by an immediate > and unconditional sync. Since this is currently how GEOM works (in > abstract at least), it wouldn't solve anything. Saying "automatic or unexpected or by mistake" I describe non-standard error situation which may happens. In standard normal situation no unprovoked in-core->on-disk sync should happens in my variant, i.e. when admin don't want it. > Hence, I argue that you edit the on-disk data only and control when > and how the change should become effective. In my variant any on-disk data changes will become effective only on the next reboot, unless admin change his mind and intentionaly do in-core->on-disk sync, i.e. intentionaly backing out his own on-disk changes. > Ok. I can agree to that. What I don't agree to is that invalid > partition tables (e.g. partition tables that define overlapping If you agree, why you specifically disallow invalid changes which may have f.e. special meaning of temorary recovery? See example of (1) & (2) partitions below. > to on-disk data that you wouldn't allow to in-core data. Ergo: > the argument that in-core editing is more safe or can be better > checked doesn't hold IMO. In-core editing should reject any invalid changes conflicting with already open partitions including invalid changes of already open partitions by themselfs. On-disk editing should not. I.e. on-disk editing should make no assumptions of what partition table must be, but in-core editing have assumption that we have live running consisten system. Using that assumption in-core editing can do better checking. > If you add to this the fact that in-core editing takes effect > immediately (the root of the problems), I can not see what the > advantage is to do it. Advantage of on-disk editing is that it is delayed until next reboot, while in-core editing is not delayed. > Which means that you can solve it without creating invalid partition > tables. You can always avoid overlapping partitions by shrinking one > or removing it completely. The meta-data (i.e. the partition table) > does not reflect reality anymore. There's no difference between > slightly wrong and utterly wrong. Is it more work? Sure. Can it be > automated? Definitely. Do we need it in our tools? See below. The point is minimal number of actions required. If I have partition (1) which is good and partition (2) which needs surgery, in your variant you need to change (1) & (2) first, then restore (1) & (2). In my variant you need to change only (2), then restore only (2). > Can it be that part of the problem is that many admins still > think in terms of fdisk and as such find themselves blocked > by those tools that don't work like fdisk? Yes. > Or can it be that a need was created for a specialized tool, > only to be used in special occasions by real men, not the mere > sysadmins? Why duplicate functionality, i.e. create separate tools set which does the same but only unrestricted? In such way you'll constantly need to keep both copies of utility in sync, more support required, instead of having one toolset, perhaps controlled with different options. > In short: I understand your examples. I just don't think they > have any relevance to your argument that in-core editing is > needed or that there's a difference between on-disk and in-core > editing (safety-wise). 1) See about in-core and on-disk safety differences above. ("Assumptions" paragraph). 2) Why in-core editing is needed: live example. Imagine you have disk with some OS installed with swapfile placed first and you know its size. Lets assume you temporary needs some file space. You can edit in-core table of that disk, putting partition just inside that swapfile space range. Then you can in-core label, newfs swapfile itself, put some files there for what they temporary purpose was and then reboot without initiating in-core/on-disk sync, of course. _Nothing_ will be written to on-disk partition/label in my variant, so any existen data there will be untouched. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 02:23:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D78F216A4CE for ; Sat, 9 Apr 2005 02:23:14 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25B4D43D53 for ; Sat, 9 Apr 2005 02:23:14 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j392NDPJ012692; Fri, 8 Apr 2005 19:23:13 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <20050408234927.GD37182@nagual.pp.ru> References: <20050408050405.GA5203@nagual.pp.ru> <19f3c4e12937f581f7420bc841a11810@xcllnt.net> <20050408055144.GA6147@nagual.pp.ru> <20050408063138.GA6884@nagual.pp.ru> <4fc54539e2b80a0718c8d21be862c379@xcllnt.net> <20050408071439.GA7431@nagual.pp.ru> <20050408191045.GA10743@ns1.xcllnt.net> <20050408210453.GA32421@nagual.pp.ru> <20050408223335.GA11503@ns1.xcllnt.net> <20050408234927.GD37182@nagual.pp.ru> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Fri, 8 Apr 2005 19:23:12 -0700 To: Andrey Chernov X-Mailer: Apple Mail (2.619.2) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 02:23:15 -0000 On Apr 8, 2005, at 4:49 PM, Andrey Chernov wrote: > 2) Why in-core editing is needed: live example. Imagine you have disk > with > some OS installed with swapfile placed first and you know its size. > Lets > assume you temporary needs some file space. You can edit in-core table > of > that disk, putting partition just inside that swapfile space range. > Then > you can in-core label, newfs swapfile itself, put some files there for > what they temporary purpose was and then reboot without initiating > in-core/on-disk sync, of course. _Nothing_ will be written to on-disk > partition/label in my variant, so any existen data there will be > untouched. 1. If it's a swap *file*, it must live in a file system and thus in a partition. You cannot, by your own argument, create an in-core partition that overlaps the partition that holds the file system in which the swap file lives. If it's a swap partition, you can just use it. 2. If FreeBSD can mount the file system, you don't need any partition tricks to create more storage. Use md(4). 3. If FreeBSD can't mount the file system, then there's a provider without consumers in the GEOM world. A yet to be written GEOM class can be used for ad-hoc, volatile slicing of a provider. Writing such a GEOM class is much more useful, because it's generic and better fits the design of GEOM. Ergo: I remain unconvinced. No in-core partition editing is needed. Point 3 above is an indication that there is use for soft-slicing. Soft-slicing has nothing to do with disk partitions. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 03:43:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C49E016A4CE for ; Sat, 9 Apr 2005 03:43:15 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 765EC43D4C for ; Sat, 9 Apr 2005 03:43:14 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j393hCFq053908; Sat, 9 Apr 2005 07:43:13 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j393hBfW053907; Sat, 9 Apr 2005 07:43:11 +0400 (MSD) (envelope-from ache) Date: Sat, 9 Apr 2005 07:43:10 +0400 From: Andrey Chernov To: Marcel Moolenaar Message-ID: <20050409034310.GA52995@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Marcel Moolenaar , Poul-Henning Kamp , current@FreeBSD.ORG References: <20050408055144.GA6147@nagual.pp.ru> <20050408063138.GA6884@nagual.pp.ru> <4fc54539e2b80a0718c8d21be862c379@xcllnt.net> <20050408071439.GA7431@nagual.pp.ru> <20050408191045.GA10743@ns1.xcllnt.net> <20050408210453.GA32421@nagual.pp.ru> <20050408223335.GA11503@ns1.xcllnt.net> <20050408234927.GD37182@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.77; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Sat, 09 Apr 2005 07:43:13 +0400 (MSD) cc: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: GEOM architecture and the (lack of) need for foot-shooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 03:43:15 -0000 On Fri, Apr 08, 2005 at 07:23:12PM -0700, Marcel Moolenaar wrote: > 1. > If it's a swap *file*, it must live in a file system and thus in a > partition. You cannot, by your own argument, create an in-core partition > that overlaps the partition that holds the file system in which the swap > file lives. If it's a swap partition, you can just use it. I don't mean overlapping. I can shrink whole foreign (inactive) filesystem to the swap file size, then expand it back after use, both operations are in-core and no overlapping created. > 2. > If FreeBSD can mount the file system, you don't need any partition > tricks > to create more storage. Use md(4). I know. Let's assume, FreeBSD can't. To be more precise, just one example: formally FreeBSD can mount NTFS, but in reality NTFS support is so badly written so can damage things. F.e. I remember one restriction: NTFS partition must be small, otherwise there overflow happens somewhere inside ntfs code with lots of kernel printfs and lots of files are not visible. > 3. > If FreeBSD can't mount the file system, then there's a provider without > consumers in the GEOM world. A yet to be written GEOM class can be used > for > ad-hoc, volatile slicing of a provider. Writing such a GEOM class is > much > more useful, because it's generic and better fits the design of GEOM. If there will be GEOM class especially for such type of things, there is no difference, because it is equivalent to in-core editing. But I don't have much expectation of further GEOM development, looking at nowdays phk's reaction. > Point 3 > above is an indication that there is use for soft-slicing. Soft-slicing > has > nothing to do with disk partitions. To emphase: soft-slicing of foreign filesystem. It depends on implementation. It can be related or not. If the same functionality provided with the same complexity level by another way, there is no difference from usage point of view. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 06:30:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AA2516A4CE for ; Sat, 9 Apr 2005 06:30:48 +0000 (GMT) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AB8B43D48 for ; Sat, 9 Apr 2005 06:30:48 +0000 (GMT) (envelope-from dlevitch@iglou.com) Received: from [192.107.41.6] (helo=iglou3.iglou.com) by rdsmtp.iglou.com with esmtp (8.12.5/8.12.5) id 1DK9UV-0006oo-Fv for current@freebsd.org; Sat, 09 Apr 2005 02:30:47 -0400 Received: from [192.107.41.17] (helo=shell1) by iglou3.iglou.com with esmtp (8.12.5/8.12.5) id 1DK9UV-0002zj-8N for current@freebsd.org; Sat, 09 Apr 2005 02:30:47 -0400 Date: Sat, 9 Apr 2005 02:30:47 -0400 (EDT) From: Darrel X-X-Sender: dlevitch@shell1 To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: verified Subject: can't cd to /usr/obj/usr/src/sys/BIGD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 06:30:48 -0000 Error code on 'make installkernel KERNCONF=BIGD' rebooted to single user # fsck -p # mount -u / # mount -a -t ufs # swapon -a Should I now buildworld, buildkernel, or installkernel? Darrel From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 07:31:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74E0816A52E for ; Sat, 9 Apr 2005 07:31:21 +0000 (GMT) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0240B43D2D for ; Sat, 9 Apr 2005 07:31:21 +0000 (GMT) (envelope-from dlevitch@iglou.com) Received: from [192.107.41.8] (helo=iglou2.iglou.com) by rdsmtp.iglou.com with esmtp (8.12.5/8.12.5) id 1DKAR6-0003CC-IH for current@freebsd.org; Sat, 09 Apr 2005 03:31:20 -0400 Received: from [192.107.41.17] (helo=shell1) by iglou2.iglou.com with esmtp (8.12.5/8.12.5) id 1DKAR6-0005VI-9C for current@freebsd.org; Sat, 09 Apr 2005 03:31:20 -0400 Date: Sat, 9 Apr 2005 03:31:20 -0400 (EDT) From: Darrel X-X-Sender: dlevitch@shell1 To: current@freebsd.org In-Reply-To: <84dead72050408235974f03b68@mail.gmail.com> Message-ID: References: <84dead72050408235974f03b68@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: verified Subject: Re: can't cd to /usr/obj/usr/src/sys/BIGD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 07:31:23 -0000 >> Error code on 'make installkernel KERNCONF=BIGD' > Did you do a 'make buildkernel KERCONF=BIGD' first? Yes. cd /usr/src/sys/i386/conf mkdir /root/kernels cp GENERIC /root/kernels/BIGD - next make bad link and then typed in the correct link: ln -s /root/kernels/MYKERNEL ln -s /root/kernels/BIGD script /var/tmp/bw.out make buildworld exit script /var/tmp/bk.out make buildkernel KERNCONF=BIGD exit script /var/tmp/ik.out make installkernel KERNCONF=BIGD error code "can't cd to /usr/obj/usr/src/sys/BIGD" mkdir /usr/obj/usr/src/sys/BIGD error code "don't know how to make bsd.README" - Rebooted to single user fsck -p mount -u / mount -a -t ufs swapon -a make installkernel KERNCONF=BIGD error code don't know how to make bsd.README From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 08:27:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CE9016A4CE for ; Sat, 9 Apr 2005 08:27:04 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FD2743D41 for ; Sat, 9 Apr 2005 08:27:03 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id j398QqEp026597; Sat, 9 Apr 2005 09:26:57 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Alexander Leidinger Date: Sat, 9 Apr 2005 09:26:45 +0100 User-Agent: KMail/1.7.1 References: <20050327151754.2ee82124@Magellan.Leidinger.net> <20050329153602.mh5n2wmhw4kws0ko@netchild.homeip.net> <20050408212901.784514ee@Magellan.Leidinger.net> In-Reply-To: <20050408212901.784514ee@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504090926.46243.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: Doxygen docu for parts of the FreeBSD kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 08:27:04 -0000 On Friday 08 April 2005 20:29, Alexander Leidinger wrote: > On Tue, 29 Mar 2005 15:36:02 +0200 > > Alexander Leidinger wrote: > > I've incorporated your *_if.m part (with some modifications), I > > will make it available from my website at the weekend when I'm back > > home (or per mail on request). > > The update is available at > http://www.Leidinger.net/FreeBSD/FreeBSD-Dox.tar.bz2 Thanks - I'll try to take a look over the weekend. I don't suppose you will be around at Usenix next week? If you are, it would be nice to get together for a chat. I'll be there from Tuesday evening through to Saturday. From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 09:21:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3175B16A4CE for ; Sat, 9 Apr 2005 09:21:17 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id A549C43D1D for ; Sat, 9 Apr 2005 09:21:16 +0000 (GMT) (envelope-from bsdunx@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1041221wra for ; Sat, 09 Apr 2005 02:21:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=WWcGGufro/TT3yXJEOpJXVixMg3NiV5NgETBz2ZO6Oa0uGc2Qog+6Xj+DDD1Z+MyfW8IX4w4j/JlQbP7pcCwAn9klz/uikntyNGMvBKvgFhc/qWea9+bEWJlIMsUdF8dvy7zcuJXzagm8MvUTFiSyaqfzzzkWFgCvVypR9qwVUQ= Received: by 10.54.15.51 with SMTP id 51mr392086wro; Sat, 09 Apr 2005 02:21:16 -0700 (PDT) Received: from localhost.localdomain ([24.76.125.156]) by mx.gmail.com with ESMTP id 45sm1507689wri.2005.04.09.02.21.15; Sat, 09 Apr 2005 02:21:16 -0700 (PDT) From: Adam Gregoire To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <4256A533.7090202@DeepCore.dk> References: <4256A533.7090202@DeepCore.dk> Content-Type: text/plain; charset=UTF-8 Date: Sat, 09 Apr 2005 05:21:13 -0400 Message-Id: <1113038473.33712.8.camel@S010600deadc0de00.su.shawcable.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit cc: 'FreeBSD Current' Subject: Re: HEADSUP! SATA PHY code added for nVidia, SiS and VIA chips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 09:21:17 -0000 On Fri, 2005-04-08 at 17:37 +0200, Søren Schmidt wrote: > As the subject says I've added support for for the SATA PHY (the serial > link interface HW) to -current. This is needed to sort out problems with > the connection and on those chipsets that support its, handle hotplug. > > At any rate, since I dont have any of these chipsets in the lab the code > was done blindfolded from docs, so it needs testing and quite possibly > bugfixing as well. > > Please report of any success/failures, and in both cases the output from > dmesg would be handy, as well as knowing if software inititated > detach/attach via atacontrol works, and on the nVidia if even hotplug is > possible... > > Thanks! > My boot takes about twice as long as it did, having some probe/connection issues. root@S010600deadc0de00# dmesg | grep SATA atapci1: port 0xd800-0xd807,0xd400-0xd403,0xd000-0xd007,0xcc00-0xcc03,0xc800-0xc80f mem 0xff5ff800-0xff5ffbff irq 17 at device 12.0 on pci2 ata2: SATA connect ready time=0ms ata3: SATA connect status=00000000 ata3: SATA connect status=00000000 ata3: SATA connect status=00000000 ata3: SATA connect status=00000000 ata3: SATA connect status=00000000 ata3: SATA connect status=00000000 ata3: SATA connect status=00000000 ata3: SATA connect status=00000000 ata3: SATA connect status=00000000 ata3: SATA connect status=00000000 ata3: SATA connect status=00000000 ata4: SATA connect status=00000000 ata4: SATA connect status=00000000 ata4: SATA connect status=00000000 ata4: SATA connect status=00000000 ata4: SATA connect status=00000000 ata4: SATA connect status=00000000 ata4: SATA connect status=00000000 ata4: SATA connect status=00000000 ata4: SATA connect status=00000000 ata4: SATA connect status=00000000 ata4: SATA connect status=00000000 ata5: SATA connect status=00000000 ata5: SATA connect status=00000000 ata5: SATA connect status=00000000 ata5: SATA connect status=00000000 ata5: SATA connect status=00000000 ata5: SATA connect status=00000000 ata5: SATA connect status=00000000 ata5: SATA connect status=00000000 ata5: SATA connect status=00000000 ata5: SATA connect status=00000000 ata5: SATA connect status=00000000 ad4: 78533MB at ata2-master SATA150 -- Adam Gregoire From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 09:23:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7719316A4CE; Sat, 9 Apr 2005 09:23:46 +0000 (GMT) Received: from peedub.jennejohn.org (Ja9b7.j.pppool.de [85.74.169.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71F7D43D1D; Sat, 9 Apr 2005 09:23:45 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.3/8.11.6) with ESMTP id j399NgxV000774; Sat, 9 Apr 2005 11:23:43 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200504090923.j399NgxV000774@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-current@freebsd.org From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 09 Apr 2005 11:23:42 +0200 Sender: garyj@jennejohn.org cc: sos@freebsd.org Subject: SATA PHY commit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 09:23:46 -0000 WIth the SATA PHY commit my SATA drives are not found anymore, the PATA devices are still OK. Here snippets from a failed boot -v: atapci0: port 0xc000-0xc007,0xb800-0xb803, 0xb400-0 xb407,0xb000-0xb003,0xa800-0xa80f,0xa400-0xa4ff irq 20 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xa800 atapci0: [MPSAFE] ata2: on atapci0 device_attach: ata2 attach returned 6 ata3: on atapci0 device_attach: ata3 attach returned 6 Here fronm a successfull boot -v (kernel from March 30): atapci0: port 0xc000-0xc007,0xb800-0xb803, 0xb400-0 xb407,0xb000-0xb003,0xa800-0xa80f,0xa400-0xa4ff irq 20 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xa800 atapci0: [MPSAFE] ata2: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xc000 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xb800 ata2: reset tp1 mask=03 ostat0=50 ostat1=7f ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2: reset tp2 stat0=50 stat1=ff devices=0x1 ata2: [MPSAFE] ata3: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xb400 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb000 ata3: reset tp1 mask=03 ostat0=50 ostat1=7f ata3-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata3-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=50 stat1=ff devices=0x1 ata3: [MPSAFE] [snip] ata2-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad1: ATA-7 disk at ata2-master ad1: 78167MB (160086528 sectors), 158816 C, 16 H, 63 S, 512 B ad1: 16 secs/int, 1 depth queue, SATA150 ata3-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad2: ATA-7 disk at ata3-master ad2: 156334MB (320173056 sectors), 317632 C, 16 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, SATA150 -------- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 09:59:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6B7116A4CE; Sat, 9 Apr 2005 09:59:09 +0000 (GMT) Received: from barton.dreadbsd.org (massena-4-82-67-196-50.fbx.proxad.net [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0602543D41; Sat, 9 Apr 2005 09:59:04 +0000 (GMT) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.3/8.13.1) with ESMTP id j399wGjH008935; Sat, 9 Apr 2005 11:58:22 +0200 (CEST) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.3/8.13.1/Submit) id j399vjrs008854; Sat, 9 Apr 2005 11:57:45 +0200 (CEST) (envelope-from antoine) Date: Sat, 9 Apr 2005 11:57:45 +0200 From: Antoine Brodin To: John Baldwin Message-Id: <20050409115745.31a0059c.antoine.brodin@laposte.net> In-Reply-To: <200504081529.33026.jhb@FreeBSD.org> References: <200504071607.47419.jhb@FreeBSD.org> <20050408141019.6cb045c1.antoine.brodin@laposte.net> <200504081529.33026.jhb@FreeBSD.org> X-Mailer: Sylpheed version 1.9.7 (GTK+ 2.6.4; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: k-gleb@yandex.ru cc: dan.cojocar@gmail.com cc: nate@root.org Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 09:59:10 -0000 John Baldwin wrote: > I think your other link devices are meant to be used in APIC mode (note their > names start with 'A') and thus I think they are aliases for the other link > devices. So when I turn off the alias, I turn off the non-APIC mode one as > well. Working BIOSen handle this by having the same link device change its > behavior (different _PRS return values) depending on the PIC mode. It's not > easy to determine if a link is just not used (for example, if no card is > plugged into a slot with a dedicated link) or if it's an alias. I think > having two ACPI devices alias to the same hardware is a bug in the BIOS > though. Perhaps your BIOS vendor can be convinced to fix this. Can you see > if Linux has the same problem btw? I've just sent a technical support request to ASUS. I'll let you know when they reply. Linux doesn't have the same problem: I tested with a knoppix live cd yesterday. dmesg: http://bsd.miki.eu.org/~antoine/knoppix36.dmesg , but it doesn't look very helpful. Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 10:34:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B286116A4CE for ; Sat, 9 Apr 2005 10:34:27 +0000 (GMT) Received: from ms004msg.fastwebnet.it (ms004msg.fastwebnet.it [213.140.2.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6F1043D3F for ; Sat, 9 Apr 2005 10:34:26 +0000 (GMT) (envelope-from filippo.forti@fastwebnet.it) Received: from [1.255.90.63] by ms004msg.fastwebnet.it with HTTP; Sat, 9 Apr 2005 12:34:24 +0200 Date: Sat, 9 Apr 2005 12:34:24 +0200 Message-ID: <4238676A0001C019@ms004msg.mail.fw> From: filippo.forti@fastwebnet.it To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: xorg/drm problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 10:34:27 -0000 Hello, I'm running 6.0-CURRENT from Mon Apr 4 22:21:13 CEST 2005, with sched UL= E. Today Xorg (6.8.2) crashed and i could read the following in dmesg: drm0: port 0xc000-0xc0ff mem 0xe8000000-= 0xefffffff,0xfcff0000-0xfcffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xe0000000 128MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 ad2: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=3D53953= 739 stray irq7 stray irq7 pid 13056 (Xorg), uid 0: exited on signal 6 Sleeping on "itrmh" with the following non-sleepable locks held: exclusive sleep mutex drm device r =3D 0 (0xc24e6464) locked @ @/dev/drm/= drm_drv.h:846 KDB: stack backtrace: kdb_backtrace(c09e6da4,ef5157c4,1,1,1) at kdb_backtrace+0x2f witness_warn(5,c227b700,c08d4444,c08d176e,25d) at witness_warn+0x1bb msleep(c2b7ce00,c227b700,a0,c08d176e,0) at msleep+0x58 ithread_remove_handler(c2b7ce00,ef51582c,c0851d83,c2b7ce00,ef515854) at i= thread_remove_handler+0x151 intr_remove_handler(c2b7ce00,ef515854,c0682bf1,c227ca00,c23a4400) at intr= _remove_handler+0x11 nexus_teardown_intr(c227ca00,c23a4400,c2b7c900,c2b7ce00,c23a4400) at nexu= s_teardown_intr+0x11 bus_generic_teardown_intr(c227c880,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_generic_teardown_intr(c239a180,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_generic_teardown_intr(c23a1800,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_generic_teardown_intr(c23a1a80,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_generic_teardown_intr(c239ac80,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_teardown_intr(c23a4400,c2b7c900,c2b7ce00,c26bbe20,c2fc8400) at bus_te= ardown_intr+0x72 radeon_irq_uninstall(c24e6400,c26bbb40,c301e0e0,c2fc8400,ef515974) at rad= eon_irq_uninstall+0x5b radeon_do_cleanup_cp(c24e6400,c301e0e0,c23a1a80,ef515980,c0681af4) at rad= eon_do_cleanup_cp+0xb0 radeon_do_release(c24e6400,1,c301b2f3,208,c2fc8400) at radeon_do_release+= 0x54 radeon_takedown(c23a4400,1,9,34e,c24e6464) at radeon_takedown+0x36 radeon_close(c2b36e00,43,2000,c26c0960,c2b36e00) at radeon_close+0x17e devfs_close(ef515a40,43,c3005114,43,ef515a6c) at devfs_close+0x38d VOP_CLOSE_APV(c092ed60,ef515a40,c26c0960,118,c251e400) at VOP_CLOSE_APV+0= x9d vn_close(c3005114,43,c2fa7b80,c26c0960,3) at vn_close+0xad vn_closefile(c2c68948,c26c0960,ef515b00,c064981b,c2c68948) at vn_closefil= e+0xed devfs_close_f(c2c68948,c26c0960,c08d0c9a,846,c2c68948) at devfs_close_f+0= x19 fdrop_locked(c2c68948,c26c0960,c08d0c9a,831) at fdrop_locked+0xb9 fdrop(c2c68948,c26c0960,c08d0c9a,77c,c06911d5,c08d0c9a,c08d7489,3,c26c096= 0,ef515b78,1,c08d0c9a,ef515b74,c0691a8c,c09e6d90,c2cd602c,203246,c0935a88= ,c2cd602c,64a,c08d0c9a,ef515b9c,c0660a1b,c2cd602c,1,c08d319e,12b) at fdrop+0x3c a,ef515b9c,c0660a1b,c2cd602c,1,c08d319e,12b) at fdrop+0x3c closef(c2c68948,c26c0960,c08d0c9a,64a,c0691a8c) at closef+0x413 fdfree(c26c0960,0,c08d1406,e6,ef515c50) at fdfree+0x595 exit1(c26c0960,6,3300,c2cb9778,0) at exit1+0x539 expand_name(c26c0960,6,c08d4082,920,0) at expand_name postsig(6,0,c08d6b9c,108,20800) at postsig+0x19d ast(ef515d48) at ast+0x4cc doreti_ast() at doreti_ast+0x17 lock order reversal 1st 0xc24e6464 drm device (drm device) @ @/dev/drm/drm_drv.h:846 2nd 0xc099b820 Giant (Giant) @ /usr/src/sys/kern/kern_synch.c:236 KDB: stack backtrace: kdb_backtrace(c08d7676,c099b820,c08e6056,c08e6056,c08d447d) at kdb_backtr= ace+0x2f witness_checkorder(c099b820,9,c08d447d,ec,c099b7e0) at witness_checkorder= +0x6bf _mtx_lock_flags(c099b820,0,c08d447d,ec,0) at _mtx_lock_flags+0x85 msleep(c2b7ce00,c227b700,a0,c08d176e,0) at msleep+0x46e ithread_remove_handler(c2b7ce00,ef51582c,c0851d83,c2b7ce00,ef515854) at i= thread_remove_handler+0x151 intr_remove_handler(c2b7ce00,ef515854,c0682bf1,c227ca00,c23a4400) at intr= _remove_handler+0x11 nexus_teardown_intr(c227ca00,c23a4400,c2b7c900,c2b7ce00,c23a4400) at nexu= s_teardown_intr+0x11 bus_generic_teardown_intr(c227c880,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_generic_teardown_intr(c239a180,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_generic_teardown_intr(c23a1800,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_generic_teardown_intr(c23a1a80,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_generic_teardown_intr(c239ac80,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_teardown_intr(c23a4400,c2b7c900,c2b7ce00,c26bbe20,c2fc8400) at bus_te= ardown_intr+0x72 radeon_irq_uninstall(c24e6400,c26bbb40,c301e0e0,c2fc8400,ef515974) at rad= eon_irq_uninstall+0x5b radeon_do_cleanup_cp(c24e6400,c301e0e0,c23a1a80,ef515980,c0681af4) at rad= eon_do_cleanup_cp+0xb0 radeon_do_release(c24e6400,1,c301b2f3,208,c2fc8400) at radeon_do_release+= 0x54 radeon_takedown(c23a4400,1,9,34e,c24e6464) at radeon_takedown+0x36 radeon_close(c2b36e00,43,2000,c26c0960,c2b36e00) at radeon_close+0x17e devfs_close(ef515a40,43,c3005114,43,ef515a6c) at devfs_close+0x38d,ef515b= 9c,c0660a1b,c2cd602c,1,c08d319e,12b) at fdrop+0x3c VOP_CLOSE_APV(c092ed60,ef515a40,c26c0960,118,c251e400) at VOP_CLOSE_APV+0= x9d vn_close(c3005114,43,c2fa7b80,c26c0960,3) at vn_close+0xad vn_closefile(c2c68948,c26c0960,ef515b00,c064981b,c2c68948) at vn_closefil= e+0xed devfs_close_f(c2c68948,c26c0960,c08d0c9a,846,c2c68948) at devfs_close_f+0= x19 fdrop_locked(c2c68948,c26c0960,c08d0c9a,831) at fdrop_locked+0xb9 fdrop(c2c68948,c26c0960,c08d0c9a,77c,c06911d5,c08d0c9a,c08d7489,3,c26c096= 0,ef515b78,1,c08d0c9a,ef515b74,c0691a8c,c09e6d90,c2cd602c,203246,c0935a88= ,c2cd602c,64a,c08d0c9,,ef515b9c,c0660a1b,c2cd602c,1,c08d319e,12b) at fdrop+0x3c a,ef515b9c,c0660a1b,c2cd602c,1,c08d319e,12b) at fdrop+0x3c closef(c2c68948,c26c0960,c08d0c9a,64a,c0691a8c) at closef+0x413 fdfree(c26c0960,0,c08d1406,e6,ef515c50) at fdfree+0x595 exit1(c26c0960,6,3300,c2cb9778,0) at exit1+0x539 expand_name(c26c0960,6,c08d4082,920,0) at expand_name postsig(6,0,c08d6b9c,108,20800) at postsig+0x19d ast(ef515d48) at ast+0x4cc doreti_ast() at doreti_ast+0x17 lock order reversal 1st 0xc24e6464 drm device (drm device) @ @/dev/drm/drm_drv.h:846 2nd 0xc099b820 Giant (Giant) @ /usr/src/sys/kern/kern_synch.c:236 KDB: stack backtrace: kdb_backtrace(c08d7676,c099b820,c08e6056,c08e6056,c08d447d) at kdb_backtr= ace+0x2f witness_checkorder(c099b820,9,c08d447d,ec,c099b7e0) at witness_checkorder= +0x6bf _mtx_lock_flags(c099b820,0,c08d447d,ec,0) at _mtx_lock_flags+0x85 msleep(c2b7ce00,c227b700,a0,c08d176e,0) at msleep+0x46e ithread_remove_handler(c2b7ce00,ef51582c,c0851d83,c2b7ce00,ef515854) at i= thread_remove_handler+0x151 intr_remove_handler(c2b7ce00,ef515854,c0682bf1,c227ca00,c23a4400) at intr= _remove_handler+0x11 nexus_teardown_intr(c227ca00,c23a4400,c2b7c900,c2b7ce00,c23a4400) at nexu= s_teardown_intr+0x11 bus_generic_teardown_intr(c227c880,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_generic_teardown_intr(c239a180,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_generic_teardown_intr(c23a1800,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_generic_teardown_intr(c23a1a80,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_generic_teardown_intr(c239ac80,c23a4400,c2b7c900,c2b7ce00,c23a4400) a= t bus_generic_teardown_intr+0x75 bus_teardown_intr(c23a4400,c2b7c900,c2b7ce00,c26bbe20,c2fc8400) at bus_te= ardown_intr+0x72 radeon_irq_uninstall(c24e6400,c26bbb40,c301e0e0,c2fc8400,ef515974) at rad= eon_irq_uninstall+0x5b radeon_do_cleanup_cp(c24e6400,c301e0e0,c23a1a80,ef515980,c0681af4) at rad= eon_do_cleanup_cp+0xb0 radeon_do_release(c24e6400,1,c301b2f3,208,c2fc8400) at radeon_do_release+= 0x54 radeon_takedown(c23a4400,1,9,34e,c24e6464) at radeon_takedown+0x36 radeon_close(c2b36e00,43,2000,c26c0960,c2b36e00) at radeon_close+0x17e devfs_close(ef515a40,43,c3005114,43,ef515a6c) at devfs_close+0x38d VOP_CLOSE_APV(c092ed60,ef515a40,c26c0960,118,c251e400) at VOP_CLOSE_APV+0= x9d vn_close(c3005114,43,c2fa7b80,c26c0960,3) at vn_close+0xad vn_closefile(c2c68948,c26c0960,ef515b00,c064981b,c2c68948) at vn_closefil= e+0xed devfs_close_f(c2c68948,c26c0960,c08d0c9a,846,c2c68948) at devfs_close_f+0= x19 fdrop_locked(c2c68948,c26c0960,c08d0c9a,831) at fdrop_locked+0xb9 fdrop(c2c68948,c26c0960,c08d0c9a,77c,c06911d5,c08d0c9a,c08d7489,3,c26c096= 0,ef515b78,1,c08d0c9a,ef515b74,c0691a8c,c09e6d90,c2cd602c,203246,c0935a88= ,c2cd602c,64a,c08d0c9 a,ef515b9c,c0660a1b,c2cd602c,1,c08d319e,12b) at fdrop+0x3c closef(c2c68948,c26c0960,c08d0c9a,64a,c0691a8c) at closef+0x413 fdfree(c26c0960,0,c08d1406,e6,ef515c50) at fdfree+0x595 exit1(c26c0960,6,3300,c2cb9778,0) at exit1+0x539 expand_name(c26c0960,6,c08d4082,920,0) at expand_name postsig(6,0,c08d6b9c,108,20800) at postsig+0x19d ast(ef515d48) at ast+0x4cc doreti_ast() at doreti_ast+0x17 Is this a known problem? Thanks in advance Filippo From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 10:40:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F62D16A4CE for ; Sat, 9 Apr 2005 10:40:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4860643D39 for ; Sat, 9 Apr 2005 10:40:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id B3B6C1FF9A6; Sat, 9 Apr 2005 12:40:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 9EAC21FF931; Sat, 9 Apr 2005 12:40:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id F09CC15597; Sat, 9 Apr 2005 10:38:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id E5E4615583; Sat, 9 Apr 2005 10:38:23 +0000 (UTC) Date: Sat, 9 Apr 2005 10:38:23 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Thierry Herbelot Subject: new LOR: gmirror: cdev/system map X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 10:40:10 -0000 Added as LOR #080: http://sources.zabbadoz.net/freebsd/lor.html#080 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT ---------- Forwarded message ---------- Hello, While playing with gmirror, I have seen a LOR which does not seem to be in your list. I was resizing the freebsd slices underneath a GEOM mirror, with a recent current booted in single user. last command typed : # gmirror stop gm0s1 GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 destroyed. GEOM_MIRROR: Device gm0s1 destroyed. Here follows the backtrace : lock order reversal 1st 0xc08ff5c0 cdev (cdev) @ /usr/src/sys/kern/kern_conf.c:60 2nd 0xc1059144 system map (system map) @ /usr/src/sys/vm/vm_kern.c:295 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0911460,c0911d70,c089ce28) at kdb_backtrace+0x29 witness_checkorder(c1059144,9,c0854314,127) at witness_checkorder+0x550 _mtx_lock_flags(c1059144,0,c0854314,127) at _mtx_lock_flags+0x5b _vm_map_lock(c10590c0,c0854314,127) at _vm_map_lock+0x26 kmem_malloc(c10590c0,1000,101,c8e24ba8,c076764a) at kmem_malloc+0x32 page_alloc(c1063580,1000,c8e24bcb,101,c1064320) at page_alloc+0x1a startup_alloc(c1063580,1000,c8e24bcb,101,c094eaf8) at startup_alloc+0xb2 slab_zalloc(c1063580,101,c1063580,c08d732c,c1064320) at slab_zalloc+0xa1 uma_zone_slab(c1063580,1,c1064328,0,c0853633,88a) at uma_zone_slab+0xe8 uma_zalloc_internal(c1063580,0,1,0,c1052888) at uma_zalloc_internal+0x29 bucket_alloc(20,1,1,1,c1064b40) at bucket_alloc+0x2c uma_zfree_arg(c1052840,c15a5e00,c15a5fa8) at uma_zfree_arg+0x22c free(c15a5e00,c0899d00,c8e24ca8,c05f8891,c15a5e00) at free+0xd1 freedev(c15a5e00) at freedev+0x10 destroy_devl(c15a5e00,c8e24cd4,c05e6006,c15a5e00,c15a5e00) at destroy_devl+0x1b9 destroy_dev(c15a5e00,c15a5e00,c15a5e00,0,c1552e80) at destroy_dev+0x10 g_dev_orphan(c15a8540,c1552e80,3e8,0,c8e24cfc) at g_dev_orphan+0x66 g_orphan_register(c1552e80) at g_orphan_register+0x6e one_event(c8e24d1c,c05e8b01,258,190,c13775f4) at one_event+0x9b g_run_events(258,190,c13775f4,c05e8a94,c8e24d34) at g_run_events+0x9 g_event_procbody(0,c8e24d48,0,c05e8a94,0) at g_event_procbody+0x6d fork_exit(c05e8a94,0,c8e24d48) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc8e24d7c, ebp = 0 --- # thanks for your work, maintening the LOR list cheers TfH PS : # uname -a FreeBSD 6.0-CURRENT FreeBSD 6.0-CURRENT #579: Sat Apr 9 08:01:04 CEST 2005 XXX@YYY:/usr/obj/usr/src/sys/GENERIC i386 I have last cvsupped and build the world yesterday evening From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 10:51:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D233816A4CE; Sat, 9 Apr 2005 10:51:14 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E74643D41; Sat, 9 Apr 2005 10:51:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j39ApDfJ096349; Sat, 9 Apr 2005 06:51:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j39ApGoM020168; Sat, 9 Apr 2005 06:51:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7631D7306E; Sat, 9 Apr 2005 06:51:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050409105113.7631D7306E@freebsd-current.sentex.ca> Date: Sat, 9 Apr 2005 06:51:13 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 10:51:15 -0000 TB --- 2005-04-09 09:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-09 09:30:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-04-09 09:30:00 - checking out the source tree TB --- 2005-04-09 09:30:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-04-09 09:30:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-09 09:36:51 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-09 09:36:51 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-04-09 09:36:51 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-09 10:44:29 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-09 10:44:29 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-04-09 10:44:29 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Apr 9 10:44:30 UTC 2005 >>> 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 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/alpha/alpha/ieee_float.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/alpha/alpha/gdb_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/alpha/alpha/in_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/alpha/alpha/interrupt.c /tinderbox/CURRENT/alpha/alpha/src/sys/alpha/alpha/interrupt.c: In function `alpha_dispatch_intr': /tinderbox/CURRENT/alpha/alpha/src/sys/alpha/alpha/interrupt.c:439: error: `TDP_OWEPREEMPT' undeclared (first use in this function) /tinderbox/CURRENT/alpha/alpha/src/sys/alpha/alpha/interrupt.c:439: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/alpha/alpha/src/sys/alpha/alpha/interrupt.c:439: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-04-09 10:51:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-09 10:51:13 - ERROR: failed to build generic kernel TB --- 2005-04-09 10:51:13 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 13:24:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A0E216A4CE; Sat, 9 Apr 2005 13:24:17 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76FDB43D48; Sat, 9 Apr 2005 13:24:15 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 0FA07AC995; Sat, 9 Apr 2005 15:24:01 +0200 (CEST) Date: Sat, 9 Apr 2005 15:24:01 +0200 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20050409132401.GZ837@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f3uHgXesLFB1/u0Z" Content-Disposition: inline User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: bz@freebsd.org Subject: LOR: vm page queue mutex -> vnode interlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 13:24:17 -0000 --f3uHgXesLFB1/u0Z Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I get this LOR on boot (this is diskless machine): Starting file system checks: lock order reversal 1st 0xc068f940 vm page queue mutex (vm page queue mutex) @ /usr/src/HEAD/s= rc/sys/kern/vfs_bio.c:1485 2nd 0xc127da30 vnode interlock (vnode interlock) @ /usr/src/HEAD/src/sys/k= ern/vfs_subr.c:1989 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c064eb28,c064d980,c061ab88) at kdb_backtrace+0x29 witness_checkorder(c127da30,9,c05f52cb,7c5) at witness_checkorder+0x54c _mtx_lock_flags(c127da30,0,c05f52cb,7c5,c1253e70) at _mtx_lock_flags+0x5b vdrop(c127d9b4) at vdrop+0x1d vm_page_remove(c0ebde38,c0ebde38) at vm_page_remove+0xd4 vm_page_free_toq(c0ebde38,c0ebde38,40,c0ebde38,ca782a50) at vm_page_free_to= qx90 vm_page_free(c0ebde38,c0ebde38) at vm_page_free+0x15 vfs_vmio_release(c4d644f0) at vfs_vmio_release+0x9b brelse(c4d644f0,c4d644f0) at brelse+0x485 flushbuflist(c127da7c,1,c127da78,0,0) at flushbuflist+0x1c6 bufobj_invalbuf(c127da78,1,c116e730,0,0) at bufobj_invalbuf+0x10d vinvalbuf(c127d9b4,1,c116e730,0,0) at vinvalbuf+0x1d nfs_vinvalbuf(c127d9b4,1,c116e730,1,a) at nfs_vinvalbuf+0xc4 nfs_close(ca782b84) at nfs_close+0xca VOP_CLOSE_APV(c06272c0,ca782b84) at VOP_CLOSE_APV+0x7e vn_close(c127d9b4,a,c0fdf480,c116e730,ca782be8) at vn_close+0x8b vn_closefile(c1214ca8,c116e730) at vn_closefile+0xca fdrop_locked(c1214ca8,c116e730,c0fcb6ac,0,c05e999f) at fdrop_locked+0x88 fdrop(c1214ca8,c116e730,6a6,c0645100,0) at fdrop+0x24 closef(c1214ca8,c116e730,0,0,4) at closef+0x35f close(c116e730,ca782d14,1,5,216) at close+0x1a3 syscall(2f,2f,2f,0,2814c160) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip =3D 0x280b909b, esp =3D 0xbfbfe8= bc, ebp =3D 0xbfbfe8d8 --- --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --f3uHgXesLFB1/u0Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCV9dxForvXbEpPzQRAjleAKD5WWFi2lyCjzq8F9pWUwa1M6FrKgCfQb1i fpZPL1K9Uddpw2nuEbxwfrE= =Ea48 -----END PGP SIGNATURE----- --f3uHgXesLFB1/u0Z-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 13:36:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CE2716A4CE for ; Sat, 9 Apr 2005 13:36:49 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F39743D1D for ; Sat, 9 Apr 2005 13:36:46 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id EADF4AC976; Sat, 9 Apr 2005 15:36:43 +0200 (CEST) Date: Sat, 9 Apr 2005 15:36:43 +0200 From: Pawel Jakub Dawidek To: Thierry Herbelot Message-ID: <20050409133643.GB837@darkness.comp.waw.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YOUJ+9SC2P4ELYXZ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: FreeBSD current mailing list Subject: Re: new LOR: gmirror: cdev/system map X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 13:36:49 -0000 --YOUJ+9SC2P4ELYXZ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 09, 2005 at 10:38:23AM +0000, Bjoern A. Zeeb wrote: +> Hello, +>=20 +> While playing with gmirror, I have seen a LOR which does not seem to be = in +> your list. I was resizing the freebsd slices underneath a GEOM mirror, w= ith a +> recent current booted in single user. +>=20 +> last command typed : +>=20 +> # gmirror stop gm0s1 +> GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 destroyed. +> GEOM_MIRROR: Device gm0s1 destroyed. Could you rerun your test (as I'm not able to reproduce it) with recent HEAD (you need revision 1.191 of sys/kern/subr_witness.c). I hardcoded the order you're posting here, because this is the right order, I belive and we need to find out where it is opposite. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --YOUJ+9SC2P4ELYXZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCV9prForvXbEpPzQRAqwbAJwIqW0IoQhI6jlCPGhvMx51IhFiYgCffF3D 1h06fqlEX5ddTqynlj6Iobo= =7wYv -----END PGP SIGNATURE----- --YOUJ+9SC2P4ELYXZ-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 14:53:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29BFD16A4CE; Sat, 9 Apr 2005 14:53:52 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF88E43D1D; Sat, 9 Apr 2005 14:53:50 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) (8.13.4/8.13.3) with ESMTP id j39ErmwS097694 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 9 Apr 2005 16:53:48 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j39Erlpa097693; Sat, 9 Apr 2005 16:53:47 +0200 (CEST) Date: Sat, 9 Apr 2005 16:53:47 +0200 From: Divacky Roman To: John Baldwin Message-ID: <20050409145347.GA97486@stud.fit.vutbr.cz> References: <20050406130909.GA90294@stud.fit.vutbr.cz> <200504081649.09705.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504081649.09705.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 cc: current@freebsd.org Subject: Re: slow kbd input on 6-current on amd64@nforce3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 14:53:52 -0000 On Fri, Apr 08, 2005 at 04:49:07PM -0400, John Baldwin wrote: > On Wednesday 06 April 2005 09:09 am, Divacky Roman wrote: > > as I have mentioned on the list I have very slow keyboard input. it might > > be related to kbd not having an IRQ assigned. I repeat once again that it > > worked on 5.3R. > > > > I include verbose dmesg + this piece which didnt get into dmesg (dont know > > why): > > Do you have a dmesg from 5.3 where the keyboard works? I'll post it on monday From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 14:55:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3B9316A4CE for ; Sat, 9 Apr 2005 14:55:29 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E99EB43D31 for ; Sat, 9 Apr 2005 14:55:28 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) (8.13.4/8.13.3) with ESMTP id j39EtQCr097759 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 9 Apr 2005 16:55:26 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j39EtQYg097758; Sat, 9 Apr 2005 16:55:26 +0200 (CEST) Date: Sat, 9 Apr 2005 16:55:26 +0200 From: Divacky Roman To: Doug White Message-ID: <20050409145526.GB97486@stud.fit.vutbr.cz> References: <20050406130909.GA90294@stud.fit.vutbr.cz> <20050408144444.GA34248@stud.fit.vutbr.cz> <20050408094349.U63303@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050408094349.U63303@carver.gumbysoft.com> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 cc: current@freebsd.org Subject: Re: slow kbd input on 6-current on amd64@nforce3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 14:55:29 -0000 On Fri, Apr 08, 2005 at 09:45:20AM -0700, Doug White wrote: > On Fri, 8 Apr 2005, Divacky Roman wrote: > > > On Thu, Apr 07, 2005 at 10:15:13PM -0700, Doug White wrote: > > > On Wed, 6 Apr 2005, Divacky Roman wrote: > > > > > > > as I have mentioned on the list I have very slow keyboard input. it might be > > > > related to kbd not having an IRQ assigned. I repeat once again that it worked > > > > on 5.3R. > > > > > > Your machine would not be PC-compliant if your keyboard controller did not > > > get an interrupt. In this output, it does. > > > > vmstat -i says it does not, I dont know which information I should believe. > > vmstat will only show a source if it receives an interrupt. So the problem > for you is that atkbd is not receving interrupts, not that it is not being > assigned. that might be the culprit > Have you tried a different keyboard? of course... its the same with all keyboards (I've tried three) > > I really dont know what can cause this but it worked in 5.3R and dont work in > > recent 6-current and because I saw no kbd in vmstat -i output I thought this > > can be the cause. > > > > in bootloader the keyboard speed is ok but once it boots its very slow. > > > > what do you recomend me to watch/debug? I tried to revert some commits > > to apic code with no success, kbd driver itself has not change for ages. > > I don't recall seeing .. what happens if you boot safe mode? I think I've tried it with no succes but I am not sure.. I'll try and post on monday From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 15:18:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 516AE16A4CE; Sat, 9 Apr 2005 15:18:58 +0000 (GMT) Received: from mx-out-01.forthnet.gr (mx-out.forthnet.gr [193.92.150.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF61243D39; Sat, 9 Apr 2005 15:18:54 +0000 (GMT) (envelope-from dds@aueb.gr) Received: from mx-av-01.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) j39FIrMh022348; Sat, 9 Apr 2005 18:18:53 +0300 Received: from mx-as-02.forthnet.gr (mx-as.forthnet.gr [193.92.150.226]) j39FIrFd015721; Sat, 9 Apr 2005 18:18:53 +0300 Received: from forthnet.gr (athmta03.forthnet.gr [193.92.150.22]) j39FIrdD001890; Sat, 9 Apr 2005 18:18:53 +0300 Received: from [192.168.136.16] (dds.ath.forthnet.gr [213.16.179.162]) by forthnet.gr (8.12.11/8.12.11) with ESMTP id j39FIpir004036; Sat, 9 Apr 2005 18:18:52 +0300 Message-ID: <4257F260.8030807@aueb.gr> Date: Sat, 09 Apr 2005 19:18:56 +0400 From: Diomidis Spinellis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en, el, de MIME-Version: 1.0 To: monthly@FreeBSD.ORG References: <200504080220.57899.max@love2party.net> In-Reply-To: <200504080220.57899.max@love2party.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG Subject: Re: Call for FreeBSD status reports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 15:18:58 -0000 Max Laier wrote: > The new features from last time (categories and task-list) will be available, > again. As a reminder the available categories are listed bellow. Please > feel free to suggest additional entries: > > proj - Projects (non-specific) > docs - Documentation > kern - Kernel > arch - Architectures > ports - Ports > vendor - Vendor / 3rd party software > misc - Miscellaneous By comparing the categories to those of GNATS three I see missing are: bin - Userland programs www - FreeBSD web site advocacy- Spreading out the word -- Diomidis - dds@ From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 15:45:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A6616A4CE; Sat, 9 Apr 2005 15:45:41 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0747643D31; Sat, 9 Apr 2005 15:45:40 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DKI9Q-0002Pv-00; Sat, 09 Apr 2005 17:45:36 +0200 Received: from [84.163.250.78] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DKI9P-0001PN-00; Sat, 09 Apr 2005 17:45:36 +0200 From: Max Laier To: Diomidis Spinellis Date: Sat, 9 Apr 2005 17:45:26 +0200 User-Agent: KMail/1.8 References: <200504080220.57899.max@love2party.net> <4257F260.8030807@aueb.gr> In-Reply-To: <4257F260.8030807@aueb.gr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2231281.fYEdJQRSLW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504091745.34553.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: freebsd-hackers@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG cc: monthly@FreeBSD.ORG Subject: Re: Call for FreeBSD status reports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 15:45:41 -0000 --nextPart2231281.fYEdJQRSLW Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 09 April 2005 17:18, Diomidis Spinellis wrote: > Max Laier wrote: > > The new features from last time (categories and task-list) will be > > available, again. As a reminder the available categories are listed > > bellow. Please feel free to suggest additional entries: > > > > proj - Projects (non-specific) > > docs - Documentation > > kern - Kernel > > arch - Architectures > > ports - Ports > > vendor - Vendor / 3rd party software > > misc - Miscellaneous > > By comparing the categories to those of GNATS three I see missing are: > > bin - Userland programs Yes, I will add that. Send your reports! ;) > www - FreeBSD web site In my opinion, status reports about changes there fit the "docs" category. = =20 Too fine-grained classification does not make too much sense here nor do I= =20 except more than one or two reports in this category. This is why I think= =20 it's justified to keep it merged with "docs". > advocacy- Spreading out the word This one is a common dominator and idea behind the status reports. Special= =20 advocacy events - such as conference announcement - should probably go to=20 "misc" where everybody will see them. I am not convinced that we need this= =20 separately. However, nothing is finally here, if people submit a lot "foobar" reports, = we=20 will create a category for them. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2231281.fYEdJQRSLW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCV/ieXyyEoT62BG0RAgG9AJ9rAMXnUo05NmkLlSN1PVU6qCaH+QCePbrC G9yNVMfq9uHN2BYMWDjsjpk= =5Pu1 -----END PGP SIGNATURE----- --nextPart2231281.fYEdJQRSLW-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 16:07:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33DC916A4CE; Sat, 9 Apr 2005 16:07:54 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 987FA43D1F; Sat, 9 Apr 2005 16:07:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j39G7qWg006627; Sat, 9 Apr 2005 12:07:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j39G7q06045727; Sat, 9 Apr 2005 12:07:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E7607306E; Sat, 9 Apr 2005 12:07:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050409160752.9E7607306E@freebsd-current.sentex.ca> Date: Sat, 9 Apr 2005 12:07:52 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 16:07:54 -0000 TB --- 2005-04-09 14:38:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-09 14:38:13 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-04-09 14:38:13 - checking out the source tree TB --- 2005-04-09 14:38:13 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-04-09 14:38:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-09 14:45:09 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-09 14:45:09 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-09 14:45:09 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-09 15:52:53 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-09 15:52:53 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-09 15:52:53 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Apr 9 15:52:54 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Sat Apr 9 16:07:24 UTC 2005 TB --- 2005-04-09 16:07:24 - generating LINT kernel config TB --- 2005-04-09 16:07:24 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-04-09 16:07:24 - /usr/bin/make -B LINT TB --- 2005-04-09 16:07:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-09 16:07:24 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-09 16:07:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 9 16:07:24 UTC 2005 >>> 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 [...] /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:206: error: storage size of `LA_ICR_HIw3' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRsign' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw0' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw1' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw2' isn't known /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/genassym.c:207: error: storage size of `LA_ISRw3' isn't known *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-04-09 16:07:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-09 16:07:52 - ERROR: failed to build lint kernel TB --- 2005-04-09 16:07:52 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 16:51:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21D0016A4CE for ; Sat, 9 Apr 2005 16:51:54 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 532AF43D1F for ; Sat, 9 Apr 2005 16:51:53 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j39GpopY000868; Sat, 9 Apr 2005 18:51:50 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <425807C5.1070205@DeepCore.dk> Date: Sat, 09 Apr 2005 18:50:13 +0200 From: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adam Gregoire References: <4256A533.7090202@DeepCore.dk> <1113038473.33712.8.camel@S010600deadc0de00.su.shawcable.net> In-Reply-To: <1113038473.33712.8.camel@S010600deadc0de00.su.shawcable.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: 'FreeBSD Current' Subject: Re: HEADSUP! SATA PHY code added for nVidia, SiS and VIA chips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 16:51:54 -0000 Adam Gregoire wrote: > On Fri, 2005-04-08 at 17:37 +0200, S=C3=B8ren Schmidt wrote: >=20 >>As the subject says I've added support for for the SATA PHY (the serial= =20 >>link interface HW) to -current. This is needed to sort out problems wit= h=20 >>the connection and on those chipsets that support its, handle hotplug. >> >>At any rate, since I dont have any of these chipsets in the lab the cod= e=20 >>was done blindfolded from docs, so it needs testing and quite possibly = >>bugfixing as well. >> >>Please report of any success/failures, and in both cases the output fro= m=20 >>dmesg would be handy, as well as knowing if software inititated=20 >>detach/attach via atacontrol works, and on the nVidia if even hotplug i= s=20 >>possible... >> >>Thanks! >> >=20 > My boot takes about twice as long as it did, having some > probe/connection issues. Yeah, I know, thats a temporary nuisance of the PHY connect code as it=20 is now. This is going to be reduced significantly soon, but I wanted to=20 be on the safe side with this for starters... --=20 -S=C3=B8ren From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 18:47:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAEBF16A4CE; Sat, 9 Apr 2005 18:47:02 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7622543D31; Sat, 9 Apr 2005 18:47:02 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 0F74246B17; Sat, 9 Apr 2005 14:47:02 -0400 (EDT) Date: Sat, 9 Apr 2005 19:47:03 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Baldwin In-Reply-To: <200504081725.06751.jhb@FreeBSD.org> Message-ID: <20050409194234.T4310@fledge.watson.org> References: <200504081725.06751.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@FreeBSD.org Subject: Re: Panic in sbflush_locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 18:47:03 -0000 On Fri, 8 Apr 2005, John Baldwin wrote: > Got this while doing a buildworld -j 8 loop overnight on a PII Xeon x 4 > box: > > login: panic: sbflush_locked: cc 11 || mb 0xc22dad00 || mbcnt 0 If you can extract a core, I'd lke to see the contents of *sb in the sbflush_locked() frame, and if you don't mind hand-walking the sb_mb mbuf chain and printing the contents of each mbuf, that would be helpful. Basically, it looks like the accounting in the socket buffer is wrong/out of sync: the socket buffer mbuf count has hit zero, but there are still mbufs -- probably one, by the looks of it. We could be looking at a sosend/soreceive bug, I guess, but it's a bit hard to say. If this is reproduceable, it would be useful to run your system with "options SOCKBUF_DEBUG" which adds consistency checks to socket buffers at key moments, and might catch the corruption earlier. Robert N M Watson > cpuid = 3 > KDB: enter: panic > [thread pid 1673 tid 100117 ] > Stopped at kdb_enter+0x30: leave > db> tr > Tracing pid 1673 tid 100117 td 0xc216c170 > kdb_enter(c0702cab,3,c070658d,e010f9b8,100) at kdb_enter+0x30 > panic(c070658d,b,c22dad00,0) at panic+0x144 > sbflush_locked(e010fa24,1ea,e010f9ec,c05330d6,c0761c40) at sbflush_locked+0x91 > sbrelease_locked(e010fa24,c4d957c8,c070650f,240,c4d95858) at sbrelease_locked+0x12 > sbrelease(e010fa24,c4d957c8,0,0,c0738f00) at sbrelease+0x41 > sorflush(c4d957c8,0,c07064db,193,c279cb20) at sorflush+0x15f > sofree(c4d957c8,0,c07064db,1df,c070650f) at sofree+0x250 > soclose(c4d957c8,151,c279cb20,e010fb10,c04f6d38) at soclose+0x2e2 > fifo_cleanup(c527c6a8,c527c6a8,e010fb54,c216c170,e010fb30) at fifo_cleanup+0x2a > fifo_close(e010fb54,0,c07117d6,7b6) at fifo_close+0x68 > ufsfifo_close(e010fb54,e010fb80,c05a6286,c07444c0,e010fb54) at ufsfifo_close+0x7f > VOP_CLOSE_APV(c07444c0,e010fb54,c216c170,c209ac00,c0751ec0) at VOP_CLOSE_APV+0x3e > vn_close(c527c6a8,7,c2387380,c216c170,c0711ea9) at vn_close+0x76 > vn_closefile(c28a83a8,c216c170,e010fc14,c051b964,c28a83a8) at vn_closefile+0xf4 > fifo_close_f(c28a83a8,c216c170,c0700890,846,c28a83a8) at fifo_close_f+0x19 > fdrop_locked(c28a83a8,c216c170,c0700890,831) at fdrop_locked+0x94 > fdrop(c28a83a8,c216c170,e010fc70,c0523ba2,c075a940,c0700c04,2dc,c216c170,e010fd14,0,c216f9ec,e010fd14,c216c170,c216f9ec,e010fce4,e010fc90,c0515223,7,c3146ec8,0,3,c3146e00,e010fcb0,c051533d,c3146e00,0,3) at fdrop+0x3c > closef(c28a83a8,c216c170,c0700890,3ea,c216c170) at closef+0x3f2 > close(c216c170,e010fd14,4,e010fd3c,1) at close+0x1f2 > syscall(80b002f,2f,bfbf002f,bfbfd990,0) at syscall+0x2a0 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (6, FreeBSD ELF32, close), eip = 0x805ccf3, esp = 0xbfbfd96c, ebp = 0xbfbfd978 --- > db> x/x 0xe010fa24,20 > 0xe010fa24: 0 0 0 0 > 0xe010fa34: 0 0 c07336a8 c07064d4 > 0xe010fa44: c07064d4 30000 0 0 > 0xe010fa54: 0 c216c170 0 0 > 0xe010fa64: c22dad00 c22dad00 c22dad00 b > 0xe010fa74: 2000 0 10000 0 > 0xe010fa84: 1 0 40 0 > 0xe010fa94: c4d957c8 c4d957c8 0 e010fabc > > Box is still sitting in ddb if more info is desired. > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 19:37:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AB7516A4CE for ; Sat, 9 Apr 2005 19:37:20 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC10943D45 for ; Sat, 9 Apr 2005 19:37:19 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so880157rna for ; Sat, 09 Apr 2005 12:37:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=YGX5KjPD/I75TDEkBkX8Bq4a6BchoKAnJCH9KTC1VK2/1LFqBsjE3C1xP7lqSHWPOI6P880wAaHfk4XIIKieh8QGChD4S7bK5kjFJzkfsq8aW7GiU1TGXL/1bW16i9Igx48orkYkJI7oHa/b9xuz3In/soJcJKp28qEsuynOwFY= Received: by 10.38.153.43 with SMTP id a43mr2435646rne; Sat, 09 Apr 2005 12:37:19 -0700 (PDT) Received: by 10.38.22.48 with HTTP; Sat, 9 Apr 2005 12:37:19 -0700 (PDT) Message-ID: Date: Sun, 10 Apr 2005 03:37:19 +0800 From: Jiawei Ye To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: buildworld failure in libc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 19:37:20 -0000 ===> lib/libc (all) cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/lib/libc/net/name6.c /usr/src/lib/libc/net/name6.c:238: warning: '_getipnodeby_thread_lock' defined but not used *** Error code 1 -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 19:53:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C17F116A4CE; Sat, 9 Apr 2005 19:53:20 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E99CB43D48; Sat, 9 Apr 2005 19:53:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j39JrJXB012596; Sat, 9 Apr 2005 15:53:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j39JrJ1i021596; Sat, 9 Apr 2005 15:53:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 64B397306E; Sat, 9 Apr 2005 15:53:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050409195319.64B397306E@freebsd-current.sentex.ca> Date: Sat, 9 Apr 2005 15:53:19 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 19:53:21 -0000 TB --- 2005-04-09 18:33:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-09 18:33:50 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-04-09 18:33:50 - checking out the source tree TB --- 2005-04-09 18:33:50 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-04-09 18:33:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-09 18:40:33 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-09 18:40:33 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-04-09 18:40:33 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-09 19:49:21 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-09 19:49:21 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-04-09 19:49:21 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Apr 9 19:49:22 UTC 2005 >>> 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 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/powermac/uninorth.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/iobus.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/altq -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/pf -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/powerpc/powerpc/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Wno-error /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/ata_iobus.c /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/ata_iobus.c: In function `ata_iobus_alloc_resource': /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/ata_iobus.c:171: error: `ATA_ALTADDR_RID' undeclared (first use in this function) /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/ata_iobus.c:171: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/ata_iobus.c:171: error: for each function it appears in.) /tinderbox/CURRENT/powerpc/powerpc/src/sys/powerpc/psim/ata_iobus.c:174: error: `ATA_ALTIOSIZE' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-04-09 19:53:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-09 19:53:19 - ERROR: failed to build generic kernel TB --- 2005-04-09 19:53:19 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 20:17:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 995E716A4CE; Sat, 9 Apr 2005 20:17:42 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8B7F43D31; Sat, 9 Apr 2005 20:17:41 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (unknown [82.227.159.103]) by postfix4-2.free.fr (Postfix) with ESMTP id 8830D3191FA; Sat, 9 Apr 2005 22:17:40 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.0/8.13.0) with ESMTP id j39FLqmY027319; Sat, 9 Apr 2005 17:21:57 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@FreeBSD.org Date: Sat, 9 Apr 2005 17:21:43 +0200 User-Agent: KMail/1.8 References: <20050409133643.GB837@darkness.comp.waw.pl> In-Reply-To: <20050409133643.GB837@darkness.comp.waw.pl> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200504091721.44819.thierry@herbelot.com> cc: Pawel Jakub Dawidek Subject: Re: new LOR: gmirror: cdev/system map X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 20:17:42 -0000 Le Saturday 9 April 2005 15:36, Pawel Jakub Dawidek a écrit : > > Could you rerun your test (as I'm not able to reproduce it) with recent > HEAD (you need revision 1.191 of sys/kern/subr_witness.c). > I hardcoded the order you're posting here, because this is the right > order, I belive and we need to find out where it is opposite. unfortunately, I only saw it in the course of a maintenance operation (change of the BIOS geometry of the ad8s1 and ad10s1 slices hosting a gmirror : gm0s1, which is itself sliced as gm0s1a, gm0s1d for /tmp, gm0s1e for /var and gm0s1f for /usr). ad8s2 et ad10s2 are labelled as ad8s2d and ad10s2d for /usr/src and /usr/obj. the maintenance is done (and I would like not to do it again). I am rebuilding the world, but I did not catch your recent modfications in sys/kern/subr_witness.c (slow cvsup mirror ?). (see the PS2 at the end for another partial crash report) Cheers, TfH PS : sequence of operations : # gmirror deactivate gm0s1 ad10s1 # gmirror stop gm0s1 GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 destroyed. GEOM_MIRROR: Device gm0s1 destroyed. # gmirror unload dd if=/dev/zero of=/dev/ad10s1 bs=512 count=128 dd if=/dev/zero of=/dev/ad10s1 bs=512 skip=9806700 count=69 gmirror load gmirror forget gm0s1 gmirror insert gm0s1 /dev/ad10s1 then : bsdlabel -w -B /dev/mirror/gm0s1 # initialize bsdlabel -e /dev/mirror/gm0s1 [obviously too many error-prone steps, but the end result is suprisingly good : the partitions have been changed and the data are still in place] PS2 : the goal of these changes is to move /usr/src to ad8s2 and /usr/obj towards ad10s2 to investigate a crash involving gmirror : this crash occurred already twice when /usr/src was hosted in the gmirror, but /usr/obj on a standard slice of third disk (as the ad8 and ad10 disks are old, I wanted to check their health by using them "directly") login: Apr 4 22:59:50 multi-cur su: thierry.herbelot to root on /dev/ttyp0 ad10: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=9806831 ad10: FAILURE - device detached subdisk10: detached ad10: detached GEOM_MIRROR: Cannot update metadata on disk ad10s1 (error=5). GEOM_MIRROR: Cannot update metadata on disk ad10s1 (error=6). GEOM_MIRROR: Device gm0s1: provider ad10s1 disconnected. GEOM_MIRROR: Request failed (error=6). Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xdeadc0de fault code = supervisor read, page not present instruction pointer = 0x8:0xc067912c stack pointer = 0x10:0xcd5c8bb4 frame pointer = 0x10:0xcd5c8bb4 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 = 8 (g_mirror gm0s1) [thread pid 8 tid 100053 ] Stopped at strlen+0x8: cmpb $0,0(%edx) db> call doadump Dumping 160 MB 16 32 48 64 80 96 112 128 144 Dump complete 0xf db> where Tracing pid 8 tid 100053 td 0xc14b4170 strlen(deadc0de,cd5c8bdc,0,20000020,0) at strlen+0x8 kvprintf(c0834128,c06335a4,cd5c8c90,a,cd5c8cb4) at kvprintf+0x62a printf(c0834128,deadc0de,c07fdc0a,c81a000,0) at printf+0x43 g_print_bio(c23667bc,c0a9fb9e,c0a9ee51,6,c0a9eabc) at g_print_bio+0x84 g_mirror_regular_request(c23667bc,c151d844,14f28,c151d800,c14b29ec) at g_mirror_regular_request+0x22b g_mirror_worker(c151d800,cd5c8d48,c151d800,c0a9879c,0) at g_mirror_worker+0x743 fork_exit(c0a9879c,c151d800,cd5c8d48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcd5c8d7c, ebp = 0 --- From owner-freebsd-current@FreeBSD.ORG Sat Apr 9 20:45:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB13416A4CE for ; Sat, 9 Apr 2005 20:45:03 +0000 (GMT) Received: from acampi.inet.it (acampi.inet.it [213.92.1.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DE6643D46 for ; Sat, 9 Apr 2005 20:45:03 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: by acampi.inet.it (Postfix, from userid 1000) id 456E920; Sat, 9 Apr 2005 22:45:02 +0200 (CEST) Date: Sat, 9 Apr 2005 22:45:01 +0200 From: Andrea Campi To: Jiawei Ye Message-ID: <20050409204501.GA23718@webcom.it> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org Subject: Re: buildworld failure in libc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 20:45:03 -0000 On Sun, Apr 10, 2005 at 03:37:19AM +0800, Jiawei Ye wrote: > ===> lib/libc (all) > cc -O2 -fno-strict-aliasing -pipe -march=pentium4 > -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include > -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE > -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 > -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale > -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DHESIOD > -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c > /usr/src/lib/libc/net/name6.c > /usr/src/lib/libc/net/name6.c:238: warning: '_getipnodeby_thread_lock' > defined but not used > *** Error code 1 > Fixed a few hours ago, cvsup and try again. Bye, Andrea -- There's no place like ~