HEADS UP: new wlan code
I've committed the changes to switch the 802.11 support over to the code in sys/net80211. The new code is significantly different as it has been revamped to support multi-mode devices, add fine-grained locking, and support more of the 802.11 protocol. Drivers that depend on the code have been changed (e.g. wi). Drivers and programs that included net/if_ieee80211.h have been changed to the new scheme. Ideally you should see no regressions but beware of changes to the wi driver. Please report any new problems to me (not Warner). As a byproduct of these changes you can now use the Atheros driver w/o patching the tree. man ath(4) for info on the driver. Sam ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
HEADS UP: Atheros 802.11 support
My work to support the Atheros 802.11 hardware is now entirely in the tree and enabled for use. The ath driver supports all Atheros hardware devices and makes FreeBSD the first open source system to support 802.11a and 802.11g*. There are still issues with the driver. man ath(4) for details. Sam *First by a few days--there is also a Linux version of this software available at http://sourceforge.net/projects/madwifi/. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
HEADS UP: new KSE signal code
I begin to commit KSE signal code, libkse will be broken for a while. David Xu ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Anyone is working in the msdosfs
Hi All, Who is working on importing the msdosfs of darwin into main tree? Jun __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: nss_ldap
Thanks everyone who replied, That clears some things for me. Andrey Nepomnyaschih -Original Message- From: Tim Kientzle [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 9:50 PM To: Andrey Nepomnyaschih Cc: [EMAIL PROTECTED] Subject: Re: nss_ldap Andrey Nepomnyaschih wrote: Hello over there, Well playing with it nss_ldap in 5.1R. I have found that ls -la Will not show the names of the owner if the owner resides in LDAP Directory only the corresponding uidNumbers. Is there a way to show the usernames instead of uidNumbers? For this to work, ls must be dynamically linked. However, dynamic linking of /bin and /sbin isn't fully supported right now. Gordon Tetlow is working to get this fully supported for 5.2. If you want this now, try the following: First, partition your disk carefully. In particular, make sure that /usr/lib is part of the root partition. (If you have a separate /usr partition, then the shared libraries can't be accessed during the initial boot stages before /usr is mounted and everything fails.) Second, in /usr/src/bin, edit Makefile.inc to set NOSHARED?= NO Then cd /usr/src/bin make make install to build your dynamic /bin. Cross your fingers and reboot. Do NOT do this on a system with important data. Trashing /bin will render your system completely unbootable. You can do the same with /sbin, though I strongly recommend that you add NOSHARED=YES to the Makefile for /usr/src/sbin/init. (IMO, dynamically linking init is just begging for trouble.) A number of people have done this, primarily for space reasons (a dynamically-linked /bin and /sbin are much smaller) and it does work. But, the need to repartition your disk is a bit of an obstacle. ;-) Gordon's work will make the special partitioning unnecessary, and provide a single switch for selecting dynamic linking. Warning: I haven't been brave enough to try this myself, though I've heard reports from people who have. ;-) Good luck. Tim Kientzle ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hyperthreading
Glenn Johnson wrote: Thanks. I had read the smp manual page. I know _how_ to enable HTT; I was wondering whether I _should_ enable it. It seems the answer is that it is not beneficial in its current state because the scheduler does not yet differentiate between physical and logical processors. Windows does a lot better on the SPECmarks benchmark if you *disable* it. Your mileage may vary, but to me it has always seemed like Computer Marketecture... -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[-CURRENT tinderbox] failure on ia64/ia64
TB --- 2003-06-28 08:18:35 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-06-28 08:18:35 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-28 08:24:47 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/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/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include stage 4: building libraries stage 4: make dependencies stage 4: building everything.. TB --- 2003-06-28 09:28:37 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Sat Jun 28 09:28:37 GMT 2003 [...] awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h touch opt_inet.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/modules/ray/../../dev/ray/if_ray.c /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/dev/ray/if_ray.c:265:30: net/if_ieee80211.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/modules/ray. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/modules. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-06-28 09:30:31 - /usr/bin/make returned exit code 1 TB --- 2003-06-28 09:30:31 - ERROR: failed to build generic kernel TB --- 2003-06-28 09:30:31 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hyperthreading
On Fri, Jun 27, 2003, Brooks Davis wrote: On Fri, Jun 27, 2003 at 06:39:12PM -0500, Glenn Johnson wrote: Thanks. I had read the smp manual page. I know _how_ to enable HTT; I was wondering whether I _should_ enable it. It seems the answer is that it is not beneficial in its current state because the scheduler does not yet differentiate between physical and logical processors. It's more complicated then that. For many users, it's true that HTT is not useful due to the scheduling issues, but for some applications where you keep all the CPUs busy, it does help. Somewhat suprisingly, [EMAIL PROTECTED] performs better with HTT enabled then without. The individual workunits take longer to process, but the overall throughput is better (4 workunits every 6hrs instead of 2 workunits every 4hrs). Hyperthreading will generally give you better thoughput because you get better utilization of the hardware; when one functional unit would normally be idle due to a pipeline bubble, the other logical CPU may be able to provide work for it. On the other hand, as you observe, latency is worse. In particular, if you're running a web browser on one processor, it's competing for resources with your [EMAIL PROTECTED] client on the other processor, even though the [EMAIL PROTECTED] client is niced. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: new KSE signal code
On Sat, Jun 28, 2003, David Xu wrote: I begin to commit KSE signal code, libkse will be broken for a while. Umm...if it's known to be broken, then why did you commit it? If you want people to test KSE and report bugs, the version in the tree needs to be of consistently good quality. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: new KSE signal code
Finished! - Original Message - From: David Xu [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 2:56 PM Subject: HEADS UP: new KSE signal code I begin to commit KSE signal code, libkse will be broken for a while. David Xu ___ [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: 5.1 on a production box with some small problems (su, linux emu7)
Karl, i run 5.1 on one of the inhouse production boxes successful. there are only 2 small points witch are a pain and i found no solution. box was fresh setup with 5.0 then cvsuped to 5.1. 1. when starting some scripts su doesnt return from the shell and hangs on boot. when starting manually i get tty output stopped. with exit there is a way out of this shell, but i havnt found a solution. most of the scripts runs since 3.x, at least 4.x and was working up to 4.8. one of this scripts is the pervasive sql server startup script which is part of the pervasive server for linux. using #!/compat/linux/bin/sh doesnt help. there are 2 lines in it starting sqlmgr and psql with: echo commands | /bin/su - psql || exit 1 after the 1st one tty output is stopped. the other script is vmware and vncserver related and uses linux emu too. I had a similar problem, which has been solved by the following patch posted by David Xu (not white-space clean), you might give it a try. Arno # Index: usr.bin/su/su.c === RCS file: /home/ncvs/src/usr.bin/su/su.c,v retrieving revision 1.68 diff -c -r1.68 su.c *** usr.bin/su/su.c 8 Apr 2003 16:59:53 - 1.68 --- usr.bin/su/su.c 28 Jun 2003 10:33:17 - *** *** 359,364 --- 359,366 child_pid = fork(); switch (child_pid) { default: + sa.sa_handler = SIG_IGN; + sigaction(SIGTTOU, sa, NULL); close(fds[0]); setpgid(child_pid, child_pid); tcsetpgrp(1, child_pid); *** *** 366,372 sigaction(SIGPIPE, sa_pipe, NULL); while ((pid = waitpid(child_pid, statusp, WUNTRACED)) != -1) { if (WIFSTOPPED(statusp)) { ! kill(getpid(), SIGSTOP); child_pgrp = getpgid(child_pid); tcsetpgrp(1, child_pgrp); kill(child_pid, SIGCONT); --- 368,376 sigaction(SIGPIPE, sa_pipe, NULL); while ((pid = waitpid(child_pid, statusp, WUNTRACED)) != -1) { if (WIFSTOPPED(statusp)) { ! if (WSTOPSIG(statusp) != SIGTTOU ! WSTOPSIG(statusp) != SIGTTIN) ! kill(getpid(), SIGSTOP); child_pgrp = getpgid(child_pid); tcsetpgrp(1, child_pgrp); kill(child_pid, SIGCONT); ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Transfer texi files into info files makes warnings.
Howdy, I dont know if these warnings are important to us. So I send it to the list. Hope someone can fix that. If these warnings had fixed, please tell me to update my source. OS: FreeBSD 5.1-CURRENT #0: Sat Jun 21 15:17:58 CST 2003 /home/ncvs/src/contrib/texinfo/makeinfo When I make gtk12 today, makeinfo meets files include the set variables with [], like this @var{titles[]}, will make warnings. I should try to fix by myself. :) But I think I have lots of things to learn. Have a nice weekend. -jmchen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: Atheros 802.11 support
On Fri, Jun 27, 2003 at 11:40:13PM -0700, Sam Leffler wrote: My work to support the Atheros 802.11 hardware is now entirely in the tree and enabled for use. The ath driver supports all Atheros hardware devices and makes FreeBSD the first open source system to support 802.11a and 802.11g*. There are still issues with the driver. man ath(4) for details. Hmm, looks like make depends failed... === ray rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/. ./include /usr/src/sys/modules/ray/../../dev/ray/if_ray.c /usr/src/sys/dev/ray/if_ray.c:265:30: net/if_ieee80211.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/ray. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 -- Rgdz,/\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ /AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
3D graphic cards
Hello, is there any list that provides information about what graphic cards on FreeBSD have supported 3D acceleration? (I need only X-Video support in particular, but it seems tied to 3D acceleration). I just learned that the following card is unsupported: :) [EMAIL PROTECTED]:0:0: class=0x03 card=0x00081002 chip=0x474d1002 rev=0x65 hdr=0x00 vendor = 'ATI Technologies' device = 'Rage XL AGP 2x' class= display subclass = VGA Regards, Julian -- Support strong cryptography. Key ID : D65B2AB5 Fingerprint: FA38 DCD3 00EC 97B8 6DD8 D7CC 35D8 8D0E D65B 2AB5 Key server : pgp.mit.edu pgp0.pgp Description: PGP signature
Re: HEADS UP: new KSE signal code
I don't think you understand what I believe he was trying to say. Commits to CVS are NOT atomic therefore getting a copy of FBSD in between David's start and finish of commits would be broken. When he says he is finished.. I bet it will work again. Now if we were all using Perforce this would be different as commits are atomic I think :). Its free to use for open source projects too but the practicality of making everyone learn something new is not necessarily a good idea :). Dave On Saturday, June 28, 2003, at 04:47 AM, David Schultz wrote: On Sat, Jun 28, 2003, David Xu wrote: I begin to commit KSE signal code, libkse will be broken for a while. Umm...if it's known to be broken, then why did you commit it? If you want people to test KSE and report bugs, the version in the tree needs to be of consistently good quality. ___ [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: 3D graphic cards
Le Saturday 28 June 2003 14:28, Julian St. a écrit : Hello, is there any list that provides information about what graphic cards on FreeBSD have supported 3D acceleration? (I need only X-Video support in particular, but it seems tied to 3D acceleration). Hello, you may want to have a look at NVidia boards - even the XFree Open Source has XVideo support (3D support only comes with the binary NVidia driver). TfH ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 3D graphic cards
Hi, You might want to try the Gatos drivers from http://gatos.sourceforge.net/ . With this driver, I got the ATi chipset in my laptop working with Xv support. 3D acceleration is not tied to Xv support, in fact, there are many video drivers that support Xv but not 3D (open source nv drivers, newer ATi drivers for Radeon 9500, 9700 and 9800, the gatos drivers...). Best regards, Arjan van Leeuwen On Saturday 28 June 2003 14:28, Julian St. wrote: Hello, is there any list that provides information about what graphic cards on FreeBSD have supported 3D acceleration? (I need only X-Video support in particular, but it seems tied to 3D acceleration). I just learned that the following card is unsupported: :) [EMAIL PROTECTED]:0:0: class=0x03 card=0x00081002 chip=0x474d1002 rev=0x65 hdr=0x00 vendor = 'ATI Technologies' device = 'Rage XL AGP 2x' class= display subclass = VGA Regards, Julian ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: new wlan code
In message: [EMAIL PROTECTED] Sam Leffler [EMAIL PROTECTED] writes: : Please report any new problems to me (not Warner). Especially since Warner's response time will be measured in weeks until the end of July. This does kind of imply that Sam is now on the hook for the Lucent stuff :-) Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: Atheros 802.11 support
In message: [EMAIL PROTECTED] Sam Leffler [EMAIL PROTECTED] writes: : My work to support the Atheros 802.11 hardware is now entirely in the tree : and enabled for use. The ath driver supports all Atheros hardware devices : and makes FreeBSD the first open source system to support 802.11a and : 802.11g*. There are still issues with the driver. man ath(4) for details. I've been testing the ath driver with the 5210 and 5211 parts for weeks now, and am quite happy with it. Sam is right that there are issues one must consider when trying to deploy it, but it sure is usable and useful! : *First by a few days--there is also a Linux version of this software : available at http://sourceforge.net/projects/madwifi/. Ah, but it isn't in the linux development kernel yet, now is it :-) Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: Atheros 802.11 support
Same here. On Saturday 28 June 2003 14:21, Sergey A. Osokin wrote: On Fri, Jun 27, 2003 at 11:40:13PM -0700, Sam Leffler wrote: My work to support the Atheros 802.11 hardware is now entirely in the tree and enabled for use. The ath driver supports all Atheros hardware devices and makes FreeBSD the first open source system to support 802.11a and 802.11g*. There are still issues with the driver. man ath(4) for details. Hmm, looks like make depends failed... === ray rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/. ./include /usr/src/sys/modules/ray/../../dev/ray/if_ray.c /usr/src/sys/dev/ray/if_ray.c:265:30: net/if_ieee80211.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/ray. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Anyone is working in the msdosfs
On Sat, Jun 28, 2003 at 12:23:56AM -0700, Jun Su wrote: Hi All, Who is working on importing the msdosfs of darwin into main tree? Please make sure this fix from Tim Robbins [EMAIL PROTECTED] comes in just for the case someone imports something ... http://perforce.freebsd.org/chv.cgi?CH=33605 This prevents from hangig up FreeBSD if you mounted fat32 partitions ro, change it to rw and then write something to it. From perforce log: XXX Propagate hack from UFS: open device for write access even if the user requests a read-only mount. This is fairly stupid, but it's necessary because we don't do the VOP_OPEN again if they upgrade a read-only mount to read-write. Fixes lockup when creating files on msdosfs mounts that have been mounted read-only then upgraded to read-write, reported by [EMAIL PROTECTED] Andreas /// -- Andreas Klemm - Powered by FreeBSD 4.8-STABLE Need a magic printfilter today ? - http://www.apsfilter.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: Atheros 802.11 support
This is what I did for a quick fix: In sys/dev/ray/if_ray.c, comment out the line: #include net/if_ieee80211.h and add the lines #include net80211/ieee80211_var.h #include net80211/ieee80211_ioctl.h Just like Sam did with the 'wi' and the 'an' drivers. sys/net/if_iee80211.h was removed from the tree, I think. On Sat, 28 Jun 2003, Arjan van Leeuwen wrote: Same here. On Saturday 28 June 2003 14:21, Sergey A. Osokin wrote: Hmm, looks like make depends failed... === ray rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/. ./include /usr/src/sys/modules/ray/../../dev/ray/if_ray.c /usr/src/sys/dev/ray/if_ray.c:265:30: net/if_ieee80211.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/ray. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 ___ [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: HEADS UP: Atheros 802.11 support
On Sat, Jun 28, 2003 at 10:09:13AM -0400, Justin Ma wrote: This is what I did for a quick fix: In sys/dev/ray/if_ray.c, comment out the line: #include net/if_ieee80211.h and add the lines #include net80211/ieee80211_var.h #include net80211/ieee80211_ioctl.h Just like Sam did with the 'wi' and the 'an' drivers. sys/net/if_iee80211.h was removed from the tree, I think. On Sat, 28 Jun 2003, Arjan van Leeuwen wrote: Same here. On Saturday 28 June 2003 14:21, Sergey A. Osokin wrote: Hmm, looks like make depends failed... === ray rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/. ./include /usr/src/sys/modules/ray/../../dev/ray/if_ray.c /usr/src/sys/dev/ray/if_ray.c:265:30: net/if_ieee80211.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/ray. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Yes, you right. Patch attached. -- Rgdz,/\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ /AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ Index: src/sys/dev/ray/if_ray.c === RCS file: /home/ncvs/src/sys/dev/ray/if_ray.c,v retrieving revision 1.64 diff -u -r1.64 if_ray.c --- src/sys/dev/ray/if_ray.c28 Jun 2003 06:14:57 - 1.64 +++ src/sys/dev/ray/if_ray.c28 Jun 2003 14:07:22 - @@ -262,8 +262,10 @@ #include net/if_arp.h #include net/if_dl.h #include net/if_media.h -#include net/if_ieee80211.h #include net/if_llc.h + +#include net80211/ieee80211.h +#include net80211/ieee80211_ioctl.h #include dev/pccard/pccardvar.h #include card_if.h ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: Atheros 802.11 support
Sergey A. Osokin wrote: On Sat, Jun 28, 2003 at 10:09:13AM -0400, Justin Ma wrote: This is what I did for a quick fix: In sys/dev/ray/if_ray.c, comment out the line: #include net/if_ieee80211.h and add the lines #include net80211/ieee80211_var.h #include net80211/ieee80211_ioctl.h Just like Sam did with the 'wi' and the 'an' drivers. sys/net/if_iee80211.h was removed from the tree, I think. On Sat, 28 Jun 2003, Arjan van Leeuwen wrote: Same here. On Saturday 28 June 2003 14:21, Sergey A. Osokin wrote: Hmm, looks like make depends failed... === ray rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/. ./include /usr/src/sys/modules/ray/../../dev/ray/if_ray.c /usr/src/sys/dev/ray/if_ray.c:265:30: net/if_ieee80211.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/ray. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Yes, you right. Patch attached. -- Rgdz,/\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ /AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ Index: src/sys/dev/ray/if_ray.c === RCS file: /home/ncvs/src/sys/dev/ray/if_ray.c,v retrieving revision 1.64 diff -u -r1.64 if_ray.c --- src/sys/dev/ray/if_ray.c 28 Jun 2003 06:14:57 - 1.64 +++ src/sys/dev/ray/if_ray.c 28 Jun 2003 14:07:22 - @@ -262,8 +262,10 @@ #include net/if_arp.h #include net/if_dl.h #include net/if_media.h -#include net/if_ieee80211.h #include net/if_llc.h + +#include net80211/ieee80211.h +#include net80211/ieee80211_ioctl.h #include dev/pccard/pccardvar.h #include card_if.h Could you commit it please? I'm pretty sure Sam will be happy to see that people didn't wait for him to be online to fix such a trivial compile fix. If you really don't want to do it, I'll commit it myself. Maxime ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 3D graphic cards
On Sat, 28 Jun 2003 15:19:55 +0200 Arjan van Leeuwen [EMAIL PROTECTED] wrote: Hi, You might want to try the Gatos drivers from http://gatos.sourceforge.net/ . With this driver, I got the ATi chipset in my laptop working with Xv support. I've just visited the page. Looks promising, indeed, but I'm a bit puzzled. One binary release for FreeBSD _and_ Linux? 3D acceleration is not tied to Xv support, in fact, there are many video drivers that support Xv but not 3D (open source nv drivers, newer ATi drivers for Radeon 9500, 9700 and 9800, the gatos drivers...). The XFree86 nv driver didn't support Xv with my TNT2 Ultra, last checked yesterday or so, but that's not quite important for now. Regards, Julian -- Support strong cryptography. Key ID : D65B2AB5 Fingerprint: FA38 DCD3 00EC 97B8 6DD8 D7CC 35D8 8D0E D65B 2AB5 Key server : pgp.mit.edu pgp0.pgp Description: PGP signature
Re: 3D graphic cards
On Sat, 28 Jun 2003 17:32:51 +0200 Julian St. [EMAIL PROTECTED] wrote: On Sat, 28 Jun 2003 15:19:55 +0200 Arjan van Leeuwen [EMAIL PROTECTED] wrote: Hi, You might want to try the Gatos drivers from http://gatos.sourceforge.net/ . With this driver, I got the ATi chipset in my laptop working with Xv support. I've just visited the page. Looks promising, indeed, but I'm a bit puzzled. One binary release for FreeBSD _and_ Linux? Hey, it works. Thank you very much. Regards, Julian -- Support strong cryptography. Key ID : D65B2AB5 Fingerprint: FA38 DCD3 00EC 97B8 6DD8 D7CC 35D8 8D0E D65B 2AB5 Key server : pgp.mit.edu pgp0.pgp Description: PGP signature
Re: 5.1 on a production box with some small problems (su, linux emu7)
arno, thanks. i already found that patch posted somewhere on people.freebsd.org. but it hasnt helped. but thanks anyway. i had that : --- su.c.orig Sat Jun 28 17:52:21 2003 +++ su.cSat Jun 28 17:57:13 2003 @@ -359,6 +359,8 @@ child_pid = fork(); switch (child_pid) { default: + sa.sa_handler = SIG_IGN; + sigaction(SIGTTOU, sa, NULL); close(fds[0]); setpgid(child_pid, child_pid); tcsetpgrp(1, child_pid); @@ -366,7 +368,9 @@ sigaction(SIGPIPE, sa_pipe, NULL); while ((pid = waitpid(child_pid, statusp, WUNTRACED)) != -1) { if (WIFSTOPPED(statusp)) { - kill(getpid(), SIGSTOP); + if (WSTOPSIG(statusp) != SIGTTOU + WSTOPSIG(statusp) != SIGTTIN) + kill(getpid(), SIGSTOP); child_pgrp = getpgid(child_pid); tcsetpgrp(1, child_pgrp); kill(child_pid, SIGCONT); [EMAIL PROTECTED] wrote: Karl, i run 5.1 on one of the inhouse production boxes successful. there are only 2 small points witch are a pain and i found no solution. box was fresh setup with 5.0 then cvsuped to 5.1. 1. when starting some scripts su doesnt return from the shell and hangs on boot. when starting manually i get tty output stopped. with exit there is a way out of this shell, but i havnt found a solution. most of the scripts runs since 3.x, at least 4.x and was working up to 4.8. one of this scripts is the pervasive sql server startup script which is part of the pervasive server for linux. using #!/compat/linux/bin/sh doesnt help. there are 2 lines in it starting sqlmgr and psql with: echo commands | /bin/su - psql || exit 1 after the 1st one tty output is stopped. the other script is vmware and vncserver related and uses linux emu too. I had a similar problem, which has been solved by the following patch posted by David Xu (not white-space clean), you might give it a try. Arno # Index: usr.bin/su/su.c === RCS file: /home/ncvs/src/usr.bin/su/su.c,v retrieving revision 1.68 diff -c -r1.68 su.c *** usr.bin/su/su.c 8 Apr 2003 16:59:53 - 1.68 --- usr.bin/su/su.c 28 Jun 2003 10:33:17 - *** *** 359,364 --- 359,366 child_pid = fork(); switch (child_pid) { default: + sa.sa_handler = SIG_IGN; + sigaction(SIGTTOU, sa, NULL); close(fds[0]); setpgid(child_pid, child_pid); tcsetpgrp(1, child_pid); *** *** 366,372 sigaction(SIGPIPE, sa_pipe, NULL); while ((pid = waitpid(child_pid, statusp, WUNTRACED)) != -1) { if (WIFSTOPPED(statusp)) { ! kill(getpid(), SIGSTOP); child_pgrp = getpgid(child_pid); tcsetpgrp(1, child_pgrp); kill(child_pid, SIGCONT); --- 368,376 sigaction(SIGPIPE, sa_pipe, NULL); while ((pid = waitpid(child_pid, statusp, WUNTRACED)) != -1) { if (WIFSTOPPED(statusp)) { ! if (WSTOPSIG(statusp) != SIGTTOU ! WSTOPSIG(statusp) != SIGTTIN) ! kill(getpid(), SIGSTOP); child_pgrp = getpgid(child_pid); tcsetpgrp(1, child_pgrp); kill(child_pid, SIGCONT); -- Best regards / Mit freundlichen Gruessen, Karl M. Joch [EMAIL PROTECTED] http://www.ctseuro.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 3D graphic cards
You might want to try the Gatos drivers from http://gatos.sourceforge.net/ . With this driver, I got the ATi chipset in my laptop working with Xv support. I've just visited the page. Looks promising, indeed, but I'm a bit puzzled. One binary release for FreeBSD _and_ Linux? Yes, and most other Intel x86-based OS's. The X server contains support for on-demand, OS- and even binary-format independent module loading. See: http://www.xfree86.org/~dawes/4.3.0/DESIGN17.html#65 The GATOS binary drivers (originally compiled for Linux) have been working for me on my ATI-based laptop for a long time (multiple versions, natch), never a problem. I'm told they compile fine, but I've never bothered. Cheers, AS pgp0.pgp Description: PGP signature
[-CURRENT tinderbox] failure on amd64/amd64
TB --- mkdir /home/des/tinderbox/CURRENT/amd64 TB --- mkdir /home/des/tinderbox/CURRENT/amd64/amd64 TB --- 2003-06-28 17:26:49 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2003-06-28 17:26:49 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -A src TB --- 2003-06-28 17:33:53 - building world TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64/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/amd64/amd64/obj/amd64/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include stage 4: building libraries [...] cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/src -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/contrib/sendmail/libsmutil/snprintf.c -o snprintf.o cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/src -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/contrib/sendmail/libsmutil/cf.c -o cf.o building static smutil library ranlib libsmutil.a === lib/libstand cc -O -pipe -ffreestanding -Wformat -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand/../libz -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand/__main.c -o __main.o ld: unrecognised emulation mode: elf_i386_fbsd Supported emulations: elf_x86_64_fbsd *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. TB --- 2003-06-28 18:06:26 - /usr/bin/make returned exit code 1 TB --- 2003-06-28 18:06:26 - ERROR: failed to build world TB --- 2003-06-28 18:06:26 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[-CURRENT tinderbox] failure on i386/i386
TB --- 2003-06-28 18:06:27 - starting CURRENT tinderbox run for i386/i386 TB --- 2003-06-28 18:06:27 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-28 18:08:10 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/i386/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/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include stage 4: building libraries stage 4: make dependencies stage 4: building everything.. TB --- 2003-06-28 19:00:32 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Sat Jun 28 19:00:32 GMT 2003 [...] awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h touch opt_inet.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/modules/ray/../../dev/ray/if_ray.c /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev/ray/if_ray.c:265:30: net/if_ieee80211.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/modules/ray. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. TB --- 2003-06-28 19:02:46 - /usr/bin/make returned exit code 1 TB --- 2003-06-28 19:02:46 - ERROR: failed to build generic kernel TB --- 2003-06-28 19:02:46 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: new KSE signal code
he means that between the time the commits start and finish there may be an inconsistant period.. Why is everyone so eager to jump down everyone else's throat these days? On Sat, 28 Jun 2003, David Schultz wrote: On Sat, Jun 28, 2003, David Xu wrote: I begin to commit KSE signal code, libkse will be broken for a while. Umm...if it's known to be broken, then why did you commit it? If you want people to test KSE and report bugs, the version in the tree needs to be of consistently good quality. ___ [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: HEADS UP: Atheros 802.11 support
On Sat, Jun 28, 2003 at 04:41:13PM +0200, Maxime Henrion wrote: Sergey A. Osokin wrote: On Sat, Jun 28, 2003 at 10:09:13AM -0400, Justin Ma wrote: This is what I did for a quick fix: In sys/dev/ray/if_ray.c, comment out the line: #include net/if_ieee80211.h and add the lines #include net80211/ieee80211_var.h #include net80211/ieee80211_ioctl.h Just like Sam did with the 'wi' and the 'an' drivers. sys/net/if_iee80211.h was removed from the tree, I think. On Sat, 28 Jun 2003, Arjan van Leeuwen wrote: Same here. On Saturday 28 June 2003 14:21, Sergey A. Osokin wrote: Hmm, looks like make depends failed... === ray rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/. ./include /usr/src/sys/modules/ray/../../dev/ray/if_ray.c /usr/src/sys/dev/ray/if_ray.c:265:30: net/if_ieee80211.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/ray. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Yes, you right. Patch attached. [patch skipped] Could you commit it please? I'm pretty sure Sam will be happy to see that people didn't wait for him to be online to fix such a trivial compile fix. If you really don't want to do it, I'll commit it myself. I can't do that, because 1) I'm ports (only) committer 2) At this time I haven't approve for this patch from my mentor Please commit it, if it possible. Thanks. -- Rgdz,/\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ /AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ pgp0.pgp Description: PGP signature
Re: HEADS UP: new KSE signal code
On Sat, Jun 28, 2003, Julian Elischer wrote: he means that between the time the commits start and finish there may be an inconsistant period.. Why is everyone so eager to jump down everyone else's throat these days? The statement that ``libkse will be broken for a while'' gave me the impression that it would be broken for a couple of days, not a couple of minutes, and I was just in the process of upgrading before trying to diagnose a signal problem involving Java. I apologize for the misinterpretation. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: new KSE signal code
Because we aren't working on anything and need something to do... so we find ways to think about how we can enforce quality without understanding how stuff works first maybe? :) Just a guess. Dave On Saturday, June 28, 2003, at 02:20 PM, Julian Elischer wrote: he means that between the time the commits start and finish there may be an inconsistant period.. Why is everyone so eager to jump down everyone else's throat these days? On Sat, 28 Jun 2003, David Schultz wrote: On Sat, Jun 28, 2003, David Xu wrote: I begin to commit KSE signal code, libkse will be broken for a while. Umm...if it's known to be broken, then why did you commit it? If you want people to test KSE and report bugs, the version in the tree needs to be of consistently good quality. ___ [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: HEADS UP: new KSE signal code
On Sat, Jun 28, 2003, David Leimbach wrote: Because we aren't working on anything and need something to do... so we find ways to think about how we can enforce quality without understanding how stuff works first maybe? Umm...no, but thanks for the insult. How about: Because we are working at 3 AM to figure out why signals aren't getting delivered to java properly and we see an email saying that things will be more broken ``for a while'' and misinterpret what ``for a while'' means in this context. See previous post. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: Atheros 802.11 support
Sergey A. Osokin wrote: On Sat, Jun 28, 2003 at 04:41:13PM +0200, Maxime Henrion wrote: Sergey A. Osokin wrote: On Sat, Jun 28, 2003 at 10:09:13AM -0400, Justin Ma wrote: This is what I did for a quick fix: In sys/dev/ray/if_ray.c, comment out the line: #include net/if_ieee80211.h and add the lines #include net80211/ieee80211_var.h #include net80211/ieee80211_ioctl.h Just like Sam did with the 'wi' and the 'an' drivers. sys/net/if_iee80211.h was removed from the tree, I think. On Sat, 28 Jun 2003, Arjan van Leeuwen wrote: Same here. On Saturday 28 June 2003 14:21, Sergey A. Osokin wrote: Hmm, looks like make depends failed... === ray rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/. ./include /usr/src/sys/modules/ray/../../dev/ray/if_ray.c /usr/src/sys/dev/ray/if_ray.c:265:30: net/if_ieee80211.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/ray. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Yes, you right. Patch attached. [patch skipped] Could you commit it please? I'm pretty sure Sam will be happy to see that people didn't wait for him to be online to fix such a trivial compile fix. If you really don't want to do it, I'll commit it myself. I can't do that, because 1) I'm ports (only) committer 2) At this time I haven't approve for this patch from my mentor Sam already committed it anyway. Cheers, Maxime ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
linux-mozilla not exiting properly (KSE signal fallout?)
David, Julian, I updated my system today after David's KSE signal changes. I'm sure if this is the cause of my problem, but linux-mozilla no longer exits. % linux-mozilla ... browse ... crtl-q % ps | grep mozilla 6032 v0 SL 0:00.02 /bin/sh ./run-mozilla.sh ./mozilla-bin 6037 v0 SL 0:12.16 ./mozilla-bin 6038 v0 SL 0:00.01 ./mozilla-bin % linux-mozilla ... browse ... crtl-q % ps | grep mozilla 6060 p1 SL+0:00.02 /bin/sh ./run-mozilla.sh ./mozilla-bin 6065 p1 SL+0:09.67 ./mozilla-bin 6066 p1 SL+0:00.03 ./mozilla-bin 6032 v0 SL 0:00.02 /bin/sh ./run-mozilla.sh ./mozilla-bin 6037 v0 SL 0:12.16 ./mozilla-bin 6038 v0 SL 0:00.04 ./mozilla-bin % linux-mozilla ... browse ... crtl-q % killall mozilla-bin % ps | grep mozilla 6060 p1 SL+0:00.02 /bin/sh ./run-mozilla.sh ./mozilla-bin 6065 p1 SL+0:09.67 ./mozilla-bin 6066 p1 SL+0:00.04 ./mozilla-bin 6136 p2 RL+0:00.01 grep mozilla 6032 v0 SL 0:00.02 /bin/sh ./run-mozilla.sh ./mozilla-bin 6037 v0 SL 0:12.16 ./mozilla-bin 6038 v0 SL 0:00.05 ./mozilla-bin 6114 v0 SL 0:00.02 /bin/sh ./run-mozilla.sh ./mozilla-bin 6119 v0 SL 0:04.83 ./mozilla-bin 6120 v0 SL 0:00.01 ./mozilla-bin % kill -9 6114 6032 6060 6065 6037 6119 Finally, kills the processes. -- Steve http://troutmask.apl.washington.edu/~kargl/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ULE problems on HTT SMP
On Fri, 27 Jun 2003, John Baldwin wrote: On 27-Jun-2003 Andrew Gallatin wrote: Jeff Roberson writes: Can you call kseq_print(0) and kseq_print(1) from ddb? I found a different problem which is nearly as interesting. Note that ps thinks sysctl is on cpu 255... #define NOCPU 0xff/* For when we aren't on a CPU. (SMP) */ So that isn't but so interesting. :) The problem is that the logical cpu halting code does not put the halted CPU in the stopped cpus set. ULE has no way of knowing that it can not migrate a thread to this cpu. I'd prefer it if you could make this change John, but I can certainly do it if you're busy. Thanks, Jeff db ps pid proc addruid ppid pgrp flag stat wmesgwchan cmd 62 c41ec000 d8d9a00006042 0004002 [CPU 255] sysctl 60 c4175d3c d7bcc00005842 002 [SLP]wait 0xc4175d3c] sh 58 c4175790 d7ba200005142 002 [SLP]wait 0xc4175790] sh 51 c4175b58 d7bcb00004242 002 [SLP]wait 0xc4175b58] sh 42 c4025b58 d7b660000 142 0004002 [SLP]wait 0xc4025b58] sh 41 c4025d3c d7b670000 0 0 204 [SLP]nfsidl 0xc03f9b8c] nfsiod 3 40 c4173000 d7b960000 0 0 204 [SLP]nfsidl 0xc03f9b88] nfsiod 2 39 c41731e4 d7b970000 0 0 204 [SLP]nfsidl 0xc03f9b84] nfsiod 1 38 c41733c8 d7b980000 0 0 204 [SLP]nfsidl 0xc03f9b80] nfsiod 0 37 c41735ac d7b990000 0 0 204 [SLP]vlruwt 0xc41735ac] vnlru 36 c4173790 d7b9a0000 0 0 204 [SLP]syncer 0xc03cacc0] syncer 35 c4173974 d7b9b0000 0 0 204 [SLP]psleep 0xc03f7e3c] bufdaemon 34 c4173b58 d7b9c0000 0 0 20c [SLP]pgzero 0xc03ffc08] pagezero 9 c4173d3c d7b9d0000 0 0 204 [SLP]psleep 0xc03ffc34] vmdaemon 8 c4175000 d7b9e0000 0 0 204 [SLP]psleep 0xc03ffc20] pagedaemon 33 c41751e4 d7b9f0000 0 0 204 new [IWAIT] irq8: rtc 32 c3f795ac d7b2b0000 0 0 204 new [IWAIT] irq0: clk 31 c3f79790 d7b2c0000 0 0 204 [IWAIT] irq6: fdc0 30 c3f79974 d7b2d0000 0 0 204 new [IWAIT] irq7: ppc0 29 c3f79b58 d7b2e0000 0 0 204 new [IWAIT] irq3: sio1 28 c3f79d3c d7b2f0000 0 0 204 new [IWAIT] irq4: sio0 27 c4025000 d7b390000 0 0 204 [IWAIT] swi0: tty:sio 26 c40251e4 d7b3a0000 0 0 204 new [IWAIT] irq11: em0 25 c40253c8 d7b3b0000 0 0 204 [IWAIT] irq15: ata1 24 c40255ac d7b3c0000 0 0 204 [IWAIT] irq14: ata0 23 c4025790 d7b3d0000 0 0 204 new [IWAIT] irq5: fxp0 7 c4025974 d7b3e0000 0 0 204 [SLP]actask 0xc04e40cc] acpi_task2 6 c150a1e4 d69290000 0 0 204 [SLP]actask 0xc04e40cc] acpi_task1 5 c150a3c8 d692a0000 0 0 204 [SLP]actask 0xc04e40cc] acpi_task0 22 c150a5ac d692b0000 0 0 204 new [IWAIT] irq9: acpi0 21 c150a790 d692c0000 0 0 204 [IWAIT] swi3: cambio 20 c150a974 d692d0000 0 0 204 new [IWAIT] swi2: camnet 19 c150ab58 d692e0000 0 0 204 new [IWAIT] swi5:+ 18 c150ad3c d69560000 0 0 204 new [IWAIT] swi6: task queue 17 c3f79000 d7b280000 0 0 204 [IWAIT] swi6: acpitaskq 16 c3f791e4 d7b290000 0 0 204 [SLP]sleep 0xc03b5dc0] random 4 c3f793c8 d7b2a0000 0 0 204 [SLP]- 0xc03c41fc] g_down 3 c1503000 d68d20000 0 0 204 [SLP]- 0xc03c41f8] g_up 2 c15031e4 d69210000 0 0 204 [SLP]- 0xc03c41f0] g_event 15 c15033c8 d69220000 0 0 204 new [IWAIT] swi4: vm 14 c15035ac d69230000 0 0 20c [IWAIT] swi7: tty:sio clock 13 c1503790 d69240000 0 0 204 new [IWAIT] swi1: net 12 c1503974 d69250000 0 0 20c [CPU 0] idle: cpu0 11 c1503b58 d69260000 0 0 20c [CPU 1] idle: cpu1 1 c1503d3c d69270000 0 1 0004200 [SLP]wait 0xc1503d3c] init 10 c150a000 d69280000 0 0 204 [CV]ktrace 0xc03c7794] ktrace 0 c03c42c0 c05130000 0 0 200 [SLP]sched 0xc03c42c0] swapper db sho pcpu cpuid= 0 curthread= 0xc1504980: pid 12 idle: cpu0 curpcb = 0xd68edda0 fpcurthread = none idlethread = 0xc1504980: pid 12 idle: cpu0 currentldt = 0x28 spin locks held: db sho pcpu 1 cpuid= 1 curthread= 0xc1504850: pid 11 idle: cpu1 curpcb = 0xd68eada0 fpcurthread = none idlethread = 0xc1504850: pid 11 idle: cpu1 currentldt = 0x28 spin locks held: db t 62 mi_switch(c4177720,df,c036cbb1,ef,1) at mi_switch+0x210 ast(d7bb8d48) at ast+0x3a0 doreti_ast() at doreti_ast+0x17 I hope that
Re: 3D graphic cards
Date: Sat, 28 Jun 2003 09:13:45 -0700 From: Andy Sparrow [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] --==_Exmh_-1760729268P Content-Type: text/plain; charset=us-ascii You might want to try the Gatos drivers from http://gatos.sourceforge.net/ . With this driver, I got the ATi chipset in my laptop working with Xv support. I've just visited the page. Looks promising, indeed, but I'm a bit puzzled. One binary release for FreeBSD _and_ Linux? Yes, and most other Intel x86-based OS's. The X server contains support for on-demand, OS- and even binary-format independent module loading. See: http://www.xfree86.org/~dawes/4.3.0/DESIGN17.html#65 The GATOS binary drivers (originally compiled for Linux) have been working for me on my ATI-based laptop for a long time (multiple versions, natch), never a problem. I'm told they compile fine, but I've never bothered. I thought most of the GATOS stuff had been merged into 4.3. At least I have had no problems with Xv on my Radeon 7000 with XFree86 4.3.0 and I seem to recall that support was claimed for all Radeons except, perhaps the 9500. Before the 4.3.0 release, I ran the radeon and ati drivers built from CVS on a Linux system. (At least until the API changed.) XFree86 drivers for x86 processors should be OS independent. This was some really cool work by the XFree86 folks. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
qmail
Thanks to all for helping me with my email server, installed Qmail-mysql and is working awsome :) Alex ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: something wrong with fxp driver ?
On Fri, Jun 27, 2003 at 15:40:22 -0700, Doug White wrote: On Fri, 27 Jun 2003, Ying-Chieh Liao wrote: On Fri, Jun 27, 2003 at 09:28:31 -0400, Robert Watson wrote: You might compare the dmesg output from before/after and see if there are any obvious changes in IRQ allocation, shared interrupts, etc. Perhaps the changes in interrupt routing have resulted in some new behavior. I lost my old kernel : In the future, 'make reinstall' is your friend :) ok, I give up I think I have to revert my system back to 5.1-R -- self-producing in python : l='l=%s;print l%%`l`';print l%`l` -- Frank Stajano pgp0.pgp Description: PGP signature
HEADS UP: libthr broken (was Re: HEADS UP: new KSE signal code)
David's signal changes broke libthr. This is not his fault. The original implementation of sigtimedwait was broken and jdp (John Polstra) had worked up patches to fix it, but David beat him to it :-). Libthr depended on the old broken semantics of sigtimedwait, so any applications using libthr will be broken untill jdp commits the second part of his patch. Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc [EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 [EMAIL PROTECTED]| FreeBSD - The Power To Serve ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: new KSE signal code
On Saturday, June 28, 2003, at 3:18PM, David Schultz wrote: On Sat, Jun 28, 2003, David Leimbach wrote: Because we aren't working on anything and need something to do... so we find ways to think about how we can enforce quality without understanding how stuff works first maybe? Umm...no, but thanks for the insult. How about: Because we are working at 3 AM to figure out why signals aren't getting delivered to java properly and we see an email saying that things will be more broken ``for a while'' and misinterpret what ``for a while'' means in this context. See previous post. Well I apologize... it seemed we had yet another person ready to jump on someone for bothering to commit an important piece of code. My email was caught in a state where it was neither sent nor delivered but I replied to your original mail hours ago... I even think I cancelled the one that offended you but apparently not early enough. I apologize again for the insult... I just thought you were being somewhat harsh on someone who may have had a minor english language barrier. Dave ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: Atheros 802.11 support
On Fri, Jun 27, 2003 at 11:40:13PM -0700, Sam Leffler wrote: My work to support the Atheros 802.11 hardware is now entirely in the tree and enabled for use. The ath driver supports all Atheros hardware devices and makes FreeBSD the first open source system to support 802.11a and 802.11g*. There are still issues with the driver. man ath(4) for details. Sam *First by a few days--there is also a Linux version of this software available at http://sourceforge.net/projects/madwifi/. maybe not, another linux driver already existed: http://team.vantronix.net/ar5k/ Whos first and how first is defined doesn't matter. Thanks for the work to support a/g chipsets, i've been wanting to speed up my network. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: new KSE signal code
David Leimbach, Thank you for your reply and explain the reason for me, I normally won't reply such complain. At that time, I was very tire and sick, after one week of hardwork and sleep late at night for KSE signal code, I think nothing is important than committing the code and let it be tested widely. Thank you again, David Xu - Original Message - From: David Leimbach [EMAIL PROTECTED] To: David Schultz [EMAIL PROTECTED] Cc: David Xu [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 8:42 PM Subject: Re: HEADS UP: new KSE signal code I don't think you understand what I believe he was trying to say. Commits to CVS are NOT atomic therefore getting a copy of FBSD in between David's start and finish of commits would be broken. When he says he is finished.. I bet it will work again. Now if we were all using Perforce this would be different as commits are atomic I think :). Its free to use for open source projects too but the practicality of making everyone learn something new is not necessarily a good idea :). Dave On Saturday, June 28, 2003, at 04:47 AM, David Schultz wrote: On Sat, Jun 28, 2003, David Xu wrote: I begin to commit KSE signal code, libkse will be broken for a while. Umm...if it's known to be broken, then why did you commit it? If you want people to test KSE and report bugs, the version in the tree needs to be of consistently good quality. ___ [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]
latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
[EMAIL PROTECTED] [5:57pm][/usr/src] make buildworld -- Rebuilding the temporary build tree -- rm -rf /usr/obj/usr/src/i386 mkdir -p /usr/obj/usr/src/i386/legacy/usr/bin mkdir -p /usr/obj/usr/src/i386/legacy/usr/games mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/sys mkdir -p /usr/obj/usr/src/i386/legacy/usr/lib mkdir -p /usr/obj/usr/src/i386/legacy/usr/libexec mkdir -p /usr/obj/usr/src/i386/legacy/usr/sbin mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/dict mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100-12 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75-12 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devascii mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devcp1047 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devdvi mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devhtml mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devkoi8-r mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlatin1 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlbp mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlj4 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devps mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devutf8 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mdoc mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mm mkdir -p /usr/obj/usr/src/i386/usr/bin mkdir -p /usr/obj/usr/src/i386/usr/include mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/i386/usr/libexec mkdir -p /usr/obj/usr/src/i386/usr/share/misc mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/i386/usr/include ./arpa missing (created) ./cam missing (created) ./cam/scsi missing (created) ./crypto missing (created) ./dev missing (created) ./dev/an missing (created) ./dev/ic missing (created) ./dev/iicbus missing (created) ./dev/firewire missing (created) ./dev/ofw missing (created) ./dev/ppbus missing (created) ./dev/smbus missing (created) ./dev/usb missing (created) ./dev/utopia missing (created) ./dev/wi missing (created) ./fs missing (created) ./fs/devfs missing (created) ./fs/fdescfs missing (created) ./fs/fifofs missing (created) ./fs/msdosfs missing (created) ./fs/ntfs missing (created) ./fs/nullfs missing (created) ./fs/nwfs missing (created) ./fs/portalfs missing (created) ./fs/procfs missing (created) ./fs/smbfs missing (created) ./fs/umapfs missing (created) ./fs/unionfs missing (created) ./g++ missing (created) ./g++/backward missing (created) ./g++/bits missing (created) ./g++/ext missing (created) ./geom missing (created) ./isc missing (created) ./isofs missing (created) ./isofs/cd9660 missing (created) ./libmilter missing (created) ./machine missing (created) ./machine/pc missing (created) ./net missing (created) ./net80211 missing (created) ./netatalk missing (created) ./netatm missing (created) ./netatm/ipatm missing (created) ./netatm/sigpvc missing (created) ./netatm/spans missing (created) ./netatm/uni missing (created) ./netgraph missing (created) ./netgraph/atm missing (created) ./netgraph/bluetooth missing (created) ./netgraph/bluetooth/include missing (created) ./netinet missing (created) ./netinet6 missing (created) ./netipsec missing (created) ./netipx missing (created) ./netkey missing (created) ./netnatm missing (created) ./netncp missing (created) ./netsmb missing (created) ./nfs missing (created) ./nfsclient missing (created) ./nfsserver missing (created) ./objc missing (created) ./openssl missing (created) ./pccard missing (created) ./posix4 missing (created) ./protocols missing (created) ./readline missing (created) ./rpc missing (created) ./rpcsvc missing (created) ./security missing (created) ./security/mac_biba missing (created) ./security/mac_bsdextended missing (created) ./security/mac_lomac missing (created) ./security/mac_mls missing (created) ./security/mac_partition missing (created) ./sys missing (created) ./ufs missing (created) ./ufs/ffs missing (created) ./ufs/ufs missing (created) ./vm missing (created) ln -sf /usr/src/sys /usr/obj/usr/src/i386 -- stage 1: legacy release compatibility shims -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR= INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk make -f Makefile.inc1 BOOTSTRAPPING=501100
Re: HEADS UP: new KSE signal code
No problem... I still should have watched my mouth and not shot it off at the other David when he had a valid question. Its amazing how much of an attitude one can read into another person's email. Sometimes I think we project how we are feeling at that moment in time into what we read in other's mail. Emoticons are clearly not enough to express the full story that is lost through voice inflections and body language. I am sure there is interesting psychological and sociological research to be done there :) Anyway... thanks for your hard work despite illness. I appreciate it very much [both of you: Xu and Schultz] Dave On Saturday, June 28, 2003, at 5:54PM, David Xu wrote: David Leimbach, Thank you for your reply and explain the reason for me, I normally won't reply such complain. At that time, I was very tire and sick, after one week of hardwork and sleep late at night for KSE signal code, I think nothing is important than committing the code and let it be tested widely. Thank you again, David Xu - Original Message - From: David Leimbach [EMAIL PROTECTED] To: David Schultz [EMAIL PROTECTED] Cc: David Xu [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 8:42 PM Subject: Re: HEADS UP: new KSE signal code I don't think you understand what I believe he was trying to say. Commits to CVS are NOT atomic therefore getting a copy of FBSD in between David's start and finish of commits would be broken. When he says he is finished.. I bet it will work again. Now if we were all using Perforce this would be different as commits are atomic I think :). Its free to use for open source projects too but the practicality of making everyone learn something new is not necessarily a good idea :). Dave On Saturday, June 28, 2003, at 04:47 AM, David Schultz wrote: On Sat, Jun 28, 2003, David Xu wrote: I begin to commit KSE signal code, libkse will be broken for a while. Umm...if it's known to be broken, then why did you commit it? If you want people to test KSE and report bugs, the version in the tree needs to be of consistently good quality. ___ [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]
/compat/linux not working correctly in -CURRENT
Greetings everyone: It seems the /compat/linux is not working correctly in -CURRENT. With the -current packages of linux_base-7.1_5 and 5.1-release package of linux_base-7.1_4, it's showing the following: [EMAIL PROTECTED] [7:19pm][/usr/ports/net/net-snmp] /compat/linux/bin/ls ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found Abort Somehow it's trying to look up a library in /compat/svr4 which doesn't exist. With the older linux_base-7.1_1 from ports, it would work correctly... [EMAIL PROTECTED] [4:21pm][~vince] /compat/linux/bin/ls /usr/temp conf testalias Even trying to install linux_base fails from -current ports... [EMAIL PROTECTED] [7:23pm][/usr/ports/emulators/linux_base] make clean === Cleaning for rpm-3.0.6_6 === Cleaning for libiconv-1.9.1_1 === Cleaning for autoconf213-2.13.000227_5 === Cleaning for automake14-1.4.5_9 === Cleaning for gettext-0.11.5_1 === Cleaning for gmake-3.80 === Cleaning for libtool-1.3.5 === Cleaning for m4-1.4_1 === Cleaning for popt-1.6.4 === Cleaning for perl-5.6.1_13 === Cleaning for expat-1.95.6_1 === Cleaning for linux_base-7.1_5 [EMAIL PROTECTED] [7:23pm][/usr/ports/emulators/linux_base] make === Extracting for linux_base-7.1_5 Checksum OK for rpm/redhat-release-7.1-1.noarch.rpm. Checksum OK for rpm/setup-2.4.7-1.noarch.rpm. Checksum OK for rpm/filesystem-2.0.7-1.noarch.rpm. Checksum OK for rpm/basesystem-7.0-2.noarch.rpm. Checksum OK for rpm/termcap-11.0.1-8.noarch.rpm. Checksum OK for rpm/db1-1.85-5.i386.rpm. Checksum OK for rpm/db3-3.1.17-7.i386.rpm. Checksum OK for rpm/gdbm-1.8.0-5.i386.rpm. Checksum OK for rpm/glib-1.2.9-1.i386.rpm. Checksum OK for rpm/libtermcap-2.0.8-26.i386.rpm. Checksum OK for rpm/bash-2.04-21.i386.rpm. Checksum OK for rpm/bzip2-1.0.1-3.i386.rpm. Checksum OK for rpm/compat-libstdc++-6.2-2.9.0.14.i386.rpm. Checksum OK for rpm/ncurses-5.2-8.i386.rpm. Checksum OK for rpm/info-4.0-20.i386.rpm. Checksum OK for rpm/fileutils-4.0.36-4.i386.rpm. Checksum OK for rpm/grep-2.4.2-5.i386.rpm. Checksum OK for rpm/popt-1.6.2-8.i386.rpm. Checksum OK for rpm/readline-4.1-9.i386.rpm. Checksum OK for rpm/setserial-2.17-2.i386.rpm. Checksum OK for rpm/slang-1.4.2-2.i386.rpm. Checksum OK for rpm/sh-utils-2.0-13.i386.rpm. Checksum OK for rpm/rpm-4.0.2-8.i386.rpm. Checksum OK for rpm/freetype-2.0.1-4.i386.rpm. Checksum OK for rpm/XFree86-libs-4.0.3-5.i386.rpm. Checksum OK for rpm/glibc-common-2.2.4-32.i386.rpm. Checksum OK for rpm/glibc-2.2.4-32.i386.rpm. Checksum OK for rpm/zlib-1.1.4-8.7x.i386.rpm. Checksum OK for rpm/libstdc++-2.96-112.7.1.i386.rpm. === Patching for linux_base-7.1_5 === linux_base-7.1_5 depends on executable: rpm - found === Configuring for linux_base-7.1_5 [EMAIL PROTECTED] [7:23pm][/usr/ports/emulators/linux_base] make install === Installing for linux_base-7.1_5 kern.fallback_elf_brand: 3 - 3 glibc-common-2.2.4-32.i386.rpm glibc-2.2.4-32.i386.rpm execution of glibc-2.2.4-32 script failed, exit status 0 *** Error code 1 Stop in /usr/ports/emulators/linux_base. [EMAIL PROTECTED] [7:24pm][/usr/ports/emulators/linux_base] Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
gdb: apropos core dump
Hello all, I was recently playing around with gdb. I do not use it much but I found that it had an apropos command. I hoped that apropos would make it quicker for me to find information about gdb's commands so I wouldn't have to go hunting in info. Turns out there is a bug in gdb on current where apropos causes gdb to dump core. I did not build my gdb with debugging symbols but the problem can be reproduced easily: Script started on Sat Jun 28 18:38:10 2003 [101] [EMAIL PROTECTED]:~ gdb GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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-undermydesk-freebsd. (gdb) apropos REGEXP string is empty (gdb) apropos foo Segmentation fault (core dumped) [102] [EMAIL PROTECTED]:~ exit exit Script done on Sat Jun 28 18:38:23 2003 As you can see from the output the core dump only happens when a string is entered. This is from a world build from sources dated 6/28/03, but I also noticed it on a world from a week ago. regards, Galen Sampson __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
cardbus network problem with -current
I have a cardbus fxp card (loaned by scottl) that doesn't get probed if it is plugged in at boot on my Dell 8500. If I pull it out and re-insert it after boot, it gets probed. Here's what happens on the initial boot: cardbus0: Resource not specified in CIS: id=10, size=2000 cardbus0: network, ethernet at device 0.0 (no driver attached) cbb0: CardBus card activation failed And here's what happens if I pull it out and insert it after boot: fxp0: Intel 82557/8/9 EtherExpress Pro/100(B) Ethernet port 0x1000-0x103f mem 0xf602-0xf603,0xf604-0xf6040fff irq 11 at device 0.0 on cardbus0 fxp0: Ethernet address 00:03:47:49:82:2b miibus0: MII bus on fxp0 inphy0: i82555 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto After that it works fine. I'm running -current from June 21st. I've attached full dmesg output. Ken -- Kenneth Merry [EMAIL PROTECTED] 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 21 18:51:40 MDT 2003 [EMAIL PROTECTED]:/usr/home/ken/perforce/FreeBSD-ken/src/sys/i386/compile/erebor Preloaded elf kernel /boot/kernel/kernel at 0xc063f000. Preloaded acpi_dsdt /boot/acpi_dsdt.aml at 0xc063f1cc. Preloaded elf module /boot/kernel/acpi.ko at 0xc063f214. Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 2492653632 Hz CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.50GHz (2492.65-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf27 Stepping = 7 Features=0xbfebf9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE real memory = 536535040 (511 MB) avail memory = 514363392 (490 MB) Pentium Pro MTRR support enabled ACPI: DSDT was overridden. ACPI-0375: *** Info: Table [DSDT] replaced by host OS npx0: math processor on motherboard npx0: INT 16 interface acpi0: DELL CPi R on motherboard pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fc590 Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 acpi_cpu0: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_acad0: AC adapter on acpi0 acpi_cmbat0: Control method Battery on acpi0 acpi_cmbat1: Control method Battery on acpi0 acpi_lid0: Control Method Lid Switch on acpi0 acpi_button0: Power Button on acpi0 acpi_button1: Sleep Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 29 INTA is routed to irq 11 pcib0: slot 29 INTB is routed to irq 11 pcib0: slot 29 INTC is routed to irq 11 pcib0: slot 29 INTD is routed to irq 11 pcib0: slot 31 INTB is routed to irq 11 pcib0: slot 31 INTB is routed to irq 11 agp0: Intel 82845 host to AGP bridge mem 0xec00-0xefff at device 0.0 on pci0 pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib1: slot 0 INTA is routed to irq 11 pci1: display, VGA at device 0.0 (no driver attached) uhci0: Intel 82801DB (ICH4) USB controller USB-A port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 usb0: Intel 82801DB (ICH4) USB controller USB-A on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: Intel 82801DB (ICH4) USB controller USB-B port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 usb1: Intel 82801DB (ICH4) USB controller USB-B on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: Intel 82801DB (ICH4) USB controller USB-C port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 usb2: Intel 82801DB (ICH4) USB controller USB-C on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhub3: vendor 0x413c product 0x0058, class 9/0, rev 2.00/0.00, addr 2 device_probe_and_attach: uhub3 attach returned 6 uhub3: vendor 0x413c product 0x0058, class 9/0, rev 2.00/0.00, addr 2 device_probe_and_attach: uhub3 attach returned 6 ehci0: EHCI (generic) USB 2.0 controller mem 0xf4fffc00-0xf4ff irq 11 at device 29.7 on pci0 ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: EHCI (generic) USB 2.0 controller on ehci0 usb3: USB revision 2.0 uhub3: (0x8086) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered usb3: unrecoverable error, controller halted usb3: blocking intrs 0x10 uhub3: device problem, disabling port 6 pcib2: ACPI PCI-PCI bridge at device 30.0 on pci0 pci2: ACPI PCI bus on pcib2 pcib2: slot 0 INTA is routed to irq 11 pcib2: slot 1 INTA is routed to irq 11 pcib2: slot 3 INTA is routed to irq 11 pci2: network, ethernet at device 0.0