Isolating the network problem (Was: Any ideas at all about network problem?)
I have tried a 3com 905 in place of the Realtek, and I can get speeds of about 3.5Mb/sec (that's still no 7.9 like I used to get). It does, however, give a few tx underrun errors at the beginning of large transfers: xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 120 bytes xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 180 bytes xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 240 bytes xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 300 bytes It should also be noted that at the beginning of this whole ordeal, I was getting speeds approximately 1/10th of what I used to get with my Realtek card. A few days ago, I removed the network cables so that I could play halflife (still havent figured out howto use NAT for this), and when I reconnected them as per normal, I've been getting 1/100th the speed! (about 80KB/sec). I bought a new cable today thinking that that was the whole problem, which it is not; the problem still exists. Anyways, the main point of this message is that I also just discovered that I can't use my floppy drive for some reason, which I find quite odd. Also, there are many kernel messages about devices not being configured and such. Here is the full output: Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-DP2 #0: Fri Nov 29 02:10:15 EST 2002 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/BOSSKERN Preloaded elf kernel "/boot/kernel/kernel" at 0xc03d9000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc03d90a8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 350797628 Hz CPU: AMD-K6(tm) 3D processor (350.80-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x8800 real memory = 268369920 (255 MB) avail memory = 256626688 (244 MB) Initializing GEOMetry subsystem K6-family MTRR support enabled (2 registers) netsmb_dev: loaded npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Using $PIR table, 6 entries at 0xc00fdd60 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-safe" frequency 3579545 Hz can't fetch resources for \\_SB_.PCI0.ISA_.FDC0 - AE_AML_BUFFER_LIMIT acpi_timer0: <32-bit timer at 3.579545MHz> port 0x6008-0x600b on acpi0 acpi_cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0x6080-0x60ff,0x6000-0x607f,0xcf8-0xcff on ac pi0 initial configuration \\_SB_.PCI0.ISA_.LNKA irq 5: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.8.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.8.1 \\_SB_.PCI0.ISA_.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.8.2 \\_SB_.PCI0.ISA_.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.8.3 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.9.0 \\_SB_.PCI0.ISA_.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.9.1 \\_SB_.PCI0.ISA_.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.9.2 \\_SB_.PCI0.ISA_.LNKA irq 5: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.9.3 \\_SB_.PCI0.ISA_.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.10.0 \\_SB_.PCI0.ISA_.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.10.1 \\_SB_.PCI0.ISA_.LNKA irq 5: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.10.2 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.10.3 \\_SB_.PCI0.ISA_.LNKA irq 5: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.7.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.7.1 \\_SB_.PCI0.ISA_.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.7.2 \\_SB_.PCI0.ISA_.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.7.3 \\_SB_.PCI0.ISA_.LNKA irq 5: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.1.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.1.1 \\_SB_.PCI0.ISA_.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.1.2 \\_SB_.PCI0.ISA_.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] low,level,sha rable 0.1.3 before setting priority for links \\_SB_.PCI0.ISA_.LNKC: interrupts: 1 3 4 5 6 71011 12 1415 penalty:101100 2100 2100 1600 2100 2100 1600 1100 2100 1 1100 11100 references: 5 priority: 0 \\_SB_.PCI0.ISA_.LNKD: interrupts: 1 3 4 5 6 71011 12 1415 penalty:101100 2100 2100 1600
Re: ioctl(CAMGETPASSTHRU) hung X11/cda process
On Wed, 11 Dec 2002, Nate Lawson wrote: > On Tue, 10 Dec 2002, Lamont Granquist wrote: > > # ps xauww | egrep cda > > root 36761 0.0 0.3 1884 1452 p4 D 7:25PM 0:00.01 > > /usr/X11R6/lib/X11/xmcd/bin-FreeBSD_5-i386/cda -batch -dev /dev/cd0 on > > # strace -p 36761 > > ioctl(0, CAMGETPASSTHRU > > > > (...hangs forever and won't die with kill -9...) > > ps axl output for that proc, please. UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 36761 1 6 -8 0 1884 1132 cgticb D p40:00.01 /usr/X11R6/l To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: if_fxp and pause packets (or, "I didn't need the network anyway")
On Wed, 11 Dec 2002, Robert Watson wrote: > I'm having a recurring problem on a number of machines wherein the fxp > interfaces on those machines will spew out pause packets in vast > quantities while the system is in ddb, or following a shutdown. I've noticed this too with fxp. It only happens while in ddb and I thought it was my fault (I was debugging some networking problems). -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sysinstall and serial consoles
On Wed, 11 Dec 2002, Bill Fenner wrote: > screen(1) says "Each virtual terminal provides the functions of a DEC > VT100 terminal and, in addition, several control functions from the ISO > 6492 ... and ISO 2022 standards ...". I meant sysinstall generating cons25 output. But there were recently a lot of terminfo changes that may have caused this. -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RC NG, ntp and routed
On Wed, Dec 11, 2002 at 10:11:18PM -0800, Doug Barton wrote: > On Wed, 11 Dec 2002, Mike Makonnen wrote: > > > I don't understand what you are saying. Why would we have routing run after > > local filesystems are mounted but before the network is up? > > What if /usr/local is an nfs-mounted partition (like it is on my systems, > both at home and work)? I still don't see how having the routing daemon start before the network interfaces come up helps you. The correct order seems to me: local filesystem, network, routing, remote filesystem. Am I missing something here? Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc [EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 msg48584/pgp0.pgp Description: PGP signature
Re: RC NG, ntp and routed
On Wed, 11 Dec 2002, Mike Makonnen wrote: > I don't understand what you are saying. Why would we have routing run after > local filesystems are mounted but before the network is up? What if /usr/local is an nfs-mounted partition (like it is on my systems, both at home and work)? > > btw, someone mentioned a freebsd-rc list, but I found no such list. > > Mispelling? Not freebsd.org list? Delusions? > > Yahoo! . Sorry, my fault. http://groups.yahoo.com/group/FreeBSD-rc/ -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RCng -- docs and whatnot?
On Wednesday 11 December 2002 10:49 pm, Mike Makonnen wrote: > man 8 rc > man 8 rc.subr I was really hoping for documentation on how the PROVIDES/REQUIRES stuff was handled and calculated. I'm familiar with the rc scripts in general. I suppose I can read the code. :-) -Cliff L. Biffle To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RCng -- docs and whatnot?
man 8 rc man 8 rc.subr -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc [EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 msg48581/pgp0.pgp Description: PGP signature
Re: RC NG, ntp and routed
On Wed, Dec 11, 2002 at 03:28:12PM -0200, Daniel C. Sobral wrote: > > [root@piratinga root]# ls -l /usr/local/sbin/ospfd > -r-xr-xr-x 1 root wheel 471392 Dec 1 00:58 /usr/local/sbin/ospfd* > [root@piratinga root]# ls -l /usr/local/sbin/bgpd > -r-xr-xr-x 1 root wheel 691952 Dec 1 00:58 /usr/local/sbin/bgpd* Who said anything about moving ports into /? I meant the routing daemons in /usr/sbin. But as Gordon pointed out that's still quite a bit of disk space. > > And all this because... people don't want to break fs mounting in local > and remote? > > I saw break it, and have routing run after local. If your /usr is > remote, then either you'll copy routed (or whatever you use) to a local > disk, or you won't be using it. > > People, let's face it. There *ARE* things you want to be run *after* > local fs mount and *before* remote fs mount. And we are hurting > ourselves in a few places just because we haven't admitted to it. I don't understand what you are saying. Why would we have routing run after local filesystems are mounted but before the network is up? > > btw, someone mentioned a freebsd-rc list, but I found no such list. > Mispelling? Not freebsd.org list? Delusions? Yahoo! . Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc [EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 msg48580/pgp0.pgp Description: PGP signature
Re: Jailing a 4.7 environment on 5.0?
On Wed, Dec 11, 2002 at 08:07:14PM -0800, Kris Kennaway wrote:
> On Wed, Dec 11, 2002 at 07:34:05PM -0800, Steve Kargl wrote:
>
> > > Replace the 'cd %D/dev; sh MAKEDEV jail' with 'mount -t devfs / $D/dev'
> > >
> >
> > Thanks for the pointer. The entire example doesn't
> > apply because my /usr/src is FreeBSD 5.0. I have
> > 4.7-disc2.iso and used a md device to copy the files
> > into a jail. It appears to work, but I have a few more
> > things to set up. I'll report with a full description
> > of what I'm doing later.
>
> Um, that's not what I said at all. Just use devfs and be done with
> it. Your way isn't likely to work now (different device numbers
> between 5.0 and 4.x) or in the future (future changes to how devices
> work).
>
You misunderstood. Here's the example again from jail(8).
D=/here/is/the/jail
cd /usr/src
mkdir -p $D
make world DESTDIR=$D
cd etc
make distribution DESTDIR=$D
cd $D/dev
sh MAKEDEV jail
cd $D
ln -sf dev/null kernel
My /usr/src is FreeBSD 5.0. I need a 4.7 environment.
I cannot do steps 2 and 4-8. I did
mkdir /usr/jail
mdconfig -a -t vnode -f 4.7-disc2.iso -u 0
mount /dev/md0 /mnt
cp -pR /mnt/bin /usr/jail
cp -pR /mnt/sbin /usr/jail
cp -pR /mnt/usr /usr/jail
cp -pR /mnt/etc /usr/jail
cp -pR /mnt/var /usr/jail
mkdir /usr/jail/dev
mount -t devfs / /usr/jail/dev
cd /usr/jail
ln -sf dev/null kernel
I'm now ready to configure the jail for my proposes.
What I could not determine from jail(8) was how to
set up /usr/jail/dev. You gave me the pointer to
setting up devfs.
For my application, I need jail/dev/{null,stdin,stdout,
stderr}, gcc 2.9.4, whatever version of binutils is
used on 4.7, and /usr/lib/lib{c,m}.so.X and libgcc.a
--
Steve
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Jailing a 4.7 environment on 5.0?
On Wed, Dec 11, 2002 at 07:34:05PM -0800, Steve Kargl wrote: > > Replace the 'cd %D/dev; sh MAKEDEV jail' with 'mount -t devfs / $D/dev' > > > > Thanks for the pointer. The entire example doesn't > apply because my /usr/src is FreeBSD 5.0. I have > 4.7-disc2.iso and used a md device to copy the files > into a jail. It appears to work, but I have a few more > things to set up. I'll report with a full description > of what I'm doing later. Um, that's not what I said at all. Just use devfs and be done with it. Your way isn't likely to work now (different device numbers between 5.0 and 4.x) or in the future (future changes to how devices work). Kris msg48578/pgp0.pgp Description: PGP signature
Re: Jailing a 4.7 environment on 5.0?
On Wed, Dec 11, 2002 at 05:17:12PM -0800, Kris Kennaway wrote: > On Wed, Dec 11, 2002 at 05:08:46PM -0800, Steve Kargl wrote: > > > > This example shows how to setup a jail directory tree containing an > > entire FreeBSD distribution: > > > > D=/here/is/the/jail > > cd /usr/src > > mkdir -p $D > > make world DESTDIR=$D > > cd etc > > make distribution DESTDIR=$D > > cd $D/dev > > sh MAKEDEV jail > > cd $D > > ln -sf dev/null kernel > > > > Clearly, this doesn't work on a 5.0 system if you want to > > set up a 4.7 jail. > > Replace the 'cd %D/dev; sh MAKEDEV jail' with 'mount -t devfs / $D/dev' > Thanks for the pointer. The entire example doesn't apply because my /usr/src is FreeBSD 5.0. I have 4.7-disc2.iso and used a md device to copy the files into a jail. It appears to work, but I have a few more things to set up. I'll report with a full description of what I'm doing later. -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Upgrade of port audio/id3lib - stdc++ wchar support missing
On Thu, Dec 12, 2002 at 12:33:18AM +0100, Jens Rehsack wrote: > >>>This would pull files off the vendor branch; and before doing that I'd > >>>like to know why the GCC developers have commented out those bits. ... > But 4.7-STABLE has already support for wchar_t and it works fine So? I want to know why the GCC developers commented out those bits in GCC 3.2.1. I don't care about GCC 2.95 in RELNEG_4. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
if_fxp and pause packets (or, "I didn't need the network anyway")
I'm having a recurring problem on a number of machines wherein the fxp interfaces on those machines will spew out pause packets in vast quantities while the system is in ddb, or following a shutdown. This doesn't happen with other operating systems, and only started happening at some point in the moderate past on FreeBSD. Peter Wemm suggested this might be a result of support introduced for flow control (which I didn't know existed for ethernet), but no matter what the reason, it's a bit of a disaster if you have any expectation of using your network segment or low-end switch while this is going on. The change is most likely 1.109, although I haven't built a kernel to test this as yet. Is there a fix for this -- for example, disabling support for this feature when in ddb or after shutting down, or in some other watchdog kind of situation? Just for reference, the card in the machine I've been having this probelm with most recently is: fxp0: port 0xdd80-0xddbf mem 0xff50-0xff5f,0xff8fe000-0xff8fefff irq 9 at device 1.0 on pci1 However, I'm having it with other related fxp cards. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
sysctl -a loops forever...
Anyone seen sysctl -a loop forever? I haven't been able to track down the MIB that it's gettinng hung up on, but it looks like there's a flaw in the algo that is walking through the MIBs. Given that this halts the machine while trying to collect entropy (sysctl -a is used to help feed /dev/random) at system start up, I think it's something worth addressing or pointing out. -sc [snip] net.inet.ipf.ippr_ftp_pasvonly: 0 net.inet.ipf.fr_minttl: 3 net.inet.ipf.fr_minttllog: 1 [hangs forever in a for() loop] ^C $ PS I'm still catching up on -current and -cvs if this has already come up. -sc -- Sean Chittenden To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sysinstall and serial consoles
screen(1) says "Each virtual terminal provides the functions of a DEC VT100 terminal and, in addition, several control functions from the ISO 6492 ... and ISO 2022 standards ...". I took that to mean that it provides a vt100 interface. That's also been my experience in the last 8 years of using screen. Bill To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RC NG, ntp and routed
The point of the barrier scripts is to provide simple dependencies to other scripts. In particular, NETWORKING should represent a fully-functional network, including any routing or multicast routing that is normally used on this network. It does not, in itself, depend on any filesystems. (It runs no programs itself, so why would it?) There are not going to be many scripts that require partial network functionality; I see little advantage to defining new barriers for a partially-working network. Whether NETWORKING or FILESYSTEMS comes first is irrelevant, since neither one requires the other. If a particular network script requires a local filesystem, it should say so: REQUIRE: filesystem_local or, if you prefer, REQUIRE: mountcritlocal Likewise, a filesystem script that requires full or partial networking should say so. Again, FILESYSTEMS itself does not require any networking. It would be nice if there were some way for the filesystem mounting scripts to PROVIDE those filesystems that they actually mount. Then other scripts could, for example, REQUIRE: /bin, /usr/local to ensure that the tools they need are, in fact, present. Unfortunately, I don't see any way to do this with the current rcNG system. There are a couple of approaches that might provide such functionality, but all the ones that come to mind require dumping rcorder and integrating order calculations into rc.subr. (In particular, you can't always know what features a script has provided until it has run to completion.) Gordon Tetlow asks: Does anyone have a problem with dyking out the NetBSD specific portions after 5.0? I certainly don't. Mike Makonnen suggested: ... let's move the routing daemons from /usr/sbin to /sbin. To which Gordon Tetlow responded: Lest we forget, / is statically linked. that 42k binary turns into a 450k binary in /sbin. There's work in progress to convert / to dynamic linking. _If_ that work is accepted by the group, then that would address Gordon's concern. Of course, a dynamic / does not give carte blanche to move the entire world into /sbin, either. I also agree with the poster who pointed out that folks who have a remote /usr and rely on dynamic routing can easily work around this issue on a case-by-case basis. The whole point of having fine-grained rc.d scripts is to simplify customizations. Tim Kientzle To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Jailing a 4.7 environment on 5.0?
On Wed, Dec 11, 2002 at 05:08:46PM -0800, Steve Kargl wrote: > On Thu, Dec 12, 2002 at 01:56:40PM +1300, Andrew Thompson wrote: > > On Thu, 2002-12-12 at 13:52, Kris Kennaway wrote: > > > On Wed, Dec 11, 2002 at 04:19:31PM -0800, Steve Kargl wrote: > > > > Is is possible to set up a jail that contains 4.7 on > > > > a 5.0 system? > > > > > > Yes. > > > > But doesnt a jail share the same kernel? (I have never set one up so I > > dont know what I am talking about :) > > > > Yes, it does use the same kernel. If you read the jail(8) > man page, it discusses setting up a jail on a 4.x system. > The first section contains > > This example shows how to setup a jail directory tree containing an > entire FreeBSD distribution: > > D=/here/is/the/jail > cd /usr/src > mkdir -p $D > make world DESTDIR=$D > cd etc > make distribution DESTDIR=$D > cd $D/dev > sh MAKEDEV jail > cd $D > ln -sf dev/null kernel > > Clearly, this doesn't work on a 5.0 system if you want to > set up a 4.7 jail. Replace the 'cd %D/dev; sh MAKEDEV jail' with 'mount -t devfs / $D/dev' Kris msg48571/pgp0.pgp Description: PGP signature
Re: Jailing a 4.7 environment on 5.0?
On Thu, Dec 12, 2002 at 01:56:40PM +1300, Andrew Thompson wrote: > On Thu, 2002-12-12 at 13:52, Kris Kennaway wrote: > > On Wed, Dec 11, 2002 at 04:19:31PM -0800, Steve Kargl wrote: > > > Is is possible to set up a jail that contains 4.7 on > > > a 5.0 system? > > > > Yes. > > But doesnt a jail share the same kernel? (I have never set one up so I > dont know what I am talking about :) > Yes, it does use the same kernel. If you read the jail(8) man page, it discusses setting up a jail on a 4.x system. The first section contains This example shows how to setup a jail directory tree containing an entire FreeBSD distribution: D=/here/is/the/jail cd /usr/src mkdir -p $D make world DESTDIR=$D cd etc make distribution DESTDIR=$D cd $D/dev sh MAKEDEV jail cd $D ln -sf dev/null kernel Clearly, this doesn't work on a 5.0 system if you want to set up a 4.7 jail. -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
More missing perl dependencies
The following ports are failing to build after the removal of the /usr/bin/perl wrapper from 5.0. Fixing them may not just be as simple as adding USE_PERL, because they might be only checking for /usr/bin/perl, not /usr/local/bin/perl as installed by the port. In fact, these ports probably do not actually use perl during the build phase (since they built fine when only the wrapper, but not perl itself, was present). They presumably need perl at runtime though. A solution might be to disable checking for perl and add USE_PERL5_RUN=yes to add a RUN_DEPENDS. Please test any commits you plan to make with a clean system (i.e. no perl port installed and no /usr/bin/perl* wrappers) http://bento.freebsd.org/errorlogs/i386-5-latest/sqlrelay-0.32.log http://bento.freebsd.org/errorlogs/i386-5-latest/modlogan-0.8.1.log http://bento.freebsd.org/errorlogs/i386-5-latest/c-nocem-3.6.log http://bento.freebsd.org/errorlogs/i386-5-latest/gtk-doc-0.9.log http://bento.freebsd.org/errorlogs/i386-5-latest/maildrop-1.5.0.log http://bento.freebsd.org/errorlogs/i386-5-latest/libwww-5.4.0.log http://bento.freebsd.org/errorlogs/i386-5-latest/ltxml-1.2.5.log http://bento.freebsd.org/errorlogs/i386-5-latest/gnu-radius-0.96.4.log http://bento.freebsd.org/errorlogs/i386-5-latest/geta-19990419.log http://bento.freebsd.org/errorlogs/i386-5-latest/cvsd-0.9.14.log There may be others to come since the build is not yet complete. Kris msg48569/pgp0.pgp Description: PGP signature
Re: __BSD_VISIBLE and u_int
Nate Lawson <[EMAIL PROTECTED]> writes: > What's the proper way to get a typedef for u_int? Is there a doc > somewhere on what we expect in terms of #defines for 3rd party application > authors? will give you a typedef, provided you aren't writing a POSIX or X/Open application. If you're writing a POSIX or X/Open application (the only time __BSD_VISIBLE is false) you'll have to do the typedef manually in your application. u_int is undocumented and unportable, so it probably shouldn't be used. It's only 3 characters shorter than `unsigned' anyway. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
AMR raid controller
I just re-supped the sources and noticed that there were several changes to the amr source. I have two perc 2 sc controllers and after installing the rebuilt system and rebooting, the boot bombs. Right after listing the raid controllers, I get kicked out to the boot prompt saying that the root device isn't accessible. Oddly, I noticed that both of the controllers show up with 0MB of ram, when they actually have 16MB. I reverted back to the old kernel and all is well. Please let me know if I can be of help in tracking down the problem. Jerry To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Jailing a 4.7 environment on 5.0?
On Thu, 2002-12-12 at 13:52, Kris Kennaway wrote: > On Wed, Dec 11, 2002 at 04:19:31PM -0800, Steve Kargl wrote: > > Is is possible to set up a jail that contains 4.7 on > > a 5.0 system? > > Yes. But doesnt a jail share the same kernel? (I have never set one up so I dont know what I am talking about :) Andy To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Jailing a 4.7 environment on 5.0?
On Wed, Dec 11, 2002 at 04:19:31PM -0800, Steve Kargl wrote: > Is is possible to set up a jail that contains 4.7 on > a 5.0 system? Yes. > In particular, how does one deal > with the difference between devfs and MAKEDEV? One mounts devfs within the jail instead of using 4.x /dev Kris msg48565/pgp0.pgp Description: PGP signature
Re: sysinstall and serial consoles
On Wed, 11 Dec 2002, Bill Fenner wrote: > I installed 5.0-RC1 on a Sun Ultra-60 a couple of days ago. > The biggest problem that I ran into was terminal emulation > inside sysinstall. > > I normally do most tasks inside screen, so I tried selecting > the vt100 emulation (since that's what screen tries to be). I thought it did only cons25 which != vt100. -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
__BSD_VISIBLE and u_int
What's the proper way to get a typedef for u_int? Is there a doc somewhere on what we expect in terms of #defines for 3rd party application authors? -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Jailing a 4.7 environment on 5.0?
Is is possible to set up a jail that contains 4.7 on a 5.0 system? In particular, how does one deal with the difference between devfs and MAKEDEV? -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
net/if.h and IFNAMSIZ?
A few headers use IFNAMSIZ but do not include net/if.h. This breaks some users that also don't include it. Should we fix this by adding the include? Any problems with this? Reference IFNAMSIZ net/if_ieee80211.h net/if_mib.h net/if_ppp.h net/if_vlan_var.h netatalk/at_var.h netatm/atm.h netatm/atm_if.h netatm/atm_ioctl.h netinet/in_var.h netinet/ip_compat.h netinet/ip_fil.h netinet/ip_fw.h netinet/ip_nat.h netinet/ip_state.h netinet6/in6_var.h netinet6/ip6_fw.h netinet6/nd6.h netipx/ipx_if.h netnatm/natm.h netns/ns_if.h Include net/if.h net/if_ppp.h netinet6/ip6_fw.h To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Panic with sparc nfs client and 4.x i386 server
It looks like there is an interop problem with a FreeBSD sparc nfs client running from a 4.x i386 nfs server. I got panics about once a day on my nfs server at home when I tried to do sparc package builds from it (this is with RELENG_4 going back at least 6 months), and in the past two days (since I started using it to build sparc packages too) bento.freebsd.org has panicked twice with: Fatal double fault: eip = 0xc0279bf6 esp = 0xe1771fec ebp = 0xe1772018 mp_lock = 0100; cpuid = 0; lapic.id = 0100 panic: double fault mp_lock = 0100; cpuid = 0; lapic.id = 0100 boot() called on cpu#0 Since I switched to a 5.0 nfs server at home I have not seen this problem, so it appears to be RELENG_4 only. Has anyone else experienced this? Kris msg48560/pgp0.pgp Description: PGP signature
Re: Upgrade of port audio/id3lib - stdc++ wchar support missing
David O'Brien wrote: On Sun, Dec 08, 2002 at 01:13:16PM +0100, Jens Rehsack wrote: David O'Brien wrote: On Thu, Dec 05, 2002 at 07:36:18PM -0600, Scot W. Hetzel wrote: You could try the patch I've attached: cd /usr/src zcat c++-wchar.diff.gz | patch cd gnu/lib/libstdc++ make make install ... Attached is the patch This would pull files off the vendor branch; and before doing that I'd like to know why the GCC developers have commented out those bits. Hi Kris, will the patch applied? What's the current status? If this is to test in order to send the patch to the GNU people that is good. If you hope to get this into FreeBSD directly, the above questions need answering. But 4.7-STABLE has already support for wchar_t and it works fine -- L i W W W i Jens Rehsack LW W W L i W W W W i nnnLiWing IT-Services L iW W W Wi n n g g i W W i n n g gFriesenstraße 2 06112 Halle g g g Tel.: +49 - 3 45 - 5 17 05 91ggg e-Mail: <[EMAIL PROTECTED]> Fax: +49 - 3 45 - 5 17 05 92http://www.liwing.de/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Upgrade of port audio/id3lib - stdc++ wchar support missing
On Sun, Dec 08, 2002 at 01:13:16PM +0100, Jens Rehsack wrote: > David O'Brien wrote: > >On Thu, Dec 05, 2002 at 07:36:18PM -0600, Scot W. Hetzel wrote: > > > >You could try the patch I've attached: > > > >cd /usr/src > >zcat c++-wchar.diff.gz | patch > >cd gnu/lib/libstdc++ > >make > >make install > > >... > > > >>Attached is the patch > > > > > >This would pull files off the vendor branch; and before doing that I'd > >like to know why the GCC developers have commented out those bits. > > > Hi Kris, > > will the patch applied? What's the current status? If this is to test in order to send the patch to the GNU people that is good. If you hope to get this into FreeBSD directly, the above questions need answering. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
sysinstall and serial consoles
I installed 5.0-RC1 on a Sun Ultra-60 a couple of days ago. The biggest problem that I ran into was terminal emulation inside sysinstall. I normally do most tasks inside screen, so I tried selecting the vt100 emulation (since that's what screen tries to be). However, it uses something that screen doesn't emulate, so the screen was full of "OOPS" where screen didn't know what to do. Fine, that's screen's problem. I tried ANSI, and had two problems: 1. There was no reverse video, so it was impossible to determine which option was selected. 2. Using the arrow keys resulted in sysinstall asking me if I really wanted to abort the install (presumably it thought I hit escape). Ok, so that one might have been screen's problem too, so I'll just do it outside of screen. Since I was running tip from an xterm, I figured it made most sense to choose the "xterm" terminal type. Nope, no luck, it was nice and colorful and drew the lines, but the menu did not line up so the screen got pretty much filled with gibberish after a couple of attempts. Someone said that the problem was the oxtabs stty setting, so I tried xterm with both oxtabs and -oxtabs and had the same experience with columns not lining up. So, I tried ANSI from within the xterm. That had the same problems as screen -- no reverse video and arrow keys asked if I wanted to exit. So, finally, I tried vt100 from within the xterm. That worked. I think it's fairly likely that people will be installing FreeBSD on headless suns; I think it's fairly likely that most of these people will go through one or more of the painful iterations that I went through before happening upon the magic correct combination. My suggestions: 1. Look into the reverse video problem when selecting ANSI terminal. 2. Look into the escape character problem with arrow keys and ANSI terminal. 3. Remove the xterm option, and call vt100 "vt100 or xterm". (Or fix what is wrong with the xterm termcap). Bill To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ioctl(CAMGETPASSTHRU) hung X11/cda process
On Wed, Dec 11, 2002 at 11:37:42 -0800, Nate Lawson wrote: > On Tue, 10 Dec 2002, Lamont Granquist wrote: > > # ps xauww | egrep cda > > root 36761 0.0 0.3 1884 1452 p4 D 7:25PM 0:00.01 > > /usr/X11R6/lib/X11/xmcd/bin-FreeBSD_5-i386/cda -batch -dev /dev/cd0 on > > # strace -p 36761 > > ioctl(0, CAMGETPASSTHRU > > > > (...hangs forever and won't die with kill -9...) > > ps axl output for that proc, please. It's probably hanging waiting for a CCB, although ps axl output should tell us whether or not that's the case. If that is the case, it raises the "why" question, especially since nothing has changed in that area recently that I know of. > > And i'm running a fairly current -current: > > > > # uname -a > > FreeBSD coredump.scriptkiddie.org 5.0-CURRENT FreeBSD 5.0-CURRENT #18: Wed > > Dec 4 10:39:19 PST 2002 >[EMAIL PROTECTED]:/usr/obj/usr/src/sys/COREDUMP i386 > > Please update to at least Dec 5. There was a critical ahc fix that went > in on the 4th, although it wouldn't cause the problem you're reporting. If it could cause lost transactions somehow, it might have something to do with this, but it looks like it is a lost timeout problem that got fixed. Ken -- Kenneth Merry [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Current hangs in reboot
On Wed, 11 Dec 2002, Nate Lawson wrote: > On Wed, 11 Dec 2002, Taavi Talvik wrote: > > On Wed, 11 Dec 2002, Taavi Talvik wrote: > > > Current as of yesterday (actually problem presist about > > > month) hangs on reboot. > > > > > > Only message: > > > > > > Waiting (max 60 seconds) for system process `vnlru' to stop...stopped > > > > Turning off ACPI makes it reboot. Thanks for suggestion Gerrit! > > > > But how is ACPI related to problem? Why rebooting hangs between > > stoping `vnlru' and `bufdaemon' in ACPI case? > > The next message you'd see if it was working is "Stopping ACPI". So acpi > shutdown is probably what is hanging. No, Stopping ACPI appears normally only after stoping 'syncer' also. But in my situation hang happens between 'vnlru' and 'bufdaemon'. If console output is not buffered, what happens that last two prompts are not diapleyed? Any hints how I can futher debug it? Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks, buffers remaining... 2 2 done Uptime: 9m6s best regards, taavi To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld failed
On Wed, Dec 11, 2002 at 11:07:52AM +0200, Andriy Podanenko wrote: > ===>sbin/gbde > dont know how to make rijndael-alg-fst.c > Stop... > [end...] > Help, what wrong? You're missing the crypto sources..check your supfile against the examples and add the missing collection(s). Kris msg48554/pgp0.pgp Description: PGP signature
Re: HEADS UP: you need to install a new kernel before an installworld.
On Wed, Oct 30, 2002 at 01:14 -0700, M. Warner Losh wrote:
>
> UPDATING has the closest thing to a comprehensive guide. As far as I
> can tell, it is definitive in its list of potential issues, but if I'm
> wrong, let me know.
>
> I'm just glad I don't have to document all the things that mergemaster
> does.
[ late reply, I know -- catching up with the -current ML traffic ]
May I remind you of the docs/40851 PR ([PATCH] "mergemaster -p" in
UPDATING's "COMMON ITEMS" section)? From the PR's description:
| UPDATING in -STABLE does not mention the needed "mergemaster -p"
| step in its COMMON ITEMS section. UPDATING in -CURRENT seems to
| have the "mergemaster -p" invocation in the wrong place.
And if I may add: One should run the mergemaster script which
lives in the source tree since the installed one (the one found
in $PATH when a short command is given) might not be up to date
or even can be inappropriate or wrong when operating on a new
source tree.
Calling the script from the source tree will work as long as it
is self contained (does not need other source which is not
installed yet but merely uses system commands from the environment
it is running in). Installing the script before calling it (using
$PATH) might be more robust for the future. In this case the
"make install; mergemaster [opt]" sequence should be included in
the COMMON ITEMS section (yes, I know it's among the MMDD
entries, but this might not be enough when this command is
considered part of the general and regular sequence of updating
steps).
The manpage says about the -p option:
| .It Fl p
| Pre-buildworld mode.
| Compares only files known to be essential to the success of
| {build|install}world,
| including
| .Pa /etc/make.conf .
that's why I suggest moving the "mergemaster -p" invocation up
before the buildworld step when we talk about robustness of the
updating sequence. We might have gotten away with what we did
up to now, but I wouldn't count on it to always succeed ...
I just checked against my local CVS repo (revs 1.73.2.76 and 1.228
of UPDATING) and the PR's issues still apply.
virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76
Gerhard Sittig true | mail -s "get gpg key" [EMAIL PROTECTED]
--
If you don't understand or are scared by any of the above
ask your parents or an adult to help you.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: HELP: vinum and newfs on 5.0-RC1
Craig Boston wrote: On Wed, 2002-12-11 at 13:45, Aaron D. Gifford wrote: Let me correct this to state that the full volume name was "raid5volume" and I just shortened it to save typing. This turns out to be important. Looking at newfs.c, it looks like the last letter of the special device is used to choose the partition. Thus "e" was selected during my attempts to do newfs. (Note to self: Do NOT to abbreviate when reporting trouble.) I don't know if this is still the case with Current/GEOM, but isn't this what "newfs -v" is for...? Craig That's what I tried at first, to discover that 5.0-RC1's newfs no longer had -v support. Aaron out. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: weird serial console issue
Wilko Bulte writes: > On Wed, Dec 11, 2002 at 02:22:12PM -0500, Andrew Gallatin wrote: > > > > Wilko Bulte writes: > > > On Tue, Dec 10, 2002 at 11:41:35PM +0100, Wilko Bulte wrote: > > > > > > Well, I think my DS10 does not have that problem as in: > > <..> > > > 50 18 10 00 00 00 03 00 02 67 60 4f 50 83 55 81 > > <..> > > > > Try booting without verbose.. > > ... > lpt0: Polled port > ppi0: on ppbus0 > ppc0: interrupting at ISA irq 7 > sc0: on isa0 > sc0: VGA <16 virtual consoles, flags=0x0> > sio0 at port 0x3f8-0x3ff irq 4 on isa0 > sio0: type 16550A, console Thanks. I guess it must be somthing here, or specific to the up1000. I'm not going to worry about it. Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RCng -- docs and whatnot?
Does documentation for the rcng system exist? It sounds like it's still changing, so I wouldn't be surprised if the docs are minimal at the moment. Is there another mailing list where this is more properly asked? I ask because I'm working on a set of KDE tools to administer FreeBSD workstations (running KDE 3.1 on 5.0-DP2 here), and I like the way rcng works and would like to see about integrating a configurator. Thanks! -Cliff L. Biffle To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: weird serial console issue
On Wed, Dec 11, 2002 at 02:22:12PM -0500, Andrew Gallatin wrote: > > Wilko Bulte writes: > > On Tue, Dec 10, 2002 at 11:41:35PM +0100, Wilko Bulte wrote: > > > > Well, I think my DS10 does not have that problem as in: > <..> > > 50 18 10 00 00 00 03 00 02 67 60 4f 50 83 55 81 > <..> > > Try booting without verbose.. ... lpt0: Polled port ppi0: on ppbus0 ppc0: interrupting at ISA irq 7 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x0> sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A, console sio0: interrupting at ISA irq 4 sio1: reserved for low-level i/o vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter "i8254" frequency 1193182 Hz Timecounter "alpha" frequency 462383710 Hz Timecounters tick every 0.976 msec acd0: CDROM at ata0-master PIO4 Waiting 15 seconds for SCSI devices to settle da0 at isp0 bus 0 target 0 lun 0 ... -- Wilko To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HELP: vinum and newfs on 5.0-RC1
On Wed, 2002-12-11 at 13:45, Aaron D. Gifford wrote: > Let me correct this to state that the full volume name was "raid5volume" > and I just shortened it to save typing. This turns out to be important. > Looking at newfs.c, it looks like the last letter of the special > device is used to choose the partition. Thus "e" was selected during my > attempts to do newfs. (Note to self: Do NOT to abbreviate when > reporting trouble.) I don't know if this is still the case with Current/GEOM, but isn't this what "newfs -v" is for...? Craig To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: installworld fail
Hi,
I had the same problem. "make installworld" does this:
mkdir -p /tmp/install.vmZBbRA0
for prog in [ awk cat chflags chmod chown date echo egrep find grep ln
make mk\
dir mtree mv pwd_mkdb rm sed sh sysctl test true uname wc zic; do cp
`which $\
prog` /tmp/install.vmZBbRA0; done
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386
CPUTYP\
E=p2 GROFF_BIN_PATH=/usr/obj/usr/src/i386/usr/bin
GROFF_FONT_PATH=/usr/obj/us\
r/src/i386/usr/share/groff_font
GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/shar\
e/tmac
PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/\
obj/usr/src/i386/usr/games:/tmp/install.vmZBbRA0 make -f Makefile.inc1
reinstal\
l
Later on it adds that directory to $PATH
Seems that the copy of "echo" sometimes failed to come out right with md
/tmp.
For you it was the copy of mtree.
bsdlab# df -h
FilesystemSize Used Avail Capacity Mounted on
/dev/da0s1a 126M75M41M65%/
devfs 1.0K 1.0K 0B 100%/dev
/dev/da1s1d 2.0G 1.5G 337M82%/usr
/dev/da0s1d 504M 6.2M 457M 1%/var
/dev/da2s1e 2.0G 131M 1.7G 7%/home
procfs4.0K 4.0K 0B 100%/proc
/dev/md10 254M16K 233M 0%/tmp
bsdlab#
My work-around was to run emacs and use "M-x compile" followed by "make
installworld".
I might have contaminated my test by running "sync" in the middle of it.
I'll keep checking though.
Date: Mon, 25 Nov 2002 19:04:28 +0800
From: Ying-Chieh Liao <[EMAIL PROTECTED]>
To:[EMAIL PROTECTED]
Cc:Ying-Chieh Liao <[EMAIL PROTECTED]>
Subject: Re: installworld fail
Message-ID: <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
--G4iJoqBmSsgzjUCe
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Fri, Nov 22, 2002 at 00:06:59 +0800, Ying-Chieh Liao wrote:
I'm in DP2, and cvsup and then make world...
if [ -L /usr/share/examples/sunrpc ]; then rm -f /usr/share/examples/sunrpc; fi
if [ -L /usr/share/examples/worm ]; then rm -f /usr/share/examples/worm; fi
mtree -deU -f /usr/src/share/examples/../../etc/mtree/BSD.usr.dist -p /usr
/tmp/install.UiNprj9F/mtree: 1: Syntax error: "(" unexpected
maybe there's something wrong with mfs...
error occurs when I mount tmp as a mfs
and after I switch tmp to a "real harddisk", it's all ok
--
The sooner you start to code, the longer the program will take.
--- Roy Carlson
--G4iJoqBmSsgzjUCe
Content-Type: application/pgp-signature
Content-Disposition: inline
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.0 (FreeBSD)
iD8DBQE94gO8rMYBZRHAI4IRAmRTAKCQMCL9YW50ytgD+rAgfpYaw+7DBwCfWV36
K/LBs1KuH8Zgk3z1PaEJe1I=
=5trs
-END PGP SIGNATURE-
--G4iJoqBmSsgzjUCe--
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: HELP: vinum and newfs on 5.0-RC1
I wrote in my previous message: > ># newfs -O 2 -U /dev/vinum/raid5vol >newfs: /dev/vinum/raid5vol: 'e' partition is unavailable > ... >Here's my vinum setup: ... > volume raid5vol Let me correct this to state that the full volume name was "raid5volume" and I just shortened it to save typing. This turns out to be important. Looking at newfs.c, it looks like the last letter of the special device is used to choose the partition. Thus "e" was selected during my attempts to do newfs. (Note to self: Do NOT to abbreviate when reporting trouble.) Today I renamed my vinum volume as "sp1a", and newfs worked just fine: #newfs -U -O 2 /dev/vinum/sp1a A few attempts to use disklabel on /dev/vinum/sp1a still had some problems (i.e. any changes made during 'disklabel -e /dev/vinum/sp1a' were still ignored as subsequent disklabel sessions would revert to the version I saw before my changes - 'disklabel -e -r /dev/vinum/sp1a' did save my changes to the on-disk--or on vinum volume in this case--label but the in-memory label remaind unchanged), but apparently I didn't really need to use disklabel with this newly named volume. So... Is there some place in the vinum manual that I missed that discusses volume naming requirements that had I read I could have avoided this trouble? Thanks! Aaron out. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ioctl(CAMGETPASSTHRU) hung X11/cda process
On Tue, 10 Dec 2002, Lamont Granquist wrote: > # ps xauww | egrep cda > root 36761 0.0 0.3 1884 1452 p4 D 7:25PM 0:00.01 > /usr/X11R6/lib/X11/xmcd/bin-FreeBSD_5-i386/cda -batch -dev /dev/cd0 on > # strace -p 36761 > ioctl(0, CAMGETPASSTHRU > > (...hangs forever and won't die with kill -9...) ps axl output for that proc, please. > And i'm running a fairly current -current: > > # uname -a > FreeBSD coredump.scriptkiddie.org 5.0-CURRENT FreeBSD 5.0-CURRENT #18: Wed > Dec 4 10:39:19 PST 2002 >[EMAIL PROTECTED]:/usr/obj/usr/src/sys/COREDUMP i386 Please update to at least Dec 5. There was a critical ahc fix that went in on the 4th, although it wouldn't cause the problem you're reporting. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: weird serial console issue
Wilko Bulte writes: > On Tue, Dec 10, 2002 at 11:41:35PM +0100, Wilko Bulte wrote: > > Well, I think my DS10 does not have that problem as in: <..> > 50 18 10 00 00 00 03 00 02 67 60 4f 50 83 55 81 <..> Try booting without verbose.. Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: weird serial console issue
On Tue, Dec 10, 2002 at 11:41:35PM +0100, Wilko Bulte wrote: Well, I think my DS10 does not have that problem as in: ppi0: on ppbus0 ppc0: interrupting at ISA irq 7 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x0> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x81 0x91 0x81 0x81 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A, console sio0: interrupting at ISA irq 4 sio1: reserved for low-level i/o sio1 failed to probe at port 0x2f8-0x2ff irq 3 flags 0x50 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa 0x2 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xb8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 60 4f 50 83 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 04 02 14 01 05 03 07 38 3c 3a 3e 39 3d 3b 3f 04 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 EGA/VGA parameters to be used for mode 24 50 18 10 00 00 00 03 00 02 67 60 4f 50 83 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 04 02 14 01 05 03 07 38 3c 3a 3e 39 3d 3b 3f 04 00 0f 08 00 00 00 00 00 10 0e 00 ff isa_probe_children: probing PnP devices procfs registered Timecounter "i8254" frequency 1193182 Hz Timecounter "alpha" frequency 462387140 Hz Timecounters tick every 0.976 msec Taken from the serial console. Wilko > On Tue, Dec 10, 2002 at 02:01:16PM -0500, Andrew Gallatin wrote: > > I will bring my DS10 to the latest & greatest -current and see what it > does for me. Stay tuned (till tomorrow at least ;) > > W/ > > > > I just upgraded my UP1000 from 4.7-stable to 5.0. > > > > Only weird thing left is the console seems to drop a lot of characters > > just after syscons takes over. > > > > I see this on console: > > > > <...> > > ppc0: interrupting at ISA irq 7 > > sc0: on isa0 > > sc0: VGA <16 virtual consoles, flags=0x0> > > net.inet.udp.blackhole: 0 -> 1 > > Doing initial network setup: host.conf hostname domain. > > <...> > > > > > > And this (correct output) in dmesg: > > > > ppc0: interrupting at ISA irq 7 > > sc0: on isa0 > > sc0: VGA <16 virtual consoles, flags=0x0> > > sio0 at port 0x3f8-0x3ff irq 4 on isa0 > > sio0: type 16550A, console > > sio0: interrupting at ISA irq 4 > > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > > sio1: type 16550A > > sio1: interrupting at ISA irq 3 > > vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 > > Timecounters tick every 0.976 msec > > Timecounter "i8254" frequency 1193182 Hz > > Timecounter "alpha" frequency 598976859 Hz > > ad2: DMA limited to UDMA33, non-ATA66 cable or device > > ad2: 39266MB [79780/16/63] at ata1-master UDMA33 > > acd0: CDROM at ata1-slave PIO4 > > Mounting root from ufs:/dev/ad2a > > > > > > Note that everything past sc0 seems to have disappeared until it > > re-appears partway through multi-user startup. Its not a sysctl > > on a comcontrol thing, because booting single-user is similar. > > The output stops after sc0, and starts again when I hit return. > > > > This is a serial console, connected to a 5.0 x86 running conserver 8.5 > > on an 8-port comtrol rocketport card. The speed is only 9600 baud, > > and the console server seems to be able to handle it, so I think the > > problem is at the alpha end.. > > > > > > Drew > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > with "unsubscribe freebsd-current" in the body of the message > ---end of quoted text--- > > -- > | / o / /_ _ FreeBSD core team secretary > |/|/ / / /( (_) Bulte [EMAIL PROTECTED] > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message ---end of quoted text--- -- | / o / /_ _ [EMAIL PROTECTED] |/|/ / / /( (_) Bulte To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
${swapfile} in rc.conf
A keyword ${swapfile} in rc.conf, for adding a file as additional
swap space, does not work regardless of rc_ng=YES or NO. These scripts
test existence of /dev/mdctl, but it does not exist because it will be
created automatically at the first configuration of md device. So the
test would alwaiys fail at coldboot.
Can we omit these test?
--
FUJISHIMA Satsuki
Index: src/etc/rc
===
RCS file: /home/ncvs/src/etc/rc,v
retrieving revision 1.323
diff -u -r1.323 rc
--- src/etc/rc 26 Nov 2002 17:51:03 - 1.323
+++ src/etc/rc 11 Dec 2002 18:52:56 -
@@ -465,7 +465,7 @@
[Nn][Oo] | '')
;;
*)
- if [ -w "${swapfile}" -a -c /dev/mdctl ]; then
+ if [ -w "${swapfile}" ]; then
echo "Adding ${swapfile} as additional swap"
mdev=`mdconfig -a -t vnode -f ${swapfile}` && swapon /dev/${mdev}
fi
Index: src/etc/rc.d/addswap
===
RCS file: /home/ncvs/src/etc/rc.d/addswap,v
retrieving revision 1.2
diff -u -r1.2 addswap
--- src/etc/rc.d/addswap12 Oct 2002 10:31:31 - 1.2
+++ src/etc/rc.d/addswap11 Dec 2002 18:52:45 -
@@ -22,7 +22,7 @@
[Nn][Oo] | '')
;;
*)
- if [ -w "${swapfile}" -a -c /dev/mdctl ]; then
+ if [ -w "${swapfile}" ]; then
echo "Adding ${swapfile} as additional swap"
mdev=`mdconfig -a -t vnode -f ${swapfile}` && swapon
/dev/${mdev}
fi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: Current issues
On Wed, Dec 11, 2002 at 01:25:22PM -0500, Chris Faulhaber wrote: > On Wed, Dec 11, 2002 at 08:59:04AM -0800, Marcus Reid wrote: > > Hi: > > > > I made the jump to CURRENT this morning (via a fresh -RC1 install) and > > made the following observations. > > > > 1. Thought I toggled newfs off on the partition where /home was mounted. > >It went ahead and zapped it anyway. Good thing for backups.. > > > > 2. USB doesn't work with my chipset. I have an Asus A7V with VIA chipset. > >Kernel messages follow. Please contact me if I can assist in debugging. > > > > I get the same errors on my Asus A7V333 yet my usb mouse works: > The same here (Asus A7M266). - Christian -- http://www.unixpages.org[EMAIL PROTECTED] GPG Pub-Key: www.unixpages.org/cbrueffer.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D GPG Key ID : 0xA0ED982D msg48541/pgp0.pgp Description: PGP signature
Re: Current hangs in reboot
On Wed, 11 Dec 2002, Taavi Talvik wrote: > On Wed, 11 Dec 2002, Taavi Talvik wrote: > > Current as of yesterday (actually problem presist about > > month) hangs on reboot. > > > > Only message: > > > > Waiting (max 60 seconds) for system process `vnlru' to stop...stopped > > Turning off ACPI makes it reboot. Thanks for suggestion Gerrit! > > But how is ACPI related to problem? Why rebooting hangs between > stoping `vnlru' and `bufdaemon' in ACPI case? The next message you'd see if it was working is "Stopping ACPI". So acpi shutdown is probably what is hanging. -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Data corruption in soft updates?
On Mon, 9 Dec 2002, Kirk McKusick wrote: > Date: Mon, 9 Dec 2002 18:04:03 -0800 (PST) > From: Nate Lawson <[EMAIL PROTECTED]> > > I started getting kernel messages of "bad inode". I quickly > rebooted to single user and ran fsck and got a huge set of > errors. See this partial log (600KB gzipped): > > http://www.root.org/~nate/fsck.gz > > It appears that you are getting all those errors (BAD block) > because fsck thinks that your filesystem is smaller than it > really is. If you do a dumpfs on the filesystem and check > the size (about line 5), I expect that you will find that > all those bad blocks exceed that size. It might be interesting > to check one or more of the alternate blocks to see if they > have a different size. If so, using an alternate should help. > If not, then the question is why all those out of range blocks > were allocated. I did some poking around. First I did dumpfs as requested (80 KB): http://www.root.org/~nate/dumpfs1.gz Then I tried fsck_ffs with -b 32 and it corrected a few small things but didn't appear to have any problems: http://www.root.org/~nate/fsck2 Then I ran dumpfs on the updated fs and diffed the output to the previous dumpfs: http://www.root.org/~nate/dumpfs2.diff So it looks like now all I have to do is copy the sb backup at 32 to the default sb. I looked around fsdb but can't see how to do this. If I knew the right offset, I'd use dd. The question is, what corrupted the default sb? I DID see the "updating sb size" kernel message when booting the first time with the new kernel. -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: SCM Microsystems Inc. eUSB SmartMedia Adapter
On Wed, Dec 11, 2002 at 07:03:36PM +0100, Stijn Hoop wrote: > On Wed, Dec 11, 2002 at 06:12:21PM +0100, Bernd Walter wrote: > > On Wed, Dec 11, 2002 at 08:58:12AM +0100, Stijn Hoop wrote: > > > On Tue, Dec 10, 2002 at 10:13:49PM -0500, Brad Hughes wrote: > > > Try to remove device ugen from your kernel; it is a bit agressive when > > > 'claiming' USB devices. I had the same problem with an USB gamepad and > > > uhid devices. > > > > This shouldn't be possible. > > Can you show an example when this happens? > > It used to happen with my Thrustmaster Firestorm Wireless gamepad. > At the time I had both uhid & ugen in my kernel, it also happened when > I used uhid as a loadable module. It finally worked when I removed > ugen from my kernel configuration file, and used the uhid module. > I never tested to see whether using uhid in a kernel configuration > file (instead of a module) worked because I was happy to get it > to play nicely. If the device is attached with only ugen available then of course ugen gets it. When you load a module later, then the decision about the driver for that device has already been made. But I don't see how this could happen if you already have uhid in the kernel. -- B.Walter COSMO-Project http://www.cosmo-project.de [EMAIL PROTECTED] Usergroup [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
[no subject]
subscribe -- Stan Benoit<[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
[no subject]
subscribe -- Stan Benoit<[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Current issues
On Wed, Dec 11, 2002 at 08:59:04AM -0800, Marcus Reid wrote: > Hi: > > 2. USB doesn't work with my chipset. I have an Asus A7V with VIA chipset. >Kernel messages follow. Please contact me if I can assist in debugging. Looks like I spoke too soon. It doesn't work with the RC1 GENERIC kernel, but after a cvsup and a build it's fine. I'll try to break something real next time. Marcus To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Current issues
On Wed, Dec 11, 2002 at 08:59:04AM -0800, Marcus Reid wrote: > Hi: > > I made the jump to CURRENT this morning (via a fresh -RC1 install) and > made the following observations. > > 1. Thought I toggled newfs off on the partition where /home was mounted. >It went ahead and zapped it anyway. Good thing for backups.. > > 2. USB doesn't work with my chipset. I have an Asus A7V with VIA chipset. >Kernel messages follow. Please contact me if I can assist in debugging. > I get the same errors on my Asus A7V333 yet my usb mouse works: jedgar@darkstar:~$ dmesg | grep "^u" uhci0: port 0xb400-0xb41f irq 5 at device 9.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port error, restarting port 1 uhub0: port error, giving up port 1 uhub0: port error, restarting port 2 uhub0: port error, giving up port 2 uhci1: port 0xb000-0xb01f irq 11 at device 9.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 uhub1: port error, restarting port 2 uhub1: port error, giving up port 2 uhci2: port 0xa000-0xa01f irq 9 at device 17.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhub2: port error, restarting port 1 uhub2: port error, giving up port 1 uhub2: port error, restarting port 2 uhub2: port error, giving up port 2 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhci3: port 0x9800-0x981f irq 9 at device 17.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhub3: port error, restarting port 1 uhub3: port error, giving up port 1 uhub3: port error, restarting port 2 uhub3: port error, giving up port 2 jedgar@darkstar:~$ sudo usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x), VIA(0x), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x), VIA(0x), rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x), VIA(0x), rev 1.00 port 1 powered port 2 addr 2: low speed, power 98 mA, config 1, USB-PS/2 Optical Mouse(0xc00e), Logitech(0x046d), rev 11.10 Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x), VIA(0x), rev 1.00 port 1 powered port 2 powered jedgar@darkstar:~$ -- Chris D. Faulhaber - [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD: The Power To Serve - http://www.FreeBSD.org msg48534/pgp0.pgp Description: PGP signature
Re: ACPI kernel panic with 5.0-RC1
On Wed, 2002-12-11 at 13:07, Koop Mast wrote: > Got the same laptop here, with the same problem. > Dmesg and some debug info attached. > > For more debugging info or patch testing just ask. > > Paul: > I found a little work around for this problem. > Just boot de laptop without de AC connector. > After this msg scrolls past > "acpi_acad0: acline initialization done, tried 7 times" > I can plug in de AC connector without the machine panic. > > But I have seen that if you unplug and then replug the AC connector, > the machine panics anyway. > > -Koop Woeps, forgot to say that I running: FreeBSD lapbeest.bogus 5.0-RC FreeBSD 5.0-RC #0: Tue Dec 10 23:27:49 CET 2002[EMAIL PROTECTED]:/usr/obj/usr/src/sys/babylon i386 with acpi patch acpica-20021118-20021122-test20021128.diff -Koop To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: SCM Microsystems Inc. eUSB SmartMedia Adapter
On Wed, Dec 11, 2002 at 06:12:21PM +0100, Bernd Walter wrote: > On Wed, Dec 11, 2002 at 08:58:12AM +0100, Stijn Hoop wrote: > > On Tue, Dec 10, 2002 at 10:13:49PM -0500, Brad Hughes wrote: > > Try to remove device ugen from your kernel; it is a bit agressive when > > 'claiming' USB devices. I had the same problem with an USB gamepad and > > uhid devices. > > This shouldn't be possible. > Can you show an example when this happens? It used to happen with my Thrustmaster Firestorm Wireless gamepad. At the time I had both uhid & ugen in my kernel, it also happened when I used uhid as a loadable module. It finally worked when I removed ugen from my kernel configuration file, and used the uhid module. I never tested to see whether using uhid in a kernel configuration file (instead of a module) worked because I was happy to get it to play nicely. I can try and test some more later. BTW this was all on 4-STABLE (4.6-STABLE / 4.7-RC IIRC), maybe that matters? --Stijn -- Nostalgia ain't what it used to be. msg48532/pgp0.pgp Description: PGP signature
Re: RC NG, ntp and routed
Gordon Tetlow wrote: On Wed, Dec 11, 2002 at 12:46:03AM -0800, Mike Makonnen wrote: >You misunderstood. I meant let's move the routing daemons from /usr/sbin to /sbin. >I think if we have routed there we might as well have the others there. Actually we >only need to move route6d to /sbin. I can't think of a reason you would need >multicast routing before the whole system was up. I think we can live with and >additional 42k on /. Lest we forget, / is statically linked. that 42k binary turns into a 450k binary in /sbin. The / solution is wrong. For instance: [root@piratinga root]# ls -l /usr/local/sbin/ospfd -r-xr-xr-x 1 root wheel 471392 Dec 1 00:58 /usr/local/sbin/ospfd* [root@piratinga root]# ls -l /usr/local/sbin/bgpd -r-xr-xr-x 1 root wheel 691952 Dec 1 00:58 /usr/local/sbin/bgpd* And these are dynamically linked. Not to mention moving them to / would break the /usr/local paradigm. And all this because... people don't want to break fs mounting in local and remote? I saw break it, and have routing run after local. If your /usr is remote, then either you'll copy routed (or whatever you use) to a local disk, or you won't be using it. People, let's face it. There *ARE* things you want to be run *after* local fs mount and *before* remote fs mount. And we are hurting ourselves in a few places just because we haven't admitted to it. btw, someone mentioned a freebsd-rc list, but I found no such list. Mispelling? Not freebsd.org list? Delusions? -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca TCO Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Outros: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Can you buy friendship? You not only can, you must. It's the only way to obtain friends. Everything worthwhile has a price. -- Robert J. Ringer To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: [acpi-jp 2035] Re: ACPI missfucntioning on SONY VAIO Z505s w
On 11-Dec-2002 Chuck McCrobie wrote:
> "Vladimir B. Grebenschikov" wrote:
>>
>> ÷ Mon, 09.12.2002, × 13:55, Vladimir B. Grebenschikov ÎÁÐÉÓÁÌ:
>>
>> > I have already filled http://www.freebsd.org/cgi/query-pr.cgi?pr=45913
>> >
>> > Lucent WaveLan Orinoco card (driver wi) stops working with latest
>> > current (last I have tried RC)
>> >
>> > Playing with problem I have found that WaveLan problem can be cured
>> > by turning off ACPI.
>> >
>> > Also another problem cured - with turned off ACPI I can insert and
>> > remove PCCARDs while notebook running, card successful detected.
>> > With ACPI turned on insertion/removal of PCCARD freezes machine
>> > completely.
>>
>> Another thing - without ACPI: pcm driver detected
>> but does not work:
>>
>> Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc046c0b4.
>> pcm0: mem 0xfea0-0xfeaf,0xfe00-0xfe3f
>> irq 9 at device 8.1 on pci0
>> pcm0: buftop is 0x0027ec00
>> pcm0: buftop is changed to 0x0027ec00
>> pcm0: ac97 codec id 0x414b4d01 (Asahi Kasei AK4542)
>> pcm0: ac97 codec features headphone, 5 bit master volume, AKM 3D Audio
>> pcm0: rec buf 0xcb49bc00
>> pcm0: play buf 0xcb497c00
>>
>> # cat /dev/sndstat
>> FreeBSD Audio Driver (newpcm)
>> Installed devices:
>> pcm0: at memory 0xfe00, 0xfea0 irq 9 (1p/1r/2v
>> channels duplex default)
>> #
>>
>> but does not work
>>
>> pcm0:virtual:1: play interrupt timeout, channel dead
>> pcm0:virtual:1: play interrupt timeout, channel dead
>>
>> > Can I help to diagnose problem ? how ?
>> --
>> Vladimir B. Grebenschikov <[EMAIL PROTECTED]>
>> TSB "Russian Express"
>>
>> To Unsubscribe: send mail to [EMAIL PROTECTED]
>> with "unsubscribe freebsd-current" in the body of the message
>
> Sony Vaio GRX 670 did not play sound either - interrupt routing issue.
> "Fixed" with the following:
>
> /usr/src/sys/dev/pci/pci.c: line 776, or there-abouts.
>
> if (cfg->intpin > 0 && PCI_INTERRUPT_VALID(cfg->intline)) {
>#ifdef __ia64__
> /*
> * Re-route interrupts on ia64 so that we can get the
> * I/O SAPIC interrupt numbers (the BIOS leaves legacy
> * PIC interrupt numbers in the intline registers).
> */
> cfg->intline = PCIB_ROUTE_INTERRUPT(pcib, dev,
> cfg->intpin);
> +#else
> +/*
> + * XXX: Do we need to re-program the device's PCIREG
> intline?
> + */
> +
> +cfg->intline = PCIB_ROUTE_INTERRUPT(pcib, dev,
> cfg->intpin);
>#endif
> resource_list_add(rl, SYS_RES_IRQ, 0, cfg->intline,
> cfg->intline, 1);
> }
Eventually we will always route interrupts on i386 as well as ia64,
but it doesn't work with IO APIC's right now. I'm trying to work on
that but it's taking a while.
--
John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!" - http://www.FreeBSD.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: RC NG, ntp and routed
On Wed, Dec 11, 2002 at 12:46:03AM -0800, Mike Makonnen wrote: > You misunderstood. I meant let's move the routing daemons from /usr/sbin to /sbin. > I think if we have routed there we might as well have the others there. Actually we > only need to move route6d to /sbin. I can't think of a reason you would need > multicast routing before the whole system was up. I think we can live with and > additional 42k on /. Lest we forget, / is statically linked. that 42k binary turns into a 450k binary in /sbin. -gordon msg48529/pgp0.pgp Description: PGP signature
Re: sshd problem - solved (?)
On Wed, Dec 11, 2002 at 03:34:57PM +0200, Vasyl S. Smirnov wrote: > Hi, > > I suppose I've found the reason for such a strange sshd > behaviour - the problem is I was using login classes in > my master.passwd. Man for master.passwd says that login > classes aren't implemented yet - strange, in 4-STABLE > they seem to be working fine. Can someone explain this? > (or give some URL). Although not strictly related to your sshd problem, I would like to say that login classes are implemented, only not all of the knobs that the manpage describes used to work at the time the page was written. (I do not know how about now) The warning is there because some of the knobs are used to restrict users' resource usage, and it was not advisable for admins to rely on these for functionality. I do not know, maybe the situation has changed since, somebody should try. But other aspects of login classes work Just Fine(TM): for example I use them to give my users a Hungarian-locale environment independent of the shell they use. This has been in use for months (if not years) and has always worked (also through ssh). This must be something else. -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: SCM Microsystems Inc. eUSB SmartMedia Adapter
On Wed, Dec 11, 2002 at 08:58:12AM +0100, Stijn Hoop wrote: > On Tue, Dec 10, 2002 at 10:13:49PM -0500, Brad Hughes wrote: > Try to remove device ugen from your kernel; it is a bit agressive when > 'claiming' USB devices. I had the same problem with an USB gamepad and > uhid devices. This shouldn't be possible. Can you show an example when this happens? -- B.Walter COSMO-Project http://www.cosmo-project.de [EMAIL PROTECTED] Usergroup [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Current issues
Hi: I made the jump to CURRENT this morning (via a fresh -RC1 install) and made the following observations. 1. Thought I toggled newfs off on the partition where /home was mounted. It went ahead and zapped it anyway. Good thing for backups.. 2. USB doesn't work with my chipset. I have an Asus A7V with VIA chipset. Kernel messages follow. Please contact me if I can assist in debugging. Otherwise, smooth sailing. I'm sure I'll break something else soon :) Marcus uhci0: port 0xd400-0xd41f irq 9 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port error, restarting port 1 uhub0: port error, giving up port 1 uhub0: port error, restarting port 2 uhub0: port error, giving up port 2 uhci1: port 0xd000-0xd01f irq 9 at device 4.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 uhub1: port error, restarting port 2 uhub1: port error, giving up port 2 uhub2: ALCOR Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2 uhub2: 4 ports with 4 removable, self powered To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RC NG, ntp and routed
On Wed, Dec 11, 2002 at 09:16:27AM -0200, Daniel C. Sobral wrote: > > Mm. How about ntpd running in multicast mode? :-) Hah! I knew I should have checked that before I opened my mouth. Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc [EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 msg48525/pgp0.pgp Description: PGP signature
Re: sshd problem - solved (?)
Hi, I suppose I've found the reason for such a strange sshd behaviour - the problem is I was using login classes in my master.passwd. Man for master.passwd says that login classes aren't implemented yet - strange, in 4-STABLE they seem to be working fine. Can someone explain this? (or give some URL). But still one strange thing remains - when I removed completly the login classes from master.passwd and rebuilt both [s]pwd.db and login.conf.db, it gave no result, only restoring /etc from backup did help. Anyway, thanks for everyone who helped me. sv -- [LPML-2001] [KPI-PMA] [FreeBSD] [NIN] * GPG fingerprint: 7175 B841 C13D 9FE6 BDE0 C5E3 1652 7026 0A30 1CED Mail me with subject GPG-GETKEY to get my public key. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Current hangs in reboot
On Wed, Dec 11, 2002 at 03:35:52PM +0200, Taavi Talvik wrote: > > Waiting (max 60 seconds) for system process `vnlru' to stop...stopped > Turning off ACPI makes it reboot. Thanks for suggestion Gerrit! You're welcome. I just noticed I forgot to include the mailinglist in my answers to you. :) > But how is ACPI related to problem? Why rebooting hangs between > stoping `vnlru' and `bufdaemon' in ACPI case? I'd like to know that, too. :-) cu Gerrit -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Current hangs in reboot
On Wed, 11 Dec 2002, Taavi Talvik wrote: > Current as of yesterday (actually problem presist about > month) hangs on reboot. > > Only message: > > Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Turning off ACPI makes it reboot. Thanks for suggestion Gerrit! But how is ACPI related to problem? Why rebooting hangs between stoping `vnlru' and `bufdaemon' in ACPI case? best regards, taavi To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ACPI kernel panic with 5.0-RC1
On Tue, 2002-12-10 at 18:43, Paul A. Mayer wrote:
> Greetings,
>
> Congratulations on RC1! I've found an issue! :-)
>
> I just upgraded my ASUS LC3800 portable to 5.0-RC1 from 5.0-DP2. The
> new kernel panics shortly after booting up and drops into the debugger.
>
> The messages look something like this:
>
> Fatal trap 12
> Page fault in kernel mode fault virtual address 0x42 page not present
>
> process acpi_thermal
> Stopped at: vm_object_pip_add+0x37: movzwl 0x42(%esi),%eax
>
> This happens after the kernel is loaded and within approximately 15-30
> seconds after the login prompt is shown.
>
> The machine is based on the i845MP chipset and is running a 2Ghz mobile P4.
>
> I'd be happy to provide more debugging info and work on patch testing,
> just tell me what needs to be known or done.
>
> Please mail my personal address as well as the list, as I've not been
> accepted for the list.
>
> Best regards,
>
> Paul
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
Got the same laptop here, with the same problem.
Dmesg and some debug info attached.
For more debugging info or patch testing just ask.
Paul:
I found a little work around for this problem.
Just boot de laptop without de AC connector.
After this msg scrolls past
"acpi_acad0: acline initialization done, tried 7 times"
I can plug in de AC connector without the machine panic.
But I have seen that if you unplug and then replug the AC connector,
the machine panics anyway.
-Koop
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xdeadc0de
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc057f6d0
stack pointer = 0x10:0xcd232c00
frame pointer = 0x10:0xcd232c00
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 7 (acpi_task2)
kernel: type 12 trap, code=0
Stopped at AcpiNsMapHandleToNode+0x20: cmpb$0xaa,0(%edx)
db> Context switches not allowed in the debugger.
db> trace
AcpiNsMapHandleToNode(deadc0de,deadc0de,cd232c28,c05927bb,0) at
AcpiNsMapHandleToNode+0x20
AcpiGetHandle(deadc0de,c059cabb,cd232c4c,cd232c50,0) at AcpiGetHandle+0x4d
acpi_pwr_switch_consumer(deadc0de,3,cd232cbc,c025a91a,cd232c98) at
acpi_pwr_switch_consumer+0xe3
acpi_tz_switch_cooler_off(c29b9090,c24e9300,0,c24e9300,c24e9300) at
acpi_tz_switch_cooler_off+0x58
acpi_ForeachPackageObject(c29b6540,c05940c0,c24e9300,c24e9300,c0593a00) at
acpi_ForeachPackageObject+0x3d
acpi_tz_all_off(c24e9300,c022ede1,c03f7220,8,c059d373) at acpi_tz_all_off+0x2f
acpi_tz_establish(c24e9300,0,c059d373,7b,0) at acpi_tz_establish+0x14
acpi_task_thread(0,cd232d48,c03a9c7a,360,0) at acpi_task_thread+0x100
fork_exit(c0596700,0,cd232d48) at fork_exit+0xc4
fork_trampoline() at fork_trampoline+0x1a
--- trap 0x1, eip = 0, esp = 0xcd232d7c, ebp = 0 ---
db> panic
panic: from debugger
Debugger("panic")
Fatal trap 3: breakpoint instruction fault while in kernel mode
instruction pointer = 0x8:0xc0355674
stack pointer = 0x10:0xcd232980
frame pointer = 0x10:0xcd23298c
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= IOPL = 0
current process = 7 (acpi_task2)
Stopped at AcpiNsMapHandleToNode+0x20: cmpb$0xaa,0(%edx)
db> panic
panic: from debugger
Uptime: 4m9s
pfs_vncache_unload(): 1 entries remaining
Dumping 255 MB
ata0: resetting devices ..
done
16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
Dump complete
Terminate ACPI
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...
Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-RC #0: Tue Dec 10 23:27:49 CET 2002
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/babylon
Preloaded elf kernel "/boot/kernel/kernel" at 0xc05af000.
Preloaded elf module "/boot/kernel/firewire.ko" at 0xc05af0a8.
Preloaded elf module "/boot/kernel/radeon.ko" at 0xc05af158.
Preloaded elf module "/boot/kernel/smbfs.ko" at 0xc05af204.
Preloaded elf module "/boot/kernel/libmchain.ko" at 0xc05af2b0.
Preloaded elf module "/boot/kernel/libiconv.ko" at 0xc05af360.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc05af410.
Timecounter "i8254" frequency 1193182 Hz
Timecounter "TSC" frequency 281384 Hz
CPU: Pentium 4 (2000.08-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf24 Stepping = 4
Features=0x3febf9ff
real memory = 268406784 (255 MB)
avail memory = 254701568 (242 MB)
Initializing GEOMetry subsystem
Pentium Pro MTRR support enabled
VESA: v2.0, 32768k memory, flags:0x1, mode table:0xc04832c2 (122)
VESA: ATI MOBILITY RADEON 7500
Current hangs in reboot
Current as of yesterday (actually problem presist about month) hangs on reboot. Only message: Waiting (max 60 seconds) for system process `vnlru' to stop...stopped appears. And thereafter it is dead. Cannot break to DDB anymore over serial console. Only RESET button helps. Motherboard is Gigabyte GA-8PE667 Ultra. Kernel is stock GENERIC except options "cpu I486_CPU" "cpu I586_CPU" removed and options BREAK_TO_DEBUGGER added dmesg below: best regards, taavi Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-RC #0: Wed Dec 11 11:09:49 EET 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/TTSERV Preloaded elf kernel "/boot/kernel/kernel" at 0xc06b4000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06b40a8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 2019896096 Hz CPU: Pentium 4 (2019.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 536805376 (511 MB) avail memory = 514392064 (490 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE31 Using $PIR table, 11 entries at 0xc00fd320 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x4000-0x40bf,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd000-0xd7ff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xb800-0xb81f irq 14 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb000-0xb01f irq 14 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb400-0xb41f irq 15 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 twe0: <3ware Storage Controller> port 0xa000-0xa00f irq 15 at device 1.0 on pci2 twe0: 4 ports, Firmware FE6X 1.01.18.001, BIOS BEXX 1.06.00.001 ohci0: mem 0xdf00-0xdf000fff irq 14 at device 7.0 on pci2 usb3: OHCI version 1.0 usb3: on ohci0 usb3: USB revision 1.0 uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 3 ports with 3 removable, self powered ohci1: mem 0xdf001000-0xdf001fff irq 15 at device 7.1 on pci2 usb4: OHCI version 1.0 usb4: on ohci1 usb4: USB revision 1.0 uhub4: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered pci2: at device 7.2 (no driver attached) fxp0: port 0xa400-0xa43f mem 0xdf003000-0xdf003fff irq 11 at device 8.0 on pci2 fxp0: Ethernet address 00:20:ed:4c:68:cd inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xd4000-0xd4fff,0xc-0xcbfff on isa0 pmtimer0 on isa0 ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 ata1 at port 0x376,0x170-0x177 irq 15 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounters tick every 10.000 msec twed0: on twe0 twed0: 117799MB (241252672 sectors) acpi_cpu: CPU throttling enabled, 2 steps from 100% to 50.0% Mounting root from ufs:/dev/twed0s1a -- reboot from another tty here: -- login: Dec 11 13:21:11 ttserv su: taavi to root on /dev/ttyp0 Dec 11 13:21:22 ttserv reboot: rebooted by taavi Dec 11 13:21:22 ttserv syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...stopped To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: SCM Microsystems Inc. eUSB SmartMedia Adapter
I have exactly the same problem with an SCM Microsystems USB CompactFlash reader. It is detected as ugen0, not umass0: ugen0: SHUTTLE SCM Micro USBAT-02 , rev 1.00/0.05, addr 3 I have all the required drivers in my kernel, and I have also tried removing ugen from the kernel, but this results in the device not being detected at all. Haven't yet found a solution to the problem, but I'd be interested to see if Brads issue can be worked out. Jason - Original Message - From: "Brad Hughes" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 11, 2002 3:13 AM Subject: SCM Microsystems Inc. eUSB SmartMedia Adapter > Hey everyone, >I have a question, when i try to plugin my eUSB SmartMedia USB > adapter, umass doesnt recognize it. Darius over at #freebsdhelp@efnet > suggested me to send a mail to the questions/current mailing lists. > Thanks to him :). When i plug in my Adapter, in my dmesg it states: > > ugen0: SCM Microsystems Inc. eUSB SmartMedia Adapter, rev 1.10/2.18, addr 2 > > When i unplug it, it reports: > > ugen0: at uhub0 port 1 (addr 2) disconnected > ugen0: detached > > Any suggestions? Any help is appreciated, thanks in advance. > > Cheers, > > Brad Hughes > [EMAIL PROTECTED] > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RC NG, ntp and routed
Mike Makonnen wrote: You misunderstood. I meant let's move the routing daemons from /usr/sbin to /sbin. I think if we have routed there we might as well have the others there. Actually we only need to move route6d to /sbin. I can't think of a reason you would need multicast routing before the whole system was up. I think we can live with and additional 42k on /. Mm. How about ntpd running in multicast mode? :-) Which just so happens to be the very next thing I want to do about ntpd on my network. -- Daniel C. Sobral Gerência de Operações Divisão de Comunicação de Dados Coordenação de Segurança TCO Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RC NG, ntp and routed
Gordon Tetlow wrote: On Tue, Dec 10, 2002 at 02:50:14PM -0800, Mike Makonnen wrote: >On Tue, Dec 10, 2002 at 03:01:24PM -0200, Daniel C. Sobral wrote: > >>On another note, I thought the patch a bit excessive. Here, I just added >>BEFORE: ntpd to routed. OTOH, it seems that patch did a bit more. > >It's not excessive. It's the correct solution. >Your solution solves your specific problem but it's >not the right way to go about solving the problem. It's kind of hard to >explain, you have to work with it for a while to get the hang of it. For >some things it might be easier _and_ right to say this must come before >that. In this case; however, ntpd requires that routing be available as a >prerequisite, but there's no real relationship that exists between >the two that necessitates routed having to know about ntpd. If we were >to follow your example to its logical conclusion the BEFORE line for >the routing daemons would have to include _every_ daemon that requires >network availability. I think in this case it would be more correct to >have the network daemons REQUIRE the routing daemons. Does that make >sense? I agree with this analysis. It's just that the patch presented touched more files than ntpd alone. Ideally, ntpd should require NETWORKING and that should solve all problems. The real problem is that routed is included with DAEMON, not NETWORKING. I think that's the real problem and judging that routed is in /sbin, we could probably move it there without a problem. Err, not so fast, please. FreeBSD's routed is in /sbin, but I daresay quite a few of those who actually need a dynamic router resort to ports (specifically, Zebra and Gated). So let's not haste needlessly here. We are in code freeze, and these changes need not enter before 5.0-R. Let's understand the problem and the issues throughly, and produce a correct solution. -- Daniel C. Sobral Gerência de Operações Divisão de Comunicação de Dados Coordenação de Segurança TCO Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RC NG, ntp and routed
On Tue, Dec 10, 2002 at 10:33:48PM -0800, Gordon Tetlow wrote: > > That sounds like a good idea. According to current NETWORKING requirements it > > just means the network interfaces are brought up, but routing seems to be a > > reasonable requirement as well. I can't think of a good reason why it would > > not be a good idea. Maybe we could move the other routing daemons > > there as well (from /usr/sbin)? > > Well, there in lies the chicken and the egg problem (and why I've been > cursing rcng recently). /usr is mounted after networking so all the things > that implictly require /usr must be run after networking is setup (but what > about things like route6d that is in /usr/sbin?) You misunderstood. I meant let's move the routing daemons from /usr/sbin to /sbin. I think if we have routed there we might as well have the others there. Actually we only need to move route6d to /sbin. I can't think of a reason you would need multicast routing before the whole system was up. I think we can live with and additional 42k on /. > > IMO rc.d should have the following major catagories: > > DISKS > FILESYSTEMS > NETWORKING > DAEMON > LOGIN I don't see the need for FILESYSTEMS. As it is we only have two scripts mountcritlocal and mountcritremote. And since network mounted filesystems are quite common any script that needs FILESYSTEM is simply going to have to wait until NETWORKING is up. There's no way we can get around that. > NETWORKING, DAEMON, and LOGIN exist in the NetBSD framework. NetBSD also > describes a SERVERS catagory that I don't really understand the need for. Basicaly it's for daemons that you need running as early as possible, like syslogd. Other services are going to need them, but you can't really fit them in the other categories. > > I'd like to think about really sitting down and overhauling the rc.d > system after 5.0 is branched. I think that it's reasonable to say we > should not try to be compatible with NetBSD except for keeping a common > rc.subr and major initialization catagories (basically anything that is > in all caps). Does anyone have a problem with dyking out the NetBSD > specific portions after 5.0? I was quite a ways through porting our scripts when David insisted that they be compatible with NetBSD in order to make it into the tree. It took quite a bit more work to restart almost from the beginning and redo them. And I would hate to see that work go to waste. So, I'm not an impartial party here and won't say anymore about it except to say that I think being in sync with NetBSD is a worthwhile and doable goal if we (both projects) make a firm commitment to do it. This means that we wouldn't be "slavishly" accepting NetBSD code, but that the projects would work the differences out so that the only differences left would be because of architectural differences between the two OSes. Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc [EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 msg48516/pgp0.pgp Description: PGP signature
Re: [acpi-jp 2036] Re: no floppy drive with acpi.ko loaded
On Wednesday, December 11, 2002, at 12:33 AM, User Takawata wrote: If this mobo will always require a custom .AML file I want to commit the one I have and start a table of mobo/BIOS's and the custom .AML files we offer. You will need version information of the bytecode. Wasn't someone already doing this? At any rate, we are definitely going to need a list of rogue DSDTs and something in the loader (for the installer case) which can detect them and take appropriate action. Booting from CD you have the luxury of having them all in place; the rogue list and the required replacement AML will have to be copied by the installer. Floppy install will probably have to force you to copy the AML to a new floppy and feed it in as part of the boot process. = Mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make buildworld failed
hi! #uname FreeBSD 4.7-release-p2 want todo: #make buildworld (for 5.0-CURRENT, cvsup yesterday) [skip...] ===>sbin/gbde dont know how to make rijndael-alg-fst.c Stop... [end...] Help, what wrong? gcc version 3.3 (20021114) the same on gcc 3.2 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld -DNOCLEAN -DNOGAMES -DNO_FORTRAN
On 2002-12-11 00:31, "Philip M. Gollucci" <[EMAIL PROTECTED]> wrote: > cvsup as of 5 minutes ago > > make buildworld -DNOCLEAN -DNOGAMES -DNO_FORTRAN > ===> share/man > ===> share/man/man1 > ===> share/man/man3 > ===> share/man/man4 > gzip -cn /usr/src/share/man/man4/mac_ifoff.4 > mac_ifoff.4.gz > gzip -cn /usr/src/share/man/man4/mac_none.4 > mac_none.4.gz > make: don't know how to make mac_partition4.. Stop > *** Error code 2 > > Stop in /usr/src/share/man. I just CVSup'ed and used my local CVS repository to update the sources under /usr/src/share. Part of the changes includes: U man/man4/mac_partition.4 Try updating your tree again. You probably caught a commit in the middle of updating the files under share/man/man4. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RC NG, ntp and routed
On Wed, Dec 11, 2002 at 08:17:50AM +0100, Brad Knowles wrote:
>
> I believe that DISKS should be split into DISKS_LOCAL and
> DISKS_NETWORK. This allows us to get NETWORKING going after
> DISKS_LOCAL and before DISKS_NETWORK.
Don't over-engineer it. This is the order it is done in now.
The barier scripts are supposed to be major milestones. With your
suggestion DISKS_{LOCAL,NETWORK) would each have _only_ one
dependency (mountcritlocal and mountcritremote, respectively), so
what would be the point then?
> We may also want to split
> NETWORKING into INTERFACES and ROUTING (and higher level networking),
> in case there is anything that we might need to slide in-between. We
> might even need to split NETWORKING into three parts.
I think the current barrier scripts plus Gordon's suggestion to
include routing in NETWORKING works ok. However, improvements
to /etc/rc.d/network1 to allow bringing up/down the interfaces
individually would be nice.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9
msg48512/pgp0.pgp
Description: PGP signature
Re: [acpi-jp 1855] Re: no floppy drive with acpi.ko loaded
In message <[EMAIL PROTECTED]>, "David O'Brien" wrote: > >I never heard an answer to this: > >Did this test a "bug" fix; or should this maybe be committed into the >CVS repository for use by others with the same mobo I have? This is always needed until the BIOS maker fix it and you replace with the bug-fixed version. >A stock 10-DEC-2002 10:00 PST kernel still does not give me a working >floppy drive. Should the latest ACPI import have fixed my problem? >Should a future ACPI code drop fix this problem, or will I forever have >to use a custom .AML with this motherboard? I don't think the problem will fixed in the future, because the problem is occured by the strict checking of byte-code validity. > If this mobo will always >require a custom .AML file I want to commit the one I have and start a >table of mobo/BIOS's and the custom .AML files we offer. You will need version information of the bytecode. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sshd problem
Andrew Thompson wrote: On Wed, 2002-12-11 at 05:52, Vasyl S. Smirnov wrote: Hi again. One more strange thing I've just discovered about sshd - two example ssh sessions: 1. > ssh nostromo Password: Connection closed by 10.100.76.33 (and the same sig 11/fatal messages on the console) 2. > ssh nostromo Password: Password: Password: [EMAIL PROTECTED]'s password: [and SUCCESSFUL login] Now, what do you think about it? The first prompt is from s/key authentication, try putting "ChallengeResponseAuthentication no" (i think..) in your sshd_config. I know ChallengeResponseAuthentication from a linux system. It askes for a Response instead for a password. If you see the backtrace, you'll see that it couldn't be in direct sshd - it's an error either in pam or sshd gives wrong parameters. Jens -- L i W W W i Jens Rehsack LW W W L i W W W W i nnnLiWing IT-Services L iW W W Wi n n g g i W W i n n g gFriesenstraße 2 06112 Halle g g g Tel.: +49 - 3 45 - 5 17 05 91ggg e-Mail: <[EMAIL PROTECTED]> Fax: +49 - 3 45 - 5 17 05 92http://www.liwing.de/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Can't install RC1 due to acpi crash
> Is there a way to disable acpi during the boot process of the install > CD? I had the same problem and got the following answer in the BSD forums: Just disable the ACPI modules when starting. To do this, press a key (not enter!) when the bootloader is counting down to start the kernel. At the prompt, type: unset acpi_load boot and chances are that it will work correctly (had the same problem with my own laptop). After the installation is complete, restart the computer using the same method to not make it crash, and make the change permanent by adding code:hint.acpi.0.disabled="1" to /boot/device.hints. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
