RE: Audigy Support?
> I've been using the OSS drivers for my Audigy "Gamer" sound > card for quite > some time now, and would like to switch away from OSS. I vaguely > remember, after searching Google, that someone had gotten this to work > after a recent cvsup. Unfortunately, I cannot seem to get > this to work > natively. > > I've tried the usual emu_10k1 kernel module with no luck. I was just > wondering if perhaps I'm not doing something correctly, or I > should just > stick with the OSS drivers for the time being. You can try a patch posted here (it's based on Orlando's work) or try my drivers (http://chibis.persons.gfk.ru/audigy/). Yuriy Tsibizov, http://chibis.persons.gfk.ru/audigy/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
howto dump gbde partition ?
Hi, I was trying to dump my crypted partition (mounted) and got the following: DUMP: Dumping /dev/twed0s1h.bde to /dev/nsa0 DUMP: Cannot find file system superblock DUMP: The ENTIRE dump is aborted. how can I back it up ? thx Christophe -- Christophe Zwecker mail: [EMAIL PROTECTED] Hamburg, Germanyfon: +49 179 3994867 http://www.zwecker.de "Who is General Failure ? And why is he reading my disk ??" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cirrus ich3 doesn't work after suspend to disk
Hi Orion, On Thu, Jun 05, 2003 at 01:05:32PM -0700, Orion Hodson wrote: > The problem you are experiencing is almost certainly localized in the ich > code, specifically ich_init - we may also want ich_reinit. The intel specs > are very good as a rule and certainly the place to start - I don't think we > do warm reset properly (like at all) and probably don't do very good job of > cold reset. The specs live under developer.intel.com and should show up in > a search there. I've found and read the spec. I think it has all the info to come to a fully working version eventually. > You might also want to check the power state as the chip comes back up - look > for pci_{get,set}_powerstate in cs4281.c. I don't know offhand whether the > lower level PCI code does this automatically now or not. This is ok. (D0) I did some checking with pciconf before and after suspend and come up with the following "fix": # set nambar pciconf -w -b pci0:31:5 0x11 0xd8 # set nabmbar: pciconf -w -b pci0:31:5 0x14 0x81 pciconf -w -b pci0:31:5 0x15 0xdc # set pcicmd: pciconf -w -b pci0:31:5 0x4 0x5 I hacked the same thing into ich.c, that works too, but is not very clean. Anyway that still doesn't seem to really solve the problem as that won't help the hang on module reload. I'll investigate further. Mark -- Mark SantcroosRIPE Network Coordination Centre http://www.ripe.net/home/mark/New Projects Group/TTM ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: sendmail starts before rpc.statd and rpc.lockd
> Generally, sendmail uses flock() on the aliases file and related databases > to ensure consistency. As far as I know, it's unrelated to redirection. And for locking queue files. > > Here is what Control-T does > > load: 0.20 cmd: sendmail 292 [pause] 0.02u 0.04s 0% 2016k > > pause, eh? That doesn't sound like it's related the the NFS locking. > Note that the errors you get for sendmail due to lack of locking result in > a fairly clean exit, not a hang. Hangs are generally associated with DNS. > Try a packet sniff? No, it's sendmail: void queueup(e, announce, msync) ... const int flags = O_CREAT|O_WRONLY|O_EXCL|O_EXLOCK; ... /* get a locked tf file */ for (i = 0; i < 128; i++) { ... tfd = open(tf, flags, QueueFileMode); ... if (lockfile(tfd, tf, NULL, LOCK_EX|LOCK_NB)) break; ... (void) sleep(i % 32); } While trying to create a locked queue file, it sleeps in case a later attempt will work. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: sendmail starts before rpc.statd and rpc.lockd
On Sun, 8 Jun 2003, David Yeske wrote: > This is when sendmail is ran from virecover. > > Is this because sendmail is taking redirection, and it needs to flock() > for that? Generally, sendmail uses flock() on the aliases file and related databases to ensure consistency. As far as I know, it's unrelated to redirection. > I think a solution could be to make virecover called later on. Why are > rpc.lockd and rpc.statd not started directly after rpcbind? No idea. Moving virecover later is a possibility; probably the missing piece is that sendmail should depend on rpc.lockd, ordering-wise. Or perhaps, it should depend on late-stage file system bits, and the file system bits don't probably depend with the rpc bits. > Here is some more output. > > Recovering vi editor sessions:Jun 8 21:03:39 photon sendmail[292]: h5913dfn000292: > SYSERR(root): > cannot flock(./dfh5913dfn000292, fd=3, type=2, omode=40002, euid=25): Operation not > supported > collect: Cannot write ./dfh5913dfn000292 (bfcommit, uid=25, gid=25): Operation not > supported > cannot flock(./tfh5913dfn000292, fd=5, type=6, omode=40001, euid=25): Operation not > supported > cannot flock(./tfh5913dfn000292, fd=5, type=6, omode=40001, euid=25): Operation not > supported > Jun 8 21:03:39 photon sendmail[292]: h5913dfn000292: SYSERR(root): collect: Cannot > write > ./dfh5913dfn000292 (bfcommit, uid=25, gid=25): Operation not supported > Jun 8 21:03:39 photon sendmail[292]: h5913dfn000292: SYSERR(root): cannot > flock(./tfh5913dfn000292, fd=5, type=6, omode=40001, euid=25): Operation not > supported > Jun 8 21:03:39 photon sendmail[292]: h5913dfn000292: queueup: cannot lock > ./tfh5913dfn000292: > Operation not supported > > Here is what Control-T does > load: 0.20 cmd: sendmail 292 [pause] 0.02u 0.04s 0% 2016k pause, eh? That doesn't sound like it's related the the NFS locking. Note that the errors you get for sendmail due to lack of locking result in a fairly clean exit, not a hang. Hangs are generally associated with DNS. Try a packet sniff? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
fixing sparc build
Does anyone object to me adding sparc64 to the #ifdef __alpha__ line in sys/disklabel.h? Attached is the patch I would commit. It has been verified to compile under sparc64. The only big change is that this changes the LABELOFFSET from 128 to 64 on sparc, but it doesn't look like any kernel source is using LABELOFFSET. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." Index: disklabel.h === RCS file: /home/ncvs/src/sys/sys/disklabel.h,v retrieving revision 1.104 diff -u -r1.104 disklabel.h --- disklabel.h 2003/06/07 09:06:39 1.104 +++ disklabel.h 2003/06/09 01:37:41 @@ -60,7 +60,7 @@ #define LABELOFFSET0 /* offset of label in sector */ #endif -#ifdef __alpha__ +#if defined(__alpha__) || defined(__sparc64__) #define LABELSECTOR0 #define LABELOFFSET64 #endif ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: sendmail starts before rpc.statd and rpc.lockd
This is when sendmail is ran from virecover. Is this because sendmail is taking redirection, and it needs to flock() for that? I think a solution could be to make virecover called later on. Why are rpc.lockd and rpc.statd not started directly after rpcbind? Here is some more output. Recovering vi editor sessions:Jun 8 21:03:39 photon sendmail[292]: h5913dfn000292: SYSERR(root): cannot flock(./dfh5913dfn000292, fd=3, type=2, omode=40002, euid=25): Operation not supported collect: Cannot write ./dfh5913dfn000292 (bfcommit, uid=25, gid=25): Operation not supported cannot flock(./tfh5913dfn000292, fd=5, type=6, omode=40001, euid=25): Operation not supported cannot flock(./tfh5913dfn000292, fd=5, type=6, omode=40001, euid=25): Operation not supported Jun 8 21:03:39 photon sendmail[292]: h5913dfn000292: SYSERR(root): collect: Cannot write ./dfh5913dfn000292 (bfcommit, uid=25, gid=25): Operation not supported Jun 8 21:03:39 photon sendmail[292]: h5913dfn000292: SYSERR(root): cannot flock(./tfh5913dfn000292, fd=5, type=6, omode=40001, euid=25): Operation not supported Jun 8 21:03:39 photon sendmail[292]: h5913dfn000292: queueup: cannot lock ./tfh5913dfn000292: Operation not supported Here is what Control-T does load: 0.20 cmd: sendmail 292 [pause] 0.02u 0.04s 0% 2016k --- Robert Watson <[EMAIL PROTECTED]> wrote: > On Sat, 7 Jun 2003, David Yeske wrote: > > > Jun 8 00:52:33 photon sendmail[293]: h584pRfm000293: SYSERR(root): cannot > > flock(./tfh584pRfm000293, fd=5, type=6, omode=40001, euid=25^C. > > NFS access cache time=2 > > Starting statd. > > Starting lockd. > > > > It looks like sendmail starts before rpc.lockd and rpc.statd? This will > > cause diskless clients to hang? This is a nfs server and diskless > > client running 5.1-RELEASE. I'm running rpc.lockd and rpc.statd on the > > server and the client. Should rpc.lockd and rpc.statd be started before > > sendmail starts? > > Hmm. It shouldn't cause diskless clients to hang, or at least, doesn't > for me. The cause of the error message, however, is exactly as you > surmise -- befpre rpc.lockd, calls to flock() on the NFS file system will > return an error. Is the hang you're seeing immediately after the > "Starting lockd"? If you hit Ctrl-T, does it tell you anything useful? > Note that unless you're running 5.x pretty close to the release, pressing > Ctrl-T while a process is attempting to grab an NFS-backed file lock will > result in a slipped lock and many nasty failure modes. I disabled signal > delivery to processes while sleeping on an NFS lock as a workaround until > out rpc.lockd addresses the "process aborts the lock request" race, which > isn't handled right now. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > [EMAIL PROTECTED] Network Associates Laboratories > > __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Sound Blaster Live DD5.1
I tried the patch as you suggest. The device is now found, but it does not function. pcm0:play:0: play interrupt timeout, channel dead dmesg lists: pcm0: port 0xdc40-0xdc5f irq3 at device 9.0 on pci2 Thank you, Tom Veldhouse - Original Message - From: "Mathew Kanner" <[EMAIL PROTECTED]> To: "Thomas T. Veldhouse" <[EMAIL PROTECTED]>; "Emil A Eklund" <[EMAIL PROTECTED]> Cc: "FreeBSD-Current" <[EMAIL PROTECTED]> Sent: Sunday, June 08, 2003 1:01 PM Subject: Re: Sound Blaster Live DD5.1 > > [ Thomas and Emil talk about Dell OEM SB, Emil gives a pciconf ] > > Could somebody with Dell OEM card try this patch and report > back? > > --Mat > > -- > Brain: Pinky, are you pondering what I'm pondering? > Pinky: I think so Brain, but if you replace the P with an O, my name > would be Oinky, wouldn't it? > ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: redirect unauthorized users to a login page (natd as atransparent proxy)
On Mon, Jun 09, 2003 at 01:05:07AM +0300, Ruslan Ermilov wrote: > On Sun, Jun 08, 2003 at 10:35:47PM +0200, Vaclav Petricek wrote: > > > > Hello > > > > I am trying to redirect all http traffic of unauthorized wifi users on a > > wireless hotspot to a login page. The problem I have is that I can not > > disable the regular address translation (I want the source address to stay > > the same). > > > > 10.0.0.7 is the wifi client > > 195.250.155.29 is the web wifi user tries to access from his browser > > 195.113.17.94 is my login page > > 10.0.0.1 is the wifi interface on the server > > > > What happens is > > > > In [TCP] [TCP] 10.0.0.7:1036 -> 195.250.155.29:80 aliased to > >[TCP] 10.0.0.1:1036 -> 195.113.17.94:80 > > > > The natd configuration file: > > - > > interface wi0 > > port 1234 > > #proxy_only yes > > reverse > > proxy_rule port 80 server 195.113.17.94:80 > > - > > > > Natd was run as natd -f /etc/natd.conf -v with > > 00010 divert 1234 tcp from any to any via wi0 > > > > I was hoping proxy_only will do the trick but it does not seem to have > > any impact and the source address is changed anyway. > > > > A quick glance at the source did not help much to my understanding of the > > proxy_only option. > > > Confirmed as a bug. The attached patch worked for me, > please test it. You'll have to recompile and reinstall > libalias(3), then recompile and reinstall natd(8) with > new library. > I was too fast. This patch doesn't work well. It works in a sense that it doesn't modify source IP address of the proxied packets, but it doesn't work in a sense that reply packets do not undergo de-aliasing. The attached patch is verified to work. Please test it instead. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software Ltd, [EMAIL PROTECTED] FreeBSD committer Index: alias.c === RCS file: /home/ncvs/src/lib/libalias/alias.c,v retrieving revision 1.36 diff -u -p -r1.36 alias.c --- alias.c 23 Jul 2002 00:16:19 - 1.36 +++ alias.c 8 Jun 2003 22:38:36 - @@ -1425,6 +1425,10 @@ PacketAliasOut(char *ptr, /* v SetDefaultAliasAddress(pip->ip_src); } } +else if (packetAliasMode & PKT_ALIAS_PROXY_ONLY) +{ +SetDefaultAliasAddress(pip->ip_src); +} iresult = PKT_ALIAS_IGNORED; if ((ntohs(pip->ip_off) & IP_OFFMASK) == 0) pgp0.pgp Description: PGP signature
ahc driver bug?
It looks like we are calling the ahc_chip_init() code in the ahc/aic7xxx driver on shutdown. Is that correct? -- Pawel boot() called on cpu#0 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... 17 17 10 10 1 1 done Uptime: 4d1h31m23s ahc0: Downloading Sequencer Program... 423 instructions downloaded ahc0: Features 0x56f6, Bugs 0x6, Flags 0x20485140 Rebooting... cpu_reset called on cpu#1 cpu_reset: Stopping other CPUs cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 1 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[-CURRENT tinderbox] failure on sparc64/sparc64
TB --- 2003-06-08 21:32:31 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-06-08 21:32:31 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-08 21:34:54 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating >>> /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-06-08 22:26:57 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jun 8 22:26:57 GMT 2003 >>> Kernel build for GENERIC completed on Sun Jun 8 22:35:47 GMT 2003 TB --- 2003-06-08 22:35:47 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-06-08 22:35:47 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 8 22:35:48 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumconfig.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumdaemon.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinuminterrupt.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumio.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumio.c: In function `write_volume_label': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumio.c:714: `LABELSECTOR' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumio.c:714: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumio.c:714: for each function it appears in.) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/s
Re: Re Regression: Playing QT files from mplayer stopped working in5.1
On Sun, 8 Jun 2003, Arjan van Leeuwen wrote: > Indeed, a very dirty but effective fix. Thank you. I'll forward this to > ports@ and lioux@, who has done all the recent updates on mplayer. So one interesting question would be: if you ktrace on both 4.x and 5.x, do both pass in the bad value to close(), or is there something else in 5.x triggering the use of negative file descriptor numbers? > > Arjan > > On Sunday 08 June 2003 15:06, Ted Lindgreen wrote: > > > Since a short time (don't know exactly when it happened) it's not > > > possible anymore to play Quicktime files (.mov) with mplayer on > > > 5.1-CURRENT. It has to be a change in -CURRENT, I haven't updated > > > mplayer. > > > > I do not have the right fix, but the cause of the problem is > > that in loader/win32.c at line 2077: > > > > 2076 if (v1 > 2) > > 2077 if (!close(v1a)) > > > > close is called with a ridiciously large value. In previous > > FreeBSD releases this appearently did not cause a fatal problem, > > but since a week or so mplayer aborts on it. > > > > A stupid, but effective workaround is not to call close if v1 > > is too large, f.i.: > > > > 2072 static int WINAPI expCloseHandle(long v1) > > 2073 { > > 2074 dbgprintf("CloseHandle(0x%x) => 1\n", v1); > > 2075 /* do not close stdin,stdout and stderr */ > > 2076 if (v1 > 2 && v1 < 128) > > 2077 if (!close(v1)) > > 2078 return 0; > > 2079 return 1; > > 2080 } > > > > Of course for the real fix one needs to delve deeper into mplayer > > to find out where the large valued filedescriptor comes from. > > > > -- ted > > ___ > > [EMAIL PROTECTED] mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Re Regression: Playing QT files from mplayer stopped working in5.1
Indeed, a very dirty but effective fix. Thank you. I'll forward this to ports@ and lioux@, who has done all the recent updates on mplayer. Arjan On Sunday 08 June 2003 15:06, Ted Lindgreen wrote: > > Since a short time (don't know exactly when it happened) it's not > > possible anymore to play Quicktime files (.mov) with mplayer on > > 5.1-CURRENT. It has to be a change in -CURRENT, I haven't updated > > mplayer. > > I do not have the right fix, but the cause of the problem is > that in loader/win32.c at line 2077: > > 2076 if (v1 > 2) > 2077 if (!close(v1a)) > > close is called with a ridiciously large value. In previous > FreeBSD releases this appearently did not cause a fatal problem, > but since a week or so mplayer aborts on it. > > A stupid, but effective workaround is not to call close if v1 > is too large, f.i.: > > 2072 static int WINAPI expCloseHandle(long v1) > 2073 { > 2074 dbgprintf("CloseHandle(0x%x) => 1\n", v1); > 2075 /* do not close stdin,stdout and stderr */ > 2076 if (v1 > 2 && v1 < 128) > 2077 if (!close(v1)) > 2078 return 0; > 2079 return 1; > 2080 } > > Of course for the real fix one needs to delve deeper into mplayer > to find out where the large valued filedescriptor comes from. > > -- ted > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mini-PCI Cards dont work
In message: <[EMAIL PROTECTED]> [EMAIL PROTECTED] (Torsten Kötting) writes: : Interesting was that the Orinoco card was'nt found when i was using my : custom-mini kernel which had all the PC-Card stuff disabled. I thought the : accessability of the mini-PCI slot doesnt depend on any PC-Card drivers ... The orinoco cards are a pci <-> cardbus bridge + guts of a lucent gold card condenced down onto a mini-pci form factor. So that makes perfect sence that it wouldn't work. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mini-PCI Cards dont work
Hello, >: After checking several mailarchives and trying >: older firmwares for the MPI350 without having any success I thought I give >: up on the MPI350 and buy an Orinoco wlan card, again MiniPCI. I was sure I >: have solved my probs now but I was wrong. Exactly the same problem appears >: now with the Orinoco Card. The Driver finds it, after activating the wi0 >: interface the system crashes. >What was the crash? I've has issues with my minipci orinoco card that >I've not been able to fully nail down. sorry, i dont know what exactly causes the crash. After activating the interface wi0 the system freezes not showing any messages anymore ... Interesting was that the Orinoco card was'nt found when i was using my custom-mini kernel which had all the PC-Card stuff disabled. I thought the accessability of the mini-PCI slot doesnt depend on any PC-Card drivers ... thanks for help Torsten ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Sound Blaster Live DD5.1
> [ Thomas and Emil talk about Dell OEM SB, Emil gives a pciconf ] Could somebody with Dell OEM card try this patch and report back? --Mat -- Brain: Pinky, are you pondering what I'm pondering? Pinky: I think so Brain, but if you replace the P with an O, my name would be Oinky, wouldn't it? --- emu10k1.c Sun Jun 8 13:56:01 2003 +++ /tmp/e Sun Jun 8 13:55:37 2003 @@ -1446,6 +1446,9 @@ s = "Creative EMU10K2"; break; */ + case 0x00061102: + s = "Dell EMU10K1"; + break; default: return ENXIO; } ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Sound Blaster Live DD5.1
Here goes I currently have both the dell soundblaster and a boxed soundblaster in the machine so you should see both. If there's anything else you'll need let me know. /Emil On Sun, 2003-06-08 at 19:00, Scott Long wrote: > Emil A Eklund wrote: > > I believe the soundblasters in dell machines are special in some kind, I > > have a dell as well and the SB Live that came with it works fine under > > windows, but does not work at all under FreeBSD, however I had an old > > Live (exact same spec as the one that came with the machine) and it > > works just fine, I have no idea what's different about the dell ones. > > > > /Emil A Eklund > > > > On Sun, 2003-06-08 at 17:41, Thomas T. Veldhouse wrote: > > > >>I have recently purchased a Dell Dimension 8250 which contains a Creative > >>Labs SoundBlaster Live! DD 5.1 card. My previous SoundBlaster Live! card > >>was detected in FreeBSD 4.7, but this one is not detected in this machine > >>using FreeBSD 5.1 RELEASE (cvsup to it). No pcm devices show during boot. > >>Is there a way to give the kernel a hint? There is no way to shut of PNP in > >>the BIOS, as Dell as not added this option. > >> > >>Windows XP is showing: > >> > >>I/O Range: DC40-DC5F > >>IRQ: 18 > >> > >>Thanks in advance, > >> > >>Tom Veldhouse > >> > > Dell has a bad habit of using unique PCI-ID's for hardware that it buys > from others. Can both of you do 'pciconf -lv' and post the output? It > might very well be as easy as just adding the Dell IDs to the driver. > > Scott > [EMAIL PROTECTED]:0:0: class=0x06 card=0x01421028 chip=0x25608086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82845G/GL/GV/GE/PE DRAM Controller / Host-Hub I/F Bridge' class= bridge subclass = HOST-PCI [EMAIL PROTECTED]:1:0: class=0x060400 card=0x chip=0x25618086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82845G/GL/GV/GE/PE Brookdale Host-to-AGP Bridge' class= bridge subclass = PCI-PCI [EMAIL PROTECTED]:29:0: class=0x0c0300 card=0x01421028 chip=0x24c28086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB (ICH4) USB UHCI Controller #1' class= serial bus subclass = USB [EMAIL PROTECTED]:29:1: class=0x0c0300 card=0x01421028 chip=0x24c48086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB (ICH4) USB UHCI Controller #2' class= serial bus subclass = USB [EMAIL PROTECTED]:29:2: class=0x0c0300 card=0x01421028 chip=0x24c78086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB (ICH4) USB UHCI Controller #3' class= serial bus subclass = USB [EMAIL PROTECTED]:29:7: class=0x0c0320 card=0x01421028 chip=0x24cd8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB (ICH4) USB EHCI Controller' class= serial bus subclass = USB [EMAIL PROTECTED]:30:0: class=0x060400 card=0x chip=0x244e8086 rev=0x81 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB (ICH2/3/4) Hub Interface to PCI Bridge (244E)' class= bridge subclass = PCI-PCI [EMAIL PROTECTED]:31:0: class=0x060100 card=0x chip=0x24c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB (ICH4) LPC Interface Bridge' class= bridge subclass = PCI-ISA [EMAIL PROTECTED]:31:1: class=0x01018a card=0x01421028 chip=0x24cb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB (ICH4) UltraATA/100 EIDE Controller' class= mass storage subclass = ATA [EMAIL PROTECTED]:31:3: class=0x0c0500 card=0x01421028 chip=0x24c38086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB (ICH4) SMBus Controller' class= serial bus subclass = SMBus [EMAIL PROTECTED]:0:0: class=0x03 card=0x80971043 chip=0x028110de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'GeForce4 Ti 4200 with AGP 8x [NV28]' class= display subclass = VGA [EMAIL PROTECTED]:0:0: class=0x040100 card=0x10031102 chip=0x00061102 rev=0x00 hdr=0x00 vendor = 'Creative Labs' device = 'emu10k1x Soundblaster Live! 5.1' class= multimedia subclass = audio [EMAIL PROTECTED]:0:1: class=0x098000 card=0x10031102 chip=0x70041102 rev=0x00 hdr=0x00 vendor = 'Creative Labs' class= input device [EMAIL PROTECTED]:1:0: class=0x040100 card=0x00201102 chip=0x00021102 rev=0x04 hdr=0x00 vendor = 'Creative Labs' device = 'EMU10K1 Audio Chipset (SB Live!)' class= multimedia subclass = audio [EMAIL PROTECTED]:1:1: class=0x098000 card=0x00201102 chip=0x70021102 rev=0x01 hdr=0x00 vendor = 'Creative Labs' device = 'PCI Gameport Joystick' class= input device [EMAIL PROTECTED]:8:0: class=0x02 card=0x01421028 chip=0x10398086 rev=0x81 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB (ICH4) PRO/100 VE Network Connect
Re: mini-PCI Cards dont work
In message: <[EMAIL PROTECTED]> [EMAIL PROTECTED] (Torsten Kötting) writes: : Its a Cisco Aironet 350. The driver does find the card but when I activate : its interface an0 I get a timeout message, the cpu-load jumps to 100% and I : need to reset the laptop. These are classic interrupt storm symptoms. For some reason, we're not routing a proper interrupt, or the an driver is failing to fully service the interrupt in hardware, causing it to interrupt again. : After checking several mailarchives and trying : older firmwares for the MPI350 without having any success I thought I give : up on the MPI350 and buy an Orinoco wlan card, again MiniPCI. I was sure I : have solved my probs now but I was wrong. Exactly the same problem appears : now with the Orinoco Card. The Driver finds it, after activating the wi0 : interface the system crashes. What was the crash? I've has issues with my minipci orinoco card that I've not been able to fully nail down. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Sound Blaster Live DD5.1
Emil A Eklund wrote: I believe the soundblasters in dell machines are special in some kind, I have a dell as well and the SB Live that came with it works fine under windows, but does not work at all under FreeBSD, however I had an old Live (exact same spec as the one that came with the machine) and it works just fine, I have no idea what's different about the dell ones. /Emil A Eklund On Sun, 2003-06-08 at 17:41, Thomas T. Veldhouse wrote: I have recently purchased a Dell Dimension 8250 which contains a Creative Labs SoundBlaster Live! DD 5.1 card. My previous SoundBlaster Live! card was detected in FreeBSD 4.7, but this one is not detected in this machine using FreeBSD 5.1 RELEASE (cvsup to it). No pcm devices show during boot. Is there a way to give the kernel a hint? There is no way to shut of PNP in the BIOS, as Dell as not added this option. Windows XP is showing: I/O Range: DC40-DC5F IRQ: 18 Thanks in advance, Tom Veldhouse Dell has a bad habit of using unique PCI-ID's for hardware that it buys from others. Can both of you do 'pciconf -lv' and post the output? It might very well be as easy as just adding the Dell IDs to the driver. Scott ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Sound Blaster Live DD5.1
I believe the soundblasters in dell machines are special in some kind, I have a dell as well and the SB Live that came with it works fine under windows, but does not work at all under FreeBSD, however I had an old Live (exact same spec as the one that came with the machine) and it works just fine, I have no idea what's different about the dell ones. /Emil A Eklund On Sun, 2003-06-08 at 17:41, Thomas T. Veldhouse wrote: > I have recently purchased a Dell Dimension 8250 which contains a Creative > Labs SoundBlaster Live! DD 5.1 card. My previous SoundBlaster Live! card > was detected in FreeBSD 4.7, but this one is not detected in this machine > using FreeBSD 5.1 RELEASE (cvsup to it). No pcm devices show during boot. > Is there a way to give the kernel a hint? There is no way to shut of PNP in > the BIOS, as Dell as not added this option. > > Windows XP is showing: > > I/O Range: DC40-DC5F > IRQ: 18 > > Thanks in advance, > > Tom Veldhouse > > > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" signature.asc Description: This is a digitally signed message part
Re: sendmail starts before rpc.statd and rpc.lockd
On Sat, 7 Jun 2003, David Yeske wrote: > Jun 8 00:52:33 photon sendmail[293]: h584pRfm000293: SYSERR(root): cannot > flock(./tfh584pRfm000293, fd=5, type=6, omode=40001, euid=25^C. > NFS access cache time=2 > Starting statd. > Starting lockd. > > It looks like sendmail starts before rpc.lockd and rpc.statd? This will > cause diskless clients to hang? This is a nfs server and diskless > client running 5.1-RELEASE. I'm running rpc.lockd and rpc.statd on the > server and the client. Should rpc.lockd and rpc.statd be started before > sendmail starts? Hmm. It shouldn't cause diskless clients to hang, or at least, doesn't for me. The cause of the error message, however, is exactly as you surmise -- befpre rpc.lockd, calls to flock() on the NFS file system will return an error. Is the hang you're seeing immediately after the "Starting lockd"? If you hit Ctrl-T, does it tell you anything useful? Note that unless you're running 5.x pretty close to the release, pressing Ctrl-T while a process is attempting to grab an NFS-backed file lock will result in a slipped lock and many nasty failure modes. I disabled signal delivery to processes while sleeping on an NFS lock as a workaround until out rpc.lockd addresses the "process aborts the lock request" race, which isn't handled right now. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Sound Blaster Live DD5.1
I have recently purchased a Dell Dimension 8250 which contains a Creative Labs SoundBlaster Live! DD 5.1 card. My previous SoundBlaster Live! card was detected in FreeBSD 4.7, but this one is not detected in this machine using FreeBSD 5.1 RELEASE (cvsup to it). No pcm devices show during boot. Is there a way to give the kernel a hint? There is no way to shut of PNP in the BIOS, as Dell as not added this option. Windows XP is showing: I/O Range: DC40-DC5F IRQ: 18 Thanks in advance, Tom Veldhouse ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Can't build -CURRENT on 4.7
On Sat, Jun 07, 2003 at 03:34:08PM -0700, Tim Kientzle wrote: > David O'Brien wrote: > > >This won't work on non-i386, due to alloca issues. > >>+ WORLDTMP=${WORLDTMP} CSTD= \ > >may. > > > Hmmm... This seems like the Right Thing in > any case, since it is one less assumption you're > making about the build environment. > > I'm still getting buildworld failures, though. > Long after the bootstrap, using the new > tools, I'm seeing consistent failures in > libpthread: > > >building shared library libkse.so.1 > >thr_libc.So: In function `sigaction': > >thr_libc.So(.text+0x54): multiple definition of `_sigaction' > >thr_sigaction.So:/usr/src/current/lib/libpthread/thread/thr_sigaction.c:43: first > >defined here > >thr_libc.So: In function `sigprocmask': > >thr_libc.So(.text+0x34): multiple definition of `_sigprocmask' > >thr_sigprocmask.So:/usr/src/current/lib/libpthread/thread/thr_sigprocmask.c:46: > >first defined here > >*** Error code 1 > > > >Stop in /usr/src/current/lib/libpthread. > >*** Error code 1 > Tim, These have been fixed just recently (see the latest committs to src/Makefile.inc1 and src/lib/libpthread), and the buildworld for 5.x on 4.x now works again (verified). There are some uncommitted patches floating around that allow for a buildkernel to survive as well. I have left them for Warner's consideration. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software Ltd, [EMAIL PROTECTED] FreeBSD committer pgp0.pgp Description: PGP signature
Re: chkrootkit w/ current
From: "Perry S. Glenn" <[EMAIL PROTECTED]> Date: 2003/06/08 Sun AM 03:44:35 EDT To: [EMAIL PROTECTED] Subject: chkrootkit w/ current Hello, I'm running current and I had left forgot to turn the ftp knob in inetd.conf off. I came back after a drive to find my /var/ filesystem full. I did not (per sysinstall)have anon ftp on, but someone made lots of bogus directories in /var/ftp/pub anyway. I decided to install /ports/security/chkrootkit after a short google. chkrootkit says it finds 12 processes hidden from ps command and a possible LKM Trojan installed. chkroot also calls ls ps date chsh and chfn "INFECTED" Is chkrootkit giving accurate info for FreeBSD-5 ? Could someone check to see if they get false positives with this script on current. TIA --psglenn yes.. it does give false positives.. I asked the same question about those commands. :-) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re Regression: Playing QT files from mplayer stopped working in 5.1
> Since a short time (don't know exactly when it happened) it's not possible > anymore to play Quicktime files (.mov) with mplayer on 5.1-CURRENT. It has to > be a change in -CURRENT, I haven't updated mplayer. I do not have the right fix, but the cause of the problem is that in loader/win32.c at line 2077: 2076 if (v1 > 2) 2077 if (!close(v1a)) close is called with a ridiciously large value. In previous FreeBSD releases this appearently did not cause a fatal problem, but since a week or so mplayer aborts on it. A stupid, but effective workaround is not to call close if v1 is too large, f.i.: 2072 static int WINAPI expCloseHandle(long v1) 2073 { 2074 dbgprintf("CloseHandle(0x%x) => 1\n", v1); 2075 /* do not close stdin,stdout and stderr */ 2076 if (v1 > 2 && v1 < 128) 2077 if (!close(v1)) 2078 return 0; 2079 return 1; 2080 } Of course for the real fix one needs to delve deeper into mplayer to find out where the large valued filedescriptor comes from. -- ted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: USB printing mangles printjob :-(
On Thu, Jun 05, 2003 at 02:07:03PM +0200, Poul-Henning Kamp wrote: > In message <[EMAIL PROTECTED]>, Bernd Walter writes: > >If I find something and you have the time to test would be great, as > >it happened to me with a thermo transfer printer, where tests are > >expensive. > > Well, my dad probably picks up his printer tomorrow after which I > don't really have anything to test with any more... I have identified the problem and work out a fix. The bug is in -stable as well. -- B.Walter BWCThttp://www.bwct.de [EMAIL PROTECTED] [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
mini-PCI Cards dont work
Hi there, i installed RC5.1 on my laptop 1 week ago. It works fine so far but the mini-PCI wlan card doesnt work. Its a Cisco Aironet 350. The driver does find the card but when I activate its interface an0 I get a timeout message, the cpu-load jumps to 100% and I need to reset the laptop. After checking several mailarchives and trying older firmwares for the MPI350 without having any success I thought I give up on the MPI350 and buy an Orinoco wlan card, again MiniPCI. I was sure I have solved my probs now but I was wrong. Exactly the same problem appears now with the Orinoco Card. The Driver finds it, after activating the wi0 interface the system crashes. I dont know what to do now :/ both card work fine in the XP-Installation on the same laptop, but I finally wanted to get rid of windows and installing FreeBSD was supposed to be the final attempt. Its a Gericom laptop build on standart desktop hardware, SIS645DX chipset. I compiled a new kernel with a mini-configuration but it didnt help. Please help ... .. thanks in advance Copyright (c) 1992-2003 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.1-CURRENT #1: Sat Jun 7 21:18:51 GMT 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0727000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0727294. Calibrating clock(s) ... i8254 clock: 1193127 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz Calibrating TSC clock ... TSC clock: 2141110188 Hz Timecounter "TSC" frequency 2141110188 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.53GHz (2141.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff real memory = 534708224 (509 MB) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x0074e000 - 0x1f4d2fff, 517492736 bytes (126341 pages) avail memory = 511643648 (487 MB) bios32: Found BIOS32 Service Directory header at 0xc00f69c0 bios32: Entry = 0xfd880 (c00fd880) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd880+0x138 pnpbios: Found PnP BIOS data at 0xc00f6a20 pnpbios: Entry = f:a964 Rev = 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> null: random: mem: Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80001504 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=80] is there (id=06461039) pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00fdf40 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs slot 1 05A 0x43 3 4 5 9 10 11 15 slot 1 05B 0x44 3 4 5 9 10 11 15 slot 2 06A 0x44 3 4 5 9 10 11 15 embedded0 10A 0x42 3 4 5 6 7 9 10 11 12 14 15 embedded01A 0x41 3 4 5 6 9 10 11 15 embedded01B 0x42 3 4 5 6 9 10 11 15 embedded02A 0x41 3 4 5 9 10 11 15 embedded02B 0x42 3 4 5 9 10 11 15 embedded02C 0x43 3 4 5 9 10 11 15 embedded02D 0x44 3 4 5 9 10 11 15 embedded03A 0x60 3 4 5 9 10 11 15 embedded03B 0x61 3 4 5 9 10 11 15 embedded03C 0x62 3 4 5 9 10 11 15 embedded03D 0x63 3 4 5 9 10 11 15 embedded04A 0x44 3 4 5 9 10 11 15 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi0: power button is handled as a fixed feature programming model. ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 4, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 4, width = 2 Timecounter "ACPI-fast" frequency 3579545 Hz AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 initial configuration \\_SB_.PCI0.LPC_.LNKA irq 3: [ 5 10 11] low,level,sharable 0.1.0 \\_SB_.PCI0.LPC_.LNKB irq 4: [ 3 4 5 7 9 10 11] low,level,sharable 0.1.1 \\_SB_.PCI0.LPC_.LNKA irq 3: [ 5 10 11] low,level,sharable 0.2.0 \\_SB_.PCI0.LPC_.LNKB irq 4: [ 3 4 5 7 9 10 11] low,level,sharable 0.2.1 \\_SB_.PCI0.LPC_.LNKC irq 9: [ 3 4 5 9 10 11] low,level,sharable 0.2.2 \\_SB_.PCI0.LPC_.LNKD irq 11: [ 3 4 5 7 9 10 11] low,level,sharable 0.2.3 \\_SB_.PCI0.LPC_.LNKE irq 9: [ 4 5 10 11] low,level,sharable 0.3.0 \\_SB_.PCI0.LPC_.LNKF irq 11: [ 4 5
Re: chkrootkit w/ current
On Sun, Jun 08, 2003 at 12:44:35AM -0700, Perry S. Glenn wrote: > Is chkrootkit giving accurate info for FreeBSD-5 ? This is a FAQ. Please go and bother the authors of chkrootkit and have them update the signatures so this question stops getting asked. Kris pgp0.pgp Description: PGP signature
[-CURRENT tinderbox] failure on sparc64/sparc64
TB --- 2003-06-08 09:39:45 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-06-08 09:39:45 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-08 09:42:36 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating >>> /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-06-08 10:34:32 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jun 8 10:34:33 GMT 2003 >>> Kernel build for GENERIC completed on Sun Jun 8 10:43:18 GMT 2003 TB --- 2003-06-08 10:43:18 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-06-08 10:43:18 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 8 10:43:18 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumconfig.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumdaemon.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinuminterrupt.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumio.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumio.c: In function `write_volume_label': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumio.c:714: `LABELSECTOR' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumio.c:714: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/vinum/vinumio.c:714: for each function it appears in.) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/s
Re: USB umass BBB mass storage support
On Sun, 8 Jun 2003, Vincent wrote: Vincent, > My PhotoClip DM2132 camera which works under Linux, produces the > following messages in the system log but produces and IO error when I > try to mount it. I'm also working on a USB device (PQI 128 MB Flash Drive) that's not working (yet). Can you put the following in your kernel config: options USB_DEBUG options CAMDEBUG options CAM_DEBUG_BUS=-1 options CAM_DEBUG_TARGET=-1 options CAM_DEBUG_LUN=-1 options CAM_DEBUG_FLAGS=(CAM_DEBUG_INFO|CAM_DEBUG_TRACE|CAM_DEBUG_CDB) Rebuild the kernel and after reboot attach the device again. You should see a lot of debug in /var/log/messages. Maybe this can help you to see where it goes wrong. Also take a look at this page: http://www.root.org/~nate/freebsd/quirks.html If this does not help you, please send the debug output as well as the output from 'usbdevs -v' and 'camcontrol devlist'. Regards, Richard. Paul Vixie in an interview with Sendmail.net: Now that the Internet has the full spectrum of humanity as users, the technology is showing its weakness: it was designed to be used by friendly, smart people. Spammers, as an example of a class, are neither friendly nor smart. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Panic with 3Com OfficeConnect WiFi PC card
Hi, I am getting this ?panic? when my 3Com (3CRSHPW196) WiFi card is already inserted into the slot on boot up (also happens with a insert while running) on a fresh build of current from today. This is on a Dell Inspiron 2600, and also occured when i orginally installed beta2 and when I use the GENERIC kernel. I also tried disabling ACPI but there was no change. From what I have read the card uses a Atmel AT76C503A chip and is not supported yet, but I would not think that it would panic just b/c its not supported. My only workaround is to remember to pop the card out when I boot over, but my memory is not always so good :) Thanks, Matt Haught [EMAIL PROTECTED] This damn laptop does not have a serial port so I had to manually type this out :) If anyone needs anything else, feel free to ask. snip pcib1: device pccard0 requested decoded memory range 0xe020-0xe02f Fatal trap 12: page fault while in kernel mode fault virtual address = 0xd5896000 fault code = supervisor read, page no present instruction pointer = 0x8:0xc0177725 stack pointer = 0x10:0xccda9950 frame pointer = 0x10:0xccda9b68 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 = 5 (cbb0) kernel: type 12 trap, code=0 Stopped at pccard_scan_cis+0x175: movzbl 0(%eax,%edx,1),%eax db> trace pccard_scan_cis(c2526880,c0178630,ccda9b7c,0,0) at pccard_scan_cis+0x175 pccard_read_cis(c2501600,c2526880,c03d6200,1,c035d367) at pccard_read_cis+0xb4 pccard_attach_card(c2526880,c24c4190,c037dae0,c2501a04,c2501a00) at pccard_attach_card+0x8f CARD_ATTACH_CARD(c2526880,ccda9cec,3811,ccda9cec,c017c2de) at CARD_ATTACH_CARD+0x48 exca_insert(c2501a04,3bd,0,3811,3811) at exca_insert+0x23 cbb_insert(c2501a00,0,c034e495,3bd,c017c0d0) at cbb_insert+0x8e cbb_event_thread(c2501a00,ccda9d48,c035bb1b,30c,0) at cbb_event_thread+0x7b fork_exit(c017c0d0,c2501a00,ccda9d48) at fork_exit+0xc0 fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xccda9d7c, ebp = 0 --- db> reset Copyright (c) 1992-2003 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.1-CURRENT #0: Sat Jun 7 22:34:33 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DEBUG Preloaded elf kernel "/boot/kernel.DEBUG/kernel" at 0xc04ac000. Calibrating clock(s) ... i8254 clock: 1193157 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz Calibrating TSC clock ... TSC clock: 1196146796 Hz Timecounter "TSC" frequency 1196146796 Hz CPU: Intel(R) Celeron(TM) CPU1200MHz (1196.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 259522560 (247 MB) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x004d3000 - 0x0f277fff, 249188352 bytes (60837 pages) 0x0f70 - 0x0f777fff, 491520 bytes (120 pages) avail memory = 246906880 (235 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6940 bios32: Entry = 0xfd890 (c00fd890) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd890+0x13a pnpbios: Found PnP BIOS data at 0xc00f6970 pnpbios: Entry = f:9b8c Rev = 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> random: null: mem: Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pci_open(1):mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=35758086) pcibios: BIOS version 2.10 Using $PIR table, 7 entries at 0xc00fdf50 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded0 30A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded0 30B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded0 30C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded0 30D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded21A 0x61 10 embedded24A 0x60 10 embedded24B 0x61 10 embedded00A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded00B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded00C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded00D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded0 31A 0x62 11 embedded0 31B 0x61 10 embedded0 29A 0x60 10 embedded0 29B 0x63 11 embedded0 29C 0x62 11 embedded02A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded02B 0x61 3 4 5 6 7 9 10 11 12 14 15 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base , size 0, enabled found-> vendor=0x8086, dev=0x3575, revid
chkrootkit w/ current
Hello, I'm running current and I had left forgot to turn the ftp knob in inetd.conf off. I came back after a drive to find my /var/ filesystem full. I did not (per sysinstall)have anon ftp on, but someone made lots of bogus directories in /var/ftp/pub anyway. I decided to install /ports/security/chkrootkit after a short google. chkrootkit says it finds 12 processes hidden from ps command and a possible LKM Trojan installed. chkroot also calls ls ps date chsh and chfn "INFECTED" Is chkrootkit giving accurate info for FreeBSD-5 ? Could someone check to see if they get false positives with this script on current. TIA --psglenn __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"