Available messages for freebsd-hackers in the week of 6 Dec 1999

6 Dec 1999

Mike Smith	Re: fxp, xl driver question .. (routing)
Mike Smith	Re: fxp, xl driver question .. (routing)
Nick Rogness	Re: natd is jumpy
Peter Wemm	Re: new Intel 100Mbps card
David Greenman	Re: new Intel 100Mbps card
Darren Reed	Re: 3c589d w/ freebsd 3.3 works badly.
Egervary Gergely	Re: cdrom speed adjustment ioctl
Matthew Dillon	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Matthew Dillon	Re: vfs_bio questions/nfs cluster commit
Matthew Dillon	Re: tmpfs .. ?
Matthew Dillon	Re: tmpfs .. ?
Matthew Dillon	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Matthew Dillon	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Matthew Dillon	Re: Strange SCSI sickness
Zhihui Zhang	ELF & putting inode at the front of a file
Ronald F. Guilmette	Re: natd is jumpy
kvandel	Re: fxp, xl driver question .. (routing)(SOLVED)
Dennis	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Mike Smith	Re: tty level buffer overflows
Wilko Bulte	Re: Strange SCSI sickness
Lyndon Nerenberg	Re: tmpfs .. ?
Matthew Jacob	Re: tty level buffer overflows
Viren Jain	Linking problems w/ pthreads on 3.3
Bill Fumerola	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Matthew Dillon	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Ed Hall	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
David Wolfskill	Re: tmpfs .. ?
Ronald G. Minnich	Re: ELF & putting inode at the front of a file
Jordan K. Hubbard	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Matthew Dillon	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Jordan K. Hubbard	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Karl Denninger	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Zhihui Zhang	Re: ELF & putting inode at the front of a file
Matthew Dillon	Re: tmpfs .. ?
Matthew Dillon	Re: ELF & putting inode at the front of a file
Warner Losh	Re: tty level buffer overflows
Gerard Roudier	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Matthew Dillon	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Jordan K. Hubbard	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Matthew Dillon	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Ed Hall	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Mike Smith	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Matthew Dillon	Re: ELF & putting inode at the front of a file
Andrew Gallatin	Is part of user stack always mapped?
Matthew Dillon	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Peter Jeremy	Re: tmpfs .. ?
Julian Elischer	Re: ELF & putting inode at the front of a file
Zhihui Zhang	Re: ELF & putting inode at the front of a file
Zhihui Zhang	Re: ELF & putting inode at the front of a file
Julian Elischer	Re: ELF & putting inode at the front of a file
Luoqi Chen	Re: Is part of user stack always mapped?
Ronald G. Minnich	Re: ELF & putting inode at the front of a file
Poul-Henning Kamp	Re: ELF & putting inode at the front of a file
Wes Peters	HomePNA network cards
Zhihui Zhang	Re: ELF & putting inode at the front of a file
Julian Elischer	Re: HomePNA network cards
Parag Patel	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Karl Denninger	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Warner Losh	Re: 3c589d w/ freebsd 3.3 works badly.
Warner Losh	Re: ejecting card with 3.3 causes hang ?
Warner Losh	Re: tty level buffer overflows
Darren Reed	Re: 3c589d w/ freebsd 3.3 works badly.
Mike Smith	Re: Is part of user stack always mapped?
Warner Losh	Re: 3c589d w/ freebsd 3.3 works badly.
Stephen Hocking-Senior Programmer PGS Perth	Glide source available
Gerard Roudier	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Andrew Gallatin	Re: Is part of user stack always mapped?
Matthew Dillon	Re: ELF & putting inode at the front of a file
Alex	PCI device drivers
Kip Macy	Re: Linking problems w/ pthreads on 3.3
Nick Hilliard	Re: ejecting card with 3.3 causes hang ?
Andrew Reilly	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Witthaya Panichprechakorn	About divert socket
Jason Evans	*jmp() renaming in libc
Daniel O'Connor	RE: PCI device drivers
Robert Watson	Re: HomePNA network cards
Julian Elischer	Re: HomePNA network cards
Robert Watson	Re: HomePNA network cards
Julian Elischer	Re: HomePNA network cards
Julian Elischer	Irda support.
Daniel O'Connor	RE: Irda support.
Randell Jesup	Re: cdrom speed adjustment ioctl
Christian Bruno	linux compatibility question

7 Dec 1999

