Re: feedback on CD install of 4.0-RC2
In message [EMAIL PROTECTED] Anatoly Vorobey writes: : I'm actually scared by "novice" because it would be inflicting on me : defaults I would almost probably not want. I never run anything but : "custom", and I suspect many people do the same. I'm much too impatient to run anything but express. :-) Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: openssl in -current
In message [EMAIL PROTECTED] "David O'Brien" writes: : Which OpenBSD has done -- so why was it so easy for them? They have the : *same* rules to live by that we have -- even though they are Canadian, : the rsaref libs came from USA, thus they cannot be exported from Canada. No. The RSA that they have does NOT come from rsaref. The default tree that one gets with OpenBSD doesn't have ANY RSA AT ALL. ONE MUST JUST THROUGH UGLY HOOPS TO GET IT. I know. I've just jumped through those hoops for my OpenBSD/arc machine. Otherwise ssh, et al, say something to the effect that this software used rsa functionality and this version of OpenSSL wasn't compiled for it. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Installing linux_base 6.1
Hi, On 21 Feb, Sheldon Hearn wrote: I would be opposed to this for security reasons. The last thing I want to see are /usr/local versions of /etc/ files related to security. Could you explain _why_? Is this just a matter of taste, or is there a concrete security concern in play? Securing one directory is much simpler, than securing two directories. And making /etc secure in times when you sometimes simply don't want users fetch a userlist from your password file is hard enough. I wouldn't like to deal with two directories in that matter. Having /etc mounted read-only can be OK in many cases, but also mount /usr/local/etc read-only would make life much more difficult as you have to remount it read-write for most simple add-on-software or for fiddling in your local configuration. So I agree not to have security related files in /usr/local. Bye, Oliver To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: openssl in -current
* From: "Jordan K. Hubbard" [EMAIL PROTECTED] * This is just wrong. If I go to build openssh then I expect it to DTRT * with openssl whether or not openssl depends on RSA, I don't expect to * go have to install a package manually and then continue with my build. In case you can't get that weak symbol thing to work -- why don't you (Kris) create another port that just fetches and installs your package, and add some glue (to bsd.port.mk I guess) to make rsaref-requiring ports depend on it. That way at least the port-builders will have their entire chain of build done by port dependencies only. Satoshi To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Panic (TCP)
this is fun... Just caught panic #3 on my Diablo newstransit box running 4.0 from the 7th of February. This box pushes around 360-380 GB in a weekend on network IO. this is the right kind of app for -current isn't it :) cheers luigi To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: openssl in -current
"Jordan K. Hubbard" [EMAIL PROTECTED] writes: I'm not totally inflexible about making the engineering vs user argument either, don't get me wrong, but this one is perilously in the middle and bringing something like openssh in as a companion to openssl would certainly raise my estimation of openssl as a 4.0 candidate. Yes, I'd even be willing to delay the release date for something like that. So does this mean that the question has now become `do we want OpenSSH in 4.0 (in the base system)'? I'm just a newbie and an outside observer. Apparently, OpenSSH has been available as a port for a while. Do you think it would be useful to think about the hassle the user has to go through to install OpenSSH? Is it any more difficult for the user when OpenSSH is a port? (I gather that it is possible to use pkg_add to install parts of the base system as well as pre-compiled ports. So in general I might not even know whether `pkg_add -r foo' installs a port or a part of the base system?) Feel free to ignore me if this was really stupid. kai -- ~/.signature: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Panic (TCP)
-On [2221 12:15], Sameh Ghane ([EMAIL PROTECTED]) wrote:
Le Mon, Feb 21, 2000 at 11:07:52AM +0100, Jeroen Ruigrok van der Werven écrivit:
Just caught panic #3 on my Diablo newstransit box running 4.0 from the
7th of February.
My first two were ffs related. And I hadn't enabled DDB and dumpdev back
then =\
No soft-updates.
This box pushes around 360-380 GB in a weekend on network IO.
panic: tcp_setpersist: retransmit pending
Debugger("panic")
Stopped at Debugger+0x35: movb$0,in_Debugger.354
This is interesting as we use 4.0 on a transit nntp server also, running diablo.
We have 60GB IN/OUT each day, and it runs fine:
60 GB is our daily incoming feed. ;)
And add to that between 90-120 GB outgoing a day.
$ uptime
12:09PM up 46 days, 17:19, 1 user, load averages: 0.62, 0.66, 0.64
Nice.
I am currently preprocessing the messages with cleanfeed which causes my
average to be something like 3.xx 3.xx 3.xx
4.0-CURRENT FreeBSD 4.0-CURRENT #4: Wed Jan 5 14:36:46 CET 2000
Try downgrading ?
No thanks, I want 4.0 to be bugfree, not work around the problem. ;)
--
Jeroen Ruigrok van der Werven Network- and systemadministrator
[EMAIL PROTECTED] bART Internet Services /
BSD: Technical excellence at its best VIA NET.WORKS Netherlands
Tel: +31 - (0) 10 - 240 39 70 http://www.bart.nl
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
can't load if_xl module at startup
Hello, I've just added a 3c900 NIC in my 4.0 machine. Not wanting to recompile my kernel, I've tried to kldload the if_xl module. When I load the if_xl module "by hand", all is well : the miibus is also loaded and everything's fine (xl0 appears in ifconfig -a ...) When I try to load the if_xl and miibus modules via the loader, the loader spins in : "/modules/miibus.ko text= data= syms=[] loading required module 'if_miibus' " at infinitum my loader.conf : # -- sysinstall generated deltas -- # userconfig_script_load="YES" miibus_load="YES" # miibus support, needed for some drivers if_xl_load="YES" My system version : pc-bsd103% uname -a FreeBSD pc-bsd103..telspace.alcatel.fr 4.0-2214-CURRENT FreeBSD 4.0-2 214-CURRENT #1: Mon Feb 21 18:36:37 CET 2000 [EMAIL PROTECTED] telspace.alcatel.fr:/usr/src/sys/compile/P5-ep i386 pc-bsd103% Net result : one more kernel recompile (this time, it works !) TfH To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Kernel
Hello I'm creating a litle update to a freebsd 3.4 kernel. My program is for account some data: number of packets by class, number of packets dropped by class, etc. Now I need to pass this values to another program wich in X-Window display this values on-line. After, I want to save this values in a file. I need some docs about how I can do this. Which are the primitives in the kernel to do this. I use the printf to put this data in /var/log/messages. This inappropriate, I dont want this. This is only for testing now. Can you help me ? Thank you very much. P.S. I'm sorry my english. -- :) cumprimentos Jose Luis Faria Administrador de Sistemas Universidade do Minho - Departamento de Informática Campus de Gualtar 4710-057 Braga Portugal tel.: +351 253604440 Fax:+351 253604471 http://admin.di.uminho.pt/~jose To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Crypto progress! (And a Biiiig TODO list)
Mark Murray wrote: Mark Murray wrote: I'm very uncomfortable with requiring Yet Another Daemon to manage (and screw up) password checking. Generally speaking, if I wouldn't trust a program with root privileges, I wouldn't trust it with my password, either (for obvious reasons). If "all those" suid programs could be "de-suid'ed", and replaced with a simple "does this username/password pair check out?" daemon/module, would that make you happier? As long as there is some sort of rate limiting system so that it doesn't provide a trivial online brute force password cracking service... Getting this right would be an interesting challenge. :-) Easy to do of the daemon is not on by default, or if it is pretty fascist by default, with lots of options to define the fascism. I think there are risks with this approach and I'm not sure the benefits are clear cut. My main concern is single point of failure. It's only an improvement on what we have now if we can remove suid programs. If you do that then the *only* way to authenticate is via the daemon. If you screw the daemon in some way and you don't already have a root session then your only option is to hit the power switch. At the moment, if you screw login you can su, if you screw su then you can login at the console etc etc. The daemon becomes an obvious target for DOS given how critical it is and any weakness that would cause it to fail would result in a catastrophic system failure. There aren't many (any?) system processes that are that critical. How are you going to deal with single-user boots? I can't really see how you can remove all password related suid programs, only a few of them. The other concern is that at the moment you can't get access to the encrypted password without being root. With a daemon any user can process can access that information. I accept that this might not be a losing position since any user script could run su or password repeatedly but it seems to me that there isn't a *clear* security enhancement here. The daemon approach actually has benfits that I'm keen on that aren't related to security. A single point of access to the data means that the backend can be changed so that passwords can be in a different file or a database, without having to worry about rebuilding all the binaries. You could even split users across different back end systems. It would be interesting to extend the whole idea so that there were username classes e.g. system account, web site user and so on. Then you could use the same database to hold all account information. This is of course what NT does and most people hate that because the web server then has access to the login passwords. If you're going to have a daemon though that any user process can connect to then this is the direction you're moving in so you may as well take the added functionality that comes with it and make it a generic authentication system that can be used for things like web servers. On the whole though, I'm not sure that this is a direction that has a definate win to it. How many binaries are there that have access to the master.passwd file? How many lines of code need to be audited for those binaries, compared to the number of lines of code needed to implement a secure daemon solution? Paul. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: feedback on CD install of 4.0-RC2
Jonathan Lemon wrote: In article local.mail.freebsd-current/[EMAIL PROTECTED] you write: Kai Großjohann wrote: "Jordan K. Hubbard" [EMAIL PROTECTED] writes: I really kinda wish you'd point them to Novice^H^H^H^H^HStandard instead since it does more than be a bit more verbose, it also makes sure that all the appropriate steps are covered and prevents even relatively skilled people from hanging themselves. Does this mean that this option should be called `guided'? I know a little bit about Unix but haven't installed FreeBSD more than five times or so. And I always thought that the novice install meant that I didn't get as many choices... "Guided". I like it. That's *PRECISELY* what this installation option is. There is NO difference in the number of choices available in any of the three types. Guided/Express/Expert. That's my vote. Cool, seconded. I actually use "novice" most of the time, simply because I like the hints that help me not to screw up, and I've been using this option (or equivalent) since 1.1.5 at least. Guided sounds like a better description to me. Possibly, the mistake here is to present the "custom" option as an install method at all. Given that "novice" walks you through the install steps but still allows you to do a customised install, it should perhaps be called "installation", the custom option should be changed to something like "maintenance" because really that's where it's useful in that you can go fix any bit of the system without having to walk through all the installation steps. No new users would try and use "maintenance" to do their installation with. Paul. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Panic (TCP)
Might there be incorrect memory over writing? How you mean? I think one possibility of the problem is that some code is incorrectly overwriting some part of the memory, and a tcpcb's tt_persist-c_flags is happen to overwritten. Now I am very much interested in the value of tp-tt_persist-c_flags at panic, if CALLOUT_PENDING and possibly other flags are just set, or completely broken data is written on it. And if later, I am also interested in other values around tp-tt_persist-c_flags, to check what kind of value is written around there. Debugging tips are welcome, since I am not the biggest bulb wrt debugging. I am not also, and you might have already known these things, but in case they are useful, -If DDB is specified in kernel config file, and all src/sys tree including sys/compile dir is saved onto another machine, it will be very useful at next panic, because remote GDB debugging is available by those data. (Though if the bug happens at very delicate timing, it might prevent the bug from happening again.) -Adding some printfs in tcp_output.c:tcp_setpersist() panic case might be useful. Thanks, Yoshinobu Inoue To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Panic (ffs)
Ok,
so I rebuild world from today's sources and since diablo isn't that
happy with truncated files I decided to clean up the amr mounted
/news/spool.
'lo and behold:
dev = #da/0x20003, block = 6560, fs = /news
panic: ffs_blkfree: freeing free block
Debugger("panic")
Stopped at Debugger+0x35: movb$0,in_Debugger.372
The joy! =)
db trace
Debugger(c01e7ee3) at Debugger+0x35
panic(c01f27e0,c01f27c0,c1ccc914,19a0,c1d0d8d4) at panic+0x70
ffs_blkfree(c1d92200,19a0,2000,d8d11fe0,c1d92200) at ffs_blkfree+0x1dd
ffs_truncate(d8d11fe0,0,0,0,0) at ffs_truncate+0x809
ufs_inactive(d8b7feb8,d8b7fec8,c016d0ae,d8b7feb8,0) at ufs_inactive+0x72
ufs_vnoperate(d8b7feb8,0,d8d11fe0,c02020c0,d8d11fe0) at
ufs_vnoperate+0x15
vput(d8d11fe0,d8b320c0,c02065b4,d8b7ff80,c0201ec0) at vput+0x8e
unlink(d8b320c0,d8b7ff80,8082200,807b000,1) at unlink+0x135
syscall(2f,2f,2f,1,807b000) at syscall+0x176
Xint0x80_syscall() at Xint0x80_syscall+0x26
So here I am, waiting for the memory to dump again.
--
Jeroen Ruigrok van der Werven Network- and systemadministrator
[EMAIL PROTECTED] bART Internet Services /
BSD: Technical excellence at its best VIA NET.WORKS Netherlands
Tel: +31 - (0) 10 - 240 39 70 http://www.bart.nl
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: openssl in -current
On Sun, Feb 20, 2000 at 06:06:17PM -0800, Jordan K. Hubbard wrote: It would obviously not be hard to write a set of stubs for these things, getting those stubs called selectively in the "no real RSA" case also not being very difficult. One way would be to put them in a lower version-numbered shared lib, like OpenBSD did it, Actually we cannot do this. When we moved to ELF, we did away with minor shared lib numbers. (bad IMO, good in Peter's, mixed in JDP's) The RTL will not use a higher numbered [major] version. -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: openssl in -current
On 21 Feb 00, at 20:57, Dan Langille wrote: On 21 Feb 00, at 15:23, Daniel C. Sobral wrote: Christian Weisgerber wrote: binary installation: - before: user needs to install openssl port - now:user needs to install openssl package Where is the openssl package, and what it is called? security/openssl I must stop responding when I'm sleep deprived. -- Dan Langille - DVL Software Limited [I'm looking for more work] The FreeBSD Diary - http://www.freebsddiary.org/ NZ FreeBSD User Group - http://www.nzfug.nz.freebsd.org/ The Racing System - http://www.racingsystem.com/ unix @ home - http://www.unixathome.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: feedback on CD install of 4.0-RC2
In message [EMAIL PROTECTED] Kai=?iso-8859-1?q?_Gro=DFjohann?= writes: : Does this mean that this option should be called `guided'? I know a : little bit about Unix but haven't installed FreeBSD more than five : times or so. And I always thought that the novice install meant that : I didn't get as many choices... "The FreeBSD Installation Wizard" is what you are trying to say... Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0(current) on a 486SLC2 ?
In message [EMAIL PROTECTED] Kelvin Farmer writes: : I was wondering if its possible to run FreeBSD-4.0 on a 486 SLC2 66mhz. The village ran its dialin server on this machine using 2.2.5R (and later points on the 2.2.x stable branch) for years w/o problems. If there is a problem, it likely isn't a cpu issue. Oh wait, we had a math co as well... Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: devices under 4.0
In message [EMAIL PROTECTED] R Joseph Wright writes: : I recently upgraded from 3.2 to 4.0. I use an ide hard disk, and would : like to know how to change over the devices. I created the new devices : by copying over /usr/src/etc/MAKEDEV to a new /dev directory and running : it, but it didn't create any ata* devices such as is shown in the kernel : config file. : It did make devices ada1, ada2, ada3, and ada4, which would correspond to : the four slices on my disk, but if there are no freebsd partitions shown, : such as ada4a, etc. From src/UPDATING: To rebuild disk /dev entries MAKEDEV should be copied from src/etc/MAKEDEV to /dev before starting the following: For N in the list of disks MAKEDEV N # eg ad0 for M in the list of slices MAKEDEV NsMa# eg ad0s1a To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: openssl in -current
One thing to keep in mind is that on Sept 8, 2000 the patent for RSA expires and this whole mess goes away. Or at least devolves into the usual crypto export mess rather than the crypto export plus rsa patent law plus rsaref license jumping. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: openssl in -current
In message [EMAIL PROTECTED] "David O'Brien" writes: : On Sat, Feb 19, 2000 at 08:34:42PM -0800, Jordan K. Hubbard wrote: : : 1. They're in Canada : : What does that buy them? They have the same restrictions on rsaref since : it originated from the USA. They don't use rsaref. : 2. What they do appears to be kind of icky, e.g. it requires more : "hand work" than I think the average FreeBSD user would be willing : to accept : : By handwork you man building, or installing? When I put OpenBSD 2.6 on : my sparc5, I did a normal install and then ftp'ed down the proper : ssl-base package. Then a simple pkg_add. Since OpenBSD does not have : our ``pkg_add -r'' functionalitiy, it wasn't as simple as we could make : it. First make build will erase that, at least that's what it appears to me. When I built OpenBSD/arc I had to create special extra bits in my tree before I could build an un castrated ssh. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: [PATCH]: Teach make.conf about FETCH_BEFORE_ARGS
I use the following: FETCH_CMD=runsocks ftp -p in my /etc/make.conf. Too bad ftp and fetch don't have compatible command lines. I sometimes have to add: FETCH_BEFORE_ARGS= FETCH_AFTER_ARGS= to the command line when ports are silly enough to assume too much about the fetch command. This lets me run ports from behind my socks firewall w/o doing anything special... Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Installing linux_base 6.1
On Sun, 20 Feb 2000 21:55:22 PST, Matthew Dillon wrote:
:As there becomes more ports around, this would simplify the job of
:ports since we would now modify a ${PREFIX}-based file instead of
:/etc/shells.
I would be opposed to this for security reasons. The last thing I
want to see are /usr/local versions of /etc/ files related to security.
Could you explain _why_? Is this just a matter of taste, or is there a
concrete security concern in play?
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: devices under 4.0
On Mon, 21 Feb 2000 01:16:49 MST, Warner Losh wrote: MAKEDEV should be copied from src/etc/MAKEDEV to /dev before starting the following: For N in the list of disks MAKEDEV N # eg ad0 for M in the list of slices MAKEDEV NsMa# eg ad0s1a Why do we have to make slices ourselves? When this one bites you, it tears out quite a chunk. :-) Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ATAPI Problem on LAPTOP, resource_list_alloc: resource_entry busy
Hi, created a FreeBSD 4.0 SNAP yesterday. Made the experience, that 4.0 can't be booted on my Laptop. Unfortunately the reboot takes in effect after a very short time, too short to write down more lines from the kernel Could we perhaps raise the reboot time by default to something like 60 seconds ? Or that you have to hit return ? For an installation kernel this would be a good idea I think ... Hitting Pause didn't help. What informations do you need about the hardware ? I have win95 installed on the machine as well, so I could try to get some hardware info from there ... or wait until I have 3.x installed again. -- Andreas Klemm http://www.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD Get new songs from our band: http://www.freebsd.org/~andreas/64bits/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: openssl in -current
On Mon, 21 Feb 2000, Daniel C. Sobral wrote: Christian Weisgerber wrote: binary installation: - before: user needs to install openssl port - now:user needs to install openssl package Where is the openssl package, and what it is called? http://www.freebsd.org/~kris/openssl/ However.. with Jordan's help I'm working on a solution to all of the current kerfuffle, so please stay tuned. Kris "How many roads must a man walk down, before you call him a man?" "Eight!" "That was a rhetorical question!" "Oh..then, seven!" -- Homer Simpson To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
gcc code generation bug (optimisation related)
Hi, When I'm trying to compile kernel from just cvsup'ed sources on system builded/installed last evening I have following error message. This problem could be solved by lowering optimisation to -O, but previously I have no problems with -O2 for kernels. cc -c -O2 -march=pentium -Wall -Wredundant-decls -Wnested-externs -Wstrict-proto types -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-exten sions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include op t_global.h -elf -mpreferred-stack-boundary=2 ../../i386/i386/machdep.c /tmp/ccfL2694.s: Assembler messages: /tmp/ccfL2694.s:3563: Error: operands given don't match any known 386 instruction *** Error code 1 Following is the assembler code in question: .L659: movl %ecx,%eax jmp .L658 .p2align 2,0x90 .L643: testb $1,%bl je .L644 #APP movl %dr0,-16(%ebp) ---Line 3563 is here #NO_APP movl $1,%ecx .L644: testb $2,%bl je .L646 #APP movl %dr1,%edx #NO_APP leal -16(%ebp),%eax movl %edx,(%eax,%ecx,4) incl %ecx -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: quickie atapi dvd question
It seems Jonathan Smith wrote: Is it a general problem that audio CD's fail to play in a dvd drive (or cd drive, for that matter ;) via cdcontrol as of the past few days and/or dvd's not being accessed properly, ie. with DeCSS? Cdcontrol would not eject, but would close until the buildworld that I just did. Now it will sometimes eject. On the other hand, I did try mounting a data CD and use it with no trouble. Hmm, I have seen no such problems here, even on my crappy Creative DVD-ROM drive. Beware that if you have touched the drive with the DVD tools, it _might_ be in a wierd state until the next power down/up. -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Installing linux_base 6.1
* From: Will Andrews [EMAIL PROTECTED]
* On Sun, Feb 20, 2000 at 01:47:30PM -0800, Jordan K. Hubbard wrote:
* P.S. /usr/local/etc/shells anyone? :)
And how exactly are you going to tell /usr/bin/login, /usr/bin/chpass,
/usr/local/bin/wu-ftpd, etc., where to find that file? Remember, if
it's ports that read the setup file, it can be moved around anywhere
by changing PREFIX -- but for files that are read by the system, it is
just not passible. That's why shells is in /etc and sudoers is in
/usr/local/etc.
* I second this. As there becomes more ports around, this would simplify
* the job of ports since we would now modify a ${PREFIX}-based file
* instead of /etc/shells.
Um, how will it make it easier for ports? ;)
Satoshi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Installing linux_base 6.1
And how exactly are you going to tell /usr/bin/login, /usr/bin/chpass, /usr/local/bin/wu-ftpd, etc., where to find that file? Remember, if it's ports that read the setup file, it can be moved around anywhere by changing PREFIX -- but for files that are read by the system, it is If it's PREFIX-agile then the idea won't work, of course. Hmmm. Yeah, OK, scrap the idea. :) - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Panic (TCP)
Well,
this is fun...
Just caught panic #3 on my Diablo newstransit box running 4.0 from the
7th of February.
This box pushes around 360-380 GB in a weekend on network IO.
panic: tcp_setpersist: retransmit pending
Debugger("panic")
Stopped at Debugger+0x35: movb$0,in_Debugger.354
db trace
Debugger(c01e8063) at Debugger+0x35
panic(c01eddc0,d5ce6b60,d8d8bc48,c018bcb6,d5ce6b60) at panic+0x70
tcp_setpersist(d5ce6b60,d5ce6b60,c018bc24,d8d8bc6c,c0149279) at
tcp_setpersist+0x2c
tcp_timer_persist(d5ce6b60,4000,160,c1cd,cdfae000) at
tcp_timer_persist+0x92
softclock(0,c0160010,cc4d0010,cc4d0010,cdfae000) at softclock+0xd1
doreti_swi(c1d7d000,50b0,2000) at doreti_swi+0xf
ffs_reallocblks(d8d8be04) at ffs_reallocblks+0x3d0
cluster_write(cc5213e8,4332000,0) at cluster_write+0x15a
ffs_write(d8d8bea0,d8cf79c0,fdc,c1f14800,c0201e80) at ffs_write+0x476
vn_write(c1f14800,d8d8beec,c1d30500,0,d8cf79c0) at vn_write+0xda
dofilewrite(d8cf79c0,c1f14800,6,280be020,fdc) at dofilewrite+0x91
write(d8cf79c0,d8d8bf80,280be000,15,280be000) at write+0x33
syscall(bfbf002f,280a002f,bfbf002f,280be000,15) at syscall+0x176
Xint0x80_syscall() at Xint0x80_syscall+0x26
This is from the serial console. I'm going to dump the memory to swap
now and do some gdb with my kernel.debug.
Advice is wanted and highly appreciated.
--
Jeroen Ruigrok van der Werven Network- and systemadministrator
[EMAIL PROTECTED] bART Internet Services /
BSD: Technical excellence at its best VIA NET.WORKS Netherlands
Tel: +31 - (0) 10 - 240 39 70 http://www.bart.nl
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Panic (TCP)
Le Mon, Feb 21, 2000 at 11:07:52AM +0100, Jeroen Ruigrok van der Werven écrivit:
Well,
this is fun...
Just caught panic #3 on my Diablo newstransit box running 4.0 from the
7th of February.
This box pushes around 360-380 GB in a weekend on network IO.
panic: tcp_setpersist: retransmit pending
Debugger("panic")
Stopped at Debugger+0x35: movb$0,in_Debugger.354
This is interesting as we use 4.0 on a transit nntp server also, running diablo.
We have 60GB IN/OUT each day, and it runs fine:
$ uptime
12:09PM up 46 days, 17:19, 1 user, load averages: 0.62, 0.66, 0.64
4.0-CURRENT FreeBSD 4.0-CURRENT #4: Wed Jan 5 14:36:46 CET 2000
Try downgrading ?
--
Sameh Ghane
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Panic (TCP)
Just caught panic #3 on my Diablo newstransit box running 4.0 from the 7th of February. We have 60GB IN/OUT each day, and it runs fine: $ uptime 12:09PM up 46 days, 17:19, 1 user, load averages: 0.62, 0.66, 0.64 4.0-CURRENT FreeBSD 4.0-CURRENT #4: Wed Jan 5 14:36:46 CET 2000 Try downgrading ? Wmmm, there were much changes to tcp code for IPv6 support after Jan 5. I reviewed tcp_setpersist related code and such problem not seems to happen in correct state. Might there be incorrect memory over writing? Do you have any other date, such as *tt_persist value at panic? And is there any other person who experienced same kind of problem and have any hints to diagnose this? I'll again review my changes. Thanks, Yoshinobu Inoue To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Abit BP6
Hi all, Possibly not the right place to ask about this, but I've been unable to dig up any information about this elsewhere, so I figure it might be worth a shot. This could be interesting for others on the list as well. I've come across a rather nice looking motherboard from Abit, a BP6 to be exact. The nice thing about this motherboard is that in addition to being generally high quality, offering 4 IDE channels and so on, it will allow you to use two Celeron processors in a SMP config, thus making the board ideal for all those situations where you want to build a powerful box, but just don't have the money for the real thing. This all assuming you can get it to work in the first place, which leads me to my question. I FreeBSD needs SMP boards to comply to the Intel MP specs to work, but I've been unable to find out if this board does or not. I'm also not sure if FreeBSD will run with dual Celerons, as the processors was not really intended for SMP. Anyone have any information to contribute? Thanks, Terje Elde -- Jxqda WET squiqh yid'j jxu ijhedwuij shofje qlqybqrbu je VhuuRIT kiuhi. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Panic (TCP)
-On [2221 12:45], Yoshinobu Inoue ([EMAIL PROTECTED]) wrote:
Just caught panic #3 on my Diablo newstransit box running 4.0 from the
7th of February.
We have 60GB IN/OUT each day, and it runs fine:
$ uptime
12:09PM up 46 days, 17:19, 1 user, load averages: 0.62, 0.66, 0.64
4.0-CURRENT FreeBSD 4.0-CURRENT #4: Wed Jan 5 14:36:46 CET 2000
Try downgrading ?
Wmmm, there were much changes to tcp code for IPv6 support after Jan 5.
I reviewed tcp_setpersist related code and such problem not
seems to happen in correct state.
Might there be incorrect memory over writing?
How you mean?
Do you have any other date, such as *tt_persist value at
panic?
This is gdb -k /kernel.debug /var/crash/vmcore.0:
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-unknown-freebsd"...
IdlePTD 2625536
initial pcb at 21cb00
panicstr: from debugger
panic messages:
---
panic: tcp_setpersist: retransmit pending
panic: from debugger
Uptime: 2d20h34m30s
amrd0: still open, can't shutdown
dumping to dev #da/0x20001, offset 524312
dump 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495
494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477
476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459
458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441
440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423
422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405
404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387
386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369
368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351
350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333
332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315
314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297
296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279
278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261
260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243
242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225
224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207
206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189
188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171
170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153
152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135
134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117
116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99
98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75
74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51
50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27
26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
---
#0 boot (howto=260) at ../../kern/kern_shutdown.c:304
304 dumppcb.pcb_cr3 = rcr3();
(kgdb) backtrace
#0 boot (howto=260) at ../../kern/kern_shutdown.c:304
#1 0xc0143f59 in panic (fmt=0xc01e2894 "from debugger")
at ../../kern/kern_shutdown.c:554
#2 0xc01245c1 in db_panic (addr=-1071885851, have_addr=0, count=-1,
modif=0xd8d8bac0 "") at ../../ddb/db_command.c:433
#3 0xc0124561 in db_command (last_cmdp=0xc020447c, cmd_table=0xc02042dc,
aux_cmd_tablep=0xc021917c) at ../../ddb/db_command.c:333
#4 0xc0124626 in db_command_loop () at ../../ddb/db_command.c:455
#5 0xc012673f in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71
#6 0xc01c4f89 in kdb_trap (type=3, code=0, regs=0xd8d8bbc8)
at ../../i386/i386/db_interface.c:158
#7 0xc01d05dc in trap (frame={tf_fs = 16, tf_es = -1053687792,
tf_ds = -1072168944, tf_edi = 1073741824, tf_esi = 256,
tf_ebp = -656884720, tf_isp = -656884748, tf_ebx = -1071718976,
tf_edx = 1073872896, tf_ecx = 1021, tf_eax = 18, tf_trapno = 3,
tf_err = 0, tf_eip = -1071885851, tf_cs = 8, tf_eflags = 582,
tf_esp = -1071667873, tf_ss = -1071742877}) at ../../i386/i386/trap.c:531
#8 0xc01c51e5 in Debugger (msg=0xc01e8063 "panic") at machine/cpufunc.h:64
#9 0xc0143f50 in panic (fmt=0xc01eddc0 "tcp_setpersist: retransmit pending")
at ../../kern/kern_shutdown.c:552
#10 0xc018abc4 in tcp_setpersist (tp=0xd5ce6b60)
at ../../netinet/tcp_output.c:893
#11 0xc018bcb6 in tcp_timer_persist (xtp=0xd5ce6b60)
at ../../netinet/tcp_timer.c:337
#12 0xc0149279 in softclock () at ../../kern/kern_timeout.c:131
Re: Panic (TCP)
-On [2221 13:30], Yoshinobu Inoue ([EMAIL PROTECTED]) wrote:
Might there be incorrect memory over writing?
How you mean?
I think one possibility of the problem is that some code is
incorrectly overwriting some part of the memory, and a tcpcb's
tt_persist-c_flags is happen to overwritten.
Hmmm, this box is a real disk io and network io bastard. It serves as a
newspeer transit box based on diablo 1.27 with a fxp card and an amr
array. Let me know if a dmesg is needed.
Now I am very much interested in the value of
tp-tt_persist-c_flags at panic, if CALLOUT_PENDING and
possibly other flags are just set, or completely broken data
is written on it.
(kgdb) up 10
#10 0xc018abc4 in tcp_setpersist (tp=0xd5ce6b60)
at ../../netinet/tcp_output.c:893
warning: Source file is more recent than executable.
893
(kgdb) print tp-tt_persist-c_flags
$1 = 0
[I am upgrading the box to the latest sources as we speak, hence the
sourcecode is newer]
And if later, I am also interested in other values around
tp-tt_persist-c_flags, to check what kind of value is
written around there.
(kgdb) print tp-tt_persist
$2 = (struct callout *) 0xd5ce6c44
(kgdb) print *(tp-tt_persist)
$3 = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0,
tqe_prev = 0xcc401640}}, c_time = 22275044, c_arg = 0xd5ce6b60,
c_func = 0, c_flags = 0}
Debugging tips are welcome, since I am not the biggest bulb wrt
debugging.
I am not also, and you might have already known these things,
but in case they are useful,
-If DDB is specified in kernel config file, and all src/sys
tree including sys/compile dir is saved onto another
machine, it will be very useful at next panic, because remote GDB
debugging is available by those data.
I have a serial console active so I can do DDB from my workstation.
Hence I always have a kernel and kernel.debug from the same sources.
(Though if the bug happens at very delicate timing, it
might prevent the bug from happening again.)
-Adding some printfs in tcp_output.c:tcp_setpersist() panic
case might be useful.
It might.
--
Jeroen Ruigrok van der Werven Network- and systemadministrator
[EMAIL PROTECTED] bART Internet Services /
BSD: Technical excellence at its best VIA NET.WORKS Netherlands
Tel: +31 - (0) 10 - 240 39 70 http://www.bart.nl
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Crypto progress! (And a Biiiig TODO list)
Paul Richards [EMAIL PROTECTED] writes: The daemon approach actually has benfits that I'm keen on that aren't related to security. A single point of access to the data means that the backend can be changed so that passwords can be in a different file or a database, without having to worry about rebuilding all the binaries. You could even split users across different back end systems. This sounds like PAM, doesn't it? kai -- ~/.signature: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Panic (TCP)
Now I am very much interested in the value of tp-tt_persist-c_flags at panic, if CALLOUT_PENDING and possibly other flags are just set, or completely broken data is written on it. 893 (kgdb) print tp-tt_persist-c_flags $1 = 0 Woops sorry I was worng. tp-tt_rexmt-c_flags is actually causing the panic, and the necessary data is the contents of the tp-tt_rexmt-c_flags. Yoshinobu Inoue To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Panic (TCP)
-On [2221 14:40], Yoshinobu Inoue ([EMAIL PROTECTED]) wrote:
Now I am very much interested in the value of
tp-tt_persist-c_flags at panic, if CALLOUT_PENDING and
possibly other flags are just set, or completely broken data
is written on it.
893
(kgdb) print tp-tt_persist-c_flags
$1 = 0
Woops sorry I was worng.
tp-tt_rexmt-c_flags is actually causing the panic, and the
necessary data is the contents of the tp-tt_rexmt-c_flags.
(kgdb) print tp-tt_rexmt-c_flags
$1 = 6
(kgdb) print tp-tt_rexmt
$2 = (struct callout *) 0xd5ce6c2c
(kgdb) print (*tp-tt_rexmt)
$3 = {c_links = {sle = {sle_next = 0xd5cd7c2c}, tqe = {tqe_next = 0xd5cd7c2c,
tqe_prev = 0xd5cd83ac}}, c_time = 22275144, c_arg = 0xd5ce6b60,
c_func = 0xc018bcdc tcp_timer_rexmt, c_flags = 6}
--
Jeroen Ruigrok van der Werven Network- and systemadministrator
[EMAIL PROTECTED] bART Internet Services /
BSD: Technical excellence at its best VIA NET.WORKS Netherlands
Tel: +31 - (0) 10 - 240 39 70 http://www.bart.nl
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: openssl in -current
Dan Langille wrote: On 21 Feb 00, at 15:23, Daniel C. Sobral wrote: Christian Weisgerber wrote: binary installation: - before: user needs to install openssl port - now:user needs to install openssl package Where is the openssl package, and what it is called? security/openssl Huh? Isn't that the port? Or do I have to go to sysinstall/ftp to get a binary package? Because installing the _port_ openssl doesn't work. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] "If you consider our help impolite, you should see the manager." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: openssl in -current
Kris Kennaway wrote: Christian Weisgerber wrote: binary installation: - before: user needs to install openssl port - now:user needs to install openssl package Where is the openssl package, and what it is called? http://www.freebsd.org/~kris/openssl/ That's not acceptable to me. I'm not in the US. However.. with Jordan's help I'm working on a solution to all of the current kerfuffle, so please stay tuned. Roger Wilco. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] "If you consider our help impolite, you should see the manager." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Panic (ffs)
[root@tyr] (61) # gdb -k /kernel.debug vmcore.1
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-unknown-freebsd"...
IdlePTD 2625536
initial pcb at 21c9e0
panicstr: from debugger
panic messages:
---
panic: ffs_blkfree: freeing free block
panic: from debugger
Uptime: 39m4s
amrd0: still open, can't shutdown
dumping to dev #da/0x20001, offset 524312
dump 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495
494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477
476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459
458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441
440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423
422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405
404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387
386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369
368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351
350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333
332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315
314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297
296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279
278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261
260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243
242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225
224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207
206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189
188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171
170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153
152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135
134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117
116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99
98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75
74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51
50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27
26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
---
(kgdb) bt
#0 boot (howto=260) at ../../kern/kern_shutdown.c:304
#1 0xc0143d61 in panic (fmt=0xc01e27f4 "from debugger")
at ../../kern/kern_shutdown.c:554
#2 0xc01244e1 in db_panic (addr=-1071886047, have_addr=0, count=-1,
modif=0xd8b7fb88 "") at ../../ddb/db_command.c:433
#3 0xc0124481 in db_command (last_cmdp=0xc02042fc, cmd_table=0xc020415c,
aux_cmd_tablep=0xc021905c) at ../../ddb/db_command.c:333
#4 0xc0124546 in db_command_loop () at ../../ddb/db_command.c:455
#5 0xc012665f in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71
#6 0xc01c4ec5 in kdb_trap (type=3, code=0, regs=0xd8b7fc90)
at ../../i386/i386/db_interface.c:158
#7 0xc01d05f4 in trap (frame={tf_fs = -1072431088, tf_es = -701956080,
tf_ds = -701956080, tf_edi = -838037504, tf_esi = 256,
tf_ebp = -659030824, tf_isp = -659030852, tf_ebx = -107170,
tf_edx = 0, tf_ecx = 1021, tf_eax = 18, tf_trapno = 3, tf_err = 0,
tf_eip = -1071886047, tf_cs = 8, tf_eflags = 582, tf_esp = -1071668385,
tf_ss = -1071743261}) at ../../i386/i386/trap.c:549
#8 0xc01c5121 in Debugger (msg=0xc01e7ee3 "panic") at machine/cpufunc.h:64
#9 0xc0143d58 in panic (fmt=0xc01f27e0 "ffs_blkfree: freeing free block")
at ../../kern/kern_shutdown.c:552
#10 0xc0195c61 in ffs_blkfree (ip=0xc1d92200, bno=6560, size=8192)
at ../../ufs/ffs/ffs_alloc.c:1337
#11 0xc0197be1 in ffs_truncate (vp=0xd8d11fe0, length=0, flags=0, cred=0x0,
p=0xd8b320c0) at ../../ufs/ffs/ffs_inode.c:337
#12 0xc019c8e6 in ufs_inactive (ap=0xd8b7feb8) at ../../ufs/ufs/ufs_inode.c:84
#13 0xc01a1985 in ufs_vnoperate (ap=0xd8b7feb8)
at ../../ufs/ufs/ufs_vnops.c:2283
#14 0xc016d0ae in vput (vp=0xd8d11fe0) at vnode_if.h:794
#15 0xc01703b9 in unlink (p=0xd8b320c0, uap=0xd8b7ff80)
at ../../kern/vfs_syscalls.c:1421
#16 0xc01d0e96 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
tf_edi = 1, tf_esi = 134721536, tf_ebp = -1077945076,
tf_isp = -659030060, tf_ebx = 134750720, tf_edx = 134750812, tf_ecx = 0,
tf_eax = 10, tf_trapno = 7, tf_err = 2, tf_eip = 134533504, tf_cs = 31,
tf_eflags = 647, tf_esp = -1077945120, tf_ss = 47})
at ../../i386/i386/trap.c:1073
#17 0xc01c57c6 in Xint0x80_syscall ()
#18 0x80482c3 in ?? ()
#19 0x80480f9 in ?? ()
--
Jeroen Ruigrok van der Werven Network- and systemadministrator
[EMAIL PROTECTED]
-current hangs HARD
Hi all, I have been having HARD -current hangs recently and they don't seem to be going away by cvsupping. I've been having two complete lockups (i.e. no response from X, network or serial terminal; no crashdump no whatsoever), which occured both times after approximately 10 days of uptime. The two hangs occurred with differently dated -currents. It seems to be repeatable... My configuration is an Abit BP6 with two 400 Mhz celerons (NO overclocking), and an ATA66 disk. FreeBSD relativity.student.utwente.nl 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Mon Feb 7 22:46:30 CET 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/RELATIVITY5 i386 I have no idea what is causing the lockups, does anyone have similar experiences (so far I only read about lockups that occurred more often than once every 10 days or so). I can provide access to the machine and its logfiles, though I doubt that they are very useful (don't contain any obvious hints to what's causing these lockups). One last note: I didn't have these lockups before January 2000. Please, can someone shed some light on this? Regards, Dave Boers. -- Dave Boers djb @ relativity . student . utwente . nl Don't let your schooling interfere with your education. (Mark Twain) DMESG 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-CURRENT #0: Mon Feb 7 22:46:30 CET 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/RELATIVITY5 Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 134217728 (131072K bytes) avail memory = 127033344 (124056K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0 Preloaded elf kernel "kernel" at 0xc02fe000. Preloaded elf module "vesa.ko" at 0xc02fe09c. VESA: v3.0, 7936k memory, flags:0x1, mode table:0xc02fb102 (122) VESA: NVidia Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface pcib0: Intel 82443BX (440 BX) host to PCI bridge on motherboard pci0: PCI bus on pcib0 pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 vga-pci0: NVidia Riva TNT graphics accelerator mem 0xe600-0xe6ff,0xe400-0xe4ff irq 16 at device 0.0 on pci1 isab0: Intel 82371AB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 ata-pci0: Intel PIIX4 ATA-33 controller port 0xf000-0xf00f at device 7.1 on pci0 pci0: Intel 82371AB/EB (PIIX4) USB controller (vendor=0x8086, dev=0x7112) at 7.2 intpm0: Intel 82371AB Power management controller port 0x5000-0x500f irq 9 at device 7.3 on pci0 intpm0: I/O mapped 5000 intpm0: intr IRQ 9 enabled revision 0 smbus0: System Management Bus on intsmb0 smb0: SMBus general purpose I/O on smbus0 intpm0: PM I/O mapped 4000 ed0: NE2000 PCI Ethernet (RealTek 8029) port 0xa400-0xa41f irq 19 at device 9.0 on pci0 ed0: address /* deleted */, type NE2000 (16 bit) ahc0: Adaptec 2940A Ultra SCSI adapter port 0xa800-0xa8ff mem 0xeb00-0xeb000fff irq 18 at device 11.0 on pci0 ahc0: aic7860 Single Channel A, SCSI Id=7, 3/255 SCBs pci0: unknown card (vendor=0x10b7, dev=0x9055) at 13.0 irq 17 ata-pci1: HighPoint HPT366 ATA-66 controller port 0xb800-0xb8ff,0xb400-0xb403,0xb000-0xb007 irq 18 at device 19.0 on pci0 ata2 at 0xb000 irq 11 on ata-pci1 ata-pci2: HighPoint HPT366 ATA-66 controller port 0xc400-0xc4ff,0xc000-0xc003,0xbc00-0xbc07 irq 18 at device 19.1 on pci0 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-0x6f 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 sio2: not probed (disabled) sio3: not probed (disabled) ppc0: Parallel port at port 0x378-0x37f irq 7 flags 0x40 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: IEEE1284 device found /NIBBLE Probing for PnP devices on ppbus0: ppbus0: Hewlett-Packard HP LaserJet 5L/0101.02 HP ENHANCED PCL5,PJL plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 sbc0: Creative SB16/SB32 at port
Re: /sys/i386/machdep.c breaks kernel build
Thanks for the fix - it has been committed.
-Brian
--
Brian Dean
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Seigo Tanimura wrote:
On Sun, 20 Feb 2000 23:48:01 -0500,
Ray Kohler [EMAIL PROTECTED] said:
Ray cc -c -march=pentium -O3 -pipe -fno-builtin -Wall -Wredundant-decls
Ray -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes
Ray -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
Ray -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include
Ray opt_global.h -elf -mpreferred-stack-boundary=2
Ray ../../i386/i386/machdep.c
Ray {standard input}: Assembler messages:
Ray {standard input}:2772: Error: operands given don't match any known
Ray 386 instruction
Ray *** Error code 1
Could you try the following patch(sent to bsd personally)? It prevents
movl between a debug register and memory.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: gcc code generation bug (optimisation related)
This was my mistake. Seigo Tanimura found the problem and sent me a patch which I committed as soon as I saw it. I had a bad contraint on the destination operand of an __asm inline that did not trigger when I built the kernel at the default optimization level, but does at other optimization levels. -Brian -- Brian Dean [EMAIL PROTECTED] [EMAIL PROTECTED] Maxim Sobolev wrote: Hi, When I'm trying to compile kernel from just cvsup'ed sources on system builded/installed last evening I have following error message. This problem could be solved by lowering optimisation to -O, but previously I have no problems with -O2 for kernels. cc -c -O2 -march=pentium -Wall -Wredundant-decls -Wnested-externs -Wstrict-proto types -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-exten sions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include op t_global.h -elf -mpreferred-stack-boundary=2 ../../i386/i386/machdep.c /tmp/ccfL2694.s: Assembler messages: /tmp/ccfL2694.s:3563: Error: operands given don't match any known 386 instruction *** Error code 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Things to consider in CURRENT
Hi, I just installed: FreeBSD fw.home 4.0-2208-CURRENT and have a few comments: It seems that BASH in 4.x needs Combat 3.x, but why cant BASH work this out for it self? One day when installing BSD without X (which automatically installs Combat 3.x) I couldnt start it without. Shouldnt config pick up errors when making a new kernel? If I fx forget to remove an SCSI controller, but removes all SCSI peripheral lines, then the make fails, which is naturally, but shouldnt config catch that error? The same thing happens if you mark out device miibus, and compiles one of the cards that need it into the kernel. These things might be logically to some, but new users just might fall into this trap. /\/\orten $eeberg, Systems Consultant @ Merkantildata - Enterprise Solutions #echo 'System Administrators suck :)' /dev/console To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
0208-CURRENT and CD-Changer
I have a Teac 6 CD changer (acd0: CDROM with 6 CD changer CD-C68E at ata1-master using PIO4), which works just fine in 3.x except for the usual error message when the CD-ROM drive is empty and I start up /stand/sysinstall), but in subj. when starting /stand/sysinstall (this also happens when installing), it takes a LNG time to start, and these are some of the errors that appear: lqk x Probing devices, please wait (this can take a while)...Jan 3 00:03: 42 fw /kernel: acd5: Unknown CMD (0xa6) - ILLEGAL REQUEST asc=24 ascq=00 error=0 4 Jan 3 00:03:42 fw /kernel: acd5: Unknown CMD (0xa6) - ILLEGAL REQUEST asc=24 as cq=00 error=04 Jan 3 00:04:42 fw /kernel: acd5: Unknown CMD (0xa6) - ILLEGAL REQUEST asc=24 as cq=00 error=04 Jan 3 00:04:42 fw /kernel: acd5: Unknown CMD (0xa6) - ILLEGAL REQUEST asc=24 as cq=00 error=04 /\/\orten $eeberg, Systems Consultant @ Merkantildata - Enterprise Solutions #echo 'System Administrators suck :)' /dev/console To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: openssl in -current
On Mon, Feb 21, 2000 at 01:38:29AM -0700, Warner Losh wrote: : 1. They're in Canada : : What does that buy them? They have the same restrictions on rsaref since : it originated from the USA. They don't use rsaref. Well if they don't use rsaref, they offer it -- or are you telling me sslUSA26.tgz does not contain rsaref? If so, I (and a lot of people) need to remove it ASAP! -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Things to consider in CURRENT
On Mon, Feb 21, 2000 at 04:47:40PM +0100, Morten Seeberg wrote: It seems that BASH in 4.x needs Combat 3.x, but why cant BASH work this out for it self? You must have an old package. I just checked the one at ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-4-current/All bin/bash: libreadline.so.4 = /usr/lib/libreadline.so.4 (0x280af000) libhistory.so.4 = /usr/lib/libhistory.so.4 (0x280d3000) libncurses.so.5 = /usr/lib/libncurses.so.5 (0x280d9000) libc.so.4 = /usr/lib/libc.so.4 (0x28117000) -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: IPv6
If memory serves me right, Yoshinobu Inoue wrote: I ran across a few problems after I remade world. The new scoped address syntax breaks /etc/rc.network6. In particular, some lines that look like: Sorry not to announce it yet, but scoped addr format will still change, like below. addr%scope I'll send another mail to describe it in next to this mail. OK, got it. Some of the breakage went away, in that it looks like all of the invocations to route(8) are now well-formed. This is a Good Thing (TM). When this change happens, those problems will be resolved. Well...not quite, and I am not sure why. Following is a snippit of the bootup messages from a CURRENT machine (approximately -2220): dc0: starting DAD for fe80:0001::0200:f8ff:fe10:6ef3 dc0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 inet 146.246.243.57 netmask 0xff00 broadcast 146.246.243.255 inet6 fe80::200:f8ff:fe10:6ef3%dc0 prefixlen 64 tentative ether 00:00:f8:10:6e:f3 media: 100baseTX status: active supported media: autoselect 100baseTX full-duplex 100baseTX 10baseT/UT P full-duplex 10baseT/UTP 100baseTX hw-loopback none lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384 inet6 fe80::1%lo0 prefixlen 64 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff00 add net default: gateway 146.246.243.254 Additional routing options: TCP keepalive=YES. routing daemons:. Doing IPv6 network setup:route: writing to routing socket: Network is unreachable add net fe80::: gateway fe80::1%lo0: Network is unreachable route: writing to routing socket: Network is unreachable add net ff02::: gateway fe80::1%lo0: Network is unreachable add net :::0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 net.inet6.ip6.forwarding: 0 - 0 net.inet6.ip6.accept_rtadv: 0 - 1 dc0: DAD complete for fe80:0001::0200:f8ff:fe10:6ef3 - no duplicates found dc0: starting DAD for 3ffe:0780:0060:0001:0200:f8ff:fe10:6ef3 dc0: DAD complete for 3ffe:0780:0060:0001:0200:f8ff:fe10:6ef3 - no duplicates found . (Note the error messages from route(8) about mid-way through.) This output was produced from the last version of scripts you posted to -current, and with the only relevent change I made to /etc/rc.conf was to set ipv6_enable="YES". After *completing* a multiuser boot, attempting to set the default scoped route correctly installed an entry in the routing table, using exactly the same command that /etc/rc.network6 would have generated: /sbin/route add -inet6 fe80:: fe80::1%lo0 -prefixlen 10 -interface \ -cloning I was wondering if there was somehow a race condition with the first DAD for dc0 not completing, but I put a long sleep at the start of network6_pass1() and it didn't seem to help. Finally, could you say whether or not lo0 should really be the default value for ipv6_default_interface in /etc/defaults/rc.conf? I have this vague feeling it's wrong but I don't know enough to say why: +ipv6_default_interface="lo0" # Default output interface for scoped a ddrs. Maybe your concern is that packets to the default interface should be sent out to outside of host, at least? I think that's it, yes. On the other hand, I thought there should be some default interface by default, but I afraid that an approach of just choosing some interface as default interface might be end up to choose non working interface. But now I feel choosing lo0 approach is also somewhat strange. So I'll try following approach. -"ipv6_default_interface" is empty by default -When all of "ipv6_network_interfaces", "gif_interfaces", and "ipv6_default_interface" are empty, then there will be no default interface -When "ipv6_default_interface" are empty but "ipv6_network_interfaces" and/or "gif_interfaces" is not empty, then choose one default interface from there. I like your approach, although I admit that I'm learning much of this as we go along. Small nitpick: You might want to move the line for ipv6_default_interface higher in /etc/defaults/rc.conf so that it is just below the rest of the definitions that begin with ipv6_*. Thanks! Bruce. PGP signature
Re: Things to consider in CURRENT
At 4:47 PM +0100 2/21/00, Morten Seeberg wrote: Hi, I just installed: FreeBSD fw.home 4.0-2208-CURRENT and have a few comments: It seems that BASH in 4.x needs Combat 3.x, but why cant BASH work this out for it self? One day when installing BSD without X (which automatically installs Combat 3.x) I couldnt start it without. How did you do the install? Did you do an "install from scratch", or did you build over a system you already had running a previous release of freebsd? --- Garance Alistair Drosehn = [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Institute To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Crashing netscape?
Hi, Am I the only one who's experiencing an amzing amount of crashes on Netscape? It's been going on for quite some time now (months), upgrading Netscape or switching from the Linux to the FreeBSD to the BSDI version doesn't help. The most stable version seems to be the Linux version, but that even crashes 5-10 times per day. It will *always* crash when a page uses java, but I've not been able to find a non-java page that will always crash it. Is it just me? All the people I know who run various versions of FreeBSD say it's not so bad. Alex -- inof "What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Crashing netscape?
You arent the only one, I have tried nestcape 4.08 and 4.7 navigator and both exit on signal 10 and coredump quite often. It happens in the middle of page rendering and also everytime I try to close the application (rare since I hardly ever get the chance to do that myself). I dont know why it does that. I can't seem to tell that there is any definite pattern to it, or that anything in particular triggers it. I just deal with it, and lately I just do most of my browsing on a different machine with a different OS :/. Trying Mozilla M13 now, and it doesnt seem to be as bad although it still doesnt render pages correctly most of the time. -Will On Mon, 21 Feb 2000, Alex Le Heux wrote: Hi, Am I the only one who's experiencing an amzing amount of crashes on Netscape? It's been going on for quite some time now (months), upgrading Netscape or switching from the Linux to the FreeBSD to the BSDI version doesn't help. The most stable version seems to be the Linux version, but that even crashes 5-10 times per day. It will *always* crash when a page uses java, but I've not been able to find a non-java page that will always crash it. Is it just me? All the people I know who run various versions of FreeBSD say it's not so bad. Alex -- inof "What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Crashing netscape?
You may want to try upgrading your linux libraries... they may be old... I don't have these problems though... Netscape rarely crashes for me. = | Kenneth Culver | FreeBSD: The best OS around.| | Unix Systems Administrator | ICQ #: 24767726 | | and student at The | AIM: muythaibxr | | The University of Maryland, | Website: (Under Construction) | | College Park. | http://www.wam.umd.edu/~culverk/| = On Mon, 21 Feb 2000, Alex Le Heux wrote: Hi, Am I the only one who's experiencing an amzing amount of crashes on Netscape? It's been going on for quite some time now (months), upgrading Netscape or switching from the Linux to the FreeBSD to the BSDI version doesn't help. The most stable version seems to be the Linux version, but that even crashes 5-10 times per day. It will *always* crash when a page uses java, but I've not been able to find a non-java page that will always crash it. Is it just me? All the people I know who run various versions of FreeBSD say it's not so bad. Alex -- inof "What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Crashing netscape?
It crashes for me a lot. There's some deal about fonts, oddly enough, which causes it to crash right away- see the installation instructions that come out when you install communicator-47- it said something about mkfontdir. It still crashes or wedges for me a lot, though. I tried mozilla, and that was worse. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
When is the estimated release of the FreeBSD-current 4.0?
When is the estimated release of the FreeBSD-current 4.0? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
timeout problems HighPoint HPT366 ATA66 controller 40 GB Diamond Max Plus
Hi ! I have hangs and timeouts using the EIDE disk in my computer. The controller is a Abit Hot Rod 66 and Maxtor Diamond Max 54098U8. I use the 80 pin cable from the Abit EIDE controller special for UDMA. Messages are: ad4: READ command timeout - resetting ata2: resetting devices ad4: WRITE command timeout - resetting ata2: resetting devices .. done Sometimes the disk recovers, sometimes the system completely hangs. One time when mounting a 18 GB filesystem I got the panic: ffs_alloc: map corrupted mp_lock=0101; cpuid=1; lapic_id=0100 First I thought, it is related to IRQ sharing. My Matrox Millenium PCI card shared the same interrupt as the Abit EIDE controller (BTW, on board EIDE controller - UDMA/33 - is disabled on my Tyan Titan Pro board). dmesg output and kernel config file: 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-CURRENT #0: Mon Feb 21 20:40:55 CET 2000 root@:/usr/src/sys/compile/TITAN Calibrating clock(s) ... TSC clock: 199425363 Hz, i8254 clock: 1193142 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium Pro (199.43-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping = 9 Features=0xfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV real memory = 159383552 (155648K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x00345000 - 0x097f5fff, 155914240 bytes (38065 pages) avail memory = 150917120 (147380K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 IOAPIC #0 intpin 16 - irq 15 IOAPIC #0 intpin 17 - irq 11 IOAPIC #0 intpin 18 - irq 10 IOAPIC #0 intpin 19 - irq 14 SMP: CPU0 apic_initialize(): lint0: 0x0700 lint1: 0x00010400 TPR: 0x0010 SVR: 0x01ff FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0 bios32: Found BIOS32 Service Directory header at 0xc00fac30 bios32: Entry = 0xfb0b0 (c00fb0b0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xb0e0 pnpbios: Found PnP BIOS data at 0xc00fbc30 pnpbios: Entry = f:bc58 Rev = 1.0 Other BIOS signatures found: ACPI: Preloaded elf kernel "kernel" at 0xc0329000. ccd0-3: Concatenated disk drivers Pentium Pro MTRR support enabled SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x0400 TPR: 0x0010 SVR: 0x01ff pci_open(1):mode 1 addr port (0x0cf8) is 0x805c pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=12378086) npx0: math processor on motherboard npx0: INT 16 interface pci_open(1):mode 1 addr port (0x0cf8) is 0x pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=12378086) pcib0: Host to PCI bridge on motherboard found- vendor=0x8086, dev=0x1237, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 found- vendor=0x8086, dev=0x7000, revid=0x01 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0secondarybus=0 found- vendor=0x8086, dev=0x7010, revid=0x00 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 found- vendor=0x10b7, dev=0x9001, revid=0x00 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=14 map[10]: type 1, range 32, base 9400, size 6 found- vendor=0x102b, dev=0x0519, revid=0x01 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base e000, size 14 map[14]: type 1, range 32, base e100, size 23 found- vendor=0x9004, dev=0x8178, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 9800, size 8 map[14]: type 1, range 32, base e200, size 12 found- vendor=0x1103, dev=0x0004, revid=0x01 class=01-80-00, hdrtype=0x00, mfdev=1 subordinatebus=0secondarybus=0 intpin=a, irq=15 map[10]: type 1, range 32, base 9c00, size 3 map[14]: type 1, range 32, base a000, size 2 map[20]: type 1, range 32, base a400, size 8 found- vendor=0x1103, dev=0x0004, revid=0x01 class=01-80-00, hdrtype=0x00, mfdev=1 subordinatebus=0secondarybus=0 intpin=a, irq=15 map[10]: type 1, range 32, base a800, size 3 map[14]: type 1, range 32, base ac00, size 2 map[20]: type 1, range 32, base
Re: Crashing netscape?
On Mon, 21 Feb 2000, Alex Le Heux wrote: Hi, Am I the only one who's experiencing an amzing amount of crashes on Netscape? It's been going on for quite some time now (months), upgrading Netscape or switching from the Linux to the FreeBSD to the BSDI version doesn't help. The most stable version seems to be the Linux version, but that even crashes 5-10 times per day. It will *always* crash when a page uses java, but I've not been able to find a non-java page that will always crash it. Netscape would always crash on me when loading a java applet - I found that if you define both the scaled and unscaled fonts in XF86Config as below that all the java related crashes go away. It still crashes occasionally on complex pages that load up a million different frames, though. Section "Files" RgbPath"/usr/X11R6/lib/X11/rgb" FontPath "/usr/X11R6/lib/X11/fonts/75dpi" FontPath "/usr/X11R6/lib/X11/fonts/75dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/misc" FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled" ModulePath "/usr/X11R6/lib/modules" EndSection Hope this helps. -Bryan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: timeout problems HighPoint HPT366 ATA66 controller 40 GB Diamond Max Plus
Well, this settings hw.atamodes: ---,---,---,---,pio,---,---,---,---,---, result still in ad4: WRITE command timeout - resetting ata2: resetting devices .. done ad4: timeout waiting for DRQad4: WRITE command timeout - resetting ata2: resetting devices .. done ad4: timeout waiting for DRQ (was a bonnie -s 100) -- Andreas Klemm http://www.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD Get new songs from our band: http://www.freebsd.org/~andreas/64bits/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
minor nit with 4.0-RC2
Nothing major Finished a build, installed, and mergemaster points out that the $FreeBSD line is missing from the /etc/group binary install. Only a touch irritating. 'Twas the case with RC1 as well, but when I merged the temp and original version it lumped the ID with a comment and the wheel group line and thus removing my account, which I then promptly forgot to fix. Not this time, however. Only expected one file to differ (motd) without a CVSup. Other than this and the OpenSSL/RSA issue, looking good. Still is odd to see so many commits while in a freeze, but so far no real breakage AFAICR. Surely the commits will slow down fairly soon. ;) Shaping up to be a good release. cheers! Jeff Mountin - [EMAIL PROTECTED] Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: When is the estimated release of the FreeBSD-current 4.0?
When is the estimated release of the FreeBSD-current 4.0? First week of March. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Crashing netscape?
On Feb 21, 7:51pm, Alex Le Heux wrote: } Subject: Crashing netscape? } Hi, } } Am I the only one who's experiencing an amzing amount of crashes on } Netscape? } } It's been going on for quite some time now (months), upgrading Netscape or } switching from the Linux to the FreeBSD to the BSDI version doesn't help. } The most stable version seems to be the Linux version, but that even } crashes 5-10 times per day. It will *always* crash when a page uses java, } but I've not been able to find a non-java page that will always crash it. Have you tried "netscape -sync"? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
breakage in make release
Anyone else seeing this? -Bill -- -=| --- B i l l S w i n g l e --- http://www.dub.net/ -=| [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] -=| Different all twisty a of in maze are you, passages little === gnu/usr.bin/binutils/size install -c -s -o root -g wheel -m 555 size /local0/ftp/pub/FreeBSD/snapshots/4.0-2221-SNAP/usr/libexec/elf === gnu/usr.bin/binutils/strings install -c -s -o root -g wheel -m 555 strings /local0/ftp/pub/FreeBSD/snapshots/4.0-2221-SNAP/usr/libexec/elf === gnu/usr.bin/binutils/strip install -c -o root -g wheel -m 555 maybe_stripped /local0/ftp/pub/FreeBSD/snapshots/4.0-2221-SNAP/usr/libexec/elf/strip === gnu/usr.bin/binutils/doc install-info --quiet --defsection="Programming development tools." --defentry="* As: (as).The GNU assembler." as.info /local0/ftp/pub/FreeBSD/snapshots/4.0-2221-SNAP/usr/share/info/dir install-info --quiet --defsection="Programming development tools." --defentry="* Ld: (ld). The GNU linker." ld.info /local0/ftp/pub/FreeBSD/snapshots/4.0-2221-SNAP/usr/share/info/dir install-info --quiet --defsection="Programming development tools." --defentry="* GDB annotation: (annotate).Annotations for the GNU Debugger (GDB)." annotate.info /local0/ftp/pub/FreeBSD/snapshots/4.0-2221-SNAP/usr/share/info/dir install-info --quiet --defsection="Programming development tools." --defentry="* Gasp: (gasp).The GNU Assembler Macro Preprocessor." gasp.info /local0/ftp/pub/FreeBSD/snapshots/4.0-2221-SNAP/usr/share/info/dir install-info: No such file or directory for gasp.info *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/doc. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src/release. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: breakage in make release
On Mon, Feb 21, 2000 at 06:21:48PM -0800, Thomas Dean wrote: There were some posts on -current in the past few days about binutils. I believe they were related. Look at the archive on FreeBSD, search current for binutils. Hehe, funny that you would suggest that I should look in the archives since I'm still trying to get them back up again. :) Thanks for the pointer anyway :) -Bill -- -=| --- B i l l S w i n g l e --- http://www.dub.net/ -=| [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] -=| Different all twisty a of in maze are you, passages little To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Interesting failure mode for static linking with shared libs.
root@zippy- cc -fPIC -c stub.c
root@zippy- ld -shared -o stub.so stub.o
root@zippy- cc -static test.c -o test stub.so
root@zippy- ./test
ELF interpreter /usr/lib/libc.so.1 not found
Abort trap
root@zippy- cc -static test.c -o test stub.o
root@zippy- ./test
Now in the client, calling doit()
You have reached the stub. Please leave a message.
As you can see from the first case, linking against the shared library
succeeds but generates an executable with rather sub-optimal behavior
and a bogus diagnostic to boot (I tried grabbing an old libc.so.1 from
the compat dists and installing it in /usr/lib just to see what it
would do, it had no effect).
I ran across this as part of my continuing efforts to make the openssl
library pull in the rsaref code at runtime, something which now works
just peachy in the dynamic linking case but does not work in the
static linking case. That is to say that if I want to link ssh
static, for whatever reason, and I compile it up in the following ways
(the names used for the libs aren't exactly correct, I'm just
illustrating a point):
1. cc -static ${SSHOBJS} -o ssh -lrsaref -lrsaglue -lssl
2. cc -static ${SSHOBJS} -o ssh -lrsaglue -lssl
Then in case #2 the expected happens, e.g. ssh bitches about needing
the rsa code and aborts since dlopen() is not available to the rsaglue
stub functions I wrote and I'd consider that correct.
However, case #1 also causes the very same behavior, and that just
mystifies me since I'd have expected the "strong" symbols in librsaref
to have been bound to in preference to the weak ones in librsaglue.
I've also tried referencing the .a file directly in the link line
(cc -static ${SSHOBJS} -o ssh /usr/local/lib/librsaref.a -lrsaglue -lssl)
in hopes that this would somehow get it preferred just on that
basis alone, but no deal. Urk! Any ideas?
- Jordan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: breakage in make release
David O'Brien committed some changes a few hours ago adding the gasp infodocs into the build. He might have introduced a bug here. Here is the commit message. Jim Bloom [EMAIL PROTECTED] obrien 2000/02/21 12:33:32 PST Modified files: gnu/usr.bin/binutils/doc Makefile gnu/usr.bin/binutils/gasp Makefile Removed files: gnu/usr.bin/binutils/gasp/doc Makefile Log: Build and install gasp's infodocs along side the other binutil docs rather than seperately. Pointed out by: bde Revision ChangesPath 1.4 +3 -2 src/gnu/usr.bin/binutils/doc/Makefile 1.6 +1 -3 src/gnu/usr.bin/binutils/gasp/Makefile Bill Swingle wrote: On Mon, Feb 21, 2000 at 06:21:48PM -0800, Thomas Dean wrote: There were some posts on -current in the past few days about binutils. I believe they were related. Look at the archive on FreeBSD, search current for binutils. Hehe, funny that you would suggest that I should look in the archives since I'm still trying to get them back up again. :) Thanks for the pointer anyway :) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: breakage in make release
On Mon, Feb 21, 2000 at 05:57:14PM -0800, Bill Swingle wrote: === gnu/usr.bin/binutils/doc ... install-info --quiet --defsection="Programming development tools." --defentry="* Gasp: (gasp).The GNU Assembler Macro Preprocessor." gasp.info /local0/ftp/pub/FreeBSD/snapshots/4.0-2221-SNAP/usr/share/info/dir install-info: No such file or directory for gasp.info *** Error code 1 Is this during `make buildworld' or `make installworld'? Are you using -DNOCLEAN by chance? -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Panic (TCP)
Woops sorry I was worng.
tp-tt_rexmt-c_flags is actually causing the panic, and the
necessary data is the contents of the tp-tt_rexmt-c_flags.
(kgdb) print tp-tt_rexmt-c_flags
$1 = 6
(kgdb) print tp-tt_rexmt
$2 = (struct callout *) 0xd5ce6c2c
(kgdb) print (*tp-tt_rexmt)
$3 = {c_links = {sle = {sle_next = 0xd5cd7c2c}, tqe = {tqe_next = 0xd5cd7c2c,
tqe_prev = 0xd5cd83ac}}, c_time = 22275144, c_arg = 0xd5ce6b60,
c_func = 0xc018bcdc tcp_timer_rexmt, c_flags = 6}
Wmm, the contents of tp-tt_rexmt not seems to be broken.
As the result of more review, I found one part which might
cause the problem in very delicate timing, tcp_output.c around line 776.
if (!callout_active(tp-tt_rexmt)
tp-snd_nxt != tp-snd_una) {
callout_reset(tp-tt_rexmt, tp-t_rxtcur,
tcp_timer_rexmt, tp);
if (callout_active(tp-tt_persist)) {
callout_stop(tp-tt_persist);
tp-t_rxtshift = 0;
}
}
If persist timer is working, and if it happen to timeout between
callout_reset(tp-tt_rexmt, tp-t_rxtcur,
tcp_timer_rexmt, tp);
and
callout_stop(tp-tt_persist);
then the panic might happen at tcp_setpersist().
This is same as Jan 5 version, but in more previous version,
the code was like below,
if (tp-t_timer[TCPT_REXMT] == 0
tp-snd_nxt != tp-snd_una) {
tp-t_timer[TCPT_REXMT] = tp-t_rxtcur;
if (tp-t_timer[TCPT_PERSIST]) {
tp-t_timer[TCPT_PERSIST] = 0;
tp-t_rxtshift = 0;
}
}
Same problem might also happen in this case but the running
step were more fewer than now, so it was more difficult to
happen.
I think applying following patch will be safer.
Please review this patch.
(Same kind of patch might better to be applied into stable also.)
Thanks,
Yoshinobu Inoue
Index: tcp_output.c
===
RCS file: /home/ncvs/src/sys/netinet/tcp_output.c,v
retrieving revision 1.39
diff -u -r1.39 tcp_output.c
--- tcp_output.c2000/02/09 00:34:40 1.39
+++ tcp_output.c2000/02/22 04:13:32
@@ -775,12 +775,12 @@
*/
if (!callout_active(tp-tt_rexmt)
tp-snd_nxt != tp-snd_una) {
- callout_reset(tp-tt_rexmt, tp-t_rxtcur,
- tcp_timer_rexmt, tp);
if (callout_active(tp-tt_persist)) {
callout_stop(tp-tt_persist);
tp-t_rxtshift = 0;
}
+ callout_reset(tp-tt_rexmt, tp-t_rxtcur,
+ tcp_timer_rexmt, tp);
}
} else
if (SEQ_GT(tp-snd_nxt + len, tp-snd_max))
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: minor nit with 4.0-RC2
"Jeffrey J. Mountin" wrote: Nothing major Finished a build, installed, and mergemaster points out that the $FreeBSD line is missing from the /etc/group binary install. Hrrmm... so you did a clean install from floppies, etc. and the installed version of /etc/group didn't have a $FreeBSD tag? I'm a little confused by your account. Only a touch irritating. 'Twas the case with RC1 as well, but when I merged the temp and original version it lumped the ID with a comment and the wheel group line and thus removing my account, which I then promptly forgot to fix. Did you try to merge the two group files? If so, did you use the '%eb' option to edit both files together? That would have allowed you to combine the bits from both files that you wanted to keep into the merged version of the file. The man page for sdiff has more details. Doug -- "Welcome to the desert of the real." - Laurence Fishburne as Morpheus, "The Matrix" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Interesting failure mode for static linking with shared libs.
In article [EMAIL PROTECTED],
Jordan K. Hubbard [EMAIL PROTECTED] wrote:
I ran across this as part of my continuing efforts to make the openssl
library pull in the rsaref code at runtime, something which now works
just peachy in the dynamic linking case but does not work in the
static linking case. That is to say that if I want to link ssh
static, for whatever reason, and I compile it up in the following ways
(the names used for the libs aren't exactly correct, I'm just
illustrating a point):
1. cc -static ${SSHOBJS} -o ssh -lrsaref -lrsaglue -lssl
2. cc -static ${SSHOBJS} -o ssh -lrsaglue -lssl
Then in case #2 the expected happens, e.g. ssh bitches about needing
the rsa code and aborts since dlopen() is not available to the rsaglue
stub functions I wrote and I'd consider that correct.
However, case #1 also causes the very same behavior, and that just
mystifies me since I'd have expected the "strong" symbols in librsaref
to have been bound to in preference to the weak ones in librsaglue.
I've also tried referencing the .a file directly in the link line
(cc -static ${SSHOBJS} -o ssh /usr/local/lib/librsaref.a -lrsaglue -lssl)
in hopes that this would somehow get it preferred just on that
basis alone, but no deal. Urk! Any ideas?
A simple test case that I built does the right thing. I'll look
into your specific example and figure out why it's not working.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra Co., Inc.Seattle, Washington USA
"Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: breakage in make release
There were some posts on -current in the past few days about binutils. I believe they were related. Look at the archive on FreeBSD, search current for binutils. tomdean To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: minor nit with 4.0-RC2
At 08:37 PM 2/21/00 -0800, Doug Barton wrote: Hrrmm... so you did a clean install from floppies, etc. and the installed version of /etc/group didn't have a $FreeBSD tag? I'm a little confused by your account. Yes, a clean install. No, the sysinstall version of /etc/group did not have the tag. This may affect binary installs of 3.4R as well, but I didn't pay too much attention and also CVSup'd it to -stable right after install. Not to mention this was about a month back. FYI - I start with a fresh binary install after releases and CVSup to -stable (or -current lately ;). Did you try to merge the two group files? If so, did you use the '%eb' option to edit both files together? That would have allowed you to combine the bits from both files that you wanted to keep into the merged version of the file. The man page for sdiff has more details. Yes, I did merge them. Thanks for the tip on sdiff. Usually "save it for later" and merge manually. Jeff Mountin - [EMAIL PROTECTED] Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Crashing netscape?
In message [EMAIL PROTECTED] Bryan Liesner writes: Netscape would always crash on me when loading a java applet - I found that if you define both the scaled and unscaled fonts in XF86Config as below that all the java related crashes go away. Section "Files" RgbPath"/usr/X11R6/lib/X11/rgb" FontPath "/usr/X11R6/lib/X11/fonts/75dpi" FontPath "/usr/X11R6/lib/X11/fonts/75dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/misc" FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled" ModulePath "/usr/X11R6/lib/modules" EndSection Hope this helps. I tried this and Netscape ran Java for me for the first time _ever_, but other X programs started using scaled versions of bitmapped fonts - bleaurgh. Thinking about fonts inspired me, though; I copied the fonts.properties that the Linux JDK ports at http://www.jmcm.org/tech/ports/linux_jdk.html installed, and that works too. (This is with the Linux Netscape version; I haven't tried with the FreeBSD native version.) -spc To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: minor nit with 4.0-RC2
"Jeffrey J. Mountin" wrote: At 08:37 PM 2/21/00 -0800, Doug Barton wrote: Hrrmm... so you did a clean install from floppies, etc. and the installed version of /etc/group didn't have a $FreeBSD tag? I'm a little confused by your account. Yes, a clean install. No, the sysinstall version of /etc/group did not have the tag. Ok, that's bad. I'm cc'ing Jordan so he can look into it. Thanks for the report. These are the little things that really need to be tested. Thanks for the tip on sdiff. My pleasure. Usually "save it for later" and merge manually. Yeah, I do the same thing, depending on the file. sdiff is really a powerful tool, maybe I should include some tips for its use in mm's man page... Doug -- "Welcome to the desert of the real." - Laurence Fishburne as Morpheus, "The Matrix" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: minor nit with 4.0-RC2
Yes, a clean install. No, the sysinstall version of /etc/group did not have the tag. Ok, that's bad. I'm cc'ing Jordan so he can look into it. Thanks for th e report. These are the little things that really need to be tested. I'm not sure I understand this - sysinstall doesn't install an /etc/group file so there's really no "sysinstall version" which is distinct from that installed as part of the bindist, at least to my knowledge. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: After last ATAPI update system doesn't boot if modules loaded by /boot/loader.
Vladimir Kushnir wrote: Hello, I dont't know if this is some HW problem, but after the last update system became unbootable if I load modules by /boot/loader rather them kldload. That seems to be a bug -- I'd just load the modules via /etc/rc.conf for now. Other people have reported problems when loading modules via the boot loader. My advice would be to just load them via /etc/rc.conf This is entirely incorrect, and if you're having trouble loading modules with the loader there's something wrong that needs to be fixed. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Crashing netscape?
You may want to try upgrading your linux libraries... they may be old... I don't have these problems though... Netscape rarely crashes for me. Me and one of my friends got really sick of this problem one weekend a few months ago (under Linux), and decided to figure out what was blowing up... After trying LOTS (about 40) of different library versions in even more (several hundred) combinations, we finally found a few combinations that worked (basically) every time... NS would still blow up when heavily strained, but 99.9% of the time it worked fine... This was on Slackware and Redhat Linux, dunno which versions (It really doesn't make any difference.) The general rule that we found is to take the NS version you're running, do an "ldd" on it to get the required libs, and go find what was at the time of that NS version release the most recent version of each library. Upgrading to a newer version almost always made NS die horribly, usually in Java... Sometimes you had to go back to the previous library version on one or two of them. After some more experimentation, I found very similar results under both AIX and Digital UNIX. Something tells me that they're doing something funny with memory pointers. mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: minor nit with 4.0-RC2
At 10:15 PM 2/21/00 -0800, Jordan K. Hubbard wrote: Yes, a clean install. No, the sysinstall version of /etc/group did not have the tag. Ok, that's bad. I'm cc'ing Jordan so he can look into it. Thanks for th e report. These are the little things that really need to be tested. I'm not sure I understand this - sysinstall doesn't install an /etc/group file so there's really no "sysinstall version" which is distinct from that installed as part of the bindist, at least to my knowledge. Nevermind. Manually extracted etc/group and it has the tag line. Must/might be losing it, but then I don't strip the tag lines when I edit files. 8-/ Then again maybe adduser does this. Could start fresh again I suppose and see what went wrong or if I lose my pilots license. Jeff Mountin - [EMAIL PROTECTED] Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: After last ATAPI update system doesn't boot if modules loaded by /boot/loader.
Hello, I've yesterday sent a post on this list (from my work email) about the impossibility of loading the if_xl and miibus modules with the loader (it works well with kldload, afterwards) This is with 4.0 - RC1. TfH (The loader loops trying to load the miibus module) Mike Smith wrote: Vladimir Kushnir wrote: Hello, I dont't know if this is some HW problem, but after the last update system became unbootable if I load modules by /boot/loader rather them kldload. That seems to be a bug -- I'd just load the modules via /etc/rc.conf for now. Other people have reported problems when loading modules via the boot loader. My advice would be to just load them via /etc/rc.conf This is entirely incorrect, and if you're having trouble loading modules with the loader there's something wrong that needs to be fixed. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: After last ATAPI update system doesn't boot if modules loaded by /boot/loader.
Hello, I've yesterday sent a post on this list (from my work email) about the impossibility of loading the if_xl and miibus modules with the loader (it works well with kldload, afterwards) This is a known problem with modules that have dependancies; if you load the miibus module first it shouldn't happen (I haven't tested this). We tried to get some code to fix this into 4.x, but were thwarted by the freeze. Other modules should, however, work fine. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: After last ATAPI update system doesn't boot if modules loaded by /boot/loader.
Mike Smith wrote: Hello, I've yesterday sent a post on this list (from my work email) about the impossibility of loading the if_xl and miibus modules with the loader (it works well with kldload, afterwards) This is a known problem with modules that have dependancies; if you load the miibus module first it shouldn't happen (I haven't tested this). it does : I've tried loading miibus alone : works fine loading miibus, then if_xl : loops in loading miibus Strange ! TfH We tried to get some code to fix this into 4.x, but were thwarted by the freeze. Other modules should, however, work fine. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: After last ATAPI update system doesn't boot if modules loaded by /boot/loader.
I've yesterday sent a post on this list (from my work email) about the impossibility of loading the if_xl and miibus modules with the loader (it works well with kldload, afterwards) This is a known problem with modules that have dependancies; if you load the miibus module first it shouldn't happen (I haven't tested this). it does : I've tried loading miibus alone : works fine loading miibus, then if_xl : loops in loading miibus Ok. We know that hurts, don't do that. 8) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
NETGRAPH patches (proposal)
Hello All, Here are some small patches for NETGRAPH. These are against -current cvsup'ed yesterday around 8:30pm EST. http://home.earthlink.net/~evmax/ng.tar.gz It also includes small test program (based on nghook). Compile and run it like: # ./a.out -a iface_name: divert NETGRAPH option in kernel config file is required. Here is the description. ng_ether node has two hooks ``divert'' and ``orphan''. It is possible to connect to the one of the hooks and intercept row Ethernet frames. But there is no clean way to intercept frame, do something and return it back to kernel. This patch provides additional hook ``divertin'' (mmm... name is not good, i think) for each ng_ether node. Implementation issues This will not work for ``orphan'' frames. Since kernel drops it anyway, i decided to leave it as it is. But is is possible to intercept ``orphan'' packets, change it, and write back to ``divertin''. Thanks, emax __ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
