Re: cannot print to remote printer
I wrote: The new POSIX draft, at least, sanctions the automatic reset of SIGCHLD to SIG_DFL upon exec(). Terry Lambert appears to have written: How does the NOHUP program continue to function in light of this reset demand? There is no ``demand'' involved. The behavior of the system when SIGCHLD is set to SIG_IGN has always been entirely implementation-defined. The new specification makes it clear that, in the course of this implementation-defined behavior, implementations are free to reset SIGCHLD to SIG_DFL when a new program is executed. The new specification also makes it clear that the behavior of functions such as system() and pclose() is undefined when SIGCHLD is set to SIG_IGN. (The semantics for SA_NOCLDWAIT are somewhat different.) This change was made because some implementors interpreted the base documents as requiring that SIGCHLD be inherited across exec(), which would then in turn require every program which ever makes use of wait() to explicitly reset SIGCHLD (since the nominal default could not be depended upon). Giorgos Keramidas wrote: I'm not sure about POSIX, but the manpage of nohup does not mention SIGCHLD. The only signals I see mentioned in revision 1.8 of nohup.1 are SIGHUP and SIGQUIT. That is correct. SIGCHLD is entirely irrelevant to `nohup', as the slightest amount of effort on Terry's part would have made clear. -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
buildworld problem.
Hello All I have just cvsuped and now I am trying to make buildworld with no luck. I'm getting the following error and I have no idea where to begin to fix this. The only thing I have tried is running cvsup again from another cvsup site incase there was something wrong with the one I was using. Does anybody have any ideas? -- stage 4: building everything.. -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin LIBRARY_PATH=/usr/obj/usr/src/i386/usr/lib:/usr/obj/usr/src/i386/usr/lib OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec CFLAGS=-nostdinc -O -pipe PERL5LIB=/usr/obj/usr/src/i386/usr/libdata/perl/5.00503 GROFF_BIN_PATH=/usr/obj/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/usr/src/i386 INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 all === share/info === include === include/rpcsvc === lib === lib/csu/i386-elf === lib/libcom_err make: don't know how to make com_err.3. Stop *** Error code 2 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Chris --- 1:30PM up 3 days, 12:36, 3 users, load averages: 0.71, 0.72, 0.84 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
kernel with SSE is unstable
In my system kernel(WITH SSE) falls when I use commands netstat and swapinfo. kernel without SSE works fine. CPU: Pentium III/Pentium III Xeon/Celeron (496.31-MHz 686-class CPU) Origin = GenuineIntel Id = 0x681 Stepping = 1 Features=0x387f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf02ce4d3 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01a59d8 stack pointer = 0x10:0xcb148ee0 frame pointer = 0x10:0xcb148ee0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 7 (netstat) Fatal trap 12: page fault while in kernel mode fault virtual address = 0x3a fault code = supervisor write, page not present instruction pointer = 0x8:0xc01fdb51 stack pointer = 0x10:0xcb254d64 frame pointer = 0x10:0xcb254d64 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 = 943 (swapinfo) -- bye Juriy Goloveshkin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel with SSE is unstable
On Sun, Jul 15, 2001 at 01:01:47AM +0400, Juriy Goloveshkin wrote: In my system kernel(WITH SSE) falls when I use commands netstat and swapinfo. kernel without SSE works fine. Proper panic traceback, please? Did you remember to rebuild your userland when you updated your kernel sources? Kris PGP signature
Re: kernel with SSE is unstable
On Sat, Jul 14, 2001 at 06:38:28PM -0700, Kris Kennaway wrote: On Sun, Jul 15, 2001 at 01:01:47AM +0400, Juriy Goloveshkin wrote: In my system kernel(WITH SSE) falls when I use commands netstat and swapinfo. kernel without SSE works fine. Proper panic traceback, please? I cannot do kernel core, it says ata0 reseting and does nothing so I cannot give you good traceback an any details. I don't know why kernel doesn't dump itself alter 'dumpon /dev/my_swap_slice'. :| Did you remember to rebuild your userland when you updated your kernel sources? uhg... nice kernel. its panics depend on userland? anyway, userland is up to date with kernel and WORK with kernel_without_SSE. that's strange, because almost all things work good with SSE-kernel. I've found only two 'bad' programs(netstat, swapinfo). 'make world' works with SSE-kernel too. It seems mozilla does the same(I mean it's 'bad' program). now I try to reproduce traceback which I saw in kernel debug after panics: Stopped at strcmp+0x18: movb 0(%ecx),%al strcmp link_elf_lookup_symbol kldsym syscal syscal_with_err_pushed syscall(377, FreeBSD ELF, kldsym) -- bye Juriy Goloveshkin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Latest version of mega header file POSIX update
Back on March 15/2001, Garrett Wollman wrote: I have finally produced another version of the big header file patch for people to look at. I'm still running an older (January) kernel and world based on these changes. I have verified that these still build on i386-architecture systems. I'm looking for some people to do the following: 1) Look at the changes to machine-dependent i386 headers and make analogous changes, or verify the changes I've made, in the Alpha and IA64 code. 2) Test it. I'm interested not only in whether it runs -- I'm fairly confident of that -- but also in what external software it breaks, if any. I'm expecting to make a third pass over the header files once Austin Group draft 6 is issued. (Draft 7 is expected to be the final text.) However, I really, really want to get this checked in so that we can all have a framework on which to work. The patch has now gotten too large for some e-mail systems, so I'm making it available via the Web at http://khavrinen.lcs.mit.edu/includes.patch. As I'm sitting here picking off the occasional compile-time warnings in lprfriends, I'm wondering about the status timeline of this big posix-push patch. (one of the warnings I'm getting would be solved by the changes to grp.h in this patch). Is the goal to have this patch in current for 5.0-release later this year? If so, what milestones should we be shooting for? Is this going to show up in 4-stable too, or is it too widespread a change to try and MFC it? (I am not suggesting it SHOULD be MFC'ed, I'm just wondering). [also, it seems to me there was a more recent message about this patch, but it seems I didn't save that one] I've got this idea of trying to build an alternate /usr/include on my -current machine, and then see how it works by switching between the current /usr/include and an alternate version which included the latest version of this patch. On the other hand, I do a lot more day-to-day living on a -stable system, so I'm not sure how much of a test I'd give these changes on my -current system. -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel with SSE is unstable
On 15-Jul-2001 Juriy Goloveshkin wrote: | | Stopped at strcmp+0x18: movb 0(%ecx),%al | | strcmp | link_elf_lookup_symbol | kldsym | syscal | syscal_with_err_pushed | syscall(377, FreeBSD ELF, kldsym) This probably isn't too useful, but I've seen the same exact backtrace when I had the random device statically compiled into the kernel and was also loading the random KLD, it would always crash when starting the linux version of netscape. Removing the random device from the kernel config fixed the problem. So you don't happen to be doing anything similar are you? Mike -- Mike Heffner mheffner@[acm.]vt.edu Fredericksburg, VA [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kernel with SSE is unstable
In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: In my system kernel(WITH SSE) falls when I use commands netstat and swapinfo. kernel without SSE works fine. Thank you for your reporting. I also recognized the problem that *stat comands such as vmstat,netstat,pstat freeze SSE kernel. But today, I hack NetBSD's SMBus for VIA chipset. Please wait some day. -- mailto:[EMAIL PROTECTED] NAKAMURA Kazushi@KOBE http://kobe1995.net/~kaz/index-e.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: support Pentium3 SSE
On Thu, Jun 21, 2001 at 03:24:52AM +0900, NAKAMURA Kazushi wrote: In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: I'm going to see if I can commit your SSE patch to freebsd-current. Since I don't know that much about the code you're patching I have asked Bruce Evans to have a look at the patch, so he may want to make changes. I'll try to read the patch in detail over the next few days. This patch has a problem in SMP environment. There is a new patch by Mr. issei following below. Please test in SMP environment before commit. Thank you. Is there a patch for stable ? --gt PGP signature
Re: support Pentium3 SSE
In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: Is there a patch for stable ? There are a few patches for 4.2R and 4.3R in my site: http://kobe1995.net/~kaz/FreeBSD/SSE.en.html http://kobe1995.net/~kaz/FreeBSD/sys-r420-SSE.diff.gz http://kobe1995.net/~kaz/FreeBSD/sys-r430-SSE.diff.gz And there is a patch for 4.0R in Mr. issei's site: http://www.issei.org/issei/FreeBSD/sse.html Thank you. -- mailto:[EMAIL PROTECTED] NAKAMURA Kazushi@KOBE http://kobe1995.net/~kaz/index-e.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: support Pentium3 SSE
On Sat, Jul 14, 2001 at 10:04:42PM +0900, NAKAMURA Kazushi wrote: In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: Is there a patch for stable ? There are a few patches for 4.2R and 4.3R in my site: http://kobe1995.net/~kaz/FreeBSD/SSE.en.html http://kobe1995.net/~kaz/FreeBSD/sys-r420-SSE.diff.gz http://kobe1995.net/~kaz/FreeBSD/sys-r430-SSE.diff.gz And there is a patch for 4.0R in Mr. issei's site: http://www.issei.org/issei/FreeBSD/sse.html Yes, I'm already using the one for 4.3, and it really improves (de)coding MPEG. But it does not really work for SMP environments, and the mail I responded to said, that there was an improved patch for SMP, at least for current. Sorry, I should have been more precise: Is there an analogon to the SMP improved patch, that applies to stable ? --gt PGP signature
ps/2 mouse problems
Hi, i have a ps/2 mouse and works perfectly with my FreeBSD 4.3-stable, but on my FreeBSD 5.0-current doesn't work. I see the line of the mouse on dmesg output (psm0: PS/2 Mouse irq 12 on atkbdc0). When i type moused -t ps/2 -p /dev/psm0 and vidcontrol -m on i don't see the mouse cursor. Any problem with ps/2 mouses on 5.0-current? any solution? thanks please reply the answers to [EMAIL PROTECTED] thank you very much To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Lock of struct filedesc, file, pgrp, session and sigio
* Seigo Tanimura [EMAIL PROTECTED] [010713 07:00] wrote: On Fri, 13 Jul 2001 19:49:25 +0900, Seigo Tanimura tanimura said: Alfred Certain operations, such as: Alfred kq = (struct kqueue *)fp-f_data; Alfred should not really require that the file be locked, it's implicitly frozen Alfred at creation time (i think) Seigo Yes. Only one exception beats off everything. union_dircheck() in fs/unionfs/union_subr.c may replace f_data with a new vnode. That code really scared me, but on careful inspection, the f_data is actually protected by the vnode exclusive lock from concurrant getdirentries() calls. (getdirentries() calls union_dircheck()) The code is still troublesome for mixing read() and getdirentries() at the same time, but since union mounts are rare we should leave it along and possibly revisit this later. My opinion is that you never need a lock for an assignment, unless that assignment spans multiple dependant operations or is dependant on some pre-condition, cases: /* no lock */ foo-a = 5; /* needs lock */ if (foo-b) foo-a = 5; /* might need lock to protect agianst inconsistant view */ foo-a = 5; foo-b = c; -- -Alfred Perlstein [[EMAIL PROTECTED]] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message