Kernel config script
Perhaps this is the wrong list to post this question, but has there been any work done on a script (similar to what Slackware Linux uses) that asks the user questions (Do you want to run SCO binaries, etc) and configures a kernel conf file for them? If not, I'll volunteer to write one... Matt To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: PNP card info needed
yOn Sat, 29 May 1999, Doug Rabson wrote: Could anyone with any ISA plug-and-play cards, especially soundcards which currently work with FreeBSD (or which used to work prior to the new-bus merge) please send me the output of /usr/sbin/pnpinfo. I need to know all the device ids for the new-bus isapnp code. Thanks in advance. Thanks to everyone who sent me information. It will be very useful for getting the new pnp code working properly. -- Doug Rabson Mail: d...@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
Perhaps this is the wrong list to post this question, but has there been any work done on a script (similar to what Slackware Linux uses) that asks the user questions (Do you want to run SCO binaries, etc) and configures a kernel conf file for them? Don't you find editing config file MUCH more easy thing than answering series of dumb questins again and again? -- Regards, Yaroslav Halchinsky To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
FreeBSD 3.2, arp command doesn't show any entry
Hi ! Is that normal, that arp -a doesn't show any entry in the arp table ? I have these network interfaces: xl0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet 172.16.2.1 netmask 0xff00 broadcast 172.16.2.255 ether 00:60:97:aa:3a:db media: 10baseT/UTP (10baseT/UTP half-duplex) supported media: 10base2/BNC 10base5/AUI 10baseT/UTP full-duplex 10baseT/UTP half-duplex 10baseT/UTP ed0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet 172.16.1.1 netmask 0xff00 broadcast 172.16.1.255 ether 00:00:c0:5a:98:2a isp0: flags=a051UP,POINTOPOINT,RUNNING,LINK1,MULTICAST mtu 1500 inet 194.231.123.169 -- 194.231.123.161 netmask 0xffe0 arp -a doesn't show anything, although I ping to www.freebsd.org and other hosts, but nothing will be displayed. Even the usage arp hostname isn't displaying anything arp myhostname titan (172.16.1.1) -- no entry ping myhostname arp myhostname titan (172.16.1.1) -- no entry What's that ? Andreas /// My kernel config: # # TITAN # machine i386 cpu I686_CPU ident TITAN maxusers100 #optionsINCLUDE_CONFIG_FILE # Include this file in kernel #optionsUSERCONFIG #boot -c editor #optionsVISUAL_USERCONFIG #visual boot -c editor options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O options I4B_SMP_WORKAROUND # Options for the VM subsystem #optionsPQ_NOOPT# No coloring options PQ_LARGECACHE # color for 512k/16k cache #optionsPQ_HUGECACHE# color for 1024k/16k cache options NMBCLUSTERS=4096 # Debugging #optionsDDB #optionsKTRACE #kernel tracing # Network #optionsMROUTING# Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options IPFIREWALL_FORWARD #enable xparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPDIVERT#divert sockets #optionsICMP_BANDLIM #optionsDUMMYNET options INET#InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT#FFS usable as root device [keep this!] options SOFTUPDATES #Softupdates options MFS #Memory Filesystem options MSDOSFS #MSDOS Filesystem options CD9660#ISO 9660 Filesystem options PROCFS #Process filesystem options KERNFS #Kernel filesystem options NFS #Network File System options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE#Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG options MD5 options NSWAPDEV=4 #optionsPCI_QUIET options COMPAT_LINUX options SHOW_BUSYBUFS options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L # Size of the kernel message buffer. Should be N * pagesize. options MSGBUF_SIZE=40960 config kernel root on da0s2a controller isa0 controller pci0 #controller pnp0 controller fdc0at isa? port IO_FD1 bio irq 6 drq 2 diskfd0 at fdc0 drive 0 controller ahc0 controller scbus0 at ahc0 diskda0 at scbus0 target 0 unit 0 diskda4 at scbus0 target 1 unit 0 tapesa0 at scbus0 target 4 device cd0 at scbus0 target 5 device cd1 at scbus0 target 6 device pass0 # CAM passthrough driver # AHA 2940 controller ahc1 controller scbus1 at ahc1 diskda1 at scbus1 target 1 unit 0 diskda2 at scbus1 target 2 unit 0 diskda3 at scbus1 target 3 unit 0 options SCSI_DELAY=7000 #Be pessimistic about Joe SCSI device options AHC_ALLOW_MEMIO options SCSI_REPORT_GEOMETRY # atkbdc0 controlls both the keyboard and the PS/2 mouse controller atkbdc0 at isa? port IO_KBD tty device atkbd0 at isa? tty irq 1 device psm0at isa? tty irq 12 device vga0at isa? port ? conflicts # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? tty device npx0at isa? port IO_NPX irq 13 device sio0at isa? port IO_COM1 flags 0x10 tty irq 4 device sio1at isa? port
Re: FreeBSD 3.2, arp command doesn't show any entry
On Sun, May 30, 1999 at 02:51:51PM +0200, Andreas Klemm wrote: Hi ! Is that normal, that arp -a doesn't show any entry in the arp table ? [...] Umpf, was the only host on local network. Thought that perhaps my local LAN adapters show up, but this is perhaps because my local interfaces simply are there and my local host doesn't need ARP to resolve IP/MAC adresses... -- Andreas Klemm http://www.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
APC SmartUPS 110v
Hi, Does anyone have the allowable setpoint values for 110v versions of the APC SmartUPS? The upsd-2.0 port seems only to cater for 230v versions. TIA -- Bob Bishop (0118) 977 4017 international code +44 118 r...@gid.co.ukfax (0118) 989 4254 between 0800 and 1800 UK To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: a two-level port system?
Alternatively, is it possible to have the port tree be essentially empty (perhaps just the makefile and category directories) and then just have it fetch the makefiles and make the directories on demand, for the individal ports? - Robert Withrow, R.W. Withrow Associates, Swampscott MA, w...@rwwa.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
so_cred changes
Here they all are! I bumped __FreeBSD_version so this can be detected outside of the kernel (*cough* pidentd *cough*); this makes pidentd a lot simpler; I am also going to write a sysctl interface for getting credential info soon, so I'll reimplement identd then. Anyone for /usr/libexec/identd? :) IPFW UID/GID support still works, but I'm cleaning up (Since I just broke it out of so_cred changes, and it can USE the cleanup.) Anyone for committing the so_cred changes? I've got the the pidentd changes here, too. Brian Feldman_ __ ___ ___ ___ ___ gr...@unixhelp.org_ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \ _ \ |) | http://www.freebsd.org _ |___)___/___/ --- src/sys/sys/socketvar.h.origSat May 29 17:26:53 1999 +++ src/sys/sys/socketvar.h Sun May 30 11:07:07 1999 @@ -105,7 +105,7 @@ void(*so_upcall) __P((struct socket *, void *, int)); void*so_upcallarg; - uid_t so_uid; /* who opened the socket */ + struct pcred *so_cred; /* user credentials */ /* NB: generation count must not be first; easiest to make it last. */ so_gen_t so_gencnt; /* generation count */ void*so_emuldata; /* private data for emulators */ --- src/sys/kern/uipc_socket.c.orig Sat May 29 17:26:59 1999 +++ src/sys/kern/uipc_socket.c Sun May 30 10:52:32 1999 @@ -36,13 +36,14 @@ #include sys/param.h #include sys/systm.h -#include sys/proc.h #include sys/fcntl.h #include sys/malloc.h #include sys/mbuf.h #include sys/domain.h #include sys/kernel.h +#include sys/malloc.h #include sys/poll.h +#include sys/proc.h #include sys/protosw.h #include sys/socket.h #include sys/socketvar.h @@ -124,8 +125,10 @@ TAILQ_INIT(so-so_incomp); TAILQ_INIT(so-so_comp); so-so_type = type; - if (p != 0) - so-so_uid = p-p_ucred-cr_uid; + if (p) { + so-so_cred = p-p_cred; + so-so_cred-p_refcnt++; + } else so-so_cred = NULL; so-so_proto = prp; error = (*prp-pr_usrreqs-pru_attach)(so, proto, p); if (error) { @@ -156,6 +159,10 @@ struct socket *so; { so-so_gencnt = ++so_gencnt; + if (so-so_cred --so-so_cred-p_refcnt == 0) { + crfree(so-so_cred-pc_ucred); + FREE(so-so_cred, M_SUBPROC); + } zfreei(so-so_zone, so); } --- src/sys/kern/uipc_socket2.c.origSat May 29 17:27:05 1999 +++ src/sys/kern/uipc_socket2.c Sun May 30 10:53:53 1999 @@ -213,7 +213,9 @@ so-so_state = head-so_state | SS_NOFDREF; so-so_proto = head-so_proto; so-so_timeo = head-so_timeo; - so-so_uid = head-so_uid; + so-so_cred = head-so_cred; + if (so-so_cred) + so-so_cred-p_refcnt++; (void) soreserve(so, head-so_snd.sb_hiwat, head-so_rcv.sb_hiwat); if ((*so-so_proto-pr_usrreqs-pru_attach)(so, 0, NULL)) { @@ -915,7 +917,7 @@ xso-so_oobmark = so-so_oobmark; sbtoxsockbuf(so-so_snd, xso-so_snd); sbtoxsockbuf(so-so_rcv, xso-so_rcv); - xso-so_uid = so-so_uid; + xso-so_uid = so-so_cred ? so-so_cred-pc_ucred-cr_uid : -1; } /* --- src/sys/netinet/in_pcb.c.orig Sun May 30 10:54:09 1999 +++ src/sys/netinet/in_pcb.cSun May 30 11:03:19 1999 @@ -202,7 +202,7 @@ return (EACCES); if (p p-p_prison) prison = 1; - if (so-so_uid + if (so-so_cred !IN_MULTICAST(ntohl(sin-sin_addr.s_addr))) { t = in_pcblookup_local(inp-inp_pcbinfo, sin-sin_addr, lport, @@ -212,7 +212,9 @@ ntohl(t-inp_laddr.s_addr) != INADDR_ANY || (t-inp_socket-so_options SO_REUSEPORT) == 0) - (so-so_uid != t-inp_socket-so_uid)) + (t-inp_socket-so_cred) + (so-so_cred-p_ruid != + t-inp_socket-so_cred-p_ruid)) return (EADDRINUSE); } t = in_pcblookup_local(pcbinfo, sin-sin_addr, --- src/sys/sys/param.h.origSun May 30 11:31:18 1999 +++ src/sys/sys/param.h Sun May 30 11:31:30 1999 @@ -46,7 +46,7 @@ #define BSD4_3 1 #define BSD4_4 1 #undef __FreeBSD_version -#define __FreeBSD_version 45 /* Master, propagated to newvers */ +#define __FreeBSD_version 46 /* Master, propagated to newvers */ #ifndef NULL #defineNULL0
Pfizer VIAGRA(tm) - FOR AS LITTLE AS $6 PER DOSE
http://www.smartsurf.net/clients/medicalcenter Some people may find this subject a bit offensive, but the truth of the matter is Viagra from Pfizer has truly helped many people and even saved marriages. The only problem in the past was that in order to get a prescription for this marriage-saving pill was to go through an EMBARASSING appointment with your doctor. I know, I had to tell a strange nurse why I wanted to see the doctor - it wasn't one of the most comfortable phone calls :-) So if you are one of the many millions of Americans suffering from ED (erectile dysfunction) or you would just like to try Viagra to see if it will increase intimacy with your mate (it will) - here is an opportunity to order it discretely, privately and inexpensively right over the internet. -- Need Viagra? No Prescription? No Problem... No appointments, no waiting rooms, no embarrassment. Imagine -- your next order of Viagra is just a click away. MedCenter Online in association with KwikMed, Inc. is able to offer individuals afflicted with sexual dysfunction the ability to order Viagra online - Genuine Pfizer Viagra(tm) Can Be Legally Ordered Online For As Little As $6 Per Dose (normally $10 per dose - You save $4 per dose) - click on the link below for information on how you can order Viagra(tm) for as little as $6 per dose: http://www.smartsurf.net/clients/medicalcenter - It has been estimated that up to 30 million American men suffer from sexual dysfunction (impotence). Until recently, sexual dysfunction has been effectively treated with injections, surgery, and other procedures, many of which are painful and embarrassing. In March 1998, the FDA announced that Viagra® a new drug from Pfizer, Inc., has been approved as treatment for male sexual dysfunction. MedCenter Online KwikMed, Inc. is able to offer individuals afflicted with sexual dysfunction an evaluation for suitability to Viagra therapy. The evaluation is performed by qualified American physicians in a manner which is simple, secure, and without embarrassment. http://www.smartsurf.net/clients/medicalcenter To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Pfizer VIAGRA(tm) - FOR AS LITTLE AS $6 PER DOSE
Please send me just one pill. wtf? - Original Message - From: Medical Center Online viagra_onl...@usa.net To: freebsd-hackers@FreeBSD.ORG Sent: Sunday, May 30, 1999 9:15 AM Subject: Pfizer VIAGRA(tm) - FOR AS LITTLE AS $6 PER DOSE http://www.smartsurf.net/clients/medicalcenter Some people may find this subject a bit offensive, but the truth of the matter is Viagra from Pfizer has truly helped many people and even saved marriages. The only problem in the past was that in order to get a prescription for this marriage-saving pill was to go through an EMBARASSING appointment with your doctor. I know, I had to tell a strange nurse why I wanted to see the doctor - it wasn't one of the most comfortable phone calls :-) So if you are one of the many millions of Americans suffering from ED (erectile dysfunction) or you would just like to try Viagra to see if it will increase intimacy with your mate (it will) - here is an opportunity to order it discretely, privately and inexpensively right over the internet. -- Need Viagra? No Prescription? No Problem... No appointments, no waiting rooms, no embarrassment. Imagine -- your next order of Viagra is just a click away. MedCenter Online in association with KwikMed, Inc. is able to offer individuals afflicted with sexual dysfunction the ability to order Viagra online -- --- Genuine Pfizer Viagra(tm) Can Be Legally Ordered Online For As Little As $6 Per Dose (normally $10 per dose - You save $4 per dose) -- --- click on the link below for information on how you can order Viagra(tm) for as little as $6 per dose: http://www.smartsurf.net/clients/medicalcenter -- --- It has been estimated that up to 30 million American men suffer from sexual dysfunction (impotence). Until recently, sexual dysfunction has been effectively treated with injections, surgery, and other procedures, many of which are painful and embarrassing. In March 1998, the FDA announced that Viagra® a new drug from Pfizer, Inc., has been approved as treatment for male sexual dysfunction. MedCenter Online KwikMed, Inc. is able to offer individuals afflicted with sexual dysfunction an evaluation for suitability to Viagra therapy. The evaluation is performed by qualified American physicians in a manner which is simple, secure, and without embarrassment. http://www.smartsurf.net/clients/medicalcenter To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: PNP card info needed
Could anyone with any ISA plug-and-play cards, especially soundcards which currently work with FreeBSD (or which used to work prior to the new-bus merge) please send me the output of /usr/sbin/pnpinfo. I need to know all the device ids for the new-bus isapnp code. Sure. The first is an Intel PR440X M/B with onboard soundcard; the other is a Genuine CL SB 64 (Mumble) ISA soundcard. I may be able to dig out other details if you need them. M Checking for Plug-n-Play devices... Card assigned CSN #1 Vendor ID CSC0b36 (0x360b630e), Serial Number 0x PnP Version 1.0, Vendor Version 1 Device Description: CS4236 Audio Logical Device ID: CSC 0x630e #0 Device Description: WSS/SB TAG Start DF Good Configuration DMA: channel(s) 1 8-bit, not a bus master, count by byte, , Type A DMA: channel(s) 0 3 8-bit, not a bus master, count by byte, , Type A IRQ: 5 - only one type (true/edge) I/O Range 0x534 .. 0x534, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x388 .. 0x388, alignment 0x8, len 0x4 [16-bit addr] I/O Range 0x220 .. 0x220, alignment 0x20, len 0x10 [16-bit addr] TAG Start DF Acceptable Configuration DMA: channel(s) 1 3 8-bit, not a bus master, count by byte, , Type A DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type A IRQ: 5 7 9 11 12 15 - only one type (true/edge) I/O Range 0x534 .. 0xffc, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x388 .. 0x388, alignment 0x8, len 0x4 [16-bit addr] I/O Range 0x220 .. 0x260, alignment 0x20, len 0x10 [16-bit addr] TAG Start DF Sub-optimal Configuration DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type A IRQ: 5 7 9 11 12 15 - only one type (true/edge) I/O Range 0x534 .. 0xffc, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x388 .. 0x3f8, alignment 0x8, len 0x4 [16-bit addr] I/O Range 0x220 .. 0x300, alignment 0x20, len 0x10 [16-bit addr] TAG End DF Logical Device ID: CSC0001 0x0100630e #1 Device Description: GAME TAG Start DF Good Configuration I/O Range 0x200 .. 0x200, alignment 0x8, len 0x8 [16-bit addr] TAG Start DF Acceptable Configuration I/O Range 0x208 .. 0x208, alignment 0x8, len 0x8 [16-bit addr] TAG End DF Logical Device ID: CSC0010 0x1000630e #2 Device Description: CTRL I/O Range 0x120 .. 0xff8, alignment 0x8, len 0x8 [16-bit addr] Logical Device ID: CSC0003 0x0300630e #3 Device Description: MPU TAG Start DF Good Configuration IRQ: 9 - only one type (true/edge) I/O Range 0x330 .. 0x330, alignment 0x8, len 0x2 [16-bit addr] TAG Start DF Acceptable Configuration IRQ: 9 11 12 15 - only one type (true/edge) I/O Range 0x300 .. 0x3f8, alignment 0x8, len 0x2 [16-bit addr] TAG End DF End Tag Successfully got 44 resources, 4 logical fdevs -- card select # 0x0001 CSN CSC0b36 (0x360b630e), Serial Number 0x Logical device #0 IO: 0x0534 0x0388 0x0220 0x 0x 0x 0x 0x IRQ 5 0 DMA 1 0 IO range check 0x00 activate 0x01 Logical device #1 IO: 0x0200 0x 0x 0x 0x 0x 0x 0x IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x01 Logical device #2 IO: 0x0ff0 0x 0x 0x 0x 0x 0x 0x IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x01 Logical device #3 IO: 0x0330 0x 0x 0x 0x 0x 0x 0x IRQ 9 0 DMA 4 4 IO range check 0x00 activate 0x01 Checking for Plug-n-Play devices... Card assigned CSN #1 Vendor ID CTL00e4 (0xe4008c0e), Serial Number 0x0d1504c3 PnP Version 1.0, Vendor Version 16 Device Description: Creative SB AWE64 PnP *** Small Vendor Tag Detected Logical Device ID: CTL0045 0x45008c0e #0 Device Description: Audio TAG Start DF Good Configuration IRQ: 5 - only one type (true/edge) DMA: channel(s) 1 8-bit, not a bus master, count by byte, , Compatibility mode DMA: channel(s) 5 16-bit, not a bus master, , count by word, Compatibility mode I/O Range 0x220 .. 0x220, alignment 0x1, len 0x10 [16-bit addr] I/O Range 0x330 .. 0x330, alignment 0x1, len 0x2 [16-bit addr] I/O Range 0x388 .. 0x388, alignment 0x1, len 0x4 [16-bit addr] TAG Start DF Acceptable Configuration IRQ: 5 7 9 10 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Compatibility mode DMA: channel(s) 5 6 7 16-bit, not a bus master, , count by word, Compatibility mode I/O Range 0x220 .. 0x280, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0x300 .. 0x330, alignment 0x30, len 0x2 [16-bit addr] I/O Range 0x388 .. 0x388, alignment 0x1, len 0x4 [16-bit addr] TAG Start DF Acceptable Configuration IRQ: 5 7 9 10 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, ,
Re: Pfizer VIAGRA(tm) - FOR AS LITTLE AS $6 PER DOSE
On Sun, 30 May 1999, Lic. Jose Maria Herrera wrote: Please send me just one pill. wtf? - Original Message - From: Medical Center Online viagra_onl...@usa.net To: freebsd-hackers@FreeBSD.ORG Sent: Sunday, May 30, 1999 9:15 AM Subject: Pfizer VIAGRA(tm) - FOR AS LITTLE AS $6 PER DOSE http://www.smartsurf.net/clients/medicalcenter Please, if you feel the need to comment on a really annoying spam (which I can understand, this one's gross), then DON'T resend the entire spam, just the minimum it takes to identify it to others. You're respamming the list yourself. +--- Chuck Robey | Interests include any kind of voice or data chu...@picnic.mat.net | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run picnic (FreeBSD-current) (301) 220-2114 | and jaunt (Solaris7). +--- To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: xl driver for 3Com
At 05:59 PM 5/29/99 -0400, you wrote: Of all the gin joints in all the towns in all the world, Dennis had to walk into mine and say: Then *FIND THEM OUT*! Replacing the cards does not fix the problem! How is anybody supposed to be able to help you if a) you never tell anybody about the trouble, b) you destroy the test configuration where the problem occurs, thereby assuring that nobody will be able to duplicate it again, and c) you don't even lift a finger to investigate! I dont want help, That's too bad because you really need it! I recommended Intel cards, the customer used 3coms because someone told them they were good cards, they had problems, and I said I told you so. Im just relaying the info..if I had REAL info as the what the problem was I would have told you, but commercial sites are not the place to be debugging problems. They are the *perfect* place to be debugging problems! Who do you think causes most of them!? And just what kind of information did you think you were relaying? Couldn't you be bothered to invest a few seconds to at least find out what version of FreeBSD they had? And how much are you going to pay them to have their people debug a problem that can be fixed by using another card? You academics crack me up. I have no stake in 3com cards (they are problematic in LINUX as well)...maybe the cards are flawed? Its not my problem. It *is* your problem. Supposing you can't get Intel cards anymore. Then what're you going to do. Use something else that works. If none of them work then FreeBSD is no longer a viable option. Not that I wouldnt like to help, but when I have a company president calling me to complain that the box is going down Im in no position to say stick with the 3com cards, they'll have them running soon. Its the way it is. No, that's not the way it is. You can't play musical hardware forever. Sooner or later you're going to run into a situation where you won't have another hardware option, and then your company president is going to find out just how useless you are and replace you. Yes you can. If intel stops producing cards them some other card will become the darling of Freebsd. All OSes have a few cards that are battle tested and lots of other ones that work ok if you dont try to do too much with them. It IS the way it is, and its the way its been with PC unices since the days of XENIX 286. Why is the DEC PCI driver so good in linux and so crappy in FreeBSD? Because they spend a LOT more time on it, and it is highly supported. Nobody cares about it in FreeBSD, when I complained that my -AC revision wouldnt probe on a 10mb/s network (it STILL doesnt work a year later), I switched to intel because noone seemed to care. They kept telling me to port Matt's netbsd driver. Why should I deal with that headache when I can just use something else? You need to find beta test sights (gee, columbia might be a good one, huh?) to do testing. Commercial sites are no place for such things. You just don't get it do you! In order to be able to fix a problem, you have to be able to duplicate it! I do this for a living, you think I dont get it? Some customers let me fix bugs when they have them, some are less patient. Until I get a customer who is willing to work with me, then it doesnt get fixed. I just fixed a problem last week that has been haunting me for months, because i FINALLY got someone to do a dump analysis rather than just whine about it. You have to have customers that are technically competent to work with. The 3com customer had a bridge set up between a $75,000 cisco with a T3 and over 2000 hosts. You cant ask them to take their network down because their ethernet card is locking up every few hours. Be real. I have tons of 3Coms here and they all work perfectly! If somebody has a problem with one, it's because they've put together a particular hardware and software configuration that triggers some pathological behavior. It's not fair then to expect somebody to be able to fix your problem i I didnt ask you to fix my problem, did I? The last problem I had I gave you the patch because my customer let me fix it and it was easy to find. This time they weren't patient and were ready to cancel the order. And they didnt know what they were doing. They needed a plug and play solution, which is why they bought my product in the first place. I used to recommend DEC cards, and now the driver sucks, so I dont. I recommend DEC or Intel in LINUX, because they work best. I dont care what they use, and Im not concerned about the 35 drivers that have problems under load. I cant be. I dont have time, and what's the difference? All cards have the same functionality. The difference is that not everybody has access to all hardware! The difference is that not everybody can afford all hardware! The difference is that all cards don't get manufactured forever! The difference is that if you can't be bothered to get off you ass and actually
Re: so_cred changes
On Sun, May 30, 1999, Brian Feldman wrote: Anyone for committing the so_cred changes? I've got the the pidentd changes here, too. I have also produced a patch against doc/en/handbook/ports/chapter.sgml for this bump-up in the version macro. Index: chapter.sgml === RCS file: /home/ncvs/doc/en/handbook/ports/chapter.sgml,v retrieving revision 1.20 diff -u -r1.20 chapter.sgml --- chapter.sgml1999/05/25 15:56:30 1.20 +++ chapter.sgml1999/05/30 17:55:15 @@ -3346,6 +3346,11 @@ entry45/entry /row + row + entry4.0-CURRENT after change in socket structure/entry + entry46/entry + /row + /tbody /tgroup /informaltable -- Chris Costelloch...@calldei.com SCCS, the source motel! Programs check in and never check out! - Ken Thompson To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: PCI bus chanages from 2.2.x to 3.x/4.x and data corruption.
It may be a compiler optimisation. i think all memory-mapped registers should be declared volatile to avoid such things occur. I remember when i was looking at both the meteor and bt848 drivers, there was some confusion about it. Depending on when you looked, the stuff you excepted below probably didn't exist. It's been more than a year now, I think, but I introduced the macro and associated typedef when I changed the driver very likely. i have been using a home-grown bt848 driver (derived from some early version of the official one) for some time until the time i switched to 2.2.6. In any case: the use of volatile seems correct now so i wonder why/if the compiler optimizes out the sequence bt848-tdec = 0; bt848-tdec = something; or perhaps is the bt848 chip which requires some time to detectreact to the first write (and if i remember well, the data sheets are extremely confused on this register). cheers luigi ---+- Luigi RIZZO, lu...@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) http://www.iet.unipi.it/~luigi/ngc99/ First International Workshop on Networked Group Communication ---+- To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
question about vnode and inode locking
It seems to me that we can lock at the vnode layer AND at the inode layer. Since an inode is always associated with a vnode, and is accessed via its vnode, I do not see the reason why we should lock the inode after having locked the vnode. Can anyone help me with this? Thanks a lot. -Zhihui To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
On Sun, 30 May 1999, Yaroslav Halchinsky wrote: Don't you find editing config file MUCH more easy thing than answering series of dumb questins again and again? *I* do, yes. In fact, I hate any other way. But I've heard it as a about 10 times now from people currently using Linux. And oddly enough, it seems to be the one thing that causes people to not use FreeBSD (and these were not exactly *nix newbies). Matt To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
On Sun, 30 May 1999, Yaroslav Halchinsky wrote: Don't you find editing config file MUCH more easy thing than answering series of dumb questins again and again? *I* do, yes. In fact, I hate any other way. But I've heard it as a about 10 times now from people currently using Linux. And oddly enough, it seems to be the one thing that causes people to not use FreeBSD (and these were not exactly *nix newbies). Yeah, we get this alot on IRC. Linux people seem to need it. Another idea, (just an idea, I don't know enough to volunteer) would be to take the output of dmesg from the generic kernel, and make a config file from that, which would just have the drivers that were found. -- To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
Perhaps this is the wrong list to post this question, but has there been any work done on a script (similar to what Slackware Linux uses) that asks the user questions (Do you want to run SCO binaries, etc) and configures a kernel conf file for them? If not, I'll volunteer to write one... Not useful; there's a single-line edit in /etc/rc.conf that does everything that's required. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msm...@freebsd.org \\-- Joseph Merrick \\ msm...@cdrom.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: xl driver for 3Com
I have no stake in 3com cards (they are problematic in LINUX as well)...maybe the cards are flawed? Its not my problem. It *is* your problem. Supposing you can't get Intel cards anymore. Then what're you going to do. Use something else that works. If none of them work then FreeBSD is no longer a viable option. This is the core fallacy; you should restate this as: If none of them work, then FreeBSD is no longer a viable option because it will require me to do some work to help fix them. I'm sorry; the FreeBSD Project is dedicated to developing operating system code, not wiping your ass. You've received abundant offers of assistance requiring no more than minimal effort on your part, and turned them all down. This kind of selfish laziness is something we can all do without. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msm...@freebsd.org \\-- Joseph Merrick \\ msm...@cdrom.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
Perhaps this is the wrong list to post this question, but has there been any work done on a script (similar to what Slackware Linux uses) that asks the user questions (Do you want to run SCO binaries, etc) and configures a kernel conf file for them? If not, I'll volunteer to write one... Not useful; there's a single-line edit in /etc/rc.conf that does everything that's required. That's just a bad example, linux has a loadable module for iBCS too. Do you have a scsi card? Do you have a sound card? ... etc. I think its useful if it gets linux people less afraid of FreeBSD. Of course its an ugly stop-gap, the whole kernel is moving to a more dynamic model. Eventually all drivers will be a one-line edit to loader.conf, or something along those lines... -- To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
Perhaps this is the wrong list to post this question, but has there been any work done on a script (similar to what Slackware Linux uses) that asks the user questions (Do you want to run SCO binaries, etc) and configures a kernel conf file for them? If not, I'll volunteer to write one... Not useful; there's a single-line edit in /etc/rc.conf that does everything that's required. I think what he's getting at is something like this discussion I had, trying to convert someone from linux to freebsd. Him: ... and the kernel configuration is horrible, you have to open up this LINT file and your kernel config file, and keep switching back and forth between the two, to make any sense out of the options. Me: But once you know the options, being able to have a config file you can just move around rather than playing 20,000 questions is much faster. Him: Fine, but give me the 20,000 questions so the first few times I do it, I know what the options mean, that should dump out a config file, that is commented. I think his arguements have a bit of merit, but are about two different problems. 1) The kernel config options are only documented in LINT, which really isn't meant for that sorta thing, and I'll admit, they're not documented well. (contrast linux's config where you can hit ? and get a few paragraphs of info for each option, such as If I leave this in, and don't have the hardware, will it cause problems? etc...) 2) It's not the most graceful system for newbies, switching between two files in a text editor is a bit much for some folks. I personally like the system they way it is, but I didn't like it when i first started. Something akin to the 'visual' mode in userconfig that you can use if you need to, but it's not strictly necessary for more experienced people? Kevin To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: APC SmartUPS 110v
Bob Bishop wrote... Hi, Does anyone have the allowable setpoint values for 110v versions of the APC SmartUPS? The upsd-2.0 port seems only to cater for 230v versions. TIA I noticed the same things as well. I ended up using upsmon, which is /usr/ports/sysutils/upsmon. I hacked it to read the temperature sensor on my SmartUPS 1400 and the line frequency. (figured out how to read those values from the upsd sources) It'll shut your machine down in the event of a power outage, but it isn't nearly as configurable as upsd. On the other hand, it seems to work out of the box, and upsd seems to need a bit of hacking to work. Here's a sample of the output from upsmon's command line status utility: {panzer:/usr/home/ken:9:0} upsstat UPSMON Status Reporting Facility --- upsmond version 2.1.3 --- APC UPS 700 Status Info Model: SMART-UPS 1400 CopyRight: (C) APCC Manufacture date: 01/08/99 Serial #: [ deleted ] Firmware version: 70.11.D Local ID: ken1 Last battery replace date: 01/08/99 Nominal line voltage: 115 V Nominal battery voltage: 24 V Available: YES Standby: NO Line Power: OK Battery: OK Line Voltage: 120.90 Load: 34.30 % Battery Voltage: 28.01 Battery Level: 100.00 % Temperature: 90.32 F, 32.40 C Line Frequency: 60.00 Hz It says APC UPS 700, which of course isn't correct. The correct info is in the model description above. Ken -- Kenneth Merry k...@plutotech.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
Perhaps this is the wrong list to post this question, but has there been any work done on a script (similar to what Slackware Linux uses) that asks the user questions (Do you want to run SCO binaries, etc) and configures a kernel conf file for them? If not, I'll volunteer to write one... Not useful; there's a single-line edit in /etc/rc.conf that does everything that's required. That's just a bad example, linux has a loadable module for iBCS too. Do you have a scsi card? Do you have a sound card? ... etc. I think its useful if it gets linux people less afraid of FreeBSD. I'm not sure we want those sort of people. But there's already a script that behaves like this and writes a standard config file; search the list archives. Of course its an ugly stop-gap, the whole kernel is moving to a more dynamic model. Eventually all drivers will be a one-line edit to loader.conf, or something along those lines... Ideally, no interaction at all will be required. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msm...@freebsd.org \\-- Joseph Merrick \\ msm...@cdrom.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
RE: Kernel config script
On Sunday, May 30, 1999 5:39 PM, Mike Smith [SMTP:m...@smith.net.au] wrote: I think its useful if it gets linux people less afraid of FreeBSD. I'm not sure we want those sort of people. You don't want FreeBSD to have more users? Do you think it already has enough users? How many users is enough? What is the goal of the FreeBSD project? To be the test platform for new kernel ideas exclusively? Why do you tolerate the presence of the X on the FreeBSD CD-ROMs then? Making the script is like making more documentation. Is the current FreeBSD documentation so plentiful that making more documentation would harm somebody? To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
On Sun, 30 May 1999, Mike Smith wrote: I'm not sure we want those sort of people. But there's already a What sort of people is FreeBSD after then? There are all sorts of people who need a mailserver, or a webserver, or whatever, who would otherwise get someone to sell them an NT based solution. A friend works for a rather behind the times company who is just getting intra-office email. They had been sold on some gastly solution that runs under NT, and required three boxes to do maybe 80 users mail. Why didn't they use a Unix solution? Too expensive, because they would have had to have paid some high-priced consultant to set things up. If my friend had been able to show off a nifty configuration utility, he might have had better luck selling the FreeBSD solution I recomended. Are you saying that we don't want a presence in any machine room we can get one? That FreeBSD should only be for talented ubergeeks? The power to serve doesn't do anyone any good if they can't figure out how to apply it. David Scheidt Ideally, no interaction at all will be required. Just give me knobs to turn everything off. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
On Sun, 30 May 1999, Mike Smith wrote: I think its useful if it gets linux people less afraid of FreeBSD. I'm not sure we want those sort of people. But there's already a Oh man! So, what kind of people do 'we' want then? Who are we? Are you speaking of FreeBSD community? I hope NOT! FreeBSD is getting far less attention as it should. Now, I'm getting to know the reason. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
David Scheidt wrote: On Sun, 30 May 1999, Mike Smith wrote: I'm not sure we want those sort of people. But there's already a What sort of people is FreeBSD after then? There are all sorts of people who need a mailserver, or a webserver, or whatever, who would otherwise get someone to sell them an NT based solution. A friend works for a rather behind the times company who is just getting intra-office email. They had been sold on some gastly solution that runs under NT, and required three boxes to do maybe 80 users mail. Why didn't they use a Unix solution? Too expensive, because they would have had to have paid some high-priced consultant to set things up. If my friend had been able to show off a nifty configuration utility, he might have had better luck selling the FreeBSD solution I recomended. Are you saying that we don't want a presence in any machine room we can get one? That FreeBSD should only be for talented ubergeeks? The power to serve doesn't do anyone any good if they can't figure out how to apply it. Why build a kernel at all? The generic kernel should do that application just fine. Only build a custom kernel if you have a good reason to do so. -- John Birrell - j...@cimlogic.com.au; j...@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
Ideally, no interaction at all will be required. Just give me knobs to turn everything off. How does no interaction required translate to everything will be on? Give us a little more credit than that. 8) -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msm...@freebsd.org \\-- Joseph Merrick \\ msm...@cdrom.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
On Sunday, May 30, 1999 5:39 PM, Mike Smith [SMTP:m...@smith.net.au] wrote: I think its useful if it gets linux people less afraid of FreeBSD. I'm not sure we want those sort of people. You don't want FreeBSD to have more users? We want more users, sure. But we're not desperate for them; there are certain classes of users that it's in our interests _not_ to attract. Making the script is like making more documentation. Is the current FreeBSD documentation so plentiful that making more documentation would harm somebody? Making such a script is specifically targetted at a small group of users; those accustomed to the Linux way of doing things and too inflexible or untalented to learn a new way. Right now, these people aren't users we're interested in - they represent more workload and more support expense than we have free to give. Accumulating users like these is like growing barnacles; it doesn't take too many of them to severely impede forward progress. Of course, if we manage to acquire some more thrust in the form of people willing to write documentation, then we can afford more barnacles. Do I see you offering some of your time? -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msm...@freebsd.org \\-- Joseph Merrick \\ msm...@cdrom.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
On Mon, 31 May 1999, John Birrell wrote: Why build a kernel at all? The generic kernel should do that application just fine. Only build a custom kernel if you have a good reason to do so. I somewhat agree. A custom kernel is useful for setting up and tuning parameters (e.g. softupdates); however, unlike Linux, we don't have a new kernel every week to reconfigure. - Chris D. Faulhaber jed...@fxp.org | All the true gurus I've met never System/Network Administrator | claimed they were one, and always Reality Check Information, Inc. | pointed to someone better. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: PAM: Undefined symbols at runtime
In article 19990529151511.a34...@wopr.caltech.edu, Matthew Hunt m...@freebsd.org wrote: I have been running 3.x and 4.0-CURRENT for some time, but have never bothered using PAM. If you are running 3.1 or later, or -current, you _are_ using PAM. Login uses it automatically, and it's not something you enable or disable. If you don't have a valid /etc/pam.conf file then login issues loud and repeated complaints to syslog, which will appear on the system console. Yesterday, after a build of 4.0-CURRENT of that day, I decided to try enabling PAM by copying /usr/src/pam.conf to /etc. There is no file /usr/src/pam.conf. Do you mean /usr/src/etc/pam.conf? My problem is that login fails, due to undefined symbols in the PAM modules: I don't know what's going on with your system, but something is messed up. Maybe you're trying to mix and match a.out and ELF files. Try running file on /usr/bin/login as well as your libpam and pam modules. John -- John Polstra j...@polstra.com John D. Polstra Co., Inc.Seattle, Washington USA Self-interest is the aphrodisiac of belief. -- James V. DeLong To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
On Sun, 30 May 1999, [ISO-9550] ?? wrote: On Sun, 30 May 1999, Mike Smith wrote: I think its useful if it gets linux people less afraid of FreeBSD. I'm not sure we want those sort of people. But there's already a Oh man! So, what kind of people do 'we' want then? Who are we? Are you speaking of FreeBSD community? I hope NOT! FreeBSD is getting far less attention as it should. Now, I'm getting to know the reason. The reason isn't a lack of impetus towards catering to newbie users with minor OS features, the reason is that operating systems like Linux have many vocal fanatics on their side. If FreeBSD had RMS, ESR, and Linus shouting from the rooftops we would have seven odd million users too. I think FreeBSD needs a stronger user base. This need isn't immediately imperative, but it's there. Linux has the strongest user base of any OS I know of. There are a thousand web sites run by Linux fanatics for Linux fanatics, and each is getting a couple hundred thousand hits per day. When a new FreeBSD release gets put up on cdrom.com, they don't break the world record for amount of data transferred in one day by a public FTP server. Yes, it is a triumph for FreeBSD to hold that record, but all those people were downloading Linux. The only way we are going to get the users, press, and acceptance Linux is getting and will continue to get is if we attract it. Right now, we don't. Linux was started as an underdog, and is still viewed that as the messianic OS given to the internet to fight the evils of Microsoft and all things stodgy or restrictive. It is seen as a core aspect of open source, and it seems this way not only the the press but also to the potential new Unix user. Linux is seen as the one true path. FreeBSD is viewed as a peripheral aspect of the GNU/Linux open source movement. I think that in ten years, Linux will be going strong and FreeBSD will have whithered. I don't think this is because FreeBSD is technically flawed, or that the core team and developers aren't doing a good enough job. I think this because in the end FreeBSD is going to lose to Linux if only from the sheer momentum of twenty million rabid Linux fanatics. And realistically, we aren't doing a damn thing about it. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message -Spike Gronim spo...@ix.netcom.com Finger gron...@shell.stuy.edu for PGP public key. The majority only rules those who let them. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Pfizer VIAGRA(tm) - FOR AS LITTLE AS $6 PER DOSE
Chuck Robey wrote: On Sun, 30 May 1999, Lic. Jose Maria Herrera wrote: Please send me just one pill. wtf? - Original Message - From: Medical Center Online viagra_onl...@usa.net To: freebsd-hackers@FreeBSD.ORG Sent: Sunday, May 30, 1999 9:15 AM Subject: Pfizer VIAGRA(tm) - FOR AS LITTLE AS $6 PER DOSE http://www.smartsurf.net/clients/medicalcenter Please, if you feel the need to comment on a really annoying spam (which I can understand, this one's gross), then DON'T resend the entire spam, just the minimum it takes to identify it to others. You're respamming the list yourself. My FreeBSD system crashed last night. Will this pill help get it up? ;^) You should also be smart enough to trim the original sender from the line. If you reply to their message, they have your email address and can now spam you directly. -- Where am I, and what am I doing in this handbasket? Wes Peters Softweyr LLC http://www.softweyr.com/~softweyr w...@softweyr.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: PAM: Undefined symbols at runtime
On Sun, May 30, 1999 at 06:11:51PM -0700, John Polstra wrote: If you are running 3.1 or later, or -current, you _are_ using PAM. Login uses it automatically, and it's not something you enable or disable. If you don't have a valid /etc/pam.conf file then login issues loud and repeated complaints to syslog, which will appear on the system console. Right, that happens. There is no file /usr/src/pam.conf. Do you mean /usr/src/etc/pam.conf? Yes. I don't know what's going on with your system, but something is messed up. Maybe you're trying to mix and match a.out and ELF files. Try running file on /usr/bin/login as well as your libpam and pam modules. They are all ELF, installed from this week's buildworld. Matt -- Matthew Hunt m...@astro.caltech.edu * Inertia is a property http://www.pobox.com/~mph/ * of matter. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: pipe race
Ouch. Definite problems in both the reader and the writer. The writer calculates the writable space before locking, so if you have two simultanious writers where one blocks in uiomove(), both try to write to the same buffer area. *plus* the counters get screwed up (and would probably lead to a crash) The reader has the same problem. If the writer is blocked or switches out of uiomove(), it can get confused if the reader attempts to reset its buffer pointers at the same time ( prior to the write completing ): if ((rpipe-pipe_busy == 0) (rpipe-pipe_state PIPE_WANT)) { ( this condition may not occur because the writer could be blocked or switched in uiomove(), so PIPE_WANT will not be set ) rpipe-pipe_state = ~(PIPE_WANT|PIPE_WANTW); wakeup(rpipe); } else if (rpipe-pipe_buffer.cnt MINPIPESIZE) { /* * If there is no more to read in the pipe, reset * its pointers to the beginning. This improves * cache hit stats. */ if (rpipe-pipe_buffer.cnt == 0) { if ((error == 0) (error = pipelock(rpipe,1)) == 0) { rpipe-pipe_buffer.in = 0; rpipe-pipe_buffer.out = 0; pipeunlock(rpipe); } } The writer can also get confused if it tries to resize the buffer. It calculates whether to resize the buffer prior to locking, then resizes the buffer without rechecking the calculations. I should have patches soon. I believe the reader-resetting-buffer-pointers problem is what caused my friend's data corruption. -Matt :I took a look at the pipe code this morning. Whether or not this is :the cause of your problem, I don't know, but there sure are snippets :of code that set off alarms in my head, e.g., : :from pipe_read: : :/* : * normal pipe buffer receive : */ :if (rpipe-pipe_buffer.cnt 0) { :size = rpipe-pipe_buffer.size - rpipe-pipe_buffer.out; :if (size rpipe-pipe_buffer.cnt) :size = rpipe-pipe_buffer.cnt; :if (size (u_int) uio-uio_resid) :size = (u_int) uio-uio_resid; :if ((error = pipelock(rpipe,1)) == 0) { :error = uiomove( rpipe-pipe_buffer.buffer[rpipe-pipe_buffer.out], :size, uio); :pipeunlock(rpipe); :} : :Suppose you block in pipelock. Who's to say the size is still :valid when you wake up? : Matthew Dillon dil...@backplane.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Pfizer VIAGRA(tm) - FOR AS LITTLE AS $6 PER DOSE
http://www.smartsurf.net/clients/medicalcenter Instead of polluting the mailing list with this, will everyone just drop a note to ab...@verio.net to complain about this instead of repeating the spam over and over ? If I was the spammer, I would be ectastic to find that my spam had been repeated over and over on mailing lists. Talk about frequency. :-( And now back to our regularly scheduled program, The Larch. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
Making such a script is specifically targetted at a small group of users; those accustomed to the Linux way of doing things and too inflexible or untalented to learn a new way. The Linux way of doing things isn't terribly different than any other Unix based OS out there. I don't really understand this wierd anti-Linix stuff from the FreeBSD folks. bill \\-- Joseph Merrick \\ msm...@cdrom.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: xl driver for 3Com
It is kind of interesting that now the shoe is on the other foot... A few months ago I purchased some sync cards from ET, and had some (and am still having) trouble getting them to work consistently. When I emailed their support dept for help, I got a few curt non-helpful replies, then a message about how if I didn't understand every nuance of HDLC, and couldn't read the debugging output of his cards/software, then I was (my interpratation, not his words exactly) not worth of his effort, nor his company's products. I have offered access to the boxes for the trivially repeatable problem I am having, in order so that he can improve his product, but the answer so far is Try a new version of the software. The shotgun approach to tech support. It is no wonder that he does not invest effort in helping the 3com driver work better, he is unwilling to work with a customer with a significant dollar amount invested in his boards make *his* product better, why would he be worried about improving others product, he has little interest in improving his own. Which is too bad, because when it works, it (the ET board) works just great. When it doesn't, don't ask ET for help. What you get is a lot of talking down, what you don't get is real help. On Sun, 30 May 1999, Mike Smith wrote: I have no stake in 3com cards (they are problematic in LINUX as well)...maybe the cards are flawed? Its not my problem. It *is* your problem. Supposing you can't get Intel cards anymore. Then what're you going to do. Use something else that works. If none of them work then FreeBSD is no longer a viable option. This is the core fallacy; you should restate this as: If none of them work, then FreeBSD is no longer a viable option because it will require me to do some work to help fix them. I'm sorry; the FreeBSD Project is dedicated to developing operating system code, not wiping your ass. You've received abundant offers of assistance requiring no more than minimal effort on your part, and turned them all down. This kind of selfish laziness is something we can all do without. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msm...@freebsd.org \\-- Joseph Merrick \\ msm...@cdrom.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
On Sun, May 30, 1999 at 07:49:24PM -0700, Bill Huey wrote: The Linux way of doing things isn't terribly different than any other Unix based OS out there. I don't really understand this wierd anti-Linix stuff from the FreeBSD folks. Context. When people complain about Linux users expecting everything to work like Linux, then it's usually safe to assume that the behavior in question *does* vary between Linux and other Unix systems, or at lease Linux and FreeBSD. If a Linux user expects ls(1) to list files, that's cool. If he expects ls(1) to have pretty colors, that's not. If a Linux user expects to be able to configure his kernel, that's cool. If he expects it to work the same way as Linux, interrogation-style, that's not. If a Linux user expects to be able to use bash as his shell, that's cool. If he thinks something's wrong when /bin/bash isn't present on a fresh system, that's not. If a Linux user expects to see his routes, that's cool. If he expects to use route(8) instead of netstat(1), that's not. In other words, it's when people want every kind of Unix to behave just like Linux that the hollering begins. -- Matthew Hunt m...@astro.caltech.edu * Inertia is a property http://www.pobox.com/~mph/ * of matter. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
On Sun, 30 May 1999, Chris D. Faulhaber wrote: On Mon, 31 May 1999, John Birrell wrote: Why build a kernel at all? The generic kernel should do that application just fine. Only build a custom kernel if you have a good reason to do so. I somewhat agree. A custom kernel is useful for setting up and tuning parameters (e.g. softupdates); however, unlike Linux, we don't have a new kernel every week to reconfigure. You guys should be aware that work is going on to change, in a rather major way, not just the config file, not just the configuration method, but the entire way that devices are detected and drivers added. There will be entirely new levels of control available. Thats the reason that no one involved with current is willing to do anything to help the present system ... compared to what's coming down the pike, the existing one is truly badly broken, and beyond any simple fix. Be patient, guys, *great* things are in store, probably in the next 6 months. Some is visible today (much, actually, has gone in, the last 2 months). Of this, most is invisible necessary infrastructure, so don't go looking for visible effects yet, excepting the new boot system. Mike is one of the guy architecting this, so that's the reason he's not willing to help you guys on what you're talking about. It would only be enshrining a broken system. We need to have some stuff from current summarized somewhere. Then, you guys wouldn't get caught so completely unaware of things. - Chris D. Faulhaber jed...@fxp.org | All the true gurus I've met never System/Network Administrator | claimed they were one, and always Reality Check Information, Inc. | pointed to someone better. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message +--- Chuck Robey | Interests include any kind of voice or data chu...@picnic.mat.net | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run picnic (FreeBSD-current) (301) 220-2114 | and jaunt (Solaris7). +--- To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
Spike wrote: I think that in ten years, Linux will be going strong and FreeBSD will have whithered. I don't think this is because FreeBSD is technically flawed, or that the core team and developers aren't doing a good enough job. I think this because in the end FreeBSD is going to lose to Linux if only from the sheer momentum of twenty million rabid Linux fanatics. And realistically, we aren't doing a damn thing about it. You're wrong, if for no other reason than because *I* will still be using FreeBSD. You, like so many others here, seem to think that FreeBSD is somehow in a competition with Linux for users. This is not so. As I have said before, let Linux teach them some of what UNIX is about, and the ones that are smart enough and interested enough to look further will find FreeBSD. The rest of them, we really don't need. If you want to write a kernel configuration program, write one. Writing it as a shell script is NOT going to satisfy the legions of clueless Linux users who are used to clicking their way through YET ANOTHER butt-ugly box full of buttons Linux luser program for configuration the kernel du jour, so be sure to plan how you're going to make an X application, too. My suggestion is learn a bit about Tck/Tk. Now, can we end this stupid bleating? -- Where am I, and what am I doing in this handbasket? Wes Peters Softweyr LLC http://www.softweyr.com/~softweyr w...@softweyr.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
Context. When people complain about Linux users expecting everything to work like Linux, then it's usually safe to assume that the behavior in question *does* vary between Linux and other Unix systems, or at lease Linux and FreeBSD. Possibly, but the thing that bothers me is that I've heard more derogatory comments directed against Linux user on this list than I have seen come from Microsoft. That's fundamentally disturbing especially coming from other fellow Unix variant folks. Matthew Hunt m...@astro.caltech.edu * Inertia is a property http://www.pobox.com/~mph/ * of matter. bill To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
On Sun, 30 May 1999, Bill Huey wrote: That's fundamentally disturbing especially coming from other fellow Unix variant folks. Inter-UNIX rivalries are one of things that has kept unix healthy for so long. Linux tends to pick up most of the 3L1t3 dudez, who don't know anything but how to follow a How-To. I don't have a problem with letting someone else deal with annoying lusers. When they get a clue, and realize that FreeBSD has substantial advantages over Linux, then we can deal with them. It would be nice if there were some migration documentation. (And yes, that *is* an offer. Who do I talk to?) Someone used to have a .sig that summed the difference between Linux and *BSD pretty nicely: Linux is for people that hate Microsoft. FreeBSD is for people who love Unix. David Scheidt To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Kernel config script
David Scheidt wrote: Linux is for people that hate Microsoft. FreeBSD is for people who love Unix. I like Linux is Luke Skywalker; FreeBSD is Yoda. - mark Mark Newton Email: new...@internode.com.au (W) Network Engineer Email: new...@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 Network Man - Anagram of Mark Newton Mobile: +61-416-202-223 To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
linux slogans (WAS: Re: Kernel config script)
On Mon, May 31, 1999 at 02:36:08PM +0930, Mark Newton wrote: David Scheidt wrote: Linux is for people that hate Microsoft. FreeBSD is for people who love Unix. I like Linux is Luke Skywalker; FreeBSD is Yoda. linux -- the operating system for kiddies, written by kiddies. -- ra...@psg.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message