Re: cdda2wav hangs ATAPI CDR
As far as I remember, cdda2wav from cdrtools-1.10-ATA didn't hang the CDR. I hope that this is the information you were asking for. It seems Roman Shterenzon wrote: Hi all, On FreeBSD 4.7-STABLE (as of 6/12/2002) sometimes (very often) the cdda2wav hangs the ATAPI CDR. It occures just in the beginning of the session (0%), when nothing is done yet. The processes in ps -axl : 1001 15780 15044 0 -6 0 1528 872 cbwait DL+ p60:00.00 cdda2wav -x 1001 15781 15780 0 -6 0 1528 808 piperd I+p60:00.00 cdda2wav -x The relevant line from dmesg: cd0 at ata1 bus 0 target 0 lun 0 cd0: RICOH CD-R/RW MP7200A 1.30 Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers Can you rip audio with the native ATAPI CD driver ?? -S?ren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Unable to run linux unace
Quoting Valentin Nechayev [EMAIL PROTECTED]:
Fri, Jun 29, 2001 at 02:47:41, roman (Roman Shterenzon) wrote about
Re: Unable to run linux unace:
-- UNKNOWN SYSCALL 221
(null)() ERR#78 'Function
not
implemente
d'
Let's believe in correctness of these syscall numbers (see below
why)...
221 is sys_fcntl64 in 2.4.1 and does not exist in 2.2.16.
-- UNKNOWN SYSCALL 201
201 is sys_geteuid in 2.4.1 and does not exist in 2.2.16.
2.2.16 has sys_geteuid as syscall 49. 2.4.1 declares it as
sys_geteuid16.
This is what I get when I run it on remote linux system:
Version of kernel of this linux system may be essential to diagnose.
But I'm surprised that linux trace mentions shmat() and semop()
(which are implemented in linux in generic sys_ipc() multiplexer,
syscall number 117), but your FreeBSD trace says quite another
numbers.
Possibly these syscall numbers are not target to believe.
execve(./unace, [./unace], [/* 27 vars */]) = 0
shmat(0, 0, 0x1)= -1 ENOSYS (Function not
implemented)
fcntl(0, F_GETFD) = 0
fcntl(1, F_GETFD) = 0
fcntl(2, F_GETFD) = 0
uname({sys=Linux, node=..com, ...}) = 0
semop(131601, 0, 38)= -1 ENOSYS (Function not
implemented)
/netch
The linux system I tried running unace on is 2.2.17.
The FreeBSD sysctl emulates linux version of 2.2.12.
Do you think that these syscalls are essential? Because they fail on both
FreeBSD and Linux, perhaps they're not the main reason for the failure?
Any ideas? Where is the linuxulator guy? :)
--Roman Shterenzon, UNIX System Administrator and Consultant
[ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message
Re: Unable to run linux unace
Quoting Mikko Tyolajarvi [EMAIL PROTECTED]:
In local.freebsd.stable you write:
Quoting Roman Shterenzon [EMAIL PROTECTED]:
Hello,
I wanted to use linux unace from www.winace.com
(http://praf.nirvanet.net/winace/linunace203.tgz),
but unfortunately it doesn't work.
When I used truss on it, I've seen this:
[...]
linux_mremap(0x28109000,0x61000,0x81000,0x1) ERR#12 'Cannot
allocate
memory'
[...]
This is what I get when I run it on remote linux system:
mremap(0x4000, 135168, 266240, MREMAP_MAYMOVE) = 0x4000
[...]
It doesn't give me any hints :(
From a Linux mremap() man page:
void *mremap(void *old_address, size_t old_size, size_t new_size,
unsigned long flags);
And from linux_mremap() in the linuxulator (linux_misc.c):
if (args-new_len args-old_len) {
p-p_retval[0] = 0;
return ENOMEM;
}
To me it looks like extending a mmapped region with mremap() isn't
supported.
$.02,
/Mikko
--
Mikko
Työläjä[EMAIL PROTECTED]
RSA Security
Hmm.. Is it possible to completely unmap and then remap this region?
And if it is, how? The fd is not known to the mremap handler. :(
--Roman Shterenzon, UNIX System Administrator and Consultant
[ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message
Re: atrun errors
Perhaps it's uses the old syntax to cron, which was: when as who command Quoting Jason Watkins [EMAIL PROTECTED]: Since rebuilding apache to 3.20 I've been getting the follow error mailings from cron: Date: Mon, 18 Jun 2001 16:45:00 -0700 (PDT) From: root (Cron Daemon) To: root Subject: Cron root@navi root/usr/libexec/atrun X-Cron-Env: SHELL=/bin/sh X-Cron-Env: PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin X-Cron-Env: HOME=/root X-Cron-Env: LOGNAME=root X-Cron-Env: USER=root root: not found I also have been getting similar mailings from newsyslog any ideas? jason To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Latest commits break FreeBSD on P4?
Hello, It seems that the latest kernel doesn't boot on P4 board. AFAIK those are the files in /sys/ that were modified by the cvsup: Edit src/lib/libc/sys/fcntl.2 Edit src/lib/libc/sys/open.2 Edit src/sys/alpha/conf/GENERIC Edit src/sys/boot/forth/loader.conf.5 Edit src/sys/conf/options Edit src/sys/dev/advansys/adv_isa.c Edit src/sys/dev/advansys/adv_pci.c Edit src/sys/dev/ata/ata-disk.c Edit src/sys/dev/ata/ata-disk.h Edit src/sys/dev/ata/ata-raid.c Edit src/sys/dev/mii/nsphy.c Edit src/sys/dev/sound/pci/maestro3.c Edit src/sys/i386/conf/GENERIC Edit src/sys/kern/subr_disk.c Edit src/sys/kern/subr_log.c Edit src/sys/kern/vfs_bio.c Edit src/sys/kern/vfs_cluster.c Edit src/sys/kern/vfs_vnops.c Edit src/sys/miscfs/nullfs/null_subr.c Edit src/sys/miscfs/nullfs/null_vnops.c Edit src/sys/ntfs/ntfs_vnops.c Edit src/sys/pc98/conf/GENERIC Edit src/sys/pc98/i386/machdep.c Edit src/sys/pc98/pc98/pc98_machdep.c Edit src/sys/pc98/pc98/pc98_machdep.h Edit src/sys/pc98/pc98/syscons.c Edit src/sys/pci/amd.c Edit src/sys/pci/if_ti.c Edit src/sys/pci/if_xl.c Edit src/sys/pci/if_xlreg.h Edit src/sys/pci/pcisupport.c Edit src/sys/sys/buf.h Edit src/sys/sys/cdefs.h Edit src/sys/sys/fcntl.h Edit src/sys/sys/file.h Edit src/sys/sys/syslog.h Edit src/sys/sys/vnode.h Edit src/sys/ufs/ufs/ufs_readwrite.c Edit src/sys/vm/vm_page.c Edit src/sys/vm/vm_page.h I think that it hangs right after showing: real memory = 268173312 (261888K bytes) avail memory = 258052096 (252004K bytes) Preloaded elf kernel kernel.old at 0xc02fe000. (or similar) I'll have to reboot again to check it. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Latest commits break FreeBSD on P4?
Hello, It seems that the latest kernel doesn't boot on P4 board. AFAIK those are the files in /sys/ that were modified by the cvsup: Edit src/lib/libc/sys/fcntl.2 Edit src/lib/libc/sys/open.2 Edit src/sys/alpha/conf/GENERIC Edit src/sys/boot/forth/loader.conf.5 Edit src/sys/conf/options Edit src/sys/dev/advansys/adv_isa.c Edit src/sys/dev/advansys/adv_pci.c Edit src/sys/dev/ata/ata-disk.c Edit src/sys/dev/ata/ata-disk.h Edit src/sys/dev/ata/ata-raid.c Edit src/sys/dev/mii/nsphy.c Edit src/sys/dev/sound/pci/maestro3.c Edit src/sys/i386/conf/GENERIC Edit src/sys/kern/subr_disk.c Edit src/sys/kern/subr_log.c Edit src/sys/kern/vfs_bio.c Edit src/sys/kern/vfs_cluster.c Edit src/sys/kern/vfs_vnops.c Edit src/sys/miscfs/nullfs/null_subr.c Edit src/sys/miscfs/nullfs/null_vnops.c Edit src/sys/ntfs/ntfs_vnops.c Edit src/sys/pc98/conf/GENERIC Edit src/sys/pc98/i386/machdep.c Edit src/sys/pc98/pc98/pc98_machdep.c Edit src/sys/pc98/pc98/pc98_machdep.h Edit src/sys/pc98/pc98/syscons.c Edit src/sys/pci/amd.c Edit src/sys/pci/if_ti.c Edit src/sys/pci/if_xl.c Edit src/sys/pci/if_xlreg.h Edit src/sys/pci/pcisupport.c Edit src/sys/sys/buf.h Edit src/sys/sys/cdefs.h Edit src/sys/sys/fcntl.h Edit src/sys/sys/file.h Edit src/sys/sys/syslog.h Edit src/sys/sys/vnode.h Edit src/sys/ufs/ufs/ufs_readwrite.c Edit src/sys/vm/vm_page.c Edit src/sys/vm/vm_page.h I think that it hangs right after showing: real memory = 268173312 (261888K bytes) avail memory = 258052096 (252004K bytes) Preloaded elf kernel kernel.old at 0xc02fe000. (or similar) I'll have to reboot again to check it. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: sendto: No buffer space available
On Mon, 2 Apr 2001, Cy Schubert - ITSD Open Systems Group wrote: In message [EMAIL PROTECTED], Roman Shterenzon w rites: Hi, I've just got ADSL at home (using mpd-netgraph, Archie - it's really cool:) ) . After some amount of data passed through the line, I'm getting: sendto: No buffer space available even for ping (!) alchemy:/home/mapc% netstat -m 178/880/4096 mbufs in use (current/peak/max): 148 mbufs allocated to data 26 mbufs allocated to packet headers 4 mbufs allocated to fragment reassembly queue headers 143/240/1024 mbuf clusters in use (current/peak/max) 700 Kbytes allocated to network (22% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Thus, I don't see mbuf starvation. What could it be? Perhaps it's some other error which is reported incorrectly? This is 4.3-RC2 kernel. I had this problem with a 3C509B card when pushing a lot of data through to a slower machine on my network. ifconfig ep0 down; ifconfig ep0 up fixed the problem when it occurred, however it would occur a number of times a day. I ultimately replaced the 3C509B. I've 3c905B xl(4). I hadn't had any problems with it before I received ADSL modem. Ideas, anyone? Regards, Phone: (250)387-8437 Cy SchubertFax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: [EMAIL PROTECTED] Open Systems Group, ITSD, ISTA Province of BC --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: sendto: No buffer space available
I just hope that you don't mistake the cards. There's 3c509 isa ep(4) card, which is buggy and there's 3c905B and 3c905C pci cards xl(4) cards, which are known to be good. I'm not sure which is better, xl of fxp, both are fine. How can I debug this problem? It occures ramdomly, but when it does, there's some pattern: 64 bytes from 192.115.106.10: icmp_seq=14 ttl=251 time=30.161 ms ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 64 bytes from 192.115.106.10: icmp_seq=24 ttl=251 time=30.842 ms ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 64 bytes from 192.115.106.10: icmp_seq=34 ttl=251 time=30.638 ms ping: sendto: No buffer space available There's some pattern here.. On Mon, 2 Apr 2001, Tomaz Borstnar wrote: At 16:31 2.4.01, Cy Schubert - ITSD Open Systems Group wrote: I've just got ADSL at home (using mpd-netgraph, Archie - it's really cool:) ) After some amount of data passed through the line, I'm getting: sendto: No buffer space available I had this problem with a 3C509B card when pushing a lot of data through to a slower machine on my network. ifconfig ep0 down; ifconfig ep0 up fixed the problem when it occurred, however it would occur a number of times a day. I ultimately replaced the 3C509B. Interesting. I have exactly this problem with this card. It happens usually after lots of data transfers and after variable numbers of uptime days. Tomaz --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: sendto: No buffer space available
On Mon, 2 Apr 2001, Miklos Niedermayer wrote:
Hi Roman!
On Mon, Apr 02, 2001 at 04:44:26PM +0200, Roman Shterenzon wrote:
I had this problem with a 3C509B card when pushing a lot of data
through to a slower machine on my network. ifconfig ep0 down; ifconfig
ep0 up fixed the problem when it occurred, however it would occur a
number of times a day. I ultimately replaced the 3C509B.
I've 3c905B xl(4). I hadn't had any problems with it before I received
ADSL modem.
Ideas, anyone?
Well, see another thread ("Network performance question"). 3Com 905 does the
same thing for me. It's... hmm. Evil. I bought some cheap RTL 8139's and
they're working fine without problems. (Well, I didn't say they're the best
NIC's but they work for me, a lot better than expected.)
Perhaps the xl(4) or mii is evil? We've bunch of these cards working with
Solaris 2.6/x86, Linux and NT, flawlessly AFAIK.
Donald Becker as of Linux drivers stated that it's a nice piece of hw as
far as I remember. He had some dedicated webpages somewhere at nasa.gov.
fxp(4) on the other hand is rumored to intervene with vinum's raid5... :(
--Roman Shterenzon, UNIX System Administrator and Consultant
[ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
Re: ARCH in /etc/make.conf
Quoting Kris Kennaway [EMAIL PROTECTED]: On Wed, Mar 21, 2001 at 01:46:41AM +0300, Roman Shterenzon wrote: Quoting Kris Kennaway [EMAIL PROTECTED]: On Sun, Mar 18, 2001 at 12:44:38PM +0200, Roman Shterenzon wrote: Hi, I've noticed that for K6-2 -march=k6 is implied. Browsing through gcc code teaches me that ``k6 - doesn't have pipelines'' which is wrong for sure for K6-2. That may explain why -march=pentium binaries (played with graphics/xine port) run faster than -march=k6. Perhaps it's wiser to set -march=pentium for K6-2 (of course, with 3DNOW - I haven't seen yet what variables are set for benefit of ports like mpg123) Can you produce benchmarks showing that this is the right thing to do? Kris If you tell me how, I'd be glad to help. I played with xine - ran each one many times (in order to eliminate as much as possible the cache, tlb and os cache effects) and watched the dropped frames and other information. This is far from being "good benchmark". Is there're anything related in ports/benchmarks, some new incarnation of wetstone/dhrystone or something? Timing the execution of computationally-intensive, repeatable tasks is the way to go here. Remember to recompile everything (libraries and binaries) with the two sets of optimizations so you're comparing things properly, and to run the benchmark several times consecutively on an otherwise quiet system and average the results, discarding the first iteration as it may be affected by CPU or OS-level caching of instructions/data. Things like gzip of a large file, kernel/world buildstones (assuming they're not I/O-dominated), and other CPU-bound tasks should be affected by the different processor optimizations. Kris gzip or cc will only tell about integer performance. I'm looking for more generic benchmark, that will measure integer, fp, predicted and unpredicted branches. For now, I'll do the following: use gzip and/or bzip2 over a large text and binary files ~10 times use lame (mp3 encoder) on some .wav files use mpg123 with decompression to disk on some .mp3 files. This is the best thing I can think of right now. I'll use "time" command. Suggestions? --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
[PATCH for review] Add verify checksum functionality to pkg_info
Hi,
Can you please review this patch, thanks.
--Roman Shterenzon, UNIX System Administrator and Consultant
[ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ]
diff -urN /usr/src/usr.sbin/pkg_install/info/info.h pkg_install/info/info.h
--- /usr/src/usr.sbin/pkg_install/info/info.h Wed Nov 1 23:18:35 2000
+++ pkg_install/info/info.h Fri Feb 2 16:32:32 2001
@@ -45,6 +45,7 @@
#define SHOW_MTREE 0x0800
#define SHOW_SIZE 0x1000
#define SHOW_ORIGIN0x2000
+#define SHOW_CKSUM 0x4000
extern int Flags;
extern Boolean AllInstalled;
diff -urN /usr/src/usr.sbin/pkg_install/info/main.c pkg_install/info/main.c
--- /usr/src/usr.sbin/pkg_install/info/main.c Sun Dec 10 14:44:37 2000
+++ pkg_install/info/main.c Fri Feb 2 16:32:37 2001
@@ -28,7 +28,7 @@
"$FreeBSD: src/usr.sbin/pkg_install/info/main.c,v 1.22.2.5 2000/12/05 11:03:20
sobomax Exp $";
#endif
-static char Options[] = "acdDe:fhiIkl:LmopqrRst:v";
+static char Options[] = "acdDe:fghiIkl:LmopqrRst:v";
intFlags = 0;
Boolean AllInstalled = FALSE;
@@ -86,6 +86,10 @@
case 'f':
Flags |= SHOW_PLIST;
+ break;
+
+ case 'g':
+ Flags |= SHOW_CKSUM;
break;
case 'i':
diff -urN /usr/src/usr.sbin/pkg_install/info/perform.c pkg_install/info/perform.c
--- /usr/src/usr.sbin/pkg_install/info/perform.cWed Nov 1 23:18:35 2000
+++ pkg_install/info/perform.c Fri Feb 2 16:32:27 2001
@@ -205,6 +205,8 @@
show_files("Files:\n", plist);
if ((Flags SHOW_SIZE) installed)
show_size("Package Size:\n", plist);
+ if ((Flags SHOW_CKSUM) installed)
+ show_cksum("Mismatched Checksums:\n", plist);
if (Flags SHOW_ORIGIN)
show_origin("Origin:\n", plist);
if (!Quiet)
diff -urN /usr/src/usr.sbin/pkg_install/info/pkg_info.1 pkg_install/info/pkg_info.1
--- /usr/src/usr.sbin/pkg_install/info/pkg_info.1 Thu Dec 28 23:54:17 2000
+++ pkg_install/info/pkg_info.1 Fri Feb 2 17:13:37 2001
@@ -25,7 +25,7 @@
.Nd a utility for displaying information on software packages
.Sh SYNOPSIS
.Nm
-.Op Fl cdDfiIkLmopqrRsv
+.Op Fl cdDfgiIkLmopqrRsv
.Op Fl e Ar package
.Op Fl l Ar prefix
.Op Fl t Ar template
@@ -69,6 +69,8 @@
Show the install-message file for each package.
.It Fl f
Show the packing list instructions for each package.
+.It Fl g
+Show files that don't match the recorded checksum.
.It Fl i
Show the install script (if any) for each package.
.It Fl I
diff -urN /usr/src/usr.sbin/pkg_install/info/show.c pkg_install/info/show.c
--- /usr/src/usr.sbin/pkg_install/info/show.c Wed Nov 1 23:18:35 2000
+++ pkg_install/info/show.c Fri Feb 2 17:10:24 2001
@@ -30,6 +30,7 @@
#include stdlib.h
#include sys/types.h
#include sys/stat.h
+#include md5.h
void
show_file(char *title, char *fname)
@@ -255,6 +256,35 @@
printf("%lu\t(%s)\n", howmany(size, blksize), descr);
else
printf("%lu\n", size);
+}
+
+/* Show files that don't match the recorded checksum */
+void
+show_cksum(char *title, Package *plist)
+{
+PackingList p;
+char *dir = ".";
+char tmp[FILENAME_MAX];
+
+if (!Quiet)
+ printf("%s%s", InfoPrefix, title);
+
+for (p = plist-head; p != NULL; p = p-next)
+ if (p-type == PLIST_CWD)
+ dir = p-name;
+ else if (p-type == PLIST_FILE) {
+ snprintf(tmp, FILENAME_MAX, "%s/%s", dir, p-name);
+ if (!fexists(tmp))
+ warnx("%s doesn't exist\n", tmp);
+ else if (p-next p-next-type == PLIST_COMMENT
+!strncmp(p-next-name, "MD5:", 4)) {
+ char *cp, buf[33];
+ if ((cp = MD5File(tmp, buf)) != NULL)
+ if (strcmp(cp, p-next-name + 4))
+ printf("%s fails the original MD5 checksum\n", tmp);
+ else if (Verbose)
+ printf("%s matched the original MD5 checksum\n", tmp);
+ }
+ }
}
/* Show an "origin" path (usually category/portname) */
Re: libgcc_pic is gone (affects Wine port)
Quoting Gerald Pfeifer [EMAIL PROTECTED]: Due to a serious bug in the port of GCC used in the base system (see http://www.FreeBSD.org/cgi/query-pr.cgi?pr=21983) I and probably others had to explicitly link against libgcc_pic. This bug has been fixed (around 4.2-RELEASE), but also libgcc_pic is gone now, though I'm not sure whether that is directly related. So, what is a "portable" way of compiling sources both on 4.1-RELEASE and 5.0-CURRENT? On the former I need libgcc_pic, on the latter there is no libgcc_pic at all. Or, as this mainly affects the Wine port, should I just ignore older versions of FreeBSD? Does 4.2-RELEASE already have the fix to PR 21983? Gerald AFAIK, there's no libgcc_* in RELENG_4 anymore as well. Ask David [EMAIL PROTECTED] . To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Vinum saga continues
Hi, Attached is the most valuable information that was in my pr 22103. I've read the vinumdebug and the other guy's PR. I'm still not getting what is missing. You told the other guy to submit the backtrace, but it was in fact submitted! It's as well in my PR as well. Your responses are very brief - "please read vinumdebug", but in fact, if there's something that is missing, you can be more specific. Alfred Perlstein looked it my PR once and he thinks that it's due to stack smashing. However, he wasn't able to find where it happends. It may be in fact interaction with some other driver, like you said, for example - fxp. This is why I submitted the dmesg output. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] Script started on Sun Oct 22 10:00:33 2000 matrix#gdb -k /usr/src/sys/compile/MATRIX/kernel.debug vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3219456 initial pcb at 29a720 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x54 fault code = supervisor write, page not present instruction pointer= 0x8:0xc150fc67 stack pointer = 0x10:0xc0277394 frame pointer = 0x10:0xc02773b0 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= Idle interrupt mask = bio trap number= 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer= 0x8:0xc01e2e50 stack pointer = 0x10:0xc02771cc frame pointer = 0x10:0xc02771d0 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= Idle interrupt mask = bio trap number= 12 panic: page fault Uptime: 6m22s Fatal trap 12: page fault while in kernel mode fault virtual address = 0x54 fault code = supervisor write, page not present instruction pointer= 0x8:0xc150fc67 stack pointer = 0x10:0xc0276ab0 frame pointer = 0x10:0xc0276acc 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= Idle interrupt mask = bio cam trap number= 12 panic: page fault Uptime: 6m22s Fatal trap 12: page fault while in kernel mode fault virtual address = 0x54 fault code = supervisor write, page not present instruction pointer= 0x8:0xc150fc67 stack pointer = 0x10:0xc0276394 frame pointer = 0x10:0xc02763b0 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= Idle interrupt mask = bio cam trap number= 12 panic: page fault Uptime: 6m22s Fatal trap 12: page fault while in kernel mode fault virtual address = 0x54 fault code = supervisor write, page not present instruction pointer= 0x8:0xc150fc67 stack pointer = 0x10:0xc0275c78 frame pointer = 0x10:0xc0275c94 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= Idle interrupt mask = bio cam trap number= 12 panic: page fault Uptime: 6m22s Fatal trap 12: page fault while in kernel mode fault virtual address = 0x54 fault code = supervisor write, page not present instruction pointer= 0x8:0xc150fc67 stack pointer = 0x10:0xc027555c frame pointer = 0x10:0xc0275578 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= Idle interrupt mask = bio cam trap number= 12 panic: page fault Uptime: 6m22s dumping to dev #da/0x20001, offset 774 dump 511
Re: Vinum safe to use for raid 0?
Quoting Thomas Seck [EMAIL PROTECTED]: Hi all, sorry if this is OT for -stable, but I followed the discussion about vinum in here and got a bit worried. I am currently deploying a proxy server for our company. It shall use squid on 4.2-STABLE. I would like to put the cache data on a vinum RAID 0, made of three U160 disks. As I understood the discussion so far, there are some unresolved problems with the raid 5 code. Could someone tell me whether I can safely use vinum for building a raid 0 system (despite the fact that the HW may be a point of failure of course)? Thanks in advance and best regards from Germany -Thomas Seck But why would you want to use it for squid? Just define multiple cachedirs. It's surely more simple to deploy and maintain, and it may even be better in performance. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: vinum malfunction!
Quoting Greg Lehey [EMAIL PROTECTED]: I've submitted kern/22021 which was left untouched, it has all the needed details. You don't mention that you resubmitted this PR as 22103. Despite my requests, my fault, I meant 22103 indeed, and not 22021 which was closed. 1. You insisted on including the config file and dmesg, which just bloat the PR and make it more difficult to read. yes I did. sed(1) is your friend. 2. The backtrace still does not include Vinum symbols, making it pretty useless. To the very least it's not true. Please check again http://www.FreeBSD.org/cgi/query-pr.cgi?pr=22103 During symbol reading, inner block (0xc1505000-0xc150500a) not inside outer block (0xc150bc0c-0xc150c3c2). During symbol reading, block at 0xc15050d4 out of order. #5 0xc150fc67 in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/vinum/vinuminterrupt.c:199 #6 0xc0178d6b in biodone (bp=0xc16e6420) at ../../kern/vfs_bio.c:2637 as you see, frame #5 is from vinum module, and symbols are included. 3. It includes (without comment) a mail exchange with Andy Newman, which have been twice mutilated, once before I received the message, once after. This is completely irrelevant. After fighting my way through this PR, I don't have any additional information. You fighted your way too fast. Dealing with this kind of PR is an absolute pain. It's bloated, illegible, full of irrelevant information and lacking the information I need. It is, however, one of the few cases I've seen of a ..or any other reason that prevents you from working on it. I haven't heard from you since the last time I updated te PR with the kdb session which had symbols. particular buffer header corruption which occurs only in RAID-5, and I would like to fix it. If you want to help, instead of sending "me too" messages about what is obviously a completely different problem, help me find the problem you're having. I'm terribly sorry, but I won't be able to assist you any further. The machine in question uses vinum raid-1 now, and is going to receive Mylex very soon. vinum RAID-5 is dangerous, shouldn't be used in sensitive environments, and it cost me much health. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: 4.2-STABLE
You have a hardware problem, probably the cpu fan has died. However, it maybe a faulty mobo or memory. http://www.freebsd.org/FAQ/troubleshoot.html#SIGNAL11 On Sat, 23 Dec 2000, Alexander Prohorenko wrote: Hello guys. I'm experiencing some problems compiling 4.2-STABLE, CVSuped few hours ago from cvsup5.freebsd.org. That's what 'make buildworld' stops on: === usr.bin/script rm -f script script.o script.1.gz script.1.cat.gz rm -f .depend /usr/src/usr.bin/script/GPATH /usr/src/usr.bin/script/GRTAGS /usr/src/usr.bin/script/GSYMS /usr/src/usr.bin/script/GTAGS === usr.bin/sed Segmentation fault - core dumped *** Error code 139 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. That's what 'make' for kernel stops on: root@jaguar-ua:/sys/compile/JAGUAR-UAmake 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 bus_if.c cc: Internal compiler error: program cc1 got fatal signal 11 *** Error code 1 Stop in /usr/src/sys/compile/JAGUAR-UA. Can you be so kind to help me to figure out how can I build new FreeBSD? My running FreeBSD is 4.1.1-STABLE. -- Alexander Prohorenko, Extra Solutions http://extra.com.ua "Good day to be alive, sir" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: 4.1.1-Stable and natd
Just a wild guess... Perhaps the ipfw is blocking the traffic? Please post your ipfw rules. On Sat, 23 Dec 2000, Box1 wrote: FreeBSD-4.1.1-Stable Box-A= gateway Box-B= Apache, ircd, etc... servers I'm not able to redirect *only* http/https incoming-packets on my outside interface to a box on my local network. Below if from my /etc/rc.conf and /etc/natd.conf; - natd_enable="YES" natd_flags="-f /etc/natd.conf" natd_interface="de0" - redirect_port tcp 192.168.0.2:6667-7000 6667-7000 -- this works fine redirect_port tcp 192.168.0.2:25 25 -- this works fine redirect_port tcp 192.168.0.2:80 80 -- this will *not* work redirect_port tcp 192.168.0.2:443 443 -- this will *not* work While these redirects are in place, I have used anonymizer.com to make it seem I'm on the outside of my local network and, surf to my URL using a FQDN and alternatively my ISP assigned 'ip'. I then view my ipfw logs on box-A with; tail -f /var/log/security which shows the following; Dec 23 20:48:55 Box-A /kernel: ipfw: 5100 Count TCP 216.34.244.18:32176 my.external.ip:80 in via de0 - I now do a tcpdump -i de0 (while anonymizer.com tries to surf as described above) results show below; 21:03:36.298039 bellatrix.anonymizer.com.2783 my.external.ip.http: S 276149746:276149746(0) win 32120 mss 1460,sackOK,timestamp 1419389851 0,nop,wscale 0 (DF) My take from this is, the gateway is seeing the packets. At the same time on box-B, I am doing tail -f /var/log/security and i see nothing hitting the apache servers ports. I have tried using other ports in place of 80 and 443, but, the redirects to my *known* working Apache does not happen. assistance needed. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: tun0
Quoting Bill Fumerola [EMAIL PROTECTED]: On Tue, Dec 19, 2000 at 10:53:07AM -, G D McKee wrote: Hi In FreeBSD 4.1.1 tun0 device came up automatically on boot. How can I configure this in 4.2? It's there, its just not in your interfaces list until you use it. If you don't believe me: dd if=/dev/tun0 of=/dev/null count=0 Does it work? I had to write my own program which even uses setitimer() to break out of read() :) --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: mozilla and 4.2-RELEASE
Hi,
I repost this, since I've seen no reply from any of you.
I'll summarize the situation:
Problem: Mozilla-M18 built under 4.2-RELEASE and 4.2-STABLE (as of two weeks
ago) crashes on startup because of libgcc_r / listdc++ incompatibilities.
Solutions: The one obrien posted (probably works, I didn't try it)
; the one Daniel posted - I tried it, and it works well.
Problem with Daniel's solution: 4.2-X libstc++ binaries are broken, but 4.x for
x2 binaries work well. So, something in 4.2 release cycle made them break.
(I rebuilt my binaries, I didn't have much to recompile).
The questions are:
Are there any plans of merging any of the solutions into RELENG_4 ?
Do you need some additional information that I can give ?
Quoting Roman Shterenzon [EMAIL PROTECTED]:
Quoting Daniel Eischen [EMAIL PROTECTED]:
I tried the following, applied the patch (it applied cleanly),
checked
that it
really applied (yes it did).
did: cd /usr/src/gnu/usr.bin/cc ; make all make install make
clean
cd /usr/ports/www/mozilla
pkg_delete mozilla-M18 ; rm -rf /usr/X11R6/lib/mozilla (it wasn't
there)
make install
several hours later it produced the binary which dumped core on
startup (again).
for the sake of it, I took a package I made on my 4.1-STABLE some
time
ago,
and did pkg_add -f mozilla-M18.tgz (it had older dependencies, so I
needed -f).
And, it DOES work. (All needed libs were installed from ports, e.g.
ORBit,
gtk,glib).
Perhaps I needed buildworld after I applied the patch, and make all
in
cc
directory wasn't enough?
If it was enough, then I don't have any idea which change make
mozilla
break.
Whatever broke mozilla didn't break ORBit and friends.. Weird.
Probably
something C++ related.
I think I found the "mysqld: lots of lost connections" bug. It might
be related to this also.
What happens, is that linking C++ apps that need libstdc++ causes the
wrong version of libgcc to be linked. It seems that libstdc++
includes
libgcc, so that when you link a threaded app that needs libstdc++, all
the libgcc symbols are already present. This prevents the linker from
linking to libgcc_r{_pic}. A quick fix is to manually link the
application
with -lgcc_r. Doing this will pick up the correct libgcc_r and
prevent
libgcc from being included. Another fix that requires you to rebuild
libstdc++ and rebuild your app is:
Index: Makefile
===
RCS file: /opt/b/CVS/src/gnu/lib/libstdc++/Makefile,v
retrieving revision 1.25
diff -u -r1.25 Makefile
--- Makefile2000/06/04 06:56:22 1.25
+++ Makefile2000/12/16 21:05:38
@@ -14,7 +14,7 @@
CXXFLAGS+= -I${SRCDIR}/stl -I${SRCDIR} -I${SRCDIR}/../gcc/cp/inc -I.
CXXFLAGS+= -nostdinc++ -fno-implicit-templates
-LDADD+=-lm
+LDADD+=-lm -nostdlib
DPADD+=${LIBM}
HDRS= cassert cctype cerrno cfloat ciso646 climits clocale cmath
complex \
It would be interesting to see if this fixes the Mozilla problem
also.
I backed out obrien's patch (I don't know yet if it works with it),
then, I merged Daniel's patch, buildworld, installworld, and now mozilla
works (after I recompiled it).
*BUT* c++ binaries compiled on 4.2 fail, for example, starting xfstt
gives me:
lancelot:/home/roman% xfstt
/usr/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.3: Undefined symbol
"__ti9exception"
However, I verified, 4.1 (perhaps 4.1.1?) c++ binaries, for example -
mozilla,
work ok with this patch in place.
I.e. I believe that only c++ binaries built under 4.2 will be broken.
Where do we go from here? Anything else I can try?
--Roman Shterenzon, UNIX System Administrator and Consultant
[ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
Tagged after release?
How come the file src/contrib/gcc/config/i386/freebsd.h.fixed was tagged after the release was rolled? What is this file by the way? --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: mozilla and 4.2-RELEASE
On Mon, 18 Dec 2000, Max Khon wrote: hi, there! On Mon, 18 Dec 2000, Roman Shterenzon wrote: Yesterday I installed vanilla 4.2 (the second revision of iso image) on a new computer, and then, after updating the ports tree I did: cd /usr/ports/www/mozilla; make install several hours later it finished and installed the mozilla package. Running it produces a segmentation fault, running mozilla-bin even creates a core file. [snip] Should I try the patch obrien posted? definitely yes please report the results thanks, I tried the following, applied the patch (it applied cleanly), checked that it really applied (yes it did). did: cd /usr/src/gnu/usr.bin/cc ; make all make install make clean cd /usr/ports/www/mozilla pkg_delete mozilla-M18 ; rm -rf /usr/X11R6/lib/mozilla (it wasn't there) make install several hours later it produced the binary which dumped core on startup (again). for the sake of it, I took a package I made on my 4.1-STABLE some time ago, and did pkg_add -f mozilla-M18.tgz (it had older dependencies, so I needed -f). And, it DOES work. (All needed libs were installed from ports, e.g. ORBit, gtk,glib). Perhaps I needed buildworld after I applied the patch, and make all in cc directory wasn't enough? If it was enough, then I don't have any idea which change make mozilla break. Whatever broke mozilla didn't break ORBit and friends.. Weird. Probably something C++ related. you should rebuild world. at least libc_r.so should be rebuilt Ok, sorry. I'll rebuild world today, and check if it works. Thanks! --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: sendmail, rbl orbs
On Thu, 7 Dec 2000, Lauri Laupmaa wrote: On 6 Dec 2000, at 16:58, Jason Neumann wrote: You asked for it and you're getting it! Please follow these instructions carefully. I am assuming you are running 4.2-STABLE. If you are running an earlier version of FreeBSD the cf file may be in /etc rather than /etc/mail. Many thanks to You and other helpful people! RBL is working now... just wondering if ORBS is a subset of RBL ? No it's not. It's different, proactive scanning system, some people like it (I do), some people (those who're listed) hate it. It works fine for us for about 80% of mails, but 20% of mails are legitimate. I don't know how to do it with sendmail, but using exim you can define to put X-RBL warning instead of reject, so I use procmail later and check rbl folder sometimes. If you'd like to discuss it any further, lets move it to -questions. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: FBSD src/version info.
On Mon, 20 Nov 2000, Warner Losh wrote: In message [EMAIL PROTECTED] Jason Neumann writes: : I am wondering where I can look at /usr/src and find out what version of : the src I have (4.1.1-STABLE 4.2-BETA, 4.2-RELEASE) etc. Assuming that it was all checked out at the same time, which you cannot easily devine, you can look at /usr/src/sys/conf/newvers.sh I've got an idea; why no have a date tag in the version variable, which will be changed every week. This way uname -a will show tag like in snapshots and it'll be easier to track bugs. Comments? --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Dangerously Dedicated
On Sun, 19 Nov 2000, Mike Smith wrote: Using what I consider to be a artifact of another operating system on a machine that doesn't use that OS seems silly to me. Unless, of course, that artifact has some useful feature(s) or functionality. If it does, I'm all ears. What "you consider" doesn't have much bearing on the situation. As for useful functionality, this has been done to death. It should be enough for you to accept that the platform requires it Except that it doesn't, as 'dangerously dedicated' mode shows. "DD" mode has never worked properly. Ever since it's been in existence, it's show that a valid slice table is necessary. , and that a goodly slice of platform-compliant firmware and software will fail in undesirable ways if it's not present. All of which has been explained in excruciating detail before. Except that the software hasn't always required it previously, and it previously did not fail. It has, and it previously did fail. Some would call this 'regression', but I suppose others will call it 'progress'. Some would just call it "making stuff work", which is the whole point of the exercise. This is a really long thread indeed. Could someone sum it up, and say why the current way isn't good? The sysinstall asks and warns about the "DD" mode, isn't that sufficient? --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: We cannot use 'make -j' option to build the world, period.
I've done make -j 3 buildworld couple of days ago and it worked fine. Just my 0.02$ On Sat, 4 Nov 2000, Makoto MATSUSHITA wrote: matusita I've found that current src/sys/modules/linux for RELENG_4 matusita is not 'make -j' safe. It maybe causes a problem if you want matusita to make a module. Long time has past and, but problem is still there. OK, we all FreeBSD users should forget the fact that there is an option '-j' in make(1) and it's helpful for building FreeBSD. I dunno what it should be, but 'linux' modules breaks the existing situation. Documentation team, you should delete some comments of this option in cutting-edge/chapter.sgml. Moreover, I've found that exactly the same problem is also in latest 5-current (I've tested with 'make -j 2'). Be careful that some programs are called twice. === linux @ - /usr/src/sys machine - /usr/src/sys/i386/include echo "#define COMPAT_43 1" opt_compat.h touch opt_linux.h touch opt_vmpage.h perl @/kern/vnode_if.pl -h @/kern/vnode_if.src sh @/kern/makesyscalls.sh @/i386/linux/syscalls.master @/i386/linux/syscalls.cof sh @/kern/makesyscalls.sh @/i386/linux/syscalls.master @/i386/linux/syscalls.cof sed -e 's|i386/linux/linux_proto\.h|linux_proto.h|g' linux_sysent.c linux_sysnt.c.fixup sed -e 's|i386/linux/linux_proto\.h|linux_proto.h|g' linux_sysent.c linux_sysnt.c.fixup mv -f linux_sysent.c.fixup linux_sysent.c mv -f linux_sysent.c.fixup linux_sysent.c cc -c -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prottypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extenions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -I/usr/include -preferred-stack-boundary=2 /usr/src/sys/modules/linux/../../i386/linux/linux_genssym.c mv: rename linux_sysent.c.fixup to linux_sysent.c: No such file or directory *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 Stop in /usr/src/release. *** for [EMAIL PROTECTED] (or hosokawa-san) only: There is yet another compilation problem in kernel modules. A logfile attached below comes from 'createBOOTMFS' stage of src/release/Makefile rm -f .depend mv -f .newdep .depend cd ../../modules env MAKEOBJDIRPREFIX=/usr/src/sys/compile/BOOTMFS/modules KMODIR= make obj all === 3dfx === 3dfx Warning: Object directory not changed from original /usr/src/sys/modules/3dfx @ - /usr/src/sys machine - /usr/src/sys/i386/include /usr/src/sys/compile/BOOTMFS/modules/usr/src/sys/modules/3dfx created for /usr/sr/sys/modules/3dfx Be careful, '3dfx' directory is called twice, and one of them doesn't know that there is an obj/ directory. Maybe it is introduced by the changes of cool and long-awaited feature of driver.conf. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: continuing sound problems with 4.2-beta
On Sat, 4 Nov 2000, j mckitrick wrote: I continue to get 'invalid argument' when using 'play' to play a .wav file. Maybe I am doing something wrong, but I can't figure out what it is. I never tried sound recording. Lately I've tried mbone/speak_freely and it doesn't work :( I've produced a patch (sent to -ports) that helps a bit, but the input is still mutilated. The card is ISA SB16 and I once (about a year ago) used speak_freely on Linux on this machine. Could someone verify if there're microphone recording problems ? Does anyone use speak_freely or similar tool with success? --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Stability
On Sat, 4 Nov 2000, Bosko Milekic wrote: Hi Marko, On Sat, 4 Nov 2000, Marko Cuk wrote: Hello !! Can anyone explain me, why is FreeBSD known as powerful sistem with industrial strenghth and rock stability, but I manage to crash it several times. The bridge code in 4.1x is unstable in conjuction with ipfw, I had several problems with Vinum and Raid5 and maschine crashed every day if I used something od previously mentioned things. I personally did notice some problems with bridging as well, and I fixed one panic situation in -CURRENT about a month ago. I still have a Problem-Report assigned to me and am very interested in tracking more of these down, but really need help from folks running -STABLE as well, and that can afford to provide some debugging information. Hence, if you have a complaint about the stability of some component, please realize that there is very little that developers can do about it without proper evidence and data. Take a look at the handbook: I've a perfectly good PR about vinum (panics) open. There's no even single follow up (kern/22103). I couldn't stand it any longer, so I'm not able to recreate it since I'm using raid1 on those disks now. I waited for almost one month but aparently nothing was done. (I opened one PR before that but it was badly formatted and had to become closed). I understand that people have other things to do, and FreeBSD is volunteer project, but we shall face the truth - the man page for vinum should state that RAID5 is experimental and prone to crashes. It should be emphasized that it shouldn't be used in sensitive environmets. I know other people for whom it rendered their servers unusable. I managed 8( to crash it today as well. I'll probably move to hardware raid solution instead, I'm quite fed up with vinum. to find out exactly what's looked for. In short, you should at least provide a backtrace following the panic/page fault/whatever it is you're seeing. I've a crash dump of today, perhaps I'll open another PR. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Dell PowerEdge 1400.
On Mon, 6 Nov 2000, Noor Dawod wrote: Hi all, Does the new FreeBSD 4.x branch support the Adaptec 7899 dual channel Ultra3 card? This is the card installed on the Dell PowerEdge 1400. See: http://www.dell.com/us/en/biz/products/spec_pedge_wrkgp_1400_servers.htm ahc man page suggests that it's supported. Also, does FreeBSD support the optional hardware RAID controller available for the same PowerEdge machine mentioned above? The raid controller is PERC 2, AFAIK it's supported. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Malloc type lacks magic show-stopper solved
On Wed, 25 Oct 2000, Michel Talon wrote: On Wed, Oct 25, 2000 at 07:45:24PM +1300, Juha Saarinen wrote: %- Anything above -O is not recommended. I've had problems with %- optimisation above -O under gcc on Intel (FreeBSD Linux) ever since I %- converted from IBM mainframe to UNIX (religious experience). Thanks Cy. Still, it beggars the question... "why not?". I've not had any problems with -O3 on Linux 2.2 and 2.4, and like I said, it worked under FreeBSD 3.3. -- Juha First you don't have the same gcc version number in FreeBSD 3.3 and 4.1 and in Linux. If you read Documentation/Changes in even the most recent Linux kernel (4.0 Test 9) it is explicitly stated that old gcc is recommended over newer ones, and that bugs occur with newer ones. Second, i recommend you to write a program with a significative amount of computations and compile it with all flags possible, -O -O2 -O3 -Os and measure the execution time. You may be surprised. Last time i did that -O was the faster! Verified by me as well, -O2, -O3 sometimes runs slower on my K6-2 . -march=... sometimes helps, sometimes doesn't, but always produces larger executable. I believe that no optimization can make up for bad coding :) Having something over -O is just a waste of everyone's time, just don't do it. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Reminder: Just 7 days till 4.2 code freeze!
On Wed, 25 Oct 2000, Gerhard Sittig wrote: PR 20202 (ipf invoked from rc.network) would be a good candidate for an MFC. I understand quite a number of FreeBSD users have ipf running (either instead of ipfw or even besides it). This patch was committed in -CURRENT on October 6th and I haven't seen _any_ negative reaction but quite some demand for something like this in the release (and I raised the question quite a few times in public whether this extension still has something missing or does its good intensions in the wrong and maybe dangerous way, I could even have bothered or annoyed some of you). I - speaking as the originator - feel this PR to be complete, correct and implemented cleanly. Feel free to disagree, but unless I hear something different I will keep thinking I did it OK :) and others could estimate this feature being in the release. I'd definetely would like to see this MFCed. I use ipf.sh in /usr/local/etc/rc.d for that purposes, and it seems quite strange for starting a system component. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: IPFilter 3.4.11 into stable?
On Mon, 16 Oct 2000, Gabriel Ambuehl wrote: Hello, I like ipfilter pretty much and after the recent release of 3.4.11 I'm wondering if there are any plans to merge it into 4-STABLE (where's still 3.4.8 which has got some issues with the FTP proxy)? Are there known problems with 3.4.8 that hurt people? I use it and haven't noticed any problems whatsoever. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Pthreads saga continues..
On Sun, 1 Oct 2000, Daniel M. Eischen wrote: Roman Shterenzon wrote: Good day, Isn't the main thread should break out of accept when it receives signal from the other thread? Am I missing something? Please don't attach such short programs as anything other than text. I'm using a tricky mailer most of the time (not now), so I don't really have control over it. It works for me under -current (you should try compiling it with -Wall): It probably warns with -Wall :)) The point is it DOESN'T work under -stable. bash-2.02$ pthreadtest2 134530048: Sending 134529024 signal 134530048: Sent 134529024 signal Got a signal accept: Interrupted system call Yes, I wish that it was the same under -stable .. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Signal 4 while compiling 4.1.1
On Sun, 1 Oct 2000, Rodney W. Grimes wrote: Something is wrong with your system, check cabling, cooling and memory. I would change that to check, in order, cooling, cpu voltage setting, memory and memory timing, power supply, and finally cabling. If you have one of the rare 2.4V 450MHz K6-2-450 they are extreamly I have this one. It worked fine with Vcore 2.2V for couple of months, then started giving strange signal in buildworld. I was going nuts since the temperature was normal and was almost sure it's RAM that went bad. Decreasing Vcore to 2.1 made it panic soon after boot but increasing to 2.4 made it work ok. It's getting warmer though, so like the people say - be sure about heat sink and heat sink grease. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
pthreads bug?
Hello, I noticed some strange behavior in pthreads applications, close on socket which is in accept() will be blocked untill there's a connection to port and accept returns. It's observed on 4.0 - 4.1-STABLE, perhaps 4.1.1-STABLE as well, but I didn't try it. I don't have 3.5.1-STABLE system to test it there. It affects, for example, openldap - start it , then kill -15 it. It won't die (and it should). Now, try to telnet localhost 389 ; now it died. The same behavior is a program we're writing right now, it's very annoying, in fact we don't know how to deal with it. It works on solaris and linux. btw, linux doesn't dump core on threaded application, how one's supposed to debug it? I attach example program, which, when receives SIGUSR1 should close the socket, but, in fact gets blocked in the close() function. Obviously it's waiting to acquire some lock. Does anyone have an idea? --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] pthreadtest.c
Re: pthreads bug?
Quoting Alfred Perlstein [EMAIL PROTECTED]: I attach example program, which, when receives SIGUSR1 should close the socket, but, in fact gets blocked in the close() function. Obviously it's waiting to acquire some lock. Does anyone have an idea? Yes, I have an idea and an idea how to fix it, I'm wondering what the thread in accept() sees after this happens? what is the errno from accept? The point is, that when close() is called, accept doesn't break out. from close(2) IMPLEMENTATION NOTES In the non-threaded library close() is implemented as the close syscall. In the threaded library, the close syscall is assembled to _thread_sys_close() and close() is implemented as a function which locks d for read and write, then calls _thread_sys_close(). Before returning, close() unlocks d. So from my point of view the close tries to acquire a lock. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: negative bytes/sec?
On Wed, 27 Sep 2000, Jeroen Ruigrok van der Werven wrote:
-On [2927 01:40], Roman Shterenzon ([EMAIL PROTECTED]) wrote:
i586_bzero() bandwidth = -1704293721 bytes/sec
bzero() bandwidth = 132802124 bytes/sec
Try this,
it worked for Maxim Sobolev, apparantly the data type is too small to
adequately store the calculation on newer systems:
--- npx.c.orig Sat May 15 01:14:13 1999
+++ npx.c Sat May 15 02:01:51 1999
@@ -696,8 +696,8 @@
if (usec = 0)
usec = 1;
if (bootverbose)
- printf("%s bandwidth = %ld bytes/sec\n",
- funcname, (long)(BUFSIZE * (int64_t)100 / usec));
+ printf("%s bandwidth = %ld Kbytes/sec\n",
+ funcname, (long)(BUFSIZE * (int64_t)100 / (1024*usec)));
free(buf, M_TEMP);
return (usec);
}
Yes, that's the obvious solution, but, it's for printf only, isn't it used
somewhere else?
--Roman Shterenzon, UNIX System Administrator and Consultant
[ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
Re: Userland ppp
Quoting [EMAIL PROTECTED]: Are all the clients running on the FreeBSD box or are you routing for other machines? Is it possible its just FreeBSD's higher performing TCP stack? It can transfer things much faster than windows... Andrew No, it's my home computer, however the same goes to other computer which is attached to it (I run ppp -nat), when I d/l something big, the network is unreachable. --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Makeworld is dying...
Perhaps we should add an entry to a FAQ (if it's not already there), describing the problem, and, a good indication of a bad ram or undercooled cpu would be trying buildworld couple of times (without -DNOCLEAN) and watch where it fails. If it fails in different places - then it's almost sure hardware problem, if it fails in the same place, it's still can be a hardware problem, for example some c++ file which demands more memory then others to compile. Can someone add it to FAQ, or shall I fill a PR? :) On Sat, 16 Sep 2000, Kent Stewart wrote: "Paul A. Howes" wrote: All- When I attempt a buildworld on a brand new FreeBSD system (IBM/Cyrix-166+, 64MB memory, 20GB Maxtor drive), it dies while building the ncurses library. This happen whether it's the version of the source code on the 4.1 CD-Rom disc, or the latest and greatest 4-STABLE code from a cvsup. Any help would be appreciated. The tail of the trace log is included below. Signal 11's during a buildworld are usually caused by memory and a few things such as cpu cooling. I finished a buildworld at 1:30 PDT (about 2 hours before your message arrived) and I didn't have any problems. Do you have another 64MB of memory that you could switch as a test of your memory. Kent Thanks! -- Paul A. Howes [EMAIL PROTECTED] cc -fpic -DPIC -O -pipe -I. -I/usr/src/lib/libncurses - /usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncur ses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CON FIG_H -DTERMIOS -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/alloc_entry.c -o alloc_entry.So cc: Internal compiler error: program cc1 got fatal signal 11 *** Error code 1 Stop in /usr/src/lib/libncurses. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:[EMAIL PROTECTED] http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Strange pcm behaviour
Hello,
Perhaps this should go to mobile, but I'm not sure.
I'm running FreeBSD 4.1-STABLE (of 14/08/2000) on IBM ThinkPad
600E .
I have the following lines in the configuration file:
options PNPBIOS
device pcm
and the weird thing is that the device works randomly, e.g.
after some boot I see:
pcm0: CS461x PCM Audio at irq 11 (1p/1r channels duplex)
pcm1: CS423x-PCI at io 0x530 irq 5 drq 1:0 (1p/1r channels duplex)
and both don't work.
pcm1: play interrupt timeout, channel dead
pcm0: play interrupt timeout, channel dead
Sometimes I see pcm0 (only) on io 0x530 and it WORKS,
sometimes I see pcm1 (only) on io 0x530 and it WORKS too.
For the two latter things I created a script which does:
cd /dev; sh MAKEDEV snd`cat /dev/sndstat | grep 0x530 | awk '{print
substr($1,4,1)}'`
But when it doesn't work, I need to power-off the computer and then hope that on
this boot it will work.
Here's dmesg log which is relevant to pcm (this time, it DOESN'T work):
pcm0: CS461x PCM Audio on csa0
pcm0: ac97 codec reports dac not ready
pcm1: CS423x-PCI at port 0x530-0x537,0x388-0x38b,0x220-0x233 irq 5 drq 1,0 on
isa0
This is from the boot it DID work (as pcm1):
pcm0: CS461x PCM Audio on csa0
pcm0: ac97 codec invalid or not present (id == 0)
device_probe_and_attach: pcm0 attach returned 6
pcm1: CS423x-PCI at port 0x530-0x537,0x388-0x38b,0x220-0x233 irq 5 drq 1,0 on
isa0
This random nature is very confusing, as I'm afraid to experiment with other
options.
Please advise,
--Roman Shterenzon, UNIX System Administrator and Consultant
[ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