Wes Peters	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Andrew Reilly	Bugs and their ubiquity (was an extended rant about PCI DMA)
Thomas Uhrfelt	RE: Irda support.
Marcel Moolenaar	Re: linux compatibility question
Peter Wemm	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Andrew Gallatin	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Greg Lehey	Re: 3c589d w/ freebsd 3.3 works badly.
Daniel C. Sobral	Re: linux compatibility question
Ville-Pertti Keinonen	Re: vmnet (was: Linux ioctl not implemented error)
James Van Vleet	RE: HomePNA network cards
Nick Hilliard	Re: [PATCHES] Two fixes for lpd/lpc for review and test
Archie Cobbs	Re: About divert socket
Warner Losh	Re: ejecting card with 3.3 causes hang ?
Doug Rabson	Re: Glide source available
Bill Fumerola	Re: Glide source available
Doug Rabson	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Gerard Roudier	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Peter Wemm	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Ben Rosengart	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Randell Jesup	Re: ELF & putting inode at the front of a file
Randell Jesup	Re: ELF & putting inode at the front of a file
Ed Hall	(no subject)
C. Stephen Gunn	Upgrading rdist to v6.1.5 in -CURRENT?
Vladimir N. Silyaev	Re: vmnet (was: Linux ioctl not implemented error)
Vladimir N. Silyaev	FreeBSD-i386 and GS selector register
Luoqi Chen	Re: FreeBSD-i386 and GS selector register
Vladimir N. Silyaev	Re: FreeBSD-i386 and GS selector register

8 Dec 1999

Warner Losh	Re: Newer pccard code
Doug Rabson	Re: Glide source available
Zhihui Zhang	Re: ELF & putting inode at the front of a file
Dan Seguin	Re: Fwd: Re: kstat - an API for gathering kernel stats
Joe Abley	Re: Upgrading rdist to v6.1.5 in -CURRENT?
Daniel Hilevich	Use of the ppi interface
Jonathan M. Bresler	Re: ELF & putting inode at the front of a file
Andrzej Bialecki	Re: Fwd: Re: kstat - an API for gathering kernel stats
Arun Sharma	Re: Fwd: Re: kstat - an API for gathering kernel stats
Andrzej Bialecki	Re: Fwd: Re: kstat - an API for gathering kernel stats
Arun Sharma	Re: Fwd: Re: kstat - an API for gathering kernel stats
Matthew Dillon	Getting a new MAP_ flag into mmap() prior to 4.x freeze
Ben Rosengart	Re: Getting a new MAP_ flag into mmap() prior to 4.x freeze
C. Stephen Gunn	Re: Upgrading rdist to v6.1.5 in -CURRENT?
Ben Rosengart	Re: Getting a new MAP_ flag into mmap() prior to 4.x freeze
Matthew N. Dodd	Re: Fwd: Re: kstat - an API for gathering kernel stats
Rayson Ho	Faster Malloc
Matthew Dillon	Re: Getting a new MAP_ flag into mmap() prior to 4.x freeze
Scott Hess	Re: Faster Malloc
Kip Macy	Re: Faster Malloc
Alex	Interrupt handler for PCI
Louis A. Mamakos	Re: Fwd: Re: kstat - an API for gathering kernel stats
Alfred Perlstein	Re: Faster Malloc
Alfred Perlstein	Re: Getting a new MAP_ flag into mmap() prior to 4.x freeze
Matthew Dillon	Re: Getting a new MAP_ flag into mmap() prior to 4.x freeze
Jason Young	Re: Getting a new MAP_ flag into mmap() prior to 4.x freeze
Richard Wendland	mmap() and atime/mtime
Matthew Dillon	Re: Getting a new MAP_ flag into mmap() prior to 4.x freeze
Archie Cobbs	New mpd with netgraph and PPTP
Ronald G. Minnich	Re: Getting a new MAP_ flag into mmap() prior to 4.x freeze
Matthew Dillon	Re: mmap() and atime/mtime
Matthew Dillon	Re: writing to an mmap()'ed region requires read access?
Tomoaki NISHIYAMA	ctype.h difines _T globaly
Matthew Dillon	mmap/write case brought up again - maybe its time to...
Kirk McKusick	Re: mmap/write case brought up again - maybe its time to...
Robert Watson	question about boot loaders

9 Dec 1999

