Re: Moving FreeBSD towards glibc (or: FreeBSD and Hurd/Mach)
In message <[EMAIL PROTECTED]>, Farid Hajji writes: >Hello, > >[please Cc: to me, since I'm not subscribed to this list. Thanks] > >are there plans to replace FreeBSD's libc with GNU glibc in the near >or medium future? Linux moved also from it's own libc5 to glibc (=libc6) >some time ago and it may be useful to do the same in FreeBSD too. Only if glibc is released under a BSD license *could* this happen, and in that case it would still be up to an actual comparison of the code. -- 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. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: sysctl from kernel
In message <[EMAIL PROTECTED]>, Maxime Henrion writes: >Thanks for your help ! > >If someone would be kind enough to answer them, I have a few other questions. >I'm currently trying to modify sysctl_kern_proc() function in >src/sys/kern/kern_proc.c First: look at sysctl(3) sysctl can read and set variables, so you pass it the "new" value and a buffer for the "old" value. -- 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. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Memory Mapping -2
> > Hi, > > > > I am trying to write a PCI ethernet driver for FreeBSD 3.4 release. BTW, just checking out the Procsys website I assume that you're working on driver(s) for your 'Nakajima' PCI NICs. If that's the case, and also assuming that these are based on off-the-shelf MAC parts, have you checked to make sure there isn't already a driver? -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: perlcc in current - xs_init and boot_DynaLoader
> > If i do a perlcc test.pl i get the folllowing , in CURRENT ? > > Must i define something beforehand, or is it broken ? > > I'll take a look... Looks like perl brokenness. The missing boot_DynaLoader is in DynaLoader.a, but there is no way of linking it in. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
SYN flood prevention methods
Hi, I know this is an old topic but I don't seem to find answers to my questions in the mailing list archives. I'm wondering why FreeBSD did not implement the SYN cookies method that is currently implemented in Linux? To my best understanding, SYN cookie seems to be a better method against SYS flood than the random drop method. It seems both OpenBSD and FreeBSD have implemented the random drop method. I guess there are must be some "bad things" about SYN cookies that I don't know about. Also, I was looking at the netinet/ code this morning but was not able to find how the seq backlog queue is created/defined. Thanks! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: SYN flood prevention methods
FengYue wrote: > > Hi, I know this is an old topic but I don't seem to find answers > to my questions in the mailing list archives. > > I'm wondering why FreeBSD did not implement the SYN cookies method > that is currently implemented in Linux? To my best understanding, > SYN cookie seems to be a better method against SYS flood than > the random drop method. It seems both OpenBSD and FreeBSD have > implemented the random drop method. I guess there are must be some > "bad things" about SYN cookies that I don't know about. A quick search of the net, hackers, and security mail lists turned up a number of hits for "syn cookie", including several with URL references to weaknesses in the scheme. http://www.FreeBSD.org/cgi/search.cgi?words=syn+cookie&max=50&sort=score&source=freebsd-security&source=freebsd-hackers&source=freebsd-net -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Moving FreeBSD towards glibc (or: FreeBSD and Hurd/Mach)
> > > are there plans to replace FreeBSD's libc with GNU glibc in the near > > > or medium future? Thanks for all your replies. I perfectly understand the reasons for avoiding GNU copylefted code like glibc in FreeBSD. Using the Hurd/Mach as kernel replacement for FreeBSD would indeed require adding the syscall emulation feature like in Lites/RT-Mach, linking against FreeBSD's libc and adding missing functionality as stubs. I just hoped it would be a bit easier ;-) BTW, I don't have any problems with the FreeBSD kernel itself or its libc. They are excellent and I'm using them both at home and exclusively for mission critical applications. Keep up the good work! -Farid. -- Farid Hajji -- Unix Systems and Network Admin | Phone: +49-2131-67-555 Broicherdorfstr. 83, D-41564 Kaarst, Germany | [EMAIL PROTECTED] - - - - - - - - - - - - - - - - - - - - - - - + - - - - - - - - - - - - Murphy's Law fails only when you try to demonstrate it, and thus succeeds. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Moving FreeBSD towards glibc (or: FreeBSD and Hurd/Mach)
> are there plans to replace FreeBSD's libc with GNU glibc in the near > or medium future? Linux moved also from it's own libc5 to glibc (=libc6) > some time ago and it may be useful to do the same in FreeBSD too. Nope. The license for glibc is not one we'd want to use for such a core component (which is less optional than, say, grep) nor does our libc lack for the kinds of features which would make switching necessary. Those wishing to play with the HURD under FreeBSD can simply add glibc to the list of components they need to bring over; they needs of the few do not outweigh the needs of the many in this case. :) - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: fbsd box acting as a wavelan BS
Eric Kozowski wrote: > On Thu, Aug 24, 2000 at 05:16:16PM +0100, Theo PAGTZIS wrote: > > Hi all, > > > > Has anyone managed to configure a fbsd box as a Wavelan BS ? > > yes it's easy. which wavelan card are you using? > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message Wavelan Orinoco...Silver (with the ISA bridge) I would like to know how but ...do you really mean that the fbsd box is acting a base station with the wavelan card in *infrastructure* mode or do you mean that the box operates in ad-hoc (peer to peer ) mode. Adhoc mode is very easy...what I want is to have the fbsd base station act as an access point where _many_ clients can associatenot just one so which of the two does the fbsd "wavelan BS" do ...adhoc mode (peer to peer connection ) or infrastructure mode...??? If it works in ad-hoc mode the PCF and DCF functions are not really happening...which is what a BS is all about... Don't you agree? (or anyone else) Theo To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: Auto DMA vs. Manual DMA Settings... FBSD 3.51
Hi Doug... Actually, it is a proper UDMA66 cable (so agrees the Promise UDMA66 controller I was playing with a while back). But ... I'm not looking for UDMA66 speeds, like I mentioned - the motherboard only supports UDMA33 anyways. With a tip from another reply, I found this on Maxtor's website: (although my ASUS board is much newer than Oct 98, it's a start) Overview: Some older Ultra DMA 33 motherboards with older BIOS' (revision date 10/28/98 and older) have exhibited compatibility issues with Ultra DMA/66/100 drives. The symptom manifests itself as a system hangs at boot, and performance problems. On some motherboards the system does not properly check the UDMA setting returned by the drive. The end result is that the motherboard attempts to set itself up in an unsupported mode. These issues arise because of a bug in the system's BIOS, NOT a problem with the Maxtor hard drive. Some System's will also have performance problems due to the controller chipset. To eliminate this problem, Maxtor has developed the UDMAUPDT.EXE ... Jamie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Doug White Sent: Friday, August 25, 2000 10:57 pm To: Jamie Hermans Cc: [EMAIL PROTECTED] Subject: Re: Auto DMA vs. Manual DMA Settings... FBSD 3.51 It may be that: a) your cable is damaged; b) your system is too noisy; c) your disks proclaim UDMA capability but can't actually deliver it. I'd suggest upgrading to a proper DMA66 cable and see if that helps. Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org 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: fbsd box acting as a wavelan BS
Last I checked the wi driver will not do IBSS and says so in the documentation. I also tried it and couldn't get anywhere. Would be nice. Even better would be to use the algos in their office router stuff. We're looking at that now. We currently use a fbsd box to connect the Internet to a WavePointII on one frequency and then on a second frequency we connect multipoint users with fbsd boxes. Works very well although the WavePointII has to be monitored continuously. Bandwidth varies from 600 kbps to about 3000 kbps. Jim Flowers <[EMAIL PROTECTED]> #4 ranked ISP on C|NET #1 in Ohio On Sat, 26 Aug 2000, Theo PAGTZIS wrote: > Eric Kozowski wrote: > > > On Thu, Aug 24, 2000 at 05:16:16PM +0100, Theo PAGTZIS wrote: > > > Hi all, > > > > > > Has anyone managed to configure a fbsd box as a Wavelan BS ? > > > > yes it's easy. which wavelan card are you using? > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > with "unsubscribe freebsd-hackers" in the body of the message > > Wavelan Orinoco...Silver (with the ISA bridge) > > I would like to know how but ...do you really mean that the fbsd box is > acting a base station with the wavelan card in *infrastructure* mode or > do you mean that the box operates in ad-hoc (peer to peer ) mode. Adhoc > mode is very easy...what I want is to have the fbsd base station act as > an access point where _many_ clients can associatenot just one > > so which of the two does the fbsd "wavelan BS" do ...adhoc mode (peer to > peer connection ) or infrastructure mode...??? > > If it works in ad-hoc mode the PCF and DCF functions are not really > happening...which is what a BS is all about... > > Don't you agree? (or anyone else) > > > Theo > > > > 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: fbsd box acting as a wavelan BS
Jim Flowers wrote: > Last I checked the wi driver will not do IBSS and says so in the > documentation. I also tried it and couldn't get anywhere. Would be nice. > Jim, do you mean Bill's driver doesn't do adhoc mode...? IBSS is independent BSS which is adhoc mode...did you mean to say BSS ?? > > Even better would be to use the algos in their office router stuff. We're > looking at that now. > Couldn't agree more... > > We currently use a fbsd box to connect the Internet to a WavePointII on > one frequency and then on a second frequency we connect multipoint users > with fbsd boxes. > wait a minute...a single WPII bridge is connected behind a fbsd router box.fine...now one freq is to act as a portal for the ...Internet?? and the other is to act as an AP for the nodes... but the BS can operate in a single freq...cannot switch between different frequencies (unless you set it manually but this is a different cell altogether...from the portal cell to Inet..) something is not quite right here...could you explain a little? > > Works very well although the WavePointII has to be monitored > continuously. Bandwidth varies from 600 kbps to about 3000 kbps. why does the WPII have to be monitored? In any case the AP function is not effected in the fbsd box but on lucent's bridge...well that is what I am doingfor the moment... Do you have any code that is checking out the office router algos? I would appreciate a peek :) Theo To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: fbsd box acting as a wavelan BS
On Sat, Aug 26, 2000 at 07:00:55PM +0100, Theo PAGTZIS wrote: > Eric Kozowski wrote: > > > On Thu, Aug 24, 2000 at 05:16:16PM +0100, Theo PAGTZIS wrote: > > > Hi all, > > > > > > Has anyone managed to configure a fbsd box as a Wavelan BS ? > > > > yes it's easy. which wavelan card are you using? > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > with "unsubscribe freebsd-hackers" in the body of the message > > Wavelan Orinoco...Silver (with the ISA bridge) > > I would like to know how but ...do you really mean that the fbsd box is > acting a base station with the wavelan card in *infrastructure* mode or > do you mean that the box operates in ad-hoc (peer to peer ) mode. Adhoc > mode is very easy...what I want is to have the fbsd base station act as > an access point where _many_ clients can associatenot just one > > so which of the two does the fbsd "wavelan BS" do ...adhoc mode (peer to > peer connection ) or infrastructure mode...??? a wavelan accesspoint operates in infrastructe mode, which means that the client can only talk to the base station/accesspoint. ad-hoc means clients can contact each other directly. the wi driver supports both modes. i'm running my wavelan gold card in BSS mode to an apple airport base station. > If it works in ad-hoc mode the PCF and DCF functions are not really > happening...which is what a BS is all about... not sure what you mean by pcf and dcf. i do know that power saving mode will not work in ad-hoc mode. > Don't you agree? (or anyone else) with what? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
UNSUBSCRIBE REMOVE
On 22 Aug 2000, at 9:47, freebsd-hackers-digest wrote: > > freebsd-hackers-digestTuesday, August 22 2000Volume 04 : Number 927 > > > > In this issue: > [PATCH] 3-button microsoft-type serial mouse > Updated driver for Mylex 160/170/352/2000/3000 controllers > UNSUBSCRIBE > Re: quotas and file creditentials > Re: [PATCH] 3-button microsoft-type serial mouse > Re: quotacheck on a live filesystem; safe? (fwd) > Re: freebsd and non-preemtive threads > Re: freebsd and non-preemtive threads > Memory Mapping > Re: Memory Mapping > Advanced OS Questions only you can answer... > Re: Advanced OS Questions only you can answer... > Re: Advanced OS Questions only you can answer... > Re: Advanced OS Questions only you can answer... > IBM ServerRaid > Re: Advanced OS Questions only you can answer... > kernel debugging on 4.1-release > > -- > > Date: Mon, 21 Aug 2000 19:37:03 +0300 > From: Ruslan Ermilov <[EMAIL PROTECTED]> > Subject: [PATCH] 3-button microsoft-type serial mouse > > - --8t9RHnE3ZwKMSgU+ > Content-Type: text/plain; charset=us-ascii > > Hi! > > I have a 3-button microsoft-type serial mouse (I do not know the vendor, > only FCC ID if needed) which generates the `middle button down' event as > previous `button down/up' event (any). Attached are: > > 1. the script(1) output of unmodified moused(8) with comments on events. > 2. the patch that makes my mouse's 3rd button work. > > > Cheers, > - -- > Ruslan ErmilovOracle Developer/DBA, > [EMAIL PROTECTED] Sunbay Software AG, > [EMAIL PROTECTED]FreeBSD committer, > +380.652.512.251 Simferopol, Ukraine > > http://www.FreeBSD.orgThe Power To Serve > http://www.oracle.com Enabling The Information Age > > - --8t9RHnE3ZwKMSgU+ > Content-Type: text/plain; charset=us-ascii > Content-Disposition: attachment; filename="moused.script" > > Script started on Mon Aug 21 18:55:26 2000 > perl# moused -d -f -p /dev/cuaa1 > moused: PnP COM device rev 1.0 probe... > moused: modem status 03 > moused: alternate probe... > moused: pnpwakeup2(): valid response. > moused: M 4d > moused: non-PnP mouse 'M' > moused: PnP serial mouse: 'PNP0F01' '' '' > moused: proto params: 40 40 40 00 3 dc 00 > moused: port: /dev/cuaa1 interface: serial type: microsoft model: generic > > Left button pressed: > > moused: received char 0x60 > moused: received char 0x0 > moused: received char 0x0 > moused: assembled full packet (len 3) 60,0,0,0,0,0,0,0 > moused: tv: 966873379 603859 > moused: : 966873377 3320 > moused: flags:0001 buttons:0001 obuttons: > moused: activity : buttons 0x0001 dx 0 dy 0 dz 0 > moused: mstate[0]->count:1 > moused: button 1 count 1 > > Left button released: > > moused: received char 0x40 > moused: received char 0x0 > moused: received char 0x0 > moused: assembled full packet (len 3) 40,0,0,0,0,0,0,0 > moused: tv: 966873380 693550 > moused: flags:0001 buttons: obuttons:0001 > moused: activity : buttons 0x dx 0 dy 0 dz 0 > moused: mstate[0]->count:1 > moused: button 1 count 0 > > Right button pressed: > > moused: received char 0x50 > moused: received char 0x0 > moused: received char 0x0 > moused: assembled full packet (len 3) 50,0,0,0,0,0,0,0 > moused: tv: 966873382 523875 > moused: : 966873377 3320 > moused: flags:0004 buttons:0004 obuttons: > moused: activity : buttons 0x0004 dx 0 dy 0 dz 0 > moused: mstate[2]->count:1 > moused: button 3 count 1 > > Right button released: > > moused: received char 0x40 > moused: received char 0x0 > moused: received char 0x0 > moused: assembled full packet (len 3) 40,0,0,0,0,0,0,0 > moused: tv: 966873383 493579 > moused: flags:0004 buttons: obuttons:0004 > moused: activity : buttons 0x dx 0 dy 0 dz 0 > moused: mstate[2]->count:1 > moused: button 3 count 0 > > Middle button pressed: > > moused: received char 0x40 > moused: received char 0x0 > moused: received char 0x0 > moused: assembled full packet (len 3) 40,0,0,0,0,0,0,0 > > Middle button released: > > moused: received char 0x40 > moused: received char 0x0 > moused: received char 0x0 > moused: assembled full packet (len 3) 40,0,0,0,0,0,0,0 > perl# exit > > Script done on Mon Aug 21 18:56:28 2000 > > - --8t9RHnE3ZwKMSgU+ > Content-Type: text/plain; charset=us-ascii > Content-Disposition: attachment; filename="moused.c.patch" > > Index: moused.c > === > RCS file: /home/ncvs/src/usr.sbin/moused/moused.c,v > retrieving revision 1.45 > diff -u -p -r1.45 moused.c > - --- moused.c2000/04/21 14:20:25 1.45 > +++ moused.c 2000/08/21 16:09:44 > @@ -1660,8 +1660,7 @@ r_protocol(u_char rBuf, mousestatus_t *a > ? MOUSE_BUTTON2DOWN > : butmapmss[(pBuf[0] & MOUSE_MSS_BUTTONS) >> 4]; > else > - - act->button |= (act->obutton
Re: UNSUBSCRIBE REMOVE
On Saturday, August 26, 2000, [EMAIL PROTECTED] wrote: > [2,640 lines removed] ... and this was at the bottom of the message you quoted: > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message At the very least, don't just mail a whole day's worth of data back to the list with "UNSUBSCRIBE REMOVE" affixed to the subject line. Don't you know how much bandwidth and money you're wasting for people who have to pay for the amount of data they download? I'm sending this to the list because hopefully someone else reading it and wanting to unsubscribe won't make the same mistake. -- |Chris Costello <[EMAIL PROTECTED]> |Justify my text? I'm sorry but it has no excuse. `- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
