New web utility
Title: I noticed your email address on a list serve related to technology and web development. With your permission, wewould like to send you information regarding new web tools and utilities based on your interests. Please click thefollowing link and opt-in to our product updates and e-newsletter, click here: http://216.133.228.90/Cordially,Victor BlackHigh-Tech-Communications.com If you would like to be removed from our database, please click here: http://216.133.228.90/remove.cgi To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: Query: How to tell if Microsoft is using BSD TCP/IP code?
Dear Jordan, Bill Gates has jumped in to clarify OS vs. GPL surprisingly quickly after the publication in WSJ. Lee is my hero. Sort of the other way around. We were the several FreeBSD volunteers referenced in the article. Lee's my press contact at the WSJ and he's done a number of pieces favorable to us in the past. Perhaps Lee can consider tracking down how much GLP lisenced software is used in companies in close proximity to Microsoft. While Microsoft is not going to be caught dead using it, there must be companies that are married to Microsoft on one end, but happily use Linux on the other. 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: Query: How to tell if Microsoft is using BSD TCP/IP code?
Koster, K.J. said on Jun 21, 2001 at 10:24:24: Perhaps Lee can consider tracking down how much GLP lisenced software is used in companies in close proximity to Microsoft. While Microsoft is not going to be caught dead using it, http://www.microsoft.com/windows2000/interix/interixinc.asp Plenty of GNU stuff there, though it doesn't say so explicitly. Of course, they say it's all meant only for legacy Unix stuff. - Rahul To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
RE: Query: How to tell if Microsoft is using BSD TCP/IP code?
OOPs ;) check http://linuxtoday.com/news_story.php3?ltsn=2001-06-20-018-20-NW-MS-SW Ak Koster, K.J. said on Jun 21, 2001 at 10:24:24: Perhaps Lee can consider tracking down how much GLP lisenced software is used in companies in close proximity to Microsoft. While Microsoft is not going to be caught dead using it, http://www.microsoft.com/windows2000/interix/interixinc.asp Plenty of GNU stuff there, though it doesn't say so explicitly. Of course, they say it's all meant only for legacy Unix stuff. - Rahul 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: Query: How to tell if Microsoft is using BSD TCP/IP code?
Andy [EMAIL PROTECTED] writes: http://linuxtoday.com/news_story.php3?ltsn=2001-06-20-018-20-NW-MS-SW Doesn't this mean software developed with Microsoft's SDK is viral? And doesn't *that* mean you're not allowed to develop it with Microsoft's SDK? And doesn't this sound a bit circular? DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Your new web site
David Preece [EMAIL PROTECTED] writes: Is anyone close enough to drive round and have a quiet word? Netiquette for instance. Or asking for trouble. Or lookity shiny new baseball bat? DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: max kernel memory
On Wed, 20 Jun 2001, Terry Lambert wrote: Back to swapping socket structures... You could swap them if you wanted to give up some KVA space to be able to do it. Which is a problem, especially for Linux. The problem here is that there are x86 machines around with 64GB of RAM. Linux has just under 1GB of KVA and FreeBSD has (IIRC) 2GB of KVA. Even the FreeBSD figure is just 3% of RAM on those machines. With the KVA being that low a percentage of the total amount of physical memory, you really have to watch carefully at all the excess fat on your data structures... This would certainly be true for the page table and pmap architecture in FreeBSD; Linux is already running into the problem that under some (common on such machines) workloads on the 16GB - 64GB sized machines the needed page tables are almost as large as the total KVA. The solution for this will probably be the use of 2MB pages for the large SHM segments and mmap()ed files. This way we can keep the flexibility of paging (needed by SAP) and bring the pagetable overhead down a factor of 512 ;) I personally do not think that that is worth it: Nothing but violent agreement here. The really fundamental problems with FreeBSD at this point devolve down to some moderately easily repaired historical artifacts in its VM architecture and allocation techniques and policies, as well as administrative limits for general purpose use being the defaults, with no way to autotune based on workload. Most of the fixes have been known in the literature since the early and mid 1990's (though some are more recent). These aren't even that fundamental. In Linux 2.2 and 2.4 we solved most of these autotune thingies without too much impact on the code. The only major problem is that the writers of each subsystem set a too high maximum for their subsystem ... something I'm slowly getting around to fixing ;) cheers, Rik -- Executive summary of a recent Microsoft press release: we are concerned about the GNU General Public License (GPL) http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Query: How to tell if Microsoft is using BSD TCP/IP code?
On 21 Jun 2001, Dag-Erling Smorgrav wrote: Andy [EMAIL PROTECTED] writes: http://linuxtoday.com/news_story.php3?ltsn=2001-06-20-018-20-NW-MS-SW Doesn't this mean software developed with Microsoft's SDK is viral? And doesn't *that* mean you're not allowed to develop it with Microsoft's SDK? And doesn't this sound a bit circular? http://msdn.microsoft.com/msdn-files/027/001/516/eula_mit.htm Particularly clause 1 (c). What was it again about a cat in a corner making weird jumps? ;) Rik -- Executive summary of a recent Microsoft press release: we are concerned about the GNU General Public License (GPL) http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
whois(1) patch for review
hi, I have made few modifications to whois(1) to shut up BDECFLAGS warnings, cleanup code, and add new features. Main aim of this patch is to add flexibility to people who want to point whois(1) to non-deault whois server, i.e. have to type -h server name many times. It adds new command line modifier -c to declare server code. Originally it was supposed to point to country's whois server, but with no modifications can be used for other areas. For example you can have following string in your whoisservers configuration file (system wide -- /usr/share/misc/whoiservers or personal ~/.whoisservers): local whois.mydomain.com To point whois(1) to this server now you need to use whois -h whois.mydaomin.com XYZ with patch whois -clocal XYZ It also supposed to be used for country's whois servers. For example with whoisservers. ... ru whois.ripn.net ua whois.net.ua ... whois -c ru freebsd.org.ru (use -- whois.ripn.net) whois -c ua freebsd.org.ua (use -- whois.net.ua) Resume: with this patch included to add new country's whois server we'll need to add only one string to text file, not to modify whois(1) code as it has been done by Andrey for '-R' and as some pending PR's proposed to do. PS: I also removed -R switch for whois(1) which was used to point to Russian whois server, since it is replaced with -c ru PPS: It's tested on STABLE, but I don't think that there can be problems with -current. PPPS: Patch is dirty threfore any ideas on its cleanup are welcome. Also additional idea on improving whois(1) flexibility are welcome! I hope to get some free time on this weekend and commit it if nobody has strong objections. http://phantom.cris.net/~phantom/whois_patch.tgz To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: real time
Wes Peters wrote: James Housley wrote: Wes Peters wrote: Charles: -Original Message- Joao Carlos [EMAIL PROTECTED] asked: Does FreeBSD has any related work about it as an real time operating system? Where can i find information about that ?? Here's one starting point, http://www.rtmx.com/ They offer extensions to OpenBSD. Used to. RTMX contributed the RTMX code base to OpenBSD and stopped distributing it themselves over a year ago. Since then, it has disappeared, with no mention of it on the OpenBSD web site. Neither OpenBSD.org, rtmx.com, nor rtmx.net has a search feature, so looking for it is nearly impossible. There is nothing in the OpenBSD change logs mentioning RTMX, either. RTEMS, http://www.oarcorp.com, does compile and run on FreeBSD. I have been contacted/contacting one of their main people about closer ties. The tools are in the ports tree. Tell Joel I said Hi. I like everything about RTEMS except the GPL that has infested it. I wish we could convince OARcorp to shed this and come up with a license that allows binary distribution. The licensing issue is the primary advantage eCOS has over RTEMS at this time, doubly ironic now that RootHack owns eCOS. I am sorry for missing this. I was out of town at the time and just now cleaning my inbox down to that point. RTEMS is not pure-GPL -- it does allow binary redistribution. It also has an exception that allows linking RTEMS with an application without causing the application to be covered by the GPL. -- Where am I, and what am I doing in this handbasket? Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ -- Joel Sherrill, Ph.D. Director of Research Development [EMAIL PROTECTED] On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available(256) 722-9985 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: whois(1) patch for review
On Thu, Jun 21, 2001 at 04:08:21PM +0300, Alexey Zelkin wrote: hi, I have made few modifications to whois(1) to shut up BDECFLAGS warnings, cleanup code, and add new features. [snip] Resume: with this patch included to add new country's whois server we'll need to add only one string to text file, not to modify whois(1) code as it has been done by Andrey for '-R' and as some pending PR's proposed to do. PS: I also removed -R switch for whois(1) which was used to point to Russian whois server, since it is replaced with -c ru PPS: It's tested on STABLE, but I don't think that there can be problems with -current. PPPS: Patch is dirty threfore any ideas on its cleanup are welcome. Also additional idea on improving whois(1) flexibility are welcome! I hope to get some free time on this weekend and commit it if nobody has strong objections. http://phantom.cris.net/~phantom/whois_patch.tgz Wow. I think there's been a GREAT deal of duplication of effort over whois(1).. Have you looked at Mike Barcroft's patches, posted both as a PR and as a longish thread on -audit a couple of days ago, or at Joachim Strombergson's patches, posted as a longish thread on -audit a month or so ago? My understanding is that Mike Barcroft's patches remove the warnings, and Joachim Strombergson was working on the server list thing :) G'luck, Peter -- This sentence would be seven words long if it were six words shorter. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: whois(1) patch for review
hi, On Thu, Jun 21, 2001 at 04:25:46PM +0300, Peter Pentchev wrote: I have made few modifications to whois(1) to shut up BDECFLAGS warnings, cleanup code, and add new features. [snip] Resume: with this patch included to add new country's whois server we'll need to add only one string to text file, not to modify whois(1) code as it has been done by Andrey for '-R' and as some pending PR's proposed to do. PS: I also removed -R switch for whois(1) which was used to point to Russian whois server, since it is replaced with -c ru PPS: It's tested on STABLE, but I don't think that there can be problems with -current. PPPS: Patch is dirty threfore any ideas on its cleanup are welcome. Also additional idea on improving whois(1) flexibility are welcome! I hope to get some free time on this weekend and commit it if nobody has strong objections. http://phantom.cris.net/~phantom/whois_patch.tgz Wow. I think there's been a GREAT deal of duplication of effort over whois(1).. Have you looked at Mike Barcroft's patches, posted both as a PR and as a longish thread on -audit a couple of days ago, or at Joachim Strombergson's patches, posted as a longish thread on -audit a month or so ago? My understanding is that Mike Barcroft's patches remove the warnings, and Joachim Strombergson was working on the server list thing :) I did not follow things going on carefully for almost two months while I'd a deal with graduate project, but now since it's finished (Yay!!!) and I got some time I started to dig to old patches (made during last three months) and it's one of them. :) I'd incorporated few missing points from Mike's PR and have on hold Joachim's (I have plans and ideas to make it even more optimized). So, if people also started to work on this topic it shows its actuality, IMHO. :-) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: whois(1) patch for review
On Thu, Jun 21, 2001 at 04:08:21PM +0300, Alexey Zelkin wrote: It adds new command line modifier -c to declare server code. Originally it was supposed to point to country's whois server, but with no modifications can be used for other areas. For example you can have following string in your whoisservers configuration file (system wide -- /usr/share/misc/whoiservers or personal ~/.whoisservers): local whois.mydomain.com I wrote a patch for the openbsd whois client a year or so ago which used lookups under the whois-servers.net zone to locate appropriate whois servers for domain names. Looks like someone ported that to FreeBSD's client (the -Q option). Just thought I'd mention it, since your examples include: It also supposed to be used for country's whois servers. For example with whoisservers. ... ruwhois.ripn.net uawhois.net.ua ... whois -c ru freebsd.org.ru (use -- whois.ripn.net) whois -Q freebsd.org.ru whois -c ua freebsd.org.ua (use -- whois.net.ua) whois -Q freebsd.org.ua Resume: with this patch included to add new country's whois server we'll need to add only one string to text file, not to modify whois(1) code as it has been done by Andrey for '-R' and as some pending PR's proposed to do. This list is already maintained in the whois-servers.net zone. Joe To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Query: How to tell if Microsoft is using BSD TCP/IP code?
Rahul Siddharthan [EMAIL PROTECTED] types: http://www.microsoft.com/windows2000/interix/interixinc.asp Plenty of GNU stuff there, though it doesn't say so explicitly. Of course, they say it's all meant only for legacy Unix stuff. Legacy being industry jargon for working. mike -- Mike Meyer [EMAIL PROTECTED] http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
assigning MAC addr to NIC after boot up?
the device to which i am writing a driver doesn't have a pre-assigned MAC address. only after the system boots up, a user level program will assign it a MAC address. I want to know if it is correct to attach a network interface without MAC address. And if it is o.k., when i get the MAC address from user program, besides updating the MAC address field in the arpcom structure do i need to call any of arp or other routing functions? regards, mohan Creativity is allowing yourself to make mistakes and Art is knowing which ones to keep. -Dilbert Mohana Krishna P. ph:- Res: 5500412 Off: 5560735/6/7 x8065 Telecom ODC, Sasken Communication Technologies, INDIA. http://www.sasken.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
pthread/longjmp/signal problem
No reactions the first time, let's try again. I've encountered a problem in the interaction betwen signals, longjmp and pthreads; I'm hoping someone can help me make sense of it. I've been trying to implement a IsBadReadPtr-style function in FreeBSD by using signal handlers and longjmp/setjmp. It seemed to work as expected, until I started using the -pthread option to gcc (thus linking against libc_r). Now the function only works on the first call; subsequent calls hang on the segmentation fault. Here's an example of the kind of code that causes problems : #include signal.h #include setjmp.h #include stdio.h sigjmp_buf env; void handler(int n, siginfo_t *si, void *c) { int z; fprintf(stderr,in handler\n); siglongjmp(env, 1); } int main() { int *x=0; int y=0; int z; struct sigaction act; act.sa_handler=NULL; act.sa_sigaction=handler; sigemptyset(act.sa_mask); act.sa_flags=SA_SIGINFO; sigaction(SIGSEGV,act,NULL); if(sigsetjmp(env,1)) fprintf(stderr,longjmp successful\n); if(y=10) return 0; y++; fprintf(stderr, before sigsegv\n); z=*x; return 1; } Basically, the app registers a signal handler for SIGSEGV, initializes a setjmp() buffer, then provokes a segmentation fault. The expected behavior is for the signal handler to get called, which will longjmp() bask to main, where another segmentation fault will occur, which repeats the process. After 10 times, the if(y=10) condition makes the program exit. Compiling with 'gcc test.c', the program behaves as expected. But if I compile with 'gcc -pthread test.c', the signal handler gets called a single time and longjmp()s back into main; the program then hangs on the second segmentation fault. 'top' shows the process is eating up all available CPU. Using gdb, trying to continue execution with 'stepi' after receiving the second SIGSEGV immediately returns control to gdb with another SIGSEGV, then another, and so on. If I use sigsetjmp(env,0) (instead of 1, so the signal mask isn't restored by longjmp), I get this hang even without -pthread, which leads me to think that libc_r blocks the signal even when it shouldn't. I tried : -Unblocking the signal manually (with sigprocmask and pthread_sigmask) -Replacing sigsetjmp/siglongjmp by setjmp/longjmp -Calling setjmp() before sigaction instead of after -Using a ANSI-style handler instead of POSIX (int handler(int code)) -Using the flags SA_ONSTACK, SA_NODEFER -Using sigaltstack -... and various combinations of these none of this made any difference. Doing some research in previous bug reports, this seems very similar to bug 14685 (setjmp/longjmp in threaded app cause subsequent read to run forever), but that bug has been closed for over a year... I couldn't find any other really similar bug reports (though 22286 and 21943 seemed vaguely related) Out of curiosity, I tried installing the linuxthreads port and using that : this actually works, but I may not be able to use it as a permanent solution. My system is FreeBSD 4.3-RELEASE, with all binaries straight off the CD (nothing rebuilt); installed on a single-processor PIII-600 I tried the same test on a FreeBSD 4.2 machine : same results. I tried rebuilding libc and libc_r on that machine : no change (though I didn't expect any) I also tried the same code in Linux (RedHat 6.1), where it behaves as expected. So the questions are : -Am I doing something obviously wrong? -Is this a bug? -Is this a known bug with a known workaround? Thanks for any help. Louis-Philippe Gagnon To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
RE: shutdown not completing
cross posting this to -smp and -hackers as it seems to be a problem there. for those who are new to the problem, in -stable we have reports of shutdown now hanging rather than dropping to single user mode. I have a dual PIII machine. At 4.2-RELEASE I had no problems at all. However, two/three days ago I went to -STABLE. I now have the shutdown now problem. However, if I boot GENERIC I have no problem with shutdown now. So, as an experiment I made a new kernel based on my SMP kernel. The only change I made was to drop the two lines which make it an SMP kernel. On doing shutdown now with this kernel I go to single user mode. So, the shutdown now problem appears to be connected with shutting down processor #1 ?? Anyone shed light on this? Regards Andy To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Your new web site
On Thu, Jun 21, 2001 at 04:40:44PM +1200, David Preece wrote: 1-877-230-7268 Is anyone close enough to drive round and have a quiet word? Netiquette for instance. Or asking for trouble. Well if you're in the US, why not call him? The further away the better. :^) - alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: real time
Joel Sherrill [EMAIL PROTECTED] writes: RTEMS is not pure-GPL -- it does allow binary redistribution. So does pure GPL, as long as you make the sources available. If you mean that you can redistribute (potentially modified) RTEMS binaries without providing the source code, then you've effectively got a {BSD,MIT,Apache} license (except for a few details about attributions and the naming of derivative software), and you might as well make the change in name as well as in function. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
multiple pccard_ifconfig statements in one rc.conf ? Problems.
I have two pc card NICs in my system - ep0 and wi0. All of the normal problems (irq, etc.) have been solved, and I am using them beautifully. The problem is, I would like to use the pccard_ifconfig directive to configure BOTH of these cards from /etc/rc.conf. Currently, I have _one_ pccard_ifconfig statement in rc.conf, and NO normal ifconfig statements: pccard_ifconfig=DHCP and this causes my ep0 (in slot 0) to successfully grab a DHCP address and function on the network. Since I do not specify in any way which card to use, I am assuming that it just uses whichever card is in slot 0. So the logical thing to try (I thought) was this: pccard_ifconfig_ep0=DHCP pccard_ifconfig_wi0=inet 10.10.10.10 netmask 255.255.255.0 But this does not work. How do I use the (very convenient) pccard_ifconfig mechanism in rc.conf to configure multiple pccard NICs ? thanks, LT _ Get your FREE download of MSN Explorer at http://explorer.msn.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: real time
Dag-Erling Smorgrav wrote: Joel Sherrill [EMAIL PROTECTED] writes: RTEMS is not pure-GPL -- it does allow binary redistribution. So does pure GPL, as long as you make the sources available. If you mean that you can redistribute (potentially modified) RTEMS binaries without providing the source code, then you've effectively got a {BSD,MIT,Apache} license (except for a few details about attributions and the naming of derivative software), and you might as well make the change in name as well as in function. Let me just quote the exception. We are focused on the impact of the RTEMS license on the end user embedded application. As a special exception, including RTEMS header files in a file, instantiating RTEMS generics or templates, or linking other files with RTEMS objects to produce an executable application, does not by itself cause the resulting executable application to be covered by the GNU General Public License. This exception does not however invalidate any other reasons why the executable file might be covered by the GNU Public License. This exception is similar to that used by libgcc and gnat. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] -- Joel Sherrill, Ph.D. Director of Research Development [EMAIL PROTECTED] On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available(256) 722-9985 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: pthread/longjmp/signal problem
* Louis-Philippe Gagnon [EMAIL PROTECTED] [010621 09:56] wrote: No reactions the first time, let's try again. I've encountered a problem in the interaction betwen signals, longjmp and pthreads; I'm hoping someone can help me make sense of it. I've been trying to implement a IsBadReadPtr-style function in FreeBSD by using signal handlers and longjmp/setjmp. It seemed to work as expected, until I started using the -pthread option to gcc (thus linking against libc_r). Now the function only works on the first call; subsequent calls hang on the segmentation fault. Here's an example of the kind of code that causes problems : [snip] ERRORS If the contents of the env are corrupted, or correspond to an environment that has already returned, the longjmp() routine calls the routine longjmperror(3). If longjmperror() returns the program is aborted (see abort(3)). The default version of longjmperror() prints the message ``longjmp botch'' to standard error and returns. User programs wishing to exit more gracefully should write their own versions of longjmperror(). So the questions are : -Am I doing something obviously wrong? I think so, I think you must reinit the 'env' like so: reset: if(sigsetjmp(env,1)) { fprintf(stderr,longjmp successful\n); goto reset; } -Is this a bug? I think so, even with reinitializing the env structure it still hangs for me as well: before sigsegv write(2,0x3fbff308,15) = 15 (0xf) sigprocmask(0x3,0x280fb338,0x0) = 0 (0x0) sigaltstack(0x28116d00,0x0) = 0 (0x0) in handler write(2,0x3fbfef98,11) = 11 (0xb) sigprocmask(0x3,0x804997c,0x0) = 0 (0x0) longjmp successful write(2,0x3fbff308,19) = 19 (0x13) sigprocmask(0x1,0x0,0x804997c) = 0 (0x0) before sigsegv write(2,0x3fbff308,15) = 15 (0xf) sigreturn(0x8057e7c) = 0 (0x0) sigreturn(0x8057e7c) = 0 (0x0) sigreturn(0x8057e7c) = 0 (0x0) sigreturn(0x8057e7c) = 0 (0x0) -Is this a known bug with a known workaround? Not that I know of, I'll take a peek at the threading libraries, but I'm not promising anything. -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: pthread/longjmp/signal problem
[snip] ERRORS If the contents of the env are corrupted, or correspond to an environment that has already returned, the longjmp() routine calls the routine I interpreted that as referring to the case when we longjmp after the _function_ that called setjmp has returned, but yes, resetjmping is probably safer. longjmperror(3). If longjmperror() returns the program is aborted (see abort(3)). The default version of longjmperror() prints the message ``longjmp botch'' to standard error and returns. User programs wishing to exit more gracefully should write their own versions of longjmperror(). So the questions are : -Am I doing something obviously wrong? I think so, I think you must reinit the 'env' like so: reset: if(sigsetjmp(env,1)) { fprintf(stderr,longjmp successful\n); goto reset; } Yes, I forgot to mention that in the things I tried. (since I never even get to the second longjmp() call, I dismissed that as a factor pretty early on) -Is this a bug? I think so, even with reinitializing the env structure it still hangs for me as well: [snip] -Is this a known bug with a known workaround? Not that I know of, I'll take a peek at the threading libraries, but I'm not promising anything. Thanks! anything is probably more than I could find on my own... if it's a bug, it seems like a big one... I found it hard to believe that no one would have hit it yet (as I mentionned, I get the problem in both 4.2 and 4.3...) LPG To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
PANIC - 4.3-STABLE, suspecting ata controller
Hello all, I've been trying to resolve this for a few weeks now. Previous posts to -questions have produced no useful info, and I haven't found anything in the list archives that has helped. This machine is running 4.3-STABLE cvsupped from May 21. I have experienced the exact same problem with various versions of 4.2-RELEASE and 4.3-RELEASE/STABLE. The machine is a backup server. Nightly at 3:00AM it does either a rsync or a rm cp (only on Sundays) to keep the data synchronized, and the machine can then be used for manually run multi-tape backups during the day. The data involved is approx 30G. The panic ALWAYS occurs during the transfer (via NFS). The remote machine is mounted NFS to this machine and the data is simple copied (or rsynced). The nature of the panic is rather strange: the machine will run problem-free for a few days (as long as a week) and then experience a panic. After this initial panic, it becomes completely unable to complete a transfer operation (cp or rsync) without another panic. The only way I've found to restore it to proper function is to newfs the local filesystem that stores the data mirror. Cursory access to the (apparently corrupt) filesystem does not cause a panic. After the newfs, the system will run reliably for a few days, maybe a week, and then another panic occurs and cycle restarts (the machine is not reliable again until after a newfs) I've tried both softupdates and straight sync on the filesystem with the same results. I've set the system up to do crash dumps, but I'm not kernel hacker and the information gdb gives me is beyond me. Here's what I see: dmesg: _kvm_vatop: read: undefined error: 0 dmesg: kvm_read: invalid address (c0280074) I checked the cvslog and there don't seem to be any changes in the kvm files from May 21 till now, so I've ruled out trying _another_ cvsup for the time being. Following the kernel debug info in the handbook isn't very helpful: (a where command gives me only a hex address, which I don't know what to do with) This is running on an Asus A7V133 mobo. Hopefully the rest of the details will be obvious from the dmesg output. Since this email is already too big, I've made several files available via http (on the client's web site - it's only a 512K link, so be gentle ;) http://www.prioritydesigns.com/crashdata/ contains the files. I've put a dmesg.out (obvious) as well as the kernel.0, vmcore.0 and kernel.debug there, if anyone would like to run it through gdb themselves (***WARNING*** vmcore.0 is 128M) (NOTE, the web server does not allow directory listings, you'll have to access the files directly) So ... I'm looking for any possible help in straightening this out. Advice on how to run gdb more effectively is welcome, as well as anyone who wants to do it themselves and suggest changes as a result. If you need any more files/information, please let me know. My primary goal is to get this machine operating reliably. My secondary goal is to help identify and correct any problems in the FreeBSD code (should that be the cause) TIA, Bill -- If a bird in the hand is worth two in the bush, then what can I get for two hands in the bush? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: multiple pccard_ifconfig statements in one rc.conf ? Problems.
So what you are saying is that there _is not_ any way to perform multiple pccard_ifconfig statements solely in /etc/rc.conf ? I feel that defining it in /etc/rc.conf is more elegant, and am surprised that it was built to work with one card but will not work with another one. btw, as I successfully use pccard_ifconfig for ep0, I note that I do not have a line in pccard.conf for ep0 (or for wi0) - both of these cards work fine out of rc.conf without entries in pccard.conf - just _not at the same time_, as you know. thanks for the example - LT From: Michael C . Wu [EMAIL PROTECTED] Reply-To: Michael C . Wu [EMAIL PROTECTED] To: list tracker [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: multiple pccard_ifconfig statements in one rc.conf ? Problems. Date: Thu, 21 Jun 2001 11:20:24 -0500 On Thu, Jun 21, 2001 at 04:13:29PM -, list tracker scribbled: | | I have two pc card NICs in my system - ep0 and wi0. All of the normal | problems (irq, etc.) have been solved, and I am using them beautifully. | | The problem is, I would like to use the pccard_ifconfig directive to | configure BOTH of these cards from /etc/rc.conf. | | Currently, I have _one_ pccard_ifconfig statement in rc.conf, and NO normal | ifconfig statements: | | pccard_ifconfig=DHCP | | and this causes my ep0 (in slot 0) to successfully grab a DHCP address and | function on the network. Since I do not specify in any way which card to | use, I am assuming that it just uses whichever card is in slot 0. | | So the logical thing to try (I thought) was this: | | pccard_ifconfig_ep0=DHCP | pccard_ifconfig_wi0=inet 10.10.10.10 netmask 255.255.255.0 | | But this does not work. | | How do I use the (very convenient) pccard_ifconfig mechanism in rc.conf to | configure multiple pccard NICs ? I know I posted earlier with the same stuff, but here is another way to use this. Use pccard.conf just like this: card Lucent Technologies WaveLAN/IEEE config 0x1 wi ? insert /etc/pccard_ether $device start insert sh /etc/setup_wi remove /etc/pccard_ether $device stop remove /sbin/ifconfig $device delete The part of interest is insert sh /etc/setup_wi Put your config scripts there, such as ifconfig xxx and such. If you have seperate scripts for different cards, you can setup as many cards as possible. -- +---+ | [EMAIL PROTECTED] | [EMAIL PROTECTED] | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +---+ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message _ Get your FREE download of MSN Explorer at http://explorer.msn.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: multiple pccard_ifconfig statements in one rc.conf ? Problems.
On Thu, Jun 21, 2001 at 05:24:29PM -, list tracker scribbled: | So what you are saying is that there _is not_ any way to perform multiple | pccard_ifconfig statements solely in /etc/rc.conf ? | | I feel that defining it in /etc/rc.conf is more elegant, and am surprised | that it was built to work with one card but will not work with another one. Sure, I think so too. Perhaps you are offering to submit the necessary changes? | btw, as I successfully use pccard_ifconfig for ep0, I note that I do not | have a line in pccard.conf for ep0 (or for wi0) - both of these cards work | fine out of rc.conf without entries in pccard.conf - just _not at the same | time_, as you know. Copy the lines for ep0 and wi0 from /etc/defaults/pccard.conf into /etc/pccard.conf -- +---+ | [EMAIL PROTECTED] | [EMAIL PROTECTED] | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +---+ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: multiple pccard_ifconfig statements in one rc.conf ? Problems.
On Thu, Jun 21, 2001 at 05:24:29PM -, list tracker wrote: So what you are saying is that there _is not_ any way to perform multiple pccard_ifconfig statements solely in /etc/rc.conf ? There's a method in -current, I'm not sure why it hasn't been MFC'd. I'll put it on my todo list of no one else get's there first. -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 PGP signature
Confusion with mknod() and devfs
There is following comment inside ufs_mknod() which says /* * Remove inode, then reload it through VFS_VGET so it is * checked to see if it is an alias of an existing entry in * the inode cache. */ I really can not understand it. For each new disk inode, we call ufs_vinit() from ffs_vget() and ufs_vinit() calls addaliasu() to add the vnode to the alias list. So why reload? The alias vnode is already handled after it calls ufs_makeinode(). Since DEVFS is in use, will it prevent a user from creating alias names to the same device? If so, there is no need to handle alias in the kernel. According to the red daemon book, alias vnodes are used to make cache coherent (vp as a key). But getblk() stuff does not seem to check it. This makes me feel the code is there for historical reasons. Thanks for any clarification. -Zhihui To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: multiple pccard_ifconfig statements in one rc.conf ? Problems.
On Thu, 21 Jun 2001 10:46:39 -0700 Brooks Davis [EMAIL PROTECTED] said: brooks On Thu, Jun 21, 2001 at 05:24:29PM -, list tracker wrote: So what you are saying is that there _is not_ any way to perform multiple pccard_ifconfig statements solely in /etc/rc.conf ? brooks There's a method in -current, I'm not sure why it hasn't been MFC'd. brooks I'll put it on my todo list of no one else get's there first. I believe it was already MFC'd. It seems working fine to me. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: whois(1) patch for review
On Thu, Jun 21, 2001 at 10:23:43PM +0400, Andrey A. Chernov wrote: On Thu, Jun 21, 2001 at 10:39:05 -0400, Joe Abley wrote: whois -c ru freebsd.org.ru (use -- whois.ripn.net) whois -Q freebsd.org.ru whois -c ua freebsd.org.ua (use -- whois.net.ua) whois -Q freebsd.org.ua Resume: with this patch included to add new country's whois server we'll need to add only one string to text file, not to modify whois(1) code as it has been done by Andrey for '-R' and as some pending PR's proposed to do. This list is already maintained in the whois-servers.net zone. For domain names it works without '-Q' too. The main problem not with domain names wich have .suffix found via whois-servers.net, but for identificators or subnets without suffix, like: whois -c ru XXX-RIPN whois -c ru 123.123.123.123 That seems entirely reasonable. I just wanted to point out that it wasn't necessary to maintain a big local list of whois servers for individual tlds in the case that you're looking up domains. Your patch certainly looks usable for other resources retrievable using whois. Joe To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: PANIC - 4.3-STABLE, suspecting ata controller
Thus spake Bill Moran ([EMAIL PROTECTED]): http://www.prioritydesigns.com/crashdata/ contains the files. I've put a dmesg.out (obvious) as well as the kernel.0, vmcore.0 and kernel.debug there, if anyone would like to run it through gdb themselves (***WARNING*** vmcore.0 is 128M) (NOTE, the web server does not allow directory listings, you'll have to access the files directly) So ... I'm looking for any possible help in straightening this out. Advice on how to run gdb more effectively is welcome, as well as anyone Hi! In the handbook there is a chapter about how to debug kernels. If you correctly load the symbols-file (kernel.debug), you should be able to backtrace and the code resulting the panic occurs (usually *g*). That's a good start to paste here. Thanks Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: multiple pccard_ifconfig ... thanks! + contribution
From: Brooks Davis [EMAIL PROTECTED] To: Hajimu UMEMOTO [EMAIL PROTECTED] CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: multiple pccard_ifconfig statements in one rc.conf ? Problems. Date: Thu, 21 Jun 2001 11:31:54 -0700 On Fri, Jun 22, 2001 at 03:18:33AM +0900, Hajimu UMEMOTO wrote: I believe it was already MFC'd. It seems working fine to me. It looks like it was, I just checked the wrong file. The main code was MFC'd, but the /etc/defaults/rc.conf entry was not. To answer the origional question add something like this to your rc.conf file: removable_interfaces=ep0 wi0 ifconfig_ep0=DHCP ifconfig_wi0=inet xxx.xxx.xxx.xxx netmask yyy.yyy.yyy.yyy -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 attach3 _ Get your FREE download of MSN Explorer at http://explorer.msn.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: multiple pccard_ifconfig ... thanks! + contribution (DELL OEM)
ok, the removable_interfaces method worked wonderfully - just like I wanted. Thank you. I am using a Dell OEM'd Lucent wavelan card, so I had to add this to my /etc/defaults/pccard.conf - perhaps you would like to add this to future releases of said file: # Dell TrueMobile (OEMed Lucent WaveLAN/IEEE) card Dell TrueMobile 1150 Series PC Card config 0x1 wi ? insert /etc/pccard_ether $device start remove /etc/pccard_ether $device stop --LT From: Brooks Davis [EMAIL PROTECTED] To: Hajimu UMEMOTO [EMAIL PROTECTED] CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: multiple pccard_ifconfig statements in one rc.conf ? Problems. Date: Thu, 21 Jun 2001 11:31:54 -0700 On Fri, Jun 22, 2001 at 03:18:33AM +0900, Hajimu UMEMOTO wrote: I believe it was already MFC'd. It seems working fine to me. It looks like it was, I just checked the wrong file. The main code was MFC'd, but the /etc/defaults/rc.conf entry was not. To answer the origional question add something like this to your rc.conf file: removable_interfaces=ep0 wi0 ifconfig_ep0=DHCP ifconfig_wi0=inet xxx.xxx.xxx.xxx netmask yyy.yyy.yyy.yyy -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 attach3 _ Get your FREE download of MSN Explorer at http://explorer.msn.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: PANIC - 4.3-STABLE, suspecting ata controller
Alexander Langer wrote: Thus spake Bill Moran ([EMAIL PROTECTED]): So ... I'm looking for any possible help in straightening this out. Advice on how to run gdb more effectively is welcome, as well as anyone Hi! In the handbook there is a chapter about how to debug kernels. If you correctly load the symbols-file (kernel.debug), you should be able to backtrace and the code resulting the panic occurs (usually *g*). fsck ... I double-checked some things ... Aparently I must have re-cvsupped the source since I installed the last kernel. The debugging kernel I made is a different size from the running kernel. I guess I'll just have to install this new kernel wait for it to crash again. G ... Thanks, Bill -- If a bird in the hand is worth two in the bush, then what can I get for two hands in the bush? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: whois(1) patch for review
I did not follow things going on carefully for almost two months while I'd a deal with graduate project, but now since it's finished (Yay!!!) and I got some time I started to dig to old patches (made during last three months) and it's one of them. :) I'd incorporated few missing points from Mike's PR and have on hold Joachim's (I have plans and ideas to make it even more optimized). So, if people also started to work on this topic it shows its actuality, IMHO. :-) Arg.. I wish you had contacted me before doing this work. From looking at your patch, your using an old copy of my work. The newest one is available at: http://testbed.q9media.net/freebsd/whois.patch and will be committed very-shortly-now(tm). Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: max kernel memory
On Wed, 20 Jun 2001, Terry Lambert wrote: assistance (John Dyson's work on the unified VM and buffer cache predated all such non-academic work in all commercial UNIX implementations by almost two years, and included cache coloring, which was a brand new concept, at the time). FreeBSD has grown across Alpha I've noticed that John Dyson did a lot of important work in the 2.0 days, but hasn't been around since. What's he doing these days? Mike Silby Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Anyone see todays Wall Street Journal article: Microsoft Using Free Software (or something to that effect)
[Format recovered--see http://www.lemis.com/email/email-format.html] Your MUA is a known text mutilator. You'd be better off getting a UNIX-based MUA: X-Mailer: Microsoft Outlook, Build 10.0.2616 On Wednesday, 20 June 2001 at 11:16:18 +0200, Jeroen Massar wrote: Jordan Hubbard [EMAIL PROTECTED] wrote: That's the BSD license for ya. There needs to be a license that says something to the effect of Anyone can use/buy/sell/modify/distribute this software with or without source code except Microsoft. Why? I'd personally be happy if Microsoft software was made a lot easier to use by incorporating BSD stuff. Imagine, a Windows 2000 firewall that didn't suck rocks, or DHCP renegotiation that didn't drop all my active connections by default when my modem hung up unexpectedly... It would be nice! Heheh. just looks like that Wallstreet journal thingy... complaining without even looking into it and thus stating loose unfounded facts, making you look very silly IMHO. It does? The article was written in cooperation with the FreeBSD project, and I think it was very well done. Perhaps you have some details you're withholding. I don't know what you define by ease of use, but that's probably personal and depends on what you want to use something for and not to forget how to use it :) OK, try replying to this message with your broken MUA and *fix* *up* all the breakage it causes. People don't do it because it's too difficult. I did it with my setup because I can't read it otherwise, and it's not too difficult. Which is easy to use? You might like to type a 'netsh.exe' to come into the Net Shell with all kinds of nice commands, you'll prolly like it :) I strongly doubt it. For your unexpected hang ups: Q239924 - How to Disable Media Sense for TCP/IP in Windows 2000 http://support.microsoft.com/support/kb/articles/Q239/9/24.ASP Description: This parameter controls DHCP Media Sense behavior. If you set this value data to 1, DHCP, and even non-DHCP, clients ignore Media Sense events from the interface. By default, Media Sense events trigger the DHCP client to take an action, such as attempting to obtain a lease (when a connect event occurs), or invalidating the interface and routes (when a disconnect event occurs). Which will fix your problems... You should really start using MSDN (or google which will also find it) instead of complaining without doing the proper research... In the unix/bsd/* world they call that RTFM - nicely said: Read The Faq and Manual, oh and don't forget to understand it either... Well, no, what Jordan was referring to was a bug, not a feature. And we don't need MSDN. We don't need Microsoft. On another note... something I already mailed in the former discussions: Port from UNIX to Win32: http://msdn.microsoft.com/library/devprods/vs6/visualc/vccore/_core_port _from_unix_to_win32.htm Your MUA broke the URL. Microsoft broke the page. It comes out blank on my browser. Maybe it's optimized to use Microsoft-only browsers. And for the rest using BSD sockets is quite easy one only needs to open the winsock.dll What will you find inside? and as it's using the BSD API it's quite easy to port it and winsock also allows ease of use with IPX, XNS, DECnet and others... Native NT/Win32 apps are usually written with the use of Events (WSAEventSelect() etc...) but that's a completely different subject, altough it also shows a bit of the part of the internal workings of the stack as they surely won't do a select() on filedescripts, though it looks the same it ain't :) I'm not sure what you're referring to. Recall that people here don't use Microsoft. The only thing people are really slamming Microsoft here is being hypocritical. Actually using BSD code is an action I support for any value of the licensee string. :) Microsoft Windows BSD naah... though you could make a BSD subsystem and plug that straight into NT... But that's what they have the POSIX subsystem for and not to forget Interix (http://www.microsoft.com/WINDOWS2000/interix/). You're missing the point. Hopes that clears some of the mess up for you. Not really. You seem to have completely missed the point, and I had to clean up your mess for you. Greg -- When replying to this message, please take care not to mutilate the original text. For more information, see http://www.lemis.com/email.html See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: whois(1) patch for review
Mike Barcroft [EMAIL PROTECTED] writes: Arg.. I wish you had contacted me before doing this work. From looking at your patch, your using an old copy of my work. The newest one is available at: http://testbed.q9media.net/freebsd/whois.patch and will be committed very-shortly-now(tm). Since Mike's patch is a style cleanup with no functional impact except plugging a memory leak, I feel it's better to commit it first, and merge in Alexey's patch later, after it's been reviewed by this forum. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Patented algorithm in FreeBSD
On Mon, Jun 11, 2001 at 05:37:56PM -0500, Jonathan Lemon wrote: Hmm, let's see: Assignee: Digital Equipment Corporation (Maynard, MA) Appl. No.: 646734 Filed: May 3, 1996 Versus: * Derived from hp300 version by Mike Hibler, this version by William * Jolitz uses a recursive map [a pde points to the page directory] to * map the page tables using the pagetables themselves. This is done to * reduce the impact on kernel virtual memory for lots of sparse address * space, and to reduce the cost of memory to each process. * * from: hp300: @(#)pmap.h 7.2 (Berkeley) 12/16/90 * from: @(#)pmap.h7.4 (Berkeley) 5/12/91 So it looks like we have prior art by around 6 years, which would invalidate the patent iff it was the same thing. [rummaging through my old box of manuals... Aha!] This also appears to be _very_ similar to the scheme described by Intel themselves in a skinny little book entitled 80386 System Software Writer's Guide, ISBN 1-55512-023-7, Intel order number 231499-001. This book is dated 1987 and describes the handy recursive page table mapping starting at the bottom of page 2-18. -Brian To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
RE: shutdown not completing (more info)
Install: 4.2-RELEASE from CDRom, GENERIC kernel shutdown now works fine. 4.3-RELEASE from CDRom, GENERIC kernel shutdown now fails, hangs machine. It seems I was outa touch with the SMP idea. The 4.3-RELEASE generic kernel (without smp) causes the problem so I won't cross post this to -smp anymore. But there does appear to be a problem. The above installs were done on the same hardware. I'll start trying to get closer to it but for now, believe us minority when we say shutdown now doesn't work but just hangs the system. fwiw, all these *do* work... shutdown -h now shutdown -r now reboot halt To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message