RE: What do people think of maybe using the sourceforge software?
It's my opinion that there's no need for more "polish." Currently what we have, CVS and the CVSWeb HTTP front-end, seem perfectly adequate to me. Well, that depends if sourceforge has more intelligent bug query methods than simple keyword searches. If you can only keyword search, the current PR database might be just as good. If sourceforge will allow me to search in a more intelligent way, it may be worth the effort. There's a lot of information in the PR database. How best to exploit that? Another point: if sourceforce is being actively maintained and used, perhaps you may want to have it for that. Is FreeBSD's bug database code being used in other projects? Is development going on on it? Kees Jan == You are only young once, but you can stay immature all your life To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: What do people think of maybe using the sourceforge software?
On Tue, May 09, 2000 at 11:04:39AM +0100, Koster, K.J. wrote: It's my opinion that there's no need for more "polish." Currently what we have, CVS and the CVSWeb HTTP front-end, seem perfectly adequate to me. Well, that depends if sourceforge has more intelligent bug query methods than simple keyword searches. If you can only keyword search, the current PR database might be just as good. If sourceforge will allow me to search in a more intelligent way, it may be worth the effort. Can you define "more intelligent"? Joe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: [OT] Finding people with GSM phones (was Re: GPS heads up )
On Mon, 8 May 2000, Kris Kirby wrote: BTW, you do realize that in many cases "off" for your cell phone doesn't really mean off, right? :) I have strong objections to small transcievers (what cell phones actually are) that operate close to my body and don't let me know when they are transmitting. When you're talking on it, you know it's transmitting, but I'm talking about just about every other time when you've got it on your belt or clipped to your side. I know they aren't high power, but we don't know long term effects (actually, we do; we just don't know the thresholds for triggering cancer, etc.). Well, maybe we do. Just read the other day that the british are planning to make warning signs compulsory on mobile phones... I'm not thrilled at the aspect of a radio close to my head either. You can feel a radio after it's been transmitting for a while and think: "Something close to the amount of heat generated by this radio has been sent out over the ether and I was standing right in front of it." Yes, to cook your noodle you'd need a couple hundred watts but still, it's energy. - Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. [EMAIL PROTECTED]| --- "Fate, it seems, is not without a sense of irony." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Modem stuff?
Hi all, We have some FreeBSD based terminal servers with 32 modems each. How can deny +++ATH0 attacks to our Dial-Up clients? I have been already set S2=127(disable escape character) on servers modems, but clients modems also need to set S2 register. I try to set remote modems with ping containing pattern "+++ATS2=127WO1\r", in many times successfully, but any of modems can not be set properly. It is possible to filter IP packets containing patterns like +++ATH0 or any other way to set S2 register remotely? Thanks in advance Regards -- Krassimir Slavchev Bulinfo Ltd. [EMAIL PROTECTED] (+359-2)963-3652 http://www.bulinfo.net (+359-2)963-3764 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: mmap cdev function in device drivers
Poul-Henning Kamp had the audacity to say: A good example to look at is the pci/xrpu.c file, that driver barely does anything but a mmap. Poul-Henning Hey, thanks. That's a great idea. I'll check that out. I've been leafing through the rather monolithic meteor, brooktree, and even the PCI pcm code. In message [EMAIL PROTECTED], Peter Edwards writes: Hi, Just trying to take some of the aforementioned "magic" out of i386_btop / vtop :-) return( atop(vtophys(bktr-bigbuf) + offset) ); atop (I assume) stands for "address to page" (given a pointer, give the number of the page it is in) vtophys is "virtual to physical". (given a pointer in a virtual address space, find out the physical address of the backing memory.) My understanding is that mmap(2) will allocate a portion of the calling process's address space, and for each page it needs to map, will call the device's mmap function, giving it the calculated offset (and the protection attributes). The device's mmap returns the index of the physical page of the memory to be inserted under the virtual addresses the process sees. simplified_mmap_syscall_for_device(dev_t device, size_t len, off_t offset) { caddr_t ptr = alloc_address_space(len); assert(ptr % PAGESIZE == 0); while (len) { pageno = device-mmap(offset); /* Call device's mmap */ map_address_to_page(ptr, pageno); len -= PAGESIZE; offset += PAGESIZE; ptr += PAGESIZE; } } So, the call above is returning the page number (of the physical address (of bktr-bigbuf)). Of course, My ignorance will probably be corrected in due course! -- Peter. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
in_cksum changes break IPSEC?
Code from this morning (9AM EDT) gives me the following errors: linking kernel ipsec.o: In function `ipsec4_encapsulate': ipsec.o(.text+0x1ab9): undefined reference to `in_cksum' *** Error code 1 If I comment out: #options IPSEC #IP security #options IPSEC_ESP #IP security (crypto; define w/ IPSEC) #options IPSEC_IPV6FWD #IP security tunnel for IPv6 #options IPSEC_DEBUG #debug for IP security All works fine. I notice that: sys/i386/i386/in_cksum.c and src/sys/i386/include/in_cksum.h have both been updated recently... connection? -Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: [OT] Finding people with GSM phones (was Re: GPS heads up )
Because the a large percentage (majority?) of cell phones are used in locations where GPS can't be used effectively (think any big city inside of a car), Qualcomm is not adding GPS chipsets into their phones. According to my friend, the solutions they have designed work for both the existing analog and digital phones being used today, and are much better than the 100m accuracy marks required by law (as stated before, the number 25m jumps to mind). As long as you have multiple towers in reach. Sure. This limitation certainly applies to analog coverage, which will probably be pretty much deprecated by 2003, and with digital phones at the extreme edge of coverage. So, they get higher accuracy solutions that don't require changes to their phones, thus driving up costs. (Although it does require changes to the cell towers, but that's a much cheaper alternative since there are fewer of them *PLUS* it works with old phones, making it *very* attractive to the government.) I don't think the government ever stops to consider the cost of the idiotic requirements they levy on people. The phrase we're groping for here is "unfunded mandate." Ahh, but like my friends at Qualcomm postulated, we can't completely comply with the order using GPS (phones outside of cell coverage, phones just turned on, etc...), so we're not putting GPS chipsets on the phone, since the amount of failures will be far less with the existing solution than they would be with a GPS solution. We're damned in we do, and we're damned if we don't, but at least the former way we'll lose less money. :) Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
extremaly useful option for mount_portal
i've just invented extremaly useful option for mount_portal utils! to make non blocking tcp connections. if open(2) /p/tcp/address/port/nodel file descriptor will retuned in non-blocked mode. 55a56 #include fcntl.h 83a85 int nodel = 0; 107c109,112 return (EINVAL); --- if(strcmp(p,"nodel")==0) nodel=1; else return (EINVAL); 155c160,164 --- if(nodel) if(fcntl(so,F_SETFL,O_NONBLOCK)==-1){ syslog(LOG_ERR,"fcntl: %m"); return(errno); } 159a169,172 } if(nodelerrno==EINPROGRESS){ *fdp=so; return(0); seva To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
what is /etc/[s]pwd.db stay for?
pw showuser shows user tens times slowly then grep user /etc/[master.]passwd pwd_mkdb can't create [s]pwd.db files for 100 users. what reason to use db stuff in libc/gen/getpwent.c? seva To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Netfinity 5600 patches
I still have uncommitted patches that add support for the Netfinity 5600's host-to-PCI bridge. They're not perfect, but they work fine. URL:http://www.freebsd.org/~des/software/ As far as I can see, these patches aren't needed for 4.0-STABLE. I have a 4.0-STABLE system here with no kernel patches, and it seems to be working fine. Note that there is already support for the RCC chipsets in /sys/i386/isa/pcibus.c. See attached boot messages. For 3.x, isn't Andrew Gallatin's patch more general? See http://docs.FreeBSD.org/cgi/getmsg.cgi?fetch=60828+0+archive/2000/freebsd-smp/2423.freebsd-smp However, if anybody can tell me why there seems to be quite a bit of overlap between nexus_pcib_is_host_bridge (/sys/i386/isa/pcibus.c) and chip_match (/sys/pci/pcisupport.c), I'd be happy. Examples of overlap are: 0x00011039 (SiS 5591 host to AGP bridge) and 0x00051004 (VLSI 82C592 Host to PCI bridge). Steinar Haug, Nethelp consulting, [EMAIL PROTECTED] -- Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Tue May 9 15:55:31 CEST 2000 [EMAIL PROTECTED]:/local/freebsd/stable4/src/sys/compile/MAIL1_SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon (599.71-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x387fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,XMM real memory = 939503616 (917484K bytes) avail memory = 910626816 (889284K bytes) Programming 16 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 Programming 16 pins in IOAPIC #1 IOAPIC #1 intpin 0 - irq 16 IOAPIC #1 intpin 2 - irq 17 IOAPIC #1 intpin 3 - irq 18 IOAPIC #1 intpin 4 - irq 21 IOAPIC #1 intpin 5 - irq 22 IOAPIC #1 intpin 6 - irq 23 IOAPIC #1 intpin 10 - irq 5 IOAPIC #1 intpin 11 - irq 2 IOAPIC #1 intpin 12 - irq 19 IOAPIC #1 intpin 13 - irq 20 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 14, version: 0x000f0011, at 0xfec0 io1 (APIC): apic id: 15, version: 0x000f0011, at 0xfec01000 Preloaded elf kernel "kernel" at 0xc0323000. Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface pcib0: RCC LE host to PCI bridge on motherboard pci0: PCI bus on pcib0 pci0: S3 Trio3D graphics accelerator at 1.0 pci0: unknown card (vendor=0x1022, dev=0x2000) at 2.0 irq 2 ahc0: Adaptec 2940 Ultra2 SCSI adapter port 0x2200-0x22ff mem 0xfebfe000-0xfebfefff irq 16 at device 9.0 on pci0 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs pcib3: DEC 21152 PCI-PCI bridge at device 10.0 on pci0 pci1: PCI bus on pcib3 fxp0: Intel EtherExpress Pro 10/100B Ethernet port 0x3100-0x311f mem 0xfe80-0xfe8f,0xfea0-0xfea00fff irq 17 at device 4.0 on pci1 fxp0: Ethernet address 00:d0:b7:5f:b7:a8 fxp1: Intel EtherExpress Pro 10/100B Ethernet port 0x3120-0x313f mem 0xfe90-0xfe9f,0xfea01000-0xfea01fff irq 18 at device 5.0 on pci1 fxp1: Ethernet address 00:d0:b7:5f:b7:a9 isab0: PCI to ISA bridge (vendor=1166 device=0200) at device 15.0 on pci0 isa0: ISA bus on isab0 atapci0: Unknown PCI ATA controller (generic mode) port 0x840-0x84f at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 pci0: OHCI USB controller at 15.2 irq 9 pcib2: RCC LE host to PCI bridge on motherboard pci2: PCI bus on pcib2 ahc1: Adaptec aic7896/97 Ultra2 SCSI adapter port 0x4b00-0x4bff mem 0xf6fff000-0xf6ff irq 19 at device 3.0 on pci2 ahc1: aic7896/97 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc2: Adaptec aic7896/97 Ultra2 SCSI adapter port 0x4c00-0x4cff mem 0xf6ffe000-0xf6ffefff irq 19 at device 3.1 on pci2 ahc2: aic7896/97 Wide Channel B, SCSI Id=7, 16/255 SCBs ti0: Netgear GA620 Gigabit Ethernet mem 0xf6ff8000-0xf6ffbfff irq 21 at device 5.0 on pci2 ti0: Ethernet address: 00:a0:cc:73:32:dd fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A APIC_IO: Testing 8254 interrupt delivery APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 SMP: AP CPU #1 Launched! acd0: CDROM CRD-8400B at ata0-master using PIO4 Waiting 3 seconds for SCSI devices to settle sa0 at ahc0 bus 0 target 0
Re: Netfinity 5600 patches
[EMAIL PROTECTED] writes: As far as I can see, these patches aren't needed for 4.0-STABLE. I have a 4.0-STABLE system here with no kernel patches, and it seems to be working fine. Note that there is already support for the RCC chipsets in /sys/i386/isa/pcibus.c. See attached boot messages. You're right - I never got around to testing a recent 4.0 on the 5600. I've tried running 3.4-RELEASE as well as whichever version of 4.0 is on the latest snapshot CD. For 3.x, isn't Andrew Gallatin's patch more general? See http://docs.FreeBSD.org/cgi/getmsg.cgi?fetch=60828+0+archive/2000/freebsd-smp/2423.freebsd-smp Looks like it - and Andrew's the one who added support for the RCC in the first place. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Getting an aligned IO port
In message [EMAIL PROTECTED] Duncan Barclay writes: : Should do as all I've done is "newbusified" the old hacks that were needed to : turn on the ethnernet. I couldn't get it to work before, so I think the answer is no. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: What do people think of maybe using the sourceforge software
Funny timing don't you think? http://slashdot.org/articles/00/05/09/0853201.shtml In message 14883.957847312@localhost, "Jordan K. Hubbard" writes: 1) Will it scale with 200 developers and (if we put the pr's into the source forge interface) all the prs? I think this part should scale fairly well. 2) How much stuff well get moved over to sit under the new interface, and ho w hard will that be to accomplish? :) That I don't know. Ask me something easier. :-) - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: What do people think of maybe using the sourceforge software?
On Mon, 8 May 2000, Jordan K. Hubbard wrote: http://sourceforge.net/project/filelist.php?group_id=1 Contains the software used by source forge to implement the project/help desk/download tracker thingie which they themselves use to manage the various projects registered with source forge. I think it's also reasonable to say that FreeBSD itself is a bit too large to register and run as a sourceforge project, but why not use the same software to offer a higher level of "polish" to the existing project infrastructure? Comments? I'm just playing with this stuff a bit myself right now and will say more once I actually know more about it. I've been using it to work on the DRI project recently and I like it. The web-based frontend for creating accounts and managing SSH keys is pretty useful. I'm not quite sure how well the patch manager scales - it barfed when I uploaded a patch containing a large uuencoded file. -- Doug Rabson Mail: [EMAIL PROTECTED] Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Netfinity 5600 patches
On Tue, 9 May 2000 [EMAIL PROTECTED] wrote: I still have uncommitted patches that add support for the Netfinity 5600's host-to-PCI bridge. They're not perfect, but they work fine. URL:http://www.freebsd.org/~des/software/ As far as I can see, these patches aren't needed for 4.0-STABLE. I have a 4.0-STABLE system here with no kernel patches, and it seems to be working fine. Note that there is already support for the RCC chipsets in /sys/i386/isa/pcibus.c. See attached boot messages. For 3.x, isn't Andrew Gallatin's patch more general? See http://docs.FreeBSD.org/cgi/getmsg.cgi?fetch=60828+0+archive/2000/freebsd-smp/2423.freebsd-smp However, if anybody can tell me why there seems to be quite a bit of overlap between nexus_pcib_is_host_bridge (/sys/i386/isa/pcibus.c) and chip_match (/sys/pci/pcisupport.c), I'd be happy. Examples of overlap are: 0x00011039 (SiS 5591 host to AGP bridge) and 0x00051004 (VLSI 82C592 Host to PCI bridge). The code in sys/i386/pcibus.c is used to search for all the host-pci bridges so that nexus can grow toplevel pcib instances for each one. The stuff in pcisupport is just informational. In fact, I'm planning to chop it out soon since I want to be able to attach an AGP driver to some of those devices. -- Doug Rabson Mail: [EMAIL PROTECTED] Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: in_cksum changes break IPSEC?
This (in the form of the commit that Paul Saab made a few hours after you sent this) fixed things up for me. Thanks everyone. -Steve - Original Message - From: "Nick Hibma" [EMAIL PROTECTED] Sent: Tuesday, May 09, 2000 9:43 AM Subject: Re: in_cksum changes break IPSEC? The patch below should fix it for you. -- [EMAIL PROTECTED] [EMAIL PROTECTED] USB project http://www.etla.net/~n_hibma/ -- Forwarded message -- Date: Tue, 9 May 2000 12:49:16 +0100 (BST) From: Nick Hibma [EMAIL PROTECTED] To: Jonathan Lemon [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: cvs commit: src/sys/alpha/alpha in_cksum.c src/sys/alpha/include in_cksum.h src/sys/i386/i386 in_cksum.c src/sys/i386/include in_cksum.h The following patch makes LINT compile again. Could you commit it if you agree? Thanks. su-2.03# cvs diff Index: fil.c === RCS file: /home/ncvs/src/sys/netinet/fil.c,v retrieving revision 1.11 diff -w -u -r1.11 fil.c --- fil.c 2000/05/01 20:13:50 1.11 +++ fil.c 2000/05/09 11:49:10 @@ -87,6 +87,8 @@ #endif #include "netinet/ipl.h" +#include "machine/in_cksum.h" + #ifndef_KERNEL # include "ipf.h" # include "ipt.h" Index: ip_fil.c === RCS file: /home/ncvs/src/sys/netinet/ip_fil.c,v retrieving revision 1.14 diff -w -u -r1.14 ip_fil.c --- ip_fil.c2000/02/10 21:29:09 1.14 +++ ip_fil.c2000/05/09 11:49:33 @@ -114,6 +114,8 @@ extern int ip_optcopy __P((struct ip *, struct ip *)); #endif +#include "machine/in_cksum.h" + extern struct protosw inetsw[]; On Sat, 6 May 2000, Jonathan Lemon wrote: jlemon 2000/05/06 11:18:33 PDT Modified files: sys/alpha/alpha in_cksum.c sys/alpha/includein_cksum.h sys/i386/i386in_cksum.c sys/i386/include in_cksum.h Log: Make in_cksum() a macro call to in_cksum_skip(), since it provides the same functionality. Sharing code should help cache issues. Remove in_cksum_partial, since its not being used, and we now have a way to compute partial checksums on mbuf chains. Revision ChangesPath 1.4 +1 -33 src/sys/alpha/alpha/in_cksum.c 1.5 +3 -4 src/sys/alpha/include/in_cksum.h 1.20 +1 -344src/sys/i386/i386/in_cksum.c 1.9 +3 -4 src/sys/i386/include/in_cksum.h -- [EMAIL PROTECTED] [EMAIL PROTECTED] USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ps does not work after a cvsupdate to 4.0-STABLE
David Miller wrote: On Sun, 7 May 2000, Henk Wevers wrote: Yes i did, i found the solution in the Dutch FreeBSD mailinglist [EMAIL PROTECTED] FAQ IIRC. libkvm is out of sync. [make libkvm and ps] This did work fine. I suffered the same problem, and got to wondering; why would make buildworld after the cvsup not do this? I thought the whole point of buildworld was to compile and install everything as a coordinated set? make buildworld does just that "builds everything". make installworld install everything. You have to do both. Jim -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ps does not work after a cvsupdate to 4.0-STABLE
And then after you do both (or you could just run "make world"), you'll need to recompile the kernel. I ran both and then had problems with "ps" and found several references saying that the kernel needed to be recompiled afterwards. Oscar At 05:46 PM 5/9/00 -0400, James Housley, you wrote: David Miller wrote: On Sun, 7 May 2000, Henk Wevers wrote: Yes i did, i found the solution in the Dutch FreeBSD mailinglist [EMAIL PROTECTED] FAQ IIRC. libkvm is out of sync. [make libkvm and ps] This did work fine. I suffered the same problem, and got to wondering; why would make buildworld after the cvsup not do this? I thought the whole point of buildworld was to compile and install everything as a coordinated set? make buildworld does just that "builds everything". make installworld install everything. You have to do both. "Don't believe the hype" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ps does not work after a cvsupdate to 4.0-STABLE
On Tue, 9 May 2000, Oscar Ricardo Silva wrote: And then after you do both (or you could just run "make world"), you'll need to recompile the kernel. I ran both and then had problems with "ps" and found several references saying that the kernel needed to be recompiled afterwards. The rule of thumb is that they both need to be compiled with precisely the same sources. In other words, if you build and install world, then cvsup, then build kernel, you're asking for trouble. Kris In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
PR's and patches
I imagine this sounds stupid, but... Awhile ago I submitted a PR with a patch in it. Today I was thinking that I would clean it up, and since I didn't keep a copy of the earlier patch I thought I would get it from the PR. I used 'lynx' to download the PR, and it seemed to come down correctly (tab-characters where I'd expect them, etc), but the patch did not apply. Turned out that because I was going thru a web interface, things like '', '', and '' were changed to html-safe equivalents. Good for HTML, bad for C. So, my dumb question is, how DO you pull patches out of a PR? --- Garance Alistair Drosehn = [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Institute To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: bin/18312: FreeBSD System Recovery -- mt not statically linked
Well, I'm not sure what consensus is about this, but I'm gone for 3 weeks. Soembody assign this one to me if you want me 'own' the issue when I get back. On 8 May 2000, Christian Weisgerber wrote: Sheldon Hearn [EMAIL PROTECTED] wrote: Given that having things move around in the base system carries with it varying degrees of pain, can you guys just explain why this is actually necessary? Your tape drive has a quirk but no entry yet in the kernel quirk table, (or you simply use non-default settings for your backups for some good reason), and you need to manually set the block size, density, or some such before you can read back your backup. (Is the EOT model an issue for reading, too?) Didn't someone point out a way to use restore in the absence of mt? You can use restore's "-s" flag to position to a particular file. -- Christian "naddy" Weisgerber [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message