Re: PATCH: Removal of unneeded sys/kernel.h
In message [EMAIL PROTECTED], Will Andrews writes: On Fri, Apr 28, 2000 at 07:45:36AM +0200, Poul-Henning Kamp wrote: I agree too, but nobody has written *that* code yet. Instead of trying to find these yourself, why not invest this time in writing said script? :) I already wrote src/tools/tools/kerniinclude that works for me for now. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FreeBSD build status
On Thu, 27 Apr 2000, Poul-Henning Kamp wrote: === SUMMARY === World ***didn't compile*** 3 Warnings Kernel LINT compiled 147 Warnings LINT has been broken for a long time by depenencies on optional crypto sources (sys/crypto). The IPSEC options have required crypto sources for a long time. Now the NETGRQAPH_MPCC_ENCRYPTION option requires them. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: SMP changes and breaking kld object module compatibility
On Thu, 27 Apr 2000, Jake Burkholder wrote: ...snip... Its nice to see someone actually using kobj so soon. There is a possible performance problem though - kobj method calls are roughly 20% slower than direct function calls. Having said that, this isn't that slow - I timed a method call to a two argument function at ~40ns on a 300MHz PII. I could improve this for some applications (including this one) by providing a mechanism for an application to cache the function pointer returned by the method lookup. Yes, this sounds interesting. I can see that there are provisions for a cache in the code, and I can see from the sysctls that hits and misses are happening, but I can't see where the function pointers are entered into the cache. Is this enabled by default? This is enabled by default. The address of the cache entry is passed as the second argument to kobj_lookup_method(). It also might be possible to have default implementations that do "less than nothing", a special value could be entered in the cache that indicates don't call through the function pointer at all. I don't know how an inline cache lookup would compare to an empty function call, but it might be a win when the locks are supposed to do nothing. Thats an interesting thought. It would add a compare and branch to the normal method dispatch case which might be too high a cost. Anyway, I've made a patch that uses Boris's suggestion of providing functions with empty bodies. I worry about optimizing for the static UP kernel because of introducing more SMP and KLD_MODULE ifdefs, possibly it should just be a function call in all cases. http://io.yi.org/lock.diff I will send-pr it if no one has any comments. It looks quite reasonable to me. -- Doug Rabson Mail: [EMAIL PROTECTED] Nonlinear Systems Ltd. Phone: +44 20 8442 9037 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FreeBSD build status
On Thursday, 27 April 2000 at 22:04:19 +0200, Poul-Henning Kamp wrote: This looks a lot better. Greg === SUMMARY === World ***didn't compile*** 3 Warnings Kernel LINT compiled 147 Warnings Kernel GENERIC compiled 58 Warnings Kernel GENERIC98 ***didn't compile*** 63 Warnings === Compile errors for kernel GENERIC98 === cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../pc98/pc98/wd_cd.c In file included from ../../pc98/pc98/wd_cd.c:44: ../../pc98/pc98/wormio.h:9: warning: `/*' within comment ../../pc98/pc98/wormio.h:117: unbalanced `#endif' *** Error code 1 (continuing) `all' not remade because of errors. === Compile errors from make world === cd /otte/src/games/phantasia; make build-tools cc -O -pipe -c -o cross-phantglobs.o /otte/src/games/phantasia/phantglobs.c cc -O -pipe -c /otte/src/games/phantasia/setup.c cc -static -O -pipe-o setup cross-phantglobs.o setup.o -lm cd /otte/src/gnu/usr.bin/gperf; make build-tools make: don't know how to make build-tools. Stop *** Error code 2 Stop in /otte/src. *** Error code 1 Stop in /otte/src. *** Error code 1 Stop in /otte/src. -- Finger [EMAIL PROTECTED] for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: vn.ko load/unload/mount = panic
I had a longer look at this, and a more complete patch is logged as PR kern/18270 (try at your own risk: it works for me). I'd appreciate someone more experienced having a look at it and commenting. Cheers, Peter. Wilko Bulte wrote: On Wed, Apr 26, 2000 at 04:25:46PM +0100, Peter Edwards (local) wrote: How about send-pr ing this stuff? Wilko Hi, After a (very) quick look at the source it looks like there's a missing cdevsw_remove() missing from the MOD_UNLOAD/MOD_SHUTDOWN event handling I haven't time to test it, but try this: *** vn.c.oldWed Apr 26 16:23:03 2000 --- vn.cWed Apr 26 16:24:06 2000 *** *** 762,767 --- 762,768 case MOD_UNLOAD: /* fall through */ case MOD_SHUTDOWN: + cdevsw_remove(vn_cdevsw); for (;;) { vn = SLIST_FIRST(vn_list); if (!vn) Maxim Sobolev wrote: Hi, I've already submitted this crash report earlier but it seems that developers in -current list are too busy discussing whether Matt allowed to commit his SMP work into 4.0 to pay attention to "ordinary" panic reports :-(. Following is slightly simplified course of actions which is known to produce kernel panic on both 4.0 and 5.0: root@notebook# kldstat Id Refs AddressSize Name 12 0xc010 1c2f48 kernel 21 0xc02c3000 30c8 splash_bmp.ko root@notebook# mount /dev/vn0c /mnt mount: Device not configured root@notebook# kldload /modules/vn.ko root@notebook# kldstat Id Refs AddressSize Name 13 0xc010 1c2f48 kernel 21 0xc02c3000 30c8 splash_bmp.ko 31 0xc0823000 3000 vn.ko root@notebook# kldunload -i 3 root@notebook# mount /dev/vn0c /mnt [BINGO] Fatal trap 12: page fault while in kernel mode [...] -Maxim -- Wilko Bulte Powered by FreeBSD http://www.freebsd.org http://www.tcja.nl To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Workaround for hanging on exit: patch for review
Matthew Dillon wrote: p.s. (on a different topic) I am also seeing serial stream corruption for serial console output. If I add a kernel printf() that generates a lot of output, I get most of it on the serial console plus a lot of other random garbage. Very weird. I've been seeing this as well. Things seem to work fine until a lot of output occurs and then I just get a load of garbage. Paul. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
crash - perhaps vinum or sym related
Hi, On a 5.0-CURRENT box (no custom changes), as of 2 hours ago, we have a reproducable crash when trying to bring up a vinum mirror. The box is a dual 500 MHz Pentium III, intel motherboard Tecram SCSI controllers (the sym driver) and 27 IBM ultrastar 36LZX 9 GB drives, these drives are setup as 2 stripes of 13 drives each, which is mirrored, and a spare disk. I'm not sure if this is a vinum problem, or a problem with the sym driver, I hope someone is able to help us here. Here is what we did. (note this is regarding the raid01 volume). remie# vinum list 29 drives: D d1State: up Device /dev/da1s1f Avail: 1/3178 MB (0%) D d2State: up Device /dev/da2s1f Avail: 1/3178 MB (0%) D a1State: up Device /dev/da5s1e Avail: 0/8682 MB (0%) D a2State: up Device /dev/da6s1e Avail: 0/8682 MB (0%) D a3State: up Device /dev/da7s1e Avail: 0/8682 MB (0%) D a4State: up Device /dev/da8s1e Avail: 0/8682 MB (0%) D a5State: up Device /dev/da9s1e Avail: 0/8682 MB (0%) D a6State: up Device /dev/da10s1e Avail: 0/8682 MB (0%) D a7State: up Device /dev/da11s1e Avail: 0/8682 MB (0%) D a8State: up Device /dev/da12s1e Avail: 0/8682 MB (0%) D a9State: up Device /dev/da13s1e Avail: 0/8682 MB (0%) D a10 State: up Device /dev/da14s1e Avail: 0/8682 MB (0%) D a11 State: up Device /dev/da15s1e Avail: 0/8682 MB (0%) D a12 State: up Device /dev/da16s1e Avail: 0/8682 MB (0%) D a13 State: up Device /dev/da17s1e Avail: 0/8682 MB (0%) D hotspare State: up Device /dev/da18s1e Avail: 8682/8682 MB (100%) D b1State: up Device /dev/da19s1e Avail: 0/8682 MB (0%) D b2State: up Device /dev/da20s1e Avail: 0/8682 MB (0%) D b3State: up Device /dev/da21s1e Avail: 0/8682 MB (0%) D b4State: up Device /dev/da22s1e Avail: 0/8682 MB (0%) D b5State: up Device /dev/da23s1e Avail: 0/8682 MB (0%) D b6State: up Device /dev/da24s1e Avail: 0/8682 MB (0%) D b7State: up Device /dev/da25s1e Avail: 0/8682 MB (0%) D b8State: up Device /dev/da26s1e Avail: 0/8682 MB (0%) D b9State: up Device /dev/da27s1e Avail: 0/8682 MB (0%) D b10 State: up Device /dev/da28s1e Avail: 0/8682 MB (0%) D b11 State: up Device /dev/da29s1e Avail: 0/8682 MB (0%) D b12 State: up Device /dev/da30s1e Avail: 0/8682 MB (0%) D b13 State: up Device /dev/da31s1e Avail: 0/8682 MB (0%) 2 volumes: V mirror0 State: up Plexes: 2 Size: 3176 MB V raid01State: up Plexes: 2 Size:110 GB 4 plexes: P mirror0.p0 C State: up Subdisks: 1 Size: 3176 MB P mirror0.p1 C State: up Subdisks: 1 Size: 3176 MB P raid01.p0 S State: up Subdisks:13 Size:110 GB P raid01.p1 S State: faulty Subdisks:13 Size:110 GB 28 subdisks: S mirror0.p0.s0 State: up PO:0 B Size: 3176 MB S mirror0.p1.s0 State: up PO:0 B Size: 3176 MB S raid01.p0.s0 State: up PO:0 B Size: 8682 MB S raid01.p0.s1 State: up PO: 512 kB Size: 8682 MB S raid01.p0.s2 State: up PO: 1024 kB Size: 8682 MB S raid01.p0.s3 State: up PO: 1536 kB Size: 8682 MB S raid01.p0.s4 State: up PO: 2048 kB Size: 8682 MB S raid01.p0.s5 State: up PO: 2560 kB Size: 8682 MB S raid01.p0.s6 State: up PO: 3072 kB Size: 8682 MB S raid01.p0.s7 State: up PO: 3584 kB Size: 8682 MB S raid01.p0.s8 State: up PO: 4096 kB Size: 8682 MB S raid01.p0.s9 State: up PO: 4608 kB Size: 8682 MB S raid01.p0.s10 State: up PO: 5120 kB Size: 8682 MB S raid01.p0.s11 State: up PO: 5632 kB Size: 8682 MB S raid01.p0.s12 State: up PO: 6144 kB Size: 8682 MB S raid01.p1.s0 State: initialized PO:0 B Size: 8682 MB S raid01.p1.s1 State: initialized PO: 512 kB Size: 8682 MB S raid01.p1.s2 State: initialized PO: 1024 kB Size: 8682 MB S raid01.p1.s3 State:
Re: Problems configuring Vadem VG-469 PCMCIA controller.
On Thu, 27 Apr 2000, Warner Losh wrote: Add the vendor ID to pccard/pcic.c: static struct isa_pnp_id pcic_ids[] = { {PCIC_PNP_82365,NULL}, /* PNP0E00 */ {PCIC_PNP_CL_PD6720,NULL}, /* PNP0E01 */ {PCIC_PNP_VLSI_82C146, NULL}, /* PNP0E02 */ {PCIC_PNP_82365_CARDBUS,NULL}, /* PNP0E03 */ {0} }; Thanks to the wonders of Mr Bill Paul and others, we are up and running beautifully. Changing that structure to: static struct isa_pnp_id pcic_ids[] = { {PCIC_PNP_82365,NULL}, /* PNP0E00 */ {PCIC_PNP_CL_PD6720,NULL}, /* PNP0E01 */ {PCIC_PNP_VLSI_82C146, NULL}, /* PNP0E02 */ {PCIC_PNP_82365_CARDBUS,NULL}, /* PNP0E03 */ {0x1802a904,NULL}, {0} }; has fixed the problem. Note that that identifier is what pnpinfo reported: Logical Device ID: AEI0218 0x1802a904 #0 Vendor register funcs 00 I/O Range 0x3e0 .. 0x3fe, alignment 0x2, len 0x2 [16-bit addr] End Tag Since we knew the controller was the same as the others (the Vadem), just adding that ID fixed thinks up. Thanks to everyone who answered, and specially to Bill who a) wrote the driver, and b) debugged the problem with me. dave ---. Web-based problem management: www.stonekeep.com Dave Belfer-Shevett . [EMAIL PROTECTED] / "I've never had major knee surgery on any other part \ -- of my body." (Winston Bennett, University of | | Kentucky basketball forward) | \__/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Archive pruning
On Mon, 24 Apr 2000, David O'Brien wrote: I've often traced files back to the begining of FreeBSD time (and then continued in the CSRG SCCS tree). ^^ I've wanted to do this on occasion. Where are these pre-FreeBSD history records available? -Brian -- Brian Dean [EMAIL PROTECTED] SAS Institute Inc. [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Archive pruning
On Fri, 28 Apr 2000 13:17:56 -0400 (EDT), Brian Dean [EMAIL PROTECTED] said: I've wanted to do this on occasion. Where are these pre-FreeBSD history records available? You can buy them on CD-ROM, IIRC. In order to do so, however, you must first take out a SCO ``Historical UNIX Versions'' personal license. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same [EMAIL PROTECTED] | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Archive pruning
On Fri, Apr 28, 2000 at 01:17:56PM -0400, Brian Dean wrote: I've often traced files back to the begining of FreeBSD time (and then continued in the CSRG SCCS tree). I've wanted to do this on occasion. Where are these pre-FreeBSD history records available? Glad you asked. http://www.mckusick.com/csrg/index.html -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Archive pruning
On Fri, 28 Apr 2000, David O'Brien wrote: On Fri, Apr 28, 2000 at 01:17:56PM -0400, Brian Dean wrote: I've often traced files back to the begining of FreeBSD time (and then continued in the CSRG SCCS tree). I've wanted to do this on occasion. Where are these pre-FreeBSD history records available? Glad you asked. http://www.mckusick.com/csrg/index.html Not incidently, SCO have waived the $100 license application fee, which means that you can get your own official Ancient UNIX(TM) Source Code License for free. This roughly cuts in half the cost of the disks for someone not covered under a orginizaitonal souce code license. David Scheidt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Archive pruning
Out of da blue David Scheidt aka ([EMAIL PROTECTED]) said: On Fri, 28 Apr 2000, David O'Brien wrote: On Fri, Apr 28, 2000 at 01:17:56PM -0400, Brian Dean wrote: I've often traced files back to the begining of FreeBSD time (and then continued in the CSRG SCCS tree). I've wanted to do this on occasion. Where are these pre-FreeBSD history records available? Glad you asked. http://www.mckusick.com/csrg/index.html Not incidently, SCO have waived the $100 license application fee, which means that you can get your own official Ancient UNIX(TM) Source Code License for free. This roughly cuts in half the cost of the disks for someone not covered under a orginizaitonal souce code license. Is there a new license form to sign or do we just fill out the current form without sending the applicateion fee? David Scheidt #;^) -- f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng. bush doctor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Archive pruning
On Fri, 28 Apr 2000, Bush Doctor wrote: Out of da blue David Scheidt aka ([EMAIL PROTECTED]) said: Not incidently, SCO have waived the $100 license application fee, which means that you can get your own official Ancient UNIX(TM) Source Code License for free. This roughly cuts in half the cost of the disks for someone not covered under a orginizaitonal souce code license. Is there a new license form to sign or do we just fill out the current form without sending the applicateion fee? I don't know. SCO just made the announcement a week or two ago -- the same time they BSD licensed cscope -- and don't appear to have made changes to their web site yet. The press release is at http://www.sco.com/press/releases/2000/6927.html It might be worthwhile to attempt to contact the contact name on the release. David To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Archive pruning
Out of da blue David Scheidt aka ([EMAIL PROTECTED]) said: On Fri, 28 Apr 2000, Bush Doctor wrote: Out of da blue David Scheidt aka ([EMAIL PROTECTED]) said: Not incidently, SCO have waived the $100 license application fee, which means that you can get your own official Ancient UNIX(TM) Source Code License for free. This roughly cuts in half the cost of the disks for someone not covered under a orginizaitonal souce code license. Is there a new license form to sign or do we just fill out the current form without sending the applicateion fee? I don't know. SCO just made the announcement a week or two ago -- the same time they BSD licensed cscope -- and don't appear to have made changes to their web site yet. The press release is at http://www.sco.com/press/releases/2000/6927.html It might be worthwhile to attempt to contact the contact name on the release. Thanxs, I'll do that. David #;^) -- f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng. bush doctor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Archive pruning
At 1:21 PM -0400 4/28/00, Garrett Wollman wrote: On Fri, 28 Apr 2000 13:17:56 -0400 (EDT), Brian Dean [EMAIL PROTECTED] said: I've wanted to do this on occasion. Where are these pre-FreeBSD history records available? You can buy them on CD-ROM, IIRC. In order to do so, however, you must first take out a SCO ``Historical UNIX Versions'' personal license. I don't think that's needed anymore. Check out http://www.sco.com/press/releases/2000/6927.html --- Garance Alistair Drosehn = [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Institute To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
sound
Just to let someone know (I know this is -current) but some of the recent changes to the pcm driver have had some wierd effects. First, no wav file will completely play (at least not the short ones); second, xmms now takes 100% cpu, and in top, it says that 76% of this is being used by the "system" Again, just to let someone know. Ken To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
PATCH: buf/bio conversion
Two new patches at http://phk.freebsd.dk/misc 2000-04-28 biodone.patch This patch untangles the biodone/bufdone path. This basically gives struct bio a separate mechanism for callbacks, which at the end calls into the struct buf mechanism. 2000-04-28 ccd.patch (Requires biodone.patch) Convert CCD to struct bio. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: crash - perhaps vinum or sym related
On Friday, 28 April 2000 at 18:49:08 +0200, Jesper Skriver wrote: I'm not sure if this is a vinum problem, or a problem with the sym driver, I hope someone is able to help us here. It's difficult to tell from the backtrace. The crash happens in the sym driver, but it is interrupted out of Vinum. I'd need to look at the dump. db trace sym_flush_comp_queue(c0d7b000,e,384,c0d7b000,ff806b68) at sym_flush_comp_queue+0x1c sym_flush_busy_queue(c0d7b000,e,c0d7b000,2,3610) at sym_flush_busy_queue+0x53 sym_init(c0d7b000,1,c0235550,c0a61690,c0ec55ec) at sym_init+0xec sym_intr1(c0d7b000,ff806c04,c0210315,c0d7b000,4840) at sym_intr1+0x119 sym_intr(c0d7b000,4840,c0210018,c0290010,ff800010) at sym_intr+0xb Xresume16() at Xresume16+0x38 --- interrupt, eip = 0xc0225af8, esp = 0xff806be4, ebp = 0xff806c04 --- splx(c1070400,c0eb5fa0,cf,c610935c,c1043000) at splx+0x30 freerq(c1043000,c610935c,c10a4020,c0e82000,c10a4020) at freerq+0x7e complete_rqe(c10a4020,c10a4020,c0e82000,c10a7c00,c0156986) at complete_rqe+0x59e bufdone(c10a4020,ff806f84,c01289f9,c10a4020,c0e82014) at bufdone+0x55 biodone(c10a4020,c0e82014,c10a4020) at biodone+0xb dadone(c0e3a700,c10a7c00,0,0,) at dadone+0x205 camisr(c0274c30,0,c0211493,0,ff800018) at camisr+0x1eb swi_cambio(0,ff800018,10,0010,) at swi_cambio+0xd doreti_swi() at doreti_swi+0xf From /var/log/messages: Try to trim this more in future. Greg -- Finger [EMAIL PROTECTED] for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Support for large mfs
On Thu, Apr 27, 2000 at 06:32:24PM -0700, Matthew Dillon wrote: A Swap-backed VN /tmp will work as well, but keep in mind that the sector size is 4K and you should use the appropriate options to vnconfig to pre-reserve the swap space so performance does not degrade from fragmentation. I know you've done this before, but can you write a little recipt for your perfered way of doing a VN backed /tmp? Maybe we could get it committed to the Handbook or FAQ. -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re:Sound problem
Hi, I am experiencing the same problem. I am using Avance 100+ but it is detected as Avance 110. Nevertheless, the sound is working. Can anyone having Avance 100+ also check their sound card id. I checked the sbc.c code and found out that the id is used for detecting Avance 110. I am also experiencing problems of sound being lagged for about 4-6 seconds while using Realplayer 7. During 4.0 current, the sound worked fine without any lagged with the video. thanks... __ Do You Yahoo!? Talk to your friends online and get email alerts with Yahoo! Messenger. http://im.yahoo.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: authentication for nis-user fails, only local user can login
I installed FreeBSD 3.4 release and the most recent Kame v6 SNAP kernel and then configured nis. Now I have this mysterious problem. NIS and amd are working fine and I can su to the user accounts from root. Kame's inet46d invokes a telnetd with v6 support but my nis server does not support V6, could this be the problem? -- Behcet Sarikaya Computer Communications Lab. The University of Aizu
Re: authentication for nis-user fails, only local user can login
I installed FreeBSD 3.4 release and the most recent Kame v6 SNAP kernel and then configured nis. Now I have this mysterious problem. NIS and amd are working fine and I can su to the user accounts from root. Kame's inet46d invokes a telnetd with v6 support but my nis server does not support V6, could this be the problem? KAME libinet6 does not support NIS at all. therefore, KAME inet46d nor KAME telnetd do not. workaround: use FreeBSD telnetd (IPv4 only - does not allow IPv6 connections). itojun To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Xircom cards
I cvsuped to 5.0-current and am trying the Xircom driver now. below is information on how I built my kernel and various configuration files. Upon insertion I get the below message. and although I can see the card with ifconfig or netstat -in as soon as I assign it a IP address it page faults. Also with -current my second PCMCIA controller dosn't work so I have it disabled in the kernel config. Ill keep checking for updated drivers and patches.. Hope this info helps. I have a Ricoh Majio laptop with 3 PCMCIA slots (2 controllers) which support cardbus and legacy. I have them in legacy mode. If there is any more info I should provide please let me know.. Richard Puga [EMAIL PROTECTED] /etc/pccard.conf # Generally available IO ports io 0x240-0x360 # Generally available IRQs (Built-in sound-card owners remove 5) irq 3 5 10 11 13 15 # Available memory slots memory 0xd4000 96k # Xircom CreditCard Ethernet 10/100 + modem (Ethernet part) card "Xircom" "Ethernet Adapter" config auto "xe0" 9 insert logger -t pccard:$device -s Xircom CreditCard Modem inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s Xircom CreditCard Modem removed remove /sbin/ifconfig $device delete ##INSERTING CARD BEFORE BOOT xe0: xe: Probing xe0: Got version string (0x15) xe0: Got card ID (0x20) xe0: Card is Ethernet only xe0: Got MAC address (0x22) xe0 at port 0x240-0x24f iomem 0xd-0xd0fff irq 9 slot 1 on pccard1 xe0: attach xe0: Xircom CE3, bonding version 0x45, 100Mbps capable xe0: DingoID = 0x444b, RevisionID = 0x1, VendorID = 0 xe0: Ethernet address 00:10:a4:f4:fa:e6 xe0: supplying EUI64: 00:10:a4:ff:fe:f4:fa:e6 xe0: BPF listener attached device_probe_and_attach: xe0 attach returned 1 ##INSERTING CARD AFTER BOOT ricoh /root 6% pccard: card inserted, slot 1 Apr 29 10:13:27 ricoh /kernel: pccard: card inserted, slot 1 Apr 29 10:13:27 ricoh /kernel: pccard: card inserted, slot 1 Apr 29 10:13:32 ricoh pccardd[45]: Card "Xircom"("Ethernet Adapter") matched "Xircom" ("Ethernet Adapter") Apr 29 10:13:32 ricoh pccardd[45]: Card "Xircom"("Ethernet Adapter") matched "Xircom" ("Ethernet Adapter") Apr 29 10:13:32 ricoh pccardd[45]: Card "Xircom"("Ethernet Adapter") matched "Xircom" ("Ethernet Adapter") xe0: xe: Probing xe0: Got version string (0x15) xe0: Got card ID (0x20) xe0: Card is Ethernet only xe0: Got MAC address (0x22) xe0 at port 0x240-0x24f iomem 0xd-0xd0fff irq 9 slot 1 on pccard1 xe0: attach xe0: Cannot allocate ioport device_probe_and_attach: xe0 attach returned 12 Apr 29 10:13:38 ricoh /kernel: xe0: xe: Probing Apr 29 10:13:38 ricoh /kernel: xe0: xe: Probing Apr 29 10:13:38 ricoh /kernel: xe0: Got version string (0x15) Apr 29 10:13:38 ricoh /kernel: xe0: Got version string (0x15) Apr 29 10:13:38 ricoh /kernel: xe0: Got card ID (0x20) Apr 29 10:13:38 ricoh /kernel: xe0: Got card ID (0x20) Apr 29 10:13:38 ricoh /kernel: xe0: Card is Ethernet only Apr 29 10:13:38 ricoh /kernel: xe0: Card is Ethernet only Apr 29 10:13:38 ricoh /kernel: xe0: Got MAC address (0x22) Apr 29 10:13:38 ricoh /kernel: xe0: Got MAC address (0x22) Apr 29 10:13:38 ricoh /kernel: xe0 at port 0x240-0x24f iomem 0xd-0xd0fff irq 9 slot 1 on pccard1 Apr 29 10:13:38 ricoh /kernel: xe0 at port 0x240-0x24f iomem 0xd-0xd0fff irq 9 slot 1 on pccard1 Apr 29 10:13:38 ricoh /kernel: xe0: attach Apr 29 10:13:38 ricoh /kernel: xe0: attach Apr 29 10:13:38 ricoh /kernel: xe0: Cannot allocate ioport Apr 29 10:13:38 ricoh /kernel: xe0: Cannot allocate ioport Apr 29 10:13:38 ricoh /kernel: device_probe_and_attach: xe0 attach returned 12 Apr 29 10:13:38 ricoh /kernel: device_probe_and_attach: xe0 attach returned 12 Apr 29 10:13:38 ricoh pccardd[45]: driver allocation failed for Xircom(Ethernet Adapter): Cannot allocate memory Apr 29 10:13:38 ricoh pccardd[45]: driver allocation failed for Xircom(Ethernet Adapter): Cannot allocate memory Apr 29 10:13:38 ricoh pccardd[45]: driver allocation failed for Xircom(Ethernet Adapter): Cannot allocate memory ##KERNEL CONFIG # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # #http://www.freebsd.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.ORG/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.252 2000/04/15 18:46:15 asmodai Exp $ machine