Neil Blakey-Milner	Re: question about boot loaders
Robert Watson	Re: question about boot loaders
Jason Evans	Possible libc changes to support LinuxThreads
Robert Watson	Re: question about boot loaders
Peter Wemm	Re: Possible libc changes to support LinuxThreads
Ralph Utbult	firewall problem?
Richard Smith	Re: firewall problem?
Richard Seaman, Jr.	Re: Possible libc changes to support LinuxThreads
Robert Withrow	Weird output from vmstat -m?
Etienne De Bruin	Sequence of Events in Kernel source?
Koster, K.J.	RE: tty level buffer overflows
Stephane E. Potvin	ifconfig panic using 3C574 card
Charles Randall	Veritas Software Now Shipping With Linux
Emery Berger	Re: Faster Malloc
Jonathan M. Bresler	Re: firewall problem?
Doug White	Re: question about boot loaders
Richard Seaman, Jr.	Re: Possible libc changes to support LinuxThreads
Matthew Jacob	Re: Veritas Software Now Shipping With Linux
Alex	printf() from KLD
Jason Evans	Re: Possible libc changes to support LinuxThreads
Archie Cobbs	Re: printf() from KLD
Daniel Eischen	Re: Possible libc changes to support LinuxThreads
Julian Elischer	Re: Sequence of Events in Kernel source?
Richard Seaman, Jr.	Re: Possible libc changes to support LinuxThreads
Mike Smith	Re: question about boot loaders
Mike Smith	Re: printf() from KLD
Pat Lynch	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Daniel Eischen	Re: Possible libc changes to support LinuxThreads
Richard Seaman, Jr.	Re: Possible libc changes to support LinuxThreads
Daniel Eischen	Re: Possible libc changes to support LinuxThreads
Archie Cobbs	Crypto in the kernel: where & how?
Jason Thorpe	Re: Crypto in the kernel: where & how?
Kris Kennaway	Re: Crypto in the kernel: where & how?
C. Stephen Gunn	Re: Upgrading rdist to v6.1.5 in -CURRENT?
Mark Murray	Re: Crypto in the kernel: where & how?

10 Dec 1999

Yoshinobu Inoue	Re: Crypto in the kernel: where & how?
Mark Murray	Re: Crypto in the kernel: where & how?
John Hay	Re: Crypto in the kernel: where & how?
Mark Murray	Re: Crypto in the kernel: where & how?
Christoph Kukulies	netnoot - INT 18 device
Zhihui Zhang	Why VMIO directory is a bad idea?
David Malone	Re: Why VMIO directory is a bad idea?
Robert Watson	Re: Why VMIO directory is a bad idea?
Robert Gordon	Fw: Clustered Read/writes and NFS..
Martin Hinner	Contribution
Matthew Dillon	Re: Fw: Clustered Read/writes and NFS..
Matthew Dillon	Re: Why VMIO directory is a bad idea?
Doug White	Re: Contribution
Rob King	AWE64 and 4.0
Dan Moschuk	Re: Crypto in the kernel: where & how?
Kris Kennaway	Re: Crypto in the kernel: where & how?
Zhihui Zhang	Re: Why VMIO directory is a bad idea?
Matthew Dillon	Re: Why VMIO directory is a bad idea?
Adam	Re: AWE64 and 4.0
Dan Moschuk	Re: Crypto in the kernel: where & how?
Bob Kot	Device driver - panics executing kvtop() when compiled as KLD module
Mike Smith	Re: Interrupt handler for PCI
Mike Smith	Re: netnoot - INT 18 device
Michael Beckmann	large file aware utilities
Mike Smith	Re: Device driver - panics executing kvtop() when compiled as KLD module
Mike Smith	Re: Use of the ppi interface

11 Dec 1999

