-pthread deprecated, but when?
IMO this deprecation deserves a place in UPDATING. And what are the plans to Do The Right Thing? QT currently does not compile on -current with the -pthread deprecated. Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
buildworld failed in libcam
In file included from /usr/src/sys/cam/scsi/scsi_da.c:51: /usr/src/sys/sys/taskqueue.h:33:2: #error "no user-servicable parts inside" mkdep: compile failed The message was really funny :) JY -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 2 ports broken after gcc import
On Fri, Aug 29, 2003 at 02:31:56PM -0400, Kenneth Culver wrote: > Did the same thing, portupgrade -f nmap, and then ran it with the same > flags, and I'm still getting the same problem. It's doing this on all 3 of > my FreeBSD-CURRENT machines as well. > > Ken Are you running a packet filter of some sort? Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: CPUTYPE considered harmful? (was: Lot's of SIGILL, SIGSEGV)
On Tue, Aug 19, 2003 at 10:07:04AM +0200, Stefan Bethke wrote: > Removing CPUTYPE eventually gave me back working systems (I did restore > 5.1-R bits prior to make world). Unfortunatly, I don't have the resources > to investigate this further, but for the time being, I will not use CPUTYPE > until others can confirm it's safe :-) > > > Thanks all, > Stefan CPUTYPE in gcc32 is like a landmine. But ever since gcc33 import, CPUTYPE=p4 has yet to fail me. I use it for both world and ports. Regards, Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: help! 5.1 doesn't do the rc thing?
On Thu, Aug 07, 2003 at 07:26:28PM -0700, Charlie Schluting wrote: > Ok, I found that /etc/rc.d/netif was missing. I moved the one from > /usr/src/etc/rc.d into place, and I'm thinking that will fix it. > > I don't remember telling it NOT to move this file in mergemaster... > > Thanks to everyone who responded. > > --Charlie I had the problem a few days ago with exactly the same file. I solution was to cd /usr/src/etc/rc.d && make install -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
-march=pentium4 works for port lcms
Previously GCC3.2 produces broken code for port lcms, which fails in some post-build tests. With the import of GCC3.3, lcms can be correctly compiled and installed. My 2 cents Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
trivial diff for ASUS WL100 wireless pccard
*** if_wi_pccard.c.orig Sun Apr 27 11:34:05 2003 --- if_wi_pccard.c Fri Jul 11 16:00:43 2003 *** *** 160,165 --- 160,166 PCMCIA_CARD(SOCKET, LP_WLAN_CF, 0), PCMCIA_CARD(SYMBOL, LA4100, 0), PCMCIA_CARD(TDK, LAK_CD011WL, 0), + PCMCIA_CARD(ASUS, WL_100, 0), { NULL } }; *** pccarddevs.h.orig Fri Jul 11 16:09:46 2003 --- pccarddevs.hFri Jul 11 16:11:26 2003 *** *** 99,104 --- 99,105 #define PCMCIA_VENDOR_BUFFALO 0x026f /* BUFFALO (Melco Corporation) */ #define PCMCIA_VENDOR_LINKSYS2 0x0274 /* The Linksys Group */ #define PCMCIA_VENDOR_IODATA2 0x028a /* I-O DATA */ + #define PCMCIA_VENDOR_ASUS 0x02aa /* ASUS */ #define PCMCIA_VENDOR_NWN 0x0602 /* No Wires Needed */ #define PCMCIA_VENDOR_BREEZECOM 0x0a02 /* BreezeCOM */ #define PCMCIA_VENDOR_NEWMEDIA2 0x10cd /* NewMedia */ *** *** 198,203 --- 199,209 #define PCMCIA_CIS_ARCHOS_ARC_ATAPI { NULL, NULL, NULL, NULL } #define PCMCIA_PRODUCT_ARCHOS_ARC_ATAPI 0x0043 #define PCMCIA_STR_ARCHOS_ARC_ATAPI "MiniCD" + + /* ASUS */ + #define PCMCIA_CIS_ASUS_WL_100{ NULL, NULL, NULL, NULL } + #define PCMCIA_PRODUCT_ASUS_WL_1000x0002 + #define PCMCIA_STR_ASUS_WL_100"ASUS SpaceLink WL-100" /* Bay Networks */ #define PCMCIA_CIS_BAY_STACK_650{ NULL, NULL, NULL, NULL } This was posted a while back in 5.0 Release, could someone commit it? Thank you, Jiawei PS. I didn't write the patch -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
top displaying weird information
top is acting a bit strange recently. It displays all kse related status on the top but no cpu cycle is ever assigned to them (pressing 'i' would mean that they will never appear). Is this normal? 5990 nobody960 27040K 13156K select 2:57 0.00% 0.00% ntop 5990 nobody960 27040K 13156K select 2:57 0.00% 0.00% ntop 5990 nobody200 27040K 13156K kserel 2:57 0.00% 0.00% ntop 5990 nobody200 27040K 13156K ksesig 2:57 0.00% 0.00% ntop Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: python2.3 build with kse freezes CURRENT
On Fri, Jun 27, 2003 at 03:42:58PM +0900, Till Plewe wrote: > I appended dmesg output, but right now I am just curious if there is > anybody who has a working (threads enabled) python2.3 installation > on CURRENT (SMP). > > - Till Does yours work on single processor? I compiled my python2.3b1 with -lc_r and use /etc/libmap.conf to direct it to libkse.so.1, it's working quite well so far (top shows proper threads info). Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Serious ppp failure on 5.1
On Tue, Jun 10, 2003 at 10:08:58AM +0200, P. U. Kruppa wrote: > On Mon, 9 Jun 2003, Kris Kennaway wrote: > > > On Tue, Jun 10, 2003 at 08:50:03AM +0200, P. U. Kruppa wrote: > > > > > > Hi, > > > > > > after a cvsup to 5.1-CURRENT my ppp over ethernet doesn't connect > > > anymore. > > > Using ppp manually I receive: > > > Unexpected node type "socket" (wanted "ether") ng_ether not found? could you try loading ng_ether manually and start ppp again? -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: our compiler can't convert longlong to float? 5.1-RC1
On Thu, Jun 05, 2003 at 07:41:11PM +, Jan Stocker wrote: > Another thing with this code. > > > > #include > > > typedef long long longlong; > > > main() > > > { > > > longlong ll=1; > > > float f; > > > FILE *file=fopen("conftestval", "w"); > > > f = (float) ll; > > > fprintf(file,"%g\n",f); > > > close(file); > > I think this has to be "fclose" changing this to fclose solves the problem. I'll notify the port maintainer. Thank you, Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: our compiler can't convert longlong to float? 5.1-RC1
On Tue, Jun 03, 2003 at 03:55:47PM -0700, Kris Kennaway wrote: > Post the code it's trying to run. It's possible it's buggy. > > Kris #include typedef long long longlong; main() { longlong ll=1; float f; FILE *file=fopen("conftestval", "w"); f = (float) ll; fprintf(file,"%g\n",f); close(file); exit (0); } this section of code is found in "configure" script in mysql323-client port. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
our compiler can't convert longlong to float? 5.1-RC1
I got this strange message and a core dump after installing 5.1-RC1 cdrom iso checking if c++ supports bool types... yes checking if conversion of longlong to float works... Segmentation fault (core du mped) no configure: error: Your compiler cannot convert a longlong value to a float! If you are using gcc 2.8.# you should upgrade to egcs 1.0.3 or newer and try again This happened when I tried to compile mysql-client Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: libthr vs ports/net/linuxigd
On Fri, May 30, 2003 at 03:42:52AM -0400, Mike Makonnen wrote: > On Fri, 30 May 2003 15:10:37 +0800 > leafy <[EMAIL PROTECTED]> wrote: > > > Using libthr for upnpd produces following backtrace when starting up > > > > Are you using latest sources from about 17:00 EST 3/5/29? > > Cheers. yes, here is CVS id from one of the files $FreeBSD: src/lib/libthr/thread/thr_mutex.c,v 1.9 2003/05/29 20:58:31 mtm -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
libthr vs ports/net/linuxigd
Using libthr for upnpd produces following backtrace when starting up #0 0x281f5b03 in _umtx_lock () from /usr/lib/libc.so.5 (gdb) backtrace #0 0x281f5b03 in _umtx_lock () from /usr/lib/libc.so.5 #1 0x280880e8 in _spinlock_pthread (pthread=0x4, lck=0x8054130) at umtx.h:62 #2 0x28088048 in _spinlock (lck=0xc2986ab0) at /usr/src/lib/libthr/thread/thr_spinlock.c:69 #3 0x2808446d in mutex_lock_common (mutex=0x280d8e0c, nonblock=0) at /usr/src/lib/libthr/thread/thr_mutex.c:357 #4 0x28084724 in __pthread_mutex_lock (mutex=0x280d8e0c) at /usr/src/lib/libthr/thread/thr_mutex.c:511 #5 0x280a927a in GetNextItemInQueue(ThreadArg*, PoolQueueItem&) () from /usr/local/lib/libupnp.so #6 0x280a938e in GetNextItemInQueue(ThreadArg*, PoolQueueItem&) () from /usr/local/lib/libupnp.so #7 0x2808214c in _thread_start () at /usr/src/lib/libthr/thread/thr_create.c:220 #8 0x282497a7 in _ctx_start () from /usr/lib/libc.so.5 Curiously, libkse works fine (but you can't do 'killall upnpd' with libkse though) Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: libthr and 1:1 threading.
On Wed, Apr 02, 2003 at 07:38:14AM -0800, Terry Lambert wrote: > Has anyone tried compiling X11 to use libthr? Someone reported success with KDE, so it should serve as a sign of working X11. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Kernel panic - never had one before, what do I do?
On Fri, Mar 28, 2003 at 12:54:16AM -0500, taxman wrote: > that gives an error that is similiar to: > WARNING: syntax error on file /boot/loader.conf > dumpdev=/dev/ad0s1b > ^ Hi Tim, Please do 'dumpdev="/dev/ad0s1b". The doube quotes is a must . Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: kernel panic in tcp_input.c:2252
On Thu, Mar 13, 2003 at 10:10:30AM -0800, Doug Barton wrote: > Update your sources, and make sure that you have 1.202 of > sys/netinet/tcp_input.c. I had a 100% reproducable panic very similar to > yours, and hsu fixed it. > > Doug The distributedfolding panic is also corrected. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel panic in tcp_input.c:2324
On Wed, Mar 12, 2003 at 10:42:30PM +0800, leafy wrote: > On Wed, Mar 12, 2003 at 10:40:56PM +0800, leafy wrote: > > I run -current. period :) > > > > Jiawei > As a side note, I've used both userland PPPoE and kernel PPPoE (mpd +ipfilter, which > is my current setup), both exhibit the same problem. > > I'll try again tonight. > > Jiawei It still panics but has no core dump anymore. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel panic in tcp_input.c:2324
On Wed, Mar 12, 2003 at 10:40:56PM +0800, leafy wrote: > I run -current. period :) > > Jiawei As a side note, I've used both userland PPPoE and kernel PPPoE (mpd +ipfilter, which is my current setup), both exhibit the same problem. I'll try again tonight. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel panic in tcp_input.c:2324
On Wed, Mar 12, 2003 at 10:20:59AM -0300, Daniel C. Sobral wrote: > Well, yes, but are you cvsupping from releng=. or releng=RELENG_5_0 or > releng=RELENG_5_0_0_RELEASE (or similar stuff)? I did experience such > problems for a while, but they did get fixed a week or two ago for me. > > -- > Daniel C. Sobral Hi, I run -current. period :) Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel panic in tcp_input.c:2324
On Tue, Mar 11, 2003 at 05:24:55PM -0800, Doug Barton wrote: > You didn't say when your most recent upgrade was. If you're using > 5.0-Release, you should upgrade to 5-current, where this problem should be > fixed already. > > Doug I buildworld/installworld daily. So it's not fixed. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel panic in tcp_input.c:2324
Fatal trap 12: page fault while in kernel mode fault virtual address = 0x20 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01c5a96 stack pointer = 0x10:0xcd316a98 frame pointer = 0x10:0xcd316abc 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 = 14 (swi1: net) trap number = 12 panic: page fault syncing disks, buffers remaining... 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 2233 giving up on 1851 buffers Uptime: 3h50m55s Dumping 255 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 239 dumping++; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 #1 0xc01cff9a in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:371 #2 0xc01d0203 in panic () at /usr/src/sys/kern/kern_shutdown.c:542 #3 0xc02ee2f2 in trap_fatal (frame=0xcd316a58, eva=0) at /usr/src/sys/i386/i386/trap.c:843 #4 0xc02edfd2 in trap_pfault (frame=0xcd316a58, usermode=0, eva=32) at /usr/src/sys/i386/i386/trap.c:757 #5 0xc02edac0 in trap (frame= {tf_fs = -1058209768, tf_es = -852426736, tf_ds = -1071251440, tf_edi = -1 058255824, tf_esi = 0, tf_ebp = -852399428, tf_isp = -852399484, tf_ebx = -10702 78932, tf_edx = -1058255824, tf_ecx = 1, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1071883626, tf_cs = 8, tf_eflags = 66050, tf_esp = 16, tf_ss = 1}) at /usr/src/sys/i386/i386/trap.c:444 #6 0xc02ddc58 in calltrap () at {standard input}:96 #7 0xc0266729 in tcp_input (m=0xc0ec4c30, off0=20) at /usr/src/sys/netinet/tcp_input.c:2324 #8 0xc025fcff in ip_input (m=0xc0ee4400) at /usr/src/sys/netinet/ip_input.c:944 #9 0xc024143e in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:236 #10 0xc01bbdc1 in ithread_loop (arg=0xc0ec2100) at /usr/src/sys/kern/kern_intr.c:536 #11 0xc01bacb3 in fork_exit (callout=0xc01bbbf0 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:871 (kgdb) up 7 #7 0xc0266729 in tcp_input (m=0xc0ec4c30, off0=20) at /usr/src/sys/netinet/tcp_input.c:2324 2324INP_INFO_WUNLOCK(&tcbinfo); -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: KSE test code?
On Mon, Mar 10, 2003 at 11:53:40AM -0800, Julian Elischer wrote: > cd /usr/lib/libpthreads > make > make install > This installs a libkse which, when we are happy with it will become > libpthreads, but until then it has this special name.. > > get some test threads programs and link with -lkse > remember to disable -pthreads > > see what happens. > There is a fix for ^Z being committed in the next day or so.. > Hi, I tried to compile the test under libpthread but ended up waiting for it to finish with : Test static library: -- Test c_user c_system c_total chng passed/FAILEDh_user h_system h_total % chng -- hello_d 0.00 0.000.00 passed -- hello_s 0.00 0.010.01 passed -- join_leak_d 0.15 0.090.24 *** FAILED *** -- mutex_d Anything I've missed? Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
How does a module decide what to support?
>From my observations (yes, please correct me if I am wrong), that modules define what >to support in their respective makefiles in the form of SRC= aaa.c bbb.c opt_*.h Where opt_*.h are automagically generated if they are not in machine@ (and the generated files are just empty files that indicate that the kernel file does not specify this option), else they are linked from [EMAIL PROTECTED] If some makefile list SRC= a.c b.c opt_inet.h opt_inet6.h and kernel config lists 'option INET' *only*, then opt_inet.h has '#define INET 1' in it and opt_inet6.h is empty. Is this correct? Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ng_iface commit broken
mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/. ./include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/netgraph/ifa ce/../../../netgraph/ng_iface.c /usr/src/sys/netgraph/ng_iface.c:53:23: opt_atalk.h: No such file or directory /usr/src/sys/netgraph/ng_iface.c:54:22: opt_inet.h: No such file or directory /usr/src/sys/netgraph/ng_iface.c:55:23: opt_inet6.h: No such file or directory /usr/src/sys/netgraph/ng_iface.c:56:21: opt_ipx.h: No such file or directory mkdep: compile failed -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
[patch]Asus WL100 patch for -current
I am posting on behalf of [EMAIL PROTECTED] Attached is his patch for Asus WL100 wireless lan card. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming ASUS_WL100_diff_FreeBSD5.tar.gz Description: application/tar-gz pgp0.pgp Description: PGP signature
Re: IPFILTER broken as of world/kernel a few hours old
On Thu, Mar 06, 2003 at 09:00:22AM -0800, Terry Lambert wrote: > > I noticed that port 53 UDP (yes, UDP) gets through fine, though. > > > Try disabling delayed ACK in the TCP stack; it's a sysctl. > > -- Terry Been there, done that. No difference though. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: IPFILTER broken as of world/kernel a few hours old
On Thu, Mar 06, 2003 at 11:22:29PM +0800, leafy wrote: > On Thu, Mar 06, 2003 at 11:28:45AM -0300, Daniel C. Sobral wrote: > > Are you sure _all_ socket calls are slow? 5.0-R had reverse resolution > > for sshd (which happened no matter what the configuration said) run > All, including ssh. Only ICMP responds in time. I noticed that port 53 UDP (yes, UDP) gets through fine, though. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: IPFILTER broken as of world/kernel a few hours old
On Thu, Mar 06, 2003 at 11:28:45AM -0300, Daniel C. Sobral wrote: > Are you sure _all_ socket calls are slow? 5.0-R had reverse resolution > for sshd (which happened no matter what the configuration said) run All, including ssh. Only ICMP responds in time. > connection arrives). If blackhole or firewall was used, no answer would > be returned to this dns request, and the ssh login would lag for a long > time. I using user ppp right now on the same box, with no above problem. Probably something in the recent ng_* commit interfered with IPFILTER. > > BTW, what font are you using? When on FreeBSD, with Mozilla, your > messages are all but unreadable. > > -- > Daniel C. Sobral Heh, I don't use Mozilla at all ;) But what message are you referring to ? Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: can't sshd into box
On Thu, Mar 06, 2003 at 09:54:56AM -0300, Daniel C. Sobral wrote: > IIRC, 5.0-R has reverse name resolution for sshd (which is _always_ > done, because of PAM, I think, no matter what the configuration file > say) run chrooted in /var/empty. Well, the problem with that is that, by > default (ie, in the absence of any configuration in /var/empty/etc) > 127.0.0.1 is searched first, and if you have blackhole enabled (or > equivalent firewall rules), it takes a LONG time for it to realize no > answer is coming. I had a slightly different version of "cannot ssh into the box". With IPFILTER enabled in the kernel (firewall_enable=no and default to allow all) , all connections inbound and outbound dropped into the blackhole. I found this because I managed to log into the box 'before' IPFILTER gets loaded and no connection after that could go through. So if the original author is still on the thread, could you try to login 'while the machine boots' and see if by any chance it could work ? Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
IPFILTER broken as of world/kernel a few hours old
With IPFILTER enabled in the kernel, all socket(2) calls inbound/outbound are very slow. A normal SSH connection within the same subnet takes 5 minutes to connect. Anything I can provide to pin down the problem? Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems compiling KDE after mega-commit
On Tue, Mar 04, 2003 at 02:19:39AM -0300, Rossam Souza Silva wrote: Please cvsup with the latest ports, it's already fixed. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -CURRENT + cvs = panic
On Mon, Mar 03, 2003 at 11:01:22AM +0100, Philipp Mergenthaler wrote: > In that gdb trace, I think the panic was only an aftereffect and > the trouble started here: > #15 0xc02bc1c8 in calltrap () at {standard input}:96 > #16 0xc021fd79 in tcp_input (m=0xc0d49c30, off0=20) > at /usr/src/sys/netinet/tcp_input.c:2324 > > Do you have version 1.198 of sys/netinet/tcp_input.c? I haven't had > that panic since then (i.e. for the last four days). > > Bye, Philipp It's the very same line of code that caused my distributed folding clinent oto panic the system. I have * $FreeBSD: src/sys/netinet/tcp_input.c,v 1.198 2003/02/26 18:20:41 jlemon Exp $ */ It still panics everytime I start the client. cvsup is ok though. Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: distributed folding client panics -current
On Sun, Mar 02, 2003 at 04:09:34AM -0800, Kris Kennaway wrote: > This may already be fixed..can you try updating and see if the problem persists? > > Kris I got it again right after the client checks for new version. The world is about 1.5hrs old. Attached the kernel dump Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of ProgrammingCopyright 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"... panic: bdwrite: buffer is not busy panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x20 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01b2036 stack pointer = 0x10:0xcd32da90 frame pointer = 0x10:0xcd32dab4 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 = 14 (swi1: net) trap number = 12 panic: page fault syncing disks, buffers remaining... panic: bwrite: buffer is not busy??? Uptime: 10h44m40s Dumping 255 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 Dump complete Terminate ACPI Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... 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.0-CURRENT #0: Sun Mar 2 02:22:20 CST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CHIHIRO Preloaded elf kernel "/boot/kernel/kernel" at 0xc042. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04200a8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1794555904 Hz CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1794.56-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf12 Stepping = 2 Features=0x3febf9ff real memory = 268369920 (255 MB) avail memory = 256139264 (244 MB) Allocating major#253 to "net" Pentium Pro MTRR support enabled Allocating major#252 to "pci" npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31 pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00f7550 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe800-0xebff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 rl0: port 0xbc00-0xbcff mem 0xefefff00-0xefef irq 10 at device 1.0 on pci2 rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode rl0: Ethernet address: 00:40:95:07:53:6b miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: port 0xb800-0xb81f mem 0xefd0-0xefdf,0xe76ff000-0xe76f irq 12 at device 2.0 on pci2 fxp0: Ethernet address 00:90:27:13:a4:48 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib3: at device 4.0 on pci2 pci3: on pcib3 asr0: mem 0xe400-0xe5ff irq 9 at device 4.1 on pci2 asr0: major=154 asr0: DPT PM1564U3 FW Rev. 3013, 1 channel, 256 CCBs, Protocol I2O isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xff00-0xff0f at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.2 (no driver attached) pci0: at device 31.3 (no driver attached) pci0: at device 31.4 (no driver attached) acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 fdc0: cmd 3 failed at out byte 1 of 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: cmd 3 failed at out byte 1 of 3 orm0: at iomem 0xe-0xe0fff,0xcc000-0xccfff,0xc-0xcbfff on isa0 pmtimer0 on isa0 fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 12949MB [26310/16/63] at ata0-master UDMA66 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted Waiting (max 60 second
distributed folding client panics -current
panic: bwrite: buffer is not busy??? panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x20 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01b2036 stack pointer = 0x10:0xcd32da90 frame pointer = 0x10:0xcd32dab4 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 = 14 (swi1: net) trap number = 12 panic: page fault syncing disks, buffers remaining... panic: bwrite: buffer is not busy??? Uptime: 10h44m40s Dumping 255 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 239 dumping++; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 #1 0xc01bc519 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:371 #2 0xc01bc783 in panic () at /usr/src/sys/kern/kern_shutdown.c:542 #3 0xc0200982 in bwrite (bp=0xc7838668) at /usr/src/sys/kern/vfs_bio.c:795 #4 0xc02023f9 in vfs_bio_awrite (bp=0xc7838668) at /usr/src/sys/kern/vfs_bio.c:1689 #5 0xc0209daf in vop_stdfsync (ap=0xcd32d888) at /usr/src/sys/kern/vfs_default.c:755 #6 0xc0180f50 in spec_fsync (ap=0xcd32d888) at /usr/src/sys/fs/specfs/spec_vnops.c:422 #7 0xc0180428 in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:123 #8 0xc026f487 in ffs_sync (mp=0xc25b9a00, waitfor=2, cred=0xc0eb5e80, td=0xc0316840) at vnode_if.h:612 #9 0xc021720b in sync (td=0xc0316840, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:138 #10 0xc01bc0fc in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:280 #11 0xc01bc783 in panic () at /usr/src/sys/kern/kern_shutdown.c:542 #12 0xc02c9c92 in trap_fatal (frame=0xcd32da50, eva=0) at /usr/src/sys/i386/i386/trap.c:843 #13 0xc02c9972 in trap_pfault (frame=0xcd32da50, usermode=0, eva=32) at /usr/src/sys/i386/i386/trap.c:757 #14 0xc02c9460 in trap (frame= ---Type to continue, or q to quit--- {tf_fs = -1058209768, tf_es = -852361200, tf_ds = -1071382512, tf_edi = -1 058255824, tf_esi = 0, tf_ebp = -852305228, tf_isp = -852305284, tf_ebx = -10704 44436, tf_edx = -1058255824, tf_ecx = -1014380816, tf_eax = 1, tf_trapno = 12, t f_err = 0, tf_eip = -1071964106, tf_cs = 8, tf_eflags = 66050, tf_esp = 16, tf_s s = -1071351664}) at /usr/src/sys/i386/i386/trap.c:444 #15 0xc02b95f8 in calltrap () at {standard input}:96 #16 0xc0242699 in tcp_input (m=0xc0ec4c30, off0=20) at /usr/src/sys/netinet/tcp_input.c:2324 #17 0xc023bc56 in ip_input (m=0xc0ed7c00) at /usr/src/sys/netinet/ip_input.c:947 #18 0xc023bd42 in ipintr () at /usr/src/sys/netinet/ip_input.c:965 #19 0xc022d713 in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:97 #20 0xc01a8371 in ithread_loop (arg=0xc0ec2100) at /usr/src/sys/kern/kern_intr.c:536 #21 0xc01a7263 in fork_exit (callout=0xc01a81a0 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:871 -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Any ideas why we can't even boot a i386 ?
On Thu, Feb 27, 2003 at 04:27:06AM -0600, Juli Mallett wrote: > Was this normal release? I thought I recalled a convo resulting in > the decision that 386 would require special release bits? > -- > Juli Mallett <[EMAIL PROTECTED]> - AIM: BSDFlata -- IRC: juli on EFnetThe 386 CPU is > already gone from GENERIC in -current # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.376 2003/02/13 22:24:43 obrien Exp $ machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC maxusers0 -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildworld dies with Signal 4
On Tue, Feb 25, 2003 at 05:12:52PM +0200, Paulius Bulotas wrote: > Any idea why this could be happening? > Maybe I should try make with NOCLEAN=yes? > > TIA > Paulius No, that's the last thing you would want to try. Could you try removing /usr/obj first and then rebuild world? Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cc: Internal error: Illegal instruction (program as)
On Mon, Feb 24, 2003 at 05:15:07PM +0100, Soeren Schmidt wrote: > Well the box has been doing about 50 buildworlds aday in a loop for the > last 4-5 days, I guess that should do it no ? :) > > -Søren It should :) But I still fail to see why it does or doesn't behave this way. :( Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cc: Internal error: Illegal instruction (program as)
On Mon, Feb 24, 2003 at 01:21:46PM +0100, Soeren Schmidt wrote: > Doesn't make any difference, the only way I (so far) has been able to > reproduce this is by severely overclocking the CPU and RAM... > > -Søren I didn't believe it either at first. But I had kernel #54 before I first got this weird behavior. Ever since I have only kernel #0. If you do buildworld/buildkernel installworld/installkernel twice a day, you might get to it sometime around 20 days. Cheers, Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cc: Internal error: Illegal instruction (program as)
On Mon, Feb 24, 2003 at 12:10:46PM +0100, Soeren Schmidt wrote: > > inverse provided in the kernel configuration file (ENABLE_PSE & > > ENABLE_PG_G). > > Just for the record but my [EMAIL PROTECTED]/533 512MB/DDR does *not* show this > problem no matter how hard I beat it. > > -Søren Try this: DON'T remove /usr/obj before doing a buildworld, just let it accumulate. It will show up someday (it's not deterministic). Even sh(1) can die during the build along with make(1) and as and gcc. My P4 never showed such behaviour if I properly remove /usr/obj before a build. Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel panic
On Fri, Feb 21, 2003 at 10:38:46PM -0500, John Baldwin wrote: > Panic message? A panic w/o the actual panic message is like taking your > car to the shop and saying "it doesn't drive right". I am sorry, here it is: panic: bwrite: buffer is not busy??? panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x32841e fault code = supervisor write, page not present instruction pointer = 0x8:0xc0247a5c stack pointer = 0x10:0xcd32cc68 frame pointer = 0x10:0xcd32cc90 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 = 12 (swi6: tty:sio clock) trap number = 12 panic: page fault syncing disks, buffers remaining... panic: bwrite: buffer is not busy??? Uptime: 9h12m49s Dumping 255 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel panic
(kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:239 #1 0xc01bcab9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:371 #2 0xc01bcd23 in panic () at /usr/src/sys/kern/kern_shutdown.c:542 #3 0xc0200cc2 in bwrite (bp=0xc785a060) at /usr/src/sys/kern/vfs_bio.c:842 #4 0xc0202481 in vfs_bio_awrite (bp=0xc785a060) at /usr/src/sys/kern/vfs_bio.c:1724 #5 0xc0209e17 in vop_stdfsync (ap=0xcd32ca60) at /usr/src/sys/kern/vfs_default.c:755 #6 0xc01811e0 in spec_fsync (ap=0xcd32ca60) at /usr/src/sys/fs/specfs/spec_vnops.c:422 #7 0xc01806b8 in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:123 #8 0xc026ed67 in ffs_sync (mp=0xc2691400, waitfor=2, cred=0xc0eb5e80, td=0xc0316c00) at vnode_if.h:612 #9 0xc021763b in sync (td=0xc0316c00, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:138 #10 0xc01bc69c in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:280 #11 0xc01bcd23 in panic () at /usr/src/sys/kern/kern_shutdown.c:542 #12 0xc02c9472 in trap_fatal (frame=0xcd32cc28, eva=0) at /usr/src/sys/i386/i386/trap.c:844 #13 0xc02c9152 in trap_pfault (frame=0xcd32cc28, usermode=0, eva=3310622) at /usr/src/sys/i386/i386/trap.c:758 #14 0xc02c8c40 in trap (frame= ---Type to continue, or q to quit--- {tf_fs = -1070333928, tf_es = -1058275312, tf_ds = -852361200, tf_edi = -1 071351312, tf_esi = -1030640448, tf_ebp = -852308848, tf_isp = -852308908, tf_eb x = 3310418, tf_edx = -1058256304, tf_ecx = -1030640408, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1071351204, tf_cs = 8, tf_eflags = 66050, tf_esp = -1 071897635, tf_ss = -1070479488}) at /usr/src/sys/i386/i386/trap.c:445 #15 0xc02b8df8 in calltrap () at {standard input}:96 #16 0xc01cc435 in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:195 #17 0xc01a8931 in ithread_loop (arg=0xc0ec2200) at /usr/src/sys/kern/kern_intr.c:536 #18 0xc01a7823 in fork_exit (callout=0xc01a8760 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:871 FreeBSD leafy.idv.tw 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat Feb 22 01:19:49 CST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CHIHIRO i386 -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
telnet(1) strange behaviour
telnet(1) is behaving rather strangely when dealing with escape sequences. Please try 'telnet bbs.cis.nctu.edu.tw' and type "guest", it will appear as "uest" only. telnet(1) on -stable does not exhibit such behaviour. ssh(1) is also immune. The problem could be in libtelnet since zh-telnet port is also affected. Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc3.2.2 import might have trashed ld-elf.so.1
On Mon, Feb 17, 2003 at 04:03:13PM -0500, Alexander Kabaev wrote: > Just committed /usr/src/libexec/rtld-elf/rtld.c v1.76 should fix that. > > -- > Alexander Kabaev Thank you Alexander, this solved the uic problem. Regards, Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc3.2.2 import might have trashed ld-elf.so.1
On Sun, Feb 16, 2003 at 10:28:25AM -0800, Steve Kargl wrote: > > these apply to both world and ports. and the strange ld-elf.so.1 error > > still ocurs. > > > > I just built mozilla with gcc 3.2.2 without a problem. > > -- > Steve Mine does without any problem too. It's only uic which causes the error. (and resulting in truss core dump) -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc3.2.2 import might have trashed ld-elf.so.1
On Sun, Feb 16, 2003 at 07:44:40PM +0100, Jens Rehsack wrote: > I'm not sure, but isn't the '-f' parameter required, if the portversion > didn't change but an upgrade should be forced? > > Jens Yes, I did a 'portupgrade -fra' several times. But it hits the same spot with the same error everytime. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc3.2.2 import might have trashed ld-elf.so.1
On Sun, Feb 16, 2003 at 02:28:52PM +0800, leafy wrote: > /usr/X11R6/bin/uic -i htmlpageinfo.h ./htmlpageinfo.ui > In my attemp to 'truss' the above line, I get a truss.core instead. backtrace as follows: Core was generated by `truss'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libc.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libc.so.5 Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. Loaded symbols for /usr/libexec/ld-elf.so.1 #0 0x280bf8b3 in kill () from /usr/lib/libc.so.5 (gdb) backtrace #0 0x280bf8b3 in kill () from /usr/lib/libc.so.5 #1 0x0804932c in free () #2 0x08048d15 in free () (gdb) -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc3.2.2 import might have trashed ld-elf.so.1
On Sun, Feb 16, 2003 at 05:26:56PM +1100, Peter Kostouros wrote: > #0 0x in ?? () > #1 0x28f8204c in __static_initialization_and_destruction_0(int, int) () >from /opt/kde-3.1/lib/libkio.so.5 > #2 0x28f8209a in _GLOBAL__D__ZNK13KOpenSSLProxy9hasLibSSLEv () >from /opt/kde-3.1/lib/libkio.so.5 I have now managed to get a core dump from the same command (it doesn't complain anymore, just straight to the dump), here is the backtrace for uic.core: #0 0x in ?? () #1 0x28cbf6aa in __static_initialization_and_destruction_0 ( __initialize_p=671684942, __priority=671767260) at qmake_image_collection.cpp:9223 #2 0x28cbf6e5 in _GLOBAL__D__Z19qInitImages_wizardsv () at qvaluelist.h:597 #3 0x28ca6379 in __do_global_dtors_aux () from /usr/X11R6/plugins/designer/libwizards.so #4 0x28cc0a81 in _fini () from /usr/X11R6/plugins/designer/libwizards.so #5 0x2809316c in dlclose () from /usr/libexec/ld-elf.so.1 #6 0x285df6d9 in QLibraryPrivate::freeLibrary() (this=0x80d1be0) at tools/qlibrary_unix.cpp:144 #7 0x286022b9 in QLibrary::unload() (this=0x808fa60) at tools/qlibrary.cpp:264 #8 0x285e32b1 in QComLibrary::unload() (this=0x808fa60) at tools/qcomlibrary.cpp:87 #9 0x285e3156 in ~QComLibrary (this=0x808fa60) at tools/qcomlibrary.cpp:65 #10 0x285feff5 in QGPluginManager::addLibrary(QLibrary*) (this=0x80cde80, lib=0x808fa60) at tools/qgpluginmanager.cpp:523 #11 0x285fe696 in QGPluginManager::featureList() const (this=0x80cde80) at tools/qgpluginmanager.cpp:433 #12 0x080811a9 in WidgetDatabase::setupPlugins() () at ../shared/widgetdatabase.cpp:563 #13 0x0807ea35 in WidgetDatabase::setupDataBase(int) (id=-2) at ../shared/widgetdatabase.cpp:107 #14 0x08081a16 in WidgetDatabase::idFromClassName(QString const&) ( name=@0xbfbfed20) at ../shared/widgetdatabase.cpp:765 #15 0x080686fb in Uic::createFormImpl(QDomElement const&) (this=0xbfbff004, e=@0xbfbfef40) at form.cpp:781 #16 0x080553f4 in Uic (this=0xbfbff004, fn=@0xbfbfeff4, outputFn=0x0, outStream=@0xbfbff134, doc= { = {_vptr$QDomNode = 0x2877fc68, impl = 0x80a44c0}, }, decl=false, subcl=false, trm=@0xbfbff184, subClass=@0xbfbff0c4, omitForwardDecls=false) at uic.cpp:179 #17 0x08051d9e in main (argc=7, argv=0xbfbff294) at main.cpp:305 #18 0x080505e5 in _start () -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc3.2.2 import might have trashed ld-elf.so.1
On Sun, Feb 16, 2003 at 12:20:18AM -0500, Alexander Kabaev wrote: > QT's uic binary does not use libwizards.so. Please take time to dig a > little deeper and figure what binary exactly is failing. It is doubtful > someone will be able to help you otherwise. > > -- > Alexander Kabaev yes, ldd'ing uic reveals that as well. But running this line alone: /usr/X11R6/bin/uic -i htmlpageinfo.h ./htmlpageinfo.ui produces the above error. Any suggestion? -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc3.2.2 import might have trashed ld-elf.so.1-DAY3
Built world on Sun Feb 16 04:56:37 GMT, It still fails with the same message /usr/libexec/ld-elf.so.1: /usr/X11R6/plugins/designer/libwizards.so: Undefined symbol "_Z22qCleanupImages_wizardsv" -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc3.2.2 import might have trashed ld-elf.so.1
On Sun, Feb 16, 2003 at 02:09:24AM +0800, leafy wrote: > Grepping the corresponding library: > leafy@leafy:/usr/X11R6/plugins/designer$ nm libwizards.so |grep Z22 > 000256f0 T _Z22qCleanupImages_wizardsv > > So ld is not finding a symbol which is in the correct library. > > Jiawei Ye 1. no CPU optimization used 2. no extra CFLAGS 3. no extra CXXFLAGS these apply to both world and ports. and the strange ld-elf.so.1 error still ocurs. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
gcc3.2.2 import might have trashed ld-elf.so.1
I rebuilt and installed world on Friday and reinstalled ALL my ports with 'portupgrade -ra'. I have found the exact line that will trigger the ld "undefined symbol" error. /usr/X11R6/bin/uic -nounload -tr tr2i18n -i htmlpageinfo.h ./htmlpageinfo.ui > htmlpageinfo.cc.temp ; ret=$?; sed -e "s,tr2i18n( \"\" ),QString::null,g" htmlpageinfo.cc.temp | sed -e "s,tr2i18n( \"\"\, \"\" ),QString::null,g" | sed -e "s,image\([0-9][0-9]*\)_data,img\1_htmlpageinfo,g" >> htmlpageinfo.cc ; rm -f htmlpageinfo.cc.temp ; if test "$ret" = 0; then echo '#include "htmlpageinfo.moc"' >>htmlpageinfo.cc; else rm -f htmlpageinfo.cc ; exit $ret ; fi Error is: /usr/libexec/ld-elf.so.1: /usr/X11R6/plugins/designer/libwizards.so: Undefined symbol "_Z22qCleanupImages_wizardsv" Grepping the corresponding library: leafy@leafy:/usr/X11R6/plugins/designer$ nm libwizards.so |grep Z22 000256f0 T _Z22qCleanupImages_wizardsv So ld is not finding a symbol which is in the correct library. Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ld-elf.so.1 weird behaviour
I built world with the new gcc3.2.2, and trid to upgrade my kdelibs. It's producing the following errors regarding ld-elf.so.1 rm -f htmlpageinfo.cc.temp ;\ if test "$ret" = 0; then echo '#include "htmlpageinfo.moc"' >> htmlpageinfo.cc; else rm -f htmlpageinfo.cc ; exit $ret ; fi /usr/libexec/ld-elf.so.1: /usr/X11R6/plugins/designer/libwizards.so: Undefined s ymbol "_Z22qCleanupImages_wizardsv" gmake[3]: *** [htmlpageinfo.cc] Error 1 gmake[3]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.1/khtml' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.1/khtml' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11/kdelibs3/work/kdelibs-3.1' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/x11/kdelibs3. *** Error code 1 But the symbol actually exists: leafy@leafy:~$ nm /usr/X11R6/plugins/designer/libwizards.so |grep Z22 000256f0 T _Z22qCleanupImages_wizardsv Is ld-elf.so.1 faulty? Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GCC 3.2.2 import -- questions
On Tue, Feb 11, 2003 at 09:03:28PM -0500, Wesley Morgan wrote: > > The funny thing is that. If you use a non-P4 optmized GCC to compile lcms with P4 >opt, then it passes the test. But with a P4 opted GCC, it borks. Looks like P4 opted >GCC itself is bogus. > > That's odd. Does the FreeBSD build skill the stage2 compiler "rebuild"? I > thought the gcc build process tested itself against itself. > Perhaps it missed some floating point test? which could be utilized by lcms. Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GCC 3.2.2 import -- questions
On Tue, Feb 11, 2003 at 11:11:39PM +0100, Anders Andersson wrote: > Testing curves join ...failed! > *** Error code 1 > > Stop in /usr/ports/graphics/lcms/work/lcms-1.09/testbed. > *** Error code 1 > > So, the lcms port still fails with CPUTYPE=p4 and there seems to be other > issues still with CPUTYPE=p4 / SSE optimizations. > > Anders Yes I noticed it this morning too. The funny thing is that. If you use a non-P4 optmized GCC to compile lcms with P4 opt, then it passes the test. But with a P4 opted GCC, it borks. Looks like P4 opted GCC itself is bogus. Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GCC 3.2.2 import -- questions
On Mon, Feb 10, 2003 at 09:50:06PM -0500, Scott Dodson wrote: > Excellent, > > Which optimization strings are you using in make.conf if you don't mind? > > -- > Scott Plain cflags and cxxflags taken from /usr/share/examples/etc/make.conf just modify the CPUTYPE as p4 Cheers, Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: GCC 3.2.2 import -- questions
On Mon, Feb 10, 2003 at 08:44:33PM -0500, Wesley Morgan wrote: > The import of gcc 3.2.2 brings a question to mind... Many people have > mentioned problems with SSE / SSE2 instructions, optimizer problems etc > that are supposedly fixed with 3.2.2... My question is, should I consider > rebuilding my ports with this new compiler because of stability and/or > speed improvements? Or is this point release not worth the effort. lcms post-build tests now finishes correctly with pentium4 optimizations. And I have world with the p4 optimization with no ill-effact so far. Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems with Current & XFree86
On Mon, Feb 10, 2003 at 11:20:24AM +0100, Gunnar Flygt wrote: > Since it works with 4.7-STABLE it must(?) be a current problem > more than a XFree86 problem. Or? > > Any suggestions? > > -- > Gunnar Flygt, SR Could you paste your /var/log/XFree86*.log with the error parts? Maybe some will be able to detemine the cause of the errors. JY -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RE : IPFilter
On Sun, Feb 09, 2003 at 10:21:50PM -0800, Doug Barton wrote: > We don't have a whole lot of ipfilter documentation in freebsd because > ipfilter works the same way here as it does on other os'. See for example, > http://www.obfuscation.org/ipf/ > > Hope this helps, > > Doug > As a side note, is there any instruction on how to install the latest ipfilter on -current? Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Hyperthreading and machdep.cpu_idle_hlt
On Fri, Jan 31, 2003 at 01:45:56PM -0500, Trish Lynch wrote: > I have the .dat's for you, unfortunately, the output is different, so > you'll have to modify the .cfg for gnuplot :) > > -Trish I have HTT for my CPU, is there any "hack" to the BIOS to enable HyperThreading? Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld failure
On Wed, Jan 29, 2003 at 06:16:04AM -0500, Jeff Utter wrote: > Yeah, that fixed the above mentioned problem.. however i'm running into a build >problem about an hour later, related to telnet.. maybe it was fixed overnight in cvs, >i'll see if it will build now. I don't think so, I cvsupped about 30 min ago. cc -O -pipe -march=pentium3 -DENCRYPTION -DAUTHENTICATION -DSRA -I/usr/src/secu re/lib/libtelnet/../../../crypto/telnet -I/usr/src/secure/lib/libtelnet/../../.. /crypto/telnet/libtelnet -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /u sr/src/crypto/telnet/libtelnet/enc_des.c -o enc_des.o cc1: warnings being treated as errors /usr/src/crypto/telnet/libtelnet/enc_des.c: In function `fb64_start': /usr/src/crypto/telnet/libtelnet/enc_des.c:214: warning: implicit declaration of function `des_new_random_key' *** Error code 1 Stop in /usr/src/secure/lib/libtelnet. *** Error code 1 Stop in /usr/src/secure/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: add ext2fs to the module list in modules/Makefile
On Tue, Jan 28, 2003 at 09:54:30PM -0800, David O'Brien wrote: > It is already there. :-) > > Just wrapped by "WANT_EXT2FS_MODULE". So you need to add that to your > /etc/make.conf. > It's not the make.conf man page, where can we find these options? Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Force 1 CPU on SMP kernel?
On Tue, Jan 28, 2003 at 12:53:49PM +0300, Odhiambo Washington wrote: > > > that the overhead assoicated with SMP will skew the statistics. > > > So my question is what would be the 'best' way to make an SMP > > > kernel only start/use CPU0? > > > > Yank the others ? > > > > What about building two kernels, one SMP, the other non-SMP, then > just boot wheichever kernel you want? Doesn't it server same purpose? > Better than Ceri's idea ;) > > > -Wash Unless I read him wrong, but I think he wants a SMP kernel to run on a single CPU. Besides pulling the thing out of the box, is it possible to disable one of them via BIOS? Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make buildworld stopped at libexec/getty/main.c
root@leafy:/usr/src/libexec/getty# make cc -O -pipe -march=pentium3-c /usr/src/libexec/getty/main.c /usr/src/libexec/getty/main.c: In function `main': /usr/src/libexec/getty/main.c:335: syntax error before '!' token *** Error code 1 Stop in /usr/src/libexec/getty. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RC-2 : Compilation of SAMBA 2.2.7a with WINBIND crashes !!!
On Fri, Jan 10, 2003 at 12:12:04PM +0100, Piotr Kowalski wrote: > only trying to do is build a winbind demon to retrieve user and groups > database from Windows PDC, not to authenticate users with it - so the > compilation shouldn't crash. > Hi, The FreeBSD nsswitch cannot be used for WinBind (yet, hopefully). To quote the nsswitch.conf man pages: Sources The following sources are implemented: Source Description files Local files, such as /etc/hosts, and /etc/passwd. dns Internet Domain Name System. `hosts'' and networks' use IN class entries, all other databases use HS class (Hesiod) entries. nis NIS (formerly YP) compat support +/-' in the `passwd'' and `group'' databases. If this is present, it must be the only source for that entry. Perhaps you would want to help extend it? leafy -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Troubles installing 5.0-RC2 on a Thinkpad560
On Fri, Jan 10, 2003 at 10:50:40AM +0100, Karl-Petter Åkesson wrote: > Yes modified floppies would be great. > > I dont really get this. When I read the installation intructions I > understood it as that all hardware listed in HARDWARE.txt is supported > not only by FreeBSD by it self but also available on the floppies. But > this isnt the case or? > > /Kalle No exactly. As we are getting to support more and more hardware, 1 floppy cannot hold a full GENERIC kernel. So if you could, installing with a CDROM is preferred and then get things that does not quite work to work in the post-install stage. leafy -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Cordless Keyboard + Mouse
On Tue, Jan 07, 2003 at 12:40:46PM +1030, Daniel O'Connor wrote: > keyboard using 'kbdcontrol -k devname' I believe (I have never used a > USB keyboard) > > -- > Daniel O'Connor software and network engineer My past experience with the USB keyboard isn't rather pleasant. When typing too fast, it starts to echo extra characters. For ex: typing "abc" too fast turns out to be "ababc". Typing slowly remedies the problem but it's a pain. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
lock order reversal
lock order reversal Jan 5 00:19:15 leafy kernel: 1st 0xc26b05c0 process lock (process lock) @ /usr\ /src/sys/kern/kern_descrip.c:2099 Jan 5 00:19:15 leafy kernel: 2nd 0xc2667e34 filedesc structure (filedesc struc\ ture) @ /usr/src/sys/kern/kern_descrip.c:2106 The kernel is only about 40 mins old. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make(1) core dumps on buildworld
cvsupped 2 hrs ago with cvsup2.freebsd.org. When trying to to buildworld, make(1) core dumped with error 139.Here is the backtrace: (gdb) backtrace #0 0x08073395 in __smakebuf () #1 0x0805a7f6 in Var_Parse (str=0x80a7540 "X\n\b0Z\n\b", ctxt=0x80a5860, err=134519156, lengthPtr=0x80a4780, freePtr=0x80a4780) at /usr/src/usr.bin/make/var.c:1435 #2 0x0805a7c7 in Var_Parse (str=0x80a7540 "X\n\b0Z\n\b", ctxt=0x8049974, err=134891392, lengthPtr=0x8054578, freePtr=0x80bde70) at /usr/src/usr.bin/make/var.c:1430 #3 0x08049f18 in CompatRunCommand (cmdp=0x80a4780, gnp=0x8092880) at /usr/src/usr.bin/make/compat.c:312 #4 0x0805a7f6 in Var_Parse (str=0x809e8e0 "\220T\n\b A\v\b", ctxt=0x80a5490, err=134520192, lengthPtr=0x8092880, freePtr=0x80bde70) at /usr/src/usr.bin/make/var.c:1435 #5 0x0805a7c7 in Var_Parse (str=0x809e8e0 "\220T\n\b A\v\b", ctxt=0x8049d80, err=134817920, lengthPtr=0x805a59a, freePtr=0x80c3800) at /usr/src/usr.bin/make/var.c:1430 #6 0x08049dd6 in CompatRunCommand (cmdp=0x8092880, gnp=0x8092880) at /usr/src/usr.bin/make/compat.c:239 #7 0x0804a205 in CompatMake (gnp=0x80c3800, pgnp=0x1) at /usr/src/usr.bin/make/compat.c:450 #8 0x08050d0e in MainParseArgs (argc=3, argv=0x8092880) at /usr/src/usr.bin/make/main.c:337 #9 0x0804814c in _start () It always core dumps randomly in making libraries, libmsun and libkvm for example. dmesg follows: Preloaded elf kernel "/boot/kernel/kernel.debug" at 0xc046d000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc046d0b0. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1595159872 Hz CPU: Pentium 4 (1595.16-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf12 Stepping = 2 Features=0x3febf9ff real memory = 268369920 (255 MB) avail memory = 255909888 (244 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31 Using $PIR table, 9 entries at 0xc00f7550 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe800-0xebff at device 0.0 o n pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 rl0: port 0xac00-0xacff mem 0xefefff00-0xefef ir q 10 at device 1.0 on pci2 rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode rl0: Ethernet address: 00:40:95:07:53:6b miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: port 0xa800-0xa81f mem 0xefd0-0xefdf ,0xe77ff000-0xe77f irq 12 at device 2.0 on pci2 fxp0: Ethernet address 00:90:27:13:a4:48 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xff00-0xff0f at device 31.1 on pci 0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.2 (no driver attached) pci0: at device 31.3 (no driver attached) pci0: at device 31.4 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 fdc0: cmd 3 failed at out byte 1 of 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: cmd 3 failed at out byte 1 of 3 pmtimer0 on isa0 orm0: at iomem 0xe-0xe0fff,0xc-0xcbfff on isa0 fdc0: at port 0x3f7,0x3f 0-0x3f5 irq 6 drq 2 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounters tick every 10.000 msec IP Filter: v3.4.29 initialized. Default = pass all, Logging = enabled acpi_cpu: CPU throttling enabled, 8 steps from 100% to 12.5% ad0: 12949MB [26310/16/63] at ata0-master UDMA66 acd0: CDROM at ata1-master PIO3 pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 11.000MB/s transfers Mounting root from ufs:/dev/ad0s1a uhci0: port 0xcc00-0xcc1f irq 10 at device 31.2 on pci0 usb0: 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: port 0xd400-0xd41f irq 5 at device 31.4 on pci0 usb1: 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 pid 20784 (make), uid 0: exited on signal 11 (core dumped) no CPUTYPE in make.conf, only CFLAGS= -O -pipe. I am glad to provide more information if anyone could point me in how to get them. Thanks, Jiawei Ye -- "Without the userland, the kernel is
Re: Confused by mpd and ipnat
On Mon, Dec 09, 2002 at 06:17:27PM -0800, Mike Makonnen wrote: > Does mpd install a startup script in /usr/local/etc/rc.d ? Does it get started > in the background? If it's script is in /usr/local/etc/rc.d then it gets > run by the /etc/rc.d/local script which runs after /etc/rc.d/ipnat. In this > case you can simply re-apply the rules after the negotiation is completed: > /etc/rc.d/ipnat reload > > Cheers. > -- > Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc I finally got over this one. The problem is that mpd needs a very long time for PPPoE negotiation, thus if we run ipnat reload before it's settled, that will be totally useless. So I moved the mpd startup script to PREFIX/etc/rc.d/000.mpd.sh and the ipnat reload in zzz.ipnat_reload.sh and VIOLA! Putting them in the same script does not work, maybe this could be improved? JY To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Confused by mpd and ipnat
I run -current and decided to try kernel PPPoE. I installed mpd from ports which ran fine. After installing ipnat, I setup the following rule in ipnat.rules: map ng0 192.168.0.0/24 -> 0/32 When I reboot, this line (along with ipnat stuff) got executed before mpd fiinishes PPPoE negotiation, and ipnat -l shows that the ng0 ip was 0.0.0.0/32. Is there anyway I can ensure that "ipnat -f /etc/ipnat.rules" get executed only after mpd has obtained proper ip settings? Thank you, JY To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
What is the highest 'safe' CPUTYPE for intel?
Hi, CPUTYPE=pentium4 is know to be broken. What is the known working highest CPUTYPE then? pentium3 or pentium2? JY To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvsup weird problem
On Thu, Dec 05, 2002 at 07:13:23PM +0200, Giorgos Keramidas wrote: > > Been there, done that - several times :) > > Hmmm, try a different cvsup server then. I just updated from > cvsup.gr.freebsd.org and all seems fine. The files are still there, > but nothing breaks... Connected to cvsup.gr.freebsd.org Updating collection src-all/cvs Delete src/contrib/gcc/INSTALL Cannot delete "/usr/src/contrib/gcc/INSTALL": Directory not empty You will get it eventually :) JY To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvsup weird problem
On Thu, Dec 05, 2002 at 05:22:50PM +0200, Giorgos Keramidas wrote: > > Remove your src/contrib/gcc/INSTALL directory and try cvsup'ing again. > The files in that directory were imported yesterday, and I think that > David O'Brien didn't mean to import them at all: > > Giorgos. > Been there, done that - several times :) JY To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvsup weird problem
On Thu, Dec 05, 2002 at 06:20:05PM +0300, Sergey A. Osokin wrote: > Updating collection src-all/cvs > Edit src/bin/sh/bltin/echo.1 > Add delta 1.11 2002.12.05.08.49.59 ru > Delete src/contrib/gcc/INSTALL > Cannot delete "/usr/src/contrib/gcc/INSTALL": Directory not empty > Edit src/lib/libc/gen/uname.3 > > Looks like really something wrong with CVS... > > -- > > Rgdz,/"\ ASCII RIBBON CAMPAIGN > Sergey Osokin aka oZZ, \ /AGAINST HTML MAIL > http://ozz.pp.ru/ X AND NEWS > / \ Welcome to the new world :) Here is an excerpt from my checkouts.cvs: D src/contrib/gcc/INSTALL C src/contrib/gcc/INSTALL/README,v . . 2#871#110#10390149783#6843#444 1.1.1.1 20 02.12.04.15.10.39 2#871#110#10390146393#2613#644 C src/contrib/gcc/INSTALL/binaries.html,v . . 2#871#110#10390149784#30183#444 1. 1.1.1 2002.12.04.15.10.40 2#871#110#10390146404#25953#644 C src/contrib/gcc/INSTALL/build.html,v . . 2#871#110#10390149785#104683#444 1.1. 1.1 2002.12.04.15.10.40 2#871#110#10390146405#100453#644 C src/contrib/gcc/INSTALL/configure.html,v . . 2#871#110#10390149785#302913#444 1.1.1.1 2002.12.04.15.10.40 2#871#110#10390146405#298683#644 C src/contrib/gcc/INSTALL/download.html,v . . 2#871#110#10390149784#24843#444 1. 1.1.1 2002.12.04.15.10.40 2#871#110#10390146404#20613#644 C src/contrib/gcc/INSTALL/finalinstall.html,v . . 2#871#110#10390149784#48553#44 4 1.1.1.1 2002.12.04.15.10.40 2#871#110#10390146404#44283#644 C src/contrib/gcc/INSTALL/gfdl.html,v . . 2#871#110#10390149785#195223#444 1.1.1 .1 2002.12.04.15.10.40 2#871#110#10390146405#190993#644 C src/contrib/gcc/INSTALL/index.html,v . . 2#871#110#10390149784#35293#444 1.1.1 .1 2002.12.04.15.10.39 2#871#110#10390146394#31063#644 C src/contrib/gcc/INSTALL/old.html,v . . 2#871#110#10390149785#275053#444 1.1.1. 1 2002.12.04.15.10.40 2#871#110#10390146405#270803#644 C src/contrib/gcc/INSTALL/specific.html,v . . 2#871#110#10390149785#895913#444 1 .1.1.1 2002.12.04.15.10.40 2#871#110#10390146405#891613#644 C src/contrib/gcc/INSTALL/test.html,v . . 2#871#110#10390149784#68953#444 1.1.1. 1 2002.12.04.15.10.40 2#871#110#10390146404#64713#644 U src/contrib/gcc/INSTALL 2#861#11#01#0 c src/contrib/gcc/INSTALL,v . . 2#871#110#10339284636#1127343#444 JY To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvsup weird problem
On Thu, Dec 05, 2002 at 04:32:01PM +0300, Sergey A. Osokin wrote: > > Delete src/contrib/gcc/INSTALL > > Cannot delete "/usr/src/contrib/gcc/INSTALL": Directory not empty > > > > It's weird... > > Looks like a strange, yesterday i'm successfuly cvsuped my 5.0 box > (in vmware under 4.7-S). > -rw-r--r-- 1 root wheel 89161 Dec 4 18:10 specific.html > -rw-r--r-- 1 root wheel 6471 Dec 4 18:10 test.html > > Today i rebuild my 5.0 box and now install new version. > -- > > Rgdz,/"\ ASCII RIBBON CAMPAIGN > Sergey Osokin aka oZZ, \ /AGAINST HTML MAIL Actually I have the INSTALL dir and the corresponding files, just that cvsup insisted on deleting it, which I don't know why To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvsup weird problem
On Thu, Dec 05, 2002 at 11:25:14AM +0800, JY wrote: > I did as you suggested and it's still complaining :( > > JY I was cvsupping from cvsup2.freebsd.org. At first it complains about gcc/INSTALL not being empty, so I manually deleted everything under it, but not the dir itself. Then I cvsupped: Connected to cvsup2.FreeBSD.org Updating collection src-all/cvs Checkout src/contrib/gcc/INSTALL/README Checkout src/contrib/gcc/INSTALL/binaries.html Checkout src/contrib/gcc/INSTALL/build.html Checkout src/contrib/gcc/INSTALL/configure.html Checkout src/contrib/gcc/INSTALL/download.html Checkout src/contrib/gcc/INSTALL/finalinstall.html Checkout src/contrib/gcc/INSTALL/gfdl.html Checkout src/contrib/gcc/INSTALL/index.html Checkout src/contrib/gcc/INSTALL/old.html Checkout src/contrib/gcc/INSTALL/specific.html Checkout src/contrib/gcc/INSTALL/test.html Delete src/contrib/gcc/INSTALL Cannot delete "/usr/src/contrib/gcc/INSTALL": Directory not empty It's weird... JY To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message