Zombie Jails - why don't they disappear?
I've got zombie jails on a freebsd 6.x box (currently 6.2). There are no processes running under any of them, but they still appear on the jail list: server# jls JID IP Address Hostname Path 2 xxx.xxx.1.234host1.domain /data/jails/host1 1 xxx.xxx.1.235host2.domain /data/jails/host2 I'm flumoxed as to why they're still there. There aren't any processes running in them: server# ps -auxww | grep J Any ideas why they are still hanging around in the jail list? Joe pgpvoI0OQhdto.pgp Description: PGP signature
Re: Zombie Jails - why don't they disappear?
On Wed, Feb 21, 2007 at 09:00:35PM +0300, Maxim Konovalov wrote: > > > > Sockets (stuck in a state which can not be released immediately?) or > > other resources? I really think that this is a bug, though. > > It was discussed millon times already and there is at least one open > PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/89528 Ah, thanks Maxim. The poignant comment is: PR kern/89528: Ouch! I found a comment in tty_pty.c that it doesn't deallocate pty's anymore. Not a single destroy_dev() is called by tty_pty.c. This means the FreeBSD kernel leaks a lot of cdev's and thus ucred's and my patch is working around another bug. Joe pgplANDdbWttw.pgp Description: PGP signature
Re: nullfs and named pipes.
On Fri, Feb 16, 2007 at 04:36:56PM +0200, Kostik Belousov wrote: > > >>cvs diff: Diffing . > > >>Index: null_subr.c > > >>=== > > >>RCS file: /home/ncvs/src/sys/fs/nullfs/null_subr.c,v > > >>retrieving revision 1.48.2.1 > > >>diff -u -r1.48.2.1 null_subr.c > > >>--- null_subr.c 13 Mar 2006 03:05:17 - 1.48.2.1 > > >>+++ null_subr.c 14 Feb 2007 00:02:28 - > > >>@@ -235,6 +235,8 @@ > > >> xp->null_vnode = vp; > > >> xp->null_lowervp = lowervp; > > >> vp->v_type = lowervp->v_type; > > >>+ if (vp->v_type == VSOCK || vp->v_type == VFIFO) > > >>+ vp->v_un = lowervp->v_un; > > > > > >I'm wondering is some reference counting needed there ? > > > > Yes, I find this a bit worrying also, but I don't know enough about how > > nullfs works to reason about it. What happens when a vnode in the bottom > > layer has its on-disk reference count drop to zero -- is the vnode in the > > top layer invalidated somehow? > > Vnode reclamation from lower layer cannot do anithing for corresponding nullfs > vnode, but that vnode has reference from nullfs vnode. > On the other hand, can forced unmount proceed for lower layer ? Does know of any reason why I can't commit this as it is, at least for now. It doesn't appear that it would break anything that works currently, and in its current form it at least fixes named pipe functionality for the kinds of cases that people would want to use it. Joe pgpDIfvf53Np5.pgp Description: PGP signature
Re: nullfs and named pipes.
On Thu, Feb 15, 2007 at 05:31:35PM +0200, Kostik Belousov wrote: > > --- null_subr.c 13 Mar 2006 03:05:17 - 1.48.2.1 > > +++ null_subr.c 14 Feb 2007 00:02:28 - > > @@ -235,6 +235,8 @@ > > xp->null_vnode = vp; > > xp->null_lowervp = lowervp; > > vp->v_type = lowervp->v_type; > > + if (vp->v_type == VSOCK || vp->v_type == VFIFO) > > + vp->v_un = lowervp->v_un; > I'm wondering is some reference counting needed there ? Maybe. I'm not at all familiar with the filesystem code. I was hoping someone with a bit of knowledge could fix it up. Joe pgpsFEHU1JN0q.pgp Description: PGP signature
Re: nullfs and named pipes.
On Thu, Feb 15, 2007 at 02:57:50PM +0100, Jeremie Le Hen wrote: > > Note that all processes within a jail can only intefere with processes > from another jail or host as if they were on different machines. This > means they can communicate through PF_INET for instance but not > PF_LOCAL. > You might think so! However that's not what's going on here. The named pipe/nullfs issue is nothing to do with jails. It's just that nullfs is broken with respect to named pipes as I've previously reported. However with this patch: cvs diff: Diffing . Index: null_subr.c === RCS file: /home/ncvs/src/sys/fs/nullfs/null_subr.c,v retrieving revision 1.48.2.1 diff -u -r1.48.2.1 null_subr.c --- null_subr.c 13 Mar 2006 03:05:17 - 1.48.2.1 +++ null_subr.c 14 Feb 2007 00:02:28 - @@ -235,6 +235,8 @@ xp->null_vnode = vp; xp->null_lowervp = lowervp; vp->v_type = lowervp->v_type; + if (vp->v_type == VSOCK || vp->v_type == VFIFO) + vp->v_un = lowervp->v_un; vp->v_data = xp; vp->v_vnlock = lowervp->v_vnlock; if (vp->v_vnlock == NULL) that problem goes away. Now a named pipe created on a lower layer can be spoken to by a process connecting to it on a higher layer, i.e (for demostration purposes only): # ls -ld /tmp/mysql.sock srwxrwxrwx 1 mysql wheel 0 Jan 4 09:26 /tmp/mysql.sock # mount_nullfs /tmp /mnt # ls -ld /mnt/mysql.sock srwxrwxrwx 1 mysql wheel 0 Jan 4 09:26 /mnt/mysql.sock With a stock kernel this fails: % mysql --socket=/mnt/mysql.sock ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/mnt/mysql.sock' (61) but with the patch above it works: % mysql --socket=/mnt/mysql.sock ERROR 1045 (28000): Access denied for user 'joe'@'localhost' (using password: NO) Of course the patch above doesn't work if the socket is created at /mnt/mysql.sock and something wants to talk to it over at /tmp/mysql.sock, however that is not really a problem. So how does this relate to jails? The point of using nullfs is to make a PF_LOCAL socket appear local even in the jail(!). Using the patch above this is indeed the case and as far as the jail is concerned the socket is indeed local, meaning that a process within a jail can talk via it to a process on the host environment with no restrictions. This is crucially important for mysql for instance as there is significant overhead associated with PF_INET connections which can be avoided by talking to PF_LOCAL sockets. > IOW you have to think your jails as if theey were multiples boxes. > You should therefore make them communicate with networking sockets and > protect the latter with firewalling rules or tcpwrapper. Now in terms of protecting the host environment this is trivially done by using a read-only nullfs mount: # mkdir /mysql # mysqld_safe --socket=/mysql/mysql.sock & # mount_nullfs -oro /mysql /jail/mysql voila. The database can now be connected to within the jail environment on /mysql/mysql.sock as a local fast connection, but as /mysql is mounted read-only they cannot do anything other than connect to the socket :). Remember tools not policy :). Joe pgpcLgslUDjma.pgp Description: PGP signature
Re: nullfs and named pipes.
On Tue, Feb 06, 2007 at 10:15:46AM -0600, Eric Anderson wrote: > > > >Is this a fundamental design issue with null_fs or a bug? > > > >There appears to be a lot of confusion on the lists about this point > >as many people are trying to do this so as to make a single mysql > >server available from within a number of jails, for instance. However > >people appear to think that this is a limitation of the jail code, not a > >limitation of the null_fs code. Having named pipes work in null_fs > >filesystems would be a very handy thing indeed. > > > >I'd appreciate any insights into this. > > Just wanted to say that it seems like this should work, and I'm not yet > certain why it doesn't. I've looked into it a bit, but my time is very > limited, so I doubt I'll be able to put much more into it.. > It's been brought to my attention that there's been a PR open about it since April 2003: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/51583. It's got a patch in it, but it's not complete. I'd really really appreciated it if someone with file system foo could take a look and comment. Thanks thanks, Joe pgpx9a0mRCRuG.pgp Description: PGP signature
nullfs and named pipes.
Hey guys, does anyone know off the top of their heads why named pipes don't appear to work across null_fs mounted partitions? i.e. if I have a named pipe in a file system, # ls -ld /mysql/mysql.sock srwxrwxrwx 1 mysql wheel 0 Feb 3 19:01 /mysql/mysql.sock # mysql --socket=/mysql/mysql.sock Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 6 Server version: 5.0.33-log FreeBSD port: mysql-server-5.0.33 Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> However if I make this available elsewhere via a null_fs mount: # mkdir /foo # mount_nullfs /mysql /foo # ls -ld /foo/mysql.sock srwxrwxrwx 1 mysql wheel 0 Feb 3 19:01 /foo/mysql.sock # mysql --socket=/foo/mysql.sock -p Enter password: ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/foo/mysql.sock' (61) the socket stops working. However a hardlink to the socket works: # umount /foo # ln /mysql/mysql.sock /foo/mysql.sock # mysql --socket=/foo/mysql.sock Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 10 Server version: 5.0.33-log FreeBSD port: mysql-server-5.0.33 Type 'help;' or '\h' for help. Type '\c' to clear the buffer. Is this a fundamental design issue with null_fs or a bug? There appears to be a lot of confusion on the lists about this point as many people are trying to do this so as to make a single mysql server available from within a number of jails, for instance. However people appear to think that this is a limitation of the jail code, not a limitation of the null_fs code. Having named pipes work in null_fs filesystems would be a very handy thing indeed. I'd appreciate any insights into this. Many thanks, Joe pgpAj6EuoAi7c.pgp Description: PGP signature
KGDB not reading my crash dump.
Hi guys, I've got a crash dump that I'm trying to examine, but kgdb isn't recognising it: genius# kgdb /usr/obj/usr/src/sys/GENIUS2/kernel.debug ./vmcore.12 kgdb: cannot read PTD genius# file vmcore.12 vmcore.12: ELF 32-bit LSB core file Intel 80386, invalid version (embedded) Is this a known problem? Any idea what's up? Joe ps. FreeBSD genius.tao.org.uk 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #26: Fri Feb 17 12:26:21 GMT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENIUS2 i386 pgpPpXIkUx0Zw.pgp Description: PGP signature
100mhz Wavelab on -current PCI and PCCARD.
Does anyone have wireless experience? I'm off to the US next week and I thought I'd buy some (cheaper) wireless kit whilst I'm out there. I would like to run 100mb wireless (802.11g?) on both my laptop and my home server which I guess means that I'd like a recommendation for both pccard as well as pci. I'm running -current on the laptop and -stable on the server, although this can be upgraded to 5.x if necessary. The server is currently an ethernet bridging firewall (IPFW) and ideally I'd like to be able to filter the wireless segment also. Is it possible to using a wireless card in the machine and be able to filter at a MAC address level? I want a bit of control of the network. Is there a recommended configuration? Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgpZtjcSnTLXP.pgp Description: PGP signature
Getting root via a user that was obtained via NIS.
Anyone with a bit of NIS saviness care to help me? I've got a FBSD5.2 machine that is connected to a larger network of suns and linux boxen. Accounts are coordinated via yellow pages and I've managed to get the FBSD box's NIS setup so that I can log in as one of those users. The problem is that it appears that I can't SU to root from a user that exists in the NIS map, but not locally. I've added that user to /etc/group (wheel) but I get: phoenix:~ su root Password: su: Sorry phoenix:~ id uid=9876(jlk23) gid=20(staff) groups=20(staff), 0(wheel), 14(sysadmin) phoenix:~ grep jlk23 /etc/group wheel:*:0:root,joe,jlk23 phoenix:~ ypcat passwd | grep jlk23 jlk23::9876:20:Joe Karthauser:/users/jlk23:/local/bin/tcsh Any ideas? Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
Re: Wacom Graphire3 USB Tablet and FreeBSD
On Mon, Jan 12, 2004 at 10:29:39AM +0100, Arvid wrote: > > Otherwise I'm looking for someone that knows C, and wants to look at > uhid.c. I obviously dont know C, nor any other programming language. > If its probably a better idea to install OpenBSD, I'd like to hear that too > ;-) > The uhid framework in NetBSD and OpenBSD is different from ours. I have plans to port it over to ours, but that project is currently blocked due to lack of time. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
Re: ktrace/kdump question: intrepretting calls.
On Thu, Oct 23, 2003 at 05:33:09PM +0100, David Malone wrote: > On Thu, Oct 23, 2003 at 04:40:41PM +0100, Josef Karthauser wrote: > > I'm trying to work out what a particular application does by using > > ktrace and kdump. At the relevant point in the kdump it says: > > > > 1080 Application CALL #91(0x28d28000,0x4000) > > 1080 Application RET #91 0 > > > > How do I go about working out what this call means? I guess that it's > > to a library somewhere, but I'm not sure what. I'd like to ktrace that > > too if possible. > > Is it a linux binary? The #91 means syscall 91 AFAIK, which isn't > in use on -stable or -current. However Linux syscall #91 is munmap, > which looks like a plausable candidate given the arguments. Try > installing the linux_kdump port... > Thanks. I'll take a look. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
ktrace/kdump question: intrepretting calls.
I'm trying to work out what a particular application does by using ktrace and kdump. At the relevant point in the kdump it says: 1080 Application CALL #91(0x28d28000,0x4000) 1080 Application RET #91 0 How do I go about working out what this call means? I guess that it's to a library somewhere, but I'm not sure what. I'd like to ktrace that too if possible. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
gcc object format -> need motorola s-records.
Does anyone know how to control the type of output files that gcc creates? I need to generate motorola S-records instead of ELF files, but I can't find a switch to make this happen. Do I need to build a new compiler by hand, and if so, does anyone know what the backend object format is called? Thanks, Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
Re: Booting a machine over the network without pxe.
On Tue, Sep 02, 2003 at 09:54:18PM +0100, Josef Karthauser wrote: > Does anyone have any experience of booting a machine over the > network, like pxeboot, but without running PXE on a network card. > I imagine that it should be possible to load pxeboot at the boot: > prompt and have everything just work. > > I could really do with booting my laptop into -stable, where it's only > got -current installed. I do however have a -stable server on site with > plenty of disk space. It would be really cool to remote boot of that > via NFS mounts, etc. I should have said, my network card is an aue (usb) device which cuts etherboot out of the equation. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
Booting a machine over the network without pxe.
Does anyone have any experience of booting a machine over the network, like pxeboot, but without running PXE on a network card. I imagine that it should be possible to load pxeboot at the boot: prompt and have everything just work. I could really do with booting my laptop into -stable, where it's only got -current installed. I do however have a -stable server on site with plenty of disk space. It would be really cool to remote boot of that via NFS mounts, etc. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meisterk admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
Re: differences in USB support between FreeBSD 4.x and 5.x ?
On Tue, Jul 22, 2003 at 02:36:50PM +0200, Bernd Walter wrote: > > PR about this (with patch) back in April. > > **(: HINT HINT :) ** > > ( pr kern/51186 : http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern%2F51186 ) > > I'll take a look at this. > Thanks Bernd, Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: differences in USB support between FreeBSD 4.x and 5.x ?
On Mon, Jul 21, 2003 at 10:46:36PM -, Larry Baird wrote: > > 5.x seems to have much better support for USB 2.0 as well. I have > > a SanDisk 2.0 USB compact flash reader that just works with 5.1 release. > > So far no amount of kernel hacking has made it work with 4.8. > > Unfortunetly for me I need it to work under 4.8. )-: > As a follow up to this problem report. The problem turned out to be > the USB hub I was using on my 4.8 box. I would have sworn I tested > without the hub last week when I first had problems. But alas I must > have dreamed I made this test. All is well under 5.1 and 4.8 with my > SanDisk USB 2.0 compact flash reader. (-: > I wish that all usb problems that that easy to solve! :) Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Usenix 2002 FreeBSD Developer Summit III -- why no oggs?
On Sun, Sep 08, 2002 at 02:30:58PM +0100, Josef Karthauser wrote: > > I've not had the time to post-process the last summit yet. It's a solid > day of work, and as there's been no demand for it I've not put it at the > top of my list. If anyone's interested in working on it, or sponsoring > it I'd be glad to hear from them. > For the record the raw recording master files are now stored on the filesystem at ftp2.FreeBSD.org. Jacques <[EMAIL PROTECTED]> knows where it is. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
Re: Intel D845EPT2 Motherboard - USB broken :(
On Mon, Jul 14, 2003 at 02:46:35PM +1000, JacobRhoden wrote: > Hey People, > > Does anyone here use the Intel EPT2 motherboard? Have they managed to get USB > working, and if so how? Any ideas greatly appreciated! (Or where to poke at > would be useful as well). > > usbd -dd prints messages as if it is all working fine, but it simply does not > recognise any device you chuck at it. > > Thanks, > Jacob Can you mail us a copy of your 'dmesg' after a boot? What kind of controller is it? Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
Re: USB serial support on FreeBSD 3.5?
On Wed, Jul 02, 2003 at 12:34:02PM -0700, Les Biffle wrote: > > Oh, My dongle is on -current. > > Is that 3-Current? I'm ready to cvsup to it, if it feels solid to you. > We've a production product that has been rock-solid on 3.5-stable, and > I don't want to join the ranks of the flaky product providers just to > get USB serial support. > No, that's going to the 5-current! (5.1) Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = pgp0.pgp Description: PGP signature
Re: USB serial support on FreeBSD 3.5?
On Tue, Jul 01, 2003 at 11:36:09AM -0700, Les Biffle wrote: > (I tried searching the mailing list archives, and suspect that the search > engine is broken. It returned "Nothing found" no matter what I requested.) > > I need two serial ports on a modern server running our 3.5-based firewall > code, but the 1U servers I find have only one serial port. I need one > for console and one for our dongle, and wondered if there was stable > USB serial adaptor support in 3.5? Would my dongle code (that assumes > a "normal" serial port) have trouble accessing a serial dongle by way > of USB? > I don't believe that there is any USB support in 3.x at all. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Anyone where to get a signed SSL certificate cheap?
I know that this is slightly off topic, but maybe someone here could advise me. I need to obtain a certificate to use on my openssl/apache web server, but looking at Verisign and Thawte it appears that they're charging a lot of money ($450) per year for one! Does anyone know where I can get one cheaper? Last time I bought I'm sure that they were only $100/yr each. Joe p.s. yes, I know that I could self-sign, but this is for an ecommerce system and I'd prefer our customer's customers not to have to ask themselves why the certificate is in our name and not our customer's! :) -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = msg39648/pgp0.pgp Description: PGP signature
Re: USB hub detach causing panic in 4.7p3
On Fri, Jan 17, 2003 at 10:20:24AM -0800, Darren Pilgrim wrote: > > >There are a number of brokenisms in the USB stack in -stable. As to > >whether they will get fixed or not is a matter of whether anyone has the > >time to MFC the USB stack from -current or not. It's much better over > >there, and I've already merged the framework to make it easier to MFC, > >but it is very unlikely that I will be attempting the work myself as I > >don't use USB on -stable myself. > > So the problem I'm having is a known issue when detaching a uhub device, > then? > I guess... there was a problem with hubs not working which was fixed about a year ago in -current. I don't know if the problem is with all uhubs, or just some uhubs. I work on the assumption that plug-and-play is broken in 4.x's usb stack. Try not to unplug things. If you do and it works, bonus! :). Joe msg39278/pgp0.pgp Description: PGP signature
Re: USB hub detach causing panic in 4.7p3
On Tue, Jan 14, 2003 at 12:05:37PM -0800, Darren Pilgrim wrote: > > > >>I have a USB hub that's built into my Viewsonic PT775 monitor. The hub > >>probes during boot and post-boot attach as follows: > >> > >>When the hub is disconnected, whether by unplugging it or turning > >>off the monitor, I get a panic in 4.7p3 if there are no devices > >>connected to the hub's downstream ports. > > > > >Would this PR be related? > >http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/45579 > > I'm not sure? I didn't have anything running, that I could tell, that > would have had the uhub device open. The machine was sitting idle at the > login prompt. If someone would like to point me at a list of what I need > to do to produce useful debugging information, I'll gladly do so. > There are a number of brokenisms in the USB stack in -stable. As to whether they will get fixed or not is a matter of whether anyone has the time to MFC the USB stack from -current or not. It's much better over there, and I've already merged the framework to make it easier to MFC, but it is very unlikely that I will be attempting the work myself as I don't use USB on -stable myself. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = msg39274/pgp0.pgp Description: PGP signature
Re: USB problem on A7N266-VM MoBo
On Mon, Jan 13, 2003 at 12:51:39PM +1300, James Pole wrote: > On Mon, 2003-01-13 at 10:41, Guido Falsi wrote: > > I'm using FreeBSD on the Mother Board in the subject, and I am > > experiencing the following problem with USB devices(tired with a memory > > stick and a joystick, can try other devices if necessary): > > > > When I attach the device for the first time there is no problem, I get > > the expected reaction, but when I detach it, the detachment is not > > detecte, the system simply thinks the device is still there. If I then > > try to reattach the device the system does not notice the attach > > anymore. > > Does this problem happen in any other OSes? This sounds to me like a > hardware problem and not a software problem. > To be honest it's probably a problem with the RELENG_4 USB stack. It doesn't work very well on some chipsets. The one in 5.x is much better. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = msg39218/pgp0.pgp Description: PGP signature
Re: umass driver speed
On Wed, Nov 27, 2002 at 03:49:59PM +0100, Nick Hibma wrote: > > This is the debug output of > > #dd if=/dev/da0s1c of=/tmp/data bs=65536 count=3 > > > > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x1e, flags: 0xc0, 6b cmd/0b data/32b sense > > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/512b data/32b sense > > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/512b data/32b sense > > The 3 64k blocks you asked for are below. > > > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense > > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense > > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/65536b data/32b sense > > > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x35, flags: 0xc0, 10b cmd/0b data/32b sense > > umass0:0:0:0:XPT_SCSI_IO: cmd: 0x1e, flags: 0xc0, 6b cmd/0b data/32b sense > > So, the blocks are fetched in 64k blocks. Two options: Either the USB > stack does not chain the transfers in such a way that the device can run > at full performance or otherwise the device chokes on the transfers and > forces the chain of transfers to be delayed till the next frame. There > is a 'bandwidth reclamation' feature in the NetBSD stack in the UHCI > driver of which I do not know whether they made it into the USB stack. > It did make it into -current, but it's not in -stable yet I believe. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = msg38541/pgp0.pgp Description: PGP signature
Re: umass driver speed
On Thu, Nov 28, 2002 at 01:11:16AM +0100, Tomas Pluskal wrote: > > On Wed, 27 Nov 2002, Nick Hibma wrote: > > > [pats Joe on the head] Well done! > > What do you mean by this ? > It's an indirect comment to me :) [I did a huge amount of merging from NetBSD to FreeBSD earlier in the year, but only in current]. Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = msg38540/pgp0.pgp Description: PGP signature
Re: USB ethernet problem
On Tue, Nov 05, 2002 at 09:05:38PM +0300, Anton Vinokurov wrote: > Hi! > > I am running FreeBSD 4.7-release and try to use ATEN UC10T USB-to-Ethernet > adapter. Unfortunately it causes my system to print something like: > kue0: watchdog timeout > kue0: usb error on tx: TIMEOUT > following by freeze. I got this problem while forwarding 50pps/64kbit UDP > packet stream which comes from Cisco ATA186 voice gateway in several minutes > after call starts. Same time, OpenBSD 3.2 with a similar if_kue.c driver > works fine at least under one day voice traffic load. I tried original > driver and altq modifed with no success. > Could someone suggest me a way to fix my problem? > It could be one of the many USB bugs that are in -stable. Does the problem happen under -current too? Joe -- Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ An eclectic mix of fact and theory. = msg37858/pgp0.pgp Description: PGP signature
Re: vmware reads disk on non-sector boundary
On Fri, Oct 04, 2002 at 12:53:52AM +0200, Mark Santcroos wrote: > > So 'ignoring' the historic facts, and assuming that we just want block > devices, we can do such a thing in GEOM in the future? > > Is this something you will be doing yourself Poul, or is it just that you > are saying that it is possible? If not, I really would like to help to get > vmware back, but I don't know anything more about GEOM than "option\t\tGEOM". > There's a pretty good man page, man geom. Cheers, Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 msg37237/pgp0.pgp Description: PGP signature
Re: vmware reads disk on non-sector boundary
On Thu, Oct 03, 2002 at 09:37:07AM -0700, Bakul Shah wrote: > > Is there a write up somewhere on what GEOM is and its > benefits? I'd hate to see it become the default without > understanding it (and no, reading source code doesn't do it). > Bakul, there's been ample discussion of what GEOM is in the last year. I suggest you read the list archives. Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 msg37218/pgp0.pgp Description: PGP signature
Re: vmware reads disk on non-sector boundary
On Thu, Sep 26, 2002 at 01:35:43PM -0700, Julian Elischer wrote: > > > > Take a look at /sys/compat/linux/linux_stats.c, > > > > revision 1.29 > > date: 2001/01/14 23:33:50; author: joe; state: Exp; lines: +18 -11 > > Instead of hard coding the major numbers for IDE and SCSI disks > > look in the device's cdevsw for the D_DISK flag. > > > > This fixes the problem with VMWARE not being able to use raw disks. This should have read, "Linux uses block devices to access raw drives, but we've got rid of them in -current and so VMWare is having a hard time running off raw partitions. Pretending that disk character device nodes are block devices appears to make VMWare run off raw drives again." > > but it still doesn't help with partial block reads.. > That didn't appear to be a problem with VMWare2. Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 msg37102/pgp0.pgp Description: PGP signature
Re: vmware reads disk on non-sector boundary
On Thu, Sep 26, 2002 at 09:52:37AM +0100, Josef Karthauser wrote: > On Thu, Sep 26, 2002 at 09:47:33AM +0100, Bruce M Simpson wrote: > > On Wed, Sep 25, 2002 at 09:39:30PM +0100, Josef Karthauser wrote: > > > I thought that we hacked around this in the linuxulator 18 months ago > > > by transparently converting block calls into character calls behind the > > > scenes. Either this has been removed or something else is wrong. > > > > This isn't the case for me on -STABLE. I had to create block devices for > > raw disks to work. > > > > Yes that needs to be done one -stable. The hack I was talking about was > for -current only where block devices don't exist anymore. > It took a while to find, but this is the hack I was referring to: Take a look at /sys/compat/linux/linux_stats.c, revision 1.29 date: 2001/01/14 23:33:50; author: joe; state: Exp; lines: +18 -11 Instead of hard coding the major numbers for IDE and SCSI disks look in the device's cdevsw for the D_DISK flag. revision 1.28 date: 2000/12/29 00:44:42; author: paul; state: Exp; lines: +15 -1 Map FreeBSD character device hard disks to Linux block device hard disks. This fixes the problem with VMWARE not being able to use raw disks. Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 msg37099/pgp0.pgp Description: PGP signature
Re: vmware reads disk on non-sector boundary
On Thu, Sep 26, 2002 at 09:47:33AM +0100, Bruce M Simpson wrote: > On Wed, Sep 25, 2002 at 09:39:30PM +0100, Josef Karthauser wrote: > > I thought that we hacked around this in the linuxulator 18 months ago > > by transparently converting block calls into character calls behind the > > scenes. Either this has been removed or something else is wrong. > > This isn't the case for me on -STABLE. I had to create block devices for > raw disks to work. > Yes that needs to be done one -stable. The hack I was talking about was for -current only where block devices don't exist anymore. Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 msg37085/pgp0.pgp Description: PGP signature
Re: vmware reads disk on non-sector boundary
On Wed, Sep 25, 2002 at 11:29:12AM -0700, Julian Elischer wrote:
> vmware used the blocking ("b" devices) interface to disks that do
> blocking for you.
>
> Some well meaning but misguided individuals removed block devices
> without providing an alernate way of doing this. It should be possible
> to do the equivalent of a vn device that accepts misalligned
> accesses and reblocks them, but I'll leave that to those whose
> job it is to finish.
I thought that we hacked around this in the linuxulator 18 months ago
by transparently converting block calls into character calls behind the
scenes. Either this has been removed or something else is wrong.
Joe
--
"As far as the laws of mathematics refer to reality, they are not certain;
and as far as they are certain, they do not refer to reality." - Albert
Einstein, 1921
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Spark 5.
Do we run on Spark 5? Someone's selling one and a monitor for 300 UK pounds. Is it worth getting hold of? Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 msg37070/pgp0.pgp Description: PGP signature
Re: Usenix 2002 FreeBSD Developer Summit III -- why no oggs?
On Sat, Sep 07, 2002 at 10:51:53AM -0400, Robert Watson wrote: > > On Fri, 6 Sep 2002, Alexey Dokuchaev wrote: > > > I've read the notes as of 2 September, 2002 from the USENIX ATC 2002 > > FreeBSD Developer Summit, which were made available recently. As a very > > good addition to them, I suggest putting online some .oggs (or .mp3s) > > next time, with recorded speeches, just like guys from recent linux > > kernel summit did (ksmp3rep.sourceforge.net)? > > > > Sounds like a good idea to me. Opinions? > > Recordings were made by Josef Karthauser (who generated the webcast from > our teleconference bridge). He also did the recordings for previous > developer summits. I'm not sure what his distribution plans are, but you > could drop him an e-mail and inquire. > I've not had the time to post-process the last summit yet. It's a solid day of work, and as there's been no demand for it I've not put it at the top of my list. If anyone's interested in working on it, or sponsoring it I'd be glad to hear from them. Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: VMware 3 on FreeBSD?
On Tue, Aug 27, 2002 at 02:30:54PM +0200, Stijn Hoop wrote: > Hi, > > sent this to -questions a week ago, got no response, so I'm asking > again here: is it possible to run VMware 3 on -STABLE? If so, how? > I noticed there is no port like there is for VMware 2, so that's > why I'm asking. > It's possible, but as far as I know no-one's unravelled the vmware3 install script yet. The vmware3 binary run, but complains that it's not got a valid configuration file. That file I believe is written by the install script which is a shell script that knows about all things linux, but about no things FreeBSD. If you'd like to work on this please get in touch with me off list. Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 msg36510/pgp0.pgp Description: PGP signature
Re: I can't believe this!
On Wed, Aug 21, 2002 at 10:44:25AM -0700, Matt Dillon wrote: > I mean, WTF? 14 people answered what was nothing but a *blatant* troll! Come on, >even Rick 'shittiest VM subsystem' van Riel answered! What can I say, pathetic, >simply pathetic. No wonder FreeBSD is dead. I'm just talking on behalf of myself and >my 3 friends, Bavid O'Drien, Piten Handya, and Muli Jallett, but I'm I speak for all >of us when I say: FreeBSD is dying! > > FWIW, some people have privately e-mailed me asking : Why is Hiten an IMBECILE? > > Here's the answer.. http://www.linuxforlesbians.org/~pjs/hiten-idiot.txt > > Hiten is an idiot, discuss > He's a 15 year old kid, a bit shy on life experience. What do you expect? Grow up man! Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 msg36391/pgp0.pgp Description: PGP signature
Re: cvs commit: src/sys/dev/usb usbdevs
On Thu, Jul 25, 2002 at 11:23:55PM +0900, Takanori Watanabe wrote: > > Log: > > MFNetBSD: FTDI USB-serial converter chips description. > > I ported a FTDI USB serial converter driver from NetBSD. > http://people.freebsd.org/uftdi.tar.gz I've committed this. Thanks :). Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 msg36177/pgp0.pgp Description: PGP signature
Re: cvs commit: src/sys/dev/usb usbdevs
On Thu, Jul 25, 2002 at 11:23:55PM +0900, Takanori Watanabe wrote: > > Log: > > MFNetBSD: FTDI USB-serial converter chips description. > > I ported a FTDI USB serial converter driver from NetBSD. > http://people.freebsd.org/uftdi.tar.gz Excellent. Thanks :) I'll take a look. Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 msg35974/pgp0.pgp Description: PGP signature
Re: Some small projects for mutt(1)
On Thu, Jun 20, 2002 at 04:18:38PM -0400, Bosko Milekic wrote: > > > Interesting. How would you have a key bound sequence in mutt set off > the script on the message, though? For instance, if I do a "ctrl+B", how > would you ensure that the Right Thing happens, without modifying mutt > code? > Like this: # Urlview macro index \cv |urlview\n macro pager \cv |urlview\n # Hot keys macro index \cn l~N\n macro index \ca lall\n That fragment from my .muttrc says that control-v is used to invoke the script urlview (which is in the ports and produces a list of urls in the email message, and allows me to selection one which gets piped to a browser). I've also go ctrl-N and ctrl-A set for each message selection. Joe msg35408/pgp0.pgp Description: PGP signature
Re: writing a driver for the IBM ultraport camera (USB)
On Thu, May 16, 2002 at 11:15:09AM +0200, Marco Molteni wrote: > Hi, > > I have got a nifty IBM ultraport camera. It is an USB device that can plug > directly on the lid of IBM laptops. > > >http://commerce.www.ibm.com/cgi-bin/ncommerce/ProductDisplay?cntrfnbr=1&prmenbr=1&prnbr=04P6135&cntry=840&lang=en_US > > The only "technical" information in the documentation that comes with the > camera is: IBM UltraPort camera II, USB, VGA. Then it says that the Windows > driver is a TWAIN camera driver. > > The Windows device manager puts it under "Imaging devices", without any > detail. > > There is a Linux driver at http://www.gutwin.org/cam/source/ > > I would like to write a driver for FreeBSD, using the Linux driver as a > reference. Since I am new to USB programming, could you give me some hints > on where to start? Is there an existing FreeBSD USB driver that I can use > as a skeleton? Please check the NetBSD sources too to see if they've already ported a driver. Joe msg34419/pgp0.pgp Description: PGP signature
Re: Soft interrupts
On Thu, May 09, 2002 at 05:39:01PM -0700, Peter Wemm wrote: > > You probably want to have a good look at usb_ethersubr.c - it does this > sort of thing already, but for different reasons. On FreeBSD, the usb > hardware interrupts ran (pre-SMPng) as bio, not net. All of the > assumptions, problems and workarounds for this from pre-SMPng are now > invalid or irrelevant. usb_ethersubr.c can be gutted right down now > since splnet and splbio are irrelevant. The problems that NetBSD > has to deal with are no longer the same for us. The softint stuff > is probably harmful for us because it would mean an *extra* context > switch. (from the uhci/ohci ithread to the swinet ithread). > We still need to support -stable though, which has issues similar to NetBSD's. Joe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Soft interrupts
Do we have soft interrupts?
Here's a bit of code from the NetBSD usb stack, and I'm trying to work
out what it would be in FreeBSDland.
sc->sc_bus->soft = softintr_establish(IPL_SOFTNET,
sc->sc_bus->methods->soft_intr, sc->sc_bus);
if (sc->sc_bus->soft == NULL) {
printf("%s: can't register softintr\n", USBDEVNAME(sc->sc_dev));
sc->sc_dying = 1;
USB_ATTACH_ERROR_RETURN;
}
Can someone point me to a man page please?
Joe
msg34217/pgp0.pgp
Description: PGP signature
Re: HOLY COW! Ports grew by 130MB!
On Wed, Apr 24, 2002 at 03:48:36AM -0700, Julian Elischer wrote: > > > Hey can whoever did the repo copy in the Misc/kde3 stuff blease > shoot it? > > You have just increased the size of the repo tree by 130MB > I know that it's normally bad to back out a repo copy > but THIS IS RIDCULOUS! > This was an oversight, and has now been fixed. Sorry for the waste of bandwidth! My fault. Joe msg33868/pgp0.pgp Description: PGP signature
Re: ssh + compiled-in SKEY support considered harmful?
On Mon, Apr 22, 2002 at 05:39:26PM -0700, Jordan Hubbard wrote: > > My question: Who's "wrong" here, FreeBSD or Mac OS X? If the latter, > why doesn't Linux or anything else produce this problem? I ask now > because I know that the usage of Mac OS X is growing and there are going > to be a lot of annoyed users (like me!) who very quickly get tired > of having to wind through all the bogus S/Key password prompts before > they can actually type in their real password (and no, skey is not > enabled on winston and I have never done a keyinit operation, so I couldn't > S/Key authenticate to it if I wanted to). > I got it sshing from -current to a freshly installed 4.5 box and it continued to happen when I upgraded the 4.5 box to 5.0-DP1. It doesn't happen when I ssh to my regular -stable server, but I've not investigated the reasons why. Joe msg33734/pgp0.pgp Description: PGP signature
Re: build of usbhidctl broken in -stable?
On Thu, Apr 11, 2002 at 10:16:24PM +0200, Marco Molteni wrote: > Hi, > > I think the build of usbhidctl is broken in stable, > and by this I mean it is not self-contained under /usr/src > but expects to have include files under /usr/include > and the library uder /usr/lib. > Am I correct or is my build environment screwed up? I've just retested using: # rm /usr/include *usb* # rm /usr/lib/*usb* # cd /usr/src # make buildworld It works fine for me on my -stable box. I'd recommend another 'cvsup' and then a complete 'make buildworld' with no -DNOCLEAN if you were using that. Feel free to contact me off-list if you're still experiencing problems. Joe msg33567/pgp0.pgp Description: PGP signature
Re: USB to IDE converter
On Mon, Apr 08, 2002 at 10:49:58AM +0100, Josef Karthauser wrote: > On Sun, Apr 07, 2002 at 07:34:27PM -0700, Darryl Okahata wrote: > > Brian Dean <[EMAIL PROTECTED]> wrote: > > > > > I just got one of these hoping that it would work under FreeBSD but so > > > far can't make it work: > > > > Does it need drivers for Win2K or WinXP (drivers for Win98 and > > below are OK)? If it needs drivers for Win2K or XP, then the device may > > not be fully USB-mass-storage compliant, which means that it'll be > > difficult (if not impossible) to get it working with FreeBSD (someone > > may have to write a driver for it). If it doesn't need drivers, then > > I'm at a loss as to suggest what to do next, except to upgrade to the > > latest FreeBSD-STABLE. > > USB hasn't changed much in -stable between 4.4 and now. We've got a lot > of new usb code in -current though, and I'm hoping to have the bugs > ironed out before 4.6. I forgot to add, there's a patch set against -stable at http://www.josef-k.net/misc. Use the latest one. Joe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: USB to IDE converter
On Sun, Apr 07, 2002 at 07:34:27PM -0700, Darryl Okahata wrote: > Brian Dean <[EMAIL PROTECTED]> wrote: > > > I just got one of these hoping that it would work under FreeBSD but so > > far can't make it work: > > Does it need drivers for Win2K or WinXP (drivers for Win98 and > below are OK)? If it needs drivers for Win2K or XP, then the device may > not be fully USB-mass-storage compliant, which means that it'll be > difficult (if not impossible) to get it working with FreeBSD (someone > may have to write a driver for it). If it doesn't need drivers, then > I'm at a loss as to suggest what to do next, except to upgrade to the > latest FreeBSD-STABLE. USB hasn't changed much in -stable between 4.4 and now. We've got a lot of new usb code in -current though, and I'm hoping to have the bugs ironed out before 4.6. Joe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Engine management system under FreeBSD.
Dear Expert Hackers, I've been tasked with knocking up an engine management system. There are two parts, one is going to be running on a pic chip embedded processor on the motorbike, and the other is for tuning in the workshop via a laptop. I'd really love to knock together the workshop part via FreeBSD, probably a PicoBSD disk. We're not talking too high intervals here, probably the maximum timing speed is around 13k rpm, so that's still in the ms range of things. What I'd like to do is use the printer port to sample timing signals and to drive the fuel injector solenoid and plug sparks. Before I start has anyone any advice that they can share with me, other than I'm stark raving bonkers. Joe. p.s. yes, it is for a 50cc motorcycle! Four stroke to start with, but in time we'll do the same to the 2 stroke engine too. I've got five weeks until we race! msg33290/pgp0.pgp Description: PGP signature
Re: usb breakage.
On Tue, Mar 19, 2002 at 02:38:52PM -0800, Julian Elischer wrote: > > I'm not sure why there's two uhci_dump_ii functions defined. I'll get > > to the bottom of it (there's one in the NetBSD version). > > I may have added a dummy one at one stage in order to get LINT to > compile.. (I think it was called but didn;t exist when DEBUG was defined) Yes I think that you did, but this was a complete function. It was in a different place in the code and so I missed it when merging from NetBSD. I wonder why the compiler didn't tell me about it. Joe msg33013/pgp0.pgp Description: PGP signature
Re: Kernel debugger and X11.
On Tue, Mar 19, 2002 at 01:48:35PM -0800, Terry Lambert wrote: > Yes, install the GGI port to FreeBSD, and use that instead > of the native FreeBSD console, so that the video driver is > aware of the state it put the card in, and can put it back > into the correct state for the debugger to work. This also > buys you out of the secure-mode hacks that make you leave > certain mmap and /dev/io accesses allowed, even with a > raised secure level, if you are going to be able to use X11. That's just what I was looking for; where can I find it? It's not in the ports. Joe msg33005/pgp0.pgp Description: PGP signature
Re: usb breakage.
On Tue, Mar 19, 2002 at 12:51:31PM -0800, Alfred Perlstein wrote:
> Please review this fix.
Thanks Alfred,
> +#if 0
> Static void
> uhci_dump_ii(uhci_intr_info_t *ii)
> {
> @@ -964,6 +965,7 @@
> ed->bEndpointAddress, ed->bmAttributes);
> #undef DONE
> }
> +#endif
I'm not sure why there's two uhci_dump_ii functions defined. I'll get
to the bottom of it (there's one in the NetBSD version).
> - splx(s)
> + splx(s);
Ahha! That shouldn't be like that! Feel free to commit this bit.
Joe
msg32999/pgp0.pgp
Description: PGP signature
Re: Kernel debugger and X11.
On Tue, Mar 19, 2002 at 02:34:48PM -0700, Kenneth D. Merry wrote: > > > Does anyone have any working practices around this problem? I'm sure > > that I'm not the only one of us with it. > > I would recommend just enabling crash dumps; then it doesn't matter if > you're in X when the machine panics, and you can get a stack trace and look > at things once the machine reboots. > I suppose. Is it possible to switch the debugger off via a sysctl, without compiling it out? Joe msg32998/pgp0.pgp Description: PGP signature
Kernel debugger and X11.
I'm having some intermittant problems on my laptop that I'd like to debug, but as I use X11 most of the time it's difficult to use the kernel debugger when the machine hangs, which is when I'm in X :(. Of course the nicest thing would be to return the screen to text mode automatically when the the kernel debugger is entered, but because X controls the video registers I guess that that's not easy or possible. I suppose that the best way is to have a second FreeBSD box and couple them via RS232, but this isn't always convenient. (I seem to have the most time to work on FreeBSD when I'm travelling). Does anyone have any working practices around this problem? I'm sure that I'm not the only one of us with it. Joe msg32991/pgp0.pgp Description: PGP signature
Re: Userland Hacker Task: divert socket listener...
On Sat, Mar 16, 2002 at 09:57:46AM -0500, Robert Watson wrote: > Heh. I had something a little like that at one point -- it just acted as a > pass-through, but also logged in the pcap format. I thought someone had > done modifications to tcpdump to allow it to speak to divert sockets, > don't know that it was ever actually committed. Might be in the PR's > still. Was great for testing and understanding firewall rules. ... and essential for debuging ipsec and tunnelled connections properly ;). Joe msg32924/pgp0.pgp Description: PGP signature
Re: compile problem with usbdev on 5.0
On Sat, Feb 16, 2002 at 09:14:12AM -0700, [EMAIL PROTECTED] wrote: > Two days in a row I've had problems with make world when compiling > usr.sbin/usbdevs.c. It appears the struct usb_device_info was > changed. The following patch seems like it might be the right > solution: Sorry guys. I've just committed the fix for this to -current. Joe msg31870/pgp0.pgp Description: PGP signature
BSD in a rocket.
I need to put together a computer to install in a small J-class rocket for collecting telemetry and other data. I'd really love to run some kind of BSD on it and ideally land the data on a flash-card or such device. I'd really appreciate any recommendations for an inexpensive device or development board to use for the job. Joe msg31822/pgp0.pgp Description: PGP signature
Re: USB "Memorybird" quirks
On Thu, Feb 07, 2002 at 09:46:28PM +0100, Oliver Fromme wrote: > Hi, > > I've got a small problem with a nice little thing called > "USB Memorybird" (Fujitsu-Siemens) ... > I've created a patch to RELENG_4 to include the USB advances that are in -current but which haven't been MFC'd yet. It's at http://www.josef-k.net/misc/RELENG_4-USB-20020210.patch.gz You may find that it helps your problem. I'd be interested in feedback. Joe. p.s. I've not tested this patch set at all on a -stable box. All the usual disclaimers apply. msg31712/pgp0.pgp Description: PGP signature
Re: USB "Memorybird" quirks
On Sat, Feb 09, 2002 at 01:16:46PM +0100, Oliver Fromme wrote: > John Baldwin wrote: > > On 07-Feb-02 Gérard Roudier wrote: > > > A couple of READ/WRITE 6 byte commands are still mandatory for SCSI block > > > devices in order to accomodate softwares as boot software for example that > > > may not be upgradable on systems still in use. Softwares that are > > > maintained should no longer use 6 byte commands, but use the 10 byte > > > commands replacement (for years...). > > > > Just so you know, I made the umass driver for UFI and ATA translate SCSI > > 6 byte commands to 10 byte commands. There is a simple function call to do the > > change if you wish to do this in for the SCSI transforms as well. I'd love the patches if you've got them to hand. Joe msg31666/pgp0.pgp Description: PGP signature
Re: USB UHCI speed issue ?
On Fri, Feb 08, 2002 at 11:06:21AM -0800, Duane H. Hesser wrote: > > I was wondering if this has been ported over and if so, how about a -stable > > version. > > Josef Karthauser has reported that the NetBSD changes to address this problem > are much more complex than the patch above; he is working on importing them > to -current, but it may be a while before they reach -stable. It has been merged to -current. I'll look at the merge to -stable, but I've not got any -stable hardware with USB to test on. Joe msg31636/pgp0.pgp Description: PGP signature
Re: USB "Memorybird" quirks
On Thu, Feb 07, 2002 at 04:46:17PM -0800, Terry Lambert wrote: > I think the person with the problem needs to turn on the > CAM debugging, or a CAM-head needs to become involved. The > workaround works, for now, but it's frustrating, knowing > that the next time anyone OEMs the same hardware and changes > the ID, it will have to grow another quirk. 8-(. It's also a pain to maintain. Joe msg31572/pgp0.pgp Description: PGP signature
Re: USB "Memorybird" quirks
On Thu, Feb 07, 2002 at 03:52:26PM -0800, Terry Lambert wrote: > > > > IIRC this problem is being addressed at a more fundamental level on > > -current, by adding a 6-byte-to-10-byte READ command translator > > somewhere in the abstraction layer. > > Could this be "auto-quirked"? > As in, try a 6 byte command, and if that fails try a 10 byte command instead? Unfortunately although I'm maintaining USB in -current, I don't have a complete in depth understanding of the code yet. :( I'm mainly trying to fix my problems by taking from NetBSD. Joe msg31566/pgp0.pgp Description: PGP signature
Re: USB UHCI speed issue ?
On Sat, Jan 19, 2002 at 05:39:56PM -0800, Duane H. Hesser wrote: > > I can confirm the problem, and point you to a message in the "current" > archives (Dec 15) which contains a simple 3 or 4 line patch to uhui.c. > The message, authored by Andrew Gordon, may be found at > > >http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=775757+780830+/usr/local/www/db/text/2001/freebsd-current/20011216.freebsd-curren > t Hmm. :) Looking at the NetBSD code, they made a major commit to fix the same issue: uhci.c revision 1.123 date: 2000/08/13 16:18:09; author: augustss; state: Exp; lines: +136 -31 Implement what in Intel-speech is known as "bandwidth reclamation". It means that we continously poll USB devices that have a pending transfer instead of polling just once every ms. This speeds up some transfers at the expense of using more PCI bandwidth. I'm looking at what is necessary to port that change over. Joe msg31044/pgp0.pgp Description: PGP signature
Re: USB UHCI speed issue ?
On Tue, Jan 15, 2002 at 05:50:45PM -0800, Ulf Zimmermann wrote: > Has this been fixed in -CURRENT ? And if so, can someone point me > at what files I can try to get onto -STABLE to get a higher speed > out ? I am working on an application and 64,000/sec is slow to test > things. I've been doing some work in -current to sychronise our USB stack with NetBSD's. If you can identify a set of commits in NetBSD that fixed this problem I'll happily take a look for you. Joe msg30983/pgp0.pgp Description: PGP signature
Re: Which ftpd for proxy ?
On Wed, Jan 09, 2002 at 12:22:21AM +0100, Julian Stacey wrote: > > > TO AVOID: > > > ncftpd: commercial=20 > > > > Just because it's commercial doesn't mean that it's no good. It is > > actually quite cheap, and we used it a lot at Pavilion Internet. > > I wrote: > > >> (it's not a big company, just my home site with some internal hosts) I believe that you can use ncftpd with a 5 user licence for free. Joe msg30838/pgp0.pgp Description: PGP signature
Re: Which ftpd for proxy ?
On Tue, Jan 08, 2002 at 05:00:58PM +, Julian Stacey wrote: > TO AVOID: > ncftpd: commercial Just because it's commercial doesn't mean that it's no good. It is actually quite cheap, and we used it a lot at Pavilion Internet. Joe msg30801/pgp0.pgp Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Sun, Dec 30, 2001 at 12:38:59PM -0800, Matthew Dillon wrote: > Well, the amount of traffic isn't the problem. You have three hubs, > one of them being the Alcatel. Hmm. It's within what you are allowed > to do with HUBs but I don't trust it. I would either replace the > downstairs hub with a switch, or I would do this: You've misunderstood the topology slightly. The server has two fxp interfaces, one is connected to the DSL router, and the other is connected to a hub which is chained to another hub. The router is also an unused hub. > It would also be a good idea to test the laptop more directly, > by connecting the FXP server to a switch and then connecting the > laptop directly to the same switch. I've connected the laptop to the both of the server's fxps, in the first case using the combinations of the upstairs and downstairs hub, and in the later case via the hub on the router on the other side. I get exactly the same behaviour. This to me says that it's not the hubs. To test it further I'll build an ethernet crosser cable and plug the laptop directly into the server. That'll settle it. Joe msg30566/pgp0.pgp Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Sun, Dec 30, 2001 at 11:32:34AM -0800, Matthew Dillon wrote: > :I'll try cutting some of the intermediate infrastructure out and see if > :that helps. > : > :> I recommend replacing the hubs with switches. The whole topology will > :> be happier. > : > :Of course. I've not found a well priced switch though. (on a budget). > : > :Thanks for helping me with this. I'll get back once I've reduced the > :network to something smaller. > : > :Joe > > I use cheap 8 and 16-port netgear switches mostly. But even a little > 5-port switch may work for you, at least to start, to split your one > logical segment into five. There's not a lot of traffic on this side of the network, so hubs aren't too bad. Ok, this is the topology: laptop [upstairs 10base hub]-[Downstairs 10base hub] -| | DSL ~~[Alcatel Router] - [FXP server FXP] -| I get the same problem if I plug the laptop directly into the downstairs hub, and also if I plug it into the router (which has four hub ports on it). The server is configured as an ethernet bridging firewall. I think that it is extremely unlikely that the network infrastructure is failing in the same way when I plug into three different parts of it. Also, I didn't used to have this problem even with the came cabling. Joe msg30564/pgp0.pgp Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Sun, Dec 30, 2001 at 11:17:39AM -0800, Matthew Dillon wrote: > I think there may be a problem with your hub setup (e.g. exceeding the > hub count or end-to-end length limitations) that is either resulting > in packet loss, or the packet burst is locking up the ethernet long > enough to cause a timeout. The problem looks very much like an > unrecognized collision to me. I'll try cutting some of the intermediate infrastructure out and see if that helps. > I recommend replacing the hubs with switches. The whole topology will > be happier. Of course. I've not found a well priced switch though. (on a budget). Thanks for helping me with this. I'll get back once I've reduced the network to something smaller. Joe msg30562/pgp0.pgp Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Sat, Dec 29, 2001 at 10:44:31PM -0800, Matthew Dillon wrote: > > Ok, there's packet loss. From this extract you can see > that the client receives through sequence 641, then the > next packet it receives starts at sequence 993. > > 15:28:09.879928 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 609:641(32) >ack 64 win 33304 8399> (DF) [tos 0x10] > 15:28:09.881926 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 993:1025(32) >ack 64 win 33304 68402> (DF) [tos 0x10] > > If you look at the server you can see the (tiny) packets > being transmitted: > > 15:28:18.255648 transwarp.telnet > genius.kpop: P 609:641(32) ack 64 win 33304 > (DF) [tos 0x10] > 15:28:18.255775 transwarp.telnet > genius.kpop: P 641:673(32) ack 64 win 33304 > (DF) [tos 0x10] > 15:28:18.255864 genius.kpop > transwarp.telnet: . ack 97 win 33288 > (DF) [tos 0x10] > 15:28:18.255955 transwarp.telnet > genius.kpop: P 673:705(32) ack 64 win 33304 > (DF) [tos 0x10] > 15:28:18.256084 transwarp.telnet > genius.kpop: P 705:737(32) ack 64 win 33304 > (DF) [tos 0x10] > 15:28:18.256223 transwarp.telnet > genius.kpop: P 737:769(32) ack 64 win 33304 > (DF) [tos 0x10] > 15:28:18.256351 transwarp.telnet > genius.kpop: P 769:801(32) ack 64 win 33304 > (DF) [tos 0x10] > 15:28:18.256479 transwarp.telnet > genius.kpop: P 801:833(32) ack 64 win 33304 > (DF) [tos 0x10] > 15:28:18.256607 transwarp.telnet > genius.kpop: P 833:865(32) ack 64 win 33304 > (DF) [tos 0x10] > 15:28:18.256734 transwarp.telnet > genius.kpop: P 865:897(32) ack 64 win 33304 > (DF) [tos 0x10] > 15:28:18.256884 transwarp.telnet > genius.kpop: P 897:929(32) ack 64 win 33304 > (DF) [tos 0x10] > 15:28:18.257011 transwarp.telnet > genius.kpop: P 929:961(32) ack 64 win 33304 > (DF) [tos 0x10] > 15:28:18.257138 transwarp.telnet > genius.kpop: P 961:993(32) ack 64 win 33304 > (DF) [tos 0x10] > 15:28:18.258068 transwarp.telnet > genius.kpop: P 993:1025(32) ack 64 win 33304 > (DF) [tos 0x10] > 15:28:18.258221 transwarp.telnet > genius.kpop: P 1025:1057(32) ack 64 win 33304 > (DF) [tos 0x10 > > The first one is through 641. The server then sends 11 packets > (641 through 993) that the client misses completely. The > next packet the client sees is the 993:1025 packet. > > So there is nothing wrong with the TCP protocol. The question > now is whether this is packet loss due to the physical layer > or whether it is a queueing problem. What kind of network > cards do these machines have and what kind of switching > infrastructure is between them? No switching infrastructure. It's a 10mb/s half duplex ethernet network, with two hubs between the two machines. > One thing that doesn't make sense is that the client > is responding to each packet with its own ack but > the server doesn't see the acks until it finishes > transmitting a big stream of data packets. This > implies half-duplex operation. Yes, it is half-duplex. Joe msg30559/pgp0.pgp Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Sat, Dec 29, 2001 at 01:59:28PM -0500, Mike Silbersack wrote: > > I'm going to blame the USB ethernet driver for dropping packets; Thomas > Zenker has been reporting similar problems on -net. He says that he did > not have problems with packet loss with 4.3, but has not been able to > track down what changed. Maybe you could compare notes with him and see > what you can come up with. > What's his email address? Joe msg30544/pgp0.pgp Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Sat, Dec 29, 2001 at 12:49:02PM -0500, Mike Silbersack wrote: > > > You are right that switching TCP_NODELAY off does fix it, but it's not > > caused by congestion I can assure you. > > > Whether the packet loss is random or not, there is packet loss occuring. > What's the exact network setup between the two machines? Perhaps it's a > collision occuring each time. genius(laptop)/aue0 usb ethernet. (-current) | 10 base half duplex hub | 10 base half duplex hub | transwarp(dual processor server)/fxp0 onboard ethernet. (-stable). > I guess you could try running netstat -i on each computer before and after > to see if you can see the problem occur at that layer. I wish that I had an ether-crosser cable so I could plug the two machines directly together. I've had this problem for several weeks now. I would imagine that it would be slightly random if it was the network infrastructure, but it's not. Joe msg30542/pgp0.pgp Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Fri, Dec 28, 2001 at 07:27:36PM +0100, Tomas Svensson wrote:
> This just verifies what I said weeks ago.
>
> On the client side:
>
> ## several packets are lost here due to congestion, thanks to
> TCP_NODELAY:
No. These packets aren't lost to congestion. I can reproduce this
pattern every time. There's no random packet loseness about it.
You are right that switching TCP_NODELAY off does fix it, but it's not
caused by congestion I can assure you.
Joe
Index: packet.c
===
RCS file: /home/ncvs/src/crypto/openssh/packet.c,v
retrieving revision 1.1.1.1.2.4
diff -u -r1.1.1.1.2.4 packet.c
--- packet.c28 Sep 2001 01:33:34 - 1.1.1.1.2.4
+++ packet.c29 Dec 2001 17:33:40 -
@@ -1281,9 +1281,11 @@
error("setsockopt IPTOS_LOWDELAY: %.100s",
strerror(errno));
}
+#if NEVER
if (setsockopt(connection_in, IPPROTO_TCP, TCP_NODELAY, (void *) &on,
sizeof(on)) < 0)
error("setsockopt TCP_NODELAY: %.100s", strerror(errno));
+#endif
} else if (packet_connection_is_ipv4()) {
/*
* Set IP options for a non-interactive connection. Use
msg30540/pgp0.pgp
Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Fri, Dec 28, 2001 at 05:36:22PM -0500, Mike Silbersack wrote: > > I'd have to agree. I just recompiled libssh / sshd so that NODELAY would > not be set in any case, and ls acts a lot more nicely over a modem link. > (2 large updates, rather than lots of tiny ones.) I'm not sure that we're > seeing any actual bug in the tcp stack here as much as the effect of > packet loss and tinygrams. > Packet loss is, or should be, next to zero as both machines are on an uncongested 10base ether on my local network. Joe msg30501/pgp0.pgp Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Fri, Dec 28, 2001 at 10:09:11PM +, Josef Karthauser wrote: > On Fri, Dec 28, 2001 at 07:27:36PM +0100, Tomas Svensson wrote: > > This just verifies what I said weeks ago. > > [cut] > > > Conclusion: This is a OpenSSH problem, not a FreeBSD problem. > > My hunch is that it's not an OpenSSH problem. I also get the same > stalling whilst downloading large files in the same direction from > the same machines using 'fetch' on the client and apache on the > server. Here's the detail: genius% fetch http://some.file/on/the/server Receiving book.pdf (7403191 bytes): 100% 7403191 bytes transferred in 36.1 seconds (200.41 kBps) genius% fetch http://some.file/on/the/server Receiving book.pdf (7403191 bytes): 100% 7403191 bytes transferred in 32.0 seconds (226.20 kBps) genius% fetch http://some.file/on/the/server Receiving book.pdf (7403191 bytes): 100% 7403191 bytes transferred in 51.1 seconds (141.62 kBps) genius% fetch http://some.file/on/the/server Receiving book.pdf (7403191 bytes): 100% 7403191 bytes transferred in 37.0 seconds (195.16 kBps) genius% fetch http://some.file/on/the/server Receiving book.pdf (7403191 bytes): 100% 7403191 bytes transferred in 23.2 seconds (311.39 kBps) genius% Joe msg30496/pgp0.pgp Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Fri, Dec 28, 2001 at 07:27:36PM +0100, Tomas Svensson wrote: > This just verifies what I said weeks ago. [cut] > Conclusion: This is a OpenSSH problem, not a FreeBSD problem. My hunch is that it's not an OpenSSH problem. I also get the same stalling whilst downloading large files in the same direction from the same machines using 'fetch' on the client and apache on the server. Joe msg30494/pgp0.pgp Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Fri, Nov 30, 2001 at 03:45:21PM -0800, Matthew Dillon wrote: > :... > :> I am tracking it down now. > : > :Is this the same problem that I experience on ssh connections between > :my 5.0-current laptop and my releng_4 server? When I run an 'ls' > :from the shell on large directories I get the response back block > :delay block delay block. I assumed that it was a problem with > :-current. > : > :Joe > > It sounds like the same problem. In fact, I seem to recall observing > something very similar from my laptop while ssh'd into one of my > servers, but at the time I though it was a hicup in the wireless network. > Now though I think it was this same issue. Ok, at last, here's the tcpdumps from both ends. On the client (genius.tao.org.uk -current) I 'ssh -p 23 transwarp' and from there 'ls -l /usr/src'. The tcpdump is from when I hit return on the ls command. The server (transwarp.tao.org.uk) is running -stable. Joe Client side. 15:28:09.819585 genius.tao.org.uk.kpop > transwarp.tao.org.uk.telnet: P 32:64(32) ack 33 win 33304 (DF) [tos 0x10] 15:28:09.841939 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 33:65(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.845937 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 65:97(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.845987 genius.tao.org.uk.kpop > transwarp.tao.org.uk.telnet: . ack 97 win 33288 (DF) [tos 0x10] 15:28:09.847937 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 97:129(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.849931 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 129:161(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.849966 genius.tao.org.uk.kpop > transwarp.tao.org.uk.telnet: . ack 161 win 33288 (DF) [tos 0x10] 15:28:09.851935 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 161:193(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.853984 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 193:225(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.854032 genius.tao.org.uk.kpop > transwarp.tao.org.uk.telnet: . ack 225 win 33288 (DF) [tos 0x10] 15:28:09.855959 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 225:257(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.857934 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 257:289(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.857986 genius.tao.org.uk.kpop > transwarp.tao.org.uk.telnet: . ack 289 win 33288 (DF) [tos 0x10] 15:28:09.859937 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 289:321(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.861929 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 321:353(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.861967 genius.tao.org.uk.kpop > transwarp.tao.org.uk.telnet: . ack 353 win 33288 (DF) [tos 0x10] 15:28:09.863933 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 353:385(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.865928 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 385:417(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.865963 genius.tao.org.uk.kpop > transwarp.tao.org.uk.telnet: . ack 417 win 33288 (DF) [tos 0x10] 15:28:09.867932 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 417:449(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.869928 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 449:481(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.869963 genius.tao.org.uk.kpop > transwarp.tao.org.uk.telnet: . ack 481 win 33288 (DF) [tos 0x10] 15:28:09.871932 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 481:513(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.873941 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 513:545(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.873981 genius.tao.org.uk.kpop > transwarp.tao.org.uk.telnet: . ack 545 win 33288 (DF) [tos 0x10] 15:28:09.875949 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 545:577(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.877927 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 577:609(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.877970 genius.tao.org.uk.kpop > transwarp.tao.org.uk.telnet: . ack 609 win 33288 (DF) [tos 0x10] 15:28:09.879928 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 609:641(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.881926 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 993:1025(32) ack 64 win 33304 (DF) [tos 0x10] 15:28:09.881964 genius.tao.org.uk.kpop > transwarp.tao.org.uk.telnet: . ack 641 win 33304 (DF) [tos 0x10] 15:28:10.881805 transwarp.tao.org.uk.telnet > genius.tao.org.uk.kpop: P 641:1057(416) ack 64 win 33304 (DF) [tos 0x10] 15:28:10.881904 genius.tao.org.uk.kpop > transwarp.tao.org.uk.telnet: . ack 1057 win 33096 (DF) [tos 0x10] Server side. 15:28:18.228806 genius.kpop > transwarp.telnet: P 32:64(32) ack 33 win 33304 (DF) [tos 0x10] 15:28:18.249206 transwarp.telnet > genius.kpop: P
Re: Another filesystem test program
On Thu, Dec 20, 2001 at 11:40:22PM -0800, Hiten Pandya wrote: > > > src/tools/regression :) Jordan committed fsx there > > a day or so ago. > > can it be used for any type of filesystem? > I was wondering if it would be useful for the JFS port > I am doing. Download it, and take a look at the source Hiten. I'm sure that you'll see ways that it can be adapted. Joe msg30352/pgp0.pgp Description: PGP signature
Re: deadlock with softupdates ?
On Tue, Dec 18, 2001 at 11:24:28AM -0800, Matthew Dillon wrote:
>
> :genius# ps -axl -M vmcore.15 -N kernel.15=20
> :(attached file)
> :
> :The back traces for the processes locked in inode is also attached.
> :
> :Being green to debugging this kind of thing what should I do next?
> :
> :Joe
>
> Please backtrace the processes stuck in 'vfscac' as well. Actually,
> backtrace all the processes that are stuck in weird places.
Ok, here are some vfscac processes:
(kgdb) bt
#0 0xc01db56d in mi_switch () at /usr/src/sys/kern/kern_synch.c:781
#1 0xc01dad33 in msleep (ident=0xc03326c0, mtx=0xc0355720, priority=66,
wmesg=0xc02e8634 "vfscache", timo=0) at
/usr/src/sys/kern/kern_synch.c:496
#2 0xc01cc709 in malloc (size=55, type=0xc03326c0, flags=0)
at /usr/src/sys/kern/kern_malloc.c:162
#3 0xc020acb6 in cache_enter (dvp=0xe42d5380, vp=0xe42d2900,
cnp=0xe4646c6c)
at /usr/src/sys/kern/vfs_cache.c:415
#4 0xc0277535 in ufs_lookup (ap=0xe4646b6c)
at /usr/src/sys/ufs/ufs/ufs_lookup.c:627
#5 0xc027c729 in ufs_vnoperate (ap=0xe4646b6c)
at /usr/src/sys/ufs/ufs/ufs_vnops.c:2658
#6 0xc020b1f6 in vfs_cache_lookup (ap=0xe4646bc4) at vnode_if.h:66
#7 0xc027c729 in ufs_vnoperate (ap=0xe4646bc4)
at /usr/src/sys/ufs/ufs/ufs_vnops.c:2658
#8 0xc020e9b9 in lookup (ndp=0xe4646c44) at vnode_if.h:45
#9 0xc020e4a4 in namei (ndp=0xe4646c44) at
/usr/src/sys/kern/vfs_lookup.c:168
#10 0xc0215df5 in lstat (td=0xe44ec104, uap=0xe4646d20)
at /usr/src/sys/kern/vfs_syscalls.c:2012
#11 0xc02b1c88 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
tf_edi = -1077942172, tf_esi = -1077940908, tf_ebp = -1077942076,
tf_isp = -463180428, tf_ebx = 5, tf_edx = -1077940908, tf_ecx = 2,
tf_eax = 190, tf_trapno = 22, tf_err = 2, tf_eip = 673929251,
tf_cs = 31, tf_eflags = 663, tf_esp = -1077942312, tf_ss = 47})
at /usr/src/sys/i386/i386/trap.c:1150
#12 0xc02a52ed in syscall_with_err_pushed ()
#13 0x808e39c in ?? ()
#14 0x8052201 in ?? ()
#15 0x805abd0 in ?? ()
#16 0x806b735 in ?? ()
#17 0x804b699 in ?? ()
(kgdb) bt
#0 0xc01db56d in mi_switch () at /usr/src/sys/kern/kern_synch.c:781
#1 0xc01dad33 in msleep (ident=0xc03326c0, mtx=0xc0355720, priority=66,
wmesg=0xc02e8634 "vfscache", timo=0) at
/usr/src/sys/kern/kern_synch.c:496
#2 0xc01cc709 in malloc (size=42, type=0xc03326c0, flags=0)
at /usr/src/sys/kern/kern_malloc.c:162
#3 0xc020acb6 in cache_enter (dvp=0xe4765000, vp=0xe47c2840,
cnp=0xe44eac54)
at /usr/src/sys/kern/vfs_cache.c:415
#4 0xc68f936e in ?? ()
#5 0xc020e9b9 in lookup (ndp=0xe44eac2c) at vnode_if.h:45
#6 0xc020e4a4 in namei (ndp=0xe44eac2c) at
/usr/src/sys/kern/vfs_lookup.c:168
#7 0xc02193d8 in vn_open_cred (ndp=0xe44eac2c, flagp=0xe44eabf8,
cmode=3201,
cred=0xc7218500) at /usr/src/sys/kern/vfs_vnops.c:162
#8 0xc021919e in vn_open (ndp=0xe44eac2c, flagp=0xe44eabf8, cmode=3201)
at /usr/src/sys/kern/vfs_vnops.c:85
#9 0xc02147ca in open (td=0xe439f404, uap=0xe44ead20)
at /usr/src/sys/kern/vfs_syscalls.c:1115
#10 0xc02b1c88 in syscall (frame={tf_fs = 134545455, tf_es =
-1078001617,
tf_ds = -1078001617, tf_edi = 134591808, tf_esi = -1077937040,
tf_ebp = -1077937572, tf_isp = -464605836, tf_ebx = -1077939620,
tf_edx = 17, tf_ecx = -1077940892, tf_eax = 5, tf_trapno = 22,
tf_err = 2, tf_eip = 672822595, tf_cs = 31, tf_eflags = 647,
tf_esp = -1077940800, tf_ss = 47}) at
/usr/src/sys/i386/i386/trap.c:1150
#11 0xc02a52ed in syscall_with_err_pushed ()
#12 0x8049a75 in ?? ()
#13 0x8049a17 in ?? ()
#14 0x8049fa5 in ?? ()
#15 0x80496e2 in ?? ()
#16 0x8049622 in ?? ()
#17 0x8049219 in ?? ()
Joe
>
> -Matt
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
msg30263/pgp0.pgp
Description: PGP signature
Re: deadlock with softupdates ?
On Tue, Dec 18, 2001 at 03:46:18PM +, Josef Karthauser wrote: > > > I've a similar problem with -current from recent (within the last week > > or two). > > > > genius# ps -axl -M vmcore.15 -N kernel.15 > > (attached file) > > > > The back traces for the processes locked in inode is also attached. > > > > Being green to debugging this kind of thing what should I do next? > > Maybe it's the maxusers 0 code. I saw your recent commit to work around > not using the new config. I've rebuilt my kernel from scratch, clean. > If it happens again I'll let you know. Ok. It's not that then. Symptoms processes block on vfscac whatever that is. I've not managed to catch a crash dump yet. Joe msg30257/pgp0.pgp Description: PGP signature
Re: deadlock with softupdates ?
On Tue, Dec 18, 2001 at 10:55:27AM +, Josef Karthauser wrote: > On Mon, Dec 17, 2001 at 01:41:28PM -0800, Matthew Dillon wrote: > > If it is a vnode deadlock you have to find which process or > > processes it is deadlocking against. > > > > Do a ps -axl -M vmcore.X -N kernel.X on the kernel core, > > pick out all the processes blocked on inode or whatever, > > then from gdb go to each process (proc N) and do a backtrace > > (back). > > I've a similar problem with -current from recent (within the last week > or two). > > genius# ps -axl -M vmcore.15 -N kernel.15 > (attached file) > > The back traces for the processes locked in inode is also attached. > > Being green to debugging this kind of thing what should I do next? Maybe it's the maxusers 0 code. I saw your recent commit to work around not using the new config. I've rebuilt my kernel from scratch, clean. If it happens again I'll let you know. Joe msg30250/pgp0.pgp Description: PGP signature
Re: deadlock with softupdates ?
On Mon, Dec 17, 2001 at 01:41:28PM -0800, Matthew Dillon wrote: > If it is a vnode deadlock you have to find which process or > processes it is deadlocking against. > > Do a ps -axl -M vmcore.X -N kernel.X on the kernel core, > pick out all the processes blocked on inode or whatever, > then from gdb go to each process (proc N) and do a backtrace > (back). I've a similar problem with -current from recent (within the last week or two). genius# ps -axl -M vmcore.15 -N kernel.15 (attached file) The back traces for the processes locked in inode is also attached. Being green to debugging this kind of thing what should I do next? Joe UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 274 1 0 8 0 8400 wait D+ #C:- 0:00.01 (sh) 88 317 274 0 96 0 260640 select D+ #C:- 0:00.37 (mysqld) 0 328 1 0 5 0 10800 ttyin Ds+ #C:0:00.00 (getty) 0 329 1 0 5 0 10800 ttyin Ds+ #C:0:00.00 (getty) 0 330 1 0 5 0 10800 ttyin Ds+ #C:0:00.00 (getty) 0 331 1 0 5 0 10800 ttyin Ds+ #C:0:00.00 (getty) 0 332 1 0 5 0 10800 ttyin Ds+ #C:0:00.00 (getty) 0 334 1 0 5 0 10800 ttyin Ds+ #C:0:00.00 (getty) 0 333 1 0 5 0 10800 ttyin Ds+ #C:0:00.00 (getty) 0 335 1 0 5 0 10800 ttyin Ds+ #C:0:00.00 (getty) 100 4345 4344 0 96 0 227720 select Ds+ #C:0:05.88 (slrn) 100 1618 1617 0 -12 0 34520 inode Ds+ #C:0:01.90 (mutt) 0 0 0 0 -16 0 00 sched DLs ??0:00.11 (swapper) 0 1 0 0 8 0 6640 wait DLs ??0:00.01 (init) 0 2 0 0 -16 0 00 psleep DL??0:00.04 (pagedaemon 0 3 0 0 20 0 00 psleep DL??0:00.00 (vmdaemon) 0 4 0 0 20 0 00 pgzero DL??0:00.00 (pagezero) 0 5 0 0 -16 0 00 psleep DL??0:00.18 (bufdaemon) 0 6 0 0 20 0 00 syncer DL??0:06.43 (syncer) 010 0 16 -16 0 00 - RL?? 659:48.43 (idle) 011 0 0 -44 0 00 - WL??0:01.34 (swi1: net) 012 0 0 -48 0 00 - WL?? 37:12.86 (swi6: tty: 013 0 0 -32 0 00 - WL??0:00.00 (swi4: vm) 014 0 0 76 0 00 sleep DL??0:01.55 (random) 015 0 0 0 0 00 - WL??0:09.37 (swi5: task 016 0 0 -40 0 00 - WL??0:00.00 (swi2: camn 017 0 0 -36 0 00 - WL??0:00.00 (swi3: camb 018 0 0 -21 0 00 - WL??0:00.00 (irq13:) 019 0 0 -21 0 00 - WL??0:03.93 (irq9:) 020 0 0 -80 0 00 - WL??0:00.00 (irq11: pci 021 0 0 -64 0 00 - WL??0:19.25 (irq14: ata 022 0 0 -64 0 00 - WL??0:00.00 (irq15: ata 023 0 0 -64 0 00 - WL??0:01.20 (irq5: uhci 024 0 0 -60 0 00 - RL??0:00.23 (irq1: atkb 025 0 0 -60 0 00 - WL??0:00.05 (irq12: psm 026 0 0 -64 0 00 - WL??0:00.00 (irq6: fdc0 027 0 0 -48 0 00 - WL??0:00.00 (swi0: tty: 028 0 0 -60 0 00 - WL??0:00.00 (irq4: sio0 029 0 0 -60 0 00 - WL??0:00.00 (irq7: ppc0 030 0 0 -84 0 00 - WL??0:00.00 (irq0: clk) 031 0 0 -84 0 00 - WL??0:00.00 (irq8: rtc) 0 150 1 0 -12 0 10840 inode Ds??0:00.36 (syslogd) 0 156 1 0 -12 0 14320 inode Ds??0:00.81 (ntpd) 0 162 1 0 96 0 12080 select Ds??0:00.02 (inetd) 0 164 1 0 -12 0 11240 inode Ds??0:00.07 (cron) 0 167 1 0 96 0 10920 select Ds??0:00.01 (lpd) 0 169 1 0 96 0 23800 select Ds??0:00.05 (sshd) 0 171 0 0 8 0 00 usbevt DL??0:00.37 (usb0) 0 172 1 0 96 0 10400 select Ds??0:00.06 (usbd) 0 229 1 0 96 0 10360 select Ds??0:15.30 (moused) 0 259 1 0 96 0 22360 select Ds??0:00.94 (httpd) 65534 265 259 0 4 0 22600 accept D ??0:00.00 (httpd) 65534 266 259 0 4 0 22600 accept D ??0:00.00 (httpd) 65534 267 259 0 4 0 22600 accept D ??0:00.00 (httpd) 65534 268 259 0 4 0 22600 accept D ??0:00.00 (h
Re: Instead of JFS, why not a whole new FS?
On Mon, Dec 17, 2001 at 05:25:07PM -0600, D J Hawkey Jr wrote: > The one thing that journalling FSes deliver that FFS with softupdates doesn't > right now is a 'fsck'less boot after an uncontrolled shutdown. I have read > that the Project has this on their TODO list. This has been the default in -current for a few months now. It requires snapshots, which hasn't been MFC'd yet. Joe msg30236/pgp0.pgp Description: PGP signature
Re: [SUGGESTION] - JFS for FreeBSD
On Tue, Dec 11, 2001 at 07:58:04PM +, Wayne Pascoe wrote: > Josef Karthauser <[EMAIL PROTECTED]> writes: > > > It is probably a one man job if that man knows the kernel inside > > and out in these areas, and has the time and energy to see it > > through. I'd suggest that you find a much much smaller area to > > work on yourself for now though. (Take a look in the PR database > > for ideas of where to start). > > What is the PR database of which you speak and where can I find it? I > am looking for a project to work on in my free time. http://www.freebsd.org/support.html#gnats Joe msg29979/pgp0.pgp Description: PGP signature
Re: [SUGGESTION] - JFS for FreeBSD
On Tue, Dec 11, 2001 at 04:01:04AM -0800, Hiten Pandya wrote: > > but thats only if three of more people are _really_ > interested in porting it... cause as you know... > porting an IBM file system (from looks) is not a > one man job :-) > It is probably a one man job if that man knows the kernel inside and out in these areas, and has the time and energy to see it through. I'd suggest that you find a much much smaller area to work on yourself for now though. (Take a look in the PR database for ideas of where to start). Joe msg29966/pgp0.pgp Description: PGP signature
Re: [SUGGESTION] - JFS for FreeBSD
On Mon, Dec 10, 2001 at 02:01:53PM -0800, Hiten Pandya wrote: > hi all, > > this is a wild idea...suggestion... > > i wanted to ask if there were any _plans_ to port > JFS (Journaled File System) to FreeBSD... Hi Hiten, Search the mail list archives (from www.freebsd.org) for JFS and XFS. You'll see that there have been many discussions about this over the last few years. Joe msg29907/pgp0.pgp Description: PGP signature
Re: SSH stalls (was: FreeBSD performing worse than Linux?)
On Sat, Dec 01, 2001 at 12:46:04AM -0800, Matthew Dillon wrote: > I haven't been able to reproduce this. Two things, though... (1) are > you using a compressed ssh connection or an uncompressed connection? > It makes a big difference in regards to how ssh generates packet data. > 'ls' contains a lot of repetitive data and compresses well. Compression: blowfish I believe. > (2) Also are you using an xterm or an aterm? aterm will skip terminal > data until the flow stops if it receives it quickly enough, not displaying > anything until it 'hicups' at the end. xterm will sync the display up > every so often when receiving a continuous stream. So if you are using > aterm it could appear as though the connection has stalled when, in fact, > it is actually running full bore and aterm is waiting for things to slow > down. rxvt. Joe msg29445/pgp0.pgp Description: PGP signature
Re: SSH stalls (was: FreeBSD performing worse than Linux?)
On Sat, Dec 01, 2001 at 03:26:22AM +0100, Tomas Svensson wrote: > JK> Is this the same problem that I experience on ssh connections between > JK> my 5.0-current laptop and my releng_4 server? When I run an 'ls' > JK> from the shell on large directories I get the response back block > JK> delay block delay block. I assumed that it was a problem with > JK> -current. > > I am quite sure that this is a problem introduced in OpenSSH v2.5 or > earlier. When I upgraded a FreeBSD 4.2 box from OpenSSH v2.2.0 to a > newer version (I don't remember exactly which one now) I noticed this > stalling which had never appeared before. If I used SSH Inc ssh-2.4 > there was no stalling. It's not FreeBSD-specific either: I am > trying this now on a NetBSD 1.5.1 that has OpenSSH v2.5.2 and if I > do ten ls -l as fast as I can, I get 14 retransmitted packets and > stalling. If I try the same with SSH Inc ssh-3.0.0 I get no > retransmitted packets. Strangely enough I get no stalling on either > sshd if I cat a 3 megabyte text... Yes you're right. I reenabled telnetd and the problem doesn't exist there. It's definitely an ssh problem. Joe msg29444/pgp0.pgp Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Fri, Nov 30, 2001 at 11:49:13PM +, Josef Karthauser wrote: > On Fri, Nov 30, 2001 at 03:45:21PM -0800, Matthew Dillon wrote: > > :... > > :> I am tracking it down now. > > : > > :Is this the same problem that I experience on ssh connections between > > :my 5.0-current laptop and my releng_4 server? When I run an 'ls' > > :from the shell on large directories I get the response back block > > :delay block delay block. I assumed that it was a problem with > > :-current. > > : > > :Joe > > > > It sounds like the same problem. In fact, I seem to recall observing > > something very similar from my laptop while ssh'd into one of my > > servers, but at the time I though it was a hicup in the wireless network. > > Now though I think it was this same issue. > > I'm just about to reboot the server now with your recently committed > changes - I'll let you know if it fixed anything. No, the problem remains after rebuilding the kernel on both boxes. Joe msg29421/pgp0.pgp Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Fri, Nov 30, 2001 at 03:45:21PM -0800, Matthew Dillon wrote: > :... > :> I am tracking it down now. > : > :Is this the same problem that I experience on ssh connections between > :my 5.0-current laptop and my releng_4 server? When I run an 'ls' > :from the shell on large directories I get the response back block > :delay block delay block. I assumed that it was a problem with > :-current. > : > :Joe > > It sounds like the same problem. In fact, I seem to recall observing > something very similar from my laptop while ssh'd into one of my > servers, but at the time I though it was a hicup in the wireless network. > Now though I think it was this same issue. I'm just about to reboot the server now with your recently committed changes - I'll let you know if it fixed anything. Joe msg29416/pgp0.pgp Description: PGP signature
Re: FreeBSD performing worse than Linux?
On Fri, Nov 30, 2001 at 12:47:29PM -0800, Matthew Dillon wrote: > Well, this is embarassing. I can reproduce this completely running > 4.4-stable (Nov 17th kernel) on two machines. > > With newreno turned on, a TCP NFS mount only gets 80K/sec. With newreno > turned off on the transmit side, a TCP NFS mount gets 7MB/sec. The > state of the delayed-ack sysctl is irrelevant. This is without running > any nfsiod's (which would mask the degredation of the synchronous > messaging). > > I am tracking it down now. Is this the same problem that I experience on ssh connections between my 5.0-current laptop and my releng_4 server? When I run an 'ls' from the shell on large directories I get the response back block delay block delay block. I assumed that it was a problem with -current. Joe msg29413/pgp0.pgp Description: PGP signature
Re: (no subject)
On Wed, Nov 28, 2001 at 11:27:17PM -0500, [EMAIL PROTECTED] wrote: > > The concept that "netgraph hooks" are a "leg up" on say, ETs drivers that > have integrated bandwidth management and prioritization, WAN bridging > support, load balancing and a probably 25% performance advantage is a bit > entertaining. Unless you need to do some convoluted encapsulation netgraph > is, aside from being appallingly non-standard to anything else in the market, > not much of an "advantage", and its a poster child for the trade off of > "flexibility" versus performance. > > Lets face it. If you were going to sit down and design an interface for frame > relay, multi-protocol support, etc, you'd have to be smoking something pretty > strong to come up with netgraph. But its free and there is source, so it > must be great! Please please please! Have you read the source code for netgraph? It may be unintentional on your part but the above paragraph reads like you've made an assumption about what netgraph is and how it works and have decided that it's inefficient and therefore of not much use. Netgraph is great, but not because it's free and there is source. It's great because conceptually it's like lego, and in effeciency it's very quick. Netgraph hooks in device drivers are extremely useful. Who's smoking anything? You or me? Joe msg28977/pgp0.pgp Description: PGP signature
Re: Unix Philosophers Please!
On Wed, Oct 31, 2001 at 05:20:33PM -0800, Lamont Granquist wrote: > > > On Wed, 31 Oct 2001, Stephen Montgomery-Smith wrote: > > > "Nicpon, John" wrote: > > > > > > Please specifically define where data goes that is sent to /dev/null > > > > Answer 1. Data is not like energy. There is no "conservation of data" > > law. So the data simply "disappears". > > Doesn't thermodynamics second law actually imply that data has to > disappear and that with the heat death of the universe data will be at a > minimum? For meaningful data to exist there needs to be order, while the > 2nd law requires that systems evolve to less ordered states. Maybe, but the second law of thermodynamics is incorrect so who knows? Joe PGP signature
Re: CVS: connection refused
On Wed, Oct 31, 2001 at 03:13:23PM -0800, Hiten Pandya wrote: > hi all, > i have been trying to connect to the FreeBSD Anonymous > CVS Server.. and it always keeps on saying no to me... > could some guide me thru this please.. > > thanks... > > error: > cvs [login aborted]: connect to > anoncvs.FreeBSD.org:2401 failed: Connection refused Hiten, The anoncvs server is down at the moment. There's been a discussion about it recently on one of the other lists, although I can't remember which one, maybe hubs@ ? (Someone announced an unofficial one that could be used in the meantime). Joe PGP signature
Re: Cron pickle
On Sun, Sep 16, 2001 at 08:07:14PM -0500, Alfred Perlstein wrote: > > I'm not a date(1) wizard, but there's a possible issue here, if > the system is loaded cron may skip a beat possibly and that > conditional may be delayed such that it doesn't trigger. > > My suggestion would be to use something more sophisticated such as > a file someplace that tracks the last time it was run to make sure > there's no race here. Or something less sophisticated like 12 cron entries, one for each month. Joe PGP signature
Re: All Ok?
On Thu, Sep 13, 2001 at 06:45:03PM -0400, [EMAIL PROTECTED] wrote: > The developers are largely a "west-coast" crowd, i think :-) And the rest of the world. Joe PGP signature
Re: All ok?
On Thu, Sep 13, 2001 at 10:38:03PM +0200, Peter B wrote: > > Hi! > > I just wonder if all freebsd developers are ok, due the wtc attack? > /P We believe so. Joe PGP signature
Re: Freebsd Multicast question
On Thu, Sep 13, 2001 at 12:53:07PM -0400, [EMAIL PROTECTED] wrote: > Are PIM-DM and PIM-SM supported in Freebsd? I cant find any reference in the > code. > > Bryan Look in the ports collection: Port: pim6dd-20010602a_1 Path: /usr/ports/net/pim6dd Info: PIM for IPv6 dense mode daemon Maint: [EMAIL PROTECTED] Index: net ipv6 B-deps: R-deps: Port: pim6sd-20010602a_1 Path: /usr/ports/net/pim6sd Info: PIM for IPv6 sparse mode daemon Maint: [EMAIL PROTECTED] Index: net ipv6 B-deps: R-deps: Joe PGP signature