Daniel C. Sobral	Re: Contribution
Eivind Eklund	Re: PCI DMA lockups in 3.2 (3.3 maybe?)
Dan Nelson	Re: large file aware utilities
Ronald F. Guilmette	Re: Contribution
Doug White	Re: Contribution
John Baldwin	Re: Contribution
Vladimir N. Silyaev	Multiple instances of the same character device
The Hermit Hacker	Re: Why VMIO directory is a bad idea?
Josef Grosch	incoming directory on freebsd.org
Chris Costello	Re: incoming directory on freebsd.org
Mike Smith	Re: reboots
David Greenman	Re: Multiple instances of the same character device
Vladimir N. Silyaev	Re: Multiple instances of the same character device
Ronald F. Guilmette	SCSI tape minor device numbers
David Gilbert	Holding daemon filehandles.
Alexey Prohorenko	Problem with FreeBSD/Apache!
Matthew Dillon	Recent NFS commits, plus Heads up to 2.2.x users Hello everyone. There have been a number of recent NFS commits to fix bugs. Everything is hunky dory, but I do not have a 2.2.x box to test the MFC to 2.2.x so this is a head's up to 2.2.x users who are using NFS that these (relatively simple) bug fixes have been MFC'd, but not tested. It would be nice if I could get confirmation that 2.2.x hasn't blow up :-) -Matt Matthew Dillon <dillon@backplane.com> dillon 1999/12/11 19:19:33 PST Modified files: sys/kern vfs_subr.c vfs_syscalls.c sys/vm vm_fault.c vm_map.c vm_map.h vm_mmap.c vm_object.c vm_object.h vm_page.c vm_page.h sys/sys mman.h lib/libc/sys madvise.2 mmap.2 Log: Add MAP_NOSYNC feature to mmap(), and MADV_NOSYNC and MADV_AUTOSYNC to madvise(). This feature prevents the update daemon from gratuitously flushing dirty pages associated with a mapped file-backed region of memory. The system pager will still page the memory as necessary and the VM system will still be fully coherent with the filesystem. Modifications made by other means to the same area of memory, for example by write(), are unaffected. The feature works on a page-granularity basis. MAP_NOSYNC allows one to use mmap() to share memory between processes without incuring any significant filesystem overhead, putting it in the same performance category as SysV Shared memory and anonymous memory. Reviewed by: julian, alc, dg Revision Changes Path 1.239 +2 -2 src/sys/kern/vfs_subr.c 1.147 +3 -2 src/sys/kern/vfs_syscalls.c 1.108 +17 -3 src/sys/vm/vm_fault.c 1.184 +16 -3 src/sys/vm/vm_map.c 1.52 +3 -2 src/sys/vm/vm_map.h 1.105 +5 -4 src/sys/vm/vm_mmap.c 1.171 +32 -5 src/sys/vm/vm_object.c 1.62 +4 -3 src/sys/vm/vm_object.h 1.147 +8 -4 src/sys/vm/vm_page.c 1.74 +5 -5 src/sys/vm/vm_page.h 1.27 +4 -1 src/sys/sys/mman.h 1.16 +28 -1 src/lib/libc/sys/madvise.2 1.18 +30 -1 src/lib/libc/sys/mmap.2 dillon 1999/12/11 19:28:15 PST Modified files: sys/kern vfs_syscalls.c Log: Remove accidental pollution unrelated to previous commit. The issue here is real but has not yet been discussed with Eivind. Revision Changes Path 1.148 +2 -3 src/sys/kern/vfs_syscalls.c dillon 1999/12/11 22:09:58 PST Modified files: sys/nfs nfs_bio.c nfs_subs.c nfs_vnops.c sys/sys buf.h Log: Synopsis of problem being fixed: Dan Nelson originally reported that blocks of zeros could wind up in a file written to over NFS by a client. The problem only occurs a few times per several gigabytes of data. This problem turned out to be bug #3 below. bug #1: B_CLUSTEROK must be cleared when an NFS buffer is reverted from stage 2 (ready for commit rpc) to stage 1 (ready for write). Reversions can occur when a dirty NFS buffer is redirtied with new data. Otherwise the VFS/BIO system may end up thinking that a stage 1 NFS buffer is clusterable. Stage 1 NFS buffers are not clusterable. bug #2: B_CLUSTEROK was inappropriately set for a 'short' NFS buffer (short buffers only occur near the EOF of the file). Change to only set when the buffer is a full biosize (usually 8K). This bug has no effect but should be fixed in -current anyway. It need not be backported. bug #3: B_NEEDCOMMIT was inappropriately set in nfs_flush() (which is typically only called by the update daemon). nfs_flush() does a multi-pass loop but due to the lack of vnode locking it is possible for new buffers to be added to the dirtyblkhd list while a flush operation is going on. This may result in nfs_flush() setting B_NEEDCOMMIT on a buffer which has NOT yet gone through its stage 1 write, causing only the commit rpc to be made and thus causing the contents of the buffer to be thrown away (never sent to the server). The patch also contains some cleanup, which only applies to the commit into -current. Reviewed by: dg, julian Originally Reported by: Dan Nelson <dnelson@emsphone.com> Revision Changes Path 1.81 +27 -11 src/sys/nfs/nfs_bio.c 1.86 +15 -7 src/sys/nfs/nfs_subs.c 1.148 +3 -27 src/sys/nfs/nfs_vnops.c 1.85 +8 -1 src/sys/sys/buf.h dillon 1999/12/11 22:52:35 PST Modified files: (Branch: RELENG_3) sys/nfs nfs_bio.c nfs_subs.c nfs_vnops.c Log: MFC nfs_bio.c 1.81, nfs_subs.c 1.86, nfs_vnops.c 1.148. Fixed two rare-occuring bugs in NFS. First, B_CLUSTEROK must be cleared when B_NEEDCOMMIT is cleared since uncommitted dirty buffers may not be clustered. Second, B_NEEDCOMMIT cannot be gratuitously set in nfs_flush(). Due to lack of locking a buffer may be added to the dirtyblkhd list during the flush and setting B_NEEDCOMMIT can result in the buffer's data being thrown away rather then written to the server. Reviewed by: dg Approved by: jkh Revision Changes Path 1.65.2.3 +4 -4 src/sys/nfs/nfs_bio.c 1.70.2.4 +2 -2 src/sys/nfs/nfs_subs.c 1.116.2.8 +4 -4 src/sys/nfs/nfs_vnops.c dillon 1999/12/11 23:06:40 PST Modified files: sys/nfs nfs_nqlease.c nfs_serv.c nfs_subs.c Log: Fix a number of server-side issues related to aborting badly formed NFS packets, mainly initializing structure pointers to NULL which are conditionally freed prior to return. PR: kern/15249 Submitted by: Ian Dowse <iedowse@maths.tcd.ie> Revision Changes Path 1.47 +4 -2 src/sys/nfs/nfs_nqlease.c 1.89 +5 -5 src/sys/nfs/nfs_serv.c 1.87 +4 -1 src/sys/nfs/nfs_subs.c dillon 1999/12/11 23:16:21 PST Modified files: (Branch: RELENG_3) sys/nfs nfs_nqlease.c nfs_serv.c nfs_subs.c Log: MFC nfs_nqlease 1.47, nfs_serv.c 1.89, nfs_subs.c 1.87. Prevent panics in server side abort code when dealing with malformed NFS packets. Approved by: jkh Revision Changes Path 1.39.2.3 +4 -2 src/sys/nfs/nfs_nqlease.c 1.72.2.6 +5 -5 src/sys/nfs/nfs_serv.c 1.70.2.5 +4 -1 src/sys/nfs/nfs_subs.c dillon 1999/12/11 23:25:12 PST Modified files: (Branch: RELENG_2_2) sys/nfs nfs_nqlease.c nfs_subs.c Log: MFC nfs_nqlease 1.47, nfs_serv.c 1.89, nfs_subs.c 1.87. Note that no changes to nfs_serv.c were required, the bugs in that routine were introduced after 2.2.x. Revision Changes Path 1.20.2.2 +4 -2 src/sys/nfs/nfs_nqlease.c 1.33.2.4 +3 -1 src/sys/nfs/nfs_subs.c dillon 1999/12/11 23:28:52 PST Modified files: (Branch: RELENG_2_2) sys/nfs nfs_bio.c nfs_subs.c nfs_vnops.c Log: MFC nfs_bio.c 1.81, nfs_subs.c 1.86, nfs_vnops.c 1.148 Revision Changes Path 1.28.2.11 +3 -3 src/sys/nfs/nfs_bio.c 1.33.2.5 +2 -2 src/sys/nfs/nfs_subs.c 1.36.2.12 +4 -4 src/sys/nfs/nfs_vnops.c
Matthew Dillon	Re: Holding daemon filehandles.
Matthew Dillon	Re: Recent NFS commits, plus Heads up to 2.2.x users

