From owner-freebsd-bugs Sun Feb 9 04:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA14203 for bugs-outgoing; Sun, 9 Feb 1997 04:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA14197; Sun, 9 Feb 1997 04:20:02 -0800 (PST) Resent-Date: Sun, 9 Feb 1997 04:20:02 -0800 (PST) Resent-Message-Id: <199702091220.EAA14197@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from scrooge.ee.swin.oz.au (scrooge.ee.swin.oz.au [136.186.4.20]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA13436 for" ; Sun, 9 Feb 1997 04:10:43.-0800 (PST) Received: (from dtc@localhost) by scrooge.ee.swin.oz.au (8.6.9/8.6.9) id XAA01650 for FreeBSD-gnats-submit@freebsd.org; Sun, 9 Feb 1997 23:12:35 +1100 Message-Id: <199702091212.XAA01650@scrooge.ee.swin.oz.au> Date: Sun, 9 Feb 1997 23:12:35 +1100 (EST) From: Douglas Thomas Crosher To: FreeBSD-gnats-submit@freebsd.org Subject: kern/2697: Possible getrusage time slip? Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2697 >Category: kern >Synopsis: Possible getrusage time slip? >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 9 04:20:01 PST 1997 >Last-Modified: >Originator: Douglas >Organization: Swinburne University of Technology >Release: FreeBSD 3.0-CURRENT i386 >Environment: P133 64M FreeBSD current 8/2/97 >Description: Note sure if the behaviour of getrusage is correct, the times reported often slip backwards? Caused a profiler trouble. >How-To-Repeat: #include #include #include #include main() { for (;;) { struct rusage rusage1, rusage2; int time1,time2; getrusage(RUSAGE_SELF,&rusage1); time1 = rusage1.ru_utime.tv_sec * 1000000 + rusage1.ru_utime.tv_usec; getrusage(RUSAGE_SELF,&rusage2); time2 = rusage2.ru_utime.tv_sec * 1000000 + rusage2.ru_utime.tv_usec; if (time2Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 9 04:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15287 for bugs-outgoing; Sun, 9 Feb 1997 04:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15281; Sun, 9 Feb 1997 04:50:02 -0800 (PST) Resent-Date: Sun, 9 Feb 1997 04:50:02 -0800 (PST) Resent-Message-Id: <199702091250.EAA15281@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, plm@xs4all.nl Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15200 for ; Sun, 9 Feb 1997 04:45:42 -0800 (PST) Received: from asterix.xs4all.nl (root@asterix.xs4all.nl [194.109.6.11]) by smtp1.xs4all.nl (8.7.6/XS4ALL) with ESMTP id NAA28596 for ; Sun, 9 Feb 1997 13:43:17 +0100 (MET) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id NAA20645 for FreeBSD-gnats-submit@freebsd.org; Sun, 9 Feb 1997 13:34:24 +0100 (MET) Received: (from plm@localhost) by plm.xs4all.nl (8.8.4/8.7.3) id NAA02128; Sun, 9 Feb 1997 13:24:33 +0100 (MET) Message-Id: <199702091224.NAA02128@plm.xs4all.nl> Date: Sun, 9 Feb 1997 13:24:33 +0100 (MET) From: Peter Mutsaers Reply-To: plm@xs4all.nl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2698: scsi tape driver problem Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2698 >Category: kern >Synopsis: After rewind I cannot read a tape; blocksize problems >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 9 04:50:01 PST 1997 >Last-Modified: >Originator: Peter Mutsaers >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: NCR815 SCSI interface, QIC-150 tape (in 525 MB drive) >Description: When I've written a dump, and try restore on that dump, I get a read error. >How-To-Repeat: $ mt -f /dev/nrst0 status Present Mode: Density = QIC-150 Blocksize = 512 bytes ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = X3.136-1986 Blocksize = 512 bytes Mode 2: Density = X3.39-1986 Blocksize variable Mode 3: Density = X3.54-1986 Blocksize variable $ dump 1af /dev/rst0 /dev/rsd1f .... ... $ restore tf /dev/rst0 tape read error: Input/output error console output: st0: block wrong size, 64 blocks residual When I open tapedrive and close it again, I can read with restore t. But only once. When I try again I get the same error. Also, I can never read a dump with dd (dd if=/dev/rst0 bs=512 fails): $ dd bs=512 if=/dev/rst0 of=/dev/null dd: /dev/rst0: Input/output error 0+0 records in 0+0 records out 0 bytes transferred in 12.830684 secs (0 bytes/sec) console output: st0: 10240-byte record too big Although I did specify bs=512! Note: using tar instead of dump does not cause such problems. So dump must do something special to the device that triggers the problem. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 9 06:00:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA16912 for bugs-outgoing; Sun, 9 Feb 1997 06:00:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA16899; Sun, 9 Feb 1997 06:00:03 -0800 (PST) Date: Sun, 9 Feb 1997 06:00:03 -0800 (PST) Message-Id: <199702091400.GAA16899@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/2698: scsi tape driver problem Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2698; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: plm@xs4all.nl Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2698: scsi tape driver problem Date: Sun, 9 Feb 1997 14:58:28 +0100 As Peter Mutsaers wrote: > NCR815 SCSI interface, QIC-150 tape (in 525 MB drive) What drive? > Also, I can never read a dump with dd (dd if=/dev/rst0 bs=512 fails): > $ dd bs=512 if=/dev/rst0 of=/dev/null > dd: /dev/rst0: Input/output error > 0+0 records in > 0+0 records out > 0 bytes transferred in 12.830684 secs (0 bytes/sec) > > console output: st0: 10240-byte record too big This looks odd. It means the drive wrote variable-sized records, as opposed to fixed-length 512 bytes. I think this is beyond the specs, and this drive is plain broken. QIC-150 does IMHO only know about fixed-length 512-byte blocking. I bet you can't read these tapes on another drive at all. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Feb 9 07:38:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA20991 for bugs-outgoing; Sun, 9 Feb 1997 07:38:28 -0800 (PST) Received: from a102.ryd.student.liu.se (a102.ryd.student.liu.se [130.236.232.102]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA20975 for ; Sun, 9 Feb 1997 07:38:19 -0800 (PST) Received: (from jofog@localhost) by a102.ryd.student.liu.se (8.8.5/8.8.5) id QAA00380; Sun, 9 Feb 1997 16:37:57 +0100 (MET) Date: Sun, 9 Feb 1997 16:37:57 +0100 (MET) Message-Id: <199702091537.QAA00380@a102.ryd.student.liu.se> From: Joakim Fogelberg MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: bugs@FreeBSD.org Subject: 2.2-970205-GAMMA, sysinstall and removable hard disks Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk The partition editor do not list my removable hard disk, a SyQuest 270 Mb. I have tried this with the boot floppies from 2.2-970205-GAMMA, 3.0-970124-SNAP and 2.2-970208-GAMMA(?). However, a sysinstall built on a -stable (up-to-date) do show the SyQuest. I have not tried this from an installation floppy. I have an Adaptec 2940U + 4 hard disk + 1 removable hard disk + 1 CDROM. My intention was to put the root partition on one of the spare root partitions I have on the fixed hard disks, and put everything else on the removable. This because I do not want to mess my current installation before I know that there are no problems with my system and 2.2-GAMMA. -- Joakim Fogelberg email: jofog@ifm.liu.se From owner-freebsd-bugs Sun Feb 9 08:22:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA22631 for bugs-outgoing; Sun, 9 Feb 1997 08:22:13 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA22622 for ; Sun, 9 Feb 1997 08:22:03 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA23968; Sun, 9 Feb 1997 17:21:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id RAA14022; Sun, 9 Feb 1997 17:15:57 +0100 (MET) Message-ID: Date: Sun, 9 Feb 1997 17:15:56 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: jofog@ifm.liu.se (Joakim Fogelberg) Cc: bugs@FreeBSD.org Subject: Re: 2.2-970205-GAMMA, sysinstall and removable hard disks References: <199702091537.QAA00380@a102.ryd.student.liu.se> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702091537.QAA00380@a102.ryd.student.liu.se>; from Joakim Fogelberg on Feb 9, 1997 16:37:57 +0100 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Joakim Fogelberg wrote: > The partition editor do not list my removable hard disk, > a SyQuest 270 Mb. I have tried this with the boot floppies from > 2.2-970205-GAMMA, 3.0-970124-SNAP and 2.2-970208-GAMMA(?). Is it seen by the kernel at all? Could you quote the probe messages? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Feb 9 10:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA27294 for bugs-outgoing; Sun, 9 Feb 1997 10:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA27276; Sun, 9 Feb 1997 10:20:03 -0800 (PST) Date: Sun, 9 Feb 1997 10:20:03 -0800 (PST) Message-Id: <199702091820.KAA27276@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Paul Subject: Re: kern/2698: scsi tape driver problem Reply-To: Bill Paul Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2698; it has been noted by GNATS. From: Bill Paul To: plm@xs4all.nl Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2698: scsi tape driver problem Date: Sun, 9 Feb 1997 13:10:30 -0500 (EST) Of all the gin joints in all the towns in all the world, Peter Mutsaers had to walk into mine and say: > $ dump 1af /dev/rst0 /dev/rsd1f > .... > ... > $ restore tf /dev/rst0 > tape read error: Input/output error > console output: st0: block wrong size, 64 blocks residual What about if you force a particular block size with dump/restore: % dump -b 126 1af /dev/nrst0 /dev/rsd1f % restore -b 126 ivf /dev/nrst0 > Also, I can never read a dump with dd (dd if=/dev/rst0 bs=512 fails): > $ dd bs=512 if=/dev/rst0 of=/dev/null > dd: /dev/rst0: Input/output error > 0+0 records in > 0+0 records out > 0 bytes transferred in 12.830684 secs (0 bytes/sec) > > console output: st0: 10240-byte record too big > > Although I did specify bs=512! But it's telling you that the dumps were written with 512*20 byte blocks. Try using dd with bs=10240 (or bs=20b, which is equivalent). In order to get dump(8) to create a dump volume with 512 byte blocks, you'd have to do 'dump -b1' (1*512). I'm pretty sure it doesn't do that by default, so trying to read the dump back with dd using a 512 byte block size can't possibly work. > Note: using tar instead of dump does not cause such problems. So dump > must do something special to the device that triggers the problem. Could be dump and restore disagree on their default buffer sizes. Out of force of habit, I always explicitly specify a block size with dump and restore, except when running them through pipes to stdin/stdout. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-bugs Sun Feb 9 10:37:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA28952 for bugs-outgoing; Sun, 9 Feb 1997 10:37:48 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA28921; Sun, 9 Feb 1997 10:37:40 -0800 (PST) Date: Sun, 9 Feb 1997 10:37:40 -0800 (PST) From: Mike Pritchard Message-Id: <199702091837.KAA28921@freefall.freebsd.org> To: dtc@scrooge.ee.swin.oz.au, mpp, freebsd-bugs Subject: Re: kern/2697 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Possible getrusage time slip? State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Feb 9 10:37:24 PST 1997 State-Changed-Why: Duplicate of PR# 975. From owner-freebsd-bugs Sun Feb 9 11:30:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02550 for bugs-outgoing; Sun, 9 Feb 1997 11:30:07 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02482; Sun, 9 Feb 1997 11:29:48 -0800 (PST) Date: Sun, 9 Feb 1997 11:29:48 -0800 (PST) From: Mike Pritchard Message-Id: <199702091929.LAA02482@freefall.freebsd.org> To: grog@lemis.de, mpp, freebsd-bugs Subject: Re: bin/2194 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Buglet in 'make world' in -current State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Feb 9 11:28:44 PST 1997 State-Changed-Why: /usr/libdata/tcl has been created by the mtree file BSD.usr.dist for some number of months now. Normally make install is not responsible for creating new directories. From owner-freebsd-bugs Sun Feb 9 11:32:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02802 for bugs-outgoing; Sun, 9 Feb 1997 11:32:39 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02770; Sun, 9 Feb 1997 11:32:32 -0800 (PST) Date: Sun, 9 Feb 1997 11:32:32 -0800 (PST) From: Mike Pritchard Message-Id: <199702091932.LAA02770@freefall.freebsd.org> To: graphix@iastate.edu, mpp, freebsd-bugs Subject: Re: bin/2168 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: A few common protocols missing from /etc/protocols State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Feb 9 11:31:01 PST 1997 State-Changed-Why: As mentioned by Garret Wollman in response to this PR, we do not automatically add all protocols from the RFCs to /etc/protocols. If there is a specific in-use protocol you would like to see listed, please file a new PR. From owner-freebsd-bugs Sun Feb 9 11:36:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03167 for bugs-outgoing; Sun, 9 Feb 1997 11:36:12 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03146; Sun, 9 Feb 1997 11:36:09 -0800 (PST) Date: Sun, 9 Feb 1997 11:36:09 -0800 (PST) From: Mike Pritchard Message-Id: <199702091936.LAA03146@freefall.freebsd.org> To: mpp, freebsd-bugs Subject: Re: conf/2091 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: transfer error bytes -1 to 1024 on install Responsible-Changed-From-To: freebsd-bugs->jkh-bugs Responsible-Changed-By: mpp Responsible-Changed-When: Sun Feb 9 11:35:13 PST 1997 Responsible-Changed-Why: sysinstall problem, it looks like. From owner-freebsd-bugs Sun Feb 9 11:37:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03347 for bugs-outgoing; Sun, 9 Feb 1997 11:37:47 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03327; Sun, 9 Feb 1997 11:37:43 -0800 (PST) Date: Sun, 9 Feb 1997 11:37:43 -0800 (PST) From: Mike Pritchard Message-Id: <199702091937.LAA03327@freefall.freebsd.org> To: mpp, freebsd-bugs, jkh Subject: Re: conf/2091 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: transfer error bytes -1 to 1024 on install Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: mpp Responsible-Changed-When: Sun Feb 9 11:36:15 PST 1997 Responsible-Changed-Why: Try again... From owner-freebsd-bugs Sun Feb 9 11:52:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA04212 for bugs-outgoing; Sun, 9 Feb 1997 11:52:07 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA04145; Sun, 9 Feb 1997 11:51:55 -0800 (PST) Date: Sun, 9 Feb 1997 11:51:55 -0800 (PST) From: Mike Pritchard Message-Id: <199702091951.LAA04145@freefall.freebsd.org> To: profroot@profane.iq.org, mpp, freebsd-bugs Subject: Re: gnu/2089 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: libregex build problem State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Feb 9 11:51:04 PST 1997 State-Changed-Why: Works in a few day old -current. From owner-freebsd-bugs Sun Feb 9 12:58:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08263 for bugs-outgoing; Sun, 9 Feb 1997 12:58:08 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA08240; Sun, 9 Feb 1997 12:57:59 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <36631(6)>; Sun, 9 Feb 1997 12:57:24 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Sun, 9 Feb 1997 12:57:09 -0800 To: Jim Shankland cc: bugs@freebsd.org, freebsd-isp@freebsd.org, bvt@mp.aha.ru, freebsd-questions@freebsd.org, robert@nanguo.chalmers.com.au Subject: Re: I give up! no ideas left. In-reply-to: Your message of "Sat, 08 Feb 97 22:52:01 PST." <199702090652.WAA07862@saguaro.flyingfox.com> Date: Sun, 9 Feb 1997 12:57:05 PST From: Bill Fenner Message-Id: <97Feb9.125709pst.177476@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199702090652.WAA07862@saguaro.flyingfox.com> you write: >I receive the *second* data packet from you (covering bytes >1440:2049, or something like that), but I never get the first >(bytes 1:1440). Of course, my end immediately does an ACK 1 >to signal that it got an out-of-sequence packet; but to no >avail. That packet simply never arrives. So it looks like there's a router in the middle that drops big packets but doesn't return ICMP packet-too-big errors. This router is in violation of RFC1812 (but that never stops anyone). This is a problem with Path MTU Discovery as specified; it doesn't allow for a hop that simply discards packets with no notification. You can probably find this hop by using traceroute; "traceroute 1500" will just start timing out at the hop that is not returning ICMP errors; then "traceroute " and see what router that hop is. Contact the owner of the router and get them to configure it (or upgrade it) so that it replies properly when dropping a packet with DF set. Bill From owner-freebsd-bugs Sun Feb 9 15:02:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA16167 for bugs-outgoing; Sun, 9 Feb 1997 15:02:30 -0800 (PST) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA16151; Sun, 9 Feb 1997 15:02:12 -0800 (PST) Received: (from danny@localhost) by panda.hilink.com.au (8.7.6/8.7.3) id KAA24237; Mon, 10 Feb 1997 10:04:39 +1100 (EST) Date: Mon, 10 Feb 1997 10:04:38 +1100 (EST) From: "Daniel O'Callaghan" To: Bill Fenner cc: Jim Shankland , bugs@FreeBSD.org, freebsd-isp@FreeBSD.org, bvt@mp.aha.ru, freebsd-questions@FreeBSD.org, robert@nanguo.chalmers.com.au Subject: Re: I give up! no ideas left. In-Reply-To: <97Feb9.125709pst.177476@crevenia.parc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Feb 1997, Bill Fenner wrote: > In message <199702090652.WAA07862@saguaro.flyingfox.com> you write: > >I receive the *second* data packet from you (covering bytes > >1440:2049, or something like that), but I never get the first > >(bytes 1:1440). Of course, my end immediately does an ACK 1 > >to signal that it got an out-of-sequence packet; but to no > >avail. That packet simply never arrives. > > So it looks like there's a router in the middle that drops big packets > but doesn't return ICMP packet-too-big errors. This router is in > violation of RFC1812 (but that never stops anyone). > > This is a problem with Path MTU Discovery as specified; it doesn't > allow for a hop that simply discards packets with no notification. > > You can probably find this hop by using traceroute; "traceroute > 1500" will just start timing out at the hop that is not returning ICMP > errors; then "traceroute " and see what router that hop is. > Contact the owner of the router and get them to configure it (or > upgrade it) so that it replies properly when dropping a packet with DF > set. Well, that really sounded like it would be solve the problem, but as the traces below show, it did not quite work. Is there any way to set Don't Fragment in traceroute? Danny cuckoo# traceroute www.chalmers.com.au. 1500 traceroute to nanguo.chalmers.com.au (203.1.96.5), 30 hops max, 1540 byte packets 1 border-ed3.aus.net (203.2.135.254) 5.677 ms 5.537 ms 5.497 ms 2 gw-eth0.aus.net (203.8.15.9) 8.101 ms 8.889 ms 8.439 ms 3 ml2.Melbourne.aone.net.au (203.12.177.216) 642.739 ms 421.222 ms 331.150 ms 4 mc3-reg2-5.Melbourne.aone.net.au (203.12.177.222) 293.630 ms 565.735 ms 430.286 ms 5 sc1-f10-ms2-8.Sydney.aone.net.au (203.102.128.245) 565.205 ms 396.279 ms 353.259 ms 6 bc1-f10-s1-2.Brisbane.aone.net.au (203.102.128.197) 447.261 ms 299.660 ms 279.950 ms [ there was a 30 second pause here, may not be relevant - my own router has been funny this morning.] 7 max1.Mackay.aone.net.au (203.61.61.129) 394.066 ms 399.916 ms 500.645 ms 8 eros.chalmers.com.au (203.1.96.4) 1944.422 ms 1539.953 ms 992.830 ms 9 nanguo.chalmers.com.au (203.1.96.5) 1532.759 ms 1483.978 ms 1640.986 ms cuckoo# traceroute www.chalmers.com.au. 1460 traceroute to nanguo.chalmers.com.au (203.1.96.5), 30 hops max, 1500 byte packets 1 border-ed3.aus.net (203.2.135.254) 12.436 ms 8.688 ms 12.119 ms 2 gw-eth0.aus.net (203.8.15.9) 58.326 ms 9.817 ms 13.526 ms 3 ml2.Melbourne.aone.net.au (203.12.177.216) 734.838 ms 712.851 ms 892.871 ms 4 mc3-reg2-5.Melbourne.aone.net.au (203.12.177.222) 709.052 ms 516.863 ms 336.940 ms 5 sc1-f10-ms2-8.Sydney.aone.net.au (203.102.128.245) 438.273 ms 392.142 ms 561.540 ms 6 bc1-f10-s1-2.Brisbane.aone.net.au (203.102.128.197) 708.056 ms 846.406 ms 758.388 ms 7 * max1.Mackay.aone.net.au (203.61.61.129) 433.632 ms 552.244 ms 8 eros.chalmers.com.au (203.1.96.4) 1054.622 ms 911.240 ms 947.772 ms 9 nanguo.chalmers.com.au (203.1.96.5) 1117.149 ms 1146.223 ms 1073.057 ms cuckoo# From owner-freebsd-bugs Sun Feb 9 16:11:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA20749 for bugs-outgoing; Sun, 9 Feb 1997 16:11:51 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA20721; Sun, 9 Feb 1997 16:11:32 -0800 (PST) Date: Sun, 9 Feb 1997 16:11:32 -0800 (PST) From: Mike Pritchard Message-Id: <199702100011.QAA20721@freefall.freebsd.org> To: proff@suburbia.net, mpp, freebsd-bugs Subject: Re: bin/2135 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: It is not possible to compile libc (et al) without -DYP State-Changed-From-To: analyzed-closed State-Changed-By: mpp State-Changed-When: Sun Feb 9 16:10:25 PST 1997 State-Changed-Why: I've been able to compile a few day old -current libc without YP with no problems. From owner-freebsd-bugs Sun Feb 9 16:21:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA21625 for bugs-outgoing; Sun, 9 Feb 1997 16:21:25 -0800 (PST) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA21610 for ; Sun, 9 Feb 1997 16:21:10 -0800 (PST) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id SAA06139 for ; Sun, 9 Feb 1997 18:20:38 -0600 Message-Id: <3.0.1.32.19970209182035.006a34a8@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: Windows Eudora Light Version 3.0.1 beta 12 (32) Date: Sun, 09 Feb 1997 18:20:35 -0600 To: bugs@freebsd.org From: Tony Overfield Subject: Stuck! 2.2 Gamma won't go. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm attempting to do a test install of 2.2-gamma on a system with a PS/2 style Microsoft mouse. After many hours of downloading, it finally asked me to choose a graphical or a non-graphical method of configuring the X server. I chose graphical. Now I've got a nice looking setup screen that wants me to choose my mouse type, but the mouse won't work to choose it. It seems to have the classical "crazy mouse" problem, where the mouse data packets are out of phase (mouse moves only along top and left edges of screen). Ok, that makes some sense, since I haven't chosen my mouse type yet. But when I try to use the keyboard, nothing happens. The keyboard is still working (since I can toggle the LED keys, and Alt-F4, etc. beep at me), but I cannot choose anything at all. I can't get the setup screen to go away using the mouse or the keyboard and I can't telnet into the box to kill the X server. So I assume I'm now screwed. Oh well, that's one more thing to avoid in the *next* attempt. From owner-freebsd-bugs Sun Feb 9 16:22:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA21713 for bugs-outgoing; Sun, 9 Feb 1997 16:22:56 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA21706; Sun, 9 Feb 1997 16:22:47 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <58318(7)>; Sun, 9 Feb 1997 16:22:10 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Sun, 9 Feb 1997 16:21:56 -0800 To: "Daniel O'Callaghan" cc: Bill Fenner , Jim Shankland , bugs@freebsd.org, freebsd-isp@freebsd.org, bvt@mp.aha.ru, freebsd-questions@freebsd.org, robert@nanguo.chalmers.com.au Subject: Re: I give up! no ideas left. In-reply-to: Your message of "Sun, 09 Feb 97 15:04:38 PST." Date: Sun, 9 Feb 1997 16:21:45 PST From: Bill Fenner Message-Id: <97Feb9.162156pst.177476@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message you wri te: >Is there any way to set Don't Fragment in traceroute? Uh... right. Pardon me while I put on my "that was a stupid idea" hat. If you don't mind modifying the source, it's fairly straightforward; look for where it sets up the IP header and set ip_off to IP_DF instead of 0. Bill From owner-freebsd-bugs Sun Feb 9 16:29:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA22441 for bugs-outgoing; Sun, 9 Feb 1997 16:29:04 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA22392; Sun, 9 Feb 1997 16:28:25 -0800 (PST) Date: Sun, 9 Feb 1997 16:28:25 -0800 (PST) From: Mike Pritchard Message-Id: <199702100028.QAA22392@freefall.freebsd.org> To: paul@kryten.WOC.ATINC.COM, mpp, peter, freebsd-bugs Subject: Re: gnu/183 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: can't resolve "operator <<" overload State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Feb 9 16:26:56 PST 1997 State-Changed-Why: The sample program compiles under -current, and due to the PR's age, it is unlikely that anything will ever be done with past releases. Responsible-Changed-From-To: peter->freebsd-bugs Responsible-Changed-By: mpp Responsible-Changed-When: Sun Feb 9 16:26:56 PST 1997 Responsible-Changed-Why: Moved back to freebsd-bugs for mailing list notification From owner-freebsd-bugs Sun Feb 9 16:35:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA22882 for bugs-outgoing; Sun, 9 Feb 1997 16:35:56 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA22852; Sun, 9 Feb 1997 16:35:40 -0800 (PST) Date: Sun, 9 Feb 1997 16:35:40 -0800 (PST) From: Mike Pritchard Message-Id: <199702100035.QAA22852@freefall.freebsd.org> To: mmead@Glock.COM, mpp, mpp, freebsd-bugs Subject: Re: bin/519 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: execution of quotacheck from /etc/rc fails State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Feb 9 16:29:40 PST 1997 State-Changed-Why: Stale PR, and the originator's mail address no longer exists, and there is a perfectly good workaround for the problem. I may get around to fixing this someday, but closing this PR seems good for now. Responsible-Changed-From-To: mpp->freebsd-bugs Responsible-Changed-By: mpp Responsible-Changed-When: Sun Feb 9 16:29:40 PST 1997 Responsible-Changed-Why: changed back to freebsd-bugs for mailing list notification. From owner-freebsd-bugs Sun Feb 9 16:38:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA22974 for bugs-outgoing; Sun, 9 Feb 1997 16:38:40 -0800 (PST) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA22963; Sun, 9 Feb 1997 16:38:27 -0800 (PST) Received: (from danny@localhost) by panda.hilink.com.au (8.7.6/8.7.3) id LAA24669; Mon, 10 Feb 1997 11:41:00 +1100 (EST) Date: Mon, 10 Feb 1997 11:40:59 +1100 (EST) From: "Daniel O'Callaghan" To: Bill Fenner cc: Jim Shankland , bugs@freebsd.org, freebsd-isp@freebsd.org, bvt@mp.aha.ru, freebsd-questions@freebsd.org, robert@nanguo.chalmers.com.au Subject: Re: I give up! no ideas left. In-Reply-To: <97Feb9.162156pst.177476@crevenia.parc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Feb 1997, Bill Fenner wrote: > In message you wri > te: > >Is there any way to set Don't Fragment in traceroute? > > Uh... right. Pardon me while I put on my "that was a stupid idea" hat. > If you don't mind modifying the source, it's fairly straightforward; > look for where it sets up the IP header and set ip_off to IP_DF instead > of 0. *laugh* OK. I might put that down as a useful runtime addition. However right at the moment there is not much to do, as Robert now has his pppd insisting on a MRU or 296, so Max1.mackay.aone.net.au is using that as an MTU on his interface. This is shown by John Capo's message. Robert, you might like to try upping your MRU to see how big you can make it before things stop working. Danny From owner-freebsd-bugs Sun Feb 9 16:51:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA24116 for bugs-outgoing; Sun, 9 Feb 1997 16:51:31 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA23993; Sun, 9 Feb 1997 16:51:06 -0800 (PST) Date: Sun, 9 Feb 1997 16:51:06 -0800 (PST) From: Mike Pritchard Message-Id: <199702100051.QAA23993@freefall.freebsd.org> To: nils@guru.ims.uni-stuttgart.de, mpp, jdp, freebsd-bugs Subject: Re: gnu/655 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ld -r of shared objects worked in 1.1.5, not in 2.0.5 State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Feb 9 16:49:12 PST 1997 State-Changed-Why: Responsible-Changed-From-To: jdp->freebsd-bugs Responsible-Changed-By: mpp Responsible-Changed-When: Sun Feb 9 16:49:12 PST 1997 Responsible-Changed-Why: From owner-freebsd-bugs Sun Feb 9 16:53:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA24279 for bugs-outgoing; Sun, 9 Feb 1997 16:53:09 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA24255; Sun, 9 Feb 1997 16:52:55 -0800 (PST) From: Mike Pritchard Message-Id: <199702100052.QAA24255@freefall.freebsd.org> Subject: Re: gnu/655 To: mpp@freefall.freebsd.org (Mike Pritchard) Date: Sun, 9 Feb 1997 16:52:54 -0800 (PST) Cc: nils@guru.ims.uni-stuttgart.de, jdp@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org In-Reply-To: <199702100051.QAA23993@freefall.freebsd.org> from "Mike Pritchard" at Feb 9, 97 04:51:06 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Stupid edit-pr.... I closed this because I can create valid shared libraries under 3.0-current the way the pr states. I changed the owner back to freebsd-bugs for mailing list notification. Mike Pritchard wrote: > > Synopsis: ld -r of shared objects worked in 1.1.5, not in 2.0.5 > > State-Changed-From-To: open-closed > State-Changed-By: mpp > State-Changed-When: Sun Feb 9 16:49:12 PST 1997 > State-Changed-Why: > > > > Responsible-Changed-From-To: jdp->freebsd-bugs > Responsible-Changed-By: mpp > Responsible-Changed-When: Sun Feb 9 16:49:12 PST 1997 > Responsible-Changed-Why: > -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sun Feb 9 16:57:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA24680 for bugs-outgoing; Sun, 9 Feb 1997 16:57:20 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24674; Sun, 9 Feb 1997 16:57:16 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id QAA07485; Sun, 9 Feb 1997 16:57:14 -0800 (PST) Message-Id: <199702100057.QAA07485@austin.polstra.com> To: Mike Pritchard cc: nils@guru.ims.uni-stuttgart.de, freebsd-bugs@freefall.freebsd.org Subject: Re: gnu/655 In-reply-to: Your message of "Sun, 09 Feb 1997 16:52:54 PST." <199702100052.QAA24255@freefall.freebsd.org> References: <199702100052.QAA24255@freefall.freebsd.org> Date: Sun, 09 Feb 1997 16:57:14 -0800 From: John Polstra Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I closed this because I can create valid shared > libraries under 3.0-current the way the pr states. > I changed the owner back to freebsd-bugs for mailing > list notification. > > Mike Pritchard wrote: > > > > Synopsis: ld -r of shared objects worked in 1.1.5, not in 2.0.5 Hmm, I'm not so sure about that. I thought I tried it recently and decided that the PR was correct. The reason I haven't fixed it is that it's hard. :-) I keep hoping we'll finally make a switch to the newer binutils and have the problem vanish. I think the state should be set to Suspended. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-bugs Sun Feb 9 17:04:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA25316 for bugs-outgoing; Sun, 9 Feb 1997 17:04:24 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA24834; Sun, 9 Feb 1997 16:58:44 -0800 (PST) Date: Sun, 9 Feb 1997 16:58:44 -0800 (PST) From: Mike Pritchard Message-Id: <199702100058.QAA24834@freefall.freebsd.org> To: nils@guru.ims.uni-stuttgart.de, mpp, freebsd-bugs, jdp Subject: Re: gnu/655 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ld -r of shared objects worked in 1.1.5, not in 2.0.5 State-Changed-From-To: closed-suspended State-Changed-By: mpp State-Changed-When: Sun Feb 9 16:58:02 PST 1997 State-Changed-Why: Jdp says he thinks this is still valid. Responsible-Changed-From-To: freebsd-bugs->jdp Responsible-Changed-By: mpp Responsible-Changed-When: Sun Feb 9 16:58:02 PST 1997 Responsible-Changed-Why: iJdp says he thinks it is still valid. From owner-freebsd-bugs Sun Feb 9 17:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA26232 for bugs-outgoing; Sun, 9 Feb 1997 17:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA26198; Sun, 9 Feb 1997 17:20:03 -0800 (PST) Resent-Date: Sun, 9 Feb 1997 17:20:03 -0800 (PST) Resent-Message-Id: <199702100120.RAA26198@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.RAA25858;Sun; (8.8.5/8.8.5);, 9 Feb 1997 17:14:00.-0800 (PST) Message-Id: <199702100114.RAA25858@freefall.freebsd.org> Date: Sun, 9 Feb 1997 17:14:00 -0800 (PST) From: seki@sysrap.cs.fujitsu.co.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/2699: fe driver fails to probe some versions of FMV-180 series Ethernet cards Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2699 >Category: i386 >Synopsis: fe driver fails to probe some versions of FMV-180 series Ethernet cards >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 9 17:20:01 PST 1997 >Last-Modified: >Originator: Masahiro Sekiguchi >Organization: Fujitsu Limited >Release: 2.1.6.1 RELEASE >Environment: >Description: Fe driver in 2.1 series of FreeBSD (2.1, 2.1.5, 2.1.6, 2.1.6.1) has long had a problem in its probe code. It fails to recognize some recent versions of FMV-180 series Ethernet cards. >How-To-Repeat: Plug an FMV-183 shipped after 1Q/96 on your machine, configure fe driver in the kernel, and reboot the system. >Fix: I wrote an updated version of the driver for 2.1 RELEASE, which is, fortunately, applicable to all versions between 2.1 and 2.1.6.1 (inclusive.) It is available on an anonymous FTP site: ftp://ftp.noc.titech.ac.jp/pub/tmp/aki/FreeBSD/fe/fe-2.1R.tar.gz Please grab it and replace the source file with it. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Feb 9 19:35:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA04471 for bugs-outgoing; Sun, 9 Feb 1997 19:35:48 -0800 (PST) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA04466 for ; Sun, 9 Feb 1997 19:35:41 -0800 (PST) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id VAA06325 for ; Sun, 9 Feb 1997 21:35:03 -0600 Message-Id: <3.0.1.32.19970209213501.006b97fc@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: Windows Eudora Light Version 3.0.1 beta 12 (32) Date: Sun, 09 Feb 1997 21:35:01 -0600 To: bugs@freebsd.org From: Tony Overfield Subject: re: Stuck! 2.2 Gamma won't go. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I previously said: >I'm attempting to do a test install of 2.2-gamma on a system >with a PS/2 style Microsoft mouse. The install is ruined. I'll have to turn off the system. In my frustration, I furiously pounded enough random keys to get back to the blue text screen (console) which says, "Press [Enter] to switch to graphics mode. This make take a while..." But it's now stuck here. >It seems to have the classical >"crazy mouse" problem, where the mouse data packets are out of >phase (mouse moves only along top and left edges of screen). It has been suggested to me that the keyboard handler is confused by incoming mouse data. This just can't be true. (Yes, I know the 8042 does both, but since it does them both "correctly", this can only be a driver bug.) What's the magic secret key to un-confuse the keyboard driver? Tony From owner-freebsd-bugs Sun Feb 9 19:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA05057 for bugs-outgoing; Sun, 9 Feb 1997 19:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA05047; Sun, 9 Feb 1997 19:50:01 -0800 (PST) Date: Sun, 9 Feb 1997 19:50:01 -0800 (PST) Message-Id: <199702100350.TAA05047@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/2697: Possible getrusage time slip? Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2697; it has been noted by GNATS. From: Bruce Evans To: dtc@scrooge.ee.swin.oz.au, FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: kern/2697: Possible getrusage time slip? Date: Mon, 10 Feb 1997 14:35:41 +1100 > Note sure if the behaviour of getrusage is correct, the times >reported often slip backwards? Caused a profiler trouble. The times sometimes goes backwards. See PR975. Bruce From owner-freebsd-bugs Sun Feb 9 20:10:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA05892 for bugs-outgoing; Sun, 9 Feb 1997 20:10:15 -0800 (PST) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA05841; Sun, 9 Feb 1997 20:10:01 -0800 (PST) Received: (from adm@localhost) by icicle.winternet.com (8.7.5/8.7.5) id WAA16268; Sun, 9 Feb 1997 22:09:48 -0600 (CST) Posted-Date: Sun, 9 Feb 1997 22:09:48 -0600 (CST) Received: from chaos.ecpnet.com(204.246.64.13) by icicle.winternet.com via smap (V2.0beta) id xma016228; Sun, 9 Feb 97 22:09:26 -0600 Received: from localhost (raistlin@localhost) by chaos.ecpnet.com (8.8.5/8.8.3) with SMTP id WAA02546; Sun, 9 Feb 1997 22:12:23 -0600 (CST) Date: Sun, 9 Feb 1997 22:12:22 -0600 (CST) From: Justen Stepka To: David Nugent cc: Zach Heilig , Leonard Chua , freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: moused and X11R6 In-Reply-To: <19970208165555.12961@usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > /dev/cuaa0 -> moused > | > /dev/mouse > | > +-- vidcontrol > | > +-- xfree This config didn't work for me, I have tried the reverse version also. This kernel/system is 3.0-Current. Justen Stepka raistlin@ecpnet.com From owner-freebsd-bugs Sun Feb 9 22:18:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA10027 for bugs-outgoing; Sun, 9 Feb 1997 22:18:34 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA10018 for ; Sun, 9 Feb 1997 22:18:31 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id WAA27468; Sun, 9 Feb 1997 22:17:41 -0800 (PST) To: Tony Overfield cc: bugs@freebsd.org Subject: Re: Stuck! 2.2 Gamma won't go. In-reply-to: Your message of "Sun, 09 Feb 1997 18:20:35 CST." <3.0.1.32.19970209182035.006a34a8@bugs.us.dell.com> Date: Sun, 09 Feb 1997 22:17:41 -0800 Message-ID: <27458.855555461@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > After many hours of downloading, it finally asked me to choose > a graphical or a non-graphical method of configuring the X > server. I chose graphical. Now I've got a nice looking Which install type were you using? Novice should have asked you about your mouse type *before* this for exactly that reason. Did you skip over that dialog? Also, did you enable psm0 in the kernel config menu? That's necessary. Jordan From owner-freebsd-bugs Sun Feb 9 22:44:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA12246 for bugs-outgoing; Sun, 9 Feb 1997 22:44:34 -0800 (PST) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA12210 for ; Sun, 9 Feb 1997 22:44:27 -0800 (PST) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id AAA06500; Mon, 10 Feb 1997 00:43:20 -0600 Message-Id: <3.0.1.32.19970210004315.00695674@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: Windows Eudora Light Version 3.0.1 beta 12 (32) Date: Mon, 10 Feb 1997 00:43:15 -0600 To: "Jordan K. Hubbard" From: Tony Overfield Subject: Re: Stuck! 2.2 Gamma won't go. Cc: bugs@freebsd.org In-Reply-To: <27458.855555461@time.cdrom.com> References: Your message of "Sun, 09 Feb 1997 18:20:35 CST." <3.0.1.32.19970209182035.006a34a8@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 10:17 PM 2/9/97 -0800, Jordan K. Hubbard wrote: >Which install type were you using? I was using the "Novice" type. I remember reading somewhere that "Novice" was the one that was known to work best. >Novice should have asked you >about your mouse type *before* this for exactly that reason. >Did you skip over that dialog? I don't remember. I'll try it again and let you know. If it asked me, I'm pretty sure I answered it correctly, since I've not been confused by any of the prompts so far. >Also, did you enable psm0 in the kernel config menu? That's necessary. Yes, I did. It was properly detected on the probe screen. - Tony From owner-freebsd-bugs Sun Feb 9 22:50:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA13144 for bugs-outgoing; Sun, 9 Feb 1997 22:50:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA13124; Sun, 9 Feb 1997 22:50:04 -0800 (PST) Resent-Date: Sun, 9 Feb 1997 22:50:04 -0800 (PST) Resent-Message-Id: <199702100650.WAA13124@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.ziplink.net Received: from rtfm.ziplink.net ([199.232.255.52]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA12956 for ; Sun, 9 Feb 1997 22:48:12 -0800 (PST) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.5/8.7.3) id BAA04252; Mon, 10 Feb 1997 01:48:22 -0500 (EST) Message-Id: <199702100648.BAA04252@rtfm.ziplink.net> Date: Mon, 10 Feb 1997 01:48:22 -0500 (EST) From: Mikhail Teterin Reply-To: mi@aldan.ziplink.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2700: fetch's reporting incorrect Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2700 >Category: bin >Synopsis: fetch -r reports K/s ratio as the whole file was fetched >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 9 22:50:02 PST 1997 >Last-Modified: >Originator: Mikhail Teterin >Organization: Virtual Estates, Inc. >Release: FreeBSD 3.0-970118-SNAP i386 >Environment: >Description: fetch(1) will use the full length of the file when computing Kb per second ratio -- even if part of the file was already here and -r (reget) option was specified >How-To-Repeat: get 95% of some file. The use fetch -r to get the rest. Get amazed with your network connection. >Fix: See the priority and severity. Just ignore fetch's reporting for this cases. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 10 00:00:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA17031 for bugs-outgoing; Mon, 10 Feb 1997 00:00:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA17020; Mon, 10 Feb 1997 00:00:05 -0800 (PST) Resent-Date: Mon, 10 Feb 1997 00:00:05 -0800 (PST) Resent-Message-Id: <199702100800.AAA17020@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gurney_j@efn.org Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA16729 for ; Sun, 9 Feb 1997 23:57:20 -0800 (PST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPN/970116) with ESMTP id CAA15725 for ; Mon, 10 Feb 1997 02:57:18 -0500 (EST) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id VAA29767 for ; Sat, 8 Feb 1997 21:02:16 -0500 (EST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA15372 for ; Sat, 8 Feb 1997 18:01:52 -0800 (PST) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id SAA13537; Sat, 8 Feb 1997 18:01:48 -0800 (PST) Message-Id: <199702090201.SAA13537@hydrogen.nike.efn.org> Date: Sat, 8 Feb 1997 18:01:48 -0800 (PST) From: John-Mark Gurney Reply-To: gurney_j@efn.org To: FreeBSD-gnats@freefall.FreeBSD.org X-Send-Pr-Version: 3.2 Subject: bin/2702: brandelf has buffer over run and doesn't have a manpage Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 2702 >Category: bin >Synopsis: brandelf has buffer over run and doesn't have a manpage >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 10 00:00:03 PST 1997 >Last-Modified: >Originator: John-Mark Gurney >Organization: Cu Networking >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: and Freebsd system that has brandelf >Description: first brandelf copies the string provided on the commandline into a 10 char buffer... it doesn't check to make sure that string from the command line is only 9 chars... of course only the first 8 are actually used do to where the string is stored... next it doesn't have an error reporting mechanism... I added it so that if will return a 1 if there were any errors... or a 0 otherwise... it also didn't compile cleanly with -Wall and of course lastly it doesn't have a man page... hope this isn't too much for a pr :) >How-To-Repeat: umm.... stand on your head?? >Fix: here is the patch that fixes all the above... Common subdirectories: brandelf.orig/CVS and brandelf/CVS diff -Nc brandelf.orig/Makefile brandelf/Makefile *** brandelf.orig/Makefile Wed Oct 16 11:16:22 1996 --- brandelf/Makefile Thu Feb 6 18:23:39 1997 *************** *** 1,5 **** PROG= brandelf - NOMAN= brandelf.1 - .include --- 1,3 ---- diff -Nc brandelf.orig/brandelf.1 brandelf/brandelf.1 *** brandelf.orig/brandelf.1 Wed Dec 31 16:00:00 1969 --- brandelf/brandelf.1 Sat Feb 8 18:00:10 1997 *************** *** 0 **** --- 1,87 ---- + .\" Copyright (c) 1997 + .\" John-Mark Gurney. All rights reserved. + .\" + .\" Redistribution and use in source and binary forms, with or without + .\" modification, are permitted provided that the following conditions + .\" are met: + .\" 1. Redistributions of source code must retain the above copyright + .\" notice, this list of conditions and the following disclaimer. + .\" 2. Redistributions in binary form must reproduce the above copyright + .\" notice, this list of conditions and the following disclaimer in the + .\" documentation and/or other materials provided with the distribution. + .\" 3. Neither the name of the author nor the names of any co-contributors + .\" may be used to endorse or promote products derived from this software + .\" without specific prior written permission. + .\" + .\" THIS SOFTWARE IS PROVIDED BY John-Mark Gurney AND CONTRIBUTORS ``AS IS'' + .\" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + .\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + .\" SUCH DAMAGE. + .\" + .\" + .Dd February 6, 1997 + .Dt BRANDELF 1 + .Os FreeBSD + .Sh NAME + .Nm brandelf + .Nd mark an ELF binary for a specific ABI + .Sh SYNOPSIS + .Nm brandelf + .Op Fl v + .Op Fl t Ar string + .Ar file ... + .Sh DESCRIPTION + This command marks an ELF binary to be run under a certain ABI for FreeBSD. + .Pp + The options are as follows: + .Bl -tag -width Fl + .It Fl v + turns on verbose reporting + .It Fl t Ar string + Brands listed ELF binaries with + .Ar string + as the ABI type. Current supported ABI's are + .Dq FreeBSD + and + .Dq Linux . + Only the first eight characters of the + .Ar string + are used in the branding. + .It Ar file + If + .Fl t Ar string + is given it will brand + .Ar file + with + .Ar string , + otherwise it will simply display the branding of + .Ar file . + .El + .Sh EXAMPLES + The following is an example of a typical usage + of the + .Nm + command: + .Pp + .Dl % brandelf file + .Dl % brandelf -t Linux file + .Sh SEE ALSO + .Sh DIAGNOSTICS + Exist status is 0 on success, and 1 if the command + fails if a file doesn't exist, is too short, or fails to brand properly. + .Sh HISTORY + The + .Nm + manual page example first appeared in + .Fx 3.0 . + .Sh AUTHOR + This + manual page was written by John-Mark Gurney + .Aq gurney_j@efn.org . diff -Nc brandelf.orig/brandelf.c brandelf/brandelf.c *** brandelf.orig/brandelf.c Mon Jan 13 22:58:33 1997 --- brandelf/brandelf.c Thu Feb 6 19:06:18 1997 *************** *** 30,46 **** #include #include #include #include int usage(); main(int argc, char **argv) { extern char *optarg; extern int optind; ! char type[10] = "FreeBSD"; int ch, change = 0, verbose = 0; while ((ch = getopt(argc, argv, "t:v")) != EOF) --- 30,50 ---- #include #include + #include + #include #include #include int usage(); + int main(int argc, char **argv) { extern char *optarg; extern int optind; ! char *type = "FreeBSD"; ! int failed = 0; int ch, change = 0, verbose = 0; while ((ch = getopt(argc, argv, "t:v")) != EOF) *************** *** 50,56 **** break; case 't': change = 1; ! strcpy(type, optarg); break; default: usage(); --- 54,60 ---- break; case 't': change = 1; ! type = strdup(optarg); break; default: usage(); *************** *** 68,84 **** --- 72,91 ---- if ((fd = open(argv[0], O_RDWR, 0)) < 0) { fprintf(stderr, "No such file %s.\n", argv[0]); + failed = 1; goto fail; } if (read(fd, buffer, EI_NINDENT) < EI_NINDENT) { fprintf(stderr, "File '%s' too short.\n", argv[0]); + failed = 1; goto fail; } if (buffer[0] != ELFMAG0 || buffer[1] != ELFMAG1 || buffer[2] != ELFMAG2 || buffer[3] != ELFMAG3) { fprintf(stderr, "File '%s' is not ELF format.\n", argv[0]); + failed = 1; goto fail; } if (!change) { *************** *** 97,102 **** --- 104,110 ---- lseek(fd, 0, SEEK_SET); if (write(fd, buffer, EI_NINDENT) != EI_NINDENT) { fprintf(stderr, "Error writing %s\n", argv[0]); + failed = 1; goto fail; } } *************** *** 104,113 **** --- 112,127 ---- argc--; argv++; } + + if(failed) + exit(1); + else + exit(0); } int usage() { fprintf(stderr, "Usage: brandelf [-t string] file ...\n"); + exit(1); } >Audit-Trail: >Unformatted: John-Mark Gurney From owner-freebsd-bugs Mon Feb 10 00:10:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA17663 for bugs-outgoing; Mon, 10 Feb 1997 00:10:57 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA17623; Mon, 10 Feb 1997 00:10:04 -0800 (PST) Date: Mon, 10 Feb 1997 00:10:04 -0800 (PST) From: Gary Palmer Message-Id: <199702100810.AAA17623@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: bin/2692 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Find is busted Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Mon Feb 10 00:09:07 PST 1997 Responsible-Changed-Why: Misfiled PR From owner-freebsd-bugs Mon Feb 10 00:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA18078 for bugs-outgoing; Mon, 10 Feb 1997 00:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA18060; Mon, 10 Feb 1997 00:20:04 -0800 (PST) Resent-Date: Mon, 10 Feb 1997 00:20:04 -0800 (PST) Resent-Message-Id: <199702100820.AAA18060@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gurney_j@efn.org Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA17939 for ; Mon, 10 Feb 1997 00:18:03 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id XAA27690 for ; Sun, 9 Feb 1997 23:57:07 -0800 (PST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPN/970116) with ESMTP id CAA15715 for ; Mon, 10 Feb 1997 02:57:05 -0500 (EST) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id UAA28156 for ; Sat, 8 Feb 1997 20:50:50 -0500 (EST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA14787 for ; Sat, 8 Feb 1997 17:50:23 -0800 (PST) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id RAA13366; Sat, 8 Feb 1997 17:50:22 -0800 (PST) Message-Id: <199702090150.RAA13366@hydrogen.nike.efn.org> Date: Sat, 8 Feb 1997 17:50:22 -0800 (PST) From: John-Mark Gurney Reply-To: gurney_j@efn.org To: FreeBSD-gnats@freefall.FreeBSD.org X-Send-Pr-Version: 3.2 Subject: bin/2703: vipw doesn't allow you to edit master.passwd in another dir Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 2703 >Category: bin >Synopsis: vipw doesn't allow you to edit master.passwd in another dir >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 10 00:20:02 PST 1997 >Last-Modified: >Originator: John-Mark Gurney >Organization: Cu Networking >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: pretty much any FreeBSD box... >Description: if you have a diskless machine and you don't want to stick pwd_mkdb on the machine... you can just manually make the new database files for the machine or you can now use vipw -d /diskless/machine/root/etc hmm... just relized it would be nice to be able to turn off the passwd making.. plus allow you to keep the master.passwd in a different location :) >How-To-Repeat: vipw -d /diskless/machine/root/etc returns the usage info >Fix: apply this patch (patch to do more of above to follow :) ): Index: pw_util.c =================================================================== RCS file: /usr/cvs/src/usr.sbin/vipw/pw_util.c,v retrieving revision 1.5 diff -c -r1.5 pw_util.c *** pw_util.c 1996/07/01 19:38:45 1.5 --- pw_util.c 1997/02/08 09:15:38 *************** *** 62,67 **** --- 62,69 ---- extern char *tempname; static pid_t editpid = -1; static int lockfd; + char *mppath = _PATH_PWD; + char *masterpasswd = _PATH_MASTERPASSWD; void pw_cont(sig) *************** *** 111,119 **** * that users can't get at the encrypted passwords while editing. * Open should allow flock'ing the file; see 4.4BSD. XXX */ ! lockfd = open(_PATH_MASTERPASSWD, O_RDONLY, 0); if (lockfd < 0 || fcntl(lockfd, F_SETFD, 1) == -1) ! err(1, "%s", _PATH_MASTERPASSWD); if (flock(lockfd, LOCK_EX|LOCK_NB)) errx(1, "the password db file is busy"); return (lockfd); --- 113,121 ---- * that users can't get at the encrypted passwords while editing. * Open should allow flock'ing the file; see 4.4BSD. XXX */ ! lockfd = open(masterpasswd, O_RDONLY, 0); if (lockfd < 0 || fcntl(lockfd, F_SETFD, 1) == -1) ! err(1, "%s", masterpasswd); if (flock(lockfd, LOCK_EX|LOCK_NB)) errx(1, "the password db file is busy"); return (lockfd); *************** *** 122,131 **** int pw_tmp() { ! static char path[MAXPATHLEN] = _PATH_MASTERPASSWD; int fd; char *p; if (p = strrchr(path, '/')) ++p; else --- 124,136 ---- int pw_tmp() { ! static char path[MAXPATHLEN]; int fd; char *p; + strncpy(path, masterpasswd, MAXPATHLEN-1); + path[MAXPATHLEN - 1] = 0; + if (p = strrchr(path, '/')) ++p; else *************** *** 148,157 **** (void)fflush(stderr); if (!(pid = vfork())) { if(!username) { ! execl(_PATH_PWD_MKDB, "pwd_mkdb", "-p", tempname, NULL); } else { ! execl(_PATH_PWD_MKDB, "pwd_mkdb", "-p", "-u", ! username, tempname, NULL); } pw_error(_PATH_PWD_MKDB, 1, 1); } --- 153,163 ---- (void)fflush(stderr); if (!(pid = vfork())) { if(!username) { ! execl(_PATH_PWD_MKDB, "pwd_mkdb", "-p", "-d", mppath, ! tempname, NULL); } else { ! execl(_PATH_PWD_MKDB, "pwd_mkdb", "-p", "-d", mppath, ! "-u", username, tempname, NULL); } pw_error(_PATH_PWD_MKDB, 1, 1); } *************** *** 227,233 **** warnx("NIS information unchanged"); else #endif /* YP */ ! warnx("%s: unchanged", _PATH_MASTERPASSWD); (void)unlink(tempname); exit(eval); } --- 233,239 ---- warnx("NIS information unchanged"); else #endif /* YP */ ! warnx("%s: unchanged", masterpasswd); (void)unlink(tempname); exit(eval); } Index: vipw.8 =================================================================== RCS file: /usr/cvs/src/usr.sbin/vipw/vipw.8,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 vipw.8 *** vipw.8 1994/05/26 05:23:31 1.1.1.1 --- vipw.8 1997/02/08 09:20:56 *************** *** 39,44 **** --- 39,45 ---- .Nd edit the password file .Sh SYNOPSIS .Nm vipw + .Op Fl d Ar directory .Sh DESCRIPTION .Nm Vipw edits the password file after setting the appropriate locks, *************** *** 70,75 **** --- 71,83 ---- at very large sites could take several minutes. Until this update is completed, the password file is unavailable for other updates and the new information is not available to programs. + .Pp + If the + .Fl d Ar directory + option is provided it will user the password files in + .Ar directory + instead of the default of + .Pa /etc . .Sh ENVIRONMENT If the following environment variable exists it will be utilized by .Nm vipw : Index: vipw.c =================================================================== RCS file: /usr/cvs/src/usr.sbin/vipw/vipw.c,v retrieving revision 1.3 diff -c -r1.3 vipw.c *** vipw.c 1996/07/01 19:38:50 1.3 --- vipw.c 1997/02/08 09:11:11 *************** *** 53,58 **** --- 53,61 ---- #include "pw_util.h" + extern char *mppath; + extern char *masterpasswd; + char *tempname; void copyfile __P((int, int)); *************** *** 67,74 **** struct stat begin, end; int ch; ! while ((ch = getopt(argc, argv, "")) != EOF) switch (ch) { case '?': default: usage(); --- 70,91 ---- struct stat begin, end; int ch; ! while ((ch = getopt(argc, argv, "d:")) != EOF) switch (ch) { + case 'd': + masterpasswd = malloc(strlen(optarg) + + strlen(_MASTERPASSWD) + 2); + strcpy(masterpasswd, optarg); + + if(masterpasswd[strlen(masterpasswd) - 1] != '/') + masterpasswd[strlen(masterpasswd)] = '/'; + strcat(masterpasswd, _MASTERPASSWD); + + mppath = strdup(optarg); + if(mppath[strlen(mppath) - 1] == '/') + mppath[strlen(mppath) - 1] = 0; + + break; case '?': default: usage(); *************** *** 122,127 **** usage() { ! (void)fprintf(stderr, "usage: vipw\n"); exit(1); } --- 139,144 ---- usage() { ! (void)fprintf(stderr, "usage: vipw [ -d directory]\n"); exit(1); } >Audit-Trail: >Unformatted: John-Mark Gurney From owner-freebsd-bugs Mon Feb 10 00:30:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA18567 for bugs-outgoing; Mon, 10 Feb 1997 00:30:01 -0800 (PST) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA18532 for ; Mon, 10 Feb 1997 00:29:55 -0800 (PST) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id CAA08163; Mon, 10 Feb 1997 02:28:50 -0600 Message-Id: <3.0.1.32.19970210022848.00691d20@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: Windows Eudora Light Version 3.0.1 beta 12 (32) Date: Mon, 10 Feb 1997 02:28:48 -0600 To: "Jordan K. Hubbard" From: Tony Overfield Subject: Re: Stuck! 2.2 Gamma won't go. Cc: bugs@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Novice should have asked you >about your mouse type *before* this for exactly that reason. >Did you skip over that dialog? Ok, I did it again. I'm certain that I answered all the questions correctly. I does ask me for the type of mouse I have. After answering the question correctly, "PS/2 mouse", it puts me in the graphical setup program. I read the opening graphics screen more carefully and it says I shouldn't touch the mouse until after selecting the mouse protocol. If I follow those directions, :-), it indeed works ok. But, when I instinctively reached for the mouse and moved it, it totally hosed me down. I consider this broken. After all, hadn't I just finished telling it what kind of mouse I have? Not only that, but it puts a shiny new mouse pointer right in the middle of a screen surrounded by mouse driven user interface controls saying, "Move me! Click me!" Regardless, even if the mouse protocol is wrong, there doesn't seem to be any good reason for the keyboard to go ugly on me. On the screen-o-death, "/dev/psm0" is shown as the one selected in the mouse device selection box, this was probably selected as a result of the text-mode dialog before the X server launched. But the mouse protocol button that is "pushed down" is the one labelled "Microsoft" instead of the one labelled "PS/2." Shouldn't the text-mode dialog a few screens back have set the default mouse protocol to match the mouse type I selected from it's menu? So, if this happens, what should I do? Do I need to re-install, or can I finish the install some other way? - Tony From owner-freebsd-bugs Mon Feb 10 00:40:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA19083 for bugs-outgoing; Mon, 10 Feb 1997 00:40:54 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA19077 for ; Mon, 10 Feb 1997 00:40:52 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id AAA20790; Mon, 10 Feb 1997 00:40:12 -0800 (PST) To: Tony Overfield cc: bugs@freebsd.org Subject: Re: Stuck! 2.2 Gamma won't go. In-reply-to: Your message of "Mon, 10 Feb 1997 02:28:48 CST." <3.0.1.32.19970210022848.00691d20@bugs.us.dell.com> Date: Mon, 10 Feb 1997 00:40:12 -0800 Message-ID: <20780.855564012@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If I follow those directions, :-), it indeed works ok. Good to know. :) > But, when I instinctively reached for the mouse and > moved it, it totally hosed me down. I consider this > broken. After all, hadn't I just finished telling it > what kind of mouse I have? Not only that, but it puts I'm sure it is broken, and I'm sure it's the PS/2 mouse driver breaking you. Trying to read from it as a serial mouse (which X will try to do initially through the /dev/mouse symlink when you've got it set wrong) probably confuses the spit out of the PS/2 driver and this results in your particular system's keyboard going away (though probably not with all systems or we'd have no doubt heard about this before now). Perhaps you could post details of this system's configuration (make & manufacturer) to -hackers and see if the 2 or 3 folk who deal with PS/2 mice can give you some clues as to what to do in debugging this so that they can make the PS/2 mouse driver less pathologically behaved on your equipment. The fact that the PS/2 mouse driver is pathological just in general is already known, and why do you think it's disabled by default? ;-) Unfortunately, fixing it just takes as long as it takes with volunteers working on it. In any case, there has been recent interest in improving this driver and the perpetrators hang out in -hackers, so you might do as I suggested above and see what happens. ;) Thanks! Jordan From owner-freebsd-bugs Mon Feb 10 00:51:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA19506 for bugs-outgoing; Mon, 10 Feb 1997 00:51:40 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA19496 for ; Mon, 10 Feb 1997 00:51:35 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA11673; Mon, 10 Feb 1997 09:50:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id JAA18698; Mon, 10 Feb 1997 09:37:38 +0100 (MET) Message-ID: Date: Mon, 10 Feb 1997 09:37:38 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: tony@dell.com (Tony Overfield) Cc: bugs@freebsd.org Subject: Re: Stuck! 2.2 Gamma won't go. References: <3.0.1.32.19970209182035.006a34a8@bugs.us.dell.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.1.32.19970209182035.006a34a8@bugs.us.dell.com>; from Tony Overfield on Feb 9, 1997 18:20:35 -0600 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Tony Overfield wrote: > Ok, that makes some sense, since I haven't chosen my mouse type > yet. But when I try to use the keyboard, nothing happens. The > keyboard is still working (since I can toggle the LED keys, and > Alt-F4, etc. beep at me), but I cannot choose anything at all. Can you toggle the consoles with Ctrl-Alt-F1 (for example)? You really can't move around with the TAB key? NB: you can manually start that program as XF86Setup. Since the low-level routines work (the LEDs are driven by the Xserver, not by the kernel driver), you could at least finally kill the Xserver with Ctrl-Alt-BkSpc if all else fails. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Feb 10 01:01:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA20024 for bugs-outgoing; Mon, 10 Feb 1997 01:01:09 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA20018 for ; Mon, 10 Feb 1997 01:01:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id BAA22545; Mon, 10 Feb 1997 01:00:50 -0800 (PST) Date: Mon, 10 Feb 1997 01:00:48 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Mikhail Teterin cc: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2700: fetch's reporting incorrect In-Reply-To: <199702100648.BAA04252@rtfm.ziplink.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Feb 1997, Mikhail Teterin wrote: > >Fix: > > See the priority and severity. Just ignore fetch's reporting > for this cases. ok... I found the bug.. basicly it turns out that seekloc and wehave wasn't set properly... did you make sure that the file was transfered completely? on my builds the file transfer wasn't completed... i.e. it didn't fetch the remaining file... at least with my experience it wasn't... here's the patch to fix the problem with it not completing the transfer... and reporting "exessive" speeds (like 55K/s for my 28.8kbps modem on a gzipped binary :) )... and that the -R option though it exists (and documented in the man page) wasn't being passed to getopt... also... should we document the ncftp "compatibility" in the man page?? here's the patch to fix 'em all... ttyl.. Index: ftp.c =================================================================== RCS file: /usr/cvs/src/usr.bin/fetch/ftp.c,v retrieving revision 1.2 diff -c -r1.2 ftp.c *** ftp.c 1997/02/05 19:59:12 1.2 --- ftp.c 1997/02/10 08:40:17 *************** *** 327,333 **** } if (fs->fs_restart) { if (stab.st_size != 0 && stab.st_size < size) ! seekloc = wehave = size; } } --- 327,333 ---- } if (fs->fs_restart) { if (stab.st_size != 0 && stab.st_size < size) ! seekloc = wehave = stab.st_size; } } Index: main.c =================================================================== RCS file: /usr/cvs/src/usr.bin/fetch/main.c,v retrieving revision 1.34 diff -c -r1.34 main.c *** main.c 1997/02/05 19:59:16 1.34 --- main.c 1997/02/10 08:52:51 *************** *** 73,79 **** fs.fs_verbose = 1; change_to_dir = file_to_get = hostname = 0; ! while ((c = getopt(argc, argv, "ac:D:f:h:HilLmMnNo:pPqrT:vV:")) != -1) { switch (c) { case 'D': case 'H': case 'I': case 'N': case 'L': case 'V': break; /* ncftp compatibility */ --- 73,79 ---- fs.fs_verbose = 1; change_to_dir = file_to_get = hostname = 0; ! while ((c = getopt(argc, argv, "ac:D:f:h:HilLmMnNo:pPqRrT:vV:")) != -1) { switch (c) { case 'D': case 'H': case 'I': case 'N': case 'L': case 'V': break; /* ncftp compatibility */ *************** *** 286,291 **** --- 286,292 ---- display(struct fetch_state *fs, off_t size, ssize_t n) { static off_t bytes; + static off_t bytestart; static int pr, init = 0; static struct timeval t0, t_start; static char *s; *************** *** 309,315 **** sprintf (s, "Receiving %s", fs->fs_outputfile); printf ("%s", s); fflush (stdout); ! bytes = n; return; } gettimeofday(&t, &tz); --- 310,316 ---- sprintf (s, "Receiving %s", fs->fs_outputfile); printf ("%s", s); fflush (stdout); ! bytestart = bytes = n; return; } gettimeofday(&t, &tz); *************** *** 318,323 **** --- 319,325 ---- printf ("\r%s: 100%%", s); else printf ("\r%s: %qd Kbytes", s, (quad_t)bytes/1024); + bytes -= bytestart; d = t.tv_sec + t.tv_usec/1.e6 - t_start.tv_sec - t_start.tv_usec/1.e6; printf ("\n%qd bytes transfered in %.1f seconds", (quad_t)bytes, d); d = bytes/d; John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Mon Feb 10 01:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA20348 for bugs-outgoing; Mon, 10 Feb 1997 01:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA20341; Mon, 10 Feb 1997 01:10:02 -0800 (PST) Date: Mon, 10 Feb 1997 01:10:02 -0800 (PST) Message-Id: <199702100910.BAA20341@freefall.freebsd.org> To: freebsd-bugs Cc: From: John-Mark Gurney Subject: Re: bin/2700: fetch's reporting incorrect Reply-To: John-Mark Gurney Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2700; it has been noted by GNATS. From: John-Mark Gurney To: Mikhail Teterin Cc: FreeBSD-gnats-submit@freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2700: fetch's reporting incorrect Date: Mon, 10 Feb 1997 01:00:48 -0800 (PST) On Mon, 10 Feb 1997, Mikhail Teterin wrote: > >Fix: > > See the priority and severity. Just ignore fetch's reporting > for this cases. ok... I found the bug.. basicly it turns out that seekloc and wehave wasn't set properly... did you make sure that the file was transfered completely? on my builds the file transfer wasn't completed... i.e. it didn't fetch the remaining file... at least with my experience it wasn't... here's the patch to fix the problem with it not completing the transfer... and reporting "exessive" speeds (like 55K/s for my 28.8kbps modem on a gzipped binary :) )... and that the -R option though it exists (and documented in the man page) wasn't being passed to getopt... also... should we document the ncftp "compatibility" in the man page?? here's the patch to fix 'em all... ttyl.. Index: ftp.c =================================================================== RCS file: /usr/cvs/src/usr.bin/fetch/ftp.c,v retrieving revision 1.2 diff -c -r1.2 ftp.c *** ftp.c 1997/02/05 19:59:12 1.2 --- ftp.c 1997/02/10 08:40:17 *************** *** 327,333 **** } if (fs->fs_restart) { if (stab.st_size != 0 && stab.st_size < size) ! seekloc = wehave = size; } } --- 327,333 ---- } if (fs->fs_restart) { if (stab.st_size != 0 && stab.st_size < size) ! seekloc = wehave = stab.st_size; } } Index: main.c =================================================================== RCS file: /usr/cvs/src/usr.bin/fetch/main.c,v retrieving revision 1.34 diff -c -r1.34 main.c *** main.c 1997/02/05 19:59:16 1.34 --- main.c 1997/02/10 08:52:51 *************** *** 73,79 **** fs.fs_verbose = 1; change_to_dir = file_to_get = hostname = 0; ! while ((c = getopt(argc, argv, "ac:D:f:h:HilLmMnNo:pPqrT:vV:")) != -1) { switch (c) { case 'D': case 'H': case 'I': case 'N': case 'L': case 'V': break; /* ncftp compatibility */ --- 73,79 ---- fs.fs_verbose = 1; change_to_dir = file_to_get = hostname = 0; ! while ((c = getopt(argc, argv, "ac:D:f:h:HilLmMnNo:pPqRrT:vV:")) != -1) { switch (c) { case 'D': case 'H': case 'I': case 'N': case 'L': case 'V': break; /* ncftp compatibility */ *************** *** 286,291 **** --- 286,292 ---- display(struct fetch_state *fs, off_t size, ssize_t n) { static off_t bytes; + static off_t bytestart; static int pr, init = 0; static struct timeval t0, t_start; static char *s; *************** *** 309,315 **** sprintf (s, "Receiving %s", fs->fs_outputfile); printf ("%s", s); fflush (stdout); ! bytes = n; return; } gettimeofday(&t, &tz); --- 310,316 ---- sprintf (s, "Receiving %s", fs->fs_outputfile); printf ("%s", s); fflush (stdout); ! bytestart = bytes = n; return; } gettimeofday(&t, &tz); *************** *** 318,323 **** --- 319,325 ---- printf ("\r%s: 100%%", s); else printf ("\r%s: %qd Kbytes", s, (quad_t)bytes/1024); + bytes -= bytestart; d = t.tv_sec + t.tv_usec/1.e6 - t_start.tv_sec - t_start.tv_usec/1.e6; printf ("\n%qd bytes transfered in %.1f seconds", (quad_t)bytes, d); d = bytes/d; John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Mon Feb 10 01:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA22167 for bugs-outgoing; Mon, 10 Feb 1997 01:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA22159; Mon, 10 Feb 1997 01:50:02 -0800 (PST) Date: Mon, 10 Feb 1997 01:50:02 -0800 (PST) Message-Id: <199702100950.BAA22159@freefall.freebsd.org> To: freebsd-bugs Cc: From: John-Mark Gurney Subject: bin/174 stty doesn't give very good output on error... Reply-To: John-Mark Gurney Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/174; it has been noted by GNATS. From: John-Mark Gurney To: Mark Diekhans Cc: freebsd-gnats-submit@freebsd.org Subject: bin/174 stty doesn't give very good output on error... Date: Mon, 10 Feb 1997 01:42:10 -0800 (PST) the bug can't be fixed unless there is some restructuring of stty... and this probably shouldn't happen... the resturcuring would require the options to be set one at a time... and doing an ioctl's for each option instead of just doing two [ioctl's] max like it currently is... IMHO doing multiple ioctl's could cause undesired behavior because all the flags weren't set at the same time... OTOH... it doesn't mean we can't add an option to do "debugging" but this would make stty more complex than it needs to be... comments? John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Mon Feb 10 02:45:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA24740 for bugs-outgoing; Mon, 10 Feb 1997 02:45:09 -0800 (PST) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA24735 for ; Mon, 10 Feb 1997 02:45:04 -0800 (PST) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id EAA08296; Mon, 10 Feb 1997 04:44:28 -0600 Message-Id: <3.0.1.32.19970210044426.006a265c@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: Windows Eudora Light Version 3.0.1 beta 12 (32) Date: Mon, 10 Feb 1997 04:44:26 -0600 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: Tony Overfield Subject: Re: Stuck! 2.2 Gamma won't go. Cc: bugs@freebsd.org In-Reply-To: References: <3.0.1.32.19970209182035.006a34a8@bugs.us.dell.com> <3.0.1.32.19970209182035.006a34a8@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >NB: you can manually start that program as XF86Setup. Since the >low-level routines work (the LEDs are driven by the Xserver, not by >the kernel driver), you could at least finally kill the Xserver with >Ctrl-Alt-BkSpc if all else fails. This does work. Apparently, I managed to kill it off some other way before, because when I got out of the X server, the keyboard was still dead. I had my text-mode console screen back, but no keys would work, and Alt-F1, etc. would just beep. (time passes ...) Ok, now I know what I did. While X was running, I got back to the text console and pressed Ctrl-C. That seems to be a really bad thing to do. I won't do that any more. >Can you toggle the consoles with Ctrl-Alt-F1 (for example)? Yes. Thanks. So that's what I "one million monkeyed" into my keyboard to get it to switch before. I had been pushing Alt-F1 with no luck. Only *now* do I remember reading about that. ;-) >You really can't move around with the TAB key? Sometimes I can. Hmm, I wonder .... (more time passes ...) Bad case: 1. Start XF86Setup. 2. At the XFree86 "Oval" screen, move the PS/2 mouse. It will move erratically. 3. Stop moving the mouse. 4. Press TAB repeatedly. It works fine. 5. TAB to "Mouse" button and press space bar (or enter). 6. Press space bar (or enter) again to "Dismiss" help text. 7. At this point TAB, Alt-H, '?', etc. will *not* work. Ctrl-Alt-F1, and Ctrl-Alt-Backspace *will* work. The mouse will behave erratically if you move it. Good case (well, better): 1. Start XF86Setup. 2. At the XFree86 "Oval" screen, do *not* move the PS/2 mouse. 3. Press TAB repeatedly. It works fine. 4. TAB to "Mouse" button and press space bar (or enter). 5. Press space bar (or enter) again to "Dismiss" help text. 6. At this point TAB, Alt-H, '?', 'p', etc. *will* work. The mouse will behave erratically if you move it. Once the mouse has been moved, the keyboard will die after you, for example, call up help and dismiss it, but apparently not otherwise. I think this contains some usable clues. Well, I'm past that stumbling block. I now know how to avoid this, and we'll probably all forget about it until someone else finds this one. Thanks, Joerg. With your suggestions I was able to repeat the experiments much more quickly. - Tony From owner-freebsd-bugs Mon Feb 10 03:16:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA25602 for bugs-outgoing; Mon, 10 Feb 1997 03:16:01 -0800 (PST) Received: from smtp.connectnet.com (smtp.connectnet.com [207.110.0.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA25594 for ; Mon, 10 Feb 1997 03:15:55 -0800 (PST) Received: from wink.connectnet.com (Studded@wink.connectnet.com [206.251.156.23]) by smtp.connectnet.com (8.8.5/Connectnet-2.2) with SMTP id DAA10578 for ; Mon, 10 Feb 1997 03:16:46 -0800 (PST) Message-Id: <199702101116.DAA10578@smtp.connectnet.com> From: "That Doug Guy" To: "FreeBSD-bugs@freebsd.org" Date: Mon, 10 Feb 97 03:15:50 -0800 Reply-To: "That Doug Guy" Priority: Normal X-Mailer: That Doug Guy's Registered PMMail 1.53 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: 2/9-Gamma LINT problems Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The LINT file in the 2/9-Gamma from 22gamma.freebsd.org has this entry: options CHILD_MAX=128 options OPEN_MAX=128 To my knowledge, there should be quotes around any entry with numbers in it, like this: options "CHILD_MAX=128" options "OPEN_MAX=128" Other options in LINT seem to have the same problem, an exhaustive search should be done. My apologies if I'm missing something obvious. Doug From owner-freebsd-bugs Mon Feb 10 03:17:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA25785 for bugs-outgoing; Mon, 10 Feb 1997 03:17:23 -0800 (PST) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA25768 for ; Mon, 10 Feb 1997 03:17:16 -0800 (PST) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id FAA08317; Mon, 10 Feb 1997 05:15:58 -0600 Message-Id: <3.0.1.32.19970210051554.006a2350@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: Windows Eudora Light Version 3.0.1 beta 12 (32) Date: Mon, 10 Feb 1997 05:15:54 -0600 To: "Jordan K. Hubbard" From: Tony Overfield Subject: Re: Stuck! 2.2 Gamma won't go. Cc: bugs@freebsd.org In-Reply-To: <20780.855564012@time.cdrom.com> References: Your message of "Mon, 10 Feb 1997 02:28:48 CST." <3.0.1.32.19970210022848.00691d20@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:40 AM 2/10/97 -0800, Jordan K. Hubbard wrote: > >[Jordan theorizes about what's wrong] I've more accurately described the problem in another message. >Perhaps you could post details of this system's configuration >(make & manufacturer) to -hackers and see if the 2 or 3 folk >who deal with PS/2 mice can give you some clues as to what >to do in debugging this so that they can make the PS/2 mouse >driver less pathologically behaved on your equipment. I'm convinced it's not system specific. I'm using a new system for which I did the BIOS. I'm also a maintainer of the 8042 keyboard controller code (when necessary) but there hasn't been a change to it in several years (millions of systems ago). >The fact that the PS/2 mouse driver is pathological just in >general is already known, and why do you think it's disabled >by default? ;-) Probably because nobody has figured it out yet. The PS/2 mouse interface is certainly a strange one, but most of the mystery surrounding it probably arises from the poor documentation and poorly understood behavior. I could help quite a bit if there's trouble getting it to work on "good" system implementations. But I don't know about the bugs that exist in other peoples' keyboard controllers, and that's probably where most of the trouble is. The PS/2 mouse interface is *not* inherently buggy or unreliable, but some of the implementations are. >Unfortunately, fixing it just takes as long as it takes with >volunteers working on it. True. I do understand this. >In any case, there has been recent interest in improving this driver >and the perpetrators hang out in -hackers, so you might do as I >suggested above and see what happens. ;) I'll do that, depending on what Joerg says in response to my other message. Thanks for the MTS (midnight technical support), Tony From owner-freebsd-bugs Mon Feb 10 05:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA01224 for bugs-outgoing; Mon, 10 Feb 1997 05:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA01203; Mon, 10 Feb 1997 05:00:03 -0800 (PST) Resent-Date: Mon, 10 Feb 1997 05:00:03 -0800 (PST) Resent-Message-Id: <199702101300.FAA01203@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, steve@visint.co.uk Received: from dylan.visint.co.uk ([194.207.134.180]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA00846 for ; Mon, 10 Feb 1997 04:52:45 -0800 (PST) Received: (from root@localhost) by dylan.visint.co.uk (8.8.4/8.8.4) id MAA00726; Mon, 10 Feb 1997 12:52:03 GMT Message-Id: <199702101252.MAA00726@dylan.visint.co.uk> Date: Mon, 10 Feb 1997 12:52:03 GMT From: Stephen Roome Reply-To: steve@visint.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2704: Occasional failure to detect wdc1 on bootup Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2704 >Category: kern >Synopsis: Occasional failure to detect wdc1 on bootup >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 10 05:00:02 PST 1997 >Last-Modified: >Originator: Stephen Roome >Organization: Vision Interactive >Release: FreeBSD 2.2-BETA_A i386 >Environment: I'm using a pentium motherboard with a SiS 5513 PCI IDE controller and on wdc1 I have an ATAPI CDROM drive, (Creative Labs Infra1800 12speed very new with a remote control that will run Webbrowsers under windoze 95 !!) here's some spurious info from bootup : ... pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000f800 pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=55111039) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 0 on pci0:0 chip1 rev 1 on pci0:1:0 pci0:1:1: Silicon Integrated Systems, device=0x5513, class=storage (ide) int a irq ?? [no driver assigned] map(10): io(01f0) map(14): io(03f4) map(18): io(0170) map(1c): io(0374) map(20): io(4000) ... >Description: I have tried 2 other CDROM drives and the same thing happens on startup, one out of four times I get : wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-8 wd0: 810MB (1660176 sectors), 1647 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0x80ff80ff on isa wdc1: unit 0 (atapi): , removable, dma, iordy wcd0: 171/2062Kb/sec, 240Kb cache, audio play, 255 volume levels, ejectable tray wcd0: 120mm audio disc loaded, unlocked and the rest of the time I get : wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-8 wd0: 810MB (1660176 sectors), 1647 cyls, 16 heads, 63 S/T, 512 B/S wdc1: not found I'm not sure precisely what it says for the not found line, but it's just the standard "I can't find this thing here line" Occasionaly wdc1 is found but the CDROM drive isn't, but that is very rare and usually boils down to a bad cable or somesuch... but not always =) >How-To-Repeat: I have absolutley no idea how to repeat the problem other that restarting the computer and watching it fail to find wdc1, however I have noticed that if I actually cold boot my system it seems _slightly_ more likely to find the controller than after a warm boot. >Fix: I'll try 3.0 but I'm confused. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 10 05:05:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA01395 for bugs-outgoing; Mon, 10 Feb 1997 05:05:13 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA01381 for ; Mon, 10 Feb 1997 05:05:03 -0800 (PST) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id VAA14805; Mon, 10 Feb 1997 21:56:47 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (JNcwbesv1oUYCHzj7IsvJ9KfaxR0aFnp@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id VAA29480; Mon, 10 Feb 1997 21:56:41 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id WAA04407; Mon, 10 Feb 1997 22:00:32 +0900 (JST) Message-Id: <199702101300.WAA04407@zodiac.mech.utsunomiya-u.ac.jp> To: Tony Overfield cc: "Jordan K. Hubbard" , bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: Stuck! 2.2 Gamma won't go. In-reply-to: Your message of "Mon, 10 Feb 1997 02:28:48 CST." <3.0.1.32.19970210022848.00691d20@bugs.us.dell.com> References: <3.0.1.32.19970210022848.00691d20@bugs.us.dell.com> Date: Mon, 10 Feb 1997 22:00:30 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry for not replying promptly. I have been away from my console for a whole day today. I am mostly responsible for the psm driver and the keyboard controller I/O routines in 2.2-BETA/GAMMA and 3.0-CURRENT. >Ok, I did it again. I'm certain that I answered all the >questions correctly. I does ask me for the type of mouse >I have. After answering the question correctly, "PS/2 >mouse", it puts me in the graphical setup program. > >I read the opening graphics screen more carefully and it >says I shouldn't touch the mouse until after selecting >the mouse protocol. > >If I follow those directions, :-), it indeed works ok. > >But, when I instinctively reached for the mouse and >moved it, it totally hosed me down. I consider this >broken. After all, hadn't I just finished telling it >what kind of mouse I have? Not only that, but it puts >a shiny new mouse pointer right in the middle of a >screen surrounded by mouse driven user interface >controls saying, "Move me! Click me!" > >Regardless, even if the mouse protocol is wrong, there >doesn't seem to be any good reason for the keyboard to >go ugly on me. On the screen-o-death, "/dev/psm0" is >shown as the one selected in the mouse device selection >box, this was probably selected as a result of the >text-mode dialog before the X server launched. But the >mouse protocol button that is "pushed down" is the one >labelled "Microsoft" instead of the one labelled "PS/2." You need to specify both the protocol and the port MANUALLY. Push down "PS/2" button by pressing 'p' several times. After selecting a port AND a protocol, press 'a'. And your mouse pointer will be fine. >Shouldn't the text-mode dialog a few screens back have >set the default mouse protocol to match the mouse type >I selected from it's menu? I agree that this is annoying. If only there is a mechanism to tell XF86Setup initial values we want to show to the user... As for the dead keyboard, I haven't figured out why this is happening in XF86Setup. The keyboard and PS/2 mouse I/O routines distinguish keyboard and mouse data and tries hard not to stumble upon each other feet. Whichever mouse protocol XF86Setup thinks it is dealing with, it won't affect the psm driver; the driver just passes read data to XF86Setup, which will, BTW, certainly be confused if a wrong protocol is specified. Besides, if Ctl-Alt-F? and Ctl-Alt-BS are working, I have to say that at least these key codes are received and processed correctly by syscons internally (Ctl-Alt-F?) or properly fed to XF86Setup (Ctl-Alt-BS). This, I think, indicates that the keyboard interrupt is working as it should and key codes are read from the keyboard controller without problems, but somewhere, someone is unable to interpret normal keys... >So, if this happens, what should I do? Do I need to >re-install, or can I finish the install some other way? >- >Tony Kazu From owner-freebsd-bugs Mon Feb 10 05:29:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA02372 for bugs-outgoing; Mon, 10 Feb 1997 05:29:56 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA02365 for ; Mon, 10 Feb 1997 05:29:34 -0800 (PST) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id WAA14923; Mon, 10 Feb 1997 22:28:19 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (Y4BlGUaOBI2ZdLvVeU8jh+90R5RdKWQI@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id WAA29637; Mon, 10 Feb 1997 22:28:13 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id WAA05518; Mon, 10 Feb 1997 22:32:04 +0900 (JST) Message-Id: <199702101332.WAA05518@zodiac.mech.utsunomiya-u.ac.jp> To: "Jordan K. Hubbard" cc: Tony Overfield , bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: Stuck! 2.2 Gamma won't go. In-reply-to: Your message of "Sun, 09 Feb 1997 22:17:41 PST." <27458.855555461@time.cdrom.com> References: <27458.855555461@time.cdrom.com> Date: Mon, 10 Feb 1997 22:31:57 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> After many hours of downloading, it finally asked me to choose >> a graphical or a non-graphical method of configuring the X >> server. I chose graphical. Now I've got a nice looking > >Which install type were you using? Novice should have asked you >about your mouse type *before* this for exactly that reason. >Did you skip over that dialog? > >Also, did you enable psm0 in the kernel config menu? That's necessary. > > Jordan In the mouse selection menu of the sysinstall, the text says: "...Note that for PS/2 mice, a kernel recompile is required!..." This is not true now. Shall we say: "...Note that for PS/2 mice, you need to enable the psm driver in the user configuration menu when booting the system next time..." or something to that effect? (correct my pidgin English :-) Kazu From owner-freebsd-bugs Mon Feb 10 05:44:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA03064 for bugs-outgoing; Mon, 10 Feb 1997 05:44:58 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA03034; Mon, 10 Feb 1997 05:44:52 -0800 (PST) Date: Mon, 10 Feb 1997 05:44:52 -0800 (PST) From: Mike Pritchard Message-Id: <199702101344.FAA03034@freefall.freebsd.org> To: gurney_j@efn.org, mpp, freebsd-bugs Subject: Re: bin/2702 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: brandelf has buffer over run and doesn't have a manpage State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Feb 10 05:44:03 PST 1997 State-Changed-Why: Suggested fixes and new man page were added to the system. And no, this is not too much for a PR. From owner-freebsd-bugs Mon Feb 10 06:51:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA05556 for bugs-outgoing; Mon, 10 Feb 1997 06:51:57 -0800 (PST) Received: from nimbus.superior.net (root@nimbus.superior.net [206.153.96.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA05551 for ; Mon, 10 Feb 1997 06:51:50 -0800 (PST) Received: (from exidor@localhost) by nimbus.superior.net (8.8.5/8.8.5) id JAA20725; Mon, 10 Feb 1997 09:51:43 -0500 (EST) Message-ID: <19970210095143.MQ04786@@> Date: Mon, 10 Feb 1997 09:51:43 -0500 From: exidor@superior.net (Christopher Masto) To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: tony@dell.com (Tony Overfield), bugs@FreeBSD.ORG Subject: Re: Stuck! 2.2 Gamma won't go. References: <3.0.1.32.19970210022848.00691d20@bugs.us.dell.com> <20780.855564012@time.cdrom.com> X-Mailer: Mutt 0.59.1 Mime-Version: 1.0 In-Reply-To: <20780.855564012@time.cdrom.com>; from Jordan K. Hubbard on Feb 10, 1997 00:40:12 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > If I follow those directions, :-), it indeed works ok. > > Good to know. :) > > > But, when I instinctively reached for the mouse and > > moved it, it totally hosed me down. I consider this > > broken. After all, hadn't I just finished telling it > > what kind of mouse I have? Not only that, but it puts > > I'm sure it is broken, and I'm sure it's the PS/2 mouse driver > breaking you. Trying to read from it as a serial mouse (which X will > try to do initially through the /dev/mouse symlink when you've got it > set wrong) probably confuses the spit out of the PS/2 driver and this > results in your particular system's keyboard going away (though > probably not with all systems or we'd have no doubt heard about this > before now). Whoops.. I have this same problem every time I install on a PS/2-mouse system. I just assumed it was known, since it was cautioned against on the opening screen. -- Christopher Masto . . . . chris@masto.com . . . . . Masto Consulting: info@masto.com On Health: I've been laid up with the intentional flu. - movie mogul Samule Goldwyn From owner-freebsd-bugs Mon Feb 10 06:54:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA05641 for bugs-outgoing; Mon, 10 Feb 1997 06:54:22 -0800 (PST) Received: from nimbus.superior.net (root@nimbus.superior.net [206.153.96.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA05635 for ; Mon, 10 Feb 1997 06:54:16 -0800 (PST) Received: (from exidor@localhost) by nimbus.superior.net (8.8.5/8.8.5) id JAA20824; Mon, 10 Feb 1997 09:53:59 -0500 (EST) Message-ID: <19970210095359.GY05402@@> Date: Mon, 10 Feb 1997 09:53:59 -0500 From: exidor@superior.net (Christopher Masto) To: yokota@zodiac.mech.utsunomiya-u.ac.jp (Kazutaka YOKOTA) Cc: tony@dell.com (Tony Overfield), jkh@time.cdrom.com (Jordan K. Hubbard), bugs@freebsd.org Subject: Re: Stuck! 2.2 Gamma won't go. References: <3.0.1.32.19970210022848.00691d20@bugs.us.dell.com> <199702101300.WAA04407@zodiac.mech.utsunomiya-u.ac.jp> X-Mailer: Mutt 0.59.1 Mime-Version: 1.0 In-Reply-To: <199702101300.WAA04407@zodiac.mech.utsunomiya-u.ac.jp>; from Kazutaka YOKOTA on Feb 10, 1997 22:00:30 +0900 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Kazutaka YOKOTA writes: > As for the dead keyboard, I haven't figured out why this is happening > in XF86Setup. The keyboard and PS/2 mouse I/O routines distinguish > keyboard and mouse data and tries hard not to stumble upon each other > feet. Whichever mouse protocol XF86Setup thinks it is dealing with, it > won't affect the psm driver; the driver just passes read data to > XF86Setup, which will, BTW, certainly be confused if a wrong protocol > is specified. > > Besides, if Ctl-Alt-F? and Ctl-Alt-BS are working, I have to say that > at least these key codes are received and processed correctly by > syscons internally (Ctl-Alt-F?) or properly fed to XF86Setup > (Ctl-Alt-BS). This, I think, indicates that the keyboard interrupt is > working as it should and key codes are read from the keyboard > controller without problems, but somewhere, someone is unable to > interpret normal keys... Aren't the keys different when the mouse button is held down? -- Christopher Masto . . . . chris@masto.com . . . . . Masto Consulting: info@masto.com On Redundancy: I'm for abolishing and doing away with redundancy. - J. Curtis McKay of the Wisconsin State Elections Board. From owner-freebsd-bugs Mon Feb 10 07:00:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA05857 for bugs-outgoing; Mon, 10 Feb 1997 07:00:21 -0800 (PST) Received: from smtp.connectnet.com (smtp.connectnet.com [207.110.0.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA05851 for ; Mon, 10 Feb 1997 07:00:11 -0800 (PST) Received: from wink.connectnet.com (wink.connectnet.com [206.251.156.23]) by smtp.connectnet.com (8.8.5/Connectnet-2.2) with SMTP id HAA18917 for ; Mon, 10 Feb 1997 07:01:01 -0800 (PST) Message-Id: <199702101501.HAA18917@smtp.connectnet.com> From: "That Doug Guy" To: "FreeBSD-bugs@freebsd.org" Date: Mon, 10 Feb 97 07:00:05 -0800 Reply-To: "That Doug Guy" Priority: Normal X-Mailer: That Doug Guy's Registered PMMail 1.53 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: 2.2-Gamma (2/9) make world doc problems Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Doing a make world on 2.2-19970209-Gamma the following error messages caught my eye: ===> share/doc/handbook sgmlfmt -f html /usr/src/share/doc/handbook/handbook.sgml sgmlfmt -f latin1 /usr/src/share/doc/handbook/handbook.sgml handbook.trf:3351: warning: can't break line handbook.trf:3360: warning: can't break line handbook.trf:3369: warning: can't break line [Lots more of these] Following this, there were quite a lot more error messages while various /doc/ directories were being built, but they flew by too fast for me to catch and copy them. There were quite a few about something not being a negative offset, a few about some other sgml errors, and various others. If there is more interest in this, and/or there is a log of error messages received during a make world, feel free to mail me privately, and I'll provide whatever info I can. This is my first make world, so please forgive me if this is a normal thing. Hope this helps, Doug From owner-freebsd-bugs Mon Feb 10 08:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA10054 for bugs-outgoing; Mon, 10 Feb 1997 08:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA10028; Mon, 10 Feb 1997 08:20:04 -0800 (PST) Date: Mon, 10 Feb 1997 08:20:04 -0800 (PST) Message-Id: <199702101620.IAA10028@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mark Diekhans Subject: Re: bin/174 stty doesn't give very good output on error... Reply-To: Mark Diekhans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/174; it has been noted by GNATS. From: Mark Diekhans To: gurney_j@resnet.uoregon.edu Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/174 stty doesn't give very good output on error... Date: Mon, 10 Feb 1997 08:13:32 -0800 (PST) >the bug can't be fixed unless there is some restructuring of stty... and >this probably shouldn't happen... >... >comments? Its a minor bug in the whole scheme of things, feel free to close it. Thanks, Mark From owner-freebsd-bugs Mon Feb 10 08:46:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA11551 for bugs-outgoing; Mon, 10 Feb 1997 08:46:47 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA11522; Mon, 10 Feb 1997 08:46:40 -0800 (PST) Date: Mon, 10 Feb 1997 08:46:40 -0800 (PST) From: Mike Pritchard Message-Id: <199702101646.IAA11522@freefall.freebsd.org> To: markd@grizzly.com, mpp, freebsd-bugs Subject: Re: bin/174 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Poor error message from stty State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Feb 10 08:45:49 PST 1997 State-Changed-Why: PR author sad this can be closed. From owner-freebsd-bugs Mon Feb 10 09:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA12873 for bugs-outgoing; Mon, 10 Feb 1997 09:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA12855; Mon, 10 Feb 1997 09:20:01 -0800 (PST) Date: Mon, 10 Feb 1997 09:20:01 -0800 (PST) Message-Id: <199702101720.JAA12855@freefall.freebsd.org> To: freebsd-bugs Cc: From: Robert Withrow Subject: kern/2693: AMD: Direct mounts don't work Reply-To: Robert Withrow Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2693; it has been noted by GNATS. From: Robert Withrow To: freebsd-gnats-submit@freebsd.org Cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: kern/2693: AMD: Direct mounts don't work Date: Mon, 10 Feb 1997 12:10:23 -0500 This is a multipart MIME message. --==_Exmh_-13829518450 Content-Type: text/plain; charset=us-ascii j@uriah.heep.sax.de said: :- You should have included your patches into your PR, so that anybody :- with some spare 10 minutes could have a look at them. Without this, :- the probability that it will ever be fixed drops drastically. You're right. I can only plead that ANS wasn't routing between home (where I sent the pr) and work (where the patchew were). Anyway, here are the patches sent to me by ``Doug Rabson ''. These are against 2.1.[56] and are in use here on several machines. --==_Exmh_-13829518450 Content-Type: text/plain ; name="nfspatches.txt"; charset=us-ascii Content-Description: nfspatches.txt Content-Transfer-Encoding: x-uuencode Content-Disposition: attachment; filename="nfspatches.txt" begin 640 nfspatches.txt M5&\@87!P;'D@=&AE7,O;F9S"B`R*2!P871C:"`M<"`\=&AI7,O8V]M<&EL92]Y;W5R7,O;F9S+VYFPHK"6EF("@H;FUP+3YN;5]F;&%G("8@3D9334Y47TY13D93*2`]/2`P*2![ M"B`)"6EF("AN<"T^;E]F;&%G("8@3DU/1$E&245$*2!["B`)"0EI9B`H*&YM M<"T^;FU?9FQA9R`F($Y&4TU.5%]-65=2251%*2`]/2`P('Q\"B`)"0D@("`@ M('9P+3YV7W1Y<&4@(3T@5E)%1RD@>PI);F1E>#H@;F9S7W-U8G,N8PH]/3T] M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] M/3T]/3T]/3T]/3T]/3T]/3T]"E)#4R!F:6QE.B`O:&]M92]N8W9S+W-R8R]S M>7,O;F9S+VYF7!E(#T](%9.3TXI('L**PEI9B`H=G`M/G9?='EP92`A/2!V M='EP*2!["B`)"6EF("AV='EP(#T](%9#2%(@)B8@&9F9F9F M9F9F*0H@"0D)=G`M/G9?='EP92`]('9T>7`@/2!61DE&3SL*(`D)96QS90I) M;F1E>#H@;F9S7W9F7!E('=I=&@@=&AE(&-O Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA17004 for bugs-outgoing; Mon, 10 Feb 1997 10:41:10 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup3.gaffaneys.com [134.129.252.22]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA16999 for ; Mon, 10 Feb 1997 10:41:05 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id MAA03073; Mon, 10 Feb 1997 12:41:30 -0600 (CST) To: freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 References: <876804rsia.fsf@murkwood.gaffaneys.com> <19970208165555.12961@usn.blaze.net.au> <87bu9venx6.fsf@murkwood.gaffaneys.com> <19970208201732.37402@usn.blaze.net.au> Mime-Version: 1.0 (generated by tm-edit 7.89) Content-Type: text/plain; charset=US-ASCII From: Zach Heilig Date: 10 Feb 1997 12:41:29 -0600 In-Reply-To: David Nugent's message of Sat, 8 Feb 1997 20:17:32 +1100 Message-ID: <87g1z47bc6.fsf@murkwood.gaffaneys.com> Lines: 14 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm pretty sure I tracked down my problem. moused & X are working together nicely again. The problem seemed to be that I had typed: vidcontrol -m on in the virtual terminal that was later used to run X. Problems went away after I thought of that and turned it off... -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the only | is unwelcome. I avoid dealing form of culture some people have! | with companies that email ads. From owner-freebsd-bugs Mon Feb 10 10:51:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA17709 for bugs-outgoing; Mon, 10 Feb 1997 10:51:24 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA17681; Mon, 10 Feb 1997 10:51:14 -0800 (PST) Date: Mon, 10 Feb 1997 10:51:14 -0800 (PST) From: Garrett Wollman Message-Id: <199702101851.KAA17681@freefall.freebsd.org> To: mi@aldan.ziplink.net, wollman, freebsd-bugs Subject: Re: bin/2700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fetch -r reports K/s ratio as the whole file was fetched State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Mon Feb 10 10:50:43 PST 1997 State-Changed-Why: Applied patch from John-Mark Gurney. From owner-freebsd-bugs Mon Feb 10 10:53:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA17947 for bugs-outgoing; Mon, 10 Feb 1997 10:53:28 -0800 (PST) Received: from grackle.grondar.za (uS0QAUo4rmv7OGFR4E03/D0e283hXT1W@grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA17910 for ; Mon, 10 Feb 1997 10:53:17 -0800 (PST) Received: from grackle.grondar.za (96Ywx5VOKFfz3IcQ66ezLQXSIkXpEwYl@localhost [127.0.0.1]) by grackle.grondar.za (8.8.5/8.8.4) with ESMTP id UAA04203; Mon, 10 Feb 1997 20:52:54 +0200 (SAT) Message-Id: <199702101852.UAA04203@grackle.grondar.za> To: Zach Heilig cc: freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 Date: Mon, 10 Feb 1997 20:52:53 +0200 From: Mark Murray Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Zach Heilig wrote: > I'm pretty sure I tracked down my problem. moused & X are working > together nicely again. The problem seemed to be that I had typed: > > vidcontrol -m on > > in the virtual terminal that was later used to run X. Problems went > away after I thought of that and turned it off... That is a bug in itself; the fact that it messes up X. I would be a sod to fix, though. M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-bugs Mon Feb 10 11:11:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA18826 for bugs-outgoing; Mon, 10 Feb 1997 11:11:40 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA18819 for ; Mon, 10 Feb 1997 11:11:35 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id LAA25175; Mon, 10 Feb 1997 11:09:43 -0800 (PST) To: Kazutaka YOKOTA cc: Tony Overfield , bugs@freebsd.org Subject: Re: Stuck! 2.2 Gamma won't go. In-reply-to: Your message of "Mon, 10 Feb 1997 22:31:57 +0900." <199702101332.WAA05518@zodiac.mech.utsunomiya-u.ac.jp> Date: Mon, 10 Feb 1997 11:09:43 -0800 Message-ID: <25171.855601783@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In the mouse selection menu of the sysinstall, the text says: > > "...Note that for PS/2 mice, a kernel recompile is required!..." > > This is not true now. Shall we say: Yeah, that's been on my TODO list for awhile - thanks for the reminder. Done! Jordan From owner-freebsd-bugs Mon Feb 10 11:50:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA20975 for bugs-outgoing; Mon, 10 Feb 1997 11:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA20963; Mon, 10 Feb 1997 11:50:02 -0800 (PST) Date: Mon, 10 Feb 1997 11:50:02 -0800 (PST) Message-Id: <199702101950.LAA20963@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Mutsaers Subject: Re: kern/2698: scsi tape driver problem Reply-To: Peter Mutsaers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2698; it has been noted by GNATS. From: Peter Mutsaers To: Julian Elischer Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2698: scsi tape driver problem Date: Mon, 10 Feb 1997 18:54:10 +0100 (MET) >> On Sun, 09 Feb 1997 12:46:23 -0800, Julian Elischer >> said: JE> Peter Mutsaers wrote: JE> try always using nrst0 for all operations.. I never use rst0 In fact I did. Then I did a mt -f /dev/nrst0 rewind and tried to restore. For the bugreport I tried with /dev/rst0 instead. It doesn't make a difference. My tapedrive is not broken. It works without such problems on Linux and NT4.0. (Maybe because Linux doesn't treat it as a raw device?) It is a DEC TZK: st0 at scbus0 target 2 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access st0: asynchronous. density code 0x0, drive empty This is exactly the same as a Wangtek 525MB drive, I think the Wangtek 5525 ES. Could/should I tell the driver that it is a Wangtek? The handbook says: This drives quirks are known and pre-compiled into the scsi tape device driver (st(4)). -- Peter Mutsaers | Abcoude (Utrecht), | Trust is a good quality plm@xs4all.nl | the Netherlands | for other people to have From owner-freebsd-bugs Mon Feb 10 12:50:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA24156 for bugs-outgoing; Mon, 10 Feb 1997 12:50:10 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24143 for ; Mon, 10 Feb 1997 12:50:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id MAA25221; Mon, 10 Feb 1997 12:49:40 -0800 (PST) Date: Mon, 10 Feb 1997 12:49:37 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Peter Mutsaers cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/2698: scsi tape driver problem In-Reply-To: <199702101950.LAA20963@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Feb 1997, Peter Mutsaers wrote: > The following reply was made to PR kern/2698; it has been noted by GNATS. > > My tapedrive is not broken. It works without such problems on Linux > and NT4.0. (Maybe because Linux doesn't treat it as a raw device?) > > It is a DEC TZK: > > st0 at scbus0 target 2 lun 0 > st0: type 1 removable SCSI 2 > st0: Sequential-Access > st0: asynchronous. > density code 0x0, drive empty > > This is exactly the same as a Wangtek 525MB drive, I think the Wangtek > 5525 ES. > > Could/should I tell the driver that it is a Wangtek? The handbook > says: > > This drives quirks are known and pre-compiled into the scsi tape device driver > (st(4)). modify /usr/src/sys/scsi/scsiconf.c so that an entry like the "WANGTEK", "5525ES*" but have it be something like: { ..., ..., ..., "DEC", "TZK10", "00B3", ... } then recompile your kernel and see what happens... hope this works... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Mon Feb 10 14:10:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA28538 for bugs-outgoing; Mon, 10 Feb 1997 14:10:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA28528; Mon, 10 Feb 1997 14:10:02 -0800 (PST) Resent-Date: Mon, 10 Feb 1997 14:10:02 -0800 (PST) Resent-Message-Id: <199702102210.OAA28528@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, soil@quick.net Received: from stanton-1-1.quick.net (soil@newport-1-12.quick.net [206.171.89.212]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA28215 for ; Mon, 10 Feb 1997 14:03:45 -0800 (PST) Received: (from soil@localhost) by stanton-1-1.quick.net (8.8.5/8.8.5) id OAA02064; Mon, 10 Feb 1997 14:03:45 -0800 (PST) Message-Id: <199702102203.OAA02064@stanton-1-1.quick.net> Date: Mon, 10 Feb 1997 14:03:45 -0800 (PST) From: soil@quick.net Reply-To: soil@quick.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2705: `(c) 1992-1996 FreeBSD Inc.'; year is now 1997 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2705 >Category: kern >Synopsis: `(c) 1992-1996 FreeBSD Inc.'; year is now 1997 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 10 14:10:01 PST 1997 >Last-Modified: >Originator: Josh Gilliam >Organization: >Release: FreeBSD 2.2-970205-GAMMA i386 >Environment: FreeBSD stanton-1-1.quick.net 2.2-970205-GAMMA FreeBSD 2.2-970205-GAMMA #0: Sat Feb 8 19:56:01 PST 1997 soil@stanton-1-1.quick.net:/usr/src/sys/compile/JOSH_GILLIAM i386 >Description: System messages display a copyright by FreeBSD Inc. from 1992-1996. It is now February 1997. >How-To-Repeat: $ dmesg | head -n 1 Copyright (c) 1992-1996 FreeBSD Inc. >Fix: one character change >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Feb 10 15:53:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA03477 for bugs-outgoing; Mon, 10 Feb 1997 15:53:53 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA03467 for ; Mon, 10 Feb 1997 15:53:36 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA28370; Tue, 11 Feb 1997 00:52:49 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id AAA20914; Tue, 11 Feb 1997 00:47:16 +0100 (MET) Message-ID: Date: Tue, 11 Feb 1997 00:47:16 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: tony@dell.com (Tony Overfield) Cc: bugs@freebsd.org Subject: Re: Stuck! 2.2 Gamma won't go. References: <3.0.1.32.19970209182035.006a34a8@bugs.us.dell.com> <3.0.1.32.19970209182035.006a34a8@bugs.us.dell.com> <3.0.1.32.19970210044426.006a265c@bugs.us.dell.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.1.32.19970210044426.006a265c@bugs.us.dell.com>; from Tony Overfield on Feb 10, 1997 04:44:26 -0600 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Tony Overfield wrote: > Bad case: > > 1. Start XF86Setup. > 2. At the XFree86 "Oval" screen, move the PS/2 mouse. > It will move erratically. > 3. Stop moving the mouse. > 4. Press TAB repeatedly. It works fine. > 5. TAB to "Mouse" button and press space bar (or enter). > 6. Press space bar (or enter) again to "Dismiss" help text. > 7. At this point TAB, Alt-H, '?', etc. will *not* work. > Ctrl-Alt-F1, and Ctrl-Alt-Backspace *will* work. > The mouse will behave erratically if you move it. > I think this contains some usable clues. Well, that's a matter for the PS/2 mice gurus now. I don't belong to them. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Feb 10 16:09:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA04392 for bugs-outgoing; Mon, 10 Feb 1997 16:09:35 -0800 (PST) Received: (from yokota@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA04356; Mon, 10 Feb 1997 16:08:48 -0800 (PST) Date: Mon, 10 Feb 1997 16:08:48 -0800 (PST) From: Kazutaka YOKOTA Message-Id: <199702110008.QAA04356@freefall.freebsd.org> To: jbrann@freebie.brann.org, yokota, freebsd-bugs Subject: Re: bin/2539 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: keyboard lock with Toshiba laptop State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Mon Feb 10 16:04:15 PST 1997 State-Changed-Why: The PR originator verified that the patch fixed the problem. From owner-freebsd-bugs Mon Feb 10 17:19:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA00774 for bugs-outgoing; Mon, 10 Feb 1997 17:19:03 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA00754 for ; Mon, 10 Feb 1997 17:18:59 -0800 (PST) Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id RAA29744 for ; Mon, 10 Feb 1997 17:01:14 -0800 (PST) Received: from asterix.xs4all.nl (root@asterix.xs4all.nl [194.109.6.11]) by smtp1.xs4all.nl (8.7.6/XS4ALL) with ESMTP id BAA06730; Tue, 11 Feb 1997 01:59:47 +0100 (MET) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id BAA00564; Tue, 11 Feb 1997 01:45:12 +0100 (MET) Received: (from plm@localhost) by plm.xs4all.nl (8.8.4/8.7.3) id BAA00374; Tue, 11 Feb 1997 01:00:53 +0100 (MET) Date: Tue, 11 Feb 1997 01:00:53 +0100 (MET) Message-Id: <199702110000.BAA00374@plm.xs4all.nl> From: Peter Mutsaers MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: John-Mark Gurney Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/2698: scsi tape driver problem In-Reply-To: References: <199702101950.LAA20963@freefall.freebsd.org> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> On Mon, 10 Feb 1997 12:49:37 -0800 (PST), John-Mark Gurney >> said: JG> modify /usr/src/sys/scsi/scsiconf.c so that an entry like the "WANGTEK", JG> "5525ES*" JG> but have it be something like: JG> { JG> ..., ..., ..., "DEC", "TZK10", "00B3", JG> ... JG> } JG> then recompile your kernel and see what happens... hope this works... JG> ttyl.. I did this. The result is that mt -f /dev/rst0 status now reports the correct densities: /sys/scsi# mt -f /dev/rst0 status Present Mode: Density = QIC-150 Blocksize = 512 bytes ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = QIC-320 Blocksize variable Mode 2: Density = QIC-150 Blocksize variable Mode 3: Density = QIC-120 Blocksize variable instead of those X3.--- density codes (whatevery they are). Note that at first for mode 2 blocksize 512 was shown, but after some actions this changed into variable. Strange. Indeed, as Joerg Wunsch said, the QIC 150 tape seems to write variable blocks instead of 512 byte blocks. (525MB tapes are always variable blocks. I have no problems at all with them). I can check this as follows: /sys/scsi# restore tf /dev/rst0 st0: block wrong size, 64 blocks residual tape read error: Input/output error but using rst0.1 (act as if QIC 320, whatever that is, which is supposed to have variable blocksize: /sys/scsi# restore tf /dev/rst0.1 Dump date: Tue Feb 11 00:38:03 1997 Dumped from: the epoch Level 0 dump of /var on plm.xs4all.nl:/dev/sd1f Label: none ^Crestore interrupted, continue? [yn] At least I have a workaround for now. I do know that indeed I've had problems in the past with reading QIC 150 tapes under Linux, when written under FreeBSD. I've never encountered such problems under Linux however. I cannot check the behaviour under Linux anymore however since I've removed that from my system. But I think indeed I got error messages under Linux when reading QIC 150 tapes written by FreeBSD, indicating that the blocksize didn't match. Probably Linux tried to read 512 byte blocks from the device. I remember that even experimenting with 'dd if=/dev/st0 bs=10k' didn't help. Which is logical, since 10k to the block device /dev/st0 still results internally into reading 512 byte blocks. -- Peter Mutsaers | Abcoude (Utrecht), | Trust is a good quality plm@xs4all.nl | the Netherlands | for other people to have From owner-freebsd-bugs Mon Feb 10 17:57:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA02772 for bugs-outgoing; Mon, 10 Feb 1997 17:57:49 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02758 for ; Mon, 10 Feb 1997 17:57:25 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id MAA03008; Tue, 11 Feb 1997 12:56:49 +1100 (EST) Message-ID: <19970211125647.01074@usn.blaze.net.au> Date: Tue, 11 Feb 1997 12:56:47 +1100 From: David Nugent To: Zach Heilig Cc: Mark Murray , freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 References: <199702101852.UAA04203@grackle.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <199702101852.UAA04203@grackle.grondar.za>; from Mark Murray on Feb 02, 1997 at 08:52:53PM Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 08:52:53PM, Mark Murray wrote: > Zach Heilig wrote: > > I'm pretty sure I tracked down my problem. moused & X are working > > together nicely again. The problem seemed to be that I had typed: > > > > vidcontrol -m on > > > > in the virtual terminal that was later used to run X. Ah, nice to know. The chances of this happening on most installations would be small though, assuming that X is starting up on the first inactive vt, no? > > Problems went away after I thought of that and turned it off... > > That is a bug in itself; the fact that it messes up X. I would be a > sod to fix, though. Couldn't the X server simply force it off on its when it starts up? #include . . { struct mouse_info mouse; mouse.operation = MOUSE_HIDE; ioctl(0, CONS_MOUSECTL, &mouse); } Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Mon Feb 10 19:21:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA07390 for bugs-outgoing; Mon, 10 Feb 1997 19:21:08 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07381 for ; Mon, 10 Feb 1997 19:21:05 -0800 (PST) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id MAA15205; Tue, 11 Feb 1997 12:20:54 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (+eHOXEMpiXu1rDM5rgLok14KkrM+l/jj@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id MAA30260; Tue, 11 Feb 1997 12:20:49 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id MAA00887; Tue, 11 Feb 1997 12:24:39 +0900 (JST) Message-Id: <199702110324.MAA00887@zodiac.mech.utsunomiya-u.ac.jp> To: Zach Heilig cc: freebsd-bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: moused and X11R6 In-reply-to: Your message of "10 Feb 1997 12:41:29 CST." <87g1z47bc6.fsf@murkwood.gaffaneys.com> References: <876804rsia.fsf@murkwood.gaffaneys.com> <19970208165555.12961@usn.blaze.net.au> <87bu9venx6.fsf@murkwood.gaffaneys.com> <19970208201732.37402@usn.blaze.net.au> <87g1z47bc6.fsf@murkwood.gaffaneys.com> Date: Tue, 11 Feb 1997 12:24:23 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'm pretty sure I tracked down my problem. moused & X are working >together nicely again. The problem seemed to be that I had typed: > >vidcontrol -m on > >in the virtual terminal that was later used to run X. Problems went >away after I thought of that and turned it off... Hmmm. I experimented this; I did vidcontrol -m on in a virtual terminal, then from within the same terminal, I started X. The X server switches to an unused virtual terminal (this is the way it works) and my mouse works fine there. I switch back to the virtual terminal on which I run vidcontrol, the terminal shows some lines from the X server AND the mouse cursor. I can move the mouse cursor and mark region in the screen with no problem. I even did `vidcontrol -m on' in yet another virtual terminal, and it works. No conflicts. My understanding is that the sysmouse driver, which is actually a part of the syscons driver, feed mouse data only to the foreground virtual terminal. So, there should be no conflict, whether `vidcontrol -m on' in any of the virtual terminals or not. I may be wrong and I may be just fortunate enough not to have trouble with moused... Kazu >-- >Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email >Support bacteria -- it's the only | is unwelcome. I avoid dealing >form of culture some people have! | with companies that email ads. From owner-freebsd-bugs Mon Feb 10 19:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09189 for bugs-outgoing; Mon, 10 Feb 1997 19:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09181; Mon, 10 Feb 1997 19:50:04 -0800 (PST) Date: Mon, 10 Feb 1997 19:50:04 -0800 (PST) Message-Id: <199702110350.TAA09181@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Durkin Subject: Re: bin/2256: PPP process on port will not close when an NT user has diconnected after a session. Reply-To: Mike Durkin Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2256; it has been noted by GNATS. From: Mike Durkin To: freebsd-gnats-submit@freebsd.org, j@uriah.heep.sax.de Cc: greg@gcsl.co.uk Subject: Re: bin/2256: PPP process on port will not close when an NT user has diconnected after a session. Date: Mon, 10 Feb 1997 19:50:57 -0800 I've seen the same problem, and modems are definately configured correctly. I'm not sure if the bug is in mgetty or the Cyclades driver (I haven't checked to see if it exists with sio as well). My setup: P120, FreeBSD 2.1.6R, Cyclades Ye16 multiport card, mgetty-1.1.0 The root of the problem is thus: While waiting for a call, mgetty has 'clocal' on the port. After the call answers, and Carrier Detect is high, mgetty switches the port to '-clocal'. When the caller disconnects, pppd does not receive a SIGHUP (so it seems), and keeps the port tied up. It seems that the Cyclades driver won't generate a SIGHUP on an on-to-off CD transition if clocal was toggled off while CD was already on/high. If mgetty is modified to set -clocal while waiting for the call, it works fine, but I am only using it for dialin so I don't know if that breaks mgetty's fax functions, etc. A workaroung in mgetty is to change the TRUE flag to FALSE in the call to tio_mode_sane() in mg_init_device() in mg_m_init.c. Setting -clocal on the lock-state device in /etc/rc.serial would probably also work instead. Note I believe the bug is actually in the Cyclades driver assuming the above behavior wrt lack of SIGHUP under the conditions given isn't kosher. thanks, Mike From owner-freebsd-bugs Mon Feb 10 19:56:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09665 for bugs-outgoing; Mon, 10 Feb 1997 19:56:35 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09620; Mon, 10 Feb 1997 19:56:07 -0800 (PST) From: Mike Pritchard Message-Id: <199702110356.TAA09620@freefall.freebsd.org> Subject: Re: Current problem reports assigned to you To: bugmaster@freebsd.org (FreeBSD bugmaster) Date: Mon, 10 Feb 1997 19:56:07 -0800 (PST) Cc: freebsd-bugs In-Reply-To: <199702101801.KAA15237@freefall.freebsd.org> from "FreeBSD bugmaster" at Feb 10, 97 10:01:19 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk How come I don't receive a copy of the full FreeBSD bug list along with the list of the PRs that are assigned to me anymore? Currently, if I want a list of all the open problem reports, I have to run my own script. That list should be sent out to freebsd-bugs automatically every week. -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Mon Feb 10 20:32:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA11071 for bugs-outgoing; Mon, 10 Feb 1997 20:32:14 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA11015 for ; Mon, 10 Feb 1997 20:31:39 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA02847; Tue, 11 Feb 1997 15:30:22 +1100 Date: Tue, 11 Feb 1997 15:30:22 +1100 From: Bruce Evans Message-Id: <199702110430.PAA02847@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, mdurkin@tsoft.net Subject: Re: bin/2256: PPP process on port will not close when an NT user has diconnected after a session. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I've seen the same problem, and modems are definately configured correctly. > I'm not sure if the bug is in mgetty or the Cyclades driver (I haven't checked > to see if it exists with sio as well). The Cyclades driver had buggy carrier handling in CLOCAL mode (which is mainly used by ppp and mgetty). This was fixed a on 1996/12/5, so its status is: pre-2.1.6: broken 2.1.6R: broken (release built on 1996/11/24) -stable: broken (branch was dead) 2.1.7: broken (branch hasn't woken up yet) 2.2: fixed -current: fixed > It seems that the Cyclades driver won't generate a SIGHUP on an on-to-off > CD transition if clocal was toggled off while CD was already on/high. SIGHUPs are never generated in CLOCAL mode. ppp and mgetty poll the carrier detect bit, and polling was broken. Bruce From owner-freebsd-bugs Mon Feb 10 21:06:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12732 for bugs-outgoing; Mon, 10 Feb 1997 21:06:09 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12726 for ; Mon, 10 Feb 1997 21:06:05 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id QAA04180; Tue, 11 Feb 1997 16:04:59 +1100 Date: Tue, 11 Feb 1997 16:04:59 +1100 From: Bruce Evans Message-Id: <199702110504.QAA04180@godzilla.zeta.org.au> To: FreeBSD-bugs@freebsd.org, tiller@connectnet.com Subject: Re: 2/9-Gamma LINT problems Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >To my knowledge, there should be quotes around any entry with numbers >in it, like this: > >options "CHILD_MAX=128" >options "OPEN_MAX=128" No, quotes are usually only necessary to prevent identifiers being split up into letters and numbers. E.g., I386_CPU would be 3 tokens (I, 386 and _CPU). This isn't wanted, so "I386_CPU" is used. Bruce From owner-freebsd-bugs Mon Feb 10 21:24:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13542 for bugs-outgoing; Mon, 10 Feb 1997 21:24:25 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA13528 for ; Mon, 10 Feb 1997 21:24:18 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id QAA03691; Tue, 11 Feb 1997 16:22:37 +1100 (EST) Message-ID: <19970211162236.64243@usn.blaze.net.au> Date: Tue, 11 Feb 1997 16:22:36 +1100 From: David Nugent To: Kazutaka YOKOTA Cc: Zach Heilig , freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 References: <876804rsia.fsf@murkwood.gaffaneys.com> <19970208165555.12961@usn.blaze.net.au> <87bu9venx6.fsf@murkwood.gaffaneys.com> <19970208201732.37402@usn.blaze.net.au> <87g1z47bc6.fsf@murkwood.gaffaneys.com> <199702110324.MAA00887@zodiac.mech.utsunomiya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <199702110324.MAA00887@zodiac.mech.utsunomiya-u.ac.jp>; from Kazutaka YOKOTA on Feb 02, 1997 at 12:24:23PM Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 12:24:23PM, Kazutaka YOKOTA wrote: > > > >in the virtual terminal that was later used to run X. Problems went > >away after I thought of that and turned it off... > > Hmmm. I experimented this; I did > > vidcontrol -m on > > in a virtual terminal, then from within the same terminal, I started X. > The X server switches to an unused virtual terminal (this is the way it > works) and my mouse works fine there. I switch back to the virtual > terminal on which I run vidcontrol, the terminal shows some lines from > the X server AND the mouse cursor. I can move the mouse cursor and > mark region in the screen with no problem. > > I even did `vidcontrol -m on' in yet another virtual terminal, and it > works. No conflicts. No conflicts here either, fwiw - not with this scenario. I run into it as a matter of course; my .profile/.login enable the mouse if I'm on ttyv* (cut/paste is too useful, and now that the mouse cursor disappears automatically, it isn't at all intrusive). I run X often without first disabling the console mouse. I had assumed by "in the virtual terminal that was later used to run X" meant the actual vt that X runs on (presumably after it had been disabled), rather than the one from which it was started. I can see how that might cause conflicts since it would relate vt switching. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Mon Feb 10 21:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13855 for bugs-outgoing; Mon, 10 Feb 1997 21:30:06 -0800 (PST) Received: from fyeung5.netific.com (netific.vip.best.com [205.149.182.145]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA13849 for ; Mon, 10 Feb 1997 21:30:02 -0800 (PST) Received: from fyeung8.netific.com (fyeung8.netific.com [204.238.125.8]) by fyeung5.netific.com (8.6.11/8.6.9) with SMTP id VAA15145; Mon, 10 Feb 1997 21:32:23 -0800 Received: by fyeung8.netific.com (5.x/SMI-SVR4) id AA02438; Mon, 10 Feb 1997 21:35:46 -0800 Date: Mon, 10 Feb 1997 21:35:46 -0800 From: fyeung@fyeung8.netific.com (Francis Yeung) Message-Id: <9702110535.AA02438@fyeung8.netific.com> To: freebsd-bugs@freefall.freebsd.org, mdurkin@tsoft.net, bde@zeta.org.au Subject: Re: bin/2256: PPP process on port will not close when an NT user has diconnected after a session. X-Sun-Charset: US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings, > From fyeung@fyeung25.netific.com Mon Feb 10 21:27 PST 1997 > Date: Tue, 11 Feb 1997 15:30:22 +1100 > From: Bruce Evans > To: freebsd-bugs@freefall.freebsd.org, mdurkin@tsoft.net > Subject: Re: bin/2256: PPP process on port will not close when an NT user has diconnected after a session. > X-Loop: FreeBSD.org > > > I've seen the same problem, and modems are definately configured correctly. > > I'm not sure if the bug is in mgetty or the Cyclades driver (I haven't checked > > to see if it exists with sio as well). > > The Cyclades driver had buggy carrier handling in CLOCAL mode (which > is mainly used by ppp and mgetty). This was fixed a on 1996/12/5, so > its status is: > > pre-2.1.6: broken > 2.1.6R: broken (release built on 1996/11/24) > -stable: broken (branch was dead) > 2.1.7: broken (branch hasn't woken up yet) > 2.2: fixed Which verion ? 2.2-gamma ? thanks. Francis > -current: fixed > > > It seems that the Cyclades driver won't generate a SIGHUP on an on-to-off > > CD transition if clocal was toggled off while CD was already on/high. > > SIGHUPs are never generated in CLOCAL mode. ppp and mgetty poll the carrier > detect bit, and polling was broken. > > Bruce > > > From owner-freebsd-bugs Mon Feb 10 21:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14274 for bugs-outgoing; Mon, 10 Feb 1997 21:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14256; Mon, 10 Feb 1997 21:40:01 -0800 (PST) Date: Mon, 10 Feb 1997 21:40:01 -0800 (PST) Message-Id: <199702110540.VAA14256@freefall.freebsd.org> To: freebsd-bugs Cc: From: John-Mark Gurney Subject: bin/706 .rhosts and unqualified hostnames Reply-To: John-Mark Gurney Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/706; it has been noted by GNATS. From: John-Mark Gurney To: kieber@sax.sax.de, freebsd-gnats-submit@freefall.FreeBSD.org Cc: Subject: bin/706 .rhosts and unqualified hostnames Date: Mon, 10 Feb 1997 21:31:45 -0800 (PST) ok... this problem still exists... but isn't it A Bad Thing (tm) to be trusting "outside" dns servers for those unqualified hostnames? because the root server could possibly be compromised or redirected to someone else's machine? should we possibly add a comment to hosts.equiv(5) that you shouldn't use unqualified dns entries for hostname? it's fine if you list the unqualified entries in something like /etc/hosts and put it to check hosts before going to dns... comments? John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Mon Feb 10 21:57:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA00483 for bugs-outgoing; Mon, 10 Feb 1997 21:57:05 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA00473 for ; Mon, 10 Feb 1997 21:56:58 -0800 (PST) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id OAA15322; Tue, 11 Feb 1997 14:55:51 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (3bW0vu/AEIzYu0lfFoH2XSUAhSyFTHWu@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id OAA30435; Tue, 11 Feb 1997 14:55:46 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id OAA05547; Tue, 11 Feb 1997 14:59:37 +0900 (JST) Message-Id: <199702110559.OAA05547@zodiac.mech.utsunomiya-u.ac.jp> To: Tony Overfield cc: bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: psm and kbdio driver (was Re: Stuck! 2.2 Gamma won't go.) In-reply-to: Your message of "Mon, 10 Feb 1997 05:15:54 CST." <3.0.1.32.19970210051554.006a2350@bugs.us.dell.com> References: Your message of "Mon, 10 Feb 1997 02:28:48 CST." <3.0.1.32.19970210022848.00691d20@bugs.us.dell.com> <3.0.1.32.19970210051554.006a2350@bugs.us.dell.com> Date: Tue, 11 Feb 1997 14:59:36 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>Perhaps you could post details of this system's configuration >>(make & manufacturer) to -hackers and see if the 2 or 3 folk >>who deal with PS/2 mice can give you some clues as to what >>to do in debugging this so that they can make the PS/2 mouse >>driver less pathologically behaved on your equipment. > >I'm convinced it's not system specific. I'm using a new system >for which I did the BIOS. I'm also a maintainer of the 8042 >keyboard controller code (when necessary) but there hasn't been >a change to it in several years (millions of systems ago). Wow, I think I need advice from someone like you most to improve the PS/2 mouse driver (psm) and keyboard I/O routines (kbdio) :-) >The PS/2 mouse interface is certainly a strange one, but >most of the mystery surrounding it probably arises from the >poor documentation and poorly understood behavior. I could >help quite a bit if there's trouble getting it to work on >"good" system implementations. But I don't know about the >bugs that exist in other peoples' keyboard controllers, and >that's probably where most of the trouble is. > >The PS/2 mouse interface is *not* inherently buggy or >unreliable, but some of the implementations are. Indeed. Although I have tested the psm driver with a number of PS/2 mice (believe me, I have an army of them!), quite a few problems, particularly with laptops, have been uncovered since it was released to public testing. I can point a finger at a number of manufactures, including such big names as... >>Unfortunately, fixing it just takes as long as it takes with >>volunteers working on it. > >True. I do understand this. > >>In any case, there has been recent interest in improving this driver >>and the perpetrators hang out in -hackers, so you might do as I >>suggested above and see what happens. ;) > >I'll do that, depending on what Joerg says in response >to my other message. If I ask some qustions regarding the keyboard controller, would you be kind enough to answer them and assist me to improbe the psm and kbdio drivers? I really want several points clarified about the keyboard/mouse/i8042. Kazu PS. as for XF86Setup problems you are experiencing, I reproduced the problem on my system by deliberately specifying a wrong protocol type in the mouse selection menu in XF86Setup. XF86Setup doesn't respond to key stokes in some cases. But, I found that even in such cases the keyboard and mouse drivers appear to continue reading data from the devices and passing it to the Xserver all right. I will investigate the possibility that the XF86Setup (or the X server) may be unable to interpret key codes when it is confused about mouse events. From owner-freebsd-bugs Mon Feb 10 21:59:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA00575 for bugs-outgoing; Mon, 10 Feb 1997 21:59:07 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA00553; Mon, 10 Feb 1997 21:59:02 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id VAA14360; Mon, 10 Feb 1997 21:58:59 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.8.5) id VAA23924; Mon, 10 Feb 1997 21:58:57 -0800 (PST) Message-Id: <199702110558.VAA23924@newport.ece.uci.edu> To: current@freebsd.org cc: bugs@freebsd.org Subject: Important bug fix for sound driver Date: Mon, 10 Feb 1997 21:58:54 -0800 From: Steven Wallace Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In compiling a Linux program for FreeBSD, I have discovered a bug in FreeBSD's version of the sound driver. The problem has to do with the SNDCTL_DSP_GETOSPACE ioctl. It is suppose to return the available buffer space to the structure audio_buf_info. When you first open the /dev/dsp device and check the buffer, it reports there is 0 bytes available when there is nothing in it. If you write a partial fragment, and then quickly check the buffer, now there appears to be some space left. The ioctl is only reporting partially used fragments and not whole fragments. I therefore used the code from Linux 1.3.20's dmabuf.c to correct the problem (It has the same BSD-style copyright). Here is the diff output. If there is no objections, this should be commited for 2.2R. Steven *** i386/isa/sound/dmabuf.c.orig Tue Sep 10 03:04:50 1996 --- i386/isa/sound/dmabuf.c Mon Feb 10 21:37:21 1997 *************** *** 44,49 **** --- 44,53 ---- * Needs dynamic run-time alloction. */ + static int space_in_queue (int); + static void reorganize_buffers (int); + static void dma_init_buffers (int); + static void reorganize_buffers (int dev) { *************** *** 510,523 **** case SNDCTL_DSP_GETOSPACE: if (!local) return RET_ERROR (EINVAL); ! { ! audio_buf_info *info = (audio_buf_info *) arg; ! info->fragments = dmap->qlen; ! info->fragsize = dmap->fragment_size; ! info->bytes = dmap->qlen * dmap->fragment_size; ! } return 0; default: --- 514,561 ---- case SNDCTL_DSP_GETOSPACE: if (!local) return RET_ERROR (EINVAL); + else + { + audio_buf_info *info = (audio_buf_info *) arg; ! if (!(dmap->flags & DMA_ALLOC_DONE)) ! reorganize_buffers (dev); ! info->fragstotal = dmap->nbufs; ! ! if (cmd == SNDCTL_DSP_GETISPACE) ! info->fragments = dmap->qlen; ! else ! { ! if (!space_in_queue (dev)) ! info->fragments = 0; ! else ! { ! info->fragments = dmap->nbufs - dmap->qlen; ! if (audio_devs[dev]->local_qlen) ! { ! int tmp = audio_devs[dev]->local_qlen (dev); ! ! if (tmp & info->fragments) ! tmp--; /* ! * This buffer has been counted twice ! */ ! info->fragments -= tmp; ! } ! } ! } ! ! if (info->fragments < 0) ! info->fragments = 0; ! else if (info->fragments > dmap->nbufs) ! info->fragments = dmap->nbufs; ! ! info->fragsize = dmap->fragment_size; ! info->bytes = info->fragments * dmap->fragment_size; ! ! if (cmd == SNDCTL_DSP_GETISPACE && dmap->qlen) ! info->bytes -= dmap->counts[dmap->qhead]; ! } return 0; default: *** i386/include/soundcard.h.orig Thu Nov 21 16:23:40 1996 --- i386/include/soundcard.h Mon Feb 10 21:37:07 1997 *************** *** 577,582 **** --- 577,583 ---- */ typedef struct audio_buf_info { int fragments; /* # of available fragments (partially usend ones not counted) */ + int fragstotal; /* Total # of fragments allocated */ int fragsize; /* Size of a fragment in bytes */ int bytes; /* Available space in bytes (includes partially used fragments) */ From owner-freebsd-bugs Mon Feb 10 22:16:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01491 for bugs-outgoing; Mon, 10 Feb 1997 22:16:56 -0800 (PST) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA01485 for ; Mon, 10 Feb 1997 22:16:50 -0800 (PST) Received: from moth.us.dell.com (moth.us.dell.com [143.166.169.152]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id AAA09757; Tue, 11 Feb 1997 00:15:31 -0600 Message-Id: <3.0.1.32.19970211001523.006a17b8@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: Windows Eudora Light Version 3.0.1 beta 12 (32) Date: Tue, 11 Feb 1997 00:15:23 -0600 To: Kazutaka YOKOTA From: Tony Overfield Subject: Re: psm and kbdio driver (was Re: Stuck! 2.2 Gamma won't go.) Cc: bugs@freebsd.org In-Reply-To: <199702110559.OAA05547@zodiac.mech.utsunomiya-u.ac.jp> References: Your message of "Mon, 10 Feb 1997 05:15:54 CST." <3.0.1.32.19970210051554.006a2350@bugs.us.dell.com> <3.0.1.32.19970210022848.00691d20@bugs.us.dell.com> <3.0.1.32.19970210051554.006a2350@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >If I ask some qustions regarding the keyboard controller, would you be >kind enough to answer them and assist me to improve the psm and kbdio >drivers? > >I really want several points clarified about the keyboard/mouse/i8042. Go ahead, I'll help with anything I can. My experience has been primarily focused on moving the data to and from the keyboard and mouse devices through the keyboard controller, not so much on what the data within those packets actually is. Should we find a more appropriate mailing list or should we go to direct e-mail? >PS. as for XF86Setup problems you are experiencing, I reproduced the >problem on my system I'm glad to hear this. It seems as though there could be a shift or other meta state (someone suggested a mouse button down state) that could be stuck, causing the keyboard keys to be "shifted" in such a way that they didn't map to their ordinary functions. - Tony From owner-freebsd-bugs Mon Feb 10 22:28:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA02163 for bugs-outgoing; Mon, 10 Feb 1997 22:28:41 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA02154 for ; Mon, 10 Feb 1997 22:28:38 -0800 (PST) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id PAA15320; Tue, 11 Feb 1997 15:28:02 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (vN+FxGI555wpDtJDtFTkQwW4hGlVr4ZY@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id PAA30462; Tue, 11 Feb 1997 15:27:56 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id PAA06663; Tue, 11 Feb 1997 15:31:48 +0900 (JST) Message-Id: <199702110631.PAA06663@zodiac.mech.utsunomiya-u.ac.jp> To: freebsd-bugs@freebsd.org cc: David Nugent , Zach Heilig , yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: moused and X11R6 In-reply-to: Your message of "Tue, 11 Feb 1997 16:22:36 +1100." <19970211162236.64243@usn.blaze.net.au> References: <876804rsia.fsf@murkwood.gaffaneys.com> <19970208165555.12961@usn.blaze.net.au> <87bu9venx6.fsf@murkwood.gaffaneys.com> <19970208201732.37402@usn.blaze.net.au> <87g1z47bc6.fsf@murkwood.gaffaneys.com> <199702110324.MAA00887@zodiac.mech.utsunomiya-u.ac.jp> <19970211162236.64243@usn.blaze.net.au> Date: Tue, 11 Feb 1997 15:31:47 +0900 From: Kazutaka YOKOTA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Hmmm. I experimented this; I did >> >> vidcontrol -m on >> >> in a virtual terminal, then from within the same terminal, I started X. >> The X server switches to an unused virtual terminal (this is the way it >> works) and my mouse works fine there. I switch back to the virtual >> terminal on which I run vidcontrol, the terminal shows some lines from >> the X server AND the mouse cursor. I can move the mouse cursor and >> mark region in the screen with no problem. >> >> I even did `vidcontrol -m on' in yet another virtual terminal, and it >> works. No conflicts. > >No conflicts here either, fwiw - not with this scenario. I run >into it as a matter of course; my .profile/.login enable the >mouse if I'm on ttyv* (cut/paste is too useful, and now that >the mouse cursor disappears automatically, it isn't at all >intrusive). I run X often without first disabling the console >mouse. > >I had assumed by "in the virtual terminal that was later used >to run X" meant the actual vt that X runs on (presumably after >it had been disabled), rather than the one from which it was >started. I can see how that might cause conflicts since it >would relate vt switching. Well, but, is it possible to have `vidcontrol -m on' in the same virtual terminal as X? I thought not. The X server runs in an unused virtual terminal; UNUSED terminal being the one to which no login is possible because getty is not running in it, thus, we cannot have `vidcontrol -m on' there. Wait, I will check the XFree86 man page... Hmmm, with a command line option, the XFree86 X server can be instructed to run in a specific virtual terminal. Is this the scenario are we discussing here? Kazu From owner-freebsd-bugs Mon Feb 10 22:40:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA02857 for bugs-outgoing; Mon, 10 Feb 1997 22:40:16 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA02810 for ; Mon, 10 Feb 1997 22:40:02 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id RAA04155; Tue, 11 Feb 1997 17:34:42 +1100 (EST) Message-ID: <19970211173441.56628@usn.blaze.net.au> Date: Tue, 11 Feb 1997 17:34:41 +1100 From: David Nugent To: Kazutaka YOKOTA Cc: freebsd-bugs@freebsd.org, David Nugent , Zach Heilig Subject: Re: moused and X11R6 References: <876804rsia.fsf@murkwood.gaffaneys.com> <19970208165555.12961@usn.blaze.net.au> <87bu9venx6.fsf@murkwood.gaffaneys.com> <19970208201732.37402@usn.blaze.net.au> <87g1z47bc6.fsf@murkwood.gaffaneys.com> <199702110324.MAA00887@zodiac.mech.utsunomiya-u.ac.jp> <19970211162236.64243@usn.blaze.net.au> <199702110631.PAA06663@zodiac.mech.utsunomiya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <199702110631.PAA06663@zodiac.mech.utsunomiya-u.ac.jp>; from Kazutaka YOKOTA on Feb 02, 1997 at 03:31:47PM Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 03:31:47PM, Kazutaka YOKOTA wrote: > >I had assumed by "in the virtual terminal that was later used > >to run X" meant the actual vt that X runs on (presumably after > >it had been disabled), rather than the one from which it was > >started. I can see how that might cause conflicts since it > >would relate vt switching. > > Well, but, is it possible to have `vidcontrol -m on' in the same > virtual terminal as X? I thought not. The X server runs in an unused > virtual terminal; UNUSED terminal being the one to which no login is > possible because getty is not running in it, thus, we cannot have > `vidcontrol -m on' there. Enable getty, login, vidcontrol -m on, logout, disable getty, kill -HUP 1. Well, that's what I had assumed. :-) I have no idea if it works or not, but the state of the mouse does seem to be 'sticky' through last close. > Wait, I will check the XFree86 man page... Hmmm, with a command line > option, the XFree86 X server can be instructed to run in a specific > virtual terminal. Is this the scenario are we discussing here? I can only assume so. Going back to the other way, I certainly can't reproduce the problem. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Mon Feb 10 23:21:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA04980 for bugs-outgoing; Mon, 10 Feb 1997 23:21:17 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA04853 for ; Mon, 10 Feb 1997 23:19:08 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA09283; Tue, 11 Feb 1997 18:09:22 +1100 Date: Tue, 11 Feb 1997 18:09:22 +1100 From: Bruce Evans Message-Id: <199702110709.SAA09283@godzilla.zeta.org.au> To: bde@zeta.org.au, freebsd-bugs@freefall.freebsd.org, fyeung@fyeung8.netific.com, mdurkin@tsoft.net Subject: Re: bin/2256: PPP process on port will not close when an NT user has diconnected after a session. Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> The Cyclades driver had buggy carrier handling in CLOCAL mode (which >> is mainly used by ppp and mgetty). This was fixed a on 1996/12/5, so >> its status is: >> >> pre-2.1.6: broken >> 2.1.6R: broken (release built on 1996/11/24) >> -stable: broken (branch was dead) >> 2.1.7: broken (branch hasn't woken up yet) >> 2.2: fixed > > > Which verion ? 2.2-gamma ? I'm not sure, since the tree wasn't tagged. Only versions since 1996/01/29. Probably only gamma, at best. Bruce From owner-freebsd-bugs Tue Feb 11 00:12:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07144 for bugs-outgoing; Tue, 11 Feb 1997 00:12:19 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup9.gaffaneys.com [134.129.252.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07139 for ; Tue, 11 Feb 1997 00:12:15 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id CAA04684; Tue, 11 Feb 1997 02:12:28 -0600 (CST) To: David Nugent Cc: Kazutaka YOKOTA , freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 References: <876804rsia.fsf@murkwood.gaffaneys.com> <19970208165555.12961@usn.blaze.net.au> <87bu9venx6.fsf@murkwood.gaffaneys.com> <19970208201732.37402@usn.blaze.net.au> <87g1z47bc6.fsf@murkwood.gaffaneys.com> <199702110324.MAA00887@zodiac.mech.utsunomiya-u.ac.jp> <19970211162236.64243@usn.blaze.net.au> <199702110631.PAA06663@zodiac.mech.utsunomiya-u.ac.jp> <19970211173441.56628@usn.blaze.net.au> Mime-Version: 1.0 (generated by tm-edit 7.89) Content-Type: text/plain; charset=US-ASCII From: Zach Heilig Date: 11 Feb 1997 02:12:27 -0600 In-Reply-To: David Nugent's message of Tue, 11 Feb 1997 17:34:41 +1100 Message-ID: <87sp33rcb8.fsf@murkwood.gaffaneys.com> Lines: 24 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Nugent writes: > Enable getty, login, vidcontrol -m on, logout, disable getty, > kill -HUP 1. > Well, that's what I had assumed. :-) I have no idea if it works > or not, but the state of the mouse does seem to be 'sticky' > through last close. That's essentially what happened. I actually have a script that runs at boot that opens all the terminals and sets some defaults for each one. I sometimes had to use all 16 terminals (a man/web/info page in each one :-), so I just set a default in each one... Now that I use X pretty much exclusively, I quit running the script. It would only periodically paste a 'd' into the active window when I hit either the right or middle button. It almost never did it in the situation where I could correct the mistake... it was always when the 'd' would be the most annoying (or so it seemed). -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the only | is unwelcome. I avoid dealing form of culture some people have! | with companies that email ads. From owner-freebsd-bugs Tue Feb 11 00:20:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07469 for bugs-outgoing; Tue, 11 Feb 1997 00:20:41 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup9.gaffaneys.com [134.129.252.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07460 for ; Tue, 11 Feb 1997 00:20:38 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id CAA04693; Tue, 11 Feb 1997 02:20:42 -0600 (CST) To: Kazutaka YOKOTA Cc: freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 References: <876804rsia.fsf@murkwood.gaffaneys.com> <19970208165555.12961@usn.blaze.net.au> <87bu9venx6.fsf@murkwood.gaffaneys.com> <19970208201732.37402@usn.blaze.net.au> <87g1z47bc6.fsf@murkwood.gaffaneys.com> <199702110324.MAA00887@zodiac.mech.utsunomiya-u.ac.jp> Mime-Version: 1.0 (generated by tm-edit 7.89) Content-Type: text/plain; charset=US-ASCII From: Zach Heilig Date: 11 Feb 1997 02:20:42 -0600 In-Reply-To: Kazutaka YOKOTA's message of Tue, 11 Feb 1997 12:24:23 +0900 Message-ID: <87rainrbxh.fsf@murkwood.gaffaneys.com> Lines: 34 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Kazutaka YOKOTA writes: > vidcontrol -m on > in a virtual terminal, then from within the same terminal, I started X. Nope, not quite right, you have to do this: < /dev/ttyv? vidcontrol -m on > /dev/ttyv? 2>&1 (not sure exactly which of the above redirections you don't need) replace the ? with the next unused virtual terminal. > My understanding is that the sysmouse driver, which is actually a part > of the syscons driver, feed mouse data only to the foreground virtual > terminal. So, there should be no conflict, whether `vidcontrol -m on' > in any of the virtual terminals or not. but, what happens when there are two processes in the forground terminal that want the mouse? Now that I think about it, the problem is very obvious... What's not obvious is why it always chose to paste the 'd'. > I may be wrong and I may be just fortunate enough not to have trouble > with moused... I didn't notice it for a couple days. I only noticed when I scrolled back in an xterm, and found about 6 d's on the command line. The left button never did anything funky.. just the other two. -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the only | is unwelcome. I avoid dealing form of culture some people have! | with companies that email ads. From owner-freebsd-bugs Tue Feb 11 00:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA08343 for bugs-outgoing; Tue, 11 Feb 1997 00:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA08323; Tue, 11 Feb 1997 00:40:02 -0800 (PST) Date: Tue, 11 Feb 1997 00:40:02 -0800 (PST) Message-Id: <199702110840.AAA08323@freefall.freebsd.org> To: freebsd-bugs Cc: From: John-Mark Gurney Subject: bin/777 patch had problems with closed tty... Reply-To: John-Mark Gurney Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/777; it has been noted by GNATS. From: John-Mark Gurney To: asami@cs.berkeley.edu, freebsd-gnats-submit@freefall.FreeBSD.org, FreeBSD Current Cc: Subject: bin/777 patch had problems with closed tty... Date: Tue, 11 Feb 1997 00:30:02 -0800 (PST) well... I finally found the problem with this bug... it seems that the ask routine will default to a cr if there is an error on the read (i.e. eof)... so it defaults to "not skip this patch"... because you didn't skip the stdin it tries it again and again... so the only way to EASILY resolve this bug it to make the default for the question to be yes, skip this patch.... here is the patch: Index: pch.c =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/patch/pch.c,v retrieving revision 1.8 diff -c -r1.8 pch.c *** pch.c 1996/04/12 11:37:32 1.8 --- pch.c 1997/02/11 08:24:31 *************** *** 231,238 **** filearg[0] = fetchname(buf, 0, FALSE); } if (filearg[0] == Nullch) { ! ask1("No file found--skip this patch? [n] "); ! if (*buf != 'y') { continue; } if (verbose) --- 231,238 ---- filearg[0] = fetchname(buf, 0, FALSE); } if (filearg[0] == Nullch) { ! ask1("No file found--skip this patch? [y] "); ! if (*buf == 'n') { continue; } if (verbose) comments? is it ok if we change the default?? John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Tue Feb 11 00:54:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA08849 for bugs-outgoing; Tue, 11 Feb 1997 00:54:46 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA08844 for ; Tue, 11 Feb 1997 00:54:40 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA05482; Tue, 11 Feb 1997 09:54:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id JAA24335; Tue, 11 Feb 1997 09:45:50 +0100 (MET) Message-ID: Date: Tue, 11 Feb 1997 09:45:50 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: plm@xs4all.nl (Peter Mutsaers) Cc: gurney_j@resnet.uoregon.edu (John-Mark Gurney), freebsd-bugs@freefall.freebsd.org Subject: Re: kern/2698: scsi tape driver problem References: <199702101950.LAA20963@freefall.freebsd.org> <199702110000.BAA00374@plm.xs4all.nl> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702110000.BAA00374@plm.xs4all.nl>; from Peter Mutsaers on Feb 11, 1997 01:00:53 +0100 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Peter Mutsaers wrote: > I did this. The result is that mt -f /dev/rst0 status now reports the > correct densities: > > /sys/scsi# mt -f /dev/rst0 status > Present Mode: Density = QIC-150 Blocksize = 512 bytes > ---------available modes--------- > Mode 0: Density = 0x00 Blocksize variable > Mode 1: Density = QIC-320 Blocksize variable > Mode 2: Density = QIC-150 Blocksize variable > Mode 3: Density = QIC-120 Blocksize variable > > instead of those X3.--- density codes (whatevery they are). That's expected. Note that the Mode 0 through Mode 3 values are simple ``preset profiles'', nothing else. It reports your present mode to be fixed-length 512-byte. But apparently, while the driver attempts to tell this to the drive, your drive doesn't honor this. > Indeed, as Joerg Wunsch said, the QIC 150 tape seems to write variable blocks > instead of 512 byte blocks. (525MB tapes are always variable blocks. I > have no problems at all with them). 525 MB yes. But if your drive doesn't honor the blocksize setting in the buffer header of a MODE SELECT command, it's simply broken. I suggest getting a newer firmware revision. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Feb 11 01:10:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09674 for bugs-outgoing; Tue, 11 Feb 1997 01:10:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09657; Tue, 11 Feb 1997 01:10:03 -0800 (PST) Date: Tue, 11 Feb 1997 01:10:03 -0800 (PST) Message-Id: <199702110910.BAA09657@freefall.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: bin/777 patch had problems with closed tty... Reply-To: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/777; it has been noted by GNATS. From: Poul-Henning Kamp To: John-Mark Gurney Cc: asami@cs.berkeley.edu, freebsd-gnats-submit@freefall.FreeBSD.org, FreeBSD Current Subject: Re: bin/777 patch had problems with closed tty... Date: Tue, 11 Feb 1997 10:07:47 +0100 In message , J ohn-Mark Gurney writes: >well... I finally found the problem with this bug... it seems that the ask >routine will default to a cr if there is an error on the read (i.e. >eof)... so it defaults to "not skip this patch"... because you didn't >skip the stdin it tries it again and again... > >so the only way to EASILY resolve this bug it to make the default for the >question to be yes, skip this patch.... > >comments? is it ok if we change the default?? Yes, it's consistent with POLA. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-bugs Tue Feb 11 01:22:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA10438 for bugs-outgoing; Tue, 11 Feb 1997 01:22:46 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA10428 for ; Tue, 11 Feb 1997 01:22:41 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id UAA13503; Tue, 11 Feb 1997 20:07:38 +1100 Date: Tue, 11 Feb 1997 20:07:38 +1100 From: Bruce Evans Message-Id: <199702110907.UAA13503@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, jmg@nike.efn.org Subject: Re: bin/174 stty doesn't give very good output on error... Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [ stty -f /dev/cua00 76800 ] > the bug can't be fixed unless there is some restructuring of stty... and > this probably shouldn't happen... Another problem is that according to POSIX.1, success of tcsetattr() doesn't mean that all the attributes were set. It means that at least one attribute was set, and that other attributes were set if the system supports them. Perhaps the best way to fix this is to fix tcsettattr() in all drivers to succeed if at least one attribute could be set, so that an unsupported speed is never fatal (it's always possible to set a non-hardware attribute like OPOST to any value, so one attribute can always be set :-). stty.c could then check which attributes were set. It probably should do this anyway. Bruce From owner-freebsd-bugs Tue Feb 11 02:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA13090 for bugs-outgoing; Tue, 11 Feb 1997 02:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA13075; Tue, 11 Feb 1997 02:10:03 -0800 (PST) Resent-Date: Tue, 11 Feb 1997 02:10:03 -0800 (PST) Resent-Message-Id: <199702111010.CAA13075@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.CAA12935;Tue; (8.8.5/8.8.5);, 11 Feb 1997 02:06:03.-0800 (PST) Message-Id: <199702111006.CAA12935@freefall.freebsd.org> Date: Tue, 11 Feb 1997 02:06:03 -0800 (PST) From: drexler@telebyte.nl To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: conf/2709: FBSD 2.1.6 X-Server installation setup utility not correctly set-up Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2709 >Category: conf >Synopsis: FBSD 2.1.6 X-Server installation setup utility not correctly set-up >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 11 02:10:03 PST 1997 >Last-Modified: >Originator: Hans Drexler >Organization: - >Release: 2.1.6 >Environment: Sorry, I am now at my bosses computer. He uses HP-YUKS. This problem is with 2.1.6 Release. >Description: When I installed 2.1.6 from the CD-ROM I encountered this problem: I wanted to install the S3 server from XF86 and selected that server in the menu. Everything went well and the server was copied to my disc. The installation utility later asks if I want to run the interactive setup. I say "yes". Then I get the message that the setup utility (XFSetup) needs the SVGA server, which is not installed on my system. Setup fails. >How-To-Repeat: >Fix: Always install the SVGA server from the installation utility. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 11 03:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA14791 for bugs-outgoing; Tue, 11 Feb 1997 03:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA14779; Tue, 11 Feb 1997 03:00:01 -0800 (PST) Resent-Date: Tue, 11 Feb 1997 03:00:01 -0800 (PST) Resent-Message-Id: <199702111100.DAA14779@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@Shockwave.COM Received: from precipice.shockwave.com (ppp-206-170-5-55.rdcy01.pacbell.net [206.170.5.55]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA14563 for ; Tue, 11 Feb 1997 02:54:59 -0800 (PST) Received: (from pst@localhost) by precipice.shockwave.com (8.8.4/8.7.3) id CAA00379; Tue, 11 Feb 1997 02:54:55 -0800 (PST) Message-Id: <199702111054.CAA00379@precipice.shockwave.com> Date: Tue, 11 Feb 1997 02:54:55 -0800 (PST) From: Paul Traina Reply-To: pst@Shockwave.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2710: if_ppp LKM does not allow ppp line discipline to be set Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2710 >Category: i386 >Synopsis: if_ppp LKM does not allow ppp line discipline to be set >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 11 03:00:01 PST 1997 >Last-Modified: >Originator: Paul Traina >Organization: Juniper Networks >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current as of last week >Description: I was playing about with the kernel mode PPP code, and had forgotten to compile kernel mode PPP support into the kernel I was running. Never fear, I had a if_ppp lkm handy for that kernel, so I modloaded it. pppd recognized that the kernel ppp code had been installed, but gave the following error: Feb 11 02:27:27 precipice pppd[862]: pppd 2.2.0 started by pst, uid 0 Feb 11 02:27:31 precipice pppd[862]: ioctl(TIOCSETD): Operation not supported by device A quick perusal of the kernel source shows pppasyncattach appearing as the argument to a PSEUDO_SET macro, but there are other attach routines in if_ppp.c, so my totally unreasearched GUESS is that one of the other PSEUDO_SET vectors is wiping out the first, or some such rot (sorry, I didn't look). I worked around the problem by hard-compiling kernel mode ppp back into that kernel, which suggested to me that it's an LKM initialization problem only. Feb 11 02:46:46 precipice pppd[250]: pppd 2.2.0 started by pst, uid 0 Feb 11 02:46:49 precipice pppd[250]: Connect: ppp0 <--> /dev/cuaa1 Feb 11 02:46:53 precipice pppd[250]: local IP address 206.170.5.55 Feb 11 02:46:53 precipice pppd[250]: remote IP address 206.171.128.66 >How-To-Repeat: Run kernel with no kernel ppp (pppd) support. modload /lkm/if_ppp.o pppd /dev/cuaa1 115200 ...other options... get "ioctl(TIOCSETD): Operation not supported by device" message >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 11 03:10:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA15108 for bugs-outgoing; Tue, 11 Feb 1997 03:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA15092; Tue, 11 Feb 1997 03:10:02 -0800 (PST) Resent-Date: Tue, 11 Feb 1997 03:10:02 -0800 (PST) Resent-Message-Id: <199702111110.DAA15092@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@Shockwave.COM Received: from precipice.shockwave.com (ppp-206-170-5-68.rdcy01.pacbell.net [206.170.5.68]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA14973 for ; Tue, 11 Feb 1997 03:07:19 -0800 (PST) Received: (from pst@localhost) by precipice.shockwave.com (8.8.4/8.7.3) id DAA00516; Tue, 11 Feb 1997 03:04:46 -0800 (PST) Message-Id: <199702111104.DAA00516@precipice.shockwave.com> Date: Tue, 11 Feb 1997 03:04:46 -0800 (PST) From: Paul Traina Reply-To: pst@Shockwave.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2711: iij-ppp 'background' mode fails in LCP setup Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2711 >Category: bin >Synopsis: iij-ppp 'background' mode fails in LCP setup >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 11 03:10:01 PST 1997 >Last-Modified: >Originator: Paul Traina >Organization: Juniper Networks >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current as of last week iij user mode ppp daemon 3COM Impact IQ ISDN TA (irrelevant to discussion) >Description: I was playing about with IIJ ppp this evening (not to be confused with my other bug report on kernel mode PPP + pppd), and got it working quite well with my new ISDN TA. However, when I tried to use background mode, it dialed the link, but then failed to receive any responses from the "modem" during PPP LCP bringup. First, here's a normal trace (sanitized to hide the guilty): 02-11 02:17:20 [776] Using interface: tun0 02-11 02:17:20 [776] Expecting 02-11 02:17:20 [776] sending: ATE1Q0S80=1S84=1 02-11 02:17:20 [776] Expecting OK-AT-OK 02-11 02:17:20 [776] Wait for (5): OK --> OK 02-11 02:17:20 [776] Chat: ATE1Q0S80=1S84=1 02-11 02:17:20 [776] Chat: OK 02-11 02:17:20 [776] Phone: 1415XXXXXXX 02-11 02:17:20 [776] sending: ATD1415XXXXXXX 02-11 02:17:20 [776] Expecting CONNECT 02-11 02:17:20 [776] Wait for (40): CONNECT --> CONNECT 02-11 02:17:20 [776] Chat: 02-11 02:17:22 [776] Chat: ATD1415XXXXXXX 02-11 02:17:22 [776] Chat: CONNECT 02-11 02:17:22 [776] *Connected! 02-11 02:17:22 [776] LCP: state change Initial --> Closed 02-11 02:17:22 [776] LCP: SendConfigReq 02-11 02:17:22 [776] ACFCOMP 02-11 02:17:22 [776] PROTOCOMP 02-11 02:17:22 [776] ACCMAP [6] 00000000 02-11 02:17:22 [776] MRU [4] 1500 02-11 02:17:22 [776] MAGICNUM [6] 37b46888 02-11 02:17:22 [776] LCP: state change Closed --> Req-Sent 02-11 02:17:22 [776] PPP Started. 02-11 02:17:22 [776] LCP: Received Configure Reject (1) state = Req-Sent (6) 02-11 02:17:22 [776] LCP: RecvConfigRej. 02-11 02:17:22 [776] ACFCOMP 02-11 02:17:22 [776] PROTOCOMP 02-11 02:17:22 [776] LCP: SendConfigReq 02-11 02:17:22 [776] ACCMAP [6] 00000000 02-11 02:17:22 [776] MRU [4] 1500 02-11 02:17:22 [776] MAGICNUM [6] 37b46888 02-11 02:17:25 [776] LCP: SendConfigReq 02-11 02:17:25 [776] ACCMAP [6] 00000000 02-11 02:17:25 [776] MRU [4] 1500 02-11 02:17:25 [776] MAGICNUM [6] 37b46888 02-11 02:17:25 [776] LCP: Received Configure Ack (3) state = Req-Sent (6) 02-11 02:17:25 [776] LCP: state change Req-Sent --> Ack-Rcvd 02-11 02:17:25 [776] LCP: Received Configure Request (2) state = Ack-Rcvd (7) 02-11 02:17:25 [776] AUTHPROTO proto = c023 02-11 02:17:25 [776] ACCMAP 00000000 02-11 02:17:25 [776] LCP: SendConfigAck(Ack-Rcvd) 02-11 02:17:25 [776] AUTHPROTO proto = c023 02-11 02:17:25 [776] ACCMAP 00000000 02-11 02:17:25 [776] LCP: state change Ack-Rcvd --> Opend 02-11 02:17:25 [776] LCP: LayerUp Now here's the exact same config, except pppd was invoked with the -background flag. It successfully dials the phone, and then goes deaf on the LCP connect, just retransmitting, not seeing any response from the remote side (this COULD certainly be because our LCP output is corrupt, but I didn't dig through the hex debug info). 02-11 02:40:14 [1653] Using interface: tun0 02-11 02:40:14 [1653] Expecting 02-11 02:40:14 [1653] sending: ATE1Q0S80=1S84=1 02-11 02:40:14 [1653] Expecting OK-AT-OK 02-11 02:40:14 [1653] Wait for (5): OK --> OK 02-11 02:40:14 [1653] Chat: ATE1Q0S80=1S84=1 02-11 02:40:14 [1653] Chat: OK 02-11 02:40:15 [1653] Phone: 1415XXXXXXX 02-11 02:40:15 [1653] sending: ATD1415XXXXXXX 02-11 02:40:15 [1653] Expecting CONNECT 02-11 02:40:15 [1653] Wait for (40): CONNECT --> CONNECT 02-11 02:40:15 [1653] Chat: 02-11 02:40:16 [1653] Chat: ATD1415XXXXXXX 02-11 02:40:16 [1653] Chat: CONNECT 02-11 02:40:16 [1653] *Connected! 02-11 02:40:16 [1653] LCP: state change Initial --> Closed 02-11 02:40:16 [1653] LCP: SendConfigReq 02-11 02:40:16 [1653] ACFCOMP 02-11 02:40:16 [1653] PROTOCOMP 02-11 02:40:16 [1653] ACCMAP [6] 00000000 02-11 02:40:16 [1653] MRU [4] 1500 02-11 02:40:16 [1653] MAGICNUM [6] dd0d77e4 02-11 02:40:16 [1653] LCP: state change Closed --> Req-Sent 02-11 02:40:16 [1658] PPP Started. 02-11 02:40:16 [1658] LCP: Received Configure Reject (1) state = Req-Sent (6) 02-11 02:40:16 [1658] LCP: RecvConfigRej. 02-11 02:40:16 [1658] ACFCOMP 02-11 02:40:16 [1658] PROTOCOMP 02-11 02:40:16 [1658] LCP: SendConfigReq 02-11 02:40:16 [1658] ACCMAP [6] 00000000 02-11 02:40:16 [1658] MRU [4] 1500 02-11 02:40:16 [1658] MAGICNUM [6] dd0d77e4 02-11 02:40:19 [1653] LCP: SendConfigReq 02-11 02:40:19 [1653] ACFCOMP 02-11 02:40:19 [1653] PROTOCOMP 02-11 02:40:19 [1653] ACCMAP [6] 00000000 02-11 02:40:19 [1653] MRU [4] 1500 02-11 02:40:19 [1653] MAGICNUM [6] dd0d77e4 02-11 02:40:22 [1653] LCP: SendConfigReq 02-11 02:40:22 [1653] ACFCOMP 02-11 02:40:22 [1653] PROTOCOMP 02-11 02:40:22 [1653] ACCMAP [6] 00000000 02-11 02:40:22 [1653] MRU [4] 1500 02-11 02:40:22 [1653] MAGICNUM [6] dd0d77e4 02-11 02:40:25 [1653] LCP: SendConfigReq 02-11 02:40:25 [1653] ACFCOMP 02-11 02:40:25 [1653] PROTOCOMP 02-11 02:40:25 [1653] ACCMAP [6] 00000000 02-11 02:40:25 [1653] MRU [4] 1500 02-11 02:40:25 [1653] MAGICNUM [6] dd0d77e4 02-11 02:40:28 [1653] LCP: SendConfigReq 02-11 02:40:28 [1653] ACFCOMP 02-11 02:40:28 [1653] PROTOCOMP 02-11 02:40:28 [1653] ACCMAP [6] 00000000 02-11 02:40:28 [1653] MRU [4] 1500 02-11 02:40:28 [1653] MAGICNUM [6] dd0d77e4 02-11 02:40:31 [1653] LCP: state change Req-Sent --> Stopped 02-11 02:40:31 [1653] LCP: LayerFinish 02-11 02:40:32 [1653] Disconnected! 02-11 02:40:32 [1653] Connect time: 16 secs 02-11 02:40:32 [1653] Phase: Dead 02-11 02:40:32 [1653] LCP: LayerStart 02-11 02:40:32 [1653] Phase: Establish 02-11 02:40:32 [1653] LCP: state change Stopped --> Starting 02-11 02:40:32 [1653] Phase: Dead 02-11 02:40:33 [1658] Signal 2, terminate. 02-11 02:40:33 [1658] LCP: SendTerminateReq. 02-11 02:40:33 [1658] LCP: state change Req-Sent --> Closing 02-11 02:40:34 [1658] Disconnected! 02-11 02:40:34 [1658] Connect time: 18 secs 02-11 02:40:34 [1658] Phase: Dead >How-To-Repeat: Take a working ppp config (including a valid dial command), and try running ppp in -background, as in ppp -background my-remote-guy >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 11 03:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA16821 for bugs-outgoing; Tue, 11 Feb 1997 03:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA16807; Tue, 11 Feb 1997 03:50:01 -0800 (PST) Date: Tue, 11 Feb 1997 03:50:01 -0800 (PST) Message-Id: <199702111150.DAA16807@freefall.freebsd.org> To: freebsd-bugs Cc: From: Giles Lean Subject: Re: bin/777 patch had problems with closed tty... Reply-To: Giles Lean Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/777; it has been noted by GNATS. From: Giles Lean To: John-Mark Gurney Cc: asami@cs.berkeley.edu, freebsd-gnats-submit@freefall.freebsd.org, FreeBSD Current Subject: Re: bin/777 patch had problems with closed tty... Date: Tue, 11 Feb 1997 22:36:45 +1100 On Tue, 11 Feb 1997 00:30:02 -0800 (PST) John-Mark Gurney wrote: > comments? is it ok if we change the default?? > I don't like changing the default. I'd rather see no fix than do this. I sent in an alternative patch that is ugly but does solve the problem without much code change. Giles From owner-freebsd-bugs Tue Feb 11 04:35:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA18688 for bugs-outgoing; Tue, 11 Feb 1997 04:35:57 -0800 (PST) Received: from paxlink3.paxlink.com (paxlink3.paxlink.com [207.155.58.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA18683 for ; Tue, 11 Feb 1997 04:35:55 -0800 (PST) Received: from jesse.paxlink.com by paxlink3.paxlink.com (5.65v3.2/1.1.10.5/18Nov96-0706PM) id AA15781; Tue, 11 Feb 1997 04:33:48 -0800 Message-Id: <1.5.4.32.19970211123823.00674d58@mail.paxlink.com> X-Sender: jmonroy@mail.paxlink.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 11 Feb 1997 04:38:23 -0800 To: bugs@freebsd.org From: "SysAdmin for paxlink.com" Subject: reboot problem with alias IP Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Earlier today (about 1 hour ago) we decide to move our DNS server from staging to rack mounted space. In theory, we should just turn off, move, turn on. However, caution told us to monitor the device -- SNOP (Standard Normal Operating Procedure). As it turns out the system was configure for to addresses: primary 207.155.58.2 DNS advertised to the NIC and new 207.155.58.20 alias for new primary interface. Procedure is as follows: 1. Device went to normal shutdown (shutdown - h now) 2. The system was power down (physical removal of the 110 volt cord) 3. The machine was powered back up. 4. The machine stalled and hung when trying to resolve the ethernet interface with: network_interfaces="ed1 lo0" ifconfig_ed1="inet 207.155.58.2 netmask 255.255.255.0" ifconfig_ed1="inet 207.155.58.20 alias" Comments: One might consider the ".2" interface to start first, but in our case it did not. Maybe I've not followed convention, maybe I've taken a horse to pasture when it should have been the cow..... Needless to say I CAN reproduce this boot time issue!! Work around In any case, I removed the NIC and commented out as below, rebooted and machine back online... ".20" disabled till rewrite in place. network_interfaces="ed1 lo0" ifconfig_ed1="inet 207.155.58.2 netmask 255.255.255.0" #ifconfig_ed1="inet 207.155.58.20 alias" Suggestions, comments, kudos welcome... cause the drugs no longer have any effect... all my love.... jmj From owner-freebsd-bugs Tue Feb 11 07:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA26033 for bugs-outgoing; Tue, 11 Feb 1997 07:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA26019; Tue, 11 Feb 1997 07:20:02 -0800 (PST) Date: Tue, 11 Feb 1997 07:20:02 -0800 (PST) Message-Id: <199702111520.HAA26019@freefall.freebsd.org> To: freebsd-bugs Cc: From: John-Mark Gurney Subject: Re: bin/777 patch had problems with closed tty... Reply-To: John-Mark Gurney Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/777; it has been noted by GNATS. From: John-Mark Gurney To: Giles Lean Cc: freebsd-gnats-submit@freefall.freebsd.org, FreeBSD Current Subject: Re: bin/777 patch had problems with closed tty... Date: Tue, 11 Feb 1997 07:12:27 -0800 (PST) On Tue, 11 Feb 1997, Giles Lean wrote: > > On Tue, 11 Feb 1997 00:30:02 -0800 (PST) John-Mark Gurney wrote: > > > comments? is it ok if we change the default?? > > > > I don't like changing the default. I'd rather see no fix than do > this. > > I sent in an alternative patch that is ugly but does solve the problem > without much code change. heh... I see what you mean... well... I think I have a patch that will please every one :)... basicly what this does is adds a return value to ask which you can check... ask will now return 0 if there was an "error" when reading... then you can check this return value and if it's 0 know that you should do something that will continue processesing... else it will return 1 meaning success... I've also modified the 'default' fall back case to return 0 for an error also.. that way it actually fixes the problem else it would still exist... anybody have problems with this patch? here's the patch: Index: pch.c =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/patch/pch.c,v retrieving revision 1.8 diff -c -r1.8 pch.c *** pch.c 1996/04/12 11:37:32 1.8 --- pch.c 1997/02/11 15:00:09 *************** *** 231,239 **** filearg[0] = fetchname(buf, 0, FALSE); } if (filearg[0] == Nullch) { ! ask1("No file found--skip this patch? [n] "); ! if (*buf != 'y') { ! continue; } if (verbose) say1("Skipping patch...\n"); --- 231,240 ---- filearg[0] = fetchname(buf, 0, FALSE); } if (filearg[0] == Nullch) { ! if (ask1("No file found--skip this patch? [n] ")) { ! if (*buf != 'y') { ! continue; ! } } if (verbose) say1("Skipping patch...\n"); Index: util.c =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/patch/util.c,v retrieving revision 1.2 diff -c -r1.2 util.c *** util.c 1995/05/30 05:02:37 1.2 --- util.c 1997/02/11 15:08:12 *************** *** 227,233 **** /* Get a response from the user, somehow or other. */ ! void ask(pat,arg1,arg2,arg3) char *pat; long arg1,arg2,arg3; --- 227,233 ---- /* Get a response from the user, somehow or other. */ ! int ask(pat,arg1,arg2,arg3) char *pat; long arg1,arg2,arg3; *************** *** 260,266 **** } else { /* no terminal at all--default it */ buf[0] = '\n'; ! r = 1; } if (r <= 0) buf[0] = 0; --- 260,268 ---- } else { /* no terminal at all--default it */ buf[0] = '\n'; ! buf[1] = 0; ! say1(buf); ! return 0; /* signal possible error */ } if (r <= 0) buf[0] = 0; *************** *** 268,273 **** --- 270,280 ---- buf[r] = '\0'; if (!tty2) say1(buf); + + if (r <= 0) + return 0; /* if there was an error, return it */ + else + return 1; } #endif /* lint */ Index: util.h =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/patch/util.h,v retrieving revision 1.2 diff -c -r1.2 util.h *** util.h 1995/05/30 05:02:38 1.2 --- util.h 1997/02/11 14:49:19 *************** *** 86,92 **** void say(); void fatal(); void pfatal(); ! void ask(); char *savestr(); void set_signals(); void ignore_signals(); --- 86,92 ---- void say(); void fatal(); void pfatal(); ! int ask(); char *savestr(); void set_signals(); void ignore_signals(); John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Tue Feb 11 07:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA28783 for bugs-outgoing; Tue, 11 Feb 1997 07:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA28752; Tue, 11 Feb 1997 07:40:03 -0800 (PST) Resent-Date: Tue, 11 Feb 1997 07:40:03 -0800 (PST) Resent-Message-Id: <199702111540.HAA28752@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mpp@freebsd.org Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA28017; Tue, 11 Feb 1997 07:35:33 -0800 (PST) Message-Id: <199702111535.HAA28017@freefall.freebsd.org> Date: Tue, 11 Feb 1997 07:35:33 -0800 (PST) From: mpp@freebsd.org Reply-To: mpp@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2712: uninitialized variable used in ip_mroute.c Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2712 >Category: kern >Synopsis: uninitialized variable used in ip_mroute.c >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 11 07:40:01 PST 1997 >Last-Modified: >Originator: Mike Pritchard >Organization: Mike Pritchard >Release: FreeBSD 3.0-current >Environment: >Description: in the add_vif routine in netinet/ip_mroute, the variable "error" is used without ever being set. This is around line 734. >How-To-Repeat: Inspect the code. >Fix: Either don't use the variable at all, or set it to something. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 11 08:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA01467 for bugs-outgoing; Tue, 11 Feb 1997 08:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA01415; Tue, 11 Feb 1997 08:00:03 -0800 (PST) Date: Tue, 11 Feb 1997 08:00:03 -0800 (PST) Message-Id: <199702111600.IAA01415@freefall.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: i386/2710: if_ppp LKM does not allow ppp line discipline to be set Reply-To: Garrett Wollman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/2710; it has been noted by GNATS. From: Garrett Wollman To: pst@Shockwave.COM Cc: FreeBSD-gnats-submit@freebsd.org Subject: i386/2710: if_ppp LKM does not allow ppp line discipline to be set Date: Tue, 11 Feb 1997 10:59:24 -0500 < said: > A quick perusal of the kernel source shows pppasyncattach appearing as > the argument to a PSEUDO_SET macro, but there are other attach routines > in if_ppp.c, so my totally unreasearched GUESS is that one of the other > PSEUDO_SET vectors is wiping out the first, or some such rot (sorry, I > didn't look). Aha. This is indeed erroneous. There can only be one entry point to an LKM, which means that there can only be one PSEUDO_SET per LKM (see /sys/sys/kernel.h under #ifdef PSEUDO_LKM). The ppp driver's attach routine needs to be written to perform ALL initialization at once. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Tue Feb 11 09:32:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA06192 for bugs-outgoing; Tue, 11 Feb 1997 09:32:57 -0800 (PST) Received: from earth.infinetconsulting.com (earth.infinetconsulting.com [207.23.43.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA06187 for ; Tue, 11 Feb 1997 09:32:51 -0800 (PST) Received: (from lenc@localhost) by earth.infinetconsulting.com (8.8.3/8.6.12) id JAA29799; Tue, 11 Feb 1997 09:47:40 -0800 (PST) Date: Tue, 11 Feb 1997 09:47:35 -0800 (PST) From: Leonard Chua To: Kazutaka YOKOTA cc: David Nugent , Zach Heilig , yokota@zodiac.mech.utsunomiya-u.ac.jp, freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 In-Reply-To: <199702090213.LAA11763@zodiac.mech.utsunomiya-u.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Feb 1997, Kazutaka YOKOTA wrote: > >Here's my > >setup: > >I use a generic mouse that can autoswitch between 2button microsoft mode > >and 3 button mousesystems mode. There is no physical switch on the mouse to > >select the modes. It depends on what instructions it's fed. > > Interesting. I haven't heard about such mice before... Which company > makes such beast? My mistake. It works as both 2button microsoft and 3button MouseMAN. The company is "Genius". Very generic, but it should be quite easy to find it all over North America (try FutureShop). If any1 wants one, I can probably send one over. You'll have to cover the costs of course (I'll send receipts). This is *not* a spam. It's in the interests of beating a bug. Cheers. Len From owner-freebsd-bugs Tue Feb 11 09:37:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA06521 for bugs-outgoing; Tue, 11 Feb 1997 09:37:10 -0800 (PST) Received: from earth.infinetconsulting.com (earth.infinetconsulting.com [207.23.43.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA06516 for ; Tue, 11 Feb 1997 09:37:05 -0800 (PST) Received: (from lenc@localhost) by earth.infinetconsulting.com (8.8.3/8.6.12) id JAA29813; Tue, 11 Feb 1997 09:52:18 -0800 (PST) Date: Tue, 11 Feb 1997 09:52:16 -0800 (PST) From: Leonard Chua To: zach@blizzard.gaffaneys.com, David Nugent , Kazutaka YOKOTA , freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I may be wrong and I may be just fortunate enough not to have trouble >> with moused... > >I didn't notice it for a couple days. I only noticed when I scrolled >back in an xterm, and found about 6 d's on the command line. The left >button never did anything funky.. just the other two. I'm probably being stubborn, but it seems to me a simple solution is to have moused disabled when an X session goes up. From owner-freebsd-bugs Tue Feb 11 11:01:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA10979 for bugs-outgoing; Tue, 11 Feb 1997 11:01:23 -0800 (PST) Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA10964 for ; Tue, 11 Feb 1997 11:01:07 -0800 (PST) Received: from asterix.xs4all.nl (root@asterix.xs4all.nl [194.109.6.11]) by smtp1.xs4all.nl (8.7.6/XS4ALL) with ESMTP id UAA03375; Tue, 11 Feb 1997 20:00:55 +0100 (MET) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id TAA19907; Tue, 11 Feb 1997 19:51:54 +0100 (MET) Received: (from plm@localhost) by plm.xs4all.nl (8.8.4/8.7.3) id SAA05774; Tue, 11 Feb 1997 18:30:59 +0100 (MET) Date: Tue, 11 Feb 1997 18:30:59 +0100 (MET) Message-Id: <199702111730.SAA05774@plm.xs4all.nl> From: Peter Mutsaers MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/2698: scsi tape driver problem In-Reply-To: References: <199702101950.LAA20963@freefall.freebsd.org> <199702110000.BAA00374@plm.xs4all.nl> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> On Tue, 11 Feb 1997 09:45:50 +0100, j@uriah.heep.sax.de (J Wunsch) said: JW> It reports your present mode to be fixed-length 512-byte. But JW> apparently, while the driver attempts to tell this to the JW> drive, your drive doesn't honor this. JW> 525 MB yes. But if your drive doesn't honor the blocksize JW> setting in the buffer header of a MODE SELECT command, it's JW> simply broken. I suggest getting a newer firmware revision. That'll be difficult. I bought it years ago in a second hand shop. I may have to learn to live with it (I use QIC 525 mostly anyway). But I still wonder why I see this problem under FreeBSD, and not under Linux. -- Peter Mutsaers | Abcoude (Utrecht), | Trust is a good quality plm@xs4all.nl | the Netherlands | for other people to have From owner-freebsd-bugs Tue Feb 11 11:07:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA11260 for bugs-outgoing; Tue, 11 Feb 1997 11:07:19 -0800 (PST) Received: from mwunix.mitre.org (mwunix.mitre.org [128.29.154.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA11254; Tue, 11 Feb 1997 11:07:08 -0800 (PST) Received: from maestro.mitre.org (maestro.mitre.org [128.29.45.1]) by mwunix.mitre.org (8.8.5/8.8.4/mitre.0) with SMTP id OAA00856; Tue, 11 Feb 1997 14:04:37 -0500 (EST) Received: from postman.mitre.org by maestro.mitre.org (4.1/SMI-4.1) id AA10527; Tue, 11 Feb 97 14:04:36 EST Received: from [128.29.114.90] by postman.mitre.org (SMI-8.6/SMI-SVR4) id OAA16578; Tue, 11 Feb 1997 14:09:16 -0500 Date: Tue, 11 Feb 1997 14:09:16 -0500 X-Sender: guhl@postman.mitre.org Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@FreeBSD.org From: guhl@mitre.org (George Uhl) Subject: Fix to Interrupt/Terminate Signal causes page fault in kernel mode Cc: freebsd-bugs@FreeBSD.org Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I posted the following to freebsd-hackers and freebsd-bugs a couple of days ago. I have fixed the problem, not by making any code changes, but by compiling the kernel unoptimized! compiler: GNU gcc version 2.6.3 I question the wisdom of allowing the COPTFLAGS option in /sys/386/conf/Makefile.i386 to enable optimization when this may cause unpredictable and erroneous kernel behavior. Any opinions? BEGIN previous message: I'm porting a version of OSI and X.25 from a heavily modified BSDI ver1.1 to FreeBSD 2.1.6. I'm running an application with a TP4 socket (OSI's version of a reliable, connection-oriented transport- layer socket) that is causing the kernel to crash when it is interrupted/killed by a signal (control-c, kill -9, etc.). The application is waiting for comm traffic (e.g., is listening for a connect, or is connected and waiting for data) and it receives the signal. Then the kernel crashes with: Fatal trap 12: page fault while in kernel mode Fault virtual address = 0x8 Fault code = supervisor read, page not present Instruction pointer = 0x8:0xf010d620 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 = 259 (tisink) interrupt mask = kernel: type 12 trap. code=0 Stopped at _exit1+0xc4 [/sys/compile/PORT1/:163]: movl 0x8(%ebp),%esi The source code statement (line 163 in /sys/kern/kern_exit.c) from the kernel is: if (SESS_LEADER(p)) { which translates to: if (p->p_session->s_leader == p) { At this point register %ebp is NULL. p is the pointer to the process descriptor for the application. I've use ddb to examine the registers, when the fdfree function is called from exit1 the ebp register contains a pointer to the kernel stack plus some offset. Just prior to leaving fdfree and returning to exit1, ebp is set to zero. The fdfree function does a closef on the socket fd which in turn calls a detach function in the OSI TP code. If I hack the exit1 function and put a statement like a printf or an if(0); prior to the call to untimeout or fdfree, the kernel doesn't crash. This seems like a timing problem to me, but I'm not sure who or what is messing around with my process descriptor pointer. The OSI TP detach function releases OSI protocol data strcutures (like the TP4 and CLNP protocol control blocks) and frees the socket. I don't think the problem is in the detach code. Does anyone have any ideas? END previous message ---- George Uhl The MITRE Corporation From owner-freebsd-bugs Tue Feb 11 11:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA11489 for bugs-outgoing; Tue, 11 Feb 1997 11:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA11477; Tue, 11 Feb 1997 11:10:03 -0800 (PST) Date: Tue, 11 Feb 1997 11:10:03 -0800 (PST) Message-Id: <199702111910.LAA11477@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Mutsaers Subject: Re: conf/2709: FBSD 2.1.6 X-Server installation setup utility not correctly set-up Reply-To: Peter Mutsaers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/2709; it has been noted by GNATS. From: Peter Mutsaers To: drexler@telebyte.nl Cc: freebsd-gnats-submit@freebsd.org Subject: Re: conf/2709: FBSD 2.1.6 X-Server installation setup utility not correctly set-up Date: 11 Feb 1997 18:38:38 +0100 >> On Tue, 11 Feb 1997 02:06:03 -0800 (PST), drexler@telebyte.nl said: >> Description: d> When I installed 2.1.6 from the CD-ROM I encountered this problem: I d> wanted to install the S3 server from XF86 and selected that server in the d> menu. Everything went well and the server was copied to my disc. The d> installation utility later asks if I want to run the interactive setup. d> I say "yes". Then I get the message that the setup utility (XFSetup) needs d> the SVGA server, which is not installed on my system. Setup fails. You probably mean the VGA16 server. At least that is the one that XF86Setup wants. From owner-freebsd-bugs Tue Feb 11 11:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA12465 for bugs-outgoing; Tue, 11 Feb 1997 11:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA12454; Tue, 11 Feb 1997 11:30:02 -0800 (PST) Date: Tue, 11 Feb 1997 11:30:02 -0800 (PST) Message-Id: <199702111930.LAA12454@freefall.freebsd.org> To: freebsd-bugs Cc: From: "H.J. Drexler" Subject: Re: conf/2709: FBSD 2.1.6 X-Server installation setup utility not correctly set-up Reply-To: "H.J. Drexler" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/2709; it has been noted by GNATS. From: "H.J. Drexler" To: Peter Mutsaers Cc: freebsd-gnats-submit@freebsd.org Subject: Re: conf/2709: FBSD 2.1.6 X-Server installation setup utility not correctly set-up Date: Tue, 11 Feb 1997 20:20:20 +0100 (MET) On 11 Feb 1997, Peter Mutsaers wrote: > >> On Tue, 11 Feb 1997 02:06:03 -0800 (PST), drexler@telebyte.nl said: > > >> Description: > d> When I installed 2.1.6 from the CD-ROM I encountered this problem: I > d> wanted to install the S3 server from XF86 and selected that server in the > d> menu. Everything went well and the server was copied to my disc. The > d> installation utility later asks if I want to run the interactive setup. > d> I say "yes". Then I get the message that the setup utility (XFSetup) needs > d> the SVGA server, which is not installed on my system. Setup fails. > > You probably mean the VGA16 server. At least that is the one that > XF86Setup wants. > Yes, you are right. I submitted the bug report at work, and I could not remember the exact name. I thought the bug was most likely already reported, but if everubody thinks that way..... So I decided to report it anyway. Just hoping it is usefull to somebody. Hans Drexler From owner-freebsd-bugs Tue Feb 11 11:34:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA12705 for bugs-outgoing; Tue, 11 Feb 1997 11:34:17 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA12658 for ; Tue, 11 Feb 1997 11:34:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id LAA01601; Tue, 11 Feb 1997 11:32:27 -0800 (PST) Date: Tue, 11 Feb 1997 11:32:25 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: "SysAdmin for paxlink.com" cc: bugs@freebsd.org Subject: Re: reboot problem with alias IP In-Reply-To: <1.5.4.32.19970211123823.00674d58@mail.paxlink.com> Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Feb 1997, SysAdmin for paxlink.com wrote: > Earlier today (about 1 hour ago) we decide to move our DNS server from > staging to rack mounted space. In theory, we should just turn off, move, > turn on. However, caution told us to monitor the device -- > SNOP (Standard Normal Operating Procedure). [...] > 4. The machine stalled and hung when trying to resolve the > ethernet interface with: > > network_interfaces="ed1 lo0" > ifconfig_ed1="inet 207.155.58.2 netmask 255.255.255.0" > ifconfig_ed1="inet 207.155.58.20 alias" well... I'm not sure what version your running... but newer versions of /etc/netstart have the option to install aliases on an interface... you would have a line like this: ifconfig_ed1_alias0="inet 207.155.58.20" hope this helps... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Tue Feb 11 12:09:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA15226 for bugs-outgoing; Tue, 11 Feb 1997 12:09:38 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA15221 for ; Tue, 11 Feb 1997 12:09:32 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id MAA09020; Tue, 11 Feb 1997 12:09:25 -0800 (PST) To: "SysAdmin for paxlink.com" cc: bugs@freebsd.org Subject: Re: reboot problem with alias IP In-reply-to: Your message of "Tue, 11 Feb 1997 04:38:23 PST." <1.5.4.32.19970211123823.00674d58@mail.paxlink.com> Date: Tue, 11 Feb 1997 12:09:24 -0800 Message-ID: <9016.855691764@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > ifconfig_ed1="inet 207.155.58.2 netmask 255.255.255.0" > ifconfig_ed1="inet 207.155.58.20 alias" > Pilot error. You forgot the "netmask 255.255.255.255" in the alias line (see the alias examples in /etc/sysconfig). > Suggestions, comments, kudos welcome... cause the drugs no longer have any > effect... I'd wondered why we didn't see you in the newsgroups anymore. :) Jordan From owner-freebsd-bugs Tue Feb 11 12:23:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA15791 for bugs-outgoing; Tue, 11 Feb 1997 12:23:09 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA15767; Tue, 11 Feb 1997 12:23:00 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA13751; Tue, 11 Feb 1997 15:22:52 -0500 Date: Tue, 11 Feb 1997 15:22:52 -0500 From: Garrett Wollman Message-Id: <9702112022.AA13751@halloran-eldar.lcs.mit.edu> To: guhl@mitre.org (George Uhl) Cc: freebsd-hackers@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Fix to Interrupt/Terminate Signal causes page fault in kernel mode In-Reply-To: References: Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < I posted the following to freebsd-hackers and freebsd-bugs a couple > of days ago. I have fixed the problem, not by making any code > changes, but by compiling the kernel unoptimized! Your code is almost certainly broken. It probably has automatic variable initialization problems. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Tue Feb 11 12:47:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17210 for bugs-outgoing; Tue, 11 Feb 1997 12:47:45 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17177; Tue, 11 Feb 1997 12:47:12 -0800 (PST) Date: Tue, 11 Feb 1997 12:47:12 -0800 (PST) From: Garrett Wollman Message-Id: <199702112047.MAA17177@freefall.freebsd.org> To: burg@is.ge.com, wollman, freebsd-bugs Subject: Re: bin/2670 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fetch fails with HTTP_PROXY State-Changed-From-To: open-feedback State-Changed-By: wollman State-Changed-When: Tue Feb 11 12:46:18 PST 1997 State-Changed-Why: Should be fixed by rev. 1.4 of http.c. From owner-freebsd-bugs Tue Feb 11 13:51:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA21482 for bugs-outgoing; Tue, 11 Feb 1997 13:51:54 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA21477 for ; Tue, 11 Feb 1997 13:51:50 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA21108; Tue, 11 Feb 1997 22:51:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id WAA25873; Tue, 11 Feb 1997 22:29:55 +0100 (MET) Message-ID: Date: Tue, 11 Feb 1997 22:29:55 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: plm@xs4all.nl (Peter Mutsaers) Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/2698: scsi tape driver problem References: <199702101950.LAA20963@freefall.freebsd.org> <199702110000.BAA00374@plm.xs4all.nl> <199702111730.SAA05774@plm.xs4all.nl> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702111730.SAA05774@plm.xs4all.nl>; from Peter Mutsaers on Feb 11, 1997 18:30:59 +0100 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Peter Mutsaers wrote: (new firmware) > That'll be difficult. I bought it years ago in a second hand shop. > I may have to learn to live with it (I use QIC 525 mostly anyway). Ask Wangtek, or see if they have a Web server. > But I still wonder why I see this problem under FreeBSD, and not under > Linux. Perhaps Linux `slices' the requests into 512-byte chunks at driver level? FreeBSD's driver relies on the drive honoring the blocksize setting, and writes whatever you pass in the write(2) syscall in a single SCSI write operation. With a variable-blocking tape, this basically causes the tape block to grow to just this size. With a fixed-length tape, the tape drive itself slices the request. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Feb 11 14:17:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA23407 for bugs-outgoing; Tue, 11 Feb 1997 14:17:32 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA23398 for ; Tue, 11 Feb 1997 14:17:28 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id OAA01857 for ; Tue, 11 Feb 1997 14:17:10 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id JAA11649; Wed, 12 Feb 1997 09:08:38 +1100 (EST) Message-ID: <19970212090838.49842@usn.blaze.net.au> Date: Wed, 12 Feb 1997 09:08:38 +1100 From: David Nugent To: Leonard Chua Cc: zach@blizzard.gaffaneys.com, David Nugent , Kazutaka YOKOTA , freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: ; from Leonard Chua on Feb 02, 1997 at 09:52:16AM Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 09:52:16AM, Leonard Chua wrote: > I'm probably being stubborn, but it seems to me a simple solution is > to have moused disabled when an X session goes up. If you do that, and you have configured X correctly to use /dev/sysmouse, then the mouse won't function at all since that's ultimately where it gets its data. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Tue Feb 11 14:29:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA24539 for bugs-outgoing; Tue, 11 Feb 1997 14:29:27 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24534 for ; Tue, 11 Feb 1997 14:29:25 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id OAA01923 for ; Tue, 11 Feb 1997 14:29:02 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id JAA11763; Wed, 12 Feb 1997 09:26:01 +1100 (EST) Message-ID: <19970212092601.23228@usn.blaze.net.au> Date: Wed, 12 Feb 1997 09:26:01 +1100 From: David Nugent To: "SysAdmin for paxlink.com" Cc: bugs@freebsd.org Subject: Re: reboot problem with alias IP References: <1.5.4.32.19970211123823.00674d58@mail.paxlink.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <1.5.4.32.19970211123823.00674d58@mail.paxlink.com>; from SysAdmin for paxlink.com on Feb 02, 1997 at 04:38:23AM Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 04:38:23AM, SysAdmin for paxlink.com wrote: > network_interfaces="ed1 lo0" > ifconfig_ed1="inet 207.155.58.2 netmask 255.255.255.0" > ifconfig_ed1="inet 207.155.58.20 alias" Aside from the missing netmask 0xffffffff already pointed out, there is another problem here. "ifconfig_ed1" is a shell variable. The second line sets it to one value, and the third line overwrites it with another. In other words, the first ifconfig_ed1 will never be executed, so what /etc/netstart does is attempt to execute the second only - I'm not surprised that it hung. In 2.2 and above, this is the sort of thing you need to do: network_interfaces="ed1 lo0" ifconfig_lo0="inet 127.0.0.1" ifconfig_ed1="inet 207.155.58.2 netmask 0xffffff00" ifconfig_ed1_alias0="inet 207.155.58.20 netmask 0xffffffff" With older versions of /etc/netstart, I usually manually add the alias commands to the end of that script, unless I could be bothered modifying it and adding the alias logic from later versions. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Tue Feb 11 14:31:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA24699 for bugs-outgoing; Tue, 11 Feb 1997 14:31:20 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA24189; Tue, 11 Feb 1997 14:25:37 -0800 (PST) Date: Tue, 11 Feb 1997 14:25:37 -0800 (PST) From: Joerg Wunsch Message-Id: <199702112225.OAA24189@freefall.freebsd.org> To: mi@aldan.ziplink.net, joerg, freebsd-bugs Subject: Re: bin/2688 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Found a C file which kills the stock cc-2.6.3 State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Feb 11 23:23:32 MET 1997 State-Changed-Why: Newer versions of FreeBSD ship with gcc 2.7.2.1 already. After some discussion, we decided that it's a bad idea to merge this version back into the 2.1.x branch, since it would likely risk more than gaingin. Mikhail also agreed that it could be closed then. From owner-freebsd-bugs Tue Feb 11 14:50:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA26365 for bugs-outgoing; Tue, 11 Feb 1997 14:50:14 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA26359; Tue, 11 Feb 1997 14:50:08 -0800 (PST) Resent-Date: Tue, 11 Feb 1997 14:50:08 -0800 (PST) Resent-Message-Id: <199702112250.OAA26359@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.OAA26033;Tue; (8.8.5/8.8.5);, 11 Feb 1997 14:47:19.-0800 (PST) Message-Id: <199702112247.OAA26033@freefall.freebsd.org> Date: Tue, 11 Feb 1997 14:47:19 -0800 (PST) From: bert@miint.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2713: ftp daemon processes don't terminate, even with the -t and -T options set Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2713 >Category: bin >Synopsis: ftp daemon processes don't terminate, even with the -t and -T options set >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 11 14:50:02 PST 1997 >Last-Modified: >Originator: Bert Beckmann >Organization: Millennia Internet >Release: 2.1.5 >Environment: FreeBSD bsd.miint.net 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Wed Jul 17 03:09:6 >Description: FTP processes are starying around for many days, never timing out. FTP version came with the 2.1.5 distribution. The same problem seems to happen with 2.1.6. >How-To-Repeat: user ftp's in. Seems to be one type of user, possibly running on a Macintosh >Fix: kill ftp processes by hand >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 11 15:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA27063 for bugs-outgoing; Tue, 11 Feb 1997 15:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA27056; Tue, 11 Feb 1997 15:00:02 -0800 (PST) Resent-Date: Tue, 11 Feb 1997 15:00:02 -0800 (PST) Resent-Message-Id: <199702112300.PAA27056@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.OAA26473;Tue; (8.8.5/8.8.5);, 11 Feb 1997 14:51:24.-0800 (PST) Message-Id: <199702112251.OAA26473@freefall.freebsd.org> Date: Tue, 11 Feb 1997 14:51:24 -0800 (PST) From: bert@miint.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2714: WEB pages served by apache seems to get stuck, on retry they come up Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2714 >Category: bin >Synopsis: WEB pages served by apache seems to get stuck, on retry they come up >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 11 15:00:01 PST 1997 >Last-Modified: >Originator: Bert Beckmann >Organization: Millennia Internet >Release: 2.1.5 >Environment: FreeBSD bsd.miint.net 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Wed Jul 17 03:09:6 >Description: WEB page http requestes seem to fail occasionally, (running locally over ethernet) and hitting the reload button in Netscape brings them up. Seems to happen when Apache starts up, and doesn't happen that often. >How-To-Repeat: Usually happens on startup of apache server >Fix: user hits reload a few times. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 11 15:08:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA27486 for bugs-outgoing; Tue, 11 Feb 1997 15:08:24 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA27481; Tue, 11 Feb 1997 15:08:18 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id XAA17592; Tue, 11 Feb 1997 23:21:33 +0100 From: Luigi Rizzo Message-Id: <199702112221.XAA17592@labinfo.iet.unipi.it> Subject: 2.2-GAMMA install comments To: bugs@freebsd.org, jkh@freebsd.org Date: Tue, 11 Feb 1997 23:21:33 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I tried to install 2.2-GAMMA today, and have noticed the following "features" of the install program: 1) if some distribution is selected but missing (e.g. I chose "X-developer" but did not have "proflibs" and "info" on my disk), then X is not installed. The install program correctly informs me that "proflibs" and "info" are missing, and also installs the various "src" distributions, so I guess the problem is detecting the failure and stopping before trying to install X 2) in the "Adduser" form, the "Login Id" entry is a bit too small (5-6 chars instead of 8 ?) -- Also, if the adduser fails because of some problem (e.g. a non-existing group), the content of the form is not preserved and one has to reenter everything from scratch. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-bugs Tue Feb 11 15:16:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA27817 for bugs-outgoing; Tue, 11 Feb 1997 15:16:50 -0800 (PST) Received: from tamis.com (tamis.com [206.24.116.161]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA27795 for ; Tue, 11 Feb 1997 15:16:30 -0800 (PST) Received: (from daveh@localhost) by tamis.com (8.6.12/8.6.12) id PAA02441; Tue, 11 Feb 1997 15:06:01 -0800 Date: Tue, 11 Feb 1997 15:06:00 -0800 (PST) From: David Holloway X-Sender: daveh@sage To: freebsd-bugs@freebsd.org Subject: 64meg upgrade breaks xwindows... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk last week I had FreeBSD 2.2BETA on a 486-100 32megs ram, Orchid FA 1280+, and noname 14inch monitor. I had been working on this machine for years.. this week I have same machine except added 32megs more ram. now when starting X, xinit, or xdm, the machine either freezes or reboots. everything else on the machine seems fine. in fact I am using pine on it right now. ( I have run 5 xv, 5 emacs, and a couple netscapes remotely just to give the 64megs a workout with no ill effects) any ideas? (no I am not using a AH-154x) From owner-freebsd-bugs Tue Feb 11 15:30:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA28558 for bugs-outgoing; Tue, 11 Feb 1997 15:30:12 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA28550 for ; Tue, 11 Feb 1997 15:30:09 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id PAA02149 for ; Tue, 11 Feb 1997 15:28:18 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA21155; Tue, 11 Feb 1997 18:20:03 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 11 Feb 1997 18:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id QAA10203; Tue, 11 Feb 1997 16:55:48 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id RAA03232; Tue, 11 Feb 1997 17:00:19 -0500 (EST) Date: Tue, 11 Feb 1997 17:00:19 -0500 (EST) From: Thomas David Rivers Message-Id: <199702112200.RAA03232@lakes.water.net> To: ponds!FreeBSD.org!freebsd-hackers@ucbvax.Berkeley.EDU, ponds!mitre.org!guhl@ucbvax.Berkeley.EDU Subject: Re: Fix to Interrupt/Terminate Signal causes page fault in kernel mode Cc: ponds!FreeBSD.org!freebsd-bugs@ucbvax.Berkeley.EDU Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I posted the following to freebsd-hackers and freebsd-bugs a couple > of days ago. I have fixed the problem, not by making any code > changes, but by compiling the kernel unoptimized! > > compiler: GNU gcc version 2.6.3 > > I question the wisdom of allowing the COPTFLAGS option in > /sys/386/conf/Makefile.i386 to enable optimization when > this may cause unpredictable and erroneous kernel behavior. > > Any opinions? > Yep - As a compiler writer, I "hear" this all the time. There are several situations where erroneous C code can behave this way. Usually, these involve taking the address of an automatic variable, and saving that after the routine has ended. Also, in this situation, a common occurrence is to overwrite the end of an automatic array, or other variable. When compiled optimized, the frame is frequently reordered, or the function has fewer temporaries; so you are more likely to write over other "meaningful" data. Only after I have eliminated those two possibilities do I begin to investigate compiler bugs. - Dave Rivers - From owner-freebsd-bugs Tue Feb 11 18:50:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA12975 for bugs-outgoing; Tue, 11 Feb 1997 18:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA12943; Tue, 11 Feb 1997 18:50:04 -0800 (PST) Resent-Date: Tue, 11 Feb 1997 18:50:04 -0800 (PST) Resent-Message-Id: <199702120250.SAA12943@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, akiyama@kme.mei.co.jp Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA12880 for ; Tue, 11 Feb 1997 18:49:56 -0800 (PST) Received: from vcgate3.mei.co.jp (vcgate3.mei.co.jp [202.32.14.53]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id SAA03361 for ; Tue, 11 Feb 1997 18:36:37 -0800 (PST) Received: by vcgate3.mei.co.jp (8.7.5+2.6Wbeta7/5.9:4.9:vcgate0:961204) id LAA19266; Wed, 12 Feb 1997 11:35:17 +0900 (JST) Received: by vcmei.vanc.mei.co.jp (5.65mei1.1/5.9:4.9:vcmei:970206) id AA17581; Wed, 12 Feb 97 11:36:13 +0900 Received: by kmegate.kme.mei.co.jp (4.1/5.5:4.6:kmegate:970203) id AA15048; Wed, 12 Feb 97 11:35:32 JST Message-Id: <9702120235.AA15048@kmegate.kme.mei.co.jp> Date: Wed, 12 Feb 97 11:35:32 JST From: Shunsuke Akiyama Reply-To: akiyama@kme.mei.co.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2715: MSDOS-FS 1024/2048 byte/sector media support. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2715 >Category: kern >Synopsis: MSDOS-FS 1024/2048 byte/sector media support. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Feb 11 18:50:02 PST 1997 >Last-Modified: >Originator: Shunsuke Akiyama >Organization: Kyushu Matsushita Electric Co., Ltd. >Release: FreeBSD 3.0-970124-SNAP i386 >Environment: FreeBSD 3.0-970124-SNAP/MSDOS-FS >Description: In freebsd-scsi list, John Gumb (john@talisker.demon.co.uk) and Barry Scott (barry@scottb.demon.co.uk) posted their 1024 & 2048 byte/sector media support patches. I've tested their patches and improved for MSDOS-FS support. It's works fine for me and other some FreeBSD environments with Fujitsu M2513A MO drive and 2048 byte/sector media. >How-To-Repeat: N/A >Fix: =================================================================== --- sys/msdosfs/msdosfs_fat.c 1997/01/14 06:47:15 1.11 +++ sys/msdosfs/msdosfs_fat.c 1997/02/11 13:21:57 @@ -116,7 +116,7 @@ * pmp->pm_BytesPerSec; bn += pmp->pm_fatblk; if (bnp) - *bnp = bn; + *bnp = bn * pmp->pm_SecBlkRatio; if (sizep) *sizep = size; if (bop) @@ -185,7 +185,7 @@ return E2BIG; } if (bnp) - *bnp = pmp->pm_rootdirblk + (findcn * pmp->pm_SectPerClust); + *bnp = (pmp->pm_rootdirblk + (findcn * pmp->pm_SectPerClust)) * pmp->pm_SecBlkRatio; if (cnp) *cnp = MSDOSFSROOT; return 0; @@ -340,7 +340,7 @@ * bwrite()'s and really slow things down. */ for (i = 1; i < pmp->pm_FATs; i++) { - fatbn += pmp->pm_FATsecs; + fatbn += pmp->pm_FATsecs * pmp->pm_SecBlkRatio; /* getblk() never fails */ bpn = getblk(pmp->pm_devvp, fatbn, bp->b_bcount, 0, 0); bcopy(bp->b_data, bpn->b_data, bp->b_bcount); =================================================================== --- sys/msdosfs/msdosfs_vfsops.c 1997/02/10 02:16:37 1.15 +++ sys/msdosfs/msdosfs_vfsops.c 1997/02/11 13:21:58 @@ -58,6 +58,9 @@ #include #include #include +#include +#include +#include #include #include @@ -273,6 +276,8 @@ struct buf *bp0 = NULL; struct byte_bpb33 *b33; struct byte_bpb50 *b50; + struct partinfo msdosfspart; + int secsize; #ifdef PC98 u_int pc98_wrk; u_int Phy_Sector_Size; @@ -300,14 +305,16 @@ if (error) return error; needclose = 1; -#ifdef HDSUPPORT + /* * Put this in when we support reading dos filesystems from * partitioned harddisks. */ - if (VOP_IOCTL(devvp, DIOCGPART, &msdosfspart, FREAD, NOCRED, p) == 0) { + if (VOP_IOCTL(devvp, DIOCGPART, (caddr_t)&msdosfspart, FREAD, NOCRED, p) == 0) { + secsize = msdosfspart.disklab->d_secsize; + } else { + secsize = DEV_BSIZE; } -#endif /* * Read the boot sector of the filesystem, and then check the boot @@ -319,7 +326,7 @@ devvp->v_flag &= 0xffff; error = bread(devvp, 0, 1024, NOCRED, &bp0); #else - error = bread(devvp, 0, 512, NOCRED, &bp0); + error = bread(devvp, 0, secsize, NOCRED, &bp0); #endif if (error) goto error_exit; @@ -349,6 +356,9 @@ pmp = malloc(sizeof *pmp, M_MSDOSFSMNT, M_WAITOK); bzero((caddr_t)pmp, sizeof *pmp); pmp->pm_mountp = mp; + + /* calculate the ratio of sector size to DEV_BSIZE */ + pmp->pm_SecBlkRatio = secsize/DEV_BSIZE; /* * Compute several useful quantities from the bpb in the =================================================================== --- sys/msdosfs/msdosfsmount.h 1997/02/10 02:16:44 1.8 +++ sys/msdosfs/msdosfsmount.h 1997/02/11 13:21:58 @@ -60,6 +60,9 @@ mode_t pm_mask; /* mask to and with file protection bits */ struct vnode *pm_devvp; /* vnode for block device mntd */ struct bpb50 pm_bpb; /* BIOS parameter blk for this fs */ + int pm_SecBlkRatio; /* How many DEV_BSIZE blocks fit inside + * a physical sector + */ u_long pm_fatblk; /* block # of first FAT */ u_long pm_rootdirblk; /* block # of root directory */ u_long pm_rootdirsize; /* size in blocks (not clusters) */ @@ -124,20 +127,20 @@ * Map a cluster number into a filesystem relative block number. */ #define cntobn(pmp, cn) \ - ((((cn)-CLUST_FIRST) * (pmp)->pm_SectPerClust) + (pmp)->pm_firstcluster) + (((((cn)-CLUST_FIRST) * (pmp)->pm_SectPerClust) + (pmp)->pm_firstcluster) * (pmp)->pm_SecBlkRatio) /* * Map a filesystem relative block number back into a cluster number. */ #define bntocn(pmp, bn) \ - ((((bn) - pmp->pm_firstcluster)/ (pmp)->pm_SectPerClust) + CLUST_FIRST) + (((((bn)/((pmp)->pm_SecBlkRatio)) - pmp->pm_firstcluster)/ (pmp)->pm_SectPerClust) + CLUST_FIRST) /* * Calculate block number for directory entry in root dir, offset dirofs */ #define roottobn(pmp, dirofs) \ - (((dirofs) / (pmp)->pm_depclust) * (pmp)->pm_SectPerClust \ - + (pmp)->pm_rootdirblk) + ((((dirofs) / (pmp)->pm_depclust) * (pmp)->pm_SectPerClust \ + + (pmp)->pm_rootdirblk) * (pmp)->pm_SecBlkRatio) /* * Calculate block number for directory entry at cluster dirclu, offset >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 11 18:50:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA12991 for bugs-outgoing; Tue, 11 Feb 1997 18:50:14 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA12974; Tue, 11 Feb 1997 18:50:08 -0800 (PST) Resent-Date: Tue, 11 Feb 1997 18:50:08 -0800 (PST) Resent-Message-Id: <199702120250.SAA12974@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, akiyama@kme.mei.co.jp Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA12884 for ; Tue, 11 Feb 1997 18:49:56 -0800 (PST) Received: from vcgate3.mei.co.jp (vcgate3.mei.co.jp [202.32.14.53]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id SAA03362 for ; Tue, 11 Feb 1997 18:36:41 -0800 (PST) Received: by vcgate3.mei.co.jp (8.7.5+2.6Wbeta7/5.9:4.9:vcgate0:961204) id LAA19230; Wed, 12 Feb 1997 11:34:50 +0900 (JST) Received: by vcmei.vanc.mei.co.jp (5.65mei1.1/5.9:4.9:vcmei:970206) id AA17459; Wed, 12 Feb 97 11:35:45 +0900 Received: by kmegate.kme.mei.co.jp (4.1/5.5:4.6:kmegate:970203) id AA15035; Wed, 12 Feb 97 11:35:02 JST Message-Id: <9702120235.AA15035@kmegate.kme.mei.co.jp> Date: Wed, 12 Feb 97 11:35:02 JST From: Shunsuke Akiyama Reply-To: akiyama@kme.mei.co.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2716: od.c/sd.c non 512 byte/sector support improvements. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2716 >Category: kern >Synopsis: od.c/sd.c non 512 byte/sector support improvements. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Feb 11 18:50:05 PST 1997 >Last-Modified: >Originator: Shunsuke Akiyama >Organization: Kyushu Matsushita Electric Co., Ltd. >Release: FreeBSD 3.0-970124-SNAP i386 >Environment: FreeBSD 3.0-970124-SNAP / od / sd >Description: Currently sys/scsi/{od,sd}.c supports 1024/2048 byte/sector media. But it used too much multiply and division operations. I changed it to use arithmetic shift operations. It's works fine for sd and od device with my environment since couple of weeks age. >How-To-Repeat: N/A >Fix: =================================================================== --- sys/scsi/od.c 1997/02/10 02:18:50 1.27 +++ sys/scsi/od.c 1997/02/11 13:28:30 1.27.1.1 @@ -1,5 +1,6 @@ /* - * Copyright (c) 1995,1996 Shunsuke Akiyama. All rights reserved. + * Copyright (c) 1995,1996,1997 Shunsuke Akiyama . + * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions @@ -52,6 +53,7 @@ * WARNING! Use at your own risk. Joerg's ancient SONY SMO drive * groks it fine, while Shunsuke's Fujitsu chokes on it and times * out. + * #define OD_AUTO_TURNOFF */ @@ -111,9 +113,10 @@ u_int32_t disksize; /* total number sectors */ u_int16_t rpm; /* medium rotation rate */ } params; + int kbtodb; /* kernel to driver block shift */ struct diskslices *dk_slices; /* virtual drives */ struct buf_queue_head buf_queue; - int dkunit; /* disk stats unit number */ + int dkunit; /* disk stats unit number */ #ifdef DEVFS /* Eventually move all these to common disk struct. */ void *b_devfs_token; @@ -360,8 +363,13 @@ } switch (od->params.secsiz) { case SECSIZE : + od->kbtodb = 0; + break; case 1024 : + od->kbtodb = 1; + break; case 2048 : + od->kbtodb = 2; break; default : printf("od%ld: Can't deal with %d bytes logical blocks\n", @@ -446,7 +454,7 @@ u_int32_t opri; struct scsi_data *od; u_int32_t unit; - int secsize; + int scale; odstrats++; unit = ODUNIT((bp->b_dev)); @@ -463,24 +471,23 @@ /* * Odd number of bytes or negative offset */ - if (bp->b_blkno < 0 ) { + if (bp->b_blkno < 0) { bp->b_error = EINVAL; printf("od_strategy: Negative block number: 0x%x\n", bp->b_blkno); goto bad; } - - secsize = od->params.secsiz; + scale = od->kbtodb; /* make sure the blkno is scalable */ - if( (bp->b_blkno % (secsize/DEV_BSIZE)) != 0 ) { + if ((bp->b_blkno & ((1 << scale) - 1)) != 0) { bp->b_error = EINVAL; printf("od_strategy: Block number is not multiple of sector size (2): 0x%x\n", bp->b_blkno); goto bad; } /* make sure that the transfer size is a multiple of the sector size */ - if( (bp->b_bcount % secsize) != 0 ) { + if ((bp->b_bcount & (od->params.secsiz - 1)) != 0) { bp->b_error = EINVAL; printf("od_strategy: Invalid b_bcount %d at block number: 0x%x\n", bp->b_bcount, bp->b_blkno); goto bad; @@ -490,30 +497,26 @@ * Do bounds checking, adjust transfer, and set b_pblkno. */ { - int status; - int sec_blk_ratio = secsize/DEV_BSIZE; - /* save original block number and size */ - int b_blkno = bp->b_blkno; - int b_bcount = bp->b_bcount; - - /* replace with scaled values */ - bp->b_blkno /= sec_blk_ratio; - bp->b_bcount /= sec_blk_ratio; + int status; + /* save original block number and size */ + daddr_t b_blkno = bp->b_blkno; + long b_bcount = bp->b_bcount; + + /* replace with scaled values */ + bp->b_blkno >>= scale; + bp->b_bcount >>= scale; - /* have dscheck enforce limits and map to physical block number */ - status = dscheck(bp, od->dk_slices); + /* have dscheck enforce limits and map to physical block number */ + status = dscheck(bp, od->dk_slices); - /* restore original values to prevent bad side effects in block system */ - bp->b_blkno = b_blkno; - bp->b_bcount = b_bcount; - /* scale resid */ - bp->b_resid *= sec_blk_ratio; - - /* see if the mapping failed */ - if (status <= 0) - { - goto done; /* XXX check b_resid */ - } + /* restore original values to prevent bad side effects in block system */ + bp->b_blkno = b_blkno; + bp->b_bcount = b_bcount; + bp->b_resid <<= scale; /* scale resid */ + + /* see if the mapping failed */ + if (status <= 0) + goto done; /* XXX check b_resid */ } opri = SPLOD(); @@ -585,7 +588,6 @@ struct buf *bp = 0; struct scsi_rw_big cmd; u_int32_t blkno, nblk; - u_int32_t secsize; SC_DEBUG(sc_link, SDEV_DB2, ("odstart ")); /* @@ -622,13 +624,12 @@ * We have a buf, now we know we are going to go through * With this thing.. */ - secsize = od->params.secsiz; blkno = bp->b_pblkno; - if (bp->b_bcount & (secsize - 1)) + if (bp->b_bcount & (od->params.secsiz - 1)) { goto bad; } - nblk = bp->b_bcount / secsize; + nblk = bp->b_bcount >> (DEV_BSHIFT + od->kbtodb); /* * Fill out the scsi command =================================================================== --- sys/scsi/sd.c 1997/02/10 02:18:54 1.101 +++ sys/scsi/sd.c 1997/02/11 13:34:55 1.101.1.2 @@ -1,4 +1,3 @@ - /* * Written by Julian Elischer (julian@dialix.oz.au) * for TRW Financial Systems for use under the MACH(2.5) operating system. @@ -82,15 +81,16 @@ u_int32_t flags; #define SDINIT 0x04 /* device has been init'd */ struct disk_parms { - u_char heads; /* Number of heads */ - u_int16_t cyls; /* Number of cylinders */ + u_char heads; /* Number of heads */ + u_int16_t cyls; /* Number of cylinders */ u_char sectors; /*dubious *//* Number of sectors/track */ u_int16_t secsiz; /* Number of bytes/sector */ u_int32_t disksize; /* total number sectors */ } params; + int kbtodb; /* kernel to driver block shift */ struct diskslices *dk_slices; /* virtual drives */ struct buf_queue_head buf_queue; - int dkunit; /* disk stats unit number */ + int dkunit; /* disk stats unit number */ #ifdef DEVFS void *b_devfs_token; void *c_devfs_token; @@ -326,8 +326,13 @@ goto bad; switch (sd->params.secsiz) { case SECSIZE: /* 512 */ + sd->kbtodb = 0; + break; case 1024: + sd->kbtodb = 1; + break; case 2048: + sd->kbtodb = 2; break; default: printf("sd%ld: Can't deal with %d bytes logical blocks\n", @@ -406,7 +411,8 @@ { u_int32_t opri; struct scsi_data *sd; - u_int32_t unit, secsize; + u_int32_t unit; + int scale; sdstrats++; unit = SDUNIT((bp->b_dev)); @@ -441,23 +447,23 @@ /* * Odd number of bytes or negative offset */ - if (bp->b_blkno < 0 ) { + if (bp->b_blkno < 0) { bp->b_error = EINVAL; printf("sd_strategy: Negative block number: 0x%x\n", bp->b_blkno); goto bad; } - secsize = sd->params.secsiz; + scale = sd->kbtodb; /* make sure the blkno is scalable */ - if( (bp->b_blkno % (secsize/DEV_BSIZE)) != 0 ) { + if ((bp->b_blkno & ((1 << scale) - 1)) != 0) { bp->b_error = EINVAL; printf("sd_strategy: Block number is not multiple of sector size (2): 0x%x\n", bp->b_blkno); goto bad; } /* make sure that the transfer size is a multiple of the sector size */ - if( (bp->b_bcount % secsize) != 0 ) { + if ((bp->b_bcount & (sd->params.secsiz - 1)) != 0) { bp->b_error = EINVAL; printf("sd_strategy: Invalid b_bcount %d at block number: 0x%x\n", bp->b_bcount, bp->b_blkno); goto bad; @@ -468,28 +474,25 @@ */ { int status; - int sec_blk_ratio = secsize/DEV_BSIZE; /* save original block number and size */ - int b_blkno = bp->b_blkno; - int b_bcount = bp->b_bcount; + daddr_t b_blkno = bp->b_blkno; + long b_bcount = bp->b_bcount; /* replace with scaled values */ - bp->b_blkno /= sec_blk_ratio; - bp->b_bcount /= sec_blk_ratio; - + bp->b_blkno >>= scale; + bp->b_bcount >>= scale; + /* enforce limits and map to physical block number */ status = dscheck(bp, sd->dk_slices); /* prevent bad side effects in block system */ bp->b_blkno = b_blkno; bp->b_bcount = b_bcount; - - /* scale resid */ - bp->b_resid *= sec_blk_ratio; + bp->b_resid <<= scale; /* scale resid */ /* see if the mapping failed */ if (status <= 0) - goto done; /* XXX check b_resid */ + goto done; /* XXX check b_resid */ } #endif opri = SPLSD(); @@ -563,7 +566,7 @@ register struct scsi_data *sd = sc_link->sd; struct buf *bp = NULL; struct scsi_rw_big cmd; - u_int32_t blkno, nblk, secsize; + u_int32_t blkno, nblk; SC_DEBUG(sc_link, SDEV_DB2, ("sdstart ")); /* @@ -600,13 +603,12 @@ * We have a buf, now we know we are going to go through * With this thing.. */ - secsize = sd->params.secsiz; blkno = bp->b_pblkno; - if (bp->b_bcount & (secsize - 1)) + if (bp->b_bcount & (sd->params.secsiz - 1)) { goto bad; } - nblk = bp->b_bcount / secsize; + nblk = bp->b_bcount >> (DEV_BSHIFT + sd->kbtodb); /* * Fill out the scsi command >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 11 19:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA14696 for bugs-outgoing; Tue, 11 Feb 1997 19:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA14643; Tue, 11 Feb 1997 19:20:02 -0800 (PST) Resent-Date: Tue, 11 Feb 1997 19:20:02 -0800 (PST) Resent-Message-Id: <199702120320.TAA14643@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.TAA14545;Tue; (8.8.5/8.8.5);, 11 Feb 1997 19:19:04.-0800 (PST) Message-Id: <199702120319.TAA14545@freefall.freebsd.org> Date: Tue, 11 Feb 1997 19:19:04 -0800 (PST) From: futagi@csctk.jcsnet.or.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2717: Panic with daily script (find) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2717 >Category: kern >Synopsis: Panic with daily script (find) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 11 19:20:01 PST 1997 >Last-Modified: >Originator: Masaaki Futagi >Organization: Japan Computer Science Co.,Ltd. >Release: 2.1.6R >Environment: FreeBSD csc-wall2.jcsnet.or.jp 2.1.6-RELEASE FreeBSD 2.1.6-RELEASE #10: Wed Feb 12 11:40:07 JST 1997 futagi@csc-wall2.jcsnet.or.jp:/usr/src/sys/compile/JFK i386 We added our original 'firewall' code to some modules in /sys/netinet This firewall module puts many 'printf' messages to syslog and console. >Description: Panic message: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xf0127564 (is in cache_lookup() in vfs_cache.o) 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 = 7438 (find) interrupt mask = panic: page fault At 02:03 AM when /etc/daily was running. This problem did not occur everyday. >How-To-Repeat: I could not repeat the probloem manually, but it occurd not once in midnight. >Fix: I found PURGE() procedure (macro) was called in cache_lookup()/vfs_cache.c Now I inhibit interrupts while 'PURGE()' and observing. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Feb 11 19:41:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15978 for bugs-outgoing; Tue, 11 Feb 1997 19:41:20 -0800 (PST) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA15902 for ; Tue, 11 Feb 1997 19:40:09 -0800 (PST) Received: from cliff.cris.com (cliff.cris.com [199.3.12.45]) by darius.concentric.net (8.8.5/(97/02/11 3.21)) id WAA00271; Tue, 11 Feb 1997 22:39:51 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from wombat.gordo.com (cnc071077.concentric.net [206.173.130.77]) by cliff.cris.com (8.8.5) id WAA23817; Tue, 11 Feb 1997 22:39:48 -0500 (EST) Message-ID: <33013B81.308B@cris.com> Date: Tue, 11 Feb 1997 21:39:45 -0600 From: "Erik H. Moe" Reply-To: ehm@cris.com X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: bugs@freebsd.org Subject: IDE-CDROM Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I have a an Intel "Plato" motherboard with the "Neptune" chipset and a RZ1000 EIDE controller. I am having problems getting FreeBSD 2.1.6 to detect my Mitsumi FX400 IDE-CDROM drive when it is connected to my secondary IDE controller. It is the only device on the secondary controller, and I have tried it in both the master and slave configurations. However, FreeBSD will detect the drive if it is connected to my primary IDE controller as a slave device along with my IDE hard drive. FreeBSD 2.1.6-RELEASE #0: Sat Feb 8 23:20:19 1997 root@wombat.gordo.com:/usr/src/sys/compile/WOMBAT CPU: 89-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping=4 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 14909440 (14560K bytes) Probing for devices on PCI bus 0: chip0 rev 17 on pci0:0 chip1 rev 3 on pci0:2 vga0 rev 1 on pci0:14 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x240-0x25f irq 11 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:6b:4b:8e, type SMC8216/SMC8216C (16 bit) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x63 irq 12 on motherboard sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A pca0 on motherboard pca0: PC speaker audio driver wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S atapi0.1 at 0x1f0: attach called atapiX.1 at 0x1f0: identify not ready, status=1 wdc1 at 0x170-0x177 irq 15 on isa atapi1.0 at 0x170: attach called atapiX.0 at 0x170: no device atapi1.1 at 0x170: attach called atapiX.1 at 0x170: controller busy, status=ff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 7 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0 at 0x330 on isa opl0 at 0x388 on isa opl0: From owner-freebsd-bugs Tue Feb 11 20:24:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA21440 for bugs-outgoing; Tue, 11 Feb 1997 20:24:32 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA21412; Tue, 11 Feb 1997 20:24:26 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id TAA04155 ; Tue, 11 Feb 1997 19:39:15 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id TAA11906; Tue, 11 Feb 1997 19:39:00 -0800 (PST) To: Luigi Rizzo cc: bugs@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: 2.2-GAMMA install comments In-reply-to: Your message of "Tue, 11 Feb 1997 23:21:33 +0100." <199702112221.XAA17592@labinfo.iet.unipi.it> Date: Tue, 11 Feb 1997 19:39:00 -0800 Message-ID: <11902.855718740@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > 1) if some distribution is selected but missing (e.g. I chose > "X-developer" but did not have "proflibs" and "info" on my disk), > then X is not installed. The install program correctly informs me Hmmm. Are you really sure that's the cause, or was X *also* just not installed? The failure to load one distribution shouldn't stop processing of other distributions unless a genuine hard error was detected on the media, in which case the whole show stops since there's no point in going on. > 2) in the "Adduser" form, the "Login Id" entry is a bit too small > (5-6 chars instead of 8 ?) -- Also, if the adduser fails because of > some problem (e.g. a non-existing group), the content of the form > is not preserved and one has to reenter everything from scratch. I'll look into these if Joerg doesn't beat me to it - thanks! Jordan From owner-freebsd-bugs Tue Feb 11 20:45:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA24991 for bugs-outgoing; Tue, 11 Feb 1997 20:45:18 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA24955 for ; Tue, 11 Feb 1997 20:45:09 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id UAA12296; Tue, 11 Feb 1997 20:43:02 -0800 (PST) To: David Nugent cc: "SysAdmin for paxlink.com" , bugs@freebsd.org Subject: Re: reboot problem with alias IP In-reply-to: Your message of "Wed, 12 Feb 1997 09:26:01 +1100." <19970212092601.23228@usn.blaze.net.au> Date: Tue, 11 Feb 1997 20:43:02 -0800 Message-ID: <12293.855722582@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > "ifconfig_ed1" is a shell variable. The second line sets it to > one value, and the third line overwrites it with another. In > other words, the first ifconfig_ed1 will never be executed, Heh, good point - I didn't even notice this the first time. :-) Jordan From owner-freebsd-bugs Tue Feb 11 22:50:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA08611 for bugs-outgoing; Tue, 11 Feb 1997 22:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA08592; Tue, 11 Feb 1997 22:50:04 -0800 (PST) Date: Tue, 11 Feb 1997 22:50:04 -0800 (PST) Message-Id: <199702120650.WAA08592@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/2717: Panic with daily script (find) Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2717; it has been noted by GNATS. From: Bruce Evans To: freebsd-gnats-submit@FreeBSD.ORG, futagi@csctk.jcsnet.or.jp Cc: Subject: Re: kern/2717: Panic with daily script (find) Date: Wed, 12 Feb 1997 17:40:11 +1100 >We added our original 'firewall' code to some modules in /sys/netinet >This firewall module puts many 'printf' messages to syslog and console. The standard (syscons) console driver and perhaps the pcvt console driver have some races when kernel printfs from interrupt handlers are mixed with normal console output. Workarounds: don't put (m)any printfs in interrupt handlers, or don't use /dev/ttyv0 for normal applications (it's still used for console output by syslogd etc so this only reduces the problem), or use a serial console. >>How-To-Repeat: Do `printf("*");' every clock tick in a timeout handler while an application is writing to the console. Bruce From owner-freebsd-bugs Wed Feb 12 00:50:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA16578 for bugs-outgoing; Wed, 12 Feb 1997 00:50:40 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA16562 for ; Wed, 12 Feb 1997 00:50:37 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29403; Wed, 12 Feb 1997 09:50:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id JAA29170; Wed, 12 Feb 1997 09:28:36 +0100 (MET) Message-ID: Date: Wed, 12 Feb 1997 09:28:36 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo), bugs@FreeBSD.ORG Subject: Re: 2.2-GAMMA install comments References: <199702112221.XAA17592@labinfo.iet.unipi.it> <11902.855718740@time.cdrom.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <11902.855718740@time.cdrom.com>; from Jordan K. Hubbard on Feb 11, 1997 19:39:00 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > 2) in the "Adduser" form, the "Login Id" entry is a bit too small > > (5-6 chars instead of 8 ?) -- Also, if the adduser fails because of > > some problem (e.g. a non-existing group), the content of the form > > is not preserved and one has to reenter everything from scratch. > > I'll look into these if Joerg doesn't beat me to it - thanks! That wasn't too simple to avoid. First, there's serious lack of screen space, so some of the fields are fairly small (it's more apparent for the ``additional groups'' field if you're going to enter the standard groups of the #1 admin: "wheel,operator"). Nevertheless, there's enough space `under' the form to put 16-character username there, it will scroll left/right as you move the cursor over it. The latter is more difficult, since it would require a ``test only'' call to pw(8) either, or to completely saving the form's contents across subroutine calls. One should also note that i wrote the initial version of all that user&group management stuff with the time pressure of a near xmas 2.2 release in mind, ``just to have it in'', with the idea to do it right later. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Feb 12 00:53:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA16679 for bugs-outgoing; Wed, 12 Feb 1997 00:53:04 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA16673 for ; Wed, 12 Feb 1997 00:53:00 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29432; Wed, 12 Feb 1997 09:52:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id JAA29205; Wed, 12 Feb 1997 09:34:38 +0100 (MET) Message-ID: Date: Wed, 12 Feb 1997 09:34:38 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: daveh@tamis.com (David Holloway) Cc: freebsd-bugs@freebsd.org Subject: Re: 64meg upgrade breaks xwindows... References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from David Holloway on Feb 11, 1997 15:06:00 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As David Holloway wrote: > this week I have same machine > except added 32megs more ram. > > now when starting X, xinit, or xdm, > the machine either freezes or reboots. Your RAM, cache, or memory timing seems screwed. > everything else on the machine seems fine. Including a ``make world''? That's the most efficient hardware stress test. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Feb 12 00:59:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA17008 for bugs-outgoing; Wed, 12 Feb 1997 00:59:04 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA16898 for ; Wed, 12 Feb 1997 00:56:52 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA18624; Wed, 12 Feb 1997 09:09:04 +0100 From: Luigi Rizzo Message-Id: <199702120809.JAA18624@labinfo.iet.unipi.it> Subject: Re: 2.2-GAMMA install comments To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 12 Feb 1997 09:09:04 +0100 (MET) Cc: jkh@time.cdrom.com, bugs@FreeBSD.ORG In-Reply-To: from "J Wunsch" at Feb 12, 97 09:28:17 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Jordan K. Hubbard wrote: > > > > 2) in the "Adduser" form, the "Login Id" entry is a bit too small > > > (5-6 chars instead of 8 ?) -- Also, if the adduser fails because of > > > some problem (e.g. a non-existing group), the content of the form > > > is not preserved and one has to reenter everything from scratch. > > > > I'll look into these if Joerg doesn't beat me to it - thanks! > > That wasn't too simple to avoid. First, there's serious lack of > screen space, so some of the fields are fairly small (it's more > apparent for the ``additional groups'' field if you're going to enter > the standard groups of the #1 admin: "wheel,operator"). Nevertheless, > there's enough space `under' the form to put 16-character username > there, it will scroll left/right as you move the cursor over it. yes, but I notice that in 3.0 this field has the correct length :) > The latter is more difficult, since it would require a ``test only'' > call to pw(8) either, or to completely saving the form's contents > across subroutine calls. I imagine; I was just wondering if it was me or it was a "feature" Luigi From owner-freebsd-bugs Wed Feb 12 01:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA17115 for bugs-outgoing; Wed, 12 Feb 1997 01:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA17094; Wed, 12 Feb 1997 01:00:02 -0800 (PST) Date: Wed, 12 Feb 1997 01:00:02 -0800 (PST) Message-Id: <199702120900.BAA17094@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2713: ftp daemon processes don't terminate, even with the -t and -T options set Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2713; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: bert@miint.net Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/2713: ftp daemon processes don't terminate, even with the -t and -T options set Date: Wed, 12 Feb 1997 09:32:22 +0100 As bert@miint.net wrote: > FTP processes are starying around for many days, never timing out. > user ftp's in. Seems to be one type of user, possibly running on a > Macintosh Perhaps the remote frontend is continuously issuing something like a DIR command? I think the timeouts will only hit `idle' sessions. Can you tcpdump the connection? If it's the above, it's intended behaviour, not a bug. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Feb 12 01:13:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA17631 for bugs-outgoing; Wed, 12 Feb 1997 01:13:46 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA17626; Wed, 12 Feb 1997 01:13:32 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA18655; Wed, 12 Feb 1997 09:22:17 +0100 From: Luigi Rizzo Message-Id: <199702120822.JAA18655@labinfo.iet.unipi.it> Subject: Re: 2.2-GAMMA install comments To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 12 Feb 1997 09:22:16 +0100 (MET) Cc: bugs@FreeBSD.ORG, jkh@FreeBSD.ORG In-Reply-To: <11902.855718740@time.cdrom.com> from "Jordan K. Hubbard" at Feb 11, 97 07:38:41 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > 1) if some distribution is selected but missing (e.g. I chose > > "X-developer" but did not have "proflibs" and "info" on my disk), > > then X is not installed. The install program correctly informs me > > Hmmm. Are you really sure that's the cause, or was X *also* just not > installed? The failure to load one distribution shouldn't stop > processing of other distributions unless a genuine hard error was > detected on the media, in which case the whole show stops since > there's no point in going on. this I cannot tell, but afterwards I did a custom install without proflibs and info, and this time X was correctly installed. The media was a CD I burned yesterday. I also tried to install 2.2-G on wd0s1 (498MB) and 3.0-SNAP-... on wd0s2 (498MB) -- It refused to install / on wd0s2 saying something about being unable to have the boot partition there. I don't know if the problem was having root within the first 500MB or what. The curios thing was that even after I repartitioned the disk (withouth rebooting) and shrunk wd0s1 and tried to reinstall, it failed. Seems like once an error of some kind has triggered, it is not reset by subsequent actions. Not that I claim it is easy, was just noticing. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-bugs Wed Feb 12 03:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA23720 for bugs-outgoing; Wed, 12 Feb 1997 03:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA23713; Wed, 12 Feb 1997 03:50:02 -0800 (PST) Resent-Date: Wed, 12 Feb 1997 03:50:02 -0800 (PST) Resent-Message-Id: <199702121150.DAA23713@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.DAA23478;Wed; (8.8.5/8.8.5);, 12 Feb 1997 03:42:12.-0800 (PST) Message-Id: <199702121142.DAA23478@freefall.freebsd.org> Date: Wed, 12 Feb 1997 03:42:12 -0800 (PST) From: highway@ponta.com.br To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: conf/2718: Table Configuration with Multi Serial Board Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2718 >Category: conf >Synopsis: Table Configuration with Multi Serial Board >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Wed Feb 12 03:50:01 PST 1997 >Last-Modified: >Originator: Liliane >Organization: Ponta >Release: 2.1 >Environment: >Description: when the user try to connect our server it doesn´t return IP address. The local net in our company is ok. We were told that the problem is probably with the serial table configuration. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 12 09:57:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA14837 for bugs-outgoing; Wed, 12 Feb 1997 09:57:52 -0800 (PST) Received: from socks2.raleigh.ibm.com (socks2.raleigh.ibm.com [204.146.167.123]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA14810 for ; Wed, 12 Feb 1997 09:57:02 -0800 (PST) Received: from rtpdce01.raleigh.ibm.com by socks2.raleigh.ibm.com (AIX 4.1/UCB 5.64/RTP-FW1.0) id AA86286; Wed, 12 Feb 1997 12:56:04 -0500 Received: from holein1.raleigh.ibm.com (holein1.raleigh.ibm.com [9.67.121.35]) by rtpdce01.raleigh.ibm.com (8.7.3/8.7.3/RTP-ral-1.0) with SMTP id MAA34782 for ; Wed, 12 Feb 1997 12:56:00 -0500 Message-Id: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit Mime-Version: 1.0 Date: Wed, 12 Feb 1997 07:53:06 -0500 (EST) Organization: TCP/IP Development From: Thomas Evans To: bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Where is my memory going? My swap file keeps getting full. Run 2/5 Gamma on a machine with 20Meg swap and 32 Meg real memory. By my math, the total mem usage shown by ps-aux commadn is 25M. Yet I'm using 17M of the swap (thats 50 Meg total?). procs memory page disks faults cpu r b w avm fre flt re pi po fr sr s0 s1 c0 in sy cs us sy id 0 0 02654440 5824 2 0 0 0 2 6 0 0 0 234 247 55 2 1 97 Device 512-blocks Used Avail Capacity Type /dev/sd1s1b 40960 34992 5840 86% Interleaved USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND tjevans 1921 0.0 1.0 456 284 p0 R+ 6:27AM 0:00.00 ps -aux root 1 0.0 0.1 384 12 ?? Is 11:28AM 0:00.03 /sbin/init -- root 2 0.0 0.1 0 12 ?? DL 11:28AM 0:03.12 (pagedaemon) root 3 0.0 0.1 0 12 ?? DL 11:28AM 0:00.00 (vmdaemon) root 4 0.0 0.1 0 12 ?? DL 11:28AM 0:10.58 (update) root 76 0.0 0.8 196 248 ?? Is 11:30AM 0:00.71 syslogd daemon 82 0.0 0.5 176 148 ?? Is 11:30AM 0:00.01 portmap root 89 0.0 0.1 416 12 ?? Is 11:30AM 0:00.01 mountd root 91 0.0 0.1 232 12 ?? Is 11:30AM 0:00.01 nfsd: master ( root 93 0.0 0.1 224 12 ?? I 11:30AM 0:00.00 nfsd: server ( root 94 0.0 0.1 224 12 ?? I 11:30AM 0:00.00 nfsd: server ( root 95 0.0 0.1 224 12 ?? I 11:30AM 0:00.00 nfsd: server ( root 96 0.0 0.1 224 12 ?? I 11:30AM 0:00.00 nfsd: server ( root 97 0.0 0.5 176 148 ?? Is 11:30AM 0:00.00 rpc.statd root 104 0.0 0.1 208 12 ?? I 11:30AM 0:00.00 nfsiod -n 4 root 105 0.0 0.1 208 12 ?? I 11:30AM 0:00.00 nfsiod -n 4 root 106 0.0 0.1 208 12 ?? I 11:30AM 0:00.00 nfsiod -n 4 root 107 0.0 0.1 208 12 ?? I 11:30AM 0:00.00 nfsiod -n 4 root 120 0.0 0.7 192 216 ?? Is 11:30AM 0:00.10 inetd root 122 0.0 0.9 332 268 ?? Ss 11:30AM 0:01.33 cron root 125 0.0 0.5 204 148 ?? Is 11:30AM 0:00.03 lpd root 128 0.0 0.6 528 188 ?? Is 11:30AM 0:00.15 sendmail: acce tjevans 186 0.0 0.8 872 232 v0 Is 11:30AM 0:00.26 -bash (bash) root 187 0.0 0.5 164 148 v1 Is+ 11:30AM 0:00.02 /usr/libexec/g root 188 0.0 0.5 164 148 v2 Is+ 11:30AM 0:00.02 /usr/libexec/g tjevans 192 0.0 1.1 172 324 v0 I+ 11:31AM 0:00.06 xinit -- -bpp root 193 0.7 17.9 4468 5448 ?? S 11:31AM 14:19.91 X :0 -bpp 16 ( tjevans 196 0.0 2.5 468 740 v0 I 11:31AM 0:10.41 fvwm2 tjevans 198 0.0 5.2 1288 1588 v0 S 11:31AM 4:26.86 xfmail tjevans 199 0.0 3.9 1692 1192 v0 S 11:31AM 0:22.31 wish4.1 /usr/l tjevans 200 0.0 2.1 204 648 v0 I 11:31AM 0:01.01 xclock root 204 0.0 3.3 536 984 v0 R 11:31AM 0:04.39 /usr/X11/bin/x tjevans 205 0.0 2.0 892 600 p0 Ss 11:31AM 0:01.01 -bash (bash) tjevans 207 0.0 9.6 7572 2928 v0 I 11:33AM 2:11.36 netscape tjevans 230 0.0 4.9 2468 1476 v0 I 11:48AM 0:13.96 knews tjevans 238 0.0 9.8 2892 2988 v0 I 11:49AM 0:21.11 emacs -font -m tjevans 239 0.0 0.8 188 236 ?? Is 11:49AM 0:00.03 /usr/local/lib tjevans 1837 0.0 2.0 204 612 v0 I 5:57AM 0:00.23 /usr/X11R6/lib tjevans 1916 0.0 0.6 476 184 ?? Is 6:25AM 0:00.01 sh -c xterm -e root 1917 0.0 5.5 460 1672 ?? I 6:25AM 0:00.33 xterm -e emacs tjevans 1918 0.0 1.5 216 440 p1 Is+ 6:25AM 0:00.04 emacsclient +1 root 0 0.0 0.0 0 0 ?? DLs 11:28AM 0:00.16 (swapper) ---------------------------------- E-Mail: Thomas Evans Date: 12-Feb-97 Time: 07:53:06 This message was sent by XFMail ---------------------------------- From owner-freebsd-bugs Wed Feb 12 10:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA15790 for bugs-outgoing; Wed, 12 Feb 1997 10:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA15783; Wed, 12 Feb 1997 10:10:03 -0800 (PST) Resent-Date: Wed, 12 Feb 1997 10:10:03 -0800 (PST) Resent-Message-Id: <199702121810.KAA15783@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, vak@cronyx.ru Received: from crox.net.kiae.su (crox.net.kiae.su [144.206.130.72]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA15072 for ; Wed, 12 Feb 1997 10:01:00 -0800 (PST) Received: by crox.net.kiae.su id VAA02043; (8.6.12/vak/1.8a) Wed, 12 Feb 1997 21:01:06 +0300 Message-Id: <199702121801.VAA02043@crox.net.kiae.su> Date: Wed, 12 Feb 1997 21:01:06 +0300 From: vaki@cronyx.ru Reply-To: vak@cronyx.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2719: [patch] added support for 2k-block magneto-optical disks Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2719 >Category: kern >Synopsis: added support for magneto-optical SCSI disks with 2k logical block size >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 12 10:10:01 PST 1997 >Last-Modified: >Originator: Serge V.Vakulenko >Organization: Cronyx Engineering Ltd. >Release: FreeBSD 2.1.5-RELEASE >Environment: FreeBSD 2.1.5, magneto-optical SCSI disk drive Fujitsu M2513A2, removable disk 640 Mb >Description: The driver `od' does not support the media with 2kb logical block. Neither FreeBSD 2.2 nor 3.0 seem to handle it too. >How-To-Repeat: Insert the disk and try any disk i/o, say, "od -c /dev/rod0". You will see the error message on the console: "Can't deal with 2048 bytes logical blocks". >Fix: Try the following patch. -------------------------------------------------------------------- Here is a new version of SCSI driver for magneto-optical drives, with support for 640-Mb drives (2k logical block size). It was tested on Fujitsu M2513A2 drive with 640Mb disk, FreeBSD 2.1.5, NCR53c810-based PCI SCSI adapter. The data rate is 502 kbyte/sec on write, 1.46 Mbyte/sec on read. (on-drive write cache mode and verify mode enabled) The rate was measured by dd command between /dev/zero and /dev/null and the file on the mounted MO disk, total 50 Mb test file size, default dd block size (512 bytes). The disklabel/partition table support was removed from the driver. There were two reasons for this: 1) The diskslice management routines cannot handle logical blocks different from the default 512 byte size. I tried to fix this, but it seems to be too hard for me to do. After all, it's not of vital importance for these disks, I could happily live without it! 2) The reason why the diskslice support would be needed is the compatibility with the MSDOS-formatted disks. But the FreeBSD implementation of the MSDOS filesystem does not work on these disks! Probably, the problem is in the different logical block size, but I did not dig it deeper. There is a minimal disklabel support in the driver, at least the newfs formats it without the need of the entry in /etc/disktab. For the (minimal) support of the MSDOS-formatted disks (when the msdos filesystem will be fixed - somewhere in the future), the four precompiled partitions E, F, G, H are added, with different offsets from the beginning of the volume. Serge Vakulenko, Cronyx Engineering Ltd. --- od215.c Tue Feb 11 19:42:47 1997 +++ od.c Wed Feb 12 17:14:49 1997 @@ -99,23 +99,19 @@ #define ODINIT 0x04 /* device has been init'd */ struct disk_parms { u_char heads; /* Number of heads */ - u_int16_t cyls; /* Number of cylinders (ficticous) */ u_int16_t sectors; /* Number of sectors/track */ u_int16_t secsiz; /* Number of bytes/sector */ u_int32_t disksize; /* total number sectors */ u_int16_t rpm; /* medium rotation rate */ } params; - struct diskslices *dk_slices; /* virtual drives */ - struct buf buf_queue; int dkunit; /* disk stats unit number */ + u_char bsector[2048]; /* data buffer for partial i/o */ }; static errval od_get_parms __P((int unit, int flags)); static errval od_reassign_blocks __P((int unit, int block)); static u_int32_t od_size __P((int unit, int flags)); static int od_sense_handler __P((struct scsi_xfer *)); -static void odstart __P((u_int32_t, u_int32_t)); -static void odstrategy1 __P((struct buf *)); static dev_t odsetunit(dev_t dev, int unit) { return ODSETUNIT(dev, unit); } static int odunit(dev_t dev) { return ODUNIT(dev); } @@ -136,7 +132,7 @@ static struct scsi_device od_switch = { od_sense_handler, - odstart, /* have a queue, served by this */ + NULL, /* have no queue */ NULL, /* have no async handler */ NULL, /* Use default 'done' routine */ "od", @@ -156,6 +152,15 @@ od_strategy, }; +/* + * There are the following preconfigured partitions: + * e - offset 1 logical block + * f - offset 32 logical block (1 track) + * g - offset 64 logical blocks (1 track on some BIOSes) + * h - offset 2048 logical blocks (1 cylinder). + */ +short od_off[8] = { 0, 0, 0, 0, 1, 32, 64, 2048 }; + static int od_externalize(struct proc *p, struct kern_devconf *kdc, void *userp, size_t len) @@ -241,8 +246,8 @@ #endif { sc_print_addr(sc_link); - printf("with approximate %d cyls, %d heads, and %d sectors/track", - dp->cyls, dp->heads, dp->sectors); + printf("with approximate %d heads, and %d sectors/track", + dp->heads, dp->sectors); } #ifdef OD_AUTO_TURNOFF scsi_stop_unit(sc_link, 0, SCSI_ERR_OK | SCSI_SILENT); @@ -267,7 +272,6 @@ { errval errcode = 0; u_int32_t unit; - struct disklabel label; struct scsi_data *od; unit = ODUNIT(dev); @@ -303,21 +307,6 @@ SC_DEBUG(sc_link, SDEV_DB3, ("'start' attempted ")); sc_link->flags |= SDEV_OPEN; /* unit attn becomes an err now */ - /* - * If it's been invalidated, then forget the label. - */ - if (!(sc_link->flags & SDEV_MEDIA_LOADED)) { - /* - * If somebody still has it open, then forbid re-entry. - */ - if (dsisopen(od->dk_slices)) { - errcode = ENXIO; - goto bad; - } - - if (od->dk_slices != NULL) - dsgone(&od->dk_slices); - } /* * This time actually take notice of error returns @@ -339,9 +328,7 @@ switch (od->params.secsiz) { case SECSIZE : case 1024 : -#ifdef notyet case 2048 : -#endif break; default : printf("od%ld: Can't deal with %d bytes logical blocks\n", @@ -352,40 +339,16 @@ } SC_DEBUG(sc_link, SDEV_DB3, ("params loaded ")); - /* Build label for whole disk. */ - bzero(&label, sizeof label); - label.d_secsize = od->params.secsiz; - label.d_nsectors = od->params.sectors; - label.d_ntracks = od->params.heads; - label.d_ncylinders = od->params.cyls; - label.d_secpercyl = od->params.heads * od->params.sectors; - label.d_rpm = od->params.rpm; /* maybe wrong */ - if (label.d_secpercyl == 0) - label.d_secpercyl = 64*32; - /* XXX as long as it's not 0 - * - readdisklabel divides by it (?) - */ - label.d_secperunit = od->params.disksize; - - /* Initialize slice tables. */ - errcode = dsopen("od", dev, fmt, &od->dk_slices, &label, odstrategy1, - (ds_setgeom_t *)NULL); - if (errcode != 0) - goto bad; - SC_DEBUG(sc_link, SDEV_DB3, ("Slice tables initialized ")); - SC_DEBUG(sc_link, SDEV_DB3, ("open %ld %ld\n", odstrats, odqueues)); return 0; bad: - if (!dsisopen(od->dk_slices)) { - scsi_prevent(sc_link, PR_ALLOW, SCSI_ERR_OK | SCSI_SILENT); + scsi_prevent(sc_link, PR_ALLOW, SCSI_ERR_OK | SCSI_SILENT); #ifdef OD_AUTO_TURNOFF - scsi_stop_unit(sc_link, 0, SCSI_ERR_OK | SCSI_SILENT); + scsi_stop_unit(sc_link, 0, SCSI_ERR_OK | SCSI_SILENT); #endif /* OD_AUTO_TURNOFF */ - sc_link->flags &= ~SDEV_OPEN; - } + sc_link->flags &= ~SDEV_OPEN; return errcode; } @@ -401,20 +364,86 @@ struct proc *p; struct scsi_link *sc_link; { - struct scsi_data *od; + struct scsi_data *od = sc_link->sd; - od = sc_link->sd; - dsclose(dev, fmt, od->dk_slices); - if (!dsisopen(od->dk_slices)) { - scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT | SCSI_ERR_OK); + scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT | SCSI_ERR_OK); #ifdef OD_AUTO_TURNOFF - scsi_stop_unit(sc_link, 0, SCSI_ERR_OK | SCSI_SILENT); + scsi_stop_unit(sc_link, 0, SCSI_ERR_OK | SCSI_SILENT); #endif /* OD_AUTO_TURNOFF */ - sc_link->flags &= ~SDEV_OPEN; - } + sc_link->flags &= ~SDEV_OPEN; return 0; } +int od_sector_io (struct scsi_link *sc_link, struct scsi_data *od, int op, + int blkno, int bnum, u_char *addr) +{ + struct scsi_rw_big cmd; + + /* + * Fill out the scsi command + */ + bzero (&cmd, sizeof(cmd)); + cmd.op_code = (op == B_READ) ? READ_BIG : WRITE_BIG; + cmd.addr_3 = (blkno & 0xff000000UL) >> 24; + cmd.addr_2 = (blkno & 0xff0000) >> 16; + cmd.addr_1 = (blkno & 0xff00) >> 8; + cmd.addr_0 = blkno & 0xff; + cmd.length2 = (bnum & 0xff00) >> 8; + cmd.length1 = bnum & 0xff; + + /* printf("od%ld: %s block %d\n", sc_link->dev_unit, + (op == B_READ) ? "read" : "write", blkno); */ + return scsi_scsi_cmd (sc_link, (struct scsi_generic*) &cmd, + sizeof(cmd), addr, bnum * od->params.secsiz, + OD_RETRIES, 10000, 0, (op == B_READ) ? + SCSI_DATA_IN : SCSI_DATA_OUT); +} + +/* + * Handle the partial logical sector i/o, + * for logical block sizes 1024 and 2048 bytes. + */ +int od_io (struct scsi_link *sc_link, struct buf *bp) +{ + struct scsi_data *od = sc_link->sd; + int lbs = od->params.secsiz / SECSIZE; + int off = bp->b_pblkno % lbs * SECSIZE; + int blkno = bp->b_pblkno / lbs; + int bcount = bp->b_bcount; + u_char *addr = bp->b_un.b_addr; + + while (bcount > 0) { + int len = bcount; + if (len > od->params.secsiz - off) + len = od->params.secsiz - off; + + /* Read new sector. */ + if ((bp->b_flags & B_READ) || len != od->params.secsiz) { + if (od_sector_io (sc_link, od, B_READ, blkno, 1, od->bsector) != 0) + return 0; + } else { + bzero (od->bsector, od->params.secsiz); + } + + if (bp->b_flags & B_READ) { + /* Get data from the buffer. */ + bcopy (od->bsector + off, addr, len); + } else { + /* Put data into the buffer. */ + bcopy (addr, od->bsector + off, len); + + /* Write it. */ + if (od_sector_io (sc_link, od, B_WRITE, blkno, 1, od->bsector) != 0) + return 0; + } + bcount -= len; + addr += len; + off = 0; + ++blkno; + } + return 1; +} + /* * Actually translate the requested transfer into one the physical driver * can understand. The transfer is described by a buf and will include @@ -423,10 +452,10 @@ static void od_strategy(struct buf *bp, struct scsi_link *sc_link) { - struct buf *dp; u_int32_t opri; struct scsi_data *od; u_int32_t unit; + int lbs; odstrats++; unit = ODUNIT((bp->b_dev)); @@ -435,7 +464,7 @@ /* * If the device has been made invalid, error out */ - if (!(sc_link->flags & SDEV_MEDIA_LOADED)) { + if (! (sc_link->flags & SDEV_MEDIA_LOADED)) { bp->b_error = EIO; goto bad; } @@ -447,14 +476,10 @@ bp->b_error = EINVAL; goto bad; } - /* - * Do bounds checking, adjust transfer, set b_cylin and b_pbklno. - */ - if (dscheck(bp, od->dk_slices) <= 0) - goto done; /* XXX check b_resid */ + lbs = od->params.secsiz / SECSIZE; + bp->b_pblkno = bp->b_blkno + od_off[PARTITION(bp->b_dev)] * lbs; opri = SPLOD(); - dp = &od->buf_queue; /* * Use a bounce buffer if necessary @@ -463,24 +488,43 @@ if (sc_link->flags & SDEV_BOUNCE) vm_bounce_alloc(bp); #endif - - /* - * Place it in the queue of disk activities for this disk - */ - disksort(dp, bp); - - /* - * Tell the device to get going on the transfer if it's - * not doing anything, otherwise just wait for completion - */ - odstart(unit, 0); + dk_busy |= 1 << od->dkunit; + if (bp->b_bcount % od->params.secsiz || bp->b_blkno % lbs) { + if (! od_io (sc_link, bp)) { + printf("od%ld: short %s error, blkno=%d, bcount=%d\n", sc_link->dev_unit, + (bp->b_flags & B_READ) ? "read" : "write", bp->b_blkno, bp->b_bcount); + bp->b_error = EIO; + splx(opri); + goto bad; + } + } else { + if (od_sector_io (sc_link, od, (bp->b_flags & B_READ), + bp->b_pblkno / lbs, bp->b_bcount / od->params.secsiz, + bp->b_un.b_addr) != 0) { + printf("od%ld: %s error, blkno=%d, bcount=%d\n", sc_link->dev_unit, + (bp->b_flags & B_READ) ? "read" : "write", bp->b_blkno, bp->b_bcount); + bp->b_error = EIO; + splx(opri); + goto bad; + } + } + dk_busy &= ~(1 << od->dkunit); + odqueues++; + if (od->dkunit >= 0) { + dk_xfer[od->dkunit]++; + dk_seek[od->dkunit]++; + dk_wds[od->dkunit] += bp->b_bcount >> 6; + } + bp->b_error = 0; + bp->b_resid = 0; + biodone (bp); splx(opri); return /*0*/; bad: + dk_busy &= ~(1 << od->dkunit); bp->b_flags |= B_ERROR; done: - /* * Correctly set the buf to indicate a completed xfer */ @@ -489,123 +533,43 @@ return /*0*/; } -static void -odstrategy1(struct buf *bp) -{ - /* - * XXX - do something to make odstrategy() but not this block while - * we're doing dsinit() and dsioctl(). - */ - odstrategy(bp); -} - /* - * odstart looks to see if there is a buf waiting for the device - * and that the device is not already busy. If both are true, - * It dequeues the buf and creates a scsi command to perform the - * transfer in the buf. The transfer request will call scsi_done - * on completion, which will in turn call this routine again - * so that the next queued transfer is performed. - * The bufs are queued by the strategy routine (odstrategy) - * - * This routine is also called after other non-queued requests - * have been made of the scsi driver, to ensure that the queue - * continues to be drained. - * - * must be called at the correct (highish) spl level - * odstart() is called at SPLOD from odstrategy and scsi_done + * Fabricate a disklabel */ -static void -odstart(u_int32_t unit, u_int32_t flags) +static errval od_getdisklabel (struct scsi_data *od, struct disklabel *dl) { - register struct scsi_link *sc_link = SCSI_LINK(&od_switch, unit); - register struct scsi_data *od = sc_link->sd; - struct buf *bp = 0; - struct buf *dp; - struct scsi_rw_big cmd; - u_int32_t blkno, nblk; - u_int32_t secsize; - - SC_DEBUG(sc_link, SDEV_DB2, ("odstart ")); - /* - * Check if the device has room for another command - */ - while (sc_link->opennings) { + int i, lbs; - /* - * there is excess capacity, but a special waits - * It'll need the adapter as soon as we clear out of the - * way and let it run (user level wait). - */ - if (sc_link->flags & SDEV_WAITING) { - return; - } - /* - * See if there is a buf with work for us to do.. - */ - dp = &od->buf_queue; - if ((bp = dp->b_actf) == NULL) { /* yes, an assign */ - return; - } - dp->b_actf = bp->b_actf; + lbs = od->params.secsiz / SECSIZE; + bzero (dl, sizeof (struct disklabel)); - /* - * If the device has become invalid, abort all the - * reads and writes until all files have been closed and - * re-openned - */ - if (!(sc_link->flags & SDEV_MEDIA_LOADED)) { - goto bad; - } - /* - * We have a buf, now we know we are going to go through - * With this thing.. - */ - secsize = od->params.secsiz; - blkno = bp->b_pblkno / (secsize / DEV_BSIZE); - if (bp->b_bcount & (secsize - 1)) - { - goto bad; - } - nblk = (bp->b_bcount + (secsize - 1)) / secsize; - - /* - * Fill out the scsi command - */ - cmd.op_code = (bp->b_flags & B_READ) - ? READ_BIG : WRITE_BIG; - scsi_uto4b(blkno, &cmd.addr_3); - scsi_uto2b(nblk, &cmd.length2); - cmd.byte2 = cmd.reserved = cmd.control = 0; - /* - * Call the routine that chats with the adapter. - * Note: we cannot sleep as we may be an interrupt - */ - if (scsi_scsi_cmd(sc_link, - (struct scsi_generic *) &cmd, - sizeof(cmd), - (u_char *) bp->b_un.b_addr, - bp->b_bcount, - OD_RETRIES, - 100000, - bp, - flags | ((bp->b_flags & B_READ) ? - SCSI_DATA_IN : SCSI_DATA_OUT)) - == SUCCESSFULLY_QUEUED) { - odqueues++; - if(od->dkunit >= 0) { - dk_xfer[od->dkunit]++; - dk_seek[od->dkunit]++; /* don't know */ - dk_wds[od->dkunit] += bp->b_bcount >> 6; - } - } else { -bad: - printf("od%ld: oops not queued\n", unit); - bp->b_error = EIO; - bp->b_flags |= B_ERROR; - biodone(bp); - } - } + strncpy (dl->d_typename, "magneto-optical", 16); + strncpy (dl->d_packname, "ficticious", 16); + + dl->d_type = DTYPE_SCSI; + dl->d_flags = D_REMOVABLE; + dl->d_interleave = 1; + dl->d_secsize = SECSIZE; + dl->d_nsectors = od->params.sectors; + dl->d_ntracks = od->params.heads; + dl->d_secpercyl = od->params.sectors * od->params.heads; + dl->d_ncylinders = od->params.disksize * lbs / dl->d_secpercyl; + dl->d_secperunit = dl->d_ncylinders * dl->d_secpercyl; + dl->d_rpm = od->params.rpm; + if (! dl->d_rpm) + dl->d_rpm = 3600; + + dl->d_npartitions = 8; + for (i=0; id_npartitions; ++i) { + dl->d_partitions[i].p_offset = od_off[i] * lbs; + dl->d_partitions[i].p_size = dl->d_secperunit - od_off[i] * lbs; + } + dl->d_partitions[1].p_size = 0; + + dl->d_magic = DISKMAGIC; + dl->d_magic2 = DISKMAGIC; + dl->d_checksum = dkcksum (dl); + return 0; } /* @@ -636,6 +600,9 @@ case DIOCSBAD: error = EINVAL; break; + case DIOCGDINFO: + error = od_getdisklabel (od, (struct disklabel*) addr); + break; case CDIOCEJECT: error = scsi_stop_unit(sc_link, 1, 0); sc_link->flags &= ~SDEV_MEDIA_LOADED; @@ -647,16 +614,7 @@ error = scsi_prevent(sc_link, PR_PREVENT, 0); break; default: - error = dsioctl("od", dev, cmd, addr, flag, &od->dk_slices, - odstrategy1, (ds_setgeom_t *)NULL); - if (error == -1) { - if (PARTITION(dev) != RAW_PART) { - error = ENOTTY; - } else { - error = scsi_do_ioctl(dev, cmd, addr, - flag, p, sc_link); - } - } + error = scsi_do_ioctl(dev, cmd, addr, flag, p, sc_link); break; } return error; @@ -838,14 +796,6 @@ */ sectors = od_size(unit, flags); /* od_size() sets secsiz, disksize, sectors, and heads */ - - /* ficticous number of cylinders, so that C*H*S <= total */ - if (disk_parms->sectors != 0 && disk_parms->heads != 0) { - disk_parms->cyls = - sectors / (disk_parms->sectors * disk_parms->heads); - } else { - disk_parms->cyls = 0; - } if (sectors != 0) { sc_link->flags |= SDEV_MEDIA_LOADED; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Feb 12 12:48:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA25445 for bugs-outgoing; Wed, 12 Feb 1997 12:48:26 -0800 (PST) Received: from earth.infinetconsulting.com (earth.infinetconsulting.com [207.23.43.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA25417 for ; Wed, 12 Feb 1997 12:47:58 -0800 (PST) Received: (from lenc@localhost) by earth.infinetconsulting.com (8.8.3/8.6.12) id MAA25091; Wed, 12 Feb 1997 12:42:03 -0800 (PST) Date: Wed, 12 Feb 1997 12:42:02 -0800 (PST) From: Leonard Chua To: David Nugent cc: zach@blizzard.gaffaneys.com, David Nugent , Kazutaka YOKOTA , freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 In-Reply-To: <19970212090838.49842@usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmm...But I don't have a mousesystems mouse.(microsoft/mouseman is mine) I've tried to get /dev/sysmouse to work (which I assume is for mousesystems mice), with no luck so far. IMHO, I'd much rather configure XF86Config to use /dev/mouse directly. and let moused go sleep then. Cheers. Len. On Wed, 12 Feb 1997, David Nugent wrote: > On Feb 02, 1997 at 09:52:16AM, Leonard Chua wrote: > > I'm probably being stubborn, but it seems to me a simple solution is > > to have moused disabled when an X session goes up. > > If you do that, and you have configured X correctly to use > /dev/sysmouse, then the mouse won't function at all since > that's ultimately where it gets its data. > > > Regards, > > David Nugent - Unique Computing Pty Ltd - Melbourne, Australia > Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet > davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ > From owner-freebsd-bugs Wed Feb 12 12:51:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA25559 for bugs-outgoing; Wed, 12 Feb 1997 12:51:56 -0800 (PST) Received: from earth.infinetconsulting.com (earth.infinetconsulting.com [207.23.43.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA25550 for ; Wed, 12 Feb 1997 12:51:35 -0800 (PST) Received: (from lenc@localhost) by earth.infinetconsulting.com (8.8.3/8.6.12) id MAA25091; Wed, 12 Feb 1997 12:42:03 -0800 (PST) Date: Wed, 12 Feb 1997 12:42:02 -0800 (PST) From: Leonard Chua To: David Nugent cc: zach@blizzard.gaffaneys.com, David Nugent , Kazutaka YOKOTA , freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 In-Reply-To: <19970212090838.49842@usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmm...But I don't have a mousesystems mouse.(microsoft/mouseman is mine) I've tried to get /dev/sysmouse to work (which I assume is for mousesystems mice), with no luck so far. IMHO, I'd much rather configure XF86Config to use /dev/mouse directly. and let moused go sleep then. Cheers. Len. On Wed, 12 Feb 1997, David Nugent wrote: > On Feb 02, 1997 at 09:52:16AM, Leonard Chua wrote: > > I'm probably being stubborn, but it seems to me a simple solution is > > to have moused disabled when an X session goes up. > > If you do that, and you have configured X correctly to use > /dev/sysmouse, then the mouse won't function at all since > that's ultimately where it gets its data. > > > Regards, > > David Nugent - Unique Computing Pty Ltd - Melbourne, Australia > Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet > davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ > From owner-freebsd-bugs Wed Feb 12 13:32:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA27108 for bugs-outgoing; Wed, 12 Feb 1997 13:32:56 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA27096 for ; Wed, 12 Feb 1997 13:32:40 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id NAA07957 for ; Wed, 12 Feb 1997 13:32:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id NAA22773; Wed, 12 Feb 1997 13:30:47 -0800 (PST) Date: Wed, 12 Feb 1997 13:30:47 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Leonard Chua cc: freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 In-Reply-To: Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 12 Feb 1997, Leonard Chua wrote: > Hmm...But I don't have a mousesystems mouse.(microsoft/mouseman is mine) > I've tried to get /dev/sysmouse to work (which I assume is for > mousesystems mice), with no luck so far. > IMHO, I'd much rather configure XF86Config to use /dev/mouse directly. and > let moused go sleep then. ok.. basicly /dev/sysmouse is a service that is provided by moused to allow "sharing" of the mouse between itself and X (or other programs)... you use Mousesystem protocol with /dev/sysmouse because moused "emulates" a Mousesystem mouse on /dev/sysmouse... it basicly converts your microsoft/mouseman mouse into the Mousesystem protocol on /dev/sysmouse... does this help? basicly you configure moused properly to use /dev/mouse (or what ever the device for your mouse is)... then you configure X to use /dev/sysmouse and protcol Mousesystems... when X open /dev/sysmouse moused will convert the data coming in from your mouse to the MouseSystems protcol for use w/ X... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Wed Feb 12 15:18:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA02284 for bugs-outgoing; Wed, 12 Feb 1997 15:18:41 -0800 (PST) Received: from earth.infinetconsulting.com (earth.infinetconsulting.com [207.23.43.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA02271 for ; Wed, 12 Feb 1997 15:18:32 -0800 (PST) Received: (from lenc@localhost) by earth.infinetconsulting.com (8.8.3/8.6.12) id PAA00473; Wed, 12 Feb 1997 15:31:46 -0800 (PST) Date: Wed, 12 Feb 1997 15:31:45 -0800 (PST) From: Leonard Chua To: John-Mark Gurney cc: freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ok. I'll try that later... thanks for the help. Cheers. Len. From owner-freebsd-bugs Wed Feb 12 16:18:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA05302 for bugs-outgoing; Wed, 12 Feb 1997 16:18:07 -0800 (PST) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA05294 for ; Wed, 12 Feb 1997 16:18:01 -0800 (PST) Received: (from adm@localhost) by icicle.winternet.com (8.7.5/8.7.5) id SAA21843; Wed, 12 Feb 1997 18:17:51 -0600 (CST) Posted-Date: Wed, 12 Feb 1997 18:17:51 -0600 (CST) Received: from chaos.ecpnet.com(204.246.64.13) by icicle.winternet.com via smap (V2.0beta) id xma021796; Wed, 12 Feb 97 18:17:19 -0600 Received: from bullfrog.ecpnet.com (bullfrog.ecpnet.com [204.246.64.212]) by chaos.ecpnet.com (8.8.5/8.8.3) with SMTP id SAA01952; Wed, 12 Feb 1997 18:20:24 -0600 (CST) Received: by bullfrog.ecpnet.com with Microsoft Mail id <01BC1911.1A1A4940@bullfrog.ecpnet.com>; Wed, 12 Feb 1997 18:18:10 -0600 Message-ID: <01BC1911.1A1A4940@bullfrog.ecpnet.com> From: Justen Stepka To: "'John-Mark Gurney'" , Leonard Chua Cc: "freebsd-bugs@freebsd.org" Subject: RE: moused and X11R6 Date: Wed, 12 Feb 1997 18:18:07 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by freefall.freebsd.org id QAA05295 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a nice idea but the problem is that it doesn't work! :( When I use this setup the mouse will thrust towards the upper left of the screen and move along the top when I try and control the mouse. Justen Stepka raistlin@ecpnet.com -----Original Message----- From: John-Mark Gurney [SMTP:jmg@nike.efn.org] Sent: Wednesday, February 12, 1997 3:31 PM To: Leonard Chua Cc: freebsd-bugs@freebsd.org Subject: Re: moused and X11R6 On Wed, 12 Feb 1997, Leonard Chua wrote: > Hmm...But I don't have a mousesystems mouse.(microsoft/mouseman is mine) > I've tried to get /dev/sysmouse to work (which I assume is for > mousesystems mice), with no luck so far. > IMHO, I'd much rather configure XF86Config to use /dev/mouse directly. and > let moused go sleep then. ok.. basicly /dev/sysmouse is a service that is provided by moused to allow "sharing" of the mouse between itself and X (or other programs)... you use Mousesystem protocol with /dev/sysmouse because moused "emulates" a Mousesystem mouse on /dev/sysmouse... it basicly converts your microsoft/mouseman mouse into the Mousesystem protocol on /dev/sysmouse... does this help? basicly you configure moused properly to use /dev/mouse (or what ever the device for your mouse is)... then you configure X to use /dev/sysmouse and protcol Mousesystems... when X open /dev/sysmouse moused will convert the data coming in from your mouse to the MouseSystems protcol for use w/ X... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Thu Feb 13 06:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA13566 for bugs-outgoing; Thu, 13 Feb 1997 06:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA13548; Thu, 13 Feb 1997 06:30:01 -0800 (PST) Resent-Date: Thu, 13 Feb 1997 06:30:01 -0800 (PST) Resent-Message-Id: <199702131430.GAA13548@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.ziplink.net Received: from rtfm.ziplink.net ([199.232.255.52]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA13464 for ; Thu, 13 Feb 1997 06:29:15 -0800 (PST) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.5/8.7.3) id JAA29357; Thu, 13 Feb 1997 09:28:52 -0500 (EST) Message-Id: <199702131428.JAA29357@rtfm.ziplink.net> Date: Thu, 13 Feb 1997 09:28:52 -0500 (EST) From: mi@aldan.ziplink.net Reply-To: mi@aldan.ziplink.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2725: fetch(1)'s output when redirected Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2725 >Category: bin >Synopsis: progress indicator even when stdout/err is not a terminal >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Feb 13 06:30:00 PST 1997 >Last-Modified: >Originator: Mikhail Teterin >Organization: Virtual Estates, Inc. >Release: FreeBSD 3.0-970209-SNAP i386 >Environment: >Description: When fetch(1)'s output is not a terminal it should not print out the progress indicator. The current behaviour is especially annoying when fetch is used in at and/or cron jobs. >How-To-Repeat: fetch ftp://somehwere/something >& q view q >Fix: If used in the cron/at job, fetch's err and out can be set to /dev/bowl, but then you'll lose the usefull lines: "8218712 bytes received in ..." and/or the error reports: "Not logged in", for example. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 13 06:50:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA14474 for bugs-outgoing; Thu, 13 Feb 1997 06:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA14459; Thu, 13 Feb 1997 06:50:02 -0800 (PST) Resent-Date: Thu, 13 Feb 1997 06:50:02 -0800 (PST) Resent-Message-Id: <199702131450.GAA14459@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.GAA14179;Thu; (8.8.5/8.8.5);, 13 Feb 1997 06:45:31.-0800 (PST) Message-Id: <199702131445.GAA14179@freefall.freebsd.org> Date: Thu, 13 Feb 1997 06:45:31 -0800 (PST) From: Roman.Pavlik@www.cz To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2726: /usr/include/net/if.h:69: field `ifi_lastchange' has incomplete type Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2726 >Category: misc >Synopsis: /usr/include/net/if.h:69: field `ifi_lastchange' has incomplete type >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 13 06:50:01 PST 1997 >Last-Modified: >Originator: Roman.Pavlik >Organization: SkyNet, Ltd. >Release: 3.0-970209-SNAP >Environment: FreeBSD gateway.www.cz 3.0-970209-SNAP FreeBSD 3.0-970209-SNAP #0: Mon Feb 10 08:05:29 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: /usr/include/net/if.h:69: field `ifi_lastchange' has incomplete type >How-To-Repeat: Try to translate Darren Reed's ip filter (No problem for FreeBSD 2.1.6). >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 13 06:50:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA14494 for bugs-outgoing; Thu, 13 Feb 1997 06:50:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA14473; Thu, 13 Feb 1997 06:50:07 -0800 (PST) Resent-Date: Thu, 13 Feb 1997 06:50:07 -0800 (PST) Resent-Message-Id: <199702131450.GAA14473@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.GAA14188;Thu; (8.8.5/8.8.5);, 13 Feb 1997 06:45:48.-0800 (PST) Message-Id: <199702131445.GAA14188@freefall.freebsd.org> Date: Thu, 13 Feb 1997 06:45:48 -0800 (PST) From: Roman.Pavlik@www.cz To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2727: /usr/include/net/if.h:69: field `ifi_lastchange' has incomplete type Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2727 >Category: misc >Synopsis: /usr/include/net/if.h:69: field `ifi_lastchange' has incomplete type >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 13 06:50:03 PST 1997 >Last-Modified: >Originator: Roman.Pavlik >Organization: SkyNet, Ltd. >Release: 3.0-970209-SNAP >Environment: FreeBSD gateway.www.cz 3.0-970209-SNAP FreeBSD 3.0-970209-SNAP #0: Mon Feb 10 08:05:29 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: /usr/include/net/if.h:69: field `ifi_lastchange' has incomplete type >How-To-Repeat: Try to translate Darren Reed's ip filter (No problem on FreeBSD 2.1.6). >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 13 07:00:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA15686 for bugs-outgoing; Thu, 13 Feb 1997 07:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA15659; Thu, 13 Feb 1997 07:00:02 -0800 (PST) Resent-Date: Thu, 13 Feb 1997 07:00:02 -0800 (PST) Resent-Message-Id: <199702131500.HAA15659@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.GAA14907;Thu; (8.8.5/8.8.5);, 13 Feb 1997 06:53:25.-0800 (PST) Message-Id: <199702131453.GAA14907@freefall.freebsd.org> Date: Thu, 13 Feb 1997 06:53:25 -0800 (PST) From: Roman.Pavlik@www.cz To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2728: /usr/include/machine/endian.h:60: opt_cpu.h: No such file or dire Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2728 >Category: misc >Synopsis: /usr/include/machine/endian.h:60: opt_cpu.h: No such file or dire >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 13 07:00:01 PST 1997 >Last-Modified: >Originator: Roman.Pavlik >Organization: SkyNet, Ltd. >Release: 3.0-970209-SNAP >Environment: FreeBSD gateway.www.cz 3.0-970209-SNAP FreeBSD 3.0-970209-SNAP #0: Mon Feb 10 08:05:29 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: /usr/include/machine/endian.h:60: opt_cpu.h: No such file or dire >How-To-Repeat: Try to translate Darren Reed's ip filter (No problem on FreeBSD 2.1.6). >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 13 07:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA18266 for bugs-outgoing; Thu, 13 Feb 1997 07:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA18232; Thu, 13 Feb 1997 07:40:02 -0800 (PST) Date: Thu, 13 Feb 1997 07:40:02 -0800 (PST) Message-Id: <199702131540.HAA18232@freefall.freebsd.org> To: freebsd-bugs Cc: From: Warner Losh Subject: Re: bin/2584: eliminate possible passive attack against ping(1) Reply-To: Warner Losh Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2584; it has been noted by GNATS. From: Warner Losh To: freebsd-gnats-submit@freebsd.org, proff@iq.org Cc: Subject: Re: bin/2584: eliminate possible passive attack against ping(1) Date: Thu, 13 Feb 1997 08:35:25 -0700 If you can't trust your resolver, then you are likely going to have a lot of problems all over the system. This attack requires there to be a bug in the resolver in order to even have a chance of succeeding. If that were the case, better to fix the resolver than to fix all places in the source tree where it returns data. From owner-freebsd-bugs Thu Feb 13 07:47:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA18931 for bugs-outgoing; Thu, 13 Feb 1997 07:47:01 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA18898; Thu, 13 Feb 1997 07:46:49 -0800 (PST) Date: Thu, 13 Feb 1997 07:46:49 -0800 (PST) From: Mike Pritchard Message-Id: <199702131546.HAA18898@freefall.freebsd.org> To: Roman.Pavlik@www.cz, mpp, freebsd-bugs Subject: Re: misc/2727 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/include/net/if.h:69: field `ifi_lastchange' has incomplete type State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Feb 13 07:46:22 PST 1997 State-Changed-Why: Duplicate of PR#2726. From owner-freebsd-bugs Thu Feb 13 07:48:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19062 for bugs-outgoing; Thu, 13 Feb 1997 07:48:18 -0800 (PST) Received: (from imp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19042; Thu, 13 Feb 1997 07:48:11 -0800 (PST) Date: Thu, 13 Feb 1997 07:48:11 -0800 (PST) From: Warner Losh Message-Id: <199702131548.HAA19042@freefall.freebsd.org> To: imp, freebsd-bugs, imp Subject: Re: bin/2593 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: [small] security hole and nfs compatibility bug in rexecd.c Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: imp Responsible-Changed-When: Thu Feb 13 08:45:57 MST 1997 Responsible-Changed-Why: I've applied this change to my local tree and will apply it to the source base once that I'm satisfied it works. The buffer overflow with sprintf has already been fixed as part of a sweep of OpenBSD changes that I made. From owner-freebsd-bugs Thu Feb 13 07:52:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19440 for bugs-outgoing; Thu, 13 Feb 1997 07:52:42 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19382; Thu, 13 Feb 1997 07:51:42 -0800 (PST) Date: Thu, 13 Feb 1997 07:51:42 -0800 (PST) From: Mike Pritchard Message-Id: <199702131551.HAA19382@freefall.freebsd.org> To: mpp, gnats-admin, freebsd-bugs Subject: Re: pending/2706 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: OS suddunly fail at using DAT tape drive. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: mpp Responsible-Changed-When: Thu Feb 13 07:50:51 PST 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Thu Feb 13 08:00:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA19916 for bugs-outgoing; Thu, 13 Feb 1997 08:00:36 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19828; Thu, 13 Feb 1997 07:59:49 -0800 (PST) Date: Thu, 13 Feb 1997 07:59:49 -0800 (PST) From: Garrett Wollman Message-Id: <199702131559.HAA19828@freefall.freebsd.org> To: Roman.Pavlik@www.cz, wollman, freebsd-bugs Subject: Re: misc/2726 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/include/net/if.h:69: field `ifi_lastchange' has incomplete type State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Thu Feb 13 07:58:57 PST 1997 State-Changed-Why: You must include before . Not a bug. From owner-freebsd-bugs Thu Feb 13 09:50:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA26439 for bugs-outgoing; Thu, 13 Feb 1997 09:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA26432; Thu, 13 Feb 1997 09:50:03 -0800 (PST) Resent-Date: Thu, 13 Feb 1997 09:50:03 -0800 (PST) Resent-Message-Id: <199702131750.JAA26432@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jr@cs.mun.ca Received: from garfield.cs.mun.ca (root@garfield.cs.mun.ca [134.153.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA25894 for ; Thu, 13 Feb 1997 09:40:20 -0800 (PST) Received: from lyman.cs.mun.ca (lyman.cs.mun.ca [134.153.1.14]) by garfield.cs.mun.ca (8.8.5/8.8.5) with ESMTP id OAA18207 for ; Thu, 13 Feb 1997 14:10:12 -0330 (NST) Received: (from jr@localhost) by lyman.cs.mun.ca (8.8.5/8.8.4) id OAA24195; Thu, 13 Feb 1997 14:10:12 -0330 (NST) Message-Id: <199702131740.OAA24195@lyman.cs.mun.ca> Date: Thu, 13 Feb 1997 14:10:12 -0330 (NST) From: John Rochester Reply-To: jr@cs.mun.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2729: fix for "make tags" in sys/kern Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2729 >Category: i386 >Synopsis: "make tags" in sys/kern produces barely useful tags file >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 13 09:50:02 PST 1997 >Last-Modified: >Originator: John Rochester >Organization: Memorial University of Newfoundland >Release: FreeBSD-current >Environment: >Description: 1. The tags file contains information only from files under /sys/i386. 2. The tags file contains relative paths which only work from a directory immediately under /sys. >How-To-Repeat: cd /sys/kern make tags vi -t bread >Fix: --- sys/i386/Makefile.orig Thu Feb 13 13:43:54 1997 +++ sys/i386/Makefile Thu Feb 13 13:47:34 1997 @@ -3,12 +3,14 @@ # Makefile for i386 tags file +.include "../kern/Make.tags.inc" + all: @echo "make tags or links only" -TI386= ../i386/tags -SI386= ../i386/i386/*.[ch] ../i386/include/*.h ../i386/isa/*.[ch] -AI386= ../i386/i386/*.s +TI386= /sys/i386/tags +SI386= /sys/i386/i386/*.[ch] /sys/i386/include/*.h /sys/i386/isa/*.[ch] +AI386= /sys/i386/i386/*.s # Directories in which to place i386 tags links DI386= eisa isa mca include >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 13 12:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA04449 for bugs-outgoing; Thu, 13 Feb 1997 12:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA04435; Thu, 13 Feb 1997 12:00:03 -0800 (PST) Date: Thu, 13 Feb 1997 12:00:03 -0800 (PST) Message-Id: <199702132000.MAA04435@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: conf/2718: Table Configuration with Multi Serial Board Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/2718; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: highway@ponta.com.br Cc: freebsd-gnats-submit@freebsd.org Subject: Re: conf/2718: Table Configuration with Multi Serial Board Date: Thu, 13 Feb 1997 20:43:10 +0100 As highway@ponta.com.br wrote: (Please, restrict your line length to a reasonable value.) > when the user try to connect our server it doesn't return IP > address. The local net in our company is ok. We were told that the > problem is probably with the serial table configuration. Hmm, i can't take any useful information out of this, sorry. Please, describe your problem and your setup in more detail. Make sure that freebsd-gnats-submit@freebsd.org remains in the To or Cc header, so your followup will be registered along with this PR. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Feb 13 13:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA07883 for bugs-outgoing; Thu, 13 Feb 1997 13:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA07875; Thu, 13 Feb 1997 13:00:02 -0800 (PST) Date: Thu, 13 Feb 1997 13:00:02 -0800 (PST) Message-Id: <199702132100.NAA07875@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/2719: [patch] added support for 2k-block magneto-optical disks Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2719; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: vak@cronyx.ru Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2719: [patch] added support for 2k-block magneto-optical disks Date: Thu, 13 Feb 1997 21:10:54 +0100 As vaki@cronyx.ru wrote: > For the (minimal) support of the MSDOS-formatted disks (when the msdos > filesystem will be fixed - somewhere in the future), the four > precompiled partitions E, F, G, H are added, with different offsets > from the beginning of the volume. Uh, all good intentions notwithstanding -- i think that's plain too hacky to go into some generic source tree. :-( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Feb 13 13:22:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA09570 for bugs-outgoing; Thu, 13 Feb 1997 13:22:10 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA09543; Thu, 13 Feb 1997 13:21:56 -0800 (PST) Date: Thu, 13 Feb 1997 13:21:56 -0800 (PST) From: John-Mark Gurney Message-Id: <199702132121.NAA09543@freefall.freebsd.org> To: asami@cs.berkeley.edu, jmg, freebsd-bugs Subject: Re: bin/777 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: patch doesn't realize stdin is closed and asks questions forever State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Thu Feb 13 13:17:29 PST 1997 State-Changed-Why: fixed patch to be aware of when there is a read error, and act appropriately. From owner-freebsd-bugs Thu Feb 13 15:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA16326 for bugs-outgoing; Thu, 13 Feb 1997 15:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA16319; Thu, 13 Feb 1997 15:00:03 -0800 (PST) Resent-Date: Thu, 13 Feb 1997 15:00:03 -0800 (PST) Resent-Message-Id: <199702132300.PAA16319@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@jnx.com Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA15648; Thu, 13 Feb 1997 14:51:03 -0800 (PST) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.8.5/8.8.3) with ESMTP id OAA05402; Thu, 13 Feb 1997 14:50:31 -0800 (PST) Received: (from pst@localhost) by base.jnx.com (8.7.6/8.7.3) id OAA11206; Thu, 13 Feb 1997 14:50:25 -0800 (PST) Message-Id: <199702132250.OAA11206@base.jnx.com> Date: Thu, 13 Feb 1997 14:50:25 -0800 (PST) From: Paul Traina Reply-To: pst@jnx.com To: FreeBSD-gnats-submit@freebsd.org Cc: jkh@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2730: pkg_extract @owner/@group/@mode does not work Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2730 >Category: bin >Synopsis: pkg_extract @owner/@group/@mode does not work >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 13 15:00:02 PST 1997 >Last-Modified: >Originator: Paul Traina >Organization: Juniper Networks >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.2 -current [PLEASE FIX THIS IN 2.2!] I have a PLIST with the following stuff in it: @name juniper_host @cwd /usr @owner bin @group bin sbin/food @owner root @mode 4111 sbin/cli @mode @owner bin IMPORTANT: We don't user @owner/@group in FreeBSD packages because packages are created by root, so FreeBSD relies on tar "doing the right thing". However, this seems bogus. It should be possible to create packages without being root on the local system (for instance, if you want to use pkg_add for software distribution), and use the owner/group/mode directives to do fixups at the remote side. This is not a security problem in my view. >Description: pkg_extract documents and implements support for having the final extractor set owner group and mode permissions after extracting data from the .tgz file. These commands were broken in: revision 1.7 date: 1995/05/19 22:40:54; author: jkh; state: Exp; lines: +3 -3 Only apply @mode directives to files. Don't use the -p flag to tar; it sets the files to the wrong permissions. Submitted by: jmz Which attempted to not apply @owner/@group/@mode permissions to directories in an attempt to avoid accidently misseting directory permissions. I think this entire change is incorrect. I feel that: (a) the -p option to tar should be used, as packages should not be affected by root's umask (if this is otherwise handled by setting umask to 0 in pkg_add, that is fine too, and you can ignore this comment. (b) The patch seems to want to check to see if permission changes are to be applied to a directory, HOWEVER, the test checks to see if the remote directory is a directory, which is always true, so apply_perms is never called, which breaks these directives. Finally, I think the justification for the patch was indeed incorrect. If someone wants to change the owner, group, or mode on a directory, the package author should be a big enough boy or girl to not screw up modes on directoiries listed in the PLIST. >How-To-Repeat: Use a PLIST with owner/mode/group. >Fix: Index: extract.c =================================================================== RCS file: /cvs/freebsd/src/usr.sbin/pkg_install/add/extract.c,v retrieving revision 1.7 diff -u -r1.7 extract.c --- extract.c 1995/05/19 22:40:54 1.7 +++ extract.c 1997/02/13 22:39:13 @@ -34,13 +34,13 @@ if (strlen(where_args) > sizeof(STARTSTRING)-1) { \ strcat(where_args, "|tar xf - -C "); \ strcat(where_args, todir); \ if (system(where_args)) \ barf("can't invoke tar pipeline"); \ strcpy(where_args, STARTSTRING); \ where_count = sizeof(STARTSTRING)-1; \ } \ if (perm_count) { \ - if (!isdir(todir)) apply_perms(todir, perm_args); \ + apply_perms(todir, perm_args); \ perm_args[0] = 0;\ perm_count = 0; \ } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 13 17:54:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA27123 for bugs-outgoing; Thu, 13 Feb 1997 17:54:59 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA27104; Thu, 13 Feb 1997 17:54:53 -0800 (PST) Date: Thu, 13 Feb 1997 17:54:53 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199702140154.RAA27104@freefall.freebsd.org> To: pst@jnx.com, jkh, freebsd-bugs Subject: Re: bin/2730 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pkg_extract @owner/@group/@mode does not work State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Thu Feb 13 17:54:34 PST 1997 State-Changed-Why: Reversed in all 3 branches. From owner-freebsd-bugs Thu Feb 13 18:44:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA29605 for bugs-outgoing; Thu, 13 Feb 1997 18:44:21 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA29576; Thu, 13 Feb 1997 18:44:10 -0800 (PST) Date: Thu, 13 Feb 1997 18:44:10 -0800 (PST) From: John-Mark Gurney Message-Id: <199702140244.SAA29576@freefall.freebsd.org> To: jmg, freebsd-bugs, jmg Subject: Re: bin/2725 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: progress indicator even when stdout/err is not a terminal Responsible-Changed-From-To: freebsd-bugs->jmg Responsible-Changed-By: jmg Responsible-Changed-When: Thu Feb 13 18:40:29 PST 1997 Responsible-Changed-Why: I'll grap this one. I was just in there fixing something else. From owner-freebsd-bugs Fri Feb 14 05:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA03470 for bugs-outgoing; Fri, 14 Feb 1997 05:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA03447; Fri, 14 Feb 1997 05:00:03 -0800 (PST) Date: Fri, 14 Feb 1997 05:00:03 -0800 (PST) Message-Id: <199702141300.FAA03447@freefall.freebsd.org> To: freebsd-bugs Cc: From: "David E. O'Brien" Subject: Re: ports/1416: cflow(1) doesn't parse GNU C __attribute__ syntax Reply-To: "David E. O'Brien" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR ports/1416; it has been noted by GNATS. From: "David E. O'Brien" To: freebsd-gnats-submit@freebsd.org, alm@woops.slewsys.org Cc: Subject: Re: ports/1416: cflow(1) doesn't parse GNU C __attribute__ syntax Date: Fri, 14 Feb 1997 04:59:37 -0800 I've sent a copy of the PR to the maintain. Lets see if he can fix it. -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) From owner-freebsd-bugs Fri Feb 14 05:27:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA05022 for bugs-outgoing; Fri, 14 Feb 1997 05:27:25 -0800 (PST) Received: from nsm.mtuci.ru (mos.msu.ru [193.232.127.142]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA05013 for ; Fri, 14 Feb 1997 05:27:09 -0800 (PST) Received: from dima (dima.mtuci.ru [193.232.125.141]) by nsm.mtuci.ru (8.7.5/8.7.3) with ESMTP id QAA03204 for ; Fri, 14 Feb 1997 16:29:46 +0300 (MSK) Message-Id: <199702141329.QAA03204@nsm.mtuci.ru> From: "Dmitry V. Khodilin" To: Subject: Help! Date: Fri, 14 Feb 1997 16:22:10 +0300 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk lp0: flags=8851 mtu 1500 inet 193.232.125.150 --> 193.232.125.131 netmask 0xffffff80 tun0: flags=8010 mtu 1500 sl0: flags=c010 mtu 552 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 0 0 lo0 193.232.125.131 193.232.125.150 UH 0 27 lp0 From owner-freebsd-bugs Fri Feb 14 05:45:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA05746 for bugs-outgoing; Fri, 14 Feb 1997 05:45:05 -0800 (PST) Received: from nsm.mtuci.ru (mos.msu.ru [193.232.127.142]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA05723 for ; Fri, 14 Feb 1997 05:44:41 -0800 (PST) Received: from dima (dima.mtuci.ru [193.232.125.141]) by nsm.mtuci.ru (8.7.5/8.7.3) with ESMTP id QAA03245 for ; Fri, 14 Feb 1997 16:48:22 +0300 (MSK) Message-Id: <199702141348.QAA03245@nsm.mtuci.ru> From: "Dmitry V. Khodilin" To: Subject: Help! Date: Fri, 14 Feb 1997 16:40:28 +0300 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk A have notebook Toshiba 2110 with a network Ethernet+Modem PCMCI card Xircom. How I can connect it? I has tried to connect two computers via a parallel port, but anything has failed. How I can solve this problem? Yours faithfully Dmitry. lp0: flags=8851 mtu 1500 inet 193.232.125.150 --> 193.232.125.131 netmask 0xffffff80 tun0: flags=8010 mtu 1500 sl0: flags=c010 mtu 552 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 0 0 lo0 193.232.125.131 193.232.125.150 UH 0 27 lp0 From owner-freebsd-bugs Fri Feb 14 07:45:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA11926 for bugs-outgoing; Fri, 14 Feb 1997 07:45:12 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA11908 for ; Fri, 14 Feb 1997 07:45:05 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id QAA08201 for ; Fri, 14 Feb 1997 16:44:55 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id QAA16950 for bugs@freebsd.org; Fri, 14 Feb 1997 16:44:38 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id PAA19721; Fri, 14 Feb 1997 15:28:43 +0100 (CET) Message-ID: <19970214152842.WO21409@keltia.freenix.fr> Date: Fri, 14 Feb 1997 15:28:42 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: bugs@freebsd.org Subject: Re: swap problems References: X-Mailer: Mutt 0.60,1-3,9 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2999 In-Reply-To: ; from Thomas Evans on Feb 12, 1997 07:53:06 -0500 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Thomas Evans: > Where is my memory going? My swap file keeps getting full. > Run 2/5 Gamma on a machine with 20Meg swap and 32 Meg real memory. > By my math, the total mem usage shown by ps-aux commadn is 25M. Yet > I'm using 17M of the swap (thats 50 Meg total?). Never use for swap less than at least the physical memory. Remember also that swap is a backup of the physical memory, not an extension (like in Linux) of it. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 From owner-freebsd-bugs Fri Feb 14 08:22:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA13725 for bugs-outgoing; Fri, 14 Feb 1997 08:22:49 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA13720 for ; Fri, 14 Feb 1997 08:22:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id IAA17933; Fri, 14 Feb 1997 08:23:42 -0800 (PST) Message-Id: <199702141623.IAA17933@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: roberto@keltia.freenix.fr (Ollivier Robert) cc: bugs@freebsd.org Subject: Re: swap problems In-reply-to: Your message of "Fri, 14 Feb 1997 15:28:42 +0100." <19970214152842.WO21409@keltia.freenix.fr> From: David Greenman Reply-To: dg@root.com Date: Fri, 14 Feb 1997 08:23:42 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Remember also >that swap is a backup of the physical memory, not an extension (like in >Linux) of it. This isn't true. The total amount of memory in FreeBSD is physical memory plus swap. It's a good idea to have swap at least as large as physical memory, however, and usually much larger (2-4 times). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Fri Feb 14 09:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16346 for bugs-outgoing; Fri, 14 Feb 1997 09:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16339; Fri, 14 Feb 1997 09:10:04 -0800 (PST) Resent-Date: Fri, 14 Feb 1997 09:10:04 -0800 (PST) Resent-Message-Id: <199702141710.JAA16339@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mh6225@blue.bad.bris.ac.uk Received: from blue.bad.bris.ac.uk (blue.bad.bris.ac.uk [137.222.132.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA16039 for ; Fri, 14 Feb 1997 09:04:06 -0800 (PST) Received: (from mh6225@localhost) by blue.bad.bris.ac.uk (8.8.5/8.8.5) id RAA01071; Fri, 14 Feb 1997 17:05:34 GMT Message-Id: <199702141705.RAA01071@blue.bad.bris.ac.uk> Date: Fri, 14 Feb 1997 17:05:34 GMT From: Matt Hamilton Reply-To: mh6225@blue.bad.bris.ac.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2732: mcopy 3.0 causes kernel hang Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2732 >Category: kern >Synopsis: mcopy 3.0 causes kernel hang >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 14 09:10:01 PST 1997 >Last-Modified: >Originator: Matt Hamilton >Organization: Badock Hall, Bristol University >Release: FreeBSD 2.2-970205-GAMMA i386 >Environment: Mtools-3.0 from ports collection. >Description: when trying to use mcopy to copy a file to drive a: the system hangs. Cannot telnet in, cannot change virtual terminals, cannot ^C, ^Z or anything. Caps-lock light hangs. >How-To-Repeat: mcopy /tmp/file.ps a: >Fix: not known >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 14 09:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16860 for bugs-outgoing; Fri, 14 Feb 1997 09:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16835; Fri, 14 Feb 1997 09:20:03 -0800 (PST) Resent-Date: Fri, 14 Feb 1997 09:20:03 -0800 (PST) Resent-Message-Id: <199702141720.JAA16835@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, trm@i-planet.com Received: from i-planet.i-planet.com (iplanet-T1-gw.mv.best.net [206.86.192.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA16771 for ; Fri, 14 Feb 1997 09:19:04 -0800 (PST) Received: (from trm@localhost) by i-planet.i-planet.com (8.8.5/8.8.5) id JAA18235; Fri, 14 Feb 1997 09:23:52 -0800 (PST) Message-Id: <199702141723.JAA18235@i-planet.i-planet.com> Date: Fri, 14 Feb 1997 09:23:52 -0800 (PST) From: "Tom Mueller" Reply-To: trm@i-planet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2733: TUNMTU limits MRU in tun device even if mtu set Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2733 >Category: misc >Synopsis: TUNMTU limits MRU in tun device even if mtu set >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 14 09:20:01 PST 1997 >Last-Modified: >Originator: "Tom Mueller" >Organization: i-Planet, Inc. >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1 kernel built with the tun driver (if_tun.c) >Description: The TUNMTU variable in if_tun.h is used to initialize the value of if_mtu in the tun driver and to limit the size of incoming packets in the tunwrite function. The TUNSIFINFO ioctl can be used to set the value of if_mtu to something different from TUNMTU, but TUNMTU is still used to limit the size of incoming packets. It seems that the tunwrite function should use if_mtu to limit incoming packet size rather than TUNMTU. >How-To-Repeat: This problem can be seen using the user level ppp program (iij-ppp) when the mru is set to greater than the value of TUNMTU. >Fix: Change TUNMTU to ifp->if_mtu in the tunwrite function. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 14 09:50:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA18520 for bugs-outgoing; Fri, 14 Feb 1997 09:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA18513; Fri, 14 Feb 1997 09:50:04 -0800 (PST) Resent-Date: Fri, 14 Feb 1997 09:50:04 -0800 (PST) Resent-Message-Id: <199702141750.JAA18513@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@jnx.com Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA18041 for ; Fri, 14 Feb 1997 09:42:42 -0800 (PST) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.8.5/8.8.3) with ESMTP id JAA19689 for ; Fri, 14 Feb 1997 09:42:11 -0800 (PST) Received: (from pst@localhost) by base.jnx.com (8.7.6/8.7.3) id JAA16017; Fri, 14 Feb 1997 09:42:05 -0800 (PST) Message-Id: <199702141742.JAA16017@base.jnx.com> Date: Fri, 14 Feb 1997 09:42:05 -0800 (PST) From: Paul Traina Reply-To: pst@jnx.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2734: pkg_* uses relative paths to executables Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2734 >Category: bin >Synopsis: pkg_* uses relative paths to executables >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 14 09:50:01 PST 1997 >Last-Modified: >Originator: Paul Traina >Organization: Juniper Networks >Release: FreeBSD 2.2-CURRENT i386 >Environment: 2.2 >Description: Relative paths are used throughout pkg_* to spawn executables. This should probably be changed (I'm not going to mention the security implications, because using system is inherantly insecure...actually I will...) >How-To-Repeat: If you try to install something with pkg_add, and /usr/sbin isn't in your path, it won't find chown. >Fix: Actually, the easiest fix (and best fix) would be to modify PATH at the start to include all dependant locations. While we're in there, fixing IFS might also make sense from a security standpoint. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 14 09:53:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA18733 for bugs-outgoing; Fri, 14 Feb 1997 09:53:45 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA18711; Fri, 14 Feb 1997 09:53:38 -0800 (PST) Date: Fri, 14 Feb 1997 09:53:38 -0800 (PST) From: Paul Traina Message-Id: <199702141753.JAA18711@freefall.freebsd.org> To: pst, freebsd-bugs, jkh Subject: Re: bin/2734 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pkg_* uses relative paths to executables Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: pst Responsible-Changed-When: Fri Feb 14 09:53:02 PST 1997 Responsible-Changed-Why: Package is jordan's From owner-freebsd-bugs Fri Feb 14 10:00:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19025 for bugs-outgoing; Fri, 14 Feb 1997 10:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19018; Fri, 14 Feb 1997 10:00:03 -0800 (PST) Resent-Date: Fri, 14 Feb 1997 10:00:03 -0800 (PST) Resent-Message-Id: <199702141800.KAA19018@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@jnx.com Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA18645; Fri, 14 Feb 1997 09:53:02 -0800 (PST) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.8.5/8.8.3) with ESMTP id JAA22643; Fri, 14 Feb 1997 09:52:31 -0800 (PST) Received: (from pst@localhost) by base.jnx.com (8.7.6/8.7.3) id JAA16138; Fri, 14 Feb 1997 09:52:25 -0800 (PST) Message-Id: <199702141752.JAA16138@base.jnx.com> Date: Fri, 14 Feb 1997 09:52:25 -0800 (PST) From: Paul Traina Reply-To: pst@jnx.com To: FreeBSD-gnats-submit@freebsd.org Cc: jkh@freebsd.org, guido@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2735: package/tarball distribution security (we should be signing) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2735 >Category: bin >Synopsis: Add signature support (both MD5 and PGP) to pkg_* >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Feb 14 10:00:02 PST 1997 >Last-Modified: >Originator: Paul Traina >Organization: Juniper Networks >Release: FreeBSD 2.2-CURRENT i386 >Environment: Irrelevant. >Description: One feature that I've always wanted is to have the ability for a package creator to sign a package with his or her pgp key, so that you can say: "This package really was from Satoshi and hasn't been modified by a mirror site". This can currently be done just by creating detatched signatures and keeping a file of them someplace "safe" -- but even better would be a way to integrate that directly into the package, giving us a way to vaildate an entire package, either via a public/private key pair, or at least MD5 across the entire .tgz file (not just the individual components) where RSA is either unreasonable or unavailable. >How-To-Repeat: >Fix: I know some of the linux packages use the following tgz within a tar file hack to produce a single .tar file that is "self-signed". /--- | new .tar file | | \--- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 14 10:01:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19159 for bugs-outgoing; Fri, 14 Feb 1997 10:01:10 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19110; Fri, 14 Feb 1997 10:00:48 -0800 (PST) Date: Fri, 14 Feb 1997 10:00:48 -0800 (PST) From: Paul Traina Message-Id: <199702141800.KAA19110@freefall.freebsd.org> To: pst, freebsd-bugs, jkh Subject: Re: misc/2177 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sysinstall via ppp fails Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: pst Responsible-Changed-When: Fri Feb 14 09:59:32 PST 1997 Responsible-Changed-Why: sysinstall = jkh Jordan, I assume you've already fixed this, since this was quite old, yep? From owner-freebsd-bugs Fri Feb 14 10:02:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19302 for bugs-outgoing; Fri, 14 Feb 1997 10:02:18 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19241; Fri, 14 Feb 1997 10:02:05 -0800 (PST) Date: Fri, 14 Feb 1997 10:02:05 -0800 (PST) From: Paul Traina Message-Id: <199702141802.KAA19241@freefall.freebsd.org> To: pst, freebsd-bugs, phk Subject: Re: gnu/1611 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: groff should use "system-wide" papersize variable when building Responsible-Changed-From-To: freebsd-bugs->phk Responsible-Changed-By: pst Responsible-Changed-When: Fri Feb 14 10:00:59 PST 1997 Responsible-Changed-Why: Poul-H suggested it, and to the best of my memory said that he knew what we should use (to be compatible with other programs doing A4/letter). From owner-freebsd-bugs Fri Feb 14 10:04:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19677 for bugs-outgoing; Fri, 14 Feb 1997 10:04:43 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19496; Fri, 14 Feb 1997 10:03:27 -0800 (PST) Date: Fri, 14 Feb 1997 10:03:27 -0800 (PST) From: Paul Traina Message-Id: <199702141803.KAA19496@freefall.freebsd.org> To: pst@jnx.com, pst, freebsd-bugs, sos Subject: Re: i386/1983 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: syscons fails/hangs during system boot if kbd offline State-Changed-From-To: open-closed State-Changed-By: pst State-Changed-When: Fri Feb 14 10:02:43 PST 1997 State-Changed-Why: This seems to have been fixed. Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: pst Responsible-Changed-When: Fri Feb 14 10:02:43 PST 1997 Responsible-Changed-Why: syscons = sos From owner-freebsd-bugs Fri Feb 14 10:05:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19771 for bugs-outgoing; Fri, 14 Feb 1997 10:05:08 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19707; Fri, 14 Feb 1997 10:04:52 -0800 (PST) Date: Fri, 14 Feb 1997 10:04:52 -0800 (PST) From: Paul Traina Message-Id: <199702141804.KAA19707@freefall.freebsd.org> To: pst, freebsd-bugs, phk Subject: Re: misc/2185 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: add ability to change partition type in libdisk/sysinstall Responsible-Changed-From-To: freebsd-bugs->phk Responsible-Changed-By: pst Responsible-Changed-When: Fri Feb 14 10:04:08 PST 1997 Responsible-Changed-Why: Libdisk needs to get fixed before sysinstall can do anything according to jkh. From owner-freebsd-bugs Fri Feb 14 10:06:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19950 for bugs-outgoing; Fri, 14 Feb 1997 10:06:34 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19889; Fri, 14 Feb 1997 10:06:19 -0800 (PST) Date: Fri, 14 Feb 1997 10:06:19 -0800 (PST) From: Paul Traina Message-Id: <199702141806.KAA19889@freefall.freebsd.org> To: pst@Shockwave.COM, pst, freebsd-bugs, wpaul Subject: Re: bin/2641 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: login_access.c doesn't work with NIS by default State-Changed-From-To: open-analyzed State-Changed-By: pst State-Changed-When: Fri Feb 14 10:05:02 PST 1997 State-Changed-Why: It's clear what needs to be done, but this does need to be tested. Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: pst Responsible-Changed-When: Fri Feb 14 10:05:02 PST 1997 Responsible-Changed-Why: NIS = wpaul From owner-freebsd-bugs Fri Feb 14 10:07:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20104 for bugs-outgoing; Fri, 14 Feb 1997 10:07:49 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20051; Fri, 14 Feb 1997 10:07:28 -0800 (PST) Date: Fri, 14 Feb 1997 10:07:28 -0800 (PST) From: Paul Traina Message-Id: <199702141807.KAA20051@freefall.freebsd.org> To: pst, freebsd-bugs, bde Subject: Re: kern/2680 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: bind of a local domain socket does not respect umask Responsible-Changed-From-To: freebsd-bugs->bde Responsible-Changed-By: pst Responsible-Changed-When: Fri Feb 14 10:06:25 PST 1997 Responsible-Changed-Why: Bruce (or David or John) know their way around this bit of code much better than I do. From owner-freebsd-bugs Fri Feb 14 10:08:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20206 for bugs-outgoing; Fri, 14 Feb 1997 10:08:15 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20185; Fri, 14 Feb 1997 10:08:12 -0800 (PST) Date: Fri, 14 Feb 1997 10:08:12 -0800 (PST) From: Paul Traina Message-Id: <199702141808.KAA20185@freefall.freebsd.org> To: pst, freebsd-bugs, pst Subject: Re: i386/2710 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: if_ppp LKM does not allow ppp line discipline to be set Responsible-Changed-From-To: freebsd-bugs->pst Responsible-Changed-By: pst Responsible-Changed-When: Fri Feb 14 10:07:41 PST 1997 Responsible-Changed-Why: I'll try to pull my fair share, since I know how to fix this. From owner-freebsd-bugs Fri Feb 14 10:10:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20366 for bugs-outgoing; Fri, 14 Feb 1997 10:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20333; Fri, 14 Feb 1997 10:10:01 -0800 (PST) Date: Fri, 14 Feb 1997 10:10:01 -0800 (PST) Message-Id: <199702141810.KAA20333@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: misc/2733: TUNMTU limits MRU in tun device even if mtu set Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/2733; it has been noted by GNATS. From: Bill Fenner To: FreeBSD-gnats-submit@freebsd.org, trm@i-planet.com Cc: Subject: Re: misc/2733: TUNMTU limits MRU in tun device even if mtu set Date: Fri, 14 Feb 1997 09:47:29 PST This is fixed in -current (but not in 2.2, it should probably be in 2.2 also). The patch at http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/if_tun.c?r1=1.31&r2=1.32 should probably apply OK to a 2.1 if_tun.c . Bill From owner-freebsd-bugs Fri Feb 14 10:10:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20433 for bugs-outgoing; Fri, 14 Feb 1997 10:10:36 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20413; Fri, 14 Feb 1997 10:10:32 -0800 (PST) Date: Fri, 14 Feb 1997 10:10:32 -0800 (PST) From: Paul Traina Message-Id: <199702141810.KAA20413@freefall.freebsd.org> To: pst, freebsd-bugs, dyson Subject: Re: kern/1399 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: invoking setuid programs over NFS case vnode_pager error msgs Responsible-Changed-From-To: freebsd-bugs->dyson Responsible-Changed-By: pst Responsible-Changed-When: Fri Feb 14 10:09:03 PST 1997 Responsible-Changed-Why: From owner-freebsd-bugs Fri Feb 14 10:12:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20645 for bugs-outgoing; Fri, 14 Feb 1997 10:12:04 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20591; Fri, 14 Feb 1997 10:11:57 -0800 (PST) Date: Fri, 14 Feb 1997 10:11:57 -0800 (PST) From: Paul Traina Message-Id: <199702141811.KAA20591@freefall.freebsd.org> To: pst, pst, freebsd-bugs Subject: Re: conf/1608 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FreeBSD's bug tracking system does not respect confidential State-Changed-From-To: open-suspended State-Changed-By: pst State-Changed-When: Fri Feb 14 10:10:46 PST 1997 State-Changed-Why: It was the core team's decision to not support confidential bug reportting. From owner-freebsd-bugs Fri Feb 14 10:13:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20770 for bugs-outgoing; Fri, 14 Feb 1997 10:13:41 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20748; Fri, 14 Feb 1997 10:13:25 -0800 (PST) Date: Fri, 14 Feb 1997 10:13:25 -0800 (PST) From: Paul Traina Message-Id: <199702141813.KAA20748@freefall.freebsd.org> To: pst, freebsd-bugs, jkh Subject: Re: bin/2065 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Old Synopsis: in tzsetup, make USA easier to get to... New Synopsis: in tzsetup/sysinstall, allow user to type in timezone Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: pst Responsible-Changed-When: Fri Feb 14 10:12:19 PST 1997 Responsible-Changed-Why: sysinstall = jkh . From owner-freebsd-bugs Fri Feb 14 10:17:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA21141 for bugs-outgoing; Fri, 14 Feb 1997 10:17:47 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA21107; Fri, 14 Feb 1997 10:17:04 -0800 (PST) Date: Fri, 14 Feb 1997 10:17:04 -0800 (PST) From: Paul Traina Message-Id: <199702141817.KAA21107@freefall.freebsd.org> To: pst, freebsd-bugs, brian Subject: Re: bin/2711 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: iij-ppp 'background' mode fails in LCP setup Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: pst Responsible-Changed-When: Fri Feb 14 10:16:03 PST 1997 Responsible-Changed-Why: Brian's made changes to IIJ PPP recently, so let's sucker him with this. :-) From owner-freebsd-bugs Fri Feb 14 10:20:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA21411 for bugs-outgoing; Fri, 14 Feb 1997 10:20:16 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA21295; Fri, 14 Feb 1997 10:19:51 -0800 (PST) Date: Fri, 14 Feb 1997 10:19:51 -0800 (PST) From: Paul Traina Message-Id: <199702141819.KAA21295@freefall.freebsd.org> To: pst, freebsd-bugs, jkh Subject: Re: bin/2735 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Add signature support (both MD5 and PGP) to pkg_* Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: pst Responsible-Changed-When: Fri Feb 14 10:19:26 PST 1997 Responsible-Changed-Why: pkg = jkh (however I'd be willing to think about this too) From owner-freebsd-bugs Fri Feb 14 10:20:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA21441 for bugs-outgoing; Fri, 14 Feb 1997 10:20:43 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA21432 for ; Fri, 14 Feb 1997 10:20:39 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id TAA08553; Fri, 14 Feb 1997 19:20:26 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id TAA28050; Fri, 14 Feb 1997 19:20:22 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id TAA23774; Fri, 14 Feb 1997 19:15:16 +0100 (CET) Message-ID: <19970214191516.ZB28043@keltia.freenix.fr> Date: Fri, 14 Feb 1997 19:15:16 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: dg@root.com Cc: bugs@freebsd.org Subject: Re: swap problems References: <19970214152842.WO21409@keltia.freenix.fr> <199702141623.IAA17933@root.com> X-Mailer: Mutt 0.60,1-3,9 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2999 In-Reply-To: <199702141623.IAA17933@root.com>; from David Greenman on Feb 14, 1997 08:23:42 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to David Greenman: > This isn't true. The total amount of memory in FreeBSD is physical memory > plus swap. It's a good idea to have swap at least as large as physical memory, > however, and usually much larger (2-4 times). I've always thought this was one of the main differences between VM like our own (and SunOS' one) and Linux... Sorry. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 From owner-freebsd-bugs Fri Feb 14 12:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA29840 for bugs-outgoing; Fri, 14 Feb 1997 12:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA29830; Fri, 14 Feb 1997 12:40:02 -0800 (PST) Resent-Date: Fri, 14 Feb 1997 12:40:02 -0800 (PST) Resent-Message-Id: <199702142040.MAA29830@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.MAA29473;Fri; (8.8.5/8.8.5);, 14 Feb 1997 12:32:58.-0800 (PST) Message-Id: <199702142032.MAA29473@freefall.freebsd.org> Date: Fri, 14 Feb 1997 12:32:58 -0800 (PST) From: richw@yank.kitchener.on.ca To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2736: No boot block if no FreeBSD partitions on first hard drive Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2736 >Category: bin >Synopsis: No boot block if no FreeBSD partitions on first hard drive >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 14 12:40:00 PST 1997 >Last-Modified: >Originator: Rich Wales >Organization: >Release: 2.2-970205-GAMMA >Environment: Not available at the moment. >Description: I installed 2.2-970205-GAMMA on a two-drive system with DOS on the first drive and FreeBSD on the second. I specified a "BootEasy" boot block for the first drive, but it didn't get written. The only way I could boot was to use my installation floppy and type an alternate boot location. I tried running /stand/sysinstall to rewrite the boot block, but no luck. I rearranged my system to put my FreeBSD root and swap on the first drive, and then reinstalled FreeBSD. The system boots fine now. >How-To-Repeat: Install FreeBSD on a system with two IDE drives. Don't put any FreeBSD partitions on the first drive. >Fix: Workaround: Put at least one FreeBSD partition on the first drive. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 14 14:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03998 for bugs-outgoing; Fri, 14 Feb 1997 14:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03968; Fri, 14 Feb 1997 14:00:02 -0800 (PST) Resent-Date: Fri, 14 Feb 1997 14:00:02 -0800 (PST) Resent-Message-Id: <199702142200.OAA03968@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.NAA03582;Fri; (8.8.5/8.8.5);, 14 Feb 1997 13:52:33.-0800 (PST) Message-Id: <199702142152.NAA03582@freefall.freebsd.org> Date: Fri, 14 Feb 1997 13:52:33 -0800 (PST) From: bwithrow@baynetworks.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2737: yppasswd fails to change password on a sun server Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2737 >Category: bin >Synopsis: yppasswd fails to change password on a sun server >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 14 14:00:01 PST 1997 >Last-Modified: >Originator: Robert Withrow >Organization: Bay Networks >Release: 2.1.6 >Environment: FreeBSD tuva.engeast.baynetworks.com 2.1.6-RELEASE FreeBSD 2.1.6-RELEASE #0: Tue Feb 4 15:23:52 EST 1997 toor@kyzyl.engeast.baynetworks.com:/usr/src/sys/compile/G6_200 i386 >Description: Attempting to change YP passwd on a sun server from FreeBSD fails: bash$ yppasswd Changing NIS password for bwithrow on xxxxx. Old password: New password: Retype new password: RPC: Server can't decode arguments NIS password has not been changed on xxxxx. >How-To-Repeat: As above. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 14 14:10:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA04779 for bugs-outgoing; Fri, 14 Feb 1997 14:10:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA04769; Fri, 14 Feb 1997 14:10:03 -0800 (PST) Resent-Date: Fri, 14 Feb 1997 14:10:03 -0800 (PST) Resent-Message-Id: <199702142210.OAA04769@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, zach@blizzard.gaffaneys.com Received: from murkwood.gaffaneys.com (dialup1.gaffaneys.com [134.129.252.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA04467 for ; Fri, 14 Feb 1997 14:06:47 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id QAA00532; Fri, 14 Feb 1997 16:06:43 -0600 (CST) Message-Id: <199702142206.QAA00532@murkwood.gaffaneys.com> Date: Fri, 14 Feb 1997 16:06:43 -0600 (CST) From: Zach Heilig Reply-To: zach@blizzard.gaffaneys.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2738: Kernel crashes when you mount more than one device on a mount point (oops!) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2738 >Category: kern >Synopsis: Kernel crashes when you mount more than one device on a mount point (oops!) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 14 14:10:01 PST 1997 >Last-Modified: >Originator: Zach Heilig >Organization: none >Release: FreeBSD 2.2-ALPHA i386 >Environment: AMD 5x86-133, 20 Meg ram, 411 Meg sd0, 2.1 Gig sd1 running 2.2-ALPHA. >Description: I mounted devfs on /mnt, then mounted /dev/sd1c on /mnt (forgot about devfs). Then, when I tried to umount, the machine did a cold boot (no panic). I was trying to configure sd1 to eventually be sd0 (finally figured it out). >How-To-Repeat: mount_devfs devfs /mnt mount /dev/sd1c /mnt umount devfs # message saying devfs wasn't mounted... umount /mnt # probably not what I _should_ have done, but... # instant cold boot (no panic). >Fix: don't mount two different devices on the same mount point... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 14 14:48:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07350 for bugs-outgoing; Fri, 14 Feb 1997 14:48:27 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07176; Fri, 14 Feb 1997 14:47:46 -0800 (PST) Date: Fri, 14 Feb 1997 14:47:46 -0800 (PST) From: John-Mark Gurney Message-Id: <199702142247.OAA07176@freefall.freebsd.org> To: randy@zyzzyva.com, jmg, freebsd-bugs Subject: Re: misc/2060 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: include files don't agree on prototypes State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Fri Feb 14 14:38:28 PST 1997 State-Changed-Why: this is fixed in rev 1.2 of src/lib/csu/i386/dlfcn.h From owner-freebsd-bugs Fri Feb 14 15:19:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA09476 for bugs-outgoing; Fri, 14 Feb 1997 15:19:02 -0800 (PST) Received: (from asami@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA09456; Fri, 14 Feb 1997 15:18:57 -0800 (PST) Date: Fri, 14 Feb 1997 15:18:57 -0800 (PST) From: Satoshi Asami Message-Id: <199702142318.PAA09456@freefall.freebsd.org> To: asami, freebsd-ports, freebsd-bugs Subject: Re: ports/2664 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: elm methodically writes garbage into folders Responsible-Changed-From-To: freebsd-ports->freebsd-bugs Responsible-Changed-By: asami Responsible-Changed-When: Fri Feb 14 15:17:52 PST 1997 Responsible-Changed-Why: Sounds more like an NFS problem. From owner-freebsd-bugs Fri Feb 14 16:00:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA12625 for bugs-outgoing; Fri, 14 Feb 1997 16:00:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA12606; Fri, 14 Feb 1997 16:00:03 -0800 (PST) Date: Fri, 14 Feb 1997 16:00:03 -0800 (PST) Message-Id: <199702150000.QAA12606@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/2732: mcopy 3.0 causes kernel hang Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2732; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: mh6225@blue.bad.bris.ac.uk Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2732: mcopy 3.0 causes kernel hang Date: Sat, 15 Feb 1997 00:29:56 +0100 As Matt Hamilton wrote: > when trying to use mcopy to copy a file to drive a: the system hangs. > Cannot telnet in, cannot change virtual terminals, cannot ^C, ^Z or > anything. Caps-lock light hangs. Hmm, i doubt we could do anything about this. The information presented is simply too sparse, and very apparently, nobody else has seen this problem before. I doubt that's just since nobody uses mcopy at all. ;-) Can you use your floppy normally otherwise? Don't you have any more datapoints to consider? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Feb 14 16:00:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA12631 for bugs-outgoing; Fri, 14 Feb 1997 16:00:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA12617; Fri, 14 Feb 1997 16:00:07 -0800 (PST) Date: Fri, 14 Feb 1997 16:00:07 -0800 (PST) Message-Id: <199702150000.QAA12617@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2736: No boot block if no FreeBSD partitions on first hard drive Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2736; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: richw@yank.kitchener.on.ca Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/2736: No boot block if no FreeBSD partitions on first hard drive Date: Sat, 15 Feb 1997 00:50:12 +0100 As richw@yank.kitchener.on.ca wrote: > I installed 2.2-970205-GAMMA on a two-drive system with DOS on the first > drive and FreeBSD on the second. I specified a "BootEasy" boot block for > the first drive, but it didn't get written. Are you sure you selected the first hard drive in the partition editor at all (without doing anything there, of course, apart from answering the boot manager question)? If you only visit the second drive, sysinstall will do what you've told it, and only install the boot manager there. (It violated this principle in the past, but this wasn't actually a Good Thing.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Feb 14 16:00:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA12647 for bugs-outgoing; Fri, 14 Feb 1997 16:00:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA12626; Fri, 14 Feb 1997 16:00:09 -0800 (PST) Date: Fri, 14 Feb 1997 16:00:09 -0800 (PST) Message-Id: <199702150000.QAA12626@freefall.freebsd.org> To: freebsd-bugs Cc: From: Rich Wales Subject: Re: bin/2736: No boot block if no FreeBSD partitions on first hard drive Reply-To: Rich Wales Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2736; it has been noted by GNATS. From: Rich Wales To: Joerg Wunsch Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/2736: No boot block if no FreeBSD partitions on first hard drive Date: Fri, 14 Feb 1997 18:58:12 -0500 (EST) Joerg -- Replying to: Are you sure you selected the first hard drive in the partition editor at all (without doing anything there, of course, apart from answering the boot manager ques- tion)? If you only visit the second drive, sysinstall will do what you've told it, and only install the boot manager there. (It violated this principle in the past, but this wasn't actually a Good Thing.) Yes, I did select the first hard drive, and I did answer the "boot manager" question for that drive. But it silently ignored my action. Rich Wales richw@yank.kitchener.on.ca http://www.webcom.com/richw/ From owner-freebsd-bugs Fri Feb 14 17:51:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA19358 for bugs-outgoing; Fri, 14 Feb 1997 17:51:57 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup8.gaffaneys.com [134.129.252.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA19341 for ; Fri, 14 Feb 1997 17:51:08 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id TAA00574; Fri, 14 Feb 1997 19:50:42 -0600 (CST) From: Zach Heilig Message-ID: <19970214195042.DN11939@gaffaneys.com> Date: Fri, 14 Feb 1997 19:50:42 -0600 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-bugs@freebsd.org Subject: Re: kern/2738: Kernel crashes when you mount more than one device on a mount point (oops!) References: <199702142206.QAA00532@murkwood.gaffaneys.com> X-Mailer: Mutt 0.60 Mime-Version: 1.0 In-Reply-To: ; from "J Wunsch" on Feb 15, 1997 00:54:02 +0100 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > As Zach Heilig wrote: > > >Synopsis: Kernel crashes when you mount more than one device on a mount point (oops!) > That synopsis is wrong. The kernel perfectly groks mounting more than > one resource on a single mount point. It behaves as expected then: > you can only access the last mounted resource, everything else is > shadowed. Oh foo... I thought I'd done something nasty wrong. > > I mounted devfs on /mnt,... > Ah, therein lies the rub. Devfs is not yet ready for the masses, and > it's an open secret that trying to umount it crashes the system (or > hangs rock-solid). Ok, if it's devfs's fault, and it's already being worked on, go ahead and close the pr. I just didn't like getting a cold boot after trying to umount... -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the only | is unwelcome. I avoid dealing form of culture some people have! | with companies that email ads. From owner-freebsd-bugs Fri Feb 14 18:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA21449 for bugs-outgoing; Fri, 14 Feb 1997 18:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA21441; Fri, 14 Feb 1997 18:30:03 -0800 (PST) Resent-Date: Fri, 14 Feb 1997 18:30:03 -0800 (PST) Resent-Message-Id: <199702150230.SAA21441@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.SAA21258;Fri; (8.8.5/8.8.5);, 14 Feb 1997 18:25:48.-0800 (PST) Message-Id: <199702150225.SAA21258@freefall.freebsd.org> Date: Fri, 14 Feb 1997 18:25:48 -0800 (PST) From: graphix@iastate.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2739: fetch prints messages to stdout even when receiving file to stdout Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2739 >Category: bin >Synopsis: fetch prints messages to stdout even when receiving file to stdout >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 14 18:30:01 PST 1997 >Last-Modified: >Originator: Kent Vander Velden >Organization: Iowa State University >Release: 3.0-Current >Environment: FreeBSD pseudo.cc.iastate.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sun Feb 9 02:37:42 CST 1997 kent@pseudo.cc.iastate.edu:/usr/src/sys/compile/PSEUDO i386 >Description: Fetch will print messages to stdout even when receiving a file to stdout. This causes a problem since the fetch messages becomming intertwined with the received file. >How-To-Repeat: Fetch a file to stdout and redirect to a file. Tail and head the file and you will see fetch output. >Fix: My solution was to patch fetch/main.c to print to stderr instead of stdout. retrieving revision 1.34 diff -r1.34 main.c 310,311c310,311 < printf ("%s", s); < fflush (stdout); --- > fprintf (stderr, "%s", s); > fflush (stderr); 318c318 < printf ("\r%s: 100%%", s); --- > fprintf (stderr, "\r%s: 100%%", s); 320c320 < printf ("\r%s: %qd Kbytes", s, (quad_t)bytes/1024); --- > fprintf (stderr, "\r%s: %qd Kbytes", s, (quad_t)bytes/1024); 322c322 < printf ("\n%qd bytes transfered in %.1f seconds", (quad_t)bytes, d); --- > fprintf (stderr, "\n%qd bytes transfered in %.1f seconds", (quad_t)byt, d); 325c325 < printf (" (%.0f bytes/s)\n", d); --- > fprintf (stderr, " (%.0f bytes/s)\n", d); 328c328 < printf (" (%.2f kB/s)\n", d); --- > fprintf (stderr, " (%.2f kB/s)\n", d); 341c341 < printf ("\r%s: %2qd%%", s, (quad_t)bytes/(size/100)); --- > fprintf (stderr, "\r%s: %2qd%%", s, (quad_t)bytes/(size/100)); 343c343 < printf ("\r%s: %2qd%%", s, (quad_t)100*bytes/size); --- > fprintf (stderr, "\r%s: %2qd%%", s, (quad_t)100*bytes/size); 345,346c345,346 < printf ("\r%s: %qd kB", s, (quad_t)bytes/1024); < fflush (stdout); --- > fprintf (stderr, "\r%s: %qd kB", s, (quad_t)bytes/1024); > fflush (stderr); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 14 19:08:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA23672 for bugs-outgoing; Fri, 14 Feb 1997 19:08:11 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA23465; Fri, 14 Feb 1997 19:05:27 -0800 (PST) Date: Fri, 14 Feb 1997 19:05:27 -0800 (PST) From: John-Mark Gurney Message-Id: <199702150305.TAA23465@freefall.freebsd.org> To: zach@blizzard.gaffaneys.com, jmg, freebsd-bugs Subject: Re: kern/2738 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Kernel crashes when you mount more than one device on a mount point (oops!) State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Fri Feb 14 19:02:05 PST 1997 State-Changed-Why: originator confirms closure because real bug is with umounting devfs From owner-freebsd-bugs Fri Feb 14 19:51:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA26240 for bugs-outgoing; Fri, 14 Feb 1997 19:51:30 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA26194; Fri, 14 Feb 1997 19:50:52 -0800 (PST) Date: Fri, 14 Feb 1997 19:50:52 -0800 (PST) From: John-Mark Gurney Message-Id: <199702150350.TAA26194@freefall.freebsd.org> To: jmg, freebsd-bugs, jmg Subject: Re: bin/2739 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fetch prints messages to stdout even when receiving file to stdout Responsible-Changed-From-To: freebsd-bugs->jmg Responsible-Changed-By: jmg Responsible-Changed-When: Fri Feb 14 19:48:04 PST 1997 Responsible-Changed-Why: I've been mucking around in fetch... might as well take this one too... From owner-freebsd-bugs Fri Feb 14 20:06:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA26862 for bugs-outgoing; Fri, 14 Feb 1997 20:06:11 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id UAA26734; Fri, 14 Feb 1997 20:03:40 -0800 (PST) Received: from hydrogen.nike.efn.org by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0vvbLX-0009AIC; Fri, 14 Feb 97 20:03 PST Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id TAA03134; Fri, 14 Feb 1997 19:48:02 -0800 (PST) Date: Fri, 14 Feb 1997 19:47:59 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: graphix@iastate.edu cc: freebsd-gnats-submit@freebsd.org, GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2739: fetch prints messages to stdout even when receiving file to stdout In-Reply-To: <199702150225.SAA21258@freefall.freebsd.org> Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 14 Feb 1997 graphix@iastate.edu wrote: thanks for the bug report... > >Synopsis: fetch prints messages to stdout even when receiving file to stdout > >Description: > Fetch will print messages to stdout even when receiving a file to stdout. > This causes a problem since the fetch messages becomming intertwined > with the received file. > >How-To-Repeat: > Fetch a file to stdout and redirect to a file. Tail and head the file > and you will see fetch output. > >Fix: > My solution was to patch fetch/main.c to print to stderr instead of > stdout. > > retrieving revision 1.34 > diff -r1.34 main.c [patch deleted] could you send me the patch as a context diff instead? thanks... ttyl... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Fri Feb 14 21:00:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA29420 for bugs-outgoing; Fri, 14 Feb 1997 21:00:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA29376; Fri, 14 Feb 1997 21:00:04 -0800 (PST) Resent-Date: Fri, 14 Feb 1997 21:00:04 -0800 (PST) Resent-Message-Id: <199702150500.VAA29376@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.UAA29148;Fri; (8.8.5/8.8.5);, 14 Feb 1997 20:54:23.-0800 (PST) Message-Id: <199702150454.UAA29148@freefall.freebsd.org> Date: Fri, 14 Feb 1997 20:54:23 -0800 (PST) From: pgiffuni@fps.biblos.unal.edu.co To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2740: root-fs full erases password table ! Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2740 >Category: bin >Synopsis: root-fs full erases password table ! >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 14 21:00:02 PST 1997 >Last-Modified: >Originator: Pedro Giffuni S. >Organization: Universidad Nacional de Colombia >Release: 2.1.5 Release >Environment: (Just can't do this anymore)An unmodified 2.1.5 Release. >Description: After I tried to change my password (as a non-privileged user) the system replied the file system was full and the table was not updated. I tried to su to root, and I wasn't recognized as a user. The password table was destroyed and no one can log-in. >How-To-Repeat: It's actually the second time it happens. It might be a security breach. >Fix: Verify there is space, or (and?) write a copy of the password files before updating the password table.... ??? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 14 21:27:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA00683 for bugs-outgoing; Fri, 14 Feb 1997 21:27:48 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA00634; Fri, 14 Feb 1997 21:27:05 -0800 (PST) Date: Fri, 14 Feb 1997 21:27:05 -0800 (PST) From: Bruce Evans Message-Id: <199702150527.VAA00634@freefall.freebsd.org> To: bugs@freebsd.org Subject: cvs masks signals while waiting for locks Cc: peter@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I deadlocked cvs by doing `cvs commit Makefile' and then trying to do `cvs diff -r 1.x Makefile' in a subprocess. The subprocess ignored SIGINT, SIGHUP and SIGTERM. Bruce From owner-freebsd-bugs Fri Feb 14 22:16:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA03228 for bugs-outgoing; Fri, 14 Feb 1997 22:16:13 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA03064 for ; Fri, 14 Feb 1997 22:12:14 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id RAA24391; Sat, 15 Feb 1997 17:11:32 +1100 (EST) Message-ID: <19970215171131.52241@usn.blaze.net.au> Date: Sat, 15 Feb 1997 17:11:31 +1100 From: David Nugent To: pgiffuni@fps.biblos.unal.edu.co Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/2740: root-fs full erases password table ! References: <199702150454.UAA29148@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <199702150454.UAA29148@freefall.freebsd.org>; from pgiffuni@fps.biblos.unal.edu.co on Feb 02, 1997 at 08:54:23PM Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 08:54:23PM, pgiffuni@fps.biblos.unal.edu.co wrote: > >Originator: Pedro Giffuni S. > >Organization: > Universidad Nacional de Colombia > >Release: 2.1.5 Release > >Environment: > (Just can't do this anymore)An unmodified 2.1.5 Release. > >Description: > After I tried to change my password (as a non-privileged user) the > system replied the file system was full and the table was not updated. I > tried to su to root, and I wasn't recognized as a user. The password > table was destroyed and no one can log-in. FWIW, I saw something similar to this recently on a system running -current too. When the filesystem filled up, and some change was attempted on /etc/master.passwd, that file just 'disappeared'. Fortunately, the system remained usable because the database version was not updated, and I noticed the problem in the daily report and could restore from /var/backups. I don't know (yet) what it was that erroneously blew /etc/master.passwd away. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Sat Feb 15 00:10:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA11194 for bugs-outgoing; Sat, 15 Feb 1997 00:10:14 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA11184; Sat, 15 Feb 1997 00:10:06 -0800 (PST) Resent-Date: Sat, 15 Feb 1997 00:10:06 -0800 (PST) Resent-Message-Id: <199702150810.AAA11184@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA10922 for ; Sat, 15 Feb 1997 00:01:10 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id KAA03771 for ; Sat, 15 Feb 1997 10:00:58 +0200 (EET) Received: (root@localhost) by katiska.clinet.fi (8.8.4/8.6.4) id KAA07549; Sat, 15 Feb 1997 10:00:57 +0200 (EET) Message-Id: <199702150800.KAA07549@katiska.clinet.fi> Date: Sat, 15 Feb 1997 10:00:57 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2742: panic: leaf should be empty Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2742 >Category: kern >Synopsis: panic: leaf should be empty >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 15 00:10:03 PST 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-RELEASE i386 >Environment: WWW server, Pentium, mounts disks over nfs (for some of the WWW data). Number of virtual servers exist in the machine. Server is apache. >Description: The system panics with "leaf should be empty" and locks up. >How-To-Repeat: I do not know, the system was reasonably stable until two days ago, but now it keeps crashing several times a day. I do not know yet anything obvious which could have changed. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 15 01:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA12940 for bugs-outgoing; Sat, 15 Feb 1997 01:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA12934; Sat, 15 Feb 1997 01:20:02 -0800 (PST) Date: Sat, 15 Feb 1997 01:20:02 -0800 (PST) Message-Id: <199702150920.BAA12934@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/2742: panic: leaf should be empty Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2742; it has been noted by GNATS. From: David Greenman To: hsu@clinet.fi Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2742: panic: leaf should be empty Date: Sat, 15 Feb 1997 01:12:36 -0800 >>Description: > >The system panics with "leaf should be empty" and locks up. Try rebuilding your kernel without the DIAGNOSTIC option. It looks like this is yet another check in the DIAGNOSTIC case that might be bogus or overly pessimistic. DIAGNOSTIC doesn't get a lot of use and the assumptions made in some of the checks are sometimes no longer valid. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Sat Feb 15 03:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA17498 for bugs-outgoing; Sat, 15 Feb 1997 03:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA17456; Sat, 15 Feb 1997 03:30:02 -0800 (PST) Date: Sat, 15 Feb 1997 03:30:02 -0800 (PST) Message-Id: <199702151130.DAA17456@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: i386/2166: psm driver locks the console Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/2166; it has been noted by GNATS. From: Kazutaka YOKOTA To: paulo@isr.uc.pt Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: i386/2166: psm driver locks the console Date: Sat, 15 Feb 1997 19:53:42 +0900 Hello. In December you reported problems with the `psm' driver and `moused' in the FreeBSD 3.0-CURRENT running on HP Vectra VL. Since then, problems similar to yours have been reported and fixed. I wonder if these recent fix also cured your difficulty. The most possible versions of FreeBSD which may have solved your problem are 2.2-GAMMA, 3.0-SNAPs (970124 or later) and -current. If you have tried one of these, would you please tell me success/failure? If found no problem, I would close your PR. If you still have the problem, apparently I need to find a fix for the psm driver (possibly with your help). Kazu, the current psm driver hacker :-) From owner-freebsd-bugs Sat Feb 15 06:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA26007 for bugs-outgoing; Sat, 15 Feb 1997 06:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA26001; Sat, 15 Feb 1997 06:20:04 -0800 (PST) Resent-Date: Sat, 15 Feb 1997 06:20:04 -0800 (PST) Resent-Message-Id: <199702151420.GAA26001@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.GAA25709;Sat; (8.8.5/8.8.5);, 15 Feb 1997 06:15:20.-0800 (PST) Message-Id: <199702151415.GAA25709@freefall.freebsd.org> Date: Sat, 15 Feb 1997 06:15:20 -0800 (PST) From: kchowksey@hss.hns.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2743: during kernel compilation, 'make' fails (ranlib : libkern.a : Incorrect File Format) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2743 >Category: kern >Synopsis: during kernel compilation, 'make' fails (ranlib : libkern.a : Incorrect File Format) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 15 06:20:02 PST 1997 >Last-Modified: >Originator: Kapil Chowksey >Organization: Hughes Software Systems >Release: 2.1.6-RELEASE >Environment: FreeBSD mchopra.hss.hns.com 2.1.6-RELEASE FreeBSD 2.1.6-RELEASE #0: Sun Nov 24 23:31:18 1996 jkh@whisker.cdrom.com:/usr/src/sys/compile/GENERIC >Description: While builiding a custom kernel, 'make depend' succeeds. But during make, it complains Building kernel library ranlib libkern.a ranlib : libkern.a : Incorrect File Format *NOTE* my /usr/src/sys is NFS mounted from a Solaris 2.5 Sparc machine. >How-To-Repeat: mount /usr/src/sys from a solaris 2.5 machine. then build the kernel in the standard manner. >Fix: This problem could well be with 'ranlib' or FreeBSD NFS client. No obvious fix is known to me. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 15 08:30:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA02887 for bugs-outgoing; Sat, 15 Feb 1997 08:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA02868; Sat, 15 Feb 1997 08:30:03 -0800 (PST) Date: Sat, 15 Feb 1997 08:30:03 -0800 (PST) Message-Id: <199702151630.IAA02868@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/2743: during kernel compilation, 'make' fails (ranlib : libkern.a : Incorrect File Format) Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2743; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: kchowksey@hss.hns.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/2743: during kernel compilation, 'make' fails (ranlib : libkern.a : Incorrect File Format) Date: Sat, 15 Feb 1997 16:52:35 +0100 As kchowksey@hss.hns.com wrote: > Building kernel library > ranlib libkern.a > ranlib : libkern.a : Incorrect File Format > > *NOTE* my /usr/src/sys is NFS mounted from a Solaris 2.5 Sparc machine. > >How-To-Repeat: > mount /usr/src/sys from a solaris 2.5 machine. then build the kernel in > the standard manner. Not cofirmed. Though libkern.a is no longer part of the kernel build, i've just tried this against a SunOS 5.1 machine, with various mount methods (NFSv2, NFSv3, TCP, UDP), and all of them were correctly able to create and ranlib such a library. Are you sure you aren't suffering from an empty file accidentally left over from an aborted build? If that's not the case, please investigate more what's wrong with the data of your libkern.a. If nobody else can reproduce it, it's hard to help you here. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Feb 15 09:34:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA06067 for bugs-outgoing; Sat, 15 Feb 1997 09:34:38 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA06027; Sat, 15 Feb 1997 09:34:17 -0800 (PST) Date: Sat, 15 Feb 1997 09:34:17 -0800 (PST) From: Joerg Wunsch Message-Id: <199702151734.JAA06027@freefall.freebsd.org> To: kchowksey@hss.hns.com, joerg, freebsd-bugs Subject: Re: kern/2743 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: during kernel compilation, 'make' fails (ranlib : libkern.a : Incorrect File Format) State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Feb 15 18:28:42 MET 1997 State-Changed-Why: The problem cannot be reproduced, and mail to the orignator bounces right away. Not much that can be done thus. From owner-freebsd-bugs Sat Feb 15 12:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA12398 for bugs-outgoing; Sat, 15 Feb 1997 12:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA12367; Sat, 15 Feb 1997 12:40:02 -0800 (PST) Resent-Date: Sat, 15 Feb 1997 12:40:02 -0800 (PST) Resent-Message-Id: <199702152040.MAA12367@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, obrien@NUXI.com Received: from relay.nuxi.com (nuxi.ucdavis.edu [128.120.37.176]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA12256 for ; Sat, 15 Feb 1997 12:36:07 -0800 (PST) Received: from dragon.nuxi.com (reqd-029.ucdavis.edu [128.120.251.149]) by relay.nuxi.com (8.8.4/8.6.12) with ESMTP id MAA29599 for ; Sat, 15 Feb 1997 12:36:15 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.8.5/8.7.3) id UAA09331; Sat, 15 Feb 1997 20:36:02 GMT Message-Id: <199702152036.UAA09331@dragon.nuxi.com> Date: Sat, 15 Feb 1997 20:36:02 GMT From: "David O'Brien" Reply-To: obrien@NUXI.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2745: PR querry web form doens't sort correctly Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2745 >Category: misc >Synopsis: PR querry web form doesn't sort correctly >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 15 12:40:01 PST 1997 >Last-Modified: >Originator: David O'Brien >Organization: The FreeBSD Project >Release: FreeBSD 2.2-970209-GAMMA i386 >Environment: Netscape 3.0 (BSDI version) >Description: Using http://www.freebsd.org/cgi/query-pr-summary.cgi?query with "sort by responcible party" doesn't sort correctly. I expected this to be the primary sort key, but severity seems to be, with responcibile party being the secondary key. >How-To-Repeat: Try a querry with "sort by responcible party", categor "Ports", and the reset of the fields set to "Any". >Fix: ??? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 15 13:27:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14031 for bugs-outgoing; Sat, 15 Feb 1997 13:27:58 -0800 (PST) Received: from smoke.marlboro.vt.us (smoke.marlboro.vt.us [198.206.215.91]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14018 for ; Sat, 15 Feb 1997 13:27:51 -0800 (PST) Received: (from cgull@localhost) by smoke.marlboro.vt.us (8.7/8.8.3/cgull) id QAA09464; Sat, 15 Feb 1997 16:27:13 -0500 (EST) Date: Sat, 15 Feb 1997 16:27:13 -0500 (EST) Message-Id: <199702152127.QAA09464@smoke.marlboro.vt.us> From: john hood To: Kazutaka YOKOTA , bugs@freebsd.org Subject: Re: moused and X11R6 In-Reply-To: <199702090213.LAA11763@zodiac.mech.utsunomiya-u.ac.jp> References: <199702090213.LAA11763@zodiac.mech.utsunomiya-u.ac.jp> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Kazutaka YOKOTA writes: > > >Here's my > >setup: > >I use a generic mouse that can autoswitch between 2button microsoft mode > >and 3 button mousesystems mode. There is no physical switch on the mouse to > >select the modes. It depends on what instructions it's fed. > > Interesting. I haven't heard about such mice before... Which company > makes such beast? Quite apart from Leonard's comment that his mouse is actually something different, there are mice that do precisely what is described above. I've got an ITAC trackball that does just this. They work by detecting RTS low (or was it DTR low? or both? the manual's someplace else) when the mouse is started. Check the XFree86 mouse code for details. Unfortunately, the 2.1.5 FreeBSD serial code seems to have a bug that prevents this autodetection from working (I've not tracked it down yet). --jh -- John Hood cgull@smoke.marlboro.vt.us Predictably, they all eventually wandered away, rubbing their bruises and brushing mud out of their hair. Some went off to work for the ESA, launching much smaller rockets into low orbits, while others elected to sit on their front porches drinking Jim Beam from the bottle and launching bottle rockets from the empties. [Jordan Hubbard] From owner-freebsd-bugs Sat Feb 15 19:30:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09353 for bugs-outgoing; Sat, 15 Feb 1997 19:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09340; Sat, 15 Feb 1997 19:30:04 -0800 (PST) Resent-Date: Sat, 15 Feb 1997 19:30:04 -0800 (PST) Resent-Message-Id: <199702160330.TAA09340@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, thompson@tgsoft.com Received: from squirrel.tgsoft.com (squirrel.tgsoft.com [207.167.64.183]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08911 for ; Sat, 15 Feb 1997 19:22:05 -0800 (PST) Received: (from thompson@localhost) by squirrel.tgsoft.com (8.8.3/8.6.12) id TAA15126; Sat, 15 Feb 1997 19:22:48 -0800 (PST) Message-Id: <199702160322.TAA15126@squirrel.tgsoft.com> Date: Sat, 15 Feb 1997 19:22:48 -0800 (PST) From: mark thompson Reply-To: thompson@tgsoft.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2747: at cannot be run in an atjob Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2747 >Category: bin >Synopsis: cannot submit at jobs from within an at job >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 15 19:30:02 PST 1997 >Last-Modified: >Originator: mark thompson >Organization: T & G Software >Release: FreeBSD 2.2 >Environment: 2.1.x and 2.2 >Description: You cannot submit an at job from within an at job, since the submitted job will have the wrong mail address, and atrun will reject it. The comments suggest that the code in question (see below) is a hangover from an earlier day, and no longer appropriate. >How-To-Repeat: Have an at job that submits itself. Run the at job as someone other than root. The submitted job will not run. >Fix: --- at.c Mon Oct 23 22:09:54 1995 +++ at.c.new Sat Feb 15 19:15:28 1997 @@ -298,12 +298,9 @@ if((fp = fdopen(fdes, "w")) == NULL) panic("Cannot reopen atjob file"); - /* Get the userid to mail to, first by trying getlogin(), which reads - * /etc/utmp, then from LOGNAME, finally from getpwuid(). + /* Get the userid to mail to, first by LOGNAME, then from getpwuid(). */ - mailname = getlogin(); - if (mailname == NULL) - mailname = getenv("LOGNAME"); + mailname = getenv("LOGNAME"); if ((mailname == NULL) || (mailname[0] == '\0') || (strlen(mailname) > 8) || (getpwnam(mailname)==NULL)) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 15 23:10:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA17229 for bugs-outgoing; Sat, 15 Feb 1997 23:10:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA17217; Sat, 15 Feb 1997 23:10:05 -0800 (PST) Date: Sat, 15 Feb 1997 23:10:05 -0800 (PST) Message-Id: <199702160710.XAA17217@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: bin/2747: at cannot be run in an atjob Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2747; it has been noted by GNATS. From: Mike Pritchard To: thompson@tgsoft.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/2747: at cannot be run in an atjob Date: Sat, 15 Feb 1997 23:04:09 -0800 (PST) mark thompson wrote: > > You cannot submit an at job from within an at job, since the submitted > job will have the wrong mail address, and atrun will reject it. The > comments suggest that the code in question (see below) is a hangover > from an earlier day, and no longer appropriate. Be careful around this code. If I remember correctly from the last time I mucked around in there, there are security implications with the whole section of code. -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sat Feb 15 23:30:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA18123 for bugs-outgoing; Sat, 15 Feb 1997 23:30:12 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA18022; Sat, 15 Feb 1997 23:29:03 -0800 (PST) Date: Sat, 15 Feb 1997 23:29:03 -0800 (PST) From: Mike Pritchard Message-Id: <199702160729.XAA18022@freefall.freebsd.org> To: zach@blizzard.gaffaneys.com, mpp, freebsd-bugs, julian Subject: Re: kern/2738 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Kernel crashes when you mount more than one device on a mount point (oops!) State-Changed-From-To: closed-open State-Changed-By: mpp State-Changed-When: Sat Feb 15 23:25:25 PST 1997 State-Changed-Why: Re-opened because there is still a devfs problem here, and there are no other PRs open on that problem. Responsible-Changed-From-To: freebsd-bugs->julian Responsible-Changed-By: mpp Responsible-Changed-When: Sat Feb 15 23:25:25 PST 1997 Responsible-Changed-Why: Devfs is Julian's baby.