12 Dec 1999

Matthew Jacob	Re: SCSI tape minor device numbers
Juergen Lock	loader hacks (was: Re: easyboot far into disk)
Alexander Prohorenko	ATAPI tape drive (wst0) problem.
Charles Randall	timezone var vs timezone() function
Egervary Gergely	silo overflows
Soren Schmidt	Re: ATAPI tape drive (wst0) problem.
Karl Denninger	ATAPI tape support - how to format?
Crist J. Clark	Re: ATAPI tape drive (wst0) problem.
Julian Elischer	Re: silo overflows
Gergely EGERVARY	Re: silo overflows
Karl Denninger	Reminder - changes to sources and such
Peter Wemm	Re: Reminder - changes to sources and such
Karl Denninger	Re: Reminder - changes to sources and such
Marcel Moolenaar	Re: Reminder - changes to sources and such
Julian Elischer	Re: silo overflows
Wilko Bulte	Re: timezone var vs timezone() function
Peter Wemm	Re: silo overflows
Mike Smith	Re: loader hacks (was: Re: easyboot far into disk)
Charles Randall	RE: timezone var vs timezone() function
frank@exit.com	vi screws up relative tag paths (with patch).
Thrumbar Pathfinder	Developer's Interface Guide for IA-64 Servers (DIG64) Adopter
Assar Westerlund	patches to always have getfh as syscall
Ilia Chipitsine	technical info needed
Chris Costello	Re: technical info needed
Kip Macy	Re: technical info needed
Julian Elischer	Re: technical info needed
Alfred Perlstein	Re: technical info needed
Soren Schmidt	Re: ATAPI tape support - how to format?
Julian Elischer	Re: technical info needed
Stefan Parvu	2questions